CN110176286B - 关于患者护理的分析 - Google Patents

Abstract

提供了用于确定与患者护理协议的遵从性的方法、系统和计算机可读介质，包括：注射泵，其用于提供与给予患者的一种或多种药剂相关的注射信息，所述一种或多种药剂包括镇静剂和镇痛剂；以及处理器，其以可通信的方式耦接到注射泵，该处理器被配置为：通过根据在当前时间之前给予患者的一种或多种药剂的实际剂量确定给予患者的一种或多种药剂的基准线阈值，基于注射信息来确定与给予患者的一种或多种药剂相关的信息；确定当前给予患者的一种或多种药剂的剂量，并且将当前给予患者的一种或多种药剂的剂量与基准线阈值进行对比，以确定相对于基准线阈值的偏差。

Description

关于患者护理的分析

本申请是申请号为201480066337.0、申请日为2014年12月5日、发明名称为“关于患者护理的分析”的专利申请的分案申请。

技术领域

本公开大体涉及有利于优化患者护理的系统和方法，具体地，涉及对患者镇静和疼痛治疗的监控，以及使利用呼吸器的病人脱离呼吸器的进程。

背景技术

在护理机构中被插管的机械呼吸器患者通常会接受来自注射泵的镇静和疼痛治疗，以及机械呼吸器设备的生命维持。通常，护士会操作注射泵并对患者全面负责。呼吸器通常是由呼吸治疗员操作的。

当患者无法通过自主呼吸来支撑足够的PaO2、PaCO2和动脉血pH值水平时，机械呼吸器辅助患者吸入氧气并呼出CO2从而维持必要的PaO2、PaCO2和动脉血pH值水平，从而为患者提供生命维持。正压力机械呼吸器以可控制百分比的吸入氧气(21％-100％)在呼吸周期的吸气阶段泵入空气。当呼吸周期的吸气阶段完成时，患者利用肺部的天然的回缩特性通过呼吸器呼气。在每个周期上入肺的空气的容量为“潮气量”。该进程是非常具有危险性的并且带来了很高的并发症的可能性，例如挤压创伤和二次感染。此外，通常被指定用于这些患者以使患者舒适的止痛剂(或其它止痛药物)和镇静剂本身会导致有害的患者结果。

因此，需要尽早结束机械呼吸器的使用。许多用于使患者取下(或者使患者“脱离”)机械呼吸器的规则和协议包括一系列的临床介入，包括镇静和疼痛治疗管理，在其中降低了镇静剂和止痛剂或其它止痛药物的数量以唤醒患者并能够返回他们的天然呼吸驱动。在“自发唤醒试验”或“停止镇静”中，患者在忍受和受监控的情况下被唤醒，在“自发呼吸试验”和“脱离试验”中呼吸器支持被减少或停止一段时间，并且在试验期间对患者进行监控以识别危险或麻烦。如果患者能够成功地完成规定的脱离试验，则可以实施在其中呼吸器被移除的“拔管”，或者可为患者重新进行全面维持以使他们为拔管做进一步准备。

这些有助于降低止痛和镇静药物总体剂量的介入(例如，使用护士控制的协议引导的镇静、自发唤醒和呼吸试验的组合、短效药物的使用)都可带来改善的结果，例如减少机械呼吸和重症监护室(ICU)停留的时间。个别患者在ICU期间一直进行的镇静的滴定法也是受控制的，从而减少过度镇静和副作用，并有助于降低机械呼吸的持续时间和停留时间。

发明内容

所公开的方法的某些方面有助于对用于患者护理的规则和协议进行管理。在某些实施例中，提供了一种用于对患者护理进行监控的方法。该方法包括步骤：确定针对给予患者的一种或多种药物的基准线阈值，所述一种或多种药物包括镇静剂和疼痛治疗药剂，所述基准线阈值根据在当前时间之前给予患者的一种或多种药物的实际剂量进行计算；确定当前给予患者的一种或多种药物的剂量；将当前给予的一种或多种药物的剂量与所述基准线阈值进行对比，以确定相对于所述基准线阈值的偏差；生成与根据相对于所述基准线阈值的偏差向患者给予药物有关的信息。

在某些实施例中，提供了一种用于确定与一个或多个患者护理协议的遵从性的系统。该系统包括：注射泵，其用于提供与提供给患者的一种或多种药剂相关的注射信息，其中所述一种或多种药剂包括一种或多种镇静剂和疼痛治疗药剂；处理器，其以可通信的方式耦接到所述注射泵，所述处理器被配置为：根据与针对患者的首选的患者护理方法相关的一组规则和协议，基于所述注射信息确定与给予患者的一种或多种药剂相关的信息，所述规则和协议包括用于为患者给予药物的规则，并且根据所确定的信息和所述规则和协议生成与患者护理相关的分析。

在某些实施例中，提供了一种非暂时性计算机可读介质，其上存储有用于由处理器执行从而执行用于确定与一个或多个患者护理规则和协议的遵从性的方法的计算机可执行的指令。该方法包括步骤：接收与提供给患者的一种或多种药剂相关的注射信息，所述一种或多种药剂包括镇静剂和疼痛治疗药剂；根据患者的类型和向患者实施的患者治疗，针对患者确定一组患者护理规则和协议；确定所述注射信息与针对患者的规则和协议之间的偏差；以及至少部分地根据所述偏差提供一个或多个分析。

附图说明

附图用来提供进一步理解，并且并入说明书且构成说明书的一部分，其示出所公开的实施例，与说明一起用于解释所公开的实施例的原理。在附图中：

图1A和图1B描绘了根据本公开的各方面的用于采集患者信息并有助于对患者的规则和协议进行管理的示例性医院网络。

图2示出了用于提供对于患者护理规则和协议的遵从性的相关信息的示例进程。

图3示出了用于生成针对患者的示例注射分析的示例进程。

图4示出了用于生成针对患者的示例换气分析的示例进程。

图5示出了用于确定给予患者的药剂的剂量是否遵从预定的规则和协议的示例进程。

图6概念性地示出了用于实施主题技术的一些实施方案的电子系统。

具体实施方式

为了确保最优水平的镇静和疼痛治疗和/或适当的呼吸换气从而使总体镇静的副作用或长时间呼吸换气的时间最小化而对患者(例如使用呼吸器的患者)护理进行的管理进程是必要的，它可降低机械呼吸换气的持续时间和/或停留时间以及患者护理对短期和长期的患者状态的总体影响。为了有助于对这些考虑进行管理，许多危急护理机构(例如医院、ICU、长期急性护理(“LTAC”)单位、专业护理机构和/或其它护理机构)可具有一个或多个规则和协议来引导护士和医务人员，例如最佳实践规则集、镇静协议、呼吸换气和脱离协议已经其它类似的准则。在一个实例中，根据用于为患者(例如，使用呼吸器的患者)提供护理的最佳实践规则集、预定的规则和协议、和/或医生指令，定义和/或发出了一个或多个患者护理规则和协议。在本文中使用的术语“规则和协议”通常是用于表示一个或多个用于为患者提供护理的指令(例如，医生指令)、最佳实践、规则和/或协议。尽管本公开描述的各种实例针对的是使用呼吸器的患者，但是本领域内的技术人员应当理解的是，本文描述的许多方法、系统和进程可应用于一系列的接受护理的患者。

由于下面的患者护理规则和协议的目的是带来最优的患者护理结果，因此它有助于促进对这些规则和协议是否被遵守的定期监督，并且有助于对这些规则和协议进行管理和更新。通常，这些规则和协议为每个患者(包括被安置了机器呼吸器的患者(“使用呼吸器的患者”))提供一组需要遵守的步骤，这些步骤关于镇静和止痛治疗药物(例如，止痛剂)的剂量和滴定、自发唤醒试验(“SAT”)或停止镇静的时间和频率、执行自发呼吸试验(“SBT”)的时间和标准以及/或者当终止机器呼吸并将管子从患者身上移走时对患者拔管的时间和标准。

要由护士和治疗员遵守的这些规则和协议通常由医生和/或护理机构职员和监督者准备和/或发出的。为了在患者护理机构或网络中提供对这些规则和协议的遵从性的监控和改善，提供了所公开的方法和系统的实施例，用于从一个或多个系统和机器接收信息，所述系统和机器包括用于为患者给予镇静和疼痛治疗的注射泵、为患者提供呼吸换气的呼吸器、医院信息系统、监视器、实验室系统和/或药房和配药系统。在一些实施例中，信息是直接从这些设备采集的，而不需要与护士或治疗员进行任何交互，所述信息用于生成针对患者护理的相关规则和协议的不同步骤的相关分析，例如用于其目标在于使得使用呼吸器的患者脱离呼吸器的规则和协议。也可采集包括诸如关于患者的人口统计数据和患者状态数据的其它数据，用于确定协议和最佳实践遵从性。在一个实例中，响应于从注射泵和/或呼吸器以及可选地从其它机构或实体采集的信息，可生成一个或多个分析。例如，可生成指示护士和/或治疗员是否采用了最优患者护理中的正确步骤的遵从信息。在一个实例中，响应于采集到的数据，可为护士和/或治疗员提供一个或多个标记和/或通知。

在一些实例中，可以针对所有患者生成用于患者护理的各种规则和协议。在一个或多个例子中，可根据患者的具体特征对规则和协议进行定制和/或调整，从而根据不同的环境(包括患者的特征或为患者实施的治疗的类型)为可能需要专门的或定制的护理的不同患者群体提供具体的规则和协议。这些特征可包括护理区域、患者类型、诊断相关组(DRG)、或根据患者特征定义的其它分类。在一个实例中，除了具体的规则和/或协议，还可根据患者或治疗的类型和/或确定的患者分类定义各种阈值或标记。

对遵从性进行测量和推动可使得临床医生能够可测量地优化和改善患者的呼吸器脱离。可对采集到的数据进行处理并生成各种标记和/或分析，这些标记和/或分析对临床介入事件提供了深刻了解以及这些事件影响呼吸器脱离进程的时间/方式，并有助于对呼吸器脱离进程(包括镇静/疼痛治疗、SAT、SBT、拔管)进行完整的审视，从而推动医生、护士和呼吸技术员之间的更好的跨职能员工配合。

在各种实施例中，可将分析数据(包括一个或多个标记和/或通知)与患者治疗结果信息关联，以确定各种协议和/或最佳实践对患者治疗结果的影响、以及/或者偏离各种协议和/或最佳实践对患者治疗结果的影响。在一个实例中，影响信息可用于修改与患者护理相关的协议和/或最佳实践。患者治疗结果信息可以从各种来源采集，并可包括与患者呼吸器脱离、出院、再入院或并发症相关的信息以及/或者长期患者状态信息。患者的治疗结果信息可以被映射至指示与协议和/或最佳实践的偏差的各种标记，从而确定各种协议和/或实践的权重或重要性。

图1A和图1B描绘了用于采集患者信息并有助于对患者的规则和协议进行管理的示例医院网络100。如图1A所示，医院网络100包括注射泵101、注射系统管理器102、呼吸器103、网络模块104、医院信息系统105和协调引擎106。

注射泵101为患者提供镇静和疼痛治疗。在一个实例中，注射泵101代表用于为患者提供药物(包括疼痛和/或镇静药物)的一个或多个注射泵的集合。在一个实例中，注射泵101可包括一个或多个通道，每个通道可为患者提供至少一个镇静或止痛药物(例如，止痛剂)。如上面所描述，注射泵通常由护士操作。

注射泵101耦接到注射系统管理器102并向注射系统管理器102提供注射消息。例如，注射消息可以指示给予患者的药物的具体剂量/速率的开始和结束时间。例如，在注射泵101上每次对一种或多种药物(例如，镇静剂和/或止痛剂)的剂量和/或速率进行修改时，注射泵101生成注射消息并将其发送到注射系统管理器102。在一个实例中，注射泵101提供在注射泵101处给予的药物类型、药物剂量和药物的单次剂量模式的消息。注射系统管理器102还可从注射泵101或医院信息系统105接收关于与注射泵101相关联的患者的身份的信息。出于示例性的目的，注射泵101和注射系统管理器102被描绘为单独元件。在一些实施例中，可将注射系统管理器102的功能集成到注射泵101中。

注射系统管理器102对接收到的来自注射泵101的注射消息进行处理并将注射信息提供给协调引擎106。在一个实例中，提供给协调引擎106的注射信息包括患者身份信息(例如，患者ID)、药剂信息(例如，药剂类型)、每种药剂的注射开始和/或停止时间以及每种药剂的剂量和/或速率(例如，连续注射剂量、单次剂量模式等)。可以针对在注射泵101处给予的不同药剂提供信息，包括给予患者的镇静和疼痛治疗药物。呼吸器103还通过网络模块104向协调引擎106提供信息。提供给协调引擎106的呼吸器信息可包括呼吸换气的模式、呼吸速率、潮气量、氧气的数量、峰值呼吸压力量、被触发的警告、和/或呼吸器103上可用的其它呼吸换气信息。在一个实例中，呼吸器103还可提供超出潮气量计算的呼吸速率。该计算可以是呼吸速率，它代表一定时间内(例如，60秒)进行的超出潮气量(其代表在不施加额外努力时正常的吸气与呼气之间置换的空气的正常容量)的呼吸次数。通过网络模块104将来自呼吸器103的信息提供给协调引擎106。在一些实例中，可以将网络模块104集成到呼吸器103中。在一个实施例中，呼吸器103、网络模块104或者与呼吸器103和/或网络模块104通信的单独元件可存在于医院网络中并被配置为在将呼吸换气信息传送给协调引擎106之前接收和/或处理来自呼吸器103的消息。

协调引擎106还可接收来自医院信息系统105的患者“ADT信息”。ADT(入院、出院、转院)信息可包括人口统计信息以及患者状态信息。患者人口统计信息可包括例如患者性别、生日、主治医生、住院和顾问医生、位置、血型、身高和体重、住院日期和时间、住院/门诊患者。患者状态信息可包括例如患者入院、出院、转院、挂号、信息更新和其它类似的与护理机构中的患者的状态相关的信息。

在一个实施例中，协调引擎106被实施为从一个或多个设备和系统聚集数据并将该数据发送给分析应用程序(例如知识门户网站111)的任何接口引擎或应用程序。在一个实例中，协调引擎106便于对从一个或多个机器和/或系统(包括注射系统管理器102和网络模块104)接收的信息的处理、过滤和/或转换，从而协助将数据传送到知识门户网站111进行处理和分析。在一个实例中，协调引擎106接收信息、处理信息并且生成用于知识门户网站111处理的可操作数据项目。在一个实施例中，协调引擎106被实施为一个处理器。2012年3月15日、2013年1月31日提交的标题为“SCALABLE COMMUNICATION SYSTEM”、申请号为13/421,776的美国专利申请描述了一个用于本公开使用的示例协调引擎，并通过引用将其全部并入本文。

协调引擎106以可通信的方式耦接到数据中心110的呼吸知识门户网站111。数据中心110包括以可通信的方式耦接到一个或多个客户端设备112和113的知识门户网站111。数据中心110可位于远离医院网络100的位置，或者可以作为医院网络100的一部分。在一个实例中，协调引擎106和知识门户网站111可以被实施到一个单独的服务器中，或者彼此以可通信的方式耦接的一个或多个服务器中。在一些实例中，协调引擎106和知识门户网站111的功能可由单独一个应用程序或者一个或多个协作的应用程序来执行，从而执行本文描述的协调引擎106和知识门户网站111的一个或多个功能。

在一个实例中，知识门户网站111从协调引擎106接收注射信息和呼吸换气信息，并对这些信息进行处理从而生成一个或多个标记和分析，并提供关于患者护理规则和协议的遵从性的信息。在一些实例中，知识门户网站111还可将患者护理遵从性信息与患者治疗结果信息(例如，ADT信息、长期患者状态信息、再入院信息等)进行对比，从而确定治疗结果与各种规则和协议的相关性。相关性信息可以用于确定对于患者护理规则和协议的各种修改和增强，以及/或者根据患者治疗结果的遵从性的影响将各种规则和/或协议标记为重要。

在一些实施例中，知识门户网站111被实施为一个应用程序，它从医院网络100中的一个或多个设备(例如注射泵101和呼吸器103)接收信息，并对数据进行分析从而提供分析结果。在一个实施例中，知识门户网站111被实施为一个处理器。2013年1月31日提交的标题为“RESPIRATORY KNOWLEDGE PORTAL”的、申请号为13/756,421的美国专利申请描述了一个用于本公开的示例性知识门户网站，并通过引用将其全部并入本文。

例如，知识门户网站111可具有访问一组预先设定的规则和协议(例如，最佳实践)的权限。可根据历史数据来定义规则和协议，和/或由护理机构或其它实体人工定义规则和协议。在一个实例中，可根据特定的患者组或特征定义规则和协议。使用接收到的来自协调引擎106的注射信息和/或呼吸换气信息，知识门户网站111可确定与规则和协议所定义的偏好相对应的一个或多个标记。知识门户网站111还可被配置为测量相对于预定义规则和协议的变化性，并可将与相对于规则和协议的变化相关的一个或多个分析(例如，报告、通知等)提供给一个或多个实体(例如，护理机构监督者、护士、呼吸治疗员等)。

在一个实例中，知识门户网站111可访问库(例如药剂库)。药剂库可包括通过名称和/或标识符识别药剂的主要药剂清单。在一个实例中，知识门户网站111还可配置有关于主清单中列出的药剂的药剂类型的信息。例如，对于主清单中的一种或多种药剂，知识门户网站111可有权限访问将药剂类型识别为疼痛治疗药剂(例如，止痛剂)或镇静剂的数据。在一个实例中，由诸如护理机构的实体或其它第三方实体执行药剂类型的指定。

作为规则和协议的一部分，知识门户网站111还可具有指示患者的优选药剂的信息。在一些实例中，可提供一个优选药剂清单。优选药剂清单可以被定义为多个单独的药剂、药剂的组合(例如，优选的药剂配对)。优选的药剂可基于被给予所述药剂的特定患者。例如，规则和协议可指定某个患者的优选疼痛治疗和镇静药剂。在其它实例中，所述偏好可包括对于每个疼痛治疗和镇静剂的优选剂量和/或剂量配比。在一些实施例中，规则和协议指定疼痛治疗和镇静药剂的优选组合。可指定该药剂的组合以确保特定药剂和/或这些药剂的剂量的正确组合。

可根据患者特定特征定义药剂偏好，并且可为每个患者或者共享相同特征的一组患者定义药剂偏好。在一个实例中，可根据患者类型或疗法提供优选药物的清单。患者特定特征可包括诸如本文提供的那些实例的人口统计信息。在一些实例中，如上面所描述，可根据诸如护理区域、患者类型、DRG的参数或其它类似的参数来定义患者群。知识门户网站也可有权限访问关于主清单中列出的一种或多种药剂的限制(例如，硬限制和软限制)的信息。在一个实例中，库包括每种药剂的药剂信息，其包括药剂名称和标识符、药剂类型和/或药剂限制。在一些实例中，药剂库还可包括药剂的相关信息，例如，包括药剂半衰期，它表示药剂效力的持续时间(例如，药剂逐渐消失之前的持续时间)。

此外，规则和协议可包括脱离规则和协议，它定义了与SAT和SBT相关的偏好和/或关于拔管的规则，与SAT和SBT相关的偏好包括SAT和SBT的时机、频率和/或持续时间、SBT的先决条件(例如在预定的时间段执行SAT)以及其它可指示出患者是否是SBT和/或呼吸器脱离的合格候选者的患者数据(例如，患者生命体征、成功的SAT等)，关于拔管的规则包括拔管的时机和/或先决条件，例如在拔管之前的一段特定时间内成功地执行了SBT以及其它可指示出患者是否是SBT和/或呼吸器脱离的合格候选者的患者数据(例如，患者生命体征等)。

根据定义的规则和协议和可从主清单中获得的关于药剂的信息、以及接收到的来自协调引擎106的注射信息和呼吸换气信息，知识门户网站111可确定注射和呼吸换气分析。注射和呼吸换气分析可提供相对于预定的规则和协议的偏离度的深刻了解。

图1B描绘了用于采集患者信息并有助于对患者的规则和协议进行管理的替代性示例医院网络100。图1B的医院网络100与图1A相似，但是描绘了额外的系统和机器，它们可提供除了注射信息和呼吸换气信息以外的用于在知识门户网站111中生成分析的信息。

协调引擎还耦接到监视器107(例如，生命体征监视器)、配药系统108(例如，药房系统和/或一个或多个配药机器)和实验室系统109。协调引擎从一个或多个机器和/或系统(例如，包括但不限于监视器107、配药系统108、实验室系统109(例如，药房系统))接收关于患者药物、状态和生命体征的信息。在一个实例中，在知识门户网站111上还可提供包括神经测定信息的其它与患者相关的信息。在本文描述的进程的各个步骤中，知识门户网站111可使用生命体征和其它数据来确定相对于定义了最佳实践的规则和协议的偏离度的分析，并用于提供除了本文描述的各种标记和分析之外的、指示患者是合格的呼吸器脱离(例如，一个或多个SBT或拔管)的候选者的指示符。

在一个实例中，知识门户网站111耦接到客户端设备112和113，并提供确定的用于显示在一个或多个客户端设备112和113上的度量和分析。在一个实施例中，度量和分析可以以通知和警告的形式提供给护士、呼吸技术员或其它护理人员(例如，当识别到相对于优选的规则和协议的偏离时，或者在应当执行优选的事件时)。在另一个实例中，可为负责监督的人员提供一个或多个标记和分析，以提供进程的全局查看，识别实际呼吸器脱离进程和患者护理中的问题，并对为患者带来最优结果的事件的模式提供深刻了解。可以实时地或接近实时地分析和提供度量和分析，用于显示在客户端设备112和113上。在一个实例中，该分析还可用于提供对患者进行护理的决策支持。在一些实施例中，知识门户网站111可通过有线或无线网络或通信通道向客户端设备112和113提供度量和分析。

除了注射信息和呼吸换气信息，知识门户网站111上生成的分析还可根据其它提供了患者信息和生命体征的机器数据生成，所述机器数据来自一个或多个机器和/或系统(例如，包括但不限于监视器107、配药系统108(例如，药房系统和/或一个或多个配药机器)和实验室系统109)。在本文描述的各种进程的步骤中，知识门户网站111可使用生命体征和其它数据确定相对于定义了最佳实践的规则和协议的偏离度的分析，并用于提供除了本文描述的各种标记和分析之外的、指示患者是合格的呼吸器脱离(例如，一个或多个SBT或拔管)的候选者的指示器。

图2示出了用于提供与对于患者规则和协议的遵从性相关的信息的示例进程200。在一个实例中，患者可以是使用呼吸器的患者，但是，也可对其它患者执行该进程的各种步骤，包括不需要呼吸器护理的患者。在步骤201，知识门户网站111接收到关于给予患者的药物的注射信息。该信息可由注射泵提供(例如，注射泵101和/或注射系统管理器102)。该信息可包括患者身份标识、给予患者的药剂类型、药剂剂量和/或速率、以及注射开始和停止时间。

在步骤202，知识门户网站111接收到与提供给患者的呼吸换气有关的呼吸换气信息。可从呼吸器(例如，呼吸器103)该信息。该信息可包括换气的模式、呼吸速率、潮气量、潮气量除以呼吸速率、吸入氧气的百分比(例如，21％至100％的范围内)、峰值呼吸压力量、被触发的警告、和/或呼吸器上可用的其它呼吸换气信息。在其它实施例中，如上面所述，该信息是由其它系统提供的。

在步骤203，识别一个或多个关于患者护理的协议和规则。在一个实例中，规则和协议定义了用于使患者脱离机械呼吸器的最佳实践。可以由例如护理机构的实体或者其它了解最佳实践的实体预先定义所述规则和协议。

例如，在步骤203识别到的规则和协议可包括关于给予患者的药物或药剂的规则和协议。在一个实例中，该信息指出了针对患者的优选药剂。例如，这些规则和协议可指定某个患者的优选疼痛治疗和镇静药剂，以及这些药剂的优选剂量和/或剂量配比(例如，每个患者的镇静和疼痛治疗药物的配比)。这些规则和协议还可包括给予患者的一种或多种药剂的限制(例如，软限制或硬限制)。此外，这些规则和协议可包括呼吸器脱离规则和协议，其包括关于SAT、SBT、拔管的含有时机、频率、持续时间和/或先前事件或后续事件的规则和协议。

在步骤204，根据步骤201和/或202中接收到的信息计算一个或多个标记。在一些实施例中，还可根据接收到的来自医院信息系统105、监视器107、配药系统108和实验室系统109的信息生成一个或多个标记。该一个或多个标记可对应于由步骤203中识别的规则和协议定义的满足要求的数值和事件。例如，该一个或多个标记可包括给予患者的药剂的标识、给予患者的基于体重的药剂剂量、与单次剂量相关的信息以及一个或多个SAT、SBT和拔管的发生和时机。

在步骤205，通过将一个或多个标记与规则和协议进行对比来确定与最佳实践的差异，从而生成注射和/或呼吸换气分析。例如，将给予患者的药剂以及药剂的剂量与规则和协议进行对比，以确定是否将优选的药剂以优选的剂量、并且在预设的限制范围内给予患者。在一个实例中，如上面描述，可提供优选药剂的清单(例如，根据患者类型或疗法)。可将给予患者的药剂与优选药剂清单进行对比，从而确定是否在将优选的药剂给予患者。在一个实例中，还会确定与给予患者的药剂相关的剂量信息，并将其与阈值进行对比，以确定给予患者的药物的剂量是否正确。

此外，在一些实例中，确定是否根据最佳实践(包括SAT的时机和频率)实施了SAT，并且至少基于每次SAT的持续时间确定SAT是否成功。此外，在一些实例中，会确定是否根据规则和协议实施了SBT，包括确定患者是否是SBT下的合格的呼吸器脱离候选者以及是否满足了SBT的先决条件，以及SBT是否成功。同样，可确定是否根据规则和协议(包括拔管的时机和已满足的拔管先决条件)执行患者的拔管。下面参照图3对用于生成注射分析的一个示例进程进行更详细的描述。参照图4对用于生成呼吸换气分析的一个示例性进程进行了更详细的描述。

在步骤206，提供了一个或多个分析，用于显示在客户端设备上。在一个实例中，将所述分析作为通知提供给诸如护士或呼吸治疗员的一个或多个实体。在其它实例中，在一个或多个报告中将所述分析提供给一个或多个负责监督的用户。

图3示出了用于生成患者的示例注射分析的示例进程300。

在步骤301，对给予患者的每种药剂的标识和剂量信息进行识别。如上面描述，参照图2，根据注射泵提供的信息确定标识和剂量信息。在一个实例中，包括主药剂清单的药剂库用于根据名称和/或标识符识别药剂。注射泵101提供了在注射泵101处给予患者的每种药剂的药剂名称和/或标识符。药剂的剂量信息可以是给予患者的每种药剂的基于体重的剂量，其根据通过注射泵提供的所给予的每种药剂的剂量信息、以及作为患者的ADT信息的一部分提供的患者的体重而进行计算。在一个实例中，剂量信息可包括在某个时刻或指定的一段时间内给予的药剂的剂量总额，或者累积剂量。在一些实例中，可根据计划的剂量和/或正在给予患者的单次剂量(例如，在一段时间内)来确定剂量总额。

在步骤302，确定给予患者的药剂是否是规则和协议定义的优选药剂。在一个实例中，规则和协议定义了要给予患者的特定的优选镇静和疼痛治疗药剂。例如，规则和协议可指定针对某个使用呼吸器的患者的优选镇静和疼痛治疗药剂。在一个实例中，可根据特定的患者特征(例如，患者类型或治疗类型)来定义偏好。可通过确定患者的特定患者特征以及根据该特征确定患者的优选药剂来对哪些药剂被定义为患者的优选药剂进行确定。

在步骤303，确定每种药剂是否给予了正确的剂量。规则和协议可指定某个使用呼吸器的患者的疼痛治疗和镇静药剂的优选剂量和/或剂量配比。在一个实例中，在步骤301中识别的每种药剂的基于体重的剂量用于确定每种药剂的剂量是否符合定义的剂量偏好。也可以对单次剂量进行分析从而确定患者是否过度用药。

可以根据基于体重的镇静和疼痛治疗药物的剂量来计算剂量配比。在一个实例中，该配比定义了给予患者的镇静剂的数量(剂量)与给予患者的疼痛治疗药物的数量(剂量)之间的关系。随后将所计算的剂量配比与规则和协议所定义的优选的剂量配比进行对比，从而确定所计算的剂量配比与优选的剂量配比之间的偏差。

在步骤304，确定所给予的药剂是否处于预定的限制范围内。例如，可访问与一种或多种药剂的限制有关的信息并将其与每种药剂的剂量进行对比，从而确定剂量是否处于该药剂的限制范围内。

在另一个实例中，根据针对特定患者(或一组患者)计算的基准线阈值进行所述确定。在一个实例中，可根据例如在一段时间中给予患者(或其它的类似患者)的剂量的模式来确定基准线阈值。可将步骤301中识别的剂量与基准线阈值进行对比，从而确定所给予的剂量是否是适当的剂量。图5(下面会进行更详细的描述)示出了一个用于确定给予患者的药剂的剂量是否遵从预定的规则和协议的示例进程。

如上面描述，可根据各种患者特征来定义药剂剂量的限制和阈值。在一个实例中，可根据各种标准(例如，患者和治疗参数)、以及包括优选药剂、限制和阈值的规则和协议，来确定患者位于某个患者类别中，并且可根据患者类别确定患者的其它遵从信息。

在一个实例中，可根据药剂类型和/或药剂半衰期信息来确定和/或修改药剂限制、阈值、规则和/或协议。在一个实例中，每种药剂可与一个半衰期相关联，可根据给予患者的药剂的半衰期信息对一个或多个规则和协议、限制、阈值或测量进行修改。如上面描述，半衰期信息指示出了药剂的有效期。在一个实例中，可根据半衰期信息对各种规则和协议的时机(例如，应当何时给予药剂、应当何时使患者脱离药剂和/或呼吸器等)进行修改。

在步骤305，根据步骤302、303、304的确定结果生成注射分析。

在一个实例中，可将所述分析显示给一个或多个护士或监督人员。在一些实例中，可将所述分析与患者治疗结果信息相关联，从而确定特定注射实践与患者治疗结果之间的相关性。

图4示出了用于生成患者的示例呼吸换气分析的示例进程400。

在步骤401，确定是否对患者执行了一个或多个SAT。为了执行SAT或停止镇静，通常会减少给予患者的镇静和疼痛治疗药剂的剂量(例如，减少到更低的剂量或停止使用)。在步骤401，对注射泵101提供给协调引擎106和知识门户网站111的剂量信息和注射开始和停止信息进行分析以识别SAT。即，对剂量和/或给药的开始/结束上的变化进行分析，当剂量减少到指示出SAT的水平时(例如，减少或停止)，生成指示SAT开始的标记。随后对标记之后的剂量进行分析，直到观察到了剂量增加至指示出SAT终止的水平(例如，增加或重新开始)。随后生成指示SAT终止的另一个标记。在一些例子中，SBT可跟随在SAT后，来替代用于指示出SAT的终止的剂量增加。在这些例子中，可在SBT开始时生成标记，从而指示出SAT的终止。

如果在步骤401中识别到一个或多个SAT，则在步骤402确定这些SAT是否根据规则和协议执行。例如，规则和协议可定义SAT的优选时间、频率和/或持续时间。例如，规则和协议可定义每天执行一次或多次SAT和/或进行SAT的优选时间。SAT的标记用于确定SAT的频率和/或执行每次SAT的时间。随后将确定的频率和/或时间与规则定义的频率和/或时间进行对比，从而确定所执行的SAT的实际频率和/或时间与SAT的优选频率和/或时间之间是否存在偏差。

此外，规则和协议可定义优选的持续时间。每个SAT的开始/结束标记可被用于确定SAT的持续时间。随后将该持续时间与所定义的优选的持续时间进行对比。在一个实例中，优选的持续时间表明SAT是成功的。如果在步骤401中没有识别到任何SAT，则进程进入到步骤403。

如上面描述，可根据各种标准来确定和/或调整SAT相关的规则和协议，包括例如患者的特定特征、或给予患者的治疗的特定特征(例如，患者类别)和/或给予患者的特定药剂的特定特征(例如，药剂的半衰期信息)。例如，可依据患者的特定类型或治疗类型对SAT的时机和/或持续时间进行调整。同样，可根据给予患者的药剂的特定类型对SAT的时机和/或持续时间进行调整。例如，药剂的半衰期信息可用于根据给予患者的疼痛治疗和镇静剂的有效期确定SAT的适当时机/持续时间。

在步骤403，确定是否对患者执行了一个或多个SBT。当执行SBT时，呼吸器103被置于不同的模式以执行SBT。当指示SBT的模式发生变化时，对呼吸器103提供的模式信息进行分析。当检测到该变化时会生成一个标记，其标记出SBT的开始。接下来，对呼吸器信息进行分析以识别SBT的结束。可通过呼吸器103的模式变化或者通过表示拔管的呼吸器停止来指示SBT的结束。当识别到SBT结束时，生成一个标记。

如果在步骤403识别到一个或多个SBT，则在步骤404确定这些SBT是否按照规则和协议执行。在一个实例中，规则和协议可包括与SBT的优选时机、频率和/或持续时间相关的规则。此外，规则可指示出一个或多个执行SBT之前的先决条件。

例如，规则可定义：一旦确定患者是合格的SBT候选者(例如，呼吸器脱离的候选者)，就应当执行SAT，并且在预定次数后应当开始SBT。使用SBT的标记来确定SBT的时机和持续时间。此外，前面的SAT的标记用于确定在紧随SAT之后的SBT开始之前的时间量，以及SBT是否成功地完成。

规则和协议还可定义SBT的优选持续时间。每个SBT的开始/结束标记可被用于确定SBT的持续时间。随后将该持续时间与所定义的优选的持续时间进行对比。在一个实例中，优选的持续时间表示SBT是成功的。

此外，对于合格的呼吸器脱离候选者的患者的(例如，由特定持续时间定义的)成功的SBT，应当在SBT开始后的预定时间之内跟随所述成功的SBT进行拔管。该标记连同指示拔管的标记一起使用，从而确定特定患者的成功的SBT与拔管之间的时间消耗。

随后将该信息与SBT规则和协议进行对比，从而确定所执行的实际SBT的时机、持续时间和先决条件与优选的SBT的时机、持续时间和先决条件之间的偏差。如果在步骤403没有识别到SAT，则进程进入到步骤405。

在各种实施方案中，可根据各种标准来确定和/或调整SBT相关的规则和协议，所述标准包括例如患者的特定特征(例如，患者类别)和/或给予患者的特定药剂的特定特征(例如，药剂的半衰期信息)。例如，可根据患者的特定类型或治疗的类型调整SBT的时机和/或持续时间。同样，可根据给予患者的药剂的特定类型调整SBT的时机和/或持续时间。例如，可使用药剂的半衰期信息，根据给予患者的疼痛治疗和镇静剂的有效期确定SBT的适合时机/持续时间。

在步骤405，确定是否执行了患者的拔管。如果检测到呼吸换气信息的终止(例如，在成功的SBT之后)，则可识别出拔管。在一个实例中，响应于检测到呼吸换气信息的终止，生成表示拔管的标记。在一个实例中，可在换气的终止被解释为拔管之前定义阈值时间。例如，该阈值时间可说明患者因各种原因远离呼吸器。

如果在步骤405确定对患者执行了拔管，则在步骤406,确定该拔管是否按照规则和协议执行。例如，规则和协议可定义跟随在成功执行的SBT之后执行的拔管的时机。SBT和拔管的标记可用于确定是否成功地完成SBT以及在(例如，由特定的持续时间定义的)成功的SBT之后、执行拔管之前的时间消耗。随后将该信息与规则和协议进行对比，从而确定拔管的时机和先前事件与所定义的拔管的规则和协议之间是否存在偏差。

在步骤407，根据步骤401至步骤406中的确定结果来生成呼吸换气分析。

因此，所公开的系统和方法的实施例用于对来自一个或多个注射泵、呼吸器、医院信息系统、监视器、配药系统、和/或库系统(它们提供了关于使用呼吸器的患者的信息)的信息进行处理，并用于对信息进行分析以评定协议和最佳实践的遵从性。可对采集到的信息进行处理以生成各种标记和/或分析，它们为临床介入事件以及这些事件的时机/模式对呼吸器脱离进程产生了怎样的影响提供了深刻的了解，并且有助于完整地审视呼吸器脱离进程(包括镇静/疼痛治疗、SAT、SBT和拔管)，从而推动医生、护士和呼吸技术员之间的更好的跨职能团队合作。测量和推动遵从性可以使得临床医生能够以可测量的方式对使用呼吸器的患者的呼吸器脱离进程进行优化和改进。此外，生成的标记和分析会有助于提供对于患者治疗结果与实际患者治疗结果相关联的情况的深入了解。

在一个实例中，将分析与患者的治疗结果信息进行对比，以确定某些活动(例如，符合或偏离某些规则和协议、特定类型的药物、或一系列与患者护理相关的特定活动)与患者的特定治疗结果相关联的情况。相关性可针对特定类型的患者(例如，基于患者类别和参数)而出现，或者基于提供给患者的特定类型的治疗而出现。该对比可提供特定的治疗结果分析，它为患者护理中的各种实践的有效性提供了深入了解。

在一个实例中，治疗结果信息可用于调整各种规则和协议以实现最优结果。在另一个实例中，可使用治疗结果信息来对用于确定本文讨论的各种分析的各种阈值、限制和标准进行修改或调整。在一个实例中，治疗结果信息还可用于确定包括例如为某些患者带来最优结果的优选药剂在内的某些偏好，可将所述偏好提供给知识门户网站。因此，在一个实例中，通过使用本文描述的分析而使得规则和协议的自动生成和/或维护成为可能。

图5示出了用于确定给予患者的药剂是否遵从预先定义的规则和协议的示例进程500。

在步骤501，对患者的药物剂量监控相关的规则进行识别。在一个实例中，用于监控药物剂量给予的规则可以由监督用户定义(例如，系统管理员、环境机构等)。在一些实例中，可在配置系统(例如，知识门户网站)时定义规则，并且可根据各种考虑(例如，分析和治疗结果信息)对规则进行更新。在一个实例中，规则包括用于确定基准线阈值的算法、用于确定基准线阈值的时间(时刻)、某个阈值与基准线阈值的偏差、在满足和/或超出基准线阈值时需要采取的行动、以及其它与给予患者药物的剂量的监控有关的标准或规则。

如上面描述，根据患者类别(例如，患者类型或治疗类型)，规则可以是患者特定或组特定。在一个实例中，对患者进行识别，并将该患者和/或给予该患者的治疗的特征与限定的类别进行对比，并将该患者与特定患者类别相关联。可根据患者类别以及/或者患者和/或治疗特征识别关于剂量监控的规则。

在一个或多个实例中，可以部分地基于给予患者的药物的特定类型来限定所描述的用于监控剂量给予的一个或多个规则、算法或数值。在一个实例中，可根据药物的特定标识，来识别每种药剂，以及识别和/或调整一个或多个数值(例如，阈值偏离、基准线阈值等)。例如，如上面描述，在一些实例中，每种药物可包括半衰期信息，并且可根据给予患者的药物的半衰期信息对步骤501中识别到的规则进行选择和/或调整。

在步骤502，确定患者的基准线阈值。可根据步骤501中确定的规则来确定基准线阈值。在一些实例中，基准线阈值可包括一个或多个表示要给予患者的药物的正常数量的数值。在一些实例中，基准线阈值可包括单独一个数值或一组数值。在一个实例中，基准线阈值可包括在某个特定时间段内或一段时间中给予患者的药物的剂量的固定数值。在一些实例中，基准线阈值可包括在一段时间中给予患者的最大剂量和/或最小剂量。在一个实例中，基准线阈值可包括在一段时间中给予患者的药物的剂量的流动平均值。

在一个实例中，可根据各种标准定义用于确定基准线阈值的特定时间或时间段。在一些实例中，可将基准线阈值定义为给予患者的每种药物的剂量，或者给予患者的所有药物的剂量。在一些实例中，基准线阈值可包括药物的累积剂量(例如，包括连续剂量和/或单次剂量)、在指定时间上的基于体重的剂量、或表示给予患者的实际药物的其它剂量信息。

在一个实例中，可创建预定义的一组规则(例如，在配置知识门户网站111时)，该组规则定义了组成基准线阈值的多个值(例如，用于计算数值的算法)。在一个实例中，可根据患者类型、类别、特定药剂、或患者、治疗、医疗机构的其它特征来定制基准线阈值算法。

在一些实例中，可根据各种标准定义用于确定基准线阈值的特定时间/时间段。例如，可使用固定的时间或时间段。所述固定的时间段可代表这样一段时间，该段时间最有可能提供应当给予患者的合适的药物剂量的公正代表。例如，一天的时间、可能的中断(例如，手术、探视时间)次数或其它考虑可以导致指定这样一个时间段(例如，三个小时的时间窗)，该时间段将会提供给予患者的药物的基准线剂量的最佳测量时间。在另一个实例中，可定义一种用于选择时间或时间片段的模式(例如，一种没有中断的连续时间的模式，或者具有预先定义的阈值范围内的固定剂量的模式)。

在一个实例中，可根据患者提供的信息启发性地确定用于确定基准线阈值的最优时间段和/或算法。例如，可获取给予特定患者、某类患者或所有患者的药物的剂量并对其进行分析，从而确定用于确定要给予患者的药物的剂量的基准线阈值的最优时间段。例如，在一个实例中，可以对给予药剂的模式进行分析，从而确定用于定义或确定要给予患者的药剂的剂量的基准线阈值的最优时间段。同样，可以通过例如跨各种患者、各类患者等来对用于确定基准线阈值的算法进行分析，从而确定用于计算一个或多个患者或各组患者的基准线阈值的最优算法。

在步骤503，确定剂量信息，该剂量信息包括当前给予患者的药物的剂量。在一个实例中，剂量信息可以是在特定时刻的药物剂量或者可以是在一段时间中的累积剂量。在一个实例中，剂量信息可包括单次剂量以及连续剂量。在一个实例中，可根据接收到的来自注射泵101的信息确定剂量信息。注射泵101提供了在注射泵101处给予患者的每种药剂的名称和/或标识符。药剂的剂量信息可以是给予患者的每种药剂的基于体重的剂量，它是根据由注射泵提供的所给予的每种药剂的剂量信息以及作为患者ADT信息的一部分提供的患者体重来计算的。在一个实例中，剂量信息可包括在某个时刻或在指定的一段时间内给予的药剂的剂量。在一些实例中，可根据计划的剂量和/或(例如，在一段时间内)给予患者的多个单次剂量来确定剂量。

在步骤504，将剂量信息与基准线阈值进行对比，从而确定给予患者的药物的剂量是否符合基准线阈值的条件。在一个实例中，该条件可包括给予患者的药物的实际剂量是否以一定的偏离阈值不同于基准线阈值(例如，一个或多个数值，包括例如某一天内的总滚动平均值和/或某个特定时间片段的最大值)。在一个实例中，该条件可以由规则和协议定义，并且可对由基准线阈值定义的一组数值之间的期望关系进行限定。

在一个实例中，如果以定义的偏离阈值偏离了基准线阈值(例如，超过剂量和/或低于剂量)，则该确定可生成标记。在一个实例中，如上面描述，该确定可包括对每种药剂的单独确定或对给予患者的一种或多种药剂的组合(例如，镇静剂和/或镇痛剂)的确定。在一个实例中，可以将偏离阈值表示为固定数值、百分比、和/或累计数值。例如，阈值偏离可以是超出(或低于)基准线阈值的特定剂量。在另一个实例中，可以将阈值偏离表示为给予患者的剂量的百分比和/或基准线阈值的百分比。在一些例子中，阈值偏离可以是偏离基准线阈值的累计剂量。如上面描述，可根据步骤501中定义的规则来定义阈值偏离。

在一些实例中，可针对一个特定时间点或时间片段(例如，3小时的时间段)执行对比。在一些实例中，可根据步骤501中确定的规则来定义进程500的用于对比的时间段和/或进行确定和对比的频率。在一个实例中，可根据观察到的患者的特定信息或活动对时间段和/或频率进行调整(例如，如果观察到偏差，则可提高对比的频率和/或减少对比的时间片段)。

在步骤505，根据上述对比生成与给予患者的药物相关的信息。在一个实例中，该信息包括一个或多个通知和/或标记，其指示了相对于给予患者的药物的正常或可接受剂量(例如，由基准线阈值定义)的偏差。例如，当所述对比指示出在某个时间点上或某个时间段中给予患者的药物的剂量距基准线阈值(代表应当给予患者的药物的正常剂量)超出阈值偏离时，会生成一个通知或标记。

图6概念性地示出了一个用于实施主题技术的一些实施方案的电子系统。电子系统600可以是服务器、计算机、电话、PDA、笔记本电脑、平板电脑、嵌入了一个或多个处理器或耦接到一个或多个处理器的电视、或其它任何种类的电子设备。该电子系统包括各种类型的计算机可读介质和用于与其它各种类型的计算机可读介质连接的接口。电子系统600包括总线608、一个(或多个)处理单元612、系统存储器604、只读存储器(ROM)610、永久性存储设备602、输入设备接口614、输出设备接口616和网络接口616。

总线608共同地代表与电子系统600的许多内部设备通信性连接的所有系统、外围设备和芯片组总线。例如，总线608通信性地连接至具有ROM 610的一个(或多个)处理单元612、系统存储器604和永久性存储设备602。

为了执行本公开的进程，所述一个(或多个)处理单元612从这些不同的存储单元取回用于执行的指令和用于处理的数据。在不同的实施方案中，所述一个或多个处理单元612可以是单处理器或多核处理器。

ROM 610对电子系统的一个(或多个)处理单元612和其它模块所需要的静态数据和指令进行存储。另一方面，永久性存储设备602是读写存储设备。该设备是非易失性存储单元，它甚至可在电子系统600关闭时存储指令。本公开的一些实施方案使用了大容量存储设备(例如，磁盘或光盘及其相应的盘驱动器)作为永久性存储设备602。

其它实施方案使用了可移动存储设备(例如，软盘、闪存驱动器及其相应的盘驱动器)作为永久性存储设备602。与永久性存储设备602相同，系统存储器604是读写存储设备。但是，与永久性存储设备602相同的是，系统存储器604是易失性读写存储器，例如随机存取存储器。系统存储器604存储了一些处理器运行时需要的指令和数据。在一些实施方案，本公开的进程被存储在系统存储器604、永久性存储设备602和/或ROM 610中。例如，根据各种实施方案，各种存储单元包括用于确定相对于一个或多个规则和协议的遵从性指令。为了执行一些实施方案中的进程，所述一个(或多个)处理单元612从这些不同的存储单元取回用于执行的指令和用于处理的数据。

总线608还耦接到输入设备接口614和输出设备接口606。输入设备接口614使用户能够与电子系统传递信息并为电子系统选择命令。例如，使用输入设备接口614的输入设备包括字母数字键盘和指向设备(也称为“光标控制设备”)。输出设备接口606能够提供例如电子系统600生成的图像的显示。使用输出设备接口606的输出设备包括例如打印机和显示设备，例如，阴极射线管(CRT)或液晶显示器(LCD)。一些实施方案包括诸如触摸屏的设备，它们既充当输入设备也充当输出设备。

最后，如图6所示，总线608还通过网络接口616将电子系统600耦接至网络(未示出)。以这种方式，计算机可以是计算机网络(例如局域网(“LAN”)、广域网(“WAN”)或内联网)的一部分或各网络中的一个网络(例如因特网)的一部分。电子系统600的任意或全部组件可以与主题公开配合使用。

上面描述的这些功能可以实施在数字电子电路中、计算机软件、固件或硬件中。可使用一个或多个计算机程序产品实施这些技术。可将可编程处理器和计算机包括在移动设备中或包装为移动设备。可由一个或多个可编程处理器和一个或多个可编程逻辑电路执行这些进程和逻辑流程。通用计算设备和专用计算设备以及存储设备可通过通信网络互连。

一些实施方案包括电子组件，例如微处理器、将计算机程序指令存储在机器可读或计算机可读介质中的存储器和内存(也可称为计算机可读存储介质、机器可读介质、或机器可读存储介质)。这种计算机可读介质的一些实例包括RAM、ROM、只读光盘(CD-ROM)、可记录光盘(CD-R)、可重写光盘(CD-RW)、只读数字多功能光盘(例如，DVD-ROM、双层DVD-ROM)、多种可记录/重写DVD(例如，DVD-RAM、DVD-RW、DVD+RW等)、闪存(例如，SD卡、迷你SD卡、微SD卡等)、磁性和/或固态硬盘、只读和可记录光盘、超密度光盘、任何其它光介质或磁介质、以及软盘。计算机可读介质可存储计算机程序，它们可以由至少一个处理单元执行并包括用于执行各种操作的指令集。计算机程序或计算机代码的实例包括(例如由编译器提供的)机器代码以及包含由计算机、电子组件或微处理器利用解释器执行的更高级别的代码的文件。

尽管上述讨论主要参照执行软件的微处理器或多核处理器，但是一个或多个实施例由一个或多个集成电路(诸如专用集成电路(ASIC)或现场可编程门阵列(FPGA))来执行。在一个或多个实施方案中，这类集成电路执行存储在电路自身上的指令。

该说明书和该申请的任何条款中所使用的术语“计算机”、“服务器”、“处理器”和“存储器”都是指电子设备或其它技术设备。这些术语排除了一些人或多组人。为了说明的目的，术语“显示”的意思是在电子设备上显示。该说明书和该申请的任何权利要求中使用的术语“计算机可读介质”和“计算机可读媒介”全部被限制为以计算机可读形式存储信息的有形的、物理的实体。这些术语排除了任何无线信号、有线下载信号、和任何其它瞬时信号。

为了提供与用户的交互，可将该说明书中描述的主题的实施方案实施在计算机上，该计算机具有用于为用户显示信息的显示设备(例如CRT(阴极射线管)或LCD(液晶显示器)监视器)以及键盘和指向设备(例如鼠标或轨迹球)，用户可使用键盘和指向设备向计算机提供输入。其它种类的设备也可用于提供与用户的交互，例如，提供给用户的反馈信息可以是任何形式的感觉反馈，如视觉反馈、听觉反馈、或触觉反馈；可以以任何形式接收来自用户的输入，包括声音、语音、或触觉输入。此外，计算机可通过向用户使用的设备发送文档和从用户使用的设备接收文档来与用户交互；例如，响应于接收到的来自网络浏览器的请求，向用户的客户端设备上的网络浏览器发送网页。

该说明书中描述的主题的实施方案可以实施在计算系统中，该计算系统包括后端组件(例如，数据服务器)、或中间组件(例如，应用服务器)、或前端组件(例如，具有图形用户界面或网络浏览器的客户端计算机，通过该计算机，用户可与该说明书中描述的主题的实施方案进行交互)、或者一个或多个这种后端组件、中间组件或前端组件的任何组合。该系统的组件可以通过任何形式或数字数据通信(例如，通信网络)互连。通信网络的实例包括局域网(“LAN”)、广域网(“WAN”)、互联网(例如，因特网)、对等网络(例如，专用对等网络)。

计算系统可包括客户端和服务器。客户端和服务器大体上是彼此远离的，并且通常通过通信网络进行交互。客户端与服务器之间是凭借运行在各个计算机上的计算机程序建立关系的，它们彼此之间具有客户端-服务器的关系。在一些实施方案中，服务器向客户端(例如，该客户端为了显示数据并接收来自与客户端设备交互的用户的输入)传送数据(例如，HTML网页)。客户端设备上生成的数据(例如，用户交互的结果)可来自服务器上的客户端设备。

在前面的详细描述中，阐述了许多具体细节，从而为本公开提供完整的了解。但是，对于本领域内的技术人员显而易见的是，可以在没有这些具体细节的情况下实践本公开的实施例。在其它实例中，为了避免模糊本公开，没有展示出众所周知的结构和技术。

提供前面的描述以使得本领域技术人员能够实践本文描述的各个方面。虽然前面已经描述了被认为是最佳的方式和/或其他示例，但是要理解的是对于本领域技术人员而言对上述各方面的各种修改将是显而易见的，并且本文定义的一般原理可以适用于其他方面。由此，不是旨在将权利要求限制为本文所示各方面，而是旨在与符合语言权利要求的全部范围相一致，除非特别声明，否则其中要素的单数形式的引用不是意在表示“一个且仅一个”的意思，而是“一个或多个”的意思。除非特别声明，否则术语“一组”、“一些”指的是一个或多个。男性代词(例如，他的)包括女性和中性(例如，她的和它的)的含义，反之亦然。如果存在，标题和子标题仅用于方便的目的，而不是限制本公开。

应当理解的是，所公开的处理过程中的步骤的特定顺序或层级是对示例方式的说明。根据设计偏好，可以理解的是，可以重新排列处理过程中的步骤的特定顺序或层级。可以同时执行一些步骤。随附的方法权利要求以样本顺序呈现了各个步骤的要素，并非意在被限制为所呈现的特定顺序或层级。

本公开中使用的诸如“顶部”、“底部”、“前部”、“后部”等术语应当被理解为针对任意的参考坐标系，而不是普通的重力参考坐标系。因而，“顶部表面”、“底部表面”、“前部表面”、“后部表面”可在重力参考坐标系中向上、向下、斜线地、水平地延伸。

诸如“一个方面”的短语不是暗指该方面对主题技术是必不可少的或者该方面适用于主题技术的所有配置。涉及一个方面的公开也可适用于所有的配置、或一个或多个配置。诸如“方面”的短语可涉及一个或多个方面，反之亦然。诸如“实施例”的短语不是暗指该实施例对主题技术是必不可少的或者该实施例适用于主题技术的所有配置。涉及一个实施例的公开也可适用于所有的实施例、或一个或多个实施例。诸如“实施例”的短语可涉及一个或多个实施例，反之亦然。

本文中使用的词语“示例性的”是“用作示例或例证”的意思。本文中描述为“示例性的”任何方面或设计不是必须被解释为相对于其它方面或设计是优选的或有优势的。

所有本领域内的技术人员已知的或者随后将会知道的贯穿本公开所描述的各方面的要素的等价结构和功能都明确地通过引用并入到本文中并意在被权利要求书所包含。此外，本文公开的内容并非意在贡献给公众，无论这种公开是否明确地在权利要求书中列出。没有权利要求要素以35U.S.C.§112条第6款进行解释，除非该要素明确地利用短语“用于……的装置”来进行叙述，或者在方法权利要求的情况下，利用短语“用于……的步骤”来进行叙述。此外，对于说明书或权利要求书中使用的“包括”、“具有”等术语，这种术语旨在以与术语“包含”相似的方式为包括性的，如“包含”在权利要求中作为过渡词语使用时的解释。

Claims (14)

1.一种用于确定与一个或多个患者护理协议的遵从性的系统，包括：

一个或多个处理器；以及

存储器，该存储器包括指令，所述指令当由所述一个或多个处理器执行时使得所述一个或多个处理器执行操作，所述操作包括：

从一个或多个注射泵接收与提供给患者的一种或多种药剂相关的注射信息；

确定针对给予患者的一种或多种药剂的基准线阈值；

确定当前给予患者的一种或多种药剂的当前剂量；

将当前给予患者的一种或多种药剂的当前剂量与所述基准线阈值进行对比，以确定相对于所述基准线阈值的偏差；

根据所述偏差生成关于患者护理的分析，所述分析包括关于向患者给予药物的信息；

向客户端设备提供生成的所述分析以用于显示；

基于所述剂量与所述基准线阈值进行的对比，确定所述偏差满足阈值偏差；以及

响应于所述偏差满足阈值偏差，向与护理人员相关联的远离所述一个或多个处理器的客户端设备提供通知，所述通知指示所述剂量偏离正常或偏离可接受剂量或者应当执行事件，并且提高对比的频率或减少相应的时间片段以用于未来确定给予患者的剂量，所述时间片段是确定所述剂量的时间片段。

2.如权利要求1所述的系统，其中，所述基准线阈值根据先前在特定时间片段期间给予患者的一种或多种药剂的实际剂量进行计算，其中，所述处理器还被配置为：

响应于所述偏差满足阈值偏差。

3.如权利要求1所述的系统，其中，所述注射信息指示在先前向所述患者给予所述一种或多种药剂期间发生的在一个或多个时间片段期间所述患者经历的自发唤醒试验，以及其中，所述操作还包括：

确定一种没有中断的连续时间的模式，或者具有预先定义的阈值范围内的固定剂量的模式；

基于所述模式，由所述处理器确定最优时间片段；以及

基于在对应于所述最优时间片段的先前时间片段期间给予所述患者的一种或多种药剂的实际剂量来确定所述基准线阈值。

4.如权利要求3所述的系统，其中，所述基准线阈值是在对应于所确定的最优时间片段的先前时间片段内给予所述患者的一种或多种药剂的剂量的最大值、最小值或滚动平均值中的一个或多个。

5.如权利要求1所述的系统，其中，所述操作还包括：

从呼吸器接收与所述呼吸器提供给所述患者的呼吸换气有关的呼吸换气信息，其中，当所述呼吸器提供所述呼吸换气时，将所述一种或多种药剂与所述基准线阈值进行对比。

6.如权利要求5所述的系统，其中，响应于所述偏差满足所述阈值偏差，所述操作还包括：

生成关于向所述患者给予所述一种或多种药剂并且与针对所述患者的呼吸器脱离进程有关的标记；

将与所述患者相关联的患者治疗结果信息映射至所述标记；以及

基于所更新的患者治疗结果信息更新一组规则和协议。

7.如权利要求1所述的系统，其中，所述事件包括呼吸换气终止。

8.如权利要求5所述的系统，其中，所述操作还包括：

至少部分地基于所述注射信息和所述呼吸换气信息中的一个或多个来确定拔管是否已经发生；以及

当确定所述拔管已经发生时，识别在所述拔管之前发生的一个或多个先前事件，并且将所述一个或多个先前事件与由一组预先设定的规则和协议定义的一个或多个事件进行对比。

9.如权利要求1所述的系统，其中，所述操作还包括：

识别用于对患者护理进行监控的一组规则和协议，其中，基于所述一组规则和协议提供的算法来确定所述基准线阈值。

10.如权利要求9所述的系统，其中，所述操作还包括：

识别所述患者的一个或多个特征；以及

根据所述特征识别所述患者的患者类别；

其中，识别所述一组规则是基于所识别的患者特征和患者类别来进行的。

11.如权利要求1所述的系统，其中，所述操作还包括：

将当前给予所述患者的所述一种或多种药剂与用于所述患者的首选药剂的清单进行对比，以确定当前给予所述患者的所述一种或多种药剂中的每种药剂是否是首选药剂。

12.如权利要求1所述的系统，其中，确定所述一种或多种药剂的当前剂量包括至少部分地基于注射信息和所述患者的体重来计算当前给予所述患者的所述一种或多种药剂中的每种药剂的基于体重的剂量。

13.如权利要求12所述的系统，其中，所述一种或多种药剂的当前剂量包括：在一个相应的时间片段内所述一种或多种药剂中的每种药剂的连续剂量和单次剂量中的一个或多个。

14.一种在其上存储有指令的非暂时性计算机可读介质，所述指令在由一个或多个处理器执行时使得所述一个或多个处理器执行一种方法，所述方法包括：

从一个或多个注射泵接收与提供给患者的一种或多种药剂相关的注射信息；

确定针对给予患者的一种或多种药剂的基准线阈值；

确定当前给予患者的一种或多种药剂的当前剂量；

将当前给予患者的一种或多种药剂的当前剂量与所述基准线阈值进行对比，以确定相对于所述基准线阈值的偏差；

根据所述偏差生成关于患者护理的分析，所述分析包括关于向患者给予药物的信息；

向客户端设备提供生成的所述分析以用于显示；

基于所述剂量与所述基准线阈值进行的对比，确定所述偏差满足阈值偏差；以及

响应于所述偏差满足阈值偏差，向与护理人员相关联的远离所述一个或多个处理器的客户端设备提供通知，所述通知指示所述剂量偏离正常或偏离可接受剂量或者应当执行事件，并且提高对比的频率或减少相应的时间片段以用于未来确定给予患者的剂量，所述时间片段是确定所述剂量的时间片段。