医院门诊挂号--需求分析文档--修改版.doc

GB201314
医院门诊挂号系统
需求分析说明书

编写：闫晓亚、徐翠、张卓、朱琼、赵晓丽
日期：2010-3-29
审核：闫晓亚
日期：2010-3-29
批准：闫晓亚
日期：2010-3-29
受控状态：
是
发布版次：1.0
日期：2010-3-29
编号：GB201314

GB201314
日期
版本
变更说明
作者
2010-3-29
1.0
初始版本
闫晓亚、朱琼、徐翠、张卓、赵晓丽
2010-4-14
1.1
修改版本
徐翠

系统模块
对应章节
对应部门
负责人签字

1 概述 4
1.1 目标 4
1.2 背景 4
1.3 范围 5
1.4 术语定义 5
1.4.1 HORS 5
1.4.2 SRS 5
1.5 参考资料 6
2 任务概述 6
2.1 目标 6
2.2 用户的特点 6
2.3 开发者的特点 7
3 需求规定 7
3.1 前台登记系统 10
3.1.1 添加患者个人信息： 11
3.1.2 注销服务： 11
3.1.3 医疗卡服务： 12
3.1.4 修改信息 12
3.2 科室门诊挂号系统 13
3.2.1 查询医院及科室信息 13
3.2.2 查询医师信息 13
3.2.3 查询就医记录 14
3.2.4 查询消费记录 14
3.2.5 查询余额 14
3.2.6 密码修改 14
3.2.7 充值服务 14
3.2.8 PC机的挂号 15
3.3 医师门诊挂号系统 15
3.3.1 添加医师个人信息： 15
3.3.2 添加患病信息 16
3.3.3 查询患者信息 16
3.3.4 查询医师信息 16
3.3.5 收费挂号费 16
3.3.6 医师登陆 16
3.3.7 医师注册 17
3.4 后台管理系统 17
3.4.1 添加管理人员个人信息： 17
3.4.2 收取挂号费 17
3.4.3 查询和修改医师信息、患者信息 18
3.5 医院收费系统 18
3.5.1 消费记录 19
3.5.2 就诊记录 19
3.5.3 记录总收费 19
3.5.4 打印消费清单 19
4 运行环境规定 19
4.1 软件环境 20
4.2 硬件环境 20
4.3 接口 21

1 概述
1.1 目标
编写《医院门诊挂号系统需求分析说明书》的目的在于明确系统开发者对医院门诊挂号系统的需求，详细描述系统需要实现的具体功能，系统适合运行所需的相应软硬件支持的环境，并且确定了系统功能模块，同时为概要设计和详细设计人员提供设计依据，为测试人员提供测试依据，其他本项目组的开发人员也可参阅。
《医院门诊挂号系统需求分析说明书》的预期读者为：
1)医院门诊挂号系统的使用者及开发者。
2) 对《医院门诊挂号系统需求分析说明书》进行审核测试确认的质量管理人员。
3) 其他有权并且需要参阅本说明书的人员。
1.2 背景
a)待开发的软件系统的名称：HORS（医院门诊挂号系统）。
b)项目任务提出者：郑州大学软件学院教师宋玉。
c)项目开发者：郑州大学软件学院软件工程专业2008级学生：闫晓亚、徐翠、朱琼、张卓、晓丽。
d)项目目标用户：医院。
项目与其他软件，系统的关系：
该系统可以与医师管理系统，医院收费管理系统，药房管理系统，医疗器械管理系统，病房管理系统等配合使用，具有一定的兼容性。
1.3 范围
医院门诊挂号系统（HORS）包括范围：患者管理：管理患者个人信息，同时为患者提供个人信息登记注册、就诊卡服务、刷卡查询医师信息，个人信息等功能；医师管理：管理医师信息，同时为医师提供个人信息登记注册、查看患者信息和就诊情况以辅助治疗；网上预约管理：提供网上挂号；系统管理：管理患者、医师、系统工作人员的信息，添加和修改整个数据库，维护整个系统的正常运行。
1.4 术语定义
1.4.1 HORS
HORS的全称是Hostipal Outpatient Reqistration System:医院门诊挂号系统。是将要编写的系统名称，该系统可以更好的方便用户使用。
1.4.2 SRS
SRS的全称是Software Requirements Specification。当需求调查、分析工作告一段落时，你就需要将这些需求进行规格化描述，整理成文，即软件需求规格说明书，也就是SRS。
1.5 参考资料
1）《软件工程》
2）中国标准出版社编，计算机软件工程规范国家汇编，北京：中国标准出版社，2000
3）肖刚等著，实用软件文档写作，北京：清华大学出版社，2005
2 任务概述
2.1 目标
旨在开发一个统一的医院信息管理平台，利用信息化手段辅助医院管理，达到提升医院信息化管理水平的目的。医院管理人员能够更方便的进行管理工作，包括患者信息管理、医师信息管理、医院信息管理、收费信息管理等。患者用户能够利用该系统进行信息查询、挂号、充值、结账；医师则能够更方便的获取患者信息；医院可以更方便的对患者和本院医师的信息进行管理。
2.2 用户的特点
本系统的最终用户为：医院门诊挂号系统的使用者，大致包括三类用户：医院信息管理人员、医院的全部医师、就诊的患者。对于患者用户不需要有太多的专业知识，只要能操作本系统中相关科室门诊前台的终端PC机，或者本医院在网上提供的浏览器界面，就可以使用本软件；前台管理人员和医师也不需要有太多的专业知识，但是要会操作电脑，熟悉该系统。医院系统管理人员要熟悉整个数据库和流程，系统进行操作和修改，是专业人士本。系统的维护人员：医院门诊挂号系统的维护人员为该软件的项目开发小组，要详细了解C/S构架、java编程语言、操作系统基础知识、数据库设计及操作等知识。
2.3 开发者的特点
闫晓亚
项目组长
大学本科
界面设计与编码
徐翠
操作人员
大学本科
系统功能设计与数据库设计
赵晓丽
操作人员
大学本科
界面设计与编码
张卓
操作人员
大学本科
测试与编码
朱琼
操作人员
大学本科
测试与编码

3 需求规定
医院门诊挂号系统（HOSR）包括两种挂号模式：门诊挂号和网上预约挂号。
门诊挂号：患者进入医院后，先在前台进行登记注册，建立个人信息。然后到相关科室门诊前的PC机上进行查询、挂号。最后到达相应的医师处进行缴费和就诊，整个系统的功能均通过一张医疗卡（前台等记时发放）在终端PC机上来实现，包括登记，查询，挂号，缴费。
网上预约挂号：患者登陆医院的网站，登记个人信息后，可以查询相关科室、医师信息等，选择医师挂号后，医院自动给分配就诊卡号，患者到达医院后，进行医疗卡的发放，缴费和就诊。同时网上挂号的患者也可以在医院科室前的PC机实现查询，充值等功能。
医院门诊挂号系统流程图：

整个系统的数据将由系统管理人员管理和维护。医院工作人员（前台工作人员和医师）都通过一个登录系统访问医院的数据库，实现添加信息功能、查询信息功能。网上挂号患者可以通过添加信息向系统传输信息。
整个系统的功能模块数据库如下：

医院门诊挂号系统
前台登记系统
医师信息管理系统
科室门诊挂号系统
系统后台管理系统
医院收费系统

医院门诊挂号系统（HOSR）两大两种挂号模式：门诊挂号和网上门诊挂号，两个实现的方式相同，都是向登记个人信息，然后查询医师进行挂号，最后在医师处缴费和就诊，缴费和查询可以通过医疗卡实现。这里主要介绍门诊挂号。
挂号系统分为前台登记系统，科室门诊挂号系统和医师处缴费和就诊系统。

3.1 前台登记系统
前台登记系统总共实现三大功能：添加信息、注销服务、医疗卡服务。

前台挂号系统
添加信息
注 销
就诊卡办理
患者信息
密码设置
充值
退还余额
登记信息

3.1.1 添加患者个人信息：
医院前台的管理工作人员执行“添加信息”的功能，可以为患者建立个人登记信息和为医师建立个人档案信息以及为管理人员建立个人档案。信息保存到数据库中，以供医生和患者查询使用。
这个功能模块主要为患者建立个人登记信息，由前台工作员填写相关的信息，包括：姓名、性别、年龄、地址、电话号码、就医卡号、医疗类型（主要包括普通患者、新农村医保患者、低保患者）患者个人信息建立成功，信息将自动传输到医院的数据库中进行保存。
3.1.2 注销服务：
执行这项操作，前台终端PC机从医院数据库中提取相关的个人信息，由患者核对确认后，完成注销服务。否则，重新输入患者的医疗卡号或者身份证号再次执行注销。
3.1.3 医疗卡服务：
前台工作人员为患者先建立一个就诊卡，然后通过这张卡可以使实现以上功能。就医卡主要可以方便收费和跟踪患者就诊记录，可以用于各种信息的查询，包括患病信息，医师信息等。
就诊卡主要功能模块如下：
正确输入就诊卡号
登记信息
前台直接退款
确定充值
输入密码
密码服务
充值业务
退款服务
再次确定密码
就诊卡

3.1.4 修改信息
这个功能模块主要为专业管理员修改患者个人信息、医师个人信息、管理员个人信息提供平台。信息修改成功后，自动保存到医院的数据库中。
3.2 科室门诊挂号系统
科室门诊挂号系统主要实现两种服务系统：医院系统服务，客户系统服务。医院系统服务实现查询医师信息、挂号。客户系统服务实现查询患者的消费记录、患病信息，就诊卡服务，患者个人信息
科室前台挂号系统主要功能模块如下：

3.2.1 查询医院及科室信息
这个功能模块主要介绍医院的信息、科室的信息，包括科室主要特点，突出贡献，专业领域等。
3.2.2 查询医师信息
这个功能模块主要介绍所有的医师个人信息，包括 姓名、编号、医龄、挂号收费标准、学历、电话号码、主要成绩等信息，通过查看该功能就可以对相关科室的所有专家进一步了解，方便病人选择自己放心的主治医生。
3.2.3 查询就医记录
这个功能模块主要提供用户的就医情况，使用户很好的了解整个就医流程，方便参考。
3.2.4 查询消费记录
这个功能模块主要反映用户的消费情况，用户可以通过手中的发票比较，方便监督本院的收费流程，以及为用户医疗保险的包赔提供依据。
3.2.5 查询余额
这个功能模块主要方便用户及时了解自己就医卡中剩余的金额，及时充值，或者在离开医院时查询，方便与前台注销时退还的金额进行对比。
3.2.6 密码修改
这个功能模块主要保密用户个人信息和保护用户就医卡的利益。
3.2.7 充值服务
这个功能模块主要为用户提供就医卡充值服务。
3.2.8 PC机的挂号
这个功能模块主要为用户提供门诊挂号和网上挂红。选择专家，点击“确定”键后，挂号成功，患者的相关信息会自动传输到相关医师的终端PC机上，供医师做好就收准准备。

注： 挂号系统的在科室门诊前的终端PC上实现，由患者自己操作。
3.3 医师门诊挂号系统
医院门诊挂号系统功能模块：
医师门诊管理系统
查询
收费
添加信息
患者信息
医师信息
收取挂号费
患者信息
医师个人信息
登记系统
注册
登陆

3.3.1 添加医师个人信息：
这个功能模块主要为医师建立个人登记信息，由前台管理员填写相关的信息，包括：医师号、姓名、性别、医龄、电话号码、学历、主要成就等信息。医师信息建立成功，信息将自动传输到医院的数据库中进行保存然后由管理人员在科室前台的PC机上完成添加，患者就可以查询到此医师的信息。添加信息页面的所有信息就不会被保存到医院的数据库中，页面自动返回到前台登记系统总界。
3.3.2 添加患病信息
这个功能模块主要将患者的患病信息添加到数据库中，此过程有挂号的医师完成。
3.3.3 查询患者信息
这个功能模块主要可以查询到患者的所有信息，包括个人信息、患病信息、就诊记录等。
3.3.4 查询医师信息
这个功能模块主要可以查询到所有医师的所有信息。
3.3.5 收费挂号费
这个功能模块主要是收取挂号费，有医院的医师代为收取。
3.3.6 医师登陆
这个功能模块主要为医师提供登陆医师界面提供途径，通过登陆系统的登陆，限制医师的访问权限，实现数据库的完整性约束，保障系统的安全。
3.3.7 医师注册
这个功能模块主要是医师申请登陆医师界面，通过登陆系统的注册，为医师登陆医师界面提供依据。
3.4 后台管理系统
后台管理系统
添加
维护
修改
查询
管理信息
医师信息
患者信息
医师信息
患者信息
医师信息

3.4.1 添加管理人员个人信息：
这个功能模块主要为管理人员建立个人登记信息，由专业管理员填写相关的信息，包括：工号、姓名、电话号，登陆密码（保障系统安全）。
3.4.2 收取挂号费
这个功能模块主要是收取挂号费，有医院的医师代为收取。
3.4.3 查询和修改医师信息、患者信息
这个功能模块主要方便管理人员医师信息（每天根据医师值班系统提供的值班安排，不断更新数据库和科室挂号系统的医师信息）、患者信息（及时更新患者的信息，添加新的患者，删除已经注销的患者） 。保证数据库的数据完整性。
3.5 医院收费系统
医院收费系统
患者：就诊卡
医院：收费
就诊记录
消费记录
记录总收费
打印收费清单

患者挂号成功后，找到相关的专家科室，在专家处进行缴费。将医疗卡放到专家室的刷卡机上，费用自动扣除，如果余额不足或少于20元时，刷卡机会自动提醒“请充值”。
缴费完成后，医疗卡的显示栏中就会记下“完成挂号”，病人就可以医院就医，直到病好（如果没好，下次就医可以不用重复挂号）或者注销医疗卡。
3.5.1 消费记录
这个功能模块主要患者提供就诊的消费流程情况（时间、消费项目、消费金额、相关科室或者负责人姓名等），方便患者查询和报销。
3.5.2 就诊记录
这个功能模块主要为患者提供就诊流程情况。方便患者了解自己的病情和治愈情况，为以后就医提供治疗依据（专指重症患者）。
3.5.3 记录总收费
这个功能模块主要完成医院的日收费、总收费统计。方便医院管理资金，计算收益（收益=收入-支出）。
3.5.4 打印消费清单
这个功能模块主要管理患者清单打印。患者的每一次消费都要求打印相关的清单。
4 运行环境规定
以下简要地规定了运行本产品的环境（包括硬件环境和支持环境）。

4.1 软件环境
以下列出的是支持该软件运行的软件环境，包括要用到的操作系统、编译（或汇编）程序、测试支持软件。

系统
名称
版本
语种
操作系统
Microsoft Windows
XP
中文
附加功能
具备IE浏览器
6/7
中文
数据库平台
Oracle
9i
中文
编码软件
JDK
1.6.0
中文
用例设计平台
Rational Rose
2008
中文

4.2 硬件环境
以下列出的是运行该软件所需要的硬件设备，以及其最低配置和推荐配置。
硬件
最低配置
推荐配置
处理器
PT4单核
PT4双核
内存
1G
2G
硬盘
250G
320G
网卡
Realtek
3Com

4.3 接口
同其他软件之间的接口：与HORS 服务器之间，与Oracle数据库接口。
数据通信协议：HORS2_0Specification(version2_0_11)

21