具有输注数据分组逻辑的输注管理平台的制作方法
【专利说明】具有输注数据分组逻辑的输注管理平台
[0001]与相关申请的交叉引用
[0002]本申请要求于2013年3月13日提交的申请号为13/802，397，标题为“具有输注数据分组逻辑的输注管理平台”的美国专利申请的优先权，其全部内容通过引用合并于此。
技术领域
[0003]本文中所述的主题涉及一种用于跟踪输注容器中的流体/药物容量的输注管理
-ψ-1 口 O
【背景技术】
[0004]在临床设置中，为患者给药的输注可以通过以下途径给出:静脉的(IV)、皮下的、动脉的、硬膜外的、肠内或者流质间隙冲洗。这些输注可以通过大容量栗、注射器或者通过患者自控镇痛来输送。输注通常由医院药房来控制，并且药房或药店通常能够指定每种输注包含的稀释剂的量。对于在患者床边设定输注程序的护士来说，通常的做法是，将要输注的量(Volume To Be Infused，VTBI)设定为小于整个容器容积的量。护士可以通过设定多个VTBI来分段地设定要给予的输注，直到整个容器的容量中的药物或流体都被输入。在将这种VTBI与特定的药物容器相关联时，可能会增加困难。
【发明内容】
[0005]在一个方面中，经由输注模块接收表征从容器进入至患者的流体的第一次输注的数据。该第一次输注可以具有相关的第一订单标识符和相关的输注的第一容量。此后，识别中断或终止输注的输注事件。随后，经由输注模块接收表征进入至患者的流体的第二次输注的数据。该第二次输注具有相关的要输注的第二容量。然后，确定要输注的第二容量是否小于输注的第一容量的预定百分比。如果要输注的第二容量小于输注的预定百分比的第一容量，则可以将第一订单标识符分配至第二次输注。否则，如果要输注的第二容量大于输注的第一容量的预定百分比，则将与第一订单标识符不同的第二订单标识符分配至第二次输注。
[0006]订单标识符分配可以基于第二次输注是否具有匹配于第一次输注的表征的确定。示例性的表征包括:配置名称、患者姓名、输注模块标识符、患者护理单元标识符、输注类型和药品名称中的一个或多个。
[0007]此外，能够提供表征订单标识符分配的数据(例如，显示、加载、存储、传输等)。
[0008]在另一个相关的方面，一种方法可以包括:经由输注模块，接收表征从容器进入至患者的流体的第一次输注的数据，所述第一次输注具有相关的第一订单标识符和相关的输注的第一容量；所述第一数据包括选自如下组的一个或多个表征:配置名称、患者姓名、输注模块标识符、患者护理单元标识符、输注类型以及药品名称；识别中断或者终止输注的输注事件；经由输注模块接收表征进入至患者的流体的第二次输注的数据，第二次输注具有相关的要输注的第二容量，所述第二数据包括选自如下的一个或多个表征:配置名称、患者姓名、输注模块标识符、患者护理单元标识符、输注类型和药品名称；确定第一数据中的表征的至少一个与第二数据中的表征中的至少一个匹配；确定要输注的第二容量是否小于输注的第一容量的预定百分比；如果要输注的第二容量小于输注的第一容量的预定百分比，则分配第一订单标识符至第二次输注；或者如果要输注的第二容量大于输注的第一容量的预定百分比，则分配不同于第一订单标识符的第二订单标识符至第二次输注。
[0009]本发明还描述了计算机编程产品，其包括存储有指令的非易失性的计算机程序媒体，当存储的指令通过一个或多个计算机系统中的至少一个数据处理器执行时，使得至少一个数据处理器执行本文中的操作。类似地，还描述了计算机系统，所述计算机系统可以包括一个或多个数据处理器和与一个或多个数据处理器连接的存储器。存储器可以暂时地或永久地存储使得至少一个处理器执行本文中所述的操作中的一个或多个的指令。另外，这些方法可以通过在单个计算系统中或者两个或多个计算系统之中分布的一个或多个数据处理器来实施。这种计算系统可以被连接，并且可以通过一个或多个连接，通过多个计算系统中的一个或多个之间的直接连接等，来交换数据和/或命令、或者其它的指令，所述连接包括但是不限制于网络(例如，互联网、无线广域网、局域网、广域网、有线网等)中的连接。
[0010]本文中所述的主题提供了若干优点。例如，当前主题的优点在于，其提供了输注管理平台，该输注管理平台考虑了特定护理设施的过满/不满的实际情况，提供了患者全部输注的监管的视图。
[0011]本文描述的主题的一个或多个变体的细节在下面的附图和描述中进行了阐述。本文所述主题的其它特征和优点从说明书和附图以及权利要求中将是容易想到的。
【附图说明】
[0012]图1为图示了医疗护理环境中计算场景的系统图；
[0013]图2为图示了在输注管理平台和若干输注模块之间的相互作用的系统图；
[0014]图3为与输注订单标识符的分配相关的第一处理流程图；以及
[0015]图4为与输注订单标识符的分配相关的第二处理流程图。
具体实施方案
[0016]图1为图示了在诸如医院的医疗护理环境中的计算场景100的系统图。各种设备和系统(其对于医疗护理环境是本地的和远程的)能够通过至少一个计算网络105来进行交互。这种计算网络105能够在各种设备和系统之间提供数字通信连接(即，有线或者无线)的任意形式或者介质。通信网络的示例包括:局域网(“LAN”)、广域网(“WAN”)以及互联网。在一些情况下，各种设备和系统中的一个或多个能够通过对等连接(通过硬件接线连接或者通过诸如蓝牙或者WiFi的无线协议)而直接交互。另外，在一些变化中，设备和系统中的一个或多个可以通过蜂窝数据网络来通信。
[0017]具体地，计算场景100的一些方面能够在计算系统中实现，该计算系统包括后端部件(例如，数据服务器110)，或者包括中间部件(例如，应用服务器115)，或者包括前端部件(例如，具有图形用户界面或者网页浏览器的客户端计算机120，通过客户端计算机120，用户可以与本文所述的主题的实施方案进行交互)，或者包括这种后端、中间或者前端部件的任意组合。客户端120和服务器110、115通常彼此远程设置，并且典型地通过通信网络105交互。客户端120与服务器110、115之间的关系是由运行在相应计算机上并且彼此具有客户端-服务器关系的计算机程序而产生的。客户端120可以是各种计算平台中的任意一种，各种计算平台包括用于在医疗护理环境中提供各种功能的本地应用。示例性的客户端120包括，但是不限制于，台式计算机、笔记本计算机、平板电脑和具有触摸屏界面的其它计算机。本地应用可以是独立的，因此它们不需要网络连接和/或它们能够与服务器110、115中的一个或多个(例如，网页浏览器)交互。
[0018]在计算场景中可以在各种设备和系统上执行各种应用，诸如电子健康记录应用、医疗设备监控、操作以及维护应用、调度应用、账单应用等等。
[0019]网络105可以与一个或多个数据存储系统125连接。数据存储系统125可以包括数据库，其在医疗护理环境中或者专用设施中提供物理数据存储。另外，或者在可替选的方式中，数据存储系统125可以包括云系统，其在例如多租户计算环境中提供数据的远程存储。数据存储系统125还可以包括非易失性计算机可读介质。
[0020]移动通信设备(MCD) 130也可以形成计算场景100的一部分。MCD130可以通过网络105直接通信，和/或它们通过诸如蜂窝数据网络的中间网络与网络105通信。经由MCD130可以使用各种类型的通信协议，包括，诸如SMS和丽S的消息协议。
[0021]各种类型的医疗设备140可以用作计算场景100