公文素材库 首页

医院挂号需求分析报告

时间:2019-05-29 05:18:54 网站:公文素材库

医院挂号需求分析报告

一题目概述

进入20世纪之后,随着系统、信息技术、管理工具的进步以及计算机的普及,许多医院开始利用计算机进行门诊管理。从而提高了处理的速度与精度。

在如今计算机飞速发展的今天,将计算机这一信息处理利器应用于医院的日常管理已是势必所然,而且这也将为医院门诊部管理带来前所未有的改变,它可以带来意想不到的效益,同时也会为医院的飞速发展提供无限潜力。采用计算机管理信息系统已成为医院门诊管理科学化和现代化的重要标志,它给医院管理带来了明显的经济效益和社会效益。主要体现在:极大提高了医院工作人员的工作效率,大大减少管理中的漏洞,可以节约不少管理开支,增加各方面的收入。

医院管理是现代医院的核心环节之一,随着病人要求的不断提高,医院门诊管理在整个社会中占有越来越重要的地位。在传统医院管理过程中,门诊与查询管理都非常的耗费人力物力,同时由于采用手工操作,不可避免造成一些的错误。现阶段医院门诊管理的特点是信息处理量特别大,所管理的药品种类繁多,而且收费单、退费单等单据的发生量特别大,关联信息多,查询和统计的方式各不相同。因此在管理上实现起来有一定的困难。在管理的过程中经常出现信息的重复传递等问题。医院门诊管理部门越来越需要一套低成本、高性能、方便使用、功能完善的综合门诊管理信息系统。而现在计算机技术、网络技术成熟与发展,为医院门诊管理自动化提供了强有力的技术支持[5]。课题以某医院应用背景,通过研究当前医院系统的管理现状、存在问题以及现实需求,设计一个针对医院门诊管理工作的管理信息系统。该系统能够提供较为完备的功能,可以全面管理医院中的各相关信息,缩短了信息流转时间,使医院的管理层次分明,井然有序,为医生诊治与病人查询提供依据,对于提高医院管理的经营效率、加快门诊管理的自动化具有重要的意义。

进行需求分析,根据计算机数据处理方便严密可靠的特有机制,可实现病人挂号,医生对病人诊断信息的录入,化验员对化验信息的录入,药品管理员对药品信息的管理,收费人员对交费信息的管理,住院管理和系统用户管理等操作。

二需求分析

2.1系统分析

根据规划的要求展开系统分析,是开发过程中非常重要的一环。从方法论的意义上说,系统分析是对要开发的项目进行系统的、层次化的展开分析;它包含一些方法,如调查、资料整理、方案创意、报告编写等。2.1.1.经济可行性分析

目前各制造业生产商、销售商都正在推行网络办公系统,这为订货管理信息系统提供了有利的基础。由于本系统是独立自主开发,开发所需的硬件设备都是使用现有设备,运行费用(如耗材、折旧等)和管理费用(如人工、电费等)没有额外增加,维护费用也属于正常费用,没有因本系统的组建而增加,因此本系统在经济方面是完全可行的。

2.1.2.技术可行性分析

本系统涉及到的技术因素主要有:管理信息系统的开发方法;网络技术;B/S机构规划和技术设计;oracle数据库技术。目前所有技术因素都已发展的相当成熟,且系统本身对硬件和软件的要求都不高且系统兼容性很强,平台的移植性也很好,操作简单、查询方便,因此无论在系统的硬件及软件上都满足开发的技术要求。

2.1.3.操作可行性分析

系统使用者大多具备电脑基本操作知识,对于必要的专业操作经短期培训即可;管理基础工作和各项管理制度比较健全,执行严格,原始数据采集完整,保存良好。新系统的实现可以提高工作效率,减轻工作人员负担,在系统调查及分析阶段能够得到管理人员的积极支持。

通过以上的分析可得出结论:该系统的开发是十分必要且可行的。

2.2用户需求分析

《医院挂号系统》是一套功能强大而有操作简便实用的应用软件,是个中小医院进行电脑信息管理的理想选择,根据计算机数据处理方便严密可靠的特有机制,可实现病人挂号,医生对病人诊断信息的录入,化验员对化验信息的录入,药品管理员对药品信息的管理,收费人员对交费信息的管理,住院管理和系统用户管理等操作。

在软、硬件方面对系统的需求,根据要求所设计软件《医院信息管理系统》具有实用性,大众性,所以软件要求易学,容易掌握,可以简单方便操作。硬件配置要求不能太高,这样可以很好适应一般要求。2.2.1系统设计目标

中型医院门诊管理系统用于支持医院完成各方面的管理,有如下几个方面的目标:

1.记录病人的基本档案信息,提供便捷的查询功能。2.管理医生的信息,使医生与病人有很好的联系。3.有效管理病人的各方面信息,以便医生查询。4.减少医生漏收费、错收费问题,降低管理成本。5.有效地完成医院的日常管理工作。2.2.2系统功能分析

主要功能有7大块分别为计价收费、药品维护、统计查询、报表打印、系统维护、帮助、关于等,下面对每一模块进行详细的介绍:1.计价收费模块的功能

A:提供“病案类型”列表供用户选择录入。如果用户选择“新患者”,那么系统自动分配给该患者一个病案号;如果选择其他病案类型,可以自动输入证号。例如,提供两种费用类型,即:自费、公费。

B:通过拼音简码检索输入就诊科室、医生和诊疗项目,提高了工作效率。C:通过“类型”列表选择项目类别,例如:中药费、检查费、化验费等。再通过选择的项目类型,筛选并弹出与之对应的药品或诊疗项目的详细信息列表,供用户查看和选择录入。

D:对于错误的数据,可以单条删除,也可以整单作废。E:金额系统自动计算,减小了错误率。

F:如果收费项目中存在药品,那么自动更新该药品的库存数量。它还包括退费模块

根据用户输入的单据号,显示单据的收费项目信息。在此信息中选择需要退费的收费项目。这时系统自动统计退费金额和收费剩余金额。2.药品维护模块

实现了中西药品和特殊药品的管理。将新增药品入库到相应的仓库中,对于仓库中已存在的药品,可以增加库存数量;如果药品信息输入有误可以进行修改或删除。

3.统计查询模块

该模块主要以查询为主,收费查询、药品查询、疗项目查询等。4.报表打印模块

此模块有收款员日结报表、结帐统计报表、就诊科室统计报表、执行科室统计报表等。

收款员日结报表主要完成当日或某日收款员收款和退款收据数和金额统计。结帐统计报表根据用户选择的日期区间和统计方式。完成门诊收费信息的统计。当用户选择“付款方式统计”选项时,将分别统计现金、支票和计帐三种结算方式总计收据数和收费金额。当用户选择“按收费项目统计”选项时,将按收费项目统计收费金额。

就诊科室统计报表完成按就诊科室和日期统计收费信息。5.系统维护模块

该模块有三大管理功能分别为科室管理、医生管理、诊疗项目管理

根据用户输入的单据号,显示单据的收费项目信息。在此信息中选择需要退费的收费项目。这时系统自动统计退费金额和收费剩余金额

六心得体会

通过完成本次课程设计,我感到自己无论在专业知识方面,还是在动手能力方面都有了很大的收获。对oracle数据库有了初步认识,这无疑增长了我这方面的经验。

另外,通过此次课程设计,本人对开发一个软件的各个阶段有了一定的了解,在实际动手的过程中,通过合作完成这次课程设计,我深刻体会到书写代码时良好的习惯对错误的检查和代码的维护都有很大的帮助,不像以前写代码时,只想实现要实现的功能,不管代码的书写质量,内存空间的有效利用等问题。

但是由于时间仓促,加上水平有限,导致数据库崩溃了很多次。一开始没有做好很好的需求分析,现在系统完成了回过头去看一下,在课程设计设计过程中,还是存在许多不合理的地方。在设计过程中,我也遇到了许多问题,同时认识到了各个环节对于完成整个程序都是十分必不可少的,经过老师和同学的帮助,最后问题解决了,从中让我学会了如何去进行需求分析和解决问题。

参考文献

[1]姜卫,吴世玉,杨蓓等.从医药产业链看医药市场的复杂性和特殊性[J].医药导报,201*

[2]黄梯云.管理信息系统高等教育出版社201*

[3]王蓁.连锁医药行业不能“形散神也散”浅谈医药的现状与发展[J].201*

[4]朱顺泉,姜灵敏.管理信息系统理论与实务[M].人民邮电出版社,201*.[5]薛华成.管理信息系统.第5版.北京:清华大学出版社,201*

[6]董骆骆.基于B/S模式的管理信息系统的研究与开发.硕士学位论文.武汉:华中科技大学,201*

[7]汪筱兰.我国医药连锁经营的现状和对策[J].国际医药卫生导报,201*[8]罗超理,李万红管理信息系统原理与数据库[M]清华大学出版社20

扩展阅读:医院门诊挂号--需求分析报告

GB201*14

医院门诊挂号系统需求分析说明书

编写:闫晓亚、朱琼、徐翠、张卓、赵晓丽审核:闫晓亚批准:闫晓亚受控状态:发布版次:1.0编号:GB201*141

日期:201*-3-29日期:201*-3-29日期:201*-3-29是日期:201*-3-29

GB201*14

日期201*-3-29版本1.0变更说明初始版本作者闫晓亚、朱琼、徐翠、张卓、赵晓丽201*-4-13

系统模块

1.1修改版本徐翠对应章节对应部门负责人签字

1概述.........................................................................................................................3

1.1目标..............................................................................................................31.2背景..............................................................................................................41.3范围..............................................................................................................41.4术语定义......................................................................................................5

1.4.1HORS.................................................................................................51.4.2SRS....................................................................................................51.5参考资料......................................................................................................52任务概述.................................................................................................................5

2.1目标..............................................................................................................52.2用户的特点..................................................................................................62.3开发者的特点..............................................................................................63需求规定.................................................................................................................7

3.1前台登记系统..............................................................................................83.2挂号系统....................................................................................................11

3.2.1科室门诊挂号系统的界面样例:..................................................113.2.2科室门诊挂号系统的功能模块:..................................................123.3消费系统....................................................................................................164运行环境规定.......................................................................................................16

4.1软件环境....................................................................................................164.2硬件环境....................................................................................................174.3接口............................................................................................................18

1概述

1.1目标

编写《医院门诊挂号系统需求分析说明书》的目的在于明确系统开发者对医院门诊挂号系统的需求,详细描述系统需要实现的具体功能,系统适合运行所需的相应软硬件支持的环境,并且确定了系统功能模块,同时为概要设计和详细设计人员提供设计依据,为测试人员提供测试依据,其他本项目组的开发人员也可参阅。

《医院门诊挂号系统需求分析说明书》的预期读者为:1)医院门诊挂号系统的使用者及开发者。

2)对《医院门诊挂号系统需求分析说明书》进行审核测试确认的质量管理人员。

3)其他有权并且需要参阅本说明书的人员。

1.2背景

a)待开发的软件系统的名称:HORS(医院门诊挂号系统)。b)项目任务提出者:郑州大学软件学院教师宋玉。

c)项目开发者:郑州大学软件学院软件工程专业201*级学生:闫晓亚、朱琼、张卓、徐翠、赵晓丽。d)项目目标用户:医院。项目与其他软件,系统的关系:

该系统可以与医师管理系统,医院收费管理系统,药房管理系统,医疗器械管理系统,病房管理系统等配合使用,具有一定的兼容性。

1.3范围

医院门诊挂号系统(HORS)包括的范围:为患者提供个人信息登记注册、查询医师信息、患者的就诊情况和消费记录等功能;为医师提供患者信息和就诊情况以辅助治疗;为管理人员提供患者信息管理,医师信息管理,信息发布等功能。

1.4术语定义

1.4.1HORS

HORS的全称是HostipalOutpatientReqistrationSystem:医院门诊挂号系统。是将要编写的系统名称,该系统可以更好的方便用户使用。

1.4.2SRS

SRS的全称是SoftwareRequirementsSpecification。当需求调查、分析工作告一段落时,你就需要将这些需求进行规格化描述,整理成文,即软件需求规格说明书,也就是SRS。

1.5参考资料

1)《软件工程》

2)中国标准出版社编,计算机软件工程规范国家汇编,北京:中国标准出版社,201*

3)肖刚等著,实用软件文档写作,北京:清华大学出版社,201*

2任务概述

2.1目标

旨在开发一个统一的医院信息管理平台,利用信息化手段辅助医院管理,达到提升医院信息化管理水平的目的。医院管理人员能够更方便的进行管理工作,包括患者信息管理、医师信息管理、医院信息

管理、收费信息管理等。患者用户能够利用该系统进行信息查询、挂号、充值、结账;医师则能够更方便的获取患者信息;医院可以更方便的对患者和本院医师的信息进行管理。

2.2用户的特点

本系统的最终用户为:医院门诊挂号系统的使用者,大致包括三类用户:医院信息管理人员、医院的全部医师、就诊的患者。对于患者用户不需要有太多的专业知识,只要能操作本系统中相关科室门诊前台的终端PC机,就可以使用本软件;医院管理人员和医师也不需要有太多的专业知识,但是要会操作电脑,熟悉该系统。本系统的维护人员:医院门诊挂号系统的维护人员为该软件的项目开发小组。需要详细了解C/S构架、java编程语言、操作系统基础知识、数据库设计及操作等知识。

2.3开发者的特点

闫晓亚徐翠项目组长操作人员大学本科大学本科界面设计与编码系统设计与数据库设计赵晓丽操作人员大学本科界面设计与编码张卓朱琼

操作人员操作人员6

大学本科大学本科测试与编码测试与编码

3需求规定

医院门诊挂号系统(HOSR)的工作模块如下:患者进

入医院后,先在前台进行登记注册,建立个人信息。然后到相关科室门诊前的PC机上进行查询、挂号。最后到达相应的医师处进行缴费和就诊,整个系统的功能均通过一张医疗卡(前台等记时发放)在终端PC机上来实现,包括登记,查询,挂号,缴费。

前台注册登记病人医院挂号系统PC机挂号服务医院数据库交费系统

医院门诊挂号系统(HOSR)总共包括两大系统(可以细分成三个功能模块):前台登记系统,科室门诊挂号系统。

3.1前台登记系统

前台登记系统界面样例(此系统由医院的管理人员来操作):

介绍

前台登记系统总共实现三大功能:添加信息、注销服务、医疗卡服务。

1.添加信息:当患者进入医院的时候,由医院前台的管理工作人员双击“添加信息”图标,打开如下的对话框,给患者建立个人登记信息,然后此信息保存到医院的数据库中,以供医生和患者查询使用(整个信息采取保密,不对外公开)。由添加信息打开的对话框如下(整个系统均以张三的个人信息为例):

时间:201*-3-27编号:3421姓名:张三年龄:32其他信息(待填):状态:未挂号身份证号:4284985729583555医疗卡号:(系统自动生成)确定

取消填写个人信息,由前台工作人员复查后,单击“确定”图标,患者的个人信息就建立成功,所填写的信息将自动传输到医院的数据库中进行保存。如果单击“取消”图标,添加信息页面的所有信息就不会被保存到医院的数据库中,页面自动返回到前台登记系统总界

面。

2.注销服务:

前台工作人员单击“注销服务”图标后,会弹出如下的对话框:

执行操作后,单击“确定”图标,前台终端PC机就会从医院数据库中提取相关的个人信息,由患者核对确认后,再次单击“确定”图标,即可完成注销服务。否则,返回上一层,重新输入患者的医疗卡号或者身份证号。

请输入您的医疗卡或者身份证号:463877499

3.医疗卡服务:

医疗卡服务要实现三个功能:

密码设定第一次输入密码并点击确定第二次输入密码确定后,设置成功医疗卡正确输入医疗卡号充值业务输入充值金额并有前台人员代收退款服务直接由前台工作人员退还金额

前台工作人员双击“医疗卡服务”的图标,会弹出一个对话框。按步操作,每一步操作只有单击“确定”图标后才可以弹出下一步的

对话框,每一步操作,都可实现医院数据库和前台PC机的数据交换,传输(以上的功能就不一一介绍了,可以参考上面的功能模块图,具体功能对话框和前台登记系统的对话框类似)。

注:整个登记系统均由前台工作人员操作。

3.2科室门诊挂号系统

科室门诊挂号系统主要实现两大功能:医院系统服务,客户系统服

务。每打开一个图标打开一个对话框后,都可以实现“查询”功能。

3.2.1科室门诊挂号系统的界面样例(已双击“医院系统服务”图

标):

3.2.2科室门诊挂号系统的功能模块:

医院及科室信息查询医院系统服务专家门诊信息*挂号*挂号就医记录查询消费记录*客户系统服务查询服务医疗卡服务密码验证查询余额自动充值

上图是整个可是科室门诊挂号系统的功能,在这里重点介绍“专家门诊信息查询”,终端PC机上的“挂号”和客户系统服务中的“查询消费记录”。

1:专家门诊信息查询:

患者依次单击“医院系统服务”、“查询”、“专家门诊信息”图标得到如下的对话框:

专家姓名李四

注:单击“个人简介”一栏中的“确定”图标后,就会打开一个对话框,该对话框具体介绍该专家的信息(包括毕业院系、从医经验、突出贡献等),通过查看该对话框就可以对相关科室的所有专家进一步了解,方便病人选择自己放心的主治医生。(略)

2:PC机的挂号:

打开“医院系统服务”图标后,再次单击“挂号”图标,就会出现下面的对话框:

13

专家编号3293848医龄12挂号收费额个人简历5元确定

专家姓名张三

确定专家编号34828455确定挂号确定确定确定

取消经过专家门诊信息查询选准您要挂号的专家,然后在终端PC机的挂号服务中选中该专家,两次单击“确定”图标后,患者挂号成功(如果只单击具体专家后的“确定”图标,患者可以单击“取消”图标,重新选择专家)。PC机就会把患者的信息传递到挂号的专家的PC机上,提示专家有患者即将前来就诊,请做好接收准备,同时,专家通过查看患者的信息,对患者的情况进行简单的了解。注:此挂号只能十五分钟,从挂号成功时开始计时,如果十五分钟内,患者没有到达专家处,此次挂号自动取消,患者必须在科室门

诊大厅前的终端PC机上重新挂号。3:消费记录查询:

患者在医院的每一次消费通过终端PC机都将被保存到医院的数据库中,患者通过科室门诊前的PC机均可以查询到,患者输入医疗卡的密码后,单击“消费记录查询”图标,就会弹出如下的对话框,显示患者的相关信息:

姓名:张三年龄:32身份证号:410358298503201*医疗卡号:354353908201*-3-27挂号费:5元收费者:代收专家李四201*-3-27医药费:344元收费者:医院药房状态:已挂号

注:挂号系统的在科室门诊前的终端PC上实现,由患者自己操作。

3.3消费系统

患者挂号成功后,找到相关的专家科室,在专家处进行缴费。将医疗卡放到专家室的刷卡机上,费用自动扣除,如果余额不足或少于20元时,刷卡机会自动提醒“请充值”。

缴费完成后,医疗卡的显示栏中就会记下“完成挂号”,病人就可以医院就医,直到病好(如果没好,下次就医可以不用重复挂号)或者注销医疗卡。

4运行环境规定

以下简要地规定了运行本产品的环境(包括硬件环境和支持环境)。

4.1软件环境

以下列出的是支持该软件运行的软件环境,包括要用到的操作系统、编译(或汇编)程序、测试支持软件。

系统操作系统名称MicrosoftWindowsXP版本语种中文附加功能数据库平台编码软件用例设计平台具备IE浏览器6/7OracleJDKRationalRose9i1.6.0201*中文中文中文中文4.2硬件环境

以下列出的是运行该软件所需要的硬件设备,以及其最低配置和推荐配置。

硬件处理器内存硬盘网卡

最低配置PT4单核1G250GRealtek推荐配置PT4双核2G320G3Com

4.3接口

同其他软件之间的接口:与HORS服务器之间,与Oracle数据库接口。

数据通信协议:HORS2_0Specification(version2_0_11)

Registrationpersonalthehospitalpatiantsmanagementsystem18

supplier

友情提示:本文中关于《医院挂号需求分析报告》给出的范例仅供您参考拓展思维使用,医院挂号需求分析报告:该篇文章建议您自主创作。

  来源:网络整理 免责声明:本文仅限学习分享,如产生版权问题,请联系我们及时删除。


医院挂号需求分析报告
由互联网用户整理提供,转载分享请保留原作者信息,谢谢!
http://m.bsmz.net/gongwen/662989.html
相关阅读
最近更新
推荐专题