医院挂号管理系统系统分析与设计(UML)

北京理工大学珠海学院综合实践报告书

课程名: 系统分析与设计实践

实践项目: 医院门诊挂号管理系统

学院：

专业班级：

学生学号：

学生姓名：

指导教师：

目录

第一章引言 (1)

1.1 目的及范围 (1)

1.2 术语 (2)

1.3 文档结构 (2)

第二章需求说明 (3)

2.1 系统参与者 (3)

2.2 系统用例 (3)

2.3 补充规格说明 (4)

2.4 业务规则 (5)

2.5 领域对象分析 (6)

2.6 系统顺序图 (7)

2.7 操作契约 (7)

第三章架构设计说明 (8)

3.1 逻辑视图 (8)

3.2 进程视图 (8)

3.3 开发视图 (9)

3.4 物理视图 (9)

3.5 用例视图 (10)

第四章用例实现 (12)

4.1挂号用例实现 (12)

4.2统计挂号收入用例实现 (12)

第五章设计类说明 (13)

5.1 设计类字典 (13)

5.2 物理包设计 (14)

参考文献 (15)

心得体会 (16)

第一章引言

1.1 目的及范围

目的概述：

建设的总体目标和系统建设的高层需求进行描述，对系统所涉及的各方及使用者进行了分析。用于指导系统的需求分析、设计和实施。此文档是项目启动阶段各有关方进行讨论的基础。

医院门诊挂号管理系统（以下简称“HRMS”），针对的是用户办理门诊卡的来医院就医的病人。本系统能够做到一下的功能：

1、能够存储一定病人信息，并方便有效的进行相应的挂号操作和后台管理，这主要包括：

·卡号信息的录入及删除

·卡号信息的多关键字检索查询

·卡号充值及查余额

·医生导航

2、能够对一定数量的病人进行相应的信息存储与管理，这其中包括：

·病人信息的登记，注销及修改

·能显示在改病人之前的挂号人数

·病人资料的统计与查询

3、能够对需要的统计结果提供打印输出

4、能够提供一定的安全机制，提供病人信息授权访问，防止随意删改，同时提供信息备份服务

HRMS主要解决以下的问题：

·从根本上解决了挂号，缴费，取药时间长，就诊时间短的问题

·在就诊过程中自动完成收费，杜绝了所有款项的跑漏

·对医院药品及器材实时管理，避免了不必要的流失和不必要的损耗，增强了供应计划能力

·患者购卡方便，退卡自由，多种费用结算方式

·HRMS的应用使医院和保险公司、银行等单位的协作配合更加方便有利

范围概述：

本文档的范围适用于普通医院的门诊挂号管理系统。

1.2 术语

专门术语的定义与外文首字母组词的原词组。

“HRMS”：“医院门诊挂号管理系统”。（hospital register manage system）1.3 文档结构

第二章需求说明

2.1 系统参与者

2.2 系统用例

2.2.1

用例名：挂号

用例描述：挂号员对病人资料整理进行挂号的操作

前置条件：

1、病人资料齐全

2、挂号员成功登录系统

触发事件：

1.就诊者来到挂号窗口

工作流程：

1、病人到挂号台进行挂号

2、挂号员通过病人的资料进行整理

3、病人提交挂号所需的资金

4、挂号成功，挂号员把就诊卡交给病人

扩展流程：

4a. 所挂的那种号已经达到人数限制；

1.系统自动提示人数已到达上限；

8a. 没有可供打印的空白票据；

1.系统自动提示请放入打印纸；

2.系统等待挂号员单击重新打印票据按钮；

3.系统重复上述步骤8

后项条件：系统自动保存挂号信息，增加那种号的已挂号数。

2.2.2

用例名：统计挂号数量

用例描述：挂号组长统计各个挂号员的挂号数量

参与者：挂号组长

前置条件：挂号组长成功登录系统

主要流程：

1、挂号组长输入统计挂号数量的日期

2、系统显示设置日期后的挂号信息

扩展条件：

1、输入日期不正确

a)系统提示输入的日期不正确

b)系统返回统计功能页面

2.2.3

用例名：管理值班

用例描述：医务科对医院工作人员的工作时间安排

参与者：医务室人员

前置条件：医务室人员成功登录系统

主要流程：

1、医务人员根据已知医生请假情况，出诊情况定下计划表

2、系统自动安排相应班次的出诊

2.2.4

用例名：统计挂号收入

用例描述：财务人员通过挂号员取得资料并进行相应的财务统计

参与者：财务人员

前置条件：财务人员成功登录系统

主要流程：

1、挂号员传输相应的资料给财务人员

2、财务人员对相应的资料进行统计计算

2.3 补充规格说明

功能补充说明：

1、登录功能

系统主界面提供登录对话框，输入用户名和密码，以及就诊卡的验证，

系统验证正确后进入系统否则输出错误信息

2、查询功能：

医务人员，病人，游客可以查询到其相应的信息

3、修改功能：

根据不同的用户实行不同的修改操作

4、查看功能：

所有的用户都有此功能，具体包括查看公告和提示，挂号排队人数

可用性补充说明：

1、方便操作，操作流程合理

2、控制必须的录入项，使用户准确填写信息，同时对必须录入项及时

提示

可靠性补充说明：

1、容错

系统具有一定的容错能力和抗干扰能力。在遇到故障的时候能够正常

运行或者是保存相关的数据项

2、数据备份和记录日志

性能补充说明：

1、客户一般响应时间不超过1秒

2、统计报表时间不超过30秒

3、支持多用户（具体医院给出调查人数）使用，并保证性能不受影响

安全性补充说明：

1、权限控制

根据不同的用户系统管理员设置响应权限，没有权限的用户禁止使用

该系统，不同的用户角色只能在自己的权限范围内进行操作

2、重要数据加密

本系统对一些重要的数据进行加密处理，如用户口令，重要参数等，

并对数据库进行md5密码操作

编码标准补充说明：

该系统应为IE7.0及更高版本和netscape navigator的标准。

2.4 业务规则

挂号人数限制：每一种号，在一个班次中有人数限制；

开诊：有些科室晚上不开诊大部分专家每周开诊的时间约2个白天班次

挂号：可以挂一个科室，也可以是一个专家。

挂号费：分为平日和假日。

退号和换号规则：超过该号的有效班次，不予退号和换号。

统计挂号收入：精确到科室、医生、月、日和班次。

2.5 领域对象分析

统计挂号信息，依赖于就诊卡的信息，专门负责统计挂号人数和挂号收入。

就诊卡信息，依赖于病历和医院值班表，专门负责记录病人的信息和该病人所看的门诊，医生的信息。

病历信息，病人初到医院时给医院的信息之一，假如病人首次到医院，则从该医院给发病历，主要记录病人的信息。

医院值班表，主要记录了医务室人员对医院的班次，人员管理。

2.6 系统顺序图

系统顺序图描述：

首先，系统经由医务室人员，根据医生的信息定下值班表，确定医生的班次等信息。然后，病人就诊，病人需要出示他的病历，来详述病人的信息情况，挂号员根据病人的需要，为病人选择适合的医生和门诊，准确填写就诊卡的信息。最后，挂号组长通过挂号员的资料，整理统计出挂号的数量，并且由系统自动发送给财务人员，让财务人员统计挂号所得的收入。

2.7 操作契约

无。

第三章架构设计说明

3.1 逻辑视图

这个是逻辑视图，表明了界面----业务类说明-----底层数据库之间的关系。

进程视图说明：医院挂号系统共分为三大模块，第一模块为挂号模块，主要负责挂号具体的操作与统计挂号量。第二个模块是医务室操作模块，具体负责医生的出勤，班次等相关的信息。第三个模块是财务部门模块，主要负责医院的收入统计。

3.3 开发视图

开发视图主要指的就是系统的类包之间的关系，在医院挂号管理系统中，财务操作包依赖于挂号操作包与医务室操作包，而挂号操作包依赖于医务室操作包。

这个是构件视图，在进行系统的分析时候，特意将每个功能模块按照包的形式规划，所以和类包的形式非常相像。构件视图主要描述了系统各个功能的关系。

这个是部署视图，就是系统在医院中究竟是如何使用的。在本系统中，挂号处设置一个终端，负责处理挂号相关操作，医务室部署一个终端，负责医务室的人员管理，而财务部部署一个相关的终端，用于财务的统计，每个终端都通过局域网连接到WEB服务器，而WEB服务器则将操作的信息返回到数据库之中执行。

医院门诊挂号管理系统：

主要功能包括：挂号，统计挂号量，管理班次，统计收入四大功能。

第四章用例实现4.1 挂号用例实现

4.2 统计挂号收入用例实现

第五章设计类说明5.1 设计类字典

5.2 物理包设计

参考文献

[1]刘敏莺、杨丽、文学义：《RationalRose2003基础教程》[M]，冶金工业出版社2005年版，第20页。

[2]（美）Craig Larman著，李洋，郑龚等译：《UML和模式应用》[M]，冶金工业出版社2005年版，第20页。

心得体会

UML这门课程，对于我们大家来说本是一个很陌生的东西，但通过一个学期的学习，逐渐对它有了一定的了解和认识。

本学期在老师的带领下我们共同完成了对UML课程的学习。现在，回顾过去的学习过程，得到了以下几点体会：

1、我们在求学的过程中，肯定会遇到很多新的内容和知识，对于新的知识，我们应该用一种良好的态度去对待它，积极并努力的学习新知识。

2、我们也应该永葆自己的求知欲，坚持与社会同进步，不断的充实和完善自己。

3、我们在学习得过程中，应该认真严谨。

另外，这是第一次一个人去完成实践课的作业，我觉得优点在于，整个进度都掌握在自己手中，工作进度比较快。缺点是由于只是个人去设计，所以某些部分设计与实际相悖，没有团队一起交流考虑得那么周全。学了UML设计使我对抽象的事物更加具体，而且懂得怎样将这些设计模式的方法应用在其他方面，使生活更加有效率。

这次实践课我存在的不足：由于缺少实际开发经验，一些业务逻辑，以及开发场景的扩展点未能详细列出。因为缺少界限的概念。还有一点就是工具使用纯熟程度不足，因为上课多数是概念、理论描述或者是案例分析，没有实际去操作。所以在刚开始使用Rational Rose绘图时比较生硬。但通过翻阅参考书籍很快就适应下来。某些实际开发不常实用的设计视图例如进程视图，比较不熟悉，所以对UML的学习要持之以恒，每个新阶段都应该有新的收获。

答辩记录及评分表