CN112119467B - 医疗装置数据反向关联、系统、设备和方法 - Google Patents

Abstract

公开了一种医疗装置数据反向关联系统、设备和方法。在示例实施例中，服务器从医疗装置接收包括装置标识符的第一医疗装置数据，并且在确定任何患者标识符或者药物单子标识符与装置标识符之间都没有关联之后，将第一医疗装置数据存储到数据库中的未关联的记录。在医疗装置向患者施用药物时，服务器接收包括装置标识符、患者标识符和药物单子标识符中的至少两个的标识符消息。服务器使用标识符消息来创建患者的病历与医疗装置之间的标识符关联。服务器使用标识符关联来将来自医疗装置的随后的医疗装置数据存储到患者的病历。

Description

医疗装置数据反向关联、系统、设备和方法

背景技术

医疗文档是医疗保健系统的重要组成部分。患者的治疗通常基于其健康状况、过往治疗和进行中的治疗的正确文档。另外，患者的健康文档允许来自不同实践领域的不同临床医生查看患者的病史以便做出全面的决策以改善患者的健康前景。

当前，患者的健康文档存储在电子病历(“EMR”)中。虽然没有通用格式，但是EMR通常包含患者的身体特征、测得的生理参数、诊断测试结果、所执行的医疗过程的摘要和临床医生注意事项。许多EMR还包括从向患者提供治疗的医疗装置传输的数据。来自医疗装置的数据可以包括输液治疗数据或者肾衰竭治疗数据。在一些已知的实例中，临床医生手动地将输液或者透析数据输入到EMR中。

一些新进步使EMR服务器能够存储从输液或者透析装置接收到的数据(直接存储到患者的EMR)。然而，这种自动存储需要临床医生在提供治疗之前提供医疗装置、患者与药物单子(medication order)(或者病历)之间的关联。例如，为了进行关联，临床医生必须使用装置的界面来从患者的EMR打开药物单子。然后，临床医生可以将患者标识符和/或医疗装置标识符输入到药物单子中以创建关联。

如果未进行关联，则EMR服务器接收数据，但是不具有指示将医疗数据存储在何处的关联信息。因此，一些EMR服务器将丢弃接收到的数据，而其它EMR服务器将数据存储在临时数据库位置。为了在已经开始治疗之后进行关联，临床医生必须手动地将接收到的数据从临时数据库存储位置复制到患者的EMR，这通常是耗时并且低效的处理。进一步地，临床医生必须手动地创建医疗装置与患者之间的关联，使得新接收到的数据被自动地存储到患者的EMR。

发明内容

本公开阐述了用于通过将医疗装置数据与患者的电子病历(“EMR”)相关联来提供病历文档而不管治疗开始的时间的系统、设备和方法。在一些示例中，医疗装置被配置为通过显示或者提供指示装置标识符的代码来实现反向关联(back-association)。还可以扫描或者输入患者标识符和/或药物标识符。将扫描到的标识符传输至被配置为管理患者病历的服务器。例如，服务器使扫描到的患者标识符与病历中的患者标识符相匹配。在发生匹配之后，服务器将医疗装置标识符与病历相关联。服务器使用该关联来将具有装置标识符的医疗装置数据存储到患者的病历。

本文描述的主题的各个方面可以单独起作用或者结合本文描述的一个或者多个其它方面起作用。在不限制前述描述的情况下，在本公开的第一方面中，一种电子病历系统包括：数据库，该数据库存储在存储器装置中，数据库被配置为将药物单子存储到患者的电子病历(“EMR”)。药物单子包括药物单子标识符和患者的患者标识符。患者的EMR包括患者标识符。该电子病历系统还包括：服务器，该服务器被通信地耦合到数据库和存储机器可读代码或者指令的存储器，这些机器可读代码或者指令在由服务器的处理器执行时使服务器执行某些操作。操作包括：经由网络从医疗装置接收第一医疗装置数据，该第一医疗装置数据包括医疗装置的装置标识符。操作还包括：在第一时间，确定装置标识符与任何患者标识符或者药物单子标识符之间都没有关联，并且将第一医疗装置数据存储到数据库中的未关联的记录。操作进一步包括：在医疗装置向患者施用药物时，接收包括装置标识符、患者标识符和药物单子标识符中的至少两个的标识符消息，以及通过使标识符消息中的患者标识符或者药物单子标识符与药物单子中的药物单子标识符或者患者标识符相匹配来创建患者的EMR与医疗装置之间的关联。此外，操作包括：在患者的EMR与医疗装置之间的关联之后的第二时间，从医疗装置接收第二医疗装置数据，该第二医疗装置数据包括装置标识符。操作还包括：基于患者的EMR与医疗装置之间的所创建的关联来将第二医疗装置数据存储到患者的EMR。

根据本公开的第二方面(除非另有说明，否则可以结合本文列出的任何其它方面来使用该第二方面)，服务器被配置为通过以下中的至少一项来创建患者的EMR与医疗装置之间的关联：将患者标识符或者药物单子标识符中的至少一个和装置标识符存储到关联记录的条目，将装置标识符存储到患者的EMR，或者将装置标识符存储到患者的药物单子。

根据本公开的第三方面(除非另有说明，否则可以结合本文列出的任何其它方面来使用该第三方面)，服务器被配置为：在创建患者的EMR与医疗装置之间的关联之后，将第一医疗装置数据存储到患者的EMR。

根据本公开的第四方面(除非另有说明，否则可以结合本文列出的任何其它方面来使用该第四方面)，服务器被配置为：使得未关联的记录或者第一医疗装置数据中的至少一个被从数据库中删除。

根据本公开的第五方面(除非另有说明，否则可以结合本文列出的任何其它方面来使用该第五方面)，通过在医疗装置向患者施用药物时经由条形码扫描器来扫描字母数字字符、条形码或者快速响应(“QR”)码中的至少一个，确定标识符消息中的装置标识符。

根据本公开的第六方面(除非另有说明，否则可以结合本文列出的任何其它方面来使用该第六方面)，服务器被配置为从条形码扫描器或者连接到条形码扫描器的轮式计算机接收标识符消息。

根据本公开的第七方面(除非另有说明，否则可以结合本文列出的任何其它方面来使用该第七方面)，该电子病历系统进一步包括：网关，该网关经由网络被通信地耦合到医疗装置和服务器。网关被配置为：以INTCOM或者EXTCOM格式从医疗装置接收医疗装置数据，将医疗装置数据转换为HL7格式，并且将格式化的医疗装置数据传输至服务器。

根据本公开的第八方面(除非另有说明，否则可以结合本文列出的任何其它方面来使用该第八方面)，未关联的记录通过装置标识符在数据库中被索引。

根据本公开的第九方面(除非另有说明，否则可以结合本文列出的任何其它方面来使用该第九方面)，医疗装置包括输液泵或者肾衰竭治疗机中的至少一个。

根据本公开的第十方面(除非另有说明，否则可以结合本文列出的任何其它方面来使用该第十方面)，一种电子病历方法包括：经由处理器将患者的药物单子存储到数据库中的电子病历(“EMR”)，药物单子包括药物单子标识符和患者标识符；在处理器中经由网络从医疗装置接收第一医疗装置数据，该第一医疗装置数据包括医疗装置的装置标识符；在确定装置标识符与任何患者标识符或者药物单子标识符之间都没有关联之后，经由处理器将第一医疗装置数据存储到数据库中的未关联的记录；在医疗装置向患者施用药物时在处理器中接收包括装置标识符、患者标识符和药物单子标识符中的至少两个的标识符消息；经由处理器，使用标识符消息来创建患者的EMR与医疗装置之间的关联；在患者的EMR与医疗装置之间的关联之后，在处理器中从医疗装置接收第二医疗装置数据，该第二医疗装置数据包括装置标识符；以及经由处理器，基于患者的EMR与医疗装置之间的所创建的关联来将第二医疗装置数据存储到患者的EMR。

根据本公开的第十一方面(除非另有说明，否则可以结合本文列出的任何其它方面来使用该第十一方面)，该方法进一步包括：在创建患者的EMR与医疗装置之间的关联之后，将第一医疗装置数据存储到患者的EMR。

根据本公开的第十二方面(除非另有说明，否则可以结合本文列出的任何其它方面来使用该第十二方面)，该方法进一步包括：在医疗装置向患者施用药物时，在医疗装置的接口处接收用于显示装置标识符的操作员输入；以及经由医疗装置使得在医疗装置的屏幕上显示装置标识符。

根据本公开的第十三方面(除非另有说明，否则可以结合本文列出的任何其它方面来使用该第十三方面)，经由字母数字字符、条形码或者快速响应(“QR”)码中的至少一个来显示装置标识符。

根据本公开的第十四方面(除非另有说明，否则可以结合本文列出的任何其它方面来使用该第十四方面)，该方法进一步包括：在条形码扫描器中通过读取显示在医疗装置的屏幕上的装置标识符来接收指示装置标识符的第一信息；在条形码扫描器中通过读取在患者腕带上提供的患者标识符来接收指示患者标识符的第二信息；经由连接到条形码扫描器的计算机来创建标识符消息；以及经由计算机来经由网络将标识符消息传输到处理器。

根据本公开的第十五方面(除非另有说明，否则可以结合本文列出的任何其它方面来使用该第十五方面)，该方法进一步包括：在处理器中从药房服务器接收至少一个HL7消息中的药物单子；以及经由处理器来使用患者标识符将药物单子存储到患者的EMR以获得患者的EMR与药物单子之间的关联。

根据本公开的第十六方面(除非另有说明，否则可以结合本文列出的任何其它方面来使用该第十六方面)，药物单子包括药物名称、要灌输的量、药物浓度或者药物输送速率中的至少一个。

根据本公开的第十七方面(除非另有说明，否则可以结合本文列出的任何其它方面来使用该第十七方面)，对标识符消息中的装置标识符进行加密，其进一步包括：经由处理器来使用所存储的密钥对装置标识符进行解密。

根据本公开的第十八方面(除非另有说明，否则可以结合本文列出的任何其它方面来使用该第十八方面)，一种电子病历存储器存储机器可读代码或者指令，这些机器可读代码或者指令在由处理器执行时使处理器：在输液泵向患者施用药物时接收标识符消息，该标识符消息包括输液泵的装置标识符、患者的患者标识符和药物的药物单子标识符中的至少两个；使用标识符消息来创建位于数据库中的患者的EMR与输液泵之间的关联；在患者的EMR与输液泵之间的关联之后，从输液泵接收输液泵数据，该输液泵数据包括装置标识符；并且基于患者的EMR与输液泵之间的所创建的关联将输液泵装置数据存储到患者的EMR。

根据本公开的第十九方面(除非另有说明，否则可以结合本文列出的任何其它方面来使用该第十九方面)，该电子病历存储器存储其它机器可读代码或者指令，该其它机器可读代码或者指令在由处理器执行时使处理器：在患者的EMR与输液泵之间的关联之前接收第一输液泵装置数据；并且在确定装置标识符与任何患者标识符或者药物单子标识符之间都没有关联之后将第一医疗装置数据存储到数据库中的未关联的记录。

根据本公开的二十方面(除非另有说明，否则可以结合本文列出的任何其它方面来使用该第二十方面)，该电子病历存储器存储其它机器可读代码或指令，该其它机器可读代码或者指令在由处理器执行时使处理器：在创建患者的EMR与医疗装置之间的关联之后，将第一医疗装置数据存储到患者的EMR。

根据本公开的第二十一方面，可以结合关于图1至图11中的任何其它图而图示和描述的任何结构和功能性以及前述方面中的任何一个或者多个方面，来使用关于图1至图11所图示和描述的任何结构和功能性。

鉴于上述方面和本文中的公开内容，因此，本公开的优点是提供一种系统，该系统能够将医疗装置数据存储到患者的EMR，而不管在医疗装置与患者之间进行关联的时间。

本公开的另一优点是提供一种系统，该系统能够在进行关联之后将医疗装置数据传递至患者的EMR。

可以在本文公开的一个或者一些但是可能不是全部实施例中找到本文讨论的优点。本文描述了其它特征和优点，并且将通过下面的具体实施方式和附图而显而易见。

附图说明

图1示出了根据本公开的示例实施例的配置用于本文描述的示例方法、设备和系统的医疗环境的示意图。

图2示出了根据本公开的示例实施例的包括SIGMA Spectrum泵(该SIGMA Spectrum泵可以包括在图1所示医院环境内)的示例输液泵的示意图。

图3示出了根据本公开的示例实施例的包括 CRRT机器(该/>CRRT机器可以包括在图1所示医院环境内)的示例透析或者肾衰竭治疗机器的示意图。

图4至图6示出了根据本公开的示例实施例的将输液泵数据与特定患者和/或药物单子反向关联的示例处理。

图7示出了根据本公开的示例实施例的作为泵标识符的示例QR码。

图8示出了根据本公开的示例实施例的用于将医疗装置与患者的电子病历(“EMR”)或者药物单子相关联的示例过程的示意图。

图9示出了根据本公开的示例实施例的其中患者的EMR不与来自医疗装置的医疗装置数据相关联的数据库的示意图。

图10示出了根据本公开的示例实施例的在患者的EMR与医疗装置相关联之后的图9所示数据库的示意图。

图11示出了根据本公开的示例实施例的在图1所示医疗环境中的自动编程的示意图。

具体实施方式

本公开大体上涉及用于通过将医疗装置数据与患者的电子病历(“EMR”)反向关联来自动提供病历文档(即，自动文档)的方法、系统和设备。医疗数据的反向关联使临床医生能够在医疗装置施用治疗时将医疗装置与患者的EMR相关联。反向关联还可以在医疗装置已经完成治疗之后发生。所公开的系统、设备和方法在已经发生反向关联之后自动将医疗装置数据写入患者的EMR，从而使临床医生无需手动地对医疗装置数据进行定位并且将其复制到患者的EMR。

在已知的医疗系统中，如果在治疗开始之前，没有发生患者的EMR与医疗装置之间的关联，则系统将接收到的数据存储到数据库中的临时或者未关联的记录中。在一些实例中，如果与患者或者药物单子没有关联，则已知的医疗系统甚至可以丢弃医疗装置数据。在治疗完成之后，临床医生手动地将医疗装置数据(如果存储了医疗装置数据)从数据库中的临时或者未关联的记录复制到患者的EMR。在一些实例中，临床医生可能忘记将医疗装置数据复制到患者的EMR中，从而留下不完整的病历。在其它实例中，临床医生可能将错误的医疗装置数据或者医疗装置数据的仅一部分复制到患者的EMR。

如本文公开的，示例方法、系统和设备实现医疗装置数据之间的关联，而不管医疗治疗的状态。在示例实施例中，临床医生手动地对医疗装置进行编程以向患者提供诊疗。对医疗装置的手动编程使医疗装置不与患者的EMR相关联，因为医疗装置的标识符与位于患者的EMR中的患者标识符或者药物标识符之间不相关。同样，当开始治疗时，从EMR服务器的角度来看，医疗装置不与患者相关联，该EMR服务器从医疗装置接收数据。EMR服务器被配置为将医疗装置数据存储到例如，通过医疗装置的标识符(包括在数据内)被索引的临时位置或者未关联的记录。

为了在治疗已经开始之后实现关联，医疗装置提供或者显示标识码。该标识码(例如，标识符)可以包括印刷在贴附至医疗装置的标签上的代码或者显示在装置的屏幕上的电子代码。在医疗装置向患者提供治疗时(或者在已经完成治疗之后)，临床医生扫描或者以其它方式使电子扫描装置获得医疗装置的标识码的电子信息。临床医生还可以扫描患者的标识码(例如，如在患者腕带上提供的)和/或药物容器的标识码(该标识码与药物标识符相对应)。扫描到的医疗装置标识符和患者和/或药物容器标识符被传输到EMR服务器。在接收到扫描到的信息之后，EMR服务器被配置为将医疗装置与患者的EMR和/或药物单子相关联。在一些示例中，EMR服务器被配置为更新关联表、记录或者索引，使得从医疗装置接收到的医疗装置数据被存储到患者的EMR，而不是被丢弃或者被存储到临时/未关联的记录。在一些实施例中，EMR服务器被配置为从医疗装置访问先前存储的未关联的医疗信息或者装置数据(与相同的治疗会话相对应)以便将该数据复制或者以其它方式移动到患者的EMR。因此，本文公开的示例方法、系统和设备使临床医生能够通过在医疗装置上已经开始(或者完成)治疗之后扫描或者以其它方式获得医疗装置标识符，来自动将医疗装置数据与特定患者和/或药物单子反向关联。

示例方法、系统和设备可以结合一个或者多个医疗装置进行操作。如本文公开的，医疗装置可以包括输液泵、肾衰竭治疗装置、患者床旁监视器、生理传感器、血压袖带、体重秤等。向每个医疗装置分配或者提供唯一标识符。如本文公开的，标识符可以包括指示装置标识信息的物理和/或电子代码。装置标识符可以包括：例如，字母数字字符。装置标识符还可以包括条形码中的字符编码、快速响应(“QR”)码、近场通信(“NFC”)微芯片、射频识别(“RFID”)微芯片等。

医疗装置被配置为生成并且传输医疗装置数据。如本文公开的，医疗装置数据包括：装置操作参数、治疗/诊疗进展、警报/警告、事件、诊断信息等。对于输液泵医疗装置，装置数据可以包括：输液速率、剂量、灌输的总体积、诊疗剩余时间、药物浓度、速率变化、药物容器内剩余的体积、药物名称、患者标识符、滴定信息、药丸信息、护理区域标识符、生成数据的时间戳、警报状况、警告状况、事件等。

如本文公开的，示例系统、方法和/或设备被配置为将医疗装置与患者的在数据库中的EMR相关联以使得能够将医疗装置数据写入或者以其它方式存储到患者的EMR。在一些实例中，示例系统、方法和/或设备可以将医疗装置与患者的在数据库中的药物单子相关联。在这些实例中，将医疗装置数据写入或者存储到药物单子。应该了解，本文中对患者的EMR的引用可以与药物单子互换。

医疗环境实施例

图1示出了根据本公开的示例实施例用于本文描述的示例方法、设备和系统的医院环境100的示意图。示例环境100包括一个或多个医疗装置，诸如，例如，输液泵102。应该了解，示例医院环境100可以包括其它类型的医疗装置和/或多个泵102、肾衰竭治疗机器、患者监视器和/或传感器。在图示的示例中，输液泵102被配置为通过灌输(经由IV线组)一种或者多种流体106(例如，药物或者药品)来向患者104提供输液诊疗。

示例输液泵102可以包括能够经由一个或者多个线组来向患者104输送静脉内诊疗的任何泵。示例包括：注射器泵、线性蠕动泵、大体积泵(“LVP”)、非固定泵、多通道泵等。注射器泵使用连接到驱动臂的马达以致动在注射器内的柱塞。线性蠕动泵使用转子来在旋转时压紧管的一部分。通常，转子的一个或者多个辊子与管接触半圈。压紧的旋转使得限定量的流体通过管。LVP通常使用一个或者多个手指或者手臂来压紧静脉内治疗(“IV”)管的一部分。手指对管的致动的定时使流体恒定或者接近恒定地移动通过管。

图2示出了根据本公开的示例实施例的示例输液泵102的示意图。图示的输液泵102是SIGMA Spectrum^TM泵。图示的输液泵102包括具有界面204a和204b的显示器202以使临床医生能够指定或者编程输液诊疗。如本文公开的，界面204a和204b中的至少一个被配置为使输液泵102在被致动时在显示器202上显示装置标识符代码。

可以包括在图1所示医疗环境100中的输液泵的其它示例包括在美国公报No.2013/0336814中描述的线性体积非肠胃泵、在美国公报No.2015/0157791中描述的注射器泵、在美国专利No.7,059,840中描述的非固定输液泵、在美国专利No.5,395,320中描述的输液泵和在美国专利No.5,764,034中描述的输液泵，每一个的全部内容通过引用的方式并入本文。

返回到图1，示例输液泵102经由网络110被通信地耦合至网关108。示例网关108被配置为从输液泵102接收输液泵数据112(例如，医疗装置数据)，并且将数据112路由到EMR服务器114。在一些实施例中，网关108被配置为将数据从例如，(多个)EXTCOM消息转换为(多个)HL7消息。

示例网关108还可以被配置为向输液泵102传输操作参数或者处方参数。例如，网关108可以在预定时间和/或在输液泵102可用于接受处方时向输液泵102发送电子处方(或者软件更新)。在其它实例中，输液泵102可以被配置为周期性地轮询网关108以确定电子处方(或者软件更新)是否正等待被下载到泵。输液泵102可以包括存储一个或者多个药品库的存储器，该药品库包括基于护理区域、剂量变化、变化率、药品类型、浓度、患者年龄、患者体重等的特定程序参数限制。这些限制被配置为确保接收到的处方或者输入的输液诊疗在由医疗设施、医生或者临床医生决定的可接受范围和/或限制内。

输液泵102被配置为对患者104进行输液诊疗或者治疗，该输液诊疗包括向患者灌输一种或者多种溶液106或者药物。输液泵102根据临床医生在泵的用户界面(例如，图2所示界面204)处输入的或者经由输液网关108接收到的输液处方进行操作。输液泵102可以将处方与药品库相比较，并且如果处方的参数违反了软限制或者硬限制，则提供任何警告或者警报。输液泵102被配置为监测诊疗的进展并且周期性地将输液诊疗进展数据112(例如，医疗装置数据)传输到网关108。如本文公开的，诊疗进展数据112可以包括：例如，输液速率、剂量、灌输的总体积、诊疗剩余时间、药物浓度、速率变化、药物容器内剩余的体积、药物名称、患者标识符、滴定信息、药丸信息、护理区域标识符、生成数据的时间戳、警报状况、警告状况、事件等。输液泵102可以连续地、周期性地(例如，每30秒、1分钟等)或者根据网关108的请求传输数据。

图1的输液网关108包括被配置为与输液泵102通信的服务器、处理器、计算机等。输液网关108可以包括：例如，CareEverywhere网关。在一些实施例中，网关108可以通信地耦合到超过一个输液泵。输液网关108被配置为提供与泵102的双向通信以便进行药品库、输液处方和诊疗进展数据112的有线/无线安全转移。网关108还可以被配置为与EMR服务器114或者其它医院系统集成以促进将输液诊疗进程数据112从泵102传输至例如，与患者104相关的医院电子病历(“EMR”)。

示例EMR服务器114通信地耦合到用于存储EMR记录的EMR数据库116。该EMR数据库116还可以被配置为存储不与特定患者和/或药物单子相关联的输液泵数据112。EMR服务器114还通信地耦合到药房服务器118，该药房服务器118被配置为创建和/或传输与例如，准备好的药物106对应的药物单子。药物单子包括标识患者(例如，患者标识符)和要施加的输液参数的电子记录或者条目。向药物单子分配了唯一标识符。在一些实施例中，可以将药物单子印刷在贴附至药物容器的标签上。药物单子本身将患者标识符与药物标识符相关联。示例EMR服务器114被配置为使用药物单子中的患者标识符来存储药物单子或者以其他方式将药物单子与患者的EMR相关联。

虽然将药房服务器118和EMR数据库116示出为直接连接至EMR服务器114，但是在其他示例中，它们可以经由网络110被连接。示例网络110可以包括任何有线或者无线连接(例如，以太网、LAN、WLAN等)。示例EMR数据库116可以存储在任何易失性或者非易失性存储器装置中，包括：RAM、ROM、闪速存储器、磁盘或者光盘、光学存储器或者其他存储介质。可以将数据库116构造为关系数据库或者图形数据库。如果数据库116包括图形数据库，则患者、药物单子、药物装置数据和标识符可以由单独的节点提供。

图1的示例环境100还可以包括其它医疗系统120，诸如，医院信息系统(“HIS”)。HIS 120可以包括用于分析医学数据或者从医院环境100的其它部分接收医疗数据的一个或多个服务器。HIS 120可以包括或者通信地耦合到实验室信息系统、药房系统、策略/过程管理系统或者持续质量改进(“CQI”)系统。实验室系统被配置为基于对患者生物样本的分析来生成医疗数据。策略/过程管理系统被配置为管理用于警报/警告的药品库和/或阈值。CQI系统被配置为基于例如，来自一个或者多个患者的输液诊疗进展数据112生成统计和/或分析报告。HIS 120还可以包括或者被连接到被配置为显示输液诊疗进展数据112的至少一部分的一个或者多个监视器。

图1的实施例还包括患者监视器或者轮式计算机(“COW”)122。计算机或患者监视器122被配置为显示来自生理传感器的生理数据和/或来自输液泵102的医疗装置数据的一个或者多个曲线图。监视器可以有线地或者无线地耦合到传感器，该传感器可以包括：例如，心率传感器(例如，EKG传感器、ECG传感器)、温度传感器、脉搏血氧仪传感器、患者体重秤、葡萄糖传感器、呼吸传感器、血压传感器等。计算机或者患者监视器122被配置为将来自传感器的数据显示在基于时间的曲线图内。除了对数据进行颜色编码之外，计算机或者患者监视器122还可以显示来自传感器的最近数据的数值。

计算机或者患者监视器122通信地耦合到网关108和/或EMR服务器114。计算机或者患者监视器122可以连续地、周期性地或者根据请求将生理数据传输到监视器网关108或者服务器114，该监视器网关108或者服务器114然后可以将生理数据写入患者的EMR。

在一些实施例中，监视器122包括COW。示例COW被配置为通过EMR服务器114来提供对患者的EMR的访问。示例COW还被配置为提供来自输液泵102的医疗装置数据112的自动文档和/或提供对医疗装置数据112的自动编程。在一些实施例中，COW 122包括或者被连接到条形码扫描器124或者其它标识符条目装置，诸如NFC读取器、RFID读取器、小键盘或者触摸屏接口。示例扫描器124被配置为读取输液泵102上的条形码126、患者的腕带上的条形码和/或药物容器上的条形码。经由网络110在一个或者多个标识符消息128中将来自读取的条形码的信息从COW 122传输到EMR服务器114，从而使服务器114创建输液泵102、患者104与药物单子之间的关联。在一些实施例中，条形码扫描器124可以连接到输液泵102而不是COW 122。

在一些实施例中，输液泵102还可以通信地耦合到一个或者多个生理传感器。例如，输液泵102可以被连接到脉搏血氧仪传感器、血压袖带、访问断开装置和/或体重秤。输液泵102可以被配置为将来自脉搏血氧仪传感器的数据集成或者以其它方式包括到输液诊疗进程数据112中，或者可替代地，将脉搏血氧仪数据单独地传输到网关108。

图1的示例环境100还包括使临床医生能够查看存储在EMR数据库116处的患者数据的临床医生装置130(例如，智能电话、平板计算机、膝上型计算机、工作站等)。临床医生装置130可以包括用于读取和/或写入存储在数据库116中的数据的一个或者多个接口或者应用。临床医生装置130被配置为使临床医生能够查看例如，患者的药物单子、患者的EMR和/或与患者相关联的医疗装置数据。

在一些实施例中，环境100可以包括肾衰竭治疗(“RFT”)机器，该肾衰竭治疗(“RFT”)机器可以包括任何血液透析机器、血液滤过机器、血液透析滤过机器、连续肾替代治疗(“CRRT”)机器或者腹膜透析(“PD”)机器。进行肾衰竭诊疗的患者104例如，被连接到RFT机器，在该RFT机器中，患者的血液可以通过机器被泵送。血液通过机器的透析器，该透析器从血液中排除废物、毒素和多余的水分。清洁过的血液被送回患者。在PD中，治疗流体被输送至患者的腹腔和从患者的腹腔中排除治疗流体以排除毒素和多余的水分。

图3示出了根据本公开的示例实施例的示例RFT机器300的示意图。图示的RFT机器300是CRRT机器。RFT机器300的其它示例包括在美国专利No.8,403,880中描述的腹膜透析机器、在美国公报No.2014/0112828中描述的血液透析透析机器和在美国公报No.2011/0106002中描述的腹膜透析机器，每一个的全部内容通过引用的方式并入本文。

CRRT是一种通常用于治疗重症监护病房中发生急性肾损伤(“AKI”)的急诊或者重症住院患者的透析方式。与慢性肾病(该慢性肾病随时间缓慢发生)不同，AKI通常发生在住院患者中，并且通常在几个小时到几天内发生。

血液透析是一种肾衰竭治疗，在该肾衰竭治疗中，使来自血液的废物扩散在半透膜上。在血液透析期间，血液从患者体内排除并且流过半透膜组件(透析器)，在该半透膜组件中，血液一般逆流到在半透膜的另一侧上流动的透析溶液。在透析器中，来自血液的毒素穿过半透膜并且离开透析器进入到使用的透析溶液(透析液)中。然后，已经流过透析器的清洁过的血液被返回到患者体内。

在透析器中，通过以大于用于将透析溶液引入到透析器中的流速的流速排除透析液来在半透膜上创建压力差。该压力差拉动包含小分子毒素、中分子毒素和大分子毒素的流体穿过半透膜。使用流量和体积测量来控制被排除的流体量(超滤)。如上面说明的，血液透析机器的泵通常从患者的动脉侧抽取血液，并且在将透析过的血液返回到患者的静脉侧之前，将血液推入到透析器中并且穿过透析器，并且穿过分离出空气的滴注室。

可替代地，RFT机器300可以是血液滤过机器。血液滤过是另一种肾衰竭治疗，与血液透析相似。在血液滤过期间，患者的血液还通过半透膜(滤血器)，其中，通过压力差在半透膜上抽取流体(包括废物)。这种对流使得一定大小的分子毒素和电解质(血液透析难以清洁该分子毒素和电解质)穿过半透膜。在血液滤过期间，将替换流体添加到血液以代替通过滤血器从血液中排除的流体体积和电解质。在滤血器之前将替代液添加到血液的血液滤过称为前稀释血液滤过。在滤血器之后将替代液添加到血液的血液滤过称为后稀释血液滤过。

可替代地，RFT机器300可以是血液透析滤过机器。血液透析滤过是结合血液滤过使用血液透析的进一步肾衰竭治疗。与血滤器不同，通过透析器来泵送血液，该透析器接受新透析液。然而，在血液透析滤过的情况下，与血液滤过相似，替代流体被输送到血液回路。因此，血液透析滤过是血液透析和血液滤过的相邻处理。

可替代地，RFT机器300可以是腹膜透析机器。腹膜透析使用透析溶液(也被称为透析液)，该透析溶液(也被称为透析液)经由导管被灌输到患者的腹腔中。透析液接触患者的腹腔的腹膜。由于溶液产生的渗透梯度，废物、毒素和多余的水分通过患者的血流，穿过腹膜并且进入透析液。从患者体内排出用过的透析液，从患者体内排除废物、毒素和多余的水分。重复该循环。

操作为图3所示RFT机器300的示例腹膜透析机器可以进行各种类型的附加腹膜透析诊疗，包括连续循环腹膜透析(“CCPD”)、潮气流动自动腹膜透析(“APD”)和持续流动腹膜透析(“CFPD”)。APD机器通常在患者睡觉时自动进行排出、装填和驻留循环。APD机器使患者或者临床医生不需要手动进行治疗循环，并且不需要在白天运送物资。APD机器流体连接至植入的导管、新透析液的源或者袋和流体排出口。APD机器通过导管将来自透析液源的新透析液泵入到患者的腹腔中。APD机器允许透析液驻留在腔内，从而使得能够发生废物、毒素和多余的水分的转移。源可以是多个无菌透析液溶液袋。APD机器通过导管将来自腹腔的用过的透析液泵送至排出口。与手动处理一样，在APD期间会发生几次排出、装填和驻留循环。在CAPD和APD结束时发生“最后一次装填”，该装填物保留在患者的腹腔中，直到下一治疗。

CCPD治疗试图在每次排出时完全排空患者。CCPD和/或APD可以是将用过的透析液输送到排出口的分批式系统。潮气流动系统是改良的成批系统。在潮气流动的情况下，不是在较长的时间段内从患者体内排除全部流体，而是在较小的增量时间之后排除并且替换部分流体。

腹膜透析透析液可以包括在0.5％与10％之间(优选地，在1.5％与4.25％之间)的右旋糖(或者更一般地，葡萄糖)的溶液或者混合物。腹膜透析透析液可以包括：例如，由本公开的受让人销售的和/>透析液。额外地或者可替代地，透析液可以包括一定百分数的艾考糊精。应该了解，在本公开的一些实施例中，可以经由输液泵102而不是RFT机器104来将透析液灌输到患者110体内。

连续流动或者CFPD透析系统对用过的透析液进行清洁或者再生，而不是将其丢弃。CFPD系统通过回路将流体泵送到患者体内和从患者体内泵出流体。透析液通过一个导管内腔流入腹腔并且从另一导管内腔流出。离开患者的流体通过重构装置，该重构装置例如，经由采用尿素酶来将尿素酶促地转化为氨(例如，铵离子)的尿素排除柱来从透析液中排除废物。然后在将透析液重新引入到腹腔中之前通过吸附来从透析液中排除氨。采用附加传感器来监测氨的排除。CFPD系统通常比成批系统更复杂。

在血液透析和腹膜透析中，可以使用“吸附剂”技术来从废弃的透析液中排除尿毒症毒素，将治疗剂(诸如，离子和/或葡萄糖)重新注入到治疗的流体中，并且重新使用该流体以继续对患者的透析。一种常用的吸附剂由磷酸锆制成，该磷酸锆用于排除通过尿素的水解生成的氨。通常，需要大量的吸附剂来排除在透析治疗期间生成的氨。

与输液泵102相似，可以利用透析处方或者经由网关108或者单独的网关接收透析处方来在本地对RFT机器300进行编程。RFT机器300被配置为对患者104进行肾衰竭治疗，如上面讨论的，该肾衰竭治疗包括从患者104体内排除超滤。在腹膜透析的情况下，RFT机器300在装填循环期间将透析液灌输到患者104体内。对于任何透析处方，RFT机器300可以将处方的参数与一个或者多个限制相比较，并且如果处方的参数违反了软限制或者硬限制，则提供任何警告或者警报。RFT机器300被配置为监测治疗的进展并且周期性地将肾衰竭诊疗进展数据传输至网关108。肾衰竭诊疗进展数据可以包括：例如，装填速率、驻留时间、排出速率或者流体排除速率、血流速率、流出物剂量、超滤排除速率、透析液排除速率、灌输的总透析液、透析液流量、替换预流量、替换后流量、患者体重平衡、回流压力、多余的患者流体征象、滤过分数、剩余时间、透析液浓度、透析液名称、患者标识符、房间标识符、护理区域标识符、生成数据时的时间戳、警报状况、警告状况、事件等。RFT机器300可以连续地、周期性地(例如，每30秒、1分钟等)或者根据网关108的请求传输数据。

网关108包括被配置为与RFT机器300通信的服务器、处理器、计算机等。网关108可以包括：例如，Global Baxter Exchange^TM(“GBX”)服务器或者网关。网关108可以通信地耦合到超过一个RFT机器。网关108被配置为提供与机器300的双向通信以便进行药品库、透析处方和肾衰竭诊疗进展数据的有线/无线安全转移。

在一些示例中，网关108和/或EMR服务器114包括存储机器可读代码或者指令的存储器，这些机器可读代码或者指令在由处理器执行时使网关108和/或EMR服务器114执行本文描述的操作。这包括：根据预定义的应用、例程或者算法来进行操作。操作包括：将未关联的泵数据112存储到临时位置或者丢弃，将患者标识符与患者的EMR中的泵标识符相关联，和/或在与患者的EMR的关联之后触发对泵数据的写入。

应该了解，将数据写入患者的EMR包括用于管理患者数据的技术解决方案。将未关联的泵数据存储到数据库116或者存储器中的第一位置，该存储器可以包括在预定时间量(例如，1天、7天、30天等)之后被删除的临时内存或者相关联的记录。相比之下，以永久的或者半渗透的第二位置或者内存将患者的EMR存储在数据库116中。一旦进行了泵-患者关联，示例EMR服务器114就将存储器或者数据库116中的位置改变为写入泵数据的位置。另外，在一些实施例中，EMR服务器114被配置为在进行关联之后将泵数据从数据库116中的第一临时位置移动到第二更永久的位置。

示例关联实施例

图4至图6示出了根据本公开的示例实施例的将输液泵数据与特定患者和/或药物单子反向关联的示例处理。如上所述，反向关联使临床医生能够在EMR服务器114处创建已经在进行中(或者已经发生)的输液诊疗与患者的EMR之间的对应关系。在进行对应之后，EMR服务器114使来自输液泵102的随后的数据存储到患者的EMR或者相关联的药物单子。另外，在一些实施例中，EMR服务器114从输液泵(来自相同的诊疗过程)检索或者以其它方式复制先前未关联的数据以包括在患者的EMR中。在其它示例中，EMR服务器114不检索未关联的数据。

如在图4中示出的，当在药房服务器118处创建药品单子402(事件A)时，该示例处理开始。药物单子402包括要接受与单子402对应的药物或者流体的患者104的患者标识符。药物单子402可以包括流体的名称、流体的浓度、流体的剂量率、流体的总体积或者用于对输液泵102进行编程以施用药物的任何其它信息。在一些实例中，在事件A中，印刷具有药物单子信息的标签并且将其粘贴到包括准备好的药物的药物容器。

在事件B中，EMR服务器114从药房服务器118接收药物单子402，并且将单子402存储到EMR数据库116。使用该单子中的患者标识符，EMR服务器114将单子存储到患者104的EMR。可以基于患者标识符和/或药物单子标识符/编号来在患者的EMR中对药物单子进行索引。

在事件C中，使用药物单子参数来手动地对输液泵102进行编程。在一些实施例中，临床医生手动地将参数信息输入到输液泵102的(多个)界面202和204中。在其它实施例中，临床医生使用在泵102处的扫描器来读取具有要灌输的流体的容器的药物容器标签。扫描到的信息包括输液参数，这些输液参数被自动填充到输液泵102的适当的字段中。此时，输液泵102准备开始施用规定的药物。

转向图5，输液泵102开始向患者104提供规定的流体16。另外，在事件D中，输液泵102生成诊疗进展数据112，该数据经由网络110被发送到网关108(例如，泵102串流体积、剂量和速率灌输数据)。诊疗进展数据112包括输液泵102的标识符。在事件E中，网关108接收数据112并且确定目的地(例如，EMR服务器114)。网关108还可以将数据112从INTCOM或者EXTCOM格式转换为HL7格式。转换后的数据112被传输到EMR服务器114。

在事件F中，EMR服务器114将数据存储到数据库116。然而，此时，泵标识符与患者标识符/单子标识符之间不对应。因此，EMR服务器114无法确定哪个患者与数据112相关联。因此，EMR服务器114被配置为以单独的记录(例如，临时记录)将数据112存储到数据库116，可以通过泵标识符来对该单独的记录进行索引。

在图6中，在事件G中，临床医生在诊疗正在进行时确定需要将来自泵102的数据112与患者104和/或药物单子相关联。此时，临床医生使用COW 122的条形码扫描器124来扫描泵标识符126和患者标识符和/或用药物单子标识符。扫描可以包括：读取印刷的代码或者字母数字文本，读取由RFID/NFC芯片提供的电子信号或者从电子屏幕读取印刷的代码或者字母数字文本。

在示例中，临床医生致动输液泵102的界面202或者204上的按钮，该按钮使得QR码被显示。图7示出了根据本公开的示例实施例的作为泵标识符126的示例QR码。QR码126被显示在输液泵102的屏幕202上。临床医生使用条形码扫描器124来电子地扫描输液泵的屏幕上的QR代码126。在一些实施例中，与QR码对应的代码可以包括泵标识符的加密版本，其中，网关108和/或服务器114具有用于对扫描到的数据进行解密以确定泵标识符的密钥。

在事件H中，临床医生扫描与患者104相关联的代码。该代码可以被印刷在患者腕带上或者与患者相关。临床医生还可以扫描药物容器上的代码。在事件I中，COW 122发送一个或者多个消息128，该一个或者多个消息128包括与扫描到的泵标识符126、扫描到的患者标识符和/或扫描到的药物容器相关的信息。经由网络110将消息128从COW 122传输到EMR服务器114。

在事件J中，EMR服务器114接收消息128，并且确定泵标识符与患者标识符和/或药物单子标识符对应。EMR服务器114可以将指示该关联的信息存储到关联记录的条目，诸如，对泵标识符、药物单子标识符和/或患者标识符的引用。关联记录可以被存储到数据库116。EMR服务器114还可以将泵标识符存储到患者的EMR，患者的EMR还创建患者标识符、药物单子标识符与患者的EMR中的泵标识符之间的对应关系。因此，从EMR服务器114接收到的来自输液泵102的随后的数据112被存储到患者的EMR。此外，在一些实施例中，EMR服务器114从输液泵复制先前存储的数据112以包括在患者的EMR中。一旦进行了反向关联，EMR服务器114就能够使先前接收到的和未来的(对于活动的程序)输液数据(体积、剂量、速率)112与正确的药物单子相匹配，并且将其放在正确的患者EMR中。

在一些实施例中，EMR服务器114可以在将自动文档数据122提交至患者的EMR之前经由装置130来提示临床医生验证自动文档数据122。服务器114允许装置130在导入之前、期间和之后编辑数据112。服务器114还可以被配置为使临床医生能够经由装置130来定义经由反向关联而导入的数据的一个或者多个时间窗口，因此，如果有临床医生不想要重写的手动文档的时间段，则他们能够进行定义。

在一些实施例中，EMR服务器114被配置为仅在特定时间段内提供标识符之间的关联。例如，可以仅在药物单子的持续时间内提供关联。在诊疗期间，输液泵102可以提供诊疗标识符或者序列号以标识特定诊疗。在该实施例中，EMR服务器114被配置为仅使一个输液诊疗标识符与药物单子相匹配。因此，如果已经经由反向关联将泵102与患者相关联，并且开始了新的诊疗(其中，生成了新的诊疗单子)，则EMR服务器114不自动将输液数据112写入患者的EMR。实际上，可能已经使新患者与泵102连接以进行诊疗。相反，将泵数据存储在临时位置。如果生成了新的药物单子并且将其与同一患者相关联，则EMR服务器114将单子存储到患者的EMR。然后，EMR服务器114可以使用先前的关联作为用于将当前泵数据与新的药物单子相关联的基础(假设患者标识符与先前的患者标识符相匹配)。在针对进行中的输液在输液泵102处改变输液袋的情况下，该处理可以是有益的，在该进行中的输液中，必须为新的袋输入新的治疗参数。在实例中，在不需要改变泵的设置的情况下，仅将新的袋替换空袋，输液泵继续使用相同的诊疗编号，继续在EMR服务器114处将该诊疗编号与药物单子相关联(对于多个袋)。

在其它实施例中，必须执行新的反向关联过程以将与新诊疗相关联的泵数据与新药物单子相关联。在这些其它实施例中，必须对在输液泵102处提供的每个新的袋或者诊疗进行反向关联。

示例反向关联过程

图8示出了根据本公开的示例实施例的将医疗装置数据与患者的EMR或者药物单子反向关联的示例过程800的示意图。虽然参照在图8中图示的流程图描述过程800，但是应该了解，可以使用执行与过程800相关联的步骤的许多其它方法。例如，可以改变许多框的顺序，可以将某些框与其它框组合，并且许多描述的框是可选的。进一步地，可以在多个装置之间执行在过程800中描述的动作或者步骤，该多个装置包括：例如，EMR服务器114、网关108、医疗装置102、计算机122和/或扫描器124。

当EMR服务器114从药房服务器118、HIS 120和/或临床医生装置130接收药物单子402(框802)时，图示的过程800开始。如上面讨论的，药物单子802包括与药物的施用、唯一药物标识符和患者标识符相关的编程或者药物参数。EMR服务器114使药物单子402中的患者标识符与患者的在数据库116中的EMR中的患者标识符相匹配。EMR服务器114使用该匹配来将药物单子402存储到患者的EMR(框804)。

接下来，临床医生通过对医疗装置102进行编程来开始治疗。随着治疗开始，医疗装置102将医疗装置数据112传输至EMR服务器114(框806)。医疗装置数据包括医疗装置102的装置标识符。EMR服务器114确定装置标识符与任何患者标识符和/或药物单子标识符之间是否有关联(框808)。为了进行该确定，EMR服务器114可以例如，访问标识符关联的关联记录和/或读取针对关联的患者EMR搜索。

如果确定没有关联，则EMR服务器114将医疗装置数据112存储到数据库116中的未关联的记录(框810)。图9示出了根据本公开的示例实施例的其中将医疗装置数据112存储到未关联的记录900的数据库116的示意图。在图示的示例中，将未关联的记录900存储在数据库116中的第一位置。记录900包括与医疗装置102的装置标识符‘D2334’相关联的医疗装置数据112。图9的数据库116还包括与患者标识符‘P123’对应的患者的EMR 902。EMR 902还包括药物单子402或者与药物单子402相关联，该药物单子402的标识符为“O774”。药物单子402还包括患者标识符，EMR服务器114使用该患者标识符来将药物单子402存储到患者的EMR 902。如图所示，患者的EMR 902位于数据库902中的与未关联的记录900分开的第二位置。

返回到图8，EMR服务器114接收标识符消息128(框812)。在治疗正在进行中或者在治疗已经结束之后接收消息128。该消息128由例如，图1的计算机122生成，在该计算机122中，连接的扫描器128已经扫描了指示医疗装置120的标识符和患者的标识符和/或药物的标识符的代码。为了示出医疗装置102的装置标识符以便进行扫描或者获得条目，临床医生可以致动医疗装置102的界面上的控件，从而使医疗装置102显示装置标识符或者用标识符编码的图形(例如，QR码)。

在接收到标识符消息812之后，EMR服务器114创建医疗装置102与患者的EMR之间的关联(框814)。为了创建该关联，EMR服务器114使消息812中的患者或者药物单子标识符与患者的EMR中的对应患者或者药物单子相匹配。在进行关联之后，EMR服务器114将该关联存储到关联记录和/或将医疗装置102的标识符存储到药物单子402和/或患者的EMR。在创建关联之后，EMR服务器114将来自医疗装置102的医疗装置数据存储到患者的EMR(框816)。该存储可以包括：存储新接收到的医疗装置数据和/或已经存储在未关联的记录中的医疗装置数据。

图10示出了根据本公开的示例实施例的在做出关联之后的图9的数据库116的示意图。如图所示，装置标识符‘D2334’被添加到患者的EMR 902以创建关联。新的医疗装置数据112a被存储到EMR 902。此外，在一些实施例中，在未关联的记录900处的医疗装置数据112被EMR服务器144移动或者复制到患者的EMR 902。因此，本文讨论的反向关联使得能够将医疗装置数据存储到适当的患者EMR，而不管相对于开始治疗所进行关联的时间。

自动编程实施例

图11示出了根据本公开的示例实施例的图1的医疗环境100中的自动编程的示意图。在一些实施例中，泵102被配置为可以被从药房服务器118或者其它集中式医院系统远程进行自动编程。在输液治疗设置期间，泵102被配置为提示临床医生选择是手动地还是自动地对泵进行编程。如果选择手动编程，则泵102继续通过若干屏幕以使临床医生能够选择药品名称、输液类型、要灌输的体积和/或输液速率。在一些实施例中，如果启用了自动编程特征，则输液泵102可以忽视手动编程选项。在这些实施例中，输液泵102被配置为在治疗设置期间选择了在护理区域之后显示泵标识符126。

对于自动编程，输液泵102被配置为将泵标识符126显示为例如，QR码(诸如，在图7中示出的代码)。临床医生利用附接至床旁的COW 122上的条形码读取器124来扫描代码。此外，临床医生扫描指示特定患者和/或房间和/或药物容器的患者标识符。COW 122经由网络110将泵标识符(来自QR码)和患者标识符传输到EMR服务器114。可以将标识符包括在例如，要传输的标识符消息内。另外，药房服务器118创建输液处方，该输液处方指导准备具有指定浓度的药品/药物的输液袋。药房服务器118向EMR服务器114传输处方/药物单子。该单子可以指定要灌输的体积、药品或者药物名称、药品浓度、药品比率和患者标识符。使用HL7协议消息来将单子从药房服务器118传输到EMR服务器114。HL7协议提供指定将健康信息打包并且格式化为消息以在临床医生环境中无缝集成的方式的框架。

MR服务器114使从COW 122接收到的患者标识符与药房单子内的患者标识符相匹配。在进行匹配之后，EMR服务器114将泵标识符添加到HL7消息的目的地字段，从而完成对针对泵102的单子的创建。EMR服务器114将单子传输到系统网关108，该系统网关108被配置有输液泵的泵标识符和网络IP/MAC地址的表。

网关108基于HL7消息中所包含的泵标识符来确定IP/MAC地址。网关108还验证HL7消息，并且如果成功，则将该消息转换为EXTCOM消息。然后，网关108通过网络110将EXTCOM消息传输到所标识的泵102。为此，网关108将EXTCOM消息发送到泵102的无线电池模块。泵102的电池模块等待，直到其泵处理器可用于接收EXTCOM消息为止。电池模块对EXTCOM消息执行验证检查以确保已经成功接收到其内容。电池模块可以进一步将EXTCOM消息转换为INTCOM消息以便进行处理。在泵102中的处理器从电池模块接收到消息(EXTCOM或者INTCOM)之后，用单子中的参数来自动对泵102进行编程。泵102将参数与药品库相比较，并且如果超过了任何限制，则显示警告/警报。在从临床医生接收到有关编程参数的确认之后，使泵102能够提供规定的输液治疗。EMR服务器114使用在自动对泵进行编程时所创建的关联来将从泵102传输的数据存储到患者的EMR。

结论

要了解的是，可以通过使用一个或者多个计算机程序或者组件来实施本文描述的所有公开的方法和过程。这些组件可以提供为在任何常规计算机可读介质(包括RAM、ROM、闪速存储器、磁盘或者光盘、光学存储器或者其它存储介质)上的一系列计算机指令。指令可以被配置为由处理器执行，该处理器在执行一系列计算机指令时执行或者促进执行所公开的方法和过程中的全部或者部分方法和过程。

应该理解，对于本领域的技术人员而言，对本文描述的示例实施例的各种改变和修改将是显而易见的。在不脱离本主题的精神和范围的情况下进行这种改变和修改，并且不会减少其预期的优点。因此，旨在使这种改变和修改被随附权利要求书所涵盖。

应该了解，35U.S.C.112(f)或者在前AIA 35U.S.C 112第6段不适用，除非在权利要求书中明确叙述了术语“装置”或者“步骤”。因此，权利要求书不意味着限于本说明书中所描述的对应结构、材料或者动作或者其等效物。

Claims (16)

1.一种电子病历系统，包括：

数据库，所述数据库存储在存储器装置中，所述数据库被配置为将药物单子存储到患者的电子病历EMR，所述药物单子包括药物单子标识符和所述患者的患者标识符，所述患者的所述EMR包括所述患者标识符；以及

服务器，所述服务器被通信地耦合到所述数据库和存储机器可读代码或者指令的存储器，所述机器可读代码或者指令在由所述服务器的处理器执行时，使所述服务器：

经由网络从医疗装置接收第一医疗装置数据，所述第一医疗装置数据包括所述医疗装置的装置标识符，

在第一时间，确定所述装置标识符与任何患者标识符或者药物单子标识符之间都没有关联，并且将所述第一医疗装置数据存储到所述数据库中的未关联的记录，

在所述医疗装置向所述患者施用所述药物时，接收包括所述患者标识符或所述药物单子标识符中的至少一个和所述装置标识符的标识符消息，

通过使所述标识符消息中的所述患者标识符或者所述药物单子标识符与所述药物单子中的所述药物单子标识符或者所述患者标识符相匹配，来创建所述患者的所述EMR与所述医疗装置之间的关联，

在创建所述患者的所述EMR与所述医疗装置之间的所述关联之后，将所述第一医疗装置数据存储到所述患者的所述EMR，

在所述患者的所述EMR与所述医疗装置之间的所述关联之后的第二时间，从所述医疗装置接收第二医疗装置数据，所述第二医疗装置数据包括所述装置标识符，并且

基于所述患者的所述EMR与所述医疗装置之间的创建的所述关联，将所述第二医疗装置数据存储到所述患者的所述EMR，

其中，所述第一医疗装置数据和所述第二医疗装置数据包括装置操作参数、治疗进展数据、警报/警告数据、事件数据、诊断信息中的至少一个。

2.根据权利要求1所述的系统，其中，所述服务器被配置为通过以下中的至少之一来创建所述患者的所述EMR与所述医疗装置之间的所述关联：

将所述患者标识符或者所述药物单子标识符中的至少一个和所述装置标识符存储到关联记录的条目；

将所述装置标识符存储到所述患者的所述EMR；或者

将所述装置标识符存储到所述患者的所述药物单子。

3.根据权利要求1所述的系统，其中，所述服务器被配置为在所述第一医疗装置数据被存储到所述患者的所述EMR之后，使所述未关联的记录或者所述第一医疗装置数据中的至少一个从所述数据库中被删除。

4.根据权利要求1所述的系统，其中，通过在所述医疗装置向所述患者施用所述药物时经由条形码扫描器来扫描字母数字字符、条形码或者快速响应码中的至少一个，来确定所述标识符消息中的所述装置标识符。

5.根据权利要求4所述的系统，其中，所述服务器被配置为从所述条形码扫描器或者连接到所述条形码扫描器的轮式计算机接收所述标识符消息。

6.根据权利要求1所述的系统，进一步包括网关，所述网关经由所述网络被通信地耦合到所述医疗装置和所述服务器，所述网关被配置为：

以INTCOM或者EXTCOM格式从所述医疗装置接收所述医疗装置数据；

将所述医疗装置数据转换为HL7格式；并且

将格式化的所述医疗装置数据传输到所述服务器。

7.根据权利要求1所述的系统，其中，所述未关联的记录通过所述装置标识符在所述数据库中被索引。

8.根据权利要求1所述的系统，其中，所述医疗装置包括输液泵或者肾衰竭治疗机中的至少一个。

9.一种电子病历存储方法，包括：

经由处理器将患者的药物单子存储到数据库中的电子病历EMR，所述药物单子包括药物单子标识符和患者标识符；

在处理器中经由网络从医疗装置接收第一医疗装置数据，所述第一医疗装置数据包括所述医疗装置的装置标识符；

在确定所述装置标识符与任何患者标识符或者药物单子标识符之间都没有关联之后，经由所述处理器将所述第一医疗装置数据存储到所述数据库中的未关联的记录；

在所述医疗装置向所述患者施用所述药物时，在所述处理器中接收包括所述患者标识符或所述药物单子标识符中的至少一个和所述装置标识符的标识符消息；

经由所述处理器，使用所述标识符消息来创建所述患者的所述EMR与所述医疗装置之间的关联；

经由所述处理器，在创建所述患者的所述EMR与所述医疗装置之间的所述关联之后，将所述第一医疗装置数据存储到所述患者的所述EMR；

在所述患者的所述EMR与所述医疗装置之间的所述关联之后，在所述处理器中从所述医疗装置接收第二医疗装置数据，所述第二医疗装置数据包括所述装置标识符；以及

经由所述处理器，基于所述患者的所述EMR与所述医疗装置之间的创建的所述关联，将所述第二医疗装置数据存储到所述患者的所述EMR，

其中，所述第一医疗装置数据和所述第二医疗装置数据包括装置操作参数、治疗进展数据、警报/警告数据、事件数据、诊断信息中的至少一个。

10.根据权利要求9所述的方法，进一步包括：

在所述医疗装置向所述患者施用所述药物时，在所述医疗装置的接口处接收用于显示所述装置标识符的操作员输入；以及

经由所述医疗装置，使所述装置标识符被显示在所述医疗装置的屏幕上。

11.根据权利要求10所述的方法，其中，经由字母数字字符、条形码或者快速响应码中的至少一个来显示所述装置标识符。

12.根据权利要求10所述的方法，进一步包括：

在条形码扫描器中，通过读取显示在所述医疗装置的所述屏幕上的所述装置标识符来接收指示所述装置标识符的第一信息；

在条形码扫描器中，通过读取在患者腕带上提供的所述患者标识符来接收指示所述患者标识符的第二信息；

经由连接到所述条形码扫描器的计算机，来创建所述标识符消息；以及

经由所述计算机，将所述标识符消息经由所述网络传输到所述处理器。

13.根据权利要求9所述的方法，进一步包括：

在所述处理器中，从药房服务器接收至少一个HL7消息中的所述药物单子；以及

经由所述处理器，使用所述患者标识符将所述药物单子存储到所述患者的所述EMR，以在所述患者的所述EMR与所述药物单子之间关联。

14.根据权利要求9所述的方法，其中，所述药物单子包括药物名称、要灌输的量、药物浓度或者药物输送速率中的至少一个。

15.根据权利要求9所述的方法，其中，所述标识符消息中的所述装置标识符被加密，进一步包括，经由所述处理器使用存储的密钥对所述装置标识符进行解密。

16.一种存储机器可读代码或者指令的电子病历存储器，所述机器可读代码或者指令在由处理器执行时，使所述处理器：

在输液泵向患者施用药物时，在所述患者的电子病历EMR和所述输液泵之间进行关联之前，接收第一输液泵装置数据，所述第一输液泵装置数据包括所述输液泵的装置标识符，所述患者的所述EMR包括药物单子标识符和患者标识符；

在确定所述患者的所述EMR与所述输液泵之间没有关联之后，将所述第一输液泵装置数据存储到数据库中的未关联的记录；

在所述输液泵向所述患者施用所述药物时，接收标识符消息，所述标识符消息包括所述患者的所述患者标识符或由所述输液泵施用的所述药物的所述药物单子标识符中的至少一个和所述输液泵的所述装置标识符；

使用所述标识符消息创建位于所述数据库中的所述患者的所述EMR与所述输液泵之间的关联；

在创建所述患者的所述EMR与所述输液泵之间的所述关联之后，将所述第一输液泵装置数据存储到所述患者的所述EMR；

在所述患者的所述EMR与所述输液泵之间的所述关联之后，从所述输液泵接收第二输液泵装置数据，所述第二输液泵装置数据包括所述装置标识符；并且

基于所述患者的所述EMR与所述输液泵之间的创建的所述关联，将所述第二输液泵装置数据存储到所述患者的所述EMR，

其中所述第一输液泵装置数据和所述第二输液泵装置数据包括装置操作参数、治疗进展数据、警报/警告数据、事件数据、诊断信息中的至少一个。