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

1引言 (3)
1.1编写目的 (3)
1.2背景 (3)
1.3定义 (4)
1.4参考资料 (4)
2任务概述 (4)
2.1目标 (4)
2.2用户的特点 (5)
2.3假定和约束 (5)
3需求规定 (5)
3.1对功能的规定 (5)
3.1.1用例图 (5)
3.1.2活动图 (16)
3.1.3类图 (17)
3.1.4时序图 (18)
3.2对性能的规定 (19)
3.2.1精度 (19)
3.2.2时间特性要求 (19)
3.2.3灵活性 (19)
3.3输人输出要求 (19)
3.4数据管理能力要求 (20)
3.5故障处理要求 (20)
3.6其他专门要求 (20)
3.6.1经济上可行性 (20)
3.6.2技术上可行性 (20)
3.6.3操作上可行性 (21)
4运行环境规定 (21)
4.1设备 (21)
4.2支持软件 (21)
4.3接口 (22)
4.3.1用户接口 (22)
4.3.2内部接口 (22)
4.3.3外部接口 (22)
4.4控制 (22)
医院病房监护系统——需求报告说明书
医院病房监控系统需求说明书
1引言
1.1编写目的
目的：本医院病房监护系统在可行性研究的基础上，是为了进一步明确医院病房监护系统的软件需求，让系统开发者能够基本了解本系统的开发目的，开发方法，以及目前的硬件、软件的情况，以便安排项目规划与进度，组织软件开发与测试，撰写本文档。

本文档供组长，系统分析员参考。

1.2 背景
开发软件名称：医院病房监控系统
功能：随着信息化时代的飞速发展，医院的理念和服务将相应改变。

利用计算机技术和网络技术等现代科技的先进成果，改善传统人工叫喊医院病房监护系统势在必行，智能化的医院病房监护系统的实现使住院患者，尤其是重危病人的康复更加安全有效。

医院可通过病房监护系统随时对病人进行监控和会诊，完善了医院病房的服务环境，加快了医院运作的现代化管理进程。

为了对危重病人进行实时监护，随时了解病人病情，及时进行处理，建立病房监护系统。

病症监视器安置在每个病床，通过网络将病人的病症信号（组合）实时传送到中央监护系统进行分析处理。

在中心值班室里，值班护士使用中央监护系统对病员的情况进行监控，监护系统实时地将病人的病症信号与标准的病诊信号进行比较分析，当病症出现异常时，系统会立即自动报警，并打印病情报告和更新病历。

系统根据医生的要求随时打印病人的病情报告，系统定期自动更新病历。

1.3定义
无
1.4参考资料
1）《软件工程导论》
2）《计算机软件产品开发文件编制指南 GB 8567-88》
2任务概述
2.1目标
本医院病房监护系统在可行性研究的基础上，是为了进一步明确医院病房监护系统的软件需求，让系统开发者能够基本了解本系统的开发目的，开发方法，以及目前的硬件、软件的情况，以便安排项目规划与进度，组织软件开发与测试，撰写本文档。

随着信息化时代的飞速发展，医院的理念和服务将相应改变。

利用计算机技术和网络技术等现代科技的先进成果，改善传统人工叫喊医院病房监护系统势在必行，智能化的医院病房监护系统的实现使住院患者，尤其是重危病人的康复更加安全有效。

医院可通过病房监护系统随时对病人进行监控和会诊，完善了医院病房的服务环境，加快了医院运作的现代化管理进程。

为了对危重病人进行实时监护，随时了解病人病情，及时进行处理，建立病房监护系统。

病症监视器安置在每个病床，通过网络将病人的病症信号（组合）实时传送到中央监护系统进行分析处理。

在中心值班室里，值班护士使用中央监护系统对病员的情况进行监控，监护系统实时地将病人的病症信号与标准的病诊信号进行比较分析，当病症出现
异常时，系统会立即自动报警，并打印病情报告和更新病历。

系统根据医生的要求随时打印病人的病情报告，系统定期自动更新病历。

2.2用户的特点
此软件的首要使用人员是医院的值班护士和医生以及系统管理员，这三方面的人员都有一定的教育水平，尤其是管理人员，有一定的计算机操作水平，且他们在每时都要进行系统的维护，操作频率及其之高；而对于一般用户，操作水平深浅不一，因此在次模块的设计中要特别的考虑这方面，尽量设计能适合各种水平的人员的操作。

2.3假定和约束
1)系统的开发不涉及任何经济的预算。

2)资源分配为各自使用自己的电脑。

3)1周内完成
3需求规定
3.1对功能的规定
3.1.1用例图
医院病房监护系统总用例图
医生
3.1.1.1中央监护模块中央监护用例图
中央监护用例描述
3.1.1.2病房监护模块病房监护用模块例图：
病人
病房监护模块用例描述：信号采集用例描述
模数转化用例描述：
3.1.1.3病历管理模块病例管理用例图
病例管理模块用例描述
3.1.1.4病情报告管理模块病情报告管理用例图
病情报告管理模块用例描述：
3.1.1.5细化用例图
细化后的用例图
3.1.2活动图
3.1.3类图
3.1.4时序图
3.2对性能的规定
3.2.1精度
3.2.2时间特性要求
a．响应时间：5s；
b．每隔六个小时对病人的体温、血压、脉搏等进行一次测量；
c．数据的转换：10s
d．传送时间：10s；
3.2.3灵活性
a．操作方式上的变化；
b．运行环境的变化；
c．同其他软件的接口的变化；
d．精度和有效时限的变化；
e．计划的变化或改进。

对于为了提供这些灵活性而进行的专门设计的部分应该加以标明。

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

3.4数据管理能力要求
3.5故障处理要求
1.联机事务处理是建立在TCP/IP 协议上，有多阶段事务处理响应控制，保
证事务处理前后台一致性。

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

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

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

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

3.6其他专门要求
3.6.1经济上可行性
现在，计算机的价格已经十分低廉，性能却有了长足的进步。

而本系统的开发，为医院的工作效率带来了一个质的飞跃，为此主要表现有以下几个方面：第一，本系统的运行可以代替人工进行许多繁杂的劳动；
第二，本系统的运行可以节省许多资源；
第三，本系统的运行可以大大的提高医院的工作效率；
第四，本系统可以使敏感文档更加安全，等等。

所以，本系统在经济上是可行的。

3.6.2技术上可行性
本系统的开发利用Microsoft SQL Server2005作为本系统的数据库，它是一个支持多用户的新型数据库，适用于大中规模的数据量需求。

医院网的建设也为新系统服务器/客户端的结构提供了硬件的支持。

使用vb、c、visio作为系统开发的开发环境，它提供完善的指令控制语句、
类与对象的支持及丰富的数据类型，给开发高性能系统提供的保障为开发满足客户要求的系统，保证了代码的模块化要求，而代码模块化的提高，非常有利于以后对新系统的扩展与修改。

综上所述，本系统的设计与开发在技术上和硬件设备上的条件都是满足的，因此，它在技术上是可行的。

3.6.3操作上可行性
本系统为一个小型的医院管理系统，所耗费的资源非常的小，学校的电脑无论是硬件还是软件都能够满足条件，界面设计时充分考虑管理人员的习惯，使得操作简单；数据录入迅速、规范、可靠；统计准确；制表灵活；适应力强；容易扩充，因此，本系统在操作上是可行的。

4运行环境规定
4.1设备
列出运行该软件所需要的硬设备。

说明其中的新型设备及其专门功能，包括：a．处理器型号及内存容量；
b．外存容量、联机或脱机、媒体及其存储格式，设备的型号及数量；
c．输入及输出设备的型号和数量，联机或脱机；
d．数据通信设备的型号和数量；
e．功能键及其他专用硬件
4.2支持软件
本系统采用编程语言为vb；采用面向对象的分析设计方法；使用SqlSever 2005作为数据库管理系统图；编码人员对代码进行严格检查后再进行代码编译。

4.3接口
4.3.1用户接口
本系统的用户界面如下所示
4.3.2内部接口
中央监护模块、病房监护模块、病历管理模块、病情报告管理模块4.3.3外部接口
本系统采用C/S模式，由sqlserver2005实现的管理信息系统数据。

4.4控制。