医院患者监护系统软件需求规格说明书(GB856T——88)

1、电子与信息工程学院电子与信息工程学院 计算机科学与技术计算机科学与技术 2014 级级软件工程软件工程作业作业 软件需求规格说明书软件需求规格说明书 项目名称：项目名称：_医院患者监护系统医院患者监护系统_ 班级：班级：_计算机科学与技术计算机科学与技术 1401 班班_ 学号：学号：_xxxxx_ 姓名：姓名：_xxxx_ 学号：学号：_xxxxxx_ 姓名：姓名：_xxxxx_ 学号：学号：_xxxxxxx_ 姓名：姓名：_xxxxxx_ 日期：日期：_2016 年年 4 月月 16 日日_ 1 引言引言.3 1.1 编写目的.3 1.2 背景.3 1.3 定义.3 1.4 参考资料.3

2、2 任务概述任务概述.4 2.1 目标.4 2.2 用户的特点.4 2.3 假定和约束.4 3 需求规定需求规定.4 3.1 对功能的规定.4 3.2 对性能的规定.6 3.2.1精度.8 3.2.2时间特性要求.8 3.2.3灵活性.8 3.3 输人输出要求.9 3.4 数据管理能力要求.9 3.5 故障处理要求.9 3.6 其他专门要求.9 4 运行环境规定运行环境规定.10 4.1 设备.10 4.2 支持软件.10 4.3 接口.10 4.4 控制.10 1 引言引言 1.1 编写目的编写目的 在可行性研究的基础上，通过了解并调查医院的患者监护系统，进一步明确了医院患 者监护系统的软件

3、需求，让系统开发者能够基本了解本系统的开发目的，开发方法，以及 目前的软件、硬件的情况，以及让项目组长或负责人安排项目规划与进度，并组织人员进 行软件开发与测试。 本文档供项目负责人，系统分析人员以及软件开发人员参考。 1.2 背景背景 项目名称：医院患者监护系统 项目提出者：xx 医院 项目开发者：软件编程人员 用户：xx 医院的医生，护士及其他工作人员 1.3 定义定义 数据流图：它描绘信息流和数据从输入移动到输出的过程中所经受的变化。 层次方框图：表示一个系统各部分和各环节之间关系的图示，它的作用在于能够清晰 地表达比较复杂的系统各部分之间的关系。 实体联系图：描述了从用户角度看到的数据

4、，它反映了用户的现实环境，将用户的 数据要求清楚准确的描述出来。 1.4 参考资料参考资料 1.软件工程导论（第五版） 张海藩 编著 清华大学出版社 2.软件工程实验教程（第二版） 窦万峰 编著 机械工业出版社 2 任务概述任务概述 2.1 目标目标 随着科技的迅速发展，医院的理念和服务也应该相应改变。利用计算机技术和网络技 术等现代科技的先进成果，改善传统的医院患者监护系统势在必行，智能化的医院病房监 护系统的实现使住院患者，尤其是重危病人的康复更加安全有效。医院可通过患者监护系 统随时对病人进行监控和会诊，这样既可以完善医院的服务，还可以加快医院的现代化管 理进程。 此系统首先输入病人的基

5、本信息（姓名、住址、电话号码、住院日期，身体情况等） ， 随时接收每个病人的生理信号（脉搏、体温、血压、心电图等） ，定时记录病人情况以形成 患者日志，当某个病人的胜利信号超出医生规定的安全范围时向值班护士发出警告信息， 此外，护士在需要时还可以要求系统印出某个指定病人的病情报告。 2.2 用户的特点用户的特点 此系统的用户主要为医生，护士，系统管理员，这三方人员受教育程度较高，比较容 易理解和使用这个系统，系统管理员还掌握一定的计算机操作水准。本系统预计使用频率 较高，而且使用者不同，要求也有不同，因此设计时需要考虑这方面的内容。 2.3 假定和约束假定和约束 （1）本系统预算在 23 万之

6、间； （2）要求在三个月内完成该系统； （3）软件需求：操作系统 windows 2000 advance server 以上。 3 需求规定需求规定 3.1 对功能的规定对功能的规定 1 系统层次方框图： 医医院院患患者者监监护护系系统统 生生理理信信号号 输输入入控控制制 子子系系统统 患患者者信信息息 管管理理子子系系 统统 警警报报子子系系统统 患患者者病病情情管管 理理子子系系统统 生理 信号 输入 管理 定时 查询 调节 信 息 输 入 信 息 修 改 信 息 查 询 生理 信号 安全 范围 控制 警 报 病 情 查 询 病情 报告 打印 2.系统 ipo 表： 接收患者信号模块

7、ipo： 患者信号分析模块 ipo： 系统：患者监护系统 作者： 模块：接收信号 日期： 编号： 01 被调用：接收信号系统 调用：生理信号 输入：患者生理信号 输出：系统识别的生理信号 处理：将接收的患者生理信号转化为系统识别的生理信号并输出 局部数据元素：患者生理信号 注释： 系统：患者监护系统 作者： 模块：信号分析 日期： 编号： 02 被调用：信号分析系统 调用：生理信号 输入：患者生理信号 输出：病人危机信号（或正常信息） 处理：将接收的患者发出的生理信号与系统的生理信号范围并输出相应结果 局部数据元素：患者生理信号 注释： 警告模块 ipo： 更新日志模块： 系统：患者监护系统

8、作者： 模块：发出警告 日期： 编号： 03 被调用：警告系统 调用：病人危急信息 输入：患者警告信息 输出：警告声响 处理：接收患者的警告信息通过系统发出警告声响 局部数据元素：患者警告信息 注释： 系统：患者监护系统 作者： 模块：更新日志 日期： 编号： 04 被调用：更新日志系统 调用：生理信号 输入：患者生理信号 输出：患者日志 处理：将接收的患者生理信号输出为患者日志 局部数据元素：患者生理信号 注释： 产生患者病情报告模块 ipo： 3.系统数据流图： 护士 病人基本 信息录入 病人基本情况患者病情 患者 生理信号 接收信 号 有效的生理信号 形成 日志 病人基本情况 生理信号

9、信号监 测 生理信号安全范围 打印 报告 护士 警告信息 病情报告 患者日志 患者日志 患者日志 病人基本情况 系统：患者监护系统 作者： 模块：产生病请报告 日期： 编号： 05 被调用：产生病情报告系统 调用：患者日志 输入：患者日志 输出：病情报告 处理：将患者日志批量处理输出病情报告 局部数据元素：患者日志 注释： 4.该系统的 er 图： 患者产生日志 产生 报告分析护士 分析 患者号姓名 住院号 性别 姓名 日志号 日期 所属患者姓名 1 护工号 1 职务 生理信号 病情报告 日期 3.2 对性能的规定对性能的规定 3.2.1 精度精度 输入、输出数据一般为整型、字符型数据，具体数

10、据精度按照医学标准来衡量。 3.2.2 时间特性要求时间特性要求 a 对事务的响应时间（平均 0.5s、最长 1s） ； b 更新处理时间与对事务的响应时间一致； c 系统数据吞吐量，每秒处理的事务数最多为 5 人； d 系统容量，系统可以容纳的事物数为 300 人。 3.2.3 灵活性灵活性 a 操作方式上的变化：支持手动输入和语音输入； b 运行环境的变化：支持各种操作系统，在 win10 操作系统下也可运行； c 同其他软件的接口的变化：无 d 精度和有效时限的变化：精度在原有基础上有很大提高，便于护士分析管理数据； e 计划的变化或改进：将模拟信号输出为数字信号，并增加了安全模块，用于

11、保护 病人数据。 3.3 输人输出要求输人输出要求 数据的输入和输出一般采用十进制方式进行，便于用户读取和管理；输入和输出数据 应一一对应，方便用户观察病人生理特性；另外，输入数据类型一般为整型（int） 、字符 型(char)以及浮点型（double） ，输出可以为多种类型；病人的一些生理特性也可以采用图 形化方式表现出来。 3.4 数据管理能力要求数据管理能力要求 系统应该有一个属于自己的数据库，数据库中的每个表语每个病人一一对应；系统也 可以为每个病人建立单独的数据库表格。一般来说，需要管理的文件及记录较大，需要分 配较大的存储空间。 3.5 故障处理要求故障处理要求 本系统可能出现的故

12、障为数据库的数据出现混乱，产生错误信息，从而造成一定的损 失；也可能出现安全问题例如数据泄露等等。要处理这些故障及问题，需要医院有专门的 数据库管理员，对数据进行管理维护，还需要定期对数据进行备份。另外，系统也需要增 加防火墙，保障数据的安全性。 3.6 其他专门要求其他专门要求 在本系统中，医院纪录的患者的各种数据及信息必须确保安全性和完整性。系统也应 该增加一些安全措施，例如设置登录或删除时需要密码。另外，设置多个监护器来保障系 统的稳定性，还需保证系统更换运行环境时可以继续使用。 4 运行环境规定运行环境规定 4.1 设备设备 运行该软件时所需要以下设备及要求： a 传感器，服务器，监护器，报警器； b cpu 主频应在 1.0ghz 及以上，内存至少 1g； c 输入设备：键盘，鼠标； d 输出设备：显示器，打印机； e 需要联机存储且备份，外存应尽量大。 4.2 支持软件支持软件 本软件可由