ImageVerifierCode 换一换
格式:DOCX , 页数:69 ,大小:661.35KB ,
资源ID:23710084      下载积分:3 金币
快捷下载
登录下载
邮箱/手机:
温馨提示:
快捷下载时,用户名和密码都是您填写的邮箱或者手机号,方便查询和重复下载(系统自动生成)。 如填写123,账号就是123,密码也是123。
特别说明:
请自助下载,系统不会自动发送文件的哦; 如果您已付费,想二次下载,请登录后访问:我的下载记录
支付方式: 支付宝    微信支付   
验证码:   换一换

加入VIP,免费下载
 

温馨提示:由于个人手机设置不同,如果发现不能下载,请复制以下地址【https://www.bdocx.com/down/23710084.html】到电脑端继续下载(重复下载不扣费)。

已注册用户请登录:
账号:
密码:
验证码:   换一换
  忘记密码?
三方登录: 微信登录   QQ登录  

下载须知

1: 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。
2: 试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓。
3: 文件的所有权益归上传用户所有。
4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
5. 本站仅提供交流平台,并不能对任何下载内容负责。
6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

版权提示 | 免责声明

本文(医院管理系统说明书.docx)为本站会员(b****7)主动上传,冰豆网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知冰豆网(发送邮件至service@bdocx.com或直接QQ联系客服),我们立即给予删除!

医院管理系统说明书.docx

1、医院管理系统说明书可行性研究报告1 引 言医院挂号就诊系统,指利用电子计算机和通信设备,为医院提供病人注册、挂号、就诊及病例信息的收集、存储、处理的功能,它作为医院信息系统的一个子类,具有其自身的特点和复杂性。它在为医院的管理提供便利,提高整个医院的运作效率的同时,也方便了患者,使其到医院就诊的流程大幅度简化。总而言之,它是使医院与患者达到双赢的一项开发。 1.1编写目的:可行性研究的目的是为了对医院挂号就诊系统的开发进行研究,以最小的代价在最短的时间内确定该项目的开发是否可行。经过对此项目进行详细调查研究,估计开发几使用该项目所需的费用和使用该软件后所带来的经济效益。并根据经验与分析结果,对

2、软件开发中将要面临的问题及其解决方案进行初步设计及合理安排。最后,可综合各方面因素,考虑此项目的可行性。1.2 项目背景:开发软件名称:医院挂号就诊系统项目任务提出者:长沙学院信科系教研室项目开发者:开发小组。用户:某医院实现软件单位:某医院项目与其他软件,系统的关系:本项目采用客户机/服务器原理,客户端的程序是建立在Windows NT 系统上,以数据库为开发软件的应用程序,服务器端采用Windows 为操作系统的工作站。 13 定义: 专门术语:Windows NT 缩写词:WT列出本文件中用到的专门术语的定义和外文首字母组词的原词组14 参考资料: 1张海藩.软件工程导论.清华大学出版社

3、2008年2月,第五版可行性研究的前提2.1要求 1主要功能:为患者、医院工作人员提供注册、挂号、就诊服务,方便医院的工作,提高医院的服务质量和服务效率; 2性能要求:工作人员更新的注册、挂号信息必须及时的反映在医院的记录信息上。患者的相关信息(如就诊时的详细信息)须无差错的存储在医院的主服务器上。对服务器上的数据必须进行及时正确的刷新; 3输出要求:数据完整,详实; 4输入要求:简捷,快速,实时;5安全与保密要求:服务器的管理员享有医院信息库普通操作人员的增加与删除。普通工作人员只享有对历史信息库的部分修改(录入与读出;6连接的其它系统:医院管理系统; 7. 完成期限:预计一个月,即截止20

4、12年6月10日。2.2目标:系统实现后,大大提高医院的医院挂号、就诊服务效率,减少患者花费的等待时间。降低挂号、就诊服务中的错误发生率,减少信息交流的烦琐过程及其带来的开销。从而减少患者流失,增加到医院看病的人数。2.3条件、假定和限制建议软件寿命:5年;经费来源:信科系信一;法律条件:符合法律与政策规定;硬件条件:服务器sun工作站,终端为pc机;运行环境:Linux数据库:Oracle8投入运行最迟时间:2012/06/102.4可行性研究方法 通过从技术、经济、操作三个方面进行可行性分析来执行该项目的可行性分析:技术可行性:通过对该项目的客户要求进行加权分析,可知需要结合数据库和软件工

5、程导论的相关知识解决该问题;经济可行性:通过相关调研报告,网上查询相关资料,再进行总的分析和估计,得出执行该项目所需的经费和带来的经济效益;操作可行性:通过分析实现该项目的需求需要用到的知识和技术,估计其对开发人员的技术要求。2.5评价尺度经济可行,成本/效益分析结果,效益成本;技术可行,现有技术可完全承担开发任务;操作可行,软件能被原有工作人员快速接受,操作简单易行。同时,也可在规定时间内完成开发。3所建议的系统3.1对所建议系统的说明在医院的终端安装. Windows 2000的PC机,可用来在医院注册、挂号、就诊的工作人员之间实时传递数据。当患者在注册窗口进行注册信息录入时,患者基本信息

6、同时传递给进行挂号操作的服务器上。当挂号员对患者进行挂号并根据患者情况将其分配到不同科室时,患者信息随即传递给相应科室的服务器上,可让值班医生看到。医生对患者进行就诊后,将患者情况,包括此次的医疗措施,全部存入患者病历信息。系统管理员可查看所有信息,并增加或删除普通用户。3.2处理流程和数据流程下面是所建议系统的处理流程和数据流程。以下是对部分进行功能说明: 1. 注册员将患者机泵信息录入数据库;2. 挂号员从数据库中获取与挂号编号相对应的患者信息;3. 挂号员将患者的课时分配信息录入数据库;4. 就诊医生从数据库中获取相对应的患者信息;5. 就诊医生将患者的就诊结果,病历信息录入数据库;6.

7、 系统管理员从数据库中查看报表信息;7. 系统管理员将对普通用户的增添或删除信息录入数据库。3.3影响3.3.1对设备的影响新增PC机 10 台;相应网络设备; 相应辅助配置。3.3.2对软件的影响说明为了使现存的应用软件和支持软件能够同所建议系统相适应。而需要对这些软件所进行的修改和补充。3.3.3对用户单位机构的影响机构:必须有注册、挂号、就诊、管理等机构。人员数量:注册员 5名; 挂号员 5名; 技术水平:懂电脑基本知识即可,如:打字3.3.4对系统运行过程的影响1. 用户登录时所输入信息必须与系统要求相符;2. 用户录入的数据在终端数据库生成报表3. 患者信息数据从注册程序流入数据库,

8、随后在各功能模块间流动;用户增添与删除信息从管理员端口流入,随后在各模块间执行;4. 数据流入数据库后,及时进行备份;5. 系统失效、出错后可进行数据恢复。3.3.5对开发的影响说明对开发的影响,如:1. 为了支持所建议系统的开发,用户需学习计算机基础知识;2. 数据库所要求的数据资源:服务器终端有数据库 SQL Server20005;3. PC机两台;4. 所涉及的保密与安全问题:用户登录后才可进入本系统,仅具有与自己岗位想对应的部分权利。3.3.6对地点和设施的影响需在网络较好的环境下运行。3.3.7对经费开支的影响设计所需经费:80万;维持运行所需经费:50万;其它各项经费开支:20万

9、。3.4局限性 本系统主要针对医院工作人员使用,患者无法查看信息,系统对网络的需求无法满足。3.5技术条件方面的可行性在技术条件方面的可行性:1. 在当前各种限制条件下,该系统各项功能均能达到;2. 该系统的功能在现有技术下能轻易实现;3. 开发人员的数量和质量均满足要求;4. 该系统可在规定时间内完成开发4可选择的其他系统方案4.1可选择的系统方案1医院挂号就诊系统为门诊挂号:患者进入医院后,先在前台进行登记注册,建立个人信息,然后到相关科室门诊前的PC机上进行查询、挂号。整个系统的功能均通过一张医疗卡(前台注册时发放)在终端PC机上来实现。患者登陆到医院网站后,可以查询相关科室,更具提示自

10、行选择就诊科室。优点:医院不再需要专门的挂号员,节约人员开支,且技术上可行缺点:医院增加硬件开支,且由患者自行选择就诊科室,存在一定的不可靠性,可能由于患者专业知识的欠缺,导致医院只需难以维护。即经济、安全、操作上均不可行。4.2可选择的系统方案2医院挂号就诊系统包括两种挂号模式:前台挂号和网上预约挂号,全都由患者自己在医院的网站上登记个人信息,并进行挂号(选择门诊挂号的患者在医院大厅的PC机上进行挂号),挂号完成后到前台领取就诊卡,然后到医师处进行就诊。优点:医院不再需要前台管理人员,节省人员开支,且技术上可行。缺点:医院增加硬件开支,且实际操作不可行,由患者自己登记个人信息,但不是所有的患

11、者都会使用该软件,存在系统不安全。即经济、安全、操作上均不可行。5投资及效益分析5.1支出5.1.1基本建设投资终端PC机1台:8000*10 = 8 万;网络设备:10 万;辅助配置:10 万;共计:28万。5.1.2其他一次性投资:Oracle 8.0 : 20 万;Windows NT: 10 万;操作员培训费:1 万;共计:31 万;5.1.3非一次性支出人工费用: 1(月)*2(人)*5000(元)=1万;其他不可知额外支出: 20万;共计: 21万。支出共计: 80万5.2效益5.2.1 一次性收益0元 5.2.2经常性收益(按银行利率:1%);减少员工10人(2000元/人)五年

12、收益: 2000*(1.1+(1.1)2+(1.1)3+(1.1)4+(1.1)5)*10*12=120万;工作效率提高收益(工作效率提高10%): 30*(1.1+(1.1)2+(1.1)3+(1.1)4+(1.1)5)*(10%)*5 = 15万; 经常性收益共计: 135万。 5.2.3不可定量收益因服务质量提高增加患者量5%: 400万*5%*5=100万。收益共计: 235万5.3收益/投资比235万/80万 =294%5.4投资回收周期1.5年5.5敏感性分析 设计系统周期为五年, 估计最长可达8年; 处理速度:一般查询速度4秒; 一般存储速度2秒; 关键数据查询速度: 2秒。6社

13、会因素可行性分析 随着人口密度增大、居住环境恶化几生活水平的提高,需要并有能力看病的人所占总人口比例增大。将导致到医院就诊的人的数目急剧增大。所以,提高医院的挂号、就诊的效率十分必要。6.1法律因素所有软件都选用正版;所有技术资料都由提出方保管;合同制定确定违约责任。6.2用户使用可行性本软件使用方法简单,仅要求使用人员具有基础计算机知识素养,比如:打字、对文件进行保存,系统管理员要求由计算机的基础专业知识,如:对Excel表格的基础操作.所有人员都只需要对计算机方面的知识经过本公司的简单培训;经过培训人员将会熟练使用本软件;一名系统管理员多名注册员、挂号员他们需要熟练本系统的各项功能。结论意

14、见由于投资效益比远大于100%, 技术、经济、操作都有可行性,可以立即进行开发。软件需求说明书1引言1.1编写目的Xx医院现在仍然实行人工挂号操作,人流量大时长期导致挂号效率低,易出错,浪费人力与财力。本软件为医院挂号系统软件,为医院挂号提供了统一,方便的管理模式,使医院工作人员在为病人挂号时能简单,效率,方便。希望本系统能解决人流量大且仍然人工操作挂号医院的问题,方便医院的管理与操作,提高效益,同时也为病人带来方便。1.2背景开发软件名称:医院挂号就诊系统;项目任务提出者:XX医院 ;项目开发者:丁勋 尹素婷;用户:XX医院;实现软件单位:XX医院。系统与其他系统关系:该系统与医院信息系统相

15、互联系同时由医院指定人员统一管理,将权限分配给各个相关人员如挂号员,门诊科医生,实现各个部门的相关操作。1.3定义专门术语:无缩写词:无1.4参考资料 1 张海潘.软件工程导论.清华大学出版社.2008年2月,第5版。2任务概述2.1目标本系统实现后希望能大大提高医院就诊挂号的工作效率,同时为各个门诊部门提供相应的就诊管理,提高医院的经济效益同时方便病人就诊。该系统独立软件,全部内容自含。2.2用户的特点根据医院门诊就诊的过程(如图2.1),整个系统应该有四个操作用户角色,即注册员,挂号员,医生,和系统管理员。图2.1 病人就诊流程注册员负责注册病人信息;挂号员根据病人需求选择科室挂号;医生处

16、理诊断过程和开药;系统管理员在后台对系统进行用户管理并展开系统的正常运行维护工作。每个角色操作的共性是通过密码验证后登录,通过框体显示自己的使用权限。角色工作完成后,通过退出选项关闭系统。 该系统可由医院不同工作人员操作,但使用人员必须了解医院的相关工作流程。同时懂得简单的电脑操作。 使用人员无须进行相关培训,按系统提示操作即可。 2.3假定和约束开发期限:2012年5月20日至2012年6月8日;开发环境:SQL SEVER 2005 DELHPI 7经费限制:经常性支出:人工费用:1(月)*2(人)*5000(元)=1万其他不可知额外支出:1万共计:2万3需求规定 3.1对功能的规定功能模

17、块 相应操作结果普通用户注册功能填写病人基本信息,并给予挂号号码每个病人拥有自己的挂号号码挂号功能输入挂号号码,显示相应病人的信息,并根据信息,分配相应的科室。病人被分配到相应的科室就诊管理输入挂号号码,显示病人信息,并根据为病人的看病结果,填写就诊信息产生病人就诊信息报表管理员系统用户管理对用户进行添加与删除创建新的用户,删除指定用户报表查询选择需要查询的报表显示选择的报表信息3.2对性能的规定为了保证系统能够长期、安全、稳定、可靠、高效的运行,医院挂号就诊系统应该符合以下的性能规定:1系统处理的准确性和及时性系统处理的准确性和及时性是系统的必要性能。注册部分,挂号部分,就诊管理部分之间要求

18、病人信息传送无误,且信息传送时间不超过3秒。2系统的易操作性该系统将由医院的多个不同部门的人员使用,所以要求操作简单,界面简洁,操作人员只要根据界面提示进行相关操作即可,不需要进行专门的培训。 3软件系统本身运行对计算机硬件平台和操作系统平台要求适中。3.2.1精度 1.注册功能模块:属性患者姓名患者性别患者年龄联系电话患者编号就诊时间精度String(20)Varchar(10)Integger(10)Varchar(20)Varchar(20)Varchar(10) 2.挂号功能模块:属性患者姓名患者性别患者年龄联系电话患者编号挂号科室精度String(20)Varchar(10)Inte

19、gger(10)Varchar(20)Varchar(20)String(20) 3.就诊功能模块:属性患者姓名患者编号挂号科室诊断病情医嘱精度String(20)Varchar(20)String(20)Varchar(50)Varchar(50)3.2.2时间特性要求说明对于该软件的时间特性要求,如对:响应时间: 查询时间0.3 秒 关键字查询0.1 秒更新处理时间: 数据修改确认时间0.2 秒数据的转换和传送时间: 保存时间0.2 秒3.2.3灵活性 面对不同的操作人员,本系统需要灵活给出不同的操作方式与操作内容。1注册人员:以表格填写病人基本信息为主。2挂号人员:得到病人基本信息后以选

20、择病人就诊科室为主。3就诊医生:得到病人信息后以填写病人主要病情信息为主。4管理人员:登陆后,以查询阅读表格为主,同时限制用户。3.3输入输出要求解释各输入输出数据类型,并逐项说明其媒体、格式、数值范围、精度等。对软件的数据输出及必须标明的控制输出量进行解释并举例,包括对硬拷贝报告(正常结果输出、状态输出及异常输出)以及图形或显示报告的描述。3.4数据管理能力要求说明需要管理的文卷和记录的个数、表和文卷的大小规模,要按可预见的增长对数据及其分量的存储要求作出估算。3.5故障处理要求 程序在运行时主要会出现两种错误:1、由于输入信息,或无法满足要求时产生的错误,称为软错误。2、由于其他问题,如网

21、络传输超时等,产生的问题,称为硬错误。 对于软错误,须在注册,挂号,就诊操作成功判断及输入数据验证模块由数据进行数据分析,判断错误类型,再生成相应的错误提示语句,送到输出模块中。对与硬错误,可在出错的相应模块中输出简单的出错语句,并将程序重置。返回输入阶段。出错信息必须给出相应的出错原因,例:“该号码不存在!”等。3.6其他专门要求1. 界面简洁,操作简单。工作人员不需要进行专门培训,根据提示操作即可,容易上手。2. 每个工作人员拥有自己独立的帐号密码,并且可以根据要求修改自己的密码。3. 管理人员拥有删除、增添普通用户的权力。4运行环境规定4.1设备医院就诊挂号系统中的各个子系统的硬件和软件

22、的配置如下:1服务器端子系统的运行要求:系统软件:windows数据库管理系统:SQL SEVER 硬件要求:Pentium III 450以上, 256M RAM, 14G HD2.客户端子系统的运行要求:系统软件: Window 2000 Professional硬件要求:Pentium 133以上, 32M RAM, 4.3G HD 4.2支持软件1服务器端子系统的运行要求:系统软件:windows数据库管理系统:SQL SEVER 2.客户端子系统的运行要求:系统软件: Window 2000 Professional4.3接口4.3.1 外部接口1 用户界面:在用户界面部分,根据需求

23、分析的结果,用户需要一个用户友善界面。在界面设计上,应做到简单明了,易于操作,并且要注意到界面的布局,应突出的显示重要以及出错信息。外观上也要做到合理化,考虑到用户多对WINDOW 风格较熟悉,应尽量向这一方向靠拢。总的来说,系统的用户界面应作到可靠性、简单性、易学习和使用2 软件接口:服务器程序可使用VISUAL C+ 提供的对 SQL SERVER 的接口,进行对数据库的所有访问。服务器程序上可使用SQL SERVER 的对数据库的备分命令,以做到对数据的保存。在网络软件接口方面,使用一种无差错的传输协议,采用滑动窗口方式对数据进行网络传输及接收。3 硬件接口:在输入方面,对于键盘、鼠标的

24、输入,可用VISUAL C+的标准输入/输出,对输入进行处理。在输出方面,打印机的连接及使用,也可用VISUAL C+的标准输入/输出对其进行处理。在网络传输部分,在网络硬件部分,为了实现高速传输,将使用高速ATM。4.3.2 内部接口内部接口方面,各模块之间采用函数调用、参数传递、返回值的方式进行信息传递。具体参数的结构将在下面数据结构设计的内容中说明。接口传递的信息将是以数据结构封装了的数据,以参数传递或返回值的形式在各模块间传输。4.4控制说明控制该软件的运行的方法和控制信号,并说明这些控制信号的来源。概要设计说明书引言1.1编写目的在医院挂号就诊系统项目的前一阶段,已经将系统用户对本系

25、统的需求做了详细的阐述。本阶段已在系统的需求分析的基础上,对医院挂号就诊系统做概要设计。主要解决了实现该系统需求的程序模块设计问题。着重于将系统划分为哪几个模块,各个模块之间的内在联系与相互独立以及模块结构设计、数据结构设计。此阶段以的设计以软件需求分析作为基础,为详细设计提供模板。软件概要设计作为两部分的连接与承接,具有承上启下的作用。1.2项目背景本项目(医院挂号就诊系统)由XX医院委托,由尹素婷、丁勋负责开发。医院挂号就诊有两部分组成:服务台的注册、挂号及就诊程序和系统管理员所对应的数据库服务器。1.3定义131 专门术语SQL SERVER: 系统服务器所使用的数据库管理系统(DBMS

26、)。SQL: 一种用于访问查询数据库的语言事务流:数据进入模块后可能有多种路径进行处理。主键:数据库表中的关键域。值互不相同。外部主键:数据库表中与其他表主键关联的域。132 缩写系统:若未特别指出,统指医院挂号就诊系统。SQL: Structured Query Language(结构化查询语言)。ATM: Asynchronous Transfer Mode (异步传输模式)。1.4参考资料以下列出在概要设计过程中所使用到的有关资料: 1 医院挂号就诊系统项目计划任务书.2012年6月.开发小组 2 需求规格说明书.软件开发小组.2012年6月 3 张海藩.软件工程导论.清华大学出版社.2

27、008年2月,第五版 4 王珊,萨师煊.数据库系统概论.高等教育出版社.2006年5 月 5 张世明.Delphi程序设计基础.人民邮电出版社 .2008年10月2总体设计2.1需求规定根据需求分析,明白软件开发分为哪几个模块,分别具有什么功能,需要达到怎样的效果。模块与模块之间的联系怎样实现。为下一步的详细设计阶段提供良好的基础。XX医院为方便患者,需开发一个挂号就诊系统。为节省患者排队等待时间及简化看病流程。医院通过注册输入患者信息,包括:姓名、年龄、性别、挂号号码。经过挂号后确定所分配的科室。将患者信息输入医院挂号就诊系统的服务端程序。就诊时,医生输入患者挂号号码后,系统经过查询医院数据

28、服务器后,显示患者信息,确认无误后进行诊治。医生在诊治后将对患者采取的措施,如:使用何种药剂、是否进行手术治疗等作为患者病历输入服务端,最后将所有信息传递到系统操作员所在的端口。要求系统能有效、快速、安全、可靠和无误的完成上述操作。同时也要求操作简单易行,服务器程序利于维护。22 运行环境服务器PC机和系统管理员终端PC机。都可在Windows 环境下运行,终端机上许配置有数据库 SQL server 2005。2.3基本设计概念和处理流程基本设计概念:本系统主要由普通用户和管理员用户来执行操作。普通用户需经过管理员用户授权才能登陆账号,分别是注册员、挂号员、就诊医生。执行患者的注册、挂号以及

29、就诊的相关操作。主要实现数据的输入与传递,也允许修改或删除与自己所对应的部分信息。管理员用户可查看由前者所输入信息形成的报表,也可对普通用户进行增添和删除。2.3.1用户处理流程2.4结构表3.1 医院挂号就诊系统结构图功能模块名称功能描述操作者输入数据输出数据注册模块录入患者基本信息,将数据传递给挂号服务器注册员患者姓名、年龄、性别、地址、联系电话挂号模块将患者分配到相应科室,传递数据至就诊服务器挂号员患者分配到的科室患者基本信息就诊模块将患者病例信息存入数据库就诊医生患者病例信息患者基本信息系统管理模块增添、删除普通用户,查看数据库报表系统管理员增添、删除的普通用户信息患者病例信息报表信息2.5功能器求与程序的关系表3.2各项功能需求的实现同各块程序的分配关系图功能模块程序1程序2程序3程序4程序5程序6程序7程序8用户登陆系统关系患者注册患者挂号患者就诊修改密码2.6人工处理过程患者注册信息的输入:患者姓名、年龄、性别、联系电话、地址;就诊情况的输入:对患者采取的的医疗措施;2.7尚未解决的问题无3接口设计3.1用户接口在用户界面部分,根据

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1