医院病房监护系统--需求分析说明书
医院患者监护系统需求分析通用版
医院患者监护系统需求分析通用版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. 生理数据采集与监测医院患者监护系统需要能够实时采集患者的生理数据,如体温、心率、血压、呼吸频率等,并将这些数据进行存储、分析和展示。
同时,系统还需能够发出报警信号,提醒医护人员患者的生理指标是否超出正常范围。
二、系统功能需求医院患者监护系统需要提供多种功能以满足医护人员的需求。
主要功能如下: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非功能性需求本部分主要为阐述此项目的性能需求等一些次要需求。
医院患者监护系统软件需求规格说明书
医院患者监护系统软件需求规格说明书电子与信息工程学院计算机科学与技术级《软件工程》作业软件需求规格说明书项目名称:_____________医院患者监护系统________________________班级:______________计算机科学与技术1401班____________________学号:_______xxxxx________ 姓名:__________xxxx_________学号:_______xxxxxx_______ 姓名:__________xxxxx________学号:______xxxxxxx________ 姓名:__________xxxxxx________日期:__________________ 4月16日________________________________1引言.......................................................................... 错误!未定义书签。
1.1编写目的 ............................................................... 错误!未定义书签。
1.2背景....................................................................... 错误!未定义书签。
1.3定义....................................................................... 错误!未定义书签。
1.4参考资料 ............................................................... 错误!未定义书签。
2任务概述 .................................................................. 错误!未定义书签。
医院监护系统概要设计说明书+详细设计说明书
医院监护系统概要设计说明书+详细设计说明书医院监护系统概要设计说明书一、引言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、引言1.1项目名称:患者监护系统1。
2背景说明:医院是一个与人民生命安全密切相关的重要机构,在高度信息化得今天,人们对医疗卫生的要求也越来越高。
为了随时观察危重病人的病情变化,抓住时机及时抢救,也为了减少医院护士的人数和工作量,医院迫切需要一个患者监护系统。
医院病房监护系统便是以计算机为工具,通过对病人病情的信息进行处理,不仅把护士从繁琐的行走奔波中解脱出来,而且医生能够迅速的对症下药,并且优化了医疗体系,使其高效化,简易化,智能化,也提高了透明度和互动性。
作为患者日志的一部分,与病人的住院信息、用药信息共同为医生治疗疾病人提供依据,该系统应与医院病人信息数据库、治疗情况数据库相连。
1。
3编写目的:编写该文档是为了分析医院的医疗病房监护系统的流程,把人工模式抽象为可在计算机上处理的自动模式,对医疗病房监护系统的科学管理进行分析与总结,便于开发小组成员对系统整体功能的认识,通过该文档,确定了系统的目的和功能,以及处理的流程和方法,同时也为使用者提供参考。
本文档供项目经理、设计人员、开发人员参考1。
4术语定义本患者监护系统在开发时注意到使用专业术语会对今后的系统使用者造成不便,故所有相关词汇使用了简洁并通俗易懂的词汇,系统使用者不会出现此系统词汇看不懂的问题,故而在此系统及文件使用的相关词汇不作任何定义。
2、任务概述2。
1目标本系统实现实时显示心电图、血压、脉搏、呼吸及血氧饱和度等生理信号的波形、变化曲线及数值,并且定时记录病人情况以形成患者日志。
2。
2用户的特点操作上,仍应该考虑把系统使用界面做的简单清晰。
2。
3假定条件与约束限制开发人员需要了解用户情况、开发人员的技术水平、开发经费等因素的约束.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引言 (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 -项目背景.......................................................................................................................................... - 2 -概念................................................................................................................................................... - 2 -参考资料.......................................................................................................................................... - 2 -2.项目概述............................................................................................................................................ - 3 -工作内容.......................................................................................................................................... - 3 -条件与限制..................................................................................................................................... - 3 -产品................................................................................................................................................... - 4 -运行环境.......................................................................................................................................... - 4 -服务................................................................................................................................................... - 4 -验收标准.......................................................................................................................................... - 5 -3.实施计划............................................................................................................................................ - 5 -任务分解.......................................................................................................................................... - 5 -进度................................................................................................................................................... - 5 -预算................................................................................................................................................... - 5 -关键问题.......................................................................................................................................... - 6 -4.人员组织及分工 .............................................................................................................................. - 6 -5.交付期限............................................................................................................................................ - 6 -6.专题计划要点................................................................................................................................... - 6 -1.引言医院做为一个与人民生命健康紧密相关的重要机构必将要在各方面实现信息化,与此同时,对医疗卫生的要求也愈来愈高。
患者监护系统需求分析文档
计算机科学与技术学院课程名称:软件工程专业:计算机科学与技术班级:电本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、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 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处理人员。