CN115666684A - 用于对医疗输注泵进行编程的系统和方法 - Google Patents

Abstract

用于对输注泵进行编程的系统和方法。输注泵使用来自医院信息系统(HIS)的输注命令中提供的参数来寻找输注泵药物库中的匹配条目。如果输注泵药物库中没有相匹配的条目，则用参数填充手动模式，并且泵可以相应地在手动模式下被操作。

Description

用于对医疗输注泵进行编程的系统和方法

相关申请的交叉引用

本申请要求于2020年5月27日提交的美国临时申请第63/030,724号的优先权，该美国临时申请在此通过引用全部合并到本文中。

技术领域

实施方式总体上涉及医疗设备，更具体地涉及对输注泵进行编程。

背景技术

在医疗领域中，输注泵已经用于管理向患者输送和分配规定量或规定剂量的药物、流体、流体状物质或药剂(在下文中，被统称为“输注液”或“注入液”)。输注泵可以通过在延长的时间段内准确地输送和分配输注液来提供一些优于手动输注技术的显著优点。

输注泵尤其适用于治疗需要定期药理干预的疾病和病症，包括癌症、糖尿病以及血管、神经和代谢病症。输注泵还增强了医疗保健提供者输送麻醉和控制疼痛的能力。输注泵用于各种环境，包括医院、疗养院和其他短期和长期医疗机构以及住宅护理环境。输注泵可以包括各种构造、操作模式和类型。

一般来说，输注泵可以包括各种类型的泵。在某些情况下，输注泵包括注射泵、大容量泵(“LVP”)和患者控制的镇痛(“PCA”)泵。根据其具体设计和预期用途，输注泵可以用于通过各种输送方法施用输注液，所述各种输送方法包括静脉内地、腹膜内地、动脉内地、皮下地、神经轴地，并且特别地，输注泵可以用于通过各种输送方法将输注液施用到术中部位、硬膜外腔和蛛网膜下腔中。

可以通过对每个单独的泵进行编程来局部地控制输注泵。例如，医疗从业者可以将输注泵配置成执行与患者的治疗需求相对应的输送配置文件，或者患者可以在预先定义的限度内根据他们的个人需求来配置输注泵而无需医生参与。替选地，也可以通过其他技术——例如通过与泵进行通信的网络服务器——来控制输注泵。在某些情况下，医院信息系统(HIS)和电子病历(EMR)系统可以通过提供例如药物库、自动制图和其他与输注泵协同操作的“智能”通信系统来提供这样的功能。

此外，一些输注泵系统还包括“条形码药物管理”(“BCMA”)过程，其可以与HIS和/或EMR系统进行通信以减少药物输送错误并提高患者安全性。在典型的BCMA过程中，单个输注液容器诸如注射器(与例如注射泵一起使用)和袋子(与例如LVP一起使用)被贴上与特定患者相对应的独特条形码。如果BCMA系统无法将输注液与HIS、EMR或药物库中适用于患者的命令相匹配，就会向从业者发出警告。在一些输注系统中，BCMA过程是启动输注泵的操作的第一步。

目前，HIS和EMR系统与输注泵之间的这种互操作性在某种程度上是有限的。尽管互操作性通常能提高患者的安全性和操作效率，但是它的实施成本很高并且具有挑战性。特别地，很难确保HIS/EMR系统与每个泵(例如，药物库)一致并保持同步，以实施自动编程或智能泵编程(“SPP”)工作流程。此外，如果自动编程命令与泵的药物库不匹配，则退出自动编程工作流程。为了实施该命令，必须根据空的药物库条目模板创建或填写新的药物库条目。

因此，在自动编程或智能泵编程工作流程中需要灵活性。

发明内容

本文所述的实施方式基本上满足输注泵系统的上述需求。本文所述的系统和方法为利用HIS/EMR对输注泵进行编程提供了可用的、灵活的工作流程。通过向自动编程工作流程增加灵活性，提高了患者的安全性。此外，泵系统可以由用户更有效地操作。

一般来说，自动编程工作流程通常开始于医生用户在医院信息系统(HIS)或电子病历(EMR)系统(以下统称为“HIS”)中针对输注的计算机化医嘱输入(CPOE)。输注命令可以以电子方式被传送到可操作地耦接的药房子系统，在药房子系统中对输注命令进行验证。然后，输注命令可以以电子方式被传送到可操作地耦接的输注泵，在输注泵上，输注命令可以被批准和启动。在实施方式中，输注可以自动地被启动。但为了安全起见，主治医疗保健专业人员通常以与泵最少的交互在泵上批准或启动输注。这种工作流程消除了在泵上的手动输入错误，并且通常比手动输入输注参数更加简化和高效。

然而，要使用自动编程工作流程对输注泵进行编程，输注命令必须在特定泵的药物库中具有相应的匹配条目。保持所有泵的所有药物库被更新并与HIS系统相匹配可能很困难。而且，传统上，如果输注命令在泵的药物库中没有匹配的条目，则泵会退出自动编程工作流程。

在实施方式的特征和优点中，灵活性被构建到自动编程工作流程中。特别地，泵的控制逻辑的实施方式可以智能地检查药物库中的匹配。而且，当没有找到匹配时，实施方式允许利用从HIS接收的参数通过在“手动模式”下自动填充所接收的参数来进行“手动模式”操作。可以允许利用所接收的参数进行“手动模式”操作，因为这些参数已经被药房子系统或相应的安全限制检查所验证或者已经通过HIS被验证。此外，不需要在泵上创建(至少)部分填充的库条目(这在没有现存库条目的手动模式操作中是典型的)。

更特别地，系统和方法使用输注命令中提供的参数来寻找匹配的药物库条目或者以与临床医生执行此类任务的方式相同的方式使用“手动模式”对泵进行编程。这允许在“手动模式”下运行泵的灵活性和效率，同时仍然具有根据HIS填充参数的安全性，因为这些参数在HIS中已经被审查和批准。因此，参数输入期间出现错误的可能性大大降低。

说明这种益处的一个特定场景是以下情境：针对体重60磅的8岁儿童建立了儿科药物库，但患者是体重160磅的16岁儿童。传统地，这会导致从业者绕过HIS泵编程工作流程而对泵进行手动编程，并且然后手动绘制输注图。然而，在本文通过示例描述的实施方式中，通过停留在HIS泵编程工作流程中，泵的编程和制图仍然是使用已经批准的参数自动进行的。说明这种益处的另一个场景是以下情境：由于药物短缺，需要用一种药物替代库中没有明确列出的另一种药物。

因此，以这种混合方式停留在自动编程工作流程中，可以使从业者不必像在典型的手工输入中那样输入大量的按键。因此，消除按键减少了编程错误的可能性并且提高了患者的安全性。

在实施方式的另一个特征和优点中，通过停留在自动编程工作流程中，关于输注的数据可以自动流回HIS以记录在系统中。传统上，在手动编程模式下，关于输注的数据需要手动输入到系统中。相应地，制图也由此更好地自动化。

在实施方式的另一个特征和优点中，药物库维护得到了改进。特别地，当输注不匹配时，关于由此产生的“不匹配”指示的数据以及实际被编程的另外的手动超控(override)输注被自动排队并被发送回HIS或药房子系统。因此，在“不匹配”与随后被编程的实际输注之间建立了联系(与另外的实际输注通常与“不匹配”指示没有联系的传统系统相比)。

因此，在查看泵的药物库的变化时，诸如药剂师的用户拥有如何尝试特定输注的可操作数据，其中该药物库没有相应的匹配以及临床医生随后编程的输注协议。然后可以对泵的药物库和/或自动编程工作流程进行适当的更新。

在实施方式中，输注泵包括处理器、可操作地耦接到处理器的存储器以及包括指令的控制逻辑，所述指令当被执行时使处理器：从HIS接收与输注命令对应的编程参数，所述编程参数已经被HIS验证；确定所接收的编程参数是否与输注泵的药物库中的药物库协议相匹配；当编程参数与药物库中的任何药物库协议不匹配时，对不匹配的错误代码进行排队；利用所接收的编程参数填充手动模式；以及使用填充的编程参数在手动模式下操作输注泵。

在实施方式中，一种对输注泵进行编程的方法包括：从HIS接收与输注命令相对应的编程参数，所述编程参数已经被HIS验证；确定所接收的编程参数是否与输注泵的药物库中的药物库协议相匹配；当编程参数与药物库中的任何药物库协议不匹配时，对不匹配的错误代码进行排队；利用所接收的编程参数填充手动模式；以及使用填充的编程参数在手动模式下操作输注泵。

在实施方式中，输注泵包括：用于从HIS接收与输注命令相对应的编程参数的装置，所述编程参数已经被HIS验证；用于确定所接收的编程参数是否与输注泵的药物库中的药物库协议相匹配的装置；用于当编程参数与药物库中的任何药物库协议不匹配时对不匹配的错误代码进行排队的装置；用于利用接收的编程参数填充手动模式的装置；以及用于使用填充的编程参数在手动模式下操作输注泵的装置。

以上概述并非旨在描述本发明的主题的每个示出的实施方式或每个实现方式。下面的附图和详细描述更具体地举例说明了各种实施方式。

附图说明

结合附图考虑以下对各种实施方式的详细描述，可以更全面地理解本发明的主题，在附图中：

图1是根据实施方式的包括注射泵的输注泵的前角透视图。

图2是根据实施方式的包括注射泵的输注泵的前视图。

图3是根据实施方式的包括注射泵的输注泵的系统图。

图4是根据实施方式的用于输注泵的控制器子系统的框图。

图5是根据实施方式的输注泵系统的架构框图。

图6是根据实施方式的对输注泵进行编程的方法的流程图。

图7A至图7B是根据实施方式的对输注泵进行编程的方法的流程图。

图8是根据实施方式的HIS和输注泵之间的智能互操作性的方法的流程图。

虽然各种实施方式可修改为各种变型和替选形式，但是其细节已经通过附图中的示例被示出，并且将被详细地描述。然而，应当理解，其目的不是将本发明限于所描述的特定实施方式。相反，本发明将涵盖落入由权利要求所限定的主题的精神和范围内的所有修改、等同物和替选方案。

具体实施方式

参照图1至图2，示出了输注泵，并且特别地示出了注射泵100。本领域技术人员将容易理解，本文描述的用户体验实施方式可以被配置成与例如注射泵、大容量泵和患者控制的镇痛(“PCA”)泵一起使用。

“注射泵”通常包括作用于预填充药物注射器的泵，所述预填充药物注射器在微处理器控制下被机械地驱动，以通过流体地连接到注射器的输注管线以受控速率向患者输送规定量或规定剂量的输注液。注射泵通常包括例如使丝杠或调节机构旋转的马达。丝杠或调节机构又致动柱塞头的柱塞驱动器，该柱塞驱动器向前推动注射器筒内的柱塞。向前推动柱塞然后迫使一定剂量的输注液从注射器向外进入输注管线并且到达患者。如本公开内容通篇所使用的，术语“注射泵”通常旨在涉及作用在注射器上以可控地迫使流体从注射器向外的任何设备。

“LVP”可以采取各种形式，但是通常是耦接至一个或更多个容器(例如盒子、IV袋或其他自包含流体源)的输注泵，所述一个或更多个容器被配置成保存或储存大量待输注的药物或流体。如本公开内容通篇所使用的，术语“LVP”通常旨在涉及能够对患者进行大容量输注的任何输注泵或输注设备。

“PCA”泵可以包括被设计成便携式或可穿戴式的移动泵(ambulatory pump)。在实施方式中，PCA泵可以包括SMITHS MEDICAL CADD移动输注泵。在实施方式中，CADD移动输注泵很容易从医院护理环境过渡到家庭护理环境。

泵100通常包括用户接口102。用户接口102通常包括显示屏104和键盘106。

显示屏104可以是矩形彩色LCD屏，并且在某些实施方式中可以是触摸屏。显示屏104可以是用于控制泵100的任何类型的合适的图形用户界面(“GUI”)。在一些实施方式中，显示屏104可以被配置成允许显示四行文本，每行文本长达三十个字符。因此，显示屏104的这种尺寸使得能够查看相当长度的信息和药物名称。在一些实施方式中，某些命令或指令不是由诸如显示屏104的触摸屏控制，而是由键盘106控制。

键盘106位于显示屏104附近，并且呈现各种按钮和指示灯。在一些实施方式中，在键盘106上使用需要物理机械致动的按钮以用于某些用户命令，所述某些用户命令包括：接通/关断电源；使声音警报静音；开始输注；以及停止输注。也可以设想在键盘106上有更多按钮或更少按钮。在显示器104的触摸屏没有正确地工作或者以其他方式难以正确地操纵的情况下，出于主要或冗余目的的物理机械致动按钮为操作者提供增加的安全性和可靠性。因此，具有包括显示屏104和键盘106两者的用户接口102提供了屏幕接口的灵活性以及物理控制按钮的增强的安全性和可靠性。在实施方式中，键盘106包括功能上与显示屏104协同操作的控制按钮。

参照图3，描绘了根据实施方式的泵100的系统图。图3示出了注射泵100，该注射泵100包括用户接口102、控制器108、马达110、驱动部件(驱动系统)112、电源插座114、电池116、电气电路系统118、以太网连接器120、USB端口122、扬声器124和柱塞头传感器126。

如将要描述的，泵100和/或其部件或子系统可以包括一个处理器或多个处理器。在实施方式中，本文所讨论的(一个或多个)处理器可以是接受数字数据作为输入、被配置成根据指令或算法处理输入并提供结果作为输出的任何可编程设备。在实施方式中，本文讨论的(一个或多个)处理器可以被配置成执行计算机程序的指令。因此，本文所讨论的处理器和其他这样的设备被配置成执行基本的算术、逻辑和输入/输出操作。

本文讨论的泵100和/或其部件或子系统可以包括存储器。存储器可以包括如耦接的处理器所要求的易失性或非易失性存储器，以便不仅提供空间来执行指令或算法，而且提供空间来存储指令本身。在实施方式中，易失性存储器可以包括例如随机存取存储器(RAM)、动态随机存取存储器(DRAM)或静态随机存取存储器(SRAM)。在实施方式中，非易失性存储器可以包括例如只读存储器、闪存、铁电RAM、硬盘、软盘、磁带或光盘存储装置。上述列表决不限制可以使用的存储器的类型，因为这些实施方式仅以示例方式给出并且不旨在限制实施方式的范围。

本文描述的部件可以被构造成、编程成、配置成或以其他方式适配成自主地执行功能或一组功能。各种部件可以包括真实世界设备、部件或部件的布置，所述各种部件是例如使用硬件例如通过专用集成电路(ASIC)或现场可编程门阵列(FPGA)实现的或者是作为硬件和软件的组合例如通过微处理器系统和实现特定功能的程序指令集实现的，所述程序指令集(当被执行时)将微处理器系统转换为专用设备。部件也可以以两者的组合来实现，其中，某些功能由硬件单独提供并且其他功能由硬件和软件的组合提供。因此，每个部件可以以各种物理实施的配置来实现，并且通常不应限于本文举例说明的任何特定实现，除非明确地指出了这样的限制。另外，部件本身可以由多于一个子部件组成，每个子部件都可以被视为独立的部件。此外，在本文描述的实施方式中，各种部件中的每个部件对应于定义的自主功能；然而，应当理解，在其他预期的实施方式中，每个功能可以被分配给多于一个部件。同样，在其他预期的实施方式中，多个定义的功能可以由执行这多个功能的单个部件来实现，可能与其他功能并行或串行和/或互补，或者与本文的示例中具体示出的不同地分布在一组部件中。

如上所述，用户接口102用作来自医疗从业者、泵程序员或其他用户的对泵100的数据输入的源。用户接口102可以包括触摸屏显示器104、键盘106或者这些或其他用户接口技术的组合。在实施方式中，如将描述的，用户接口102还可以包括控制器子系统(参见图4)。

控制器108连接到用户接口，并且负责确保以期望的方式控制泵100。控制器108位于壳体212中，并控制马达108和驱动部件108的操作。在某些实施方式中，控制器108还控制用户接口102的操作。例如，显示控制器子系统可以在控制器108内实现或者在其他实施方式中与控制器108分离。控制器108可以包括一个或更多个处理器。在一些实施方式中，控制器108还可以包括存储器。

马达110通常可操作地耦接到控制器108和泵部件。马达110是用于引导驱动系统112(或驱动部件)以实现柱塞头组件的移动的主要装置。驱动系统112可以是一组驱动部件，所述一组驱动部件至少部分地位于泵的壳体中并且负责机械地引导流体的输注。

泵100还包括经由连接到电源插座114的软线或经由连接到电源插座114的机架中的连接器的线路电源。电池116为输注泵100提供另一替选电源。在实施方式中，电池116可以完全封闭在壳体中。

各种电气部件和电气电路系统118位于将命令中继到控制器108或执行命令所需的泵壳体内或位于系统内。各种外部设备也可以通过输入端例如以太网连接器120或USB端口122连接到泵100。

扬声器124被配备成提供全部范围的音频输出，包括命令、警报和信息通信。

柱塞头传感器126和其他传感器也可以是系统的一部分。例如，柱塞头传感器126可以对诸如表征注射器、检测堵塞和确定柱塞位置的任务进行各种测量。控制器108利用从传感器126和其他部件获得的信息来帮助通信和决策。尽管没有具体示出，但是应当理解和明白，在LVP泵的实施方式中，传感器126可以包括用于LVP应用的感测设备。

参照图4，描绘了根据实施方式的用于输注泵的控制器子系统的框图。控制器子系统200可以被实现为控制器108和/或用户接口102的一部分。控制器子系统200通常包括处理器202、存储器204、控制逻辑206以及I/O逻辑208。

处理器202可以包括固定功能电路系统和/或可编程处理电路系统。处理器202可以包括微处理器、控制器、DSP、ASIC、FPGA或等同的分立或模拟逻辑电路系统中的任何一个或更多个。在一些示例中，处理器202可以包括多个部件例如一个或更多个微处理器、一个或更多个控制器、一个或更多个DSP、一个或更多个ASIC或者一个或更多个FPGA的任何组合以及其他分立或集成逻辑电路系统。本文中归属于处理器202的功能可以被实现为软件、固件、硬件或它们的任何组合。如本领域普通技术人员将容易理解的，在实施方式中，处理器202包括被配置用于控制、显示和用户接口操作以及任何其他适当操作的可编程设备。

存储器204可以包括计算机可读指令，所述计算机可读指令在由处理器202执行时使泵100执行各种功能。存储器204可以包括易失性介质、非易失性介质、磁性介质、光学介质或电介质，例如随机存取存储器(RAM)、只读存储器(ROM)、非易失性RAM(NVRAM)、电可擦除可编程ROM(EEPROM)、闪存或任何其他数字介质。在实施方式中，存储器204可操作地耦接到处理器202，并且可以提供空间以执行控制逻辑206和/或I/O逻辑208的指令或算法，而且在某些实施方式中还可以提供空间以存储指令本身。

控制逻辑206包括被配置成操作输注泵的软件逻辑。在实施方式中，编程逻辑配置有各种泵应用程序指令(例如，可执行代码、规则和/或数据)，所述各种泵应用程序指令控制泵的操作以实现特定疗法或特定类型的输送(例如，连续输送、间歇输送、疼痛控制、化疗、全胃肠外营养等)。例如，泵应用程序可能包含限定泵的操作以实现各种泵参数的指令。例如，泵应用程序包括包含患者特定泵参数和非患者特定泵参数二者的泵协议以及用于分配内存、用户接口的指令或用于监测各种传感器和驱动泵机构的马达的算法。

控制逻辑206也可以被编程或配置成访问数据库(通常被称为或包括“药物库”)，所述数据库包含与可用于特定泵的输注液有关的信息以及与给药指南、药物浓度、剂量限制和临床建议相对应的信息。通常，药物库包含预定义浓度或标准浓度的药物列表，这又有效地确定了安全给药范围。

在实施方式中，控制逻辑206可以被配置成与HIS对接，以接收与输注泵的操作有关的编程参数。在某些实施方式中，HIS或相应的药房子系统被配置成在协议被发送到泵之前处理安全方面的检查。

I/O逻辑208包括软件逻辑，该软件逻辑被配置成关于向用户显示什么信息和从用户接收什么信息做出逻辑决定。在实施方式中，I/O逻辑208可以向屏幕I/O、小键盘I/O或其他合适的输入/输出机制显示。在实施方式中，I/O逻辑208可以接收来自小键盘I/O和/或屏幕I/O或其他合适的输入/输出机制的输入。此外，I/O逻辑208可以通过编程逻辑206与控制器108和泵100的输注算法集成。

参照图5，描述了根据实施方式的输注泵系统的架构框图。系统300通常包括与泵304进行电子通信的医院信息系统(HIS)302。附图中和本文献通篇描述的HIS 302包括医院的信息或管理系统以及其所有的子组件和子系统。HIS 302包括提供医疗保健相关信息的系统，该系统是集成的并且可以由医院或医疗保健机构的人员访问以帮助提供患者护理。这样的系统是全面综合的信息系统，旨在管理医院的医疗、行政、财务和法律方面及其服务处理。

在实施方式中，HIS 302还可以包括或管理患者的电子病例(EMR)306。这样的电子记录可以包括患者的最新病史、患者数据、实验室工作、测试结果、处方、成像和诊断信息。在一些实施方式中，HIS 302可以被配置成将数据传输到服务器，以便集成到药物库中。同样，数据可以从服务器被传输到HIS 302，以用于信息、报告或患者护理目的。

在实施方式中，在自动编程(或“智能泵编程”)过程中，HIS 302和/或EMR 306可以将输注命令传输到诸如泵304的输注泵。经由HIS的自动编程通常比用户在泵上的手动编程输入更有效。在实施方式中，HIS302和/或EMR 306可以通过药物安全性软件检查和来自命令系统的相关群体来确保编程参数的安全性，其中这些参数在传输到泵304之前已经被审查和批准。因此，自动编程可以帮助消除输注错误并提供更迅速和更及时的患者护理。

在实施方式中，自动编程过程可以通过条形码药物管理在HIS 302处启动，该条形码药物管理被配置成发送启动泵过程的初始消息。

参照图6，描述了根据实施方式的对输注泵进行编程的方法400的流程图。在实施方式中，方法400可以对本文所述的泵之一(例如，泵100或泵304)进行编程。此外，作为方法400的一部分描述的操作可以在控制逻辑206和/或I/O逻辑208中被实现。

在实施方式中，方法400通常包括：在402处，由输注泵从HIS接收编程参数。在实施方式中，编程参数作为自动编程或智能泵编程工作流程的一部分被接收。例如，编程参数可以由医生作为计算机化医嘱输入的一部分而被输入，由药房批准，并通过网络被传输至泵。

在404处，泵检查其泵药物库中与接收的编程参数相关联的协议。在实施方式中，泵可以执行各种级别的过滤，以确定编程参数是否有相应的药物库条目。例如，泵最初可以标识与编程的药物标识符或药物名称相匹配的所有药物库条目，然后标识指定的特定浓度，然后标识指定的输送单位等。

在406处，如果泵标识出匹配的协议，则可以在典型的自动编程工作流程中根据该特定药物库协议对泵进行编程。

然而，如果泵在404处不能标识出匹配的协议，则泵可以在408处对不匹配的错误代码进行排队并继续工作流程，而不是退出自动编程工作流程并在泵处提供不匹配的错误代码(并返回到HIS)。

在410处，向用户提示用接收的编程参数在手动模式下进行编程的选项。如果用户拒绝在手动模式下进行编程的选项，则在412处不匹配的错误代码以及任何其他适当的错误代码在泵处被输出并根据情况返回到HIS。

如果用户接受在手动模式下进行编程的选项，则泵被配置成在手动模式下运行，并且在414处将接收的编程参数作为手动模式操作的一部分进行填充。

在416处，泵在手动模式下运行。如果手动模式操作“超控”失败，则在泵处输出不匹配的错误代码以及任何其他适当的错误代码，并根据情况返回到HIS。

可选地，并且在图6中没有示出，关于输注的数据可以自动流回HIS以进行记录。

因此，实施方式被配置成使泵可以保持自动编程工作流程，而不是在没有找到药物库匹配时退出工作流程。此外，不需要根据空的药物库条目模板创建或填写新的药物库条目。

参照图7A至图7B，描述了根据实施方式的对输注泵进行编程的方法500的流程图。与图6类似，方法500可以对本文所述的泵之一(例如，泵100或泵304)进行编程。此外，作为方法500的一部分描述的操作可以在控制逻辑206和/或I/O逻辑208中被实现。

在502处，输注泵从编程系统(例如，HIS上的CPOE)接收有效的输注命令消息。

在504处，泵验证输注命令消息包括正确的设备、正确的设备类型(例如，注射器、LVP、PCA等)以及所选择的输注途径(例如，IV、硬膜外等)被支持。

在506处，如果设备、设备类型或输注途径之一不匹配，则可以输出适当的错误代码。在实施方式中，错误代码可以被输出到泵并且被返回到可操作地耦接的HIS。

在508处，如果设备、设备类型和输注途径确实匹配，则泵开始过滤以找到匹配的药物库条目的过程。在实施方式中，泵可以从接收的输注命令消息中找到与接收的药物i.d.或药物名称匹配的所有药物库条目。

在510处，泵提供与所接收的输注命令消息中提供的药物相匹配的药物库条目的过滤列表。

在512处，如果泵没有找到任何匹配的药物库条目，则对输注泵无法将接收的药物与它的药物库相匹配的错误代码进行排队。经由路径A，接收的参数被用来尝试手动输注(如将会描述的)。

在514处，继续过滤过程，泵确定在接收的输注命令信息中是否限定了浓度值。

在516处，如果在接收的输注命令消息中没有限定浓度，则创建与药物名称或药物i.d.相匹配的药物库条目的列表。

在518处，如果在接收的输注命令消息中限定了浓度，则创建浓度匹配或没有限定浓度的药物库条目的列表。

在520处，根据生成的子集列表，进行浓度匹配的检查。例如，可以检查生成的子集列表中是否有与接收的浓度相匹配的浓度。如果在520处没有匹配的药物库条目，则在522处对所需编程参数缺失的错误代码进行排队。经由路径B，接收的参数被用来尝试手动输注(如将会描述的)。

在524处，从经由无浓度限定路径的516或经由浓度限定路径的520，使用匹配的条目，泵过滤掉具有与所接收参数不匹配的输送单位的任何条目。

在526处，泵确定是否存在具有匹配的输送单位的药物库条目。在528处，如果不存在匹配的药物库条目，则在528处对剂量单位或速率单位与药物库不匹配的错误代码进行排队。经由路径B，接收的参数被用来尝试手动输注(如将描述的)。

在530处，如果输送单位匹配，则向临床医生呈现具有匹配的药物库条目的配置文件的列表。

继续经由图7B中的路径C，临床医生选择药物库条目。在534处，如果临床医生没有选择库条目，则可以输出适当的错误代码。例如，该错误代码可以指示编程被用户拒绝。在实施方式中，错误代码可以被输出到泵并且被返回到可操作地耦接的HIS。

在536处，如果临床医生选择了药物库条目，则泵会验证命令参数是否在所选药物库条目限制之内。

在538处，在泵的用户接口上向临床医生呈现药物命令参数。

回到536处，如果泵确定命令参数在所选药物库条目限制之外，则在540处对适当的错误代码进行排队。

与退出工作流程并报告错误的传统方法相比，反而对错误512、522、528和540进行排队。

返回到路径A和B，在542处，泵确定是否允许自动编程超控。在实施方式中，药剂师用户可以通过在泵的药物库中设置选项来实现是否允许自动编程超控。例如，这可以在任何自动编程例如药物库的初始配置之前被完成。随后，在542处，泵检查“允许自动编程超控”选项以确定泵是否可以超控。

在544处，如果不允许自动编程超控，则退出自动编程工作流程并返回适当的排队的错误代码。在实施方式中，错误代码可以被输出到泵并且被返回到可操作地耦接的HIS。

在546处，如果允许自动编程超控，则控制逻辑提示用户(例如，临床医生)用接收的参数超控药物库。如果用户选择不用接收的参数来超控药物库，则退出自动编程工作流程，并且在548处返回适当的排队的错误代码。在实施方式中，错误代码可以被输出到泵并且被返回到可操作地耦接的HIS。

在550处，如果用户选择用接收的参数来超控药物库，则用从HIS接收的参数填充泵以对“手动模式”输注进行编程。

在552处，泵验证硬件限制、支持的单位和输送模式。如果从552处，泵无法在手动模式下进行编程，则退出自动编程工作流程，并且在554处返回适当的排队的错误代码。

然而，如果硬件限制、支持的单位和输送模式是可接受的，则在538处将药物命令参数呈现给泵用户接口上的临床医生(如在标准自动编程工作流程中)。在另一个实施方式中，运行所需的最小值是药物名称和速率。

在556处，临床医生确认参数并启动泵。在558处，如果临床医生拒绝参数，则退出自动编程工作流程，并且返回适当的排队的错误代码。

在560处，开始输注。在实施方式中，输注开始的消息(连同关于输注的适当附带数据)可以被发送回HIS。如果输注与最初命令的不同，HIS可以对输注进行标记。操作HIS的临床医生可以从那里接受输注，并且HIS可以随后被更新。

参照图8，描述了根据实施方式的HIS和输注泵之间智能互操作性的方法600的流程图。在实施方式中，现有的系统和方法的互操作性通过本文所述的对输注泵进行编程的系统和方法而得到改善。

例如，在方法600中可以利用HIS 302和泵304(未示出)。在602处，HIS 302可以命令或以其他方式指示泵304的输注。BCMA子过程可以检查输注液容器是否贴有与特定患者对应的适当条形码和适用于患者的命令。在604处，方法600确定泵304中是否存在药物库条目。从604，方法600可以进入三个主要子过程。

在从604开始的第一主要子过程中，方法600确定泵304中存在用于指示的输注的适当药物库条目。在606处，泵304接受指示的输注的编程。在608处，泵304被自动编程。在610处，临床医生可以审查608的编程并启动泵304。在612处，如果方法600确定了泵-EMR不匹配，则出现警报。在614处，药物例如被自动记录在泵和/或EMR 306上。回到610处，方法600可以在616处执行药物库更新的数据捕获。在实施方式中，在616的一部分处，方法600可以记录输注的合规性的四个类别之一：(1)启动的非药物库输注；(2)启动的药物库输注；(3)SPP药物库输注；以及(4)SPP EMR非药物库输注。这样的文档可以被传输回HIS 302。

在从604开始的第二主要子过程中，方法600确定对于指示的输注没有适当的药物库条目并且没有超控可用，而且进行到618以对泵304进行手动编程。在620处，方法600确定指示的输注的药物是否在药物库中。在622处，如果在药物库中找到了该药物，则使用药物库所限定的限制对泵304进行手动编程。在624处，由临床医生手动记录该药物。在实施方式中，文档可以可选地用于将药物库中的药物反向关联。替选地，回到620处，如果在药物库中没有找到药物，则在627处，泵304可以在药物库之外无限制地被编程。同样，在624处，药物可以由临床医生手动记录。

在从604开始的第三主要子过程中，方法600确定对于指示的输注没有适当的药物库条目，但在626处，超控是可用的。在实施方式中，根据方法400和/或方法500或方法的实施方式的子组件，在628处使用来自EMR 306的输注参数对泵304进行编程。然后，方法600可以如在606处关于第一主要子过程描述的那样进行。

本文已经描述了系统、设备和方法的各种实施方式。这些实施方式仅以示例的方式给出，而不是旨在限制要求保护的实施方式的范围。此外，应当理解，已经描述的实施方式的各种特征可以以各种方式被组合以产生许多另外的实施方式。此外，虽然已经描述了各种材料、尺寸、形状、构造和位置等以用于所公开的实施方式，但是在不超出所要求保护的实施方式的范围的情况下，可以利用除了所公开的那些之外的其它的材料、尺寸、形状、构造和位置等。

相关领域的普通技术人员将认识到，本发明的主题可以包括比上述任何单独的实施方式中所示出的特征更少的特征。本文描述的实施方式并不意味着是对本发明的主题的各种特征可以被组合的方式的穷举性呈现。因此，实施方式不是特征的互斥组合；相反，如本领域普通技术人员所理解的，各种实施方式可以包括从不同的各个实施方式中选择的不同的各个特征的组合。此外，除非另有说明，否则关于一个实施方式描述的要素可以在其他实施方式中被实现，即使在这样的实施方式中没有描述所述要素。

尽管从属权利要求在权利要求书中可能涉及与一个或更多个其它权利要求的特定组合，但是其他实施方式还可以包括该从属权利要求与每个其它从属权利要求的主题的组合或者一个或更多个特征与其他从属权利要求或独立权利要求的组合。除非说明不旨在提出特定的组合，否则本文提出了这样的组合。

通过引用以上文献的任何合并被限制为使得不合并与本文中的明确公开内容相反的主题。通过引用以上文献的任何合并被进一步限制，使得文献中所包括的权利要求不通过引用合并到本文中。通过引用以上文献的任何合并还进一步受到限制，使得文献中提供的任何定义不通过引用合并到本文中，除非其明确地包括在本文中。

出于说明权利要求的目的，明显旨在：除非在权利要求中叙述了特定术语“用于……的装置”或“用于……的步骤”，否则不得援引35U.S.C.§112(f)的规定。

Claims (18)

1.一种输注泵，包括处理器、可操作地耦接到所述处理器的存储器和控制逻辑，所述控制逻辑包括指令，所述指令当被执行时使所述处理器：

从医院信息系统(HIS)接收与输注命令相对应的编程参数，所述编程参数已经被所述HIS验证；

确定所接收的编程参数是否与所述输注泵的药物库中的药物库协议相匹配；

当所述编程参数与所述药物库中的任何药物库协议不匹配时，对不匹配的错误代码进行排队；

利用所接收的编程参数填充手动模式；以及

使用所填充的编程参数在所述手动模式下操作所述输注泵。

2.根据权利要求1所述的输注泵，其中，所述控制逻辑包括当被执行时使所述处理器还进行以下操作的指令：

当所述手动模式输注失败时，将排队的不匹配的错误代码输出至所述HIS。

3.根据权利要求1所述的输注泵，其中，所述控制逻辑包括当被执行时使所述处理器还进行以下操作的指令：

向用户提示手动模式操作选项；以及

在填充所接收的编程参数之前，接收对所述手动模式操作选项的接受。

4.根据权利要求3所述的输注泵，其中，所述控制逻辑包括当被执行时使所述处理器还进行以下操作的指令：

在向用户提示所述手动模式操作选项之前，确定自动编程超控被允许。

5.根据权利要求1所述的输注泵，其中，所述控制逻辑包括当被执行时使所述处理器还进行以下操作的指令：

其中，利用所接收的编程参数填充所述手动模式包括：输入所接收的编程参数，而不创建填充的或部分填充的药物库条目。

6.根据权利要求1所述的输注泵，其中，所述控制逻辑包括当被执行时使所述处理器还进行以下操作的指令：

对所述输注泵的药物库进行过滤，其中，所述不匹配的错误代码基于所述过滤，并且所述不匹配的错误代码是药物没有被输入到所述药物库中、所需编程参数缺失、或者剂量单位或速率单位与所述药物库不匹配中的至少一种。

7.根据权利要求1的输注泵，其中，所述控制逻辑包括当被执行时使所述处理器还进行以下操作的指令：

在以所述手动模式操作所述输注泵之前，验证所述手动模式的硬件限制、支持的单位和输送模式是否与所述输注泵兼容。

8.根据权利要求1所述的输注泵，其中，所述控制逻辑包括当被执行时使所述处理器还进行以下操作的指令：

将手动模式信息传输至所述HIS。

9.一种对输注泵进行编程的方法，所述方法包括：

从医院信息系统(HIS)接收与输注命令相对应的编程参数，所述编程参数已经被所述HIS验证；

确定所接收的编程参数是否与所述输注泵的药物库中的药物库协议相匹配；

当所述编程参数与所述药物库中的任何药物库协议不匹配时，对不匹配的错误代码进行排队；

利用所接收的编程参数填充手动模式；以及

使用所填充的编程参数在所述手动模式下操作所述输注泵。

10.根据权利要求9所述的对输注泵进行编程的方法，还包括：

当所述手动模式输注失败时，将排队的不匹配的错误代码输出至所述HIS。

11.根据权利要求9所述的对输注泵进行编程的方法，还包括：

向用户提示手动模式操作选项；以及

在填充所接收的编程参数之前，接收对所述手动模式操作选项的接受。

12.根据权利要求11所述的对输注泵进行编程的方法，还包括：

在向用户提示所述手动模式操作选项之前，确定自动编程超控被允许。

13.根据权利要求9所述的对输注泵进行编程的方法，其中，利用所接收的编程参数填充所述手动模式包括：输入所接收的编程参数，而不创建填充的或部分填充的药物库条目。

14.根据权利要求9所述的对输注泵进行编程的方法，还包括：

对所述输注泵的药物库进行过滤，其中，所述不匹配的错误代码基于所述过滤，并且所述不匹配的错误代码是药物没有被输入到所述药物库中、所需编程参数缺失、或者剂量单位或速率单位与所述药物库不匹配中的至少一种。

15.根据权利要求9所述的对输注泵进行编程的方法，还包括：

在以所述手动模式操作所述输注泵之前，验证所述手动模式的硬件限制、支持的单位和输送模式是否与所述输注泵兼容。

16.根据权利要求9所述的对输注泵进行编程的方法，还包括：

将手动模式信息传输至所述HIS。

17.一种输注泵，包括：

用于从医院信息系统(HIS)接收与输注命令相对应的编程参数的装置，所述编程参数已经被所述HIS验证；

用于确定所接收的编程参数是否与所述输注泵的药物库中的药物库协议相匹配的装置；

用于当所述编程参数与所述药物库中的任何药物库协议不匹配时对不匹配的错误代码进行排队的装置；

用于利用所接收的编程参数填充手动模式的装置；以及

用于使用所填充的编程参数在所述手动模式下操作所述输注泵的装置。

18.根据权利要求17所述的输注泵，还包括：

用于当所述手动模式输注失败时将排队的不匹配的错误代码输出至所述HIS的装置。

Images