CN105408931B - 基于成分集合药物订单 - Google Patents

基于成分集合药物订单 Download PDF

Info

Publication number
CN105408931B
CN105408931B CN201480041714.5A CN201480041714A CN105408931B CN 105408931 B CN105408931 B CN 105408931B CN 201480041714 A CN201480041714 A CN 201480041714A CN 105408931 B CN105408931 B CN 105408931B
Authority
CN
China
Prior art keywords
medication
orders
component
queue
order
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN201480041714.5A
Other languages
English (en)
Other versions
CN105408931A (zh
Inventor
托马斯·威廉·乌特希
马里亚·孔索拉奇奥·亚斯克拉
威廉·李·韦布斯特
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Confort 303
Original Assignee
Confort 303
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Priority claimed from US13/901,497 external-priority patent/US9076115B2/en
Application filed by Confort 303 filed Critical Confort 303
Publication of CN105408931A publication Critical patent/CN105408931A/zh
Application granted granted Critical
Publication of CN105408931B publication Critical patent/CN105408931B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/06—Buying, selling or leasing transactions
    • G06Q30/0601—Electronic shopping [e-shopping]
    • G06Q30/0633—Lists, e.g. purchase orders, compilation or processing
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/08—Logistics, e.g. warehousing, loading or distribution; Inventory or stock management
    • G06Q10/087—Inventory or stock management, e.g. order filling, procurement or balancing against orders
    • G06Q10/0875—Itemisation or classification of parts, supplies or services, e.g. bill of materials
    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H20/00—ICT specially adapted for therapies or health-improving plans, e.g. for handling prescriptions, for steering therapy or for monitoring patient compliance
    • G16H20/10—ICT specially adapted for therapies or health-improving plans, e.g. for handling prescriptions, for steering therapy or for monitoring patient compliance relating to drugs or medications, e.g. for ensuring correct administration to patients
    • G16H20/13—ICT specially adapted for therapies or health-improving plans, e.g. for handling prescriptions, for steering therapy or for monitoring patient compliance relating to drugs or medications, e.g. for ensuring correct administration to patients delivered from dispensers
    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H20/00—ICT specially adapted for therapies or health-improving plans, e.g. for handling prescriptions, for steering therapy or for monitoring patient compliance
    • G16H20/10—ICT specially adapted for therapies or health-improving plans, e.g. for handling prescriptions, for steering therapy or for monitoring patient compliance relating to drugs or medications, e.g. for ensuring correct administration to patients
    • G16H20/17—ICT specially adapted for therapies or health-improving plans, e.g. for handling prescriptions, for steering therapy or for monitoring patient compliance relating to drugs or medications, e.g. for ensuring correct administration to patients delivered via infusion or injection

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Health & Medical Sciences (AREA)
  • Finance (AREA)
  • Accounting & Taxation (AREA)
  • Economics (AREA)
  • Chemical & Material Sciences (AREA)
  • Medical Informatics (AREA)
  • Primary Health Care (AREA)
  • Public Health (AREA)
  • Epidemiology (AREA)
  • Medicinal Chemistry (AREA)
  • Bioinformatics & Cheminformatics (AREA)
  • General Health & Medical Sciences (AREA)
  • Strategic Management (AREA)
  • Marketing (AREA)
  • Development Economics (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Human Resources & Organizations (AREA)
  • Operations Research (AREA)
  • Quality & Reliability (AREA)
  • Tourism & Hospitality (AREA)
  • Medical Treatment And Welfare Office Work (AREA)
  • Medical Preparation Storing Or Oral Administration Devices (AREA)

Abstract

一种基于成分集合药物订单的系统可包括处理器和存储器。处理器可接收显示列出了要由医护人员准备的药物订单的队列，该药物订单指示出将会用于准备订购的药物的成分药物。处理器可接收对于队列中列出的第一药物订单的选择，其中第一药物订单指示第一成分药物。处理器可确定队列中列出的指示第一成分药物的第二药物订单。处理器可对显示的队列进行重新排列，使得第二药物订单被列出为与第一药物订单相邻。处理器可通过与队列分离地显示对第二药物订单的指示来向医护人员通知第二药物订单。

Description

基于成分集合药物订单
技术领域
本文大体涉及药物订单的集合，更具体地，但并非排外地，涉及基于成分集合药物订单。
背景技术
医疗机构(例如医院)可包括药房，药房接收例如来自医嘱录入系统的针对药物的患者订单，并制定(formulate)订购的药物以向患者给药。例如，药房中的医护人员(例如药房技师)可按照接收到药物订单的顺序来制定订购的药物，例如订购的静脉注射(IV)药物。针对药物的订单一般可以指示用于制定订购的药物的一个或多个成分药物。于是，药房技师可取回该订单上指示的成分药物的容器并使用取回的成分药物的容器来制定订购的药物。取回的容器可以被用于制定一个或多个订购的药物。如果在制定了订购的药物之后，有任何过量的成分药物存留在取回的容器中，则医护人员可按照医院的协议处置过量的成分药物。对于高成本的药物，任何的浪费的降低都会带来显著的成本节省。
发明内容
所公开的主题涉及一种基于成分集合药物订单的方法。该方法包括：接收多个药物订单，所述多个药物订单中的至少一部分指示将要制定为用于配送的药物中的第一成分药物或第二成分药物。该方法还包括：从所述多个药物订单中集合第一批药物订单，其中每个药物订单指示第一成分药物，并集合第二批药物订单，其中每个药物订单指示第二成分药物。该方法还包括：确定用于制定第一批药物订单的第一成分药物的第一数量，以及用于制定第二批药物订单的第二成分药物的第二数量。该方法还包括：分别指示用于制定第一批药物订单和第二批药物订单的第一成分药物的第一数量和第二成分药物的第二数量。
所公开的主题还涉及一种基于成分集合药物订单的系统，该系统包括一个或多个处理器以及包含指令的存储器，该指令在被所述一个或多个处理器执行时，使该一个或多个处理器：显示列出将要准备的多个药物订单的队列，该多个药物订单中的每个药物订单指示多个成分药物中的一个；接收对队列中列出的多个药物订单的第一药物订单的选择，其中所述多个药物订单中的第一药物订单指示多个成分药物中的第一成分药物；确定队列中列出的多个药物订单中的第二药物订单，该第二药物订单指示多个成分药物中的第一成分药物；对显示的队列进行重新排序，使得多个药物订单中的第二药物订单与多个药物订单中的第一药物订单相邻。
所公开的主题还涉及一种包含指令的非暂时性机器可读介质，该指令在被机器执行时，使该机器执行基于成分集合药物订单的方法，该方法包括：接收将要准备的多个药物订单，所述多个药物订单中的每个药物订单指示多个成分药物中的一个成分药物。该方法还包括：接收多个药物订单中的药物订单正在由医护人员准备的指示，其中多个药物订单中的该药物订单指示多个成分药物中的第一成分药物。该方法还包括：确定所述多个药物订单中指示多个成分药物中的第一成分药物的其它药物订单。该方法还包括：显示所述多个药物订单中指示多个成分药物中的第一成分药物的其它药物订单。
可以理解的是，根据下面的详细描述，主题技术的其他配置对于本领域的技术人员将变得显而易见，在下面的详细描述中，以示例方式示出和描述主题技术的各种配置。如将要实现的，主题技术具有其他的和不同的配置，并且其许多细节能够在各个其他方面中进行修改，这些均不脱离主题技术的范围。相应地，附图和详细描述要被认为是本质上示例性的而不是限制性的。
附图说明
在所附的权利要求中陈述了主题技术的某些特征。但是，出于解释的目的，下面的附图中说明了主题技术的一些实施例。
图1示出了根据一个或多个实施例可实施的基于成分集合药物订单的系统的示例性医院网络环境。
图2示出了根据一个或多个实施例的基于成分集合药物订单的系统的示例性进程的流程图。
图3示出了根据一个或多个实施例的基于成分集合药物订单的系统的示例性进程的流程图。
图4示出了根据一个或多个实施例的可用于基于成分集合药物订单的系统中的示例性用户界面。
图5示出了根据一个或多个实施例的可用于基于成分集合药物订单的系统中的示例性用户界面。
图6概念性地示出了可实施主题技术的一个或多个实施例的电子系统。
具体实施方式
下面陈述的详细描述意在作为主题技术的多个配置的描述，而不是意在呈现可实践主题技术的唯一配置。将附图并入本文并构成该详细描述的一部分。该详细描述包括具体细节的目的是为了对主题技术提供深入的了解。但是，本领域内的技术人员将会清楚和显而易见的是，主题技术不只局限于本文列举的具体细节并且可使用一个或多个实施例实践。在一个或多个实例中，为了避免不必要地混淆主题技术的概念，已知的结构和组件是以方框图的形式展示的。
基于成分集合药物订单的主题系统可使得医疗机构(例如医院)能够使医护人员为了制备订购的药物而挑选或取回成分药物时浪费的药物数量大幅最小化。例如，主题系统可为医护人员提供容器或一组容器的指示，其能够提供充足数量的成分药物以准备订购的药物，同时使成分药物的任何过量最小化，例如使准备好订购的药物之后剩余的未使用的任何数量的成分药物最小化。此外，主题系统可使得医疗机构在准备订购的药物时浪费的成分药物的数量最小化。例如，主题系统可根据共同成分药物对药物订单(也称为订单或针对药物的订单)进行集合，从而使得医护人员能够按顺序准备具有共同成分药物的订购的药物。以这种方式，任何可能的成分药物浪费或到期的可能性被大幅最小化。
图1示出了根据一个或多个实施例可实施的基于成分集合药物订单的系统的示例性医院网络环境100。但是，不是所描述的所有组件都是必需的，并且一个或多个实施例可包括图1未展示的另外组件。可以在不脱离本文所陈述的权利要求的精神或范围的情况下对组件的配置和类型进行改变。此外，可提供不同的或较少的组件。
该示例性医院网络环境100包括网络105、医嘱录入(POE)系统110、药房信息系统(PIS)120、一个或多个医疗设备130A-F、位于药物存储区域中的电子设备140A、位于药物准备区域中的电子设备140B。在一个或多个实施例中，药物存储区域可以是存储医疗机构的药物存货的区域，药物准备区域可以是IV工作室或混合工作站，例如洁净工作室、无菌工作室、和/或非无菌工作室。其它类型的药物存储区域和/或药物准备区域也是可以的，例如护士工作站。
POE系统110、PIS 120、医疗设备130A-F和/或电子设备140A-B可以例如通过网络105彼此通信性地耦接。在一个或多个实施例中，一个或多个POE系统110、PIS 120、医疗设备130A-F和/或电子设备140A-B可以直接相互连接。此外，可以存在一些其它设备连接到网络105，例如控制系统、另外的医疗系统(例如，医院信息系统(HIS)、实验室信息系统(LIS)、或其它临床和/或后勤系统)、另外的医疗设备、另外的电子设备、另外的系统、计算设备、移动设备等。POE系统110、PIS 120、一个或多个医疗设备130A-F、和/或一个或多个电子设备140A-B可以是、或者可包括下面参照图6进一步讨论的电子系统的全部或部分。
网络105可以是通信网络，例如公共通信网络(例如因特网、蜂窝数据网络、电话网络上拨号调制解调器)、专用通信网络(例如，专用局域网(“LAN”)、专线)等。网络105还可包括，但不限于，下面的一个或多个网络拓扑结构：总线网络、星状网络、环状网络、网状网络、星状总线网络、树状或分级网络等。网络105的连接可以是有线的或无线的。例如，一个或多个POE系统110、PIS 120、医疗设备130A-F和/或电子设备140A-B可在网络105上传送无线信号，例如无线以太网信号、射频(RF)信号、红外(IR)信号、蓝牙信号或者任何其它能够在具有适当的发送器和/或接收器的设备之间以无线方式传送信息的手段。
POE系统110和/或PIS 120可以是单独的计算设备，例如计算机服务器。可替代地，POE系统110和/或PIS 120代表一个或多个计算设备(例如，计算机云和/或分布式系统)，其通信性耦接(例如通过网络105通信性耦接)并且共同地或单独地执行一个或多个可在服务器端执行的功能(例如接收信息、传送信息、存储信息、接收控制命令、提供用户界面、传送通知等)。POE系统110和/或PIS 120可与多个数据库耦接，例如数据存储器、存储设备或其它计算设备。
POE系统110和/或PIS 120可以是便于提供医护的系统和/或提供医护的系统。例如，POE系统110可以被医师用于录入针对患者的订单，例如将要向患者给药的药物的订单。药物的订单可以被传送给PIS 120，用于准备药物。PIS 120可以存储例如关于医疗机构的药房的信息，例如未完成的订单、完成的订单、药物库存清单、患者医疗概况/历史等。例如，PIS 120可连接到数据库，该数据库存储例如药物存储区域中存储的药物和/或一个或多个药物准备区域中暂时存储的药物的库存清单。
医疗设备130A-F可包括注射设备(例如注射泵)、药物配送设备、配药设备(例如自动配药机器)、监控设备、呼吸设备(例如呼吸机)、废物处理设备(例如药品清除设备)、或通常地任何可以便于提供医护的设备和/或可提供医护的设备。一个或多个医疗设备130A-F可包括处理器和/或存储器。可替代地，或另外地，一个或多个医疗设备130A-F例如通过串行端口可通信性地耦接到包括处理器和存储器的设备。
例如，医疗设备130A-F可包括自动配药机器(ADM)，例如Pyxis MedstationsTM，该机器在护士工作站存储并分配药物，从而提供对药物的分布式获取。医疗设备130A-F还可包括注射设备，例如注射泵，它可辅助向患者给药。医疗设备130A-F还可包括废物处理设备，它可容纳和存储来自医护人员废弃的药物，例如，过量的药物，并对医护人员废弃的药物的数量进行跟踪。当需要补充药物时，一个或多个提供药物(例如，提供对药物的获取或给药)的医疗设备130A-F可向PIS 120传送信号(例如，补充信号)。例如，静脉注射(IV)泵在正在向患者给药的IV袋需要补充时传送补充信号。类似地，当自动配药机器分发的一个或多个药物将要用完时，自动配药机器会传送补充信号。
电子设备140A-B可以是任何电子设备，例如膝上型或台式计算机、移动电话、个人数字助理(PDA)、平板电脑、电视或其它显示设备、或其它可用于显示用户界面的适当的计算设备，其例如便于挑选订购的药物的成分药物和/或准备订购的药物。例如，位于药物存储区域中的电子设备140A可显示队列，以便于以使浪费大幅最小化的方式针对接收到的订单从库存中取出或挑选药物，同时位于药物准备区域中的电子设备140B可显示队列，以便于以使浪费充分最小化的方式准备订购的药物。
在图1中的实例中，将电子设备140A-B描绘为台式计算机，但是，电子设备140A-B可以是任何上述的电子设备和/或任何其它电子设备。例如，电子设备140A-B可包括处理器和/或存储器。电子设备140A-B可包括输入设备，其可用于选择或识别成分药物和/或例如通过扫描附加到容器上的标签来选择或识别包含成分药物的容器。输入设备可包括例如条形码扫描器、射频识别(RFID)读取器或者可认出或识别成分药物、包含成分药物的容器和/或将会被用于存储订购的药物的容器的通常任何设备。
出于示例性目的，本文描述的电子设备140A位于药物存储区域，并且本文描述的电子设备140B位于药物准备区域，但是，电子设备140A-B可以是便携式设备(例如，平板设备或移动电话)，医护人员可携带该设备进入或离开药物存储区域和/或药物准备区域。药物存储区域和/或药物准备区域可以接近位于医疗机构的药房中。可替代地，或者另外地，药物存储区域和药物准备区域可以不同地位于医疗机构的内部或外部。在一个或多个实施方案中，医疗机构可包括多个药物存储区域，其中的一个或多个可包括电子设备140A，和/或多个药物准备区域，其中的一个或多个可包括电子设备140B。
在操作中，PIS 120可以补充信号的形式接收到一个或多个药物订单，例如来自POE系统110、或者医疗设备130A-F中的一个。订单可指示至少一个成分药物(例如头孢唑林、万古霉素、去甲肾上腺素、盐溶液等)以及用于准备药物的成分药物的量。在一个或多个实施例中，药物的订单可以包括IV袋的订单。PIS 120可将订单传送给位于药物存储区域中的电子设备140A，从而例如医护人员可从药物存储区域挑选或取回订购的成分药物。
在一个或多个实施例中，医疗机构可使用预期批处理以用于快速移动复合物或各成分。例如，包括特定复合物或成分的确定数量的药物可以作为预期批处理而准备，不论是否针对该药物已经接收到了任何订单。药物的预期批处理可以与一个或多个周期性自动补充(PAR)水平相关联。如果例如通过预期批处理准备的药物的量低于PAR水平，则系统(例如PIS 120)可根据PAR水平设置来生成一个或多个药物的订单(例如，“自动再订购”)，并且该一个或多个订单可以例如连同从POE 110和/或一个或多个医疗设备130A-F接收的订单提供给PIS 120。
位于药物存储区域中的电子设备140A可例如基于每个订单指示的成分药物来将接收到的订单汇集为批或组。例如，电子设备140A对订单进行分批，从而具有共同(即，相同)成分药物的订单可以被挑选到一起。在例如基于成分药物对订单分批之后，电子设备140A可选择第一批订单并从存货中确定应当被挑选的容器，以使浪费的成分药物最小化的方式准备第一批订单。容器可包括药瓶、袋子、瓶子、包裹或可存储成分药物的常用的任何容器。在一个或多个实施例中，对订单进行分批和确定需要从存货中取出的容器以准备一批订单的步骤可以由PIS 120和/或其它服务器系统执行。PIS 120随后将批组连同需要针对每一批组取出的成分药物的量和/或需要针对每一批组从存货中取出的容器一起传送给电子设备140A。以下将参照图2进一步描述用于对订单进行批处理的示例过程。
电子设备140A可确定第一批订单并可提供对准备第一批组所需的成分药物、需要针对第一批组取出的成分药物的量、以及针对第一批组应当从库存取出来的容器的指示。例如，电子设备140A可显示用户界面(例如下面参照图4讨论的用户界面)，从而便于医护人员挑选第一批组的成分药物。医护人员可从药物存储区域中的库存取出容器以用于准备第一批组。例如，医护人员可例如通过利用条形码扫描仪扫描容器来识别从库存取出的每个容器。电子设备140A可将扫描的容器的指示传送给PIS 120，PIS 120可存储容器正在被从药物存储区域的库存中移出以及正在被配送到药物准备区域的临时库存的指示。随后可将容器配送到药物准备区域以用于准备第一批订单。
一旦包含用于第一批订单的成分药物的容器被配送到药物准备区域，电子设备140B(位于药物准备区域中)会接收第一批订单的指示。例如，电子设备140B可向将要准备第一批订单的医护人员显示包括列出了第一批订单的队列的用户界面。例如，电子设备140B可显示下面参照图5进一步讨论的用户界面。在一个或多个实施例中，电子设备140B可对队列进行排序，从而将要用共同成分药物准备的各订单可以在队列中邻近地显示。
电子设备140B可接收医护人员已经开始准备队列中列出的订单、和/或医护人员已经选择了队列中列出的一个订单的指示。当接收到该指示时，电子设备140B确定队列中是否存在任何其它订单，该订单将会使用当前正在准备的订单的成分药物进行准备。如果电子设备140B确定队列中列出了任何这种订单，如果需要，电子设备140B会通知订单的医护人员，和/或电子设备140B会对队列重新排序，从而使这些订单排列到队列中与当前正在准备的订单相邻的位置。通过该方式，可以将使用相同成分药物准备的订单一起准备，从而使被浪费的成分药物的超出量最小化。下面参照图3进一步讨论了根据公共成分药物进行订单集合的示例性进程。
图2示出了根据一个或多个实施例的基于成分集合药物订单的系统的示例性进程200的流程图。作为说明性目的，这里参照图1的电子设备140A对示例性进程200进行了描述；但是，示例性进程200不只局限于图1的示例性医院网络环境100的电子设备140A。例如，可由PIS 120或另一个服务器系统执行示例性进程200的一个或多个模块。进一步为了说明性目的，示例性进程200的模块在这里被描述为以串行方式或线性地发生。但是，示例性进程200的多个模块可以并行发生。此外，示例性进程200的模块不必以所展示的顺序执行，和/或示例性进程200的一个或多个模块可以不必执行。
在块202中，药物存储区域中的电子设备140A接收例如来自PIS120的药物的订单。可替代地，或另外地，可从POE系统110和/或一个或多个医疗设备130A-F接收订单。药物的订单可指示出用于准备药物的一个或多个成分药物(例如头孢唑林、万古霉素、盐溶液等)、以及用于准备药物的每个成分药物的量或量的范围。至少一些接收到的订单可指示出第一成分药物或第二成分药物中的至少一个。在块204中，电子设备140A将指示第一成分药物的订单集合到第一批订单中。在块206中，电子设备140A将指示第二成分药物的订单集合到第二批订单中。
在块208中，电子设备140A确定将会用于准备第一批订单的第一成分药物的量。例如，电子设备140A对第一批订单中的每个订单指示的第一成分药物的量进行加法运算，从而确定将会用于准备第一批订单的第一成分药物的量。在块210中，电子设备140A确定将会用于准备第二批订单的第二成分药物的量。例如，电子设备140A对第二批订单中的每个订单指示的第二成分药物的量进行加法运算，从而确定将会用于准备第二批订单的第二成分药物的量。
在块212中，电子设备140A确定药物存储区域的库存中的第一组药物容器，其可提供所确定量的第一成分药物并使浪费最小化。例如，电子设备140A可确定第一组容器，使得这些容器共同地至少包含所确定量的第一成分药物，并使得这些容器将作为超出所确定量的任何第一成分药物的量最小化。于是，如果所确定的第一成分药物的量是1400毫升(mL)，存在的包含第一成分药物的容器的尺寸包括例如300mL、750mL、1000mL，则电子设备140A可确定应当取回两个750mL的容器，而不是例如两个1000mL的容器，因为两个750mL的容器只产生100mL的超出量，而两个1000mL的容器会产生600mL的超出量。于是，选取两个750mL的容器，相对于两个1000mL的容器，会将浪费的第一成分药物的量降低高达500mL。
在一个或多个实施例中，电子设备140A可确定任何包括第一成分药物的准备好的药物是否已经被返回到药物存储区域和/或药房。如果电子设备140A确定任何包括第一成分药物的准备好的药物已经被返回，则电子设备140A会确定返回的药物是否可用于准备第一批订单中的任何订单。例如，电子设备140A可确定返回的药物是否已经过期，或者返回的药物是否将会在它们可以被用于准备和实施第一批订单中的一个订单之前过期。如果电子设备140A确定任何准备好的药物可以被用于准备第一批中的一个订单，则相比于存储区域中的任何成分药物，电子设备140A会优先选择返回的药物，因为例如返回的药物很可能会比存储的成分药物更早过期。
在块214中，电子设备140A确定药物存储区域的库存中的第二组药物容器，其可提供所确定量的第一成分药物并使浪费最小化。例如，电子设备140A可确定第二组容器，使得这些容器共同地至少包含所确定量的第二成分药物，并使得这些容器将作为超出所确定量的任何第二成分药物的量最小化，如上面针对第一成分药物所讨论的那样。
在块216中，电子设备140A例如向从药物存储区域挑选或取回第一成分药物的医护人员指示出将用于准备第一批订单的第一成分药物的量和确定的第一组药物容器。例如，电子设备140A可向医护人员显示下面针对图4讨论的用户界面。在一个或多个实施例中，电子设备140A可仅向医护人员提供对将要用于准备第一批订单的第一成分药物和第一成分药物的量的指示。医护人员可从库存中挑选所指定的第一组容器并可使用与电子设备140A相关联的扫描设备对所挑选的第一组容器进行扫描。电子设备140A可将所扫描的第一组容器的指示传送至PIS 120。PIS 120可将所扫描的第一组容器与第一批订单相关联，并且PIS 120可将所扫描的第一组容器从药物存储区域的库存移动到药物准备区域的临时库存中。
在块218中，电子设备140A例如向从药物存储区域挑选或取回第二成分药物的医护人员指示出将用于准备第二批订单的第二成分药物的量和确定的第二组药物容器。例如，电子设备140A可向医护人员显示下面针对图4讨论的用户界面。在一个或多个实施例中，电子设备140A可仅向医护人员提供对将要用于准备第二批订单的第二成分药物和第二成分药物的量的指示。医护人员可从库存中挑选所指定的第二组容器并可使用与电子设备140A相关联的扫描设备对所挑选的第二组容器进行扫描。电子设备140A可将所扫描的第二组容器的指示传送至PIS 120。PIS 120可将所扫描的第二组容器与第二批订单相关联，并且PIS 120可将所扫描的第二组容器从药物存储区域的库存移动到药物准备区域的临时库存中。可将针对第一和/或第二批订单取回的成分药物配送到药物准备区域。
在一个或多个实施例中，电子设备140A可对第一批订单进行集合，并与第二批订单分开地将第一批订单配送到药物准备区域。例如，每批订单可以被指定为由位于特定药物准备区域中的特定医护人员准备。于是，可以对第一批订单进行集合、挑选、并配送到与第一医护人员相关联的药物准备区域，并且可以对第二批订单进行集合、挑选、并配送到与第二医护人员相关联的药物准备区域。可替代地，或另外地，可将多批订单组合到一起，以用于配送到药物准备区域并由单个医护人员进行准备。例如，如果没有足够量的共享共同成分药物的订购的药物，则可将对于不同成分药物的订单一起批处理。
图3示出了根据一个或多个实施例的基于成分集合药物订单的系统的示例性进程300的流程图。作为说明性目的，这里参照图1的电子设备140B对示例性进程300进行了描述；但是，示例性进程300不只局限于图1的示例性医院网络环境100的电子设备140B。例如，可由PIS 120或另一个服务器系统执行示例性进程300的一个或多个模块。进一步为了说明性目的，示例性进程300的各模块在这里被描述为以串行方式或线性地发生。但是，示例性进程300的多个模块可以并行发生。此外，示例性进程300的模块不必以所展示的顺序执行，和/或示例性进程300的一个或多个模块可以不必执行。
在块302中，位于药物准备区域中的电子设备140B接收需要准备的药物的订单，其中这些订单指示出用于准备订购的药物的成分药物和成分药物的量。例如，对一批订单的成分药物进行了挑选和扫描之后，PIS 120可将该批订单的指示传送至药物准备区域。在一个或多个实施方案中，在挑选订单时，医疗机构可能不实施上面针对图2描述的进程。于是，电子设备140B接收到的订单可能不会基于共同成分药物进行集合。
在块304中，电子设备140B可将接收到的订单显示在队列中。电子设备140B可将队列显示在附加到电子设备140B的显示器上(例如电子设备140B的屏幕)，或者与电子设备140B通信耦接的远程显示器上(例如悬挂在药物准备区域中的墙壁上的显示屏幕)。例如，电子设备140B可向医护人员显示下面针对图5进一步讨论的用户界面。
在块306中，电子设备140B接收包括第一成分药物的药物订单正在准备的指示。例如，可以在医护人员例如使用电子设备140B的人机接口设备(例如鼠标、键盘、或触摸屏)选择了队列中列出的订单中的一个时生成该指示。可替代地，或另外地，可以在医护人员使用扫描设备(该扫描设备与电子设备140B通信耦接)对在准备药物时将要用于存储药物的容器进行扫描时生成该指示，例如该容器可包括标签、条形码、或任何其它可检测的标识符。
在块308中，电子设备140B确定队列中列出的指示第一成分药物的第二订单。例如，如果第一成分药物是头孢唑林，电子设备140B可确定包括头孢唑林的药物的另一个订单。在模块310，电子设备140B确定指示第一成分药物的第二订单是否列出在与指示第一成分药物的第一订单相邻的队列中，从而例如顺序地和/或集中地准备第一和第二订单。在模块310，如果电子设备140B确定指示第一成分药物的第二订单没有列出在与指示第一成分药物的第一订单相邻的队列中，则电子设备140B进入到模块312。在模块312，电子设备140B对所显示的队列进行重新排序，从而使得第二订单显示在与第一订单相邻的队列中。
在块310中，如果电子设备140B确定第二订单列出在与第一订单相邻的队列中，则电子设备140B进入到块314。在块314中，电子设备140B向医护人员提供第二订单的通知。例如，电子设备140B可显示提醒医护人员注意第二订单的弹出窗口。以这种方式，电子设备140B可帮助医护人员集中地准备第一和第二订单，其二者都指示第一成分药物。
图4示出了根据一个或多个实施例的可在基于成分集合药物订单的系统中使用的示例性用户界面400。但是，不是所有描绘的组件都是必须的，一个或多个实施例可包括图中未展示的另外的组件。可以在不脱离本文所陈述的权利要求的精神或范围的情况下对组件的配置和类型进行改变。另外，可提供不同的或更少的组件。
示例性用户界面400包括信息显示区域410、批显示区域420。信息显示区域410可显示选定的药物订单和/或选定的成分药物相关的信息。批显示区域420可显示已经基于例如共同成分药物被归在一起的多批药物订单。在操作中，用户界面400可显示在药物存储区域中的电子设备140A上，例如用于帮助医护人员以使成分药物的任何浪费量最小化的方式挑选成分药物。
图5示出了根据一个或多个实施例的可在基于成分集合药物订单的系统中使用的示例性用户界面500。但是，不是所有描绘的组件都是必须的，一个或多个实施例可包括图中未展示的另外的组件。可以在不脱离本文所陈述的权利要求的精神或范围的情况下对组件的配置和类型进行改变。另外，可提供不同的或更少的组件。
用户界面500包括准备队列510、选定订单栏520、信息显示区域530。准备队列510列出了例如需要由医护人员准备的订单。选定订单栏520可显示医护人员已经选择的订单，或者用户人员已经开始准备的订单。信息显示区域530可向医护人员显示与选定的订单有关的信息。
在操作中，可将用户界面500显示在位于药物准备区域中的电子设备140B上，用于例如帮助医护人员以使成分药物的任何浪费量最小化的方式挑选成分药物。例如，当医护人员从准备队列510中选择了一个订单，或者通过对与订单相关联的标签或容器进行扫描指示出队列中列出的该订单的准备已经开始时，用户界面500将选择的订单显示在选定订单栏520中。此外，如果准备队列510中存在任何其它的订单指示出用于准备选定订单的成分药物，例如图5中的“万古霉素”，则用户界面500将另外的订单显示在信息显示区域530中。以这种方式，例如相对于分别地准备各个订单，医护人员可集中地准备多个订单，这可以将浪费的成分药物的量最小化。
可替代地，或另外地，可以对准备队列510重新排序，从而使得选定订单、以及指示出选定订单的成分药物的任何其它订单显示在队列的顶部。因此，在图5中，可以对准备队列510重新排序，从而使得订单“万古霉素lgm/NS 50mL”显示在准备队列510中的第一位，订单“万古霉素lgm/NS 250mL”显示在准备队列510中的第二位。
图6概念性地示出了电子系统600，利用其可以实施主题技术的一个或多个实施例。电子系统600例如可以是如下设备或者可以是这些设备的一部分：POE系统110、PIS120、医疗设备130A-F、位于药物存储区域在的电子设备140A、位于药物准备区域中的电子设备140B、台式计算机、膝上型计算机、平板计算机、电话、个人数字助理(PDA)和/或通过网络发送信号的任何通常电子装置。这种电子系统包括各类计算机可读介质和用于各种其他类型的计算机可读介质的接口。电子系统600包括总线608、(多个)处理单元612、系统存储器604、只读存储器(ROM)610、永久性存储装置602、输入装置接口614、输出装置接口606和网络接口616、或它们的子集和变形。
总线608集体地表示所有系统、外围设备和芯片组总线，其通信地连接电子系统600的大量内部装置。在一个或多个实施例中，总线608通信地将(多个)处理器单元612与ROM 610、系统存储器604和永久性存储装置602连接。(多个)处理单元612从上述各种存储单元中取回要执行的指令和要处理的数据以便执行主题公开的各处理。在不同实施例中，(多个)处理单元可以是单个处理器或者多核处理器。
ROM 610存储(多个)处理单元612和电子系统的其他模块所需的静态数据和指令。另一方面，永久性存储装置602是读写存储装置。该装置是非易失性存储单元，其即使在电子系统600关闭时也存储指令和数据。主题公开的一个或多个实施例使用大容量存储装置(诸如磁盘或光盘以及其相应的盘驱动器)作为永久性存储装置602。
其他实施例使用可移除存储装置(诸如软盘、闪存盘及其相应的盘驱动器)作为永久性存储装置602。与永久性存储装置602一样，系统存储器604是读写存储装置。然而，与存储装置602不同的是，系统存储器604是易失性读写存储器，诸如随机存取存储器。系统存储器604存储(多个)处理单元612运行时需要的任意指令和数据。在一个或多个实施例中，主题公开的处理存储在系统存储器604、永久性存储装置602和/或ROM 610中。(多个)处理单元612从上述各种存储单元中取回要执行的指令和要处理的数据以便执行一个或多个实施例的处理。
总线608还与输入装置接口614和输出装置接口606相连接。输入装置接口614使得用户能够将信息传输到电子系统以及选择命令到电子系统。与输入装置接口614一起使用的输入装置包括例如字母数字键盘和定点装置(也称为“光标控制装置”)、扫描设备(例如条形码扫描器、RFID扫描器)、或者任何可接收输入的通常设备。输出装置接口606使得能够例如显示由电子系统600产生的图像。与输出装置接口606一起使用的输出装置包括例如打印机和显示装置，诸如液晶显示器(LCD)、发光二极管(LED)显示器、有机发光二极管(OLED)显示器、柔性显示器、平板显示器、固态显示器、投影仪或用于输出信息的任何其他装置。一个或多个实施例可以包括同时作为输入和输出装置的装置，诸如触摸屏。在这些实施例中，向用户提供的反馈可以是任意形式的感觉反馈，诸如视觉反馈、听觉反馈、或触觉反馈；并且来自用户的输入可以以任何形式进行接收，包括声学、语音或触觉输入。
最后，如图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))来执行。在一个或多个实施例中，这类集成电路执行存储在电路自身上的指令。
本领域技术人员将认识到的是，本文描述的各种示意性的块、模块、要素、组件、方法和算法可以实施为电子硬件、计算机软件或两者的组合。为了示出硬件和软件的这种可互换性，以上通常按它们的功能来描述各种示意性的块、模块、要素、组件、方法和算法。这样的功能实施为硬件还是软件取决于特定应用和整个系统上的设计约束。技术人员可以针对每个特定应用以各种方式来实施所述功能。可以不同地布置各种组件和块(例如，以不同顺序布置或以不同方式分割)，所有这些都没有脱离主题技术的范围。
应当理解的是，所公开的处理中的块的任意特定顺序或层级是示例方式的说明。根据设计偏好，可以理解的是，可以重新排列处理中的块的特定顺序或层级，或者执行全部示出的块。可以同时执行任意块。在一个或多个实施例中，进行多任务和并行处理是有利的。此外，上述实施例中各种系统组件的分离不应当被认为是在所有实施例中都需要这种分离，而应当理解为所描述的程序组件和系统通常可以在单个软件产品中集成在一起或打包成多个软件产品。
如本文使用的，在一系列项目(利用术语“和”或“或”来分开任意项目)之前的短语“至少一个”修饰整个列表，而非列表中的每个成员(即，每个项目)。短语“至少一个”无需选择所列出的每个项目的至少一个；更确切地说，该短语意即包括任何一个项目的至少一个、和/或项目的任意组合的至少一个、和/或每个项目的至少一个。通过示例的方式，短语“A、B和C的至少一个”或“A、B或C的至少一个”均指的是：仅A、仅B或仅C；A、B和C的任意组合；和/或A、B和C中每个的至少一个。
谓语词“配置为”、“可操作为”、“编程为”未暗示主题的任何特定有形或无形的修改，而是，更确切地说，意在可互换地进行使用。在一个或多个实施例中，处理器配置为监控和控制操作或组件也可以表示该处理器编程为监控和控制操作或该处理器可操作为监控和控制操作。类似地，处理器配置为执行代码可以视为处理器编程为执行代码或可操作为执行代码。
诸如“一个方面”的短语不是暗指该方面对主题技术是必不可少的或者该方面适用于主题技术的所有配置。涉及一个方面的公开也可适用于所有的配置、或一个或多个配置。一个方面可提供本公开的一个或多个示例。诸如“方面”的短语可涉及一个或多个方面，反之亦然。诸如“实施例”的短语不是暗指该实施例对主题技术是必不可少的或者该实施例适用于主题技术的所有配置。涉及一个实施例的公开也可适用于所有的实施例、或一个或多个实施例。一个实施例可提供本公开的一个或多个示例。诸如“实施例”的短语可涉及一个或多个实施例，反之亦然。诸如“配置”的短语不是暗指该配置对主题技术是必不可少的或者该配置适用于主题技术的所有配置。涉及一个配置的公开也可适用于所有的配置、或一个或多个配置。一个配置可提供本公开的一个或多个示例。诸如“配置”的短语可涉及一个或多个配置，反之亦然。
本文中使用的词语“示例性的”是“用作示例、实例、或例证”的意思。本文中描述为“示例性的”或描述为“示例”的任何实施例不必须被解释为相对于其它实施例是优选的或有优势的。此外，对于说明书或权利要求书中使用的“包括”、“具有”等术语，这种术语以与术语“包含”相似的方式意在包括的，如“包含”在权利要求中作为过渡词语使用时的解释。
所有本领域内的技术人员已知的或者随后将会知道的贯穿本公开所描述的各方面的要素的等价的结构和功能都明确地通过引用并入到本文中并意在被权利要求书所包含。此外，本文公开的内容没有意在贡献给公众，无论这种公开是否明确地在权利要求书中列出。没有权利要求要素以35U.S.C.§112条第6款进行解释，除非该要素明确地利用短语“用于……的装置”来进行叙述，或者在方法权利要求的情况下，利用短语“用于……的步骤”来进行叙述。
提供前面的描述是为了使得本领域内的技术人员能够实践本文所描述的各个方面。对这些方面的各种修改对于本领域内的技术人员是显而易见的，本文定义的一般原理可适用于其它方面。因此，权利要求书不是意在限制于本文所展示的各方面，而是意在与符合语言权利要求书的全部范围相一致，除非特别声明，其中涉及的单数形式的要素不是意在表示“一个且仅一个”的意思，而是“一个或多个”的意思。除非特别声明，否则术语“一些”指的是一个或多个。男性代词(例如，他的)包括女性的和中性的性别(例如，她的和它的)，反之亦然。如果存在，标题和子标题仅用于方便的目的，而不是限制本公开。

Claims (18)

1.一种生成基于成分集合药物订单的队列的方法，该方法包括：
由电子设备接收多个药物订单，所述多个药物订单中的至少一部分以补充信号的形式从远离所述电子设备的一个或多个医疗设备接收,并且指示将要制定为用于配送的药物的第一成分药物或第二成分药物，其中所述一个或多个医疗设备包括注射设备、药物配送设备、配药设备、监控设备、呼吸设备、废物处理设备中的至少一个；
从所述多个药物订单中由响应于至少接收所述补充信号的电子设备集合第一批药物订单，其中的每个药物订单指示所述第一成分药物，并集合第二批药物订单，其中的每个药物订单指示所述第二成分药物；
由响应于至少所述集合的所述电子设备确定第一多个药物容器，所述第一多个药物容器合计包含用于制定所述第一批药物订单的第一成分药物的第一数量，同时使所述第一成分药物的超出量最小化，以及第二多个药物容器，所述第二多个药物容器合计包含用于制定所述第二批药物订单的第二成分药物的第二数量，同时使所述第二成分药物的超出量最小化；
提供用于在第一用户界面显示的至少所确定的第一多个药物容器和所述第一多个药物容器的位置的指示；
接收至少所述第一多个药物容器由扫描设备扫描的指示；
所述第一多个药物容器由所述扫描设备扫描后，由所述电子设备生成用于显示的列出将要准备的第二多个药物订单的队列，所述第二多个药物订单包括所述第一批药物订单和所述第二批药物订单中的药物订单；
接收选择，所述选择指示队列中列出的所述第二多个药物订单的第一药物订单的选择正在被准备，其中所述第一药物订单指示所述第一成分药物，
响应于接收所述第一药物订单的选择由所述电子设备对所述队列进行重新排序，以使还包括所述第一成分药物的第二药物订单邻近所述第一药物订单列出，
由所述电子设备提供重新排序的队列以在显示器上显示。
2.如权利要求1所述的方法，其中所述第一多个药物容器的第一子集被选择为使所述第一成分药物的第一选定数量超出所述第一数量的第一超出量最小化，并且所述第二多个药物容器的第二子集被选择为使所述第二成分药物的第二选定数量超出所述第二数量的第二超出量最小化。
3.如权利要求1所述的方法，其中在所述队列中所述第一批药物订单相邻地列出在所述第二批药物订单之前。
4.如权利要求1所述的方法，其中所生成的队列显示在与制定多个药物订单的区域相关联的设备上,所述制定多个药物订单的区域包括洁净室。
5.如权利要求1所述的方法，其中响应于扫描设备接收所述第一药物订单的选择，所述扫描设备扫描与药物相关联的容器、标签或码,所述药物与所选择的药物订单相关联。
6.如权利要求1所述的方法，还包括：
与所述队列分开地显示指示所述第二成分药物的第二批药物订单。
7.如权利要求1所述的方法，其中多个药物订单中的至少另一个是从医嘱录入系统接收的。
8.如权利要求1所述的方法，其中多个药物订单中的至少一个是至少部分地基于周期性自动补充水平生成的。
9.如权利要求1所述的方法，其中多个药物订单中的至少一个包括静脉注射药物订单。
10.一种生成基于成分集合药物订单的队列的系统，该系统包括：
一个或多个处理器；以及
包括指令的存储器，所述指令在被所述一个或多个处理器执行时，使所述一个或多个处理器：
电子地接收多个药物订单，所述多个药物订单中的至少一部分以补充信号的形式从远离所述系统的一个或多个医疗设备接收，并且指示第一成分药物或第二成分药物，其中所述一个或多个医疗设备包括注射设备、药物配送设备、配药设备、监控设备、呼吸设备、废物处理设备中的至少一个；
响应于至少接收各个补充信号，集合包括第一成分药物的第一批药物订单和包括第二成分药物的第二批药物订单；
响应于集合所述第一批组和所述第二批组，确定第一多个药物容器，所述第一多个药物容器合计包含用于制定所述第一批药物订单的第一成分药物的第一数量，同时使所述第一成分药物的超出量最小化，以及第二多个药物容器，所述第二多个药物容器合计包含用于制定所述第二批药物订单的第二成分药物的第二数量，同时使所述第二成分药物的超出量最小化；
提供用于在第一用户界面显示的至少所确定的第一多个药物容器和所述第一多个药物容器的位置的指示；
接收如下的指示用于准备第一批组和第二批组：接收所述第一多个药物容器以及所述第二多个药物容器；
响应于接收所述指示，提供用于显示列出将要准备的多个药物订单的队列，该多个药物订单中的每个药物订单指示所述第一或第二成分药物中的一个；
从用于扫描与所多个药物订单中的第一药物相关联的容器、标签或码的扫描设备，接收对所述队列中列出的多个药物订单中的第一药物订单的选择，其中所述多个药物订单中的第一药物订单指示所述第一成分药物；
响应于从所述扫描设备接收所述选择，确定所述队列中列出的多个药物订单中的第二药物订单，该第二药物订单指示所述第一成分药物；以及
响应于所述队列中列出的确定第二药物订单，对所述队列进行重新排序，使得所述多个药物订单中的第二药物订单与所述多个药物订单中的第一药物订单相邻；以及
提供重新排序的队列用于显示。
11.如权利要求10所述的系统，其中所述指令在被所述一个或多个处理器执行时，还使所述一个或多个处理器：
向位于准备所述多个药物订单的洁净室中的显示设备提供所述队列。
12.如权利要求11所述的系统，其中
从与准备第一药物订单的医护人员相关联的设备接收对所述第一药物订单的选择。
13.一种包含指令的非暂时性机器可读介质，所述指令在被机器执行时，使得所述机器执行生成基于成分集合药物订单的队列的方法，该方法包括：
接收将要准备的多个药物订单，所述多个药物订单中的每个药物订单指示多个成分药物中的一个成分药物；
电子地接收多个药物订单，，所述多个药物订单中的至少一部分以补充信号的形式从远离所述机器的一个或多个医疗设备接收，并且指示第一成分药物或第二成分药物，其中所述一个或多个医疗设备包括注射设备、药物配送设备、配药设备、监控设备、呼吸设备、废物处理设备中的至少一个；
响应于至少接收各个补充信号，集合包括第一成分药物的第一批药物订单和包括第二成分药物的第二批药物订单；
响应于集合所述第一批组和所述第二批组，确定第一多个药物容器，所述第一多个药物容器合计包含用于制定所述第一批药物订单的第一成分药物的第一数量，同时使所述第一成分药物的超出量最小化，以及第二多个药物容器，所述第二多个药物容器合计包含用于制定所述第二批药物订单的第二成分药物的第二数量，同时使所述第二成分药物的超出量最小化；
提供用于在第一用户界面显示的至少所确定的第一多个药物容器和所述第一多个药物容器的位置的指示；
接收如下的指示用于准备第一批组和第二批组：接收所述第一多个药物容器以及所述第二多个药物容器；
响应于接收所述指示，提供用于显示列出将要准备的多个药物订单的队列，该多个药物订单中的每个药物订单指示所述第一或第二成分药物中的一个；
提供所述队列用于显示；
从用于扫描与所多个药物订单中的第一药物相关联的容器、标签或码的扫描设备，接收所述第一药物订单正在准备的指示，其中所述多个药物订单中的该药物订单指示所述第一成分药物；
响应于从所述扫描设备接收所述指示，确定所述队列中所述多个药物订单中指示所述第一成分药物的其它药物订单；以及
响应于确定所述队列中的其它药物订单，对所述队列进行重新排序使得所述多个药物订单中指示第一成分药物的其它药物订单与所述第一药物订单的指示相邻地显示；以及
提供重新排序的队列用于显示。
14.如权利要求13所述的非暂时性机器可读介质，其中正在准备所述药物订单的指示是从与正在准备该药物订单的医护人员相关联的设备接收的。
15.如权利要求14所述的非暂时性机器可读介质，其中所述指示指明所述医护人员扫描了与所述多个成分药物中的第一成分药物相关联的条形码。
16.如权利要求14所述的非暂时性机器可读介质，其中所述多个药物订单中指示所述多个成分药物中的第一成分药物的其它药物订单被显示在与正在准备所述多个药物订单中的药物订单的医护人员相关联的设备上。
17.如权利要求13所述的非暂时性机器可读介质，其中接收正在准备所述多个药物订单中的药物订单的指示包括：接收对所述队列中列出的所述多个药物订单中的该药物订单的选择。
18.如权利要求13所述的非暂时性机器可读介质，其中提供所述队列用于显示包括：向位于正在准备所述第一药物订单的洁净室中的设备提供所述队列用于显示。
CN201480041714.5A 2013-05-23 2014-05-19 基于成分集合药物订单 Active CN105408931B (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US13/901,497 2013-05-23
US13/901,497 US9076115B2 (en) 2013-01-30 2013-05-23 Component based aggregation of medication orders
PCT/US2014/038654 WO2014189856A1 (en) 2013-05-23 2014-05-19 Component based aggregation of medication orders

Publications (2)

Publication Number Publication Date
CN105408931A CN105408931A (zh) 2016-03-16
CN105408931B true CN105408931B (zh) 2020-10-02

Family

ID=51934023

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201480041714.5A Active CN105408931B (zh) 2013-05-23 2014-05-19 基于成分集合药物订单

Country Status (7)

Country Link
EP (1) EP3000092A4 (zh)
CN (1) CN105408931B (zh)
AU (2) AU2014268799A1 (zh)
BR (1) BR112015028942A2 (zh)
CA (1) CA2913040C (zh)
MX (1) MX355774B (zh)
WO (1) WO2014189856A1 (zh)

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6202923B1 (en) * 1999-08-23 2001-03-20 Innovation Associates, Inc. Automated pharmacy
ATE332739T1 (de) * 1999-12-03 2006-08-15 Baxter Int Verfahren und vorrichtung zur bestimmung der einzelnen mischschritte bei der herstellung von pharmazeutischen mischungen
US20090012813A1 (en) * 2007-07-06 2009-01-08 Mckesson Financial Holdings Limited Systems and methods for managing medical information
US8215543B2 (en) * 2007-09-21 2012-07-10 Omnicare, Inc. Methods for filling prescriptions to fulfill a customer order
US8554579B2 (en) * 2008-10-13 2013-10-08 Fht, Inc. Management, reporting and benchmarking of medication preparation
KR101249528B1 (ko) * 2010-12-21 2013-04-01 한국 한의학 연구원 한의학 처방 및 조제 지원 시스템

Also Published As

Publication number Publication date
CA2913040C (en) 2021-10-26
CN105408931A (zh) 2016-03-16
MX355774B (es) 2018-04-30
WO2014189856A1 (en) 2014-11-27
CA2913040A1 (en) 2014-11-27
MX2015016010A (es) 2016-04-04
EP3000092A4 (en) 2017-02-15
EP3000092A1 (en) 2016-03-30
AU2014268799A1 (en) 2015-12-03
BR112015028942A2 (pt) 2017-07-25
AU2020205335A1 (en) 2020-08-06

Similar Documents

Publication Publication Date Title
US10185926B2 (en) Component based aggregation of medication orders
US20200035344A1 (en) Medication preparation queue
CN105408926B (zh) 药物取回优化
US20220083953A1 (en) Medication workflow management
US20160140315A1 (en) Medication workflow managmeent
US20130262138A1 (en) Medication preparation queue
US20190362830A1 (en) Managing re-use of returned medications
US20200098457A1 (en) System and method for vial amount selection and dosage verification for modularly assembled medicaments
US11250381B2 (en) Infusion billing
CN105408931B (zh) 基于成分集合药物订单
US20220262473A1 (en) Iv compounding systems and methods
US10971259B2 (en) Medication delivery management
CA2912792C (en) Medication preparation queue
WO2014189695A1 (en) Medication preparation queue

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant