医院病房监护系统需求说明书.docx
- 文档编号:24619387
- 上传时间:2023-05-29
- 格式:DOCX
- 页数:22
- 大小:460.22KB
医院病房监护系统需求说明书.docx
《医院病房监护系统需求说明书.docx》由会员分享,可在线阅读,更多相关《医院病房监护系统需求说明书.docx(22页珍藏版)》请在冰豆网上搜索。
医院病房监护系统需求说明书
医院病房监护系统需求说明书(共22页)
医院病房监护系统
——需求报告说明书
医院病房监控系统需求说明书
1引言
编写目的
目的:
本医院病房监护系统在可行性研究的基础上,是为了进一步明确医院病房监护系统的软件需求,让系统开发者能够基本了解本系统的开发目的,开发方法,以及目前的硬件、软件的情况,以便安排项目规划与进度,组织软件开发与测试,撰写本文档。
本文档供组长,系统分析员参考。
背景
开发软件名称:
医院病房监控系统
功能:
随着信息化时代的飞速发展,医院的理念和服务将相应改变。
利用计算机技术和网络技术等现代科技的先进成果,改善传统人工叫喊医院病房监护系统势在必行,智能化的医院病房监护系统的实现使住院患者,尤其是重危病人的康复更加安全有效。
医院可通过病房监护系统随时对病人进行监控和会诊,完善了医院病房的服务环境,加快了医院运作的现代化管理进程。
为了对危重病人进行实时监护,随时了解病人病情,及时进行处理,建立病房监护系统。
病症监视器安置在每个病床,通过网络将病人的病症信号(组合)实时传送到中央监护系统进行分析处理。
在中心值班室里,值班护士使用中央监护系统对病员的情况进行监控,监护系统实时地将病人的病症信号与标准的病诊信号进行比较分析,当病症出现异常时,系统会立即自动报警,并打印病情报告和更新病历。
系统根据医生的要求随时打印病人的病情报告,系统定期自动更新病历。
定义
无
参考资料
1)《软件工程导论》
2)《计算机软件产品开发文件编制指南GB8567-88》
2任务概述
目标
本医院病房监护系统在可行性研究的基础上,是为了进一步明确医院病房监护系统的软件需求,让系统开发者能够基本了解本系统的开发目的,开发方法,以及目前的硬件、软件的情况,以便安排项目规划与进度,组织软件开发与测试,撰写本文档。
随着信息化时代的飞速发展,医院的理念和服务将相应改变。
利用计算机技术和网络技术等现代科技的先进成果,改善传统人工叫喊医院病房监护系统势在必行,智能化的医院病房监护系统的实现使住院患者,尤其是重危病人的康复更加安全有效。
医院可通过病房监护系统随时对病人进行监控和会诊,完善了医院病房的服务环境,加快了医院运作的现代化管理进程。
为了对危重病人进行实时监护,随时了解病人病情,及时进行处理,建立病房监护系统。
病症监视器安置在每个病床,通过网络将病人的病症信号(组合)实时传送到中央监护系统进行分析处理。
在中心值班室里,值班护士使用中央监护系统对病员的情况进行监控,监护系统实时地将病人的病症信号与标准的病诊信号进行比较分析,当病症出现异常时,系统会立即自动报警,并打印病情报告和更新病历。
系统根据医生的要求随时打印病人的病情报告,系统定期自动更新病历。
用户的特点
此软件的首要使用人员是医院的值班护士和医生以及系统管理员,这三方面的人员都有一定的教育水平,尤其是管理人员,有一定的计算机操作水平,且他们在每时都要进行系统的维护,操作频率及其之高;而对于一般用户,操作水平深浅不一,因此在次模块的设计中要特别的考虑这方面,尽量设计能适合各种水平的人员的操作。
假定和约束
1)系统的开发不涉及任何经济的预算。
2)资源分配为各自使用自己的电脑。
3)1周内完成
3需求规定
对功能的规定
用例图
医院病房监护系统总用例图
中央监护模块
中央监护用例图
中央监护用例描述
比较病症信号用例描述
用例名:
比较病症信号
用例编号:
FS01
参与者:
管理员、医生
描述:
用户从信号库中提取病症信号
基本操作:
1.用户进入标准病症信号库中
2.用户提取所需的病症信号
异常情况:
用户提取的病症信号不存在要求重新提取所需的病症信号
前置条件:
用户登录成功
后置条件:
用户提取到所需的病症信号
分解信号用例描述
用例名:
分解信号
用例编号:
FS02
参与者:
管理员
描述:
将从病症监护器传送来的组合病症信号分解为系统可以处理的信号
基本操作:
系统分解信号
异常情况:
用户提取的病症信号不可处理要求重新提取所需的病症信号
前置条件:
用户成功提取病症信号
后置条件:
用户提取到所需的病症信号
比较信号用例描述
用例名:
比较信号
用例编号:
FS03
参与者:
系统
描述:
将病人的病症信号与标准信号比较
基本操作:
系统对比信号
异常情况:
病人的病症信号与标准信号比较不存在
前置条件:
系统成功分解病症信号
后置条件:
用户提取到所需的病症信号
报警用例描述
用例名:
报警
用例编号:
FS04
参与者:
系统
描述:
如果病症信号发生异常(即高于峰值),发出报警信号
基本操作:
系统对比信号发生异常,报警
异常情况:
报警器发生故障
前置条件:
用户提取病症信号过多
后置条件:
系统发出警报
数据格式化用例描述
用例名:
数据格式化
用例编号:
FS05
参与者:
管理员、医生
描述:
将处理后的数据格式化以便写入病历库
基本操作:
系统格式化数据
异常情况:
数据已存在或系统出错
前置条件:
用户已输入数据
后置条件:
数据成功格式化
病房监护模块
病房监护用模块例图:
病房监护模块用例描述:
信号采集用例描述
用例名:
信号采集
用例编号:
FS01
参与者:
病人
描述:
采集病人的病症信号
基本操作:
用户启动系统,进行信号采集
异常情况:
病人用户名、密码错误
前置条件:
运行病房监护系统
后置条件:
可以正常使用该系统进行病症信号的采集
采样频率改变用例描述
用例名:
采样频率改变
用例编号:
FS02
参与者:
病人
描述:
根据病人的情况改变监视器采样频率
基本操作:
用户启动系统,监视器观察采集的信号,改变采集频率
异常情况:
系统启动不了,监视器出现问题
前置条件:
运行病房监护系统
后置条件:
可以正常使用该系统进行采样频率改变
模数转化用例描述:
用例名:
模数转化
用例编号:
FS03
参与者:
病人
描述:
将采集来的模拟信号转化为数字信号
基本操作:
启动系统进行信号采集,然后转化为数字信号
异常情况:
信号采集失败
前置条件:
运行病房监护系统,采集到病人的病症信号
后置条件:
信号转化成功
信号数据组合用例描述
用例名:
信号数据组合
用例编号:
FS04
参与者:
病人
描述:
将采集到的脉搏,血压等信号数据组合为一组信号数据
基本操作:
启动系统进行信号采集,然后进行数据组合
异常情况:
信号采集失败
前置条件:
运行病房监护系统,采集到病人的病症信号
后置条件:
信号组合成功
病历管理模块
病例管理用例图
病例管理模块用例描述
更新病例用例描述
用例名:
更新病例
用例编号:
FS01
参与者:
系统
描述:
系统根据病人身体情况更新病例
基本操作:
1.查看原有的病例
2.根据病人新的情况系统及时更新病例
异常情况:
系统登录出现异常无法更新病例
前置条件:
系统登录成功
后置条件:
系统更新及保存成功
生成病例用例描述
用例名:
生成病例
用例编号:
FS02
参与者:
系统
描述:
系统根据更新的病例情况生成病例
基本操作:
系统根据更新的病例情况生成病例
异常情况:
系统登录出现异常,无法及时更新病例
前置条件:
病例更新成功
后置条件:
系统成功生成病例
打印病例用例描述
用例名:
打印病例
用例编号:
FS03
参与者:
系统
描述:
系统根据生成病例打印出病例
基本操作:
根据生成病例打印出病例
异常情况:
系统无法正常生成病例
前置条件:
系统正常生成病例
后置条件:
系统将病例及时打印出来
查看病例用例描述
用例名:
查看病例
用例编号:
FS04
参与者:
医生
描述:
医生根据打印的病例报告查看病例
基本操作:
1.收到打印的病例报告
2.查看病例
异常情况:
病例报告没有打印出来
前置条件:
病例报告打印出来并交到医生手里
后置条件:
医生可以正常查看病例
病情报告管理模块
病情报告管理用例图
病情报告管理模块用例描述:
登录查看数据库用例描述
用例名:
登录查看数据库
用例编号:
FS01
参与者:
护士,系统
描述:
护士上班登录数据库查看数据
基本操作:
1、护士输入用户名、密码登录
2、进入数据库
异常情况:
密码输入错误,电脑故障
前置条件:
有这个管理员用户,电脑完好
后置条件:
成功进入数据库
增加病历用例描述
用例名:
增加病历
用例编号:
FS02
参与者:
护士,系统
描述:
有新的病人入住,护士增加新的病人病历
基本操作:
1、登陆成功,进入数据库。
2、增加新的病人、病历。
3、系统提示成功加入。
异常情况:
电脑损坏、系统故障
前置条件:
先前无此病人病历,电脑、系统完好
后置条件:
成功增加病人病历
显示病情报告用例描述
用例名:
显示病情报告
用例编号:
FS03
参与者:
系统、医务人员
描述:
系统根据需求显示出所要查看的病情
基本操作:
1、医务人员向系统要求查看病人病情。
2、系统受到请求在病情库中找到病人病情。
3、显示病情
异常情况:
找不到病人,病人病情无记录
前置条件:
有该病人的病情记录
后置条件:
成功显示病情
打印病情报告用例描述
用例名:
在打印机打印病情报告病情报告
用例编号:
FS04
参与者:
打印机、系统、医务人员
描述:
系统显示病情,医务人员用打印机打印病情报告
基本操作:
1、系统显示病情。
2、医务人员使用打印机打印病情。
3、打印机打印病情报告。
异常情况:
打印机损坏
前置条件:
系统显示病情报告,打印机完好
后置条件:
成功打印出病情报告
报警用例描述
用例名:
报警
用例编号:
FS05
参与者:
护士,系统
描述:
护士发现异常报警
基本操作:
1、护士从监控中发现异常。
2、报警
异常情况:
报警装置损坏
前置条件:
发现异常情况,报警装置完好
后置条件:
成功报警
更新病历库用例描述
用例名:
更新病历库
用例编号:
FS06
参与者:
护士,系统
描述:
根据每天的监控,记录更新病历库
基本操作:
1、查看每天的记录,报警情况等
2、根据情况更新,增加病历库
3、系统提示成功
异常情况:
系统故障
前置条件:
监控系统完好
后置条件:
更新成功
细化用例图
细化后的用例图
活动图
类图
时序图
对性能的规定
精度
时间特性要求
a.响应时间:
5s;
b.每隔六个小时对病人的体温、血压、脉搏等进行一次测量;
c.数据的转换:
10s
d.传送时间:
10s;
灵活性
a.操作方式上的变化;
b.运行环境的变化;
c.同其他软件的接口的变化;
d.精度和有效时限的变化;
e.计划的变化或改进。
对于为了提供这些灵活性而进行的专门设计的部分应该加以标明。
输人输出要求
系统要随时接受每个病人的生理信号(脉搏、体温、血压、心电图等),定时记录病人情况以形成患者日志,当某个病人的生理信号超出医生规定的安全范围时向值班护士发出警告信息;此外,护士在需要时还可以要求系统打印出某个病人的病情报告。
数据管理能力要求
故障处理要求
1.联机事务处理是建立在TCP/IP协议上,有多阶段事务处理响应控制,保证事务处理前后台一致性。
2.数据库处理事务失败自动回滚技术,保证数据库表的数据一致性和完整性。
3.重要数据的校验检查。
4.各个子系统的操作监控,异常情况报告;并提供报表等跟踪记录。
5.提供友好的用户界面和帮助信息及配合严格的检查,减少用户出错机会。
其他专门要求
经济上可行性
现在,计算机的价格已经十分低廉,性能却有了长足的进步。
而本系统的开发,为医院的工作效率带来了一个质的飞跃,为此主要表现有以下几个方面:
第一,本系统的运行可以代替人工进行许多繁杂的劳动;
第二,本系统的运行可以节省许多资源;
第三,本系统的运行可以大大的提高医院的工作效率;
第四,本系统可以使敏感文档更加安全,等等。
所以,本系统在经济上是可行的。
技术上可行性
本系统的开发利用MicrosoftSQLServer2005作为本系统的数据库,它是一个支持多用户的新型数据库,适用于大中规模的数据量需求。
医院网的建设也为新系统服务器/客户端的结构提供了硬件的支持。
使用vb、c、visio作为系统开发的开发环境,它提供完善的指令控制语句、类与对象的支持及丰富的数据类型,给开发高性能系统提供的保障为开发满足客户要求的系统,保证了代码的模块化要求,而代码模块化的提高,非常有利于以后对新系统的扩展与修改。
综上所述,本系统的设计与开发在技术上和硬件设备上的条件都是满足的,因此,它在技术上是可行的。
操作上可行性
本系统为一个小型的医院管理系统,所耗费的资源非常的小,学校的电脑无论是硬件还是软件都能够满足条件,界面设计时充分考虑管理人员的习惯,使得操作简单;数据录入迅速、规范、可靠;统计准确;制表灵活;适应力强;容易扩充,因此,本系统在操作上是可行的。
4运行环境规定
设备
列出运行该软件所需要的硬设备。
说明其中的新型设备及其专门功能,包括:
a.处理器型号及内存容量;
b.外存容量、联机或脱机、媒体及其存储格式,设备的型号及数量;
c.输入及输出设备的型号和数量,联机或脱机;
d.数据通信设备的型号和数量;
e.功能键及其他专用硬件
支持软件
本系统采用编程语言为vb;采用面向对象的分析设计方法;使用SqlSever2005作为数据库管理系统图;编码人员对代码进行严格检查后再进行代码编译。
接口
用户接口
本系统的用户界面如下所示
内部接口
中央监护模块、病房监护模块、病历管理模块、病情报告管理模块
外部接口
本系统采用C/S模式,由sqlserver2005实现的管理信息系统数据。
控制
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 医院 病房 监护 系统 需求 说明书