患者监护系统需求分析文档
一、问题定义
1、待开发的软件系统的名称：患者监护系统。
2．背景说明：随着社会发展的不断进步，医疗事业的不断壮大，人们对医疗机构的要求也就不断提高，目前住院病人主要由护士护理，这样做不仅需要大量的护士，且由于不能随时观察危重病人的病情变化，还会延误抢救时机。因此怎样有效的提高护士的工作效率和更及时的了解病人的病情的问题，引起了人们的重视。由于信息产业的出现和网络的普及，计算机的应用已普及到人类社会的每一个角落，它与人类的生活关系越来越密切。为了节省不必要的人力物力，并有效的提高工作效率，使患者监护工作简化，所以开发了一套以计算机为中心的，具有完整的存储，查询，警报，打印等功能的患者监护系统。。 3、整体描述：通过患者监护系统随时接收患者的生理信号定时形成患者日志，当超出限定范围时向值班护士发出警告，以便及时发现病情。另外，在需要时导出病人的病情报告，方便随时了解病人情况。
4、系统功能目标：可以减少护理护士的工作量，当病人出现状况时可以在最短的时间内进行警报，还可以随时导出病人日志，以便随时掌握病人情况并起到监护作用。
5．编写目的
经过对该医院监护系统项目进行详细调查研究，初拟系统实现报告，对软件开发中将要面临的问题及其解决方案进行可行性分析。明确开发风险及其所需要的成本效益。本报告经审核后，交由软件经理审查。
6 参考资料
《软件工程——原理，方法与应用》 吴钦藩 编着 人民交通出版社出版
《软件工程导论（第四版）》 张海藩 编着 清华大学出版社出版
《软件工程》 任胜兵 邢琳 编着 北京邮电大学出版社
二、可行性研究
1、复查系统规模和目标：
完成对信号的接收和分析，并对信号进行检测是否超出安全范围，从而发出警告；可以定时通过产生的病情报告了解病人的情况；每天产生患者日志。 2、研究目前正在使用的系统：
目前的系统只是提供了每一个房间里居住的病人的个人信息和床位的使用情况，以及简单的在病情危急时进行病情警报的作用，但不能解决在需要时导出病人日志的问题以及随时对病人的生理情况进行检查。
分析系统并画出数据流图如下：
图1. 现有系统的数据流图
3、导出新系统的高层逻辑模型
图2 新系统的数据流图
各数据元素的数据字典定义如下：
4、进一步定义问题
通过对新系统的逻辑模型的分析，发现系统对数据的显示结果未给出严格的定义。对脉冲等数字的信号定义为精度为2
的小数并用表格的格式分类表
示；而对于心电图等需要波形的图要用波形图软件导出。
5、导出和评价供选择的方法
5.1从硬件、软件方面分析可行性：
软件需求：操作系统WINDOWS 2000 Advance Server以上；数据库服务器端软件ORACLE 9I， Delphi 7.0。
硬件需求：10M 以上的LAN 接入网络带宽，P4 3.0G Xeon CPU /1G内存
/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、接收信号阶段：病人发出生理信号进行接收，按照时钟定时取样。
2、信号分析阶段：通过和系统中的正常信号范围比较分析，得到警告信息或输出正常。
3、产生日志和病情报告阶段：系统根据分析情况输出相应的报告结果。交给值班护士
2、性能需求：
2.1系统基本要求：
响应时间：系统的响应时间不能超过1分钟
警告时间及次数：每隔三分钟重复警告一次，每次警告时间持续一分钟。 主存容量：内存：128MB RAM 磁盘容量：不小于１Ｇ
显示器：256色,800*600以上的兼容显示器 使用标准兼容的打印机。 2.2数据管理能力要求
说明需要管理的文卷和记录的个数、表和文卷的大小规模，要按可预见的增长对数据及其分量的存储要求作出估算。 2.3故障处理要求
列出可能的软件、硬件故障以及对各项性能而言所产生的后果和对故障处理的要求。输出发生错误时，在系统的代码部分进行修改。
3、外部接口说明
3.1界面布局
屏幕布局： 顶端上分布菜单栏（设置各种功能按钮），中间部分为操作的输出预览。如：输出病人的心电图生理信号时输出波形图，输出病人日志和病情报告时输出预览的图表格式。
菜单布局：在屏幕上端设置功能按钮，按钮上简练标志操作功能。 输入输出要求；对脉冲等数字的信号定义为精度为2的小数并用表格的格
式分类表示（范围是0-100）；而对于心电图等需要波形的图要用波形图软件导出。日志和病情报告将日期（如2008-10-28）、病人基本情况（表格）形式输出。
错误信息显示格式； 在中央出现并闪烁对话框同时发出警告声，提示存在错误。让用户选择重试或者关闭此次操作。 3. 2存储位置和输出情况
关于病情报告的信息全部放在病情报告的文本框里。信息格式是表格描述，各问题的解答都放在帮助中，信息格式用文档写出。用表格的形式打印病人的日志，包括姓名、时间、各器官生理信号，并用图表的形式画出波形图。给出各范围内信号的值，并作出相应的评价。
4、分析数据要求导出系统的物理模型：
分析数据对各数据及模块进行分析，画出IPO 图、E-R 图及状态图如下： 4、1各数据的数据字典
接收信号模块的IPO 图
信号分析的IPO 图
发出警告的IPO 图
定时取样的IPO 图
更新日志的IPO 图
产生病情报告的IPO 图
4.2系统的实体—联系图
11
患者监护系统的Ｅ－Ｒ图
4.3系统状态图
12
13
患者监护系统状态图
软件结构：
14
5、修正系统开发计划
数据精度应达到两个小数点以后，心电图的图形界面应该更清晰的写出时间、正常范围。
在原有开发计划的基础上重点进行接口的实现，人机界面的数据设计、体系结构设计和界面的友好性需要进一步提高。需要进一步设计系统的具体实现方案。
15
患者监护系统需求分析文档
一、问题定义
1、待开发的软件系统的名称：患者监护系统。
2．背景说明：随着社会发展的不断进步，医疗事业的不断壮大，人们对医疗机构的要求也就不断提高，目前住院病人主要由护士护理，这样做不仅需要大量的护士，且由于不能随时观察危重病人的病情变化，还会延误抢救时机。因此怎样有效的提高护士的工作效率和更及时的了解病人的病情的问题，引起了人们的重视。由于信息产业的出现和网络的普及，计算机的应用已普及到人类社会的每一个角落，它与人类的生活关系越来越密切。为了节省不必要的人力物力，并有效的提高工作效率，使患者监护工作简化，所以开发了一套以计算机为中心的，具有完整的存储，查询，警报，打印等功能的患者监护系统。。 3、整体描述：通过患者监护系统随时接收患者的生理信号定时形成患者日志，当超出限定范围时向值班护士发出警告，以便及时发现病情。另外，在需要时导出病人的病情报告，方便随时了解病人情况。
4、系统功能目标：可以减少护理护士的工作量，当病人出现状况时可以在最短的时间内进行警报，还可以随时导出病人日志，以便随时掌握病人情况并起到监护作用。
5．编写目的
经过对该医院监护系统项目进行详细调查研究，初拟系统实现报告，对软件开发中将要面临的问题及其解决方案进行可行性分析。明确开发风险及其所需要的成本效益。本报告经审核后，交由软件经理审查。
6 参考资料
《软件工程——原理，方法与应用》 吴钦藩 编着 人民交通出版社出版
《软件工程导论（第四版）》 张海藩 编着 清华大学出版社出版
《软件工程》 任胜兵 邢琳 编着 北京邮电大学出版社
二、可行性研究
1、复查系统规模和目标：
完成对信号的接收和分析，并对信号进行检测是否超出安全范围，从而发出警告；可以定时通过产生的病情报告了解病人的情况；每天产生患者日志。 2、研究目前正在使用的系统：
目前的系统只是提供了每一个房间里居住的病人的个人信息和床位的使用情况，以及简单的在病情危急时进行病情警报的作用，但不能解决在需要时导出病人日志的问题以及随时对病人的生理情况进行检查。
分析系统并画出数据流图如下：
图1. 现有系统的数据流图
3、导出新系统的高层逻辑模型
图2 新系统的数据流图
各数据元素的数据字典定义如下：
4、进一步定义问题
通过对新系统的逻辑模型的分析，发现系统对数据的显示结果未给出严格的定义。对脉冲等数字的信号定义为精度为2
的小数并用表格的格式分类表
示；而对于心电图等需要波形的图要用波形图软件导出。
5、导出和评价供选择的方法
5.1从硬件、软件方面分析可行性：
软件需求：操作系统WINDOWS 2000 Advance Server以上；数据库服务器端软件ORACLE 9I， Delphi 7.0。
硬件需求：10M 以上的LAN 接入网络带宽，P4 3.0G Xeon CPU /1G内存
/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、接收信号阶段：病人发出生理信号进行接收，按照时钟定时取样。
2、信号分析阶段：通过和系统中的正常信号范围比较分析，得到警告信息或输出正常。
3、产生日志和病情报告阶段：系统根据分析情况输出相应的报告结果。交给值班护士
2、性能需求：
2.1系统基本要求：
响应时间：系统的响应时间不能超过1分钟
警告时间及次数：每隔三分钟重复警告一次，每次警告时间持续一分钟。 主存容量：内存：128MB RAM 磁盘容量：不小于１Ｇ
显示器：256色,800*600以上的兼容显示器 使用标准兼容的打印机。 2.2数据管理能力要求
说明需要管理的文卷和记录的个数、表和文卷的大小规模，要按可预见的增长对数据及其分量的存储要求作出估算。 2.3故障处理要求
列出可能的软件、硬件故障以及对各项性能而言所产生的后果和对故障处理的要求。输出发生错误时，在系统的代码部分进行修改。
3、外部接口说明
3.1界面布局
屏幕布局： 顶端上分布菜单栏（设置各种功能按钮），中间部分为操作的输出预览。如：输出病人的心电图生理信号时输出波形图，输出病人日志和病情报告时输出预览的图表格式。
菜单布局：在屏幕上端设置功能按钮，按钮上简练标志操作功能。 输入输出要求；对脉冲等数字的信号定义为精度为2的小数并用表格的格
式分类表示（范围是0-100）；而对于心电图等需要波形的图要用波形图软件导出。日志和病情报告将日期（如2008-10-28）、病人基本情况（表格）形式输出。
错误信息显示格式； 在中央出现并闪烁对话框同时发出警告声，提示存在错误。让用户选择重试或者关闭此次操作。 3. 2存储位置和输出情况
关于病情报告的信息全部放在病情报告的文本框里。信息格式是表格描述，各问题的解答都放在帮助中，信息格式用文档写出。用表格的形式打印病人的日志，包括姓名、时间、各器官生理信号，并用图表的形式画出波形图。给出各范围内信号的值，并作出相应的评价。
4、分析数据要求导出系统的物理模型：
分析数据对各数据及模块进行分析，画出IPO 图、E-R 图及状态图如下： 4、1各数据的数据字典
接收信号模块的IPO 图
信号分析的IPO 图
发出警告的IPO 图
定时取样的IPO 图
更新日志的IPO 图
产生病情报告的IPO 图
4.2系统的实体—联系图
11
患者监护系统的Ｅ－Ｒ图
4.3系统状态图
12
13
患者监护系统状态图
软件结构：
14
5、修正系统开发计划
数据精度应达到两个小数点以后，心电图的图形界面应该更清晰的写出时间、正常范围。
在原有开发计划的基础上重点进行接口的实现，人机界面的数据设计、体系结构设计和界面的友好性需要进一步提高。需要进一步设计系统的具体实现方案。
15