医院管理系统可行性分析与设计.docx
《医院管理系统可行性分析与设计.docx》由会员分享,可在线阅读,更多相关《医院管理系统可行性分析与设计.docx(23页珍藏版)》请在冰豆网上搜索。
医院管理系统可行性分析与设计
1.1背景
人类社会进入二十一世纪,医院最为一个特殊的服务行业,其发展应适应于市场经济的发展。
目前,我国的医疗体制正处于发展阶段,需要医疗市场的进一步规范化,这就要求医院加强自身的管理,利用现代化的管理工具对医院的工作进行必要的管理,无疑将提高工作效率、信息的准确程度,根除现行的人工管理模式存在的某些弊端,达到减支增效的目的。
有利于提高医疗水品和服务质量,更好的服务于社会。
医院管理系统是利用电子计算机和通讯设备,为医院所属各部门提供病人诊疗信息和行政管理信息的收集、存储、处理、提取和数据交换的能力,并满足所有授权用户的功能需求。
随着计算机性能不断提高,价格不断下降,计算机已在医院医疗、教学
科研、管理的各个方面得到越来越广泛的应用。
计算机化的医院信息系统已成为现代医疗运营必不可少的基础设施于技术支撑环境。
就好像一个现代医院的成功运行离不开功能完整、美观、舒适的建筑物。
技术娴熟的医护人员,性能齐全、高精确的医疗设备一样,它也离不开计算机化的医院信息系统。
1.2系统分析
1.2.1可行性研究
在医院管理信息系统是在今天医疗事业的迅猛发展的前提下,以前的手工录入或早期的医药管理应用软件以逐渐不满足用户的需求,而在这些问题中,落后的医药管理已严重影响医院工作人员的工作效率基于以上的原因,从而提出了医药管理信息系统的设计目标。
通过信息数据高度共享,在强大的数据库的支持下,将医院的全面管理水平和服务提高到更高的档次。
医药管理系统集合医院管理工作特点,充分利用局域网,广域网,大型分布式数据库等先进的计算机技术,运用系统的理论与方法将医院各组成部分的信息处理过程综合成有机体,及时而有效的为医院日常管理和发展提供决策依据,使医院信息管理工作尽快达到规范化、制度化、科学化的要求,并实现医院信息技术全电子无纸化和胶片管理的最终目标。
1.2.1.1技术可行性
开发软件所需的技术是否具备是通过该系统的目标来衡量的,一般情况下我们可以从软件的环境条件、硬件性能要求、相应的开发及操作人员的能力水平等方面综合进行分析和考虑。
从系统开发及实施的可行性和灵活性考虑,本系统的软件开发环境主要选择了当前较为流行的VisualC#.NET来进行前台的管理设计,而后台则选用功能强大的SQLsever2005数据库。
从硬件角度来说,要求相对比较低,所以选择空间较大,一般情况下计算机硬盘在100MB左右,内存在512M以上都是可以满足开发环境的。
根据现在计算机的发展和普及,系统在硬件方面是可行的。
当然,硬件环境的配置越高,系统的开发与运行相对就会更加的高效与快捷,可行性也会大幅度提高。
从软件角度来说,主要采用的是VisualC#.NET和SQLserver2005,两个开发软件都是现有开发软件中交为安全,可靠和成熟的,具有较高的可行度,所以软件方面也是可行的。
1.2.1.2经济可行性分析
在软件的开发过程中,在世界上普遍采用的一种研究工程项目是否可行的科学。
它通过各种有效的方法,对工程项目进行分析,从技术、经济、财务等方面加以评价,最终给投资决策者提供是否选择该项目进行投资的依据。
1.2.1.2管理可行性分析
1、医院信息系统能够实现计算机终端设置在各个不同的科室,点多,面广,多人操作,而且工作点间联系密切,信息要相互调用,资料要随时更新保存,此外,病人的医疗信息涉及到个人隐私,医院有责任为所有病人保守秘密,因此与其它行业相比较,医院信息系统建设对系统的可靠性、安全性要求更高。
2、解决系统标准化问题。
如果系统标准化问题解决得不好,医院间的信息沟通不仅是纸上谈兵,医院内部不同部门间的信息交换以及与医院外界的信息交流也只是梦想。
医院管理信息系统的有效运行,将提高医院各项工作的效率和质量,减轻各类事务性工作的劳动强度,使医护和管理人员能腾出更多的精力和时间来服务于病人;改善经营管理,堵塞漏洞,保证病人和医院的经济利益;为医院创造很好的经济效益。
2.医院功能结构图
3.
组织/功能联系表
功能
序号
联功
系程能
组织度
门诊管理
病人管理
药品管理
护士站
功
能
的
联
系
1
人力资源部
√
×
○
√
2
财务部
×
×
√
×
3
医务部
×
○
×
4
护理部
○
√
×
○
5
事业发展部
○
√
×
6药事部×○√√
7信息管理中心√××
8后勤保障部○○
“○”——表示该项业务是对应组织的主要业务
“√”——表示该单位是参加协调该项业务的辅助单位
“×”——表示该单位是该项业务的相关单位
空格:
表示该单位与对应的业务无关
三.业务流程分析
系统业务流程图(TransactionFlowDiagram,简称TFD),就是用一些规定的符号及连接来表示某个具有的业务处理过程。
我们采用以下规定符号。
业务处理功能描述表格/报表制作
收集/统计数据数据/文件存档信息传递过程
业务流程分析可以帮助用户了解该业务的具体处理过程,发现和处理系统工作中的错误和疏漏,修改和删除业务中的不合理部分利用系统调查的资料将业务处理过程中的每一步用一完整的图形将其串起来。
1.业务流程图
主要的业务流程图
2.表格分配图
门诊部药房住院部
四.数据流程分析
数据流程图(DateFlowDiagram,简称DFD),是便于用户理解的数据流程图的图形表示,它能精确地在逻辑上描述系统的功能、输入、输出和数据存储等等,而摆脱了其物理内容。
我们用以下符号来画图
数据流 处理过程对象
1.数据流程图
(出入院管理数据流图)
(药房管理数据流图)
2.数据字典
由于数据流程图只是对数据处理及彼此之间的联系进行说明,未对数据的详细内容及数据的加工过程进行说明,而这正是数据字典所要表达的。
数据字典是关于数据信
息的集合,也就是对数据流程图中包含的所有元素的定义的集合。
它能将数据流程图中全部数据流及其组成部分的数据元素、数据存储、数据加工等描述清楚,便于
后续工作—系统设计的进行。
以下列出本系统的部分数据字典,就是数据流、数据元素、数据存储、外部项和数据加工举例说明。
4.2.1数据流
数 据 流
系统名:
医院管理信息系统 编号:
条目名:
发药申请单 别名:
来源:
病区系统
去处:
药房系统
数据流结构:
请求序号、住院号、患者姓名、医嘱序号、药房代码、病区代码、科室代码、医生代码、请求日期、药品代码、药品数量、药品规格、药品单位、单价、请求类型
简要说明:
病区执行医嘱后产生发药申请单,药房再按照申请单发药
修改记录
编 写:
日 期:
审 核:
日 期:
4.2.2数据元素
数据元素
系统名:
医院管理信息系统 编号:
条目名:
住院号 别名:
属于数据流:
病人入院信息、预交金单、发药申请单、发药明细、退药申请单、退药明细、项目执行单、病人入区信息、费用明细
存储处:
病人入院信息
数据元素值:
代码类型 长度 意义
numeric 9 住院号
简要说明:
识别病人的唯一编码
修改记录
编 写:
日 期:
审 核:
日 期:
4.2.3数据存储
数据存储
系统名:
医院管理信息系统 编号:
条目名:
病人入院信息 别名:
存储组织:
每个病人入院时产生一条信息
记录数:
约10000条
数据量:
约100KB
主关键字:
住院号
辅关键字:
记录组成:
项目:
住院号姓名身份证号 性别 生日 病人状态 入院日期出院日期入区日期诊断代码 病人类型
病区代码 床位代码 医生代码护士代码
近似长度:
9 12 24 2 8 1 16 16 16 20 1
(字节) 4 4 4 4
简要说明:
将病人每次入院时在出入院处登记的信息保存于此。
修改记录
编 写:
日 期:
审 核:
日 期:
4.2.4数据加工
数据加工
系统名:
医院管理信息系统 编号:
条目名:
出入院管理 别名:
输入:
病人入院信息、预交金、费用明细
输出:
病人结算单
加工逻辑:
录入病人入院信息和预交金信息,病区系产生的费用明细传入出入院处,出入院处根据费用明细产生结算信息
简要说明:
完成病人出院和入院时的日常业务工作
修改记录
编 写:
日 期:
审 核:
日 期:
4.2.5 外部项
外 部 项
系统名:
医院管理信息系统 编号:
条目名:
药商 别名:
输入数据流:
药库退货单
输出数据流:
药库外部入库单
主要特征:
药库系统药品的提供者,主要特征为:
药商编码、药商名称、开户银行、银行账号、地址、邮政编码、联系人、联系电话、邮件地址
简要说明:
药库从药商处进出货。
修改记录
编写:
日期:
审核:
日期:
五.现行系统的改造建议
有不合理之处,过于简单,划分的不清晰。
可以考虑考虑删掉/去掉一些没用的步骤
需要扩充一些有价值的步骤到某一个流程中去
可以考虑增加某一个有意义的业务流程
可以去掉某些没有价值的流程
(1)医院管理信息系统主要用于管理病人、医师与病房之间发生的关系,同时需要对病房信息以及病人信息进行管理,如查看剩余病房、病人退房时间、病房病人费用信息;病人病历查询、病人病历更新、存储病人信息等。
本系统的开发任务是实现某医院对病房的管理和病人的管理
(2)而原来的数据流程图无法实现上述要求所以应考虑新的数据流程图
实验报告
(二)
一、新系统的业务流程
(门诊业务流程图)
(药品入库业务流程图)
(药品出库业务流程图)
二、新系统的数据流程
(新系统数据流图)
三、新系统的逻辑结构
1药品管理子系统
门诊药房管理部分:
1、接收门诊收费处或门诊医生工作站发送来的处方,按处方内容备药、发药;
2、向药库提交药品请领单,以从药库领药为入库,处方发药为出库,实现门诊药房的出入库管理;
3、药品盘点、报损处理;
4、持就医IC卡的病人可在此刷卡扣除药费并取药;
5、统计门诊药房配、发药人员工作量;
6、统计各科室、全院门诊药品消耗量;
7、查询病人处方内容;
中心药房部分:
1.接收病区发送来的处方,生成病区领药单以进行配药、发药;
2.向药库提交药品请领单,以从药库领药为入库,病区领药为出库,实现药房的库存管理;
3.药品的盘点、报损处理;
4.对病区的余药进行回收管理;
5.为病区实时提供医嘱药品的库存信息;
6.统计药房配、发药人员工作量;
7.统计各科室、全院药品消耗量;
药库部分:
一.建立药库的药品出入库账目;
二.辅助制定合理的药品库存水平和采购计划,以最小的资金占用保证药品的供应;
三.按药品批次和有效期进行管理和出库安排;
四.通过与门诊药房和中心药房的连接,实现药库药品出库与各药房药品入库的计算机一体化处理;
五.进行药品的调价、盘点、报损处理;
六.药品入、出、存的查询统计。
1.
(药品管理子系统)
实验报告(三)
一、系统总体设计方案
系统用户登录模块如下:
1.医院门诊管理子系统
医院门诊管理系统分为门诊挂号,门诊划价收费,门诊查询三个部分,其中门诊查询可以根据科室,主治大夫,门诊编号和时间日期四个部分进行查询。
其中以门诊划价收费为重点。
它为门诊部提供了有效、合理的工作流程,实现门诊病人的处方、检验、检查等项目的录入、实现划价收费一体化,在一个地点一次性办完所有手续,减少病人来回奔波的现象,避免病人在医院看病在外买药的现象发生,能给医院带来直接的,可观的经济效益。
门诊挂号是对门诊病人的第一次信息建立,为门诊病人的后续活动以及门诊工作量统计提供信息,在此我们采用一旦病人选择好挂号类型,即专家门诊(其中包括教授门诊,副教授门诊)和普通门诊,计算机自动弹出收费金额,避免工作人员因疏忽给病人带来的困扰和不便,减少工作人员的工作量,使工作人员能腾出更多的精力和时间来服务于更多的病人,为提高医院的办事效率提供良好的服务。
门诊查询是为方便病人对自身情况的了解和门诊部对各个科室的工作量进行评估而设计的一个查询功能。
2.药房管理系统
药库子系统是整个医院管理系统的一个重要组成部分之一,它分为三个部分,是药品入库管理,药品出库管理,药品查询管理,它是对药品的一个全过程跟踪,为实现药品的安全管理。
(1)药品入库管理。
它包括药品的基本信息和供应商的基本信息,即药品的采购入库管理,在这里可以看到的药品的一些基本属性,如某种药品的单价,单位,生产日期,有效日期等,还有供应商的基本情况。
(2)药品出库管理。
即根据主治医师开的处方单给病人发放药品,即完成了药品的出库管理,药品出库后,系统自动更新,它里面包括药品的基本信息,还可知道所需药品的科室和所开处方的医师,这样以便医院以后查账之用。
(3)药品查询管理。
它可以按两个内容查询,是药品名称查询和厂商名称查询,按药品名称查询可以知道某种药品的基本信息,以及出,入库情况,按厂商名称查询可以了解在某个厂家所购的药品的基本信息,根据这些情况,可以统计出某种药品的出,入库情况,以便得出销售情况和目前库存情况。
二、代码设计方案
药品信息代码:
即使用药品条码,此代码为区间码,13位。
由两种情况构成:
1.对887,788打头的条码,由7位厂商代码、5位药品代码及1位校验码构成:
例:
XXXXXXX XXXXX X
校验码
药品代码
厂商代码
2.对889打头的条码,由8位厂商代码、4位药品代码及1位校验码构成;
例:
XXXXXXXX XXXX X
校验码
药品代码
厂商代码
三、输入输出及菜单设计
1.输入输出设计原则
输入输出是用户与系统的界面,它的好坏直接关系到系统的成败.所以用户输入输出设计应坚持友好、简便、实用、易于操作的原则,尽量避免过于烦琐和花哨。
我们在这一部分的设计中没有选择嵌套过多的层次,除主界面采用下拉菜单之外其他地方都采用按钮选择方式,方便用户使用。
在颜色上也避免过于丰富,不使用很亮的色彩,避免对操作员的眼睛压力过大而降低系统的实用性。
界面友好简洁使用方便。
2.输入输出界面设计
门诊挂号主界面
进入此界面后,工作人员必须填写详细的病人信息,单击确定按钮后即可看到信息添加成功界面,否则,系统自动提示信息不全。
3.
4
5菜单系统设计
主菜单
选择
编辑
查询
表格
帮助
子
菜
单
药物信息
撤销
药物编码
插入表格
使用说明
用量信息
复制
药物名称
表格属性
系统信息
库存信息
粘贴
缩略图
修改
清除
四.处理流程设计
(医院管理信息系统主控模块IPO图)
(子控模块销售信息管理IPO图)
(子控模块库存信息管理IPO图)