UML建模语言课程设计
课程： 医院管理信息系统
专业： 计算机科学与技术（软件工程)
班级： 计科80902
指导老师： 吴宣为
小组成员： 徐玛亮，周磊，王昊，王宇鹏，陈锋
时间: 2012年6月4日
- 1 -
UML课程设计
目录
1、背景介绍..........................................................1 2、可行性分析........................................................2 2。1经济可行性分析 ................................................2 2.2技术可行性分析 .................................................3 2.3法律可行性分析 .................................................3 2。4总结 ..........................................................3 3、 需求分析.........................................................4 3。1客户需求分析 ..................................................4 3.1.1具体功能要求 .............................................4 3。1.2功能模块图 ..............................................6 3。2用例建模 ......................................................7 3。2.1确定系统范围、系统边界及执行者 ...........................7 3.2.2确定用例 ..................................................7 3.2。3分层绘制用例图 ...........................................8 4、系统分析.........................................................19 4.1对象静态建模 ..................................................19 4。2对象动态建模 .................................................20 4。2。1顺序图描述系统中的交互模型 .............................20 4。2。2状态图 .................................................24 4。2.3 类图．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．24 5、 数据库设计......................................................25 5.1实体及实体属性描述 ............................................25 5.2 E-R图设计 ....................................................26 6、 数据库表结构设计................................................27 7、 总结............................................................32
- 2 -
UML课程设计
１、背景介绍
1。1编写目的
科技进步将人类带到了信息时代,计算机已成为各行各业在业务处理与管理工作中必不可少的辅助工具，并对各行业的发展起到越来越大的推动作用.计算机信息管理技术的应用，除了能在相当大的程度上代替人工作业,从而减少人员工作量，减轻工作负担，减少工作中因人为原因而产生的错误从而避免不必要的损失外，更重要的是能建立准确畅通、简便的信息流通渠道,为工作提供所需要的准确、即时的信息以帮助做出正确而及时的选择与决定，从而给采用这门技术的单位带来了巨大的可见或不可见的利益与效益.
随着信息时代来临,信息处理的利器-计算机应用于医院的日常管理为医院的现代化带来了从未有过的动力和机遇，为医疗卫生领域的飞速发展提供了无限潜力。采用计算机管理信息系统已成为医院管理科学化和现代化的重要标志，给医院带来了明显的经济效益和社会效益。为了加快医院系统的信息化步伐，提高医院的业务水平，建设和完善医院信息系已变得十分必要.系统的建设将本着“以患者为中心”的原则，以方便患者、提高就诊效率为目的,力争为患者提供最满意的服务，同时也将提高医院的社会效益和经济效益。与市场经济的接轨的过程中，每个医院都面临着强化内部管理、树立医院形象、上层次晋等级、进而提高社会效益和经济效益的艰巨任务。在医院管理过程中应用计算机系统,可随时进行经济核算，展开成本效益分析,使医院经营决策科学化;借据计算机数据处理严密可靠的特有机制，在改善医院人、财、物管理，降低医管人员工作强度,提高医疗工作质量，杜绝人情方、搭车药、减轻病员负担，创造医院良好信誉等诸多方面，益康医院管理信息系统都将成为您不可或缺的助手和工具。
1。2项目背景
目前面向对象的程序设计语言已广为流行，但许多数据库支持者仍倾向采用结构化设计方法来设计系统结构，使得对象的属性及方法分散在设计中，很难将设计中的对象同现实中的对象完全对于起来,对系统的完全性、可靠性、开放性均有影响。造成这种现象的原因大致有两个设计人员习惯于结构化设计，难以立刻转向面向对象设计。面向对象设计相对来说比较抽象，繁琐，用它设计规模不是很大的系统得不偿失。但无论如何,若想充分发挥面向对象编程的优越性，就必须采用面向对象的设计方法。UML是软件世界第一个统一建模语言，已成为国际软件界广泛承认的标准,应用领域非常广泛。可由于多种类型软件系统开发建模的各个阶段，使用UML建模的优越性在于数据类型丰富，可处理复杂数据结构,数据库语言与程序环境一致，直接存取对象执行效率高，适用于对象系统应用。
- 3 -
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）非一次性收益
- 4 -
UML课程设计
整个系统生命期内人员开支每月减少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总结
- 5 -
UML课程设计
综上所述:无论在经济,法律，技术方面都具有开发可行性。
3需求分析
3。1客户需求分析
3.1.1具体功能要求
（1）挂号收费管理
●门诊挂号:录入患者的基本信息，农合，医保划卡及挂单查询
●门诊收费/退费：录入患者的基本信息，农合，医保划卡及挂单查询 ●门诊处方：门诊收费，票据的打印/药品,检查,治疗的退费及查询 (2）药房管理 ●发药/退药：（门诊/住院）患者（发药/退药)
●药品申领/申退：药品申领/申退操作，以及统计和查询功能
●盘存/报损；药房药品数量和金额的盘存，药品抱损操作原因，查询 ●查询系统：药房进药，收费的统计,药品的统计和报警药品查询 （3）住院管理
●入院登记：登记住院患者的基本信息 ●住院预缴:住院费用的交纳，收取。 ●出院结算:住院期间费用结算
●查询功能:这里可以查询,入院/预缴/出院患者的详细信息 （4）住院医护
●病员管理：病员收住/病房,床位设置，科内转床，转科申请，转院出院 ●住院医护：医嘱校对/执行/撤消，套餐设置/退住院，检查/治疗项目费
●查询打印:病员收住/科内转床/转科申请/转科接收/当前医嘱/医嘱执行/转院出院的查询，摆药单/催款通知书/收费清单打印 （5）药库管理 ●设置：设置药品/药库字典/药品调价/药房平调/零记录清理/盘存初始化操作，查询
●入库：药品入库/记录查询/操作统计/药品统计/供货单位统计/入库单打印 ●开单:调拨开单操作/开单记录查询/开单操作统计/开单药品统计/打印
●出库:药品出库/药房申领查询/出库记录查询/操作统计/出库药品统计/调拨方向报表/批量药品出库/出库单打印 ●退库：（院内/院外）退库/退库记录查询/退库原因分析/退库单打印 ●库存核算：药品数量盘存/药品金额盘存/盘存记录查询（包含操作和药品统计） ●报损：药品抱损/抱损记录（含操作和药品统计）/抱损原因/打印抱损单 ●退货和采购：药库退货/记录查询（含操作和药品统计）/采购构思和计划以及单据打印
●查询：药库明细表以及药库报警表 (6)决策查询
- 6 -
UML课程设计
●业务查询：门诊挂号收费处方统计及明细
●药房查询:药房明细/门诊和住院发药记录统计/进药报损消耗盘存记录统计 ●药库查询：药库明细/出入库退库退货报损统计明细/盘存记录以及统计 ●痕迹查询：门诊改号退号记录/门诊撤费退费/住院退费/处方废除等
●分类考核：门诊科室门诊医生住院医师住院病区门诊及住院项目/辅助科室 （7）财务管理
●业务报表:门诊挂号处方收费退费的统计，住院预缴统计.发票使用统计等 ●药库核算：出入库操作统计/报损退库退货统计/数量金额统计/药品及报警名细
●药房核算:进发药/门诊退药住院退药统计/药品消耗及报损统计/数量和金额盘存明细/药品明细/报警明细/药品收费记录统计
●收费统计:门诊科室门诊医生住院医师住院病区门诊及住院项目/辅助科室/门诊收费住院收费，门诊病员住院病员以及住院结算 （8）系统维护
●基本设置:系统信息设置（门诊科室医生）住院病区医生，辅助科室设置用户信息设置等
●系统设置：系统连接/系统初始化/门诊过期住院过期清理等
●高级设置：门诊发票设置，挂号单项/住院发票/预缴金单/门诊处方可选功能
- 7 -
UML课程设计
3。1。2功能模块图
医 院 管理 信 息系 统 门诊挂号 挂号/收费子系统 收费/退费 门诊处方 药房管理子系统 发药/退药 申领/申退 核算/报损 查询 病员管理 住院管理子系统 住院医护 入院登记 查询打印 住院预缴 医护管理子系统 出院结算 业务查询 查询 药房查询 决策查询子系统 药库查询 痕迹查询 分类考核 设置 入库 开单 领药出库 业务报表 药库核算 药房核算 收费统计 退库 库存核算 报损 退货/采购 药库管理子系统 财务管理子系统 - 8 - 基本设置 系统设置子系统 系统设置 高级设置 UML课程设计
3。2用例建模
3.2。1确定系统范围、边界和执行者
由于系统较复杂这里只对“门诊管理\"、“药房管理”、“药库管理”做详细说明。 (1)门诊子系统的业务范围、边界及执行者
“门诊子系统”只负责病人挂号、处方、收费和退费。与“财务管理子系统\"和“药房管理子系统”有系统边界。有两个系统执行者,三个人执行者。
“病人”执行者只要是首先通过挂号缴费，领取挂号单，看病,接到医生处方,到药房拿药.
“工作人员”执行者分为医生和管理员，医生负责看病开处方，并把处方传到财务管理子系统，管理员主要负责收取挂号费,药费，退费等工作。 “院长”执行者主要通过查询功能来查看每天业务情况。
“财务管理系统\"通过接收医生开的处方，来进行划价收费。或病人退药退费处理等.
“药房管理子系统”主要通过财务系统传来的已收费处方进行核对拿药。 （2）药房管理子系统的业务范围、边界及执行者
“药房管理子系统\"负责根据门诊子系统药品申请/申退信息，及“财务管理子系统”的收据进行发药/退药处理，核算每天盘存。与“门诊管理子系统”和“药库管理子系统\"有系统边界.有两个系统执行者“门诊管理子系统\"和“药库管理子系统”，两个人执行者“药房管理员”和“病人\"。
“门诊管理子系统”主要通过开处方来完成药品申请和申退。
“药库管理子系统\"主要通过药品发放及盘存核算监控药品库存量,当库存量小于预警库存量时及时组织采购。
“药房管理员”负责药品核对药品申请/申退信息及收据发药/退药。并进行盘存/报损把数据传给“药库管理子系统\"。
（3）药库管理子系统的业务范围、边界及执行者
“药库管理子系统”主要负责药品类别设置及药品归类,采购管理,入库管理,出库管理，报损,库存核算等业务.与“财务管理子系统”和“药房管理系统”有系统边界.有两系统执行者“财务管理子系统\"和“药房管理子系统”，一个人执行者“药库管理者\"。 “药房管理子系统”把每天库存报损及盘存数据传给“药库管理子系统”，“药库管理子系统”通过这些数据检查库存量，及时进行采购。
“财务管理子系统\"通过接受“药库子系统”传来的库存核算进行流动资产管理，根据采购入库单发放资金等.
“业务管理员”对“库存管理子系统”各个功能进行操作。
3。2.2确定用例
(1）“门诊管理子系统”中的用例
- 9 -
UML课程设计
门诊挂号 生成处方 收费/退费
（2)“药房管理子系统”中的用例
药品申请/申退 发药/退药处理 盘存/报损处理
（3）“药库管理子系统\"中的用例
基础设置 采购管理 入库管理 出库管理 盘存/报损 库存核算 退货管理 查询
3.2。3绘制分层用例图 1）第一层用例图(功能模块）
系统挂号收费管理系统维护医院工作人员药房管理财务管理药库管理住院管理病人住院维护系统决策查询院长
2）第二层用例图 ８个用例图 包括｛门诊子系统，药房管理,药物购买，住院管理,住院护理，决策查询，财务管理，整个系统维护管理用例图}
- 10 -
UML课程设计
（1）门诊子系统用例图（病人从挂号到门诊结束）（涉及病人,工作人员，院长）
系统门诊挂号病人工作人员门诊处方财务管理子系统查询门诊收费/退费药房管理子系统院长
- 11 -
UML课程设计
（2）药物购买用例图（病人购买药物过程）
系统药品申请/申退门诊管理子系统发药/退药查询病人盘存/报损药库管理子系统(3）住院管理用例图(住院登记程序）
- 12 -
药房管理者
UML课程设计
系统入院登记病人病房管理者住院预缴费查询财务管理子系统出院结算
（4）住院护理用例图
系统病员管理查询打印住院医护病人管理者
（5）药房管理用例图
- 13 -
UML课程设计
系统设置药库管理者入库管理采购管理库存核算出库管理财务管理子系统查询报损退货管理药房管理子系统
（6）决策查询用例图
- 14 -
UML课程设计
系统业务查询院长门诊管理子系统药房查询药房管理子系统药库查询痕迹查询药库管理子系统住院管理子系统
（7）财务管理用例图
系统院长财务管理员业务报表药库管理子系统药房管理子系统药库核算住院管理子系统收费统计药房核算住院医护子系统门诊管理子系统
（8)系统维护用例图
- 15 -
UML课程设计
系统系统维护员基本设置住院管理子系统住院护理子系统门诊管理子系统系统设置决策查询子系统高级设置药房管理子系统财务管理子系统药库管理子系统
3）三层用例图 ： ７个 包括｛挂号管理,收费退费，生成处方，病员管理，住院护理，制定采购，合同管理｝
- 16 -
UML课程设计
（1）挂号管理用例图
挂号子系统添加挂号记录管理员病人修改挂号记录查询挂号记录删除挂号记录院长
（2）收费退费管理用例图
门诊收费退费系统病人收费院长退费查询管理员财务管理子系统统计
（3）生成处方用例图
- 17 -
UML课程设计
生成处方子系统生成处方病人修改处方查看处方药房删除处方财务管理子系统医生
（4）病员管理用例图
系统病房及床位设置病人科内转床转科申请转院出院管理者
（5）住院医护用例图
- 18 -
UML课程设计
系统医嘱校对住院医嘱执行检查治疗项目管理者医嘱撤销退院病人
（6）制定采购计划
系统采购计划制定采购管理者药房管理子系统库存核算采购合同管理财务管理子系统供货商
（7）合同管理
- 19 -
UML课程设计
系统修改合同履约合同检查合同管理员增加采购合同打印催货单财务管理子系统库存核实入库单处理采购合同查询供货商- 20 -
UML课程设计
3.3活动图
药房管理药库管理采购管理库存核算审核出库单审核采购入库单审核领药出库审核报损单生产库存清单
- 21 -
UML课程设计
4系统分析
根据建立的医护需求模型，在系统分析阶段要进一步确立三个模型:对象静态图模型、对象动态模型,系统功能模型.
4.1对象类静态模型
对象静态结构模型描述了系统的静态结构,包括构成系统的类和对象、它们的属性和操作以及这些对象类之间的联系.对象类静态结构模型是系统开发模型的核心模型,实质上是定义系统“对谁做”的问题。
医院管理信息系统类及类之间的关系图如下:
- 22 -
UML课程设计
药库-编号 : string-名称 : string-药品类编 : string-库存警戒 : string-备注 : string+采购管理()+入库管理()+出库管理()+报损()+库存核算()药房住院办理医院工作人员-编号 : int-姓名 : string-性别 : string-年龄 : string-职务 : string-权限 : bool-密码 : string+登录系统()+修改密码()+退出系统()科室-编号 : string-名称 : string-类别 : string-备注 : string+增加()+修改()+删除()+查询()医生-包含1-分属*缴费挂号管理人员-学历 : string+挂号管理()+财务管理()+药房管理()+药库管理()+病房管理()+系统维护()-管理-*管理-编号 : string-名称 : string-药品类别 : string*-备注 : string+增加()+修改()+删除()+查询()1*-存放-级别 : string-职称 : string+开处方()+记录病例()+查询病例库()+修改处方()+删除处方()-看管1*病人***-开处方护士-级别 : string+校验医嘱()+执行医嘱()+查看医嘱()+病人管理()病房-编号 : string-床位数量 : string-备注 : string+增加()+修改()+删除()+查询()0..1*床位-存放药品-编号 : string-名称 : string-药库编号 : string-价格 : string-说明 : string-备注 : string-看病1..*挂号缴费-编号 : string-姓名 : string-性别 : string-年龄 : string-病症 : string-病史记录 : string-病房编号 : string-床位编号 : string-备注 : string+添加()+科内转床()+专科申请()+转院()+出院结算()+预缴费()-住院11-编号 : string-房号 : string-病人编号 : string-备注 : string+设置添加()+查询()+修改()+转床记录()+删除()财务数据库-费用编号 : string-金额 : float-日期 : string-费用类型 : string-备注 : string+获取挂号费用()+获取住院预缴费()+获取住院维护费()+获取出院结算费()+获取药房数据()+获取药库核算数据()+获取采购费()+收支核算()+业务报表()住院4.2对象动态模型
对象动态模型描述了系统的动态行为，它们指明了系统如何响应外部事件或激励，涉及系统中对象的执行顺序和状态变化，侧重于系统控制逻辑的描述,实质上是解决系统中的对象“何时做”的问题。对象动态结构模型包括：对象交互模型和对象状态模型.其中对象交互模型用顺序图和合作图描述，对象状态模型用状态图和活动图描述.
4.2.1顺序图描述医院管理信息系统中的交换模型
（1）挂号抓药顺序图
- 23 -
UML课程设计
：病人：挂号：科室：医药费数据库药房数据库挂号交费生成：挂号记录创建成功存储挂号成功看病生成处方存储返回交费处方信息交费成功收据领药处方信息修改库存领药成功
（2） 住院治疗顺序图
- 24 -
UML课程设计
：病人：住院管理：财务管理;住院医护：护士住院登记设置病房床位安排记录存储床位安排单预缴费床位安排信息存储缴费记录收据床位安排信息医护记录信息存储医护记录医护记录存储医护清单出院办理住院记录住院记录结算记录单出院手续生产费用核算清单出院手续结算结算收据
（3） 药库管理顺序图
- 25 -
UML课程设计
：管理员药库管理窗口审核领药出库：药库数据库：药房数据库：财务数据库启用系统（密码）获取领药出库单{循环}领药出库清单生产领药统计单修改库存[小于预警量]检查()创建()：库存预警清单打印审核完毕药品出库清单处理完毕核销（）
（4） 制定采购订单顺序图
:采购管理员：采购窗口：药房数据库库存量检查小于库存警戒检查小于库存警戒检查返回小于预警药品信息制定订货单添加订货单存储订货单已生成订货单
(5)到货入库顺序图
- 26 -
UML课程设计
：采购管理员：药库管理窗口药库数据库录入入库单存储修改库存修改
（6）付款处理顺序图
采购数据库
;采购管理员：采购管理窗口：到货单：订货合同;财务数据库处理未付款项处理（）核对货物清单{循环}未付款订货单审核凭证生成应付款凭证货物到齐[知道无到货单]消息1存储凭证审核成功消息3凭证信息存储
4。2。2状态图
- 27 -
UML课程设计
损坏购入使用修好维修中药物 多余重新使用不能修超过年限闲置报废
4.2.3类图
- 28 -
UML课程设计
5 数据库设计
5。1实体及实体属性描述
实体-联系图(Entity-Relation Diagram)用来建立数据模型，在数据库系统概论
中属于概念设计阶段，形成一个独立于机器，独立于DBMS的ER图模型.通常将它简称为ER图，相应地可把用ER图描绘的数据模型称为ER模型。
ER图提供了表示实体(即数据对象）、属性和联系的方法，用来描述现实世界的概念模型.
(1）病人（编号 姓名 性别 年龄 病症描述 病史记录）
（2）医生(编号 姓名 性别 出生年月 职称 职务 权限 密码） (3)护士（编号 姓名 性别 出生年月 级别 职务 权限 密码） (4）管理员（编号 姓名 性别 出生年月 学历 职责 权限 密码） （5）病房（编号 名称 床位数 备注） （6）病床（编号 价格 备注)
(7）药品（编号 名称 价格 作用说明 类别 库存警戒线 备注） （8)药房（编号 名称 备注） （9）药库（编号 名称 备注）
（10)科室（编号 名称 职责 备注）
5.2实体及实体间的关系E—R图
- 29 -
UML课程设计
n 处方 床位 包含 1 病房 n 药库 n 管理 m 包含 m 1 n 1 1 接受 1 住院 管理 m 管理员 开方 m 1 1 管理 m 医生 m n 看病 分属 n 病人 管理 m n n 药品 护理 1 - 30 - 药房 n 存放 1 1 科室 护士 UML课程设计
6数据库表结构设计
（1)病人数据库表
表6.1 Patient Table
列名 数据类型 长度 可否为空 P—num Nchar 20 NOT NULL P-name Varchar 50 NULL P—sex Char 4 NULL P—birthday Date 20 NULL Disease Varchar 50 NULL Case history Varchar 100 NULL Remarks Varchar 100 NULL （2）医生数据库表
表6.2 Doctor Table
列名 数据类型 长度 可否为空 D-num Nchar 20 NOT NULL D-name Varchar 50 NULL D-sex Char 4 NULL Post Varchar 10 NULL D-birthday Date 20 NULL D—duties Varchar 50 NULL D—Varchar 50 NULL authority D-code Varchar 20 NULL （3)护士数据库表
表6.3 Nurse Table
- 31 -
说明 编号 姓名 性别 年龄 病症 病史记录 备注 声明 主键
说明 编号 姓名 性别 职称 出生年月 职务 权限 密码
声明 主键
UML课程设计
列名 数据类型 长度 可否为空 说明 N—num Nchar 20 NOT NULL 编号 N—name Varchar 50 NULL 姓名 N—sex Char 4 NULL 性别 N-birthday Date 20 NULL 出生年月 N—grade Varchar 20 NULL 级别 N-duities Varchar 50 NULL 职务 N—Varchar 50 NULL 权限 authority N-code Varchar 20 NULL 密码
(4）管理员数据表
表6.4 Manager Table
列名 数据类型 长度 可否为空 说明 Manager-num Nchar 20 NOT NULL 管理员编
号
Manager—name Verchar 50 NULL 姓名 Manager—sex Char 4 NULL 性别 Manager—birthday Date 20 NULL 出生年月 Manager—degree Nchar 20 NULL 学历 Manager—duties Varchar 50 NULL 职责 Manager—code Varchar 20 NOT NULL 密码 Manager—Varchar 50 NOT NULL 权限 authority
(5）病房数据库表
表6.5 Sickroom Table
列名 数据类型 长度 可否为空 说明 Sickroom-num Nchar 20 NOT NULL 编号 Sickroom-name Varchar 50 NULL 名称 Sickroom-capacity Varchar 50 NULL 床位数
Remarks Varchar 100 NULL 备注 (6）床位数据库表
表6.6 Bad Table
- 32 -
声明
主键
声明 主键
声明 主键
UML课程设计
列名 数据类型 长度 可否为空 Bad—num Nchar 20 NOT NULL Sickroom-num Nchar 20 NULL Remarks Varchar 50 NULL
(7）药品数据库表 表6.7 Medicines Table
列名 数据类型 长度 可否为空 Medicines—num Nchar 20 NOT NULL Medicines-name Varchar 50 NULL Storeroom-num Nchar 20 NOT NULL Medicines—Float 20 NULL price Medicines—Varchar 50 NOT NULL kinds Illustrate Varchar 100 NULL Remarks Varchar 100 NULL
（8）药房数据库表
表6.8 Storeroom Table
列名 数据类型 长度 可否为空 Storeroom—num Nchar 20 NOT NULL Storehouse-num Nchar 20 NOT NULL Storeroom—name Varchar 50 NULL Medicines-kinds Varchar 50 NULL Remarks Varchar 100 NULL
（9)药库数据库表
表6.9 Storehouse Table
列名 数据类型 长度 可否为空 Storehouse-num Nchar 20 NOT NULL Storehouse—Varchar 50 NULL
name
Security line Float 20 NULL Remarks Varchar 50 NULL (10）药品类别
表6.10 MKind Table
列名 数据类型 长度 可否为空
- 33 -
说明 编号 病房编号 备注 声明 主键 外键
说明 编号 药品名称 药房编号 价格 类别 作用说明 备注
声明 主键 外键 外键
说明 药房编号 药库编号 药库名称 药品类别 备注 声明 主键 外键
说明 药库编号 药库名称 警戒线 备注
声明 主键
说明 声明
UML课程设计
MKind—num Nchar 20 NOT NULL 类别编号 MKind—name Verchar 50 NOT NULL 类别名称 Remarks Varchar 100 NULL 备注 （11)病例数据库表 表6.11 Case Table
列名 数据类型 长度 可否为空 说明 Case-num Nchar 20 NOT NULL 病例编号 Case—name Verchar 50 NULL 病例名称 Case-describe Varchar 100 NOT NULL 描述 Casekind—num Nchar 20 NOT NULL 类型编号 Treatment Varchar 50 NULL 治疗方法 Case-total Varchar 20 NULL 病例统计 Remarks Varchar 100 NULL 备注
（12）病例种类数据库表
表6.12 Casekind Table
列名 数据类型 长度 可否为空 说明 Casekind—num Nchar 20 NOT NULL 病例编号 Casekind-name Verchar 50 NOT NULL 病例名称 Casekind—Varchar 100 NOT NULL 描述 describe Remarks Varchar 100 NULL 备注 （13）科室数据库表 表6.13 Administrative Table
列名 数据类型 长度 可否为空 说明
Administrative-num Nchar 20 NOT NULL 科室编
号
Administrative-name Verchar 50 NULL 科室名
称
Administrative-duties Nchar 20 NOT NULL 职责
Remarks Varchar 100 NULL 备注
（14）处方数据库表
表6.14 Prescription Table
- 34 -
主键
声明 主键 外键
声明 主键
声明 主键
UML课程设计
列名 数据类型 长度 可否为空 说明 Prescription-num Nchar 20 NOT NULL 处方编号 Prescription-name Varchar 50 NULL 处方名称
D—num Nchar 20 NOT NULL 医生编号 P—num Nchar 20 NOT NULL 病人编号 Prescription Varchar 150 NULL 处方内容 Illustrate Varchar 100 NULL 说明 Remarks Varchar 100 NULL 备注 （15）住院记录表
表6.15 Record Table
列名 数据类型 长度 可否为空 说明 Record—num Nchar 20 NOT NULL 记录编号 P—num Nchar 20 NOT NULL 病人编号 Enter-date Date 20 NOT NULL 入院日期 Eksit—date Date 20 NOT NULL 出院日期 Total-date Nchar 50 NOT NULL 总计天数 Manager—Nchar 20 NUT NULL 办理员编num 号 Remarks Verchar 100 NULL 备注
（16）挂号类型统计表
表6.16 Registerkind Table
列名 数据类型 长度 可否为空 说明 Registerkind—Nchar 20 NOT NULL 挂号种类
num 编号 Register-cost Verchar 50 NOT NULL 挂号费用 Register-total Varchar 100 NOT NULL 挂号量总
计
Register-Date Date 20 NOT NULL 挂号日期
（17）医生分属科室关系表 表6.17 A-D Table
列名 数据类型 长度 可否为空 说明
Administrative-num Nchar 20 NOT NULL 病例编号
D—num Verchar 50 NULL 病例名称 D-total Varchar 100 NOT NULL 描述
(18）护士医护病人关系表
- 35 -
声明 主键 外键 外键
声明 主键 主键 外键
声明 主键
声明 主键 主键
UML课程设计
列名 N-num P—num Record Remarks
数据类型 Nchar Nchar Varchar Varchar
表6.18 N-P Table
长度 20 50 20 100 可否为空 说明 NOT NULL 护士编号 NOT NULL 病人名称 NOT NULL 医护记录 NULL 备注 声明
主键 主键
7总结
科技进步将人类带到了信息时代，计算机已成为各个行业在业务处理与管理工作中必不可少的辅助工具，并对各行业的发展起到越来越大的推动作用。医疗卫生是围绕在我们生活中的一个非常重要的部分，与我们的生活息息相关。建设一个适合、实用的医院管理信息系统，对医院经济效益、社会效益、管理水平及至医疗水平的提高都大有裨益。也正是由于这个原因，我决定选择医院门管理信息系统这个题目进行项目开发.
在确定题目后，首先我进行了大量的信息收集工作，包括网上查询、学校图书馆查询,甚至跑遍了学校周围的所有书店。根据搜索的资料及现实生活中的经验开始可行性分析，需求分析，系统分析.其中需求分析是最重要的，只有通过需求分析才能确定系统要实现的功能，最终通过UML建模语言中的用例图来描述,用活动图来进行复杂用例的详细描述。接着对系统进行静态结构建模通过对象类图描述，确定类及类之间的关系是最主要的，设计中的对象与现实中的对象联系起来，并不是件容易的事.如果对象确定不好会给系统设计实现带来很大的麻烦.而它们之间的关系并不是简单连接就能表述的,它们之间的关系有关联，继承，聚合，依赖和细化。由此提现了UML建模语言强大的语言表达能力.建立系统动态模型，动态模型分为动态交互模型、状态模型，其中交互模型主要通过顺序图和合作图来描述，状态模型主要通过状态图和活动图来描述。这些中及存在区别，也存在着联系，区别在于它们描述的侧重点不同,能从不同角度对系统中的动作状态进行描述,联系在于它们都是以体系结构为中心，以用例为驱动，许多模型
- 36 -
UML课程设计
元素都相同，可以互相转化。在设计过程中最大的难题在于对象类之间的动作状态的确定，以及引起转化迁移事件的确定，只有对系统有深入的分析之后才能确定。
通过这次UML建模课程设计，让我对UML建模语言有了更深入的了解,不只是停留在表面知识上，而是真正成为描述系统模型的语言来使用。在设计过程中充分体现了UML以系统体系结构为中心，以用例为驱动，以风险控制和质量管理为目标,以渐增迭代为开发方式的面向对象独有的语言特色。同时我体会到了软件开发需要细心和耐心,不求最好只求更好。培养了我对完美不懈的追求精神,严谨做事的态度。不一定每一个人都要成为专业软件的开发人员，但做任何事却要具备开发人员思维和态度。对我以后的人生道路有很好的引导启发作用。
- 37 -
因篇幅问题不能全部显示，请点此查看更多更全内容