CN114072880A - 医疗实体的网络当中的药物管理 - Google Patents

Abstract

提供与用于医疗实体的网络中的药物管理模块相关的特征。当前主题的各方面提供在网络的医疗实体处跟踪或以其它方式管理药物库存。额外方面涉及在网络的实体当中共享药物库存信息，以例如能够在实体当中借用药物。其它方面涉及在网络的实体处预测药物的可获性。所述药物管理模块在整个医疗实体的网络中提供药物库存的可见性，以促进和/或引起药物的共享。

Description

医疗实体的网络当中的药物管理

相关申请的交叉引用

本申请要求标题为“医疗实体的网络当中的药物管理(MEDICATION MANAGEMENTAMONG A NETWORK OF MEDICAL ENTITIES)”且在2019年5月14日提交的美国临时专利申请第62/847,744号的优先权和权益，其公开内容通过引用合并于本文中用于所有目的。

技术领域

本文中所描述的当前主题大体上涉及药物管理，且更确切地说，涉及管理医疗实体的网络当中的药物库存。

背景技术

维持准确的药物库存在医疗实体处是很重要的，以使得医疗实体能够提供适当且及时的患者护理。在医疗实体的网络当中，可能需要用于药物库存的一致性方法。

发明内容

当前主题的各方面涉及医疗实体的网络中的药物管理。当前主题的各方面提供在网络的医疗实体处跟踪或以其它方式管理药物库存。

根据当前主题的各方面，一种计算机实施的方法，其包括：在药物管理模块处且从与第一医疗实体相关联的第一处理装置接收同药物相关联的药物标识符；由药物管理模块且至少部分地基于药物标识符来创建药物记录，其中药物记录包括与药物标识符和同第一医疗实体相关联的第一医疗实体标识符相联系的数据，其中药物记录进一步包括与同第二医疗实体相关联的第二医疗实体标识符相联系的数据，并且其中第一医疗实体和第二医疗实体位于不同位置；由药物管理模块接收与药物相关的使用数据；由药物管理模块响应于所接收的使用数据来更新药物记录；以及基于药物记录来引起第一医疗实体与第二医疗实体之间的药物的共享。

在互相关方面中，一种系统包括：至少一个数据处理器；以及至少一个存储器，其存储指令，所述指令在由至少一个数据处理器执行时导致包括以下各项的操作：从与第一医疗实体相关联的第一处理装置接收同药物相关联的药物标识符；至少部分地基于药物标识符来创建药物记录，其中药物记录包括与药物标识符和同第一医疗实体相关联的第一医疗实体标识符相联系的数据，其中药物记录进一步包括与同第二医疗实体相关联的第二医疗实体标识符相联系的数据，并且其中第一医疗实体和第二医疗实体位于不同位置；接收与药物相关的使用数据；响应于接收的使用数据来更新药物记录；以及基于药物记录来引起第一医疗实体与第二医疗实体之间的药物的共享。

在互相关方面中，一种非易失性计算机可读存储介质，其包括程序代码，所述程序代码在由至少一个数据处理器执行时引起包括以下各项的操作：在药物管理模块处且从与第一医疗实体相关联的第一处理装置接收同药物相关联的药物标识符；由药物管理模块且至少部分地基于药物标识符来创建药物记录，其中药物记录包括与药物标识符和同第一医疗实体相关联的第一医疗实体标识符相联系的数据，其中药物记录进一步包括与同第二医疗实体相关联的第二医疗实体标识符相联系的数据，并且其中第一医疗实体和第二医疗实体位于不同位置；由药物管理模块接收与药物相关的使用数据；由药物管理模块响应于所接收的使用数据来更新药物记录；以及基于药物记录来引起第一医疗实体与第二医疗实体之间的药物的共享。

在一些变化形式中，本文中所公开的包括以下特征的一个或更多个特征可以任选地包括在任何可行组合中。可以手动地键入药物标识符并且/或者从与药物管理模块通信的扫描或光学字符识别(optical character recognition，OCR)装置接收药物标识符。第一医疗实体标识符和/或第二医疗实体标识符可以由药物管理模块识别并且/或者由药物管理模块接收。与药物标识符相联系的数据可以由药物管理模块访问。与药物标识符相联系的数据可以包括药物名称、效力、形式、体积、药物数量、失效期和/或批次编号。计算机实施的方法可以进一步包括：由药物管理模块确定当前日期晚于失效期；由药物管理模块且响应于所述确定来产生警报；以及由药物管理模块将警报发送到第一处理装置、第二处理装置和/或用户。使用数据可以包括使用的数量、浪费的数量、日期、患者、医疗提供者和/或见证人。可以从与医疗实体相关联的处理装置将使用数据提供到药物管理模块。计算机实施的方法可以进一步包括通过以下各项来引起药物的共享：由药物管理模块将药物记录的至少一部分提供到第二处理装置；由药物管理模块且从第二处理装置接收待向第一医疗实体借用的药物的数量的选择；以及由药物管理模块来更新药物记录以反映借用的药物的数量。可以经由第二处理装置的图形用户界面的显示窗口将药物记录的至少一部分提供到第二医疗实体。可以经由图形用户界面的选择工具的使用提供待借用的药物的数量的选择。可以响应于在药物管理模块处从第一处理装置和/或第二处理装置收到确认信号来更新药物记录。计算机实施的方法可以进一步包括：由药物管理模块且从第二处理装置接收向第一医疗实体借用的药物的返还数量的指示；以及由药物管理模块来更新药物记录以反映药物的返还数量。计算机实施的方法可以进一步包括：由药物管理模块来标识在医疗实体处在预定义时间段内所需的药物的剂量数目；由药物管理模块且响应于确定出剂量数目是不可获得的来产生警告；以及由药物管理模块将警告发送到第一处理装置和/或第二处理装置。可以在第一处理装置和/或第二处理装置的图形用户界面的显示窗口上提供警告。可以从药物管理模块可访问的调度信息来标识所需剂量数目。所述警告可以指示满足所需剂量数目的额外剂量数目。计算机实施的方法可以进一步包括由药物管理模块且向药物订购模块发送对额外剂量数目的请求。计算机实施的方法可以进一步包括由药物管理模块且向第一处理装置和/或第二处理装置提供对药物的推荐调整。

在所附附图和以下描述中阐述本文中所描述的主题的一个或更多个变化形式的细节。本文中所描述的主题的其它特征和优点从描述和附图以及从权利要求书将显而易见。本发明所附的权利要求书旨在界定受保护主题的范围。

附图说明

并入本说明书且构成本说明书的一部分的所附附图展示本文中所公开的主题的某些方面，并且与描述一起帮助解释与公开的实施方案相关联的一些原理。在附图中，

图1为说明与当前主题的实施方案一致的计算机布局的系统图；

图2A和图2B为与当前主题的实施方案一致的用于跟踪药物库存的用户界面的示例性显示窗口；

图3A到图3E为与当前主题的实施方案一致的用于共享药物库存的用户界面的示例性显示窗口；

图4A到图4D为与当前主题的实施方案一致的用于预测药物的可获性的用户界面的示例性显示窗口；

图5为说明与当前主题的实施方案一致的对实体的网络当中的药物库存进行管理的过程的流程图；以及

图6描绘说明与当前主题的实施方案一致的计算系统的框图。

在实际中，类似的附图标记表示类似的结构、特征或元件。诊所、临床医师或患者的示例性数据在形式而非内容上是真实的，并且不旨在表示实际的诊所、临床医师或患者。包括这些值是为了说明在某些实施方案中可以如何表示实际值。

具体实施方式

当前主题的各方面涉及医疗实体，例如诊所、医生办公室、医疗中心、家庭护理设施、医院、长期护理设施、其它医疗设施和/或类似者的网络中的药物管理。当前主题的各方面提供在网络的医疗实体处跟踪或以其它方式管理药物库存。额外方面涉及在网络的医疗实体当中共享药物库存信息，以例如能够在实体当中借用药物。其它方面涉及在网络的药物实体处预测药物的可获性。

在一些情况下，当前主题的各方面可以用于非急性(即，非医院)场景中。由于非急性场景可以涵盖具有范围广泛的资源的范围广泛的各种实体，从复杂的医疗中心到更基本的诊所，因此各种实体可能不仅难以跟踪其自有的药物库存，而且难以在网络中的实体当中共享药物库存。在急性(即，医院)场景中可获得的自动化药物和/或分配柜对于各种非急性医疗实体来说可能不容易获得，并且对于非急性实施方案来说还可能过于复杂、资源密集和不必要。当前主题的各方面通过提供用于医疗实体的网络当中的药物管理的系统和方法来解决这些和其它限制。尽管可以相对于非急性场景来描述各方面，但当前主题的实施方案不限于非急性场景，并且可以适用于急性场景。

图1为说明可以采用当前主题的各个方面的健康护理环境内的计算景观100的系统图。健康护理环境本地的和远离健康护理环境的两者的各种装置和系统可以经由至少一个计算网络105交互。此计算网络105可以在各种装置和系统当中提供任何形式或介质的数字通信连接性(即，有线或无线)。通信网络的示例包括局域网(“LAN”)、广域网(“WAN”)和因特网。在一些情况下，各种装置和系统中的一个或更多个可以经由点对点联接(经由硬连线连接或经由诸如蓝牙或WiFi的无线协议)直接交互。另外，在一些变化形式中，装置和系统中的一个或更多个经由公用陆地移动网络(public land mobile network，PLMN)通信。计算网络105可以包括本地、托管和/或基于云的基础架构。

确切地说，计算景观100的各方面可以在包括药物管理模块110(例如，中间件组件或应用程序服务器)和多个医疗实体120a、b、c的计算系统中实现。每个医疗实体120a、b、c可以与特定位置和非急性或急性场景相关联。计算景观100还可以包括药物订购系统130和调度系统140。药物管理模块110、医疗实体120a、b、c、药物订购系统130和调度系统140通常彼此远离且可以通过通信网络105交互。借助于在各自的处理装置上运行且彼此具有客户端-服务器关系的计算机程序来生成医疗实体120a、b、c与药物管理模块110的关系。医疗实体120a、b、c可以包括多个计算平台中的任一个，所述计算平台包括用于提供健康护理环境内的各种功能的本地应用程序。医疗实体120a、b、c可以包括一个或更多个处理装置，例如台式电脑、笔记本电脑、平板电脑、移动装置、具有触摸屏界面的其它计算机、扫描装置等。医疗实体120a、b、c的一个或更多个处理装置可以具有图形用户界面或网页浏览器，用户可以通过所述图形用户界面或所述网页浏览器与本文中所描述的主题的各种实施方案交互。本地应用程序可以为自包含的，这是因为它们不需要持续的网络连接。

可以在计算景观100内的各种装置和系统上执行各种应用程序，例如医疗订购应用程序、调度应用程序、电子健康记录应用程序、数据集编辑器应用程序、计费应用程序等。

网络105可以联接到一个或更多个数据存储系统125。数据存储系统125可以包括在健康护理环境内或在专用设施内提供物理数据存储的数据库。另外，或在替选的实施方案中，数据存储系统125可以包括在例如多租户计算环境和/或类似者中提供数据的远程存储的基于云的系统。数据存储系统125还可以包括非易失性计算机可读介质。

医疗实体120a、b、c可以经由网络105直接通信，和/或医疗实体120a、b、c可以经由中间网络135，例如蜂窝式数据网络或公用陆地移动网络(PLMN)与网络105通信。

当前主题的各方面涉及在整个医疗实体120a、b、c的网络中提供药物库存的可见性，以促进和/或引起网络内的药物的共享。药物管理模块110可以通过提供检查其它位置处的药物的库存水平、从另一位置转移药物的数量以及在转移药物时更新两个位置的库存水平的能力来引起医疗实体120a、b、c之间的药物的共享。与当前主题的实施方案一致，药物管理模块110可以运行跟踪网络内的药物的库存水平的药物管理应用程序。药物管理应用程序可以将药物与相关联信息，例如药物的标识、药物所在的一个或更多个实体的标识和一个或更多个实体处的药物的数量(即，库存水平)联系起来。存储相关联信息，并且可以经由网络中的计算装置的用户界面来呈现所述相关联信息以供用户查看。

与当前主题的针对跟踪药物库存的实施方案一致，药物管理模块110可以从医疗实体120a、b、c中的一个接收与药物相关联的药物标识符。举例来说，医疗实体120a、b、c可以利用扫描装置或移动装置来扫描与药物相关联的代码(例如，条形码、快速读取代码、射频标识符等)，或利用光学字符识别(OCR)技术从药物标签读取信息，或者用户可以在处理装置上手动地键入与药物相关联的数字，例如序列号或其它标识符。在一些情况下，药物可以包括在一个批次中。该批次可以包括具有共同特性(例如生产过程时间)的多种剂量的药物。

药物管理模块110可以在收到药物标识符后创建或更新与药物相关联的药物记录。药物记录可以包括与药物标识符相联系的数据。举例来说，在包装药物时，与药物相关的各条信息可以与药物标识符相关联。所述关联可以由制造商、分销商和/或类似者完成。可以由药物管理模块110经由例如数据存储系统125来访问与药物标识符相联系的数据。与药物标识符相联系的数据可以包括药物名称、批次编号、分销商来源、药物类型、剂量或效力、药物数量和/或失效期。举例来说，在药物包括多种剂量的情况下，相联系的数据可以指示剂量数目。药物记录还可以包括与提供药物标识符的医疗实体120a、b、c相关联的医疗实体标识符。这使得药物管理模块110能够跟踪每一医疗实体120a、b、c的药物库存。医疗实体标识符可以由药物管理模块110识别。举例来说，药物管理模块110可以在从医疗实体120a、b、c接收药物标识符后自动地接收医疗实体标识符。替选地或另外，医疗实体120a、b、c可以在发送药物标识符之前或与药物标识符一起将医疗实体标识符提供到药物管理模块。

一旦药物记录由药物管理模块110创建且存储(例如，在数据存储系统125中)，药物管理模块110可以随后接收与药物相关的使用数据。举例来说，当医疗实体120a、b、c向患者施用一定剂量的药物时，医疗实体120a、b、c可以(通过处理装置中的一个)提供指示与剂量的施用相关的相关信息的使用数据。扫描装置或移动装置可以扫描与药物相关联的代码(例如，条形码、快速读取代码、射频标识符等)，或利用OCR技术从药物标签读取信息，或者用户可以在处理装置上手动地键入与药物相关联的数字。用户还可提供额外信息，例如将施用一定剂量的患者和从系统访问药物的医疗提供者。在一些实施方案中，使用数据可以包括例如使用的数量、日期、时间、患者、医疗提供者和/或类似者。使用数据中的一些可以自动地提供到药物管理模块110或由药物管理模块110确定。举例来说，如果特定用户登录到应用程序中，那么药物管理模块110可以将用户关联为医疗提供者，而无需进一步由用户输入。

药物管理模块110使用所接收的使用数据来更新药物记录。由于患者现在经由药物记录与药物关联在一起，因此在关于药物的召回或其它问题的情况下，可以容易地标识和联络患者或临床医师。

药物记录还可以用于处理和发送各种警报。举例来说，关于药物的失效，药物管理模块110可以确定出失效期在预定义时间段内，并且可以相应地将警报消息(例如，电子邮件消息、文本消息、弹出窗口中的消息等)发送到医疗实体120a、b、c的一个或更多个处理装置。预定义时间段可以为标准值(两周、一周、五天、三天、一天等)和/或可以由医疗实体120a、b、c建立。药物管理模块110可以确定出当前日期超过药物的失效期，并且可以相应地产生并发送警报以警告医疗实体120a、b、c。可以选择特定的处理装置以接收警报。所述选择可以基于装置相对于警报中参考的药物位置的位置。所述选择可以基于与装置相关联的一个或更多个临床医师。举例来说，药物可以为用于某些护理区域的专用药。在此类情况下，可以将警报传输到与指定护理区域相关联的那些临床医师的处理装置。在一些实施方案中，可以进一步基于例如医疗实体120a、b、c的时间和出勤时间表来标识当前正在工作的那些临床医师。

图2A和图2B分别为与当前主题的实施方案一致的用于跟踪药物库存的用户界面的示例性显示窗口200和210。举例来说，显示窗口200和210可以由药物管理应用程序提供。图2A中的显示窗口200为医疗实体120a、b、c处的用户可以在扫描或键入药物标识符时访问的显示的示例。医疗实体120a、b、c的名称，以及药物的名称、批次编号、失效期、药物当前存储的位置、正在键入或处理药物的日期和时间以及医疗提供者可以包括在显示窗口200中。如本文中所描述，药物管理模块110可以使用此数据来创建药物记录。

图2B中的显示窗口210为在提供与药物相关的使用数据时，例如在施用一定剂量的药物时，可以在医疗实体120a、b、c处向用户呈现的显示的示例。除了医疗实体120a、b、c的名称、药物的名称、批次编号、失效期和医疗提供者之外，患者的姓名和访问药物的日期和时间可以包括在显示窗口210中。如本文中所描述，药物管理模块110可以利用使用数据来更新与药物相关联的药物记录。可以调整显示窗口210的属性以向用户提供诸如失效警报的额外信息。举例来说，如果药物失效，那么显示窗口210可以呈现图标或改变背景颜色以引起对失效情况的注意。

与当前主题的额外方面一致，由药物管理模块110运行的药物管理应用程序可以促进在整个医疗实体120a、b、c的网络中提供药物库存的可见性，以促进和/或引起网络内的药物的共享。举例来说，药物管理应用程序可以在用户界面上提供显示窗口，所述显示窗口向医疗实体120a、b、c中的每个指示医疗实体120a、b、c中的每个处的特定药物的数量。参考图3A论述特征和用户界面的示例。

药物管理应用程序可以进一步促进医疗实体120a、b、c之间的联络，并且可以另外提供待指示的药物借用量和药物返还量，例如参考图3B、图3C、图3D和图3E所展示和论述的。药物管理模块110可以使用此信息来更新药物记录，如本文中进一步描述。药物管理模块110可以促进在整个医疗实体120a、b、c的网络中提供药物库存的可见性，以促进管理网络级库存水平并为网络内的医疗实体配置标准水平。举例来说，如果药物管理模块110检测到始终高于或低于阈值的药物的库存水平，那么药物管理模块110可以建议或引起对药物的标准水平的调整。

药物管理模块110可以将药物记录或包括药物名称、数量和相关联医疗实体120a、b、c的部分提供到医疗实体120a、b、c中的每个。药物管理模块110可以从医疗实体120a、b、c中的一个的处理装置接收特定医疗实体120a、b、c的选择、待借用的药物的选择或指示，以及待借用的药物的数量的选择或指示。药物管理模块110可以更新与待借用的药物相关联的药物记录以反映借用的药物的数量。也就是说，在药物记录中，药物管理模块110可以相应地减少借出药物的医疗实体120a、b、c处的药物的数量。可以将借用请求从请求实体传输到具有请求的量的实体。在当前主题的一些实施方案中，药物管理模块110可以响应于来自正借出药物的医疗实体120a、b、c的确认信号或应答(acknowledgment)来更新药物记录。

药物管理模块110可以在用户界面上提供一个或更多个选择工具，以选择或以其它方式指示关注的药物、关注的医疗实体120a、b、c和/或待从选择或指示的医疗实体120a、b、c借用的数量。

药物管理模块110可以随后从借用药物的医疗实体120a、b、c接收借用的药物的返还数量的指示。举例来说，医疗实体120a、b、c可能已借用20个单元的药物，但仅需要10个单元。医疗实体120a、b、c会希望将未使用的单元返还到借出药物的医疗实体120a、b、c。为了相应地更新药物记录，医疗实体120a、b、c中的一个或两个可以向药物管理模块110发送或提供指示，以便维持网络内的每个实体的准确药物库存。在收到指示后，药物管理模块可以相应地更新药物记录以反映药物的返还数量。

图3A、图3B、图3C、图3D和图3E分别为与当前主题的实施方案一致的用于共享药物库存的用户界面的示例性显示窗口300、310、320、330和340。确切地说，示例性显示窗口300到340说明可以由药物管理应用程序产生的一系列示例显示窗口以促进和/或引起医疗实体120a、b、c之间的药物的共享。

图3A的显示窗口300和图3B的显示窗口310指示所需药物(例如通过下拉条)和包括医疗实体120a、b、c的相关联信息的选择，所述信息含有药物的库存、每个医疗实体120a、b、c处的量以及医疗实体120a、b、c中的每个的电话号码。可以提供电话号码以促进连接两个医疗实体以用于药物共享过程。举例来说，通过电话号码的选择，药物管理模块110可以在医疗实体的处理装置(例如，手机或其它装置)之间建立电话呼叫。可以替选地或另外地使用其它形式的通信，例如消息传递、文本消息传递、电子邮件等。此外，用户不需要选择电话号码或其它联络信息，而可以发起与所需医疗实体120a、b、c的单独联络。

图3C的显示窗口320指示为发起借用药物而做出的选择的概述。用户可以批准或确认选择以发起通信的传输。

药物管理模块110可以提供图3D的显示窗口330，以允许医疗实体120a、b、c借用和/或医疗实体120a、b、c借出指示适当量的药物，从而使得药物管理模块110能够相应地更新药物记录。在一些实施方案中，一个医疗实体120a、b、c可能有必要指示借用信息，而在其它实施方案中，两个医疗实体120a、b、c可能都有必要指示借用信息。

药物管理模块110可以提供图3E的显示窗口340，以使得返还药物的医疗实体120a、b、c和/或借出药物的医疗实体120a、b、c能够指示适当的返还量，因此使得药物管理模块110能够相应地更新药物记录。

与当前主题的额外方面一致，由药物管理模块110运行的药物管理应用程序可以促进预测网络的药物实体120a、b、c处的药物的可获性。举例来说，药物管理模块110可以将来自例如调度系统140的调度信息与医疗实体120a、b、c的药物库存关联起来，以预测药物使用并突出潜在短缺。这允许医疗实体120a、b、c试图取得必需药物或重新排定需要必需药物的一个或更多个患者。

与当前主题的实施方案一致，药物管理模块110可以标识在医疗实体120a、b、c处在预定义时间段内所需的药物的剂量数目。可以从药物管理模块110经由例如调度系统140可访问的调度信息来标识所需剂量数目。在一些情况下，可以由药物管理模块110从自医疗实体120a、b、c提供的数据或信息来获得所需剂量数目。预定义时间段可以为设定的或设立的时间段，或者可以为由医疗实体120a、b、c设立的所需时间段。举例来说，医疗实体120a、b、c可能想要每两周、每周和/或每天验证医疗实体120a、b、c是否具有足够的药物供应。在一些实施方案中，可以将数量称为定期自动补充(periodic automatic replenishment，PAR)水平。

如果药物管理模块110确定出剂量数目是不可获得的，那么药物管理模块110可以产生指示剂量数目不足的警告并将其发送到医疗实体120a、b、c(图4A)。举例来说，药物管理模块110可以将调度信息与药物库存进行比较以确定是否可获得足够的剂量数目。作为一个实例，如果医疗实体120a、b、c具有为特定周排定的150次流感疫苗，那么药物管理模块110将150次流感疫苗接种预约与流感疫苗的剩余剂量数目进行比较。可以在医疗实体120a、b、c处的处理装置的用户界面的显示窗口上提供产生的警告。替选地和/或另外，产生的警告可以作为电子邮件消息、文本消息或语音邮件消息从药物管理模块110发送。与当前主题的实施方案一致，所述警告可以指示满足所需剂量数目所必需的额外剂量数目(图4B)。

药物管理模块110可以将对额外剂量数目的请求发送到药物订购模块，例如药物订购系统130。考虑到不可预见的事故或者意外的调度问题或错误，药物管理模块110还可以添加至少一个缓冲区。

与当前主题的一些实施方案一致，药物管理模块110可以提供对药物库存的推荐调整。举例来说，如果需要150次流感疫苗且医疗实体120a、b、c具有125次流感疫苗，那么药物管理模块110可以推荐大于或等于25次流感疫苗的额外量。在接收额外的25次流感疫苗之后，医疗实体120a、b、c将具有必需的150次流感疫苗。推荐调整可以基于例如药物的一般可获性、药物的成本、药物使用的历史趋势、当前医疗情形和/或针对网络或由医疗实体120a、b、c设立的预定义场景。作为一个示例，如果基于调度信息确定出需要五个剂量的特定药物且医疗实体120a、b、c具有三个剂量，那么药物管理模块110可以使用若干因素来推荐对药物库存的调整。举例来说，根据从数据存储系统125可获得的历史信息，药物管理模块110可以确定出不大可能需要更多的额外剂量。作为另一示例，如果已知爆发了通过特定药物可治疗的特定疾病，那么药物管理模块110可以确定出有必要增加药物库存。在一些情况下，药物管理模块110可以提供比当前必需的更多的预定义百分比的推荐调整，例如，5％、10％、15％、20％、25％等。

图4A、图4B、图4C和图4D分别为与当前主题的实施方案一致的用于预测药物的可获性的用户界面的示例性显示窗口400、410、420和430。确切地说，示例性显示窗口400到430说明可以由药物管理应用程序产生的关于预测药物使用并突出医疗实体120a、b、c的潜在短缺的一系列示例显示窗口。

图4A的显示窗口400提供用于基于可获得的调度信息在医疗实体120a、b、c处向用户突出药物的预测的短缺的示例显示。显示窗口400可以包括查看推荐调整以及检视时间表的选项。

图4B的显示窗口410提供响应于查看推荐调整的选择的示例显示。显示窗口410可以包括订购推荐量的选项。

与当前主题的额外实施方案一致，图4C的显示窗口420提供与基于例如患者实验室结果或患者就诊信息而调整药物订单相关的信息。举例来说，实验室结果或患者就诊可以指示治疗患者所必需的某一类型的药物。药物管理模块110可以直接从实验室结果或从医师的订单确定药物的类型。在一些情况下，药物管理模块110可以具备必需的药物。显示窗口420可以包括查看药物以及订购药物的选项。

与当前主题的额外实施方案一致，图4D的显示窗口430提供基于各种趋势和/或情形(例如，特定季节)的建议调整。显示窗口430可以指示出在特定时间期间或基于其它已知或可预测的事件，例如流感或其它疾病的爆发，特定药物的需求更大。在一些实施方案中，系统可以分析历史使用信息以标识在预期需求增加或减少时对水平的调整。举例来说，在学年开始时，当父母使其孩子为学年做准备时，儿科诊所可能会出现特定药物的需求激增。可以通过比较药物随时间的使用情况来检测此激增。在一些实施方案中，可以基于类似的急症诊所或提供类似护理类型的诊所(例如，儿科、老年病科、普通门诊等)之间的比较进行预测。显示窗口430可以包括查看建议调整以及传输建议调整的订单的选项。在一些实施方案中，调整可以包括传输消息以取消当前供应充足的药物的未结订单。

图5描绘说明与当前主题的实施方案一致的由药物管理模块110对实体120a、b、c的网络当中的药物库存进行管理的过程500的流程图。

在510，药物管理模块110可以接收与药物相关联的药物标识符。药物管理模块110可以从医疗实体120a、b、c接收药物标识符。药物管理模块110还可以接收提供药物标识符的医疗实体120a、b、c的医疗实体标识符。药物管理模块110可以在药物标识符之前或与药物标识符一起从医疗实体120a、b、c接收医疗实体标识符。举例来说，医疗实体120a、b、c可以利用扫描装置或移动装置来扫描药物上和/或与药物相关联的代码(例如，条形码、快速读取代码、射频标识符和/或类似者)。用户可以利用光学传感器(例如，摄像机)和光学字符识别技术从药物标签、患者图表和/或医疗记录读取药物标识符。用户可以在处理装置上手动地键入药物标识符。药物标识符可以包括字母、数字和/或标点。举例来说，药物标识符可以包括序列号和/或与药物相关联的其它标识符。

在520，药物管理模块110可以至少部分地基于药物标识符来创建药物记录。药物记录可以存储在数据存储系统125中。药物记录可以包括与药物标识符和/或同医疗实体120a、b、c相关联的医疗实体标识符相联系的数据。举例来说，在包装药物时，与药物相关的各种属性和/或信息片段可以与药物标识符相关联。与药物标识符相联系的数据可以包括药物名称、效力、形式、体积、批次编号或批次代码、药物数量和/或失效期。药物记录还可以包括与提供药物标识符的医疗实体120a、b、c相关联的医疗实体标识符。批次编号或批次代码可以标识批次。所述批次可以包括具有共同特性(例如，日期和/或制造时间)的药物的多种剂量。药物管理模块可以使用药物记录来跟踪在医疗实体120a、b、c处可获得的药物库存。药物管理模块110可以使用药物标识符从药物记录获得提供药物标识符的医疗实体120a、b、c的医疗实体标识符。药物记录可以包括指示用于获取药物的来源的制造商标识符、分销商标识符和/或类似者。药物管理模块110可以经由存储系统125访问药物记录。如果药物包括多种剂量，那么药物记录可以指示剂量数目。

在530，药物管理模块110可以接收与药物的使用相关的使用数据。可以响应于施用的药物(例如，响应于施用到医疗实体120a、b、c处的患者的药物)从医疗实体120a、b、c接收使用数据。使用数据可以包括药物标识符。用户可以利用扫描装置或移动装置(例如，条形码、快速读取代码、射频标识符等)扫描药物标识符。用户可以利用光学传感器(例如，摄像机)和光学字符识别技术从药物标签、患者图表和/或医疗记录读取药物标识符。用户可以在处理装置上手动地键入药物标识符。使用数据可以包括与关于施用一定剂量的患者的信息相联系的患者标识符。使用数据可以包括其它信息，例如使用的数量、施用药物的日期和/或时间、医疗提供者和/或类似者。举例来说，当医疗实体120a、b、c向患者施用一定剂量的药物时，医疗实体120a、b、c可以(通过处理装置中的一个)提供指示与剂量的施用相关的相关信息的使用数据。在一些实施方案中，使用数据的接收可以为被动的，由此处理装置中的一个将使用数据传输到药物管理模块110。在一些实施方案中，可以排定使用数据的接收，由此药物管理模块110相应地向处理装置中的一个定期查询使用数据。在一些实施方案中，可以通过由药物管理模块110检测到的事件(例如对患者的电子医疗记录的更新、检测到键入浪费的日志等等)来触发使用数据的接收。

在540，药物管理模块110可以响应于所接收的使用数据来更新药物记录。药物管理模块可以更新数据存储系统125上的药物记录。药物管理模块110可以更新药物记录以更新使用药物的医疗实体120a、b、c的库存水平。药物管理模块110可以从使用数据获得医疗实体标识符、药物标识符、使用的数量和施用药物的日期和时间。药物管理模块110可以调整与医疗实体120a、b、c相关联的药物记录以反映更新的药物数量(例如，库存水平)。举例来说，考虑到施用给患者的药物剂量，可以降低药物数量的值。

图6描绘说明与当前主题的实施方案一致的计算系统600的框图。参考图1，计算系统600可以用于实现系统100和/或其中的任何组件。

如图6中所展示，计算系统600可以包括处理器610、存储器620、存储装置630和输入/输出装置640。处理器610、存储器620、存储装置630和输入/输出装置640可以经由系统总线650互连。处理器610能够处理用于在计算系统600内执行的指令。此类执行的指令可以实现例如系统100的一个或更多个组件。在当前主题的一些实施方案中，处理器610可以为单线程处理器。替选地，处理器610可以为多线程处理器。处理器610能够处理存储在存储器620中和/或存储装置630上的指令以显示经由输入/输出装置640提供的用户界面的图形信息。

存储器620为计算系统600内存储信息的例如易失性或非易失性的计算机可读介质。存储器620可以例如存储表示配置对象数据库的数据结构。存储装置630能够为计算系统600提供永久性存储。存储装置630可以为软盘装置、硬盘装置、光盘装置或磁带装置或者其它合适的永久性存储构件。输入/输出装置640提供计算系统600的输入/输出操作。在当前主题的一些实施方案中，输入/输出装置640包括键盘和/或指向装置。在各种实施方案中，输入/输出装置640包括用于显示图形用户界面的显示单元。

根据当前主题的一些实施方案，输入/输出装置640可以提供网络装置的输入/输出操作。举例来说，输入/输出装置640可以包括以太网端口或其它联网端口以与一个或更多个有线和/或无线网络(例如，局域网(LAN)、广域网(WAN)、互联网)通信。

在当前主题的一些实施方案中，计算系统600可以用于执行各种交互式计算机软件应用程序，所述应用程序可以用于以各种(例如表格)格式(例如，微软

和/或任何其它类型的软件)组织、分析和/或存储数据。替选地，计算系统600可以用于执行任何类型的软件应用程序。这些应用程序可以用于执行各种功能，例如规划功能(例如，产生、管理、编辑电子表格文档、文字处理文档和/或任何其它对象等)、计算功能、通信功能等。应用程序可以包括各种插件功能，或者可以为独立计算产品和/或功能。在应用程序内激活之后，所述功能可以用于产生经由输入/输出装置640提供的用户界面。用户界面可以由计算系统600(例如，在计算机屏幕监视器等上)产生并向用户呈现。

本文中所描述的主题的一个或更多个方面或特征可以在数字电子电路、集成电路、专门设计的ASIC、现场可编程门阵列(FPGA)、计算机硬件、固件、软件和/或其组合中实现。这些各种方面或特征可以包括在可编程系统上可执行和/或可解译的一个或更多个计算机程序中的实施方案，所述可编程系统包括可以为专用或通用的至少一个可编程处理器，所述处理器联接为从存储系统、至少一个输入装置和至少一个输出装置接收数据和指令以及向存储系统、至少一个输入装置和至少一个输出装置传输数据和指令。可编程系统或计算系统可以包括客户端和服务器。客户端与服务器一般彼此远离且通常经由通信网络交互。客户端与服务器的关系借助于在各自的计算机上运行且彼此具有客户端-服务器关系的计算机程序而产生。

也可以称为程序、软件、软件应用程序、应用程序、组件或代码的这些计算机程序包括用于可编程处理器的机器指令，并且可以以高级过程和/或面向对象的编程语言和/或以汇编/机器语言来实现。如本文中所使用，术语“机器可读介质”是指用于将机器指令和/或数据提供到可编程处理器的任何计算机程序产品、设备和/或装置，例如磁盘、光盘、存储器和可编程逻辑装置(PLD)，包括接收作为机器可读信号的机器指令的机器可读介质。术语“机器可读信号”是指用于将机器指令和/或数据提供到可编程处理器的任何信号。机器可读介质可以例如像非易失性固态存储器或磁性硬盘驱动器或任何等效存储介质那样非易失性地存储此类机器指令。机器可读介质可以替选地或另外例如像与一个或更多个物理处理器内核相关联的处理器高速缓冲存储器或其它随机存取存储器那样以易失的方式存储此类机器指令。

为了提供与用户的交互，本文中所描述的主题的一个或更多个方面或特征可以实施于具有显示装置以及键盘和指向装置的计算机上，所述显示装置例如用于向用户显示信息的阴极射线管(CRT)或液晶显示器(LCD)或发光二极管(LED)监视器，所述指向装置例如鼠标或轨迹球，由此用户可以向计算机提供输入。其它类型的装置也可以用于提供与用户的交互。举例来说，向用户提供的反馈可以是任何形式的感觉反馈，例如视觉反馈、听觉反馈或触觉反馈；并且可以任何形式接收来自用户的输入，包括声学、语音或触觉输入。其它可能的输入装置包括触摸屏或例如单点或多点电阻式或电容式跟踪垫的其它触敏装置、语音识别硬件和软件、光学扫描器、光学指针、数字图像捕捉装置和相关联解译软件等。

尽管本文中所描述的包括附图的本发明可以单独地描述和/或举例说明不同变化形式，但应理解，可以将它们的全部或一些或它们的组件进行组合。

尽管上文描述各种说明性实施方案，但仍可以对各种实施方案作出许多改变中的任一种。举例来说，在替选的实施方案中，通常可以改变执行各种所描述方法步骤的顺序，而在其它替选的实施方案中，可以完全跳过一个或更多个方法步骤。各种装置和系统实施方案的任选的特征可以包括在一些实施方案中，且不包括在其它实施方案中。因此，主要出于示例性目的提供前述描述且不应将其解释为限制权利要求书的范围。

当特征或元件在本文中被称为“在”另一特征或元件“上”时，其可以直接在另一特征或元件上，或者也可以存在介入特征和/或元件。相比之下，当特征或元件被称为“直接在”另一特征或元件“上”时，不存在介入特征或元件。还应理解，当特征或元件被称为“连接”、“附接”或“结合”到另一特征或元件时，其可以直接连接、附接或接合到另一特征或元件或者可以存在介入特征或元件。相比之下，当特征或元件被称为“直接连接”、“直接附接”或“直接接合”到另一特征或元件时，不存在介入特征或元件。尽管关于一个实施方案进行了描述或展示，但如此描述或展示的特征和元件可以应用于其它实施方案。对“邻近”另一特征布置的结构或特征的参考可以具有重叠或位于邻近特征下方的部分。

本文中所使用的术语仅出于描述特定实施方案的目的，且并不旨在限制。举例来说，如本文中所使用，除非上下文另外清楚地指示，否则单数形式“一”、“一个”和“所述”旨在还包括复数形式。应进一步理解，术语“包括”、“包含”在用于本说明书中时指定所陈述的特征、步骤、操作、元件和/或组件的存在，但不排除一个或更多个其它特征、步骤、操作、元件、组件和/或其群组的存在或添加。如本文中所使用，术语“和/或”包括相关联列举项目中的一个或更多个的任何和全部组合并且可以缩写为“/”。

为易于描述，本文中可以使用例如“下方”、“下面”、“下部”、“上方”、“上部”等空间相对术语来描述如附图中所示的一个元件或特征与另一元件或特征的关系。应理解，除了附图中所描绘的取向以外，空间相对术语旨在涵盖装置在使用或操作中的不同取向。举例来说，如果附图中的装置是倒置的，那么描述为“在”其它元件或特征“下方”或“之下”的元件则将取向为“在”其它元件或特征“上方”。因此，示例性术语“下方”可以涵盖上方和下方两个取向。装置可以按其它方式取向(旋转90度或处于其它取向)，并且相应地解译本文中所使用的空间相对描述词。类似地，除非另外具体指示，否则本文中仅出于解释的目的使用术语“向上”、“向下”、“竖直”、“水平”等。

尽管本文中可以使用术语“第一”和“第二”来描述各种特征/元件(包括步骤)，但除非上下文另外指示，否则这些特征/元件不应受这些术语的限制。这些术语可以用于将一个特征/元件与另一特征/元件区分开。因此，在不脱离本文中所提供的教示的情况下，下文论述的第一特征/元件可以称为第二特征/元件，并且类似地，下文论述的第二特征/元件可以称为第一特征/元件。

在整个本说明书和随附权利要求书中，除非上下文另外要求，否则词语“包括”以及诸如“含有”和“包含”的变化形式意味着可以在方法和制品中共同采用各种组件(例如，包括装置和方法的组合物和设备)。例如，术语“包含”将理解为暗示包括任何陈述的元件或步骤，但不排除任何其它元件或步骤。

如本文中在说明书和权利要求书中所使用，包括如在示例中所使用，且除非另有明确规定，否则所有数字，即使术语没有明确出现，也可以解读为以词语“大约”或“近似于”开头。当描述大小和/或位置时，可以使用短语“大约”或“近似于”来指示出描述的值和/或位置处于值和/或位置的合理预期范围内。举例来说，数值可以具有为陈述的值(或值的范围)的+/-0.1％、陈述的值(或值的范围)的+/-1％、陈述的值(或值的范围)的+/-2％、陈述的值(或值的范围)的+/-5％、陈述的值(或值的范围)的+/-10％等的值。除非上下文另外指示，否则本文中给出的任何数值都应理解为包括大约或近似于所述值。

本文中包括的示例和说明通过说明而非限制的方式展示可以实践主题的具体实施方案。如所提及，可以利用其它实施方案并由其得到其它实施方案，使得可以在不脱离本发明的范围的情况下进行结构和逻辑替代和改变。尽管已在本文中说明并描述具体实施方案，但经计算以实现相同目的的任何布置都可以替代展示的具体实施方案。本发明旨在涵盖各种实施方案的任何和所有适应性形式或变化形式。上述实施方案和本文中未具体描述的其它实施方案的组合是可能的。

在上文描述中以及在权利要求中，例如“至少一个”或“一个或更多个”的短语可以出现在元件或特征的组合列表之前。术语“和/或”也可以出现在两个或更多个元件或特征的列表中。除非另有隐含或明确地与使用其的上下文相矛盾，否则此短语旨在意味着个别地列出的元件或特征中的任一个，或与其它所列举元件或特征中的任一个相结合的列举元件或特征中的任一个。举例来说，短语“A和B中的至少一个”；“A和B中的一个或更多个”；以及“A和/或B”分别旨在意味着“单独的A、单独的B，或A和B一起”。类似的解释还旨在用于包括三个或更多个项目的列表。举例来说，短语“A、B和C中的至少一个”；“A、B和C中的一个或更多个”；以及“A、B和/或C”分别旨在意味着“单独的A、单独的B、单独的C、A和B一起、A和C一起、B和C一起，或A、B和C一起”。在上文和权利要求书中，使用术语“基于”旨在意味着“至少部分地基于”，从而也容许未列举的特征或元件。

如本文所使用，“用户界面”(也称为交互式用户界面、图形用户界面或UI)可以是指基于网络的界面，其包括用于接收输入信号或提供电子信息和/或用于响应于任何接收的输入信号而向用户提供信息的数据字段和/或其它控制元件。控制元件可以包括经由UI呈现的拨号盘、按钮、图标、可选择区域或其它可感知标记，当与UI交互(例如，点击、触摸、选择等)时，所述UI会针对呈现所述UI的装置发起数据交换。UI可以完全或部分地利用诸如超文本标记语言(HTML)、FLASH^TM、JAVA^TM、NET^TM、网页服务或丰富站点摘要(rich sitesummary，RSS)的技术来实现。在一些实施方案中，UI可以包括在单独的客户端(例如，厚客户端、胖客户端)中，所述客户端配置成根据所描述的各方面中的一个或更多个进行通信(例如，发送或接收数据)。通信可以去往或来自与其通信的医疗装置或服务器。

如本文中所使用，术语“确定”或“确定出”涵盖广泛的各种动作。举例来说，“确定出”可以包括在无需用户干预的情况下经由硬件元件计算、运算、处理、推导、产生、获得、查找(例如，在表、数据库或其它数据结构中查找)、确认等。此外，“确定出”可以包括在无需用户干预的情况下经由硬件元件接收(例如，接收信息)、访问(例如，访问存储器中的数据)等。“确定出”可以包括在无需用户干预的情况下经由硬件元件进行分辨、选择、挑选、建立等。

如本文中所使用，术语“提供”或“提供有”涵盖广泛的各种动作。举例来说，“提供有”可以包括在存储装置的某个位置中存储值以供后续检索、经由至少一个有线或无线通信介质直接向接收方传输值、传输或存储对值的参考等。“提供”还可以包括经由硬件元件进行编码、解码、加密、解密、验证、检验等。

如本文中所使用，术语“消息”涵盖用于传送(例如，发送或接收)信息的广泛的各种格式。消息可以包括诸如XML文件、固定字段消息、逗号分隔的消息等信息的机器可读集合。在一些实施方案中，消息可以包括用于传输信息的一个或更多个表示的信号。虽然以单数形式陈述，但应理解，消息可以由多个部分组合、发送、存储、接收等。

如本文中所使用，术语“选择性地”或“选择性”可以涵盖广泛的各种动作。例如，“选择性”过程可以包括从多个选项确定一个选项。“选择性”过程可以包括以下中的一个或更多个：用于作出确定的动态地确定的输入、预配置的输入或用户发起的输入。在一些实施方案中，可以包括n输入开关以在n为用于作出选择的输入数目的情况下提供选择性功能。

如本文中所使用，术语“对应”或“相应”涵盖两个或更多个对象、数据集、信息和/或类似者之间的结构、功能、定量和/或定性相关性或关系，优选的是其中对应性或关系可以用于转换两个或更多个对象、数据集、信息和/或类似者中的一个或更多个，从而以呈现为相同的或等同的。可以利用阈值、值范围、模糊逻辑、图案匹配、机器学习测评模型或其组合中的一个或更多个来测评对应性。

在任何实施方案中，产生的或检测的数据可以转发到“远程”装置或位置，其中“远程”是指执行程序的位置或装置以外的位置或装置。举例来说，远程位置可以是同一城市中的另一位置(例如，办公室、实验室等)、不同城市中的另一位置、不同州中的另一位置、不同国家中的另一位置等。因而，当一个项目被指示为“远离”另一项目时，这意味着这两个项目可以在同一房间中但是分开的，或至少在不同房间或不同建筑物中，并且可以分开至少一英里、十英里或至少一百英里。“传送”信息是指将表示信息的数据作为电信号通过合适的通信通道(例如，私网或公网)传输。“转发”项目是指以物理方式输送项目或者以其它方式(在可能的情况下)使所述项目从一个位置到下一位置的任何方法，并且至少在数据的情况下，包括以物理方式输送携载所述数据的介质或传送所述数据。传送介质的示例包括无线电或红外传输通道以及到另一计算机或联网装置的网络连接，以及互联网或包括电子邮件传输和记录在网站上的信息等。

本文中包括的示例和说明通过说明而非限制的方式展示可以实践主题的具体实施方案。如所提及，可以利用其它实施方案并由其得到其它实施方案，使得可以在不脱离本发明的范围的情况下进行结构和逻辑替代和改变。本文中可以个别地或共同地通过术语“本发明”提及本发明主题的此类实施方案，这仅仅是为了方便起见，并且如果实际上公开了多于一个发明或发明概念，则不旨在有意将本申请的范围限制于任何单个发明或发明概念。因此，尽管已在本文中说明并描述具体实施方案，但经计算以实现相同目的的任何布置可以替代展示的具体实施方案。本发明旨在涵盖各种实施方案的任何和所有适应性形式或变化形式。在阅读以上描述之后，上述实施方案的组合以及本文中未具体描述的其它实施方案对于本领域的技术人员而言将是显而易见的。

Claims (41)

1.一种计算机实施的方法，其包括：

在药物管理模块处且从与第一医疗实体相关联的第一处理装置接收同药物相关联的药物标识符；

由所述药物管理模块且至少部分地基于所述药物标识符来创建药物记录，其中所述药物记录包括与所述药物标识符和同所述第一医疗实体相关联的第一医疗实体标识符相联系的数据，其中所述药物记录进一步包括与同第二医疗实体相关联的第二医疗实体标识符相联系的数据，并且其中所述第一医疗实体和所述第二医疗实体位于不同位置；

由所述药物管理模块接收与药物相关的使用数据；

由所述药物管理模块响应于所接收的使用数据来更新药物记录；以及

基于药物记录来引起所述第一医疗实体与所述第二医疗实体之间的药物的共享。

2.根据权利要求1所述的计算机实施的方法，其中，手动地键入所述药物标识符并且/或者从与所述药物管理模块通信的扫描或光学字符识别装置接收所述药物标识符。

3.根据权利要求1或2所述的计算机实施的方法，其中，所述第一医疗实体标识符由所述药物管理模块识别并且/或者由所述药物管理模块接收，其中所述第二医疗实体标识符由所述药物管理模块识别并且/或者由所述药物管理模块接收。

4.根据权利要求1到3中任一项所述的计算机实施的方法，其中，与所述药物标识符相联系的数据能够由所述药物管理模块访问。

5.根据权利要求1到4中任一项所述的计算机实施的方法，其中，与所述药物标识符相联系的数据包括药物名称、效力、形式、体积、药物数量、失效期和/或批次编号。

6.根据权利要求5所述的计算机实施的方法，其进一步包括：

由所述药物管理模块确定出当前日期晚于所述失效期；

由所述药物管理模块且响应于所述确定来产生警报；以及

由所述药物管理模块将所述警报发送到所述第一处理装置、第二处理装置和/或用户。

7.根据权利要求1到6中任一项所述的计算机实施的方法，其中，所述使用数据包括使用的数量、浪费的数量、日期、患者、医疗提供者和/或见证人。

8.根据权利要求1到7中任一项所述的计算机实施的方法，其中，所述使用数据从所述第一处理装置和/或所述第二处理装置提供到所述药物管理模块。

9.根据权利要求1到8中任一项所述的计算机实施的方法，其中，引起药物的共享进一步包括：

由所述药物管理模块将药物记录的至少一部分提供到所述第二处理装置；

由所述药物管理模块且从所述第二处理装置接收待向所述第一医疗实体借用的药物的数量的选择；以及

由所述药物管理模块更新药物记录以反映借用的药物的数量。

10.根据权利要求9所述的计算机实施的方法，其中，经由所述第二处理装置的图形用户界面的显示窗口将药物记录的至少一部分提供到所述第二医疗实体。

11.根据权利要求10所述的计算机实施的方法，其中，经由所述图形用户界面的选择工具的使用来提供待借用的药物的数量的选择。

12.根据权利要求9到11中任一项所述的计算机实施的方法，其中，响应于在所述药物管理模块处从所述第一处理装置和/或所述第二处理装置收到确认信号来更新药物记录。

13.根据权利要求9到12中任一项所述的计算机实施的方法，其进一步包括：

由所述药物管理模块且从所述第二处理装置接收向所述第一医疗实体借用的药物的返还数量的指示；以及

由所述药物管理模块更新药物记录以反映药物的返还数量。

14.根据权利要求1到13中任一项所述的计算机实施的方法，其进一步包括：

由所述药物管理模块来标识在所述第一医疗实体和/或所述第二医疗实体处在预定义时间段内所需的药物的剂量数目；

由所述药物管理模块且响应于确定出所述剂量数目是不可获得的来产生警告；以及

由所述药物管理模块将所述警告发送到所述第一处理装置和/或所述第二处理装置。

15.根据权利要求14所述的计算机实施的方法，其中，在所述第一处理装置和/或所述第二处理装置的图形用户界面的显示窗口上提供警告。

16.根据权利要求14或15所述的计算机实施的方法，其中，从所述药物管理模块能够访问的调度信息来标识所需剂量数目。

17.根据权利要求14到16中任一项所述的计算机实施的方法，其中，所述警告指示满足所需剂量数目的额外剂量数目。

18.根据权利要求17所述的计算机实施的方法，其进一步包括：

由所述药物管理模块且向药物订购模块发送对所述额外剂量数目的请求。

19.根据权利要求14到18中任一项所述的计算机实施的方法，其进一步包括：

由所述药物管理模块且向所述第一处理装置和/或所述第二处理装置提供对药物的推荐调整。

20.一种系统，其包括：

至少一个数据处理器；以及

至少一个存储器，其存储指令，所述指令在由所述至少一个数据处理器执行时导致包括以下各项的操作：

从与第一医疗实体相关联的第一处理装置接收同药物相关联的药物标识符；

至少部分地基于所述药物标识符来创建药物记录，其中所述药物记录包括与所述药物标识符和同所述第一医疗实体相关联的第一医疗实体标识符相联系的数据，其中所述药物记录进一步包括与同第二医疗实体相关联的第二医疗实体标识符相联系的数据，并且其中所述第一医疗实体和所述第二医疗实体位于不同位置；

接收与药物相关的使用数据；

响应于接收的使用数据来更新药物记录；和

基于药物记录来引起所述第一医疗实体与所述第二医疗实体之间的药物的共享。

21.根据权利要求20所述的系统，其中，手动地键入所述药物标识符并且/或者从与所述系统通信的扫描或光学字符识别装置接收所述药物标识符。

22.根据权利要求20或21所述的系统，其中，所述第一医疗实体标识符由所述系统识别并且/或者由所述系统接收，其中所述第二医疗实体标识符由所述系统识别并且/或者由所述系统接收。

23.根据权利要求20到22中任一项所述的系统，其中，与所述药物标识符相联系的数据能够由所述系统访问。

24.根据权利要求20到23中任一项所述的系统，其中，与所述药物标识符相联系的数据包括药物名称、效力、形式、体积、药物数量、失效期和/或批次编号。

25.根据权利要求24所述的系统，所述操作进一步包括：

确定出当前日期晚于所述失效期；

响应于所述确定来产生警报；以及

将所述警报发送到所述第一处理装置、第二处理装置和/或用户。

26.根据权利要求20到25中任一项所述的系统，其中，所述使用数据包括使用的数量、浪费的数量、日期、患者、医疗提供者和/或见证人。

27.根据权利要求20到26中任一项所述的系统，其中，所述使用数据由所述第一处理装置和/或所述第二处理装置提供到所述系统。

28.根据权利要求20到27中任一项所述的系统，其中，为了引起药物的共享，所述操作进一步包括：

将药物记录的至少一部分提供到所述第二处理装置；

从所述第二处理装置接收待向所述第一医疗实体借用的药物的数量的选择；以及

更新药物记录以反映借用的药物的数量。

29.根据权利要求28所述的系统，其中，经由所述第二处理装置的图形用户界面的显示窗口将药物记录的至少一部分提供到所述第二医疗实体。

30.根据权利要求29所述的系统，其中，经由所述图形用户界面的选择工具的使用来提供待借用的药物的数量的选择。

31.根据权利要求28到30中任一项所述的系统，其中，响应于从所述第一处理装置和/或所述第二处理装置接收确认信号来更新药物记录。

32.根据权利要求28到31中任一项所述的系统，所述操作进一步包括：

从所述第二处理装置接收向所述第一医疗实体借用的药物的返还数量的指示；以及

更新药物记录以反映药物的返还数量。

33.根据权利要求20到32中任一项所述的系统，所述操作进一步包括：

标识在所述第一医疗实体和/或所述第二医疗实体处在预定义时间段内所需的药物的剂量数目；

响应于确定出所述剂量数目是不可获得的来产生警告；以及

将所述警告发送到所述第一处理装置和/或所述第二处理装置。

34.根据权利要求33所述的系统，其中，在所述第一处理装置和/或所述第二处理装置的图形用户界面的显示窗口上提供警告。

35.根据权利要求33或34所述的系统，其中，从所述系统能够访问的调度信息来标识所需剂量数目。

36.根据权利要求33到35中任一项所述的系统，其中，所述警告指示满足所需剂量数目的额外剂量数目。

37.根据权利要求36所述的系统，所述操作进一步包括：

向药物订购模块发送对所述额外剂量数目的请求。

38.根据权利要求33到37中任一项所述的系统，所述操作进一步包括：

向所述第一处理装置和/或所述第二处理装置提供对药物的推荐调整。

39.一种非易失性计算机可读存储介质，其包括程序代码，所述程序代码在由至少一个数据处理器执行时引起包括以下各项的操作：

在药物管理模块处且从与第一医疗实体相关联的第一处理装置接收同药物相关联的药物标识符；

由所述药物管理模块且至少部分地基于所述药物标识符来创建药物记录，其中所述药物记录包括与所述药物标识符和同所述第一医疗实体相关联的第一医疗实体标识符相联系的数据，其中所述药物记录进一步包括与同第二医疗实体相关联的第二医疗实体标识符相联系的数据，并且其中所述第一医疗实体和所述第二医疗实体位于不同位置；

由所述药物管理模块接收与药物相关的使用数据；

由所述药物管理模块响应于所接收的使用数据来更新药物记录；以及

基于药物记录来引起所述第一医疗实体与所述第二医疗实体之间的药物的共享。

40.一种设备，其包括：

用于从与第一医疗实体相关联的第一处理装置接收同药物相关联的药物标识符的构件；

用于至少部分地基于所述药物标识符来创建药物记录的构件，其中所述药物记录包括与所述药物标识符和同所述第一医疗实体相关联的第一医疗实体标识符相联系的数据，其中所述药物记录进一步包括与同第二医疗实体相关联的第二医疗实体标识符相联系的数据，并且其中所述第一医疗实体和所述第二医疗实体位于不同位置；

用于接收与药物相关的使用数据的构件；

用于响应于接收的使用数据来更新药物记录的构件；以及

用于基于药物记录来引起所述第一医疗实体与所述第二医疗实体之间的药物的共享的构件。

41.根据权利要求40所述的设备，其进一步包括用于执行权利要求2到19的功能中的任一个的构件。

Images