医院管理信息系统UMLWord格式.docx
《医院管理信息系统UMLWord格式.docx》由会员分享，可在线阅读，更多相关《医院管理信息系统UMLWord格式.docx（35页珍藏版）》请在冰豆网上搜索。
但无论如何，若想充分发挥面向对象编程的优越性，就必须采用面向对象的设计方法。
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）药房管理子系统的业务范围、边界及执行者
“药房管理子系统”负责根据门诊子系统药品申请/申退信息，及“财务管理子系统”的收据进行发药/退药处理，核算每天盘存。
与“门诊管理子系统”和“药库管理子系统”有系统边界。
有两个系统执行者“门诊管理子系统”和“药库管理子系统”，两个人执行者“药房管理员”和“病人”。
“门诊管理子系统”主要通过开处方来完成药品申请和申退。
“药库管理子系统”主要通过药品发放及盘存核算监控药品库存量，当库存量小于预警库存量时及时组织采购。
“药房管理员”负责药品核对药品申请/申退信息及收据发药/退药。
并进行盘存/报损把数据传给“药库管理子系统”。
（3）药库管理子系统的业务范围、边界及执行者
“药库管理子系统”主要负责药品类别设置及药品归类，采购管理，入库管理，出库管理，报损，库存核算等业务。
与“财务管理子系统”和“药房管理系统”有系统边界。
有两系统执行者“财务管理子系统”和“药房管理子系统”，一个人执行者“药库管理者”。
“药房管理子系统”把每天库存报损及盘存数据传给“药库管理子系统”，“药库管理子系统”通过这些数据检查库存量，及时进行采购。
“财务管理子系统”通过接受“药库子系统”传来的库存核算进行流动资产管理，根据采购入库单发放资金等。
“业务管理员”对“库存管理子系统”各个功能进行操作。
3.2.2确定用例
（1）“门诊管理子系统”中的用例
●门诊挂号
●生成处方
●收费/退费
（2）“药房管理子系统”中的用例
●药品申请/申退
●发药/退药处理
●盘存/报损处理
（3）“药库管理子系统”中的用例
●基础设置
●采购管理
●入库管理
●出库管理
●盘存/报损
●库存核算
●退货管理
●查询
3.2.3绘制分层用例图
1）第一层用例图
2）第二层用例图
（1）门诊子系统用例图
（2）药房管理用例图
（3）住院管理用例图
（4）住院护理用例图
（5）药房管理用例图
（6）决策查询用例图
（7）财务管理用例图
（8）系统维护用例图
3）三层用例图
（1）挂号管理用例图
（2）收费退费管理用例图
（3）生成处方用例图
（4）病员管理用例图
（5）住院医护用例图
（6）制定采购计划
（7）合同管理
3.3活动图
4系统分析
根据建立的医护需求模型，在系统分析阶段要进一步确立三个模型：
对象静态图模型、对象动态模型，系统功能模型。
4.1对象类静态模型
对象静态结构模型描述了系统的静态结构，包括构成系统的类和对象、它们的属性和操作以及这些对象类之间的联系。
对象类静态结构模型是系统开发模型的核心模型，实质上是定义系统“对谁做”的问题。
医院管理信息系统类及类之间的关系图如下：
4.2对象动态模型
对象动态模型描述了系统的动态行为，它们指明了系统如何响应外部事件或激励，涉及系统中对象的执行顺序和状态变化，侧重于系统控制逻辑的描述，实质上是解决系统中的对象“何时做”的问题。
对象动态结构模型包括：
对象交互模型和对象状态模型。
其中对象交互模型用顺序图和合作图描述，对象状态模型用状态图和活动图描述。
4.2.1顺序图描述医院管理信息系统中的交换模型
（1）挂号抓药顺序图
（2）住院治疗顺序图
（3）药库管理顺序图
（4）制定采购订单顺序图
（5）到货入库顺序图
（6）付款处理顺序图
4.2.2状态图
5数据库设计
5.1实体及实体属性描述
实体-联系图（Entity-RelationDiagram）用来建立数据模型,在数据库系统概论中属于概念设计阶段，形成一个独立于机器，独立于DBMS的ER图模型。
通常将它简称为ER图，相应地可把用ER图描绘的数据模型称为ER模型。
ER图提供了表示实体（即数据对象）、属性和联系的方法，用来描述现实世界的概念模型。
（1）病人（编号姓名性别年龄病症描述病史记录）
（2）医生（编号姓名性别出生年月职称职务权限密码）
（3）护士（编号姓名性别出生年月级别职务权限密码）
（4）管理员（编号姓名性别出生年月学历职责权限密码）
（5）病房（编号名称床位数备注）
（6）病床（编号价格备注）
（7）药品（编号名称价格作用说明类别库存警戒线备注）
（8）药房（编号名称备注）
（9）药库（编号名称备注）
（10）科室（编号名称职责备注）
5.2实体及实体间的关系E-R图
6数据库表结构设计
（1）病人数据库表
表6.1PatientTable
列名
数据类型
长度
可否为空
说明
声明
P-num
Nchar
20
NOTNULL
编号
主键
P-name
Varchar
50
NULL
姓名
P-sex
Char
4
性别
P-birthday
Date
年龄
Disease
病症
Casehistory
100
病史记录
Remarks
备注
（2）医生数据库表
表6.2DoctorTable
D-num
D-name
D-sex
Post
10
职称
D-birthday
出生年月
D-duties
职务
D-authority
权限
D-code
Varchar
密码
（3）护士数据库表
表6.3NurseTable
N-num
Nchar
N-name
N-sex
N-birthday
N-grade
级别
N-duities
N-authority
N-code
（4）管理员数据表
表6.4ManagerTable
Manager-num
管理员编号
Manager-name
Verchar
Manager-sex
Manager-birthday
Manager-degree
学历
Manager-duties
职责
Manager-code
Manager-authority
（5）病房数据库表
表6.5SickroomTable
Sickroom-num
Sickroom-name
名称
Sickroom-capacity
床位数
（6）床位数据库表
表6.6BadTable
Bad-num
病房编号
外键
表6.7MedicinesTable
（7）药品数据库表
Medicines-num
Medicines-name
药品名称
Storeroom-num
药房编号
Medicines-price
Float
价格
Medicines-kinds
类别
Illustrate
作用说明
表6.8StoreroomTable
（8）药房数据库表
Storehouse-num
药库编号
Storeroom-name
药库名称
药品类别
（9）药库数据库表
表6.9StorehouseTable
Storehouse-name
Securityline
警戒线
（10）药品类别
表6.10MKindTable
MKind-num
类别编号
MKind-name
类别名称
（11）病例数据库表
表6.11CaseTable
Case-num
病例编号
Case-name
病例名称
Case-describe
描述
Casekind-num
类型编号
Treatment
治疗方法
Case-total
病例统计
（12）病例种类数据库表
表6.12CasekindTable
Casekind-name
升级会员 