门诊管理子系统软件需求说明书.docx
《门诊管理子系统软件需求说明书.docx》由会员分享，可在线阅读，更多相关《门诊管理子系统软件需求说明书.docx（23页珍藏版）》请在冰点文库上搜索。
门诊管理子系统软件需求说明书
数学与计算机学院
实训报告
课程名称:
软件开发设计实训
课程代码:
题目：
医院门诊管理系统一一需求分析
年级/专业/班:
学生姓名:
学号:
开始时间:
年月日
完成时间：
年月日
实训成绩:
技术水平与实际能力（50）
说明书撰写质量（50）
总分（100）
前景与范围文档1
一、业务需求1
1.背景1
2.业务目标1
3.业务风险2
二、解决方案的前景2
1.前景陈述2
2.主要特性2
3.假设和依赖2
三、局限性2
1.局限性和排斥性2
四、业务背景3
1.涉众概要3
2.用户概要及项目优先级3
用例5
软件需求规格说明8
一、介绍8
1.目标8
2.项目范围和产品特性8
3.参考文献9
二、总体描述10
1.产品远景与规划10
2.用户类和用户特性10
3.运行环境10
4.设计和实现的约束条件11
5.假设和依赖11
三、系统特性11
1.门诊业务11
（1）描述与优先级11
（2）刺激/响应序列11
（3）功能性需求12
四、外部接口需求12
1.硬件接口12
2.软件接口13
3.通信接口13
五、其他非功能性需求13
1.性能需求13
2.防护性需求13
3.安全性需求13
4.软件质量属性13
附录A数据字典与数据模型15
1.数据字典15
附录B：
分析模型16
1.活动图16
2.时序图18
3.协作图19
4.类图20
附录C:
概念模型21
前景与范围文档
一、业务需求
1.背景
随着计算机产业的发展，计算机在各个行业的应用也越来越普遍.采用计算机软件来管理代替了以前的人工操作。
随着医院的发展，当前使用的医院信息管理系统软件已经不能满足当前他们的需要。
在软件的升级和外网的访问和管理上都存在一些缺陷，使用比较麻烦。
所以考虑设计一个新的的医院信息管理系统软件，来填补当前正在使用的系统的缺陷。
2.业务目标
本系统为医院管理系统的子系统，主要分为四大功能模块：
1、挂号收费功能：
医院门诊部工作人员为前来挂号看病的患者，提供挂号服务。
医院门诊人员可根据患者的描述，选择适当的科室，选择专家门诊或普通门诊，查看当前值班医生，可以向需要的患者提供必要的医生的信息并进行挂号，并打印挂号凭证。
可以对前来咨询医生工作时间或医院药品情况的就诊人员提供必要的咨询服务;
2、划价收费功能：
医院门诊部工作人员为持有医生药单或处方前来划价或缴费的人员根据其所持有的药单或处方分别进行划价和收费。
医院门诊部工作人员可以向系统输入所有药品名，查看并选择药品规格，输入购买数量，系统将自动进行药品总费用统计，医院门诊部工作人员可根据系统显示的药品总费用进行收费，打印票据。
3、病例管理功能：
对与长期在医院进行看病或治疗的患者，系统将保留患者的基本信息及就诊记录，便于医生和患者查询。
避免患者病历丢失所带来的损失。
4、权限管理：
该系统具有权限管理功能，对进入系统的人员进行权限验证，门诊工作人员在进入系统前，必须输入其工作号及密码，经系统验证成功后方可登陆。
在门诊工作人员进行工作时，系统将自动记录其操作情况，统计其收费总额，门诊工作人员可以随时进行查看，便于门诊工作人员向财务部门交账时进行核对。
3.业务风险
医院服务系统更新较慢，新系统很难进入应用领域
（可能性0.3影响4）
本系统没有提供网上业务，影响系统的推广使用。
（可能性0.5影响3）
二、解决方案的前景
1.前景陈述
互联网技术迅速发展，为各行各业信息系统的建立打下了坚实的基础。
医院的信息系统建设。
在新的互联网技术的指导下。
在全球一体化的大趋势下．具有广泛的发展前景,在对流行病学的调查、公共卫生事件和特殊病的调查以及对药品流通的管理都有一定的积极作用。
2.主要特性
FE-1日常的病人看病、挂号，住院、计费和医生计价、门诊。
FE-2药品入库管理，对药品进行分类。
FE-3病房分配，入院病人的用药，收费。
FE-4在院医生、医务人员档案建立和管理。
FE-5日常义务统计、整理、分析。
3.假设和依赖
为实现不同院区统一数据库管理，需提供网络连接；为确保系统在短时间断电时能正常运作，应提供前台操作和后台数据库的UPS。
三、局限性
1.局限性和排斥性
本系统仅供医院内部使用，所以无法为外部人员提供服务。
本系统目前版本不支持网络服务，所以外界无法通过网络访问
四、业务背景
1•涉众概要
门诊管理系统
编号
名称
说明
期望
00001
病人
所有病人
1.可以很方便咨询病症
2.可以快速找到相应的医生诊断病情
00002
挂号
工作
人员
设立挂号窗口，为病人提供挂
号服务和咨询服务
1.计算挂号费用
2.选择科室及挂号类型
00003
划价
收费工作人员
根据其所持有的药单或处方
分别进行划价和收费，并且发放药
品
1.通过计算机能方便快捷的查看药品信息
2.能快捷的输入药品规格和数量
00004
系统权限管理员
负责整个系统的权限管理
1.可以方便查看操作记录
2.方便核对账目
2.用户概要及项目优先级
由于涉众不等于用户，用户才是将来使用系统的涉众代表，所以我们还需要定义使用系统的涉众代表，即用户的概要信息。
用户概要说明代表涉众使用系统的用户说明，描述一般包括用户概况、特点和用户使用系统的方式等。
可以通过下表1-3来表示：
表1为用户概要说明表：
表1用户概要说明表
编号
用
户名称
用户概况和特点
使用系统方式
代表涉众
US001
门诊工作人员
是门诊部门的内部岗位人员之一，负责挂号、收费、发放药品等一系列的服务流程。
所有业务均通过计算机办理，可以直接操作计算机。
00002
00003
US005
系统管理人员
系统管理员负责对系统的维护，包括系统用户权限管理，员工的档案管理，数据的备份恢复。
所有工作由计算
机完成
00004
用例
各种用户类确认的“医院门诊管理系统”的用例和主要参与者如下所示:
病人
图1病例管理模块用例图
图2挂号收费模块用例图
图3划价收费模块用例图
图4系统权限模块用例图
1.主要参与者
主要参与者
用例
挂号工作人员
1.挂号收费
划价收费工作人员
2.发药
3.计价
4.收费
系统权限管理员
5.角色授权
6.角色管理
2.用例
用例ID号
1
用例名称
门诊管理系统
创建者
某某
最后更新者
某某
创建日期
2014年12月1日
最后更新日期
2011年12月7日
参与者
挂号工作人员、病人、划价收费工作人员、系统管理员
描述
方便病人咨询病情和正确就医、取药以及其它救治方式
前置条件
病人就医
后置条件
存储病人挂号、就医等信息
主过程
1.病人到挂号处咨询并挂号
2.挂号工作人员收取挂号费用并打印凭证、存储信息
3.病人根据凭证找到对应医生
4.医生检查病情并开处方单
5.划价收费人员根据药单发药并存储信息
6.病人携带药品和票据离开
软件需求规格说明
一、介绍
1.目标
本文档的目的在于给出“医院管理系统”（以下简称本系统）的功能说明。
1）向用户描述“医院管理系统”的功能；
2）为编制后续各阶段的文档提供基本依据；
3）提供给用户确认或本地化修改的基本文件；
4）作为日后软件确认测试和系统验收之参考依据；
5）作为日后系统维护工作基准文件。
本文档的内容涵盖了本系统的总体结构设计、软件运行环境设计、处理流程设计和软件功能设计等。
本文档的使用者包括本系统用户、需求分析人员、项目管理人员、软件设计人员、软件质量控制人员以及软件维护人员。
决策支持：
根据实际要求及时提供所需报表及文件。
提高效率：
利用软件进行管理，避免人工管理的失误以及延迟性，从而实现高效率的管理。
2.项目范围和产品特性
2.1.项目范围:
特性
当前版本
后续版本
FE-1
完全实现
（管理日常事
务）
完全实现
（依靠管理系
统）
FE-2
完全实现
完全实现
FE-3
完全实现
完全实现
FE-4
完全实现
完全实现
FE-5
完全实现
完全实现
FE-6
完全实现
完全实现
FE-7
完全实现
（系统自动处理
分析）
完全实现
FE-8
不支持
完全实现
2.1.项目范围：
FE-1日常的病人看病、挂号，住院、计费和医生计价、门诊。
FE-2药品入库管理，对药品进行分类。
FE-3病房分配，入院病人的用药，收费。
FE-4注册门诊付费方式。
FE-5在院医生、医务人员档案建立和管理。
FE-6创建、浏览、修改和删除工作人员信息。
FE-7日常义务统计、整理、分析。
FE_8通过网络可以访问系统，或者授权的医院工作人员可以通过外部Internet访问系统
3.参考文献
[1]黄国兴周勇•软件需求工程•清华大学出版社.2008
[2]张海潘.软件工程.北京：
清华大学出版版社.2003
[3]WendyBoggs.UML与RationalRose2002从入门到精通.北京：
电子工业出
版社.2002
[4]刁成嘉.UML系统建模与分析设计.北京：
机械工业出版社.2007
二、总体描述
1.产品远景与规划
产品名称：
医院管理系统
产品类别：
软件产品
目标客户：
各医院
需求或机会的声明：
本系统逻辑架构合理全面，满足了所有的用户需求
新产品的主要竞争优势：
安全快速全面的逻辑处理能力是本系统所独居的最大亮点。
同时独立的错误处理能力也是其它系统所无法比拟的。
2.用户类和用户特性
随着科学技术水平的不断发展和现代化管理水平的不断提高，医院对于医院管理的智能网络管理提出了更高的要求。
医院管理系统的建立涉及到医院的方方面面，从计算机的硬件到软件，从管理的模式到人员的素质，从医院领导的关心和重视到各部门相互配合，都对医院管理系统的建立产生了很大的影响。
同时，通过医院管理信息系统的建立，将医院管理计算机化、规范化，提高了工作效率、规范了业务管理流程、节省了大量的人力、物力、财力和时间，摆脱了过去手工方式时的数据统计、资料查询费时费力的落后局面，将在经济效益和社会效益方面创造良好的研究和利用价值。
本系统为医院人员规范了日常工作，简化了业务管理流程，提高了效率，增加了效益。
同时为患者建立个人信息档案，方便管理查询。
本系统能够迅速占领市场，满足市场的需求。
3.运行环境
（1）硬件方面：
Pentium级处理芯片；1兆显存的兼容显卡；256色,1024*960的兼容显示器；标准兼容打印机
（2）软件方面：
操作系统WINXP;支持环境VISUALBASIC6.0;数据库Microsoft
SQLServer2008。
（3）网络类型：
局域网（以太网）。
（4）存贮器容量：
数据库服务器：
100G以上；客户端：
20G以上
4.设计和实现的约束条件
为了能够保证系统的正常运行，医院已经建立好通畅的局域网环境。
医院财务系统预留接口，可接受医院管理信息系统的数据作为财务系统数据输入的组成部分。
5.假设和依赖
如果本系统需要互联网的应用，开发人员可以完成网络应用的添加；为了能够保证系统的正常运行，医院已经建立好通畅的局域网环境。
医院财务系统预留接口，可接受医院管理信息系统的数据作为财务系统数据输入的组成部分。
三、系统特性
1•门诊业务
（1）描述与优先级
病人在挂号后得到其所挂的号码后，他们就可以在门诊室等候诊断，但所挂号过时后就无效；病人就只有再挂号然后再等候，等到轮到所挂号之后就可以去门诊医生处诊断。
诊断完成后视结果
再进行下一步活动。
（2）刺激/响应序列
刺激：
病人咨询信息，请求挂号看病，然后挂号等待。
响应：
挂号员给病人挂号后，轮到病人之后由门诊医生对病人进行诊断。
刺激：
病人挂号过期。
响应：
病人再次挂号。
刺激：
病人放弃所挂号码
响应：
如果号码状态是“未响应”，则允许下一个号码
（3）功能性需求
门诊工作人员参与业务
Order.Place
门诊工作人员登录挂号系统
Order.Place.Select
门诊工作人员选择挂号类型以及科室
Order.Place.Select.yes
确认挂号信息，收取费用，病人等待门诊医生诊断
Order.Place.Look.yes
门诊医生针对病情开处方单
OrderPlace.Waiting
病人根据处方单到收费处等待门诊工作人员划价收费
Oreder.Pay.Confirm.OK
确认收费，打印票据
说明：
门诊管理员通过挂号预约为患者诊治，为患者建立档案，生成处方，确定患者是否需要住院，收取费用。
四、外部接口需求
描述需要的用户界面的逻辑特征。
1）用户界面简洁，以图表为主，重点体显示的是数据，如药品明细等，色调为灰色
2）屏幕分为左右两侧，左侧占屏幕的25%，右侧75%，右侧上半部分为图表信息，下半部分为操作按钮
3）按钮为标准的矩形按钮，有确定和取消
4）设置快捷键
5）错误信息显示以弹出对话框的形式
1.硬件接口
硬件接口
名称
硬件名称
厂商
接口描述
RS232串行通讯口
IC卡读写器
XXXX
符合ISO7816-3同步传输协议
2.软件接口
SI-1:
后期有可能需要添加病人通过wifi手机查询功能。
因此需要考虑程序后期与手机平台（android系统）的兼容问题，如：
系统预留java开发接口
SI-2:
提供相应的接口来保证不同类型数据的一致性。
3.通信接口
通信接口名称
协议或方式
安全要求
传输速率要求
Web浏览器
HTTP/1.0
中
10M
五、其他非功能性需求
1.性能需求
应用系统过程中的数据库响应时间不超过10秒；系统生成页面速率为1Mps;用
户向系统录入信息、提交信息、查询信息等操作在5秒内完成。
2.防护性需求
防护性需求还没有确定。
3.安全性需求
系统用户必须要登录到“医院管理系统”才能完成后续的操作，不登陆不能查询到任何信息，不能做任何操作。
所有涉及到系统功能和个人信息的内容，必须使用加密措施进行加密。
4.软件质量属性
Usability（易用性）-1:
查询，登记信息要方便服务员或前台人员操作。
Usability（易用性）-2:
收费操作方式要简洁，尽量采用键盘操作模式。
便于收银员操作
Usability（易用性）-3:
管理人员能很容易的生成自己所需要查看的报表。
Maintainability（移植性）-1:
后期有可能需要添加病人通过wifi手机查询功能。
因此需要考虑程序后期与手机平台（android系统）的兼容问题，如：
系统预留java
开发接口。
附录A数据字典与数据模型
1•数据字典
病人说明=姓名+性别+身份证号+年龄+电话号码员工=员工编号+身份证号+性别+年龄+部门部门=部门编号+部门名称+领导编号+部门说明挂号信息=姓名+性别+年龄+科室+挂号类型
附录B:
分析模型
1.活动图
1.1挂号收费用例活动图
挂号收费用例活动图，如图1所示:
图1挂号收费用例活动图
1.2划价收费用例活动图
划价收费用例活动图，如图2所示:
图2划价收费用例活动图
1.3系统权限管理用例活动图
系统权限管理用例活动图，如图3所示:
图3系统权限管理用例活动图
2.时序图
2.1挂号收费用例时序图
挂号收费用例时序图，如图4所示:
图4挂号收费用例时序图
2.2划价收费用例时序图
划价收费用例时序图，如图5所示:
图5划价收费用例时序图
3•协作图
3.1挂号收费用例协作图
挂号收费用例协作图，如图6所示:
3:
数据处理
6挂号收费用例协作图
图
门诊工作人员
病人
3.2划价收费用例协作图
划价收费用例协作图，如图7所示:
3:
数据处理
i:
显示药品心情及药品单价、总价
6:
图7划价收费用例协作图
病人
4.类图
门诊管理子系统类图，如图8所示。
-员丄编号
java.lang.String
-身份证号
java.lang.String
-性别
int
-年龄
int
-部门
java.lang.String
员工
-部门编号:
java.lang.String-部门名称：
java.lang.String-领导编号:
java.lang.String-部门说明:
java.lang.String
姓名身份证号性别年龄
java.lang.Stringjava.lang.Stringint
int
门诊工作人员1
0..1
病人挂号信息
-姓名
:
java.lang.String
-性别
:
int
-年龄
:
int
-挂号类型
:
java.lang.String
0.
.业—
-就诊安排
-科室:
java.lang.String
-科室编号：
java.lang.String
-就诊医生:
java.lang.StringBuffer
0..1
0.
挂号操作详情
-挂号类型选择
-科室选择
-挂号收费
-打印凭证
:
java.lang.String
:
java.lang.String
:
java.lang.Float
:
java.lang.String
0.
药品名称药品规格购买数量药品总额打印凭证
收费信息
:
java.lang.String
:
java.lang.String
:
int
:
java.1ang.Float
:
java.lang.String
数扌据信息管理
-医生信息
:
java.lang.String
-工作人员信息
:
java.lang.String
-药品信息
:
java.lang.String
-其它信息
:
java.lang.String
图8门诊管理子系统类图
附录C:
概念模型
核心业务活动图，如图9所示:
图9核心业务活动图
挂号收费概念用例图，如图10所示：
挂号收费模块的概念用例图
图10挂号收费概念用例图
划价挂号收费概念用例图，如图11所示：
图11划价收费概念用例图
升级会员 