患者监护系统需求分析报告
相关主题
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
三、需求分析
1、功能需求：
1.1功能的划分： 把系统划分为接收信号阶段、信号分析阶段和产生日 志和病情报告阶段的功能。 1.2功能描述： 1、接收信号阶段：病人发出生理信号进行接收，按照时钟定时取样。 2、信号分析阶段：通过和系统中的正常信号范围比较分析，得到警告 信息或输出正常。 3、产生日志和病情报告阶段：系统根据分析情况输出相应的报告结 果。交给值班护士
作者： 日期：
被调用：定时取样系统
调用：设定时刻
输入：某一时刻患者生理信号
输出：系统识别的生理信号
处理：将某一时刻接收的患者的生理信号转化为系统识别的生理信号并输出
局部数据元素：患者生理信号
注释：
定时取样的IPO图
IPO表
系统：患者监护系统 模块：更新日志 编号： 05
作者： 日期：
被调用：更新日志系统
预见的增长对数据及其分量的存储要求作出估算。 2.3故障处理要求
列出可能的软件、硬件故障以及对各项性能而言所产生的后果和对 故障处理的要求。输出发生错误时，在系统的代码部分进行修改。
3、外部接口说明
3.1界面布局 屏幕布局： 顶端上分布菜单栏（设置各种功能按钮），中间部分为
操作的输出预览。如：输出病人的心电图生理信号时输出波形图，输出 病人日志和病情报告时输出预览的图表格式。
位置：输出到打印机
图3.1患者信号安全范围的数据字典 图3.2 患者日志的数据字典 名字：病情报告 别名： 描述：通过对生理信号的分析对患者的病情作出详尽的分析报告 定义：病情报告=病人姓名+生理信号+病情分析 位置：输出到打印机
图3.3 病情报告的数据字典
4、进一步定义问题
通过对新系统的逻辑模型的分析，发现系统对数据的显示结果未给 出严格的定义。对脉冲等数字的信号定义为精度为2的小数并用表格的 格式分类表示；而对于心电图等需要波形的图要用波形图软件导出。
2、性能需求：
2.1系统基本要求： 响应时间：系统的响应时间不能超过1分钟 警告时间及次数：每隔三分钟重复警告一次，每次警告时间持续一分 钟。 主存容量：内存：128MB RAM 磁盘容量：不小于１Ｇ 显示器：256色,800*600以上的兼容显示器 使用标准兼容的打印机。 2.2数据管理能力要求
说明需要管理的文卷和记录的个数、表和文卷的大小规模，要按可
菜单布局：在屏幕上端设置功能按钮，按钮上简练标志操作功能。 输入输出要求；对脉冲等数字的信号定义为精度为2的小数并用表格 的格式分类表示（范围是0-100）；而对于心电图等需要波形的图要用 波形图软件导出。日志和病情报告将日期（如2008-10-28）、病人基本 情况（表格）形式输出。 错误信息显示格式； 在中央出现并闪烁对话框同时发出警告声，提 示存在错误。让用户选择重试或者关闭此次操作。 3. 2存储位置和输出情况 关于病情报告的信息全部放在病情报告的文本框里。信息格式是表 格描述，各问题的解答都放在帮助中，信息格式用文档写出。用表格的 形式打印病人的日志，包括姓名、时间、各器官生理信号，并用图表的 形式画出波形图。给出各范围内信号的值，并作出相应的评价。
患者监护系统状态图
5、修正系统开发计划
数据精度应达到两个小数点以后，心电图的图形界面应该更清晰的
写出时间、正常范围。
在原有开发计划的基础上重点进行接口的实现，人机界面的数据设计、
体系结构设计和界面的友好性需要进一步提高。需要进一步设计系统的
具体实现方案。
局部数据元素：患者生理信号
注释：
接收信号模块的IPO图
IPO表
系统：患者监护系统 模块：信号分析 编号： 02
作者： 日期：
来自百度文库
被调用：信号分析系统
调用：生理信号
输入：患者生理信号
输出：病人危机信号（或正常信息）
处理：将接收的患者发出的生理信号与系统的生理信号范围并输出相应结果
局部数据元素：患者生理信号
调用：生理信号
输入：患者生理信号
输出：患者日志
处理：将接收的患者生理信号输出为患者日志
局部数据元素：患者生理信号
注释：
更新日志的IPO图
IPO表
系统：患者监护系统 模块：产生病请报告 编号： 06
作者： 日期：
被调用：产生病情报告系统
调用：患者日志
输入：患者日志
输出：病情报告
处理：将患者日志批量处理输出病情报告
4、分析数据要求导出系统的物理模型：
分析数据对各数据及模块进行分析，画出IPO图、E-R图及状态图如 下： 4、1各数据的数据字典
IPO表
系统：患者监护系统
作者：
模块：接收信号
日期：
编号： 01
被调用：接收信号系统 调用：生理信号
输入：患者生理信号
输出：系统识别的生理信号
处理：将接收的患者生理信号转化为系统识别的生理信号并输出
患者监护系统需求分析文档
一、问题定义
1、待开发的软件系统的名称：患者监护系统。 2、整体描述：通过患者监护系统随时接收患者的生理信号定时形成患 者日志，当超出限定范围时向值班护士发出警告，以便及时发现病情。 另外，在需要时导出病人的病情报告，方便随时了解病人情况。 3、系统功能目标：可以减少护理护士的工作量，当病人出现状况时可 以在最短的时间内进行警报，还可以随时导出病人日志，以便随时掌握 病人情况并起到监护作用。
分析系统并画出数据流图如下：
生理信号 超出范围
1 信号分析
2 发出警告 护士 信号正常
3 日志导出系统
4 导出日志
图1.现有系统的数据流图
3、导出新系统的高层逻辑模型
生理 1
接收信 号 2
分析信 号 3
产生警告信 息
护士 信号
6 产生病情报 告
5
更新日 志 4
定时取 样 时钟 生理 信号 病人危急信息 警 告 定时的生 理信号 患者 D2患者日志 D1患者安全范围
注释：
信号分析的IPO图
IPO表
系统：患者监护系统 模块：发出警告 编号： 03
作者： 日期：
被调用：警告系统
调用：病人危急信息
输入：患者警告信息
输出：警告声响
处理：接收患者的警告信息通过系统发出警告声响
局部数据元素：患者警告信息
注释：
发出警告的IPO图
IPO表
系统：患者监护系统 模块：定时取样 编号： 04
局部数据元素：患者日志
注释：
产生病情报告的IPO图
4.2系统的实体—联系图
患者 产生 日志 产生 病情报告 分析 护士 分析 患者号 姓名 房间号 性别 姓名 日志号 日期 所属患者姓名 １ ｎ １ 护士号 ｎ １ ｎ ｎ １
患者监护系统的Ｅ－Ｒ图
4.3系统状态图
闲置 取样 定时检测 分析信号 判断是否超出范围 警告 发出声响 护士查看 结束 更新日志 更改患者日志 产生报告 输出病情信息 生理信号 时钟 危急信息 警告信息 病情报告
5.2从经济方面分析可行性： 某医院目前由于完全采用纯人工的方式来完成工作的，医务人员要
一边关注某些病人的情况，一边还要忙着对其它的病人进行医疗诊断， 工作量大，耗时比较多，所以工作效率低。。而如果开发出一个能满足 业务要求的医疗计算机监护系统，由于系统能在未来较长的一段时间内 稳定地发挥作用，这对于医院的提高管理水平很大的帮助，才能使A医 院早日接入到总行的更高层次的网络体系中，可以更加广泛的吸收各方 面的信息资源，可为医院业务在将来的扩张打下坚实的基础，其经济效 益将更上一层楼。
二、可行性研究
1、复查系统规模和目标： 完成对信号的接收和分析，并对信号进行检测是否超出安全范围，
从而发出警告；可以定时通过产生的病情报告了解病人的情况；每天产 生患者日志。 2、研究目前正在使用的系统：
目前的系统只是提供了每一个房间里居住的病人的个人信息和床位 的使用情况，以及简单的在病情危急时进行病情警报的作用，但不能解 决在需要时导出病人日志的问题以及随时对病人的生理情况进行检查。
图2 新系统的数据流图
各数据元素的数据字典定义如下：
名字：患者信号的安全范围 别名： 描述：用来表示正常患者的生理情况的正常范围 定义：安全范围=心电+脉冲+体温+血压（正常范围） 位置：储存在安全范围文本中
名字：患者日志 别名：病人日志 描述：对病人每日的生理情况的报告，并包括与安全范围的对比 定义：患者日志=患者名字+生理信号+生成日期
6、推荐行动方针
根据可行性的分析得出开发此系统使得医护人员减轻工作量，并提 高了工作效率，又能够提高经济效益，所以继续进行这项系统开发。
7、草拟开发计划
本系统应用硬件和软件的运行效率均很高，而且采用Delphi 实现， 依靠其强大的控件系统，Oracle数据库管理系统和用c语音编制的传感器 驱动相结合，能在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硬盘的数据库服务器
1、功能需求：
1.1功能的划分： 把系统划分为接收信号阶段、信号分析阶段和产生日 志和病情报告阶段的功能。 1.2功能描述： 1、接收信号阶段：病人发出生理信号进行接收，按照时钟定时取样。 2、信号分析阶段：通过和系统中的正常信号范围比较分析，得到警告 信息或输出正常。 3、产生日志和病情报告阶段：系统根据分析情况输出相应的报告结 果。交给值班护士
作者： 日期：
被调用：定时取样系统
调用：设定时刻
输入：某一时刻患者生理信号
输出：系统识别的生理信号
处理：将某一时刻接收的患者的生理信号转化为系统识别的生理信号并输出
局部数据元素：患者生理信号
注释：
定时取样的IPO图
IPO表
系统：患者监护系统 模块：更新日志 编号： 05
作者： 日期：
被调用：更新日志系统
预见的增长对数据及其分量的存储要求作出估算。 2.3故障处理要求
列出可能的软件、硬件故障以及对各项性能而言所产生的后果和对 故障处理的要求。输出发生错误时，在系统的代码部分进行修改。
3、外部接口说明
3.1界面布局 屏幕布局： 顶端上分布菜单栏（设置各种功能按钮），中间部分为
操作的输出预览。如：输出病人的心电图生理信号时输出波形图，输出 病人日志和病情报告时输出预览的图表格式。
位置：输出到打印机
图3.1患者信号安全范围的数据字典 图3.2 患者日志的数据字典 名字：病情报告 别名： 描述：通过对生理信号的分析对患者的病情作出详尽的分析报告 定义：病情报告=病人姓名+生理信号+病情分析 位置：输出到打印机
图3.3 病情报告的数据字典
4、进一步定义问题
通过对新系统的逻辑模型的分析，发现系统对数据的显示结果未给 出严格的定义。对脉冲等数字的信号定义为精度为2的小数并用表格的 格式分类表示；而对于心电图等需要波形的图要用波形图软件导出。
2、性能需求：
2.1系统基本要求： 响应时间：系统的响应时间不能超过1分钟 警告时间及次数：每隔三分钟重复警告一次，每次警告时间持续一分 钟。 主存容量：内存：128MB RAM 磁盘容量：不小于１Ｇ 显示器：256色,800*600以上的兼容显示器 使用标准兼容的打印机。 2.2数据管理能力要求
说明需要管理的文卷和记录的个数、表和文卷的大小规模，要按可
菜单布局：在屏幕上端设置功能按钮，按钮上简练标志操作功能。 输入输出要求；对脉冲等数字的信号定义为精度为2的小数并用表格 的格式分类表示（范围是0-100）；而对于心电图等需要波形的图要用 波形图软件导出。日志和病情报告将日期（如2008-10-28）、病人基本 情况（表格）形式输出。 错误信息显示格式； 在中央出现并闪烁对话框同时发出警告声，提 示存在错误。让用户选择重试或者关闭此次操作。 3. 2存储位置和输出情况 关于病情报告的信息全部放在病情报告的文本框里。信息格式是表 格描述，各问题的解答都放在帮助中，信息格式用文档写出。用表格的 形式打印病人的日志，包括姓名、时间、各器官生理信号，并用图表的 形式画出波形图。给出各范围内信号的值，并作出相应的评价。
患者监护系统状态图
5、修正系统开发计划
数据精度应达到两个小数点以后，心电图的图形界面应该更清晰的
写出时间、正常范围。
在原有开发计划的基础上重点进行接口的实现，人机界面的数据设计、
体系结构设计和界面的友好性需要进一步提高。需要进一步设计系统的
具体实现方案。
局部数据元素：患者生理信号
注释：
接收信号模块的IPO图
IPO表
系统：患者监护系统 模块：信号分析 编号： 02
作者： 日期：
来自百度文库
被调用：信号分析系统
调用：生理信号
输入：患者生理信号
输出：病人危机信号（或正常信息）
处理：将接收的患者发出的生理信号与系统的生理信号范围并输出相应结果
局部数据元素：患者生理信号
调用：生理信号
输入：患者生理信号
输出：患者日志
处理：将接收的患者生理信号输出为患者日志
局部数据元素：患者生理信号
注释：
更新日志的IPO图
IPO表
系统：患者监护系统 模块：产生病请报告 编号： 06
作者： 日期：
被调用：产生病情报告系统
调用：患者日志
输入：患者日志
输出：病情报告
处理：将患者日志批量处理输出病情报告
4、分析数据要求导出系统的物理模型：
分析数据对各数据及模块进行分析，画出IPO图、E-R图及状态图如 下： 4、1各数据的数据字典
IPO表
系统：患者监护系统
作者：
模块：接收信号
日期：
编号： 01
被调用：接收信号系统 调用：生理信号
输入：患者生理信号
输出：系统识别的生理信号
处理：将接收的患者生理信号转化为系统识别的生理信号并输出
患者监护系统需求分析文档
一、问题定义
1、待开发的软件系统的名称：患者监护系统。 2、整体描述：通过患者监护系统随时接收患者的生理信号定时形成患 者日志，当超出限定范围时向值班护士发出警告，以便及时发现病情。 另外，在需要时导出病人的病情报告，方便随时了解病人情况。 3、系统功能目标：可以减少护理护士的工作量，当病人出现状况时可 以在最短的时间内进行警报，还可以随时导出病人日志，以便随时掌握 病人情况并起到监护作用。
分析系统并画出数据流图如下：
生理信号 超出范围
1 信号分析
2 发出警告 护士 信号正常
3 日志导出系统
4 导出日志
图1.现有系统的数据流图
3、导出新系统的高层逻辑模型
生理 1
接收信 号 2
分析信 号 3
产生警告信 息
护士 信号
6 产生病情报 告
5
更新日 志 4
定时取 样 时钟 生理 信号 病人危急信息 警 告 定时的生 理信号 患者 D2患者日志 D1患者安全范围
注释：
信号分析的IPO图
IPO表
系统：患者监护系统 模块：发出警告 编号： 03
作者： 日期：
被调用：警告系统
调用：病人危急信息
输入：患者警告信息
输出：警告声响
处理：接收患者的警告信息通过系统发出警告声响
局部数据元素：患者警告信息
注释：
发出警告的IPO图
IPO表
系统：患者监护系统 模块：定时取样 编号： 04
局部数据元素：患者日志
注释：
产生病情报告的IPO图
4.2系统的实体—联系图
患者 产生 日志 产生 病情报告 分析 护士 分析 患者号 姓名 房间号 性别 姓名 日志号 日期 所属患者姓名 １ ｎ １ 护士号 ｎ １ ｎ ｎ １
患者监护系统的Ｅ－Ｒ图
4.3系统状态图
闲置 取样 定时检测 分析信号 判断是否超出范围 警告 发出声响 护士查看 结束 更新日志 更改患者日志 产生报告 输出病情信息 生理信号 时钟 危急信息 警告信息 病情报告
5.2从经济方面分析可行性： 某医院目前由于完全采用纯人工的方式来完成工作的，医务人员要
一边关注某些病人的情况，一边还要忙着对其它的病人进行医疗诊断， 工作量大，耗时比较多，所以工作效率低。。而如果开发出一个能满足 业务要求的医疗计算机监护系统，由于系统能在未来较长的一段时间内 稳定地发挥作用，这对于医院的提高管理水平很大的帮助，才能使A医 院早日接入到总行的更高层次的网络体系中，可以更加广泛的吸收各方 面的信息资源，可为医院业务在将来的扩张打下坚实的基础，其经济效 益将更上一层楼。
二、可行性研究
1、复查系统规模和目标： 完成对信号的接收和分析，并对信号进行检测是否超出安全范围，
从而发出警告；可以定时通过产生的病情报告了解病人的情况；每天产 生患者日志。 2、研究目前正在使用的系统：
目前的系统只是提供了每一个房间里居住的病人的个人信息和床位 的使用情况，以及简单的在病情危急时进行病情警报的作用，但不能解 决在需要时导出病人日志的问题以及随时对病人的生理情况进行检查。
图2 新系统的数据流图
各数据元素的数据字典定义如下：
名字：患者信号的安全范围 别名： 描述：用来表示正常患者的生理情况的正常范围 定义：安全范围=心电+脉冲+体温+血压（正常范围） 位置：储存在安全范围文本中
名字：患者日志 别名：病人日志 描述：对病人每日的生理情况的报告，并包括与安全范围的对比 定义：患者日志=患者名字+生理信号+生成日期
6、推荐行动方针
根据可行性的分析得出开发此系统使得医护人员减轻工作量，并提 高了工作效率，又能够提高经济效益，所以继续进行这项系统开发。
7、草拟开发计划
本系统应用硬件和软件的运行效率均很高，而且采用Delphi 实现， 依靠其强大的控件系统，Oracle数据库管理系统和用c语音编制的传感器 驱动相结合，能在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硬盘的数据库服务器