多输注通道数据的图形用户界面的制作方法
【专利说明】多输注通道数据的图形用户界面
[0001]相关申请的交叉引用
[0002]本申请要求于2013年3月13日提交的美国专利申请号为13/802，339、名称为“多输注通道数据的图形用户界面”的优先权，其全部内容通过引用合并于此。
技术领域
[0003]本文中所述的主题涉及用于显示输注相关数据的图形用户界面，所述输注相关数据表征了通过两个或多个输注通道对患者的输注。
【背景技术】
[0004]经历复杂或长时间医疗的患者经常要接受经由各种机制输注的多种药物，各种机制包括:静脉(IV)疗法、患者自控镇痛、以及注射器疗法。特殊患者的输注次数，在医护人员看来这是非常复杂的。医护人员需要知道:新药物的期限以及何时到期、收集了哪些样本、标签结果何时准备好、以及来自标签结果的指示等等。此外，随着大量的输注次数，在完整和准确的获取费用方面也会产生困难。
【发明内容】
[0005]在一方面，在多个输注通道的每个中接收表征供给至患者的输注数据。之后，基于接收到的数据来识别多个输注事件和相应的事件时间。然后可以在图形用户界面中显示输注事件的瞬态图和/或输注事件的瞬态图可以形成报表的部分。所述瞬态图将每个通道分隔成单独的泳道，每个泳道将对应通道的输注事件在相应的事件时间处可视化。
[0006]所述事件可以具有诸如输注开始时间、输注结束时间、输注暂停、药物容器改变的事件类型。每个事件类型在图形用户界面中可以具有不同的视觉指示符。可以具有多个输注类型，并且可选地，每个输注类型在图形用户界面中可以具有不同的视觉指示符。
[0007]从至少一个将药物自动地输注至患者的输注模块接收到的数据中的至少一部分可以通过计算机网络来接收。随着数据由至少一个输注模块生成，接收到的数据可以被实时地接收。接收到的数据可以包括历史数据或标签数据。在其它的变体中，接收到的数据包括如下中的至少两种的组合:实时数据、历史数据和标签数据。
[0008]可以使用规则引擎和多个预定义的输注事件规则，来确定接收到的数据是否包括至少一个输注事件。
[0009]在一些变体中，图形用户界面也可以与输注事件的瞬态图同时地显示表征至少一个人工给药的视图。
[0010]在每个泳道中可视化的输注事件可以包括显示条，所述显示条从在对应通道开始输注的开始时间点延伸直至在该通道结束输注的结束时间点。
[0011]用于图形用户界面所产生的数据可以被加载至存储器中，所述数据被传输至远程计算系统，和/或存储在存储器或其它的持久性存储设备中。
[0012]还描述了计算机程序产品，其包括存储有指令的非易失性的计算机可读介质，当存储的指令通过一个或多个计算机系统中的至少一个数据处理器执行时，使得至少一个数据处理器执行本文中的操作。类似地，还描述了计算机系统，所述计算机系统可以包括一个或多个数据处理器和与一个或多个数据处理器连接的存储器。存储器可以暂时地或永久地存储使得至少一个处理器执行本文中所述的操作中的一个或多个的指令。另外，这些方法可以通过在单个计算系统中或者两个或多个计算系统之中分布的一个或多个数据处理器来实施。这种计算系统可以被连接，并且可以通过一个或多个连接，通过多个计算系统中的一个或多个之间的直接连接等，来交换数据和/或命令、或者其它的指令等，所述一个或多个连接包括但是不限制于网络(例如，互联网、无线广域网、局域网、广域网、有线网等)中的连接。
[0013]本文中所述的主题提供了若干优点。例如，如本文所述和所图示的图形用户界面允许护理者和/或药剂师能够容易地识别出在哪些输注通道中和在哪个时段中提供了什么输注。此外，本文中所述和所图示的图形用户界面的优点在于:其能够使得记账专业人员具有给予患者的各种输注的准确和完整的视图，从而使得记账专业人员可以进行代码化并且准确地收费。
[0014]本文中所述的主题的一个或多个变体的细节在下面的附图和描述中进行了阐述。本文中所述的主题的其它特征和优点从说明书和附图以及权利要求中将是显然的。
【附图说明】
[0015]图1为图示了医疗护理环境中的计算场景的系统图；
[0016]图2为图示了在多输注通道上显示输注相关数据的图形用户界面的第一视图；
[0017]图3为图示了在多输注通道上显示输注相关数据的图形用户界面的第二视图；
[0018]图4为图示了在多输注通道上显示有输注相关数据的图形用户界面的第三视图；
[0019]图5为图示了图1中的计算场景的一个方面的视图；
[0020]图6为图示了用于在图形用户界面中显示输注相关数据的方法的处理流程图。
【具体实施方式】
[0021]图1为图示了在诸如医院的医疗护理环境中的计算场景100的系统图。各种设备和系统(其对于医疗护理环境是本地的和远程的)能够通过至少一个计算网络105来进行交互。这种计算网络105能够在各种设备和系统之间提供数字通信连接(即，有线或者无线)的任意形式或者介质。通信网络的示例包括:局域网(“LAN”)、广域网(“WAN”)和互联网。在一些情况下，各种设备和系统中的一个或多个能够通过对等连接(通过硬件接线连接或者通过诸如蓝牙或者WiFi的无线协议)而直接交互。另外，在一些变体中，设备和系统中的一个或多个可以通过蜂窝数据网络来通信。
[0022]具体地，计算场景100的一些方面能够在计算系统中实现，该计算系统包括后端部件(例如，数据服务器110)，或者包括中间部件(例如，应用服务器115)，或者包括前端部件(例如，具有图形用户界面或者网页浏览器的客户端计算机120，通过客户端计算机120，用户可以与本文所述的主题的实施方案进行交互)，或者包括这种后端、中间或者前端部件的任意组合。客户端120和服务器110、115通常彼此远程设置，并且典型地通过通信网络105交互。客户端120与服务器110、115之间的关系是由运行在相应计算机上并且彼此具有客户端-服务器关系的计算机程序而产生的。客户端120可以是各种计算平台中的任意一种，各种计算平台包括用于在医疗护理环境中提供各种功能的本地应用。示例性的客户端120包括，但是不限制于，台式计算机、笔记本计算机、平板电脑和具有触摸屏界面的其它计算机/设备。本地应用可以是独立的，因此它们不需要网络连接和/或它们能够与服务器110、115中的一个或多个(例如，网页浏览器)交互。
[0023]可以在计算场景中的各种设备和系统上执行各种应用，诸如电子健康记录应用、医疗设备监控、操作以及维护应用、调度应用、账单应用等等。
[0024]网络105可以与一个或多个数据存储系统125连接。数据存储系统125可以包括数据库，其在医疗护理环境中或者专用设施中提供物理数据存储。另外，或者在可替选的方式中，数据存储系统125可以包括云系统，其在例如多租户计算环境中提供数据的远程存储。数据存储系统125还可以包括非易失性计算机可读介质。
[0025]移动通信设备(MCD) 130也可以形成计算场景100的部分。MCD130可以通过网络105直接通信，和/或它们通过诸如蜂窝数据网络的中间网络与网络105通信。MCD 130可以使用各种类型的通信协议，例如包括诸如SMS和MMS的消息协议。
[0026]各种类型的医疗设备140可以用作计算场景100的部分。例如，场景可以包括用于输送流体(包括药物)至患者的各种系统/单元。一种特定类型的医疗设备140为输注模块140A。输注模块140A可以包括各种类型的输注栗，其包括蠕动式输注栗、大容量输注栗、患者自控镇痛以及注射式输注栗。输注模块140A可以与网络105直接连接，和/或它们可以与医疗设备140连接，而医疗设备140又与网络140连接。
[0027]除非另有说明，医疗设备140可以包括具有通信接口的任意类型的设备或系统，该通信接口表征患者的一个或多个生理测量和/或表征患者的治疗。在一些情况下，医疗设备140通过对等的有线或无线通信方式与另一个医疗设备140通信(与网络105的通信情况相对)。例如，医疗设备140可以包括连接至其它的医疗设备140的床边生命体征监测器，即无线脉搏血氧计和有线血压监测器。医疗设备140的一个或多个操作参数可以由临床医生在本地控制、由临床医生通过网络105来控制、和/或它们可以通过服务器115、120、客户端125、MCD130和/或其它的医疗设备140中的一个或多个来控制。
[0028]计算场景100可以提供如在医疗护理环境(诸如医院)中可能所需的各种类型的功能。这是因为医疗设备140可以提供表征患者的一个或多个生理测量