220097109146_医院病房监护系统需求分析说明书
医院监护系统概要设计说明书+详细设计说明书
医院监护系统概要设计说明书+详细设计说明书医院监护系统概要设计说明书一、引言1.1 编写目的本文档旨在对医院监护系统进行概要设计，明确系统的功能、性能以及与其他系统的接口等。
1.2 项目背景随着医疗技术的进步和重视，医院监护系统作为一个用于监控患者生命体征、提供预警和报警的重要工具，在医院应用中越来越广泛。
二、功能需求2.1 系统概述医院监护系统旨在监控患者的生命体征，包括心率、血压、呼吸等重要指标，并提供可视化展示、数据存储和报警功能。
2.2 功能列表2.2.1 患者信息管理- 支持患者基本信息的录入、修改、查询和删除功能。
- 支持患者关键指标的设定、监测和记录功能。
2.2.2 实时数据监测- 支持对患者生命体征的实时监测，包括心率、血压、呼吸等指标。
- 提供可视化界面展示实时监测数据。
2.2.3 报警功能- 监测患者生命体征数据，当数据超出设定的安全范围时，及时发出报警并通知相关人员。
三、性能需求3.1 响应时间系统应具备快速响应能力，能够实时监测患者生命体征数据并做出相应处理。
3.2 数据存储系统应具备足够的存储容量，能够存储大量患者的生命体征数据，并支持数据的快速检索。
四、接口需求4.1 系统接口医院监护系统需要与其他医疗设备、医院信息系统进行数据交换和通信，需要定义相应的接口协议。
4.2 用户接口系统需要提供用户友好的操作界面，方便医护人员使用和操作。
五、详细设计说明书5.1 系统架构设计5.1.1 系统组成- 硬件组成：监护仪、服务器、数据库等设备。
- 软件组成：服务器端应用程序、客户端应用程序等。
5.1.2 系统层次结构- 前端显示层：负责展示患者生命体征数据并提供操作界面。
- 业务逻辑层：负责处理患者信息管理、数据监测和报警等核心功能。
- 数据访问层：负责与数据库进行数据交互。
5.2 患者信息管理模块设计5.2.1 数据库设计设计患者信息表，包括患者基本信息、关键指标等字段。
5.2.2 界面设计设计患者信息录入、修改、查询和删除等界面。
医院患者监护系统需求分析通用版
医院患者监护系统需求分析通用版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个功能模块：“生理信号输入管理”、“定时时间调节”。
医院监护系统业务需求分析及解决方案前景文档
医院监护系统1)业务需求a)业务背景✧医院作为一个与人民生命健康密切相关的重要机构，势必在各方面实现信息化，与此同时，对医疗卫生要求也越来越高。
为方便医护人员更好的了解病人的情况，给病人提供及时的治疗。
本系统就是针对这方面的迫切需求而设计的。
✧项目名称：医院监护系统项目委托单位：某某医院软件开发单位：郑州轻工业学院某软件开发小组b)业务机会✧商业产品：现在市场上存在的该类系统很多，但是没有一个能像本系统一样满足用户的需求，市场前景很好。
✧信息系统：本系统安装简便，移植性好。
适用于多种操作系统。
对硬件的要求不高，普通的个人电脑即可安装使用。
✧与市场上已经存在的类似产品相比，本系统更加安全，可靠，即时。
同时操作简便易学。
系统运行速度较高，全面的业务逻辑处理能力，会给用户带来更多的便捷。
✧安全快速全面的逻辑处理能力是本系统所独居的最大亮点。
同时独立的错误处理能力也是其它系统所无法比拟的。
c)业务目标和成功条件✧本系统要求能够随时接受每个病人的生理信号（脉搏，体温，血压，心电图等），定时记录病人情况已形成患者日志。
当医院的某个病人生理信号超出医院规定的安全范围时，向值班护士发出警告信息。
同时护士在需要时还可以要求系统打印出某个病人的病情报告。
并且主治医师可以通过该系统直接查询病人情况，以便及时修改治疗方案。
✧本系统要求安全，可靠（具有出错处理能力），准确d)客户和市场需要✧随着医疗改革的深入目前许多医院都迫切需要通过自身服务质量的提高以取得广大病人的信任和满意。
为此他们必须能够及时准确的获得病人的最新生理信息和病情报告以便及时的修改治疗方案。
确保病人的快速康复。
但是现在市场上存的种种产品仅仅是起到了信息的录入，处理和存储功能。
远远无法满足市场的需要。
同时医院也迫切需要提高工作效率，而且该系统的使用不但解决了上述问题，同时也将会为医院的管理机构节省大量的人力物力。
以此为客户和使用者提供最大化的经济效益。
并占领市场，满足市场的需求。
病房护理系统需求分析
病房监护系统需求分析病房监护系统的功能要求：病房监护系统的总体目标是：在计算机网络，数据库和先进的开发平台上，利用现有的软件，配置一定的硬件，开发一个具有开放体系结构的、易扩充的、易维护的、具有良好人机交互界面的病房监护系统，实现用计算机随时接收每个病人的生理信号（脉搏、体温、血压、心电图等），定时纪录病人情况以形成患者日志，当某个病人的生理信号超出医生规定的安全范围时向值班护士发出警告信息，此外，护士在需要时还可以要求系统印出某个指定病人的病情报告。
根据可行性研究的结果和医院的要求，分析现有情况及问题，采用Client/Server 结构，患者监护系统的数据流图如下:下面分析各个系统的功能需求：1．客户端子系统：在客户端系统的功能实现上，可以分为以下几个部分：[1]患者信息的输入和统计医院将患者的信息由专人负责输入。
这个功能是以后各个部分的基础，系统要求做到能够有方便的操作界面便于手工输入患者信息，并且能对输入的数据进行简单的统计，供医生进行查询和宏观调控。
[2]患者信息的存储：将患者的信息存储到患者日志及端系统中，以备以后的患者的确认以及查询。
[3]患者日志的生成和打印：将已存储的患者信息生成患者日志，需要时将其生成报告打印出来。
2．服务器端的功能要求：通过计算机网络将客户端与服务器的数据库相连，将从客户端（患者）得到的信息进行处理，并存储起来，实现患者查询，患者日志生成，病情统计等子系统。
以计算机成本核算为中心，实现病房监护系统的计算机自动化，为医院监护系统降低成本、提高效率、减少人力资源的浪费、并能随时观察患者精确情况，以便在最佳时机予以抢救。
在客户端系统的功能实现上，可以分为以下几个部分：[1]接收由患者发出的信息：通过网络接收患者信息并存入到服务器的数据库中。
[2]生成患者日志：根据患者生理信号（脉搏、体温、血压、心电图等），生成相应的患者日志，并能及时更新。
[3]将患者信息反馈给患者：在进行患者信息的更新后，及时反馈给患者，以便患者能随时掌握自己的病情。
医院病房监护系统需求说明书
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.安全监控需求医院内部安全监控是最基本的需求之一。
医院区域广阔，工作人员众多，患者流量也相对较大，因此安全问题日益突出。
监控系统应能全天候监控医院各个区域，及时发现和处置人员滋事、偷盗等违法行为。
2.医疗设备监控需求医院设备及药品是医院财产的重要组成部分，在医院监控中应确保这些贵重物品的安全。
监控系统应能对医疗设备和药品库房进行实时监测，一旦有人擅自进入或盗窃，能够及时报警并采取相应措施。
3.医院房间监控需求医院内的房间包括病房、手术室、诊室等许多空间，这些地方可能需要不同级别的安全控制。
例如，手术室需要更高级别的监控，以确保手术安全和医患双方的隐私。
监控系统应能根据不同房间的需求进行定制化的设置。
4.行人流量监控需求医院内人员众多，特别是在繁忙的就诊时间段，人流量大增，为了管理人员出入、就诊流程等，监控系统应能对行人进行自动识别和统计，并提供相应数据，为医院管理人员做出决策提供依据。
5.视频保存和管理需求监控系统应能对监控视频进行自动保存，并对保存的视频进行分类和管理。
保存的视频应满足法律法规的要求，以便当发生案件或纠纷时能够提供相应的证据。
三、解决方案1.布置网络摄像头在整个医院区域按照需求部署网络摄像头，保证监控系统的覆盖范围和清晰度。
优先选择高清晰度的摄像头，避免图像质量不佳影响监控效果。
2.智能监控系统利用人工智能技术，对监控视频进行智能分析和识别，以实现自动识别人员、车辆和行人流量统计等功能。
例如，通过人脸识别技术，可以实现对医院人员出入的自动识别和记录，确保医院内部的安全。
3.视频存储和管理系统建立健全的视频存储和管理系统，将监控视频按照时间、地点和事件等进行分类和管理。
合理设置视频保存的时间，并与法律法规要求相符，确保视频数据的安全性和可用性。
医院病房监护系统需求说明书
医院病房监护系统需求说明书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、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
医院病房监护系统
----需求分析说明书文档作者：_____彭英健_________ 日期：__2011-10-25_
闽江学院软件学院
版权所有不得复制
目录
1. 引言 (3)
1.1 项目背景 (3)
1.2 项目目标 (3)
2. 医院病房监护系统 (4)
a) 数据流程图 (4)
b) 词条说明 (4)
3. 事务处理 (7)
a) 数据流程图 (7)
b) 词条说明 (7)
4. 病症异常处理细化 (9)
a) 数据流程图 (9)
b) 词条说明 (9)
5. 需求处理细化 (12)
a) 数据流程图 (12)
b) 词条说明. (12)
6. E-R图 (14)
1.引言
本系统以事先病房监护为目的，完成对病人身体指数的随时监测，方便医院对病人病历、身体指数等的管理。
1.1项目背景
在现代社会，病人管理通常要投入大量的人力资源，用于查房，看护等方面，方便于医院随时获取病人病情，和处理病人应急情况。
而本项目可以减少这些不必要的人力资源输出，降低医院在此方面的经济投入。
1.2项目目标
本需求分析旨在对病房监护系统的阐释，使人们可以对病房监护系统更轻松的使用和更容易的维护.
2.医院病房监护系统
a)数据流程图
b)词条说明
数据流词条描述
数据流名称：组合病症信号
说明：医院病房所有正在工作的病症监视器返回的病人组合病症信号数据流来源：监视病人的病症监视器
数据流去向：加工1“病症异常处理”
数据流组成：病人编号+身体状态数据+即时时间
流通量：随机
数据流名称：打印申请
说明：医生向监护系统发出的打印特定病人病情报告的打印请求
数据流来源：医生
数据流去向：加工2“需求处理”
数据流组成：医生编号+病人编号+时间
流通量：随机
数据流名称：病情报告
说明：监护系统回复医生打印请求的病人病情报告
数据流来源：加工2“需求处理”
数据流去向：医生
数据流组成：病人编号+身体状态数据+时间+异常信息
流通量：随机
数据流名称：随机病情报告
说明：随机抽取病人组合病症信号，在中心值班室显示
数据流来源：监视病人的病症监视器
数据流去向：加工2“需求处理”
数据流组成：病人编号+身体状态数据+时间+异常信息
流通量：随机
数据流名称：报警信号
说明：当病人组合病症信号异常时系统发出的信号
数据流来源：加工1“病症异常处理”
数据流去向：中心值班室
数据流组成：病人编号+身体状态数据+时间+异常信息
流通量：随机
数据流名称：打印病情报告
说明：当病人组合病症信号异常时系统打印出该病人的病情报告
数据流来源：加工1“病症异常处理”
数据流去向：中心值班室
数据流组成：病人编号+身体状态数据+时间+异常信息
流通量：随机
数据文件（存储池）描述
数据存储名称：病历
简述：存放病人组合病症信号与病情异常处理信息
流入的数据流：加工1.4“更新病历”和加工2.2“定时更新病历”
数据存储组成：病人编号+身体状态数据+时间+异常信息
存储方式：索引文件，以病人编号和数据产生时间为关键字建立索引存储频率:经常
加工逻辑词条描述
数据加工名称：医院病房监护系统
简述：监护医院病房
加工逻辑：监视器监控收集影响到监护系统
监护系统将信息传递给中心值班室
监护系统将病情报告传递给医生
外部实体词条描述
名称：病症监视器
简要描述：监视病人情况
有关数据流：组合症状信号
数目：1
名称：中心值班室
简要描述：收集病人情况
有关数据流：随即病情报告报警信号打印病情报告数目：3
名称：医生
简要描述：监护病人
有关数据流：病情报告打印申请
数目：2
3.事务处理
a)数据流程图
b)词条说明
数据流说明
数据流名称：组合病症信号
说明：医院病房所有正在工作的病症监视器返回的病人组合病症信号数据流来源：监视病人的病症监视器
数据流去向：加工1“病症异常处理”
数据流组成：病人编号+身体状态数据+即时时间
流通量：随机
数据流名称：打印请求
说明：医生向监护系统发出的打印特定病人病情报告的打印请求
数据流来源：医生
数据流去向：加工2“需求处理”
数据流组成：医生编号+病人编号+时间
流通量：随机
数据流名称：病情报告
说明：监护系统回复医生打印请求的病人病情报告
数据流来源：加工2“需求处理”
数据流去向：医生
数据流组成：病人编号+身体状态数据+时间+异常信息
流通量：随机
数据流名称：随机病情报告
说明：随机抽取病人组合病症信号，在中心值班室显示
数据流来源：监视病人的病症监视器
数据流去向：加工2“需求处理”
数据流组成：病人编号+身体状态数据+时间+异常信息
流通量：随机
数据流名称：报警信号
说明：当病人组合病症信号异常时系统发出的信号
数据流来源：加工1“病症异常处理”
数据流去向：中心值班室
数据流组成：病人编号+身体状态数据+时间+异常信息
流通量：随机
数据流名称：打印病情报告
说明：当病人组合病症信号异常时系统打印出该病人的病情报告数据流来源：加工1“病症异常处理”
数据流去向：中心值班室
数据流组成：病人编号+身体状态数据+时间+异常信息
流通量：随机
加工词条说明
数据加工名称：病症异常处理
加工编号：1
简述：处理异常病症
加工逻辑：收集组合症状信号
发出报警信号
打印病情报告
发送病历
数据加工名称：需求处理
加工编号：2
简述：处理需求
加工逻辑：接受组合症状信号
发送随机病情报告
打印病情报告
接受打印申请
4.病症异常处理细化
a)数据流程图
b)词条说明
数据流词条说明
数据流名称：打印病情报告
说明：当病人组合病症信号异常时系统打印出该病人的病情报告数据流来源：加工1“病症异常处理”
数据流去向：中心值班室
数据流组成：病人编号+身体状态数据+时间+异常信息
流通量：随机
数据流名称：组合病症信号
说明：医院病房所有正在工作的病症监视器返回的病人组合病症信号数据流来源：监视病人的病症监视器
数据流去向：加工1“病症异常处理”
数据流组成：病人编号+身体状态数据+即时时间
流通量：随机
数据流名称：报警信号
说明：当病人组合病症信号异常时系统发出的信号
数据流来源：加工1“病症异常处理”
数据流去向：中心值班室
数据流组成：病人编号+身体状态数据+时间+异常信息
流通量：随机
数据流名称：病历异常
说明：说明病历情况
数据流来源：病症是否异常
数据流去向：报警
数据流组成：身体状态数据+异常信息
流通量：随机
数据流名称：病情异常
说明：说明病情情况
数据流来源：病症是否异常
数据流去向：报警
数据流组成：身体状态数据+异常信息
流通量：随机
数据加工名称：打印病情报告
说明：打印病情的报告
数据流来源：打印病情报告
数据流去向：病历
数据流组成：报告单=病人姓名+身体状况数据
交通量：随机
数据加工名称：更新病历
说明：更新病历的信息
数据流来源：更新病历
数据流去向：病历
数据流组成：病历表=病人姓名+身体状况数据
交通量：随机
加工说明
数据加工名称：病症是否异常
编号：1.1
简述：组合病症信号是否异常
加工逻辑：根据标准信号范围
如果组合病症信号超出标准信号范围
然后报警、打印病情报告、更新病历
最后如果
数据加工名称：报警
编号：1.2
简述：在中心值班室产生报警信号
加工逻辑：如果有病情异常信号输入
然后报警信号
最后如果
数据加工名称：打印病情报告
编号：1.3
简述：在中心值班室打印病情报告
加工逻辑：如果有病情异常信号输入
然后打印病情报告
最后如果
数据加工名称：更新病历
编号：1.4
简述：对异常组合病症信号进行存储
加工逻辑：如果有病情异常信号输入
然后更新病历
最后如果
外部实体说明：
名称：病症监视器
简要描述：监视病人情况
有关数据流：组合症状信号
数目：1
5.需求处理细化
a)数据流程图
b)词条说明.
数据流词条说明：
数据流名称：组合病症信号（详见第4页-词条描述）数据流名称：随即病情报告（详见第5页-词条描述）
数据流名称：打印申请（详见第4页-词条描述）数据流名称：病情报告（详见第5页-词条描述）加工词条说明：
数据加工名称：时间是否符合
编号：2.1
简述：检测时间
加工逻辑：从病历处获取时间
传递信息给定时更新病历
数据加工名称：定时更新病例
编号：2.2
简述：更新病历
加工逻辑：获取信息更新病历
数据加工名称：打印病情报告
编号：2.3
简述：获取病历打印报告
加工逻辑：获取病历打印报告
数据加工名称：随机产生报告
编号：2.4
简述：产生病历报告
加工逻辑：获取病症信号
打印病情报告
6.E-R图。