信仁医院UML软件建模技术实验报告.docx
《信仁医院UML软件建模技术实验报告.docx》由会员分享，可在线阅读，更多相关《信仁医院UML软件建模技术实验报告.docx（35页珍藏版）》请在冰豆网上搜索。
信仁医院UML软件建模技术实验报告
软件建模技术实验报告
班级：
软件XX
学号：
XX
姓名：
XX
2017年11月
1概述
1.1背景概述
信仁医院是一家区域医院，共有200张病床，医院的诊别包括内科、外科及皮肤科。
这家医院在2000年采购了一套医院内部的医院管理系统，其中包括门诊系统、挂号系统、收费管理系统、医保申报系统及财会系统。
以往，信仁医院的住、出院都必须要用人工填表的方式，只有在医保给付、门诊医嘱及收费管理部分，才能使用医院管理系统进行记录。
但目前因应政府推出的e化医院项目，其住、出院系统必须重新设计，以符合医保局的需求。
1.2项目流程
“信仁医院住出院系统”是一个基于互联网的实时登记系统，是对现有住出院模式的业务改进，当需确定出院时，病人可通过互联网进行病床预定，由医护人员进行床位确认；病人接到通知可出院时，可在系统中选择出院功能，办完手续后即可离开。
该系统方便，快捷，改进了现有业务流程并实现了自动化、统一化的管理。
经过对信仁医院的考察，发现了信仁医院的住出院流程如下：
（1）患者到信仁医院就诊，信仁医院的医师决定患者应该要住院。
（2）信仁医院的医护人员查看信仁医院目前是否有可用病床，如果有的话，则告知患者进行医院登记。
（3）患者到住院柜台进行住院登记。
（4）信仁医院的医护人员告知患者及其病房及其病床号码，并通知该病房负责护理站有关该患者的病历。
（5）患者到病房住院，负责护理站指派住院医生视察患者状况。
（6）每日早，患者的主治大夫会到病房巡房及观望，若有检查，则指定护理站负责护理人员在检查时间到时，带患者进行检查。
（7）患者的主治大夫判断患者可以出院，便告知患者及负责护理站人员患者出院日期及时间。
（8）病房负责护理站人员收到患者主治大夫可以出院的通知后，需要在10分钟内，将患者所有用药及照护费用通知收费管理系统。
（9）患者办理出院登记，信仁医院的医护人员告知患者应缴付的金额。
计算机参与整个流程，工作效率远远大于人工操作，并且病人可以自由选择病房，医院可以方便的安排病人进出院。
2业务与建模
2.1业务愿景模型
（1）业务愿景
“信仁医院进出院系统”的业务愿景是，通过方便快捷周到的服务，引领全市基于互联网的进出院业务。
（2）业务目标
经过分析，“信仁医院进出院系统”的业务目标如下图所示。
BO001：
为病人提供方便的进出院业务，医院管理快捷周到
BO002
改进原有业务操作模式，提高工作效率和管理水平
2.2涉众模型
经过分析，提取的“信仁医院住出院系统”的涉众见图5所示，涉众报告见表1所示。
表1“信仁医院进出院系统”涉众报告
编号
名称
描述
期望
SH001
病人
住院的病人，可通过互联网进行办理
通过网络办理住院
可实时查看病房信息
对应病房充足可选择床位
SH002
医生
从事会诊的人员
可从互联网了解病人大致病情
可通过互联网实时查看病人信息状态
SH003
医护人员
从事办理住出院人员
可通过网络了解病人是否住院
系统安排病房，减少工作量
可实时查看病人信息
SH004
护理站人员
从事护理诊疗的人员
可通过互联网查看病人信息
引导并能够及时安排病人住院
1.2业务过程模型
（1）业务主线
“信仁医院住出院系统”的业务共涉及就诊、住院、诊疗、出院四个主要业务，业务主线见下图
“信仁医院住出院系统”的业务主线
（2）业务流程模型
就诊业务流程
顾客通过住出院系统完成就诊预约业务。
病人启动系统后，首先确认是否就诊，然后需要选择预约挂号，如果没有注册，系统提示患者进行注册并填写相关信息，确认挂号退出。
就诊业务流程图见下图所示。
就诊业务流程
住院业务流程
医生在系统后台可以看到病人预约的挂号信息，并可联系病人及时就诊，医生对病人进行诊断，并决定是否需要住院，如果需要住院，医生单击“住院”，病人住院信息更新为“建议住院”，病人选择是否住院，确认住院之后医护人员为其办理住院并退出。
住院业务流程图见下图所示。
住院业务流程
诊疗业务流程
病人确认住院之后医护人员为其办理住院，由护理站人员安排住院并为病人进行诊疗，流程图见下图所示。
诊疗业务流程
出院业务流程
病人单击出院之后，由医生决定患者是否可以出院，如果医生确认病人可以出院，医护人员则为其办理出院手续，病人一端信息更改为“已出院”并退出。
出院业务流程图见下图所示。
出院业务流程
1.3业务对象模型
通过对“信仁医院住出院系统”的业务进行分析，提取了病人、医护人员、医生、护理站人员等业务工人，病人住出院系统和住出院系统后台两个业务对象，住院系统和出院系统两个业务实体对象。
“信仁医院住出院系统”的业务对象模型见下图所示。
“信仁医院住出院系统”业务对象模型
3需求建模
3.1用例模型
（1）用例模型
患者住院管理
．注册认证
患者通过系统提示完成注册，系统提供以下功能。
患者注册认证用例图如下图所示。
●启动系统：
患者在自己的终端打开系统。
●注册认证：
患者首次登录时必须先注册认证，由于保证要实名制，患者注册时必须需要填写身份证信息。
●登录验证：
患者必须要登录系统才能享受服务，登录时必须要验证姓名和身份证号。
其中，“登录”的用例描述见下图所示：
登录验证
用例名：
登录验证
参与者：
患者
事件流程：
1.患者在登录页面输入姓名、密码以及身份证号。
2.系统验证用户输入，并在系统中查找，若匹配，则提示登录成功，将该患者状态改为“已登录”，否则，提示姓名和身份信息不匹配或者密码错误
患者“登录”的用例描述
b.就诊预约
患者“就诊预约”的用例图见下图所示，提供以下功能。
患者“就诊预约”用例图
●确认就诊：
患者登录进入系统后选择是否确认就诊。
●预约挂号：
患者决定就诊之后必须在对应科室在线预约挂号。
其中“就诊预约”的用例描述见下图所示：
就诊预约
用例名：
就诊预约
参与者：
患者
事件流程：
1.患者成功登录进入系统之后选择确认是否就诊。
2.确认就诊之后选择对应科室进行预约挂号。
患者“就诊预约”用例描述
c.住院管理
患者“住院管理”用例图见下图所示，提供以下功能：
患者“住院管理”用例图
●通知住院：
医生就诊后更新患者信息，系统通知患者确认是否住院。
●确认住院：
系统通知患者确认是否住院。
●选择病房：
患者确认住院之后，在病房充足的情况下，可选择病房。
●取消住院：
患者不愿意住院可选择取消住院请求。
其中“确认住院”的用例描述见下图所示：
确认住院
用例名：
确认住院
参与者：
患者
事件流程：
1.系统通知患者确认是否住院。
2.患者接收到消息之后可以选择确认住院，然后在病房充足的情况下可以选择病房。
3.如果患者不愿意住院也可以选择取消住院。
患者出院管理
a.出院管理
患者“出院管理”用例图见下图所示，其中包括以下功能：
患者“出院管理”用例图
●通知出院：
医生更新病人病历信息，系统通知患者可以出院。
●确认出院：
患者收到系统确认出院消息，选择确认出院。
其中“确认出院”的用例描述见下图所示：
确认出院
用例名：
确认出院
参与者：
患者
事件流程：
1.系统通知患者可以出院。
2.患者选择确认出院，患者病人状态信息变为“已出院”。
患者“确认出院”用例描述
b.办理手续
患者“办理手续”用例图见下图所示，其中包括以下几个功能：
患者“办理手续”用例图
●办理手续：
患者确认出院之后办理出院手续
●缴纳费用：
患者出院需要缴纳住院费用，可以选择刷卡、微信支付、支付宝支付。
其中“办理手续”的用例描述见下图所示：
办理手续
用例名：
办理手续
参与者：
患者
事件流程：
1.患者确认出院之后办理出院手续。
2.患者出院之后找医护人员缴纳住院费用。
患者“办理手续”的用例描述
医院内部业务管理
医院内部业务管理用例图见下图所示，其中包括以下几个功能：
信仁医院内部业务管理用例图
●会诊：
医生收到预约并对患者会诊。
●住院管理：
患者决定住院，医护人员给患者安排住院
●出院管理：
与住院管理类似。
●办理手续：
患者出院后医护人员要为患者办理出院手续
●诊疗：
在患者住院期间，护理站人员要为患者每天进行诊疗
医院内部业务管理用例图在上篇已经有详细的说明，在此不再赘述。
4分析建模
4.1PIM类模型
在“信仁医院住出院系统”中，存在就诊、会诊、住院、诊疗、出院5个主要的事务。
这5个事务之间是顺序关系，会诊是就诊的后继事务，住院是会诊的后继事务，诊疗是住院的后继事务，出院是诊疗的后继事务。
（1）就诊事务
就诊事务的事务细项是预约挂号，参与的人物是患者，涉及的物品是挂号的数量，本事务无需记录预约所发生的地点。
下图给出就诊事务的类图。
就诊事务类图
（2）会诊业务
会诊是指医院收到患者预约的信息之后，按照编号顺序通知患者及时进行就诊，医生根据系统提示及时与患者会诊。
会诊业务是住院事务的后继事务，有了预约才能会诊，会诊的结果是决定患者是否住院，没有事务细项，也不涉及地点和物品，会诊业务的类图见下图给出。
会诊业务类图
（3）住院事务
住院是指医生对患者进行诊断之后，根据患者病情决定患者是否需要住院，如果患者需要住院，则将患者病历信息更改为“建议住院”；如果患者病情不必住院，则患者病历信息更改为“不必住院”，之后患者可进行其他事务。
住院事务是诊疗事务的后继事务，但它需要将病人状态信息由“已预约”更改为“已住院”，因此它与会诊存在关联。
住院事务的类图见下图所示。
住院事务类图
（4）诊疗事务
诊疗是指患者决定住院之后，由护理人员按照医嘱每天为患者进行必要的诊疗服务。
诊疗事务是出院事务的后继事务，只有诊疗之后才有康复的可能，诊疗的结果是决定患者能否出院，没有事务细项，也不涉及地点和物品，诊疗事务的类图见下图所示。
诊疗事务类图
（5）出院事务
出院是指患者接受诊疗之后，由医生根据患者的康复程度决定患者是否可以出院，如果患者达到可以出院的标准，则将患者的信息更改为“允许出院”；如果患者病情还未达到可以出院的标准，则患者的信息不作更改。
出院事务需要将病人状态信息由“已住院”更改为“已出院”，因此它与诊疗事务存在关联。
出院事务的类图见下图所示。
出院事务类图
综合以上5个事务并进行优化，给出下图所示的“信仁医院住出院系统”的PIM模型。
信仁医院住出院系统”的PIM模型
4.2用例分析模型
（1）患者住院管理
登录注册
a.患者登录
患者登录是患者通过登录界面登录系统的过程，会员登录的用例描述见图13所示。
患者登录用例分析模型见下图所示，患者登录设计登录界面、账户控制器和会员三个类。
患者在登录界面填写患者姓名、密码和身份信息，按登录按钮。
登录界面接收到登录事件，调用账户控制器的登录消息，并把接收到的患者的姓名、密码和身份信息作为参数传递给账户控制器。
账户控制器接收到登录消息，首先检测该患者的信息是否合法，如果合法则把当前系统时间设置为患者的最后登录时间，把登录状态设置为真，并给STR赋“登录成功”；如果不正确给STR赋“登录失败”并直接返回。
登录界面接收到发给账户控制器的登录消息的返回信息，并把返回信息显示到界面上。
患者登录用例分析模型图
b.注册
注册用例分析模型见下图所示，该模型设计注册页面、账户控制器和患者三个类。
患者把要注册的信息填写到注册页面，然后按提交按钮。
注册界面接收到提交按钮发来的事件，给账户控制器发送注册消息，并把注册信息哦作为消息参数，账户控制器接收到注册消息后，在患者类中创建一个新的对象。
注册用例分析模型图
就诊预约
a.确认就诊
患者登录成功后进入系统，选择确认就诊按钮之后系统跳转到预约挂号页面。
b.预约挂号
患者确认就诊之后，需要选择对应科室进行预约挂号，系统会按时间顺序给患者返回一个预约编号；如果返回无号，则说明预约已满，系统提示患者明日再进行预约。
确认就诊和预约挂号用例分析模型见下图所示。
确认就诊和预约挂号用例分析模型
住院管理
a.确认住院
医生会诊之后根据病情决定患者是否住院，如果医生建议患者住院，患者需在中断确认住院之后医院会为患者办理住院手续。
b.选择病房
患者确认住院之后在医院病房充足的情况下可选择病房。
c.取消住院
患者可以自主选择是否住院，如果不愿意住院，便可在系统上选择取消住院，此时系统会更改患者状态信息为“已出院”。
住院管理用例分析模型见下图所示
住院管理用例分析模型
（2）患者出院管理
a.出院管理
医生根据患者病情决定患者是否可以出院，医生决定患者可以出院，便可以利用系统向患者进行通知其可以出院，患者在终端确认出院即可。
c.办理手续
患者确认出院之后需要医护人员为其办理出院手续，包括缴纳费用，完善病历信息等等，缴费方式可以选择刷医保卡、微信以及支付宝支付。
患者出院管理用例分析模型见下图所示。
患者出院管理用例分析模型
（3）医院内部业务管理
a.会诊
医生收到系统推送的患者的预约信息，按照编号医生为患者一一进行会诊。
b．住院管理
医生为患者会诊之后，决定患者住院，并且在患者端同意住院，医护人员为患者办理住院手续以及为其安排病房。
c．诊疗
医护人员为患者办理好住院手续，护理站人员需要每天按照医嘱为患者诊疗。
将患者的病情症状及时返回系统中，供病人和医生查看。
d.出院管理
医生根据患者康复的程度决定患者出院，医护人员为其办理出院手续，患者缴纳费用即可离开。
医院内部业务管理用例分析模型见下图所示。
医院内部业务管理用例分析模型
5设计建模
5.1软件运行环境
“信仁医院住出院系统”包括患者住出院管理和医院内部业务管理两大部分，患者通过系统提供的界面实现住出院，医院内部过后台可以对患者实现实时监控。
系统配置2台高档服务器，1台作为数据库服务器和应用服务器，并给医院配置若干微机。
采用.net开发环境，数据库管理系统选用SQLServer，并采用.net平台提供的MVC来实现MVC架构。
5.2软件架构模型
（1）软件架构模式
“信仁医院住出院系统”分为患者住出院管理和医院内部业务管理两大部分，患者通过系统进行就诊预约，这部分采用C/S架构；医院内部业务管理为医院的医生、医护人员、护理站人员提供进行查看预约病人信息、为病人住出院、诊疗等业务管理，采用C/S架构。
（2）分层软件架构
“信仁医院住出院系统”的软件分层架构分为表示层、业务逻辑层、实体层和数据层4层，见下图所示。
软件分层架构
（3）软件逻辑结构
“信仁医院住出院系统”的逻辑架构见下图所示，分为患者住出院管理和医院内部业务管理两个子系统。
患者住出院管理又分为就诊预约、住院管理和出院管理三个子系统；医院内部业务管理又分为会诊业务管理、住院管理、出院管理、诊疗业务管理4个子系统。
软件逻辑结构
5.3用例设计模型
“信仁医院住出院系统”采用C#语言，利用MVC实现MVC架构。
该系统的所有用例设计模型均采用C#规则来描述。
MVC在内存中建立的实体集用来描述在内存中的实体型类，它是数据库中的数据表在内存中的映像。
下面给出用例分析模型相对应的用例设计模型。
（1）就诊预约
患者登录
患者登录的用例设计模型见下图所示。
患者登录用例设计模型
注册
注册用例模型见下图所示。
患者注册用例模型图
就诊预约
就诊预约用例模型见下图所示：
就诊预约用例模型
住院管理
住院管理用例模型见下图所示
住院管理用例模型
出院管理
出院管理用例设计模型下图所示：
出院管理用例设计模型
医院内部业务管理用例设计模型
医院内部业务管理用例设计模型图
5.4数据库设计模型
（1）生成DDL
把“信仁医院住出院系统”PIM类模型转换为下图所示的由DDL描述的数据库逻辑结构。
“信仁医院住出院系统”数据库逻辑结构
5.5界面设计模型
（1）界面结构模型
“信仁医院住出院系统”的医院内部业务管理部分将被部署到医生、医护人员、护理站人员三个客户机上，屏幕界面将按照患者界面、医生管理界面、医护人员管理界面、护理站人员管理界面4部分来设计。
患者界面结构
进入患者界面之后，有就诊预约界面、住出院管理页面和患者账户页面三个下层页面，其界面结构见图所示。
患者界面结构
医生管理界面结构
医生首先需要通过登录界面登录界面登录系统，登录后可查看预约信息，点击可进行会诊，会诊的结果决定患者是否住院；待患者病情好转后，决定是否出院，其界面结构如图所示：
医生管理界面结构
医护人员管理界面结构
医护人员也需要通过登录界面登录系统，可以查看住院管理界面，然后将患者进行住院安排，也可以为患者办理手续，所以有手续办理界面，其界面结构如图所示：
医护人员管理界面结构
护理站人员管理界面结构
护理站人员需要登录界面登录系统，可以查看诊疗界面，可以对患者进行管理，患者界面里有患者症状更新界面，其界面结构如图所示：
护理站人员管理界面结构
（2）屏幕界面模型
在此仅给出患者界面结构的部分伪界面，美工将根据设计人员提供的这些界面设计模型对屏幕界面进行具体设计。
系统首页
图48系统首页
患者登录
患者登录界面
注册界面
患者注册界面
5.7部署模型
“信仁医院住出院系统”的患者通过系统进行就诊，医院内部业务管理为医生、医护人员、护理站人员进行会诊、住出院管理、诊疗等业务管理。
系统共配置一台数据库服务器和一台应用服务器，患者客户机、医生客户机、医护人员客户机、护理站人员客户机通过局域网与应用服务器连接。
部署模型见图所示。
部署模型图
6结论
6.1结论
“信仁医院住出院系统”通过业务分析建模、需求建模、分析建模、设计建模四个部分，详细对系统进行规划和建设。
通过这些分析设计模型，信仁医院住出院系统完全可以实现出来，供医院投入使用，不仅方便医务工作者，更对患者提供了极大的便利。
最后，该系统将由程序开发人员对其进行编码实现。
6.2心得体会
通过这次对系统的分析设计建模，让我更加对建模图形的画法以及特点有了更加充分的了解。
这一次的设计，既让我养成独立思考的习惯，也让我对建模有了极高的兴趣。
由于以前从未对这种系统的做过建模分析设计，这一次虽说是一种尝试，但更多的是一种很大的挑战。
因为不懂的东西有很多，造成一些重复性的工作比较多，耗时耗力。
就比如再做系统PIM模型，不知道它可以导成DDL模型，做完就删掉未保存，等到需要DDL模型时，又重新画了一遍。
类似的事情还有很多。
但经过一周的努力，这套系统的完整设计已经做出来，从分析到设计到部署，完全根据自己所想进行设计。
自己一个人的力量总是薄弱的，难免有考虑不周，但自己能够独立做出来，也算是一种成长。
总之，这一次的实验，对EA这个软件也有了充分的了解，学到了很多很多。
作为软件工程专业的学生，建模设计是必备的一项技能，我还会不断地训练自己的建模能力，让各种模型深入我心。
升级会员 