医院病房监护系统--需求分析说明书
医院患者监护系统需求分析通用版
医院患者监护系统需求分析通用版1. 引言在现代医院管理中，患者监护系统扮演着至关重要的角色。
它可以实时监测和记录患者生命体征，提供准确的数据分析，并帮助医护人员及时发现潜在的健康问题。
本文将对医院患者监护系统的需求进行分析，以满足现代医院管理的要求。
2. 系统概述医院患者监护系统是由硬件设备和软件管理平台组成的综合系统。
硬件设备包括各类监测仪器和设备，如心电图仪、血压监测仪、呼吸器、体温计等。
软件管理平台则用于实时接收和分析硬件设备传输的数据，并提供数据管理、警报通知、数据可视化等功能。
3. 功能需求3.1 实时监测：患者监护系统需要能够实时监测患者的关键生命体征，如心率、血压、体温、呼吸等。
同时，系统应支持多患者同时监护，并能够在需要时切换患者监测界面。
3.2 数据记录和存储：系统应能够准确记录和存储患者监测数据，包括生命体征曲线、事件记录等。
数据存储需要有合理的容量和可靠的备份机制，以确保数据的完整性和可恢复性。
3.3 报警通知：系统应能够根据设定的预警指标，在患者状态异常时自动发出报警通知，以便医护人员及时采取行动。
报警通知方式可以包括报警音、呼叫护士、短信通知等。
3.4 数据分析和统计：系统应提供对患者监测数据的数据分析和统计功能，以帮助医护人员获取更全面的患者健康信息并进行科学的临床决策。
3.5 数据可视化：系统应提供直观的数据显示界面，以便医护人员能够清晰地了解和分析患者监测数据。
数据可视化可以包括生命体征曲线、趋势图、表格等形式。
3.6 远程监护：系统应支持远程监护功能，即医护人员可以通过互联网等方式远程查看和监控患者的生命体征，及时评估患者健康状况，并采取相应措施。
4. 性能需求4.1 稳定性：系统应具有高度稳定性，能够长时间连续运行，保持数据传输的稳定性和准确性。
4.2 可靠性：系统应具备高可靠性，能够在硬件设备故障、网络中断等异常情况下，及时报警并进行相应处理。
4.3 安全性：系统应采用严格的安全机制，确保患者监测数据的隐私和机密性，防止非法获取和篡改。
医院监护系统的需求分析说明书
医院监护系统的需求分析说明书1.引言医院做为一个与人民生命健康密切相关的重要机构，势必要在各方面实现信息化，与此同时，对医疗卫生的要求也越来越高。
以方便医护人员更好的了解病人的情况，给病人提供及时的治疗。
本系统就是针对这方面的迫切需求而设计实现的。
1.1编写目的此文档作为用户对即将开发的软件的功能要求，是软件设计和开发者的主要依据。
1.2项目背景项目名称：医院计算机监护系统项目委托单位：××市医院软件开发单位：×××软件开发组2.任务描述2.1目标本系统要求能够监护系统要随时接受每个病人的生理信号(脉搏、体温、血压、心电图等)，定时记录病人情况以形成患者日志，当某个病人的生理信号超出医生规定的安全范围时向值班护士发出警告信息；此外，护士在需要时还可以要求系统打印出某个病人的病情报告。
本软件系统要求安全、可靠（具有出错处理能力）、准确。
2.2运行环境本系统是基于C/S模式的采用Delphi实现的管理信息系统（Management Information System）。
数据库服务器由Oracle9实现。
操作系统：WINDOWS 2000 Advance Server；数据库服务器端软件ORACLE 9I。
3.数据描述3.1 数据流程图：3.2 医院监护系统中所要处理的表单：3.21 “生理信号”表格：生理信号ID、生理信号名称、备注3.22 “患者表格”表格：患者ID、患者姓名、患者性别、住址、联系电话、患病名称、入院日期、状态（已出院、住院）、备注3.23 “患者日志”表格：患者ID、日期、生理信号ID、值、备注3.24“患者生理信号安全范围表”表格：患者ID、生理信号ID、安全范围、备注4.功能4.1功能划分本系统由“生理信号输入控制子系统”、“病人基本信息管理子系统”、“警报子系统”、“病人病情管理子系统”组成。
生理信号输入控制子系统包含2个功能模块：“生理信号输入管理”、“定时时间调节”。
病房护理系统需求分析
病房监护系统需求分析病房监护系统的功能要求：病房监护系统的总体目标是：在计算机网络，数据库和先进的开发平台上，利用现有的软件，配置一定的硬件，开发一个具有开放体系结构的、易扩充的、易维护的、具有良好人机交互界面的病房监护系统，实现用计算机随时接收每个病人的生理信号（脉搏、体温、血压、心电图等），定时纪录病人情况以形成患者日志，当某个病人的生理信号超出医生规定的安全范围时向值班护士发出警告信息，此外，护士在需要时还可以要求系统印出某个指定病人的病情报告。
根据可行性研究的结果和医院的要求，分析现有情况及问题，采用Client/Server 结构，患者监护系统的数据流图如下:下面分析各个系统的功能需求：1．客户端子系统：在客户端系统的功能实现上，可以分为以下几个部分：[1]患者信息的输入和统计医院将患者的信息由专人负责输入。
这个功能是以后各个部分的基础，系统要求做到能够有方便的操作界面便于手工输入患者信息，并且能对输入的数据进行简单的统计，供医生进行查询和宏观调控。
[2]患者信息的存储：将患者的信息存储到患者日志及端系统中，以备以后的患者的确认以及查询。
[3]患者日志的生成和打印：将已存储的患者信息生成患者日志，需要时将其生成报告打印出来。
2．服务器端的功能要求：通过计算机网络将客户端与服务器的数据库相连，将从客户端（患者）得到的信息进行处理，并存储起来，实现患者查询，患者日志生成，病情统计等子系统。
以计算机成本核算为中心，实现病房监护系统的计算机自动化，为医院监护系统降低成本、提高效率、减少人力资源的浪费、并能随时观察患者精确情况，以便在最佳时机予以抢救。
在客户端系统的功能实现上，可以分为以下几个部分：[1]接收由患者发出的信息：通过网络接收患者信息并存入到服务器的数据库中。
[2]生成患者日志：根据患者生理信号（脉搏、体温、血压、心电图等），生成相应的患者日志，并能及时更新。
[3]将患者信息反馈给患者：在进行患者信息的更新后，及时反馈给患者，以便患者能随时掌握自己的病情。
医院监护系统分析设计报告
医院监护系统分析设计报告1. 背景介绍医院是一个复杂的组织，每天都有大量的患者需要接受医疗服务，而这其中的一项关键任务就是监护患者的健康状况。
为了更好地管理和监护患者，许多医院引入了医院监护系统。
2. 系统需求分析医院监护系统的主要目标是实现对患者健康状况的全面监护，以便提供更好的医疗服务和减少医疗事故的发生。
系统应具备以下功能：2.1 实时监测系统应能够实时监测患者的体征信息，包括体温、心率、血压等。
通过传感器设备，将这些信息实时上传至监护系统，为医生提供及时的患者状况。
2.2 报警功能当患者的体征指标达到危险水平时，系统应能够及时预警并向医护人员发送报警信息。
这样医生可以立即采取措施来保护患者的健康。
2.3 数据存储和分析系统应能够对患者的体征数据进行存储和分析，并生成相应的报告。
这样医生可以更好地了解患者的健康状况，并根据分析结果做出相应的治疗方案。
2.4 远程监护系统应支持医生对患者进行远程监护，这对于病情较为稳定的患者或病区繁忙时起到了积极作用。
医生可以通过移动设备随时随地查看患者的体征信息并进行必要的操作。
3. 系统设计与实现基于以上需求，我们设计了一款医院监护系统，并进行了相应的实现。
3.1 硬件设备为了监测患者的体征信息，我们采用了一套成熟的医疗传感器设备。
这些设备具备高精度和可靠的性能，可以准确地监测患者的体温、心率、血压等指标，并能够自动上传数据到监护系统。
3.2 软件系统我们开发了一套医院监护系统软件，该软件运行在医院的服务器上，实现了对患者的监护和管理功能。
3.2.1 实时监测与报警功能通过与传感器设备的数据交互，系统实时监测患者的体征信息，并在发现异常情况时及时发出报警。
医护人员可以通过系统接收报警信息，并迅速采取措施来保护患者。
3.2.2 数据存储和分析系统将患者的体征数据存储在数据库中，并提供相应的查询和分析功能。
医生可以通过系统查看患者的历史数据，并进行相应的分析，以制定个性化的治疗方案。
患者监护系统需求分析报告
预见的增长对数据及其分量的存储要求作出估算。 2.3故障处理要求
列出可能的软件、硬件故障以及对各项性能而言所产生的后果和对 故障处理的要求。输出发生错误时，在系统的代码部分进行修改。
3、外部接口说明
3.1界面布局 屏幕布局： 顶端上分布菜单栏（设置各种功能按钮），中间部分为
操作的输出预览。如：输出病人的心电图生理信号时输出波形图，输出 病人日志和病情报告时输出预览的图表格式。
局部数据元素：患者生理信号
注释：
接收信号模块的IPO图
IPO表
系统：患者监护系统 模块：信号分析 编号： 02
作者： 日期：
被调用：信号分析系统
调用：生理信号
输入：患者生理信号
输出：病人危机信号（或正常信息）
处理：将接收的患者发出的生理信号与系统的生理信号范围并输出相应结果
局部数据元素：患者生理信号
4、分析数据要求导出系统的物理模型：
分析数据对各数据及模块进行分析，画出IPO图、E-R图及状态图如 下： 4、1各数据的数据字典
IPO表
系统：患者监护系统
作者：
ห้องสมุดไป่ตู้
模块：接收信号
日期：
编号： 01
被调用：接收信号系统 调用：生理信号
输入：患者生理信号
输出：系统识别的生理信号
处理：将接收的患者生理信号转化为系统识别的生理信号并输出
5、导出和评价供选择的方法
5.1从硬件、软件方面分析可行性： 软件需求：操作系统WINDOWS 2000 Advance Server以上；数据库
服务器端软件ORACLE 9I， Delphi 7.0。 硬件需求：10M以上的LAN接入网络带宽，P4 3.0G Xeon CPU /1G内
医院患者监护软件系统详细设计说明文书
项目编号:患者监护系统1.0 详细设计说明书1．引言 (6)1.1编写目的 (6)1.2项目背景 (7)1.3定义 (7)1.4参考资料 (7)2．总体设计 (7)2.1需求概述 (7)2.2软件结构 (10)3．程序设计说明 (10)3.1主窗体模块 (10)3.1.1模块描述 (10)3.1.2功能 (11)3.1.3性能 (11)3.1.4输入项目 (12)3.1.5输出项目 (13)3.1.6算法 (13)3.1.8接口 (14)3.1.9存储分配 (14)3.1.10限制条件 (15)3.1.11测试计划 (15)3.1.12 尚未解决的问题 (15)3.2病人信息管理模块 (15)3.2.1模块描述 (15)3.2.2功能 (15)3.2.3性能 (16)3.2.4输入项目 (16)3.2.5输出项目 (17)3.2.6算法 (17)3.2.7流程逻辑 (17)3.2.8接口 (17)3.2.9存储分配 (18)3.2.10限制条件 (18)3.2.11测试计划 (18)3.2.12 尚未解决的问题 (18)3.3数据趋势回顾模块 (18)3.3.1模块描述 (18)3.3.2功能 (18)3.3.4输入项目 (19)3.3.5输出项目 (19)3.3.6算法 (20)3.3.7流程逻辑 (20)3.3.8接口 (20)3.3.9存储分配 (20)3.3.10限制条件 (20)3.3.11测试计划 (20)3.3.12 尚未解决的问题 (21)3.4系统设置模块 (21)3.4.1模块描述 (21)3.4.2功能 (21)3.4.3性能 (21)3.4.4输入项目 (21)3.4.5输出项目 (22)3.4.6算法 (22)3.4.7流程逻辑 (22)3.4.8接口 (23)3.4.9存储分配 (23)3.4.10限制条件 (23)3.4.11测试计划 (23)3.5帮助系统模块 (23)3.5.1模块描述 (23)3.5.2功能 (24)3.5.3性能 (24)3.5.4输入项目 (24)3.5.5输出项目 (24)3.5.6算法 (24)3.5.7流程逻辑 (24)3.5.8接口 (24)3.5.9存储分配 (25)3.5.10限制条件 (25)3.5.11测试计划 (25)3.5.12 尚未解决的问题 (25)3.6登录窗体模块 (25)3.6.1模块描述 (25)3.6.2功能 (25)3.6.3性能 (25)3.6.4输入项目 (26)3.6.5输出项目 (26)3.6.6算法 (26)3.6.7流程逻辑 (26)3.6.9存储分配 (26)3.6.10限制条件 (27)3.6.11测试计划 (27)3.6.12 尚未解决的问题 (27)1．引言1.1编写目的医院作为一个与人民生命健康密切相关的重要机构，势必要在各方面实现信息化。
患者监护系统-可行性分析、需求分析、总体设计
患者监护系统开发报告引言：第一次正规的作一个系统，感觉总是无从下手。
以前也只是编一下程序，程序编好了，就万事大吉，现在程序也只是那么不起眼的一步，大脑就变的一片混沌，好像有很多东西要做，又好像什么都没有。
无奈之下，也只有按着课本来一步一步的来作。
可能有很多错误，，也可能很幼稚，但这却是我们的汗水的结晶，我们正在努力的前行，从幼稚走向成熟，在失败中走向成功。
至少现在我知道作软件的合理步骤，知道什么样的软件是优秀的软件，知道软件不是单纯的程序！这也许是这次学习的最大成果！目录：一. 系统开发计划的制定1．系统定义 (2)2．可行性研究 (2)3．实施计划报告 (2)二．系统需求分析 (2)1．需求分析的任务 (2)⑴功能需求 (2)⑵性能需求 (2)⑶系统的运行需求 (2)2．系统分析建模 (3)⑴系统流程图 (3)⑵功能模型（数据流程图、数据字典） (4)⑶数据模型（E-R图） (6)⑷行为模型（状态转换图） (7)三．总体设计 (7)1．系统的物理方案(待议) (7)2．数据库设计 (7)3．软件结构 (8)⑴层次图 (8)⑵HIPO图 (9)一．系统开发计划的制定（返回目录）1. 系统定义为医院研制一个分布式的计算机病员监护系统（Patient Monitoring System, PMS）。
该系统随时接受并监视病人的生理信号（脉搏、体温、血压、心电图等），定时记录病人情况以形成患者日志，当某个病人的生理信号超出医生规定的安全范围时向值班护士发出警告信息。
当护士需要时还可以要求系统打印出某个指定病人的病情报告。
2. 可行性研究（返回目录）⑴技术上的可行性硬件方面：目前各大小医院已有相应的病员生理信号（脉搏、体温、血压、心电图等）检测仪器，只需加以集成以及提供必要的计算机通信接口。
软件方面：利用现有的软件开发技术，可以实现在DOS或WINDOWS界面上的患者监护系统。
⑵操作上的可行性信号的采集、加工、显示、报警和打印均由计算机自动实现，只需借助于键盘或鼠标给出相应的指令即可实现，为此用户的操作使用将非常方便，无需非常专业的计算机知识和技术。
患者监护系统需求分析报告
患者监护系统需求分析报告1、引言1.1项目名称：患者监护系统1.2背景说明：医院是一个与人民生命安全密切相关的重要机构，在高度信息化得今天，人们对医疗卫生的要求也越来越高。
为了随时观察危重病人的病情变化，抓住时机及时抢救，也为了减少医院护士的人数和工作量，医院迫切需要一个患者监护系统。
医院病房监护系统便是以计算机为工具，通过对病人病情的信息进行处理，不仅把护士从繁琐的行走奔波中解脱出来，而且医生能够迅速的对症下药，并且优化了医疗体系，使其高效化，简易化，智能化，也提高了透明度和互动性。
作为患者日志的一部分，与病人的住院信息、用药信息共同为医生治疗疾病人提供依据，该系统应与医院病人信息数据库、治疗情况数据库相连。
1.3编写目的：编写该文档是为了分析医院的医疗病房监护系统的流程，把人工模式抽象为可在计算机上处理的自动模式，对医疗病房监护系统的科学管理进行分析与总结，便于开发小组成员对系统整体功能的认识，通过该文档，确定了系统的目的和功能，以及处理的流程和方法，同时也为使用者提供参考。
本文档供项目经理、设计人员、开发人员参考1.4术语定义本患者监护系统在开发时注意到使用专业术语会对今后的系统使用者造成不便，故所有相关词汇使用了简洁并通俗易懂的词汇，系统使用者不会出现此系统词汇看不懂的问题，故而在此系统及文件使用的相关词汇不作任何定义。
2、任务概述2.1目标本系统实现实时显示心电图、血压、脉搏、呼吸及血氧饱和度等生理信号的波形、变化曲线及数值，并且定时记录病人情况以形成患者日志。
2.2用户的特点操作上，仍应该考虑把系统使用界面做的简单清晰。
2.3假定条件与约束限制开发人员需要了解用户情况、开发人员的技术水平、开发经费等因素的约束。
3、需求分析现在住院病人主要由护士护理，这样做不仅需要大量护士，而且由于不能随时观察危重病人的病情变化，还会延误抢救时机。
在这样的背景下，很明显医院病人由护士护理已经不能很好地满足病人的需求，医院急切需要建立一个以计算机为中心的患者监护系统。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
医院病房监护系统
需求分析说明书
拟制人：
审核人：
批准人：
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“病症异常处理”
数据流组成：病人编号+身体状态数据+即时时间
流通量：随机
②数据流名称：打印请求
别名：无
简称：医生向监护系统发出的打印特定病人病情报告的打印请求
数据流来源：医生
数据流去向：加工2“需求处理”
数据流组成：医生编号+病人编号+时间
流通量：随机
③数据流名称：病情报告
别名：无
简称：监护系统回复医生打印请求的病人病情报告
数据流来源：加工2“需求处理”
数据流去向：医生
数据流组成：病人编号+身体状态数据+时间+异常信息
流通量：随机
④数据流名称：随机病情报告
别名：无
简称：随机抽取病人组合病症信号，在中心值班室显示
数据流来源：监视病人的病症监视器
数据流去向：加工2“需求处理”
数据流组成：病人编号+身体状态数据+时间+异常信息
流通量：随机
⑤数据流名称：报警信号
别名：无
简称：当病人组合病症信号异常时系统发出的信号
数据流来源：加工1“病症异常处理”
数据流去向：中心值班室
数据流组成：病人编号+身体状态数据+时间+异常信息
流通量：随机
⑥数据流名称：打印病情报告
别名：无
简称：当病人组合病症信号异常时系统打印出该病人的病情报告
数据流来源：加工1“病症异常处理”
数据流去向：中心值班室
数据流组成：病人编号+身体状态数据+时间+异常信息
流通量：随机
数据存储条目（一条）：
①数据存储名称：病历
别名：无
简述：存放病人组合病症信号与病情异常处理信息
流入的数据流：加工1.4“更新病历”和加工2.2“定时更新病历”
流出的数据流：加工1.3“打印病情报告”、加工2.1“时间条件是否符合”、加工2.3“打印病情报告”和加工2.4“产生随机病情报告”
数据存储组成：病人编号+身体状态数据+时间+异常信息
组织方式：索引文件，以病人编号和数据产生时间为关键字建立索引
查询要求：要求能立即查询
数据项条目（）：
①数据项名称：病人编号
别名：无
简述：医院所有病人的编号
类型：字符串
长度：12
取值范围及定义：第1-4位：病房号
第5-6位：病床号
第7-12位：病人随机号
②数据项名称：医生编号
别名：无
简述：医院所有医生的编号
类型：字符串
长度：10
取值范围及定义：第1-4位：医治类型
第5-10位：医生随机号
③数据项名称：时间
别名：无
简述：数据流或者数据存储产生时间
类型：字符串
长度：15
取值范围及定义：第1-4位：年号
第5-6位：月号
第7-8位：日号
第9-10位：小时号
第11-12位：分钟号
第13-14位：秒钟号
第15位：星期号
④数据项名称：身体状态数据
别名：无
简述：病人的病症监视器返回的数据
类型：字符串
长度：50
取值范围及定义：第1-12位：病人编号
第13-27位：数据产生时间
第28-50位：病人身体各部位信息⑤数据项名称：异常信息
别名：无
简述：病人的病症监视器返回的数据是否异常
类型：字符串
长度：2
取值范围及定义：第1-2位：组合病症信号是否异常数据加工条目：
①数据加工名称：病症是否异常
编号：1.1
简述：组合病症信号是否异常
激发条件：接收到异常组合病症信号
优先级：普通
输入：组合病症信号
输出：病情异常
加工逻辑：根据标准信号范围
IF组合病症信号超出标准信号范围
THEN报警、打印病情报告、更新病历
END IF
②数据加工名称：报警
编号：1.2
简述：在中心值班室产生报警信号
激发条件：接收到病情异常信号
优先级：高
输入：病情异常
输出：报警信号
加工逻辑：IF有病情异常信号输入
THEN报警信号
END IF
③数据加工名称：打印病情报告
编号：1.3
简述：在中心值班室打印病情报告
激发条件：接收到病情异常信号
优先级：高
输入：病情异常、病历
输出：打印病情报告
加工逻辑：IF有病情异常信号输入
THEN打印病情报告
END IF
④数据加工名称：更新病历
编号：1.4
简述：对异常组合病症信号进行存储
激发条件：接收到病情异常信号
优先级：高
输入：病情异常
输出：病历
加工逻辑：IF有病情异常信号输入
THEN更新病历
END IF
⑤数据加工名称：时间条件是否符合
编号：2.1
简述：将系统时间和病历最新更新时间进行对比
激发条件：系统时间和最新更新时间相隔时间已达到限制
优先级：普通
输入：病历
输出：符合
加工逻辑：IF系统时间和最新更新时间相隔时间已达到限制THEN符合
END IF
⑥数据加工名称：定时更新病历
编号：2.2
简述：对病历进行更新
激发条件：系统时间和最新更新时间相隔时间已达到限制
优先级：普通
输入：符合、组合病症信号
输出：病历
加工逻辑：IF系统时间和最新更新时间相隔时间已达到限制THEN更新病历
END IF
⑦数据加工名称：打印病情报告
编号：2.3
简述：在医生办公室打印病情报告
激发条件：接收到医生打印申请
优先级：普通
输入：打印申请、病历
输出：病情报告
加工逻辑：IF有打印申请&&病历病人编号与申请病人编号相同THEN打印病情报告
END IF
⑧数据加工名称：产生随机病情报告
编号：2.4
简述：在中心值班室随机显示病情报告
激发条件：显示时间已达到上限
优先级：普通
输入：组合病症信号、病历
输出：随机病情报告
加工逻辑：IF在中心值班室随机显示病情报告
THEN随机病情报告
END IF
4非功能性需求
本部分主要为阐述此项目的性能需求等一些次要需求。
4.1性能需求：
时间特性需求中，要求相应时间按照优先级进行相应设定，高优先级的相应请求必须第一时间进行响应。
其余时间特性需求一般。
适应性需求中，要求能符合一般医院结构，并能在其中使用。
4.2其它需求：
其它需求一般。
5运行需求：
本部分主要描述此项目的运行需求，包括用户界面和故障处理两部分。
5.1用户界面：
由于本项目是在医院使用的病房监护管理系统，因此本项目可运行在一个特定的电脑上，采用全屏模式。
5.2故障处理：
具体故障处理，找项目设计师、软件升级人员，或者软件BUG处理人员。