患者监护系统需求分析报告.docx

患者监护系统需求分析报告.docx

《患者监护系统需求分析报告.docx》由会员分享，可在线阅读，更多相关《患者监护系统需求分析报告.docx（10页珍藏版）》请在冰点文库上搜索。

患者监护系统需求分析报告

患

者

监

护

系

统

需

求

分

析

报

告

1、引言

1。

1项目名称：

患者监护系统

1。

2背景说明：

医院是一个与人民生命安全密切相关的重要机构,在高度信息化得今天,人们对医疗卫生的要求也越来越高。

为了随时观察危重病人的病情变化，抓住时机及时抢救，也为了减少医院护士的人数和工作量,医院迫切需要一个患者监护系统。

医院病房监护系统便是以计算机为工具，通过对病人病情的信息进行处理，不仅把护士从繁琐的行走奔波中解脱出来，而且医生能够迅速的对症下药，并且优化了医疗体系，使其高效化，简易化，智能化，也提高了透明度和互动性.作为患者日志的一部分，与病人的住院信息、用药信息共同为医生治疗疾病人提供依据，该系统应与医院病人信息数据库、治疗情况数据库相连.

1。

3编写目的：

编写该文档是为了分析医院的医疗病房监护系统的流程，把人工模式抽象为可在计算机上处理的自动模式，对医疗病房监护系统的科学管理进行分析与总结，便于开发小组成员对系统整体功能的认识,通过该文档，确定了系统的目的和功能，以及处理的流程和方法，同时也为使用者提供参考。

本文档供项目经理、设计人员、开发人员参考

1。

4术语定义

本患者监护系统在开发时注意到使用专业术语会对今后的系统使用者造成不便，故所有相关词汇使用了简洁并通俗易懂的词汇，系统使用者不会出现此系统词汇看不懂的问题，故而在此系统及文件使用的相关词汇不作任何定义。

2、任务概述

2.1目标

本系统实现实时显示心电图、血压、脉搏、呼吸及血氧饱和度等生理信号的波形、变化曲线及数值，并且定时记录病人情况以形成患者日志。

2。

2用户的特点

操作上，仍应该考虑把系统使用界面做的简单清晰。

2。

3假定条件与约束限制

开发人员需要了解用户情况、开发人员的技术水平、开发经费等因素的约束。

3、需求分析

现在住院病人主要由护士护理,这样做不仅需要大量护士，而且由于不能随时观察危重病人的病情变化，还会延误抢救时机.在这样的背景下,很明显医院病人由护士护理已经不能很好地满足病人的需求，医院急切需要建立一个以计算机为中心的患者监护系统。

3.1分析过程

系统需要录入病人病历，以及安全的生理信号，还需要与病人监护设施相连接得到其数据值，并与安全生理信号做出比较.在此我们采用结构化分析将系统分为若干个模块。

具体模块将在详细设计中详细说明。

开发平台及系统要求：

本系统需要数据库的使用，并与数据库里的数据进行比较和录入，同时要有大量的数据录入,所以在这里我们应用SQLserver进行数据库的开发.系统要求WIN2000以上的版本，内存256M。

3.2功能分析

患者监护系统具体模块有：

系统初始化,病历录入管理，生理信息管理,查询系统，系统维护。

1）系统初始化:

由于各个医院的病房的不同，第一次使用本系统都要进行初始化，包括有：

病房号码备案，病床号码备案.（这里要对异常进行处理）

2）病历录入管理：

病历的录入包括有：

病人的姓名，病人的年纪，病人的性别,病历报告，正常的生理数，家庭的联系方法，以及备注。

3）生理信息管理:

这里主要是对病人在病房的生理信号进行分析，并记录成日志传入数据库，与病人的正常生理数作出比较,出现异常时发出信息到监控电脑上，发出警告，对异常作出提示。

4）查询系统：

在查询中分为对病人的病历报告的查询和对生理日志的查询。

病历报告查询主要功能是对病人的病历报告的查询，查看用药情况和病历分析。

生理日志查询的功能为，对监视设备发回的信息进行查询，得出病人的情况好转或恶化。

5）系统维护:

本模块主要是对生理日志的情况转化为病历保存入病历报告,并对数据库的档案备份，对已出院的病人的病历转入医院病历数据库，以备以后使用,并防止意外情况下数据丢失。

3。

3设计分析

患者监护系统是一个全面监控病人和对病人病历查询的系统，所以根据其功能需要窗口录入病人的基本信息,还要有方便查询的多窗口设计，并且要能绘制出病人的日常生理日志的变化曲线图。

由于本系统要自动发出警告，在录入病人生理正常信息需要设计数据窗口，还要随时能从数据库中调用,以便和监控设备传回的数据进行比较，要设定最大变化和最小变化，发出警告的信息中要有房间号码和床位号码，以便知道哪个病人出现了异常，对监控设备传回的信息备份，设置定时器（每隔多长时间对传回的数据进行备份），还要分开设置重病和较轻的病人,以便监控，能对传回的数据画出曲线图，并对每个病人的生理指数能够清楚的查询，同时允许医生修改病人的正常生理数.

3。

4数据库的设计与分析

本系统共需要两个数据库,一个能够保存的是该病人的资料，其中包括字段：

姓名，性别,年龄,联系方法，病历，正常的生理指数,病人所在的病房及床位号码。

该数据库主要保存病人的一些基本治疗生理指数，以便能与传回的数字相比较,得出该病人生理指数是否正常。

另一个能够保存仪器随时传回的数据，其中包括有房间号和病床号，以及仪器所传回的生理数字段（如脉搏、体温、血压、心电图等。

根据具体的情况来填写），两个数据库之间用病房号和病床号连接。

3.5界面设计

1。

界面要有输入界面，查询界面，还有监控界面。

2.输入界面主要完成输入功能，把需要输入数据以输入条的方式输入。

3。

查询界面要对病人的各种情况和基本情况进行查询.

4。

监控界面主要是对病房的监视，以及报警的提示。

3。

6系统测试

本程序根据每个医院的不同开发，所以采用黑盒测试,每个模块进行测试，每个模块都能独立正常的执行，每个模块之间衔接没有发生异常，整个系统能正常运行，利用假象数据输入代替仪器的数值，经测试系统运行正常，对数据库的输入输出进行测试,数据库的读入和写出，以及进行数据对比也正常，用随机数长时间输入，未发生错误.经测试本系统基本上是可以按用户的要求执行.

3.7系统数据流图

系统状态图

患者监护系统状态图

4、分析数据要求导出系统的物理模型：

分析数据对各数据及模块进行分析,画出IPO图及状态图如下:

4.1各数据的数据字典

接收信号模块的IPO图

信号分析的IPO图

发出警告的IPO图

定时取样的IPO图

更新日志的IPO图

产生病情报告的IPO图

软件结构

5、需求规定

5.1对功能的规定

输入处理输出

5。

2对性能的规定

·精度:

具体数据按照医学标准来衡量

·时间特性要求：

a。

响应时间：

平均0.3s、最长1s

b。

数据的转换和传送时间:

平均1s

·系统吞吐量和容量：

吞吐量：

每秒处理的事务数为10人

容量:

系统可以容纳的事务数为100人

5.3数据管理能力要求

具备数据库动态恢复能力

6、运行环境规定

6.1操作系统

操作系统对使用ASP开发的PMS系统影响不是很大，WindowsNT、Windows2000、Windows9X、Linux、WindowsXP都可以，但好的操作系统可以使ASP服务器运行的更流畅，减少系统崩溃的可能性。

因此建议使用稳定性较好的Windows2000Server。

6.2接口

数据通信接口采用ODBC（开放数据库互连）。

ODBC是微软开发的一套读取数据库的解决方案.对于程序员来说,只要构建了一个指向数据库的连接，就可以采用统一的应用程序编程接口实现对数据库的读写。

目前，ODBC驱动已经提供了对大多数常见类型数据库的支持。

包括Dbase、Access、SQLServer和Oracle等,也包括对文本、电子表格等.