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.0 需求分析说明书目录1.引言 (3)1.1编写目的 (3)1.2背景 (3)1.3定义 (3)1.4参考资料 (3)2.任务概述 (4)2.1目标................................................................................................ 错误!未定义书签。

2.2用户的特点.................................................................................... 错误!未定义书签。

2.3假定和约束.................................................................................... 错误!未定义书签。

3.需求规定. (4)3.1对功能的规定 (4)3.2对性能的规定 (6)3.2.1精度 (6)3.2.2时间特性要求 (6)3.2.3灵活性 (6)3.3输人输出要求 (6)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编写目的医院作为一个与人民生命健康密切相关的重要机构,势必要在各方面实现信息化。

目前住院病人主要由护士护理,这样做不仅需要大量护士,而且由于不能随时观察危重病人的病情变化,还可能会延误抢救时机。

医院打算开发一个以计算机为中心的患者监护系统,以方便医护人员更好的了解病人的情况,给病人提供及时的治疗。

本系统就是针对这方面的迫切需求而设计实现的。

此文档作为用户对即将开发的软件的功能要求,是软件设计和开发者的主要依据。

1.2背景软件系统名称:患者监护系统任务提出者:医院开发者:中国石油大学(北京)用户:医院实现该软件的计算站或计算机网络:中国石油大学(北京),医院系统该软件系统同其他系统或其他机构的基本的相互来往关系:由于信息产业的出现和网络的普及,计算机的应用已普及到人类社会的每一个角落,它与人类的生活关系越来越密切。

医院监护系统分析设计报告

医院监护系统分析设计报告

医院监护系统分析设计报告1. 背景介绍医院是一个复杂的组织,每天都有大量的患者需要接受医疗服务,而这其中的一项关键任务就是监护患者的健康状况。

为了更好地管理和监护患者,许多医院引入了医院监护系统。

2. 系统需求分析医院监护系统的主要目标是实现对患者健康状况的全面监护,以便提供更好的医疗服务和减少医疗事故的发生。

系统应具备以下功能:2.1 实时监测系统应能够实时监测患者的体征信息,包括体温、心率、血压等。

通过传感器设备,将这些信息实时上传至监护系统,为医生提供及时的患者状况。

2.2 报警功能当患者的体征指标达到危险水平时,系统应能够及时预警并向医护人员发送报警信息。

这样医生可以立即采取措施来保护患者的健康。

2.3 数据存储和分析系统应能够对患者的体征数据进行存储和分析,并生成相应的报告。

这样医生可以更好地了解患者的健康状况,并根据分析结果做出相应的治疗方案。

2.4 远程监护系统应支持医生对患者进行远程监护,这对于病情较为稳定的患者或病区繁忙时起到了积极作用。

医生可以通过移动设备随时随地查看患者的体征信息并进行必要的操作。

3. 系统设计与实现基于以上需求,我们设计了一款医院监护系统,并进行了相应的实现。

3.1 硬件设备为了监测患者的体征信息,我们采用了一套成熟的医疗传感器设备。

这些设备具备高精度和可靠的性能,可以准确地监测患者的体温、心率、血压等指标,并能够自动上传数据到监护系统。

3.2 软件系统我们开发了一套医院监护系统软件,该软件运行在医院的服务器上,实现了对患者的监护和管理功能。

3.2.1 实时监测与报警功能通过与传感器设备的数据交互,系统实时监测患者的体征信息,并在发现异常情况时及时发出报警。

医护人员可以通过系统接收报警信息,并迅速采取措施来保护患者。

3.2.2 数据存储和分析系统将患者的体征数据存储在数据库中,并提供相应的查询和分析功能。

医生可以通过系统查看患者的历史数据,并进行相应的分析,以制定个性化的治疗方案。

医院病房监护系统

医院病房监护系统
一 实验内容: 现有一医院病房监护系统,病症监视器安置在每 个病房,将病人的病症信号实时传送到中央监视 系统进行分析处理。在中心值班室里,值班护士 使用中央监视系统对病员的情况进行监控,根据 医生的要求随时打印病人的病情报告,定期更新 病历,当病症出现异常时,系统会立即自动报警, 并实时打印病人的病情报告,立即更新病历。 请根据现场情景,对医院病房监护系统进行需求 分析,建立系统的用例图。
三 用例图:
定定定定随定 查查随定 随随随随随随随随 上上上上上
医医
值值值值 监监 采采随采采采 随随 随随随随 随报
<<include>>
随病
采采信信
定定 随定
病人
• 职责:提供病症信号 • 职责识别:负责生成,实时生成病症信号
医生
• 职责:对病人负责,负责处理病情的变化 • 职责识别:(1)需要系统支持以完成其日 常工作;(2)对系统运行结果产生兴趣
Байду номын сангаас
值班护士
• 职责:负责监视病人的病情变化 • 职责识别:(1)使用系统主要功能;(2 ) • 对系统运行结果产生兴趣
标准病症信号库
• 职责:负责向系统提供病症信号的正常值 • 职责识别:(1)负责保持系统正常工作; (2)与系统交互
四 实验小结
• 此用例图中的行为者和用例均比自动售货机中的 行为者和用例多,要理清楚各个用例与行为者以 及行为者与行为者之间的关系, • 在此用例图中个人觉得不要把中央监视系统作为 一个行为者,它主要的执行功能就是信号处理, 当系统发现信号有异常时就自动报警; • 通过这次实验,基本知道了画用例图的基本步骤 和怎样确定行为者和用例,以及行为者与用例之 间的关系。
• • • •

医院监护系统分析设计报告

医院监护系统分析设计报告

医院监护系统分析设计报告一、引言随着医疗技术的不断发展,医院监护系统在保障患者生命安全、提高医疗质量方面发挥着越来越重要的作用。

医院监护系统能够实时监测患者的生理参数,为医护人员提供及时准确的信息,以便采取相应的治疗措施。

本报告将对医院监护系统进行全面的分析和设计,旨在为医院提供一套高效、可靠、易用的监护解决方案。

二、需求分析(一)功能需求1、生理参数监测医院监护系统应能够实时监测患者的心率、血压、血氧饱和度、呼吸频率等重要生理参数,并以直观的方式显示在监护设备上。

2、数据存储与管理系统应能够存储患者的监护数据,包括历史数据和实时数据,以便医护人员进行查询、分析和对比。

3、报警功能当患者的生理参数超出正常范围时,系统应能够及时发出报警信号,提醒医护人员进行处理。

4、远程监护支持医护人员通过网络远程访问患者的监护数据,实现远程监护和诊断。

5、患者信息管理系统应能够管理患者的基本信息、病历资料等,方便医护人员随时查阅。

(二)性能需求1、准确性监护系统所监测的生理参数应具有较高的准确性,误差在允许范围内。

2、实时性系统能够实时采集和传输生理参数数据,延迟时间尽可能短。

3、可靠性系统应具备高可靠性,能够长时间稳定运行,不易出现故障。

4、兼容性系统应能够与医院现有的医疗设备和信息系统进行良好的兼容和集成。

(三)用户需求1、医护人员医护人员需要方便快捷地操作监护系统,能够快速获取患者的监护数据和报警信息,及时进行处理。

2、患者患者希望监护设备佩戴舒适,不影响正常活动,同时希望能够了解自己的病情。

三、系统设计(一)总体架构设计医院监护系统采用分布式架构,包括监护终端、数据采集设备、数据传输网络、中央监护站和数据库服务器等部分。

监护终端负责采集患者的生理参数,通过数据传输网络将数据发送至中央监护站和数据库服务器。

中央监护站对数据进行处理和分析,并向医护人员提供实时监护界面和报警功能。

数据库服务器用于存储患者的监护数据和病历信息。

患者监护系统需求分析报告

患者监护系统需求分析报告

患者监护系统需求分析报告1、引言1.1项目名称:患者监护系统1。

2背景说明:医院是一个与人民生命安全密切相关的重要机构,在高度信息化得今天,人们对医疗卫生的要求也越来越高。

为了随时观察危重病人的病情变化,抓住时机及时抢救,也为了减少医院护士的人数和工作量,医院迫切需要一个患者监护系统。

医院病房监护系统便是以计算机为工具,通过对病人病情的信息进行处理,不仅把护士从繁琐的行走奔波中解脱出来,而且医生能够迅速的对症下药,并且优化了医疗体系,使其高效化,简易化,智能化,也提高了透明度和互动性。

作为患者日志的一部分,与病人的住院信息、用药信息共同为医生治疗疾病人提供依据,该系统应与医院病人信息数据库、治疗情况数据库相连。

1。

3编写目的:编写该文档是为了分析医院的医疗病房监护系统的流程,把人工模式抽象为可在计算机上处理的自动模式,对医疗病房监护系统的科学管理进行分析与总结,便于开发小组成员对系统整体功能的认识,通过该文档,确定了系统的目的和功能,以及处理的流程和方法,同时也为使用者提供参考。

本文档供项目经理、设计人员、开发人员参考1。

4术语定义本患者监护系统在开发时注意到使用专业术语会对今后的系统使用者造成不便,故所有相关词汇使用了简洁并通俗易懂的词汇,系统使用者不会出现此系统词汇看不懂的问题,故而在此系统及文件使用的相关词汇不作任何定义。

2、任务概述2。

1目标本系统实现实时显示心电图、血压、脉搏、呼吸及血氧饱和度等生理信号的波形、变化曲线及数值,并且定时记录病人情况以形成患者日志。

2。

2用户的特点操作上,仍应该考虑把系统使用界面做的简单清晰。

2。

3假定条件与约束限制开发人员需要了解用户情况、开发人员的技术水平、开发经费等因素的约束.3、需求分析现在住院病人主要由护士护理,这样做不仅需要大量护士,而且由于不能随时观察危重病人的病情变化,还会延误抢救时机.在这样的背景下,很明显医院病人由护士护理已经不能很好地满足病人的需求,医院急切需要建立一个以计算机为中心的患者监护系统。

患者监护系统需求分析文档

患者监护系统需求分析文档

计算机科学与技术学院课程名称:软件工程专业:计算机科学与技术班级:电本1002班学号:201012137034 姓名:杨新指导老师:患者监护系统需求分析1、题目及要求患者监护系统:目前住院病人主要由护士护理,这样做不仅需要大量护士,而且由于不能随时观察危重病人的病情变化,还会延误抢救时机。

某医院打算开发一个以计算机为中心的患者监护系统。

医院对患者监护系统的基本要求是随时接收每个病人的生理信号(脉搏、体温、血压、心电图等),定时记录病人情况以形成患者日志。

当某个病人的生理信号超出医生规定的安全范围时向值班护士发出警告信息,此外,护士在需要时还可以要求系统打印出某个指定病人的病情报告。

2、结构化需求分析2.1业务流程和业务内容根据客户的要求,所开出的软件必须要具备的要求:1、对于整个的系统要求能够接受到病人的一些生理的数据,通过外设接受相应的信号。

2、系统能够不断的监视这些信息,并且对其进行处理·定时的记录病人的情况并保存·当病人的生理的信号超出医生规定的安全范围的时侯及时的发出警报信息3、对于任意的一个病人系统能够根据需要把他的病情以报告的形式打印出来。

2.2软件系统的开发环境(操作系统、开发工具、程序设计语言等)操作系统:Microsoft Windows XP 或Microsoft Windows7开发工具:Visual C++ 6.0程序设计语言:C或C++语言2.3绘制数据流图、功能分析图。

【数据流图】2.4数据字典病人基本信息的数据字典3、总体设计3.1系统结构设计 系统层次图:3.2处理过程设计Jackson图①打印病情报告Jsckson伪代码:打印病情报告seq查看病情日志文件seq找出指定的病人查看病情日志文件end打印病人基本信息seq按照查找的病人ID找出病人基本信息并打印打印病人基本信息end打印病人生理信息seq按照查找的病人ID找出病人生理信息并打印打印病人生理信息end打印病情报告end②录入病情信息jackson伪码病情报告表seq操作数据库中的表seq获取病人的ID值及各项生理参数更新数据行(包括增删改查)操作数据库中的表end病情报告表end入病人基本信息③3.3用户界面设计主界面点击查看病人信息的时候出现收缩界面点击查看出现具体病人的所有信息的列表4、系统说明4.1改进之处系统能够自动监听、分析患者的状况,并及时通知相关的医护人员,充分提高了医院的效率,实现监护工作全自动化、智能化。

医院监护系统分析设计报告

医院监护系统分析设计报告

医院监护系统分析设计报告一、引言医院是一个复杂而敏感的环境,需要高度的监护和管理。

随着技术的不断升级,医院监护系统已经成为医院必备的一项设施。

本文旨在对医院监护系统进行分析和设计,以实现更加高效、可靠和安全的监护。

二、需求分析1.系统功能医院监护系统需要实现的主要功能包括:(1)实时监测病人的生命体征,如心率、呼吸频率、体温、血压等;(2) 实时记录病人的监测数据,并能够生成相应的报告;(3)能够及时报警,当出现可能危及病人生命的情况时,系统应该能够自动报警并通知相关医护人员;(4) 支持病人数据的备份和恢复;(5) 支持数据的可视化和分析。

2.用户需求医院监护系统的主要用户包括医护人员和病人。

医护人员需要实时监测病人的生命体征,以及对监测数据进行分析和处理。

病人可以通过系统了解自身的健康情况,并与医护人员进行沟通和交流。

3.系统安全性由于医院监护系统承载的是病人的重要生命体征数据,因此系统的安全性非常重要。

系统需要实现的安全性要求包括:(1) 支持用户身份验证和访问控制;(2) 支持数据加密和数据备份;(3) 支持系统日志记录和审计;(4) 响应严格的安全审计和合规要求。

三、系统设计1.硬件设计在硬件设计方面,医院监护系统需要选用高性能的服务器和存储设备,以及高精度的传感器和监测设备。

此外,系统应该采用备份设备进行数据备份,确保数据的安全性和完整性。

2.软件设计医院监护系统的软件设计主要包括以下几个方面:(1) 系统架构:医院监护系统应该采用分布式架构,以实现可扩展性和高可用性。

(2) 数据库设计:系统的数据库应该具备高效、可扩展、高可靠性的特点,以保证数据的完整性和可用性。

(3) 界面设计:系统的界面应该具有直观、易用、易学的特点,以方便医护人员和病人的使用。

(4) 算法设计:系统需要实现复杂算法来对监测数据进行分析和处理,以提高数据的准确性和可靠性。

(5) 安全设计:系统的安全设计需要实现用户身份验证、数据加密、访问控制等功能,以保证数据的安全性。

医院患者监护系统需求分析

医院患者监护系统需求分析

医院患者监护系统需求分析近年来,随着医疗技术的不断发展与完善,医院患者监护系统在医疗过程中扮演着愈发重要的角色。

医院患者监护系统作为医院管理的重要组成部分,能够实时监测患者的生理状态、提供精确的数据记录与分析,为医护人员提供准确的诊断依据,从而提高医疗质量和效率,降低患者的风险以及医疗事故的发生率。

因此,对医院患者监护系统的需求分析和设计变得尤为重要。

一、系统整体需求医院患者监护系统需要能够实现患者个人信息的管理与维护,包括基本信息(姓名、性别、年龄等)、病历信息、过敏信息、病情变化记录等。

同时,还需要实现对患者生理数据的采集与监测。

1. 信息管理与维护医院患者监护系统需要提供患者个人信息的录入、查询、修改、删除等功能。

只有当医护人员能够随时查看患者的个人信息和病情变化,才能做出更加准确的诊断和治疗决策。

2. 生理数据采集与监测医院患者监护系统需要能够实时采集患者的生理数据,如体温、心率、血压、呼吸频率等,并将这些数据进行存储、分析和展示。

同时,系统还需能够发出报警信号,提醒医护人员患者的生理指标是否超出正常范围。

二、系统功能需求医院患者监护系统需要提供多种功能以满足医护人员的需求。

主要功能如下:1. 实时监护与报警系统应当实时监测患者的生理数据,并能够根据设定的阈值范围自动发出报警信号,提醒医护人员患者的健康状态是否有异常。

2. 数据记录与展示系统需要将患者的生理数据进行记录和存储,以便医护人员能够随时查询和分析。

同时,系统还应当能够提供数据的图表展示和趋势分析功能,方便医护人员了解患者的病情变化。

3. 远程监护医院患者监护系统需要支持远程监护功能,使医护人员能够通过互联网远程查看患者的生理数据和病情变化。

这对于一些患有慢性病的患者或者需要长期监护的患者来说尤为重要。

4. 报告生成与打印系统需要支持患者监护报告的生成和打印功能,方便医护人员进行病情分析、研究以及与患者和家属的沟通。

三、系统安全与可靠性需求医院患者监护系统的安全与可靠性对于医疗行业来说至关重要。

医院患者监护系统需求分析(精选)

医院患者监护系统需求分析(精选)

医院患者监护系统需求分析(精选)医院患者监护系统需求分析背景介绍:在现代医院中,患者监护系统起着关键的作用。

它通过连续监测患者的生理参数,并实时提供警报和数据记录,帮助医务人员及时发现和应对潜在的危险情况。

本文将对医院患者监护系统的需求进行详细分析,以期为系统的设计及实施提供指导和参考。

一、系统功能需求分析1. 实时监测功能:患者监护系统应具备实时监测患者的生命体征功能。

包括但不限于心率、呼吸、血压、体温、血氧饱和度等指标的监测。

系统应能够准确、稳定地记录和显示这些参数,并及时向医务人员报警。

2. 报警功能:在监测系统中,报警功能是至关重要的。

系统应能够根据设定的阈值,主动监测各项生理指标,并在出现异常情况时发出警报。

警报应具备及时响应、精确明确、灵敏可调的特点,以帮助医务人员第一时间做出反应。

3. 数据存储与分析功能:监测系统应具备数据的存储和分析功能。

系统应能够记录患者生理指标的历史数据,并提供数据查询与分析的功能。

这样,医务人员可以通过分析数据趋势、查找异常记录等,更好地评估患者的病情变化和治疗效果。

4. 可视化界面:系统应提供直观清晰的界面,以便医务人员能够快速浏览监测数据,并对报警信息进行处理。

界面设计应简洁明了,符合人机工程学原理,减少医务人员的认知负担,并提高工作效率。

二、系统性能需求分析1. 系统可靠性:患者监护系统的可靠性是首要考虑因素之一。

系统应能够在长时间运行中保持稳定的性能,确保生理参数监测的准确性和及时性。

系统在面临异常情况时应有备用方案或自动切换机制,以保证监测的连续性。

2. 数据安全性:患者监护系统需要具备高度的数据安全性。

医院通常涉及大量涉及患者隐私的敏感数据,这些数据应被严格保护,防止未经授权的访问和篡改。

系统应采用合适的安全措施,如数据加密、权限管理等,确保患者数据的机密性和完整性。

3. 可扩展性与兼容性:患者监护系统应具备一定的可扩展性和兼容性,以便根据医院的规模和需求进行灵活的升级和扩展。

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

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

医院病房监护系统需求分析说明书拟制人:审核人:批准人: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 IF4非功能性需求本部分主要为阐述此项目的性能需求等一些次要需求。

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 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图。

相关文档
最新文档