医院管理系统信息系统UML.docx

《医院管理系统信息系统UML.docx》由会员分享，可在线阅读，更多相关《医院管理系统信息系统UML.docx（40页珍藏版）》请在课桌文档上搜索。

1、UML建模语言课程设计课程：医院管理信息系统专业：计算机科学与技术（软件工程）班级:计科80902指导老师：吴宣为小组成员：徐玛亮，周磊，王昊，王宇鹏，陈锋时间：2012年6月4日目录1、背景介绍12、可行性分析22.1经济可行性分析22.2技术可行性分析32. 3法律可行性分析33. 4总结33、需求分析43.1客户需求分析43.1.1 具体功能要求43.1.2 功能模块图63. 2用例建模73. 2.1确定系统范围、系统边界及执行者73. 2.2确定用例74. 2.3分层绘制用例图84、系统分析194.1对象月争态建模194. 2对象动态建模204. 2.1顺序图描述系统中的交互模型204

2、. 2.2状态图245. 2.3类图245、数据库设计255.1 实体及实体属性描述256. 2E-R图设计266、数据库表结构设计277、总结321、背景介绍1. 1编写目的科技进步将人类带到了信息时代，计算机已成为各行各业在业务处理与管理工作中必不可少的辅助工具，并对各行业的发展起到越来越大的推动作用。计算机信息管理技术的应用，除了能在相当大的程度上代替人工作业，从而减少人员工作量，减轻工作负担，减少工作中因人为原因而产生的错误从而避免不必要的损失外，更重要的是能建立准确畅通、简便的信息流通渠道，为工作提供所需要的准确、即时的信息以帮助做出正确而及时的选择与决定，从而给采用这门技术的单位带

3、来了巨大的可见或不可见的利益与效益。随着信息时代来临,信息处理的利器一计算机应用于医院的日常管理为医院的现代化带来了从未有过的动力和机遇，为医疗卫生领域的飞速发展提供了无限潜力。采用计算机管理信息系统已成为医院管理科学化和现代化的重要标志，给医院带来了明显的经济效益和社会效益。为了加快医院系统的信息化步伐，提高医院的业务水平,建设和完善医院信息系已变得十分必要。系统的建设将本着“以患者为中心”的原则，以方便患者、提高就诊效率为目的，力争为患者提供最满意的服务，同时也将提高医院的社会效益和经济效益。与市场经济的接轨的过程中，每个医院都面临着强化内部管理、树立医院形象、上层次晋等级、进而提高社会效

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

5、习惯于结构化设计，难以立刻转向面向对象设计。面向对象设计相对来说比较抽象，繁琐，用它设计规模不是很大的系统得不偿失。但无论如何，若想充分发挥面向对象编程的优越性，就必须采用面向对象的设计方法。UML是软件世界第一个统一建模语言，已成为国际软件界广泛承认的标准，应用领域非常广泛。可由于多种类型软件系统开发建模的各个阶段,使用UML建模的优越性在于数据类型丰富，可处理复杂数据结构,数据库语言与程序环境一致，直接存取对象执行效率高，适用于对象系统应用。2可行性分析2.1 经济可行性分析2.1.1 支出基本建设投资DADP设备1万；2）数据通讯设备2千；3）安全与保密设备5千；4） ADP操作系统的和

6、应用的软件5千；5）数据库管理软件5千。其他一次性支出1）研究（需求的研究和设计的研究）3千；2）开发计划与测量基准的研究5千；3）数据库的建立5千；5） ADP软件的转换5千；5）检查费用和技术管理性费用5千；6）培训费、旅差费以及开发安装人员所需要的一次性支出2万；非一次性支出该系统生命期内按月或按季或按年支出的用于运行和维护的费用，包括：1）设备的租金和维护费用1千；2）软件的租金和维护费用1千；3）数据通讯方面的租金和维护费用1千；4）人员的工资、奖金5千；5）公用设施方面的开支2千；6）保密安全方面的开支2千；7）其他经常性的支出3千。2.1.2收益一次性收益1）开支的缩减改进了的系

7、统的运行，资源要求减少，运行效率加快，数据进入、存贮和恢复技术增强，系统性能可监控，处理集中化；2）价值的增升应用系统的使用价值的增升所引起，资源利用改进，管理和运行效率提高以及出错率减少。非一次性收益整个系统生命期内人员开支每月减少1.5万，纸张等材料的开支均可避免。不可定量的收益服务改进，增强病案查询的效率和质量；由操作失误引起的风险减少；信息掌握情况加强；增进我院的医疗服务质量，外界形象改善。2.1.3收益/投资比整个系统生命期的收益/投资比值为80/432.1.4投资回收周期收益的累计数开始超过支出的累计数的时间在系统运行后第12个月。2.2技术可行性分析2.2.1风险分析风险是损失发

8、生的不确定性，是对潜在的，为了可能发生损失的一种度量，如果确实发生了，则它的发生会对项目产生有害的或负面的影响。医院管理信息系统风险风险分析： 客户需求不明； 进度要求紧，合同额有限 开发人员对测试工作不重视 供货商、外包商的质量问题 开发人员的交流2. 2.2资源分析软件方面有UML建模，C+,JaVa等工具已足够供开发使用，硬件方面设备齐全，工作环境都已具备，开发人员熟悉面向对象设计开发方法，有多年开发经验。费用投入充足，院领导很支持。3. 2.3技术分析目前面向对象技术发展已趋于成熟，开发人员对此技术已充分认识，有多年开发经验。尤其UML建模语言已在各大院校广泛普及。各种开发语言工具能充

9、分开发现实系统。另外本院有自己的计算中心，有较强的技术力量支持。4. 3法律可行性医生工作站系统必须符合国家、地方有关法律、法规、规章制度的要求：1 .中华人民共和国执业医师法2 .医疗机构管理条例）3 .医疗机构诊疗科目名录4 医疗机构基本标准5 .城镇职工基本医疗保险用药范围管理暂行办法6 ,城镇职工基本医疗保险一定点医疗机构管理暂行办法2. 4总结综上所述：无论在经济，法律，技术方面都具有开发可行性。3需求分析2.1 客户需求分析2.1.1 具体功能要求挂号收费管理 门诊挂号：录入患者的基本信息，农合，医保划卡及挂单查询 门诊收费/退费：录入患者的基本信息，农合，医保划卡及挂单查询 门诊

10、处方：门诊收费，票据的打印/药品，检查，治疗的退费及查询（2）药房管理 发药/退药：（门诊/住院）患者（发药/退药） 药品申领/申退：药品申领/申退操作，以及统计和查询功能 盘存/报损；药房药品数量和金额的盘存，药品抱损操作原因，查询 查询系统：药房进药，收费的统计，药品的统计和报警药品查询（3）住院管理 入院登记：登记住院患者的基本信息 住院预缴：住院费用的交纳，收取。 出院结算：住院期间费用结算 查询功能：这里可以查询，入院/预缴/出院患者的详细信息（4）住院医护 病员管理：病员收住/病房，床位设置，科内转床，转科申请，转院出院 住院医护：医嘱校对/执行/撤消，套餐设置/退住院，检查/治疗

11、项目费 查询打印：病员收住/科内转床/转科申请/转科接收/当前医嘱/医嘱执行/转院出院的查询，摆药单/催款通知书/收费清单打印（5）药库管理 设置：设置药品/药库字典/药品调价/药房平调/零记录清理/盘存初始化操作,查询 入库：药品入库/记录查询/操作统计/药品统计/供货单位统计/入库单打印 开单：调拨开单操作/开单记录查询/开单操作统计/开单药品统计/打印 出库：药品出库/药房申领查询/出库记录查询/操作统计/出库药品统计/调拨方向报表/批量药品出库/出库单打印 退库：（院内/院外）退库/退库记录查询/退库原因分析/退库单打印 库存核算:药品数量盘存/药品金额盘存/盘存记录查询（包含操作和药

12、品统计）报损：药品抱损/抱损记录（含操作和药品统计）/抱损原因/打印抱损单退货和采购：药库退货/记录查询（含操作和药品统计）/采购构思和计划以及单据打印查询：药库明细表以及药库报警表（6）决策查询业务查询：门诊挂号收费处方统计及明细药房查询：药房明细/门诊和住院发药记录统计/进药报损消耗盘存记录统计药库查询：药库明细/出入库退库退货报损统计明细/盘存记录以及统计痕迹查询：门诊改号退号记录/门诊撤费退费/住院退费/处方废除等分类考核：门诊科室门诊医生住院医师住院病区门诊及住院项目/辅助科室（7）财务管理业务报表：门诊挂号处方收费退费的统计，住院预缴统计。发票使用统计等药库核算：出入库操作统计/报

13、损退库退货统计/数量金额统计/药品及报警名细药房核算：进发药/门诊退药住院退药统计/药品消耗及报损统计/数量和金额盘存明细/药品明细/报警明细/药品收费记录统计收费统计：门诊科室门诊医生住院医师住院病区门诊及住院项目/辅助科室/门诊收费住院收费，门诊病员住院病员以及住院结算（8）系统维护基本设置：系统信息设置（门诊科室医生）住院病区医生，辅助科室设置用户信息设置等系统设置：系统连接/系统初始化/门诊过期住院过期清理等高级设置：门诊发票设置，挂号单项/住院发票/预缴金单/门诊处方可选功能31.2功能模块图医院管理信息系统门诊挂号挂号/收费子系统收费/退费门诊处方药房管理子系统病员管理住院管理子系

14、统住院医护查询打印医护管理子系统业务查询药房查询决策查询子系统药库查询痕迹查询分类考核药库管理子系统业务报表财务管理子系统药库核算药房核算收费统计设置入库开单领药出库退库库存核算报损退货/采购3. 2用例建模3. 2.1确定系统范围、边界和执行者由于系统较复杂这里只对“门诊管理，“药房管理”、“药库管理”做详细说明。门诊子系统的业务范围、边界及执行者“门诊子系统”只负责病人挂号、处方、收费和退费。与“财务管理子系统”和“药房管理子系统”有系统边界。有两个系统执行者，三个人执行者。“病人”执行者只要是首先通过挂号缴费，领取挂号单，看病，接到医生处方，到药房拿药。“工作人员”执行者分为医生和管理员

15、，医生负责看病开处方，并把处方传到财务管理子系统，管理员主要负责收取挂号费，药费，退费等工作。“院长”执行者主要通过查询功能来查看每天业务情况。“财务管理系统”通过接收医生开的处方，来进行划价收费。或病人退药退费处理等。“药房管理子系统”主要通过财务系统传来的已收费处方进行核对拿药。(2)药房管理子系统的业务范围、边界及执行者“药房管理子系统”负责根据门诊子系统药品申请/申退信息，及“财务管理子系统”的收据进行发药/退药处理，核算每天盘存。与“门诊管理子系统”和“药库管理子系统”有系统边界。有两个系统执行者“门诊管理子系统”和“药库管理子系统”，两个人执行者“药房管理员”和“病人二“门诊管理子

16、系统”主要通过开处方来完成药品申请和申退。“药库管理子系统”主要通过药品发放及盘存核算监控药品库存量，当库存量小于预警库存量时及时组织采购。“药房管理员”负责药品核对药品申请/申退信息及收据发药/退药。并进行盘存/报损把数据传给“药库管理子系统”。(3)药库管理子系统的业务范围、边界及执行者“药库管理子系统”主要负责药品类别设置及药品归类，采购管理，入库管理，出库管理，报损，库存核算等业务。与“财务管理子系统”和“药房管理系统”有系统边界。有两系统执行者“财务管理子系统”和“药房管理子系统”，一个人执行者“药库管理者二“药房管理子系统”把每天库存报损及盘存数据传给“药库管理子系统”，“药库管理

17、子系统”通过这些数据检查库存量，及时进行采购。“财务管理子系统”通过接受“药库子系统”传来的库存核算进行流动资产管理，根据采购入库单发放资金等。“业务管理员”对“库存管理子系统”各个功能进行操作。3. 2.2确定用例(1) “门诊管理子系统”中的用例 门诊挂号 生成处方 收费/退费(2) “药房管理子系统”中的用例 药品申请/申退 发药/退药处理 盘存/报损处理(3) “药库管理子系统”中的用例 基础设置 采购管理 入库管理 出库管理 盘存/报损 库存核算 退货管理 查询3. 2.3绘制分层用例图D第一层用例图(功能模块)2）第二层用例图8个用例图包括门诊子系统，药房管理，药物购买,住院管理，

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

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

20、序图(4)制定采购订单顺序图小于冻存警戒检查存储订货单药M=数据M=:采购管理员:药阵管理窗口录入入库单存储修改库存（6）付款处理顺序图处理未付款项处理O核对比物清整未付款订货地审核凭证-I-:施物到齐e（循环II知道无W货单）二）存储比if 凭证信息存储审核成功-4. 2.2状态图损坏修好不能修4.2.3类图5数据库设计5.1实体及实体属性描述实体-联系图（Entity-ReIationDiagram）用来建立数据模型,在数据库系统概论中属于概念设计阶段，形成一个独立于机器，独立于DBMS的ER图模型。通常将它简称为ER图，相应地可把用ER图描绘的数据模型称为ER模型。ER图提供了表示实体（

21、即数据对象）、属性和联系的方法，用来描述现实世界的概念模型。（1）病人（编号姓名性别年龄病症描述病史记录）（2）医生（编号姓名性别出生年月职称职务权限密码）（3）护士（编号姓名性别出生年月级别职务权限密码）（4）管理员（编号姓名性别出生年月学历职责权限密码）（5）病房（编号名称床位数备注）（6）病床（编号价格备注）（7）药品（编号名称价格作用说明类别库存警戒线备注）（8）药房（编号名称备注）（9）药库（编号名称备注）（10）科室（编号名称职责备注）5. 2实体及实体间的关系E-R图包含Il6数据库表结构设计病人数据库表表6.1PatientTable福数据类型亲度可否为空说明声明P-numNc

22、har20NOTNULLP-nameVarchar50NULLP-sexChar4NULLP-birthdayDate20NULLDiseaseVarchar50NULLCasehistoryVarchar100NULLRemarksVarchar100NULL录号名别龄症记注编姓性年病史备病（2）医生数据库表表6.2DoctorTable列名数据类型长度可否为空说明声明D-numNchar20NOT NULLD-nameVarchar50NULLD-sexChar4NULLPostVarchar10NULLD-b i rthdayDate20NULLD-dutiesVarchar50NULL

23、D-author ityVarchar50NULLD-codeVarchar20NULL月号名别称年务限码编姓性职生职权密出（3）护士数据库表表6.3NurseTabIe列名数据类型长度可否为空说明声明N-numNchar20NOT NULLN-nameVarchar50NULLN-sexChar4NULLN-b i rthdayDate20NULLN-gradeVarchar20NULLN-duitiesVarchar50NULLN-author i tyVarchar50NULLN-codeVarchar20NULL月号名别年别务限码编姓性生级职权密出（4）管理员数据表表6.4Manage

24、rTable原语数据类型KS可否为空说明声明Manager-numNchar20NOTNULLManager-nameVerchar50NULLManager-sexChar4NULLManager-birthdayDate20NULLManager-degreeNchar20NULLManager-dutiesVarchar50NULLManager-codeVarchar20NOTNULLManager-authorityVarchar50NOTNULL月名别年历责码限姓性生学职密权出（5）病房数据库表表6.5SickroomTabIe列名数据类型长度可否为空说明声明Sickroom-nu

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

26、nameVarchar50NULL药品名称Storeroom-numNchar20NOTNULL药房编号外键Medicines-priceFloat20NULL价格Medicines-kindsVarchar50NOTNULL类别外键IIIustrateVarchar100NULL作用说明RemarksVarchar100NULL备注（8）药房数据库表表6.8StoreroomTable列名数据类型长度可否为空说明声明Storeroom-numNchar20NOTNULL药房编号主键Storehouse-numNchar20NOTNULL药库编号外键Storeroom-nameVarchar5

27、0NULL药库名称Medicines-kindsVarchar50NULL药品类别RemarksVarchar100NULL备注(9)药库数据库表表6.9StorehouseTable列名数据类型长度可否为空说明声明Storehouse-numNchar20NOTNULL药库编号主键Storehouse-nameVarchar50NULL药库名称SecurityIineFIoat20NULL警戒线RemarksVarchar50NULL备注(10)药品类别表6.10MKindTable列名数据类型长度可否为空说明声明MKind-numNchar20NOTNULL类别编号主键MKind-name

28、Verchar50NOTNULL类别名称RemarksVarchar100NULL备注(11)病例数据库表列名数据类型长度可否为空说明声明Case-numNchar20NOTNULL病例编号主键Case-nameVerchar50NULL病例名称Case-describeVarchar100NOTNULL描述Casekind-numNchar20NOTNULL类型编号外键TreatmentVarchar50NULL治疗方法Case-totaIVarchar20NULL病例统计RemarksVarchar100NULL备注(12)病例种类数据库表表6.12CasekindTable列名数据类型长

29、度可否为空说明声明Casekind-numNchar20NOTNULL病例编号主键Casekind-nameVerchar50NOTNULL病例名称Casekind-describeVarchar100NOTNULL描述RemarksVarchar100NULL备注(13)科室数据库表表6.13AdministrativeTable列名数据类型长度可否为空说明声明Administrative-nuniNchar20NOTNULL科室编主键号Administrative-nameVerchar50NULL科室名称Administrative-dutiesNchar20NOTNULL职责Remar

30、ksVarchar100NULL备注(14)处方数据库表表6.14PrescriptionTabIe列名数据类型长度可否为空说明声明PrescriPtion-numNchar20NOTNULL处方编号主键Prescription-nameVarchar50NULL处方名称D-numNchar20NOTNULL医生编号外键P-numNchar20NOTNULL病人编号外键PrescriptionVarchar150NULL处方内容说明备注IIIustrateVarchar100NULLRemarksVarchar100NULL(15)住院记录表表6.15RecordTabIe列名数据类型长度可否

31、为空说明声明Record-numNchar20NOTNULL记录编号主键P-numNchar20NOTNULL病人编号主键Enter-dateDate20NOTNULL入院日期Eksit-dateDate20NOTNULL出院日期TotaI-dateNchar50NOTNULL总计天数Manager-numNchar20NUTNULL办理员编外键RemarksVerchar100NULL备注(16)挂号类型统计表表6.16RegiSterkindTable列名数据类型长度可否为空说明声明Registerkind-numNchar20NOTNULL挂号种类主键Register-costVerch

32、ar50NOTNULL编号挂号费用Register-totaIVarchar100NOTNULL挂号量总Register-DateDate20NOTNULL计挂号日期(17)医生分属科室关系表表6.17A-DTable列名数据类型长度可否为空说明声明Administrative-numNchar20NOTNULL病例编号主键D-numVerchar50NULL病例名称主键D-totaIVarchar100NOTNULL描述(18)护士医护病人关系表表618N-PTable列名数据类型长度可否为空说明声明N-numNchar20NOTNULL护士编号主键P-numNchar50NOTNULL病人

33、名称主键RecordVarchar20NOTNULL医护记录RemarksVarchar100NULL备注7总结科技进步将人类带到了信息时代，计算机已成为各个行业在业务处理与管理工作中必不可少的辅助工具，并对各行业的发展起到越来越大的推动作用。医疗卫生是围绕在我们生活中的一个非常重要的部分，与我们的生活息息相关。建设一个适合、实用的医院管理信息系统，对医院经济效益、社会效益、管理水平及至医疗水平的提高都大有裨益。也正是由于这个原因，我决定选择医院门管理信息系统这个题目进行项目开发。在确定题目后，首先我进行了大量的信息收集工作，包括网上查询、学校图书馆查询，甚至跑遍了学校周围的所有书店。根据搜索

34、的资料及现实生活中的经验开始可行性分析，需求分析，系统分析。其中需求分析是最重要的，只有通过需求分析才能确定系统要实现的功能，最终通过UML建模语言中的用例图来描述，用活动图来进行复杂用例的详细描述。接着对系统进行静态结构建模通过对象类图描述，确定类及类之间的关系是最主要的，设计中的对象与现实中的对象联系起来，并不是件容易的事。如果对象确定不好会给系统设计实现带来很大的麻烦。而它们之间的关系并不是简单连接就能表述的，它们之间的关系有关联，继承，聚合，依赖和细化。由此提现了UML建模语言强大的语言表达能力。建立系统动态模型，动态模型分为动态交互模型、状态模型，其中交互模型主要通过顺序图和合作图来

35、描述，状态模型主要通过状态图和活动图来描述。这些中及存在区别，也存在着联系，区别在于它们描述的侧重点不同，能从不同角度对系统中的动作状态进行描述，联系在于它们都是以体系结构为中心，以用例为驱动，许多模型元素都相同，可以互相转化。在设计过程中最大的难题在于对象类之间的动作状态的确定，以及引起转化迁移事件的确定，只有对系统有深入的分析之后才能确定。通过这次UML建模课程设计，让我对UML建模语言有了更深入的了解，不只是停留在表面知识上，而是真正成为描述系统模型的语言来使用。在设计过程中充分体现了UML以系统体系结构为中心，以用例为驱动，以风险控制和质量管理为目标，以渐增迭代为开发方式的面向对象独有的语言特色。同时我体会到了软件开发需要细心和耐心，不求最好只求更好。培养了我对完美不懈的追求精神，严谨做事的态度。不一定每一个人都要成为专业软件的开发人员，但做任何事却要具备开发人员思维和态度。对我以后的人生道路有很好的引导启发作用。