Virgo医院门诊系统需求说明书.docx
《Virgo医院门诊系统需求说明书.docx》由会员分享,可在线阅读,更多相关《Virgo医院门诊系统需求说明书.docx(11页珍藏版)》请在冰豆网上搜索。
Virgo医院门诊系统需求说明书
Virgo医院门诊系统需求说明书
1.引言
1.1编写目的
确定Virgo医院管理系统门诊管理模块的功能以及有效性需求,以供软件开发人员研究与参考。
1.2项目背景
·本项目的名称:
Virgo医院管理系统门诊管理模块;
·本项目的应用范围:
Virgo医院门诊部;
·开发者:
恩神队软件开发小组;
·用户:
开发人员。
1.3定义:
·HMS(HospitalManagementSystem):
医院管理系统;
·PN(PatientNumber):
记录门诊部病人的挂号信息;
·PI(PatientInformation):
记录门诊部病人的病历、病因、病情等信息;
·DI(DoctorInformation):
记录门诊部医师的空闲时间以及出诊信息;
·TI(TreatmentInformation):
记录门诊部病人的治疗信息以及康复情况;
·MI(MedicineInformation):
记录门诊部药房的药物信息以及出售情况;
·Reservation:
提供预约以及取消预约的功能。
1.4参考资料:
《软件工程》清华大学出版社;
《软件工程——Java语言实现》机械工业出版社;
《实践者的研究方法》机械工业出版社;
《数据结构——C++语言的使用》;
《VisualC++高级编程》清华工业出版社。
2.任务概述
2.1目标
该《医院管理系统》针对的用户是大型医院。
相应的需求有:
1.能够存储一定数量的病人、药品信息,并方便有效的进行相应的数据操作和管理,这主要包括:
病人、药品信息的录入、删除及修改;
病人、药品信息的多关键字检索查询;
院际互通(通过电子邮件或现场录入)。
2.能够对需要的统计结果提供打印输出。
3.能够提供一定的安全机制,提供数据信息授权访问,防止随意删改,同时提供信息备份的服务。
2.2用户的特点
操作人员:
医生、护士、等非计算机专业人员;
维护人员:
专业软件工程师;
软件的预期使用频度:
非常常用。
2.3假定和约束
要求操作人员会一般的计算机操作,会中/英文输入。
要求用户界面友好,提供帮助。
3.需求规定
3.1对功能的规定
用列表的方式(例如IPO表即输入、处理、输出表的形式),逐项定量和定性地叙述对软件所提出的功能要求,说明输入什么量、经怎样的处理、得到什么输出,说明软件应支持的终端数和应支持的并行操作的用户数。
系统功能模块图
3.2对性能的规定
3.2.1精度
软件的输入精度:
小数点后保留5位有效数字;
输出数据精度的要求:
小数点后保留5位有效数字;
传输过程中的精度:
小数点后保留5位有效数字;
医院门诊管理对于病人的信息量比较大,各种门诊,药品,收费等价格不同,对系统的输入,输出的数据精度应该控制在保留5位小数,有助于工作人员对病人信息,药物等管理。
3.2.2时间特性要求
a.由于医院长期处于运作状态,该系统也处于运行状态,断电期间,也应该保持待机。
响应时间由硬件设备决定,快速且稳定,例如返回100行数据的查询,正常时间保持在1-2秒。
即使多人操作,也是保持一致;
b.保证系统信息的及时更新,挂号模块必须保持一有新的信息就立刻更新;
c.数据的转换跟传送时间保持一致,一旦有新的信息立即更新并传送;
d.一旦解决问题,立马进行下一个。
需要解决的问题保持,等待-就绪-运行。
响应时间:
0.5秒以内;
更新处理时间:
0.5秒钟以内;
数据的转换和传送时间:
1秒以内;
解题时间:
2秒以内。
3.2.3灵活性
a.操作方式上,各种输入输出设备统一配备,没有多大变化,普遍用鼠标与键盘;
b.运行环境,系统能在XP以及后续的操作系统上正常运行;
c.同其他软件的接口的变化,暂时不考虑,不适用;
d.精度和有效时限的变化,不考虑;
e.计划的变化或改进,由于规模比较大,计划和进度有改变,开发人员必须即使报告给经理,并做出改进方案,及时实现需求。
3.3输人输出要求
解释各输入输出数据类型,并逐项说明其媒体、格式、数值范围、精度等。
对软件的数据输出及必须标明的控制输出量进行解释并举例,包括对硬拷贝报告(正常结果输出、状态输出及异常输出)以及图形或显示报告的描述。
模块名:
临床诊疗
输入输出
数据类型
精度
格式
病人号
Vchar
30
10000111
种类
Vchar
30
外科
结果
Text
骨折
费用
Num
8.1
268.4元
检验日期
Date
2010-11-02
负责人
Vchar
30
牛一
模块名:
药品管理
输入输出
数据类型
精度
格式
药品名
Vchar
30
阿司匹林
价格
Num
8.1
10.5
现储量
Num
8
300
入库日期
Date
2010-09-28
负责人
Vchar
30
王二
模块名:
门诊挂号
输入输出
数据类型
精度
格式
病人编号
Vchar
30
10000111
流水号
Vchar
30
13
费用
Num
8.1
62.4元
日期
Date
2010-10-28
负责人
Vchar
30
李四
模块名:
病案管理
输入输出
数据类型
精度
格式
病案编号
Vchar
30
2000001
病人编号
Vchar
30
100000111
内容
Text
病历内容
日期
Date
2010-11-02
负责人
Vchar
30
张三
3.4数据管理能力要求
说明需要管理的文卷和记录的个数、表和文卷的大小规模,要按可预见的增长对数据及其分量的存储要求作出估算。
文卷(规模)
记录
表
增长
存储
临床诊疗
200/天
200
1Gm/天
100T级别
病案管理
2000/天
2000
1G/天
100T级别
药品管理
500/天
100
100M/天
100T级别
3.5故障处理要求
a.在工作人员输入一些不合理的数据的时候,能够警醒一些合理的提示信息,不能因为输入错误而导致系统的错误,或者程序停止运行;
b.程序运行时,对服务器和网络通信故障能够识别并提示,当故障排除后,程序恢复正常运行;
c.数据库要求有灾难备份机制,以防数据丢失。
3.6其他专门要求
a.该系统对安全性的要求高,确保不泄露病人的信息;
b.信息的处理量很大,要求按期备份系统信息。
4.运行环境规定
4.1设备
a.处理器型号及内存容量;
服务器:
PentiumIII500以上或更高;
内存:
256M以上;
b.外存容量、联机或脱机、媒体及其存储格式,设备的型号及数量;
硬盘:
至少1T以上;
c.输入及输出设备的型号和数量,联机或脱机;
CD-ROM:
64倍速以上;
d.数据通信设备的型号和数量;
网卡:
10MB光纤自适应;
e.功能键及其他专用硬件
4.2支持软件
·Windows;
·Linux;
·secureCRT;
·Eclipse。
4.3接口
a.查询挂号单接口;
b.查询缴费接口;
c.查询病人病历接口;
d.药房统计接口。
4.4控制
按钮设置在非常友好的用户界面上,有操作人员点击按钮控制数据的输入输出。