患者护理单元医嘱确认

相关申请的交叉引用

本申请是2020年5月22日提交的题为“PATIENT CARE UNIT ORDER CONFIRMATION”的美国临时申请序列号63/029,300的非临时性申请，其全部内容通过引用纳入本文。

技术领域

本公开通常涉及医疗设备，并且更具体地涉及用于医疗设备上的医嘱确认的方法和系统。

背景技术

为了治疗患者，医生和其他用药人员可以使用患者护理设备(“PCD”)，在本文中也被称为患者护理单元(“PCU”)，其可以包括各种医疗设备，诸如单或多通道输液泵、生命体征监测器、配药设备(例如，柜子、手提箱)、药物准备设备、自动配药设备，与前述设备之一耦合的模块(例如，被配置为附接到输液泵的注射器泵模块)或其他类似的设备。PCU可被利用于施加静脉(“IV”)输液治疗，以治疗患者的各种药物并发症。IV输液治疗通常涉及将从流体供应源(诸如袋、瓶或其他容器)通过流体药物设备的管子向插入患者血管的插管输注药物流体(诸如药物或营养物)。其他药物可以由医生为患者订购，诸如药丸或液体，通过其他输送途径施用，诸如由患者口服。

在一些情况下，医生可以为一名患者医嘱多个药物，并且这些药物将在一天中的特定时间或若干天内被施用，从而形成患者的“待定用药医嘱(pending medicationorder)”列表。在一些实施方案中，多个药物的施用必须按顺序发生，并且在其他情况下，药物的施用存在重叠。在另外一些实施方案中，某些药物的施用必须在施用另一个或多个药物之前或之后的特定时间进行。

由于患者可以与包括具有复杂药物施用规则的多个待定医嘱的治疗方案相关联，因此在为患者编程和配置PCU时，减少用药错误的风险变得越来越重要。用药错误可以包括，例如，不正确的药物、不正确的剂量、不正确的施用时间、不正确的输送途径或不正确的医嘱顺序。减少用药错误的一种方法是在药物上提供条形码标记或射频识别(RFID)标签，然后扫描这些标签以自动进入PCU。然而，这仅确保PCU根据药物标记或标签而被正确编程，并且不一定能验证与患者治疗方案的正确性，而其可能由上游的电子病历(EMR)管理系统管理。在一些情况下，例如在急诊室治疗患者时，患者可能尚未注册到EMR管理系统，或者EMR管理体系可能无法使用。在这种情况下，将用药医嘱手动输入PCU可能是不可避免的，这可以引入数据输入错误。在一些情况下，PCU可以具有自动施用的信息，但该信息可能已过时或被后续事件所取代，这会引入PCU施用错误。

因此，需要改进医疗设备(诸如PCU)上的医嘱确认的系统和方法。

发明内容

根据各种实施方案，本公开涉及一种药物输送设备，包括：显示器；以及处理器，其至少部分地由存储在存储器中的指令配置为：接收与用户相关联的凭证；授权用户操作药物输送设备，授权至少部分地基于该凭证；响应于该授权，检索与用户相关联的用户历史，其中用户历史包括用于待定药物的一个或多个配药记录；接收不知患者和医嘱的用户输入以开始药物的施用；基于包括用户历史的上下文，确定用于当前施用的一个或多个用药医嘱候选；经由显示器呈现用户界面，以从一个或多个用药医嘱候选中确认用药医嘱；以及基于从用户界面接收的所确认的用药医嘱来配置药物输送设备的至少一个参数。

在一些实施方案中，处理器被配置为从与用户相关联的最近的配药记录集中检索一个或多个配药记录。在一些实施方案中，处理器被配置为经由网络向远程数据库传输请求以检索用户历史，该请求包括用户的标识符。在一些实施方案中，上下文包括药物输送设备的位置或护理区域，并且配药记录包括标识配药位置或配药护理区域的信息，并且处理器可以被配置为确定一个或多个用药医嘱候选，包括处理器被配置为基于药物输送设备的位置或护理区域与配药位置或配药护理区域之间的对应关系来标识用药医嘱候选。在一些实施方案中，上下文包括当前时间，并且配药记录包括用于待定药物的施用时间，并且处理器可以被配置为确定一个或多个用药医嘱候选，包括处理器被配置为基于当前时间和施用时间之间的对应关系来标识用药医嘱候选。

在一些实施方案中，上下文包括用于使用药物输送设备进行药物施用的输送途径，并且处理器可以被配置为基于输送途径和与相应的用药医嘱候选相关联的输送途径信息之间的对应关系来过滤一个或多个用药医嘱候选。该设备还可以包括多个施用通道；并且处理器还可以被配置为接收标识了用以对药物进行施用的多个通道中的第一通道的选择，并且被包括在多个施用通道中的第一通道的输送途径不同于被包括在多个施用通道中的第二通道的另一输送途径。

在一些实施方案中，处理器被配置为经由以下至少一个接收与用户相关联的凭证：条形码扫描仪、射频识别(RFID)读取器、智能卡读取器，近场通信读取器或生物特征传感器。在一些实施方案中，药物输送设备包括输液泵，并且其中药物输送设备的至少一个参数包括泵送参数。其他方面包括用于实施该系统的对应方法、装置和计算机程序产品。

根据各种实施方案，本公开涉及一种用于在药物输送设备处提供医嘱确认的方法，该方法包括：接收与用户相关联的凭证；至少部分地基于所接收的凭证而授权用户操作药物输送设备；响应于该授权，检索与用户相关联的用户历史，其中用户历史包括用于待定药物的一个或多个配药记录；接收不知患者和医嘱的用户输入以开始药物的施用；在接收到不知患者和医嘱的用户输入之后，基于包括用户历史的上下文，确定用于当前施用的一个或多个用药医嘱候选；经由显示设备呈现用户界面，以从一个或多个用药医嘱候选中确认用药医嘱；以及基于从用户界面接收的所确认的用药医嘱来配置药物输送设备的至少一个参数。其他方面包括用于实施该方法的对应系统、装置和计算机程序产品。

此外，下文将参考附图详细描述本主题技术的方面、特征和优点以及各方面的结构和操作。

附图说明

当结合以下附图考虑时，参考以下详细描述可以更充分地理解本公开的各种对象、特征和优点，其中类似的附图标记标识类似的元素。以下附图仅用于说明目的，并不旨在限制本公开，其范围在随后的权利要求中阐述。

图1是根据本主题技术的各个方面的系统的部分框图，其中包括输液设备和相关联的控制器的患者护理单元(PCU)被连接到医疗护理设施服务器，以在通过输液泵或控制器标识临床医生时确认用药医嘱，并且还示出了自动配药机与服务器的交互。

图2是示出了根据本主题技术的各个方面的通过使用连接到与图1的输液泵相关联的控制器的自动识别模块来授权临床医生的手段的图。

图3是示出了根据本主题技术的各个方面的显示在图2的输液泵或控制器上的示例用户界面的图。

图4描绘了根据本主题技术的各个方面的用于在医疗设备上提供患者护理单元(PCU)医嘱确认的示例处理。

图5是示出了根据本主题技术的各个方面的用于提供患者护理单元(PCU)医嘱确认的示例电子系统的概念图。

具体实施方式

虽然本文参考特定应用的说明性示例描述了本主题技术的各个方面，但应当理解，本主题技术不限于那些特定应用。能够接触本文提供的教导的本领域技术人员将认识到其范围内的附加修改、应用和方面以及本主题技术将具有重大实用价值的附加领域。

为了避免用药错误并确保最高的护理质量，医疗护理最佳实践可以鼓励对设备进行自动监测，并对被提供给设备的输入进行智能参数限制，以确保用药医嘱的正确执行。由于患者护理单元或PCU被定位于医疗护理设备链的中心位置，因此PCU可以理想地被定位为在药物施用前提供用药医嘱确认。在临床医生被授权控制PCU之后，PCU可以从包括临床医生的用户历史(诸如配药记录)的医疗护理服务器或数据库检索远程数据。配药记录可以包括待定药物的待定记录。PCU可以根据远程数据和其他本地数据组装上下文(context)，并使用上下文来确定下一个用药医嘱以用于药物施用。可以在PCU上呈现用户界面，以确认下一个用药医嘱。在确认之后，PCU可以以正确的药物施用参数(诸如输液泵的泵送参数)自动编程。

通过使PCU能够提供医嘱确认，可以在PCU处合并几个单独的确认步骤，从而简化患者护理并避免可引入错误和误差的另外步骤。例如，可以避免对单个药物的扫描，并且PCU可以基于下一个用药医嘱直接进行编程和配置。此外，通过使用与PCU相关联的患者ID，或者通过使用地理位置确定下一次药物施用的正确患者，可以避免扫描被附接到患者的标识符标签。所有数据都可以在PCU处进行合并和显示，临床医生只需确认一切正确即可继续药物施用。

为了说明本发明的实施方案的目的，现在更详细地参考附图，其中类似的附图标记在几个视图中指定对应的或类似的元素，图1中示出了根据本发明的特定方面的系统的部分框图。图1所示示例中的患者护理单元(PCU)是输液泵系统20，其被连接到患者22，以通过流体施用装置26从IV流体容器24(诸如袋)向患者22输注药物流体。该泵系统包括位于控制器30左侧的输液泵28和位于控制器右侧的自动识别模块32或“自动ID模块”。在这种情况下，识别模块包括拴绳33的条形码读取器34。

控制器30与服务器35连接，服务器35可以采取医疗设施中的任何一个或多个服务器的形式。被标识为“服务器”的框35可以是单个服务器，也可以其包括多个服务器或计算机以及用于数据存储的存储器。服务器35可以与数据库60通信，数据库60可以存储患者标识数据以及被收治到医疗机构的患者的待定用药医嘱。它还可以存储临床医生标识数据和其他数据，诸如与特定用户或临床医生相关联的用户历史70。用户历史70可以包括配药记录80，其可以包括由关联临床医生所配药的每个药物的记录。例如，当临床医生使用自动配药机(“ADM”)37检索药物时，相关联的记录可以在待定记录82中被创建。待定记录82可以与开放的或待定的用药医嘱相关联，而已关闭记录84可以与已经施用的用药医嘱相关联。虽然待定记录82和已关闭记录84被显示为单独的记录集，但是应当理解，这两个记录集可以被存储在单个表中，其记录字段标识哪些记录是待定或已关闭的。

为了便于讨论和说明的目的，由数字35标识的“服务器”还可以包括提供输液泵系统20并在该输液泵系统和医疗护理设施服务器之间建立通信协议的公司的服务器。服务器35从一个或多个源(诸如药房信息系统(PIS)、笔记本电脑、医嘱输入设备、个人数字助理(“PDA”)和其他设备)以电子方式接收用药医嘱条目36。用药医嘱条目36还可以由药房输入到服务器中。配药记录80可以各自与对应的用药医嘱条目36相关联。控制器30可以通过任何有线或无线手段与服务器35通信，并且服务器可以通过有线或无线手段与其他设备通信。

还示出了自动配药机(“ADM”)37，并且其通常包括用于附近患者的药物。ADM具有被称为配药处理器50(图5所示)的处理器，并且可以在允许撤回任何药物之前要求临床医生标识。配药处理器可以仅允许特定临床医生从ADM中移除特定物品。ADM还可以包含“受控物品”，就本文的目的而言，这些物品可以是ADM所在的医疗机构希望跟踪的任何物品。这可以包括麻醉品，但也可以包括敏感性低得多的物品。

图2是示出了根据本主题技术的各个方面的通过使用连接到与图1的输液泵相关联的控制器的自动识别模块来授权临床医生的手段的图。在控制器30的初始上电后，控制器30可以提示临床医生登录。临床医生可具有可由嵌入式代码读取器40或拴绳33的码扫描仪34扫描的标识39。如图2所示，读取器40和扫描仪34构成能被附接到PCU的自动识别模块32的一部分。码读取器40和/或码扫描仪34可以包括一个或多个射频识别(RFID)读取元件、一个或多个智能卡读取元件、一个或多个近场通信读取元件或一个或多个生物特征识别传感元件，以处理(例如，收集、验证、认证)由临床医生提供的凭证。自动识别模块32可以通过有线或无线方式与控制器30通信。在一种情况下，控制器30包括通信接口(“CI板”)，该通信接口包含处理器、编程和实质性的存储器。CI板与自动识别模块32接触。在接收到临床医生凭证后，CI板可以向控制器30发送消息，指示临床医生正在请求登录。该消息可以包括所接收的临床医生凭证。在一些实施方案中，自动识别模块32可以核实和/或验证凭证，并将核实或验证的结果包括在被提供给控制器30的消息中。在一些实施方案中，CI板的功能全部由控制器30的处理器和/或控制器30内的其他组件执行。然后，控制器30的处理器可以验证临床医生是否被授权控制输液泵系统20。例如，在一些实施方案中，输液泵系统20可以被分配给特定患者标识符，并且可以执行查找以验证临床医生是否被授权为与特定患者标识符相关联的患者提供护理。

在成功授权了临床医生的凭证后，输液泵28的显示器42A和/或控制器30的显示器42B可以显示用户界面以确认下一个用药医嘱。如下面结合图3所讨论的，可以基于包括与临床医生相关联的用户历史70的上下文智能地选择下一个用药医嘱。用户界面可以显示在用户界面上预选的下一个用药医嘱，并在输液泵28被编程和配置之前请求确认。

如本文所用，术语“用药(medication)”意在被理解为在广义上与医疗护理有关。“用药”会包括口服药物和药物的输注，但也旨在包括物理治疗、记录生命体征、手术准备和其他医疗护理。此外，“施用(administer)”意在被理解为在广义上提供医疗护理。“施用”意味着覆盖药物诸如口服药物的配送，以及对患者执行输液和其他医疗护理的供应。这里讨论的并在附图中显示为独立单元的示例性控制器30实际上可以是输液泵或其他医疗器械的一部分。标识个人或药物或执行步骤的医嘱被作为实施方案提供。在特定医疗机构中，该标识可以按不同的医嘱执行，这里所示的医嘱是实施方案。

图3是示出了根据本主题技术的各个方面的显示在图2的输液泵或控制器上的示例用户界面的图。关于图3，显示器342A、显示器342B和显示器342C可以对应于图1和图2中的显示器42A或显示器42B。在一些实施方案中，显示器342A-342C可以显示在远程设备上，诸如平板电脑、智能手机、笔记本电脑或台式计算机。

显示器342A可以在控制器30启动之后显示。如显示器342A所示，用户界面不显示关于任何患者或医嘱的信息，并且在显示任何信息之前等待临床医生成功登录。假设临床医生使用上述程序被成功认证，则用户界面可以转换到显示器342B。

如显示器342B所示，用于药物施用的下一个用药医嘱已经被预选并显示给临床医生，其中所指示的用药医嘱的各种细节包括：相关联的临床医生、相关联的患者、施用时间、位置，以及包括以下信息的用药医嘱，诸如药物名称、施用途径、药物浓度，以及泵送参数诸如待输液量(“VTBI”)及其随时间的输注速率。如果一切看起来都是正确的，临床医生可以简单地指示“确认医嘱”选项，并且可以根据所指示的医嘱中的泵送参数对输液泵28执行编程。下面结合图4进一步详细描述用于预选用药医嘱的示例步骤。

如果预选的下一个用药医嘱不是期望的医嘱，则用户界面可以包括控制元件以接收选择不同医嘱的输入。在图3B中，用户界面包括用于接收该输入的“选择不同医嘱”控制元件。一旦被激活，控制元件就可以引起用户界面转变为呈现显示器342C。在显示器342C中，示出了候选医嘱的列表。该医嘱可以与以下选择控制元件相关联，该选择控制元件可以与之交互以接收对期望用药医嘱的选择。候选医嘱的列表可以基于系统检测到或可访问的上下文信息来缩小。下面结合图4进一步详细描述用于缩小医嘱的示例步骤。

图4描绘了根据本主题技术的各个方面的用于在医疗设备上提供患者护理单元(PCU)医嘱确认的示例处理400。出于解释目的，本文参考图1A-3描述了示例处理400的各个块，以及本文描述的组件和/或处理。处理400的一个或多个块可以例如由这里描述的一个或多个计算设备来实施，诸如PCU、与PCU耦合的模块或者医疗设施的服务器(例如，服务器35)。在一些实施方案中，一个或多个块可以与其他块分开实施，并且可以由一个或多个不同的处理器或设备来实施。还出于解释目的，示例处理400的块被描述为串行或线性地发生。然而，示例处理400的多个块可以并行发生。此外，示例处理400的块不需要按所示顺序执行和/或示例处理400中的一个或多个块不需要被执行。

在所描绘的示例流程图中，医疗设备或PCU(诸如输液泵系统20)可以授权用户(诸如临床医生)操作输液泵系统20(411)。如上所述，用户可以使用带有条形码、RFID标签或其他标识符的徽章作为授权凭证。输液泵系统20可以使用对应的读取器，例如拴绳33的码读取器34来接收凭证。通过与服务器35和/或数据库60通信，输液泵系统20可以验证凭证是授权的。

处理400可以响应于授权而继续检索与用户相关联的用户历史，其中用户历史包括一个或多个待定配药记录(412)。参考图1，这可以对应于输液泵系统20查询数据库60以检索与用户相关联的用户历史70，其中用户历史70包括具有待定记录82的配药记录80。例如，用户历史70可以与先前授权的临床医生ID相匹配的用户ID相关联。在另一个示例中，用户历史70可以与另一个用户ID相关联，例如，监督员，该监督员根据授权的临床医生ID授予的访问权限而进行授权。如图1所示，当相关联的用户从诸如ADM 37的配药设备检索药物时，每个待定记录82可以被创建，并且每个记录82可以参考相关联的用药医嘱条目36，其可以由药房提供，如上所述。在一些情况下，待定记录82可以包括大量记录。在这种情况下，不是检索所有待定记录82，而是可以仅检索最近的配药记录集，例如，直到固定数量或根据时间截止。时间截止可以基于与授权用户相关联的信息而进行动态评估。例如，考勤系统可以包括授权用户的换班开始时间。换班开始时间可以表示当前一天中可以和与授权用户相关的配药事件相关联的最早时刻。

根据各种实施方案，处理(在一些实施方案中，可选地)接收不知患者和医嘱的用户输入以开始药物的施用(413)。出于本公开的目的，“不知患者和医嘱的用户输入(patient and order agnostic user input)”是指：不包括标识患者或医嘱的任何信息的输入。在这方面，系统可以接收关于正在施用的药物的信息，但不知道该药物正被施用给什么患者或者该药物是否与医嘱当前相关联。

处理400可以继续基于患者和医嘱的用户输入(如果可用)以及包括用户历史的上下文来确定当前施用的一个或多个用药医嘱候选(414)。当接收到不知患者和医嘱的用户输入时，系统当前不知道药物输送设备被指定用于什么患者或与什么患者相关联，并且当前没有将医嘱与患者或正在设备中编程的药物相关联。因此，系统在患者或药物被标识给系统之前独立地执行医嘱关联。相反，检索到的用户历史70中的待定记录82以及各种其他因素可以被考虑以确定用药医嘱候选。上下文中的因素可被用于将用药医嘱候选缩小到最可能的下一个用药医嘱的列表——例如通过向每个用药医嘱候选分配相关性加权，其中上下文中的每个因素可为每个用药医嘱候选贡献加权值。在加权之后，可以使用一个或多个因素来缩小或删减用药医嘱候选列表，诸如低于加权阈值，或满足最大候选数量(例如，通过包括3个具有最高加权值的候选)。

在一些实施方案中，上下文可以包括医疗设备的位置和/或定义的护理区域。例如，输液泵系统20可以被预先编程有部署位置和/或护理区域，或者以其他方式包括位置跟踪组件，诸如全球定位系统(GPS)传感器或无线电三角测量传感器，以确定当前位置。

在一些实施方案中，上下文包括药物输送设备的位置或护理区域。例如，配药记录可以包括标识配药位置或配药护理区域的信息。在这方面，系统可以通过基于药物输送设备的位置或护理区域与配药位置或配药护理区域之间的对应关系来标识用药医嘱候选以确定一个或多个用药医嘱候选。这种对应关系可以包括但不限于差异或满足一个或多个阈值(例如，匹配特征的数量)，或者可以是可配置的。对应关系也可以是基于药物、患者、护理区域等的动态对应关系。

通过服务器35查询当前位置处的患者数据，可以将可能的患者限制为位于医疗设备的当前位置、医疗设备当前位置附近或医疗设备的限定护理区域内的患者。因此，可以将用药医嘱候选缩小到专门针对医疗设备的位置或限定护理区域内的患者的医嘱。

在一些实施方案中，上下文可以包括当前时间和用于用药医嘱的施用时间。例如，具有施用时间更接近当前时间的用药医嘱可以被优选为用药医嘱候选。上下文还可以包括用于用药医嘱的配药时间，其可以与当前时间进行比较。例如，最近配发的用药医嘱可以被偏袒地选择，因为最近配发的物品可能对临床医生来说是最紧急的。最早配发的用药医嘱也可以被偏袒地选择，因为最早配发的物品可以是药物序列中第一个配发的。如果为多个用药医嘱的按序施用定义了规则，则在选择和加权用药医嘱时也可以考虑这些规则。

在一些实施方案中，上下文可以包括与医疗设备相关联的患者。例如，如果医疗设备被配置为仅护理特定患者，则可以将用药医嘱候选限制为该特定患者。

在一些实施方案中，上下文可以包括用药医嘱的输送途径。例如，输液泵系统20可以仅接受旨在针对IV输液的用药医嘱，而不是其他途径诸如口服给药。

在一些实施方案中，上下文可以排除患者的正面标识，例如当患者刚被急诊室收治并且还没有患者的EMR存在时。在这种情况下，仍然可以基于上述其他上下文因素来确定用药医嘱候选。以类似的方式，当其他因素缺失或不可用时，上下文中的其他剩余因素仍然可以被用于确定用药医嘱候选。

根据一些实施方案，上下文包括用于使用药物输送设备输送药物的输送途径，并且系统可以基于输送途径和与相应用药医嘱候选相关联的输送途径信息之间的对应关系来过滤一个或多个用药医嘱候选。如前所述，对应关系可以包括但不限于差异或满足一个或多个阈值(例如，匹配特征的数量)，或者可以是可配置的。此外，在一些实施方案中，药物输送设备可以包括多个施用通道。在这方面，该系统可以被配置为接收标识了用于使用药物的多个通道中的第一通道的选择，并且被包括在多个施用通道中的第一通道的输送途径可以不同于被包括在多个施用通道中的第二通道的另一输送途径。

处理400可以继续呈现用户界面，用于从一个或多个用药医嘱候选中确认用药医嘱(415)。例如，在缩小用药医嘱候选的范围后，如果只剩一个医嘱候选，则该医嘱可被选择以进行确认。然而，如果仍然有多个用药医嘱候选剩余，则最可能的下一个医嘱可以是被预选的，如图3的显示器342B的用户界面中所示，其中其他用药医嘱候选仍然可以使用显示器342C中所示的选择用户界面而被选择。例如，可以通过选择具有最高加权的候选来选择最有可能的下一个医嘱。

例如，显示器342C中的选择列表可以按加权顺序排序，其中医嘱#1被确定为最可能的下一个用药医嘱，并且医嘱#3被确定为最少可能的下一个用药医嘱。例如，John Doe可以位于房间215，而Robert Grant可以位于房间226。由于医疗设备在房间215，因此JohnDoe的用药医嘱被首先列出。此外，当前时间可以是上午11：00，这指示肝素的给药已到，而氨茶碱的给药还有20分钟。因此，具有最接近施用时间的医嘱是优选的，并被列为医嘱#1。

根据一些实施方案，用户可以执行配药事件，并因此通过系统与配药事件相关联。然后，用户经由凭证与泵关联。在用户输入任何医嘱特定信息之前，来自配药器的医嘱信息可以被提供并在泵处被确认。

处理400可以基于从用户界面接收的所确认的用药医嘱来继续配置医疗设备的至少一个参数(416)。因此，在临床医生在显示器342B中确认预选的医嘱或在显示器342C中选择不同的医嘱之后，可以将所确认的医嘱的泵送参数编程到输液泵28中，包括，例如，VTBI和输注速率。一旦药物施用完成，那么医疗设备可以向服务器35发送通知，以使待定记录82中的关联记录移动到已关闭记录84。

上述示例处理400的许多方面以及相关特征和应用也可被实施为软件处理，其被指定为记录在计算机可读存储媒介(也被称为计算机可读介质)上的指令集，并且可以自动执行(例如，无需用户干预)。当这些指令由一个或多个处理单元(例如，一个或多个处理器、处理器核或其他处理单元)执行时，它们使一个或多个处理单元执行指令中指示的动作。计算机可读介质的示例包括但不限于CD-ROM、闪存驱动器、RAM芯片、硬盘驱动器、EPROM等。计算机可读介质不包括以无线或有线方式连接传输的载波和电子信号。

术语“软件”是指，在适当情况下，包括驻留在只读存储器中的固件或存储在磁存储器中的应用，这些应用可以被读入存储器以供处理器处理。此外，在一些实施方案中，本主题公开的多个软件方面可以被实施为较大程序的子部分，同时保持本主题公开的不同软件方面。在一些实施方案中，多个软件方面也可以被实施为单独的程序。最后，共同实施这里描述的软件方面的单独程序的任何组合都在本主题公开的范围内。在一些实施方案中，当软件程序被安装以在一个或多个电子系统上操作时，定义了执行并运行软件程序的操作的一个或多个具体机器实施方案。

计算机程序(也被称为程序、软件、软件程序、脚本或代码)可以用任何形式的编程语言编写，包括编译或解释语言、声明或处理语言，并且其可以以任何形式部署，包括作为独立程序或作为模块、组件、子例程、对象，或适合在计算环境中使用的其他单元。计算机程序可以但不必对应于文件系统中的文件。程序可以被存储在保存其他程序或数据的文件的一部分(例如，存储在标记语言文件中的一个或多个脚本)、存储在专用于所讨论的程序的单个文件，或存储在多个协调文件(例如，存储一个或多个模块、子程序或部分代码的文件)中。计算机程序可以被部署在一台计算机上执行，也可以部署在位于一个站点或分布在多个站点并通过通信网络互连的多台计算机上执行。

图5是示出根据本主题技术的各个方面的用于提供患者护理单元(PCU)医嘱确认的示例电子系统500的概念图。电子系统500可以是用于执行与处理400的一个或多个部分相关联的或步骤相关联的软件、或者与由图1-4提供的组件和处理相关联的软件的计算设备。与关于图1-4的公开相结合，电子系统500可以表示上述的输液泵系统20、输液泵28或控制器30。在这方面，电子系统500可以是微型计算机、个人计算机或移动设备，诸如智能手机、平板电脑、笔记本、PDA、增强现实设备、可穿戴设备(诸如手表、手环或眼镜，或其组合)，或具有嵌入其中或与其耦合的一个或多个处理器的其他触摸屏或电视，或具有网络连接的任何其他类型的计算机相关电子设备。

电子系统500可以包括各种类型的计算机可读介质和用于各种其他类型的计算机可读介质的接口。在所描绘的示例中，电子系统500包括总线508、一个或多个处理单元512、系统存储器504、只读存储器(ROM)510、永久存储设备502、输入设备接口514、输出设备接口506和一个或多个网络接口516。在一些实施方案中，电子系统500可以包括其他计算设备或电路或与之集成，用于操作先前描述的各种组件和处理。

总线508共同表示通信地连接电子系统500的众多内部设备的所有系统、外围设备和芯片组总线。例如，总线508将一个或多个处理单元512与ROM 510、系统存储器504和永久存储设备502通信连接。

一个或多个处理单元512从这些不同的存储器单元中检索要执行的指令和要处理的数据，以便执行本主题公开的处理。在不同的实施方案中，一个或多个处理单元可以是单处理器或多核处理器。

ROM 510存储一个或多个处理单元512和电子系统的其他模块所需的静态数据和指令。另一方面，永久存储设备502是读写存储器设备。该设备是非易失性存储单元，其即使在电子系统500关闭时也能存储指令和数据。本主题公开的一些实施方案使用大容量存储设备(诸如磁盘或光盘及其对应的磁盘驱动器)作为永久存储设备502。

一些实施方案使用可移动存储设备(诸如软盘、闪存驱动器及其对应的磁盘驱动器)作为永久存储设备502。与永久存储设备502一样，系统存储器504是读写存储器设备。然而，与存储设备502不同，系统存储器504是易失性读写存储器，诸如随机存取存储器。系统存储器504存储处理器在运行时需要的一些指令和数据。在一些实施方案中，本公开的处理存储在系统存储器504、永久存储设备502和/或ROM 510中。一个或多个处理单元512从这些不同的存储器单元中检索要执行的指令和要处理的数据，以便执行一些实施方案的处理。

总线508还连接到输入和输出设备接口514和506。输入设备接口514使得用户能够向电子系统传达信息和选择命令。与输入设备接口514一起使用的输入设备包括例如字母数字键盘和定点设备(也被称为“光标控制设备”)。输出设备接口506使能例如由电子系统500生成的图像的显示。与输出设备接口506一起使用的输出设备包括例如打印机和显示设备，诸如阴极射线管(CRT)或液晶显示器(LCD)。一些实施方案包括诸如触摸屏之类的设备，该触摸屏作为输入和输出设备两者工作。

此外，总线508还通过网络接口516将电子系统500耦合到网络(未示出)。网络接口516可以包括例如无线接入点(例如，蓝牙或WiFi)或用于连接到无线接入点的无线电电路。网络接口516还可以包括硬件(例如，以太网硬件)，用于将计算机连接到计算机网络的一部分，诸如局域网(“LAN”)、广域网(“WAN”)、无线LAN或内联网，或网络的网络，例如因特网。电子系统500的任何或所有组件都可以结合本主题公开使用。

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

一些实施方案包括电子组件，诸如微处理器、存储设备和存储器，其将计算机程序指令存储在机器可读或计算机可读媒介(可替选地称为计算机可读存储介质、机器可读介质或机器可读存储介质)中。这种计算机可读介质的一些示例包括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页面)传输到客户端设备(例如，为了向与客户端设备交互的用户显示数据和从该用户接收用户输入)。在客户端设备处生成的数据(例如，用户交互的结果)可以在服务器处从客户端设备接收。

本领域技术人员将理解，本文中描述的各种说明性块、模块、元件、组件、方法和算法可以被实施为电子硬件、计算机软件或两者的组合。为了说明硬件和软件的这种可互换性，上文已就其功能性对各种说明性块、模块、元件、组件、方法和算法进行了一般性描述。这种功能是作为硬件还是软件实施取决于特定应用和施加在整个系统上的设计约束。熟练的技术人员可以针对每个特定应用以不同的方式实施所描述的功能。各种组件和块可以以不同的方式布置(例如，以不同的顺序布置，或以不同的方式划区)，所有这些都不脱离主题技术的范围。

应当理解，所公开的处理中的步骤的具体顺序或层次结构是示例方法的说明。基于设计偏好，可以理解，处理中步骤的具体顺序或层次结构可被重新排列。其中一些步骤可以同时执行。随附方法的权利要求以样本顺序呈现各种步骤的元素，并不意味着仅限于所呈现的具体顺序或层次结构。

以条款形式说明本主题技术：

为了方便起见，本公开的各个方面的示例被描述为带编号的条款(1、2、3等)。这些都是作为示例提供的，并不限制主题技术。附图和参考编号的标识仅作为示例和说明目的提供，并且这些条款不受这些标识的限制。

条款1、一种药物输送设备，包括：显示器；以及处理器，其至少部分地由存储在存储器中的指令配置为：接收与用户相关联的凭证；授权用户操作药物输送设备，授权至少部分地基于该凭证；响应于该授权，检索与用户相关联的用户历史，其中用户历史包括用于待定药物的一个或多个配药记录；接收不知患者和医嘱的用户输入以开始药物的施用；基于包括用户历史的上下文，确定用于当前施用的一个或多个用药医嘱候选；经由显示器呈现用户界面，以从一个或多个用药医嘱候选中确认用药医嘱；以及基于从用户界面接收的所确认的用药医嘱来配置药物输送设备的至少一个参数。

条款2、根据条款1所述的药物输送设备，其中，处理器被配置为从与用户相关联的最近的配药记录集中检索一个或多个配药记录。

条款3、根据前述条款中任一条所述的药物输送设备，其中，处理器被配置为经由网络向远程数据库传输请求以检索用户历史，该请求包括用户的标识符。

条款4、根据前述条款中任一条所述的药物输送设备，其中，上下文包括药物输送设备的位置或护理区域，并且其中配药记录包括标识配药位置或配药护理区域的信息，并且其中处理器还被配置为确定一个或多个用药医嘱候选，包括处理器被配置为基于药物输送设备的位置或护理区域与配药位置或配药护理区域之间的对应关系来标识用药医嘱候选。

条款5、根据前述条款中任一条所述的药物输送设备，其中，上下文包括当前时间，并且其中配药记录包括用于待定药物的施用时间，并且其中处理器还被配置为确定一个或多个用药医嘱候选，包括处理器被配置为基于当前时间和施用时间之间的对应关系来标识用药医嘱候选。

条款6、根据前述条款中任一条所述的药物输送设备，其中，上下文包括用于使用药物输送设备对药物进行施用的输送途径，并且其中处理器还被配置为基于输送途径和与相应的用药医嘱候选相关联的输送途径信息之间的对应关系来过滤一个或多个用药医嘱候选。

条款7、根据条款6所述的药物输送设备，还包括：多个施用通道；并且其中，处理器还被配置为接收标识了用以对药物进行施用的多个通道中的第一通道的选择，并且其中，被包括在多个施用通道中的第一通道的输送途径不同于被包括在多个施用通道中的第二通道的另一输送途径。

条款8、根据前述条款中任一条所述的药物输送设备，其中，处理器被配置为经由以下至少一个接收与用户相关联的凭证：条形码扫描仪、射频识别(RFID)读取器、智能卡读取器，近场通信读取器或生物特征传感器。

条款9、根据前述条款中任一条所述的药物输送设备，其中，药物输送设备包括输液泵，并且其中药物输送设备的至少一个参数包括泵送参数。

条款10、一种用于在药物输送设备处提供医嘱确认的方法，该方法包括：接收与用户相关联的凭证；至少部分地基于所接收的凭证授权用户操作药物输送设备；响应于该授权，检索与用户相关联的用户历史，其中用户历史包括用于待定药物的一个或多个配药记录；经由药物输送设备接收不知患者和医嘱的用户输入以开始药物的施用；在接收到不知患者和医嘱的用户输入之后，基于包括用户历史的上下文，确定用于当前施用的一个或多个用药医嘱候选；经由用于药物输送设备的显示设备呈现用户界面，以从一个或多个用药医嘱候选中确认用药医嘱；以及基于从用户界面接收的所确认的用药医嘱来配置药物输送设备的至少一个参数。

条款11、根据条款10所述的方法，其中，检索一个或多个配药记录是从与用户相关联的最近的配药记录集中检索的。

条款12、根据条款10或条款11所述的方法，还包括：通过网络向远程数据库传输请求以检索用户历史，该请求包括与用户相关联的标识符。

条款13、根据条款10至12中任一条所述的方法，其中，上下文包括药物输送设备的位置或护理区域，并且其中配药记录包括标识配药位置或配药护理区域的信息，并且其中方法还包括：基于药物输送设备的位置或护理区域与配药位置或配药护理区域之间的对应关系来标识用药医嘱候选。

条款14、根据条款10至13中任一条所述的方法，其中，上下文包括当前时间，并且其中配药记录包括用于待定药物的施用时间，方法还包括：基于当前时间和施用时间之间的对应关系来标识用药医嘱候选。

条款15、根据条款10至14中任一条所述的方法，其中，上下文包括用于使用药物输送设备对药物进行施用的输送途径，该方法还包括：基于输送途径和与相应的用药医嘱候选相关联的输送途径信息之间的对应关系来过滤一个或多个用药医嘱候选。

条款16、根据条款15所述的方法，还包括：接收标识了用以对药物进行施用的多个通道中的第一通道的选择，其中，被包括在多个通道的第一通道中的输送途径不同于被包括在多个通道的第二通道中的另一输送途径。

条款17、根据条款10至16中任一条所述的方法，其中，对用户进行授权包括：通过条形码扫描仪、射频识别(RFID)读取器、智能卡读取器，近场通信读取器和生物特征传感器中的至少一个接收与用户相关联的凭证。

条款18、根据条款10至17中任一条所述的方法，其中，药物输送设备包括输液泵，并且其中药物输送设备的至少一个参数包括泵送参数。

条款19、一种包括指令的非暂时性存储介质，当该指令由一个或多个处理器读取时，使一个或多个处理器执行包括以下步骤的方法：接收与用户相关联的凭证；至少部分地基于所接收的凭证授权用户操作药物输送设备；响应于该授权，检索与用户相关联的用户历史，其中用户历史包括用于待定药物的一个或多个配药记录；经由药物输送设备接收不知患者和医嘱的用户输入以开始药物的施用；在接收到不知患者和医嘱的用户输入之后，基于包括用户历史的上下文，确定用于当前施用的一个或多个用药医嘱候选；经由用于药物输送设备的显示设备呈现用户界面，以从一个或多个用药医嘱候选中确认用药医嘱；以及基于从用户界面接收的所确认的用药医嘱来配置药物输送设备的至少一个参数。

条款20、根据条款19所述的非暂时性存储介质，其中，上下文包括药物输送设备的位置或护理区域，并且其中，配药记录包括标识配药位置或配药护理区域的信息，并且其中，该方法还包括：基于药物输送设备的位置或护理区域与配药位置或配药护理区域之间的对应关系来标识用药医嘱候选。

还考虑到：

应当理解，所公开的处理中的步骤的具体顺序或层次结构是示例方法的说明。基于设计偏好，可以理解，处理中步骤的具体顺序或层次结构可被重新排列。其中一些步骤可以同时执行。随附方法的权利要求以样本顺序呈现各种步骤的元素，并不意味着仅限于所呈现的具体顺序或层次结构。

提供先前描述是为了使本领域技术人员能够实践本文所述的各个方面。先前描述提供了主题技术的各种示例，并且主题技术不限于这些示例。对这些方面的各种修改对于本领域技术人员来说将是显而易见的，并且本文中定义的一般原理可被应用于其他方面。因此，权利要求不旨在限于本文所示的方面，而是被赋予与权利要求语言一致的全部范围，其中，除非特别说明，否则以单数形式提及元素并不意味着“一个且只有一个”，而是意味着“一个或多个”。除非另有特别说明，术语“一些”指一个或多个。阳性代词(例如，他的)包括阴性和中性(例如，她的和它的)，反之亦然。标题和副标题(如果有的话)仅用于方便，并且不限制本公开。

本文使用的术语网站可以包括网站的任何方面，包括一个或多个网页、被用于承载或存储与网页相关内容的一个或多个服务器等。因此，术语网站可以与术语网页和服务器互换使用。谓词“被配置为”、“可操作为”和“被编程为”并不意味着对主语进行任何特定的有形或无形的修改，而是旨在互换使用。例如，被配置为监测和控制操作或组件的处理器也可能意味着被编程为监测和控制操作的处理器或可操作为监测和控制操作的处理器。同样，被配置为执行代码的处理器可以被解释为被编程为执行代码或可操作为执行代码的处理器。

本文使用的术语“自动”可包括由计算机或机器在无需用户干预的情况下执行；例如，通过计算机、机器或其他启动机制响应谓语动作的指令。“示例”一词在本文中被用于表示“用作示例或说明”。本文中被描述为“示例”的任何方面或设计不一定被解释为优先于或优于其他方面或设计。

诸如“方面”之类的短语并不意味着该方面对主题技术是必要的，或者该方面适用于主题技术的所有配置。与方面有关的公开可适用于所有配置，或一个或多个配置。一个方面可以提供一个或多个示例。诸如方面之类的短语可以指一个或多个方面，反之亦然。诸如“实施方案”之类的短语并不意味着该实施方案对主题技术是必要的，或者该实施方案适用于主题技术的所有配置。与实施方案有关的公开可适用于所有实施方案，或一个或多个实施方案。实施方案可以提供一个或多个示例。诸如“实施方案”之类的短语可以指一个或多个实施方案，反之亦然。诸如“配置”之类的短语并不意味着这样的配置对主题技术是必要的，或者这样的配置适用于主题技术的所有配置。与配置有关的公开可适用于所有配置，或一个或多个配置。配置可以提供一个或多个示例。诸如“配置”之类的短语可以指一个或多个配置，反之亦然。

如本文所用，“用户界面”(也被称为交互式用户界面、图形用户界面或UI)可以是指基于网络的界面，该界面包括用于接收输入信号或提供电子信息的数据字段和/或其他控制元件，和/或响应于任何接收到的输入信号向用户提供信息。控制元件可以包括拨号盘、按钮、图标、可选择区域或经由UI呈现的其他可感知标记，当与之交互(例如，点击、触摸、选择等)时，控制元件为呈现UI的设备发起数据交换。UI可以全部或部分使用诸如超文本标记语言(HTML)、FLASH

如本文所用，术语“确定”或“确定了”包括各种各样的动作。例如，“确定了”可以包括在无需用户干预的情况下经由硬件元件进行计算、运算、处理、推导、生成、获取、查找(例如，在表、数据库或其他数据结构中查找)、确定等。此外，“确定了”可以包括在没有用户干预的情况下经由硬件元件进行接收(例如，接收信息)、访问(例如，访问存储器中的数据)等。“确定了”可以包括在没有用户干预的情况下经由硬件元件进行解析、选择、挑选、建立等。

如本文所用，术语“提供”或“提供了”包括各种各样的动作。例如，“提供了”可以包括将值存储在存储设备的某个位置以供后续检索、经由至少一个有线或无线通信介质将值直接传输给接收者、传输或存储对值的引用等。“提供了”还可以包括经由硬件元件进行编码、解码、加密、解密、确认、验证等。

如本文所用，术语“消息”涵盖用于传达(例如，传输或接收)信息的各种格式。消息可以包括诸如XML文档、固定字段消息、逗号分隔消息等机器可读信息汇总。在一些实施方案中，消息可以包括被利用于传输信息的一个或多个表示的信号。虽然以单数形式叙述，但可以理解，消息可以由多个部分组成、传输、存储、接收等。

如本文所用，术语“可选择地”或“选择的”可涵盖各种各样的动作。例如，“选择的”处理可以包括从多个选项中确定一个选项。“选择的”处理可以包括以下一个或多个：动态确定的输入、预配置的输入或用户发起的用于进行确定的输入。在一些实施方案中，n个输入开关可以被包括以提供选择性的功能，其中n是被用于进行选择的输入的数量。

如本文所使用的，术语“对应”或“对应了”涵盖两个或更多个对象、数据集、信息和/或类似物之间的结构、功能、定量和/或定性的关联或关系，优选地，其中对应关系或关系可被用于翻译两个或更多个对象、信息和/或类似物，从而看起来相同或相等。对应关系可以使用阈值、值范围、模糊逻辑、模式匹配、机器学习评估模型或其组合中的一个或多个来评估。

在任何实施方案中，所生成或检测到的数据都可以被转发到“远程”设备或位置，其中“远程”是指程序被执行的位置或设备以外的位置或设备。例如，远程位置可以是同一城市中的另一个位置(例如，办公室、实验室等)、不同城市中的另外一个位置、不同州的另一位置、不同国家的另外一位置等。因此，当一个物品被指示为与另一个物品“远程”时，这意味着这两个物品可以在同一个房间中，但被分开，或者至少在不同的房间或不同的建筑物中，并且可以相距至少一英里、十英里或至少一百英里。“传达”信息参考通过适当的通信信道(例如，专用或公共网络)将表示该信息的数据作为电信号进行传输。“转发”物品是指将该物品从一个位置转移到下一个位置的任何手段，无论是通过物理传送还是其他方式(如果可能的话)，至少在数据的情况下，包括物理传送承载数据或传达数据的介质。通信介质的示例包括无线电或红外传输信道以及到另一计算机或联网设备的网络连接，以及因特网，或者包括电子邮件传输和记录在网站上的信息等。

本领域普通技术人员已知或后来知道的贯穿本公开所描述的各个方面的元素是所有结构和功能等价物通过引用明确纳入本文，并意在由权利要求书所涵盖。此外，本文所公开的任何内容都不打算专用于公众，无论该公开是否在权利要求书中明确叙述。不得根据35U.S.C.§112的规定解释任何权利要求要素，除非使用短语“用于……的手段”明确叙述该元素，或者在方法权利要求的情况下，使用短语“用于……的步骤”叙述该元素。此外，在说明书或权利要求书中使用术语“包含”、“具有”等的情况下，该术语旨在以类似于术语“包含”(如同当“包含”在权利要求中用作过渡词时被解释的那样)的方式包含。