医院管理系统设计.docx

医院管理系统设计.docx

《医院管理系统设计.docx》由会员分享，可在线阅读，更多相关《医院管理系统设计.docx（46页珍藏版）》请在冰豆网上搜索。

医院管理系统设计

可行性研究报告

1引言

医院挂号就诊系统,指利用电子计算机和通信设备，为医院提供病人注册、挂号、就诊及病例信息的收集、存储、处理的功能，它作为医院信息系统的一个子类，具有其自身的特点和复杂性。

它在为医院的管理提供便利，提高整个医院的运作效率的同时，也方便了患者，使其到医院就诊的流程大幅度简化。

总而言之，它是使医院与患者达到双赢的一项开发。

1.1编写目的：

可行性研究的目的是为了对医院挂号就诊系统的开发进行研究，以最小的代价在最短的时间内确定该项目的开发是否可行。

经过对此项目进行详细调查研究，估计开发几使用该项目所需的费用和使用该软件后所带来的经济效益。

并根据经验与分析结果，对软件开发中将要面临的问题及其解决方案进行初步设计及合理安排。

最后，可综合各方面因素，考虑此项目的可行性。

1.2项目背景：

开发软件名称：

医院挂号就诊系统

项目任务提出者：

长沙学院信科系教研室

项目开发者：

开发小组。

用户：

某医院

实现软件单位：

某医院

项目与其他软件，系统的关系：

本项目采用客户机/服务器原理，客户端的程序是建立在WindowsNT系统上，以数据库为开发软件的应用程序，服务器端采用Windows为操作系统的工作站。

1．3定义：

[专门术语]：

WindowsNT

[缩写词]：

WT

列出本文件中用到的专门术语的定义和外文首字母组词的原词组

1．4参考资料：

[1]张海藩.软件工程导论.清华大学出版社2008年2月，第五版

２．可行性研究的前提

2.1要求

1．主要功能：

为患者、医院工作人员提供注册、挂号、就诊服务，方便医院的工作，提高医院的服务质量和服务效率；

2．性能要求：

工作人员更新的注册、挂号信息必须及时的反映在医院的记录信息上。

患者的相关信息（如就诊时的详细信息）须无差错的存储在医院的主服务器上。

对服务器上的数据必须进行及时正确的刷新；

3．输出要求：

数据完整，详实；

4．输入要求：

简捷，快速，实时；

5．安全与保密要求：

服务器的管理员享有医院信息库普通操作人员的增加与删除。

普通工作人员只享有对历史信息库的部分修改（录入与读出；

6．连接的其它系统：

医院管理系统；

7.完成期限：

预计一个月，即截止2012年6月10日。

2.2目标：

系统实现后，大大提高医院的医院挂号、就诊服务效率，减少患者花费的等待时间。

降低挂号、就诊服务中的错误发生率，减少信息交流的烦琐过程及其带来的开销。

从而减少患者流失，增加到医院看病的人数。

2.3条件、假定和限制

建议软件寿命：

5年；

经费来源：

信科系信一；

法律条件：

符合法律与政策规定；

硬件条件：

服务器sun工作站，终端为pc机；

运行环境：

Linux

数据库：

Oracle8

投入运行最迟时间：

2012/06/10

2.4可行性研究方法

通过从技术、经济、操作三个方面进行可行性分析来执行该项目的可行性分析：

技术可行性：

通过对该项目的客户要求进行加权分析，可知需要结合数据库和软件工程导论的相关知识解决该问题；

经济可行性：

通过相关调研报告，网上查询相关资料，再进行总的分析和估计，得出执行该项目所需的经费和带来的经济效益；

操作可行性：

通过分析实现该项目的需求需要用到的知识和技术，估计其对开发人员的技术要求。

2.5评价尺度

经济可行，成本/效益分析结果，效益成本;技术可行，现有技术可完全承担开发任务;

操作可行，软件能被原有工作人员快速接受，操作简单易行。

同时，也可在规定时间内完成开发。

3所建议的系统

3.1对所建议系统的说明

在医院的终端安装.Windows2000的PC机，可用来在医院注册、挂号、就诊的工作人员之间实时传递数据。

当患者在注册窗口进行注册信息录入时，患者基本信息同时传递给进行挂号操作的服务器上。

当挂号员对患者进行挂号并根据患者情况将其分配到不同科室时，患者信息随即传递给相应科室的服务器上，可让值班医生看到。

医生对患者进行就诊后，将患者情况，包括此次的医疗措施，全部存入患者病历信息。

系统管理员可查看所有信息，并增加或删除普通用户。

3.2处理流程和数据流程

下面是所建议系统的处理流程和数据流程。

图1.1医院挂号就诊系统处理流程图

图1.2医院挂号就诊系统数据流程

以下是对部分进行功能说明：

1.注册员将患者机泵信息录入数据库；

2.挂号员从数据库中获取与挂号编号相对应的患者信息；

3.挂号员将患者的课时分配信息录入数据库；

4.就诊医生从数据库中获取相对应的患者信息；

5.就诊医生将患者的就诊结果，病历信息录入数据库；

6.系统管理员从数据库中查看报表信息；

7.系统管理员将对普通用户的增添或删除信息录入数据库。

3.3影响

3.3.1对设备的影响

新增PC机10台；

相应网络设备；

相应辅助配置。

3.3.2对软件的影响

说明为了使现存的应用软件和支持软件能够同所建议系统相适应。

而需要对这些软件所进行的修改和补充。

3.3.3对用户单位机构的影响

机构：

必须有注册、挂号、就诊、管理等机构。

人员数量：

注册员5名；挂号员5名；

技术水平：

懂电脑基本知识即可，如：

打字

3.3.4对系统运行过程的影响

1.用户登录时所输入信息必须与系统要求相符；

2.用户录入的数据在终端数据库生成报表

3.患者信息数据从注册程序流入数据库，随后在各功能模块间流动；用户增添与删除信息从管理员端口流入，随后在各模块间执行；

4.数据流入数据库后，及时进行备份；

5.系统失效、出错后可进行数据恢复。

3.3.5对开发的影响

说明对开发的影响，如：

1.为了支持所建议系统的开发，用户需学习计算机基础知识；

2.数据库所要求的数据资源：

服务器终端有数据库SQLServer20005；

3.PC机两台；

4.所涉及的保密与安全问题：

用户登录后才可进入本系统，仅具有与自己岗位想对应的部分权利。

3.3.6对地点和设施的影响

需在网络较好的环境下运行。

3.3.7对经费开支的影响

设计所需经费：

80万；

维持运行所需经费：

50万；

其它各项经费开支：

20万。

3.4局限性

本系统主要针对医院工作人员使用，患者无法查看信息，系统对网络的需求无法满足。

3.5技术条件方面的可行性

在技术条件方面的可行性：

1.在当前各种限制条件下，该系统各项功能均能达到；

2.该系统的功能在现有技术下能轻易实现；

3.开发人员的数量和质量均满足要求；

4.该系统可在规定时间内完成开发

4可选择的其他系统方案

4.1可选择的系统方案1

医院挂号就诊系统为门诊挂号：

患者进入医院后，先在前台进行登记注册，建立个人信息，然后到相关科室门诊前的PC机上进行查询、挂号。

整个系统的功能均通过一张医疗卡（前台注册时发放）在终端PC机上来实现。

患者登陆到医院网站后，可以查询相关科室，更具提示自行选择就诊科室。

优点：

医院不再需要专门的挂号员，节约人员开支，且技术上可行

缺点：

医院增加硬件开支，且由患者自行选择就诊科室，存在一定的不可靠性，可能由于患者专业知识的欠缺，导致医院只需难以维护。

即经济、安全、操作上均不可行。

4.2可选择的系统方案2

医院挂号就诊系统包括两种挂号模式：

前台挂号和网上预约挂号，全都由患者自己在医院的网站上登记个人信息，并进行挂号（选择门诊挂号的患者在医院大厅的PC机上进行挂号），挂号完成后到前台领取就诊卡，然后到医师处进行就诊。

优点：

医院不再需要前台管理人员，节省人员开支，且技术上可行。

缺点：

医院增加硬件开支，且实际操作不可行，由患者自己登记个人信息，但不是所有的患者都会使用该软件，存在系统不安全。

即经济、安全、操作上均不可行。

5．投资及效益分析

5.1支出

5.1.1基本建设投资

终端PC机1０台：

8000*10=8万；

网络设备：

10万；

辅助配置：

10万；

共计：

28万。

5.1.2其他一次性投资：

Oracle8.0:

20万；

WindowsNT:

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元/人）五年收益:

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．社会因素可行性分析

随着人口密度增大、居住环境恶化几生活水平的提高，需要并有能力看病的人所占总人口比例增大。

将导致到医院就诊的人的数目急剧增大。

所以，提高医院的挂号、就诊的效率十分必要。

6.1法律因素

所有软件都选用正版；

所有技术资料都由提出方保管；

合同制定确定违约责任。

6.2用户使用可行性

本软件使用方法简单，仅要求使用人员具有基础计算机知识素养，比如：

打字、对文件进行保存,系统管理员要求由计算机的基础专业知识，如：

对Excel表格的基础操作.所有人员都只需要对计算机方面的知识经过本公司的简单培训；

经过培训人员将会熟练使用本软件；

一名系统管理员多名注册员、挂号员他们需要熟练本系统的各项功能。

７．结论意见

由于投资效益比远大于100%，技术、经济、操作都有可行性，可以立即进行开发。

软件需求说明书

1引言

1.1编写目的

Xx医院现在仍然实行人工挂号操作，人流量大时长期导致挂号效率低，易出错，浪费人力与财力。

本软件为医院挂号系统软件，为医院挂号提供了统一，方便的管理模式，使医院工作人员在为病人挂号时能简单，效率，方便。

希望本系统能解决人流量大且仍然人工操作挂号医院的问题，方便医院的管理与操作，提高效益，同时也为病人带来方便。

1.2背景

开发软件名称：

医院挂号就诊系统；

项目任务提出者：

XX医院；

项目开发者：

丁勋尹素婷；

用户：

XX医院；

实现软件单位：

XX医院。

系统与其他系统关系：

该系统与医院信息系统相互联系同时由医院指定人员统一管理，将权限分配给各个相关人员如挂号员，门诊科医生，实现各个部门的相关操作。

1.3定义

[专门术语]：

无

[缩写词]：

无

1.4参考资料

[1]张海潘.软件工程导论.清华大学出版社.2008年2月,第5版。

2任务概述

2.1目标

本系统实现后希望能大大提高医院就诊挂号的工作效率，同时为各个门诊部门提供相应的就诊管理，提高医院的经济效益同时方便病人就诊。

该系统独立软件，全部内容自含。

2.2用户的特点

根据医院门诊就诊的过程（如图2.1），整个系统应该有四个操作用户角色，即注册员，挂号员，医生，和系统管理员。

病人离开医院

图2.1病人就诊流程

注册员负责注册病人信息；挂号员根据病人需求选择科室挂号；医生处理诊断过程和开药；系统管理员在后台对系统进行用户管理并展开系统的正常运行维护工作。

每个角色