CN112106147A - 用于患者装置的分发服务器 - Google Patents
用于患者装置的分发服务器 Download PDFInfo
- Publication number
- CN112106147A CN112106147A CN201980031741.7A CN201980031741A CN112106147A CN 112106147 A CN112106147 A CN 112106147A CN 201980031741 A CN201980031741 A CN 201980031741A CN 112106147 A CN112106147 A CN 112106147A
- Authority
- CN
- China
- Prior art keywords
- software version
- data set
- patient device
- pump
- software
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Classifications
-
- G—PHYSICS
- G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
- G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
- G16H40/00—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices
- G16H40/40—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices for the management of medical equipment or devices, e.g. scheduling maintenance or upgrades
-
- A—HUMAN NECESSITIES
- A61—MEDICAL OR VETERINARY SCIENCE; HYGIENE
- A61M—DEVICES FOR INTRODUCING MEDIA INTO, OR ONTO, THE BODY; DEVICES FOR TRANSDUCING BODY MEDIA OR FOR TAKING MEDIA FROM THE BODY; DEVICES FOR PRODUCING OR ENDING SLEEP OR STUPOR
- A61M5/00—Devices for bringing media into the body in a subcutaneous, intra-vascular or intramuscular way; Accessories therefor, e.g. filling or cleaning devices, arm-rests
- A61M5/14—Infusion devices, e.g. infusing by gravity; Blood infusion; Accessories therefor
- A61M5/168—Means for controlling media flow to the body or for metering media to the body, e.g. drip meters, counters ; Monitoring media flow to the body
- A61M5/172—Means for controlling media flow to the body or for metering media to the body, e.g. drip meters, counters ; Monitoring media flow to the body electrical or electronic
-
- G—PHYSICS
- G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
- G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
- G16H20/00—ICT specially adapted for therapies or health-improving plans, e.g. for handling prescriptions, for steering therapy or for monitoring patient compliance
- G16H20/10—ICT specially adapted for therapies or health-improving plans, e.g. for handling prescriptions, for steering therapy or for monitoring patient compliance relating to drugs or medications, e.g. for ensuring correct administration to patients
- G16H20/17—ICT specially adapted for therapies or health-improving plans, e.g. for handling prescriptions, for steering therapy or for monitoring patient compliance relating to drugs or medications, e.g. for ensuring correct administration to patients delivered via infusion or injection
-
- G—PHYSICS
- G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
- G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
- G16H40/00—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices
- G16H40/60—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices for the operation of medical equipment or devices
-
- G—PHYSICS
- G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
- G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
- G16H40/00—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices
- G16H40/60—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices for the operation of medical equipment or devices
- G16H40/67—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices for the operation of medical equipment or devices for remote operation
-
- A—HUMAN NECESSITIES
- A61—MEDICAL OR VETERINARY SCIENCE; HYGIENE
- A61M—DEVICES FOR INTRODUCING MEDIA INTO, OR ONTO, THE BODY; DEVICES FOR TRANSDUCING BODY MEDIA OR FOR TAKING MEDIA FROM THE BODY; DEVICES FOR PRODUCING OR ENDING SLEEP OR STUPOR
- A61M2205/00—General characteristics of the apparatus
- A61M2205/50—General characteristics of the apparatus with microprocessors or computers
- A61M2205/52—General characteristics of the apparatus with microprocessors or computers with memories providing a history of measured variating parameters of apparatus or patient
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/70—Software maintenance or management
- G06F8/71—Version control; Configuration management
-
- G—PHYSICS
- G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
- G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
- G16H70/00—ICT specially adapted for the handling or processing of medical references
- G16H70/40—ICT specially adapted for the handling or processing of medical references relating to drugs, e.g. their side effects or intended usage
Landscapes
- Health & Medical Sciences (AREA)
- Engineering & Computer Science (AREA)
- Biomedical Technology (AREA)
- General Health & Medical Sciences (AREA)
- Public Health (AREA)
- Epidemiology (AREA)
- Medical Informatics (AREA)
- Primary Health Care (AREA)
- Business, Economics & Management (AREA)
- General Business, Economics & Management (AREA)
- Chemical & Material Sciences (AREA)
- Bioinformatics & Cheminformatics (AREA)
- Medicinal Chemistry (AREA)
- Vascular Medicine (AREA)
- Anesthesiology (AREA)
- Heart & Thoracic Surgery (AREA)
- Hematology (AREA)
- Life Sciences & Earth Sciences (AREA)
- Animal Behavior & Ethology (AREA)
- Veterinary Medicine (AREA)
- Infusion, Injection, And Reservoir Apparatuses (AREA)
Abstract
公开了用于将数据集下载至患者装置的分发服务器和方法。该服务器具有网络接口电路、存储器和处理电路。存储器接收数据集,数据集具有要由患者装置上的软件使用以执行患者相关功能的参数。数据集具有数据集的软件版本指示符。处理电路将数据集的软件版本指示符与患者装置的当前软件版本进行比较,并且确定存在不相等。基于该确定,服务器将数据集分发至患者装置。
Description
背景技术
输注泵通常在临床环境中用于向患者给与药物和其他药剂。输注泵随着时间的推移向患者提供受控量的药剂。该量是依据由临床医师使用泵用户接口输入到泵中的参数给与的。
药物库用于输注泵,以提供超出由装置的制造商发布的软件以外的其他配置。药物库可以是用户可配置的,例如可由药剂师进行配置,并且可以包括药物名称、剂量、对给药参数的上限和/或下限的限制。当制造商发布新软件并且将该新软件编程到输注泵中时,要生成更新的药物库,使得更新的药物库与新软件兼容。频繁的软件发布——即使是次要性质的——会导致对药物库进行编程的人员的不期望的额外工作。
附图说明
图1是根据示例性实施方式的用于将来自服务器计算机的数据集编程到输注泵的系统和方法的流程图;
图2是根据示例性实施方式的用于下载数据集的分发服务器、药房计算机和患者装置的框图;
图3是示出了根据示例性实施方式的用于确定是否要将数据集分发至患者装置的标准组的表;
图4是根据示例性实施方式的用于确定是否要将数据集分发至患者装置的第一情况场景的图示;
图5是根据示例性实施方式的用于确定是否要将数据集分发至患者装置的第二情况场景的图示;
图6是根据示例性实施方式的用于第一功能代码的软件版本指示符的表;
图7是根据示例性实施方式的用于第二功能代码的软件版本指示符的表;
图8是其一个或更多个部件可以在本文中描述的计算机或其他处理部件中使用的处理电路的框图;以及
图9是根据示例性实施方式的用于确定是否要将数据集分发至泵的方法的流程图。
具体实施方式
在一些实施方式中,提供了数据集到患者装置的分发系统,该分发系统对于不同的配置环境是灵活的。
在一些实施方式中,分发服务器响应于新数据集的配置的升级/降级来提供由于患者装置而引起的新数据集的自动重新分发。
在一些实施方式中,分发系统允许基于患者装置的特定参数(例如,类型和软件功能代码)对适当的数据集的更广泛的分发,而无需更新数据集(数据集文件的集合)并且依据分发策略(泵位置和数据集的组合)。
在一些实施方式中,通过当仅利用次要软件修订来更新泵上的软件时允许将数据集视为与泵兼容,可以极大地减少药剂师工作量。
在一些实施方式中,由于允许将具有次要不兼容性的数据集仍然在软件升级的情况下使用的灵活性,因此可以独立地完成对剂量误差减小系统和泵的部署。
在一些实施方式中,可以针对新的软件特征实现虚拟机管理器,而不会干扰在现场实现的泵,并且反之亦然。
现在参照图1,将描述用于利用来自服务器计算机的数据集对患者装置进行编程的系统的流程图。在该示例中,患者装置是输注泵10,尽管在替选的实施方式中,患者装置可以是任何医疗装置,例如,被配置成通过侵入性过程(例如,在过程中使用针)或者以其他方式在任何临床、医院、家庭护理或其他环境中向患者(包括血液或器官供体)提供医疗功能或服务的任何装置。输注泵10可以是多种输注泵中的任何一种,例如,大容量输注泵、患者控制的镇痛(PCA)泵、弹性体泵、注射泵、肠内或肠胃外喂饲泵、胰岛素泵等。在图1的步骤1处,用户(例如,药剂师、生物医学工程师等)登录到服务器计算机20或与服务器计算机20进行通信的终端(例如,位于或设置在药房中的要由药剂师编程的药房计算机)中。用户选择要被编程到输注泵10中或者下载至输注泵10的一个或更多个数据集。数据集可以包括输注泵在其工作中使用的数据。例如,数据集可以是为用户对输注泵进行编程的能力提供默认值和限制的药物编程参数的库。例如,数据集可以包括对不同泵编程参数——例如,输注率、剂量、输注时间或持续时间等——的硬限制和/或软限制。数据集的限制可能因不同药物而不同,并且可以包括数据库不知道的药物的“药物X”数据集。一旦对数据集或数据库进行了改变,就可以利用由药剂师或其他用户创建的新数据集,使用服务器20远程下载、更新输注泵10或以其他方式对输注泵10进行编程(例如,按护理区域、通用地等)。用户可以选择在其之后输注泵将接收新数据集的日期和时间。患者装置可以是临床医师可编程的输注泵,其中,数据集包括对要由临床医师编程的参数的硬限制和软限制。
在图1中的步骤2处,输注泵10可以被配置用于与服务器计算机20进行有线和/或无线通信。泵10和服务器计算机20中的每一个可以包括被配置用于网络通信的网络接口电路。泵10被配置成发送对输注泵数据——例如,数据集,比如,输注数据的药物库——的请求,并且服务器20被配置成接收对输注泵数据的请求。输注泵数据请求可以由输注泵10发起,并且可以定期地、间歇性地、偶尔地、每隔数分钟、每天若干次或以其他规则或不规则的频率出现。泵10可以被配置成请求数据集的较新版本是否可从服务器计算机20下载并且下载数据集。下载的数据集可以存储在非易失性存储器中。泵10可以被配置成显示新数据集被下载并且可被编程的通知(例如,图标或其他通知)。
在图1的步骤3处,护士、生物医学工程人员或其他用户可以一经看到通知就重启(cycle)泵上的电源以安装或激活新数据集。泵10可以被配置成经由通知确认数据集可用于升级或更新。在步骤4处,用户可以命令泵升级数据集。一旦数据集被升级,泵10就可以向服务器计算机20通知升级状态(例如,升级完成或成功,升级失败或错误等)。然后出于安全目的,泵10可以断开与服务器计算机20的通信。在重启电源之后,护士能够在下载的新数据集的控制下进行输注。
在步骤5处,服务器计算机20被配置成存储从泵10接收到的升级状态,记录交易时间戳(例如,泵被升级的时间,接收到升级确认消息的时间或其他时间),并且按需或定期地生成向另一用户(例如,生物医学工程人员)的分发报告通知。可以基于到系统的用户输入来以预调度的方式或按需生成报告。报告也可以在不需要用户输入的情况下在调度的基础上自动发送,或者响应于满足某些规则(例如,触发警报,触发一定数量的警报,一定数量的覆盖(override)或重新编程事件等)自动发送。
现在参照图2,将描述用于将数据集下载至患者装置的分发服务器20。服务器20可以包括网络接口电路22,网络接口电路22被配置成与一个或更多个患者装置10通过网络12进行通信以及/或者与存储器24进行通信。网络接口电路22可以包括被配置用于通过简单网络或复杂网络——例如,对等网络、串行通信线路、以太网、互联网、局域网、个人区域网、Wi-Fi网络、蓝牙网络或其他通信链路——进行通信的一个或更多个单独的接口电路。存储器24可以被配置成通过网络接口电路从药房计算机30接收数据集。药房计算机30可以包括被配置成从药剂师或其他医疗专业人员接收有关数据集中的数据的用户输入的计算机、服务器、终端、或其他计算装置。根据分发策略,可以使用药房计算机30针对不同的医院、诊所、楼层、护理区域等生成各种数据集。
数据集(示出为分布在数据集40处)可以包括要由患者装置10上的软件60使用以执行患者相关功能(例如,治疗,血液成分收集等)的参数、限制、配置、值或其他数据。在一些实施方式中,数据集40不是操作软件,而是由操作软件60用来确定用户可能具有的用于对患者装置10进行编程的选项。如所提及的,数据集40可以包括药物库,药物库具有药物名称和要被输注的药物的硬限制/软限制,所述限制由药剂师确定。在一些实施方式中,数据集40可由最终用户如药剂师配置,而软件60不是用户可配置的,而是仅可由患者装置10的制造商或服务器配置。在一些实施方式中,必须将对软件60的改变编译为机器代码,并且对数据集40的改变可以以文档格式存储。
数据集40可以包括软件版本指示符42。软件版本指示符42可以包括指示数据集40被设计成与其一起操作的软件60的版本的元数据或其他数据。软件版本指示符42可以指示数据集40与软件60的一个或更多个特定版本之间的兼容性。如将参照图3至图7在示例性实施方式中描述的,软件版本指示符42可以包括一个或更多个代码、十六进制值或其他数据。
在一些实施方式中,服务器计算机20包括处理电路,该处理电路被配置成从药房计算机30接收具有软件版本指示符42的数据集并且将该数据集存储在存储器24中。服务器计算机20还被配置成接收用于患者装置10上的软件60的当前软件版本(也可以是指示符、代码、元数据或其他形式的数据)。服务器计算机20可以被配置成将数据集的软件版本指示符与患者装置的当前软件版本进行比较,并且确定数据集的软件版本指示符与患者装置的当前软件版本之间是否存在不相等。例如,服务器计算机20可以确定泵的当前软件版本在数值上是否大于或等于数据集的软件版本指示符。如果泵的当前软件版本在数值上大于或等于数据集的软件版本指示符,则服务器计算机20可以被配置成基于不相等的确定来将数据集分发至患者装置。可以使用其他不相等,例如,小于或等于、不等于、大于、小于等。在某些实施方式中,较新的软件版本将具有更高的软件版本号。
在一些实施方式中,服务器计算机20在数据集的软件版本指示符小于或等于在患者装置10上活动或工作的软件的当前软件版本的情况下确定数据集能够与所述软件一起操作,因此可以将该数据集分发(例如,下载和/或编程、激活等)至患者装置。相反,如果数据集的软件版本指示符大于患者装置10上软件的当前软件版本,则服务器计算机20确定数据集不能与所述软件一起操作,因此不分发该数据集。
参照图3可以更好地理解该描述。图3是示出用于确定是否要将数据集分发至患者装置的标准组的表。服务器计算机20可以被配置成或编程成将标准(例如,相等、不相等或其他标准)中的一个或更多个应用于数据。每次创建软件版本时,由生成程序的人员给出版本号或代码。在该实施方式中,代码可以包括五个部分:类型、主要DFV、次要DFV、主要CFV和次要CFV。类型是指软件设计用于其的泵的类型,例如,注射泵、袋式输注泵、患者控制的镇痛泵、这些泵的特定型号等。主要(major)是指主要或重要的软件修订,例如,影响泵与特定的一组泵配置数据和/或数据集的兼容性的软件修订。如果程序员更新软件并且改变(例如,增加)主要代码,则指示不能将旧数据集应用于该泵(即,数据集中列出的参数不适用,并且泵将无法使用这些参数进行工作)。主要变化可以是向泵引入新特征的变化。次要是指不太重大的软件修订(例如,错误修复、不太重要的参数如屏幕亮度等)。如果程序员更新软件并且改变次要代码但是未改变主要代码,则指示旧数据集仍然与泵兼容。次要代码和主要代码可以在数值上进行,例如,M=1,m=l;M=1,m=2;M=1,m=3;M=2,m=1;M=2,m=2……
在一些实施方式中,主要软件版本代码的变化指示可能导致引入新的或主要的数据结构更新或重新设计的泵控件或泵机械结构的更新。在一些实施方式中,次要软件版本代码的变化指示与数据集无关的泵功能和/或泵参数的更新以及/或者保留与数据集有关的数据结构的变化。
DFV是指药物库格式版本,CFV是指护理区域格式版本。这些代码能够由人类程序员进行编程以指示在患者装置上运行不同功能的软件代码的不同部分的版本。以这种方式,DFV和CFV是针对每个软件版本预定义的参数。DFV和CFV可以嵌入在泵上配置的软件中。DFV和CFV可以根据预定义的值、基于泵类型和软件来自动地确定。在一个示例中,可以将软件的第一部分(标识为DFV部分)更新至新版本,而可以将软件的第二部分(标识为CFV部分)保持不变。在这种情况下,DFV代码(主要和/或次要)将增加或以其他方式变化,而CFV代码(主要和次要)将保持不变。数据集的软件版本指示符和患者装置的当前软件版本可以各自包括与运行患者装置上的第一组功能的软件相关联的第一功能代码(例如,与数据集或药物库的存储、更新和用户接口有关的功能)和与运行患者装置上的第二组功能的软件相关联的第二功能代码(例如,与基于针对装置选择哪个护理区域而选取和配置用于工作的患者装置有关的功能,例如,重症护理、初级护理、手术等)。
第一标准300将泵的泵类型与数据集的泵类型标识符进行比较。如果泵类型和泵类型标识符在数值上或者以其他方式相等、等同,则满足标准。在该实施方式中,在满足表中的所有标准的情况下分发数据集,然而在可替选的实施方式中,这些或其他标准中的一个或更多个通过和(AND)、或(OR)或者其他逻辑链接来使用以确定何时分发数据集。
标准302将泵的主要DFV与新创建或更新的数据集的主要DFV进行比较。如果两者相等,则满足标准。标准304将泵的次要DFV与新创建或更新的数据集的次要DFV进行比较。如果泵的次要DFV大于或等于数据集的次要DFV,则满足标准。标准306将泵的主要CFV与新创建或更新的数据集的主要CFV进行比较。如果两者相等,则满足标准。标准308将泵的次要CFV与新创建或更新的数据集的次要CFV进行比较。如果泵的次要CFV大于或等于数据集的次要CFV,则满足标准。在该示例中,当满足所有标准时,服务器20确定要将数据集分发至泵。在一些实施方式中,基于确定第一功能代码(例如,主要DFV)和第二功能代码(例如,主要CFV)两者均存在不相等,将数据集分发至患者装置。主要DFV、次要DFV、主要CFV和次要CFV中的每一个可以是软件版本指示符或当前软件版本的一部分,并且各自可以被认为是软件版本代码内的代码。
现在参照图4,将描述确定是否要将数据集分发至患者装置的第一情况。在该示例中,为了依据分发策略选择适当的数据集,服务器计算机20对以下参数进行比较:泵类型、第一功能代码的主要版本(例如,主要DFV)和第二功能代码的主要版本(例如,主要CFV)。如果这些参数在两侧上(泵和数据集)均相等,则服务器计算机20将检查第一功能代码和第二功能代码它们各自的次要版本。如果第一次要功能代码和/或第二次要功能代码相等或者如果泵次要代码大于数据集次要代码(最大值),则服务器计算机20将针对泵设置新的目标数据集。
再次参照图4,该示例示出了具有下述软件版本指示符的数据集,所述软件版本指示符具有五个部分:作为具有不同软件版本的两种相同泵类型的新目标数据集的DFV=32,CFV=1 3和Type=3,其中,泵1的软件版本为DFV=3 2、CFV=1 3、类型=3,泵2的软件版本为DFV=3 3、CFV=1 5、类型=3。在这种场景下,类型、主要DFV、次要DFV、主要CFV和次要CFV的值与相应的数据集值匹配,因此服务器计算机20确定要将数据集分发至泵1。泵2具有与数据集的类型和主要DFV及主要CFV的值相等或匹配的类型和主要DFV及主要CFV的值,但是泵次要DFV(=3)大于数据集次要DFV(=2)。另外,泵2次要CFV(=5)大于数据集次要CFV(=3)。由于两个泵均满足图3中陈述的分发标准,因此服务器计算机20指示要将该数据集分发至泵1和泵2两者。
现在参照图5,将描述确定是否要将数据集分发至患者装置的第二情况。如在第一示例中那样,为了依据分发策略选择适当的数据集,服务器计算机20再次使用图3的标准。第二种情况示出了存储器24具有多个数据集——数据集ID 1和数据集ID 2。数据集ID 1的主要DFV代码为3,次要DFV代码为2,主要CFV代码为1,次要CFV代码为3,并且类型为3。数据集ID 2的主要DFV代码为4,次要DFV代码为2,主要CFV代码为2,次要CFV代码为3,并且类型为3。泵ID 1的主要DFV代码为3,次要DFV代码为2,主要CFV代码为1,次要CFV代码为3并且类型3。如由线72指示的,泵ID 1将接收数据集,因为所有代码都匹配/相等。泵ID 1将不会接收到数据集ID 2,因为分别为4和2的主要DFV代码和主要CFV代码与泵ID 1的主要DFV代码和主要CFV代码(分别为3和1)不匹配。
图5在线74处示出了本公开内容的另一方面。在一些实施方式中,由于泵配置升级/降级或其他改变(例如,通过软件更新的方式),系统允许新数据集如数据集ID 2的自动重新分发。服务器计算机20可以被配置成接收患者装置ID 1具有更新的软件版本的指示。服务器20可以被配置成将更新的软件版本与存储器中的多个数据集进行比较,每个数据集具有不同的软件版本指示符,例如,具有包括3 2 1 3 3的软件版本指示符的数据集ID 1和具有包括4 2 2 3 3的软件版本指示符的数据集ID 2。服务器计算机20可以被配置成确定具有在数值上小于或等于更新的软件版本的软件版本指示符(其可以是所示的数字串的一部分)的至少一个数据集。在这种情况下,数据集次要DFV为2,其小于或等于更新的泵DFV3;数据集次要CFV为3,其小于或等于为4的更新的泵次要CFV。因此,服务器计算机20确定现在准备要将数据集ID 2分发至升级后的泵ID 1。可以将自动化应用于下述步骤中的一个或更多个:接收更新的软件版本的指示;将更新的软件版本与多个数据集进行比较;应用标准,例如,图3中的标准;确定要分发数据集;以及分发数据集。可以通过由患者装置和/或服务器计算机20自动地执行来使这些一个或更多个步骤自动化,而无需手动用户输入(例如,通过到与其通信的一个计算机或多个计算机的用户接口的方式)。
现在参照图6和图7,示出了示例性的DFV代码(图6)和CFV代码(图7)。表600示出了患者装置类型602,例如不同类型的输注泵(例如,注射泵或SP、容积型袋式泵或VP、全静脉麻醉(TIVA)泵、患者控制的镇痛(PCA)泵等)。每种泵类型可以与不同的软件版本604相关联,例如,版本1.3、1.4、2.2c、2.3ROW等。在本文中描述的某些实施方式中,软件版本604可以用作软件版本指示符,并且可以在标准(例如,图3所示的标准)中使用。在其他实施方式中,软件版本指示符可以采取格式版本代码606的形式。在该实施方式中,代码606包括四个字符,例如,0、2、6和□,其中,最后一个字符表示在\r\n之前由命令返回时的空字符。图6和/或图7所示的字符、代码或指示符中的任何一个或更多个可以用于本文中描述的标准中。图6和图7中的格式版本代码包括前两个数字608和后两个数字610,前两个数字608指代或指示主要软件发布,后两个数字610指代或指示次要软件发布。
在一些实施方式中,共享相同的第一数字的两个数据集将是兼容的。在用于主要发布的两个数字匹配的情况下,即使用于次要发布的两个数字不匹配,数据集上传器计算机也会将数据集分发至泵。在一些实施方式中,兼容性意指泵只能接收具有较低次要版本和/或相等次要版本的数据集,而不能接收具有较高次要版本的数据集。
在一些实施方式中,可以利用以下算法将服务器计算机20编程作为应用软件版本的标准以确定是否要将数据集分发至泵的系统、方法或装置。
如果dataset_pump_type==pump_type
并且dataset_cfv_major==pump_cfv_major
并且(dataset_cfv_minor==pump_cfv_minor或者dataset_cfv_minor接近pump_cfv_minor的劣化值(inferior value))
并且dataset_dfv_major==pump_dfv_major
并且(dataset_dfv_minor==pump_dfv_minor或者dataset_dfv_minor接近pump_dfv_minor的劣化值(inferior value)),
则要将数据集分发至泵。
在一个示例中,当剂量误差减小系统(DERS)产品(例如,药房计算机、服务器计算机20或其他计算机)希望创建与特定泵兼容的数据集(例如,药物库等)时,数据集可以在数据集文件中包括从图6和图7的表中选择的与目标泵相对应的DFV/CFV代码对。以这种方式,软件版本指示符内的所有代码将相等。当数据集上传器产品或作为产品的一部分的上传器部件要分发适合患者装置的数据集文件时,上传器产品读取数据文件自身中的DFV/CFV对,并且根据已经读取的DFV/CFV对将数据集文件发送至一个目标泵或多个目标泵。还可以由服务器计算机20使用DFV/CFV对以将泵添加至服务器计算机的存储器(例如,向服务器计算机20注册泵)。服务器计算机20读取DFV/CFV对并且读取泵ID以及/或者生成泵ID以存储在存储器中。在另一示例中,当针对特定泵类型发布新软件时,由程序员编写或选择新的DFV/CFV对,并且将新的DFV/CFV对添加至图6和图7的表,新的DFV/CFV对可以存储在存储器24和/或与网络12(图2)通信的其他计算机中。
现在参照图9,将描述确定是否要将数据集分发至患者装置的方法。在框900处,分发服务器的存储器被配置成通过网络接口电路接收数据集,该数据集包括要由患者装置上的软件使用以执行患者相关功能的参数。数据集可以包括作为数据集文件的一部分的软件版本指示符。存储器还可以被配置成接收患者装置的当前软件版本。
在框902处,服务器计算机和/或患者装置可以被配置成确定是否到了数据集更新的时间。在某些示例中,当位置(例如,医院、诊所、医生办公室等)先前未使用患者装置和/或相关联的药物库/数据集时,发生数据集的初始安装。在安装之后,更新可以定期地和/或不定期地发生(例如,每周更新一次,每月更新一次,在触发和/或需要时更新等)。例如,在之前从未使用过特定数据集的位置处,更新可以更频繁地发生;如果位置已经使用了相同或不同的供应商的数据集的先前版本并且了解数据集的设置、偏好等,则更新可以更不频繁发生。
如果服务器计算机和/或患者装置确定到了更新患者装置上的数据集的时间,则配置服务器计算机(框904)以将数据集的软件版本指示符与患者装置的当前软件版本进行比较。如本文中描述的,比较可以针对软件版本指示符的一个或更多个部分,例如,主要软件变化指示符和/或次要软件变化指示符、用于控制不同功能的软件的一个或更多个不同部分的代码、呈明语“修订1.1、修订1.2等”的代码、数值代码(13、23等)或者其他代码或数据。此外,在步骤904处可以应用任何数量的不同标准,例如,相等、不相等、数值关系或非数值关系或其他标准。
在分支905处,服务器计算机基于框904中的比较来确定不要将数据集分发至患者装置。在这种情况下,处理进行至框908(在框905与框908之间具有可选的附加处理)。在框908处,服务器计算机确定泵软件是否已经被更新以使得现在可以满足框904中的标准。服务器计算机可以被配置成接收患者装置具有更新的软件版本的指示,该指示可以由患者装置响应于来自服务器计算机的查询或者以其他方式、在临时通信中被传送至服务器。在不接收手动用户输入的情况下,服务器计算机20通过返回至框904来自动地将数据集的软件版本指示符与更新的软件版本进行比较。在这种情况下,基于与更新的软件版本的比较,确定(如图5中描述的情况2的上面描述的线74)要将数据集分发至患者装置。在框906处,服务器计算机基于确定要将数据集分发至患者装置来将数据集分发至患者装置。
如框904所示,在分支909之后,在数据集的软件版本指示符与更新的软件版本之间存在不相等的情况下,服务器计算机20的处理电路确定要将数据集分发至患者装置。
在一些实施方式中,存储器被配置成存储多个数据集,每个数据集具有相应的软件版本指示符,并且处理电路被配置成识别与患者装置兼容的至少两个数据集。在这种情况下,处理电路被配置成分发两个数据集中的下述一个数据集:所述一个数据集相比于两个数据集中的另一个数据集具有更大的软件版本指示符(或者更近的软件发布日期)。
在各种实施方式中,数据集还包括指示患者装置的类型的装置类型,其中,数据集的软件版本指示符和患者装置的更新的软件版本各自包括第一软件版本代码和第二软件版本代码。基于确定第一软件版本代码相等并且第二软件版本代码具有不相等,将数据集分发至患者装置。
图8是处理电路部件的框图,处理电路部件中的一个或更多个可以在本文中描述的计算装置(例如,服务器计算机、药房计算机、患者装置、上传器计算机等)中使用。在可替选的实施方式中,可以在单个服务器计算机、多个服务器计算机、服务器场、云服务器环境上实现本文中描述的系统和方法,或者使用其他计算机资源实现本文中描述的系统和方法。服务器20和患者装置10可以包括形成处理电路的模拟和/或数字电路部件,该处理电路被配置成执行本文中描述的步骤。处理电路可以包括分立电路元件和/或编程的集成电路,例如,一个或更多个微处理器、微控制器、模拟至数字转换器、专用集成电路(ASIC)、可编程逻辑、印刷电路板和/或其他电路部件。服务器20和患者装置10可以各自包括网络接口电路,该网络接口电路被配置成通过一个或更多个网络提供彼此之间和/或与其他装置的通信。网络接口电路可以包括被配置成执行网络通信功能的数字和/或模拟电路部件。这些网络可以包括多种网络中的一个或更多个,例如,有线或无线网络、广域网、局域网或个人区域网、专有网络或基于标准的网络等。这些网络可以包括诸如以下的网络:以太网网络,根据蓝牙协议、IEEE 802.11x协议、蜂窝(TDMA、CDMA、GSM)网络或其他网络协议运行的网络。
图8是能够执行本文中描述的指令和/或用于实现本文中描述的示例系统的示例处理器平台800的框图。处理器平台800可以例如是服务器、个人计算机、移动装置(例如,蜂窝电话、智能电话、平板计算机如iPadTM)、个人数字助理(PDA)、互联网应用或任何其他类型的计算装置。
所示示例的处理器平台800包括处理器812。所示示例的处理器812是硬件。例如,处理器812可以由来自任何期望的族系(family)或制造商的一个或更多个集成电路、逻辑电路、微处理器或控制器来实现。在所示示例中,处理器812被构造成编程有用于实现本文中描述的功能的部件(例如,将标准应用于软件版本指示符的部件)。
所示示例的处理器812包括本地存储器813(例如,缓存)。所示示例的处理器812经由总线818与包括易失性存储器814和非易失性存储器816的主存储器通信。易失性存储器814可以由同步动态随机存取存储器(SDRAM)、动态随机存取存储器(DRAM)、RAMBUS动态随机存取存储器(RDRAM)和/或任何其他类型的随机存取存储器装置实现。非易失性存储器816可以由闪速存储器和/或任何其他期望类型的存储器装置来实现。由存储器控制器来控制对主存储器814、816的访问。
所示示例的处理器平台800还包括接口电路820。接口电路820可以通过任何类型的接口标准(例如,上文中描述的接口标准)来实现。
在所示示例中,一个或更多个输入装置822连接至接口电路820。输入装置822允许用户将数据和命令输入到处理器812中。输入装置可以通过例如音频传感器、麦克风、摄像机(静止或视频)、键盘、按钮、鼠标、触摸屏、触控板、轨迹球和/或语音识别系统来实现。
一个或更多个输出装置824也连接至所示示例的接口电路820。输出装置824可以例如由显示装置(例如,发光二极管(LED)、有机发光二极管(OLED)、液晶显示器、阴极射线管显示器(CRT)、触摸屏、触觉输出装置、打印机和/或扬声器)实现。因此,所示示例的接口电路820通常包括图形驱动器卡、图形驱动器芯片或图形驱动器处理器。
所示示例的接口电路820还包括通信装置,例如,发射器、接收器、收发器、调制解调器和/或用于促进经由网络826与外部机器(例如,任何种类的计算装置)的数据交换的网络接口卡(例如,以太网连接、数字订户线(DSL)、电话线、同轴线缆、蜂窝电话系统等)。
所示示例的处理器平台800还包括用于存储软件和/或数据的一个或更多个大容量存储装置828。这样的大容量存储装置828的示例包括软盘驱动器、硬盘驱动器、致密盘驱动器、蓝光盘驱动器、RAID系统和数字多功能盘(DVD)驱动器。
表示图9的流程图或本文中描述的其他步骤的编码指令832可以存储在大容量存储装置828中、易失性存储器814中、非易失性存储器816中和/或可移动有形计算机可读存储介质如CD或DVD上。
某些实施方式构想了在任何有形机器可读介质上的用于实现上述功能的方法、系统和计算机程序产品。例如,某些实施方式可以使用现有的计算机处理器来实现,或者通过针对此目的或另一目的而结合的专用计算机处理器来实现,或者通过硬连线和/或固件系统来实现。
可以使用存储在有形机器可访问或可读介质上并且可由例如处理器系统执行的指令、代码和/或其他软件和/或固件等来实现上述系统、设备和/或制造部件的物品中的一些或全部,或者上述的一部分。有形计算机可读介质包括存储软件和/或固件的存储器、DVD、CD等,但是不包括传播信号。
另外地或可替选地,可以使用存储在非暂态计算机可读介质——例如,硬盘驱动器、闪速存储器、只读存储器、致密盘、数字多功能盘、缓存、随机存取存储器和/或其中存储信息达任何持续时间(例如,达扩展的时间段、永久地、简短的实例,以用于临时缓冲和/或信息的缓存)的任何其他存储介质——上的编码指令(例如,计算机可读指令)来实现本文中描述的示例处理。
本文中描述的某些实施方式可以省略方法步骤中的一个或更多个并且/或者以与所列出的顺序不同的顺序执行步骤。例如,在某些实施方式中可以不执行某些步骤。作为进一步的示例,某些步骤可以以与上面列出的时间顺序不同的时间顺序来执行——包括同时地执行。
尽管已经参考输注泵描述了示例性实施方式,但是本文中的教导可以应用于其他医疗装置,例如,血液分离装置(例如,血浆分离、血液治疗等)或经由患者皮肤中的针与人类患者交互的侵入性或非侵入性的其他装置、胰岛素泵(例如,体腔内部或外部)、医疗成像装置(例如,CT扫描仪、X射线成像仪、磁共振成像)。所述教导还可以在医学领域之外应用于任何计算装置,例如,移动电话、平板计算机或被配置成在握持在人手中时进行工作的其他计算机、膝上型计算机、个人计算机以及其他联网计算机。
某些示例促进了对医疗装置的管理,医疗装置包括血液采集或血液分离装置、输注泵、药物输送泵和/或其他医疗装置。例如,输注泵将流体、药品或营养物输注到患者内。例如,可以在静脉内、皮下、动脉和/或硬膜外使用输注泵。例如,输注泵可以以各种速率给与注射(例如,对于静脉(IV)滴注而言特别小的注射量(例如,每小时0.1毫升),每分钟注射,具有重复推注的注射,达到每小时最大数量的患者控制的注射,或者其量随一天的时间而变化的流体的注射等)。
在某些示例中,操作员(例如,技术员、护士等)向患者装置提供有关输注的类型、模式和/或其他装置参数的输入。例如,连续输注提供小的输注脉冲(例如,在500纳升与10毫升之间),其中,脉冲速率基于编程的输注速度。例如,间歇性输注利用能够被编程成保持套管打开的定时在高输注率与低输注率之间交替。患者控制的输注按需提供具有预先编程的上限的输注,以避免患者中毒。例如,通过可以由患者激活的压力垫或按钮来控制输注率。输注泵可以包括大容量泵(例如,用于喂饲患者的营养液输送)、小容量泵(例如,用于药品输送)等。
某些示例确定和/或更新与医疗装置数据管理系统(例如,由费森尤斯卡比公司的FenwalTM制造的Fenwal DXTTM数据管理系统)相关联的数据集分发策略。如果已经创建了数据集分发策略,则即使目标医疗装置中的一个或更多个当前正在运行(例如,泵当前正在将药物输注到患者内),也可以将新的或更新的数据集(例如,新的或更新的药物库)分发至一个或更多个医疗装置。因此,数据集分发不会影响泵的活动。
在某些示例中,数据集定义用于医疗装置(例如,“智能”输注泵、血液分离装置等)的药物库和/或指令集。例如,“智能”输注泵利用药物库或其他类似的误差减小软件来执行协助医疗保健提供者编程和计算药物剂量和输送率的功能。药物库是用于存储药物配量信息的数据库或数据集,例如,药物配量信息包括配量限制、浓度、输注参数和药物特定报告。例如,药物库指令可以帮助减少或防止用药错误以及相关联的患者伤害。
数据集向医疗装置的分发可以直接在装置处和/或通过网络远程地发生(例如,从数据管理系统到多个医疗装置等)。
在某些示例中,药房控制数据集和分发,并且没有向最终用户(例如,护士、技术员等)给出决策权限,而是最终用户必须接受数据集以继续使用装置。装置管理系统发出数据集,并且接收装置被配置成在下次重新启动时激活新数据集。例如,下载的数据集保存在下载缓冲中,并且一旦装置上电,装置就会将数据集编程到活动存储器中。然后,向用户通知新数据集,并且指示用户使用装置或关闭装置,但是无法还原到数据集的先前版本。
尽管已经参考某些细节描述了实施方式,但是本领域技术人员将理解,在不脱离本文中描述的范围的情况下,可以进行各种改变并且可以替换等同物。另外,在不脱离本文中描述的范围的情况下,可以进行许多修改以使特定情况或材料适应于教导。因此,意在本文中的教导不限于所公开的特定实施方式,而是包括落入所附权利要求书的范围内的另外的实施方式。
Claims (15)
1.一种用于将数据集下载至患者装置的分发服务器,包括:网络接口电路,其被配置成通过网络与所述患者装置进行通信;耦接至所述网络接口电路的存储器,所述存储器被配置成通过所述网络接口电路接收数据集,所述数据集包括要由所述患者装置上的软件使用以执行患者相关功能的参数,所述数据集包括所述数据集的软件版本指示符,所述存储器还被配置成接收患者装置的当前软件版本;处理电路,其被配置成:将所述数据集的软件版本指示符与所述患者装置的当前软件版本进行比较;确定所述数据集的软件版本指示符与所述患者装置的当前软件版本之间存在不相等;以及基于所述不相等的确定将所述数据集分发至所述患者装置。
2.根据权利要求1所述的分发服务器,其中,所述患者装置是临床医师可编程的输注泵,其中,所述数据集包括对要由临床医师编程的参数的硬限制和软限制。
3.根据权利要求1所述的分发服务器,其中,所述处理电路在所述数据集的软件版本指示符在数值上小于或等于所述患者装置的当前软件版本的情况下确定存在不相等。
4.根据权利要求1所述的分发服务器,其中,所述数据集的软件版本指示符和所述患者装置的当前软件版本各自包括第一软件版本代码和第二软件版本代码,其中,基于确定所述第一软件版本代码相等并且所述第二软件版本代码具有不相等将所述数据集分发至所述患者装置。
5.根据权利要求4所述的分发服务器,其中,所述第一软件版本代码是主要软件版本代码,并且所述第二软件版本代码是次要软件版本代码。
6.根据权利要求4所述的分发服务器,其中,所述主要软件版本代码指示泵控件或泵机械结构的更新,其中,所述次要软件版本代码指示与所述数据集无关的泵功能的更新。
7.根据权利要求1所述的分发服务器,其中,所述数据集的软件版本指示符和所述患者装置的当前软件版本各自包括与运行所述患者装置上的第一组功能的软件相关联的第一功能代码和与运行所述患者装置上的第二组功能的软件相关联的第二功能代码。
8.根据权利要求7所述的分发服务器,其中,基于确定所述第一功能代码和所述第二功能代码两者均存在不相等将所述数据集分发至所述患者装置。
9.根据权利要求1所述的分发服务器,其中,所述处理电路被配置成:接收所述患者装置具有更新的软件版本的指示;将所述更新的软件版本与所述存储器中的多个数据集进行比较,每个数据集具有不同的软件版本指示符;确定具有在数值上小于或等于所述更新的软件版本的软件版本指示符的至少一个数据集;以及基于确定所述软件版本指示符在数值上小于或等于所述更新的软件版本将所述数据集分发至所述患者装置。
10.根据权利要求9所述的分发服务器,其中,所述处理电路被配置成如权利要求9中所述的进行比较、确定和分发,而无需手动用户输入。
11.一种用于将数据集下载至患者装置的分发服务器,包括:网络接口电路,其被配置成通过网络与所述患者装置进行通信;耦接至所述网络接口电路的存储器,所述存储器被配置成通过所述网络接口电路接收数据集,所述数据集包括要由所述患者装置上的软件使用以执行患者相关功能的参数,所述数据集包括所述数据集的软件版本指示符,所述存储器还被配置成接收患者装置的当前软件版本;处理电路,其被配置成:将所述数据集的软件版本指示符与所述患者装置的当前软件版本进行比较;基于所述比较来确定不要将所述数据集分发至所述患者装置;接收所述患者装置具有更新的软件版本的指示;在不接收手动用户输入的情况下,将所述数据集的软件版本指示符与所述更新的软件版本自动地进行比较,基于与所述更新的软件版本的比较确定要将所述数据集分发至所述患者装置,以及基于确定要将所述数据集分发至所述患者装置将所述数据集分发至所述患者装置。
12.根据权利要求11所述的分发服务器,其中,所述患者装置是临床医师可编程的输注泵,其中,所述数据集包括对要由临床医师编程的参数的硬限制和软限制。
13.根据权利要求11所述的分发服务器,其中,所述处理电路在所述数据集的软件版本指示符与所述更新的软件版本之间存在不相等的情况下确定要将所述数据集分发至所述患者装置。
14.根据权利要求11所述的分发服务器,其中,所述存储器被配置成存储多个数据集,每个数据集具有相应的软件版本指示符,其中,所述处理电路被配置成识别与所述患者装置兼容的至少两个数据集,其中,所述处理电路被配置成分发所述两个数据集中的下述一个数据集:所述一个数据集相比于所述两个数据集中的另一个数据集具有更大的软件版本指示符。
15.根据权利要求11所述的分发服务器,其中,所述数据集还包括指示患者装置的类型的装置类型,其中,所述数据集的软件版本指示符和所述患者装置的更新的软件版本各自包括第一软件版本代码和第二软件版本代码,其中,基于确定所述第一软件版本代码相等并且所述第二软件版本代码具有不相等将所述数据集分发至所述患者装置。
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
EP18305579.7 | 2018-05-11 | ||
EP18305579 | 2018-05-11 | ||
PCT/EP2019/060270 WO2019214929A1 (en) | 2018-05-11 | 2019-04-23 | Distribution server for patient devices |
Publications (1)
Publication Number | Publication Date |
---|---|
CN112106147A true CN112106147A (zh) | 2020-12-18 |
Family
ID=62217910
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201980031741.7A Pending CN112106147A (zh) | 2018-05-11 | 2019-04-23 | 用于患者装置的分发服务器 |
Country Status (6)
Country | Link |
---|---|
US (1) | US11901067B2 (zh) |
EP (1) | EP3791405A1 (zh) |
CN (1) | CN112106147A (zh) |
AU (1) | AU2019264737A1 (zh) |
CA (1) | CA3099198A1 (zh) |
WO (1) | WO2019214929A1 (zh) |
Families Citing this family (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN114830252B (zh) * | 2019-11-14 | 2023-08-25 | 瑞思迈私人有限公司 | 远程呼吸治疗装置管理 |
ES2970400T3 (es) * | 2020-01-23 | 2024-05-28 | Carefusion 303 Inc | Conversión automatizada de bibliotecas de fármacos |
EP4155907A1 (en) * | 2021-09-28 | 2023-03-29 | Hill-Rom Services, Inc. | Systems and methods for peer-to-peer automatic software updates |
Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20100037216A1 (en) * | 2008-08-05 | 2010-02-11 | Canon Kabushiki Kaisha | Method for retrieving updates via the internet |
US20130036412A1 (en) * | 2011-08-02 | 2013-02-07 | Roche Diagnostics Operations, Inc. | Software distribution amongst medical devices taking into account dependencies between devices |
US20150199485A1 (en) * | 2014-01-13 | 2015-07-16 | Carefusion 303, Inc. | Monitoring medical device states to determine update timing |
US20150234649A1 (en) * | 2014-02-18 | 2015-08-20 | Konica Minolta, Inc. | Information processing apparatus, set values update method for the same, and recording medium |
US20160381142A1 (en) * | 2014-01-13 | 2016-12-29 | Carefusion 303, Inc. | Remote Flashing During Infusion |
EP3173957A1 (en) * | 2015-11-25 | 2017-05-31 | Fenwal, Inc. | Data set distribution during medical device operation |
EP3173966A1 (en) * | 2015-11-25 | 2017-05-31 | Fenwal, Inc. | Secure communication between infusion pump and server |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US9486571B2 (en) * | 2013-12-26 | 2016-11-08 | Tandem Diabetes Care, Inc. | Safety processor for wireless control of a drug delivery device |
-
2019
- 2019-04-23 AU AU2019264737A patent/AU2019264737A1/en active Pending
- 2019-04-23 CA CA3099198A patent/CA3099198A1/en active Pending
- 2019-04-23 EP EP19721227.7A patent/EP3791405A1/en active Pending
- 2019-04-23 WO PCT/EP2019/060270 patent/WO2019214929A1/en active Application Filing
- 2019-04-23 CN CN201980031741.7A patent/CN112106147A/zh active Pending
- 2019-04-23 US US17/054,136 patent/US11901067B2/en active Active
Patent Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20100037216A1 (en) * | 2008-08-05 | 2010-02-11 | Canon Kabushiki Kaisha | Method for retrieving updates via the internet |
US20130036412A1 (en) * | 2011-08-02 | 2013-02-07 | Roche Diagnostics Operations, Inc. | Software distribution amongst medical devices taking into account dependencies between devices |
US20150199485A1 (en) * | 2014-01-13 | 2015-07-16 | Carefusion 303, Inc. | Monitoring medical device states to determine update timing |
US20160381142A1 (en) * | 2014-01-13 | 2016-12-29 | Carefusion 303, Inc. | Remote Flashing During Infusion |
US20150234649A1 (en) * | 2014-02-18 | 2015-08-20 | Konica Minolta, Inc. | Information processing apparatus, set values update method for the same, and recording medium |
EP3173957A1 (en) * | 2015-11-25 | 2017-05-31 | Fenwal, Inc. | Data set distribution during medical device operation |
EP3173966A1 (en) * | 2015-11-25 | 2017-05-31 | Fenwal, Inc. | Secure communication between infusion pump and server |
Also Published As
Publication number | Publication date |
---|---|
AU2019264737A1 (en) | 2020-11-26 |
US20210125713A1 (en) | 2021-04-29 |
CA3099198A1 (en) | 2019-11-14 |
EP3791405A1 (en) | 2021-03-17 |
US11901067B2 (en) | 2024-02-13 |
WO2019214929A1 (en) | 2019-11-14 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US20230298768A1 (en) | Infusion pump system and method with multiple drug library editor source capability | |
US10740436B2 (en) | Data set distribution during medical device operation | |
US20210233638A1 (en) | Drug library compiler for patient devices | |
EP3422355B1 (en) | System and method of synchronizing medical device databases | |
EP3220297B1 (en) | Default data set distribution for medical devices | |
US10811131B2 (en) | Systems and methods for intelligent patient interface device | |
JP2017517302A (ja) | 構成可能閉ループ送達速度キャッチアップを有する注入システムおよびポンプ | |
US11901067B2 (en) | Distribution server for patient devices | |
US20210193286A1 (en) | Therapy-based database model for generating drug libraries |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination |