CN105393277A - 药物工作流程管理 - Google Patents

Abstract

提供了针对患者的药物的准备、配送和回收进行管理的方法。在一个方面，一种方法包括：与药物准备组件、库存管理组件、配送管理组件和药物回收组件进行连接。药物准备组件根据第一组参数实现多个药物订单。药物准备组件不能直接与其它组件的参数进行连接。该方法包括根据其它组件的参数向药物准备组件提供第一组参数。在另一个方面，一种方法包括：接收多个药物订单；当药物订单不能利用未使用的药物实现时，提供准备指令；提供药物的配送指令；接收配送验证。还提供了机器可读介质。

Description

药物工作流程管理

技术领域

本发明大体涉及药物分配，特别地涉及通过对之前不兼容的系统进行协调整合来对医疗机构中的药物的准备、配送和回收进行管理的系统和方法。

背景技术

医院药房必须对许多药物订单进行管理并持续跟踪以符合患者的需要。为患者提供药物的各个不同的阶段或步骤通常是由分布在遍布医院的各个不同位置上的各个不同的机器或职员执行的。

如果医疗机构接纳了多个患者，患者的医师会为患者规定针对该患者的一个或多个药物或需要对患者实施的注射。药房(通常位于患者的医院或医疗机构中)会根据医师的处方准备药物，例如在一个净化室中(例如，具有受控制的污染水平的环境，污染水平是由每立方米中的特定颗粒尺寸的颗粒的数量规定的)。如果药物是注射剂，可以使用混合器来准备药物，例如需要极少人工操作的完全自动的或机械的混合器、需要一些人工操作的部分机械的或半机械的混合器、需要操作员的手工混合器。准备好之后，经过适当培训的或具有资格凭证的药剂师会将注射剂放置在袋子、瓶子、注射器或其它容器中并对容器贴标签。

随后，在挑选地点(例如储藏箱分类区域)对注射剂进行分阶段处理。随后分类人员负责将每个准备好的药物放置到与药物将要配送到的位置相对应的储藏箱或配送推车中，例如重症监护室(ICU)。配送人员从与该配送人员所配送的医疗机构的区域相对应的储藏箱中提取药物。随后，配送人员将药物配送到医疗机构的适当位置。

随后，药物被配送到患者的位置，如果药物是注射剂，临床医生(例如护士或其它临床医生)会将注射剂悬挂在设备架上。护士在注射剂与注射泵系统之间连接导管，并将导管末端的插管插入到患者的血管中从而为患者输送注射剂。

发明内容

根据本公开的某些实施方案，一种管理药物的方法包括：与以下组件进行连接：(i)药物准备组件，其被配置为根据第一组参数完成多个药物订单；(ii)库存管理组件，其被配置为根据第二组参数供应库存；(iii)配送管理组件，其被配置为根据第三组参数配送药物；以及(iv)药物回收管理组件，其被配置为根据第四组参数取回未使用的药物。该方法还包括：根据第二组参数、第三组参数和第四组参数向药物准备组件提供第一组参数，其中药物准备组件不能直接与第二组参数、第三组参数和第四组参数进行连接。

在本公开的另一个实施方案中，一种管理药物的方法包括：接收针对多个药物的多个药物订单，所述多个药物订单中的每个药物订单具有准备状态；识别未使用的药物和该未使用的药物的当前位置；识别库存中的成分药物；当所述多个药物订单中的至少一个药物订单不能利用未使用的药物实现时，提供准备指令以使用成分药物准备所述多个药物订单中的至少一个药物订单的药物；根据所述多个药物订单中的每个药物订单的准备状态提供用于配送药物的配送指令；接收药物的配送验证信息。

在本公开的另一个实施方案中，一种非暂时性机器可读介质包含机器可读指令，该指令用于使得处理器执行一种管理药物的方法。该方法包括：接收针对多个药物的多个药物订单，所述多个药物订单中的每个药物订单具有准备状态；识别未使用的药物和该未使用的药物的当前位置；识别库存中的成分药物；当所述多个药物订单中的至少一个药物订单不能利用未使用的药物实现时，提供准备指令以使用成分药物准备所述多个药物订单中的至少一个药物订单的药物；根据所述多个药物订单中的每个药物订单的准备状态提供用于配送药物的配送指令；接收药物的配送验证信息。

在药物准备和配送的若干阶段，会需要对适当的步骤和/或程序进行验证。但是，验证可能会是复杂的程序，特别是当若干设备以可能与工作流程中的其它设备不兼容的专用参数运行时。

下面的专利中描述了若干组件系统和方法的实例，并且通过引用将它们的全部内容并入本文：2013年5月23日提交的标题为“MedicationPreparationQueue”、申请号为13/901,501(代理机构编号：080625-0471)的美国专利申请；2013年5月23日提交的标题为“ComponentBasedAggregationofMedicationOrders”、申请号为13/901,497(代理机构编号：080625-0420)的美国专利申请；2013年5月22日提交的标题为“MedicationDeliveryManagement”、申请号为13/900,482(代理机构编号：080625-0456)的美国专利申请；2013年5月22日提交的标题为“MedicationRetrievalOptimization”、申请号为13/900,502(代理机构编号：080625-0472)的美国专利申请；以及2013年5月22日提交的标题为“ManagingRe-UseofReturnedMedications”、申请号为13/900,493(代理机构编号：080625-0457)的美国专利申请。

可以理解的是，根据下面的详细描述，主题技术的其他配置对于本领域的技术人员将变得显而易见，其中以示例方式示出和描述了主题技术的各种配置。如将要实现的，主题技术可以具有其它和不同配置，并且其许多细节能够在各个其他方面中进行修改，这些都没有脱离主题技术的范围。相应地，附图和详细描述本质上被认为是示例性而非限制性的。

附图说明

为了提供进一步理解而包括的并入本说明书并构成本说明书的一部分的附图示出了所公开的多个实施例，并且与描述文字一起用于对所公开的实施例的原理进行解释。在附图中：

图1示出了根据本公开的多个示例性方面的示例性医院网络环境，在其中可实施用于连接若干设备的系统。

图2示出了根据本公开的多个示例性方面的用于对药物的准备进行管理的示例性体系结构。

图3是示出根据本公开的多个示例性方面的来自图2的体系结构的示例性客户端和服务器的框图。

图3示出了用于使用图2的服务器对药物的准备进行管理的示例性进程。

图4A是根据本公开的多个示例性方面的用于若干设备之间的连接的进程的流程图。

图4B是根据本公开的多个示例性方面的管理药物工作流程的进程的流程图。

图5是示出一个示例性计算机系统的框图，利用该计算机系统可实施图2的客户的服务器。

具体实施方式

在下面的描述中，列举了许多具体细节从而对本公开提供充分的理解。但是，显然，对于本领域内的一名普通技术人员来说，可以在没有这些具体细节中的一部分的情况下实践本公开。在其它实例中，为了不模糊本公开，没有详细展示已知的结构和技术。

所公开的方法提供了用于对贯穿药物工作流程的若干设备和程序进行管理的进程。例如，若干组件(例如药物准备组件和配送组件)可以在没有意识到彼此的情况下彼此独立地运转。通过在二者之间提供接口(可能需要对不匹配的数据参数进行协调)，可使工作流程更有效率。该接口还可降低对不同数据参数(例如不一致的识别(ID)参数)进行主动管理所需要的时间。

若干组件的连接在工作流程中提供了效率。例如，从诸如健康水平7(HL7)馈送端之类的电子数据馈送端获取药物订单。对来自馈送端的数据进行处理从而识别出需要添加到虚拟队列中的每个订单的若干方面。随后系统确定是否用准备好的药物项目或者返回的或可取回的未使用的药物项目来填充药物的订单，或者是否应当通过利用存储的可用成分而准备药物项目来填充订单。提供适当的用于填充订单的操作说明，以用于根据能够如何填充订单而显示在队列中。在某些实例中，如果可取回的药物项目可以被用于填充订单，可向配送人员提供通知或优选的取回路径以取回该药物项目。

如果例如患者已离开并且该患者的订单不再需要，则会监控电子数据馈送端以对队列中的药物订单进行实时更新。根据电子数据馈送端的变化持续地更新所述队列。因此，如果某个订单发生了变化或被终止，则会立刻在队列中对该订单的条目进行更新。这将会及时防止在此时不再需要的复合药物的制作，从而防止或降低浪费。这还会防止或限制对患者不再需要的产品进行用于配送或者完成配送和准备好配送的分配。这还会减少劳动力的低效率使用，并将准备好的药物保持在手边以便潜在地供新的订单使用。

根据若干因素将每个药物的订单放置在虚拟队列中的某个位置，所述若干因素包括：例如，准备药物的预计时间、将药物配送到配送位置的预计时间、在配送位置把药物给予患者将会需要的预计时间、药物的配送期限、药物配送的紧急程度、药物的类型、或药物的成分。例如，可将需要相同或相似药物成分的两个或更多个药物订单在队列中归集在一起，从而避免成分的不必要浪费。所公开的系统还被配置为对用于准备所述订单的药物的每个成分的图像或条形码读数进行捕捉，所述图像或条形码读数可提供给本地或远程药剂师或其它经授权的检查员，用于验证已经用适当的成分准备了所述订单的药物。在验证时，对虚拟队列进行更新，以反映出订单已经被填充并且可以取回所准备的用于配送给患者的该订单的药物。

在配送人员(例如，通过扫描)识别待配送的药物(例如注射剂)时，所公开的系统确定是否存在需配送至医院的区域(所述配送人员将要把经识别的药物配送至此处)的其他任何准备好的或几乎准备好的药物。如果存在用于配送的另一可用药物或几乎准备好的药物，并且例如基于其他药物的紧急程度或者任一药物的期满或配送时间而在与配送经识别的药物相同的配送过程期间配送其他药物是优选的，则在出发配送经识别的药物之前向配送人员提供通知，以等待其他药物到达合适的储藏箱。所述通知可提供为位于储藏箱分类区域或在该区域附近的设备的显示器上的警报，并且/或者可发送至配送人员的设备(例如配送人员的移动设备)。如果存在用于配送的另一可用药物或几乎准备好的药物，在与配送经识别的药物相同的配送过程期间配送其他药物并非优选，则不向配送人员提供通知，或者向配送人员提供通知以继续配送经识别的药物。

通过这种方式，所公开的系统通过确定配送人员是否应当向分类人员请求位于储藏箱分类区域中的准备好的药物(配送至适当的储藏箱)或者确定配送人员是否应当等待药物完成准备，来向配送人员提供药品准备进程的进一步进展。所公开的系统可以确定需要由配送人员进行配送的被识别(例如，扫描)用于配送的药物的紧急程度，以及配送人员等待获得其他任何几乎完成准备的药物将会需要的时间。如果所公开的系统(例如，基于完成药物准备所需的预计时间量)确定配送人员具有充足时间等待药物的准备完成、确定经识别的药物需要配送的次数以及配送经识别的药物所需的预计时间量，则该系统可以(例如，利用诸如文字消息或通知窗口的可视或可听警报)向配送人员通知几乎准备好的药物。

此外，所公开的系统为配送人员(其向医疗机构中的特定区域配送注射剂)提供了已终止的注射剂的清单以及它们在配送人员所配送的区域中的位置。随后配送人员可将已终止的注射剂取回并将它们返回到在医疗机构内提供服务的药房位置。在已终止的注射剂返回到药房时，可对其进行扫描并列入到可用注射剂的库存清单中。在某些方面，可在配送人员最初取回已终止的注射剂时对其进行扫描并且同样列入到可用注射剂的库存清单中。如果已终止的注射剂已经超出了它们的有效期，或者未处于它们的有效期的阈值时间期限内(例如，超出了将注射剂配送到另一个位置并对其进行实施所需要的时间量)，则将已终止的注射剂丢弃。但是，如果注射剂未处于它们的有效期的阈值时间期限内，则已终止的注射剂会被重新录入到可能再使用的库存清单中。在某些方面，可以根据药物的稳定性和无菌性自动地确定注射剂的有效期。

当接收到新的注射剂订单时，所公开的系统首先核查已经被重新录入到库存清单中的已终止的注射剂是否可被用于填充该新的订单。如果可以用已终止的注射剂填充订单，则会将已终止的注射剂用于该订单。但是，如果不可以用已终止的注射剂填充订单，则会将该订单放置到注射剂准备队列中，以便由技术人员或药剂师准备。

在某些方面，所公开的系统可确定重新录入到库存清单中的已终止的注射剂的数量和/或丢弃的已终止的注射剂的数量的一个或多个指标。例如，所公开的系统可以使用该一个或多个指标对不需要任何相应的订单而每天准备的注射剂的建议数量进行调整(例如，每天准备的快速流动的预先包装注射剂的数量)。例如，如果每天有大量的针对特定快速流动预先包装注射剂的终止订单被重新录入到库存清单中，并且所述快速流动预先包装注射剂在它们可以被实施给患者之前过期，则所公开的系统可降低每天应当准备的快速流动预先包装注射剂的建议数量。

图1示出了根据本公开的多个示例性方面的示例性医院网络环境100，在其中可实施用于管理药物工作流程的系统。但是，不是所描述的所有组件都是必需的，一个或多个实施方案可包括图1未展示的另外组件。可以在不脱离本文所陈述的权利要求的精神或范围的情况下进行组件的配置和类型的变化。此外，可提供不同的组件或更少的组件。

该示例性医院网络环境100包括网络105、医嘱输入(POE)系统110、服务器115、药房信息系统(PIS)120、一个或多个医疗设备130A-F、位于药物存储区域中的电子设备140A以及位于药物准备区域中的电子设备140B。在一个或多个实施方案中，药物存储区域可以是存储医疗机构的药物库存清单的区域，药物准备区域可以是IV工作室或混合工作站，例如洁净的工作室、无菌工作室和/或非无菌工作室。其它类型的药物存储区域和/或药物准备区域也是可以的，例如护士工作站。

POE系统110、PIS120、医疗设备130A-F和/或电子设备140A-B可以以通信方式(例如通过网络105)彼此耦接。在一个或多个实施例中，POE系统110、PIS120、医疗设备130A-F、和/或电子设备140A-B中的一个或多个可以直接相互耦接。此外，可以存在一些其它设备连接到网络105，例如控制系统、另外的医疗系统(例如，医院信息系统(HIS)、实验室信息系统(LIS)、或其它临床和/或后勤系统)、另外的医疗设备、另外的电子设备、另外的系统、计算设备、移动设备等。POE系统110、PIS120、一个或多个医疗设备130A-F和/或一个或多个电子设备140A-B可以是或者可包括下面进一步参照图5讨论的电子系统的全部或部分。

网络105可以是通信网络，例如公共通信网络(例如因特网、蜂窝数据网络、电话网络上拨号调制解调器)、专用通信网络(例如，专用局域网(“LAN”)、专线)等。网络105还可包括但不限于下面的一个或多个网络拓扑结构，包括：总线网络、星状网络、环状网络、网状网络、星状总线网络、树状或分级网络等。网络105的连接可以是有线的或无线的。例如，POE系统110、服务器115、PIS120、医疗设备130A-F和/或电子设备140A-B中的一个或多个可在网络105上传送无线信号，例如无线以太网信号、射频(RF)信号、红外(IR)信号、蓝牙信号、或者任何其它的能够在具有适当的发送器和/或接收器的设备之间以无线方式传送信息的工具。

POE系统110、服务器115和/或PIS120可以是单独的计算设备，例如计算机服务器。可替代地，POE系统110、服务器115和/或PIS120代表以通信方式耦接(例如通过网络105以通信方式耦接)并且共同地或单独地实施一个或多个功能(可在服务器端实施的功能，例如接收信息、传送信息、存储信息、接收控制命令、提供用户界面、传送通知等)的一个或多个计算设备(例如，计算机云和/或分布式系统)。POE系统110、服务器115和/或PIS120可与若干数据库耦接，例如数据存储器、存储设备或其它计算设备。

服务器115可以是被配置为与其它设备连接的系统或接口引擎，其包括POE系统110、PIS120、医疗设备130A-F和/或电子设备140A-B(共同地称为其它设备)。例如，服务器115能够与每个其它设备连接并提供与每个其它设备之间的接口，即使通常其它设备中的一个或多个是不兼容的或者以特有的或专有的参数运行。服务器115可对一个或多个其它设备的运行提供反馈信息，并还可通过根据反馈向一个或多个其它设备提供指示来使药物工作流程自动化。服务器115可充当接口引擎，其用于对其它设备的若干系统进行协调，而不需要多个系统上的实时映射。服务器115还可被配置为支持另外的设备，从而使得另外的一个或多个设备提供与已经使用的其它设备的无缝集成。

POE系统110、服务器115和/或PIS120可以是有助于提供医护、和/或提供医护的系统。例如，POE系统110可以被医师用于录入针对患者的订单，例如需要实施给患者的药物订单。药物的订单可以被传送给PIS120，以用于准备药物。PIS120可以存储例如关于医疗机构的药房的信息，例如未完成的订单、被填充的订单、药物库存清单、患者医疗概况/历史等。例如，PIS120可耦接到数据库，该数据库存储例如可对药物存储区域中的药物和/或暂时性存储在一个或多个药物准备区域中的药物的库存清单。

医疗设备130A-F可包括注射设备，例如注射泵、药物配送设备、配药设备(例如自动配药机器)、监控设备、呼吸设备(呼吸机)、废物处理设备(例如药品清除设备)、或一般性地任何可以有助于提供医护、和/或可提供医护的设备。一个或多个医疗设备130A-F可包括处理器和/或存储器。可替代地，或另外地，一个或多个医疗设备130A-F可以通信方式(例如通过串行端口)耦接到包括处理器和存储器的设备。

例如，医疗设备130A-F可包括在护士工作站存储并分配药物的自动配药机器(ADM)(例如PyxisMedstations^TM)，从而提供对该药物的分布式获取。医疗设备130A-F还可包括辅助向患者实施药物的注射设备(例如注射泵)。医疗设备130A-F还可包括废物处理设备，它可容纳和存储来自医护人员废弃的药物(例如，过量的药物)，并对医护人员废弃的药物的数量进行跟踪。一个或多个提供药物(例如，提供对药物的获取或给药)的医疗设备130A-F可以在药物需要补充时向PIS120传送信号(例如补充信号)。例如，当正在向患者施药的IV袋需要补充时，静脉注射(IV)泵会传送补充信号。类似地，当自动配药机器分发的一个或多个药物将要用完时，自动配药机器会传送补充信号。服务器115可有助于将这些信号以适当的格式传送到适当的设备。

电子设备140A-B可以是任何电子设备，例如膝上型或台式计算机、移动电话、个人数字助理(“PDA”)、平板电脑、电视或其它显示设备、或其它可用于显示用户界面的适当的计算设备，其可例如有助于挑选已下订单的药物的成分药物和/或准备已下订单的药物。例如，位于药物存储区域中的电子设备140A可显示队列以便按照使浪费大幅最小化的方式根据接收到的订单从库存中取出或挑选药物，同时，位于药物准备区域中的电子设备140B可显示队列以便按照使浪费大幅最小化的方式准备已下订单的药物。

在图1中的实例中，将电子设备140A-B描绘为台式计算机，但是，电子设备140A-B可以是任何上述电子设备和/或任何其它电子设备。例如，电子设备140B可以是混合器或其它设备，其包括用于物理上实施药物准备的一个或多个步骤的硬件或机械。电子设备140A-B可包括处理器和/或存储器。电子设备140A-B可包括输入设备，其可被用于(例如，通过扫描附加到容器上的标签)选择或识别成分药物和/或包含成分药物的容器。输入设备可包括例如条形码扫描器、射频识别(RFID)读取器，或者一般性地可认出或识别成分药物、包含成分药物的容器和/或将会被用于存储订购的药物的容器的任何设备。

出于示例性目的，在本文中，将电子设备140A描述为位于药物存储区域，并且将电子设备140B描述为位于药物准备区域；但是，电子设备140A-B可以是医护人员可携带其进入或离开药物存储区域和/或药物准备区域的便携式设备(例如，平板设备或移动电话)。药物存储区域和/或药物准备区域可以位于医疗机构的药房中。可替代地，或者另外地，药物存储区域和药物准备区域可以不同地位于医疗机构的内部或外部。在一个或多个实施方案中，医疗机构可包括多个药物存储区域和/或多个药物准备区域，所述多个药物存储区域中的一个或多个可包括电子设备140A，所述多个药物准备区域中的一个或多个可包括电子设备140B。

在操作中，PIS120可以从例如POE系统110或医疗设备130A-F中的一个例如以补充信号的形式接收到一个或多个药物订单。订单可指示出将要用于准备药物的至少一个成分药物(例如头孢唑啉、万古霉素、去甲肾上腺素、盐溶液等)以及成分药物的量。在一个或多个实施例中，药物的订单可包括关于IV袋的订单。例如，PIS120可将订单传送给位于药物存储区域中的电子设备140A，使得医护人员可从药物存储区域挑选或取回订单的成分药物。服务器115可有助于订单和其它相关数据的传送。

在一个或多个实施例中，医疗机构可使用预期批处理用于快速移动复合物或成分。例如，包括特定复合物或成分的确定量的药物可以准备为预期批，不论是否已经接收到了该药物的任何订单。药物的预期批可以与一个或多个周期性自动补充(PAR)水平相关联。如果来自预期批的药物的准备好的量低于PAR水平，则系统(例如PIS120或服务器115)可根据PAR水平组生成一个或多个药物的订单(例如，“自动再订购订单”)，并且可将所述一个或多个订单连同从POE110和/或一个或多个医疗设备130A-F接收到的订单提供给PIS120。

位于药物存储区域中的电子设备140A(例如，根据每个订单指示的成分药物)可将接收到的订单汇集为批或组。例如，电子设备140A对订单进行分批，使得具有共同(例如，相同)成分药物的订单被挑选到一起。例如根据成分药物对订单分批后，电子设备140A可选择第一批订单并确定应当从库存挑选的容器，以用于以使浪费的成分药物最小化的方式准备第一批订单。所述容器可包括药瓶、袋子、瓶子、包装，或者一般性地可存储成分药物的任何容器。在一个或多个实施例中，对订单分批和确定需要从库存中取回以用于准备一批订单的容器的步骤可以通过PIS120和/或其它服务器系统执行。PIS120随后将各批连同针对每批需要取回的成分药物的量和/或针对每批需要从库存中取回的容器传送给电子设备140A。

电子设备140A可确定第一批订单并可提供以下指示：准备第一批需要的成分药物、针对第一批需要取回的成分药物的量、以及应当针对第一批从库存取回的的容器。例如，电子设备140A可显示用户界面从而便于医护人员挑选第一批的成分药物。医护人员可从药物存储区域的库存取回用于准备第一批的容器。例如，医护人员可(例如通过用条形码扫描器扫描容器)识别从库存取回的每个容器。电子设备140A可将扫描的容器的指示传送给PIS120，并且PIS120可存储以下指示：正在从药物存储区域的库存中移出容器并且正在将所述容器配送到药物准备区域的临时库存中。服务器115可以是便于传送标识符的中间设备，使得各设备中的任何一台的任何私有的或者另外不兼容的识别系统变得与PIS120和其它设备相兼容。随后可将容器配送到药物准备区域用于准备第一批订单。

一旦包含用于第一批订单的成分药物的容器被配送到药物准备区域，(位于药物准备区域中的)电子设备140B就会接收第一批订单的指示。例如，电子设备140B可向将要准备第一批订单的医护人员显示包括列有第一批订单的队列的用户界面。在一个或多个实施方案中，电子设备140B可对队列进行排序，使得将要用共同成分药物准备的订单可以被相邻地显示在队列中。

电子设备140B可接收这样的指示：医护人员已经开始准备队列中所列的订单，以及/或者医护人员已经选择了队列中所列的一个订单。当接收到该指示时，电子设备140B确定是否存在队列中列出的将会使用当前正在准备的订单的成分药物进行准备的任何其它订单。如果电子设备140B确定队列中列出了任何这种订单，则在需要时电子设备140B会向医护人员通知订单，并且/或者电子设备140B会对队列重新排序，使得这些订单以邻近于当前正在准备的订单的方式列入队列中。通过该方式，可以将使用相同成分药物准备的订单一起准备，从而使被浪费的成分药物的超出量最小化。

现在返回附图，图2示出了根据本公开的某些方面的用于管理药物的准备的示例性体系结构200。假定作为图2的实例提供的准备的药物是麻醉IV溶液，这只是为了简单和明确阐述的目的，而非旨在以任何方式对本公开的范围进行限制。

体系结构200包括具有药物存储区域10的药房1、配药和/或准备(配药/准备)区域20以及配送收集区域30(例如，储藏箱分类区域)。药物存储区域10包括多个药物和供应品，其包括例如麻醉药品(例如，布比卡因或氯普鲁卡因)和适当的用于麻醉药品的液体。麻醉药品和液体被从药物存储区域10送到在其中将所述药品和液体混合在一起以生成麻醉IV溶液的准备/配药区域20。在位于准备/配药区域20中的包含IV溶液的包装70(例如，IV袋子)上(例如，通过粘贴)提供患者/药物ID设备72，例如条形码或射频识别(RFID)标签。患者/药物ID设备72包括指示药物和该药物所指定的患者的患者/药物ID信息。随后技术人员将包装70从药房1配送到配送收集区域30。技术人员确定放置包装70的适当的储藏箱或配送推车90，并随后将包装70装载到适当的配送推车90上用于由配送人员2(例如，被指定为负责配送药物的人员，或者用于执行该任务的机器(例如机器人))配送到计划的配送/放置位置60(例如，患者房间)。

在示出的实施方案中，准备/配药区域20具有设置在其中的条形码读取器24，在包装70被送到配送收集区域30之前，药房1的技术人员可使用条形码读取器24读取患者/药物ID设备72(在所示的实例中是条形码标签)。准备/配药区域20还具有用于记录包装70的准备的图像记录设备25，例如照相机。配送收集区域30具有设置在其中的连接到客户端112的条形码读取器34，当包装70被送到配送收集区域30时，药房1的技术人员可使用条形码读取器34读取患者/药物ID设备72。配送推车90还可提供由位置条形码标签读取器。配送人员2可使用条形码读取器34扫描包装70，以指示配送人员2将会开始配送包装70。可将配送通知发送给服务器135。

药房1包括服务器135(例如，药房服务器)，其可对应于服务器115(例如，执行服务器115的一个或多个功能)，并包括处理器40。服务器135耦接到输出设备134(例如显示器)、输入设备136(例如，键盘)。服务器135可以是任何具有适当的处理器、存储器、通信能力的设备，用于运行准备跟踪应用并接收、处理、发送与药物数据库45和准备的药物相关的信息。处理器40耦接到被配置为存储各种信息的药物数据库45。药物数据库45可包括(但不限于)如下信息：患者姓名或ID、药物名称或ID、计划的配送位置60、计划的配送时间、准备的药物的有效日期或时间、准备的药物的预计实施时间、配送准备的药物的紧急程度、准备的药物的当前位置、准备的药物的订单状态、准备的药物的返回状态、条形码扫描器84读取药物/患者ID信息和/或位置ID信息的一个或多个读取位置、读取信息的时间、以及配送人员2的姓名或ID。药物数据库45被配置为根据若干互操作性标准(例如HL7标准)或参数电气地提供和接收信息，该信息可包括从若干医疗设备(例如，注射泵)接收到的数据。提供HL7标准数据的电子数据馈送端不同于打印机馈送端，在打印机馈送段中数据不用于如同使用HL7标准数据那样交换、整合、共享、取回电子健康信息。例如，电子数据馈送端可包括针对HL7标准格式化的数据，其指示出注射泵、呼吸设备、配药机器、或其它医疗设备的当前或过去的状态。但是，某些设备或机器(例如准备/配药区域20中的混合器或其它设备)可能由于例如其被配置为针对专用的或定制的数据参数而导致其与互操作性标准或参数不兼容或者不能与其直接连接。处理器40可对若干数据标准或参数之间的不兼容性进行调解。例如，在数据存储到数据库45之前或之中，处理器40可使用查询表、哈希表、或其它适当的算法将非标准数据转换为标准数据。可替代地，数据库45可对非标准数据进行存储，并在数据取出之前或取出期间对其进行转换。

位于药房1的服务器135的处理器40被配置为根据互操作性标准(例如HL7标准)电气地接收来自药物数据库45的信息或数据并对信息进行处理，以识别将要在药房1的准备/配药区域20中准备的一个或多个订单。在某些实施方案中，一个或多个设备会需要非标准格式或参数的数据。处理器40可接收数据并转换为兼容的参数或格式，或者可替代地可特别请求和接收来自数据库45的非标准数据。随后，处理器40确定是否可使用已经准备的可用药物(例如，在药物存储区域10中)、另一个患者将不再需要的已取回的或可取回的药物来填充每个订单，或者是否必须通过准备新的药物来填充该订单。这样，处理器40被配置为“实时”做出确定，即，实质上立刻地响应于来自药物数据库45的对应的数据。此外，这里描述的若干任务的开始或完成可以例如通过对其进行扫描而向服务器135发送相应的通知或验证。

药物订单可以由医师3(例如，医生、其它授权的人员、或机器，例如被指定负责确定患者的处方的任务的机器人)准备。医师3可通过POE(图2中未展示)或其它设备发送药物订单。

配送人员2可取回药物并将其返回到药房1。当取回的药物被返回到药房1时，可对其进行扫描并将其列入可用的取回药物的库存清单中。在某些方面，可以在配送人员2开始取回时(例如，尚未返回到药房1时)对取回的药物进行扫描并列入可用溶液的库存清单中。如果取回的药物已经超出了它的有效期，或者未处于它们的有效期的阈值时间期限内(例如，超出了将取回的药物配送到另一个位置并对其进行实施所需要的时间量)，则将取回的药物丢弃。但是，如果取回的药物未处于它们的有效期的阈值时间期限内，则取回的药物会被重新录入到可能再使用的库存清单中。

位于药房1的服务器135的处理器40基于确定“是否可使用已经准备的可用药物、另一个患者将不再需要的已取回的或可取回的药物来填每个订单，或者是否必须通过准备新的药物来填该订单”向输出设备134提供适当的通知，所述通知包括例如应当如何填该订单、以及可用于填该订单的可取回的药物的位置。例如，可在输出设备134上显示通知，其指示用于布比卡因IV溶液且用于填充针对布比卡因IV溶液的新订单的取回药物。在确定取回的或可取回的药物是否可用于填充订单时，处理器40被配置为计算取回的或可取回的药物的有效期。取回的或可取回的药物的有效期可被用于确定取回的或可取回的药物是否可被用于填订单。

处理器40被配置为根据例如返回的包装70的稳定性和无菌性来确定返回的包装70的有效期。指示返回的包装70的稳定性和无菌性的信息可以从药物数据库45获得。例如，返回的包装70的稳定性指示出返回的包装70中的药物保持其特性而没有丧失效力的时间长度(即，“保质期”)，其可由药剂师或其它医疗提供者在最初准备返回的包装70时初始性录入。返回的包装70的无菌性指示出所准备的包装70中的状态(例如，环境颗粒数目)，其可以根据存储在药物数据库45中的准备包装70的已知位置来确定。例如，如果返回的包装70是在无菌区域准备的，则相对于返回的包装70不是在无菌区域准备的情况，可给予其较长的截止时间范围。随后，根据药剂师录入的稳定性日期和基于准备包装70的已知位置计算的无菌性指示，处理器40可生成返回的包装70的有效期。

在某些方面，取回的或可取回的药物可被用于填订单，可向位于配送收集区域30中或与配送收集区域30相关联的客户端112提供可取回药物和取回位置50的标识，所述标识用于显示在位于配送收集区域30中或附近的输出设备114上来指示配送人员2从取回位置50取回可取回的药物。还可根据例如配送人员2当前正在进行的配送来向客户端112提供从取回位置50(例如，患者房间)取回可取回的药物的线路。客户端112可以是例如与配送收集区域30相关联的计算机系统，例如台式计算机或移动计算机。客户端112也可以是例如平板电脑、移动设备(例如，智能手机或PDA)、或具有适当的处理器、存储器和通信能力的任何其它设备。作为移动设备的客户端112可以例如与配送人员2相关联。

在确定能够如何填充来自药物数据库45的订单时，位于药房1中的服务器135的处理器40可提供订单的条目，其用于显示在服务器135的输出设备134上并且位于需要由药房1填充的订单的虚拟队列中。订单的条目被列在队列中的任何其它订单之间的适当位置。由处理器40确定的在队列中的药物的每个订单的位置可基于例如准备药物的预计时间、将药物配送到配送/放置地点60的预计时间量、在配送/放置地点60向患者实施药物将会需要的预计时间、药物的配送期限、药物的配送的紧急程度、药物的类型、或药物的成分。例如，可将需要相同或相似药物成分的两个或更多个药物订单在队列中归集在一起，以避免用于准备药物的成分的不必要浪费。

使用一个或多个成分准备订单的药物的记录被记录和存储在药物数据库45中，由药剂师或其它负责将所准备的药物批准为已经准备好配送给患者的检查员用于稍后的验证。例如，所述记录可包括由图像记录设备25记录的图像或视频或者由条形码读取器24读取的一个或多个成分的条形码。随后可将记录提供给药剂师用于验证。验证时，为该订单准备的包装70被识别为已准备在队列中并且准备好由配送人员2配送到配送/放置地点60。在任何时间，如果药物数据库45指示出订单已经例如由于该订单所指向的患者的状态的变化而改变，则会根据药物数据库45指示的该订单的变化对队列自动地更新，以对队列中的该订单的列表进行修改或移除。

例如，配送位置60和/或取回位置50可包括具有用于通过包装为患者提供IV注射的注射设备的患者房间。在所示的实例中，取回位置50和配送位置60分别提供了位置条形码标签52和位置条形码标签62。位置条形码标签52、62中的每一个包括指示提供相应的条形码标签的各自位置50、60的唯一位置ID信息。如上所述，包含药物(例如，IV溶液)的包装70(例如，IV袋)设置有患者/药物识别(ID)设备72。在示出的实例中，患者/药物ID设备72是包括指示患者(例如，“JaneSmith”)和药物(例如，“布比卡因IV溶液”)的患者/药物信息的条形码标签。患者/药物信息还可包含其它的药品或患者相关的信息，例如患者的医疗状态(例如，过敏)、药品的名称(例如，布比卡因)、药品剂量、药品浓度、给药计划、以及给药速度。

在图2的体系结构200中还描绘了读取器设备84，其由配送人员2手持携带并且/或者附加到配送推车90上，并被配置为从包装70上的患者/药物ID设备72读取患者/药物信息。在示出的实例中，读取器设备84是条形码扫描器。在读取器设备84由配送人员2手持携带的实施方案中，扫描器84还被配置为从位置条形码标签52、62、92读取位置ID信息。

位置ID设备52、62、92和/或患者/药物ID设备72可以是被动ID设备，即某些行动(例如，扫描)必须由参与者(例如，药房技术人员或配送人员2)完成以便从其取回信息。在其它实施方案中，ID设备可以是主动ID设备(例如主动跟踪设备157)，即自动地从ID设备取回信息而不需要参与者采取行动。在一些实施方案中，主动ID设备可自动地通过无线链接向读取器设备84传送包含相关信息的信号。无线链接可使用各种技术，包括蓝牙、ZigBee、无线USB和专用系统。在其它实施方案中，主动ID设备自身不会传送信号，而是当读取器设备紧密靠近地经过ID设备时响应于由读取器设备(例如，通过改变其中的RF电路的阻抗)生成的查询信号。

在示出的实例中，条形码读取器84每次对ID设备(例如，患者/药物ID设备或位置ID设备)进行扫描时，将由此读取的信息经由与接收信息的无线网桥50连接的无线传送101提供给药物数据库45。网桥50通过医院网络150与处理器40进行数据通信。网络150可包括例如下面的任何一个或多个：个人区域网(PAN)、局域网(LAN)、校园区域网(CAN)、城域网(MAN)、广域网(WAN)、宽带网络(BBN)、因特网等。此外，网络150可包括但不限于下面的任何一个或多个拓扑结构，包括：总线网络、星状网络、环状网络、网状网络、星状总线网络、树状或分级网络等。网络150可对应于图1的网络105。

处理器40被配置为：接收由条形码扫描器84读取的药物/患者ID信息和/或位置ID信息，根据这些信息产生位置，使用和再使用信息。处理器40被配置为将信息存储在药物数据库45中。

体系结构200还包括跟踪设备122、152，其允许护理人员4(例如，负责对患者实施患者特定药物的任务的护士，或者被配置为执行这种任务的机器，例如机器人)监控药物配送的进展。每个跟踪设备122、152被配置为：接收护理人员4的跟踪请求，直接地或者通过处理器40访问药物数据库45，对存储在数据库45中的配送进展信息进行取回，以及根据配送进展信息为护理人员4指示药物的配送进展。在所示的实例中，跟踪设备122是自动化配药机器，其具有处理器(未展示)、显示器121和键盘123；跟踪设备152是移动通信设备155(例如，手机、个人数字助理(PDA)、或寻呼机)，其具有处理器(未展示)、显示器151和键盘153，并可通过无线连接102连接到服务器135。配送进展信息可通知护理人员4上一个已知的读取地点和上次读取的时间。根据这些信息，例如，护理人员4可决定：是需要在配送位置60等待配送、稍后在预期的配送时间前往配送位置、还是前往上一个已知的位置以从推车90取回药物。

图3是根据本公开的某些方面示出的图2的体系结构200中的示例性服务器135和客户端112的框图300。客户端112和服务器135通过网络150经由各自的通信模块218和238进行连接。通信模块218和通信模块238被配置为与网络150连接以针对对网络150上的其它设备发送和接收诸如数据、请求、响应和命令的信息。通信模块218和通信模块238可以是例如调制解调器或以太网卡。

客户端112包括处理器212、通信模块218、存储器220(其包括通知应用程序222)。客户端112还连接到条形码读取器34、输入设备116和输出设备114。

服务器135包括处理器40、通信模块238、存储器232(其包括药物数据库45)、应用程序234和接口引擎335。服务器135的处理器40被配置为执行多种指令，例如物理编码到处理器40中的指令、从存储器232中的软件接收到的指令、或者二者的组合。例如，服务器135的处理器40执行来自应用程序234的指令以接收来自电子数据馈送端(例如，药物数据库45)的指示患者的药物订单的信息，并确定是否可使用可用的已准备的药物或者返回的药物填充订单。

可根据例如可用的已准备的或返回的药物的有效期、将可用的已准备的或返回的药物配送到配送/放置位置60的预计时间量、可用的已准备的或返回的药物在配送/放置位置60实施给患者的预计时间以及可用的已准备的或返回的药物的配送期限之中的至少两个的比较，来确定是否可使用可用的已准备的或返回的药物来填订单。

例如，如果返回的药物预计在十分钟后过期，并且预计将返回的药物配送到配送/放置位置60会花费三十分钟，则所述确定会指示出，所述返回的药物不能用于完成另一个药物的订单。作为另一个实例，如果必须在两小时内将订单配送到配送/放置位置60，并且将可用的已准备的药物配送到配送/放置位置60的预计时间是一小时，则决定会指示出，应当使用可用的已准备的药物来完成该订单。作为另一个实例，如果返回的药物预计在一小时内过期、预计将返回的药物配送到配送/放置位置60需要花费三十分钟、并且必须在四十五分钟内将订单配送到配送/放置位置60，则所述确定会指示出，返回的药物可被用于完成另一个药物的该订单。

当处理器40确定可以使用可用的已准备的或返回的药物来填充订单时，处理器40被配置为提供使用可用的已准备的或返回的药物来填充订单的通知。所述通知可包括例如使用已准备的或返回的药物帮助准备订单的指令。例如，所述通知可指示出，返回的药物应当与另一个返回的药物组合使用来填充订单，并且如果药物还没有被取回，所述通知还可指示出能够取回药物的收集位置(例如，取回位置50)。作为一个实例，如果两个返回的药物都是头孢唑林(2gm/NS50ml)，并且处理器40接收到新的头孢唑林(4gm/NS100ml)的订单，则处理器40可发送通知(例如，发送给输出设备134)，该通知指示出应当将两个返回的头孢唑林药物(2gm/NS50ml)组合来填充新的头孢唑林(4gm/NS100ml)的订单。

类似地，当所述确定指示出已准备的或返回的药物不能用于完成订单时，处理器40可被配置为提供指示出继续完成订单的通知。例如，如果药物的订单必须在三十分钟内配送到配送/放置位置60，而将返回的药物配送到配送/放置位置60的预计时间是一小时，则输出设备134上的通知可指示出，返回的药物不能被用于完成另一个药物的该订单。在某些方面，处理器40可提供相同的通知或另一个通知，所述通知指示出返回的药物已过期或者返回的药物将会在阈值时间段内过期。该阈值时间段可以基于返回的药物的有效期和用于将返回的药物配送到配送/放置位置60的预计时间量。

处理器40还被配置为将订单放置到需要填充的订单的虚拟队列中。将来自药物数据库45的药物订单放置到基于若干因素确定的虚拟队列中的某个位置。影响药物订单在虚拟队列中的位置的因素例如包括：准备药物的预计时间量、将药物配送到配送位置(例如，配送/放置位置60)的预计时间量、在配送位置需要将药物实施给患者的预计时间、药物的配送期限、配送药物的紧急程度、药物的类型、或药物的成分。

处理器40可将订单列入到虚拟队列中的其它订单之间的某个位置上，在所述虚拟队列中所述订单与具有相同的类型(例如，相同类型的药物)或具有共享的成分的其它订单一起提供。例如，可以将需要特定药物成分用于配制的新的药物订单与虚拟队列中需要相同特定药物成分用于配制的其它订单归集在一起。

这种药物订单的基于成分的归集可使得医疗机构(例如医院)能够将医护人员为了准备已下订单的药物而挑选或取回成分药物时浪费的药物量大幅最小化。例如，处理器40可为医护人员提供并在输出设备134上显示一个容器或一组容器的指示，所述指示能够提供充足量的成分药物以准备订单，同时将成分药物的任何超出量(例如在准备好已下订单的药物后剩余的未使用的任何量的成分药物)最小化。因此，处理器40将在准备已下订单的药物时浪费的成分药物的量最小化。例如，处理器40可根据共同成分药物对药物订单进行归集，使得医护人员能够按顺序地准备具有共同成分药物的已下订单的药物。以这种方式，任何可能的药物浪费或到期的可能性被大幅最小化。

因此，处理器40被配置为例如根据每个订单指示的显示在队列中的成分药物来将接收到的订单集合到多个批或组中。例如，处理器40可对订单进行分批，使得具有共同(例如，相同)成分药物的订单被挑选到一起。(例如，根据成分药物)对订单进行分批后，处理器40可以选择第一批订单，并且从库存(例如，在药物存储区域30)确定应当被挑选用于以使浪费的成分药物最小化的方式准备第一批订单的容器。容器可包括药瓶、袋子、瓶子、包装，或者一般性地可存储成分药物的任何容器。

服务器135的处理器40还被配置为执行来自应用程序234的指令，以确定第一批订单并提供以下指示：准备第一批所需的成分药物、需要取回的用于第一批的成分药物量、以及应当取回的用于第一批的来自库存的容器。例如，处理器40可提供用于显示在输出设备134上的用户界面，以辅助医护人员挑选用于第一批的成分药物。医护人员可从药物存储区域10的库存中取回用于准备第一批的容器。例如，医护人员可(例如，通过用条形码读取器24扫描容器)识别从库存中取回的每个容器。处理器40可将扫描的容器的指示传送到药物数据库45，药物数据库45可存储关于容器正在被从药物存储区域10的库存中取出并正被配送到准备/配药区域20的临时库存的指示。随后可将容器配送到准备/配药区域20用于准备第一批订单。

服务器135的处理器40还被配置为执行来自应用程序234的指令，以接收识别用于配制药物的成分的图像或条形码，并将图像或条形码提供给负责对使用该成分填充药物进行验证的人，例如药剂师。例如，在准备包装70的过程中，技术人员可将用于配制包装70的每个成分药物放置到准备/配药区域20的捕获区域中，在其中图像记录设备25或条形码读取器24可捕获正在使用的每个成分药物的记录(例如，图像或条形码读数)。处理器40被配置为接收用于表示所述人员已经对使用该成分填充药物进行验证的输入，并提供药物订单已经准备好配送给患者的指示。例如，可将用于配制包装70的每个成分药物的图像或条形码读数提供给位于药房1中的或远离药房1的药剂师进行检查(例如，显示在输出设备134上)并且验证(例如，使用服务器135的输入设备136)适当的成分药物被用于准备包装70。药剂师验证后，处理器40指示出，订单已经完成并且用于该订单的包装70已经准备好进行配送。

此外，当药物被配送后，处理器40还被配置为：接收所配送的药物是已经被实施(或现在正在实施)还是未使用的通知或验证。例如，可以在将药物的条形码放置到附着至患者的IV泵之前对条形码进行扫描。可以对未使用的药物进行用于表示重新放置或可能再使用的标记或者注释，如本文所描述。

可基于若干因素确定在其中取回未使用的包装70的订单。例如，可基于未使用的包装70的有效期来作出确定。例如，如果未使用的包装在几天内不会过期，则做出的确定可指示出：可以朝向排序列表的末端取回未使用的包装70。也可基于取回未使用的包装70的预计时间量来作出确定。例如，如果预计取回未使用的包装70将会耗费至少15分钟，而未使用的包装70被设置为在一小时内过期，则做出的确定可指示出：应当朝向排序列表的起始端取回未使用的包装70。还可基于与未使用的包装70相关联的紧急程度来进行确定。例如，如果未使用的包装70被列出为需要立刻配送(“状态”或“影印”)，则做出的确定可指示出未使用的包装70也应当被立刻取回。

还可基于与未使用的包装70相关的成本来做出确定。例如，如果未使用的包装70的制作成本非常昂贵，并且未使用的包装70的有效期已经接近，则做出的确定可指示出未使用的包装70也应当被立刻取回。还可基于取回未使用的包装70的预计距离来进行确定。例如，可基于客户端112(例如配送人员2携带的移动设备客户端112)的当前位置来计算所述预计距离。例如，如果有两个未使用的包装70需要取回，并且第一个未使用的包装比第二个未使用的包装距离配送人员2的移动设备客户端112的当前位置更近，则做出的确定可指示出应当首先取回第一个未使用的包装。

还可基于未使用的包装70再使用的可能性或者针对可使用未使用的包装70来填充的药物的新订单的接收来做出确定。例如，如果未使用的包装70是用于经常接收到的订单或者可以用于填充在药房1处接收到的新订单，则做出的确定可指示出应当取回未使用的包装70。

在某些方面，可以通过为上面讨论的每个因素关联一个优先值来表示做出的确定。因此，当生成指示取回未使用的包装70的优先级的合计优先值时，可将若干因素考虑到其中。优先值可基于未使用的包装70的有效期、取回未使用的包装70的预计时间量、与未使用的包装70相关联的紧急程度、与未使用的包装70相关联的成本、以及取回未使用的包装70的预计距离。例如，如果未使用的包装在一小时后过期，则这种第一因素可被分配一个高优先值，如果取回未使用的包装的预计时间量是三十分钟，则这种第二因素也可以被分配一个高优先级，从而针对取回未使用的包装70生成一个甚至更高的合计优先值。可根据优先值对取回未使用的包装的顺序进行排序，使得例如具有更高优先值的未使用的包装70将会比具有更低优先值的未使用的包装更早取回。

服务器135的处理器40还执行来自应用程序234的指令，以根据确定的取回未使用的药物的顺序来提供用于显示的未使用药物的列表。例如，该列表可显示在客户端112上。这可以发生在以下情形：例如，服务器135的处理器40通过网络150向客户端112的存储器220中的通知应用程序222发送指令，并且通知应用程序222命令客户端112的处理器212将该列表显示在客户端112的输出设备114上。当未使用的包装70被取回时，可使用客户端112的条形码读取器34对未使用的包装70进行扫描，并且用户可使用客户端的输入设备116确认未使用的包装70已经被取回。在某些方面，所显示的列表可包括路径，在机构内沿着该路径可取回每个未使用的包装70并将它们返回到配送收集区域30。例如，可通过文本指令或通过机构地图的可视化来提供该路径。可根据移动设备客户端112的当前位置对可显示在移动设备客户端112上的可视化视图进行更新。

在某些方面，服务器135的处理器40还执行来自应用程序234的指令，以接收需要被配送到第一位置的第一药物的识别，并确定将第一药物配送到第一位置的路径，以及在第二位置接收至少一个第二药物。在某些方面，第二位置可以与第一位置相同。路径的确定基于第一位置、第二位置，以及第一药物或第二药物的有效期、配送第一药物的预计时间量、取回第二药物的预计时间量、与第一药物和第二药物中的每一个相关联的紧急程度、与第一药物或第二药物中的每一个相关联的成本、取回第一药物和第二药物中的每一个的预计距离。服务器135的处理器40可提供用于显示在客户端112上的路径，例如显示在移动设备客户端112上的可视化视图。

服务器135的处理器40还被配置为执行来自接口引擎335的指令。处理器40被配置为与若干设备连接，例如如本文所描述的电子设备130A-130F，以对电子设备130A-130F使用的若干数据和参数之间的不兼容性进行协调。通过连接若干电子设备130A-130F，处理器可通过借助于所有可用的数据(例如，每个连接的设备的输入和输出)更好地确定高效率的工作流程。尽管图3将接口引擎335展示为与应用程序234分离，但是也可将接口引擎335与应用程序234集成在一起或者可替代地可调用应用程序234。

图4A示出了与若干设备连接的接口引擎(例如接口引擎335)的处理的流程图400。在步骤402，接口引擎与如下组件进行连接：(i)药物准备组件，其被配置为根据第一组参数实现多个药物订单；(ii)库存管理组件，其被配置为根据第二组参数供应库存；(iii)配送管理组件，其被配置为根据第三组参数配送药物；以及(iv)药物回收管理组件，其被配置为根据第四组参数取回未使用的药物。药物准备组件被配置为根据第一组参数实现多个药物订单，并且可对应于电子设备140B，例如本文描述的混合器。库存管理组件可部份地由例如本文描述的服务器115或135实施。配送管理组件可部份地由例如本文描述的服务器115或135实施。药物回收管理组件可部份地由例如本文描述的服务器115或135实施。

在步骤404，根据第二组参数、第三组参数和第四组参数向药物准备组件提供第一组参数，其中药物准备组件不能与第二组参数、第三组参数和第四组参数直接进行连接。例如，库存管理组件、配送管理组件、药物回收管理组件可被配置为使用本文描述的标准化数据参数。混合器可使用与标准化参数不兼容的专用数据参数。如本文所描述的，接口引擎可对不兼容性进行协调。

图4B示出了使用例如接口引擎(例如，如本文所描述的可部份地利用服务器115或135实施接口引擎335)管理药物工作流程的流程图450。此外，接口引擎可直接地或者通过与上面描述的若干组件的连接(可包括访问服务器115或135上的其它应用程序)执行下面的步骤。例如，药物准备组件可通过接口引擎的辅助而使用药物回收管理组件提供的信息来执行指定步骤。在步骤452，接口引擎接收针对多个药物的多个药物订单，多个药物订单中的每一个具有准备状态。在步骤454，接口引擎识别未使用的药物以及未使用的药物的当前位置。在步骤456，接口引擎识别库存中的成分药物。

在步骤458，当多个药物订单中的至少一个不能用未使用的药物实现时，接口引擎提供准备指令，以使用成分药物准备多个药物订单中的至少一个药物订单的药物。例如，接口引擎可通过确定未使用的药物的有效期来确定未使用的药物是否可被用于实现药物订单，以及未使用的药物是否可以在有效期之前被配送和设施。接口引擎还可确定未使用的药物是否可与成分药物或者另一个未使用的药物一起使用来实现药物订单。接口引擎还可根据配送时间表和其它相关的数据确定未使用的药物的可用性，并且还可确定所需要的成分药物是可以在库存中获得还是必须重新进货。接口引擎可对所需要的另外的成分药物进行排序，并在确定可用性时将另外的成分药物的配送时间因素计算在内。接口引擎可根据这种可用性数据确定准备指令的有效队列。通过与若干组件或设备的连接，接口引擎可利用那些正常情况下对每个单独组件不可用的信息。

在步骤460，接口引擎根据多个药物订单中的每个药物订单的准备状态提供用于配送药物的配送指令。在步骤462，接口引擎接收药物的配送验证信息。接口引擎可通过一个或多个设备执行如本文所描述的进程。

图5是示出可实施图2的客户端112和服务器135的示例计算机系统500的框图。在特定的方面中，可利用硬件或者软件与硬件的组合，来按照在专用服务器中、或集成至另一实体中、或跨多个实体分布的方式实施计算机系统500。

计算机系统500(例如，客户端112和服务器135)包括总线508或用于对信息进行通信的其他通信机构、以及与总线508耦接的用于处理信息的处理器502(例如，处理器212和40)。例如，可用一个或多个处理器502实施计算机系统500。处理器502可以是通用微处理器、微控制器、数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)、可编程逻辑器件(PLD)、控制器、状态机、门控逻辑、分立硬件组件、或者可执行计算或其他信息处理的任何其他适合的实体。

除硬件外，计算机系统500可包括创建关于所讨论的计算机程序的执行环境的代码，例如，构成处理器固件的代码、协议栈、数据库管理系统、操作系统、或者存储在内置存储器504(例如，存储器220和232)中的上述代码的一种或多种的组合，所述内置存储器例如为随机存取存储器(RAM)、闪速存储器、只读存储器(ROM)、可编程只读存储器(PROM)、可擦写PROM(EPROM)、寄存器、硬盘、可移动硬盘、CD-ROM、DVD、或者用于存储信息和由处理器502执行的指令的耦接至总线508的任何其他适合的存储设备。可通过专用逻辑电路对处理器502和存储器504进行补充，或将处理器502和存储器504并入专用逻辑电路中。

指令可存储在存储器504中，并且在一个或多个计算机程序产品中实施，即，计算机可读介质上编码的计算机程序指令的一个或多个模块，其用于根据本领域技术人员所公知的任何方法由计算机系统500执行或者控制计算机系统500的操作，所述方法包括但不限于例如面向数据的语言(如，SQL、dBase)、系统语言(如，C、Objective-C、C++、汇编)、结构化语言(例如，Java、.NET)以及应用语言(如，PHP、Ruby、Perl、Python)的计算机语言。也可通过计算机语言实施命令，例如数组语言、面向方面的语言、汇编语言、创作语言、指令行接口语言、编译语言、并发式语言、花括号语言、数据流语言、数据结构语言、声明语言、深奥语言、扩展语言、第四代语言、功能性语言、对话模式语言、解释语言、迭代语言、基于列表的语言、小众语言、基于逻辑的语言、机器语言、宏语言、元程序语言、多重范式语言、数值分析、基于非英语的语言、面向对象的基于类的语言、面向对象的基于原型的语言、越位规则语言、程序语言、反射性语言、基于规则的语言、脚本语言、基于栈的语言、同步语言、语法处理语言、可视化语言、Wirth语言、可嵌入语言、以及基于xml的语言。在对要由处理器502执行的指令进行执行的期间，存储器504还可用于存储临时变量或其他中间信息。

本文所讨论的计算机程序并非必须对应于文件系统中的一个文件。程序可存储在存放其他程序或数据的文件的一部分(例如，在标记语言文本中存储的一个或多个脚本)、专用于所讨论的程序的单个文件、或者多个同类文件(例如，存储一个或多个模块、子程序或多个代码部分的各个文件)之中。可将计算机程序部署为在一台计算机或多台计算机上执行，所述多台计算机位于同一地点或者跨多个地点分布并通过通信网络互连。可通过执行一个或多个计算机程序的一个或多个可编程处理器来执行本说明书中描述的处理和逻辑流程，以通过操作输入数据和产生输出来执行功能。

计算机系统500还包括用于存储信息和指令的耦接至总线508的数据存储设备506，例如磁盘或光盘。计算机系统500可通过输入/输出模块510耦接至多个不同的设备(例如，条形码读取器34和24)。输入/输出模块510可为任何输入/输出模块。示例输入/输出模块510包括数据端口(例如USB端口)。输入/输出模块510被配置为连接至通信模块512。示例性通信模块512(例如，通信模块218和238)包括网络接口卡，例如以太网卡和调制解调器。在特定的方面，输入/输出模块510被配置为连接至多个设备，例如输入设备514(例如，输入设备116和136)和/或输出设备516(例如，输出设备114和134)。示例输入设备514包括键盘和定点设备(例如鼠标或轨迹球)，用户可利用这些设备向计算机系统500提供输入。其他类型的输入设备514也可用于提供与用户的互动，例如触觉输入设备、视觉输入设备、音频输入设备、或脑-机接口设备。例如，提供给用户的反馈可以是任意形式的感觉反馈，例如视觉反馈、听觉反馈、或触觉反馈；并且可按照任何形式接收来自用户的输入，包括声学、语言、触觉、或脑波输入。示例输出设备516包括用于向用户显示信息的显示设备，例如LED(发光二极管)、CRT(阴极射线管)、或LCD(液晶显示)屏幕。

根据本公开的一个方面，可利用计算机系统500响应于处理器502执行存储器504中包含的一条或多条指令的一个或多个序列来实施客户端112和服务器135。可将这样的指令从另一机器可读介质(例如数据存储设备506)读取至存储器504。对主存储器504中包含的指令的序列的执行使得处理器502执行本文所描述的处理步骤。此外，可采用布置为多重处理形式的一个或多个处理器来执行存储器504中包含的指令的序列。在替代性方面，可使用硬件连接电路来取代软件指令或者与软件指令结合，以实施本公开的各种不同的方面。因此，本公开的各方面并不限于硬件电路与软件的任何特定结合。

可在计算系统中实施本说明书中描述的发明主题的各个方面，所述计算系统包括后端组件(例如，数据服务器)；或包括中间组件(例如,应用服务器)；或包括前端组件，例如具有图形化用户界面或网络浏览器的客户端计算机，用户可通过所述图形化用户界面和所述网络浏览器与本说明书所描述的发明主题的实施体进行互动；或者一种或多种上述后端组件、中间组件或前端组件的任意组合。所述系统的各组件可通过数字数据通信的任何形式或介质(例如通信网络)进行互连。通信网络(例如，网络150)可包括例如个人区域网(PAN)、局域网(LAN)、校园区域网络(CAN)、城域网(MAN)、广域网(WAN)、宽带网络(BBN)、互联网等中的任意一个或多个。此外，通信网络可包括但不限于例如以下网络拓扑结构中的任意一个或多个，所述网络拓扑结构包括总线网络、星形网络、环形网络、网状网络、星形-总线网络、树状或分层网络等。所述通信模块可为例如调制解调器或以太网卡。

计算系统500可包括客户端和服务器。客户端和服务器通常远离彼此，并且通常通过通信网络进行互动。客户端与服务器的关系依靠在各自计算机上运行并且彼此之间具有客户端-服务器关系的计算机程序而形成。计算机系统500可以例如为但不限于台式计算机、笔记本计算机、或平板计算机。此外，可将计算机系统500嵌入另一设备，例如但不限于移动电话、个人数字助理(PDA)、移动音频播放器、全球定位系统(GPS)接收器、视频游戏控制台和/或电视机顶盒。

本文所使用的术语“机器可读存储介质”或“计算机可读介质”用于表示参与向处理器502提供用于执行的指令或数据的任何介质或媒介。这样的介质可实施为许多形式，包括但不限于非挥发性介质、挥发性介质以及传输介质。非挥发性介质包括例如光盘、磁盘或闪速存储器，如数据存储设备506。挥发性存储器包括动态存储器，如存储器504。传输介质包括同轴电缆、铜线以及光纤，其包括含总线508在内的导线。机器可读介质的一般形式包括：例如，软盘、软磁盘(flexibledisk)、硬盘、磁带、任何其他磁介质；CD-ROM、DVD、任何其他光学介质；穿孔卡片、纸带、具有孔洞图案的任何其他物理介质；RAM、PROM、EPROM、FLASHEPROM、任何其他存储器芯片或磁带盒(cartridge)；或者计算机可读取的任何其他介质。机器可读存储介质可以是机器可读存储设备、机器可读存储基底、存储器设备、影响机器可读传播信号的物质成分、或者它们中的一种或多种的组合。

如本文所使用的那样，在一系列项目(用术语“和”或“或”来分隔各项目中的任何一个)之后的短语“……中的至少一个”用于修饰整个项目列表，而非修饰列表的每个成员(即，每个项目)。短语“……中的至少一个”无需选择至少一个项目；相反，该短语允许这样一种含义：包括任意一个项目的至少一个、和/或所列项目的任意组合的至少一个、和/或每个项目的至少一个。通过示例的方式，短语“A、B和C中的至少一个”或“A、B或C中的至少一个”均表示：仅A、仅B或仅C；A、B和C的任意组合；以及/或者A、B和C中的每一个的至少一个。

此外，对于在本说明书或权利要求书中使用的术语“包括”、“具有”等术语的范围，当在权利要求中作为过渡词语使用时，这样的术语旨在包含这样的范围，其与对术语“包含”进行解释时术语“包含”所包含的范围相似。

除非特别说明，否则以单数形式引用某一元件并非旨在表示“一个且仅为一个”，而是“一个或多个”。术语“一些”用于表示一个或多个。所有本领域内的技术人员已知的或者随后将会知道的贯穿本公开所描述的各种不同的配置的各个元素的等价结构和功能都明确地通过引用并入到本文中，并旨在由所述发明主题所涵盖。此外，本文所公开的任何内容均未旨在贡献给公众，无论这种公开是否明确地在权利要求书中列出。

虽然本说明书包括许多细节，但是这些细节不应当被理解为限制权利要求书的范围，而是作为对所述发明内容的具体实施方式的描述。在本说明书各个独立实施例的上下文中所描述的特定的功能也可以组合形式实施为单个实施例。与此相反，单个实施例的上下文中描述的多种不同的特征也可在多个实施例中分别实施，或以任意适合的子组合的形式实施。此外，虽然可在上文中对在特定组合中实施甚至最初就已如此声明的特征进行描述，但是在一些情况下，可从所声明的组合中去除所述组合的一个或多个特征，从而所声明的组合可指向子组合或子组合的变化。

与此类似，虽然在附图中按照特定次序示出各个操作，但是不应理解为：为了实施预期的效果，必须按照所示的特定次序或者顺序地执行这些操作，或者必须执行所有示出的操作。在特定的情况下，多任务和并行处理可以较为有利。此外，上文所述的各方面中不同的系统组件的分离不应当理解为所有方面都需要这种分离，而是应当理解为所描述的程序组件和系统通常可以集成在单个软件产品中或者打包为多个软件产品。

该说明书描述了主题技术的多个示例性方面，所述主题技术可包括至少下面的构思：

构思1：一种管理药物的方法，包括：与以下组件进行连接：(i)药物准备组件，其被配置为根据第一组参数实现多个药物订单；(ii)库存管理组件，其被配置为根据第二组参数供应库存；(iii)配送管理组件，其被配置为根据第三组参数配送药物；以及(iv)药物回收管理组件，其被配置为根据第四组参数取回未使用的药物；以及根据第二组参数、第三组参数和第四组参数向药物准备组件提供第一组参数，其中药物准备组件不能与第二组参数、第三组参数和第四组参数直接进行连接。

构思2：如构思1中所述的方法，其中药物准备组件包括被配置为准备静脉注射(IV)药物的混合器。

构思3：如构思1中所述的方法，还包括确定共有参数组，其与第一组参数、第二组参数、第三组参数、第四组参数的相似信息相对应。

构思4：如构思3中所述的方法，其中相似信息对应于药物识别信息。

构思5：如构思3中所述的方法，其中相似信息对应于患者识别信息。

构思6：如构思3中所述的方法，其中相似信息对应于药物订单识别信息。

构思7：如构思3中所述的方法，其中药物准备组件与共有参数组直接连接。

构思8：如构思1中所述的方法，还包括根据第五组参数与另外的组件进行连接，其中药物准备组件不能直接与第五组参数进行连接。

构思9：一种管理药物的方法，包括：接收对于多个药物的多个药物订单，所述多个药物订单中的每个药物订单具有准备状态；识别未使用的药物和所述未使用的药物的当前位置；识别库存中的成分药物；当所述多个药物订单中的至少一个药物订单不能由所述未使用的药物实现时，提供准备指令以使用所述成分药物准备所述多个药物订单中的至少一个药物订单的药物；根据所述多个药物订单中的每个药物订单的准备状态提供用于配送药物的配送指令；以及接收药物的配送验证。

构思10：如构思9中所述的方法，还包括：接收所配送的药物是被给予还是未使用的通知。

构思11：如构思10中所述的方法，还包括：提供针对未使用的配送药物的返回指令。

构思12：如构思11中所述的方法，还包括：确定所述未使用的配送药物是否可再使用；当确定所述未使用的配送药物可再使用时，将所述未使用的配送药物识别为另一未使用的药物；当确定所述未使用的配送药物不可再使用时，将所述未使用的配送药物识别为废弃物。

构思13：如构思12中所述的方法，还包括：接收指示所述另一未使用的药物可再使用的再进货验证。

构思14：如构思9中所述的方法，其中提供配送指令还包括：根据所述多个药物订单中的每个药物订单的配送期限提供所述配送指令。

构思15：一种非暂时性机器可读介质，其包含机器可读指令，该指令用于使得处理器执行一种用于管理药物的方法，所述方法包括：接收针对多个药物的多个药物订单，所述多个药物订单中的每个药物订单具有准备状态；识别未使用的药物和所述未使用的药物的当前位置；识别库存中的成分药物；当所述多个药物订单中的至少一个药物订单不能由所述未使用的药物实现时，提供准备指令以使用所述成分药物准备所述多个药物订单中的至少一个药物订单的药物；根据所述多个药物订单中的每个药物订单的准备状态提供用于配送药物的配送指令；接收所述药物的配送验证信息。

构思16：如构思15中所述的方法，还包括：接收所配送的药物是被给予还是未使用的通知。

构思17：如构思16中所述的方法，还包括：提供未使用的配送药物的返回指令。

构思18：如构思17中所述的方法，还包括：确定所述未使用的配送药物是否可再使用；当确定所述未使用的配送药物可再使用时，则将该未使用的配送药物识别为另一未使用的药物；当确定所述未使用的配送药物不可再使用时，则将该未使用的配送药物识别为废弃物。

构思19：如构思18中所述的方法，还包括：接收指示所述另一未使用的药物可再使用的再进货验证。

构思20：如构思15中所述的方法，其中提供配送指令还包括：根据所述多个药物订单中的每个药物订单的配送期限提供所述配送指令。

已经针对多个特定方面对该说明书的主题内容进行了描述，但是其它多个方面也可被实施并落入所附权利要求的范围内。例如，权利要求中列举的动作也可以不同的顺序执行并且仍然可实现期望的结果。作为一个实例，附图中描绘的进程不是必须需要所展示的特定顺序或依次的顺序来实现期望的结果。在某些实施方案中，多任务和并行处理会是有利的。这些和其它的实施方案落入所附权利要求的范围内并且在本公开的预期之中。

Claims (20)

1.一种管理药物的方法，包括：

与以下组件进行连接：(ⅰ)药物准备组件，其配置为根据第一组参数完成多个药物订单；(ⅱ)库存管理组件，其配置为根据第二组参数供应库存；(ⅲ)配送管理组件，其配置为根据第三组参数配送药物；以及(ⅳ)药物回收管理组件，其配置为根据第四组参数取回未使用的药物；以及

根据第二组参数、第三组参数和第四组参数向所述药物准备组件提供第一组参数，

其中所述药物准备组件不能直接与第二组参数、第三组参数和第四组参数进行连接。

2.如权利要求1所述的方法，其中所述药物准备组件包括配置为准备静脉注射(IV)药物的混合器。

3.如权利要求1所述的方法，还包括：确定共有参数组，其与第一组参数、第二组参数、第三组参数和第四组参数的相似信息相对应。

4.如权利要求3所述的方法，其中所述相似信息对应于药物识别信息。

5.如权利要求3所述的方法，其中所述相似信息对应于患者识别信息。

6.如权利要求3所述的方法，其中所述相似信息对应于药物订单识别信息。

7.如权利要求3所述的方法，其中所述药物准备组件直接与所述共有参数组进行连接。

8.如权利要求1所述的方法，还包括：根据第五组参数与另外的组件进行连接，其中所述药物准备组件不能直接与第五组参数进行连接。

9.一种管理药物的方法，包括：

接收针对多个药物的多个药物订单，所述多个药物订单中的每个药物订单具有准备状态；

识别未使用的药物和所述未使用的药物的当前位置；

识别库存中的成分药物；

当所述多个药物订单中的至少一个药物订单不能由所述未使用的药物实现时，提供准备指令以使用所述成分药物准备所述多个药物订单中的至少一个药物订单的药物；

根据所述多个药物订单中的每个药物订单的准备状态提供用于配送所述药物的配送指令；以及

接收所述药物的配送验证信息。

10.如权利要求9所述的方法，还包括：接收所配送的药物是被给予还是未使用的通知。

11.如权利要求10所述的方法，还包括：提供针对未使用的配送药物的返回指令。

12.如权利要求11所述的方法，还包括：

确定所述未使用的配送药物是否可再使用；

当确定所述未使用的配送药物可再使用时，将所述未使用的配送药物识别为另一未使用的药物；以及

当确定所述未使用的配送药物不可再使用时，将所述未使用的配送药物识别为废弃物。

13.如权利要求12所述的方法，还包括：接收指示所述另一未使用的药物可再使用的再进货验证。

14.如权利要求9所述的方法，其中提供配送指令还包括：根据所述多个药物订单中的每个药物订单的配送期限提供所述配送指令。

15.一种非暂时性机器可读介质，其包含用于使处理器执行一种用于管理药物的方法的机器可读指令，所述方法包括：

接收针对多个药物的多个药物订单，所述多个药物订单中的每个药物订单具有准备状态；

识别未使用的药物和所述未使用的药物的当前位置；

识别库存中的成分药物；

当所述多个药物订单中的至少一个药物订单不能由所述未使用的药物实现时，提供准备指令以使用所述成分药物准备所述多个药物订单中的至少一个药物订单的药物；

根据所述多个药物订单中的每个药物订单的准备状态提供用于配送所述药物的配送指令；以及

接收所述药物的配送验证信息。

16.如权利要求15所述的非暂时性机器可读介质，其中所述方法还包括：接收所配送的药物是被给予还是未使用的通知。

17.如权利要求16所述的非暂时性机器可读介质，其中所述方法还包括：提供针对未使用的配送药物的返回指令。

18.如权利要求17所述的非暂时性机器可读介质，其中所述方法还包括：

确定所述未使用的配送药物是否可再使用；

当确定所述未使用的配送药物可再使用时，将所述未使用的配送药物识别为另一未使用的药物；以及

当确定所述未使用的配送药物不可再使用时，将所述未使用的配送药物识别为废弃物。

19.如权利要求18所述的非暂时性机器可读介质，其中所述方法还包括：接收指示所述另一未使用的药物可再使用的再进货验证。

20.如权利要求15所述的非暂时性机器可读介质，其中提供配送指令还包括：根据所述多个药物订单中的每个药物订单的配送期限提供所述配送指令。