CN107683152A - 用于输液泵的基于流程的编程 - Google Patents

Abstract

用于根据功能集合配置多个输液泵的方法和系统。方法包含：实施多个输液泵，所述输液泵中的每一个配置成将药品给予患者；实施药物库，所述药物库包含界定药品的集合的至少一个功能集合；接收与所述至少一个功能集合中的一个相关的输入数据；从所述药物库获得对应于所述输入数据的药品的特定集合；根据药品的所述集合对所述多个输液泵进行编程；及用所述多个输液泵为所述患者输液。

Description

用于输液泵的基于流程的编程

技术领域

此处的主题大体上涉及医疗装置，且更具体地说，涉及用于输液泵的基于流程的编程的装置、系统和方法。

背景技术

输液泵是用于管理例如治疗药品和药物的输注液的递送和分配的适用医疗装置。输液泵与手动给予输注液相比通过在延长时间段内精确地递送输注液而提供大量优点。输液泵尤其可用于治疗需要常规药理学干预的疾病和病症，包含癌症、糖尿病以及血管、神经和代谢紊乱。输液泵还增强保健提供者递送麻醉和应对疼痛的能力。输液泵用于各种场合，包含医院、疗养院和其它短期和长期医疗设施，以及住宅式疗养所。存在许多类型的输液泵，包含非卧床式、大容量、患者控制的镇痛(PCA)、弹性、针筒、肠内和胰岛素泵。输液泵可用来通过各种递送方法非常接近于神经给予药品并将其给予到手术中的部位、硬膜外空间或蛛网膜下隙中，所述递送方法包含静脉内、腹膜内、动脉内、皮内、皮下。

举例来说，标题为“具有输入到计算机的条形码的输液泵”的美国专利第4,978,335号、标题为“注射泵快速阻塞检测系统”的美国专利第8,182,461号及标题为“更新用于注射泵的针筒简介”的美国专利第8,209,060号中公开注射泵及相关组件。这些专利各自以全文引用的方式并入。

通常，对输液泵个别地进行编程，而无需较大医疗流程或患者治疗活动内任何角色或位置的情境。举例来说，当前药物库通常集中在对由开业医生指导的一个泵上的一种药剂或药物进行编程。通常针对每种此类输注液个别地设定浓度极限、容积极限及其它极限或界限，以及其它药剂或药物编程参数，且在那些界限内对所述泵进行编程。

举例来说，手术室中的麻醉医生常常同时操作多个输液泵。使用若干输液泵将各种输注液递送到单个患者是常见的。此外，在同一天对多个患者执行多台手术是常见的。因此，在一天中，手术室中的麻醉医生可能针对那些多台手术操作输液泵的若干集合，其中相同或类似药剂或药物被设定为类似或几乎相同的相应剂量。在传统输液系统中，麻醉医生必须花费时间分别对输液泵中的每一个进行编程，且针对每台手术分别对输液泵中的每一个进行编程。举例来说，麻醉医生针对一台手术可能要花费30分钟来对所有输液泵进行编程。在一天的过程内，麻醉医生因此可能针对类似或几乎相同相应剂量的相同药剂或药物花费若干小时来对输液泵进行编程。对泵进行此类重复、个别编程是费力的、耗时的且潜在地易于出错。

因此，需要可最小化传统输液泵编程任务的重复、费力、耗时且潜在地易于出错的相互作用的用于输液泵的基于流程的编程的装置、系统和方法。

发明内容

本文中所描述或另外考虑的实施例基本上满足前述需求。根据一实施例，经过适当配置的药物库通过向医生或用户隐藏编程的细节而允许开业医生根据活动或流程对一个或多个泵进行编程。因此，实际上可容易且有效地完成对输液泵的复杂和/或冗长的编程。

根据一实施例，分级级别包括检视或编程系统所针对的一定的复杂度。级别越高，呈现给用户的细节越少。级别越低，呈现给用户的细节越多。在实施例中，可根据各种分级级别分组药物库。

在一实施例中，功能集合可包括医院中的常用流程或常用活动。举例来说，功能集合可包括特定医院流程，例如“心脏手术”。在另一实例中，功能集合可包括可在其它输液期间给药的常见输液的集合。在又一实例中，功能集合可包括医生工作流“偏爱”或常用流程或活动。在此类实施例中，功能集合偏爱可配置成对多个输液泵中的一个或多个进行编程。

本文中所描述的实施例可实施在例如大容积泵(LVP)上。LVP可泵送大量溶液。在实施例中，大容积泵可利用蠕动泵形式。LVP可利用计算机控制的滚轮，其压缩药剂流动通过的管道。在另一实施例中，LVP可利用按顺序按压在管道上的指状物的集合。

在一实施例中，一种用于根据特定治疗方案配置多个医疗装置的系统包括：支架，其配置成以物理方式且可拆卸地将所述多个医疗装置耦合到所述支架；及路由器，其配置成将以物理方式且可拆卸地耦合到所述支架的所述多个医疗装置之间的数字通信实现为局域网，其中当所述多个医疗装置以物理方式耦合到所述支架且通过所述路由器以通信方式耦合到所述局域网时，(i)所述特定治疗方案被传输到所述多个医疗装置中的每一个及(ii)所述多个医疗装置能够各自响应性地分别提供对应于所述特定治疗方案的预选定疗法。

在一实施例中，一种根据功能集合配置多个输液泵的方法包括：实施多个输液泵，所述输液泵中的每一个配置成将输注液给予患者；实施药物库，所述药物库包含界定输注液的集合的至少一个功能集合；接收与所述至少一个功能集合中的一个相关的输入数据；从所述药物库获得对应于所述输入数据的输注液的特定集合；根据输注液的所述集合对所述多个输液泵进行编程；及通过使用所述多个输液泵为所述患者输液。

在一实施例中，一种用于对多个输液泵进行编程的系统包括：多个输液泵，所述输液泵中的每一个配置成将输注液给予患者；输入源，其配置成接收选定的功能集合；编程引擎，其包含：药物库，其包含对应于所述选定的功能集合的界定输注液的集合的至少一个功能集合；通信引擎，其配置成介接到所述多个输液泵及所述输入源；处理器，其配置成介接到所述药物库且命令所述通信引擎根据所述选定的功能集合对所述多个输液泵进行编程。

在一实例中，可对多个输液泵中的一个或多个进行编程，且多个输液泵中的一个或多个可与实时嵌入式服务器协调，例如2015年5月7日申请的美国专利申请第62/158,213号中描述的嵌入式服务器的实施例，所述申请以引用的方式并入本文中。

在实施例的特征及优点中，根据功能集合对一个或多个输液泵进行编程的药物库相比于传统编程较不易于出错且需要较少操作员时间。在一实施例中，可通过来自用户的一个输入步骤对多个泵进行自动编程。或者，在实施例中，输入步骤的数目可从通常已知输液泵需要的步骤数目明显减少。在一实施例中，对功能集合或分组的选择对一个或多个输液泵进行自动编程。举例来说，根据功能集合编程的实施例仅需要操作员选择功能集合。随后，针对所有所需输液泵自动执行编程命令。作为故障保护或安全预防措施，操作员接着仅需要验证每一泵上的剂量是正确的。因此根据选定的功能集合自动化编程。在实施例中，可进一步需要操作员将适当针筒装载到相应泵中。此装载充当对泵的编程的第二检查。因此，避免了手动输入误差，且在实施例中编程是精简的。

在实施例的另一特征和优点中，根据功能集合对一个或多个输液泵进行编程的药物库可加速输液递送。举例来说，在需要快速开始许多输液的紧急情形中，可利用单个功能命令来对多个输液泵进行编程。在实施例中，可用与紧急情形或其它时间关键的输液相关的多个功能命令对药物库进行编程。

在实施例的另一特征和优点中，功能集合允许根据医院流程在一起分组多个药物递送。在实施例中，可针对患者正在经历或将要经历的医院流程对可操作地耦合到单个患者的多个输液泵进行编程。举例来说，在前述“心脏手术”医院流程中，可将使患者为所述流程准备好的常用输液的集合编程到必要的输液泵中。举例来说，可用药品碳酸氢钠、盐水、非诺多泮、insoline、瑞芬太尼和盐水来对输液泵的集合进行编程，使得那些输注液中的每一个从单独的输液泵被递送到患者。在其它实施例中，可用前述输注液对输液泵的集合进行编程，使得组合物被输注在单个输液泵上或与诸多输液泵重叠。

以上发明内容未必旨在描述每一所说明的实施例或此处主题的每一种实施方案。附图和下文具体实施方式更具体地举例说明了这些实施例。

附图说明

根据此处的主题的各种实施例的以下具体实施方式，结合附图，可以更完全地理解所述主题，在附图中：

图1A是根据实施例的针筒式输液泵的透视图。

图1B是根据实施例的非卧床式输液泵的控制模块的正视图。

图2是根据实施例的输液泵系统的框图。

图3是根据实施例的包含功能集合的仿制药物库的一部分的框图。

图4是根据实施例的心脏手术流程的基于流程的编程配置的框图。

图5是根据实施例的针对图4的心脏手术流程的基于流程的编程来对输液泵的集合进行编程的系统的标注框图。

图6是根据实施例的根据功能集合基于流程地对输液泵的集合进行编程的系统的框图。

图7A是根据实施例的医院网络中的实例分级的框图。

图7B是根据实施例的医院网络中的实例分级的框图。

图8是根据实施例的对功能集合中的多个输液泵的基于流程的编程的方法的流程图。

虽然实施例容许各种修改和替代形式，但是已作为实例在图式中展示其细节且将进行详细描述。然而，应理解，并非打算将此处的主题限于所描述的特定实施例。相反地，打算涵盖属于此处根据所附权利要求书的主题的精神和范围内的所有修改、等效物和替代物。

具体实施方式

图1A和1B分别展示输液泵100和150(在本公开中更一般地还由数字100表示)的实例，所述实例可用来实施本文中论述的系统和方法的实施例。一般来说，输液泵100为可用来递送各类输注液、药物疗法和治疗的针筒式泵。输液泵100包含药品容器或针筒110，所述药品容器或针筒110通过夹具130分别支撑在外壳120上并紧固到外壳120。在实施例中，针筒110可与泵100分开提供。在其它实施例中，针筒110是泵100的集成组件。针筒110包含柱塞140，所述柱塞140迫使流体通过连接到患者的输液管线160从针筒110向外流出。泵100的外壳120内部的电动机和导螺杆布置共同致动推杆或柱塞驱动器机构170以移动针筒110的柱塞140。在实施例中，传感器(未示出；其通常在柱塞驱动器机构170内部)根据系统规范监测针筒中的力和/或柱塞位置。

图1B中所展示的输液泵150是可用来递送各类输注液、药物疗法和治疗的非卧床式输液泵的实例。这类非卧床式泵可由用户舒适地穿戴或以其它方式借助于皮带、绑带、夹具或其它简易紧固装置可拆卸地耦合到用户以用于家庭非卧床护理，或者还可设置于医院和其它医疗护理设施内的安装在杆上的非卧床式布置中。输液泵150通常包含控制药品从流体贮存器(图1B未示出)的流动的蠕动式输液泵机构，所述流体贮存器通过从贮存器伸出的导管耦合到泵150，所述导管可以配合方式沿着泵150的底部表面180走。贮存器可包括在表面180处附接到泵150的底部的盒，或者在表面180处通过接装板(未示出)以类似方式连接到泵150的IV袋或其它流体源。具体地说，泵150使用阀和位于底部表面180上的冲出器以选择性地挤压连接到贮存器的流体管道(未示出)，从而使得由贮存器供应的流体以蠕动泵送的方式移动通过管道并到达患者。输液泵100和150是可适合与本文中论述的实施例一起使用的输液泵的两个实例，但是在利用此处的主题的输液系统的其它实施例中也可使用其它泵和装置。

图2是输液泵系统200的示意图。系统200包含输液泵210，所述输液泵210具有泵控制系统245，所述泵控制系统245具有处理器250和存储器255，其可用选定协议、配置文件、配置文件片段和其它设置进行编程以控制泵送机构260，例如前述针筒和非卧床式或蠕动式机构的操作。在一实施例中，存储器255可包括配置成根据本文中所描述的功能集合进行编程的药物库或其部分。

在一实施例中，处理器250可以是接受数字数据作为输入的任何可编程装置，其配置成根据指令或算法处理所述输入并提供结果作为输出。在一实施例中，处理器250可以是配置成执行计算机程序的指令的中央处理单元(CPU)。在另一实施例中，处理器250可以是专用集成电路(ASIC)。在另一实施例中，处理器250可以是现场可编程门阵列(FPGA)。处理器250因此配置成执行算术、逻辑和输入/输出操作。

存储器255根据所耦合处理器255的需要可包括易失性或非易失性存储器以不仅提供执行指令或算法的空间，而且还提供存储指令本身的空间。在实施例中，易失性存储器可包含例如随机存取存储器(RAM)、动态随机存取存储器(DRAM)或静态随机存取存储器(SRAM)。在实施例中，非易失性存储器可包含例如只读存储器、快闪存储器、铁电RAM、硬盘、软盘、磁带或光盘存储装置。前述列表决不限制可使用的存储器的类型，因为这些实施例仅作为实例给出而并不意欲限制此处的主题的范围。

输液泵200还可包含控制模块220(例如，用户接口)以用于将命令转发到泵控制系统245。控制模块220包含利用操作员输入技术且包含输入机构235的至少一个用户接口230，所述输入机构235与显示器225一起工作。在一些状况下，显示器225将被视为用户接口230的一部分。用户接口230通常允许用户键入各种参数，包含但不限于名称、药物信息、限制、递送物形状、关于医院设施的信息，以及各种用户特定参数(例如，患者年龄和/或体重)。输液泵210可包含USB端口、以太网、Wi-Fi或其它适当输入/输出(I/O)接口端口240以用于将输液泵210连接到具有被设计成与输液泵210介接的软件的网络或计算机215。在一实施例中，网络或计算机215可传输用于根据本文中所描述的功能集合进行编程的药物库或其部分。举例来说，网络或计算机215可包括嵌入式服务器系统以用于实时控制输液泵200。在实施例中，控制模块220可根据来自网络或计算机215(或嵌入式服务器)的数据自动配置成用于根据功能集合进行编程。

通过AC或DC电源线或者任何合适的电池源来实现对输液泵210供电。实施例还可包含无线电源。对系统的用户输入205可由用户通过编程而提供，所述用户例如患者、药剂师、科学家、药物程序设计者、医学工程师、护士、医生或者其它开业医生或保健提供者。用户输入205可利用直接介接(即，键盘或其它基于触摸的输入)，或用户输入205可利用间接或“非接触式”介接(即，手势；语音命令；面部动作或表情；手指、手、头部、身体和手臂动作；或无需物理接触的其它输入)。用户输入205大体上由用户接口230的操作员输入机构235介接、传达、感测和/或接收。操作员输入机构235可包含例如键盘、触摸屏、摄像机、或者电场、电容或声音传感器。

如图2中所描绘，输液泵210通过泵送机构260可操作地耦合到贮存器265。在实施例中，贮存器265可包括任何合适的输注液供应装置，例如IV袋、针筒、连续供应装置或其它输注液存储装置。在一实施例中，贮存器265通过适合于将存储在贮存器265中的输注液传送到泵送机构260的插管而耦合到泵送机构260。

参考图3，描绘根据实施例的包含功能集合的仿制药物库300的一部分的框图。药物库300通常包括功能集合A 302和功能集合B 304。举例来说，功能集合A302可包括急诊室部门中用于紧急情况的部门级别的流程。在另一实例中，功能集合B 304可包括用于特定部门的特定流程，例如心脏手术。

功能集合A 302包括待输注的药品集合306。举例来说，药品集合306可由药物1、药物2及药物3界定，如图3中所描绘。药品集合306中的个别药品中的每一个可用来个别地满足功能集合A 302的需要。在一实施例中，药品集合306内的个别药品组合地配置成彼此互补，从而积极地影响正被输液的患者。在其它实施例中，开业医生可在药品集合306当中选择用于输液的药品。举例来说，对于特定患者，仅药物1和药物3可用。药物库300允许简单地选择药品集合306的子组。同样地，功能集合B 304包括待输注的药品集合308。举例来说，药品集合308可由药物4、药物5、药物6及药物7界定，如图3中所描绘。

药品集合306，且具体来说，药物1、药物2及药物3可分别配置成用于对特定的泵集合310进行编程。举例来说，泵集合310通常可包含输液泵1、输液泵2及输液泵3。在一实施例中，药物1可配置成对输液泵1进行编程，药物2可配置成对输液泵2进行编程，且药物3可配置成对输液泵3进行编程。在其它实施例(未示出)中，可界定输液集合306，使得可专门对泵进行编程。同样地，输液集合308，且具体来说，药物4、药物5、药物6及药物7可分别配置成对特定的泵集合312进行编程。举例来说，泵集合312通常可包含输液泵4、输液泵5、输液泵6及输液泵7。

因此，通过选择功能集合A302，开业医生可对泵集合310上由药品集合306界定的输液进行编程。同样地，通过选择功能集合B 304，开业医生可对泵集合312上由药品集合308界定的输液进行编程。

参考图4，描绘根据实施例的用于心脏手术流程402的基于流程的编程配置400的框图。配置400通常包括快速设置流程，例如心脏手术流程402。

心脏手术流程402包括输注液404到414的集合。举例来说，心脏手术流程402可包括用于碳酸氢钠404的输液泵的编程配置、用于盐水406的输液泵的编程配置、用于非诺多泮408的输液泵的编程配置、用于insoline 410的输液泵的编程配置、用于瑞芬太尼412的输液泵的编程配置及用于盐水414的输液泵的编程配置。

在一实施例中，可利用界定用于流程402的药品集合及输注液404到414的药物库，例如药物库300。视情况且如关于药物库300所描述，药物库可界定用于给予输注液集合的泵集合。因此，药物库，例如药物库300，可包括“工作流管理”编程配置或“流程管理”编程配置选项。药物库300因此支持被同时进行编程的多于一个泵。在另一实施例中，可在例如图2中的输液泵210的泵上选择“工作流管理”编程配置或“流程管理”编程配置选项。

参考图5，描绘根据实施例的针对功能集合编程来对输液泵的集合进行编程的系统500的标注框图。具体来说，系统500配置成对图4的心脏手术流程进行编程。系统500通常包括服务器502、药物库504及输液泵506到516的集合。

在实施例中，输液泵506到516的集合可以可操作地耦合到网络连接的支架。支架可配置成以物理方式且可拆卸地耦合输液泵506到516的集合。在一实施例中，支架进一步包括路由器，所述路由器配置成实现输液泵506到516的集合之间的数字通信。举例来说，路由器和输液泵506到516的集合可包括局域网，此输液泵506到516的集合以物理方式耦合到支架且通过路由器电耦合到局域网。

在一实施例中，服务器502包括处理器和存储器。在一实施例中，处理器可以是接受数字数据作为输入的任何可编程装置，其配置成根据指令或算法处理所述输入并提供结果作为输出。在一实施例中，处理器可以是配置成执行计算机程序的指令的中央处理单元(CPU)。在另一实施例中，处理器可以是专用集成电路(ASIC)。在另一实施例中，处理器可以是现场可编程门阵列(FPGA)。处理器因此配置成执行基本算术、逻辑和输入/输出操作。

存储器根据所耦合处理器的需要可包括易失性或非易失性存储器以不仅提供执行指令或算法的空间，而且还提供存储指令本身的空间。在实施例中，易失性存储器可包含例如随机存取存储器(RAM)、动态随机存取存储器(DRAM)或静态随机存取存储器(SRAM)。在实施例中，非易失性存储器可包含例如只读存储器、快闪存储器、铁电RAM、硬盘、软盘、磁带或光盘存储装置。在一个实施例中，存储器可包含数据库。在一实施例中，存储器包括用于处理器的操作的存储器和用于存储与系统相关的记录的单独的数据库。前述列表决不限制可使用的存储器的类型，因为这些实施例仅作为实例给出而并不意欲限制此处的主题的范围。

多个引擎可由或根据服务器502的处理器和存储器实施。举例来说，任何数目个引擎可配置成协调对泵506到516的集合的编程，如药物库504所指导。因而，服务器502以通信方式耦合到输液泵506到516中的至少一个。在一实施例中，参考图2中的输液泵系统200，服务器502包括类似于具有被设计成与输液泵506到516介接的软件的网络或计算机215的网络或计算机。在一实施例中，服务器502可包括实时嵌入式服务器，例如前述美国专利申请第62/158,213号中所描述的嵌入式服务器的实施例。因此应了解且理解，尽管在图5中描绘为与泵506到516分离，但服务器502可以物理方式驻留在支架中或甚至驻留在泵506到516中的一个中。

服务器502可配置成传输编程指令的集合，所述编程指令的集合包括大于单个泵的编程的功能集合。举例来说，编程指令的集合可包括用于每一已耦合泵的仅有的编程配置。在一实施例中，编程指令的集合包括含有用于所有已耦合泵506到516的编程指令的批次编程命令。在此类实施例中，仅根据打算用于所述特定泵的特定指令对每一泵进行编程，但每一泵接收用于所有泵的批次或聚集的编程指令。在实施例中，泵标识符或其它仅有的数据集可用来分析批次编程命令。在另一实施例中，服务器502将用于所有已耦合泵506到516的编程指令个别地传输到已耦合泵506到516中的每一个。在又一实施例中，泵506到516中的一个在从服务器502接收编程命令之后进一步指导编程命令。

药物库504包括功能集合的数据库，所述功能集合针对每一级别，例如前述用于紧急情况的部门级别流程，包含待输注的药品的集合。在一实施例中，药物库504大体类似于图3中所描绘的药物库300的部分。举例来说，药物库504可包括心脏手术流程402和如关于图4描绘且描述的药品404到414的集合。再次参考图5，如所描绘，药物库504可操作地耦合到服务器502。在一实施例中，药物库504可实施在服务器502上。在另一实施例中，药物库504可实施在可由服务器502访问的单独数据库上。

泵506到516的集合中的每一个可大体类似于如关于图2描绘且描述的输液泵210。在一实施例中，泵506到516的集合以通信方式彼此耦合。举例来说，泵506可以可操作地且以通信方式耦合到泵508到516中的每一个，使得泵506可命令对泵508到516中的每一个进行编程。在另一实例实施例中，泵506到516中的每一个以通信方式耦合到服务器502。在实施例中，泵506到516可以通信方式耦合，使特定针对于泵506到516中的一个的得数据、命令、消息或任何其它信息可传递到其它泵506到516中的任一个。举例来说，泵506到516可以可操作地耦合到网络连接的支架。

在操作中，如由图5中的标注所描绘，服务器502与药物库504通信以界定用于泵506到516的功能集合编程。在于泵506上选择功能集合编程之后，服务器502与泵506通信。在另一实施例中，服务器502起始功能集合编程。在另一实施例中，临床医生与相关联泵中的一个介接且针对即将进行的流程选择所要工作流。此泵接着将编程信息发送到相关联多个泵506到516中的另一个。编程信息可包含根据输液类型需要的输液信息，例如药物、剂量、浓度及重量。在一实施例中，在初始编程之后，泵并不自动控制彼此。

如图5中所描绘，在泵506上选择“心脏手术快速设置”。泵506与服务器502介接，且针对由用于心脏手术的功能集合输液界定的特定输液对应地对泵506进行编程。举例来说，再次参考图4及心脏手术流程402，可针对碳酸氢钠404的输注对泵506进行编程。随后或与对泵506的编程同时，泵508到516从泵506接收编程信息。在一实施例中，泵506可将编程命令传输到泵508到516。举例来说，在一实施例中，且再次参考图4，针对盐水406的输注对泵508进行编程。针对非诺多泮408的输注对泵510进行编程。针对insoline 410的输注对泵512进行编程。针对瑞芬太尼412的输注对泵514进行编程。针对盐水414的输注对泵516进行编程。在另一实施例(未描绘)中，服务器502在对于每一泵是仅有的批次命令或个别命令中将编程指令分别传输到泵506到516中的每一个。无关于特定编程架构，待用于所述流程中的泵506到516因此彼此相关联。泵506到516可通过插塞到同一支架中而相关联或其可通过序号、媒体接入控制(MAC)地址、相同子网、条形码或任何其它合适的相关联方法手动地相关联。

参考图6，描绘根据实施例的根据功能集合对输液泵的集合进行编程的系统600的框图。系统600通常包括将医院数据602、患者数据604、传感器数据606及流程数据608输入到编程引擎610中以用于对多个输液泵612到616进行编程。

医院数据602通常包括医院级别的数据或与输液相关的信息。举例来说，医院数据602可包括医院流程、标准、配置及其它以医院为中心的信息。

患者数据604通常包括患者专用数据或信息。举例来说，患者数据604可包括患者身高、患者体重、患者性别、患者ID、过敏信息及任何其它合适的患者专用信息。

传感器数据606通常包括由配置成感测关于患者的信息的任何传感器提供的读数、级别或其它状态。举例来说，传感器数据606可包括温度数据、脉搏率、呼吸速率、血氧水平及血压，以及任何其它合适的传感器数据。

流程数据608通常包括对待输注的药品的集合的功能集合选择。在一实施例中，流程数据608可包括如由图3和例如功能集合A302或功能集合B 304界定的功能集合选择。举例来说，流程数据608可包括如图4中所描绘的“心脏手术快速设置”。

在实施例中，医院数据602、患者数据604、传感器数据606及流程数据608可由通信引擎622从相应发送设备接收。举例来说，医院信息系统(HIS)可将医院数据602和/或患者数据604传输到通信引擎622。配置成感测关于患者或与患者相关的特性的相应传感器中的每一个可将相应传感器数据606传输到通信引擎622。可如关于图5所描述来选择或输入流程数据608，且流程数据608随后可传输到通信引擎622。在实施例中，额外或较少数据输入可由系统600利用。

编程引擎610通常包括功能集合药物库618、处理器620及通信引擎622。在一实施例中，编程引擎610实施在离散服务器上，例如如图5中所描绘的服务器502。然而，在其它实施例中，编程引擎610实施在个别医疗装置上，例如多个已耦合输液泵612到616中的一个。在其它实施例中，本文中所描述的引擎的部分可横越例如离散服务器或输液泵的多个装置伸展。

本文中所描述的引擎可构造、编程、配置或以其它方式适配以自主地执行功能或功能集合。如在整个此文件中所使用的术语“引擎”被定义为现实世界装置、组件或使用硬件实施的组件的布置，如通过例如专用集成电路(ASIC)或现场可编程门阵列(FPGA)，或如硬件与软件的组合，如通过微处理器系统和致使引擎实施特定功能性的程序指令集合，其(在被执行时)将微处理器系统转变成专用装置。引擎还可实施为以上两种的组合，其中某些功能由硬件单独促进，而其它功能由硬件与软件的组合促进。在某些实施方案中，引擎的至少一部分且在一些状况下，引擎的全部可在由硬件组成的一个或多个计算平台的处理器(例如，一个或多个处理器、数据存储装置，例如存储器或驱动存储装置、输入/输出设施，例如网络接口装置、视频装置、键盘、鼠标或触摸屏装置，等等)上执行，所述处理器执行操作系统、系统程序及应用程序，同时还使用多任务、多线程、在适当时使用分布式(例如，集群、对等、云等)处理或其它此类技术实施所述引擎。因此，每一引擎可以多种物理上实施的配置实现，且应大体上不限于本文中例示的任何特定实施方案，除非明确指出此类限制。另外，引擎自身可由多于一个子引擎组成，所述子引擎中的每一个可被看作就是一个引擎。此外，在本文中所描述的实施例中，各种引擎中的每一个对应于限定的自主功能；然而，应理解，在其它已涵盖实施例中，每一功能可分配给多于一个引擎。同样地，在其它已涵盖实施例中，多个限定功能可由执行那些多个功能的单个引擎实施，所述多个功能与其它功能可能地并联或串联和/或与其它功能互补、或以与本文中的实例中具体说明不同的方式分布在引擎集合中。

药物库618包括功能集合的数据库，所述功能集合针对每一级别包含待输注的药品的集合。在一实施例中，药物库618大体类似于图3中所描绘的药物库300的部分。在实施例中，药物库618可包括界定相应药品量的药品的集合和取决于数个因素变化的输液速率，所述数个因素包含与医院数据602、患者数据604及传感器数据606相关的输入。举例来说，相对于130lb女性患者，用于200lb男性患者的选定的功能集合的药品集合的量和输液速率可明显不同。药物库618配置成存储药品的这些不同集合。因而，可针对每一功能集合界定药品的多个集合。

处理器620包括处理逻辑和合适硬件，所述合适硬件用于实施处理逻辑以评估所接收的医院数据602、患者数据604、传感器数据606及流程数据608且确定来自药物库618的输液的适当集合。处理器620进一步配置成命令对到达输液泵612到616的输液的集合进行编程。在实施例中，处理器620可以可操作地耦合到存储器(图6中未展示)。

在实施例中，处理器620进一步配置成表明或自动调整输液或输液参数的先前确定的集合。举例来说，额外医院数据602、患者数据604、传感器数据606和/或流程数据608可被接收且评估以修改或调整输液参数。在一实施例中，可在已命令输液或输液参数的初始集合且所述初始集合为可操作的之后，接收且评估此类额外医院数据602、患者数据604、传感器数据606和/或流程数据608。在实施例中，评估医院数据602、患者数据604、传感器数据606和/或流程数据608可有规则的间隔或为连续的。

通信引擎622包括通信逻辑和用于接收医院数据602、患者数据604、传感器数据606及流程数据608的合适硬件。此外，通信引擎622包括通信逻辑和用于将编程命令传输到输液泵612到616的合适硬件。

输液泵612到616中的每一个可大体类似于如关于图2描绘且描述的输液泵210。在实施例中，可对额外或较少输液泵进行编程。

在操作中，系统600配置成根据功能集合对输液泵612到616进行编程。医院数据602、患者数据604、传感器数据606和流程数据608被输入到编程引擎610中。在一实施例中，医院数据602、患者数据604、传感器数据606及流程数据608由通信引擎622接收。在一实施例中，存储由通信引擎622接收的数据。举例来说，可操作地耦合到处理器620的存储器可存储所接收的数据。

处理器620基于药物库618评估所接收的医院数据602、患者数据604、传感器数据606及流程数据608。举例来说，如由流程数据608选择，选择待输注的药品的集合。处理器620接着可基于所接收的医院数据602、患者数据604及传感器数据606利用药物库618来选择专用于由所接收的数据界定的仅有组合的药品的特定集合。

随后，处理器620将编程信号传输到输液泵612、输液泵614、输液泵616或额外输液泵中的任一个(图6中未展示)。因此，针对由选定的流程数据608的药物库618界定的相应输液和由所接收的医院数据602、患者数据604及传感器数据606界定的仅有的组合对接收编程信号的泵，例如输液泵612、输液泵614、输液泵616或额外输液泵进行编程。

根据实施例，可应用例如功能集合的分组原理，使得遵守分级，从而使得较高级别被放置在“顶部”附近，且下方具有较多具体概念。级别越高，呈现给用户的细节越少。级别越低，呈现给用户的细节越多。在实施例中，可根据各种功能集合分级对药物库进行分组。

举例来说，参考图7A，描绘根据实施例的根据医院网络中的分级700的实例功能集合的框图。分级700通常包括医院网络级别702、医院级别704、部门级别706、流程级别708及输液级别710。

如所描绘，医院网络702通常包括一个或多个医院704。特定医院704通常包括一个或部门706。特定部门706通常包括一个或多个流程708。每一流程708通常包括一个或多个输液710。在实施例中，可省去前述级别中的任一个，使得对输液的编程不遵守图7A中所描绘的分级流程。举例来说，取决于用于特定医院网络702和/或医院704的流程和指导方针，可利用额外或较少功能集合。

在实施例中，再次参考图7A，可在前述级别中的任一个处实施编程分级。因此，编程分级可往下由较低功能集合进行。举例来说，在医院网络702处，可界定对于医院网络702中的所有医院704常见的一般化输液710。对于医院网络702中的所有医院704常见的所有一般化输液710依此通过较低级别进行且因此可用于所有部门706和流程708。以此方式，特定医院网路702可界定对于所述医院网络702为仅有的输液710的集合。

同样地，在医院704处，可界定对于特定医院704中的所有部门706为常见的一般化输液710。对于医院704中的所有部门706为常见的所有一般化输液710依此通过较低级别进行且因此可用于所有流程708。以此方式，特定医院704可界定对于所述医院704为仅有的输液710的集合。

相似地，每一部门706可界定对于所述特定部门706为仅有的输液710的集合。举例来说，可实施特定针对于“手术”部门706的输液710，使得较高级别的输液定义以及在部门706级别处界定的手术专用输液可供使用。

在另一实例中，参考图7B，描绘根据实施例的医院网络中的实例分级750的框图。分级750通常包括医院网络级别752、医院级别754、部门级别756、流程级别758及输液级别760。在所描绘实例中，可在分级750内的任一级别处界定输液760。在实施例中，界定输液760使得不通过较低功能集合进行任何一般化输液。

参考图8，描绘根据实施例的用于对功能集合中的多个输液泵的基于流程的编程的方法800的流程图。

在810处，实施多个输液泵。举例来说，多个输液泵中的每一个可大体类似于本文中所描述的输液泵中的任一个，例如如图2中所描绘的输液泵210。在一实施例中，可启动、开启多个输液泵或所述多个输液泵可以其它方式准备好进行操作。在实施例中，多个输液泵可操作地耦合到患者。在另一实施例中，所述多个输液泵分阶段地耦合到患者。

在820处，实施包含一个或多个功能集合的药物库。举例来说，药物库可大体类似于本文中所描述的药物库中的任一个，例如如图3中所描绘的仿制药物库300的部分的模板。在一实施例中，实施药物库包括接收界定功能集合和待输注的药品的对应集合的输入。在实施例中，其它输入可界定所需输液泵的数目或类型或与待输注的药品的集合相关的其它准则或领域。

在830处，接收输入数据。在一实施例中，输入数据包括功能集合选择。举例来说，参考图6，流程数据608被输入到编程引擎610中作为选定的功能集合。在其它实施例中，输入数据进一步包括医院数据、患者数据和/或传感器数据。举例来说，再次参看图6，例如医院数据602、患者数据604及传感器数据606的输入被输入到编程引擎610中。输入数据可通过到编程引擎(例如前述的泵或嵌入式服务器上的编程引擎)中的手动输入接收。在其它实施例中，输入数据可自动传输到编程引擎。

再次参看图8，在840处，从在820处实施的药物库获得药品的集合。在一实施例中，功能集合选择对应于药物库中的药品的集合。在另一实施例中，参考图6，处理器620基于药物库618评估所接收的医院数据602、患者数据604、传感器数据606及流程数据608。如由流程数据608选择，选择待输注的药品的集合。处理器620接着可基于所接收的医院数据602、患者数据604及传感器数据606利用药物库618来选择专用于由所接收的输入数据界定的仅有组合的药品的特定集合。

再次参考图8，在850处，根据在840处从药物库获得的药品的集合对多个输液泵进行编程。举例来说，再次参考图6，处理器620将编程信号传输到多个输液泵中的任一个，例如输液泵612、输液泵614及输液泵616。在一实施例中，输液泵中的每一个接收是较大指令集的一部分的指令集。每一泵接着可针对其特定协议和递送特性分析所接收的消息。在另一实施例中，针对每一泵的特定协议和递送特性向每一泵个别地发送编程指令或命令，使得不需要分析较大消息。接着分别根据由药物库界定的药品的集合对所述泵进行编程以用于操作。

再次参考图8，在860处，所述多个输液泵分别根据在850处被编程的药品的集合为患者输液。在一实施例中，在860处，临床医生根据多个泵中的每一个的相应经编程设置配置将药物容器装载到所述每一泵上。临床医生接着可验证关于多个泵中的每一个的信息是正确的。在一实施例中，临床医生接着可起动每一泵以起始其相应输液过程。

系统、装置和方法的各种实施例已经在本文中描述。这些实施例仅作为实例而给出且并非意欲限制此处的主题的范围。此外，应了解，已经描述的实施例的各种特征可以按不同方式组合以产生许多额外的实施例。此外，虽然已描述了用于所公开的实施例的各种材料、尺寸、形状、配置和位置等，但可利用除所公开内容之外的与此处的主题的范围相称的其它内容。

相关领域中的普通技术人员将认识到，此处的主题可包括比上述任何个别实施例中所说明更少的特征。本文中所描述的实施例并非打算详尽地呈现此处的主题的各种特征可以组合的方式。因此，实施例的特征组合并非相互排斥的；相反，此处的主题可包括选自不同个别实施例的不同个别特征的组合，如所属领域的一般技术人员所了解。

上述文献的任何以引用方式的并入受到限制，使得与本文中的明确公开内容相反的主题不会被并入。上述文献的任何以引用方式的并入进一步受到限制，使得文献中所包含的权利要求不会以引用方式被并入本文中。上述文献的任何以引用方式的并入更进一步受到限制，使得文献中所提供的任何定义不会以引用方式被并入本文中，除非明确包含于本文中。

出于解释此处的主题的权利要求书的目的，明确地希望除非权利要求中叙述了特定术语“用于……的方式”或“用于……的步骤”，否则不援引35U.S.C.第112章第六段的条款。

Claims (17)

1.一种用于根据特定治疗方案配置多个医疗装置的系统，包括：

支架，其配置成以物理方式且可拆卸地将所述多个医疗装置耦合到所述支架；及

路由器，其配置成将在以物理方式且可拆卸地耦合到所述支架的所述多个医疗装置之间的数字通信实现为局域网，

其中当所述多个医疗装置以物理方式耦合到所述支架且通过所述路由器电耦合到所述局域网时，(i)所述特定治疗方案被传输到所述多个医疗装置中的每一个及(ii)所述多个医疗装置能够各自响应性地分别提供对应于所述特定治疗方案的预选定疗法。

2.根据权利要求1所述的用于根据特定治疗方案配置多个医疗装置的系统，其中所述特定治疗方案选自由工作流管理方案和流程管理方案组成的组。

3.一种根据功能集合配置多个输液泵的方法，所述方法包括：

实施多个输液泵，所述输液泵中的每一个配置成将药品给予患者；

实施药物库，所述药物库包含界定药品的集合的至少一个功能集合；

接收与所述至少一个功能集合中的一个相关的输入数据；

从所述药物库获得对应于所述输入数据的输注液的特定集合；

根据输注液的所述集合对所述多个输液泵进行编程；及

用所述多个输液泵为所述患者输液。

4.根据权利要求3所述的根据功能集合配置多个输液泵的方法，其中所述输入数据进一步包括医院数据、患者数据或传感器数据中的至少一个，且从所述药物库获得输注液的所述特定集合进一步包括评估医院数据、患者数据或传感器数据中的所述至少一个。

5.根据权利要求3所述的根据功能集合配置多个输液泵的方法，其中对所述多个输液泵进行编程包括对用于输液到所述多个输液泵中的一个中的输注液的所述集合中的所述输注液中的每一个进行编程。

6.根据权利要求3所述的根据功能集合配置多个输液泵的方法，进一步包括以通信方式耦合所述多个输液泵，使得用于所述功能集合中的所述多个输液泵彼此相关联。

7.根据权利要求6所述的根据功能集合配置多个输液泵的方法，其中接收输入数据包括在第一输液泵处接收用户接口输入，且其中对所述多个输液泵进行编程包括将命令从所述第一输液泵传输到所述多个输液泵中的另一个。

8.根据权利要求6所述的根据功能集合配置多个输液泵的方法，其中接收输入数据包括用编程引擎接收命令，且其中对所述多个输液泵进行编程包括将命令从所述编程引擎传输到所述多个输液泵。

9.根据权利要求3所述的根据功能集合配置多个输液泵的方法，其中所述功能集合包括医院流程。

10.根据权利要求3所述的根据功能集合配置多个输液泵的方法，其中将界定药品的集合的所述功能集合设定在医院网络级别、医院级别、部门级别或流程级别。

11.根据权利要求3所述的根据功能集合配置多个输液泵的方法，其中所述药物库针对每一功能集合进一步包括药品的多个集合。

12.一种用于对多个输液泵进行编程的系统，所述系统包括：

多个输液泵，所述输液泵中的每一个配置成将药品给予患者；

输入源，其配置成接收选定的功能集合；

编程引擎，其包含：

药物库，其包含对应于所述选定的功能集合的界定药品的集合的至少一个功能集合；

通信引擎，其配置成介接到所述多个输液泵和所述输入源；

处理器，其配置成介接到所述药物库且命令所述通信引擎根据所述选定的功能集合对所述多个输液泵进行编程。

13.根据权利要求12所述的用于对多个输液泵进行编程的系统，其中所述输入源进一步配置成接收医院数据、患者数据或传感器数据中的至少一个。

14.根据权利要求13所述的用于对多个输液泵进行编程的系统，其中所述处理器进一步配置成评估医院数据、患者数据或传感器数据中的所述所接收的至少一个，以确定药品的所述集合。

15.根据权利要求12所述的用于对多个输液泵进行编程的系统，其中所述输入源是在第一输液泵处的用户接口，且其中所述通信引擎配置成将命令从所述第一输液泵传输到所述多个输液泵中的另一个。

16.根据权利要求12所述的用于对多个输液泵进行编程的系统，其中所述功能集合包括医院流程。

17.根据权利要求12所述的用于对多个输液泵进行编程的系统，其中将界定药品的集合的所述功能集合设定在医院网络级别、医院级别、部门级别或流程级别。