医院病房监护系统需求分析说明书.docx

上传人:b****4 文档编号:27541078 上传时间:2023-07-02 格式:DOCX 页数:12 大小:160.83KB
下载 相关 举报
医院病房监护系统需求分析说明书.docx_第1页
第1页 / 共12页
医院病房监护系统需求分析说明书.docx_第2页
第2页 / 共12页
医院病房监护系统需求分析说明书.docx_第3页
第3页 / 共12页
医院病房监护系统需求分析说明书.docx_第4页
第4页 / 共12页
医院病房监护系统需求分析说明书.docx_第5页
第5页 / 共12页
点击查看更多>>
下载资源
资源描述

医院病房监护系统需求分析说明书.docx

《医院病房监护系统需求分析说明书.docx》由会员分享,可在线阅读,更多相关《医院病房监护系统需求分析说明书.docx(12页珍藏版)》请在冰豆网上搜索。

医院病房监护系统需求分析说明书.docx

医院病房监护系统需求分析说明书

医院病房监护系统

需求分析说明书

 

拟制人:

审核人:

批准人:

 

1引言

本系统以事先病房监护为目的,完成对病人身体指数的随时监测,方便医院对病人病历、身体指数等的管理。

1.1编写目的:

本需求分析旨在对病房监护系统的阐释,使人们可以对病房监护系统更轻松的使用和更容易的维护。

1.2项目背景:

在现代社会,病人管理通常要投入大量的人力资源,用于查房,看护等方面,方便于医院随时获取病人病情,和处理病人应急情况。

而本项目可以减少这些不必要的人力资源输出,降低医院在此方面的经济投入。

1.3定义:

本系统可以定义为一个主要为处理病人危急情况而设计的病房监护管理系统。

1.4预期读者:

本项目的预期读者为项目软件使用者与项目软件维护者。

1.5参考文献:

《软件工程》,浙江大学出版社,王慧芳、毕建权编著,齐志昌、陈越主审。

 

2任务概述

本项目以简单的硬件接口,实现对病房的电子管理。

2.1目的:

本项目实现的功能有:

1、病人病情应急处理;2、医生调取病人病历,获悉特定病人病情;3、系统定期对病人情况存档。

2.2运行环境:

不详。

2.3条件与限制:

不详。

 

3功能性需求

本项目有三大功能,每个大功能又包括若干小功能。

项目数据流图如下:

3-1项目数据流图顶层

3-2项目数据流图0层

 

3-3项目数据流图1层

3.1功能描述:

本项目实现的功能有:

1、病人病情应急处理;2、医生调取病人病历,获悉特定病人病情;3、系统定期对病人情况存档。

3.2静态数据:

本系统静态数据为病历(病人病情存储记录)

3.3动态数据:

本系统输入有:

①组合症状信号、②打印申请;系统输出有:

①病情报告、②随机病情报告、③报警信号、④打印病情报告。

3.4数据字典:

数据字典一般包括数据项条目、数据存储条目、数据流条目和数据加工条目。

此处分别进行列举。

数据流条目(六条):

1数据流名称:

组合病症信号

别名:

简称:

医院病房所有正在工作的病症监视器返回的病人组合病症信号

数据流来源:

监视病人的病症监视器

数据流去向:

加工1“病症异常处理”

数据流组成:

病人编号+身体状态数据+即时时间

流通量:

随机

2数据流名称:

打印请求

别名:

简称:

医生向监护系统发出的打印特定病人病情报告的打印请求

数据流来源:

医生

数据流去向:

加工2“需求处理”

数据流组成:

医生编号+病人编号+时间

流通量:

随机

3数据流名称:

病情报告

别名:

简称:

监护系统回复医生打印请求的病人病情报告

数据流来源:

加工2“需求处理”

数据流去向:

医生

数据流组成:

病人编号+身体状态数据+时间+异常信息

流通量:

随机

4数据流名称:

随机病情报告

别名:

简称:

随机抽取病人组合病症信号,在中心值班室显示

数据流来源:

监视病人的病症监视器

数据流去向:

加工2“需求处理”

数据流组成:

病人编号+身体状态数据+时间+异常信息

流通量:

随机

5数据流名称:

报警信号

别名:

简称:

当病人组合病症信号异常时系统发出的信号

数据流来源:

加工1“病症异常处理”

数据流去向:

中心值班室

数据流组成:

病人编号+身体状态数据+时间+异常信息

流通量:

随机

6数据流名称:

打印病情报告

别名:

简称:

当病人组合病症信号异常时系统打印出该病人的病情报告

数据流来源:

加工1“病症异常处理”

数据流去向:

中心值班室

数据流组成:

病人编号+身体状态数据+时间+异常信息

流通量:

随机

数据存储条目(一条):

1数据存储名称:

病历

别名:

简述:

存放病人组合病症信号与病情异常处理信息

流入的数据流:

加工1.4“更新病历”和加工2.2“定时更新病历”

流出的数据流:

加工1.3“打印病情报告”、加工2.1“时间条件是否符合”、加工2.3“打印病情报告”和加工2.4“产生随机病情报告”

数据存储组成:

病人编号+身体状态数据+时间+异常信息

组织方式:

索引文件,以病人编号和数据产生时间为关键字建立索引

查询要求:

要求能立即查询

数据项条目():

1数据项名称:

病人编号

别名:

简述:

医院所有病人的编号

类型:

字符串

长度:

12

取值范围及定义:

第1-4位:

病房号

第5-6位:

病床号

第7-12位:

病人随机号

2数据项名称:

医生编号

别名:

简述:

医院所有医生的编号

类型:

字符串

长度:

10

取值范围及定义:

第1-4位:

医治类型

第5-10位:

医生随机号

3数据项名称:

时间

别名:

简述:

数据流或者数据存储产生时间

类型:

字符串

长度:

15

取值范围及定义:

第1-4位:

年号

第5-6位:

月号

第7-8位:

日号

第9-10位:

小时号

第11-12位:

分钟号

第13-14位:

秒钟号

第15位:

星期号

4数据项名称:

身体状态数据

别名:

简述:

病人的病症监视器返回的数据

类型:

字符串

长度:

50

取值范围及定义:

第1-12位:

病人编号

第13-27位:

数据产生时间

第28-50位:

病人身体各部位信息

5数据项名称:

异常信息

别名:

简述:

病人的病症监视器返回的数据是否异常

类型:

字符串

长度:

2

取值范围及定义:

第1-2位:

组合病症信号是否异常

数据加工条目:

1数据加工名称:

病症是否异常

编号:

1.1

简述:

组合病症信号是否异常

激发条件:

接收到异常组合病症信号

优先级:

普通

输入:

组合病症信号

输出:

病情异常

加工逻辑:

根据标准信号范围

IF组合病症信号超出标准信号范围

THEN报警、打印病情报告、更新病历

ENDIF

2数据加工名称:

报警

编号:

1.2

简述:

在中心值班室产生报警信号

激发条件:

接收到病情异常信号

优先级:

输入:

病情异常

输出:

报警信号

加工逻辑:

IF有病情异常信号输入

THEN报警信号

ENDIF

3数据加工名称:

打印病情报告

编号:

1.3

简述:

在中心值班室打印病情报告

激发条件:

接收到病情异常信号

优先级:

输入:

病情异常、病历

输出:

打印病情报告

加工逻辑:

IF有病情异常信号输入

THEN打印病情报告

ENDIF

4数据加工名称:

更新病历

编号:

1.4

简述:

对异常组合病症信号进行存储

激发条件:

接收到病情异常信号

优先级:

输入:

病情异常

输出:

病历

加工逻辑:

IF有病情异常信号输入

THEN更新病历

ENDIF

5数据加工名称:

时间条件是否符合

编号:

2.1

简述:

将系统时间和病历最新更新时间进行对比

激发条件:

系统时间和最新更新时间相隔时间已达到限制

优先级:

普通

输入:

病历

输出:

符合

加工逻辑:

IF系统时间和最新更新时间相隔时间已达到限制

THEN符合

ENDIF

6数据加工名称:

定时更新病历

编号:

2.2

简述:

对病历进行更新

激发条件:

系统时间和最新更新时间相隔时间已达到限制

优先级:

普通

输入:

符合、组合病症信号

输出:

病历

加工逻辑:

IF系统时间和最新更新时间相隔时间已达到限制

THEN更新病历

ENDIF

7数据加工名称:

打印病情报告

编号:

2.3

简述:

在医生办公室打印病情报告

激发条件:

接收到医生打印申请

优先级:

普通

输入:

打印申请、病历

输出:

病情报告

加工逻辑:

IF有打印申请&&病历病人编号与申请病人编号相同

THEN打印病情报告

ENDIF

8数据加工名称:

产生随机病情报告

编号:

2.4

简述:

在中心值班室随机显示病情报告

激发条件:

显示时间已达到上限

优先级:

普通

输入:

组合病症信号、病历

输出:

随机病情报告

加工逻辑:

IF在中心值班室随机显示病情报告

THEN随机病情报告

ENDIF

 

4非功能性需求

本部分主要为阐述此项目的性能需求等一些次要需求。

4.1性能需求:

时间特性需求中,要求相应时间按照优先级进行相应设定,高优先级的相应请求必须第一时间进行响应。

其余时间特性需求一般。

适应性需求中,要求能符合一般医院结构,并能在其中使用。

4.2其它需求:

其它需求一般。

 

5运行需求:

本部分主要描述此项目的运行需求,包括用户界面和故障处理两部分。

5.1用户界面:

由于本项目是在医院使用的病房监护管理系统,因此本项目可运行在一个特定的电脑上,采用全屏模式。

5.2故障处理:

具体故障处理,找项目设计师、软件升级人员,或者软件BUG处理人员。

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 职业教育 > 中职中专

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1