医院管理信息系统UML.docx
- 文档编号:23877726
- 上传时间:2023-05-21
- 格式:DOCX
- 页数:48
- 大小:692.07KB
医院管理信息系统UML.docx
《医院管理信息系统UML.docx》由会员分享,可在线阅读,更多相关《医院管理信息系统UML.docx(48页珍藏版)》请在冰豆网上搜索。
医院管理信息系统UML
UML建模语言课程设计
课程:
医院管理信息系统
】
专业:
计算机科学与技术(软件工程)
班级:
计科80902
指导老师:
吴宣为
小组成员:
徐玛亮,周磊,王昊,王宇鹏,陈锋
时间:
2012年6月4日
(
&
1、背景介绍1
2、可行性分析2
经济可行性分析2
技术可行性分析3
¥
法律可行性分析3
总结3
3、需求分析4
客户需求分析4
3.1.1具体功能要求4
—
3.1.2功能模块图6
用例建模7
3.2.1确定系统范围、系统边界及执行者7
3.2.2确定用例7
3.2.3分层绘制用例图8
4、系统分析19
对象静态建模19
对象动态建模20
4.2.1顺序图描述系统中的交互模型20
4.2.2状态图24
(
4.2.3类图....................................................24
5、数据库设计25
实体及实体属性描述25
E-R图设计26
6、数据库表结构设计27
~
7、总结32
$
1、背景介绍
编写目的
科技进步将人类带到了信息时代,计算机已成为各行各业在业务处理与管理工作中必不可少的辅助工具,并对各行业的发展起到越来越大的推动作用。
计算机信息管理技术的应用,除了能在相当大的程度上代替人工作业,从而减少人员工作量,减轻工作负担,减少工作中因人为原因而产生的错误从而避免不必要的损失外,更重要的是能建立准确畅通、简便的信息流通渠道,为工作提供所需要的准确、即时的信息以帮助做出正确而及时的选择与决定,从而给采用这门技术的单位带来了巨大的可见或不可见的利益与效益。
&
随着信息时代来临,信息处理的利器—计算机应用于医院的日常管理为医院的现代化带来了从未有过的动力和机遇,为医疗卫生领域的飞速发展提供了无限潜力。
采用计算机管理信息系统已成为医院管理科学化和现代化的重要标志,给医院带来了明显的经济效益和社会效益。
为了加快医院系统的信息化步伐,提高医院的业务水平,建设和完善医院信息系已变得十分必要。
系统的建设将本着“以患者为中心”的原则,以方便患者、提高就诊效率为目的,力争为患者提供最满意的服务,同时也将提高医院的社会效益和经济效益。
与市场经济的接轨的过程中,每个医院都面临着强化内部管理、树立医院形象、上层次晋等级、进而提高社会效益和经济效益的艰巨任务。
在医院管理过程中应用计算机系统,可随时进行经济核算,展开成本效益分析,使医院经营决策科学化;借据计算机数据处理严密可靠的特有机制,在改善医院人、财、物管理,降低医管人员工作强度,提高医疗工作质量,杜绝人情方、搭车药、减轻病员负担,创造医院良好信誉等诸多方面,益康医院管理信息系统都将成为您不可或缺的助手和工具。
项目背景
目前面向对象的程序设计语言已广为流行,但许多数据库支持者仍倾向采用结构化设计方法来设计系统结构,使得对象的属性及方法分散在设计中,很难将设计中的对象同现实中的对象完全对于起来,对系统的完全性、可靠性、开放性均有影响。
造成这种现象的原因大致有两个设计人员习惯于结构化设计,难以立刻转向面向对象设计。
面向对象设计相对来说比较抽象,繁琐,用它设计规模不是很大的系统得不偿失。
但无论如何,若想充分发挥面向对象编程的优越性,就必须采用面向对象的设计方法。
UML是软件世界第一个统一建模语言,已成为国际软件界广泛承认的标准,应用领域非常广泛。
可由于多种类型软件系统开发建模的各个阶段,使用UML建模的优越性在于数据类型丰富,可处理复杂数据结构,数据库语言与程序环境一致,直接存取对象执行效率高,适用于对象系统应用。
—
》
2可行性分析
经济可行性分析
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)非一次性收益
整个系统生命期内人员开支每月减少万,纸张等材料的开支均可避免。
(3)不可定量的收益
、
服务改进,增强病案查询的效率和质量;
由操作失误引起的风险减少;
信息掌握情况加强;
增进我院的医疗服务质量,外界形象改善。
2.1.3收益/投资比
'
整个系统生命期的收益/投资比值为80/43
2.1.4投资回收周期
收益的累计数开始超过支出的累计数的时间在系统运行后第12个月。
技术可行性分析
2.2.1风险分析
}
风险是损失发生的不确定性,是对潜在的,为了可能发生损失的一种度量,如果确实发生了,则它的发生会对项目产生有害的或负面的影响。
医院管理信息系统风险风险分析:
客户需求不明;
进度要求紧,合同额有限
开发人员对测试工作不重视
供货商、外包商的质量问题
开发人员的交流
2.2.2资源分析
软件方面有UML建模,C++,Java等工具已足够供开发使用,硬件方面设备齐全,工作环境都已具备,开发人员熟悉面向对象设计开发方法,有多年开发经验。
费用投入充足,院领导很支持。
2.2.3技术分析
<
目前面向对象技术发展已趋于成熟,开发人员对此技术已充分认识,有多年开发经验。
尤其UML建模语言已在各大院校广泛普及。
各种开发语言工具能充分开发现实系统。
另外本院有自己的计算中心,有较强的技术力量支持。
法律可行性
《医生工作站系统》必须符合国家、地方有关法律、法规、规章制度的要求:
1.《中华人民共和国执业医师法》
2.《医疗机构管理条例)
~
3.《医疗机构诊疗科目名录》
4.《医疗机构基本标准》
5.《城镇职工基本医疗保险用药范围管理暂行办法》
6.《城镇职工基本医疗保险—定点医疗机构管理暂行办法》
总结
(
综上所述:
无论在经济,法律,技术方面都具有开发可行性。
~
3需求分析
客户需求分析
3.1.1具体功能要求
(1)挂号收费管理
●门诊挂号:
录入患者的基本信息,农合,医保划卡及挂单查询
/
●门诊收费/退费:
录入患者的基本信息,农合,医保划卡及挂单查询
●门诊处方:
门诊收费,票据的打印/药品,检查,治疗的退费及查询
(2)药房管理
●发药/退药:
(门诊/住院)患者(发药/退药)
●药品申领/申退:
药品申领/申退操作,以及统计和查询功能
【
●盘存/报损;药房药品数量和金额的盘存,药品抱损操作原因,查询
●查询系统:
药房进药,收费的统计,药品的统计和报警药品查询
(3)住院管理
●入院登记:
登记住院患者的基本信息
●住院预缴:
住院费用的交纳,收取。
`
●出院结算:
住院期间费用结算
●查询功能:
这里可以查询,入院/预缴/出院患者的详细信息
(4)住院医护
●病员管理:
病员收住/病房,床位设置,科内转床,转科申请,转院出院
●住院医护:
医嘱校对/执行/撤消,套餐设置/退住院,检查/治疗项目费
`
●查询打印:
病员收住/科内转床/转科申请/转科接收/当前医嘱/医嘱执行/转院出院的查询,摆药单/催款通知书/收费清单打印
(5)药库管理
●设置:
设置药品/药库字典/药品调价/药房平调/零记录清理/盘存初始化操作,查询
●入库:
药品入库/记录查询/操作统计/药品统计/供货单位统计/入库单打印
●开单:
调拨开单操作/开单记录查询/开单操作统计/开单药品统计/打印
(
●出库:
药品出库/药房申领查询/出库记录查询/操作统计/出库药品统计/调拨方向报表/批量药品出库/出库单打印
●退库:
(院内/院外)退库/退库记录查询/退库原因分析/退库单打印
●库存核算:
药品数量盘存/药品金额盘存/盘存记录查询(包含操作和药品统计)
●报损:
药品抱损/抱损记录(含操作和药品统计)/抱损原因/打印抱损单
●退货和采购:
药库退货/记录查询(含操作和药品统计)/采购构思和计划以及单据打印
~
●查询:
药库明细表以及药库报警表
(6)决策查询
●业务查询:
门诊挂号收费处方统计及明细
●药房查询:
药房明细/门诊和住院发药记录统计/进药报损消耗盘存记录统计
●药库查询:
药库明细/出入库退库退货报损统计明细/盘存记录以及统计
!
●痕迹查询:
门诊改号退号记录/门诊撤费退费/住院退费/处方废除等
●分类考核:
门诊科室门诊医生住院医师住院病区门诊及住院项目/辅助科室
(7)财务管理
●业务报表:
门诊挂号处方收费退费的统计,住院预缴统计。
发票使用统计等
●药库核算:
出入库操作统计/报损退库退货统计/数量金额统计/药品及报警名细
—
●药房核算:
进发药/门诊退药住院退药统计/药品消耗及报损统计/数量和金额盘存明细/药品明细/报警明细/药品收费记录统计
●收费统计:
门诊科室门诊医生住院医师住院病区门诊及住院项目/辅助科室/门诊收费住院收费,门诊病员住院病员以及住院结算
(8)系统维护
●基本设置:
系统信息设置(门诊科室医生)住院病区医生,辅助科室设置用户信息设置等
●系统设置:
系统连接/系统初始化/门诊过期住院过期清理等
.
●高级设置:
门诊发票设置,挂号单项/住院发票/预缴金单/门诊处方可选功能
;
|
(
|
《
&
3.1.2功能模块图
@
"
:
/
—
《
【
用例建模
3.2.1确定系统范围、边界和执行者
、
由于系统较复杂这里只对“门诊管理”、“药房管理”、“药库管理”做详细说明。
(1)门诊子系统的业务范围、边界及执行者
“门诊子系统”只负责病人挂号、处方、收费和退费。
与“财务管理子系统”和“药房管理子系统”有系统边界。
有两个系统执行者,三个人执行者。
“病人”执行者只要是首先通过挂号缴费,领取挂号单,看病,接到医生处方,到药房拿药。
“工作人员”执行者分为医生和管理员,医生负责看病开处方,并把处方传到财务管理子系统,管理员主要负责收取挂号费,药费,退费等工作。
&
“院长”执行者主要通过查询功能来查看每天业务情况。
“财务管理系统”通过接收医生开的处方,来进行划价收费。
或病人退药退费处理等。
“药房管理子系统”主要通过财务系统传来的已收费处方进行核对拿药。
(2)药房管理子系统的业务范围、边界及执行者
“药房管理子系统”负责根据门诊子系统药品申请/申退信息,及“财务管理子系统”的收据进行发药/退药处理,核算每天盘存。
与“门诊管理子系统”和“药库管理子系统”有系统边界。
有两个系统执行者“门诊管理子系统”和“药库管理子系统”,两个人执行者“药房管理员”和“病人”。
】
“门诊管理子系统”主要通过开处方来完成药品申请和申退。
“药库管理子系统”主要通过药品发放及盘存核算监控药品库存量,当库存量小于预警库存量时及时组织采购。
“药房管理员”负责药品核对药品申请/申退信息及收据发药/退药。
并进行盘存/报损把数据传给“药库管理子系统”。
(3)药库管理子系统的业务范围、边界及执行者
“药库管理子系统”主要负责药品类别设置及药品归类,采购管理,入库管理,出库管理,报损,库存核算等业务。
与“财务管理子系统”和“药房管理系统”有系统边界。
有两系统执行者“财务管理子系统”和“药房管理子系统”,一个人执行者“药库管理者”。
》
“药房管理子系统”把每天库存报损及盘存数据传给“药库管理子系统”,“药库管理子系统”通过这些数据检查库存量,及时进行采购。
“财务管理子系统”通过接受“药库子系统”传来的库存核算进行流动资产管理,根据采购入库单发放资金等。
“业务管理员”对“库存管理子系统”各个功能进行操作。
3.2.2确定用例
(1)“门诊管理子系统”中的用例
\
门诊挂号
生成处方
收费/退费
(2)“药房管理子系统”中的用例
药品申请/申退
、
发药/退药处理
盘存/报损处理
(3)“药库管理子系统”中的用例
基础设置
采购管理
%
入库管理
出库管理
盘存/报损
库存核算
退货管理
—
查询
3.2.3绘制分层用例图
1)第一层用例图(功能模块)
…
2)第二层用例图8个用例图 包括{门诊子系统,药房管理,药物购买,住院管理,住院护理,决策查询,财务管理,整个系统维护管理用例图}
。
(1)门诊子系统用例图(病人从挂号到门诊结束)(涉及病人,工作人员,院长)
·
、
<
—
…
(2)药物购买用例图(病人购买药物过程)
(3)住院管理用例图(住院登记程序)
(
(4)住院护理用例图
|
(5)药房管理用例图
(6)决策查询用例图
%
(7)财务管理用例图
(8)系统维护用例图
&
:
|
…
3)三层用例图 :
7个 包括{挂号管理,收费退费,生成处方,病员管理,住院护理,制定采购,合同管理}
(1)挂号管理用例图
(2)收费退费管理用例图
*
[
(3)生成处方用例图
(4)病员管理用例图
/
*
(5)住院医护用例图
(6)制定采购计划
:
…
(7)合同管理
-
.
】
活动图
…
…
4系统分析
根据建立的医护需求模型,在系统分析阶段要进一步确立三个模型:
对象静态图模型、对象动态模型,系统功能模型。
~
对象类静态模型
对象静态结构模型描述了系统的静态结构,包括构成系统的类和对象、它们的属性和操作以及这些对象类之间的联系。
对象类静态结构模型是系统开发模型的核心模型,实质上是定义系统“对谁做”的问题。
医院管理信息系统类及类之间的关系图如下:
对象动态模型
对象动态模型描述了系统的动态行为,它们指明了系统如何响应外部事件或激励,涉及系统中对象的执行顺序和状态变化,侧重于系统控制逻辑的描述,实质上是解决系统中的对象“何时做”的问题。
对象动态结构模型包括:
对象交互模型和对象状态模型。
其中对象交互模型用顺序图和合作图描述,对象状态模型用状态图和活动图描述。
4.2.1顺序图描述医院管理信息系统中的交换模型
(1)挂号抓药顺序图
:
)
(2)住院治疗顺序图
,
%
…
(3)药库管理顺序图
(4)制定采购订单顺序图
;
(5)到货入库顺序图
(6)付款处理顺序图
(
}
4.2.2状态图
4.2.3类图
—
-
@
5数据库设计
@
实体及实体属性描述
实体-联系图(Entity-RelationDiagram)用来建立数据模型,在数据库系统概论中属于概念设计阶段,形成一个独立于机器,独立于DBMS的ER图模型。
通常将它简称为ER图,相应地可把用ER图描绘的数据模型称为ER模型。
ER图提供了表示实体(即数据对象)、属性和联系的方法,用来描述现实世界的概念模型。
(1)病人(编号姓名性别年龄病症描述病史记录)
)
(2)医生(编号姓名性别出生年月职称职务权限密码)
(3)护士(编号姓名性别出生年月级别职务权限密码)
(4)管理员(编号姓名性别出生年月学历职责权限密码)
(5)病房(编号名称床位数备注)
(6)病床(编号价格备注)
@
(7)药品(编号名称价格作用说明类别库存警戒线备注)
(8)药房(编号名称备注)
(9)药库(编号名称备注)
(10)科室(编号名称职责备注)
实体及实体间的关系E-R图
)
;
/
·
)
)
$
&
^
,
#
|
>
^
6数据库表结构设计
(1)病人数据库表
表PatientTable
¥
列名
数据类型
长度
可否为空
>
说明
声明
P-num
Nchar
20
#
NOTNULL
编号
主键
P-name
Varchar
《
50
NULL
姓名
P-sex
~
Char
4
NULL
性别
-
P-birthday
Date
20
NULL
年龄
Disease
Varchar
50
NULL
"
病症
Casehistory
Varchar
100
*
NULL
病史记录
Remarks
Varchar
)
100
NULL
备注
(2)医生数据库表
~
表DoctorTable
列名
数据类型
*
长度
可否为空
说明
声明
D-num
Nchar
20
NOTNULL
编号
主键
~
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-authority
Varchar
50
NULL
权限
|
D-code
Varchar
20
NULL
!
密码
(3)护士数据库表
表NurseTable
~
列名
数据类型
长度
可否为空
¥
说明
声明
N-num
Nchar
20
-
NOTNULL
编号
主键
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-authority
Varchar
…
50
NULL
权限
N-code
"
Varchar
20
NULL
密码
[
(
(4)管理员数据表
表ManagerTable
列名
数据类型
长度
可否为空
》
说明
声明
Manager-num
Nchar
20
NOTNULL
管理员编号
主键
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
NOTNULL
密码
Manager-authority
]
Varchar
50
NOTNULL
权限
》
(5)病房数据库表
表SickroomTable
;
列名
数据类型
长度
可否为空
说明
{
声明
Sickroom-num
Nchar
20
NOTNULL
编号
主键
Sickroom-name
Varchar
50
NULL
名称
Sickroom-capacity
Varchar
"
50
NULL
床位数
Remarks
》
Varchar
100
NULL
备注
[
(6)床位数据库表
表BadTable
列名
(
数据类型
长度
可否为空
说明
声明
-
Bad-num
Nchar
20
NOTNULL
编号
[
主键
Sickroom-num
Nchar
20
NULL
¥
病房编号
外键
Remarks
Varchar
50
]
NULL
备注
【
表MedicinesTable
(7)药品数据库表
列名
数据类型
%
长度
可否为空
说明
声明
Medicines-num
)
Nchar
20
NOTNULL
编号
主键
。
Medicines-name
Varchar
50
NULL
药品名称
·
Storeroom-num
Nchar
20
NOTNULL
$
药房编号
外键
Medicines-price
Float
20
【
NULL
价格
Medicines-kinds
Varchar
;
50
NOTNULL
类别
外键
Illustrate
(
Varchar
100
NULL
作用说明
Remarks
Varchar
100
NULL
备注
《
表StoreroomTable
(8)药房数据库表
$
列名
数据类型
长度
`
可否为空
说明
声明
Storeroom-num
Nchar
(
20
NOTNULL
药房编号
主键
Storehouse-num
!
Nchar
20
NOTNULL
药库编号
外键
…
Storeroom-name
Varchar
50
NULL
药库名称
~
Medicines-kinds
Varchar
50
NULL
药品类别
Remarks
V
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 医院 管理信息系统 UML