CN111301914B - 药物递送管理 - Google Patents

Abstract

提供了用于管理已备药物的递送的方法。在一个方面，一种方法包括：接收包括第一药物的递送期限的第一信息；以及接收包括第二药物的准备状态的第二信息。所述方法还包括：将包括第一药物的递送期限的第一信息与包括第二药物的准备状态的第二信息进行比较以确定是否应当表明在完成第二药物的准备之前对第一药物进行递送；以及基于所述确定提供表明何时递送第一药物的通知。还提供了系统和机器可读介质。

Description

药物递送管理

本申请是申请号为2014800413676、申请日为2014年5月19日、发明名称为“药物递送管理”的专利申请的分案申请。

技术领域

本公开一般涉及药物分发，更具体地，涉及用于在医疗机构中管理已备药物的递送的系统和方法。

背景技术

通常配制(compound)特定药物来满足患者需求。配制药剂师利用各种工具组合或处理适当配料来创建配制药物。例如，无菌静脉注射(IV)配制物的配制可以基于标准剂量根据药物订单来进行，或者配制可以基于医师订单针对患者的需求来专门进行。可以为了医疗需要的原因而进行配制，比如：将药物的形态从固态药片改变为液态；避开患者过敏的非必要配料；或者获得所需的特定活性药物配料的精确剂量。还可以为了其他原因而进行配制，比如向药物添加味道或者改变口感或质地。在静脉注射(IV)/肠胃外投药情形中配制非常常见。

IV流体输送系统被用来将液体形态的这种配制IV药物(或“输液溶液”)以受控速率输送至或“给予”患者。许多人遭受急性和慢性健康问题，对这些健康问题的治疗要求进行定期(有时长期)的IV输液。针对诸如感染、癌症以及更基本的流感和补充电解质之类的疾病的特定的治疗方案要求定期有序地输入精确量的静脉药物以使患者生存。静脉注射药物的细节可以取决于患者、治疗方案以及临床人员和机构的选择。治疗慢性疾病通常要求在很长时间内根据医疗专业人员(例如医师)指定的治疗方案给予药物。

在患者入院的情形中，由患者的医师开出要给予患者的一个或多个输液。药房(通常位于患者的医院或医疗机构内)根据医师的处方在洁净室(例如，具有受控污染水平的环境，该受控污染水平由每立方米特定颗粒尺寸的颗粒数量来表示)中准备输液药物或溶液。良好受训的持证工人或药剂师将输液溶液放置在袋子、瓶子、注射器、或其他容器中并给容器贴上标签。随后，输液溶液通常被放置在拾取位置，例如箱分类区域。随后，分类人员负责将每个已备输液溶液放入与输液溶液将被递送的位置(例如重症监护室(ICU))相对应的箱子或递送车中。递送人员从与该递送人员要递送的医疗机构的区域相对应的箱子中取回输液溶液。随后，递送人员将输液溶液递送至医疗机构的适当位置。

递送人员可能完全不了解急需被递送到递送人员要递送到的医院的区域的输液溶液是正放置在箱分类区域还是正在准备过程中。因此，即使可能存在急需被递送到递送人员要递送到的医疗机构的区域的正放置在箱分类区域的已备输液溶液，该递送人员也可能注意不到该输液溶液并且可能离开并且没有携带该输液溶液。因此，将需要派遣另一名递送人员紧急递送该输液溶液。

随后，输液溶液被递送至患者的位置，并且诸如护士之类的临床人员或者其他临床人员将输液溶液挂到架子上。护士在输液溶液与输液泵送系统之间连上管子并将该管子末端处的插管插入患者的血管以向该患者输送输液溶液。

发明内容

根据本公开的特定实施例，提供了一种用于管理已备药物的递送的系统。所述系统包括：存储器，其包括指令；以及一个或多个处理器。所述一个或多个处理器被构造为执行所述指令以：接收包括第一药物的递送期限的第一信息；以及接收包括第二药物的准备状态的第二信息。所述一个或多个处理器还被构造为执行指令以：将包括第一药物的递送期限的第一信息与包括第二药物的准备状态的第二信息进行比较以确定是否应当表明在完成第二药物的准备之前对第一药物进行递送；以及基于所述确定提供表明何时递送第一药物的通知。

根据本公开的特定实施例，提供了一种用于管理已备药物的递送的方法。所述方法包括：接收包括第一药物的递送期限的第一信息；以及接收包括第二药物的准备状态的第二信息。所述方法还包括：将包括第一药物的递送期限的第一信息与包括第二药物的准备状态的第二信息进行比较以确定是否应当表明在完成第二药物的准备之前对第一药物进行递送；以及基于所述确定提供表明何时递送第一药物的通知。

根据本公开的特定实施例，提供了一种包括机器可读指令的机器可读存储介质，所述指令用于使得处理器执行用于管理已备药物的递送的方法。所述方法包括：接收包括第一药物的递送期限的第一信息；以及接收包括第二药物的准备状态的第二信息。所述方法还包括：将包括第一药物的递送期限的第一信息与包括第二药物的准备状态的第二信息进行比较以确定是否应当表明在完成第二药物的准备之前对第一药物进行递送；以及基于所述确定提供表明何时递送第一药物的通知。

可以理解的是，根据下文的详细描述，本发明主题的其他配置对于本领域的技术人员将变得显而易见，其中以示例方式对本发明主题的各种不同的配置进行示意和描述。如同将要实现的那样，在不背离主题技术的范围的情况下，本发明主题能够进行其他和不同的配置，并且能够在其他不同的方面中对其中的一些细节进行修改。相应地，附图和详细描述本质上被视为是示例性而非限制性的。

附图说明

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

图1示出了用于管理已备药物的递送的示例架构。

图2是示出根据本公开的特定的方面的来自图1的架构的示例客户端和服务器的框图。

图3示出利用图2的服务器管理已备药物的递送的示例处理。

图4A和图4B是图3的示例处理有关的示例图解。

图5是示出利用其可以实现图2的客户端和服务器的示例计算机系统的框图。

具体实施方式

为了提供对本公开的全面理解，在以下详细描述中阐述了大量具体细节。然而，对于本领域的一名普通技术人员而言显而易见的是，可不含这些具体细节的一些而实现本公开的各实施例。在其他示例中，没有详细示出公知的结构与技术以避免混淆本公开。

所公开的系统在递送人员(例如，通过扫描)识别要递送的诸如输液溶液之类的药物时确定是否存在需要被递送到该递送人员正要将识别出的药物递送至的医院的区域的任何其他准备好的或几乎准备好的药物。如果另一药物可以或几乎准备好进行递送，并且诸如基于另一药物的急迫性或任一药物的过期时间或递送时间而优选在与识别出的药物相同一次递送的期间递送该另一药物，则向递送人员提供在离开进行递送识别出的药物之前等待该另一药物到达适当箱子的通知。所述通知可以提供为箱分类区域处或附近的装置的显示器上的警报以及/或者可以发送到递送人员的装置，比如递送人员的移动装置。如果另一药物可以或几乎准备好进行递送，但是不优选在与识别出的药物相同一次递送的期间递送该另一药物，则不向递送人员提供通知，或者向递送人员提供继续递送识别出的药物的通知。

以这种方式，所公开的系统通过确定应当让递送人员向分类人员请求放置在箱分类区域的已备药物(递送到适当箱子中)，还是应当让递送人员等待药物完成准备，来向递送人员提供对药物准备过程的深入了解。所公开的系统可以确定需要由递送人员递送的识别出的(例如，扫描的)药物的递送有多急迫，以及递送人员将要等待多长时间来获得几乎完成准备的任何另一药物。如果所公开的系统基于例如完成药物的准备需要的估计时间量、识别出的药物需要递送的时间、以及递送识别出的药物需要的估计时间量而确定递送人员有足够时间等待药物准备完成，则系统可以(例如，通过可视或可听警报，比如文本消息或通知窗口)向递送人员通知几乎准备好的药物。

图1示出了根据本公开的特定的方面的用于管理已备药物的递送的示例架构100。仅为了便于清楚说明而不意在以任何方式限制本公开范围，假设图1中作为示例的已备药物为麻醉IV溶液。

架构100包括具有药物储存区域10、填充和/或准备(填充/准备)区域20和递送拾取区域30(例如，箱分类区域)的药房1。药物储存区域10包括多个药物和储备品，包括例如麻醉药物(例如，丁哌卡因或氯普鲁卡因)和用于麻醉药物的适当流体。麻醉药物和流体被从药物储存区域10拿到准备/填充区域20，在这里它们被混合到一起以产生麻醉IV溶液。在准备/填充区域20处，患者/药物ID装置72(比如条形码标签或射频识别(RFID)标签)被设置在(例如，粘附至)包含IV溶液的包装70(例如，IV袋)上。患者/药物ID装置72包括患者/药物ID信息，其指示药物以及该药物所开给的患者。随后，包装70在药房1处被技术人员拿到递送拾取区域30。技术人员确定包装70要被放入的适当箱子或递送车90，然后将包装70放在适当的递送车90上以由递送人员2递送至计划的递送/投递位置60(例如，病房)。

在示出的实施例中，准备/填充区域20中设置有条形码读取器24，药房1的技术人员可以在包装70被拿到递送拾取区域30之前用条形码读取器24读取患者/药物ID装置72(在本示例中为条形码标签)。递送拾取区域30中设置有与客户端110相连接的条形码读取器34，一旦包装70被拿到递送拾取区域30，药房1的技术人员可以用条形码读取器34读取患者/药物ID装置72。递送车90也可以设置有位置条形码标签读取器。递送人员2可以使用条形码读取器34扫描包装70以表示递送人员2将开始递送包装70。

药房1包括服务器130(例如，药房服务器)，其包括处理器40。服务器130可以为具有适当处理器、存储器以及用于接收、处理和发送与药物数据库45相关联的信息的通信能力的任何装置。处理器40与药物数据库45耦接，药物数据库45被构造为存储各种信息，包括要在下面讨论的订单状态信息和递送进度信息。处理器40被构造为从医生3接收药物的订单，并且确定是通知递送人员2开始递送包装70还是在递送包装70之前等待另一包装的准备(例如，基于订单而)完成。例如，可以将通知发送到客户端110以在递送拾取区域30处或附近的输出装置114上进行显示，从而指示递送人员2暂停递送包装70，直到另一包装准备好为止，并且可选地利用客户端110的输入装置116确定接收到通知。客户端110可以是例如与递送拾取区域30相关联的计算机系统，比如桌面计算机或移动计算机。客户端110也可以是例如平板计算机、移动装置(例如，智能电话或PDA)、或具有适当处理器、存储器和通信能力的任何其他装置。移动装置可以例如与递送人员2相关联。

在图1中还示出了位于药房1与递送位置60之间的中间停留位置50(例如，第一病房)。递送车90可以在中间停留位置50处临时停靠以例如为第一病房中的患者递送包含药物的另一包装。

递送位置60和/或中间停留位置50可以包括例如具有用于从包装向患者提供IV输液的输液装置的病房。在示出示例中，中间停留位置50和递送位置60被分别提供有位置条形码标签52和位置条形码标签62。位置条形码标签52、62均包括唯一位置ID信息，其指示相应条形码标签被提供的对应位置50、60。如上所述，包括药物(例如，IV溶液)的包装70(例如，IV袋)被提供有患者/药物标识(ID)装置72。在示出示例中，患者/药物ID装置72是条形码标签，其包括指示患者(例如，Jane Smith)和药物(例如，“丁哌卡因IV溶液”)的患者/药物信息。患者/药物信息还可以包括药物或患者有关的其他信息，例如，患者的身体状况(例如，过敏史)、药物的名称(例如，丁哌卡因)、药物用量、药物浓度、药物给予计划、以及药物给予速率。

在图1的架构100中还示出了递送人员2手持和/或附着至递送车90的读取器装置84，其被构造为从设置在包装70上的患者/药物ID装置72读取患者/药物信息。在示出示例中，读取器装置84是条形码扫描仪。在条形码扫描仪84被递送人员2手持的那些实施例中，扫描仪84还被构造为从位置条形码标签52、62、92读取位置ID信息。

在上述实施例中，位置ID装置52、62、92和/或患者/药物ID装置72是无源ID装置，即，需要由参与者(例如，药房技术人员或递送人员2)采取特定动作(例如，扫描)来从其取回信息。在其它实施例中，ID装置可以是有源ID装置，即，无需参与者采取动作就可以自动从ID装置取回信息。在一些实施例中，有源ID装置可以通过无线链接主动向读取器装置72发送包括相关信息的信号。所述无线链接可以使用各种技术，包括蓝牙、ZigBee、无线USB和专有系统。在其它实施例中，有源ID装置自身不发送信号，而是在读取器装置近距离经过ID装置时响应由读取器装置(例如，通过改变其中RF电路的阻抗)产生的问询信号。

在示出示例中，每次条形码扫描仪84扫描ID装置(例如，患者/药物ID装置或位置ID装置)时，由此所读取的信息无线地发送至接收该信息的无线网桥50。网桥50经由医院网络150与处理器40进行数据通信。网络150可以包括例如个人局域网(PAN)、局域网(LAN)、校园区域网(CAN)、城域网(MAN)、广域网(WAN)、宽带网(BBN)、因特网等中的一个或多个。此外，网络150可以包括但不限于以下网络拓扑结构中的任意一个或多个，包括总线网络、星形网络、环形网络、网状网络、星形-总线网络、树状或分层网络等。

处理器40被构造为接收由条形码扫描仪84读取的药物/患者ID信息和/或位置ID信息，从其产生递送进度信息，并将递送进度信息存储在药物数据库45中。药物数据库45可以包括但不限于如下信息：患者的名称或ID、药物名称或ID、计划的递送位置60、计划的递送时间、已备药物的过期日期或时间、已备药物递送的急迫性、药物/患者ID信息和/或位置ID信息被条形码扫描仪84读取时的一个或多个读取位置、读取信息时的时间、以及递送人员2的名字或ID。

架构100还包括追踪装置120、152，其允许护理提供人员4(例如，被分派来向患者给予该患者特有药物的任务的护士)监控药物的递送进度。追踪装置120、152均被构造为接收护理提供人员4的追踪请求，访问药物数据库45(直接访问或通过处理器40访问)，取回存储在数据库45中的递送进度信息，并基于递送进度信息向护理提供人员4表明药物的递送进度。在示出示例中，追踪装置120是自动分配机，其具有处理器(未示出)、显示器121和键盘123；并且追踪装置152是移动通信装置(例如，蜂窝式电话、个人数字助理(PDA)或寻呼机)，其具有处理器(未示出)、显示器151和键盘153。递送进度信息可以向医疗提供人员4通知最后已知读取位置和最后读取的时间。基于这类信息，护理提供人员4可以决定例如是否在递送位置60处等待递送、稍后在预期递送时间去到递送位置、或者去到最后已知位置以从车90取回药物。

图2是示出根据本公开特定的方面的图1的架构100中的示例服务器130和客户端110的框图200。客户端110与服务器130经由各自的通信模块218和238连接到网络150。通信模块218和238被构造为与网络150进行交互以向/从网络150上的其他装置发送/接收信息(例如数据、请求、响应和命令)。通信模块218和238可以为例如调制解调器或以太网卡。

服务器130包括处理器40、通信模块238和存储器232，存储器232包括药物数据库45。服务器130的处理器40被构造为执行指令，例如物理编码到处理器40中的指令、从存储器240中的软件接收的指令、或两者的组合。例如，服务器130的处理器40执行接收包括第一药物(例如，包装70)的递送期限的第一信息和接收包括第二药物的准备状态的第二信息。例如，当递送人员2使用客户端110的条形码读取器34扫描递送拾取区域30处的包装70时，客户端110的处理器212在网络150上经由通信模块218将对包装70进行识别的信息发送到服务器130。随后，服务器130的处理器40可以查询药物数据库45以确定第一药物的递送期限和第一药物的递送位置。

处理器40还可以查询药物数据库45以接收表明第二药物的准备状态的信息。第二药物的准备状态可以包括例如表明第二药物就绪但是还未被分类放入递送拾取区域30中的箱子中的状态、第二药物的当前位置、第二药物的准备几乎完成的指示、或完成第二药物的准备的估计时间量。接收到的信息还可以包括第二药物的递送位置。

服务器130的处理器40将包括第一药物的递送期限的第一信息与包括第二药物的准备状态的第二信息进行比较以确定是否应当表明在完成第二药物的准备之前对第一药物进行递送。在特定的方面，完成的第二药物的准备包括将第二药物递送到递送拾取区域30。所述确定可以基于各种因素，所述各种因素例如包括第一药物或第二药物的递送的急迫度、第一药物的递送期限、第二药物的准备状态、完成第二药物的准备所剩余的估计时间量、第一药物或第二药物的预期递送位置、或递送第一药物或第二药物所需的估计时间量。

处理器40基于所述确定提供表明何时递送第一药物的通知(例如，给客户端110)。所述通知可以提供为例如在屏幕上显示的计算机生成的警报、或者提供为文本消息。所述通知可以例如表明递送人员2应当在将第一药物递送到递送/投递位置60之前等待第二药物的准备完成。这可以是这样的情况，其中例如第二药物被指示为急需并且要求在短时间内递送而第一药物未被指示为急需。又例如，所述通知可以表明递送人员2应当在将第一药物递送到递送/投递位置60之前等待第二药物的准备完成，这是因为第一药物的递送位置(递送/投递位置60)在第二药物的递送位置(中间停留位置50)处或附近。

替代性地，服务器130的处理器40所提供的通知可以表明递送人员不应当在将第一药物递送到递送/投递位置60之前等待第二药物的准备完成，而是相反地继续将第一药物递送到递送/投递位置60。这可以是这样的情况，其中例如准备第二药物的估计时间将超过第一药物的递送期限。

处理器40将通知提供至客户端110。客户端110的存储器220中的通知应用222可以接收通知并例如利用输出装置114提供可听或可视警报。例如，客户端110可以为递送人员2的移动装置，并且所述通知可以为发送到该移动装置用于显示的文本消息。又例如，客户端110可以为位于递送拾取区域30处的计算机并且通知可以为在该计算机的输出装置114上显示的可视警报。当第二药物的准备状态表明第二药物已经准备好但是还未针对递送拾取区域30处的适当递送箱子进行分类时，所述可视警报可以包括针对递送人员2的界面，以请求将准备好的第二药物(例如，由药房技术人员)递送至递送拾取区域30处的适当递送箱子。递送人员2可以使用客户端110的输入装置116确认将准备好的第二药物递送至递送拾取区域30的请求。所述可视警报还可以识别递送第一药物或第二药物的急迫度。

图3示出了利用图2的服务器130管理已备药物的递送的示例处理300。虽然参照图2描述图3，但是应当注意到可以通过其他系统来执行图3的处理步骤。

处理300通过从当第一药物(例如包装70)在递送拾取区域30处由例如递送人员2(例如，通过客户端110的条形码读取器34扫描而)被识别出时的开始步骤301进行到当(例如，药房1处的)服务器130接收到包括位于递送拾取区域30处的第一药物的递送期限的第一信息时的步骤302而开始。接着，在步骤303，服务器130(例如，从存储器232中的药物数据库45)接收包括要递送到递送拾取区域30的第二药物的准备状态的第二信息，例如，第二药物的当前位置或完成第二药物的准备的估计时间量。在步骤304，将包括第一药物的递送期限的第一信息与包括第二药物的准备状态的第二信息进行比较以确定是否应当表明在完成第二药物的准备之前对第一药物进行递送。所述确定可以基于例如递送第一药物和第二药物中任一个或两者的急迫度、第一药物的递送期限、完成第二药物的准备所剩余的估计时间量、和递送第一药物或第二药物中的至少一个所需的估计时间量中的任一个。

如果步骤304的比较未表明继续递送第一药物，则处理300进行到步骤306，其中基于所述确定的通知被提供(例如，给客户端110)，从而表明在递送第一药物之前等待第二药物的准备完成。但是，如果步骤304的比较表明继续递送第一药物，则处理300进行到步骤307，其中基于所述确定的通知被提供(例如，给客户端110)，从而表明继续递送第一药物。随后，处理300在步骤308结束。

图3示出了利用图2的服务器130管理已备药物的递送的示例处理300。现在将利用图3的示例处理300和在准备过程中的各个阶段递送的各种药物来描述示例。

在指示递送人员2等待第二药物的准备完成的一个示例中，处理300从当递送人员2在递送拾取区域30处利用客户端110(其为计算机终端)的条形码扫描仪34扫描第一药物(万古霉素)时的开始步骤301开始。接着，在步骤302，药房1处的服务器130接收对所扫描的万古霉素以及所扫描的万古霉素的递送期限进行识别的第一信息。接着，在步骤303，服务器130从存储器232的药物数据库45中接收第二信息，所述第二信息包括想要被递送到递送拾取区域30的两个其它药物(头孢唑啉(1gm/NS 50ml)和头孢唑啉(2gm/NS50ml))的准备状态。所述准备状态表明所述两个其它药物被识别为高优先级(例如，立刻或“立即”)，当前正在填充/准备区域20中进行准备，以及基于已经完成了多少准备工作而估计的完成所述其它药物的估计时间量。

在步骤304，将所扫描的万古霉素的递送期限与所述其它药物的优先级、它们的位置、它们的递送期限、它们的递送位置、递送第一药物或第二药物中的至少一个所需的估计时间量、以及完成所述其它药物的准备的估计时间量进行比较，从而确定递送人员2是否应当在离开以在递送/投递位置60递送万古霉素之前等待头孢唑啉(1gm/NS50ml)和头孢唑啉(2gm/NS 50ml)的准备完成。鉴于头孢唑啉(1gm/NS50ml)和头孢唑啉(2gm/NS 50ml)的高优先级、它们的完成接近度、它们的邻近投递期限、以及它们的在中间停留位置50处的递送位置与所扫描的万古霉素的递送/投递位置60的接近度，步骤304的比较在步骤305表明等待头孢唑啉(1gm/NS 50ml)和头孢唑啉(2gm/NS50ml)的准备完成并递送到递送拾取区域30。

在步骤306，服务器130向计算机终端110发送通知以如图4A的示例图解400中提供的那样向递送人员2进行显示。该示例图解是计算机终端110的输出装置114(显示屏幕)的显示。该显示包括标识当前时间402和50个未检查订单的列表406的用户界面，该列表可以通过例如优先级、保留期限、位置或者字母顺序来排序，或者可以利用搜索接口404来进行搜索。列出了5个订单408、410、412、414和416，而其他订单可以通过将界面卷动到这5个列出的订单408、410、412、414和416下方而可见。对于每个订单，可以指明保留期限、患者位置、药物信息、准备状态和优先级。例如，列出的第一订单408将药物标识为头孢唑啉(1gm/NS 5ml)、高优先级“立即”药物，其准备状态为100％(即，完全准备好)且要在8:00AM前递送给患者位置5E-12。

用户界面还包括消息区域418，其不仅标识420递送人员2扫描的药物，即，第三列出订单412的万古霉素(1gm/NS 50ml)，还将(步骤306的)通知422提供给递送人员2以进行读取。通知422向递送人员2表明利用“请求”按钮424请求在继续递送所扫描的万古霉素之前将第一列出订单408(头孢唑啉(1gm/NS 50ml))分类到递送拾取区域30中的适当箱子中。通知422还向递送人员2表明等待第二列出订单410(头孢唑啉(2gm/NS 50ml))的完成。随后，处理300在步骤308结束。

在指示递送人员2在第二药物的准备完成之前继续递送第一药物的另一示例中，处理300通过从当递送人员2在递送拾取区域30利用作为手持式显示器和扫描仪(例如，诸如读取器装置84)的客户端110的条形码读取器34扫描两个药物(万古霉素和去甲肾上腺素)时的开始步骤301进行而开始。接着，在步骤302，药房1的服务器130接收对所扫描的万古霉素和去甲肾上腺素和所扫描的万古霉素和去甲肾上腺素的递送期限进行识别的第一信息。接着，在步骤303，服务器130从存储器232中的药物数据库45接收第二信息，其包括想要被递送到递送拾取区域30的两个其它药物(头孢唑啉(1gm/NS 50ml)和头孢唑啉(2gm/NS50ml))的准备状态。所述准备状态表明所述两个其它药物被识别为高优先级，其当前正在填充/准备区域20被准备，以及基于该准备已经完成多少而估计的完成所述其它药物的估计时间量。

在步骤304，将所扫描的万古霉素和去甲肾上腺素的递送期限与所述其它药物的优先级、它们的位置、它们的递送期限、它们的递送位置、递送第一药物或第二药物中的至少一个所需的估计时间量、以及完成所述其它药物的准备的估计时间量进行比较，从而确定递送人员2是否应当在离开以在递送/投递位置60递送万古霉素和去甲肾上腺素之前等待完成头孢唑啉(1gm/NS 50ml)和头孢唑啉(2gm/NS 50ml)的准备。例如，由于头孢唑啉(1gm/NS 50ml)和头孢唑啉(2gm/NS 50ml)的准备只完成了10％并且它们的递送期限不在近期，因此步骤304的比较表明在步骤305中继续递送万古霉素和去甲肾上腺素。

在步骤306，服务器130向手持式装置110发送通知以如图4B的示例图解450中提供的那样向递送人员2进行显示。该示例图解是手持式装置110的输出装置114(显示屏幕)的显示。该显示包括标识当前时间452和50个未检查订单的列表456的用户界面。列出了5个订单458、460、462、464和466，而其他订单可以通过将界面卷动到这5个列出的订单458、460、462、464和466下方而可见。对于每个订单，可以指明保留期限、患者位置、药物信息、准备状态和优先级。例如，第一列出订单458将药物标识为头孢唑啉(1gm/NS50ml)、高优先级“立即”药物，其准备状态为完成了10％且要在8:00AM前递送给患者位置5E-12。

用户界面还包括消息区域468，其不仅标识470递送人员2扫描的药物，还提供(步骤306的)通知472给递送人员2以进行读取。通知472向递送人员2表明继续递送所扫描的万古霉素和去甲肾上腺素。随后，处理300在步骤308结束。

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

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

除硬件外，计算机系统500还可包括创建关于所讨论的计算机程序的执行环境的代码，例如，构成处理器固件的代码、协议栈、数据库管理系统、操作系统、或者存储在内置存储器(included memory)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)。输入/输出模块510可为任何输入/输出模块。示例输入/输出模块510包括数据端口(例如USB端口)。输入/输出模块510被配置为连接至通信模块512。示例通信模块512(例如，通信模块218和238)包括网络接口卡，例如以太网卡和调制解调器。在特定的方面，输入/输出模块510被配置为连接至多个装置，例如输入装置514(例如，输入装置116)和/或输出装置516(例如，输出装置114)。示例输入装置514包括键盘和定点装置(例如鼠标或轨迹球)，用户可利用这些装置向计算机系统500提供输入。其他类型的输入装置514也可用于提供与用户的互动，例如触觉输入装置、视觉输入装置、音频输入装置、或脑-机接口装置。例如，提供给用户的反馈可以是任意形式的感觉反馈，例如视觉反馈、听觉反馈、或触觉反馈；并且可按照任何形式接收用户给出的输入，包括声学、语言、触觉、或脑波输入。示例输出装置516包括用于向用户显示信息的显示装置，例如LED(发光二极管)、CRT(阴极射线管)、或LCD(液晶显示)屏幕。

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

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

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

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

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

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

除非特别说明，否则以单数形式引用某一元件并非旨在表示“一个且仅为一个”，而是“一个或多个”。术语“一些”用于表示一个或多个。带下划线的和/或斜体的标题和子标题只是为了方便而使用，不限制发明主题技术，并且不与发明主题技术的描述的解释相关联。所有本领域内的技术人员已知的或者随后将会知道的贯穿本公开所描述的各种不同的配置的各个元素的等价结构和功能都明确地通过引用并入到本文中，并旨在由所述发明主题所涵盖。此外，本文所公开的任何内容均未旨在贡献给公众，无论这种公开是否明确地在上述内容中列出。

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

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

已经按照特定的方面描述了本说明书的发明主题，但是其他方面也可以被实现且在权利要求的范围内。例如，权利要求中所述的行为可按不同的次序执行并且仍然能够实现预期效果。作为一个示例，附图中示出的过程无需要求示出的特定次序或顺序的次序以实现预期效果。在特定的实现中，多任务和并行处理可以较为有利。其他变化在权利要求的范围中。

这些和其他实现方式落在权利要求的范围内。

Claims (20)

1.一种用于管理已备药物的递送的系统，所述系统包括：

一个或多个处理器；

机器可读存储器，其上存储有指令，所述指令在由所述一个或多个处理器执行时使第一计算装置执行以下操作：

接收第一药物可用于递送到医疗机构内的第一位置的第一指示，所述第一指示基于从粘附至所述第一药物的容器的ID装置的扫描获得的信息被接收，所述ID装置被构造为当在读取器附近时无需参与者采取进一步动作就自动将所述信息无线地发送到所述读取器：

识别指定在所述医疗机构内递送的第二药物的准备状态；

确定所述第一药物的递送时间和所述第二药物的完成时间；

基于所述递送时间和所述完成时间确定是否应当在完成所述第二药物的准备之前对所述第一药物进行递送；以及

为在显示装置处显示，当确定在完成所述第二药物的准备之前不应当对所述第一药物进行递送时，提供通知以在递送所述第一药物之前等待所述第二药物的准备。

2.权利要求1的系统，其中所述操作还包括：

基于所述第一药物的容器的扫描接收第二指示，所述第二指示显示递送人员已经在递送拾取区域处接收到所述第一药物，以递送到所述第一位置；

其中确定是否应当在完成所述第二药物的准备之前对所述第一药物进行递送是响应于接收所述第二指示来执行的。

3.权利要求2的系统，其中所述操作还包括：

确定在完成所述第二药物的准备之前不应当对所述第一药物进行递送；

通过所述通知以等待所述第二药物的准备,在所述第一药物的递送之前,提供提示以请求将所述第二药物提供到所述递送拾取区域以进行递送；

在所述第一药物的递送之前，从所述显示装置接收确认，所述确认确定所述第二药物被提供到所述递送拾取区域，以与所述第一药物的递送相关联地递送。

4.权利要求3的系统，其中所述操作还包括：

确定所述第二药物为高优先级药物，其中确定在完成所述第二药物的准备之前不应当对所述第一药物进行递送是基于所述第二药物被确定为所述高优先级药物。

5.权利要求1的系统，其中所述操作还包括：

确定应当在完成所述第二药物的准备之前对所述第一药物进行递送；

为在所述显示装置处显示，提供通知以继续递送所述第一药物；

在所述第一药物被从递送拾取区域取回之前，确定当前正在进行准备的第三药物为高优先级药物；以及

为在所述显示装置处显示，响应于确定所述第三药物为高优先级药物，提供通知以在递送所述第一药物之前等待所述第三药物的准备。

6.权利要求1的系统，其中所述操作还包括：

为在所述显示装置处显示，提供包括药物订单的列表的用户界面，所述列表中的第一订单包括所述第一药物，其中所述用户界面被构造为通过下述的一个或多个来选择性排序：与每个所述药物订单相关联的各自的优先级、与每个所述药物订单相关联的各自的保留期限、和与每个所述药物订单相关联的各自的患者位置。

7.权利要求1的系统，其中所述操作还包括：

确定所述第一药物的过期时间及所述第二药物的递送位置，其中所述操作基于所述第一药物的过期时间、所述第二药物的递送位置、以及分配给所述第一药物和所述第二药物中的每一个的各自的优先级确定是否应当在完成所述第二药物的准备之前对所述第一药物进行递送。

8.权利要求1的系统，其中所述显示装置为远离所述一个或多个处理器的移动装置，并被分配给用于将所述第一药物递送到所述第一位置的个人，以及其中所述通知为发送到所述移动装置的文本消息。

9.权利要求1的系统，其中所述操作还包括：

确定在完成所述第二药物的准备之前不应当对所述第一药物进行递送，其中通知以等待所述第二药物的准备包括完成所述第二药物的准备的估计时间量以及可视或可听警报。

10.一种药物递送管理方法，包括：

由计算装置接收第一药物可用于递送到医疗机构内的第一位置的第一指示，所述第一指示基于从固定在所述第一药物的容器上的ID装置的扫描获得的信息被接收，所述ID装置被构造为当在读取器附近时无需参与者采取进一步动作就自动将所述信息无线地发送到所述读取器：

由所述计算装置识别指定在所述医疗机构内递送的第二药物的准备状态；

由所述计算装置确定所述第一药物的递送时间和所述第二药物的完成时间；

由所述计算装置基于所述递送时间和所述完成时间确定是否应当在完成所述第二药物的准备之前对所述第一药物进行递送；以及

为在显示装置处显示，当确定在完成所述第二药物的准备之前不应当对所述第一药物进行递送时，由所述计算装置提供通知以在递送所述第一药物之前等待所述第二药物的准备。

11.权利要求10的方法，其中所述方法还包括：

基于所述第一药物的容器的扫描接收第二指示，所述第二指示显示递送人员已经在递送拾取区域处接收到所述第一药物，以递送到所述第一位置；

其中确定是否应当在完成所述第二药物的准备之前对所述第一药物进行递送是响应于接收所述第二指示来执行的。

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

确定在完成所述第二药物的准备之前不应当对所述第一药物进行递送；

通过所述通知以等待所述第二药物的准备,在所述第一药物的递送之前,提供提示以请求将所述第二药物提供到所述递送拾取区域以进行递送；

在所述第一药物的递送之前从所述显示装置接收确认，所述确认确定所述第二药物被提供到所述递送拾取区域，以与所述第一药物的递送相关联地递送。

13.权利要求12的方法，还包括：

确定所述第二药物为高优先级药物，其中确定在完成所述第二药物的准备之前不应当对所述第一药物进行递送是基于所述第二药物被确定为所述高优先级药物。

14.权利要求10的方法，还包括：

确定应当在完成所述第二药物的准备之前对所述第一药物进行递送；

为在所述显示装置处显示，提供通知以继续递送所述第一药物；

在所述第一药物被从递送拾取区域取回之前，确定当前正在进行准备的第三药物为高优先级药物；以及

为在所述显示装置处显示，响应于确定所述第三药物为高优先级药物，提供通知以在递送所述第一药物之前等待所述第三药物的准备。

15.权利要求10的方法，还包括：

为在所述显示装置处显示，提供包括药物订单的列表的用户界面，所述列表中的第一订单包括所述第一药物，其中所述用户界面被构造为通过下述的一个或多个来选择性排序：与每个所述药物订单相关联的各自的优先级、与每个所述药物订单相关联的各自的保留期限、和与每个所述药物订单相关联的各自的患者位置来。

16.权利要求10的方法，还包括：

确定所述第一药物的过期时间及所述第二药物的递送位置，其中确定是否应当在完成所述第二药物的准备之前对所述第一药物进行递送基于所述第一药物的过期时间、所述第二药物的递送位置、以及分配给所述第一药物和所述第二药物中的每一个的各自的优先级。

17.权利要求10的方法，其中所述显示装置为远离所述一个或多个处理器的移动装置，并被分配给用于将所述第一药物递送到所述第一位置的个人，以及其中所述通知为发送到所述移动装置的文本消息。

18.权利要求10的方法，还包括：

确定在完成所述第二药物的准备之前不应当对所述第一药物进行递送，其中所述通知以等待所述第二药物的准备包括完成所述第二药物的准备的估计时间量、以及可视或可听警报。

19.一种非暂时性机器可读存储器装置，其上存储有指令，所述指令在执行时使第一计算装置执行以下操作：

接收第一药物可用于递送到医疗机构内的第一位置的第一指示，所述第一指示基于从固定在所述第一药物的容器上的ID装置的扫描获得的信息被接收，所述ID装置被构造为当在读取器附近时无需参与者采取进一步动作就自动将所述信息无线地发送到所述读取器：

识别指定在所述医疗机构内递送的第二药物的准备状态；

确定所述第一药物的递送时间和所述第二药物的完成时间；

基于所述递送时间和所述完成时间确定是否应当在完成所述第二药物的准备之前对所述第一药物进行递送；以及

为在显示装置处显示，当确定在完成所述第二药物的准备之前不应当对所述第一药物进行递送时，提供通知以在递送所述第一药物之前等待所述第二药物的准备。

20.权利要求19的非暂时性机器可读存储器装置，其中所述操作还包括：

确定在完成所述第二药物的准备之前不应当对所述第一药物进行递送；

通过所述通知以等待所述第二药物的准备,在所述第一药物的递送之前,提供提示以请求将所述第二药物提供到递送拾取区域以进行所述第二药物的递送；

在所述第一药物的递送之前，从所述显示装置接收确认，所述确认确定所述第二药物被提供到所述递送拾取区域，以与所述第一药物的递送相关联地递送。

Images