ImageVerifierCode 换一换
格式:DOCX , 页数:37 ,大小:624.45KB ,
资源ID:4342428      下载积分:12 金币
快捷下载
登录下载
邮箱/手机:
温馨提示:
快捷下载时,用户名和密码都是您填写的邮箱或者手机号,方便查询和重复下载(系统自动生成)。 如填写123,账号就是123,密码也是123。
特别说明:
请自助下载,系统不会自动发送文件的哦; 如果您已付费,想二次下载,请登录后访问:我的下载记录
支付方式: 支付宝    微信支付   
验证码:   换一换

加入VIP,免费下载
 

温馨提示:由于个人手机设置不同,如果发现不能下载,请复制以下地址【https://www.bdocx.com/down/4342428.html】到电脑端继续下载(重复下载不扣费)。

已注册用户请登录:
账号:
密码:
验证码:   换一换
  忘记密码?
三方登录: 微信登录   QQ登录  

下载须知

1: 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。
2: 试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓。
3: 文件的所有权益归上传用户所有。
4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
5. 本站仅提供交流平台,并不能对任何下载内容负责。
6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

版权提示 | 免责声明

本文(医院管理信息系统UML.docx)为本站会员(b****5)主动上传,冰豆网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知冰豆网(发送邮件至service@bdocx.com或直接QQ联系客服),我们立即给予删除!

医院管理信息系统UML.docx

1、医院管理信息系统UMLUML建模语言课程设计课程: 医院管理信息系统 专业: 计算机科学与技术(软件工程) 班级: 计科80902 指导老师: 吴宣为 小组成员: 徐玛亮,周磊,王昊,王宇鹏,陈锋 时间: 2012年6月4日 1、背景介绍 12、可行性分析 2 2.1经济可行性分析 2 2.2技术可行性分析 3 2.3法律可行性分析 3 2.4总结 33、 需求分析 43.1客户需求分析 4 3.1.1具体功能要求 4 3.1.2功能模块图 63.2用例建模 73.2.1确定系统范围、系统边界及执行者 7 3.2.2确定用例 73.2.3分层绘制用例图 84、系统分析 194.1对象静态建模

2、194.2对象动态建模 20 4.2.1顺序图描述系统中的交互模型 20 4.2.2状态图 24 4.2.3 类图245、 数据库设计 25 5.1实体及实体属性描述 25 5.2 E-R图设计 266、 数据库表结构设计 277、 总结 32、背景介绍1.1编写目的科技进步将人类带到了信息时代,计算机已成为各行各业在业务处理与管理工作中必不可少的辅助工具,并对各行业的发展起到越来越大的推动作用。计算机信息管理技术的应用,除了能在相当大的程度上代替人工作业,从而减少人员工作量,减轻工作负担,减少工作中因人为原因而产生的错误从而避免不必要的损失外,更重要的是能建立准确畅通、简便的信息流通渠道,为

3、工作提供所需要的准确、即时的信息以帮助做出正确而及时的选择与决定,从而给采用这门技术的单位带来了巨大的可见或不可见的利益与效益。随着信息时代来临,信息处理的利器计算机应用于医院的日常管理为医院的现代化带来了从未有过的动力和机遇,为医疗卫生领域的飞速发展提供了无限潜力。采用计算机管理信息系统已成为医院管理科学化和现代化的重要标志,给医院带来了明显的经济效益和社会效益。为了加快医院系统的信息化步伐,提高医院的业务水平,建设和完善医院信息系已变得十分必要。系统的建设将本着“以患者为中心”的原则,以方便患者、提高就诊效率为目的,力争为患者提供最满意的服务,同时也将提高医院的社会效益和经济效益。与市场经

4、济的接轨的过程中,每个医院都面临着强化内部管理、树立医院形象、上层次晋等级、进而提高社会效益和经济效益的艰巨任务。在医院管理过程中应用计算机系统,可随时进行经济核算,展开成本效益分析,使医院经营决策科学化;借据计算机数据处理严密可靠的特有机制,在改善医院人、财、物管理,降低医管人员工作强度,提高医疗工作质量,杜绝人情方、搭车药、减轻病员负担,创造医院良好信誉等诸多方面,益康医院管理信息系统都将成为您不可或缺的助手和工具。 1.2项目背景目前面向对象的程序设计语言已广为流行,但许多数据库支持者仍倾向采用结构化设计方法来设计系统结构,使得对象的属性及方法分散在设计中,很难将设计中的对象同现实中的对

5、象完全对于起来,对系统的完全性、可靠性、开放性均有影响。造成这种现象的原因大致有两个设计人员习惯于结构化设计,难以立刻转向面向对象设计。面向对象设计相对来说比较抽象,繁琐,用它设计规模不是很大的系统得不偿失。但无论如何,若想充分发挥面向对象编程的优越性,就必须采用面向对象的设计方法。UML是软件世界第一个统一建模语言,已成为国际软件界广泛承认的标准,应用领域非常广泛。可由于多种类型软件系统开发建模的各个阶段,使用UML建模的优越性在于数据类型丰富,可处理复杂数据结构,数据库语言与程序环境一致,直接存取对象执行效率高,适用于对象系统应用。2可行性分析2.1 经济可行性分析 2.1.1 支出 (1

6、)基本建设投资 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)人员

7、的工资、奖金5千; 5)公用设施方面的开支2千; 6)保密安全方面的开支2千; 7)其他经常性的支出3千。2.1.2 收益 (1)一次性收益 1)开支的缩减改进了的系统的运行,资源要求减少,运行效率加快,数据进入、存贮和恢复技术增强,系统性能可监控,处理集中化; 2)价值的增升应用系统的使用价值的增升所引起,资源利用改进,管理和运行效率提高以及出错率减少。 (2)非一次性收益 整个系统生命期内人员开支每月减少1.5万,纸张等材料的开支均可避免。(3)不可定量的收益 服务改进,增强病案查询的效率和质量;由操作失误引起的风险减少;信息掌握情况加强;增进我院的医疗服务质量,外界形象改善。2.1.3

8、收益投资比 整个系统生命期的收益投资比值为80/432.1.4 投资回收周期 收益的累计数开始超过支出的累计数的时间在系统运行后第12个月。2.2 技术可行性分析 2.2.1风险分析风险是损失发生的不确定性,是对潜在的,为了可能发生损失的一种度量,如果确实发生了,则它的发生会对项目产生有害的或负面的影响。医院管理信息系统风险风险分析: 客户需求不明; 进度要求紧,合同额有限 开发人员对测试工作不重视 供货商、外包商的质量问题 开发人员的交流2.2.2资源分析软件方面有UML建模,C+,Java等工具已足够供开发使用,硬件方面设备齐全,工作环境都已具备,开发人员熟悉面向对象设计开发方法,有多年开

9、发经验。费用投入充足,院领导很支持。2.2.3技术分析目前面向对象技术发展已趋于成熟,开发人员对此技术已充分认识,有多年开发经验。尤其UML建模语言已在各大院校广泛普及。各种开发语言工具能充分开发现实系统。另外本院有自己的计算中心,有较强的技术力量支持。2.3 法律可行性医生工作站系统必须符合国家、地方有关法律、法规、 规章制度的要求: 1中华人民共和国执业医师法 2医疗机构管理条例) 3医疗机构诊疗科目名录 4医疗机构基本标准 5城镇职工基本医疗保险用药范围管理暂行办法 6城镇职工基本医疗保险定点医疗机构管理暂行办法2.4总结综上所述:无论在经济,法律,技术方面都具有开发可行性。 3需求分析

10、3.1客户需求分析3.1.1具体功能要求(1)挂号收费管理门诊挂号:录入患者的基本信息,农合,医保划卡及挂单查询门诊收费/退费:录入患者的基本信息,农合,医保划卡及挂单查询门诊处方:门诊收费,票据的打印/药品,检查,治疗的退费及查询(2)药房管理发药/退药:(门诊/住院)患者(发药/退药)药品申领/申退:药品申领/申退操作,以及统计和查询功能盘存/报损;药房药品数量和金额的盘存,药品抱损操作原因,查询查询系统:药房进药,收费的统计,药品的统计和报警药品查询(3)住院管理入院登记:登记住院患者的基本信息住院预缴:住院费用的交纳,收取。出院结算:住院期间费用结算查询功能:这里可以查询,入院/预缴/

11、出院患者的详细信息(4)住院医护病员管理:病员收住/病房,床位设置,科内转床,转科申请,转院出院住院医护:医嘱校对/执行/撤消,套餐设置/退住院,检查/治疗项目费查询打印:病员收住/科内转床/转科申请/转科接收/当前医嘱/医嘱执行/转院出院的查询,摆药单/催款通知书/收费清单打印(5)药库管理设置:设置药品/药库字典/药品调价/药房平调/零记录清理/盘存初始化操作,查询入库:药品入库/记录查询/操作统计/药品统计/供货单位统计/入库单打印开单:调拨开单操作/开单记录查询/开单操作统计/开单药品统计/打印出库:药品出库/药房申领查询/出库记录查询/操作统计/出库药品统计/调拨方向报表/批量药品出

12、库/出库单打印退库:(院内/院外)退库/退库记录查询/退库原因分析/退库单打印库存核算:药品数量盘存/药品金额盘存/盘存记录查询(包含操作和药品统计)报损:药品抱损/抱损记录(含操作和药品统计)/抱损原因/打印抱损单退货和采购:药库退货/记录查询(含操作和药品统计)/采购构思和计划以及单据打印查询:药库明细表以及药库报警表(6)决策查询业务查询:门诊挂号收费处方统计及明细药房查询:药房明细/门诊和住院发药记录统计/进药报损消耗盘存记录统计药库查询:药库明细/出入库退库退货报损统计明细/盘存记录以及统计痕迹查询:门诊改号退号记录/门诊撤费退费/住院退费/处方废除等分类考核:门诊科室门诊医生住院医

13、师住院病区门诊及住院项目/辅助科室(7)财务管理业务报表:门诊挂号处方收费退费的统计,住院预缴统计。发票使用统计等药库核算:出入库操作统计/报损退库退货统计/数量金额统计/药品及报警名细药房核算:进发药/门诊退药住院退药统计/药品消耗及报损统计/数量和金额盘存明细/药品明细/报警明细/药品收费记录统计收费统计:门诊科室门诊医生住院医师住院病区门诊及住院项目/辅助科室/门诊收费住院收费,门诊病员住院病员以及住院结算(8)系统维护基本设置:系统信息设置(门诊科室医生)住院病区医生,辅助科室设置用户信息设置等系统设置:系统连接/系统初始化/门诊过期住院过期清理等高级设置:门诊发票设置,挂号单项/住院

14、发票/预缴金单/门诊处方可选功能3.1.2功能模块图3.2用例建模 3.2.1确定系统范围、边界和执行者由于系统较复杂这里只对“门诊管理”、“药房管理”、“药库管理”做详细说明。(1)门诊子系统的业务范围、边界及执行者“门诊子系统”只负责病人挂号、处方、收费和退费。与“财务管理子系统”和“药房管理子系统”有系统边界。有两个系统执行者,三个人执行者。 “病人”执行者只要是首先通过挂号缴费,领取挂号单,看病,接到医生处方,到药房拿药。 “工作人员”执行者分为医生和管理员,医生负责看病开处方,并把处方传到财务管理子系统,管理员主要负责收取挂号费,药费,退费等工作。 “院长”执行者主要通过查询功能来查

15、看每天业务情况。 “财务管理系统”通过接收医生开的处方,来进行划价收费。或病人退药退费处理等。 “药房管理子系统”主要通过财务系统传来的已收费处方进行核对拿药。(2)药房管理子系统的业务范围、边界及执行者“药房管理子系统”负责根据门诊子系统药品申请/申退信息,及“财务管理子系统”的收据进行发药/退药处理,核算每天盘存。与“门诊管理子系统”和“药库管理子系统”有系统边界。有两个系统执行者“门诊管理子系统”和“药库管理子系统”,两个人执行者“药房管理员”和“病人”。 “门诊管理子系统”主要通过开处方来完成药品申请和申退。 “药库管理子系统”主要通过药品发放及盘存核算监控药品库存量,当库存量小于预警

16、库存量时及时组织采购。 “药房管理员”负责药品核对药品申请/申退信息及收据发药/退药。并进行盘存/报损把数据传给“药库管理子系统”。(3)药库管理子系统的业务范围、边界及执行者“药库管理子系统”主要负责药品类别设置及药品归类,采购管理,入库管理,出库管理,报损,库存核算等业务。与“财务管理子系统”和“药房管理系统”有系统边界。有两系统执行者“财务管理子系统”和“药房管理子系统”,一个人执行者“药库管理者”。 “药房管理子系统”把每天库存报损及盘存数据传给“药库管理子系统”,“药库管理子系统”通过这些数据检查库存量,及时进行采购。 “财务管理子系统”通过接受“药库子系统”传来的库存核算进行流动资

17、产管理,根据采购入库单发放资金等。 “业务管理员”对“库存管理子系统”各个功能进行操作。3.2.2确定用例(1)“门诊管理子系统”中的用例 门诊挂号 生成处方 收费/退费(2)“药房管理子系统”中的用例 药品申请/申退 发药/退药处理 盘存/报损处理(3)“药库管理子系统”中的用例 基础设置 采购管理 入库管理 出库管理 盘存/报损 库存核算 退货管理 查询3.2.3绘制分层用例图 1)第一层用例图(功能模块) 2)第二层用例图 个用例图包括门诊子系统,药房管理,药物购买,住院管理,住院护理,决策查询,财务管理,整个系统维护管理用例图(1)门诊子系统用例图(病人从挂号到门诊结束)(涉及病人,工

18、作人员,院长)(2)药物购买用例图(病人购买药物过程)(3)住院管理用例图(住院登记程序)(4)住院护理用例图(5)药房管理用例图 (6)决策查询用例图 (7)财务管理用例图 (8)系统维护用例图 3)三层用例图:个包括挂号管理,收费退费,生成处方,病员管理,住院护理,制定采购,合同管理(1)挂号管理用例图(2)收费退费管理用例图(3)生成处方用例图(4)病员管理用例图 (5)住院医护用例图(6)制定采购计划 (7)合同管理3.3活动图 4系统分析根据建立的医护需求模型,在系统分析阶段要进一步确立三个模型:对象静态图模型、对象动态模型,系统功能模型。4.1对象类静态模型对象静态结构模型描述了系

19、统的静态结构,包括构成系统的类和对象、它们的属性和操作以及这些对象类之间的联系。对象类静态结构模型是系统开发模型的核心模型,实质上是定义系统“对谁做”的问题。医院管理信息系统类及类之间的关系图如下:4.2对象动态模型对象动态模型描述了系统的动态行为,它们指明了系统如何响应外部事件或激励,涉及系统中对象的执行顺序和状态变化,侧重于系统控制逻辑的描述,实质上是解决系统中的对象“何时做”的问题。对象动态结构模型包括:对象交互模型和对象状态模型。其中对象交互模型用顺序图和合作图描述,对象状态模型用状态图和活动图描述。4.2.1顺序图描述医院管理信息系统中的交换模型(1)挂号抓药顺序图(2) 住院治疗顺

20、序图(3) 药库管理顺序图(4) 制定采购订单顺序图 (5)到货入库顺序图 (6)付款处理顺序图 4.2.2状态图4.2.3类图5 数据库设计5.1实体及实体属性描述实体-联系图(Entity-Relation Diagram)用来建立数据模型,在数据库系统概论中属于概念设计阶段,形成一个独立于机器,独立于DBMS的ER图模型。通常将它简称为ER图,相应地可把用ER图描绘的数据模型称为ER模型。 ER图提供了表示实体(即数据对象)、属性和联系的方法,用来描述现实世界的概念模型。(1)病人(编号 姓名 性别 年龄 病症描述 病史记录)(2)医生(编号 姓名 性别 出生年月 职称 职务 权限 密码

21、)(3)护士(编号 姓名 性别 出生年月 级别 职务 权限 密码)(4)管理员(编号 姓名 性别 出生年月 学历 职责 权限 密码)(5)病房(编号 名称 床位数 备注)(6)病床(编号 价格 备注)(7)药品(编号 名称 价格 作用说明 类别 库存警戒线 备注)(8)药房(编号 名称 备注)(9)药库(编号 名称 备注)(10)科室(编号 名称 职责 备注)5.2实体及实体间的关系E-R图 6数据库表结构设计(1)病人数据库表表6.1 Patient Table列名数据类型长度可否为空说明声明P-numNchar20NOT NULL编号主键P-nameVarchar50NULL姓名P-sex

22、Char4NULL性别P-birthdayDate20NULL年龄DiseaseVarchar50NULL病症Case historyVarchar100NULL病史记录RemarksVarchar100NULL备注(2)医生数据库表表6.2 Doctor Table列名数据类型长度可否为空说明声明D-numNchar20NOT NULL编号主键D-nameVarchar50NULL姓名D-sexChar4NULL性别PostVarchar10NULL职称D-birthdayDate20NULL出生年月D-dutiesVarchar50NULL职务D-authorityVarchar50NUL

23、L权限D-code Varchar20NULL密码(3)护士数据库表表6.3 Nurse Table列名数据类型长度可否为空说明声明N-numNchar 20NOT NULL编号主键N-nameVarchar50NULL姓名N-sexChar4NULL性别N-birthdayDate20NULL出生年月N-gradeVarchar20NULL级别N-duitiesVarchar50NULL职务N-authorityVarchar50NULL权限N-codeVarchar20NULL密码(4)管理员数据表表6.4 Manager Table列名数据类型长度可否为空说明声明Manager-numN

24、char20NOT NULL管理员编号主键Manager-nameVerchar50NULL姓名Manager-sexChar4NULL性别Manager-birthdayDate20NULL出生年月Manager-degreeNchar20NULL学历Manager-dutiesVarchar50NULL职责Manager-codeVarchar20NOT NULL密码Manager-authorityVarchar50NOT NULL权限(5)病房数据库表表6.5 Sickroom Table列名数据类型长度可否为空说明声明Sickroom-numNchar20NOT NULL编号主键Si

25、ckroom-nameVarchar50NULL名称Sickroom-capacityVarchar50NULL床位数RemarksVarchar100NULL备注(6)床位数据库表表6.6 Bad Table列名数据类型长度可否为空说明声明Bad-numNchar20NOT NULL编号主键Sickroom-numNchar20NULL病房编号外键RemarksVarchar50NULL备注表6.7 Medicines Table(7)药品数据库表列名数据类型长度可否为空说明声明Medicines-numNchar20NOT NULL编号主键Medicines-nameVarchar50NU

26、LL药品名称Storeroom-numNchar20NOT NULL药房编号外键Medicines-priceFloat20NULL价格Medicines-kindsVarchar50NOT NULL类别外键IllustrateVarchar100NULL作用说明RemarksVarchar100NULL备注表6.8 Storeroom Table(8)药房数据库表列名数据类型长度可否为空说明声明Storeroom-numNchar20NOT NULL药房编号主键Storehouse-numNchar20NOT NULL药库编号外键Storeroom-nameVarchar50NULL药库名称

27、Medicines-kindsVarchar50NULL药品类别RemarksVarchar100NULL备注(9)药库数据库表表6.9 Storehouse Table列名数据类型长度可否为空说明声明Storehouse-numNchar20NOT NULL药库编号主键Storehouse-nameVarchar50NULL药库名称Security lineFloat20NULL警戒线RemarksVarchar50NULL备注(10)药品类别表6.10 MKind Table列名数据类型长度可否为空说明声明MKind-numNchar20NOT NULL类别编号主键MKind-nameVerchar50NOT NULL类别名称RemarksVarchar100NULL备注(11)病例数据库表表6.11 Case Table列名数据类型长度可否为空说明声明Case-numNchar20NOT NULL病例编号主键Case-name

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1