背景技术：
：：1.医疗网络通常具有大量连接的医疗装置。网络从医疗装置接收数据。在接收数据以后，连接到网络的服务器将数据存储到患者电子医疗记录(“emr”)或将数据中继到诸如药房系统的某些医院系统。为了安全起见，使得从医疗装置收集的数据是仅有权连接到医疗网络的用户装置在内部可得的。作为这种网络安全性的结果，第三方(诸如医疗装置制造商)通常无法访问由其部署的医疗装置生成的数据。2.一些制造商试图通过让销售代表或技术人员在物理上访问每个医疗装置，以去除至少一些装置数据，包括诊断信息。然而，这是一个极其劳动密集型的过程。此外，由于数据收集所涉及的时间和成本，这个手动过程经常忽略或忽视数据收集中的很多医疗装置。这可能会在以后分析数据时产生缺口。此外，这种手动收集方法并不及时，因为数据可能仅在收集后几天、几周甚至几个月进行分析。3.一些其他医疗装置制造商被授予对存储在医疗网络内的医疗装置数据的有限访问权。在这些实例中，装置制造商可以访问与患者记录和医院系统分开的数据存储库。一个问题是，数据限于从医疗装置传输的医疗数据，并且不一定包括制造商感兴趣的数据，诸如诊断或使用信息。此外，数据以医院系统指定的方式格式化，这可能使得数据的大规模处理、处理和分析困难或不可能。此外，在数十到数百个不同的医院系统(每个系统都有自己的协议和数据存储要求)中具有医疗装置的装置制造商必须单独访问每个系统并执行所有数据转换，以产生统一和可用的数据集。4.上述问题剥夺了医疗装置制造商宝贵的医疗装置数据。例如，装置制造商可以使用装置数据来解决装置问题，识别装置运行趋势，识别治疗趋势，识别装置操作建议，或帮助规划下一代装置的开发。数据的缺乏往往使得医疗装置制造商是对问题做出反应而不是积极主动地做出反应，从长远来看，这会影响患者治疗的质量。技术实现要素：5.本文公开一种用于从医疗装置传输数据的数字通信模块(“dcm”)。示例性dcm位于医疗装置的处理器(或治疗模块)与医疗网络之间。在一些实施例中，dcm在医疗装置外部(经由串行连接或ethernet连接来连接)。在其他实施例中，dcm包括在医疗装置内部或与医疗装置集成。本文公开的dcm被配置为网关(诸如物联网(“iot”)网关)，以并行或同时向医疗网络以及与医疗网络分离的外部服务器(例如使用iot影子服务的医疗装置制造商服务器)传输医疗装置数据。6.在实施例中，dcm从医疗装置的处理器或治疗模块接收医疗装置数据。dcm被配置为向医疗网络传输医疗装置数据的两个单独的流。对于第一数据流，dcm按照第一格式提供医疗装置数据，用于传输给可由相应医疗装置的装置制造商操作的外部服务器。对于第二数据流，dcm按照第二格式提供医疗装置数据，用于传输给医院网络内的emr服务器或医院系统。在一些实例中，dcm可以将第一数据流的医疗装置数据去识别化，并添加装置制造商感兴趣的日志/健康数据，以及允许高级分析来评估医疗装置的操作。对于第二数据流，dcm传输具有患者识别信息的医疗装置数据，以包括在适当的emr中或者由适当的医院系统使用。因此，dcm为医疗装置制造商提供了对用于数据分析的通用格式的有价值医疗装置数据的容易访问，同时也为医院系统提供了与先前内部使用的格式相同的医疗装置数据(因此不需要改变医疗网络)。7.本文公开的示例性dcm可经由配置文件来远程配置。示例性文件使得操作者能够指定医疗装置类型、用于连接到医疗装置的硬件接口、用于数据管理的装置驱动程序、数据传输类型以及用于数据传输的硬件接口。在接收配置文件之后，dcm被配置为安装指定的驱动程序并配置指定的输入和输出接口，以在医疗装置与医疗网络之间无缝集成。配置文件可以被更新，以改变连接性要求和/或数据格式，从而在dcm已经部署在医院站点之后给予装置制造商灵活性。8.示例性dcm可以与任何类型的医疗装置一起操作。例如，dcm可以与用于血浆置换、血液透析(“hd”)、血液过滤(“hf”)、血液透析过滤(“hdf”)和连续肾脏替代治疗(“crrt”)治疗的医疗装置一起操作。本文所述的dcm还可与用于腹膜透析(“pd”)、静脉内药物输送和营养液输送的医疗装置一起操作。这些不同的治疗模式在本文中可以统称为或者一般性地分别称为医疗流体输送或治疗。9.上述模式可由医疗流体输送机提供，医疗流体输送机容纳输送医疗流体所需的组件，诸如一个或多个泵、阀门、加热器(如果需要的话)、在线医疗流体生成装备(如果需要的话)、传感器(诸如压力传感器、电导率传感器、温度传感器、空气检测器、血液泄漏检测器等)、用户界面、以及控制单元，控制单元可以采用一个或多个处理器和存储器来控制上述装备。医用流体输送机还可以包括一个或多个过滤器，诸如用于净化血液的透析器或血液过滤器和/或用于净化水、透析流体或其他流体的超滤器。10.本文所述的dcm和医疗流体输送机可以与家用机器一起使用。例如，系统可以与在患者方便时操作的家用hd、hf或hdf机一起使用。在2004年11月4日提交的、名为“highconvectionhomehemodialysis/hemofiltrationandsorbentsystem(高对流家庭血液透析/血液过滤和吸附剂系统)”的、在2011年10月4日公布的美国专利no.8,029,454(“’454专利”)中描述了一个这样的家用系统，该专利已转让给本技术的受让人。在2008年8月27日提交的、名为“enclosureforaportablehemodialysissystem(便携式血液透析系统的外壳)”的、2013年3月12日公布的美国专利no.8,393,690(“’690专利”)中描述了其他这样的家用系统。通过引用将以上参考文献的全部内容合并于此并以其为基础。11.如以下详述，本公开的dcm可以在包含性平台系统内操作，该包含性平台系统可以包括很多机器(包括很多不同类型的装置)、患者、临床医生、医生、服务人员、电子医疗记录(“emr”)数据库、网站、处理经由患者和临床医生通信生成的数据的资源规划系统、以及商业智能。本公开的dcm在整个系统内无缝操作，并且不违反其规则和协议。12.根据本文的公开，在不以任何方式限制本公开的情况下，在本公开的第一方面(其可以与本文所列的任何其他方面相结合)，数字通信设备包括被配置用于与医疗装置的通信耦合的输入接口以及被配置用于与医疗网络的通信耦合的输出接口。输入接口包括串行输入端口、ethernet输入端口和无线输入端口。输出接口包括串行输出端口、ethernet输出端口或无线输出端口中的至少一个。数字通信设备还包括存储器装置，存储器装置被配置为存储用于输入端口和输出端口的驱动程序和至少一个配置文件。数字通信装置还包括与输入接口、输出接口和存储器装置通信地耦合的处理器。处理器被配置为经由输出接口从管理计算机接收配置文件，配置文件指定输入接口的输入端口中的一个和输出接口的至少一个输出端口、第一数据格式和第二数据格式。处理器还被配置为将配置文件存储到存储器装置，为配置文件指定的输入端口和输出端口安装驱动程序，为输入接口提供所指定的输入端口，以按照第一数据格式从医疗装置接收医疗数据，以及为输出接口提供所指定的至少一个输出端口，以使用第一数据格式和第二数据格式来传输所接收的医疗数据中的至少一部分。13.在本公开的第二方面(其可以与本文所列的任何其他方面相结合)，处理器被配置为：经由输入接口从医疗装置按照第一格式接收医疗数据，经由配置文件指定的输出端口中的一个输出端口选择医疗数据的第一子集，以用于经由输出接口按照第一数据格式进行传输，将医疗数据的第二子集转换为第二数据格式，以及按照第二数据格式传输医疗数据的第二子集，用于经由配置文件指定的相同或不同输出端口进行传输。14.在本公开的第三方面(其可以与本文所列的任何其他方面相结合)，医疗数据的第一子集与医疗数据的第二子集相同。15.在本公开的第四方面(其可以与本文所列的任何其他方面相结合)，输出接口提供经由医疗网络与电子医疗记录(“emr”)服务器、中间件服务器或集成引擎中的至少一个的通信耦合，并且处理器被配置为使用配置文件指定的相同或不同输出端口，按照第二数据格式将医疗数据的第二子集传输给emr服务器、中间件服务器或集成引擎中的至少一个。16.在本公开的第五方面(其可以与本文所列的任何其他方面相结合)，ethernet端口和无线端口中的至少一个提供与医疗网络外部的远程服务器的通信耦合，并且处理器被配置为使用ethernet端口或无线端口中的至少一个，按照第一数据格式将医疗数据的第一子集传输给远程服务器。17.在本公开的第六方面(其可以与本文所列的任何其他方面相结合)，处理器包括第一连接性代理，并将消息传递协议用于按照第一数据格式传输医疗数据的第一子集。18.在本公开的第七方面(其可以与本文所列的任何其他方面相结合)，消息传递协议包括消息队列遥测传输(“mqtt”)发布-订阅网络协议。19.在本公开的第八方面(其可以与本文所列的任何其他方面相结合)，配置文件指定用于按照第一数据格式接收医疗数据的第一子集的第一目的地网络地址，并指定用于按照第二数据格式接收医疗数据的第二子集的第二目的地网络地址，并且第一目的网络地址与医疗网络外部的网络域相关联，且第二目的网络地址与包括医疗网络的网络域相关联。20.在本公开的第九方面(其可以与本文所列的任何其他方面相结合)，处理器被配置为：生成日志数据和健康数据，经由配置文件指定的输出端口中的一个输出端口将日志数据和健康数据包含于医疗数据的第一子集，以用于经由输出接口按照第一数据格式进行传输，将日志数据转换为第二数据格式，以及将日志数据包含于医疗数据的第二子集，用于经由配置文件指定的相同或不同输出端口进行传输。21.在本公开的第十方面(其可以与本文所列的任何其他方面相结合)，日志数据包括医疗装置类型的识别、医疗装置序列号的识别、所接收的医疗数据由医疗装置生成或者由处理器从医疗装置接收的时间戳、设备的标识符、医疗数据的第一子集的时间戳、或单调时间戳中的至少一个，并且健康信息包括与存储器装置相关的信息、cpu使用信息、网络连接性信息、进程/线程信息、或者与通过处理器操作的用于处理医疗数据的第一子集和第二子集以进行传输的软件相关的信息。22.在本公开的第十一方面(其可以与本文所列的任何其他方面相结合)，处理器被配置为以下中的至少一个：匿名化被包括在传输之前的医疗数据的第一子集内的患者信息，或者加密传输之前的医疗数据的第一子集。23.在本公开的第十二方面(其可以与本文所列的任何其他方面相结合)，处理器被配置为接收医疗数据的流，按照周期性间隔创建医疗数据的快照，以及提供医疗数据的快照，作为医疗数据的第一子集或者医疗数据的第二子集中的至少一个。24.在本公开的第十三方面(其可以与本文所列的任何其他方面相结合)，周期性间隔具有5秒和60秒之间的周期。25.在本公开的第十四方面(其可以与本文所列的任何其他方面相结合)，处理器被配置为使用事件跟踪来识别快照之间医疗数据的变化，以及仅将来自先前快照的被改变的医疗数据包括作为医疗数据的第一子集或者医疗数据的第二子集中的至少一个。26.在本公开的第十五方面(其可以与本文所列的任何其他方面相结合)，配置文件指定医疗装置的类型，并按照第一数据格式提供要从医疗装置接收的医疗数据。27.在本公开的第十六方面(其可以与本文所列的任何其他方面相结合)，医疗装置的类型包括连续肾脏替代治疗(“crrt”)机、腹膜透析机、血液透析机、水净化机或营养复合机中的至少一个。28.在本公开的第十七方面——其可以与本文所列的任何其他方面相结合，第一数据格式包括javascriptobjectnotation(“json”)、hypertexttransferprotocol(“http”)或二进制协议。29.在本公开的第十八方面——其可以与本文所列的任何其他方面相结合，第二数据格式包括health-level7(“hl7”)协议、fasthealthcareinteroperabilityresources(“fhir”)协议或二进制协议。30.在本公开的第十九方面(其可以与本文所列的任何其他方面相结合)，无线输入端口包括wi-fi输入端口和输入端口中的至少一个，且无线输出端口包括wi-fi输出端口或蜂窝输出端口中的至少一个。31.在本公开的第二十方面(其可以与本文所列的任何其他方面相结合)，医疗数据包括事件信息、警报信息、治疗编程信息、或治疗信息中的至少一个，事件信息包括透析循环的填充、停留和排出阶段之间的转换，治疗信息包括估计的填充速率、排出速率以及去除的超滤量。32.在本公开的第二十一方面，可将结合图1至图9公开的任何结构和功能性与结合图1至图9公开的任何其他结构和功能性相结合。33.根据本公开和上述方面，因此，本公开的优点是提供一种用于将医疗装置数据提供给医疗装置制造商的改进系统。34.本公开的另一个优点是使用配置文件来配置dcm上的某些驱动程序和/或硬件接口。35.在以下详细说明和附图中描述了附加特征和优点，根据详细说明和附图，这些附加特征和优点将显而易见。本文所述特征和优点并非涵盖所有，具体而言，根据附图和描述，很多附加特征和优点对于本领域技术人员而言将显而易见。此外，任何特定实施例不一定具有本文列出的所有优点，并明确地考虑单独地要求保护各个有利实施例。此外应当注意，说明书中使用的语言主要是为了可读性和指导目的而选择的，并非要限制本发明主题的范围。附图说明36.图1是根据本公开示例性实施例的包括dcm和医疗装置的dcm环境的示意图。37.图2是根据本公开示例性实施例的dcm环境的另一示意图。38.图3是根据本公开示例性实施例的图1和图2的示例性dcm的示意图。39.图4和图5是根据本公开示例性实施例的说明配置文件如何安装在图1至图3的dcm上的示意图。40.图6是根据本公开示例性实施例的说明图4和图5的配置文件的示意图。41.图7是根据本公开示例性实施例的图1至图3的包括输入端口、输出端口和处理器的dcm的示意图，处理器包括以上结合图3所述用于处理医疗装置数据的一个或多个应用。42.图8是根据本公开示例性实施例的通过配置文件来配置图1至图5以及图7的dcm的示例性程序的流程图。43.图9是根据本公开示例性实施例的使用图1至图5以及图7的dcm来处理医疗装置数据的示例性程序的流程图。具体实施方式44.公开一种用于从医疗装置传输数据的数字通信模块(“dcm”)。示例性dcm被配置为从医疗装置接收医疗装置数据。dcm将医疗装置数据并行传输给本地医院网络和外部服务器(诸如医疗装置制造商的服务器)。在一些实施例中，dcm将传输给外部服务器的医疗装置数据去识别化。dcm还可以将健康和/或日志数据添加到传输给外部服务器的医疗装置数据。此外，在一些实施例中，dcm可以将医疗装置数据转换为医院系统的不同格式。示例性dcm经由指定输入接口参数、输出接口参数、装置驱动程序参数和/或数据转换参数的配置文件来提供。在接收配置文件以后，dcm被配置为除了安装指定的装置驱动程序和提供数据转换/加密机制之外，还提供指定的输入/输出接口。45.dcm配置为与很多不同类型的医疗装置一起操作，并经由不同类型的接口进行通信，不同类型的接口诸如串行连接(例如rs-232或rs-485连接)、ethernet连接、wi-fi连接、连接和/或通用串行总线(“usb”)连接。dcm的可配置性使其能够与很多不同类型的医疗装置一起使用，不同类型的医疗装置诸如腹膜透析机、重症护理透析机、连续肾脏替代治疗(“crrt”)机、血液透析机、水制备/净化装置、营养复合机、输液泵等。此外，dcm的可配置性使其能够在通过不同方式配置的医院系统中使用。因此，dcm的可配置性使得医疗装置数据能够传输给外部服务器，无需对医疗装置或医院系统进行连接或联网更改。46.在此参考医疗装置数据。如同所公开的，医疗装置数据(例如医疗数据)在医疗装置生成并传输给dcm。医疗装置数据包括治疗编程信息，治疗编程信息包括限定医疗装置如何操作来对患者施行治疗的一个或多个参数。对于腹膜透析治疗，参数可以指定要泵入患者腹膜腔的新鲜透析流体的量(或速率)、流体在患者腹膜腔中停留的时间量(即停留时间)以及在停留期结束后从患者体内泵出或排出的用过的透析液和超滤(“uf”)的量(或速率)。对于具有多个循环的治疗，参数可以指定每个循环的填充、停留和排出量以及治疗过程中要执行的循环总数(其中每天提供一次治疗，或者白天和夜间提供单独的治疗)。此外，参数可以指定要通过医用流体输送机施行治疗的日期/时间/天数(例如时间表)。此外，除了透析液的浓度水平(诸如葡萄糖水平)之外，规定疗法的参数还可以指定每次治疗要施行的透析液的总体积。对于输液疗法，参数可以包括待输液的体积、待输液的药物、药物浓度、药物剂量和/或输液速率。47.医疗装置数据还包括与治疗的施行有关的事件信息。事件信息可以包括由医疗装置生成的指示测量、检测或确定的参数值的数据。例如，虽然规定疗法可以指定治疗包括五个单独的周期，每个周期有45分钟的停留时间，但是医疗流体输送装置可以施行提供较少周期的治疗，每个周期有30分钟的停留时间。医疗装置监测如何施行治疗，并相应提供指示操作的参数。治疗数据的参数例如可以包括向患者施行的透析液总量、操作的循环数、每个循环的填充量、每个循环的停留时间、每个循环的排出时间/量、去除的uf的估计量、治疗开始时间/日期和/或治疗结束时间/日期。处理数据还可以包括计算的参数，诸如填充率和排出率，通过将泵送的流体量除以泵送所花费的时间来确定。治疗/事件数据还可以包括在治疗期间发生的警报的识别、警报的持续时间、警报的时间、与警报相关联的事件和/或关于引起警报的问题是否被解决或警报是否被静音的指示。48.医疗装置数据还包括装置机器日志，装置机器日志包括诊断信息、故障信息等。诊断信息可以包括指示医疗装置内部操作的信息，诸如与泵操作相关的故障、信号错误、通信错误、软件问题等。医疗装置数据可以作为数据流传输或者以周期性间隔提供。在一些实例中，医疗装置数据可以在数据发生事件或其他变化时传输。49.在此还参考通过示例性dcm生成的日志数据和健康数据。日志数据包括疗法(医疗)装置类型的识别、疗法装置序列号的识别、从疗法装置生成或接收治疗数据的时间戳、dcm的标识符、快照的时间戳和/或dcm单调时间戳。健康信息例如包括dcm系统存储器信息、dcm中央处理单元(“cpu”)使用信息、网络连接性信息、进程/线程信息以及关于嵌入式软件应用的信息。50.虽然以下示出将医疗装置数据划分为两个单独的数据流或子集的dcm，但是应当理解，dcm可以将数据划分为三个以上的单独流。在一些示例中，每个不同的流可以指向不同的目的地，包括不同的数据格式，和/或包括医疗装置数据和/或日志/健康数据的不同子集。除了制造商的分析服务器之外，医疗装置数据还可以提供给药物/透析液制造商的数据分析服务器、持续质量改进系统、审计员、监管者等。51.一、dcm环境实施例52.图1是根据本公开示例性实施例的dcm环境100的示意图。示例性dcm环境100包括通信地耦合到医疗装置104的至少一个dcm102。dcm102可以经由串行连接、ethernet连接、usb连接、wi-fi连接、连接等连接到医疗装置。示例性dcm102可以包括网络网关，诸如iot网关。53.在示例性实施例中，dcm102被配置为仅从医疗装置104接收医疗装置数据。这种单向通信配置防止其他装置能够经由dcm102访问、编程或者以其他方式与医疗装置104通信。然而，在一些实施例中，dcm102可以具有与医疗装置104的双向通信链路，以使得能够将数据、编程指令或信息传输给医疗装置。虽然在图1中仅示出一个dcm102和医疗装置104，但是应当理解，环境100可以包括数十至数百或数千个医疗装置和相应的dcm。54.示例性医疗装置104被配置为接受指定治疗或处方(即治疗编程信息)的一个或多个参数。在操作期间，医疗装置104将事件、诊断和/或操作数据写入一个或多个日志文件。在一些实施例中，医疗装置104可以周期性地(诸如每5秒到60秒和/或在数据发生变化之后)将医疗装置数据存储到日志文件中。写入日志文件的新的医疗装置数据被传输给dcm102。在一些实施例中，医疗装置104按照javascriptobjectnotation(“json”)格式、hypertextmarkuplanguage(“html”)格式、extensiblemarkuplanguage(“xml”)格式、逗号分隔值(“csv”)格式、文本格式、和/或health-level-7(“hl7”)格式来创建医疗装置数据。55.示例性医疗装置104可以包括一个或多个控制接口105，用于显示指令以及从用户接收控制输入。控制接口105可以包括按钮、控制面板或触摸屏。控制接口105还可以被配置为使得用户能够导航到医疗装置104的屏幕上的特定窗口或用户接口。控制接口105也可以提供用于操作或控制医疗装置104。56.示例性医疗装置104还包括处理器或疗法模块107。医疗装置104的处理器或疗法模块107根据一个或多个指令操作，用于对患者进行治疗。指令可以经由控制接口105获取。处理器或疗法模块107还监测装置组件的问题，这些问题被记录为诊断信息。处理器或疗法模块107结合操作一个或多个泵或其他部件来创建医疗装置数据，以施行治疗。处理器或疗法模块107将医疗装置数据传输给dcm102。57.示例性dcm环境100还包括医疗网络106，医疗网络106将dcm102通信地耦合到emr服务器108和一个或多个医院系统110。医疗网络106可以包括用于建立通信连接和路由数据的任何数量的网关、路由器、系统集线器、交换机和/或网络设施。医疗网络106可以包括一个或多个防火墙，防火墙限制仅对授权的远程装置和/或服务器的访问。医疗网络106可以包括任何局域网(lan)、ethernet网络、wi-fi网络或它们的组合。58.如图1所示，dcm102可以通过有线方式或无线方式耦合到医疗网络106。在一些实施例中，连接可以包括ethernet连接、wi-fi连接和/或蜂窝连接。附加性或替代性地，dcm102可以具有与emr服务器108(或医院系统110)的串行连接，该串行连接绕过医疗网络106。59.图2是根据本公开示例性实施例的dcm环境100的另一示意图。在本实施例中，dcm102包括在医疗装置104内和/或与医疗装置104集成。dcm102例如可以包括digi6ul模块，其具有nxpi.mx6ul-2、cortex-a7528mhzcpu和256mb/1gbnand和ddr3闪存驱动程序。dcm102可以连接到医疗装置104的通信总线，用于接收医疗装置数据。dcm102(包括图1的dcm)还包括802.11a/b/g/n/acwi-fi无线电和/或4.2无线电。dcm102可以包括yoctolinux操作系统并包含用于digi芯片组的驱动程序。60.示例性emr服务器108被配置为管理存储在存储器装置112的数据库中的患者emr。emr服务器108被配置为接收医疗装置数据，基于患者标识符来解析数据，在存储器装置112中定位对应的患者emr，并将解析的医疗装置数据存储到识别的emr。emr服务器108还可以响应于识别相应患者的请求消息来访问一个或多个emr。emr服务器108可以按照hl7格式、二进制版本2格式、二进制版3格式或fasthealthcareinteroperabilityresources(“fhir”)格式来存储医疗装置数据。61.示例性dcm环境100可以包括服务门户、企业资源规划系统、web门户、商业智能门户、符合hipaa的数据库、药房系统等。dcm环境还可以包括中间件系统和/或集成引擎。dcm环境100使得用户装置(例如智能手机、膝上型计算机、工作站、平板计算机等)能够读取和/或写入存储在存储器装置112的emr中的医疗装置数据。62.图1的示例性dcm环境100还包括通信地耦合到分析服务器122的外部网络120。外部网络120可以包括任何路由器、网关、交换机、蜂窝塔和/或网络设施，用于在广域网(wan)上路由数据，广域网(“wan”)诸如internet、蜂窝网络(例如4g、5g或6g蜂窝网络)或它们的组合。外部网络120经由一个或多个ethernet和/或蜂窝连接通信地耦合到医疗网络106。可以为医疗网络106分配域地址或子域地址，域地址或子域地址由外部网络120识别，用于向和/或从连接到医疗网络106的装置路由数据。在一些实施例中，dcm102的蜂窝连接可以绕过医疗网络106，作为替代，耦合到外部网络120的蜂窝网络。63.示例性分析服务器122被配置为从dcm102接收至少一些医疗装置数据。分析服务器122将接收的数据存储于存储器装置124，存储器装置124可以包括被配置用于永久存储数据的任何装置。存储器装置124与分析服务器122一起操作，以通过platformasaservice(“paas”)框架经由amazonweb(“aws”)来存储医疗装置数据。在其他实施例中，存储器装置124可以被配置为将医疗装置数据存储在structuredquerylanguage(“sql”)数据库、nosql数据库、relationaldatabaseservice(“rds”)等中。分析服务器122可以包括一个或多个应用编程接口(“api”)，应用编程接口被配置用于从dcm102接收医疗装置数据。api可以连接到分析服务器122的端口，这些端口被分配一个或多个目的地互联网协议(“ip”)地址。dcm102配置一个或多个目的地ip地址，使得能够将医疗装置数据传输给分析服务器122。64.分析服务器122被配置为周期性地分析所接收的医疗装置数据，以获得与医疗装置104的操作相关的某些关键性能指标(“kpi”)。kpi可以与治疗趋势、组件(例如泵或过滤器)使用、警示/警报趋势等相关。分析服务器122可以分析医疗装置数据，以确定建议和/或指南，从而改进医疗装置104的操作和/或改进某些疾病状况的治疗规程。例如，分析服务器122可以为具有一定程度肾衰竭的患者确定更优化的腹膜透析编程参数。医疗装置数据的分析可以包括分析服务器122，分析服务器122提供dcm装置日志的标准化、解析以及dcm健康统计数据的分析。65.在所示的示例中，医疗装置104是由baxterinternational股份有限公司制造的prismaxcrrt机。应当理解，在其他实施例中，医疗装置104可以包括任何其他肾衰竭治疗机、输液泵、生理传感器等。医疗装置104例如可以包括输液泵(例如注射器泵、线性蠕动泵、大容量泵(“lvp”)、流动泵、多通道泵)、营养复合机、氧传感器、呼吸监测器、葡萄糖计、血压监测器、心电图(“ecg”)监测器、体重计和/或心率监测器。66.关于肾衰竭治疗机，由于各种原因，患者的肾系统可能会衰竭。肾衰竭会导致多种生理紊乱。例如，患有肾衰竭的患者不再能够平衡水和矿物质或排泄每日代谢负荷。氮代谢的有毒最终产物(尿素、肌酐、尿酸等)会在患者的血液和组织中累积。肾衰竭和肾功能减退102包括外部代理310、外部接口312和外部永久存储器装置314。对于提供给emr服务器108的第二数据流或子集，dcm包括内部代理320、内部接口322和内部永久存储器装置324。76.可以使用一个或多个计算机程序或应用来实现dcm的示例性组件302至312、320和322。可通过存储在任何计算机可读介质上的一系列计算机指令来限定程序或应用，计算机可读介质包括随机存取存储器(“ram”)、只读存储器(“rom”)、闪存、磁盘或光盘、光存储器或其他存储介质。指令可以被配置为通过dcm102的处理器执行，该处理器在执行一系列计算机指令时执行或促进执行本文公开的全部或部分公开的方法和程序。永久存储器装置314和324可以包括任何存储器装置，包括ram、rom、闪存等。77.示例性数据装置管理器302被配置为与医疗装置104接合以接收医疗装置数据。数据装置管理器302被配置为在离散时间点创建医疗装置数据的快照。时间段可以由配置文件(例如配置文件342)指定，例如包括5秒间隔、10秒间隔、30秒间隔、60秒间隔等。对于每个快照，数据装置管理器302从医疗装置104读取最近接收的数据。通过这种方式，装置数据管理器302提供关于医疗装置104状态的定期更新。78.在示例中，医疗装置104可以以连续流、周期性间隔或者在数据改变之后传输医疗装置数据330。医疗装置104可以在日志文件或消息流中传输医疗装置数据330。装置数据管理器302编译自上次快照间隔以来所接收的数据。当下一个间隔接近时，装置数据管理器302将编译的最新数据编译到快照中，以提供在该时间点医疗装置104的表示。如果在编译时段里发生多个事件，则装置数据管理器302可以仅包括在该时段里发生的最近事件或所有事件。79.在一些实例中，装置数据管理器302可以将当前快照与先前快照进行比较。基于比较，装置数据管理器302可以仅包括自先前快照以来已经改变的当前快照中的医疗装置数据。比较减少了在每个快照中传输的数据量，使得仅传递新的和/或更新的医疗装置数据330。例如，crrt医疗装置104可以连续传输估计的uf去除值，在pd治疗的填充和停留周期里，这个值通常不变。因此，装置数据管理器302仅在值发生变化时才包括uf去除值。在另一个示例中，警报可以在某个时间激活。装置状态可以包括在医疗装置数据330中，其指示警报仍然有效。然而，装置数据管理器302仅在第一快照中包括警报激活的时间(和警报类型)以及在第二后续快照中警报被静音或重置的时间的通知，而不包括在中间快照中警报有效的指示。80.在其他实施例中，医疗装置104可以选择性地仅传输已经从先前值改变或反映新事件的医疗装置数据。在这些实例中，装置数据管理器302将接收的医疗装置数据302写入适当的快照。81.结合创建医疗装置数据330的快照，示例性装置数据管理器302创建两个单独的数据集或流。第一数据集或流316用于分析服务器122。第二数据子集或流326用于emr服务器108和/或医院系统110。第一数据流或子集316可以包括来自快照的与第二数据流或子集326相同的医疗装置数据330。在其他实施例中，可以包括来自快照的与第二数据子集或流326相比更多或更少的医疗装置数据330。例如，装置数据管理器302可以被配置为在第一数据流或子集316中包括诊断数据(由元数据、数据字段标签、布置等识别)，而不在第二数据数据流或子集326中包括诊断数据。此外，装置管理器302可以在第二数据流或子集326中包括患者识别数据，而不在第一数据流或子集中316中包括任何患者识别数据。82.示例性dcm102包括外部代理310，用于将第一数据流或子集316去识别化，以生成去识别化的第一数据流或子集318。外部代理310可以被配置为搜索指示患者姓名、医院分配的标识符、社保号等的数据标签或关键字。在一些实例中，可以用(随机)生成的会话标识符来替代患者特定信息，会话标识符被分析服务器122用于关联来自相同治疗的医疗装置数据。在其他实施例中，由外部代理310去除或删除患者识别信息。83.示例性外部代理310还被配置为将日志和/或健康数据319组合于或包含于去识别化的第一数据流或子集318。日志数据由日志管理器304生成，并包括医疗装置类型的识别、医疗装置序列号的识别、由医疗装置104生成或者从医疗装置104接收医疗装置数据330的时间戳、dcm102的标识符、通过装置数据管理器302创建的快照的时间戳、以及dcm单调时间戳。可以在配置文件342中指定医疗装置类型的识别、医疗装置序列号的识别、以及dcm102的标识符。在一些实例中，可以通过医疗装置104报告医疗装置类型的识别和医疗装置序列号的识别。日志管理器304被配置为存储该信息，并在接收医疗装置数据330和/或创建快照时创建适当的时间戳。然后，日志管理器304针对与传输给分析服务器122的去识别化的第一数据流或子集318相对应的每个快照将日志数据传输给外部代理310。84.示例性系统健康管理器306被配置为获取和/或确定中继到dcm102的健康信息。系统健康管理器306被配置为向外部代理310传输dcm系统存储器信息(与永久存储器装置314和324相关)、dcmcpu使用信息、网络连接性信息、进程/线程信息、以及与dcm102上运行的一个或多个软件应用相关的其他信息。为了获取该信息，系统健康管理器306被配置为访问和/或读取永久存储器装置314和324的存储器使用信息。此外，系统健康管理器306被配置为监测dcm102的实现本文所述操作的一个或多个处理器。系统健康监测器306还监测网络连接和/或经由通过分析服务器122和/或emr服务器108的接收确认消息缺乏来检测网络连接的丢失。类似于日志管理器304，系统健康管理器306将健康信息传输给外部代理310，用于与去识别化的第一数据流或子集318一起传输。在一些实例中，配置文件342可以指定哪些信息将被系统健康监测器306获取和/或指定哪些健康信息将被提供给外部代理310和/或内部代理320。85.示例性外部代理310配置去识别化的第一数据流或子集318和/或日志/健康数据319，用于传输给分析服务器122。外部代理310从配置文件342接收分析服务器122的目的地ip地址。外部代理还可以从配置文件342接收医疗网络106的域连接性信息和/或分析服务器122的api连接信息。外部代理310使用由配置文件342提供的目的地地址和网络域信息来创建具有去识别化的第一数据流或子集318和/或日志/健康数据319的一个或多个消息，用于传输给分析服务器122。86.在一些实施例中，外部代理310加密包括去识别化的第一数据流或子集318和/或日志/健康数据319的一个或多个消息。外部代理310可以使用由配置文件342指定或提供的加密协议和/或私钥。例如，配置文件342可以指定，外部代理310被配置为使用传输层安全(“tls”)和/或使用aes256gcm密码来进行加密。外部代理将(加密)消息传输给外部接口312。87.在一些实施例中，外部接口312(和/或内部接口322)被配置为使用mq遥测传输(“mqtt”)来向分析服务器122传输具有去识别化的第一数据流或子集318和/或日志/健康数据319的消息。在这个实例中，外部接口312被配置为发布者，而分析服务器122被配置为代理。在其他示例中，内部接口312(和/或内部接口322)可以被配置为使用最小下层协议(“mllp”)进行通信。88.在一些实例中，示例性外部接口312被配置为确定是否存在与分析服务器122的有效连接。外部接口312可以向分析服务器122传输周期性ping，以基于对ping的响应来确定网络状态。在其他示例中，外部接口312可以确定是否响应于去识别化的第一数据流或子集318和/或日志/健康数据319的快照的传输而接收到确认消息。如果在指定阈值内未接收到确认消息，则外部接口312确定，出现了与分析服务器122的网络连接的丢失。在确定不存在与分析服务器122的连接时，外部接口312被配置为将包含去识别化的第一数据流或子集318和/或日志/健康数据319的加密消息存储到外部永久存储器装置314。外部接口312将包含去识别化的第一数据数据流或子集318和/或日志/健康数据311的消息的后续快照存储到存储器装置314中，直到重新建立网络连接。此时，外部接口312将存储器装置314中存储的所有消息传输给分析服务器122。89.在某些情况下，未建立与分析服务器122的连接。在这些示例中，外部接口312被配置为将去识别化的第一数据流或子集318和/或日志/健康数据319存储到存储器装置314中，直到可以通过将计算机或usb存储器装置连接到dcm102的操作者来手动检索数据。可通过配置文件342将外部接口312配置为存储指定的小时数或天数的数据。在指定的小时数或天数过去之后，外部接口312可以用新接收的数据覆盖最老的数据。90.如果存在与分析服务器122的连接，则外部接口312向分析服务器122(例如在指定ip地址的指定api)传输具有去识别化的第一数据流或子集318和/或日志/健康数据319的一个或多个消息。在一些实施例中，外部接口312可以在可以传输去识别化的第一数据流或子集318和/或日志/健康数据319之前执行与分析服务器122的自动认证。在示例中，配置文件342可以包括认证信息，认证信息例如包括dcm102的标识符和/或dcm102的唯一密码。外部接口312首先将认证信息传输给分析接口122。在从分析服务器122接收到接受消息之后，外部接口向分析服务器122传输具有去识别化的第一数据流或子集318和/或日志/健康数据319的一个或多个消息。在一些实例中，外部接口312使用认证信息与分析服务器122建立会话。在这个会话期间，外部接口312可以向分析服务器122传输去识别化的第一数据流或子集318和/或日志/健康数据319的后续快照，无需重新认证。如果在指定时间段(诸如5分钟)内未接收到数据，则会话可能超时。91.除了将去识别化的第一数据流或子集318和/或日志/健康数据319传输给分析服务器122之外，dcm102还将第二数据流或子集326传输给emr服务器108。如图3所示，装置数据管理器302将第二数据流或子集326传输给内部代理320。每次传输可以包括第二数据流或子集326的快照。92.在一些实施例中，内部代理320通信地耦合到日志管理器304和/或系统健康管理器306。在这些实施例中，内部代理接收提供给外部代理310的日志/健康数据319中的至少一部分。例如，内部代理可以从日志管理器304接收指示医疗装置类型、医疗装置的序列号、和/或从医疗装置104生成或接收医疗装置数据的时间戳的信息。内部代理例如将日志数据319与第二数据流或子集326组合。在其他实施例中，内部代理320不接收任何日志/健康数据319。93.在将任何日志/健康数据319与第二数据流或子集326组合之后，内部代理320被配置为将数据格式化为与emr服务器108兼容或emr服务器108需要的数据格式。换言之，内部代理创建第二数据流或子集328和/或日志数据319的转换。转换类型可以由配置文件342指定。转换例如可以是从json到hl7、二进制和/或fhir。内部代理320可以包括一个或多个文件和/或算法，其例如指定如何将json格式的第二数据流或子集326和/或日志数据319转换为hl7、二进制和/或fhir。文件和/或算法可以通过位置、数据标签、字段名称和/或元数据来识别json数据，并指定如何转换数据，包括数据标签名称、元数据名称、数字格式、定位等的转换。然后，内部代理320将转换后的第二数据流或子集328和/或日志数据319传输给内部接口322。94.示例性内部接口322被配置为按照与外部接口312检查与分析服务器122的连接类似的方式检查与emr服务器108的连接。此外，对于串行连接，内部接口326可以检查是否存在进入dcm102端口的串行连接器。如果不存在连接，则内部接口322将转换后的第二数据流或子集328和/或日志数据319存储到内部永久存储器装置324。如果存在连接，则内部接口322将具有第二数据流或子集328和/或日志数据319的一个或多个消息传输给emr服务器108(包括在存储器装置324中具有第二数据流或子集326和/或日志数据319的先前快照的任何先前存储的消息)。在一些实施例中，如果emr服务器108支持转换，则内部接口322可以加密具有转换的第二数据流或子集328和/或日志数据319的消息(对于非串行连接)。95.图3的示例性dcm102还包括用于存储和/或处理一个或多个配置文件342的配置文件管理器350。配置文件管理器350被配置为从计算机400或服务器500接收配置文件342，如以下结合图4和图5所述。96.配置文件管理器350读取配置文件342，并配置在文件342中指定的日志管理器304、系统健康管理器306、装置数据管理器302、外部代理310、外部接口312、内部代理320和/或内部接口322。对于日志管理器304，这可以包括写入dcm标识符、医疗装置类型、医疗装置标识符等，例如以登记日志管理器304的参数或变量。对于系统健康管理器306，这可以包括指定要监测的存储器装置314、324和/或dcm102的处理器/cpu的参数/属性。对于内部代理320，这可以包括指定数据类型用于转换。97.在一些实例中，配置文件管理器350还可以指定外部代理310的转换文件类型。此外，配置文件管理器350基于快照之间的持续时间、要包括在单独流和/或子集316、326中的医疗装置数据的类型、以及要从医疗装置104接收的数据的类型(例如json数据、html数据、二进制数据、hl7数据、xml数据等)来配置装置数据管理器302。配置文件管理器350还读取配置文件342，以指定外部接口312和内部接口322的网络凭证、认证信息、加密密钥、api标识符、目的地ip地址等。98.配置文件管理器350还可以限定或者以其他方式提供用户界面，用户界面使得计算机600或服务器700的用户能够查看和/或修改所存储的配置文件342。用户界面可以包括用于配置dcm102的网络连接、指定dcm102的标识符、指定访问dcm102的用户名/密码、指定配置文件342的参数、和/或安装软件(诸如连接客户端或应用)的字段。99.图4是示出根据本公开示例性实施例的经由计算机400安装在dcm102上的图3的配置文件342的示意图。在该示例中，计算机400经由ethernet、串行连接或usb连接直接连接到dcm102。计算机400可以由医院技术人员或者与医疗装置104的制造商相关联的技术人员操作。100.连接以后，dcm102经由配置文件管理器350启动用于在计算机400上显示的界面。在此期间，计算机400的操作者可以编辑和/或将信息输入用户界面的与配置、网络、软件和/或安全性相关的字段中。此外，经由配置文件管理器350，计算机400被配置为使得操作者能够指定配置文件342的参数或属性。在指定参数和/或属性之后，计算机400将配置文件342传输给dcm102。配置管理器350接收配置文件344，并因此提供或者以其他方式配置dcm102。101.图5示出服务器500在dcm102上安装配置文件342的示意图。在该示例中，dcm102可以在制造时配置服务器500的ip地址。dcm102还可以配置用于访问医疗网络106和/或与医疗装置104相关的信息(诸如装置类型)的凭证和/或网络设置。在dcm102上电以后，dcm102向服务器500传输请求配置文件342的请求消息。该请求消息可以包括认证和/或验证信息和/或dcm102的ip地址。服务器500可以基于医院网络和/或本地配置偏好来存储一个或多个不同类型的配置文件。服务器500例如基于医疗装置104、医疗网络106等的类型来确定将哪个配置文件分配给dcm102。102.作为响应，在验证之后，服务器500经由外部网络120和医疗网络106向dcm102传输所选择的配置文件342。dcm102接收配置文件342，配置文件342被图3的配置文件管理器350用于提供或者以其他方式配置dcm102。图5所示的配置使得能够自动配置dcm102，无需技术人员或直接连接计算机。在一些实施例中，服务器500可以包括图1至图3的分析服务器122。103.图6示出根据本公开示例性实施例的说明配置文件342的参数和/或属性的示意图，配置文件342可以由图4的计算机400的操作者选择，也可以由图5的服务器500指定。配置文件342包括医疗装置类型602的参数。医疗装置类型的选择提供要接收的医疗装置数据的类型和/或格式的指示。医疗装置类型参数602的选择还可以使得dcm102安装一个或多个驱动程序，用于处理来自该医疗装置类型的数据。应当理解，可以将驱动程序存储在dcm102上，并且仅当选择对应的装置类型参数时才安装。104.配置文件342还包括输入端口类型参数620。输入端口类型参数620的选择提供关于dcm102的哪些输入端口要提供和/或激活的指示。dcm102还可以为所选择的输入端口安装一个或多个驱动程序，其指定如何将来自医疗装置的数据例如转换为标准化json格式。配置文件342还包括外部接口630的参数和内部接口640的参数。这包括数据转换类型、连接协议、和/或加密数据保护协议。这还包括应当提供和/或激活的dcm102的一个或多个硬件输出端口的选择。105.配置文件342还包括dcm信息650的参数，诸如识别信息、ip或网络地址、快照周期、存储器装置永久信息、要监测的健康统计数据等。dcm信息参数650还可以包括用于访问分析服务器122的外部地址和/或凭证以及用于访问emr服务器108的内部地址和/或凭证。106.在一些实施例中，配置文件管理器350可以显示类似于图6所示参数的界面。用户可以简单地通过选择对应的按钮或者在显示的字段中输入信息来选择参数。在其他实施例中，配置文件可以基于文本、基于xml和/或基于json，其中参数在文件的某些部分中指定或者由相关数据标签/字段识别。应当理解，配置文件342使得能够以任何期望的格式从几乎任何医疗装置类型向外部服务器进行数据传输，无需对医疗装置或网络基础设施进行改变。107.图7是根据本公开示例性实施例的包括输入端口702、输出端口704和处理器706的dcm102的示意图，处理器706包括以上结合图3所述的用于处理医疗装置数据的一个或多个应用。在所示的示例中，输入端口702与装置数据管理器302一起操作，从而通信地耦合到医疗装置104。输入端口704可以包括一个或多个串行端口、ethernet端口、wi-fi端口、端口或usb端口。应当理解，dcm102可以包括更少的端口。配置文件342指定哪些端口被激活用于与医疗装置104通信，包括安装适当的驱动程序。108.类似地，dcm102包括用于经由医院网络108连接到分析服务器122和emr服务器108的输出端口704。在所示的示例中，输出端口702与接口312和322一起操作，从而通信地耦合到分析服务器22和emr服务108。输出端口704可以包括一个或多个串行端口、ethernet端口、wi-fi端口和/或蜂窝端口。应当理解，dcm102可以包括更少或更多的输出端口。配置文件342指定哪些端口被激活用于与医疗装置104通信，其包括安装适当的驱动程序。109.示例性处理器706指定执行结合图3所述的操作的一个或多个指令。处理器706包括输入模块710，输入模块710包括装置数据管理器302和医疗装置驱动程序712。基于哪种类型的医疗装置104与dcm102一起使用来安装示例性装置驱动程序712。每个驱动程序包括关于如何将来自医疗装置的数据格式化或结构化的指令，这使得装置数据管理器302能够识别不同的数据类型，用于患者去识别化或者包括在第一和第二数据流或子集316/326中。110.示例性处理器706还包括如上所述的外部代理310以及与接口312一起操作的加密模块714。处理器706进一步包括内部代理320以及与接口322一起操作的另一个加密模块716。此外，处理器706包括配置文件管理器350，用于配置由配置文件342指定的dcm102。111.处理器706还包括数据转换模块718。示例性数据转换模块718被配置为将医疗装置数据从配置文件342指定的第一格式转换为第二格式。数据转换模块718的不同数据类型限定如何将数据从不同格式转换为指定的第二格式，诸如hl7、二进制v2、二进制v3和/或fhir。在一些实施例中，模块718可以包括用于json、xml、http、html等的部分。112.图7的示例性dcm102可以被配置为iot代理，其通过利用iot框架提供从dcm到分析服务器122的安全双向连接。dcm102可以将iot框架用于装置管理、配置、安全性和连接性健康统计数据的传输。在一些示例中，dcm102配置用于分析服务器122的iot装置影子，以传送去识别化的第一数据流或子集318和/或日志/健康数据319。113.处理器706可以包括构造为微处理器、专用集成电路(“asic”)、控制器等的数字和模拟电路。例如，处理器106可以包括digi6ul模块，其具有nxpi.mx6ul-2、cortex-a7528mhzcpu和256mb/1gbnand和ddr3闪存驱动程序。dcm102还包括连接到对应的输入端口702和/或输出端口704的802.11a/b/g/n/acwi-fi无线电和4.2无线电。dcm102的处理器106可以被配置为与yoctolinux操作系统一起操作，并包含用于digi芯片组的驱动程序。处理器106可以操作连接性应用，连接性应用使得用户能够经由配置文件管理器350来管理网络和配置设置。连接性应用还允许dcm102接收远程提供的软件和固件更新。114.三、示例性dcm配置程序115.图8是根据本公开示例性实施例的通过配置文件342来配置dcm102的示例性程序800的流程图。虽然参考图8所示的流程图来描述程序800，但是应当理解，可以使用执行与程序800相关联的步骤的很多其他方法。例如，很多方框的顺序可以改变，某些方框可以与其他方框组合，并且所述的很多方框是可选的。在实施例中，可以改变方框的数量。此外，可以省略传输配置文件342的接收确认的步骤。程序800中所述的动作由一个或多个指令指定，并且可以在例如包括dcm102、计算机400、和/或服务器500的多个装置之间执行。116.当dcm102接收或者以其他方式获取配置文件342时，示例性程序800在图8中开始(方框802)。在一些实施例中，配置文件342可以经由配置文件管理器350提供的用户界面在dcm102本地创建。在获取之后，dcm102存储配置文件(方框804)。dcm102接着读取配置文件342，以确定指定了哪些参数/属性。基于所指定的参数/属性，dcm102访问并安装对应的装置驱动程序，用于处理来自指定医疗装置类型的数据(方框806)。117.示例性dcm102还基于配置文件342的指定参数/属性来提供输入接口的一个或多个输入端口，用于与医疗装置104通信(方框808)。示例性dcm102还基于配置文件342的指定参数/属性来提供输出接口的一个或多个输出端口，用于与分析服务器122通信(方框810)。此外，示例性dcm102基于配置文件342的指定参数/属性来提供输出接口的一个或多个输出端口，用于与emr服务器108通信(方框812)。提供输入/输出端口可以包括激活识别的输入端口和输出端口以及安装任何相关的驱动程序。118.除此之外，dcm102还提供数据管理器，以将来自医疗装置的医疗装置数据转换为配置文件342指定的格式，用于传输给emr服务器108(方框816)。在一些实例中，dcm102提供数据管理器，以将医疗装置数据转换为标准化格式，用于通过分析服务器122处理。然后，dcm102可以通过传输确认消息817来完成配置处理(方框818)，确认消息817例如分别指示对于图4和图5的计算机400或服务器500的配置。然后，示例性程序800结束，并且dcm102准备好处理医疗装置数据。119.四、示例性dcm医疗装置数据处理程序120.图9是根据本公开示例性实施例的通过dcm102来处理医疗装置数据的示例性程序900的流程图。虽然参考图9所示的流程图来描述程序900，但是应当理解，可以使用执行与程序900相关联的步骤的很多其他方法。例如，很多方框的顺序可以改变，某些方框可以与其他方框组合，并且所述的很多方框是可选的。在实施例中，可以改变方框的数量。此外，可以省略加密数据子集的步骤。程序900中所述的动作由一个或多个指令指定，并且可以在例如包括dcm102、医疗装置104、分析服务器122、和/或emr服务器108的多个装置之间执行。121.当dcm102从通信地耦合的医疗装置104接收医疗装置数据330时，示例性程序900开始(方框902)。dcm102基于周期性间隔来记录所接收的数据的快照，并创建两个单独的数据流或子集(方框904)。在一些实例中，将相同的医疗装置数据用于每个子集。在其他实例中，数据子集可以包括不同的医疗装置数据或者相同的医疗装置数据的一部分。122.对于第一数据流或子集，dcm102将数据去识别化，以创建去识别化数据318(方框906)。这包括去除可用于识别患者的任何数据。在一些实例中，用会话标识符和/或随机字符集来替代患者标识符。然后，dcm102将日志/健康数据319添加到去识别化数据318(方框908)。然后，dcm102可以将去识别化数据318和/或日志/健康数据加密(方框910)。123.然后，dcm102检查是否存在与分析服务器122的连接(方框912)。在一些实例中，dcm102可以使用消息队列遥测传输(mqtt)消息传递协议来检查连接状态。如果不存在连接，则dcm102将具有去识别化数据318和/或日志/健康数据319的一个或多个加密消息存储到永久存储器装置(方框914)。dcm102继续存储后续加密消息，直到检测到数据连接。一旦检测到数据连接，dcm102就经由一个或多个网络106、120向分析服务器122传输包括去识别化数据318和/或日志/健康数据319的加密消息(方框916)。然后，示例性程序900返回方框902，用于处理新接收的医疗装置数据。124.对于医疗装置数据的第二流或子集，dcm102将数据转换为对于emr服务器108指定的格式(方框920)。这可以包括将医疗装置数据转换为json格式、hl7格式、二进制版本2/3格式、fhir格式、xml格式、和/或http格式。然后，dcm102可以将日志/健康数据319添加到转换后的数据328(方框922)。然后，dcm102可以将转换后的数据328和/或日志/健康数据319加密(方框924)。125.然后，dcm102检查是否存在与emr服务器108的连接(方框926)。在一些实例中，dcm102可以使用mqtt消息传递协议或最小下层协议(“mllp”)来检查连接状态。如果不存在连接，则dcm102将具有转换后的数据328和/或日志/健康数据319的一个或多个加密消息存储到永久存储器装置(方框928)。dcm102继续存储后续加密消息，直到检测到数据连接。一旦检测到数据连接，dcm102就经由医疗网络106和/或串行连接向emr服务器108传输包括转换后的数据328和/或日志/健康数据319的加密消息(方框930)。然后，示例性程序900返回方框902，用于处理新接收的医疗装置数据。126.五、结论127.应当理解，对于本领域技术人员而言，对本文所述的当前优选实施例的各种改变和修改显而易见。可以进行这些改变和修改而不脱离本主题的精神和范围，也不减少其预期优点。因此，期望这些改变和修改被所附权利要求书涵盖。当前第1页12当前第1页12
技术特征：1.一种数字通信设备，包括：输入接口，所述输入接口被配置用于与医疗装置的通信耦合，所述输入接口包括串行输入端口、ethernet输入端口和无线输入端口；输出接口，所述输出接口被配置用于与医疗网络的通信耦合，所述输出接口包括串行输出端口、ethernet输出端口或无线输出端口中的至少一个；存储器装置，所述存储器装置被配置为存储用于所述输入端口以及所述输出端口的至少一个配置文件和驱动程序；以及处理器，所述处理器被通信地耦合于所述输入接口、所述输出接口和所述存储器装置，所述处理器被配置为：经由所述输出接口从管理计算机接收配置文件，所述配置文件指定所述输入接口的所述输入端口中的一个输入端口以及所述输出接口的至少一个输出端口、第一数据格式和第二数据格式，将所述配置文件存储到所述存储器装置，为由所述配置文件指定的所述输出端口和所述输入端口安装驱动程序，为所述输入接口提供所指定的输入端口，以按照所述第一数据格式从所述医疗装置接收医疗数据，以及为所述输出接口提供所指定的至少一个输出端口，以使用所述第一数据格式和所述第二数据格式来传输所接收的医疗数据中的至少一部分。2.根据权利要求1所述的设备，其中，所述处理器被配置为：经由所述输入接口，从所述医疗装置按照所述第一格式接收所述医疗数据，经由所述配置文件所指定的所述输出端口中的一个输出端口，选择所述医疗数据的第一子集，以用于经由所述输出接口按照所述第一数据格式进行传输，将所述医疗数据的第二子集转换为所述第二数据格式，以及按照所述第二数据格式传输所述医疗数据的所述第二子集，以用于经由与由所述配置文件指定的输出端口相同或不同的输出端口进行传输。3.根据权利要求2所述的设备，其中，所述医疗数据的所述第一子集与所述医疗数据的所述第二子集相同。4.根据权利要求2或3所述的设备，其中，所述输出接口提供经由所述医疗网络而与电子医疗记录(“emr”)服务器、中间件服务器或集成引擎中的至少一个的通信耦合，以及其中，所述处理器被配置为：使用与所述配置文件指定的输出端口相同或不同的所述输出端口，按照所述第二数据格式将所述医疗数据的所述第二子集传输给所述emr服务器、所述中间件服务器或所述集成引擎中的至少一个。5.根据权利要求2或4所述的设备，其中，所述ethernet端口和所述无线端口中的至少一个提供与在所述医疗网络的外部的远程服务器的通信耦合，以及其中，所述处理器被配置为：使用所述ethernet端口或所述无线端口中的至少一个，按照所述第一数据格式将所述医疗数据的所述第一子集传输给所述远程服务器。6.根据权利要求2、4或5所述的设备，其中，
所述处理器包括第一连接性代理，并且将消息传递协议用于按照所述第一数据格式传输所述医疗数据的所述第一子集。7.根据权利要求6所述的设备，其中，所述消息传递协议包括：消息队列遥测传输(“mqtt”)发布-订阅网络协议。8.根据权利要求2、4或5所述的设备，其中，所述配置文件指定第一目的地网络地址，所述第一目的地网络地址用于按照所述第一数据格式接收所述医疗数据的所述第一子集，并且所述配置文件指定第二目的地网络地址，所述第二目的地网络地址用于按照所述第二数据格式接收所述医疗数据的所述第二子集，以及其中，将所述第一目的网络地址与在所述医疗网络的外部的网络域相关联，并且将所述第二目的网络地址与包括所述医疗网络的网络域相关联。9.根据权利要求2、4或8所述的设备，其中，所述处理器被配置为：生成日志数据和健康数据；经由所述配置文件所指定的所述输出端口中的一个输出端口，将所述日志数据和所述健康数据包含于所述医疗数据的所述第一子集，以用于经由所述输出接口按照所述第一数据格式进行传输；将所述日志数据转换为所述第二数据格式；以及将所述日志数据包含于所述医疗数据的所述第二子集，以用于经由与所述配置文件所指定的输出端口相同或不同的所述输出端口进行传输。10.根据权利要求9所述的设备，其中，所述日志数据包括以下至少之一：医疗装置类型的识别，医疗装置序列号的识别，所接收的医疗数据被由所述医疗装置生成或者由所述处理器从所述医疗装置接收的时间戳，所述设备的标识符，所述医疗数据的所述第一子集的时间戳，或者单调时间戳，以及其中，所述健康信息包括：与所述存储器装置相关的信息，cpu使用信息，网络连接性信息，进程/线程信息，或者与通过所述处理器操作的用于对以用于进行传输的所述医疗数据的所述第一子集和所述第二子集进行处理的软件相关的信息。11.根据权利要求2、9或10所述的设备，其中，所述处理器被配置为进行以下操作中的至少一个：对被包括在进行传输之前的所述医疗数据的所述第一子集内的患者信息进行匿名化，或者对进行传输之前的所述医疗数据的所述第一子集进行加密。12.根据权利要求2或11所述的设备，其中，所述处理器被配置为：接收所述医疗数据的流；以周期性间隔创建所述医疗数据的快照；以及提供所述医疗数据的所述快照，作为所述医疗数据的所述第一子集或者所述医疗数据的所述第二子集中的至少一个。13.根据权利要求12所述的设备，其中，所述周期性间隔具有在5秒和60秒之间的周期。14.根据权利要求12所述的设备，其中，所述处理器被配置为：
使用事件跟踪来识别快照之间的所述医疗数据的变化；以及仅将来自先前快照的被改变的医疗数据包括作为所述医疗数据的所述第一子集或者所述医疗数据的所述第二子集中的至少一个。15.根据权利要求1或12所述的设备，其中，所述配置文件指定所述医疗装置的类型，并且按照所述第一数据格式提供要从所述医疗装置接收的所述医疗数据。16.根据权利要求1、12或15所述的设备，其中，所述医疗装置的类型包括以下至少之一：连续肾脏替代治疗(“crrt”)机，腹膜透析机，血液透析机，水净化机，或者营养复合机。17.根据权利要求1、12或16所述的设备，其中，所述第一数据格式包括：javascript object notation(“json”)，hypertext transfer protocol(“http”)，或者二进制协议。18.根据权利要求1、12或17所述的设备，其中，所述第二数据格式包括：health-level 7(“hl7”)协议，fast healthcare interoperability resources(“fhir”)协议，或者二进制协议。19.根据权利要求1、12或18所述的设备，其中，所述无线输入端口包括wi-fi输入端口和输入端口中的至少一个，并且所述无线输出端口包括wi-fi输出端口或蜂窝输出端口中的至少一个。20.根据权利要求1、12或19所述的设备，其中，所述医疗数据包括以下至少之一：事件信息，所述事件信息包括透析循环的填充、停留和排出阶段之间的转换；警报信息；治疗编程信息；或者治疗信息，所述治疗信息包括估计的填充速率、排出速率以及去除的超滤量。
技术总结公开一种用于从医疗装置传输数据的数字通信模块。在示例中，数字通信设备包括被配置用于与医疗装置的通信耦合的输入接口以及被配置用于与医疗网络的通信耦合的输出接口。数字通信设备的处理器接收配置文件，配置文件指定输入接口的一个输入端口和输出接口的至少一个输出端口、第一数据格式和第二数据格式。处理器安装由配置文件指定的用于输入端口和输出端口的驱动程序，提供具有指定输入端口的输入接口，以按照第一数据格式从医疗装置接收医疗数据，以及提供具有至少一个指定输出端口的输出接口，以使用第一数据格式和第二数据格式传输所接收的医疗数据。式传输所接收的医疗数据。式传输所接收的医疗数据。
技术研发人员：巴韦什
受保护的技术使用者：巴克斯特医疗保健股份有限公司
技术研发日：2021.03.24
技术公布日：2022/12/2
