具有输注数据分组逻辑的输注管理平台
阅读：485发布：2024-01-12
专利汇可以提供具有输注数据分组逻辑的输注管理平台专利检索，专利查询，专利分析的服务。并且一种输注管理平台，其能够基于一个或多个输注事件来确定是否将输注或者输注的部分进行分组。还描述了相关的设备、系统、技术和制品。，下面是具有输注数据分组逻辑的输注管理平台专利的具体信息内容。
1.一种计算机实施的方法：
经由输注模块，接收表征从容器进入至患者的流体的第一次输注的数据，该第一次输注具有相关的第一订单标识符和相关的输注的第一容量；
识别中断或者终止输注的输注事件；
经由输注模块，接收表征进入至患者的流体的第二次输注的数据，该第二次输注具有相关的要输注的第二容量；
确定要输注的第二容量是否小于输注的第一容量的预定百分比；
如果要输注的第二容量小于输注的第一容量的预定百分比，则将第一订单标识符分配至第二次输注；或者
如果要输注的第二容量大于输注的第一容量的预定百分比，则将与第一订单标识符不同的第二订单标识符分配至第二次输注。
2.根据权利要求1所述的方法，还包括：
确定第二次输注是否具有与第一次输注相匹配的表征。
3.根据权利要求2所述的方法，其中，所述表征包括：配置名称。
4.根据权利要求2或3所述的方法，其中，所述表征包括：患者姓名。
5.根据权利要求2至4中的任意一项所述的方法，其中，所述表征包括：输注模块标识符。
6.根据权利要求2至5中的任意一项所述的方法，其中，所述表征包括：患者护理单元标识符。
7.根据权利要求2至6中的任意一项所述的方法，其中，所述表征包括：输注类型。
8.根据权利要求2至7中的任意一项所述的方法，其中，所述表征包括：药品名称。
9.根据前述权利要求中的任意一项所述的方法，还包括：
提供表征订单标识符分配的数据。
10.根据权利要求9所述的方法，其中，提供数据包括如下中的至少一个：在图形用户界面中显示数据；加载数据；存储数据；以及传送数据至远程计算系统。
11.根据前述权利要求中的任意一项所述的方法，其中，接收、识别、确定和分配中的至少一个通过形成于至少一个计算系统的部分中的至少一个数据处理器来实现。
12.一种方法，其包括：
经由输注模块，接收表征从容器进入至患者的流体的第一次输注的第一数据，该第一次输注具有相关的第一订单标识符和相关的输注的第一容量；该第一数据包括选自如下组的一个或多个表征：配置名称、患者姓名、输注模块标识符、患者护理单元标识符、输注类型以及药品名称；
识别中断或者终止输注的输注事件；
经由输注模块，接收表征进入至患者的流体的第二次输注的第二数据，该第二次输注具有相关的要输注的第二容量，该第二数据包括选自如下组中的一个或多个表征：配置名称、患者姓名、输注模块标识符、患者护理单元标识符、输注类型和药品名称；
确定第一数据的表征中的至少一个与第二数据的表征中的至少一个匹配；
确定要输注的第二容量是否小于输注的第一容量的预定百分比；
如果要输注的第二容量小于输注的第一容量的预定百分比，则将第一订单标识符分配至第二次输注；或者
如果要输注的第二容量大于输注的第一容量的预定百分比，则将与第一订单标识符不同的第二订单标识符分配至第二次输注。
13.一种存储有指令的非易失性的计算机程序产品，其中：当存储的指令通过至少一个数据处理器执行时，使得前述权利要求中的任意一项所述的方法而操作实施。
14.一种系统，其包括：
至少一个数据处理器；以及
存储器，其存储有指令，其中，当通过至少一个数据处理器执行该指令时，使得权利要求1至12中的任意一项所述的方法而操作实施。
具有输注数据分组逻辑的输注管理平台
[0001] 与相关申请的交叉引用
技术领域
背景技术
[0004] 在临床设置中，为患者给药的输注可以通过以下途径给出：静脉的(IV)、皮下的、动脉的、硬膜外的、肠内或者流质间隙冲洗。这些输注可以通过大容量泵、注射器或者通过患者自控镇痛来输送。输注通常由医院药房来控制，并且药房或药店通常能够指定每种输注包含的稀释剂的量。对于在患者床边设定输注程序的护士来说，通常的做法是，将要输注的量(Volume To Be Infused，VTBI)设定为小于整个容器容积的量。护士可以通过设定多个VTBI来分段地设定要给予的输注，直到整个容器的容量中的药物或流体都被输入。在将这种VTBI与特定的药物容器相关联时，可能会增加困难。发明内容
[0005] 在一个方面中，经由输注模块接收表征从容器进入至患者的流体的第一次输注的数据。该第一次输注可以具有相关的第一订单标识符和相关的输注的第一容量。此后，识别中断或终止输注的输注事件。随后，经由输注模块接收表征进入至患者的流体的第二次输注的数据。该第二次输注具有相关的要输注的第二容量。然后，确定要输注的第二容量是否小于输注的第一容量的预定百分比。如果要输注的第二容量小于输注的预定百分比的第一容量，则可以将第一订单标识符分配至第二次输注。否则，如果要输注的第二容量大于输注的第一容量的预定百分比，则将与第一订单标识符不同的第二订单标识符分配至第二次输注。
[0006] 订单标识符分配可以基于第二次输注是否具有匹配于第一次输注的表征的确定。示例性的表征包括：配置名称、患者姓名、输注模块标识符、患者护理单元标识符、输注类型和药品名称中的一个或多个。
[0007] 此外，能够提供表征订单标识符分配的数据(例如，显示、加载、存储、传输等)。
[0008] 在另一个相关的方面，一种方法可以包括：经由输注模块，接收表征从容器进入至患者的流体的第一次输注的数据，所述第一次输注具有相关的第一订单标识符和相关的输注的第一容量；所述第一数据包括选自如下组的一个或多个表征：配置名称、患者姓名、输注模块标识符、患者护理单元标识符、输注类型以及药品名称；识别中断或者终止输注的输注事件；经由输注模块接收表征进入至患者的流体的第二次输注的数据，第二次输注具有相关的要输注的第二容量，所述第二数据包括选自如下的一个或多个表征：配置名称、患者姓名、输注模块标识符、患者护理单元标识符、输注类型和药品名称；确定第一数据中的表征的至少一个与第二数据中的表征中的至少一个匹配；确定要输注的第二容量是否小于输注的第一容量的预定百分比；如果要输注的第二容量小于输注的第一容量的预定百分比，则分配第一订单标识符至第二次输注；或者如果要输注的第二容量大于输注的第一容量的预定百分比，则分配不同于第一订单标识符的第二订单标识符至第二次输注。
[0009] 本发明还描述了计算机编程产品，其包括存储有指令的非易失性的计算机程序媒体，当存储的指令通过一个或多个计算机系统中的至少一个数据处理器执行时，使得至少一个数据处理器执行本文中的操作。类似地，还描述了计算机系统，所述计算机系统可以包括一个或多个数据处理器和与一个或多个数据处理器连接的存储器。存储器可以暂时地或永久地存储使得至少一个处理器执行本文中所述的操作中的一个或多个的指令。另外，这些方法可以通过在单个计算系统中或者两个或多个计算系统之中分布的一个或多个数据处理器来实施。这种计算系统可以被连接，并且可以通过一个或多个连接，通过多个计算系统中的一个或多个之间的直接连接等，来交换数据和/或命令、或者其它的指令，所述连接包括但是不限制于网络(例如，互联网、无线广域网、局域网、广域网、有线网等)中的连接。
[0010] 本文中所述的主题提供了若干优点。例如，当前主题的优点在于，其提供了输注管理平台，该输注管理平台考虑了特定护理设施的过满/不满的实际情况，提供了患者全部输注的监管的视图。
附图说明
[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和MMS的消息协议。
[0021] 各种类型的医疗设备140可以用作计算场景100的一部分。例如，场景可以包括用于输送流体(包括药物)至患者的各种系统/单元。一种特殊类型的医疗设备140为输注模块140A。输注模块140A可以包括各种类型的输注泵，其包括蠕动式输注泵、大容量输注泵以及注射式输注泵。输注模块140A可以与网络105直接连接，和/或它们可以与医疗设备140连接，而医疗设备140又与网络140连接。
[0022] 除非特别指定，医疗设备140还可以包括具有通信接口的任意类型的设备或系统，该通信接口表征患者的一个或多个生理测量和/或患者的治疗。在一些情况下，医疗设备140通过对等的有线或无线通信方式与另一个医疗设备140通信(与网络105的通信情况相对)。例如，医疗设备140可以包括连接至其它的医疗设备140的床边生命体征监测器，即无线脉搏血氧计和有线血压监测器。医疗设备140的一个或多个操作参数可以由临床医生在本地控制、通过网络105由临床医生来控制、和/或它们可以通过服务器115、120、客户端125、MCD130和/或其它的医疗设备140中的一个或多个来控制。
[0023] 计算场景100可以提供如在医疗护理环境中(诸如医院)可能所需的各种类型的功能。这是因为医疗设备140可以提供表征患者的一个或多个生理测量和/或患者的治疗的数据(例如，医疗设备140可以为输注管理系统等)。由医疗设备140产生的数据可以与其它的医疗设备140、服务器110、115、客户端120、MCD130进行通信，和/或被存储在数据存储系统125中。
[0024] 计算场景100还可以包括至少一个药物订单系统145。药物订单系统145与网络连接，并且能够产生订单(例如，处方等)并进行监控。例如，药物订单系统145可以利用应用服务器115，通过客户端120和MCD130中的一个来访问。药物订单系统145可以指定多个药物和/或其它流体，该指定的多个药物和/或其它流体通过至少一个输注模块140A，在预定的时间段内并根据预定的顺序输注至患者。这些订单可以存储在数据存储设备125中和/或推送至其它的客户端120、MCD130和/或医疗设备140的一个或多个。在一些情况下，护理人员基于患者的反应(如通过各种生理传感器所测量的，等等)来更改这种药物输送的时序和顺序。
[0025] 医疗设备140中的一个或多个(诸如输注模块140A)可以监控输送至患者的流体(例如，药物等)的量。流体输送至患者在本文中被称作为输注。除非另有特别说明，本文中所引用的药物也应当被解释为包括经由输注模块140A输送至患者的非药物的流体(例如，血液、生理盐水等)。
[0026] 如上所述，容纳流体(诸如，药物)的容器通常与药剂师/开药者开出的容积不同。可以提供软件实现的输注管理平台150，其包括图形用户界面，该图像用户界面用于跟踪和监控一个或多个患者的输注。输注管理平台150通过网络105与输注模块140A通信。输注模块140A可以直接或间接地提供与特定的输注相关的各种属性(例如，患者标识符、药物容器标识符、药物类型、给药速率、输注模块标识符等)至输注管理平台150。可以例如经由从输注模块140A发送的消息来提供这些属性。在一些情况下，输注管理平台150从药物订单系统145中接收药物订单，然后将这些订单与特定的输注模块140A和/或特定的患者(该患者随后与输注模块140A相关联)相关联。
[0027] 输注顺序(其可以通过输注管理平台150来监控)为可以包括输注开始、输注停止或者完成的一系列事件，并且包括在这期间发生的所有事件(报警、暂停、重新开始等)。各种事件通过输注管理平台150(或者可替选地，在输注模块140A上)来一起分组，作为单个订单标识(ID)。订单ID可以通过例如条形码或者RIVO，由医院/院所来提供，或者在不利用条形码的情况下，由输注管理平台150本身产生(例如，PCU序列号+递增计数器)。
[0028] 以下描述了通过输注管理平台150如何来分配针对输注的订单ID。每次输注可以具有订单ID。如果作为输注的一部分的将要输注的量(VTBI)改变，则可以分配新的订单ID。如果输注的药物改变，则可以分配新的订单ID。如果用于输注的药物的容器(例如，注射器等)改变，则可以分配新的订单ID。另外，停止并进而恢复/继续的输注应当利用原始的订单ID。
[0029] 图2为示出了图1的不同视图的示意图200，其中，输注模块140A通过网络105连接至输注管理平台150(或者如上所述直接地或间接地连接)。输注管理平台150包括数据分组逻辑210，其包括一组规则(这些规则中的至少一些是用户可配置的)，这组规则限定了如何基于由输注模块140A产生的数据来对输注事件进行分组。数据分组逻辑210可以被合并在输注管理平台150中，和/或其可以利用输注管理平台150通过网络服务器而被远程访问。
[0030] VTBI的变化不是必须地构成新输注的开始。如果输注袋里剩有药物或流体，则临床医生将进入新的VTBI，以完成剩余的药物或流体。利用更常规的输注系统，进入新的VTBI将导致新的订单ID分配，尽管这不是新的输注。本发明的主题通过基于输注的开始和结束的状态来将输注分组(利用例如数据分组逻辑210)解决了这种问题。
[0031] 在一些实施方式中，输注管理平台150能够利用数据分组逻辑210使用系统产生的订单ID对输注进行分组。具有由医院提供的(通过条形码或者RIVO)订单ID的输注可以基于订单ID来进行分组。
[0032] 参照图3中的图300，可以基于输注配置(infusion profile)来对输注顺序进行分组。输注配置可以基于如下中的一个或多个：药品名称、患者ID、输注类型、PCU序列号以及设备模块编号，并且这些信息可以从输注模块140A中的一个或多个发送至输注管理平台150。在步骤310中，可以确定当前输注是否具有任意一些与之前输注相同的特性。例如，如果当前输注具有相同的药品名称、患者ID、输注类型、PCU序列号以及输注模块序列号，则可以做出确定。为了进行比较，不是需要所有的配置信息。例如，如果患者ID和药品名称是不可利用的，则输注模块序列号可以优先，接着是PCU序列号和输注类型。
[0033] 可以形成可用的关于之前输注的各种类型的状态信息。例如，状态信息可以表示之前输注停止和开始(但不是完成)。这种状态信息可以通过来自输注模块140A的原因代码来获得。原因代码可以表示例如，输注开始和停止。
[0034] 在步骤330中，可以确定当前输注的将要输注的量(VTBI)与之前输注的输注量之比。在步骤340中，如果该比值在预定的填充阈值百分比之上，则可以分配新的订单ID。例如，如果当前输注的VTBI超过之前输注的输注量的20％。否则，在步骤350中，如果该比值在预定的填充阈值百分比之下，则可以利用之前输注的订单ID。在步骤360中，如果状态指示出完成了之前的输注(而不是停止)，则在步骤370中，可以对当前输注分配新的订单ID。
[0036] 可以利用各种类型的事件来更新状态，以指示出完成了之前的输注。可以存在明确的原因代码，其指定出完成输注过程、断电和开始新输注中的一个或多个。类似地，可以利用各种类型的事件来更新状态，以指示出之前的输注未完成。例如，可以存在明确的原因代码，其暗示了输注过程未完成，诸如报警状态、输注过程中止、输注过程重新开始、以及输注过程转换。
[0037] 图4为处理流程图400，其中，在步骤410中，接收表征经由输注模块从容器至患者的流体的第一次输注的数据。第一次输注可以具有相关的第一订单标识符和相关的输注的第一容量。此后，在步骤420中，可以识别中断或终止输注的输注事件。随后，在步骤430中，接收表征经由输注模块至患者的流体的第二次输注的数据。第二次输注可以具有相关的输注的第二容量。然后，在步骤440中，能够确定输注的第二容量是否小于输注的第一容量的预定百分比。在步骤450中，如果输注的第二容量小于输注的第一容量的预定百分比，则可以将第一订单标识符分配至第二次输注。在步骤460中，如果输注的第二容量大于输注的第一容量的预定百分比，则可以分配与第一订单标识符不同的第二订单标识符。
[0038] 本发明所述的主题的一个或多个方面或特征可以采用如下的方式实现：数字电路、集成电路、特别设计的ASIC(application specific integrated circuits，专用集成电路)、计算机硬件、固件、软件和/或它们的组合。这些各种实施方式可以包括采用可编程系统中的可执行和/或可解释的一个或多个计算机程序的实施方式，该可编程系统包括至少一个可编程处理器、至少一个输入设备(例如，鼠标、触摸屏等)以及至少一个输出设备。该可编程处理器可以是用于特定或通常的目的，其连接并从存储系统中接收或传输数据和指令。
[0039] 这些计算机程序还可以被称作为程序、软件、软件应用、应用、组件或者代码，这些计算机程序包括用于可编程处理器的机器指令，并且可以采用高级程序语言、面向对象的程序设计语言、功能性程序设计语言、逻辑程序设计语言和/或汇编/机器语言来实现。如本文中所利用的，术语“机器可读的介质”表示用于提供机器指令和/或数据至可编程处理器的任意的计算机程序产品、装置和/或设备，诸如磁盘、光盘、存储器和可编程逻辑器件(PLD)，包括接收机器指令作为机器可读信号的机器可读的介质。术语“机器可读的信号”表示用于提供机器指令和/或数据至可编程处理器的任意信号。机器可读的介质可以非易失性地存储这种机器指令，这种机器可读的介质诸如为非易失性固态存储器或者磁性硬盘或者任意等同的存储介质。机器可读的介质可以可替选地或者额外地采用暂存的方式来存储这种机器指令，这种机器可读的介质例如为处理器的高速缓冲存储器或者与一个或多个物理处理器内核相关的其它随机存取存储器。
[0040] 为了提供与用户的交互，本发明中所述的主题可以在具有显示设备以及键盘和指向设备的计算机上实施，其中，显示设备例如为用于将信息呈现给用户的阴极射线管(CRT)或者液晶显示器(LCD)监控器，键盘和指向设备例如为鼠标或者跟踪球，利用这些设备用户可以将输入提供给计算机。还可以利用其它类型的设备来提供与用户的交互。例如，提供给用户的反馈可以是任意形式的感观反馈，例如视觉反馈、听觉反馈或者触觉反馈；并且来自用户的输入可以采用任意的形式来接收，包括但是不限制于声音、语音或者触觉输入。其它可能的输入设备包括但是不限制于触摸屏或者其它的触摸敏感设备，诸如单点或多点电阻性或电容性触控板，声音识别硬件和软件、光学扫描仪、光学指示器、数字图像捕获设备和相关的解释软件等等。本文中所述的主题可以根据期望的配置而在系统、设备、方法和/或制品中呈现。以上描述中所阐述的实施方案并不代表与本文所述的主题一致的所有实施方案。相反，它们仅仅是与相关于所述主题的方面一致的一些示例。尽管以上具体地描述了一些变体，但是其它的修改或添加也是可能的。具体地，除了本文中所陈列的那些之外，还可以提供另外的特征和/或变体。例如，以上所述的实施方案可以涉及公开的特征的各种组合和子组合、和/或以上所公开的若干另外的特征的组合和子组合。另外，在附图中所描绘和/或本文中所述的逻辑流并非必须要求所示的特定次序、或者顺序，以实现期望的结果。其它的实施方案也会在所附权利要求的范围内。
| 标题 | 发布/更新时间 | 阅读量 |
|---|---|---|
| 一种基于区块链的私钥加解密托管方法及设备、介质 | 2020-05-08 | 487 |
| 一种基于区块链的装修耗材溯源方法、设备及存储介质 | 2020-05-08 | 312 |
| 误差扩散阈值选择方法和装置、设备及储存介质 | 2020-05-08 | 319 |
| 演出场所版权保护方法及装置、计算机可读存储介质 | 2020-05-08 | 726 |
| 一种测试代码文件运行效率的方法及装置 | 2020-05-08 | 221 |
| 应用程序运行方法、装置、电子设备及存储介质 | 2020-05-11 | 197 |
| 配电网广域测量控制系统中多源量测的标注方法及装置 | 2020-05-08 | 82 |
| 使用交叉写入分开晶片平面 | 2020-05-11 | 591 |
| 非易失性静态随机存取存储器 | 2020-05-08 | 776 |
| 一种PXI规格的4Mbps 1553B总线通信板卡 | 2020-05-08 | 994 |
高效检索全球专利专利汇是专利免费检索,专利查询,专利分析-国家发明专利查询检索分析平台，是提供专利分析，专利查询，专利检索等数据服务功能的知识产权数据服务商。
我们的产品包含105个国家的1.26亿组数据，免费查、免费专利分析。
分析报告
专利汇分析报告产品可以对行业情报数据进行梳理分析，涉及维度包括行业专利基本状况分析、地域分析、技术分析、发明人分析、申请人分析、专利权人分析、失效分析、核心专利分析、法律分析、研发重点分析、企业专利处境分析、技术处境分析、专利寿命分析、企业定位分析、引证分析等超过60个分析角度，系统通过AI智能系统对图表进行解读，只需1分钟，一键生成行业专利分析报告。
QQ群二维码
意见反馈
意见反馈