患者监护系统.docx

资源描述

患者监护系统.docx

《患者监护系统.docx》由会员分享，可在线阅读，更多相关《患者监护系统.docx（52页珍藏版）》请在冰豆网上搜索。

患者监护系统.docx

患者监护系统

课程名称：

软件工程

实验项目：

患者监护体统实验报告

实验地点：

专业班级：

学号：

学生姓名：

指导教师：

年月日

可行性分析

1.可行性研究的前提

说明对所建议开发的软件的基本要求，如：

A. 功能：

监护系统要随时接受每个病人的生理信号（脉搏、体温、血压、心电图等），定时记录病人情况以形成患者日志，当某个病人的生理信号超出医生规定的安全范围时向值班护士发出警告信息；此外，护士在需要时还可以要求系统打印出某个病人的病情报告。

B. 性能：

1、本系统要求反应时间不得低于2s.2、定期对数据库备份

C. 输出如报告、文件或数据：

本系统要求输出的数据有：

查询信息、报表、警报控制信号

D 在安全与保密方面的要求：

挂号科的工作人员负责病人基本信息的输入，住院部的医护人员负责病人住院日志的情况，管理员负责系统的维护

2.技术可行性

a．经费、投资方面的来源和限制：

各种硬件和工作人员工资需至少10万元

b．硬件、软件、运行环境和开发环境方面的条件和限制：

软件需求：

操作系统WINDOWS2000AdvanceServer以上；数据库服务器端软件ORACLE9I，Delphi7.0。

硬件需求：

10M以上的LAN接入网络带宽，P43.0GXeonCPU/1G内存/360G（10K）SCSI硬盘的服务器，P3以上微机（带网卡）的客户机，P43.0GXeonCPU/1G内存/36G（10K）RAID硬盘的数据库服务器

本系统采用Delphi实现，依靠其强大的控件系统，Oracle数据库管理系统和用c语音编制的传感器驱动相结合，能在2个月内开发出系统。

3.经济可行性

某医院目前由于完全采用纯人工的方式来完成工作的，医务人员要一边关注某些病人的情况，一边还要忙着对其它的病人进行医疗诊断，工作量大，耗时比较多，所以工作效率低。

根据目前医院内部员工的日人工成本为：

x人*y元/人＝z元。

我们还不能计算出因效率低下而给医院带来的无形经济损失，如果指导这一部分也看作是成本，那将远远超出目前的计算数额。

而如果开发出一个能满足业务要求的医疗计算机监护系统，在采用生命周期的前提下，从问题识别到系统实施、评价、维护，开发周期如果以两年计，共需人工成本m元，各种软硬件成本n元，日常维护费用o元，共计成本费用p元，略高/低于两年的人工费用总和。

同样，我们也无法估计算出则于系统的开发应用使医院运营效率提高而带来的无形的巨额经济效益，由于系统能在未来较长的一段时间内稳定地发挥作用，这对于医院的提高管理水平很大的帮助，才能使A医院早日接入到总行的更高层次的网络体系中，可以更加广泛的吸收各方面的信息资源，可为医院业务在将来的扩张打下坚实的基础，其经济效益将更上一层楼。

4.法律可行性

法律可行性是考虑要开发系统是否存在任何侵犯、妨碍和责任问题，用户操作可行性考虑待开发软件的运行方式在用户组织内是否行得通，现行管理制度、人员素质、操作知识是否可行。

由于在本系统中是有合同作为双方合作的基础，所以不会存在任何侵犯、妨碍和责任问题。

即使存在了，也可以根据合同进行分析，一定有人会负责任，所以此系统完全可以进行开发。

由以上经济、技术、操作和法律四方面的分析可以看出，本系统的开发时机成熟，从多种角度考虑，都是可行的。

5结论

本系统值得投资。

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

一、问题定义

1、待开发的软件系统的名称：

患者监护系统。

2、整体描述：

通过患者监护系统随时接收患者的生理信号定时形成患者日志，当超出限定范围时向值班护士发出警告，以便及时发现病情。

另外，在需要时导出病人的病情报告，方便随时了解病人情况。

3、系统功能目标：

系统能够随时接收病人的生理信号（血压、体温、脉搏、心电图等），监视病员的病症；定时记录病人情况以形成患者日志（定时更新病历）；当某个病人的生理信号超出医院的规定的安全范围时向值班护士发出警告信息（病员出现异常情况时报警）；同时，护士在需要时还可要求系统打印某个病人的病情报告（随机地产生某一病员的病情报告）。

4、技术要求和限制条件

（1）当病人的生理信号发生变化时，都应增加相关病人病历库的记录；

（2）系统的外部项至少包括：

病人、护士。

二、需求分析

1、功能需求：

1.1功能的划分：

把系统划分为接收信号阶段、信号分析阶段和产生日志和病情报告阶段的功能。

1.2功能描述：

1、接收信号阶段：

病人发出生理信号进行接收，按照时钟定时取样。

2、信号分析阶段：

通过和系统中的正常信号范围比较分析，得到警告信息或输出正常。

3、产生日志和病情报告阶段：

系统根据分析情况输出相应的报告结果。

交给值班护士

2、性能需求：

2.1系统基本要求：

响应时间：

系统的响应时间不能超过1分钟

警告时间及次数：

每隔三分钟重复警告一次，每次警告时间持续一分钟。

主存容量：

内存：

128MBRAM

磁盘容量：

不小于１Ｇ

显示器：

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图

产生病情报告的IPO图

4.2系统的实体—联系图

患者

产生

日志

产生

病情报告

分析

护士

分析

患者号

姓名

房间号

性别

姓名

日志号

日期

所属患者姓名

１

ｎ

１

护士号

ｎ

１

ｎ

１

患者监护系统的Ｅ－Ｒ图

4.3系统状态图

闲置

取样

定时检测

分析信号

判断是否超出范围

警告

发出声响

护士查看

结束

更新日志

更改患者日志

产生报告

输出病情信息

生理信号

时钟

危急信息

警告信息

病情报告

患者监护系统状态图

软件结构：

系统的数据流程分析

当用户进入医院门诊管理信息系统时，首先会员需要登陆系统或者新用户需要注册相关信息。

在新用户注册信息时，需认真填写注册信息，如果出现重名现象，需要重新填写用户名。

会员登陆后可以预约门诊，系统处理用户的预约信息。

医院管理人员可以编辑医生信息和科室信息，查看预约门诊数据，这些信息将返回到医生信息中，并且系统根据这些信息处理用户的预约。

系统的数据流程图如图2所示。

5、修正系统开发计划

数据精度应达到两个小数点以后，心电图的图形界面应该更清晰的写出时间、正常范围。

在原有开发计划的基础上重点进行接口的实现，人机界面的数据设计、体系结构设计和界面的友好性需要进一步提高需要进一步设计系统的具体实现方案。

患者监护系统总体设计说明书

1.1需求规定

医院计算机监护系统:

1.2运行环境

本系统是基于C/S模式的采用Delphi实现的管理信息系统（ManagementInformationSystem）。

数据库服务器由Oracle9实现。

为使系统能够正常运行，软硬件环境需求如下：

软件需求：

操作系统WINDOWS2000AdvanceServer以上；数据库服务器端软件ORACLE9I，Delphi7.0。

硬件需求：

1.3基本设计概念和处理流程

系统流程图如下：

系统数据流图如下：

1、顶层数据流图：

查询病人信息

记录病人情况

医院计算机监护系统

传感器

护士

打印报告

护士

患者日志

输入：

输出：

输入病人生理信号

发出报警信号

查询结果

2、各模块数据流图

1.4结构

医院病人监护系统

生理信号输入控制子系统

病人基本信息管理子系统

警报子系统

病人病情管理子系统

生理信号输入管理

定时时间调节

信息输入

信息修改

信息查询

生理信号安全范围控制

警报

病情查询

病情报告打印

1.5人工处理过程

1、传感器输入信号间隔时间由用户输入

2、生理信号安全范围需要用户输入

2接口设计

2.1用户接口

本系统的用户界面如下所示

菜单

快捷功能键区

用户输入界面（系统显示界面）

提交区

3.2外部接口

本系统采用C/S模式，由Delphi实现的管理信息系统（ManagementInformationSystem）。

通过ADO连接与数据库服务器相连。

3系统数据结构设计

3.1逻辑结构设计要点

给出本系统内所使用的每个数据结构的名称、标识符以及它们之中每个数据项、记录、文卷和系的标识、定义、长度及它们之间的层次的或表格的相互关系。

4系统出错处理设计

4.1补救措施

1.联机事务处理（OLAP）是建立在TCP/IP协议上，有多阶段事务处理响应控制，保证事务处理前后台一致性。

2.数据库处理事务失败自动回滚技术，保证数据库表的数据一致性和完整性。

3.重要数据的校验检查。

4.各个子系统的操作监控，异常情况报告；并提供报表等跟踪记录。

5.提供友好的用户界面和帮助信息及配合严格的检查，减少用户出错机会。

详细设计说明书

1引言

1.1编写目的

在完成了患者监护系统的可行性研究、需求分析和概要设计的基础上，为了

进一步实现将软件需求和各项功能具体化，提出了这份详细设计说明书。

此详细设计说明书对患者监护系统的解决方案，功能分配，模块化分，总体

结构，输入输出和各模块间接口设计，运行设计及出错设计等方面作了全面的具

体详尽的说明，作为软件测试人员及软件维护人员进行测试及维护时的参照。

预期读者：

设计和编码人员、测试人员、医院计算机网络系统管理和维护人

员。

1.2背景

医院是一个与人民生命安全密切相关的重要机构，在高度信息化的今天，人

们对医疗卫生的要求也越来越高。

为了随时观察危重病人的病情变化，抓住时机

及时抢救，也为了减少医院护士的人数和工作量，医院迫切需要一个患者监护系

统。

医疗病房监护系统便是以计算机为工具，通过对病人病情的信息进行处理，

不仅把护士从繁琐的行走奔波中解脱出来，而且医生能够迅速的对症下药，并且

优化了医疗体系，使其高效化，简易化，智能化，也提高了透明度和互动性。

u项目名称：

患者监护系统

u本项目的任务提出者：

某医院

u本项目的开发者：

浙江大学生医05级学生——周慧娟、徐白露、卢晓萍

u将运行此监护系统的计算机网络系统：

某医院的网络系统

u本系统拟定的用户：

各大医院重症监护病房的值班护士及其网络维修中心的