文档介绍：医院信息管理系统-可行性分析

医院信息管理系统
可行性分析报告
编写人：
审核人：_
编写日期：2012/3/15
版本
更新内容
日期
修改人

新建
2012/3/14
1的考虑，初步排除一些不现实的系统和不
合理的要求。
本次可行性分析是按照软件工程的规范步骤进行的，即按复查项
目目标和规模，研究目前正使用的系统，导出新系统的高层逻辑模型，
重新定义问题这一循环反复的过程进行。然后提出系统的实现方案，
推荐最佳方案，对所推荐的方案进行经济、技术、用户操作和法律的
可行性分析，最后给出系统是否值得开发的结论。
4 可选择的方案
可选择的其他方案 1
方案说明
该系统是一个低成本方案的系统系统是一:
将每月系统维护和信息管理改为每两个月进行
一次系统维护和信息管理, 则维护和管理的成本
大约可减少一半, 万元 .
局限性
违反常规 , 不能对病人和病房进行很好的管理
（例如：病人退房后，但信息未及时更新，病房
系统未显示已退房，这会导致病房不足），不能
解决根本问题。
可选择的其他系统方案 2
方案说明
该系统是一个高成本方案的系统系统是一:
建立一个中央数据库, 为开发完整的管理信息系
统做好准备, 并且把医院信息管理系统作为
该系统的第一个子系统.
局限性
这样做开发成本大约加到 10 万元 , 然而从医院
盈利获得的经济效益并不变. 因此 , 如果只考虑
这一项应用 , 投资是不划算的 , 但是 , 将来其他应
用系统能以较低成本实现, 而且这些子系统能集
成一个完整的系统.
5 所建议的系统
对所建议的系统的说明
业务流程分析
对一个住院病人来讲，他到医院看病的过程及医院的处理流程，
简单的讲是：病人先要到住院处登记并交纳住院押金，床位紧张的医
院登记后要等待床位。然后，到病区接受主治医生的检查和询问，接
受入院常规检查，接受临时治疗或按主治医生制定的长期治疗方案接
受长期治疗。治疗过程中医生给病人下医嘱，医嘱产生药品和治疗项
目两种申请单，药房根据病区的发药申请单给病人发药，在此之前药
房要向药库申请进货，如果药库有库存则发给药房没有则列入采购计
划。治疗过程中因为押金不够或医生的判断，需要退药，则会向药房
申请退药。治疗项目在功检科室做完后直接收费。治疗结束后护士让
病人出区，出入院处再给病人办理出院手术。
数据流程和处理流程
本 HIS 系统包含门诊管理、病区管理、药房管理、后勤管理四
大模块。整个业务流程包括：门诊登记、预交金登记、病区登记、医
生诊断检查、医生开医嘱、检查项目执行、发药申请、药房发药、退
药申请、药房退药、病人出区、出院结算。以下按门诊部、病区部、
药房部、后勤部四大功能科室分别阐述。
1）门诊部：病人首先到门诊处登记入院，门诊处给病人分配
一个住院号，登记病人的姓名、年龄、医疗类别、入院日期、待住院
的病区和科室、入院诊断等入院信息。登记结束后，病人再交纳一定
数额的押金，门诊处给病人押金收据。
2）病区部：病人入院登记之后，到病区由护士给病人分配床
位和相应的主治医生。医生在给病人做完诊断之后给病人下医嘱。由
医嘱产生治疗项目执行申请和药品发药请领单。治疗过程中如果病人
申请退药 ,
用 ,例如 : 护理费、床位费、诊疗费都在相应的功能科室直接收费。需
要医技确认的医嘱项目都在检查科室执行完成后，由病区部记费。
3）药房部：药房收到病区部的发药申请后即给病区发药，收
到病区的退药申请后给病区退药。
4）后勤部：后勤部为其他各个部门服务，例如：对医院进行
卫生清洁，病人和医务人员就餐等。
与原系统的比较（若有原系统）
该系统的特点：
先进性：系统充分利用现今国内外各种成熟的先进
技术和设备，使系统站在一个较高的起点，具有较长的生
命期。
实用性：系统具有良好的实用性是，确实能为医疗
资源管理提供有效手段，方便其日常工作。
可靠性：系统的可靠性也是系统的生命力基础，因
此有时宁愿舍弃一些不成熟或不实用的 “先进 ”技术、设备，
也必须保证系统的稳定性与可靠性。
资源共享性：网络上的所有资源，可以一体化管理，
可以被各组成单元共享。各医疗机构信息、用户信息等，
不管是在卫生局局域网还是在互联网，都是统一的。
易用性：友好的人机交互界面，输入查询等操作直
观方便，全面支持鼠标操作，尽量减少人工数据录入；提
示信息简单明确，引导用户完成