基于成分集合药物订单的制作方法
【技术领域】
[0001]本文大体涉及药物订单的集合，更具体地，但并非排外地，涉及基于成分集合药物订单。
【背景技术】
[0002]医疗机构(例如医院)可包括药房，药房接收例如来自医嘱录入系统的针对药物的患者订单，并制定(formulate)订购的药物以向患者给药。例如，药房中的医护人员(例如药房技师)可按照接收到药物订单的顺序来制定订购的药物，例如订购的静脉注射(IV)药物。针对药物的订单一般可以指示用于制定订购的药物的一个或多个成分药物。于是，药房技师可取回该订单上指示的成分药物的容器并使用取回的成分药物的容器来制定订购的药物。取回的容器可以被用于制定一个或多个订购的药物。如果在制定了订购的药物之后，有任何过量的成分药物存留在取回的容器中，则医护人员可按照医院的协议处置过量的成分药物。对于高成本的药物，任何的浪费的降低都会带来显著的成本节省。
【发明内容】
[0003]所公开的主题涉及一种基于成分集合药物订单的方法。该方法包括:接收多个药物订单，所述多个药物订单中的至少一部分指示将要制定为用于配送的药物中的第一成分药物或第二成分药物。该方法还包括:从所述多个药物订单中集合第一批药物订单，其中每个药物订单指示第一成分药物，并集合第二批药物订单，其中每个药物订单指示第二成分药物。该方法还包括:确定用于制定第一批药物订单的第一成分药物的第一数量，以及用于制定第二批药物订单的第二成分药物的第二数量。该方法还包括:分别指示用于制定第一批药物订单和第二批药物订单的第一成分药物的第一数量和第二成分药物的第二数量。
[0004]所公开的主题还涉及一种基于成分集合药物订单的系统，该系统包括一个或多个处理器以及包含指令的存储器，该指令在被所述一个或多个处理器执行时，使该一个或多个处理器:显示列出将要准备的多个药物订单的队列，该多个药物订单中的每个药物订单指示多个成分药物中的一个；接收对队列中列出的多个药物订单的第一药物订单的选择，其中所述多个药物订单中的第一药物订单指示多个成分药物中的第一成分药物；确定队列中列出的多个药物订单中的第二药物订单，该第二药物订单指示多个成分药物中的第一成分药物；对显示的队列进行重新排序，使得多个药物订单中的第二药物订单与多个药物订单中的第一药物订单相邻。
[0005]所公开的主题还涉及一种包含指令的非暂时性机器可读介质，该指令在被机器执行时，使该机器执行基于成分集合药物订单的方法，该方法包括:接收将要准备的多个药物订单，所述多个药物订单中的每个药物订单指示多个成分药物中的一个成分药物。该方法还包括:接收多个药物订单中的药物订单正在由医护人员准备的指示，其中多个药物订单中的该药物订单指示多个成分药物中的第一成分药物。该方法还包括:确定所述多个药物订单中指示多个成分药物中的第一成分药物的其它药物订单。该方法还包括:显示所述多个药物订单中指示多个成分药物中的第一成分药物的其它药物订单。
[0006]可以理解的是，根据下面的详细描述，主题技术的其他配置对于本领域的技术人员将变得显而易见，在下面的详细描述中，以示例方式示出和描述主题技术的各种配置。如将要实现的，主题技术具有其他的和不同的配置，并且其许多细节能够在各个其他方面中进行修改，这些均不脱离主题技术的范围。相应地，附图和详细描述要被认为是本质上示例性的而不是限制性的。
【附图说明】
[0007]在所附的权利要求中陈述了主题技术的某些特征。但是，出于解释的目的，下面的附图中说明了主题技术的一些实施例。
[0008]图1示出了根据一个或多个实施例可实施的基于成分集合药物订单的系统的示例性医院网络环境。
[0009]图2示出了根据一个或多个实施例的基于成分集合药物订单的系统的示例性进程的流程图。
[0010]图3示出了根据一个或多个实施例的基于成分集合药物订单的系统的示例性进程的流程图。
[0011]图4示出了根据一个或多个实施例的可用于基于成分集合药物订单的系统中的示例性用户界面。
[0012]图5示出了根据一个或多个实施例的可用于基于成分集合药物订单的系统中的示例性用户界面。
[0013]图6概念性地示出了可实施主题技术的一个或多个实施例的电子系统。
【具体实施方式】
[0014]下面陈述的详细描述意在作为主题技术的多个配置的描述，而不是意在呈现可实践主题技术的唯一配置。将附图并入本文并构成该详细描述的一部分。该详细描述包括具体细节的目的是为了对主题技术提供深入的了解。但是，本领域内的技术人员将会清楚和显而易见的是，主题技术不只局限于本文列举的具体细节并且可使用一个或多个实施例实践。在一个或多个实例中，为了避免不必要地混淆主题技术的概念，已知的结构和组件是以方框图的形式展示的。
[0015]基于成分集合药物订单的主题系统可使得医疗机构(例如医院)能够使医护人员为了制备订购的药物而挑选或取回成分药物时浪费的药物数量大幅最小化。例如，主题系统可为医护人员提供容器或一组容器的指示，其能够提供充足数量的成分药物以准备订购的药物，同时使成分药物的任何过量最小化，例如使准备好订购的药物之后剩余的未使用的任何数量的成分药物最小化。此外，主题系统可使得医疗机构在准备订购的药物时浪费的成分药物的数量最小化。例如，主题系统可根据共同成分药物对药物订单(也称为订单或针对药物的订单)进行集合，从而使得医护人员能够按顺序准备具有共同成分药物的订购的药物。以这种方式，任何可能的成分药物浪费或到期的可能性被大幅最小化。
[0016]图1示出了根据一个或多个实施例可实施的基于成分集合药物订单的系统的示例性医院网络环境100。但是，不是所描述的所有组件都是必需的，并且一个或多个实施例可包括图1未展示的另外组件。可以在不脱离本文所陈述的权利要求的精神或范围的情况下对组件的配置和类型进行改变。此外，可提供不同的或较少的组件。
[0017]该示例性医院网络环境100包括网络105、医嘱录入(Ρ0Ε)系统110、药房信息系统(PIS) 120、一个或多个医疗设备130A-F、位于药物存储区域中的电子设备140A、位于药物准备区域中的电子设备140B。在一个或多个实施例中，药物存储区域可以是存储医疗机构的药物存货的区域，药物准备区域可以是IV工作室或混合工作站，例如洁净工作室、无菌工作室、和/或非无菌工作室。其它类型的药物存储区域和/或药物准备区域也是可以的，例如护士工作站。
[0018]Ρ0Ε系统110、PIS 120、医疗设备130A-F和/或电子设备140A-B可以例如通过网络105彼此通信性地耦接。在一个或多个实施例中，一个或多个Ρ0Ε系统110、PIS 120、医疗设备130A-F和/或电子设备140A-B可以直接相互连接。此外，可以存在一些其它设备连接到网络105，例如控制系统、另外的医疗系统(例如，医院信息系统(HIS)、实验室信息系统(LIS)、或其它临床和/或后勤系统)、另外的医疗设备、另外的电子设备、另外的系统、计算设备、移动设备等。Ρ0Ε系统110、PIS 120、一个或多个医疗设备130A-F、和/或一个或多个电子设备140A-B可以是、或者可包括下面参照图6进一步讨论的电子系统的全部或部分。
[0019]网络105可以是通信网络，例如公共通信网络(例如因特网、蜂窝数据网络、电话网络上拨号调制解调器)、专用通信网络(例如，专用局域网(“LAN”)、专线)等。网络105还可包括，但不限于，下面的一个或多个网络拓扑结构:总线网络、星状网络、环状网络、网状网络、星状总线网络、树状或分级网络等。网络105的连接可以是有线的或无线的。例如，一个或多个Ρ0Ε系统110、PIS 120、医疗设备130A-F和/或电子设备140A-B可在网络105上传送无线信号，例如无线以太网信号、射频(RF)信号、红外(IR)信号、蓝牙信号或者任何其它能够在具有适当的发送器和/或接收器的设备之间以无线方式传送信息的手段。
[0020]Ρ0Ε系统110和/或PIS 120可以是单独的计算设备，例如计算机服务器。可替代地，Ρ0Ε系统110和/或PIS 120代表一个或多个计算设备(例如，计算机云和/或分布式系统)，其通信性耦接(例如通过网络105通信性耦接)并且共同地或单独地执行一个或多个可在服务器端执行的功能(例如接收信息、传送信息、存储信息、接收控制命令、提供用户界面、传送通知等)。Ρ0Ε系统110和/或PIS 120可与多个数据库耦接，例如数据存储器、存储设备或其它计算设备。
[0021]Ρ0Ε系统110和/或PIS 120可以是便于提供医护的系统和/或提供医护的系统。例如，Ρ0Ε系统110可以被医师用于录入针对患者的订单，例如将要向患者给药的药物的订单。药物的订单可以被传送给PIS 120，用于准备药物。PIS 120可以存储例如关于医疗机构的药房的信息，例如未完成的订单、完成的订单、药物库存清单、患者医疗概况/历史等。例如，PIS 120可连接到数据库，该数据库存储例如药物存储区域中存储的药物和/或一个或多个药物准备区域中暂时存储的药物的库存清单。
[0