用于智能患者接口设备的系统和方法

用于智能患者接口设备的系统和方法
【专利摘要】一种与患者相关数据的一个或更多个源连用的系统，其中所述患者相关数据的一个或更多个源与一组患者对应。所述系统可包含用于与该组患者结合的多个患者接口设备。每个患者接口设备可存储数据库，该数据库包括与该组患者中的每一个患者相关的信息。每个患者接口设备可以是可操作的，从而生成患者特异性指导数据集，其可由患者接口设备使用以与该组患者中的患者结合。所述多个患者接口设备可经由患者接口设备网关通信地耦合到患者相关数据和治疗数据库。患者特异性指导数据集可被自动更新。
【专利说明】用于智能患者接口设备的系统和方法
[0001]相关申请
[0002]本申请要求于2011年7月I日提交的标题为“SYSTEMS AND METHODS FORINTELLIGENT PATIENT INTERFACE DEVICE (用于智能患者接口设备的系统和方法)”的美国临时专利申请61/503966的优先权，该申请的全部内容通过引用纳入于此。
【技术领域】
[0003]本发明涉及用于为一组患者提供医疗服务的系统和方法，并且更具体地涉及用于控制适于与该组患者中的一个或更多个患者结合的智能患者接口设备的系统和方法。
【背景技术】
[0004]医疗保健领域中使用的患者接口设备可用于施用药物和/或治疗和/或监测患者的指标。具体地，医疗保健领域中所用的输液泵是机电设备，其控制液体药物和食品的流速。输液泵可包括机械致动器，该机械致动器能够使注射器柱塞移动，从而从注射器中排出流体。其他类型的输液泵可使用其他机制以实现流体传送。
[0005]在动物和人类保健中，输液泵用于向患者传送化学品、药物、营养物或其他产品。典型地，一种或更多种物质可以结合在一起形成含有一种或更多种药物的溶液，然后通过输液泵被传送给患者。这种传送可以是从药物源经由管道和相互连接的导管进入患者的血液中，或进入内脏或直接进入组织中。
[0006]通常，输液泵能够根据预定的可设计模式控制药物向患者的流动速率。这种传送可以是连续的或间歇的。传送的具体模式可取决于当地习惯、传送的药物的类型和患者的指标的组合。
[0007]确定用于向患者传送药物的合适的方案的过程常常是复杂的，并且产生错误会降低功效而且可能对患者造成潜在伤害。因此，已经开发出自动逻辑设备，以便于确定和实施药物传送方案。这样的逻辑设备已经在输液泵中实施以实现改进的药物传送。当以这种方式实施时，输液设备已经被称为“智能泵”。然而，到目前为止，尚未部署识别、产生和应用全部可用数据以进一步提高药物传送的自动化方面的系统。具体地，这些系统要么在计算药物注入的安全极限时完全不了解患者的详细情况，要么他们在启动药物注入治疗时仅限于查询患者数据库(例如电子病历，也称为EMR，EHR，或eMAR)。为了保持这种有限情况的了解，这些系统必须不断地通过有线或无线装置连接到患者数据库，以便正常工作。这样，它们不容忍由于网络故障或不良无线通信覆盖而造成的连接性丢失。

【发明内容】

[0008]鉴于前述情况，本发明的一个目的是提供用于向一组患者中的一个或更多个患者提供医疗服务的装置和方法。
[0009]本发明的另一个目的是提供使用多个通信地互连的患者接口设备中的一个或更多个提供医疗服务的装置和方法。[0010]本发明的另一个目的是提供用于管理一组患者的患者数据库的装置和方法，其中，患者数据库的全部内容存储在多个通信地互连的患者接口设备中的每一个患者接口设备上。
[0011]上述目的中的一个或更多个和其他优点可通过一种创造性系统实现，该系统与患者相关数据的一个或更多个源连用，其中所述患者相关数据的一个或更多个源对应一组患者，所述系统包括多个患者接口设备，每个患者接口设备用于与患者结合(interface，结合或接口)以提供医疗护理。多个患者接口设备中的每个患者接口设备存储数据库，该数据库包含多个患者记录，其中多个患者记录中的每个患者记录与该组患者中的独特患者有关。就此而言，多个患者接口设备中的任何患者接口设备可与该组患者中的任何患者一起使用，从而降低或消除对使具体患者接口设备分配给具体患者和/或跟随具体患者的需要。
[0012]该系统进一步包括患者接口设备网关，该患者接口设备网关可操作以将患者相关数据的一个或更多个源与多个患者接口设备中的每个患者接口设备结合，从而自动地更新存储在每个患者接口设备上的数据库。这种数据库的自动更新通过利用由患者相关数据的一个或更多个源所保持的对应的患者相关数据而实现。就此而言，每个患者接口设备中的数据库可以被保持，以使每个患者接口设备包含可由患者接口设备使用以创建患者特异性指导数据集的数据，其中患者特异性指导数据集可被患者接口设备使用以在患者接口设备与患者结合时控制患者接口设备。
[0013]在各种实施例中:多个患者接口设备的至少一部分中的每个可操作以向患者施用医学治疗；多个患者接口设备的至少一部分中的每个可操作以向患者施用药物；多个患者接口设备的至少一部分中的每个可操作以向患者施用液体药物；并且多个患者接口设备的至少一部分中的每个可包含输液泵。
[0014]在一种方法中，所有所述多个患者接口设备的每一个都可包含输液泵。在另一方法中，多个患者接口设备的至少一部分中的每个可操作以监控患者的至少一项指标。
[0015]在一种方法中，该组患者可包含医疗护理机构(例如，如诊所或医院)收治的患者。就此而言，该组患者可以是医疗护理机构中的已开具使用患者接口设备进行护理(例如，已开具输液泵施用的药物)的患者。
[0016]患者相关数据可包括一个或更多个数据库。这些数据库可由在其中设置有所述系统的机构管理，并且可包括以下类型的数据库中的一个或更多个:电子病历(EMR)数据库、药房数据库；医院病历数据库；药物施用记录数据库；以及入院、出院和转院数据库。还可包括其他合适的数据库。
[0017]在一个实施例中，该系统还可包括逻辑模块，该逻辑模块适于为该组患者中的任意患者创建患者特异性指导数据集。这样的患者特异性指导数据集可适用于将患者接口设备与对应的患者结合。该逻辑模块能够响应于患者相关数据的改变而自动地更新患者特异性指导数据集。在一种方法中，该系统还可包括治疗数据库，并且该逻辑模块能够响应于治疗数据库的改变自动地更新患者特异性指导数据集。该逻辑模块可基于存储在治疗数据库中的治疗数据(包括药物数据)和患者相关数据确定更新后的患者特异性指导数据集。多个患者接口设备中的每个患者接口设备可包括这样的逻辑模块。
[0018]另外，患者接口设备中的每个可包括输入端口。患者相关数据的改变可源自多个患者接口设备中的一个的输入端口。就此而言，该输入端口可具有任何合适的形式，这包括例如，条形码读取器、读卡器(例如，能够读取卡上的磁条)、RFID读取器、键盘、小键盘、触摸屏(例如，带有菜单驱动的界面)、数据端口和/或无线适配器。患者相关数据的改变可源自除多个患者接口设备中的一个以外的源，例如，如互连到药房数据库或任何其他数据库的终端。
[0019]在一种变型中，多个患者接口设备中的每个可适于将与其执行的动作相关的数据经由患者接口设备网关发送到患者相关数据的一个或更多个源。就此而言，患者相关数据可反映由多个患者接口设备执行的动作。例如，当多个患者接口设备的至少一部分是输液泵时，每个这种输液泵可适于将泵特异性数据集传输到泵监测数据库，所述泵监测数据库可以是系统的部分。泵特异性数据集可包括与泵性能相关的数据，例如，运行时间和/或抽运的药物体积。泵监测数据库可用于跟踪输液泵性能并确定维护和/或更换时间间隔。
[0020]作为示例，患者接口设备网关可包括连接到患者相关数据的一个或更多个源的通信链路、连接到治疗数据库的通信链路以及连接到多个患者接口设备中的每个患者接口设备的通信链路。患者接口设备网关还可包括连接到外部全局治疗数据库的通信链路。在一种实现方式中，患者接口设备网关可以是服务器的形式。
[0021]在另一方面，公开一种更新与患者有关的患者特异性指导数据集的方法。患者特异性指导数据集设置在第一患者接口设备内，并且适用于将第一患者接口设备与对应的患者结合。该方法包括将与患者有关的信息输入到第一患者接口设备中，然后通过患者接口设备网关将来自第一患者接口设备的信息自动传输到患者相关数据的一个或更多个源中。该方法还包括使用所述信息修改患者相关数据的一个或更多个源以创建更新后的患者相关数据，以及自动更新与患者有关的患者特异性指导数据集以创建更新后的与患者有关的患者特异性指导数据集。该更新通过设置在第一患者接口设备内的逻辑模块执行，并且是基于治疗数据库内的数据和更新后的患者相关数据。该方法还包括在第一患者接口设备上存储更新后的与患者有关的患者特异性指导数据集，以及将与更新后的患者相关数据有关的数据存储在通信地互连到患者接口设备网关的多个其他患者接口设备中的每个患者接口设备上。
[0022]在一个实施例中，该方法还可包括将患者的患者标识信息输入到第一患者接口设备中，然后响应于输入患者标识信息的步骤，访问所述更新后的与患者有关的患者特异性指导数据集，以及根据更新后的与患者有关的患者特异性指导数据集向患者施用医疗护理。在一种变型中，施用医疗护理可包含:向患者施用医学治疗；向患者施用药物；和/或向患者施用液体药物。在一种变型中，施用医学治疗可包括向患者注入液体药物，其中患者接口设备是输液栗。
[0023]在一个实施例中，多个其他患者接口设备中的每个患者接口设备可包括逻辑模块，该逻辑模块适于生成更新后的与患者有关的患者特异性指导数据集，并且该方法还可包括这些其他患者接口设备中的一个通过所包含的逻辑模块生成更新后的与患者有关的患者特异性指导数据集。这种生成可基于治疗数据库内的数据和更新后的患者相关数据。
[0024]在又一方面，提供一种更新多个患者接口设备数据库的方法。多个患者接口设备数据库中的每个患者接口设备数据库包含与多个患者有关的数据，并被设置在多个患者接口设备中的独特患者接口设备内。多个患者接口设备中的每个患者接口设备通信地互连到患者接口设备网关。该方法包括使用与多个患者中的患者相关的信息修改患者相关数据以创建更新后的患者相关数据，然后更新主数据库以创建更新后的主数据库，然后更新每个患者接口设备数据库。
[0025]在又一方面，提供一种更新多个患者接口设备数据库的方法。每个患者接口设备数据库包括与多个患者有关的数据。每个患者接口设备数据库被设置在多个患者接口设备中的独特患者接口设备内。当前方面的方法包括使用与药物有关的信息修改治疗数据库以创建修改后的治疗数据库，然后更新主数据库以创建更新后的主数据库，并且基于更新后的主数据库，更新每个患者接口设备数据库。
[0026]另一方面提供了一种患者接口设备，该患者接口设备包含输入端口、适于存储数据库的计算机可读存储器、适于基于在输入端口处接收到的患者标识信息选择数据库内的记录的逻辑模块、适于基于该记录生成与患者相关联的患者特异性指导数据集的逻辑模块、以及适于根据存储在与患者相关联的患者特异性指导数据集内的信息控制患者接口设备的逻辑模块。该输入端口适于接收患者标识信息。
[0027]在一种方法中，患者接口设备可包括数据接口，该数据接口可操作以将与患者相关数据的改变有关的数据发送到计算机网络并从计算机网络接收与患者相关数据的改变有关的数据。患者接口设备可包括逻辑模块，该逻辑模块适于根据经由数据接口从治疗数据库和患者相关数据中获得的信息生成患者特异性指导数据集。所述数据接口可以是无线接口。输入端口可以可操作以接收条形码、RFID标签、名称、序列号、标识号码、来自嵌入式识别设备和/或标识卡的信号的形式的信息。
[0028]在又一方面中，提供包括弟一患者接口设备和弟二患者接口设备的多个患者接口设备。第一患者接口设备包括第一计算机可读存储器、数据库和逻辑模块。所述数据库存储在第一计算机可读存储器 中并包括与第一患者相关联的第一记录和与第二患者相关联的第二记录。
[0029]所述逻辑模块可操作以基于与第一患者相关联的第一记录创建第一患者特异性指导数据集。第一患者特异性指导数据集适用于将多个患者接口设备中的任一个与第一患者结合。该逻辑模块还可操作以基于与第二患者相关联的第二记录创建第二患者特异性指导数据集。第二患者特异性指导数据集适用于将多个患者接口设备中的任一个与第二患者结合。多个患者接口设备还包括第二患者接口设备，该第二患者接口设备包括第二计算机可读存储器、存储在第二计算机可读存储器中的所述数据库的副本以及所述逻辑模块的副本。
[0030]这样的多个患者接口设备允许若干患者设备中的任何一个与特定患者一起使用，因为每个患者接口设备能够将其逻辑模块应用到存储在患者接口设备上的数据库，以创建患者特异性指导数据集。例如，当多个患者接口设备包括多个输液泵时，可使用多个输液泵中的任一个向患者注入药物。可执行这种用法而不需要在使用输液法向患者注入药物之前将任意额外的数据载入到选定的输液泵。这是可能的，因为数据库包括与患者有关的所有必要的数据，并且所述逻辑模块包括必要的智能以基于这种数据确定合适的输液配置(profile)。
[0031]在另一方面，提供一种与对应一组患者的患者相关数据的一个或更多个源连用的系统。该系统包括逻辑模块和患者接口设备网关。该逻辑模块适于基于存储在治疗数据库中的治疗数据和存储在患者相关数据的一个或更多个源中的患者数据创建多个患者特异性指导数据集。每个患者特异性指导数据集与独特的患者相关联。患者接口设备网关适于将所述逻辑模块与患者相关数据的一个或更多个源和治疗数据库结合。患者接口设备网关还适于将患者相关数据的一个或更多个源和/或治疗数据库内的数据的副本发送到多个患者接口设备中的每个患者接口设备中。
[0032]一个附加的方面提供一种操作患者接口设备的方法。该方法包括将第一患者的标识信息输入到患者接口设备中，然后根据常驻在患者接口设备内的数据库自动生成第一患者特异性指导数据集。第一患者特异性指导数据集适用于将患者接口设备接口到第一患者。该方法还包括根据第一患者特异性指导数据集内的参数将患者接口设备结合到第一患者。这样的结合，例如，可包括:监测患者的指标和/或向患者施用药物。
[0033]在本方面的一个实施例中，该方法还可包括将第二患者的标识信息输入到患者接口设备中，然后根据常驻在患者接口设备内的数据库自动生成第二患者特异性指导数据集，接着根据第二患者特异性指导数据集内的参数将患者接口设备与第二患者结合。包括与第一患者和第二患者都结合的方法可在患者接口设备与外部数据库或外部设备之间没有任何通信的情况下进行。
[0034]在另一方面，提供一种管理包含多个患者接口设备的系统中的数据的方法。该方法包括在患者接口设备网关处接收数据，并基于所接收的数据更新主数据库。所述更新包括主数据库的第一组改变。该方法还包括将第一组改变广播到多个患者接口设备，并且针对每个患者接口设备，使用第一组改变更新常驻在患者接口设备中的数据库。
[0035]在一个实施例中，该方法还包括将接收到的数据的第一子集发送到第一数据库以及将接收到的数据的第二子集发送到第二数据库。第一数据库和第二数据库是各自包含患者相关数据的独特数据库。例如，第一数据库可以是药房数据库而第二数据库可以是EMR数据库。
[0036]在另一个实施例中，该方法还可包括将接收到的数据的第一子集发送到第一数据库以及将接收到的数据的第二子集发送到第二数据库，其中，数据的第一子集与患者状态有关，而数据的第二子集与患者接口设备状态有关。例如，当患者接口设备是输液泵时，数据的第一子集可包括关于向患者传送药物的信息，例如传送时间和日期、药物类型、剂量、施用速率和护理人员标识，而数据的第二子集可包括关于患者接口设备的性能的信息，诸如所执行的行程的数目和输液泵序列号。
[0037]在又一个方面，提供一种操作患者接口设备的方法，该方法包括识别预定条件的存在，所述预定条件指示存储在患者接口设备内的数据的流动的缺乏。该识别由患者接口设备执行。就此而言，患者接口设备可以是可操作的，从而识别若干独特的预定条件，其中任何一个预定条件可以指示存储在患者接口设备内的数据的流动的缺乏。
[0038]在一个实施例中，该方法可还包括警告用户存储在患者接口设备内的数据的流动的缺乏。该警告可由患者接口设备执行，并且可以是，例如，以可视或可听信号的形式。这种警告可以是响应于对数据的流动的缺乏的识别。在一种变型中，患者接口设备可阻止用户使用患者接口设备与患者结合。在另一种变型中，患者接口设备可删除存储在患者接口设备内的数据的至少一部分。
[0039]在一个实施例中，所识别的预定条件可以是自由患者接口设备接收的自患者接口设备网关的通信而没有接收到来自患者接口设备网关的后续通信起通过的预定量时间。一旦已经过了该预定量时间而没有接收到来自患者接口设备网关的后续通信，患者接口设备可通过警告用户、阻止用户使用患者接口设备与患者结合、和/或删除存储在患者接口设备内的数据的至少一部分来做出反应。在一个例子中，预定量时间的长度可基于患者接口设备的类型分配给患者接口设备。在另一个例子中，可向特定组(例如，医疗机构)的每个患者接口设备分配通用的预定时间长度。在一种变型中，患者接口设备可首先通过阻止用户使用患者接口设备与患者结合来做出反应，并且，如果在第二预定量时间内没有接收到来自患者接口设备网关的后续通信，则接着患者接口设备可删除存储在患者接口设备内的数据的至少一部分。可以以确定第一预定量时间的方式相似的方式确定第二预定量时间。
[0040]在另一个实施例中，所识别的预定条件可基于缺乏接收来自患者接口设备网关的串行化通信。就此而言，该方法可包括在识别步骤之前由患者接口设备接收来自患者接口设备网关的第一通信和来自患者接口设备网关的第二通信。第一通信和第二通信都可包括串行化标识。在这样的实施例中，识别步骤可包括由患者接口设备基于第一串行化标识和第二串行化标识确定不存在具有在第一串行化标识和第二串行化标识之间的串行化标识的一个或更多个通信。一旦已经识别了这样的预定条件(一个或更多个缺失的通信)，患者接口设备可通过请求来自患者接口设备网关的缺失的通信、向用户警告缺失的通信、阻止用户使用患者接口设备与患者结合和/或删除存储在患者接口设备内的数据的至少一部分来做出反应。
[0041]当考虑下面提供的实施例描述时，本发明的许多附加特征和优点对于本领域的普通技术人员来说将变得明显。
【专利附图】

【附图说明】
[0042]图1A示出一种包括多个患者接口设备的用于与患者结合并管理数据的系统。
[0043]图1B示出图1A的系统的一部分，其中患者接口设备之间具有互连。
[0044]图1C示出图1A的系统的一部分，其中患者接口设备外部具有化身(avatar)。
[0045]图2是一种通过将数据输入到患者接口设备中以更新与患者有关的患者特异性指导数据集的方法的流程图。
[0046]图3是通过将数据输入到患者相关数据中以更新患者特异性指导数据集的方法的流程图。
[0047]图4是通过将数据输入到治疗数据库以更新患者特异性指导数据集的方法的流程图。
【具体实施方式】
[0048]图1A示出一种智能系统100，该智能系统100用于在给定医疗护理机构或医疗保健机构网络中与患者结合(例如，向患者施用药物，诸如使用输液泵或吸入器向患者施用药液、对患者实施治疗、或监测患者指标)和管理数据。所管理的数据包括，例如，与药物类型相关的数据、与药物施用相关的数据、与输送的治疗相关的数据、与患者相关的数据(例如，标识数据、患者指标)以及系统性能数据。
[0049]通常，系统100包括多个患者接口设备101，其包括患者接口设备101a、101b...101η，其中，η是于用具体机构的任何合适的整数。一个以上的患者接口设备可与具体患者相关联。多个患者接口设备101中的每个患者接口设备能够以自动的方式与患者接口，其中一旦被启动，每一个患者接口设备可以被编程以传送药物或治疗或监测患者，可执行功能的至少一部分而无需额外的输入。例如，在患者接口设备IOla是输液泵的情况下，输液泵可以可操作以通过插入患者体内的导管抽运液体药物来将液体药物传送给患者。
[0050]多个患者接口设备101中的每个患者接口设备可包括存储器119，其中患者特异性指导数据集109可存储在存储器119中。每个患者接口设备可包括输入部件和输出部件以便从患者接口设备101输出信息和将信息输入患者接口设备101。每个患者接口设备可包括至少一个网络连接，其能够通过如有线或无线连接方式连接到患者接口设备网络102或其他患者接口设备101。
[0051]患者接口设备网络102可帮助多个患者接口设备101与患者接口设备网关04的通信互连。患者接口设备网关104可以是以服务器的形式。患者接口设备网关104可以通信互连(例如，通过网络103)到患者相关数据105，所述患者相关数据105包括与特定个体患者相关的信息。患者接口设备网关104也可通信互连到治疗数据库106，该治疗数据库106包括与各种疗法(包括药物)相关的信息，例如包含关于药物配方和各种类型药物的给药实践的细节内容的配方手册。患者接口设备网关104也可以通信互连到泵监测数据库107，其中泵监测数据库107可包括与包括输液泵的多个患者接口设备101的一部分的性能相关的信息。患者接口设备网关104也可通信互连到任何其他合适的数据库，如医疗机构可维护的其他数据库。
[0052]系统100可包含单一类型的患者接口设备01。例如，在一个示例性系统中，系统100的所有患者接口设备101可以是输液泵。在这种系统中，患者接口设备网关104可被称为输液栗网关。
[0053]主数据库113可以通信互连到患者接口设备网关104。主数据库113可包括用于操作患者接口设备101的数据。例如，主数据库113可包括来自患者相关数据105和/或治疗数据库106的信息，其与患者接口设备101的操作相关。作为一个例子，当患者接口设备101中的一个或更多个是输液泵时，主数据库113可包括关于患者状况的信息和关于开具给患者的药物的信息。主数据库113还可包括关于在使用主数据库113的机构中工作的人员的数据。这些数据可用来识别或验证操作患者接口设备101的人员的身份。患者接口设备网关104可帮助如下所述的主数据库113的流动的维持。
[0054]系统100可包括一个或更多个化身108。每个化身108可被定位在患者接口设备的存储器119中。每个化身108可包含数据库114和逻辑模块115。数据库114可包括来自主数据库113的数据。例如,数据库114可以是主数据库13的副本，并且数据库114可被定期更新以保持与主数据库113等同。就此而言，主数据库113的任何改变可以被传输至每个化身108的数据库114中。
[0055]化身108的逻辑模块115能够根据位于数据库114中的信息构建患者特异性指导数据集109。例如，当患者特异性指导数据集109将要包括关于药物施用的信息时(例如，当患者接口设备101是输液泵时)，化身108的逻辑模块115能够根据位于与患者和待施用的具体药物有关的数据库114中的信息构建输液参数形式的患者特异性指导数据集109。
[0056]系统100可以可操作以与系统100外部的数据库结合，如全局治疗数据库110和全局主泵监测数据库111，其中的每一个都将在下面进行讨论。[0057]转到患者相关数据105,患者相关数据105可包含患者组112的数据。这种患者相关数据105可包括与患者组112中的个体患者有关的信息。患者组112可以,例如,是当前被具体医院或机构收治的一组患者，或者其可以该组患者的子集，例如当前被医院的具体部门收治的患者或被具体医院收治且已开具输液治疗处方的患者。在另一例子中，患者组112可以是一组当前处于共同管理下的医院和/或其他机构的特定网络收治的患者。该机构可以是，例如医院、专业治疗中心、诊所、门诊患者机构、医生办公室、移动治疗机构、患者的个人家庭或在其中患者可接受药物输液的任何其他合适的一个或多个地点。患者组112还可包括未来或过去的患者，诸如计划由具体机构收治的患者或先前已经进入具体机构治疗的患者。包含在患者相关数据105中的关于患者组112中的个体患者的信息可包括,但不限于，标识数据(例如，姓名、地址、身份证号码)、病史、用药史以及当前的健康状态。
[0058]患者相关数据105可包括位于多个位置上的多个数据源。患者相关数据105可包括医院可访问以确定如何治疗患者的任何合适的数据库，包括与可以给患者施用的药物的剂量相关的患者信息。患者相关数据105可包括机构的(例如，医院的)病历数据库或其一部分。
[0059]例如，患者相关数据105可包括药房数据库，药房数据库包含与当前开具给具体患者和先前给具体患者施用的药物相关的数据以及与药物过敏、药物之间的相互作用和适当剂量有关的任何信息。药房数据库可包括任何其他合适的信息。
[0060]例如，患者相关数据105可包括由机构维护的电子病历(EMR)数据库。在另一个例子中，患者相关数据105可包括包含药物施用记录(MAR)的数据库，其中MAR可用作在机构中给患者施用的药物的合法记录。在另一个例子中，患者相关数据105可包括包含入院、出院和转院(ADT)信息的数据库。
[0061]患者相关数据105可设置在单个计算机系统中，或者它可被分布在多个计算机系统中。就此而言，患者相关数据105的上述每个组成部分可被设置在一个或更多个单独的计算机系统上。因此，药房数据库可被设置在位于医院的药房中的服务器上，而ADT数据库可被设置在医院的接诊区域内。可替换地，患者相关数据105的数据库中的一个或更多个可被设置在数据所属的机构的外部。
[0062]患者相关数据105可通信互连到患者接口设备网关104，使得信息可被传送:1)从患者相关数据105到患者接口设备网关104以及到主数据库113和多个患者接口设备101 ；和2)从多个患者接口设备101通过患者接口设备网关104到主数据库113和到患者相关数据105。就此而言，患者接口设备网关104可通信互连到患者相关数据105内的每个数据库。例如，可将患者接口设备网关104经由网络103互连到药房数据库，其中网络103可采用的形式是局域网(LAN)、内联网、因特网和/或其他任何适当类型的网络。患者接口设备网关104和患者相关数据105的各种组成部分之间的连接可以是有线的或无线的。
[0063]由于新的患者被接纳到机构中，并且患者的状况发生改变，所以可以有必要更新患者相关数据105。这种更新可以用若干种不同的方式实现。例如，可通过向患者相关数据105的数据库中的其中一个输入新信息(例如当接纳新患者时由接待职员或由药剂师向药房数据库输入新的处方)来更新患者相关数据105内的数据。
[0064]在另一个例子中，用户可将更新信息输入到多个患者接口设备101的任何一个中。就此而言，患者接口设备(例如患者接口设备IOla)可用于辅助接纳新的患者(例如，在急诊室中)或辅助更新与已有患者有关的信息。然后经由患者接口设备网关104将该信息传输到主数据库113和/或患者相关数据105。这种传输可以自动发生，这是因为一旦数据被输入到患者接口设备IOla中，数据可被传输到患者相关数据105而无需任何其他的用户输入或者命令。在一种变型中，可由患者接口设备IOla提示用户确认将数据发送到患者接口设备网关104和/或患者相关数据105。在另一实例中，当发生特定事件时，例如向患者递送药物的开始、输液过程中到达预定阶段时(例如，当输液已经完成一半时)、和/或由输液泵101完成药物向患者的递送时，患者接口设备IOla可自动地把信息发送到患者接口设备网关104。
[0065]患者接口设备网关104可更新主数据库113和/或患者相关数据105。如果经过预定时间段没有事件发生，患者接口设备101也可通知患者接口设备网关104。就此而言，这种报告可通知主数据库113这种患者接口设备101仍然连接到网络102并且这种患者接口设备101不具有待提交到主数据库113的新信息。相关地，没有这样的报告可向主数据库113指示患者接口设备丢失或不起作用。患者接口设备101也可向主数据库113报告其位置(例如，在机构内的位置)。可通过任何适合的方式实现这种位置确定。例如，可使用网络属性确定患者接口设备位置。在另一个例子中，可通过参考从患者接口设备接受护理的患者的已知位置来确定患者接口设备位置。
[0066]从患者接口设备101发送到患者接口设备网关104的信息可包含需要被发送到若干不同地方的若干不同类型的信息。例如，当患者接口设备是输液泵时，从患者接口设备101发送的信息可包括待发送到泵监测数据库107的泵相关数据(例如，执行的行程数目、泵序列号)、待发送到药房数据库的药物使用数据(例如，使用了 一剂量的药物)、待发送到MAR数据库的患者信息(例如，该剂量被施用给患者)。患者接口设备网关104可具备这样的能力:从患者接口设备101接收这种信息并解析该信息以及将解析过的信息传输到期望目的地。
[0067]治疗数据库106可包含一种或更多种配方、药物特异性数据集或治疗特异性数据集。药物特异性数据集可包括药物特异性标识数据(例如，由机构批准的药物列表)和药物特异性配方数据(例如，用于混合传送药物的药液的配方)。药物特异性数据集可包括药物特异性输液数据，例如，有关如何将特定药物注入到患者体内的数据(例如，浓度、流动速率)。治疗数据库106可包括和/或是临床决策支持(CDS)系统的部分。
[0068]随着机构批准新的药物或为治疗数据库106中的现有药物引入新的治疗方案，更新治疗数据库106可以是有必要的。可以用若干种不同的方式实现这种更新。例如，可通过向治疗数据库106的数据集中的其中一个输入新信息来更新治疗数据库106中的数据，例如由药剂师在药房指导者的指导下将新型药物输入到包括药物特异性标识数据的数据集中。
[0069]在另一个实例中，医生可将与特定药物的新的治疗方案有关的更新后的信息输入多个患者接口设备101中的任何一个中。然后可将该信息经由患者接口设备网关104传输到主数据库113和/或治疗数据库106。这种传输可自动发生，这是因为一旦数据被输入到患者接口设备101a，就可将数据传输到主数据库113和/或治疗数据库106而无需任何其他的用户输入或者命令。
[0070]根据如何可更新治疗数据库106的另一个实例，所述机构可订阅(subscribe)全局治疗数据库110。全局治疗数据库110可经由网络(例如经由因特网)互连到治疗数据库106。全局治疗数据库110可由第三方维护，并且随着增加新的治疗和/或药物或者开发新的施用方案，可更新新的全局治疗数据库110并将这种改变推广到治疗数据库106和/或主数据库113，因而更新治疗数据库106和/或主数据库113。
[0071]如上所述，化身108能够根据设置在数据库114中的信息构造患者特异性指导数据集109。当将关于特定患者和/或特定药物剂量的标识信息输入到患者接口设备IOla时，这种构造可自动发生。就此而言，根据需求，将本地(例如，在患者接口设备IOla内)创建特定患者的患者特异性指导数据集109。
[0072]因此，多个患者接口设备101的每个患者接口设备可包含产生患者组112中的每个患者的患者特异性指导数据集109所必要的信息。例如，对于每一个患者，多个患者接口设备101中的每个患者接口设备可包括标识数据、药物数据和/或治疗数据。药物数据可包括药物列表以及用于确定患者的输液参数的规则。治疗数据可包含与具体患者连用的具体指令(例如，为患者组112中的每个患者开具的药物)。就此而言，多个患者接口设备101中的每个患者接口设备可具备生成任何患者的患者特异性指导数据集109的能力。例如，多个患者接口设备101中的每个患者接口设备可具备生成患者的输液参数的能力。这种输液参数可包括输液速率(例如，mL/hr )、输液持续时间、剂量持续时间、剂量间隔、药丸大小、或任何其他适当的参数。输液参数可包括每个参数的最大值和/或最小值。
[0073]因此，多个患者接口设备101中的每个患者接口设备能够与患者组112中的任何患者接口。因此，多个患者接口设备101中的任何患者接口设备可用于通过生成待使用的特定患者特异性指导数据集与患者组112中的任何患者接口(例如，当患者接口设备是输液泵时，注入液体药物)。就此而言，因为不需要搜索包含待治疗的特定患者的独特信息的多个患者接口设备101中的特定患者接口设备，所以简化了管理患者接口设备库存。
[0074]在一种可替换的配置中，化身108可构造当数据到达数据库114中时具有数据库114内的这些数据的所有适当患者的患者特异性指导数据集109。此外，当更新数据库114时，可基于更新后的数据计算新的患者特异性指导数据集109。就此而言，可通过改变主数据库113而触发对患者特异性指导数据集109的更新。通过经由网络103访问患者相关数据105和治疗数据库106，患者接口设备网关104可辅助构建主数据库113。针对患者组112中的每个患者,患者接口设备网关104可访问患者相关数据105,以获得与治疗(例如，药物施用)和/或监控该患者相关的信息，例如当前药方、患者状况、患者健康史、患者体重、患者年龄、患者性别、已知药物过敏、正在施用的其他药物、和/或任何其他适当的数据。患者接口设备网关104可访问治疗数据库106，以获得例如开具给患者的特定药物的药物配方数据和/或药物输液数据。对于患者组112的每个患者而言，可重复该过程从而构建主数据库113。
[0075]响应于向多个患者接口设备101的患者接口设备输入新的数据，化身108还可构建或更新特定患者的患者特异性指导数据集109。这种构建或更新可以是自动的。该输入的新数据可适于存储在患者相关数据105和/或治疗数据库106内。这样，可将新的数据通过患者接口设备网关104和网络103转发到患者相关数据105和/或治疗数据库106，并且相应地可更新患者相关数据105和/或治疗数据库106。也可更新主数据库113，并且响应于对主数据库113的更新，可以进而更新其他患者接口设备101的每一个中的数据库114。
[0076]如上所述，患者接口设备网关104可帮助维护主数据库113。就此而言，患者相关数据105、治疗数据库106、或用于构成主数据库113的任何其他源的更新或改变可通过患者接口设备网关104并入到主数据库113中。例如，当新的患者入院时，当患者的信息发生改变时，当添加新的药物时，或当现有药物的配方改变时，会发生这种改变。这种改变的并入可以，例如，作为患者接口设备网关104周期性地访问各种互连的数据库以确定所述各种互连的数据库是否已经发生改变的结果。检验这种改变的一种典型方式是传输各种互连数据库的全部并将信息与主数据库113比较以确定改变。一种替代过程可用于查询各种互连数据库自上次查询之后已经发生的改变，并且仅将最新的改变并入到主数据库113中。又一可选方案是当发生改变时配置外部数据库通知患者接口设备网关104。
[0077]如前所述，可将主数据库113的任何改变传输到每个化身108的数据库114。这种传输可以采取任何适当的形式。在第一个例子中，可通过将整个主数据库113复制到每个化身108的每个数据库114以更新每个化身108的数据库114。在第二个例子中，可以仅将改变后的记录(例如，已改变的特定患者的完整患者记录)发送到患者接口设备101的每个数据库114中。在第三个例子中，可以仅将改变后的数据(例如，患者状况的更新，而不是未改变的患者记录中的其他患者信息)发送到患者接口设备101的每个数据库114中。
[0078]患者接口设备网关104可采用常驻在计算机系统上的软件程序的形式。主数据库113可常驻在患者接口设备网关104所在的同一计算机系统上，或者可常驻在单独的设备上。当主数据库113常驻在单独的设备上时，如图1A所示，该设备可直接互连到患者接口设备网关104或可通过网络103通信互连到患者接口设备网关104。
[0079]多个患者接口设备101的每个患者接口设备可包含独立的化身108。在这样的实施例中，患者相关数据105和/或治疗数据库106的任何更新可通过患者接口设备网关104传输到主数据库113，然后通过患者接口设备网关104传输到每个单独的化身108，每个单独的化身108进而可更新每个当前使用的单独患者特异性指导数据集109，其中患者特异性指导数据集109可由于更新而发生改`变。
[0080]可从多个不同源的一个或更多个中衍生出化身108的逻辑模块115和因此衍生出它用以创建和更新患者特异性指导数据集109的规则集合。例如，监管规则、行业规则、健康护理供应商规则、各个机构规则、医生偏好和患者偏好都可以用于确定逻辑模块115的配置。
[0081]当更新逻辑模块115的源时，可相应地更新逻辑模块115。例如，这样的更新可以被输入到患者接口设备网关104中，然后通过网络102从患者接口设备网关104发送到多个患者接口设备101的每个患者接口设备中。就此而言，可维护系统100的每个化身108。例如，可维护主数据库113中的化身的主副本。
[0082]多个患者接口设备101中的每个患者接口设备可以是能够控制传送给患者的药物的流速、控制传送给患者的治疗和/或控制对一个或更多个患者指标的监测的设备。可通过使用多个患者接口设备101中的每个患者接口设备内设置的微处理器和适当的软件和/或硬件来实现这种控制。多个患者接口设备101中的每个患者接口设备可进一步包括存储器119，其中患者特异性指导数据集109可存储在存储器119中。当化身108设置在每个患者接口设备内时，存储器也可存储化身108。[0083]每个患者接口设备可包括一个或更多个用于将数据输入到患者接口设备的部件或输入端口。这些部件可以是任何适当的形式，例如，如按钮、小键盘、键盘、触摸屏、条形码读取器、射频识别(RFID)标签读取器、生物识别读取器、读卡器、数据端口、网络互连、无线网络接口和/或任何其他适当的形式。可由患者接口设备接收的数据的类型包括，但不限于，患者标识数据、护理人员标识数据、患者特异性指标、药物标识数据、药物特异性指标、患者特异性指导数据集和患者状态数据。每个患者接口设备可包括可操作以互连到设备或传感器的端口，其中所述设备或传感器可操作以测量和/或监控各种患者指标，例如心率、体温、血压和血氧饱和度。
[0084]多个患者接口设备101中的每个患者接口设备可包括多个输出端口。当患者接口设备是输液泵时，第一输出端口可以是可操作以通过管道将药物抽运给患者的机械输出端口。例如，患者接口设备可包括可移动柱塞，所述可移动柱塞可操作以与注射器活塞接口并移动注射器的活塞以使药物从注射器排出。该柱塞可以是可控的以根据患者的患者特异性指导数据集以精确控制的速率给患者传送药物。在患者接口设备为输液泵的另一种实现方式中，机械输出端口可用于驱动蠕动泵。患者接口设备的机械输出端口可由驱动器(例如，电动机)驱动，并且患者接口设备可包括用于产生受控的驱动器运动以便产生受控的流向患者的药物的流速的逻辑模块(例如，电动机控制器)和一个或更多个传感器。
[0085]患者接口设备通常可包含的其他输出端口可包括视频显示器，该视频显示器可以，例如，传输与患者有关的信息、输液状态和参数、患者指标、药物、患者接口设备性能、医务人员或任何其他适当对象。患者接口设备还可包括能够响应于预定事件(例如，试图将不正确的药物装载到患者接口设备上、来自测量患者指标的传感器的不满意的信号)而发出警报的音频输出端口。患者接口设备还可具有经由网络连接(例如，无线网络连接)将这些事件的警报发送到各种位置的能力。这种警报可被发送至个人(例如，护士和/或医生)或位置(例如，护理站)。音频输出端口也能够播放音频操作指令以帮助操作患者接口设备。
[0086]网络102连接可具有用于在设备之间交换数据的任何适当的形式，并且可将多个患者接口设备101互连到患者接口设备网关104。患者接口设备网关104进而又可通过网络103被互连至患者相关数据105、治疗数据库106、泵监测数据库107、其他机构数据库，并被互连至系统100外部的数据库(例如，全局治疗数据库110和全局主泵监测数据库111)。网络102、103可以是如图1A所示的独立的网络，或者可替换地，网络102和网络103可以是同一网络。例如，网络102和网络103可以是机构的现有局域网。在这种实施例中，患者接口设备网关104可通过局域网与多个患者接口设备101进行通信，以及通过局域网与数据库(患者相关数据105、治疗数据库106、泵监测数据库107、系统外部的数据库100)进行通信。
[0087]需要注意的是，患者接口设备网关104可以是计算机系统的形式或常驻在计算机系统上。患者接口设备网关104和患者相关数据105、治疗数据库106之间的互连以及至泵监测数据库107的互连都可以通过机构的现有网络和/或通过系统100的专用网络进行。还应该指出的是，患者相关数据105可被设置在许多单独的计算机系统之间。例如，药房数据库可被设置在机构的药房内的计算机系统上，而包含ADT信息的数据库可位于机构的其他地方。然而，药房数据库和ADT数据库都可互连到机构的局域网，从而与患者接口设备网关104进行通信。[0088]泵监测数据库107可包含与输液泵形式或包括输液泵的多个患者接口设备101中的每个患者接口设备的性能有关的数据。就此而言，当输液泵形式的患者接口设备101被操作以将药物传送给患者时，每个这样的患者接口设备可创建其活动日志。这样的日志可包含数据如进行输液的开始及结束时间、执行的行程数目、总运行时间、传送的药物类型以及会影响或指示患者接口设备100的性能的任何其他适当数据。患者接口设备101可将这样的日志发送到患者接口设备网关114，然后患者接口设备网关114可经由网络103将日志发送到泵监测数据库107。进而，可监测和分析泵监测数据库107内的数据以帮助确定，例如，特定患者接口设备要完成的维护任务和/或特定患者接口设备的更换。另外，可自动周期性地将泵监测数据库107内的数据传输到全局主泵监测数据库111。全局主泵监测数据库111可聚集来自多个机构的患者接口设备性能数据，以便，例如，进一步完善维护和更换计划以及确定潜在故障模式。
[0089]也可通过网络103将用于存储与其他类型的患者接口设备100相关的性能数据的其他数据库互连到患者接口设备网关104。例如，可通过网络103将血压传感器监测数据库和/或压缩装置监测器数据库互连到患者接口设备网关104。这些数据库的功能可类似于上述泵监测数据库107，并且可以以相似的方式用于管理患者接口设备101。此外，类似全局主泵监测数据库111的全局数据库可存在以用于这些其他类型的患者接口设备109。
[0090]可以对本文中所描述的在患者接口设备网关104与患者接口设备101之间传输的数据进行加密。此外，可以对在多个患者接口设备101中的各个患者接口设备之间、和/或在化身108之间和/或在化身108和患者接口设备101之间传输的数据的进行加密。这种加密可有助于保持与患者相关联的医疗数据在当其被从点到点传输时的安全性。这种加密可有助于阻止未经授权的数据的改变，并且因而有助于维护患者安全。此外，这种加密可有助于阻止未经授权的数据访问并因此有助于维护患者隐私。
[0091]可以对本文所描述的存储在数据库114和/或主数据库113中的数据进行加密。如同被传输的数据一样，这种加密可有助于维护存储在系统100内的医疗数据的安全性，从而保护安全和隐私。
[0092]在数据被输入到外部数据库(例如，与患者有关的数据105)时和所输入的数据被分布到主数据库113时之间的最大预定量时间可以是任何合适量的时间。例如，这种最大预定时间的数量级可以是I秒、I分、I小时或更多个小时、或其间的任何适当的时间。最大预定时间可以是可选择的，例如由系统管理员选择，并且可以基于安全要求、网络103的带宽、待传输的数据量、和/或其他适当因素。在一种配置中，患者接口设备网关104可以以等于所选择的最大预定时间的间隔向各种互连数据库查询自上次查询以来已经发生的改变。
[0093]在一种可替代的配置中，可实时或近似实时地至少部分地维护主数据库113。在这样的实施例中，当对外部数据库(例如，患者相关数据105)做出改变时，外部数据库可被配置为向患者接口设备网关104通知这些改变。就此而言，患者接口设备网关104可订阅一些或者全部的外部数据库，并且因此在当那些数据库发生改变时接到通知。系统100可利用更新方法的组合，其中，必须查询一些数据库，而其他数据库在当已发生改变时通知患者接口设备网关104。
[0094]类似地，患者接口设备101可被配置为使得患者接口设备内的数据库114的其中一个的改变可被立即传输到患者接口设备网关104，然后患者接口设备网关104可立即将更新传输到主数据库113。可替代地，患者接口设备101可被配置成以规律的间隔发送它们的数据库114的更新。如果在预定时间段内其数据库114没有发生改变，每个患者接口设备还可被配置成向患者接口设备网关104发送通知。
[0095]主数据库113可规律地与多个患者接口设备101进行通信。就此而言，主数据库113可以以规律的时间间隔向多个患者接口设备101中的每个患者接口设备广播日志。这种日志可包含自广播最后的日志以来对主数据库113进行的任何更新。就此而言，当接收和合并日志条目时，患者接口设备104可能已经知道它们的对应的数据库114自这种合并的时间为止是最新的。日志可以被顺序编号，使得任何患者接口设备，在接收日志广播时，将能够从序列号中确定是否缺失任何日志广播。例如，如果患者接口设备接收日志号码1004，并且由患者接口设备接收的最后一个日志是日志号码1002，则患者接口设备可确定其已经缺失日志号码1003。在对日志号码1004改变之前，患者接口设备可随后请求日志号码 1003。
[0096]如果经过预定时间段之后，主数据库113没有发生数据更新，则主数据库113可通知患者接口设备101该日志中不包含更新的数据。因此，患者接口设备104可知道它们的数据库114在接收到这种空的日志条目时是最新的。
[0097]就此而言，多个患者接口设备101中的每个患者接口设备的每个数据库114可被维护以使其中的数据反映其他患者接口设备101的其他数据库114以及外部数据库的几乎最新近的改变。例如，在患者接口设备101每分钟通知患者接口设备网关104其数据库114的改变时、以及在主数据库每分钟询问外部数据库时、以及在主数据库113每分钟广播日志时，系统100内的任何数据改变将在至多约两分钟内(例如，I分钟用于患者相关数据105的改变记录在主数据库113中，加上直至日志被发送出去的另一分钟)被反映在患者接口设备101的数据库114中。
[0098]上述的数据维护配置可支持额外的系统特征。例如，如果网络102和/或网络103内发生故障，各个患者接口设备101能够跟踪与患者接口设备网关104的最后一次接触(例如，最后接收到日志的时间)起经过的时间量。患者接口设备101可被编程为从接收最后一次更新起保持运行预定时间量。例如，在一种配置中，系统100可被配置为使得更新(例如，日志)每5分钟被发送到数据库114，并且各个患者接口设备101可被配置为使得它们在接收到最后一次更新后可保持运行长达I小时。因此，在这种情况下，如果网络102变得不能运行时，患者接口设备101将保持工作长达一小时。I小时的长度是示例性的。系统100使用的实际长度可以更短或更长，并且还可以是可编程的(例如，由医院管理员)。这种操作可被用于防止患者接口设备101使用“陈旧的”数据。本文所用的“陈旧的”数据表示在预定量的时间上没有被更新的数据，并因此对于用以控制患者接口设备101的操作而言是不希望的。
[0099]一旦化身108内的信息被确定为陈旧的，化身108可阻止使用陈旧的数据来操作患者接口设备101。这种阻止可以以任何适当的形式。例如，化身108可锁定用户并且仅允许系统管理员或其他指定人员访问数据(例如，数据库114和/或患者特异性指导数据集109)。就此而言，仅常驻在数据库114中而不存在其他位置处的数据(例如，与在最后一次与患者接口设备网关104通信后发生的输液有关的数据)可被检索并被合并到主数据库113。[0100]在另一个例子中，如果化身108确定数据已经陈旧预定时间量(例如，数小时或数天)，则其可擦除(例如，删除，使得被删除的数据不可恢复)包含陈旧数据的存储器(例如，包含数据库114和/或患者特异性指导数据集109的存储器)。这种擦除可以可选地排除数据库114内尚未被传输到患者接口设备网关104的任何信息。这样的动作将阻止使用数据来运行患者接口设备101并且也将通过限制或阻止对数据进行未授权访问而有助于数据安全。由于患者接口设备101可以是相对较小的无线单元(例如，便携式输液泵)，它们会很容易被从机构盗窃或意外拆卸。因此，擦除含有陈旧数据的存储器的能力对于数据安全具有特殊价值。
[0101]当网络102和/或103在一段不可用时期后被修复时，患者接口设备101可向患者接口设备网关104发送先前未被发送的任何数据，例如，如当网络102和/或103不可用时，与由患者接口设备101执行的输液有关的数据。然后主数据库113可被相应地更新。另夕卜，如果网络103不可用，则对外部数据库(例如，患者相关数据105、治疗数据库106)进行的任何改变可被传输给主数据库113。一旦已经完全更新主数据库113，则可相应地更新患者接口设备101内的每个单独的数据库114。
[0102]在系统100的一种实现方式中，单个化身可控制一个以上的患者接口设备101。图1B中示出了这种实现方式。在图1B中，患者接口设备IOla和患者接口设备IOlb经由链路117直接连接。设备IOlaUOlb都可被布置在靠近患者处(例如，床边)。患者接口设备IOla和患者接口设备IOlb都可被互连到患者。例如，患者接口设备IOla可以是第一输液泵的形式，而患者接口设备IOlb可以是第二输液泵的形式，其中每个患者接口设备101a、IOlb都被用于向同一患者传送不同的药液。
[0103]链路117可具有任何适合的形式，包括，例如，无线链路(例如，W1-Fi和/或蓝牙)、直接的有线连接或光纤链路。链路17可以是弹性的，因为尽管机构中会存在干扰，它还是能够保持运行。当被链路时，化身中的其中一个，例如化身108a，会成为主化身，而另一化身，例如化身108b，在主化身108a控制从患者接口设备IOlb时会成为从化身或进入休眠。哪个化身变成主化身，而哪些化身或患者接口设备成为从化身或从设备可在直接互连时自动确定(例如，通过选择主化身/设备为具有最高序列号的单元)或用户可选择哪个化身是主化身。
[0104]在这样的主从关系中，主化身108a可为从患者接口设备IOlb提供患者特异性指导数据集10%。因此，使用患者特异性指导数据集109a和10%，主化身108a可控制患者接口设备IOla和患者接口设备101b。当两个患者接口设备IOla和IOlb都在施药时，使用主化身108a控制患者接口设备101a、IOlb可增强系统阻止彼此不兼容的各个患者接口设备IOlUOlb施用药物或剂量的能力。主化身108a可处理与患者接口设备网关104的所有通信。
[0105]在另一例子中，患者接口设备IOla可以是患者监测器的形式，并且患者接口设备IOlb可以是输液泵的形式。化身108a可用作主化身并且可控制患者监测器患者接口设备IOla与输液泵患者接口设备101b。在这样的配置中，化身108a可基于来自患者监测器患者接口设备IOla的反馈控制输液泵患者接口设备101b。例如，当患者监测器患者接口设备101是心率监测器时，响应于通过心率监测器检测到的患者心率的改变，可改变(例如，停止)通过输液泵患者接口设备IOlb的药物传送。任何这种所需要的改变可被记录在患者接口设备IOla的数据库114中，并被传输至患者接口设备网关104和主数据库113 (然后到达所有其他患者接口设备数据库114)。
[0106]在系统100的一种变型中，化身中的至少一部分可以是独立于患者接口设备101的设备。在这种变型中，化身可用作控制一个或更多个子患者接口设备的父设备。图1C示出这种配置，其中化身116是通信互连至患者接口设备101a’和101b’的独立设备。可由化身116管理至患者接口设备网关104的通信，化身116可互连到网络102。使用逻辑模块115，化身116可基于数据库114内的数据生成患者特异性指导数据集109a和患者特异性指导数据集10%，然后将患者特异性指导数据集109a和患者特异性指导数据集10%分别传输到患者接口设备101a，和101b，。
[0107]患者接口设备IOla'和101b’之间的通信可为单向的(例如，患者接口设备101a’和101b’可接受来自化身116的操作程序，但是可以不提供任何操作性反馈)或双向的(例如，101a’和101b’可提供操作性反馈)。化身116与患者接口设备101a’和101b’之间的链路118a和118b可具有任何适合的形式，包括，例如无线链路、直接有线连接或光纤链路。化身116与患者接口设备101a’和101b’之间的链路可以是不需要网络102或网络103是可操作的弹性高度可靠的链路。就此而言，化身116与患者接口设备101a’和101b’可保持操作性而不论网络102或网络103是否是可操作的。因此，只要数据库114不包含陈旧数据，患者接口设备IOla'和101b’就可保持操作性并与患者接口。
[0108]化身116可采取任何适当的形式，包括手持设备，例如人员可以在房间之间移动的智能电话或平板计算机。在另一例子中，化身116可以是固定设备，如位于房间中的个人计算机或工作站。
[0109]图2是一种更新与患者有关的患者特异性指导数据集的方法的流程图，其中，患者特异性指导数据集适于由患者接口设备使用(例如，用于将至少一种药物向相应的患者进行输液泵施用)。该方法还包括更新常驻在化身内的所有数据库以及更新患者相关数据。
[0110]第一步骤201可将与患者相关的信息输入到第一患者接口设备。与患者相关的信息可包括使其优选地更新患者的患者特异性指导数据集的信息，例如，关于患者状况的更新。第二步骤202可更新与患者接口设备相关联的化身的数据库。下一步骤203可根据新输入的数据更新患者特异性指导数据集。步骤203可由与患者接口设备相关联的化身执行。接下来的步骤204可以将来自第一患者接口设备的信息的至少一部分自动地传输至患者接口设备网关。步骤204可响应于第一步骤201并通过通信链路(例如网络连接)而被执行。随后的步骤205可更新主数据库。附加步骤206、207可包括通过患者接口设备网关把来自主数据库的信息传输到患者相关数据的一个或更多个源以创建修改后的患者相关数据。
[0111]另一步骤208可自动地更新其他患者接口设备中的其他数据库，使得如果需要的话，每个患者接口设备能够生成合适的患者特异性指导数据集。因此，每个患者接口设备(第一患者接口设备和多个其他的患者接口设备中的每个患者接口设备)可在其数据库中存储生成任何合适的患者特异性控制数据所必要的信息。
[0112]图2的方法可进一步包括在步骤203之后访问更新后的与患者有关的患者特异性指导数据集，并根据与患者有关的患者特异性指导数据集与患者结合(例如，对患者进行药物注入)。[0113]如图所示，图2的方法是由把与患者有关的信息输入到第一患者设备时的步骤201触发的。该方法也可由患者接口设备与患者接口触发。例如，当患者接口设备是输液泵时，步骤201可替换为向患者输液药物的步骤，以及后续生成与输液相关的信息(例如，输液量、输液持续时间、输液时间)。就此而言，后续步骤提及的信息将是与输液有关的信息。
[0114]在图2的方法的一种变型中，患者的身份可以是未知的(例如，患者到达急诊室，而没有能够识别)。在这种情况下，在步骤201中仅可输入可用信息。这样的信息可包括性另O、大概的高度和重量、大概年龄、和患者状况有关的信息。然后可以以类似于上述方式执行该方法的其余部分。
[0115]在图2的方法的另一种变型中，当患者接口设备是输液泵时，患者的身份可以是未知的，并且患者接口设备操作人员可简单地扫描药物并手动地输入输液速率，然后指示患者接口设备进行输液。在这种情形下，如果患者接口设备操作员输入被认为是危险的参数，则患者接口设备可操作以发声警报。
[0116]图3是基于对患者相关数据的更新来更新与患者有关的患者特异性指导数据集的方法的流程图。第一步骤301可使用与患者有关的信息修改患者相关数据库以创建更新后的患者相关数据库。与患者有关的信息可包括使其可优选地更新患者的患者特异性指导数据集的信息，诸如开具给患者的药物的改变或患者状态的改变。第二步骤302可自动地将所述修改传输到患者接口设备网关，随后是更新主数据库的步骤303。如上所述，这可以通过患者接口设备网关将全部或部分患者相关数据周期性地下载到主数据库中来执行，或在已经发生改变时由患者相关数据通知患者接口设备网关来执行。在主数据库已被更新后，可在步骤304中使用主数据库更新常驻在每个化身中的数据库。这种更新可在周期性的基础上发生或可由主数据库的改变而触发。数据库的更新可由更换每个数据库的全部来执行或者它可以通过仅将选定的(例如，改变的)数据传输到数据库来执行。
[0117]下一步骤305可以在已经与特定患者相关联的患者接口设备上自动地创建更新后的患者特异性指导数据集。在下一步骤306中，更新后的患者特异性指导数据集可被存储在患者接口设备中。例如，当患者接口设备先前已经创建患者特异性指导数据集以用于与患者接口时，接收患者接口设备数据库的更新可使得患者接口设备创建更新后的患者特异性指导数据集。在更具体的例子中，当患者接口设备是输液泵时，输液泵可以先前已经使用一组特定参数(例如，流速、输液持续时间)对患者输液。患者相关数据的改变(步骤301)可使得其希望改变患者的输液参数。就此而言，按照当前的方法将得到包括存储在输液泵内的更新后的输液泵参数的更新后的患者特异性指导数据集。
[0118]图3所示的整个过程可响应于患者相关数据的修改而自动地发生(例如，在步骤301之后,没有进一步的人机互动)。
[0119]图4是基于治疗数据库的更新而更新与患者有关的患者特异性指导数据集的方法的流程图。图4的方法类似于图3的方法，不同的是，图3的方法中的更新是由患者相关数据库的更新触发，而图4的方法中的更新是由治疗数据库的更新触发。因此，该方法的第一步骤401可使用与治疗和/或药物相关的信息来修改治疗数据库以创建修改后的治疗数据库。与药物有关的信息可包括使其可优选地更新患者的患者特异性指导数据集的信息，例如新的输液方案。第二步骤402可以自动地将所述修改传输到患者接口设备网关，随后是更新主数据库的步骤403。在已经更新主数据库之后，主数据库可用于步骤404中以更新常驻在每个化身中的数据库。
[0120]下一步骤405可在已经与特定患者相关联的患者接口设备处自动地创建更新后的患者特异性指导数据集。在下一个步骤406中，更新后的患者特异性指导数据集可被存储在患者接口设备中。
[0121]现在将给出上述系统和方法的示例性应用。
[0122]医院可维护与其患者相关的多个不同的数据库。就此而言，医院可具有由现场药房所维护的包含与开具给患者的药物相关的数据的药房数据库。医院可维护一般的病历数据库、MAR数据库，ADT数据库和包含与具体患者相关的信息的其他数据库。这些数据库合在一起可形成患者相关数据105。
[0123]医院还可维护与药物和它们的传送相关的数据。这种数据可以以配方的形式，其中配方列出批准在医院使用的药物以及用于混合药物的配方数据和施用药物的剂量信息。该数据还可包括可通过输液施用的药物的输液参数和/或配方。该数据可一起形成治疗数据库106。医院也可订阅全局数据库110。全局治疗数据库110可由第三方维护并且全局治疗数据库110的更新可以以规律性的间隔和/或当全局治疗数据库110更新由医院施用的药物和/或治疗时被传输到治疗数据库106。治疗数据库106还可包括全局治疗数据库110中不存在的定制配方。
[0124]医院还可包括多个患者接口设备101。网络102、103和患者接口设备网关104可将患者相关数据105和治疗数据库106通信互连到多个患者接口设备101。
[0125]当第一患者被医院收治时，医院可使用第一患者的信息更新患者相关数据105。这可包括标识数据、与第一患者的状况相关的数据和已开具的药物数据。
[0126]来自与第一患者有关的患者相关数据105的相关信息可被上载到多个患者接口设备101中的每个患者接口设备，以使多个患者接口设备101中的每个患者接口设备中的化身108能够在本地构建第一患者的患者特异性指导数据集109。
[0127]分布式数据和化身可以具有这样的优点，S卩，如果新的患者相关数据或新的药物数据输入到特定患者接口设备中，则新的患者特异性指导数据集可由本地化身在本地创建(在患者接口设备内)。因此，本地产生更新后的患者特异性指导数据集的能力可以不依赖于可用的网络连接。
[0128]在已经接纳第一患者后，可安排第一患者在具有多个患者接口设备101的第一患者接口设备IOla的房间中。当患者接口设备是输液泵时，护理人员(例如，护士、医生)可随后开始对第一患者施用药物的过程。
[0129]护理人员可通过将护理人员的标识数据输入第一患者接口设备IOla并随后将患者的标识数据输入第一患者接口设备IOla开始。这可以以任何适当的方式实现，包括，使用通信互连到第一患者接口设备IOla的条形码扫描仪扫描与护理人员和患者相关联的条形码。接着，护理人员可将待施用的药物的标识数据输入到第一患者接口设备101a。这也可通过扫描药物容器上的条形码来完成。如果该药物不是批准用于第一患者的其中一种药物，则可由患者接口设备IOla产生音频和/或视觉警报以向护理人员提醒这个事实。如果该药物被批准用于第一患者，则患者接口设备IOla可生成患者的患者特异性控制数据并加载来自第一患者的患者特异性指导数据集109的合适的输液参数。输液参数可包括典型的输液参数，例如流速和总传送时间。此外，由于患者特异性指导数据集109被本地构建在第一患者接口设备IOla上，则可以不需要第一患者接口设备IOla进行网络通信以确定是否允许其进行输液。因此，在网络中断期间，第一患者接口设备IOla可保持运行。此外，患者和药物标识信息输入到第一患者接口设备IOla中的时间与当第一患者接口设备IOla准备好执行输液时之间的网络通信可以几乎没有或完全没有延迟。
[0130]护理人员可将药物加载到第一患者接口设备IOla上，将患者接口设备的输出端口互连到第一患者(例如，通过互连到导管的管道)。然后护理人员可以开始使用第一患者接口设备IOla传送药物。第一患者接口设备IOla可与患者接口设备网关104通信以使用与输液过程的开始相关的信息更新主数据库113和患者相关数据105。
[0131]一旦第一患者接口设备IOla完成输液过程，第一患者接口设备IOla可与患者接口设备网关104通信以使用与输液过程的完成相关的信息更新主数据库113和患者相关数据105。这样的信息可包括患者、药物和输液过程信息。此后，可使用化身108构建第一患者的更新后的患者特异性指导数据集。更新后的患者特异性指导数据集可反映第一患者接收药物输液。此外，与输液性能相关的主数据库113的更新可被传输给每个其他的患者接口设备，从而使所有的患者接口设备具有更新后的数据并且将可用于随后与第一患者结合(如果需要这样做的话)。
[0132]第一患者接口设备IOla也可将与泵性能有关的信息传输到患者接口设备网关104。当完成输液过程后，患者接口设备网关104可将这些信息转发给泵监测数据库107。第一患者接口设备IOla可发送与第一患者接口设备IOla的非患者特异性性能有关的信息。例如，这种信息可包括开始和停止时间、总行程数、总运行时间和输液过程中第一患者接口设备IOla收集的任何其他适当的数据。
[0133]在稍后的时间点，可能不知道第一输液的第二护理人员可能试图重复该输液过程。然而，当访问第一患者的更新后的患者特异性指导数据集时，第一患者接口设备IOla可提醒第二护理人员，第二输液是不允许的，因为已经施用过第一输液或因为要执行第二输液的时间太接近第一输液的时间。此外，由于更新后的信息被上载到每个患者接口设备，所以如果第二护理人员已经试图使用不同的第二患者接口设备重复该输液过程，则第二患者接口设备将向第二护理人员发出相同的警告。
[0134]在完成第一输液后，护理人员可能在稍后的时间点试图使用第一患者接口设备IOla向第一患者施用第二药物。在第二药物与第一药物不相容的情况下，第一患者接口设备IOla可警告护理人员第二输液与先前传送的药物不可相容。此外，由于更新后的信息被上载到每个患者接口设备，所以如果护理人员或第二护理人员已经试图使用不同的第二患者接口设备进行不相容的输液，则第二患者接口设备将发出相同的警告。
[0135]住在医院时，第一患者的状况会改变。例如，第一患者可发展为会需要额外的药物注入的额外状况。在这种情况下，护理人员可更新第一患者的患者相关数据105。在第一种情形中，护理人员可将与所述额外状况有关的信息输入到第一患者接口设备101a。然后该信息可经由患者接口设备网关104传输到患者相关数据105。此后，化身108可被用来构建第一患者的更新后的患者特异性指导数据集。该更新后的患者特异性指导数据集可反映出第一患者的状况已经改变。
[0136]在第二种情形中，护理人员可直接将与额外状况有关的信息输入到患者相关数据105中。例如，护理人员可将信息输入到药房数据库的终端中。此后，可使用该信息更新主数据库113，进而多个患者接口设备101中的每个患者接口设备可接收更新后的信息。然后，化身108可构建可反映出第一患者的状况已经改变的第一患者的更新后的患者特异性指导数据集。
[0137]当第一患者在医院收治时，医院可决定改变第一药物的传送方案。就此而言，护理人员或医院管理员可修改治疗数据库106内与第一药物的传送有关的输液数据。例如，可减小第一药物的标称传送速率。可将这种修改输入到治疗数据库106的终端处或多个患者接口设备101的其中一个患者接口设备处的系统中。在两种情况的任一情况下，可以用这些信息更新主数据库113，进而多个患者接口设备101中的每个患者接口设备可接收更新后的信息。此后，化身108可被用来构建反映新方案的第一患者的更新后的患者特异性指导数据集。
[0138]当第一患者被医院收治时，全局治疗数据库110的第三方管理员可以决定改变传送第一药物的方案。这种修改可被传输到治疗数据库106以修改治疗数据库106内与第一药物的输送有关的输液数据。此后，可用该信息更新主数据库113，进而多个患者接口设备101中的每个患者接口设备可接收更新后的信息。此后，化身108可被用来构建反映新方案的第一患者的更新后的患者特异性指导数据集。而且，对于医院的每个其他被收治的患者，可在其他患者接口设备处生成更新后的患者特异性指导数据集，这些患者的患者特异性指导数据集包括第一药物。
[0139]如上所述，多个患者接口设备101中的每个患者接口设备可包含创建第一患者的患者特异性指导数据集109所必需的数据。由于其他原因，这可以是有利的。例如，如果多个患者接口设备101中的特定患者接口设备经历故障，则多个患者接口设备101中的任何其他患者接口设备可代替所述故障的患者接口设备，因为每一个将包含创建第一患者的合适患者特异性指导数据集109所必需的数据。不管连接到患者相关数据105和/或治疗数据库106的网络连接是否可用，都可以执行这种替换。在另一个例子中，如果第一患者被移到医院的另一个房间，则可以不必要将第一患者接口设备连同第一患者移动，因为其他房间中的患者接口设备将包含生成第一患者的患者特异性指导数据集109所必需的数据。在另一个例子中，可在患者之间移动第一患者接口设备，而无需在每当移动患者接口设备时下载新的数据，因为患者接口设备可包括生成可接收输液的每个患者的患者特异性指导数据集109所必需的数据。与患者住在机构期间使用完全专用于单个患者的患者接口设备的机构相比，这种优点可使得给定机构所需的总的患者接口设备更少。
[0140]在系统100的操作的另一例子中，医生可为患者定一剂量的药物，并且药房可制备所述剂量药物。当制备好该剂量药物时，药剂师可将信息输入到反映该剂量药物制备的药房数据库中。患者接口设备网关104可接收来自反映该剂量药物制备的药房数据库的数据，并且可相应地更新主数据库113。与剂量的制备相关的数据可被包括在主数据库113的下一日志广播中，从而在制备的剂量被运输给患者之前被传输到多个患者接口设备101中的每个患者接口设备中。一旦剂量到达患者，医务人员就可将患者和剂量标识信息输入到患者接口设备中，并且患者接口设备的化身可计算用于注入剂量到患者体内的患者特异性指导数据集109。
[0141]在本情形的一种变型中，如果在制备剂量的时间与计算患者特异性指导数据集109的时间之间，检测到患者的状况改变，化身108可改变或阻止剂量的施用。例如，如果在剂量已经制备之后，但在其被施用之前，检测到肾衰竭并将其输入到机构的记录中(并随后被上载到患者接口设备101)，化身108可阻止施用该剂量。这种阻止可采取的形式是不执行药物的任何注入和/或发出可听警报以传输危险。这可由，例如，化身108的逻辑模块115启用，化身108的逻辑模块115可在患者被列为具有肾衰竭时不允许施用特定的药物。
[0142]在系统100的操作的附加例子中，患者接口设备IOla可被用于提供药液的连续施用。在这种情况下，系统100可提供和特定的操作情形相关的若干好处。在第一种情形中，在药液的第一单元(例如，第一 IV袋)的施用过程期间，可根据规定值调整药液的流速。患者接口设备IOla将把这种改变记录在其存储器119中并将这种改变传输到患者接口设备网关104。当第一单元为空时，第二单元可投入使用。在这种情况下，患者接口设备IOla可记住与上次使用的流速有关的知识，并使用该流速代替规定的流速开始施用新单元。此夕卜，如果由于某些原因第二患者接口设备IOlb被用于施用第二单元，则它可以知道上次使用的流速并使用该流速施用新单元。
[0143]在第二种情形中，在按照连续施用药液的命令施用第一单元的药液的过程期间，医生可命令中止施用。这种命令可被输入到患者接口设备IOla中或可被输入到患者相关数据105中并经由患者接口设备网关104和主数据库113上载到患者接口设备IOla的数据库114中，如上所述。然而，药房已经准备好第二剂量并将第二剂量发送给患者。在这种情形中，第二剂量可以到达患者，但患者接口设备IOla可根据反映在患者接口设备IOla的数据库114中的医生的命令阻止其被施用。此外，如果第二患者接口设备IOlb被试图用于施用第二单元，则第二患者接口设备IOlb会知道医生的最新近的命令，也阻止向患者施用第二剂量。
[0144]因为向患者施用药液是被传输回主数据库113的事件，所以这种信息可用于库存控制的目的。例如，当制备好但未施用药液的剂量时(如上述例子中)，系统100可反映从未用过该剂量并警告药房必须将该剂量返回到药房，以用于再用或销毁。这种特征也可有助于阻止剂量的窃取，在现有技术机构中，已经制备但没有施用的剂量可以很容易被窃取，因为现有系统不能够证实由医务人员记录为被施用的剂量是否确实被施用了。相反，如果患者接口设备记录确实施用该剂量，则系统100仅会列出正在施用的剂量。因此，如果没有患者接口设备报告剂量的施用，则可认为该剂量还未被施用。
[0145]当患者接口设备首次投入使用时，它可以被配置。配置会需要记录患者接口设备的序列号，将患者接口设备互连到网络102，以及装载化身108与数据库114和逻辑模块115的当前版本到患者接口设备。
[0146]出于说明和描述的目的给出本发明的上述描述。此外，该描述并不旨在将本发明限制于本文所公开的形式。因此，与上述教导以及相关领域的技术和知识相关的改变和修改都在本发明的范围内。上述实施例进一步旨在解释实施本发明的已知模式，并使得本领域其他技术人员能够利用这些或其他实施例中的本发明以及根据本发明的具体应用(一个或更多)或使用的需要进行各种修改。所附权利要求旨在被解释为包括现有技术所允许范围内的替代实施例。
【权利要求】
1.一种与患者相关数据的一个或更多个源连用的系统，其中所述患者相关数据的一个或更多个源与一组患者对应，所述系统包括: 多个患者接口设备，每个所述患者接口设备用于与患者结合从而提供医疗护理，其中，所述多个患者接口设备中的每个患者接口设备存储数据库，所述数据库包含多个患者记录，其中所述多个患者记录中的每个患者记录与该组患者中的独特患者有关；和 患者接口设备网关，其可操作以将所述患者相关数据的一个或更多个源与所述多个患者接口设备中的每个患者接口设备结合，从而自动地更新存储在每个患者接口设备上的数据库，其中，所述数据库的这种自动更新是通过利用由所述患者相关数据的一个或更多个源保存的对应的患者相关数据而实现的。
2.如权利要求1所述的系统，其中该组患者包含医疗护理机构收治的患者。
3.如权利要求1所述的系统，其中所述多个患者接口设备的至少一部分中的每个可操作用以给予患者医疗。
4.如权利要求3所述的系统，其中所述多个患者接口设备的至少一部分中的每个可操作用以监控患者的至少一项指标。
5.如权利要求3所述的系统，其中所述多个患者接口设备的至少一部分中的每个可操作用以给患者施用药物。
6.如权利要求5所述的系统，其中所述多个患者接口设备的至少一部分中的每个可操作用以给患者施用液体药物。
7.如权利要求6所述的系统，其中所述多个患者接口设备中的每个包含输液泵。
8.如权利要求7所述的系统，其中该组患者包括已开具用于输液泵施用的药物的患 者。
9.如权利要求7所述的系统，进一步包含泵监测数据库，其中所述多个患者接口设备中的每个患者接口设备适于将泵特异性数据集传输到所述泵监测数据库，其中所述泵特异性数据集包含与患者接口设备性能有关的数据。
10.如权利要求1所述的系统，其中所述患者相关数据包含选自以下组成的组中的至少一个数据库: 电子病历数据库即EMR数据库、药房数据库、医院病历数据库；药物施用记录数据库以及入院、出院和转院数据库。
11.如权利要求1所述的系统，其中所述多个患者接口设备中的每个患者接口设备包含逻辑模块，其中所述逻辑模块适于为该组患者的任意患者创建患者特异性指导数据集，其中所述患者特异性指导数据集适用于使所述患者接口设备与所述对应的患者结合。
12.如权利要求11所述的系统，进一步包括治疗数据库，其中所述数据库的所述自动更新由所述患者接口设备网关响应于所述患者相关数据的改变而自动地执行，其中所述逻辑模炔基于存储在所述治疗数据库中的药物数据和改变的患者相关数据确定更新后的患者特异性指导数据集。
13.如权利要求12所述的系统，其中所述多个患者接口设备中的每个患者接口设备包含输入端口，其中所述患者相关数据的所述改变源自所述多个患者接口设备中的其中一个患者接口设备的所述输入端口。
14.如权利要求13所述 的系统，其中所述输入端口包含选自包括以下的组中的输入端口:条形码读取器、读卡器、RFID读取器、键盘、触摸屏、数据端口和/或无线适配器。
15.如权利要求12所述的系统，其中所述患者相关数据的改变源自除所述多个患者接口设备中的一个之外的源。
16.如权利要求12所述的系统，其中所述多个患者接口设备中的每个适于将与执行的动作相关的数据经由所述患者接口设备网关发送到所述患者相关数据的一个或更多个源。
17.如权利要求12所述的系统，其中所述患者接口设备网关包含: 到患者相关数据的一个或更多个源的通信链路； 到所述治疗数据库的通信链路； 到所述多个患者接口设备中的每个患者接口设备的通信链路；和 到外部全局治疗数据库的通信链路。
18.如权利要求12所述的系统，其中所述患者接口设备网关包括服务器。
19.如权利要求12所述的系统，其中所述患者接口设备网关包括到外部全局治疗数据库的通信链路。
20.如权利要求19所述的系统，其中所述系统适于根据所述外部全局治疗数据库的改变更新所述治疗数据库。
21.如权利要求11所述的系统，进一步包括: 治疗数据库，其中所述数据库的所述自动更新由所述患者接口设备网关响应于存储在所述治疗数据库中的药物数据的改变`自动地执行，其中所述逻辑模炔基于所述患者相关数据和存储在所述治疗数据库中的改变后的药物数据确定更新后的患者特异性指导数据集。
22.一种更新与患者有关的患者特异性指导数据集的方法，其中所述患者特异性指导数据集设置在第一患者接口设备内，其中所述患者特异性指导数据集适用于将所述第一患者接口设备与对应的患者结合，所述方法包含: 将与患者有关的信息输入到所述第一患者接口设备中； 响应于所述输入步骤，将来自所述第一患者接口设备的信息自动传输到患者相关数据的一个或更多个源中，其中所述传输通过患者接口设备网关执行； 使用所述信息修改所述患者相关数据的一个或更多个源以创建更新后的患者相关数据； 由设置在所述第一患者接口设备内的逻辑模块自动更新与所述患者有关的所述患者特异性指导数据集，以创建与所述患者有关的更新后的患者特异性指导数据集，其中所述更新基于治疗数据库内的数据和所述更新后的患者相关数据； 在所述第一患者接口设备上存储与所述患者有关的所述更新后的患者特异性指导数据集；以及 将与所述更新后的患者相关数据有关的数据存储在通信地互连到所述患者接口设备网关的多个其他患者接口设备中的每个患者接口设备上。
23.如权利要求22所述的方法，所述方法进一步包含: 将所述患者的患者标识信息输入到所述第一患者接口设备中； 在所述存储在所述第一患者接口设备上的步骤后，响应于所述输入患者标识信息的步骤，访问与所述患者有关的所述更新后的患者特异性指导数据集；以及 根据与所述患者有关的所述更新后的患者特异性指导数据集，使用所述患者接口设备，向所述患者施用医疗护理。
24.如权利要求23所述的方法，其中所述施用医疗护理包含向患者施用医学治疗。
25.如权利要求24所述的方法，其中所述施用医学治疗包含向患者施用药物。
26.如权利要求25所述的系统，其中所述施用医学治疗包含向患者施用液体药物。
27.如权利要求26所述的系统，其中所述施用医学治疗包含向所述患者注入液体药物，其中所述患者接口设备包含输液泵。
28.如权利要求22所述的方法，其中所述多个其他患者接口设备中的每个患者接口设备包含所包括的逻辑模块，所述逻辑模块适于生成与所述患者有关的所述更新后的患者特异性指导数据集，所述方法进一步包含对于所述多个其他患者接口设备中的至少一个患者接口设备: 通过所述所包括的逻辑模块，生成与所述患者有关的所述更新后的患者特异性指导数据集，其中所述生成是基于治疗数据库内的数据和所述更新后的患者相关数据。
29.一种更新多个患者接口设备数据库的方法，其中所述多个患者接口设备数据库中的每个患者接口设备数据库包含与多个患者有关的数据，其中所述多个患者接口设备数据库中的每个患者接口设备数据库设置在多个患者接口设备中的独特患者接口设备内，所述方法包含: 使用与所述多个患者中的患者有关的信息修改患者相关数据，以创建更新后的患者相关数据； 响应于所述修改步骤，更新主数据库以创建更新后的主数据库；以及` 基于所述更新后的主数据库，更新所述多个患者接口设备数据库中的每个患者接口设备数据库，其中所述多个患者接口设备中的每个患者接口设备通信地互连到患者接口设备网关。
30.一种更新多个患者接口设备数据库的方法，其中所述多个患者接口设备数据库中的每个患者接口设备数据库包含与多个患者有关的数据，其中所述多个患者接口设备数据库中的每个患者接口设备数据库设置在多个患者接口设备中的独特患者接口设备内，所述方法包含: 使用与药物有关的信息修改治疗数据库以便创建修改后的治疗数据库； 响应于所述修改步骤，更新主数据库以创建更新后的主数据库；以及 基于所述更新后的主数据库，更新所述多个患者接口设备数据库中的每个患者接口设备数据库，其中所述多个患者接口设备中的每个患者接口设备通信地互连到患者接口设备网关。
31.一种患者接口设备，包含 输入端口，其中所述输入端口适于接收患者标识信息； 计算机可读存储器，其适于存储数据库； 适于基于在所述输入端口处接收到的患者标识信息选择所述数据库内的记录的逻辑模块； 适于基于所述记录生成与患者相关联的患者特异性指导数据集的逻辑模块；和 适于根据存储在与所述患者相关联的患者特异性指导数据集内的信息控制所述患者接口设备的逻辑模块。
32.如权利要求31所述的患者接口设备，进一步包含: 数据接口，其中所述数据接口可操作用以将数据发送到计算机网络并从计算机网络接收数据；和 适于发送和接收与患者相关数据的改变有关的数据的逻辑模块。
33.如权利要求32所述的患者接口设备，其中所述适于生成患者特异性指导数据集的逻辑模块可操作用以基于经由所述数据接口从治疗数据库和患者相关数据中获得的信息而生成所述患者特异性指导数据集。
34.如权利要求32所述的患者接口设备，其中所述数据接口可操作用以无线地将数据发送到所述计算机网络并从所述计算机网络无线地接收数据。
35.如权利要求32所述的患者接口设备，其中所述输入端口包含选自以下组成的组中的接口: 条形码读取接口； RFID标签读取接口 ； 触摸屏； 小键盘； 键盘；和 读卡器。
36.如权利要求32所述的患者接口设备，其中所述输入端口适于接收患者标识信息，该患者标识信息的形式包含选自以`下所组成的组中的标识: 条形码； RFID标签； 名称； 序列号； 标识号码； 嵌入式识别设备；和 标识卡。
37.多个患者接口设备，包含: 第一患者接口设备，其包含: a、第一计算机可读存储器； b、数据库，其存储在所述第一计算机可读存储器中，其中所述数据库包含与第一患者相关联的第一记录和与第二患者相关联的第二记录；和 C、逻辑模块，其中所述逻辑模块可操作用以基于所述第一记录创建第一患者特异性指导数据集，其中所述第一患者特异性指导数据集与所述第一患者相关联，其中所述第一患者特异性指导数据集适用于将所述多个患者接口设备中的任一个与所述第一患者结合，其中所述逻辑模块可操作用以基于存储在所述第一计算机可读存储器中的所述第二记录创建第二患者特异性指导数据集，其中所述第二患者特异性指导数据集与所述第二患者相关联，其中所述第二患者特异性指导数据集适用于将所述多个患者接口设备中的任一个与所述第二患者结合；和第二患者接口设备，其包含: a、第二计算机可读存储器；b、存储在所述第二计算机可读存储器中的数据库的副本；和 C、所述逻辑模块的副本。
38.一种与患者相关数据的一个或更多个源连用的系统，其中所述患者相关数据的一个或更多个源与一组患者对应，所述系统包括: 逻辑模块，其适于基于存储在治疗数据库中的药物数据和存储在所述患者相关数据的一个或更多个源中的患者数据创建多个患者特异性指导数据集，其中所述多个患者特异性指导数据集中的每个患者特异性指导数据集与独特的患者相关联； 患者接口设备网关，其适于将所述患者相关数据的一个或更多个源中的数据的副本发送到所述多个患者接口设备中的每个患者接口设备中，其中所述患者接口设备网关进一步适于将所述治疗数据中的数据的副本传输到所述多个患者接口设备中的每个患者接口设备中。
39.如权利要求38所述的系统，其中所述患者接口网关进一步适于接收来自所述多个患者接口设备中的每个患者接口设备的信息，其中所述患者接口设备适于将所述信息的第一部分传输到患者相关数据的第一源，并将所述信息的第二部分传输到患者相关数据的第二源。
40.一种操作患者接口设备的方法，所述方法包含: 将第一患者的标识信息输入到所述患者接口设备中； 响应于所述输入步骤，根据常驻在所述患者接口设备内的数据库自动生成第一患者特异性指导数据集，其中所述第一患者特异性指导数据集适用于将所述患者接口设备结合到所述第一患者；以及 根据所述第一患者特异性指导数据集内的参数将所述患者接口设备结合到所述第一患者。
41.如权利要求40所述的方法，进一步包含: 将第二患者的标识信息输入到所述患者接口设备中； 响应于输入所述第二患者的标识信息，根据常驻在所述患者接口设备内的所述数据库自动生成第二患者特异性指导数据集，其中所述第二患者特异性指导数据集适用于将所述患者接口设备结合到所述第二患者；以及 根据所述第二患者特异性指导数据集内的参数将所述患者接口设备与所述第二患者
42.一种管理包括多个患者接口设备的系统中的数据的方法，所述方法包含: 在患者接口设备网关处接收数据； 基于在所述患者接口设备网关处所接收的所述数据，更新主数据库，其中所述更新包含所述主数据库的第一组改变； 将所述第一组改变广播到所述多个患者接口设备； 针对所述多个患者接口设备中的每个患者接口设备，使用所述第一组改变更新常驻在所述患者接口设备中的数据库。
43.如权利要求42所述的方法，进一步包含将所接收到的数据的第一子集发送到第一数据库，以及将所接收到的数据的第二子集发送到第二数据库，其中所述第一数据库和第二数据库的每个是包含患者相关数据的独特数据库。
44.如权利要求42所述的方法，进一步包含将所接收到的数据的第一子集发送到第一数据库，以及将所接收到的数据的第二子集发送到第二数据库，其中所述数据的第一子集与患者状态有关，而其中所述数据的第二子集与患者接口设备状态有关。
45.一种操作患者接口设备的方法，所述方法包含: 由所述患者接口设备识别预定条件的存在，所述预定条件指示存储在所述患者接口设备内的数据的流动的缺乏。
46.如权利要求45所述的方法，进一步包含响应于所述识别步骤，由所述患者接口设备，警告用户存储在所述患者接口设备内的数据的流动的缺乏。
47.如权利要求45所述的方法，进一步包含响应于所述识别步骤，由所述患者接口设备阻止用户使用所述患者接口设备与患者结合。
48.如权利要求45所述的方法，进一步包含响应于所述识别步骤，由所述患者接口设备删除存储在所述患者接口设备内的所述数据的至少一部分。
49.如权利要求45所述的方法，进一步包含: 在所述识别步骤之前，由所述患者接口设备在第一时间点上接收来自患者接口设备网关的通信， 其中所述识别步骤包含:在从所述第一时间点开始的第一预定量时间之后，识别在所述第一预定量时间期间不存在来自所述患者接口设备网关的通信。
50.如权利要求49所述的方法，进一步包含:在所述第一预定量时间之后，并响应于所述识别步骤，由所述患者接口设备警告用户不存在来自所述患者接口设备网关的通信。`
51.如权利要求50所述的方法，进一步包含: 在从第二时间点开始的第二预定量时间之后，由所述患者接口设备识别在所述第二预定量时间期间不存在来自所述患者接口设备网关的通信；以及 响应于在所述第二预定量时间期间不存在来自所述患者接口设备网关的通信的所述识别，由所述患者接口设备删除存储在所述患者接口设备内的所述数据的至少一部分。
52.如权利要求49所述的方法，进一步包含:在所述第一预定量时间之后，并响应于所述识别步骤，由所述患者接口设备阻止用户使用所述患者接口设备与患者结合。
53.如权利要求49所述的方法，进一步包含:在所述第一预定量时间之后，并响应于所述识别步骤，由所述患者接口设备删除所述患者接口设备内的所述数据的至少一部分。
54.如权利要求45所述的方法，进一步包含: 在所述识别步骤之前，由所述患者接口设备接收来自患者接口设备网关的第一通信，其中所述第一通信包括第一串行化标识； 在所述识别步骤之前，由所述患者接口设备接收来自所述患者接口设备网关的第二通信，其中所述第二通信包括第二串行化标识；并且 其中所述识别步骤包含由所述患者接口设备基于所述第一串行化标识和所述第二串行化标识确定没有接收具有在所述第一串行化标识和所述第二串行化标识之间的串行化标识的第二通/[目。
55.如权利要求54所述的方法，进一步包含由所述患者接口设备请求来自所述患者接口设备网关的所述第三通信。
56.如权利要求54所述的方法，进一步包含响应于所述识别步骤，由所述患者接口设备警告用户存储在所述患者接口设备内的数据的流动的缺乏。
57.如权利要求56所述的方法，进一步包含响应于所述识别步骤，由所述患者接口设备阻止用户使用所述患者接口设备 与患者结合。
【文档编号】G06Q50/22GK103782299SQ201280042783
【公开日】2014年5月7日 申请日期:2012年5月31日 优先权日:2011年7月1日
【发明者】D·I·施奈特维尼, D·A·特里布尔, M·A·瓦伦丁 申请人:百特恩格伍德公司