CN111329459A - 一种改良的患者生命体征监测预警评分方法 - Google Patents

Abstract

本发明公开了一种改良的患者生命体征监测预警评分方法。通过患者入院病症和初始生命体征，从多个预警评分之中选择适当预警评分体系，并给各体征指标设置适当的预警阈值；通过搭建的数据采集平台实时采集患者的各项生命体征参数；将采集的体征参数与所设阈值进行比对，计算相应的体征评分；将生命体征评分按体征数目求平均分，将平均处理后的生命体征平均分与预设的平均分预警值进行对比，按照报警机制进行报警并给出参考处理流程。本方法特征在于对不同病情患者采用不同评分方法，提出的体征平均分方法实现对数据缺损的有效处理，提高报警准确性。同时提高数据记录和评分计算的自动化和处理流程的规范化水平，也为后续研究积累宝贵临床数据。

Description

一种改良的患者生命体征监测预警评分方法

技术领域

本发明涉及一种改良的患者生命体征监测预警评分方法，属于医学监测数据分析评估技术领域。

背景技术

众多研究表明，尽早发现潜在的危重症患者，并进行恰当的干预，能极大改善患者预后，降低院内死亡率，降低整体医疗成本。在发生危重事件前的几个小时，患者常常会出现能够被观测到的临床指征异常。然而，目前临床上普遍采用的危重病情报警和干预管理有两点不足：一是片面性，一般危急值都是根据单个参数是否超过某个阈值来判断的；二是滞后性，危急值通常是根据实验室结果或检查结果得出的，是对患者已经发生的病情的观测，而不是即将可能发生的事件的预测。而一些综合评分方法，如MEWS、NEWS、SAPSII、APACHEII、SOFA、PEWS、ASSIST、SCS等，是临床上普遍公认的危重病情预警和评估方法，医护人员根据生命体征数据计算评分分值，判断患者危急情况。在结合医院实际工作中发现，不同患者可能适合不同评分方法，并且经常出现某些指标漏检或数据缺损情况，容易造成误报警和漏报警，加重了医护人员的负担，更会造成患者病情的误判。因此，如何设计一种改良的患者生命体征监测预警评分方法，实现患者病情更精准有效的报警是本专利所要解决的技术问题。

发明内容

本发明针对现有技术存在的不足，提出了一种改良的患者生命体征监测预警评分方法可以在同样监护条件下，减轻医护人员负担，实现患者病情更精准有效的报警。

本方法包含以下步骤：

步骤一、通过患者入院病情和初始生命体征，从多个预警评分之中选择适当预警评分体系，并给各体征指标设置适当的预警阈值，包括但不限于体温预警阈值、血压预警阈值、血氧饱和度预警阈值，心率预警阈值和呼吸频率预警阈值。

步骤二、通过数据采集平台实时获取患者的体征信息指标，所述体征信息指标包括但不限于体温、血压、血氧饱和度、心率和呼吸频率，并及时进行数据收集。

步骤三、将所述体征监测数据与预设体征预警阈值进行比对，根据步骤一中预设的体征信息指标预警参考值，计算各指标评分。

步骤四、步骤三得到的生命体征指标评分按照体征数目计算平均分，当体征平均分大于等于体征平均分预警参考值时进行报警并给出参考处理流程。

具体有以下处理：

1.步骤一的多个预警评分体系包括但不限于MEWS、NEWS、SAPSII、APACHEII、SOFA、PEWS、ASSIST、SCS等。

2.步骤一中默认的预警评分体系为MEWS。

3.步骤一中各体征指标的预警阈值需要根据患者病情自行设置。

4.步骤二中数据采集平台包括硬件设备、服务器、云端模块和终端APP。

5.步骤三中所述基本体征监测数据包括体温、血压、血氧饱和度、心率、呼吸频率等。

6.步骤四中生命体征平均分预警参考值需要根据患者病情自行设置。

本发明所述的一种改良的患者生命体征监测预警评分方法的优点和有益效果在于：

1、适应个体差异性。

对不同病情患者采用不同评分方法，提出的体征指标平均分方法对某些指标漏检或数据缺损情况实现有效处理，减少误报警和漏报警。

2、数据记录和评分计算的自动化。

实现7*24小时的病情评分自动计算，降低医护人员对患者病情进行评估的工作量，有助提升病情评分应用的普及率。

3、处理流程得到进一步规范。

通过系统自动推送观察数据表单、预警报告与干预检查单，医护人员收到后可以进行快速响应和反馈，进一步规范预警和干预的处理流程，最终提升应用的规模化。

4、为后续方法研究积累宝贵临床数据。

通过对患者病情监测、病情预警和干预过程的全程记录，积累宝贵的临床数据，便于后期在此基础上开展数据分析、流程改进，实现更好的病情预警和干预。

附图说明

图1是根据本发明的一种改良的患者生命体征监测预警评分方法整体步骤流程图。

图2是数据采集平台示意图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面将结合本说明书的附图，对本发明中的技术方案进行清楚、完整地描述。基于本发明，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他成果，都属于本发明保护的范围。

除非另有定义，本说明书所使用的所有的技术和科学术语与属于本发明的技术领域的技术人员通常理解的含义相同。本说明书中所使用的术语只是为了描述具体实施方式，不是旨在限制本发明。本说明书所使用的术语“和/或”包括一个或多个相关的所列项目的任意的和所有的组合。

本发明公开的一种改良的患者生命体征监测预警评分方法整体步骤流程图如图1所示，具体步骤如下：

1、从多个预警评分之中选择适当预警评分体系，并给各体征指标设置适当的预警阈值。

急症护理团队已使用预警评分多年，MEWS、NEWS、SAPSII、APACHEII、SOFA、PEWS、ASSIST、SCS等是在急诊科、内/外科、ICU和一般护理环境中采用的诸多评分系统的一部分。根据患者不同病情选择匹配度适当的预警评分体系，如APACHEII更适合急性胰腺炎的预警等，在没有特殊情况下，默认的预警评分体系为MEWS评分。以下具体步骤介绍均以MEWS评分为例。

在确定预警评分体系后，结合患者病情和入院生命体征指标，给各体征指标设置适当的预警阈值，如本身有高血压的患者，其血压预警阈值应设置得比默认阈值更高。另外体征指标包括但不限于体温、血压、血氧饱和度、心率、呼吸频率等。在没有特殊情况下，默认的MEWS评分各体征指标设置的阈值如下：心率(bpm)：51～100为0分，41～50或101～110为1分，40以下或111～129为2分，130以上为3分；收缩压(mmHg)：101～199为0分，81～100为1分，71～80或200以上为2分，70以下为3分；呼吸(bpm)：9～14为0分，15～20为1分，9以下或21～29为2分，30以上为3分；体温(℃)：35.5～38.4为0分，35.0以下或38.5以上为2分；意识水平：清楚为0分，对声音有反应为1分，对疼痛有反应为2分，无反应为3分。

2、通过数据采集平台实时获取患者的各项生命体征参数，并进行数据收集。

如图2所示，搭建由数据采集硬件设备、服务器、云端模块和终端APP构成的数据采集平台，实时采集患者生命体征参数，进行数据清洗和预处理。数据采集平台具体设备配置如下：

数据采集硬件设备配置：监护仪信息采集器、无线报警按钮、无线蓝牙网关等；报警按钮功能：单工广播态，与蓝牙网关配合距离10～30米；可传入服务器或移动的云平台。

服务器及云端模块部署：在服务器或移动的云平台上部署报警模块及手机信息服务的软件功能模块。

基于终端信息采集APP，完善其报警信息输入端和输出端，监护人员不仅在APP上可以随时看到患者生命体征参数，也可以随时手动录入患者意识水平等体征情况，并同步到服务器或移动的云平台。

3、将采集的生命体征参数与所设阈值进行比对。

将采集的心率、收缩压、呼吸、体温、意识水平五项生命体征分别与步骤1所述的预设阈值进行比对，计算相应的生命指标评分。

4、计算生命体征平均分，判定患者病情危急情况并及时报警。

根据患者病情设置体征平均分预警参考值，如：0.5分以下，常规检测；0.5～1.2分，提高监护人员查看频率；1.2～2.0分，护士床旁评估病情；2.0分以上，直接发出报警。

将步骤3计算所得生命体征评分按体征数目计算平均分，以避免某些体征漏检或数据缺损情况。平均处理后的生命体征平均分与预设的体征平均分预警参考值进行对比。当所述体征平均分大于所述体征平均分预警参考值时，按照报警机制进行报警并给出参考处理流程。

虽然本申请提供了如实施例或流程图所述的方法操作步骤，但基于常规或者无创造性的手段可以包括更多或者更少的操作步骤。实施例中列举的步骤顺序仅仅为众多步骤执行顺序中的一种方式，不代表唯一的执行顺序。在实际中的装置或客户端产品执行时，可以按照实施例或者附图所示的方法顺序执行或者并行执行(例如并行处理器或者多线程处理的环境，甚至为分布式数据处理环境)。术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、产品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、产品或者设备所固有的要素。在没有更多限制的情况下，并不排除在包括所述要素的过程、方法、产品或者设备中还存在另外的相同或等同要素。

上述实施例阐明的装置或模块等，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。为了描述的方便，描述以上装置时以功能分为各种模块分别描述。当然，在实施本申请时可以把各模块的功能在同一个或多个软件和/或硬件中实现，也可以将实现同一功能的模块由多个子模块的组合实现等。以上所描述的装置实施例仅仅是示意性的，例如，所述模块的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个模块或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。

本领域技术人员也知道，除了以纯计算机可读程序代码方式实现控制器以外，完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件，而对其内部包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至，可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。

本申请可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构、类等等。也可以在分布式计算环境中实践本申请，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

通过以上的实施方式的描述可知，本领域的技术人员可以清楚地了解到本申请可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如R0M/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，移动终端，服务器，或者网络设备等)执行本申请各个实施例或者实施例的某些部分所述的方法。

本说明书中的各个实施例采用递进的方式描述，各个实施例之间的相同或相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。本申请可用于众多通用或专用的计算机系统环境或配置中。例如：个人计算机、服务器计算机、手持设备或便携式设备、平板型设备、多处理器系统、基于微处理器的系统、置顶盒、可编程的电子设备、网络PC、小型计算机、大型计算机、包括以上任何系统或设备的分布式计算环境等等。

虽然通过实施例描绘了本申请，本领域普通技术人员知道，本申请有许多变形和变化而不脱离本申请的精神，希望所附的权利要求包括这些变形和变化而不脱离本申请。

Claims (6)

1.一种改良的患者生命体征监测预警评分方法，其特征在于包括以下步骤：

步骤一、通过患者入院病情和初始生命体征，从多个预警评分之中选择适当预警评分体系，并给各体征指标设置适当的预警阈值，包括但不限于体温预警阈值、血压预警阈值、血氧饱和度预警阈值，心率预警阈值和呼吸频率预警阈值；

步骤二、通过数据采集平台实时获取患者的体征信息指标，所述体征信息指标包括但不限于体温、血压、血氧饱和度、心率和呼吸频率，并及时进行数据收集；

步骤三、将所述体征监测数据与预设体征预警阈值进行比对，根据步骤一中预设的体征信息指标预警参考值，计算各指标评分；

步骤四、步骤三得到的生命体征指标评分按照体征数目计算平均分，当体征平均分大于预设体征平均分预警参考值时进行报警并给出参考处理流程。

2.根据权利要求1所述的一种改良的患者生命体征监测预警评分方法，其特征在于，步骤一中多个预警评分体系包括但不限于MEWS、NEWS、SAPSII、APACHEII、SOFA、PEWS、ASSIST、SCS，且默认的预警评分体系为MEWS。

3.根据权利要求1所述的一种改良的患者生命体征监测预警评分方法，其特征在于，步骤一中生命体征指标包括但不限于体温、血压、血氧饱和度、心率、呼吸频率等，且各体征指标的预警阈值根据患者病情需要自行设置。

4.根据权利要求1所述的一种改良的患者生命体征监测预警评分方法，其特征在于，步骤二中数据采集平台由数据采集硬件设备、服务器、云端模块和终端APP构成；数据采集硬件设备配置：监护仪信息采集器、无线报警按钮、无线蓝牙网关等；报警按钮功能：单工广播态，与蓝牙网关配合距离10～30米；可传入服务器或移动的云平台；服务器及云端模块部署：在服务器或移动的云平台上部署报警模块及手机信息服务的软件功能模块。

5.根据权利要求1所述的一种改良的患者生命体征监测预警评分方法，其特征在于，，步骤四中将步骤三得到的生命体征指标评分按照体征数目计算平均分，以避免某些指标漏检或数据缺损情况。

6.根据权利要求1所述的一种改良的患者生命体征监测预警评分方法，其特征在于，步骤四中体征平均分预警参考值根据患者病情需要自行设置。

Images