患者监护系统需求分析文档
一、问题定义
1、待开发的软件系统的名称:患者监护系统。
2.背景说明:随着社会发展的不断进步,医疗事业的不断壮大,人们对医疗
机构的要求也就不断提高,目前住院病人主要由护士护理,这样做不仅需要大
量的护士,且由于不能随时观察危重病人的病情变化,还会延误抢救时机。因
此怎样有效的提高护士的工作效率和更及时的了解病人的病情的问题,引起了
人们的重视。由于信息产业的出现和网络的普及,计算机的应用已普及到人类
社会的每一个角落,它与人类的生活关系越来越密切。为了节省不必要的人力
物力,并有效的提高工作效率,使患者监护工作简化,所以开发了一套以计算
机为中心的,具有完整的存储,查询,警报,打印等功能的患者监护系统。。
3、整体描述:通过患者监护系统随时接收患者的生理信号定时形成患者日志,
当超出限定范围时向值班护士发出警告,以便及时发现病情。另外,在需要时
导出病人的病情报告,方便随时了解病人情况。
4、系统功能目标:可以减少护理护士的工作量,当病人出现状况时可以在最
短的时间内进行警报,还可以随时导出病人日志,以便随时掌握病人情况并起
到监护作用。
5.编写目的
经过对该医院监护系统项目进行详细调查研究,初拟系统实现报告,对软件开发中将要
面临的问题及其解决方案进行可行性分析。明确开发风险及其所需要的成本效益。本报
告经审核后,交由软件经理审查。
6 参考资料
《软件工程——原理,方法与应用》 吴钦藩 编着 人民交通出版社出
版
1
《软件工程导论(第四版)》 张海藩 编着
清华大学出版社出版
《软件工程》 任胜兵 邢琳 编着
北京邮电大学出版社
二、可行性研究
1、复查系统规模和目标:
完成对信号的接收和分析,并对信号进行检测是否超出安全范围,从而发
出警告;可以定时通过产生的病情报告了解病人的情况;每天产生患者日志。
2、研究目前正在使用的系统:
目前的系统只是提供了每一个房间里居住的病人的个人信息和床位的使
用情况,以及简单的在病情危急时进行病情警报的作用,但不能解决在需要时
导出病人日志的问题以及随时对病人的生理情况进行检查。
分析系统并画出数据流图如下:
超出范围
生理信号
1
2
信号分析
发出警告
护士
信号正常
3
日 志 导 出
系统
4
导出日志
图 1.现有系统的数据流图
3、导出新系统的高层逻辑模型
2
患者
生理
信号
1
接 收
信 号
生理
信号
2
分 析
信 号
3
产 生
警 告
信 息
护士
警
告
病 人
危 急
信息
D1 患者安全范围
时钟
4
定 时
取 样
定 时
的生
理信号
5
更 新
日 志
6
产 生
病 情
报 告
D2 患者日志
图 2 新系统的数据流图
各数据元素的数据字典定义如下:
3
名字:患者信号的安全范围
别名:
描述:用来表示正常患者的生理情况
的正常范围
定义:安全范围=心电+脉冲+体温+
血压(正常范围)
位置:储存在安全范围文本中
名字:患者日志
别名:病人日志
描述:对病人每日的生理情况的
报告,并包括与安全范围的对比
定义:患者日志=患者名字+生理
信号+生成日期
位置:输出到打印机
图 3.1 患者信号安全范围的数据字典
图 3.2 患者日志的数据字典
名字:病情报告
别名:
描述:通过对生理信号的分析对患者
的病情作出详尽的分析报告
定义:病情报告=病人姓名+生理信号
+病情分析
位置:输出到打印机
图 3.3 病情报告的数据字典
4、进一步定义问题
通过对新系统的逻辑模型的分析,发现系统对数据的显示结果未给出严格
的定义。对脉冲等数字的信号定义为精度为 2 的小数并用表格的格式分类表
4
示 ; 而 对 于 心 电 图 等 需 要 波 形 的 图 要 用 波 形 图 软 件 导 出 。
5、导出和评价供选择的方法
5.1 从硬件、软件方面分析可行性:
软件需求:操作系统 WINDOWS 2000 Advance Server 以上;数据库服务器
端软件 ORACLE 9I, Delphi 7.0。
硬件需求:10M 以上的 LAN 接入网络带宽,P4 3.0G Xeon CPU /1G 内存
5
/360G(10K) SCSI 硬盘的服务器,P3 以上微机(带网卡)的客户机,P4 3.0G Xeon
CPU /1G 内存/36G(10K) RAID 硬盘的数据库服务器
5.2 从经济方面分析可行性:
某医院目前由于完全采用纯人工的方式来完成工作的,医务人员要一边关
注某些病人的情况,一边还要忙着对其它的病人进行医疗诊断,工作量大,耗
时比较多,所以工作效率低。。而如果开发出一个能满足业务要求的医疗计算
机监护系统,由于系统能在未来较长的一段时间内稳定地发挥作用,这对于医
院的提高管理水平很大的帮助,才能使 A 医院早日接入到总行的更高层次的网
络体系中,可以更加广泛的吸收各方面的信息资源,可为医院业务在将来的扩
张打下坚实的基础,其经济效益将更上一层楼。
6、推荐行动方针
根据可行性的分析得出开发此系统使得医护人员减轻工作量,并提高了工
作效率,又能够提高经济效益,所以继续进行这项系统开发。
7、草拟开发计划
本系统应用硬件和软件的运行效率均很高,而且采用 Delphi 实现,依靠
其强大的控件系统,Oracle 数据库管理系统和用 c 语音编制的传感器驱动相结
合,能在 2 个月内开发出系统。
三、需求分析
1、功能需求:
1.1 功能的划分: 把系统划分为接收信号阶段、信号分析阶段和产生日志和病
情报告阶段的功能。
1.2 功能描述:
1、接收信号阶段:病人发出生理信号进行接收,按照时钟定时取样。
6
2、信号分析阶段:通过和系统中的正常信号范围比较分析,得到警告信息或
输出正常。
3、产生日志和病情报告阶段:系统根据分析情况输出相应的报告结果。交给
值班护士
2、性能需求:
2.1 系统基本要求:
响应时间:系统的响应时间不能超过 1 分钟
警告时间及次数:每隔三分钟重复警告一次,每次警告时间持续一分钟。
主存容量:内存:128MB RAM
磁盘容量:不小于1G
显示器:256 色,800*600 以上的兼容显示器
使用标准兼容的打印机。
2.2 数据管理能力要求
说明需要管理的文卷和记录的个数、表和文卷的大小规模,要按可预见的
增长对数据及其分量的存储要求作出估算。
2.3 故障处理要求
列出可能的软件、硬件故障以及对各项性能而言所产生的后果和对故障处
理的要求。输出发生错误时,在系统的代码部分进行修改。
3、外部接口说明
3.1 界面布局
屏幕布局: 顶端上分布菜单栏(设置各种功能按钮),中间部分为操作的
输出预览。如:输出病人的心电图生理信号时输出波形图,输出病人日志和病
情报告时输出预览的图表格式。
菜单布局:在屏幕上端设置功能按钮,按钮上简练标志操作功能。
输入输出要求;对脉冲等数字的信号定义为精度为 2 的小数并用表格的格
7
式分类表示(范围是 0-100);而对于心电图等需要波形的图要用波形图软件
导出。日志和病情报告将日期(如 2008-10-28)、病人基本情况(表格)形式
输出。
错误信息显示格式; 在中央出现并闪烁对话框同时发出警告声,提示存在
错误。让用户选择重试或者关闭此次操作。
3. 2 存储位置和输出情况
关于病情报告的信息全部放在病情报告的文本框里。信息格式是表格描述,
各问题的解答都放在帮助中,信息格式用文档写出。用表格的形式打印病人的
日志,包括姓名、时间、各器官生理信号,并用图表的形式画出波形图。给出
各范围内信号的值,并作出相应的评价。
4、分析数据要求导出系统的物理模型:
分析数据对各数据及模块进行分析,画出 IPO 图、E-R 图及状态图如下:
4、1 各数据的数据字典
IPO 表
系统:患者监护系统
模块:接收信号
编号: 01
被调用:接收信号系统
作者:
日期:
调用:生理信号
输入:患者生理信号
输出:系统识别的生理信号
处理:将接收的患者生理信号转化为系统识别的生理信号并输出
局部数据元素:患者生理信号
注释:
接收信号模块的 IPO 图
8