医院管理信息系统UML教学提纲文档格式.docx
《医院管理信息系统UML教学提纲文档格式.docx》由会员分享,可在线阅读,更多相关《医院管理信息系统UML教学提纲文档格式.docx(36页珍藏版)》请在冰豆网上搜索。
6数据库表结构设计27
7总结32
参考文献33
1引言
1.1编写目的
科技进步将人类带到了信息时代,计算机已成为各行各业在业务处理与管理工作中必不可少的辅助工具,并对各行业的发展起到越来越大的推动作用。
计算机信息管理技术的应用,除了能在相当大的程度上代替人工作业,从而减少人员工作量,减轻工作负担,减少工作中因人为原因而产生的错误从而避免不必要的损失外,更重要的是能建立准确畅通、简便的信息流通渠道,为工作提供所需要的准确、即时的信息以帮助做出正确而及时的选择与决定,从而给采用这门技术的单位带来了巨大的可见或不可见的利益与效益。
随着信息时代来临,信息处理的利器—计算机应用于医院的日常管理为医院的现代化带来了从未有过的动力和机遇,为医疗卫生领域的飞速发展提供了无限潜力。
采用计算机管理信息系统已成为医院管理科学化和现代化的重要标志,给医院带来了明显的经济效益和社会效益。
为了加快医院系统的信息化步伐,提高医院的业务水平,建设和完善医院信息系已变得十分必要。
系统的建设将本着“以患者为中心”的原则,以方便患者、提高就诊效率为目的,力争为患者提供最满意的服务,同时也将提高医院的社会效益和经济效益。
与市场经济的接轨的过程中,每个医院都面临着强化内部管理、树立医院形象、上层次晋等级、进而提高社会效益和经济效益的艰巨任务。
在医院管理过程中应用计算机系统,可随时进行经济核算,展开成本效益分析,使医院经营决策科学化;
借据计算机数据处理严密可靠的特有机制,在改善医院人、财、物管理,降低医管人员工作强度,提高医疗工作质量,杜绝人情方、搭车药、减轻病员负担,创造医院良好信誉等诸多方面,益康医院管理信息系统都将成为您不可或缺的助手和工具。
1.2项目背景
目前面向对象的程序设计语言已广为流行,但许多数据库支持者仍倾向采用结构化设计方法来设计系统结构,使得对象的属性及方法分散在设计中,很难将设计中的对象同现实中的对象完全对于起来,对系统的完全性、可靠性、开放性均有影响。
造成这种现象的原因大致有两个设计人员习惯于结构化设计,难以立刻转向面向对象设计。
面向对象设计相对来说比较抽象,繁琐,用它设计规模不是很大的系统得不偿失。
但无论如何,若想充分发挥面向对象编程的优越性,就必须采用面向对象的设计方法。
UML是软件世界第一个统一建模语言,已成为国际软件界广泛承认的标准,应用领域非常广泛。
可由于多种类型软件系统开发建模的各个阶段,使用UML建模的优越性在于数据类型丰富,可处理复杂数据结构,数据库语言与程序环境一致,直接存取对象执行效率高,适用于对象系统应用。
2可行性分析
2.1经济可行性分析
2.1.1支出
(1)基本建设投资
1)ADP设备1万;
2)数据通讯设备2千;
3)安全与保密设备5千;
4)ADP操作系统的和应用的软件5千;
5)数据库管理软件5千。
(2)其他一次性支出
1)研究(需求的研究和设计的研究)3千;
2)开发计划与测量基准的研究5千;
3)数据库的建立5千;
4)ADP软件的转换5千;
5)检查费用和技术管理性费用5千;
6)培训费、旅差费以及开发安装人员所需要的一次性支出2万;
(3)非一次性支出
该系统生命期内按月或按季或按年支出的用于运行和维护的费用,包括:
1)设备的租金和维护费用1千;
2)软件的租金和维护费用1千;
3)数据通讯方面的租金和维护费用1千;
4)人员的工资、奖金5千;
5)公用设施方面的开支2千;
6)保密安全方面的开支2千;
7)其他经常性的支出3千。
2.1.2收益
(1)一次性收益
1)开支的缩减
改进了的系统的运行,资源要求减少,运行效率加快,数据进入、存贮和恢复技术增强,系统性能可监控,处理集中化;
2)价值的增升
应用系统的使用价值的增升所引起,资源利用改进,管理和运行效率提高以及出错率减少。
(2)非一次性收益
整个系统生命期内人员开支每月减少1.5万,纸张等材料的开支均可避免。
(3)不可定量的收益
服务改进,增强病案查询的效率和质量;
由操作失误引起的风险减少;
信息掌握情况加强;
增进我院的医疗服务质量,外界形象改善。
2.1.3收益/投资比
整个系统生命期的收益/投资比值为80/43
2.1.4投资回收周期
收益的累计数开始超过支出的累计数的时间在系统运行后第12个月。
2.2技术可行性分析
2.2.1风险分析
风险是损失发生的不确定性,是对潜在的,为了可能发生损失的一种度量,如果确实发生了,则它的发生会对项目产生有害的或负面的影响。
医院管理信息系统风险风险分析:
●客户需求不明;
●进度要求紧,合同额有限
●开发人员对测试工作不重视
●供货商、外包商的质量问题
●开发人员的交流
2.2.2资源分析
软件方面有UML建模,C#,Java等工具已足够供开发使用,硬件方面设备齐全,工作环境都已具备,开发人员熟悉面向对象设计开发方法,有多年开发经验。
费用投入充足,院领导很支持。
2.2.3技术分析
目前面向对象技术发展已趋于成熟,开发人员对此技术已充分认识,有多年开发经验。
尤其UML建模语言已在各大院校广泛普及。
各种开发语言工具能充分开发现实系统。
另外本院有自己的计算中心,有较强的技术力量支持。
2.3法律可行性
《医生工作站系统》必须符合国家、地方有关法律、法规、规章制度的要求:
1.《中华人民共和国执业医师法》
2.《医疗机构管理条例)
3.《医疗机构诊疗科目名录》
4.《医疗机构基本标准》
5.《城镇职工基本医疗保险用药范围管理暂行办法》
6.《城镇职工基本医疗保险—定点医疗机构管理暂行办法》
2.4总结
综上所述:
无论在经济,法律,技术方面都具有开发可行性。
3需求分析
3.1客户需求分析
3.1.1具体功能要求
(1)挂号收费管理
●门诊挂号:
录入患者的基本信息,农合,医保划卡及挂单查询
●门诊收费/退费:
●门诊处方:
门诊收费,票据的打印/药品,检查,治疗的退费及查询
(2)药房管理
●发药/退药:
(门诊/住院)患者(发药/退药)
●药品申领/申退:
药品申领/申退操作,以及统计和查询功能
●盘存/报损;
药房药品数量和金额的盘存,药品抱损操作原因,查询
●查询系统:
药房进药,收费的统计,药品的统计和报警药品查询
(3)住院管理
●入院登记:
登记住院患者的基本信息
●住院预缴:
住院费用的交纳,收取。
●出院结算:
住院期间费用结算
●查询功能:
这里可以查询,入院/预缴/出院患者的详细信息
(4)住院医护
●病员管理:
病员收住/病房,床位设置,科内转床,转科申请,转院出院
●住院医护:
医嘱校对/执行/撤消,套餐设置/退住院,检查/治疗项目费
●查询打印:
病员收住/科内转床/转科申请/转科接收/当前医嘱/医嘱执行/转院出院的查询,摆药单/催款通知书/收费清单打印
(5)药库管理
●设置:
设置药品/药库字典/药品调价/药房平调/零记录清理/盘存初始化操作,查询
●入库:
药品入库/记录查询/操作统计/药品统计/供货单位统计/入库单打印
●开单:
调拨开单操作/开单记录查询/开单操作统计/开单药品统计/打印
●出库:
药品出库/药房申领查询/出库记录查询/操作统计/出库药品统计/调拨方向报表/批量药品出库/出库单打印
●退库:
(院内/院外)退库/退库记录查询/退库原因分析/退库单打印
●库存核算:
药品数量盘存/药品金额盘存/盘存记录查询(包含操作和药品统计)
●报损:
药品抱损/抱损记录(含操作和药品统计)/抱损原因/打印抱损单
●退货和采购:
药库退货/记录查询(含操作和药品统计)/采购构思和计划以及单据打印
●查询:
药库明细表以及药库报警表
(6)决策查询
●业务查询:
门诊挂号收费处方统计及明细
●药房查询:
药房明细/门诊和住院发药记录统计/进药报损消耗盘存记录统计
●药库查询:
药库明细/出入库退库退货报损统计明细/盘存记录以及统计
●痕迹查询:
门诊改号退号记录/门诊撤费退费/住院退费/处方废除等
●分类考核:
门诊科室门诊医生住院医师住院病区门诊及住院项目/辅助科室
(7)财务管理
●业务报表:
门诊挂号处方收费退费的统计,住院预缴统计。
发票使用统计等
●药库核算:
出入库操作统计/报损退库退货统计/数量金额统计/药品及报警名细
●药房核算:
进发药/门诊退药住院退药统计/药品消耗及报损统计/数量和金额盘存明细/药品明细/报警明细/药品收费记录统计
●收费统计:
门诊科室门诊医生住院医师住院病区门诊及住院项目/辅助科室/门诊收费住院收费,门诊病员住院病员以及住院结算
(8)系统维护
●基本设置:
系统信息设置(门诊科室医生)住院病区医生,辅助科室设置用户信息设置等
●系统设置:
系统连接/系统初始化/门诊过期住院过期清理等
●高级设置:
门诊发票设置,挂号单项/住院发票/预缴金单/门诊处方可选功能
3.1.2功能模块图
医院管理信息系统
挂号/收费子系统
药房管理子系统
系统设置子系统
住院管理子系统
财务管理子系统
医护管理子系统
药库管理子系统
决策查询子系统
门诊挂号
收费统计
药房核算
药库核算
业务报表
发药/退药
住院预缴
住院医护
入院登记
病员管理
入库
设置
药房查询
业务查询
退库
领药出库
查询打印
开单
痕迹查询
药库查询
收费/退费
申领/申退
查询
出院结算
库存核算
门诊处方
核算/报损
分类考核
退货/采购
报损
高级设置
系统设置
基本设置
3.2用例建模
3.2.1确定系统范围、边界和执行者
由于系统较复杂这里只对“门诊管理”、“药房管理”、“药库管理”做详细说明。
(1)门诊子系统的业务范围、边界及执行者
“门诊子系统”只负责病人挂号、处方、收费和退费。
与“财务管理子系统”和“药房管理子系统”有系统边界。
有两个系统执行者,三个人执行者。
“病人”执行者只要是首先通过挂号缴费,领取挂号单,看病,接到医生处方,到药房拿药。
“工作人员”执行者分为医生和管理员,医生负责看病开处方,并把处方传到财务管理子系统,管理员主要负责收取挂号费,药费,退费等工作。
“院长”执行者主要通过查询功能来查看每天业务情况。
“财务管理系统”通过接收医生开的处方,来进行划价收费。
或病人退药退费处理等。
“药房管理子系统”主要通过财务系统传来的已收费处方进行核对拿药。
(2)药房管理子系统的业务范围、边界及执行者
“药房管理子系统”负责根据门诊子系统药品申请/申退信息,及“财务管理子系统”的收据进行发药/退药处理,核算每天盘存。
与“门诊管理子系统”和“药库管理子系统”有系统边界。
有两个系统执行者“门诊管理子系统”和“药库管理子系统”,两个人执行者“药房管理员”和“