医院综合管理系统可行性研究报告优秀可研报告.docx
《医院综合管理系统可行性研究报告优秀可研报告.docx》由会员分享，可在线阅读，更多相关《医院综合管理系统可行性研究报告优秀可研报告.docx（35页珍藏版）》请在冰点文库上搜索。
医院综合管理系统可行性研究报告优秀可研报告
GB8567——88
可行性研究报告
1引言
1.1编写目的
介于该项目为医院综合管理系统，是为了能够更好的适应市场的需求变化。
由于对各大医院来说，无论是信息或者是资源都是出于一种非线性的增长。
因此需要对管理系统的自动化以及准确性的要求日益强烈，于此同时减轻医院工作压力和医务管理人员的工作负担而构思产生的。
系统的总体目标是在先进的计算机技术和高效的信息管理基础上采用系统集成的方法，逐步建立一个辅助医务人员工作，日程安排的管理信息，资源管理信息，等系统
本报告对问题进行了研究，确定问题是否可解经过对此项目进行详细调查研究，对软件开发中将要面临的问题及其解决方案进行初步设计及合理安排。
明确开发风险及其所带来的经济效益
预期读者：
项目小组开发人员，项目经理
1.2背景
开发软件名称：
医院综合管理系统
项目任务提出者：
华侨大学计算机科学与技术学院小玩子小组
开发者：
小玩子开发团队
用户：
医院
实现软件单位：
中大型医院，内部为B/S端，网上客服端为外部
项目与其它软件，系统的关系：
本项目采用客户机/服务器原理，客户端的程序是建立在windows系统上以VisualStudio2010为开发软件的应用程序，服务器采用MicrosoftSQLServer2008的开发软件的数据库服务程序
1.3定义
缩写、术语
解释
HCMS
HospitalComprehensiveManageSystem医院综合管理系统
PP
项目规划，ProjectPlanning
ISO9000
质量管理体系标准
PowerDesigner
建模工具
SVN
版本管理工具
Photoshop
图片处理工具
Sever
数据库软件
DB
数据库
1.4参考资料
《软件工程导论》，张海藩，清华大学出版社。
《实用软件工程》，郑人杰等，清华大学出版社。
《visualc#2005》吕韦臣，吕宝臣著
《UML和模式应用》（美）CraigLarman著李洋等译
《UML2.0和统一过程》JimArlow，liaNeustadt著
《软件文档编写》潘孝铭辛明海编高等教育出版社出版
《软件开发这点事儿——软件开发工具手册》邵志东著电子工业出版社出版
2可行性研究的前提
2.1要求
A.功能：
提供一个平台，主要对医院的管理进行多层次的构建，为广大医务人员以及资源，人员的调配提供了方便
主要功能有：
工作管理，数据更新，数据导入导出
工作管理模块分为：
9个模块，各个模块作为一个子系统
包括：
门诊部管理子系统，住院部管理子系统，中西药品部管理子系统。
病案部管理子系统，人事部管理子系统，财务管理子系统。
物理设备子系统，网上客服子系统，系统管理子系统《下文有提及各个模块所涉及到的功能》
主要面对的对象包括5类：
护士，医生，病人，员工，管理者
员工，医生，护士三者关系：
医务人员包括员工，医生，护士；员工与医生有一定交集，同样的员工与护士也有一定的交集
数据更新功能：
护士，医生局部参与对象，病人少许参与对象，员工主服务对象，管理者后台管理对象，依次对数据进行操作
数据导入导出：
有一定的下放权来给有关的部门，使之可以打印出数据，但该数据也局限于小部分
B.性能：
方便快捷，可以有效的完成所属的数据
输入的数据来源：
主要面对的5大对象：
医生，护士，病人，员工
类型：
医生只对数据有影响，护士起少量数据来源，病人的信息为主要来源，员工是数据来源的媒介
输出要求：
数据完整，详实。
输出要求：
简捷，快速，实时。
C.处理流程和数据流程用图表的方式表示出最基本的数据流程和处理流程，并辅之以叙述；《在第4章涉及》
D.在安全与保密方面的要求：
由于该系统是与其他管理系统集成起来，因此系统对不同的工作平台的人员提供不同的功能模式，对历史数据的更改和新数据的添加只有一定的权限的用户才能进行的操作，一般的用户只能进行查询。
对数据库的关键数据应保密
E.同本系统相连接的其他系统：
本项目采用客户机/服务器原理，客户端的程序是建立在windows系统上以VisualStudio2010为开发软件的应用程序，服务器采用MicrosoftSQLServer2008的开发软件的数据库服务程序
F.完成期限。
2010.12~2011.1
2.2目标
该系统的主要开发目标，如：
A.人力与设备费用的减少
B.减轻医务人员工作负担；
C.能够对医生提供一定量的服务以及参考
D.控制精度的提高：
对设备的监控
E.管理信息服务的改进；
F.自动决策系统的改进；
G.人员利用率的改进。
H.对病人的实时监控，保证任何时刻的安全性
I.通过对医院的管理制度的提高，使之成为可信任的医院
J.增加医院财务的透明度
2.3条件、假定和限制
这项开发中给出的条件、假定和所受到的限制，如：
a．所建议系统的运行寿命的最小值:
该系统运行至少应为4年
b．进行系统方案选择比较的时间：
方案选择比较时间为2月
c．经费、投资方面的来源和限制：
医院以及公司来源
d．法律和政策方面的限制：
不从事非法，以及违规的工作
e．硬件、软件、运行环境和开发环境方面的条件和限制
硬件环境：
服务器：
内存4g，硬盘500g；
客户端：
运行内存要求：
10±2MB；
安装所需硬盘：
30±5MB；
打印机：
必选
软件环境：
windows系类/2000/xp/vista/win7
SQLseveral2005/2008/2010
软件开发环境
UML建模工具-->SybasepowerDesigner、officeVisio
版本同步工具tortoisesSVN
文档编写工具office
开发工具Vs2008/2010
数据库SQL
2.4进行可行性研究的方法
基本方法：
是通过对市场上，就医院管理方面的系统进行研究，小组讨论，以及通过自己所学习的知识来客观的评定系统
策略：
通过对软件的认识，以及如何认为什么是一个好的软件，从软件的基本特性出发，来进行分析，通过画出系统的数据图，创建的表进行分析
基准点：
表满足第三范式。
系统为低内聚，高耦合。
并且能够有产品化的趋势。
对于使用者，基本功能能够满足，且需要培训一定时间才可上手。
在准确性商要求非常高，容错方面也同样要求
调查：
通过学习医院的管理制度，医院部门的个个流程，医院的注意事项等等来对我们所调查的系统给予客观的评价
2.5评价尺度
子系统名称
费用
优先次序
开发时间
使用难度
住院部管理子系统
20000
高
8工作日
较难
门诊部管理子系统
18000
高
6工作日
易
中西药房管理子系统
13000
高
4工作日
易
财务管理子系统
24000
高
3工作日
难
病案管理子系统
25000
中
10工作日
最难
业务管理子系统
15000
高
5工作日
易
人事管理子系统
25000
中
8工作日
中
系统管理子系统
10000
高
6工作日
中
物理管理子系统
20000
高
8工作日
难
网上客服子系统
30000
中
8工作日
易
系统特性名称
系统特性描述
优先级
住院部管理子系统
从“医院”概念上看，住院部是医院的基本组成单位；从医院管理角度看，住院诊疗是医院业务工作的核心部份。
因此，建立一个高效可靠的住院业务管理系统，不仅可以在一定程度上减轻医务人员的劳动强度，提高工作效率和工作质量，而且可以更及时、准确、有效地分析统计各种临床数据及管理数据，供上级主管部门做出科学的管理决策，促进医院管理水平的进一步提高。
高
门诊部管理子系统
门诊业务管理子系统分为挂号、计价收费、医疗卡处理、用户信息管理等四部分
高
中西药房管理子系统
医院中西药房负责管理医院日常所需药品的采购、进货、定价、发售和结算，药房管理的优劣，对医院的正常运作具有很大影响。
中西药房在业务上是完全互相独立的两个药房，需要配备两套管理系统。
高
网络客服管理子系统
针对网络的普及现状，来对该医院的服务提供了一个较为快捷的方式，包括对医院的介绍，对客服问题提供一个解决平台，对医院的宣传
中
财务管理子系统
财务管理是在一定的整体目标下,关于资产的购置,资本的融通和经营中现金流量,以及利润分配的管理。
财务管理是医院管理的一个重要组成部分，通过组织财务活动来处理财务关系。
简单的说，该子系统就是组织医院的财务活动，处理财务关系的管理工作
高
病案管理子系统
病案管理就是用科学的方法，把医疗工作每个环节产生的大量信息资料进行全面系统地收集，并加以检查、整理、编号、登记、编制各种分类索引和有秩序的存储，需用时可及时、完整、准确地提供，使资料的信息作用得到充分利用和发挥。
所以病案管理是医院内重要的医疗信息管理。
病案室即是医疗信息资料管理的职能部分。
病案一般由病案首页、医疗记录、检验记录、护理记录及各种证明文件组成。
中
人事管理子系统
医院人事部门的基本职能是：
按照医院工作的特点，合理地调配人、了解人、安排使用人，做到知人善任，发挥人的作用。
主要任务是：
编制医院人员计划，掌管医院人员的调配、选拔、任免、培养、升迁，进行人员考核，管理人事档案，承办各项人事事务等。
中
系统管理子系统
系统管理子系统提供用户权限表、系统参数表维护、数据库备份以及就医人员基本信息库管理。
信息的准确性直接决定了医院收费的准确程度。
基本信息库还提供同就医人员的联系等。
因此，当就医人员发生离退休、调出、毕业等变动时必须及时更新基本信息库。
本子系统将对就医人员可能发生的所有变动提供操作工具，用户可借助于这些工具及时更新就医人员基本信息库。
高
物理管理子系统
物理管理子系统是对不同权限的用户所采取的，通过对数据库的调度来定性的分析器件，并且使器件处于较高的精度
高
3对现有系统的分析
现有系统模块划分：
软件版本
锐拓医院管理系统
推荐度
★★★★★
功能模块
功能模块
挂号管理
普通挂号、会员挂号、挂号修改、挂号作废、挂号查询、补打挂号单、磁卡管理
门诊管理
西药估价、中药估价、未收费处方修改、门诊收费、收费对账单、门诊配药、处方用药对帐、门诊处方打印、门诊处方查询、门诊账单打印、门诊票据打印、门诊病人查询、未收费处方删除、处方科室医生更正、门诊处方作废、处方用药查询、病人退药、药品回收、药品退款
门诊医生工作站
医生通过刷卡方式便能快速地接收已挂号病人，并能在同一主界面上完成几乎所有的医生日常工作，包括：
书写电子病历、开电脑处方、申请单及处置单等信息处理。
同时，有效地将病人就诊信息传送到门诊收费、医技科室等相关模块，保证各种就诊信息流程中的正常流动，真正实现信息共享（可选）。
住院管理
住院登记、转院登记、病历查询、病历修改、病历删除、住院查询、押金登记、押金查询、押金收款查询、押金警示查询、打印押金催缴单、住院处方输入、住院处方修改、住院处方清除、住院处方作废、住院处方科室医生更正、住院配药、住院处方查询、住院对账单、住院清单对帐、住院处方打印、住院处方查询、住院处方统计、出院结算、补打账单、取消出院
住院医生工作站
住院医生使用此系统可以处理手工业务的大部分事务，也可实时了解病人病情和治疗情况、检验检查数据，还可以参考类似病案进行辅助诊断。
住院护士工作站
床位分配、病区统一管理、病区统一摆药、执行医生住院医嘱、打印病人每日清单、安排出院
报表管理
收费员发票管理、收费日报、门诊挂号人次统计、综合报表、住院人次统计、工作量统计、医生费用统计、部门工作量统计报表、医院收费项目统计报表、科室医生工作量统计、医生病人统计报表、医生费用统计报表、医生费用种类统计报表、医生病人明细分析报表、药品进货报表、进药情况分析、药品入库统计报表、药品调拨统计报表、库存报表、药品账目、处方用药统计、领料明细报表、领料汇总报表、住院费用统计、医生记录统计表、医生病人记录统计表、科室记录统计表
药库管理
仓库查询、库存底数、药库批号库存查询、药库批号出库查询、药品入库登记、药品入库查询、药品调拨、药库退药、药库报废、药品对帐查询、药品调拨查询、调拨确认单、领药登记、领药查询、盘点初始化、修改盘点设置、删除盘点设置、查询盘点设置、仓库盘点、查询盘点物品，查询盘点报告、盘点库存修正、药品报损
药品管理
药品录入、药品修改、药品删除、药品查询、药品调价登记、药品调价查询、药品调价补差查询、药价维护、药品价格打印、药品名称种类清单、近效过期管理、药品采购计划、采购计划编辑
物资管理
物资目录维护、物资库存查询、物资入库业务、物资调拨业务、物资出库业务、物资报表统计（可选）
单位管理
单位定义、单位编辑、单位删除、单位查询、协定处方录入、协定处方修改、协定处方删除、协定处方查询、优惠策略录入、优惠策略维护
院长系统
医院经营情况报表、医生科室工作量情况报表、药品库存进货销售报表等系列报表
财务系统
现金收银情况报表、进货成本统计报表
系统管理
打印机设置、本机设置、本机指定药房设置、更改口令、挂号费设置、医疗费用设置、医疗收据格式设置、统计报表公式设置、科室报表公式设置、分页票据设置、重新登陆、切换系统
权限维护
操作人员维护、职务权限维护、操作菜单维护、挂号费用设置、发票号查询、挂号单设置、本机指定药房设置、操作日记查询、费用实收检索、作废退费记录查询、药品日结查询、下载地址设置
数据维护
代码库维护、数据库初始化、数据表管理、住院维护、门诊维护、医院数据清理、票据数据维护、数据彻底初始化
系统参数设置
系统参数设置、重新登陆、切换系统、更改口令、退出系统
3.1处理流程和数据流程
处理流程：
图1.用户认证
图2.挂号处理
图3.门诊管理
图4.门诊医生工作站
数据流程
图5.顶层图
图6.0层图
3.2工作负荷
该系统面对是大量的数据，以及要求高效合理的安排时间，并且在误差上必须降低，所以承担的工作量很大，要求所处理该系统的人的能力要达到一定技术
就管理者而言，要求的承担工作比较大，且易错性强，牵扯的面积较广
医生与护士方面，虽然处理的工作量较不大，但是如何有机的结合三者就需要耗费大量的时间与经历。
3.3费用开支
费用开支：
人力：
6±2人
设备：
SQLserver2010:
15±3万
WindowNT：
8±1万
空间：
主服务器放在单独房间里面，各个分支独立开来
支持性服务：
辅助配置：
4±2万
不可预知的措施：
3±2.5万
人员培训：
5千/人/月
数据库的维护：
该系统的使用季度*人数*4月
3.4备
终端PC机5台；网络设备（内网）；辅助配置；SQLserver2010
WindowsNT；服务器；打印机
3.5限性
1.处理时间赶不上需求，响应不及时
2.数据的冗余问题，且存储能力不足
3.容错性与纠错性较低
由于管理系统主体是为数据，所以要先把流程图表明，之后构建表，对表进行范式的构建，而该系统我们在对表分析的时候，发现大量数据的冗余，所以如果要改表的话，那整个系统就需要重新做一遍，表是基础
面向的是中小医院或者是门诊，与所要求内容不符，并且我们小组需要的是有着产品化趋势的系统，所以我们排除掉了
4所建议的系统
4.1对所建议系统的说明
该系统基于B/S体系结构之上，在各个部门安装该系统之后，每个部门的人员可以较为方便的进行操作，不过所处理的信息，涉及量因部门而异，而且处理的数据也因个人而异，在对信息的管理，数据的处理，以及个人的人员配备都有了很大的提升
图7.总系统划分
4.1.2.2门诊部管理子系统模块划分
图8.门诊部模块划分
4.1.2.3住院部模块划分
图9.住院部模块划分
4.1.2.4中西药品房管理子系统模块划分
图10.药品管理模块划分
4.1.2.5病案管理子系统模块划分
图11.病案管理模块划分
4.1.2.6人事管理子系统模块划分
图12.人事管理模块划分
4.1.2.7财务管理子系统模块划分
图13.财务管理模块划分
4.1.2.8物理设备子系统模块划分
图14.物理设备模块划分
4.1.2.9网上服务子系统模块划分
图15.网上服务模块划分
4.1.2.10系统管理子系统模块划分
图16.系统管理模块划分
4.2处理流程和数据流程
给出所建议系统的处理流程和数据流程。
处理流程：
图17.登陆处理
图18.挂号处理
图19.处方处理
图20.取药处理
图21.门诊医生工作站
图22.病例处理流程
图23.住院处理
图24.物理设备管理
图25.中西药品管理
图26.药价维护
数据流程：
图27.顶层图
图28.0层图
4.3改进之处
逐项说明所建议系统相对于现存系统具有的改进。
1.人力与设备费用的减少：
由于通过不同的子系统来处理信息，极大的节约了人员的时间，财力，虽然设备费用由一定增加，效益比大于100%
2.减轻医务人员工作负担：
主要面对的是广大的医务人员，所以功能是减低工作负担
3.能够对医生提供一定量的服务以及参考：
由于数据库保存着案例文本，以及档案，对病人的研究能起到很好的参考作用
4.控制精度的提高：
对设备的监控，并且是出于时时监控
5.管理信息服务的改进：
页面的友好化，并且在数据库中队信息由对冗余进行操作，降低冗余
6.自动决策系统的改进：
各个部门的容错性与纠错性
7.人员利用率的改进：
可以让使用者把重心放在医疗上，调高效率
8.对病人的监控，保证任何时刻的安全性
9.通过对医院的管理制度的提高，使之成为可信任的医院
10.增加医院财务的透明度
11.数据的冗余降低
12.数据的查询，修改，删除，以及输出都有了很大的优化
13.高内聚，耦合度降低
14.数据有一定的容错性与纠错性
15.操作较难，需要一定的培训才可上手，保证了人员较为精确配置
16.有产品化的趋势，不仅限于项目而已
4.4影响
在建立该管理系统时，预期将带来的影响，包括：
i.人员
ii.财经
iii.设备措施
iv.时间
v.对病人的环境影响
4.4.1对设备的影响
由于涉及的对象不同，因此在现存的系统中，设备的需求低于新提出的系统，包括：
服务器的增加；人员设备增加并且属于高级操作者；数据库的保密性要加强；在对新提出的系统要求每台服务器处于一间空闲的房间内，保护措施加强；
4.4.2对用户单位机构的影响
该系统主要面对的是中大型医院，其中心功能是为了合理的管理医院的平时工作量，使信息合理化，并且更加容易对信息进行操作，合理的分配人员调配，提高医院的效率。
因此，用户的机构中，要使用各个子模块的功能，要求有一定的培训作为基础，并且在整个医院体系结构中药有一个清晰的概念；作为服务的对象是属于大范围的信息，而真正操作的人员数量局限于部分，并且在对该系统做调试工作的管理人员的技术水平也要有一定的计算机基础，以及有较为权威的人员作为督促
4.4.3对系统运行过程的影响
系统对运行过程的影响
a．用户的操作规程：
因部门的不同而异，也根据对象的不同操作的规程也不同，涉及到隐私，权限，以及数据库的问题
因为该系统是面向中大型医院，所以信息量大，随之的是要求信息的保密性性要高，且精度准确，所以用户操作的话，需要很多层的权限才可进行操作，而且需要一定的基础
b．对数据保存的要求，对数据存储、恢复的处理；
数据保存要求：
要填写入数据库前，医务人员进行检查核对，检查无误后填写入内，之后数据首先要经过一个数据池，在定期时间内，通过人员的审核确定无误，在填写入数据库中
数据存储：
具有容错性与纠错性，定期做数据的备份
恢复处理：
通过数据库的基本原理，procedure过程来处理数据，只有最后完全通过，数据才对存入数据池之中，中途错误则推出输入
c．系统失效的后果及恢复的处理办法：
该系统是必须有备份电源措施。
其次数据内容有定期的备份，还有最近的还原点，病者信息单独独立开，这样保证可以在不发生意外的时候数据处于一种较为安全的状态；
而系统失效时候，数据备份的内容处在另一个数据库中，之后系统还原到一个最近创建的还原点，再把备份的数据导入，之后最重要的是在系统失效时间与还原点这段时间内的所有信息通过人工方式找出，核对，在填入数据库
4.4.4对开发的影响
对开发的影响，如：
a.为了建立数据库，所需要的资源极大，包括各个部门处理相关的信息，以及医院总的汇总信息
b.为了开发和测试该系统，我们需要的计算机资源包括主服务器，数据库，多层的数据探测器，各个部门作为分支的器件
c.保密性与安全问题：
不仅包括虚拟的保密，容错性与纠错性，而且包括物理上的保密，要求设施非常到位，不容许数据方面出现了崩溃或者流失，在一定时间范围内备份数据，此处仅限于有限的专业人员操作
4.4.5对地点和设施的影响
1.服务器必须出于较为通风低温干燥的地方
2.在各个分支上，连接的线路必须与医院的主电力设施错开
3.在安装该系统的各个部门，要求单独开办一间房间作为工作室
4.时时对服务器监控
4.5局限性
1．较大信息量的同时访问
服务器也要求很高配置，在医院这种要求必须时时有电有水有资源的场所，必须保护好电力措施，因此，服务器也要求安排在一个低温通风的地方，并且避免与主电力产生冲突
2.数据库的更深层的加密，保护，备份
由于在技术方面，医院本着精确的原则，因此在无论人员或者器件上要求准确到位，因此数据库的要求就必须超过正常管理系统所能接受的，倘若有较为成熟的技术，也要求要有一定容错性与纠错性，这只能降低而不能避免
3.产品化
作为一个成熟的产品，面向的是多方位的客服对象，必须通过大量的例子实战经验才能有所体会，我们小组还只是出于低端，但是都踊跃探讨，所以尽我们最大努力来完成，使之医院综合管理系统较为完善，并且产品化
4.6技术条件方面的可行性
本系统是一个基于数据库应用，而且数据库开发技术已经较为成熟
考虑到现有的技术可以达到所要求的功能
开发小组的数量：
5~7人，每5天进行2次早会
而且考虑到时间较为充裕，以及资金的投入，预计可以在规定的时间内完成开发
5可选择的其他系统方案
对于网络上的各式各样的医院管理系统，牵扯到的内容只是包括局部的信息，而没有以一种很全的方式来表现。
通过对网上的市场调查，对我们本次做的系统有了一个较为全面的认识。
首先，应该明确知道医院管理系统是一个很庞大的操作系统，涉及面积广，其次要求在对数据上必须要精确，而且在对信息要求之上要有多层次的纠察，以及对数据的冗余要重新通过第三范式来进行构造
从部分的系统，我们进行了分析
5.1医院药物管理系统
由于在该系统中，只是对医院的局部信息进行了管理，虽然针对性较强，但是对于信息量的剧增以及人员的配置会处于一种低效率的状态
而且从数据库的方面来看，由于没有对数据库进行多层次架构，虽然在查询方面处于一种较快的速度，但是安全性的处于不稳定状态
5.2医院信息人员管理系统
由于在该系统中，也是如同上的系统一样，只是表现出管理方面的其中一部分，但是对人
升级会员 