CN102915398A - 用于以减小的错误对医用泵进行编程的系统 - Google Patents

Abstract

本发明涉及用于以减小的错误对医用泵进行编程的系统。医用泵可以通过使用远程查询处理来获得来自数据库的编程数据，该远程查询处理使得各个泵能够灵活地请求来自现有医院数据库的数据、识别这些数据库中的必要信息以及转换数据以便使用，而无需人工编程或集中泵控制系统。

Description

用于以减小的错误对医用泵进行编程的系统

相关申请的交叉引用

本申请要求于2011年6月20日提交的题为“Infusion ManagementSystem and Method（输注管理系统及方法）”的美国临时申请No.61/498,855的优先权，其全部内容通过引用合并到本申请中。

技术领域

本发明涉及用于在受控速率和剂量的情况下将药物输送给患者的医用泵，具体地涉及允许泵发起的与现有的医用数据库的同步，用于以减小的错误进行编程的泵。

背景技术

如注射泵或蠕动输注泵的医用泵已知用于在一定的时间周期内将药剂或造影剂（以下称为药物）以计算机控制的方式输送给患者。通常，药物是在注射器（对应于注射泵）或柔性袋（对应于蠕动输注泵或流动泵）中输送的，上述注射器或柔性袋可以连接至附接有用于插入到患者体内的针的静脉注射管。如果照顾患者的护士或其他专业医护人员收到药物，专业医护人员检查药物描述的正确性，并且输入期望的剂量和速率到泵中。同时还可以对其他泵参数如警报极限等进行编程。然后，必须将注射器或静脉注射管机械地连接到泵机构及被激活以进行泵浦的机构。

编程泵的过程可以是耗时的并且易于出错。在大型设施中，可以有多个不同的泵设计与模块，指定的照顾患者的专业医护人员可能需要操作许多不同类型的泵，其中每一个泵在数据录入系统中具有它们自己的的编程。

一般都知道，提供具有无线数据通信能力的医用泵。这种泵表现出具有例如，通过从由药剂师等管理的中心“泵控制系统”传输的数据来远程地进行编程的能力。

实际中实施这样的系统有很多障碍，包括：需要对中心泵控制系统进行大量的资金的投入；配置可能经常地在患者之间移动的医用泵的复杂的网络所必需的时间和精力；以及来自不同制造厂商的许多不同类型的泵之间的兼容性问题。

发明内容

本发明提供了在不需要对医院信息基础设施进行大量修改的情况下将编程数据从中心数据库传递到不同的医用泵的系统及方法。各个泵（或代理）可以通过发起数据库查询、在查询结果中进行选择以及将所选的查询结果映射至泵编程命令，来从通用数据库中“拉出”数据，而不是建立用于“推送”数据到泵的中心泵控制系统。以此方式，不需要针对医用泵的专门的数据服务器，并且数据同步泵可以高性价比地结合到系统中。

具体地，本发明提供了对远端医用泵进行编程的方法，该方法以以下方式来工作：通过将无线设备连接到与数据库通信的网络来工作，该数据库将标识患者的信息提供给与该患者的治疗有关的泵编程数据上，并且通过网络将来自无线设备的搜索查询传送到数据库以识别至少一个给定的患者。从搜索结果中选择与该给定患者相关的编程数据，包括与患者相联系的泵编程数据。将泵编程数据转化（translate）成用于控制医用泵的数据，并且根据转化的数据来操作医用泵。

因此，本发明的至少一种实施方式的目的是提供这样一种系统：在该系统中，各个医用泵发起从预先存在的数据库中将必要数据的“拉出”，因此避免了执行数据到泵的“推送”所必需的大量的基础设施变化，例如，需要生成和维持将泵联系到患者的数据表格，和/或提出与现有泵的兼容问题。

无线设备可以是医用泵并且医用泵可以包括用户接口，该用户接口出于查询数据库和选择期望数据的目的，给用户提供数据输出并且接收来自用户的数据输入。

因此，本发明的至少一种实施方式的特征是提供了本发明的这样一种优点：使用少至单个医用泵就能够进行必要的查询。通过将浏览结构和查询结构结合到泵自身中，可以实现对本发明的改进的快速采用。

泵编程数据可以包括输注速率和输注量中的至少一个。

因此，本发明的至少一种实施方式的特征是消除关键的编程泵值的转录错误。

该方法可以显示接收到的患者标识信息，并且将患者标识信息和泵编程数据中的至少一个显示在医用泵上。

因此，本发明的至少一种实施方式的特征是使得操作远程医用泵的专业技术人员能够对下载的数据进行验证。

在显示患者标识信息和/或泵编程数据后、在泵的操作前，可能需要来自医用泵的用户的确认输入。

因此，本发明的至少一种实施方式的特征是需要对远程泵处的正确的远程数据载入进行确认。

本发明可以无线地传输指示医用泵的操作的医用泵操作数据。

因此，本发明的至少一种实施方式的特征是使得能够使用针对数据的初始下载建立的相同网络通道来对泵的情况进行远程监测。

在可替代的实施方式中，无线设备可以是不同于医用泵的计算设备，该计算设备还包括用户接口，该用户接口给用户提供数据输出并接收来自用户的数据输入，以及查询、选择所查询的结果、和对所接收数据进行转化的步骤都可以由医用泵的用户通过用户接口执行，数据最终将被传输到医用泵。

因此，本发明的至少一种实施方式的特征是使得能够通过使用代理者设备（proxy device）来针对具有有限处理能力的医用泵来实施本系统。

无线设备可以是从台式计算机系统、便携式计算机系统或移动电话中选择的一种设备。

因此，本发明的至少一种实施方式的特征是使得能够在实施代理者设备时具有极大的灵活性，包括：例如，使用移动设备作为代理者设备，使得护士或其他专业医护人员能够在泵与患者之间自由地移动。

可以通过无线地与医用泵通信的代理设备（agent device）来将接收到的医用泵编程数据电子传递到医用泵，并且医用泵使用代理设备的地址来编程用于与所述代理设备进行无线通信。

因此，本发明的至少一种实施方式的特征是使得能够在不需要根本改变现有机构信息基础设施的情况下使用代理者设备。例如，成像设备使得能够以已知的固定的地址来对代理者设备和泵进行预编程。

应当理解，本发明不限于应用在本文提出的部件的构造与布置的细节。本发明能够具有其他的实施方式并且可以以不同的方式来实践和实行。前述的变化与修改在本发明的范围内。还应当理解，本文所公开与限定的本发明延伸到所提到的或根据文本和/或附图很明显的两个或更多个单独特征的所有可替代组合。所有这些不同的组合构成了本发明的各种可替代方面。本文所描述的实施方式说明了对于实践本发明的最佳方式，并且将使得本领域普通技术人员能够利用本发明。

附图说明

图1是根据本发明的提供有在医用泵或代理与标准医用数据库服务器之间的无线通信的医用泵系统的框图，示出了包括有执行控制程序的电子控制器的泵的各种功能元件；

图2是医用泵的控制程序的原理结构的框图，该控制程序提供了巡览无线网络的能力和提交查询并响应网络数据库的查询的能力；

图3是代理者设备的程序的原理结构的与图2类似的框图，在一种可替代实施方式中在实施本发明时，该代理者设备可以与图2的医用泵一起工作；

图4是示出了如可以在医用泵上或在医用泵和相关联的代理者设备上实施的本发明的步骤的流程图；

图5是可以呈现给医用泵的用户的屏幕的表示，该屏幕可以显示搜索查询的结果，使得能够选择一个这样的结果，以及将所选结果映射到泵控制参数；

图6是与图5类似的图，其示出了下载的针对确认、组织和验证的泵控制参数的显示；

图7是示出了与医用泵、代理者设备和无线网络电路进行无线通信的代理设备的图；以及

图8是根据本发明的输注泵的局部立体图，该输注泵提供了用于在其中容置智能电话等的插座以提供根据图3的代理者设备。

具体实施方式

现在参考图1，本发明的医用输注泵系统10可以提供文件服务器系统12、一个或多个医用输注泵14a-14c和一个或更多个如台式计算机、移动电话、PDA（个人数字助理）、平板电脑等的标准的代理者设备16。

文件服务器系统12可以是标准的医院电子医疗记录系统的一部分，并且可以包括存储系统19，例如，具有磁盘阵列等。存储系统19可以提供电子医疗数据库18的用于保存医疗信息和患者记录的部分，并且可以包括药房数据库表格20，其提供药物和医用泵参数的列表，用于将这些药物输送到与用于标识的特定患者姓名相联系的患者。

应当理解，数据库18提供了物理的非瞬时介质上的文件结构和用于根据查询指令访问数据的程序或数据库引擎。关于这一点，数据库18可以例如使用标准的查询语言或标准化的API（应用程序接口）来提供标准的数据库接口，并且还可以提供可通过网络访问的接口。在一种实施方式中，网络接口可以允许使用标准的网络接口规则与标准的数据库接口通信，例如，可以在如HTML（超文本标记语言）、XML（可扩展标记语言）或其他公知的标准下实施。可以通过电子计算机21来实现数据库引擎和部分数据库18，电子计算机21作为文件服务器系统12的一部分来执行包含在其中的存储程序23。

文件服务器系统12可以与可实施为无线网络22的一部分的无线网络电路26等进行通信，例如，通过提供标准的无线通信协议如IEEE 802.11(a)/(b)/(g)/(n)来进行通信。无线网卡可以轮流与医用泵14a-14c每一个中的对应的无线电路以及以下将要讨论的代理者设备16进行通信。网络22还可以包括物理介质如光学或电气导体。

文件服务器系统12可以通过网络22与用在医院或其他保健环境中的工作站24连接。如在本领域中所理解的，这种工作站24可以通过标准的浏览器程序来访问数据库18以生成搜索查询并接收可用于从数据库18中提取特定信息的查询响应。这些文件服务器系统12通常预先存在于医院环境中，因为其对于独立于本发明的患者信息和医院记录的有效管理是必需的。

仍然参考图1，每个医用泵14可以设置有例如壳30，其可以可释放地附接到静脉注射架32上，静脉注射架可以支撑一个或更多个静脉注射流体34的袋放置在其上。静脉注射流体34可以是盐溶液或大量的静脉注射用药中的任何药品。静脉注射管36可以从静脉注射袋穿过泵14的壳30的泵部分38而由蠕动泵元件40和一个或多个传感器42接收，所述传感器42例如包括用于感测静脉注射流体的压力、静脉注射流体的流量、静脉注射流体内的空气混入量、静脉注射管的适当置位等的传感器，所有这些都是本领域中通常可以理解的。然后，静脉注射管36可以从泵段38穿出到达用于静脉附接到患者的针组件（未示出）。

每一个泵元件40和传感器42可以连接到内部控制器44，并且执行存储的程序46，以根据程序46和根据传感器42的读数来对泵元件40进行控制。控制器44还可以与包括显示屏48和键盘50等的用户接口元件进行通信，键盘50包括由薄膜开关、触摸屏等提供的键盘。此外，控制器44可以与无线网络电路52通信，无线网络电路52与上述通过网络22通信的无线网络电路26类似。

在可替代的实施方式中，医用泵14中的一个或更多个可以是具有与上述用于药品等的静脉注射的输注泵的特征类似的特征的“注射器泵”或流动泵。

现在参考图2，在第一实施方式中，程序46可以提供大量的程序元件，通常包括如用于正常操作和控制医用泵14的泵控制程序54。泵控制程序54可以与用户接口例程56通信，用户接口例程56使得能够从由显示屏48与键盘50形成的用户接口接收数据并将数据传输到该用户接口。

程序46还可以包括网络堆栈（network stack）58，用于与无线网络电路52通信以从其接收数据或向其发送数据。网络堆栈58可以与查询管理例程60通信，查询管理例程60可以访问网络表格62，以实现与数据库18的连接并且管理对数据库18的简单查询，从而接收来自数据库18的泵编程数据。查询管理例程60还可以与用户接口例程56通信，以接收与来自其中的与查询相关的指令或与在查询结果中选择相关的指令，并且显示查询结果等，如下所述。此外，查询管理例程60可以与转化例程63（translation routine）通信，转化例程63提供：将接收的编程数据转化成与泵控制程序54的操作相兼容的形式，从而对泵控制程序54进行编程。

现在再参考图1和图4，查询管理例程60与网络堆栈58一起操作使得用户能够通过网络22（在图1中示出）导航（navigate），以访问数据库18，如图4的处理块66所指示地。在一种实施方式中，可以使用浏览器来进行导航，浏览器使得用户能够以交互的方式、以网络目录工具或文件目录工具的方式来对网络层次进行探索。在本实施方式中，系统可以基于特定基础以各种不同的网络类型和配置工作。在到数据库18的接口以网页的形式呈现的情况下，查询管理例程60可以提供与该接口通信所必需的对HTML或XML中的网络命令的必要解释和生成。在可替代的实施方式中，查询管理例程60可以使用先前存储在网络表格62中的信息，以转到被确定为数据库18的地址的预先指定的地址。

一般地，应当理解，本发明允许与数据库18进行连接，该连接可以在基本上不对网络22与文件服务器系统12做出修改的情况下完成（除了对任何无线系统附带的网络22进行必要连接）并且可以立即用在各种医院环境中，并且由于系统随之产生的固定成本相对地低，所以对于少至单个泵14的情况也是可行的。

如图4的处理块68所指示的，查询管理例程60可以通过移位屏幕48（如图1所示）来提示用户输入患者姓名或其他的患者标识，并且可以使用输入的信息作为搜索查询的一部分通过网络22提供给数据库18。

重要地，用户无需输入唯一地标识患者的信息，而可以输入“子字符串”，“子字符串”提供了选择包括有感兴趣的患者的一组患者所必需的一些数据，该感兴趣的患者可以在随后单独地被识别出来。这种搜索子字符串的能力使得系统能够在没有进行预配置或用户没有详细配置信息的情况下鲁棒地操作。

从而，处理块70处，该搜索的结果可以通过网络22从数据库18返回并在屏幕48上显示给用户，屏幕48可以显示多个搜索结果，如在图5中所示出的，这些搜索结果代表满足子字符串搜索条件的若干患者。在本示例中，用户已经输入了患者的姓的前四个字母（如，“Ruth”）作为患者标识信息，接收返回的包括有“Ruth”、“Rutherford”和“Ruthman”的名字的搜索查询结果，其中的每一个都可以显示给用户。本发明考虑有多个患者的姓是相同的情况。应当理解，该过程不必使用患者的名字，而是可以使用包括有它们的患者ID（身份证）等的一部分的任何患者标识符。

然后，用户可以使用键盘50（在图1中示出）从该列表中选择给定的患者，该选择用作在多个查询响应之间的选择和对患者身份的正确性的确认。应当理解，在查询响应之间进行选择的能力还使得本发明的系统能够在没有医用泵14与文件服务器系统12之间的预先设置，或没有在泵14与给定患者之间进行链接的情况下工作。

然后可以将该选择的响应提供给查询管理例程60以制定新的查询，该新的查询意在提供包含在药房数据库18中的泵控制信息的完整列表，而不是简单地提供患者姓名。可替代地，所选择的响应简单地访问已经与查询结果一起下载的具体数据。无论在哪种情况下，与所选择的查询响应相关联的数据可能需要重新格式化以与医用泵14的程序设置相兼容，并且可能需要针对医用泵14的特定程序设置来识别。关于后者，用户可以沿着图5的箭头61的指示将所选择的响应拖向识别医用泵14的所需程序设置的目标65。该拖动过程可以提供必要的重新格式化或基于目标65的需要对接收的数据进行转化，如处理块72所指示地。在简单的情况下，转化可以是范围调整或精度截断，并且可以通过转化例程63（在图2中示出）的简单的脚本来进行，转化例程63可以以各种数据库格式运行，和/或可以被定制成特定的数据库格式。然后，由目标65接收的值提供了由泵控制程序54使用的控制参数（如，泵流量、输送体积、警报设置等）。在极其简单的版本中，转化过程可以由用户通过数据转录来进行。

应当理解，处理块63的转化处理使得泵14此后能够使用数据库18的数据，并且还支持用户对数据进行验证和映射，以使得本发明可以以各种不同的泵类型和不同的数据库组织运作。某种程度上，它们的特质在于将必要的泵数据存储在数据库18中，这些特质可以适应泵14的程序修改，因此不需要改变医院信息基础设施，尤其是数据库18的格式。

现在参考图4和图6，查询管理例程64可以将会被泵14使用的数据呈现在显示屏48（如图1所示）上，以由照顾患者的用户（通常是护士或医生）进行观察。该显示器使得用户能够进行确认。一旦由处理块74收到确认（该确认例如通过键盘50等按下键或输入编码号（code number）来输入），则对医用泵14进行完全地编程并且可以通过另外的命令来激活医用泵14，以操作进行配药，如处理块76所指示地。

应当理解，上述过程减小或消除了对泵14进行的编程中的错误，并且可以用于对警报参数以及药物输送参数进行编程，上述参数包括有如记录的：流量、药物量、总的输送时间以及输送量等。当通过泵键盘手动地对泵进行编程（其是传统的做法）时，则上述过程可以通过减少键的敲击次数来提供方便和节省时间，。

在泵14根据处理块76的操作期间，相同的无线网络22和所建立的连接可以用来报告特定的警报条件和机器的操作状态，如处理块78所指示地。上述状态可以包括例如在药物输送中检测到的问题（例如由上述关于图1的传感器42检测的问题）、警报条件的激活等。也可以通过网络对泵14进行其他的远程控制。

在可替代实施方式中，现在参考图1、图3和图4，泵14的计算与硬件能力（如，需要支持网络连接查询的产生和映射处理）的限制可以通过使用通常在医用泵14附近的代理者设备16来适应，并且通过有线或无线连接与其中任何一个通信。可替代地，代理者设备16可以结合到医用泵14中，如，在具有接口电气连接器的对接支架中，该对接支架可移除地容纳如平板电脑或智能机，如下所述。

代理者设备16还可以提供执行存储程序80的处理器，存储程序80执行程序46的许多功能，包括有：例如提供网络堆栈58、查询管理例程60、网络表格62和可选的转化例程63的功能。

根据处理块82，使用程序80，用户可以根据处理块82导航至数据库18，例如，按照到显示器85的输出和由用户借助键盘87和鼠标91等（如触摸屏）提供的指令的引导来进行。再一次，如上面关于处理块68的讨论，用户可以在处理块84处输入搜索查询并在处理块86处接收查询的结果，以识别和确认特定的患者并且从数据库18接收相关联的泵编程信息。

在一种实施方式中，可以直接将泵编程信息传递到泵14，如虚线89所指示地。在该方法下，信息可以从代理者设备16传输到泵14，或用户可以给服务器系统12提供泵标识号，使得根据搜索条件的结果直接转到泵14。可替代地，转化过程可以在代理者设备16上进行，如处理块90所指示地，并且经转化和映射的指令可以传递到泵14，如虚线92所指示地。

暂时参考图3，该传递可以通过无线网络电路52或通过另一种通信协议栈81来实现，例如，通过蓝牙通信或直接布线、与医用泵14中的相当的硬件进行通信。

在上面两个示例中，在泵14上的处理块74的授权步骤被保存为处理块76的步骤和可选地为处理块78的步骤。

在上面的示例中，泵14与文件服务器系统12之间的通信可以通过代理设备代理设备来进行，例如，提供预编程到每个泵14中的标准地址。如图7所示出的，然后，代理设备可以实施路由器类型的功能来与文件系统12和数据库18的必要地址进行通信。以这种方式，例如通过使用更方便的用户接口和更强大的处理电路，仅使用代理设备的地址就可以预编程每个泵14，并且可以独立地编程代理设备。例如，代理设备可以是标准的台式计算机等，包括如实施代理者设备16的计算机。代理设备也可以执行代理者设备16的一些步骤。

明显地，当使用代理者设备16时，可以使用代理设备来提供代理者设备16与泵14之间的数据通信。例如，在一种实施方式中，从文件系统12（因此是从数据库18）传输到泵14的数据可以由代理者设备16接收，然后传输到代理设备再传输给泵14。可替代地，来自文件服务器系统12的打算传输给代理者设备16的数据可以被代理设备拦截然后传输到泵14。在后一情况下，经由代理者设备16的所有通信可以通过代理设备来传递。再一次，这使针对泵14和代理设备的通信地址的一致，并且还使得在没有修改或大量修改的情况下能够使用现有的医院文件服务器系统12。不需要修改医院现有的信息基础设施既简化了本发明的使用还使得在不需要克服大量的固定资金花费情况下能够渐进式地采用它。

现在参考图8，智能电话或平板电脑形式的代理者设备16可以容置在插座102内，插座102形成在输注泵14的前部面板中以与位于插座102内的输注泵14上的电气连接器104接合，并且在泵14（如，控制器44）与代理者设备16之间的提供了直接电气通信。如在本领域一般地所理解的，平板电脑和/或智能电话一般地可以具有无线能力、数据交换插座和全用户接口，全用户接口通常包括由具有本地存储器的内部处理器驱动的触摸屏显示器。插座102还可以提供机械保持元件106，在其中可以可释放地保持代理者设备16。可选地，泵与代理者设备之间的通信可以是无线的，例如，通过蓝牙连接。

如在泵14中所安装的，代理者设备16可以呈现面向前方的数据输入口，并且显示屏108（如触摸屏）使得用户能够输入上述搜索字符串。关于这一点，应当理解，代理者设备16可以通过无线网络电路26与文件服务器系统12进行无线通信，并且可以提供用于将接收到的编程数据从文件服务器系统12通过代理者设备16经由连接器104传递到泵14的管道。一般地，代理者设备16不会控制实际的泵功能，而替代地，上述实际的泵功能是由结合图1描述的上述内部泵控制器44来控制。

运行在代理者设备16上的与代理者设备16上的浏览器进行通信的特殊的应用程序可以用于通过连接器104来传达所需的数据。还可以提供另外的控制50以使得没有代理者设备16的情况下实现泵14的所有功能。

在应用中，例如代理者设备16可以在与泵14分离或在连接到泵14时用于与文件系统12连接并且获得必要的泵编程信息。为了输入一些泵特定的信息如药物类型和/或确认患者标识以及其他事情，以及为了将泵编程信息下载到泵14，运行在代理者设备16上的应用程序可能需要代理者设备16安装在泵14中。在这方面，泵14可以将唯一的泵标识符传达给代理者设备16，代理者设备16可以用来确保对于患者的编程信息与泵的正确匹配。将代理者设备16附接至插座102可以通过提供特定的泵正在被编程的物理提醒来帮助减小使用高速移动性设备时可能发生的编程错误。除了传递数据外，连接器104可以为代理者设备16供电。代理者设备16可以在泵14中提供辅助的或改善的接口功能，例如，提供从泵14到文件系统12的报告功能以及将来自文件系统12的数据存储的功能。

应当理解，本发明使得实际的泵编程数据能够电子地传输，并消除了按键错误等可能性。

患者的出生日期/语音识别/部分搜索以及搜索结果使得能够不考虑精度指标来灵活地对记录进行识别。

示例I

患者来到诊所进行由她的医生告知的输注治疗。照料者（如护士）将患者标识的最后4位数字输入到泵中并针对为该患者创建的所有输注命令在组织内发起查询。泵通过服务器与数据库进行通信以搜索满足搜索条件的所有输注命令（如，患者标识的最后4位数字与护士输入的4位数字匹配的输注命令）。例如，因为查询来自泵或与泵相关联的设备，并且搜索会针对所有与输注相关的命令来进行，而不是针对其他信息如需要口服的药物的处方来进行，所以搜索条件可以在服务器处优化（refine）。

填充数据库的输注命令可以由药剂师来生成，并且可以通过服务器应用编程接口预先保存在数据库中，或者当打印命令时，通过打印机自动地将所有与分配的药物相关的所有信息发送到数据库。该过程可以通过定制打印机驱动文件来完成。

然后，来自数据库的搜索结果通过服务器系统返回到泵或与泵相关联的其他设备。返回的搜索结果可以是具有以与护士输入的相同的4位数字结尾的患者标识的输注命令的列表。返回的输注命令可以是针对相同的患者或不同的患者。护士查看所得的命令，通过验证具体患者的完整的名称和出生日期来进一步完善搜索，然后选择一个或更多个输注命令来执行。

如果出现了所得的命令，则护士可以将命令转换成泵编程代码并将其发送给泵。在执行之前可以将命令的详情如针对此药物的流量、待注入的量、输注时间和最大可允许的流量等显示在泵上以便护士进行验证。此时，如果有必要，则护士还可以改变参数。

在对输注任务的正确性进行确认之后，护士授权执行特定的命令。护士还可以直接在泵上或通过服务器远程地监测所选择的/所编程的输注命令的执行。相关的输注信息可以存储在数据库上，并且可以实时或回顾性地进行处理。泵或代表针对管理目的（如付账管理）的泵的其他设备可以报告已经完成的输注任务。

示例II

泵用户可以从与泵分离开的计算机输入搜索条件。如在示例I中的搜索条件中，护士可以将患者标识的最后4位数字输入到计算机中并在组织内针对为该患者创建的所有输注命令发起查询，并且通过输入泵标识号请求将结果显示在泵上。服务器从相关的数据源执行搜索并将结果返回给标识的泵。

示例III

泵用户可以从移动设备如平板电脑或移动电话输入搜索条件。如在示例I中的搜索条件中，护士可以将患者标识的最后4位数字输入到移动电话中并在组织内针对为该患者创建的所有的输注命令发起查询，并且通过提供泵标识符来请求将结果显示在泵上，或显示在电话和泵两者上。将服务器用作代理并且使用泵标识符从相关的数据源进行搜索并将结果返回泵。该方法使得家庭护理泵用户能够通过移动电话无线地获得患者特定的输注命令。用户可以完善搜索结果，并且在最终的选择和/或修改后，授权执行输注任务。

本文中使用的特定术语仅出于参考的目的，因此无意成为限制。例如，术语如“上”、“下”、“上方”和“下方”指在所参考的附图中的方向。词语如“前面”、“后面”、“后方”、“底部”和“侧面”描述了所参考的连贯但随意的框架内的部分的方向，上述参考是通过对描述所讨论的部件的文本和相关联的附图明确做出的。这种术语可以包括上面具体地提到的单词、其衍生单词和具有类似意义的单词。类似地，词语“第一”、“第二”和涉及结构的其他这样的数字词语不暗示顺序或次序，除非由上下文明确地指出。

在介绍本公开内容和示例实施方式的元件或特征时，冠词“一个”、“一种”、“该”和“所述”意在表示存在一个或更多个这样的元件或特征。词语“包括有”、“包含有”和“具有”意为包括性的，指的是除了这些所具体提到的元件或特征，还可以有另外的元件或特征。还应当理解，本文所描述的方法步骤、过程和操作不必被理解为需要按所讨论或示出的具体次序来执行它们，除非具体指出了执行的次序。应当理解，还可以使用另外或可替代的步骤。

对“微处理器”和“处理器”或“该微处理器”和“该处理器”的引用可以理解成包括能够在单机和/或分布式环境中进行通信的一个或更多个微处理器，因此可以被配置成经由有线或无线通信与其他处理器进行通信，其中，这样的一个或更多个处理器可以配置成操作一个或更多个受处理器控制的设备，其可以是类似或不同设备。另外，对存储器的引用，除非指定，否则处理器可以包括一个或更多个处理器可读取和可访问的存储元件和/或在受处理器控制的设备内部的、外部的以及可以通过有线或无线网络访问的部件。

特别地，意在使本发明不限于包含在本文中的具体的实施方式和示意图，并且应当将权利要求理解成包括这些实施方式的经修改的形式，这些实施方式的经修改的形式包括所附权利要求的范围内出现的部分实施方式和不同实施方式的要素的组合。本文中所描述的包括有专利出版物或非专利出版物的所有出版物的全部内容通过引用合并到本申请中。

Claims (17)

1.一种对远程医用泵进行编程的方法，包括以下步骤：

（a）将无线设备连接到与数据库通信的网络，所述数据库提供用于标识患者的信息给与所述患者的治疗相关的泵编程数据；

（b）通过所述网络将来自所述无线设备的搜索查询传达到所述数据库，以识别至少一个给定患者；

（c）在所述无线设备处接收来自所述数据库的搜索结果，所述搜索结果包括与患者相联系的泵编程数据；

（d）选择与所述给定患者有关的泵编程数据；

（e）将所述泵编程数据转换成用于控制医用泵的数据；以及

（f）根据转换的数据来操作所述医用泵。

2.根据权利要求1所述的方法，其中，所述无线设备是医用泵并且还包括给用户提供数据输出和从用户接收数据输入的用户接口，并且其中所述步骤（b）到所述步骤（e）由所述医用泵的用户通过所述用户接口来执行。

3.根据权利要求2所述的方法，其中，泵编程数据包括输注速率和输注量中的至少一个。

4.根据权利要求1所述的方法，还包括以下步骤：在所述步骤（f）前，接收来自所述数据库的患者标识信息和泵编程数据，并且将患者标识信息和泵编程数据中的至少一个显示在所述医用泵上。

5.根据权利要求4所述的方法，还包括以下步骤：在所述步骤（d）后并且在所述步骤（f）前，请求来自所述医用泵的用户的确认输入。

6.根据权利要求1所述的方法，还包括以下步骤：无线地传输指示所述医用泵的操作的医用泵操作数据。

7.根据权利要求1所述的方法，其中，所述无线设备是不同于所述医用泵的计算设备，所述计算设备还包括给用户提供数据输出并且接收来自用户的数据输入的用户接口，并且其中所述步骤（b）到所述步骤（d）由所述医用泵的用户通过所述用户接口来执行，并且所述方法包括以下步骤：将所接收的泵编程数据电子地传送到所述医用泵。

8.根据权利要求7所述的方法，其中，所述无线设备选自由台式计算机系统、便携式计算机系统以及移动电话构成的组中。

9.根据权利要求8所述的方法，其中，所述无线设备可移除地附接到所述医用泵。

10.根据权利要求7所述的方法，其中，将所接收的泵编程数据电子地传递到所述医用泵的步骤通过与所述医用泵进行无线通信的代理设备无线地发生，并且其中所述医用泵以所述代理设备的地址来编程用于与所述代理设备进行无线通信。

11.一种医用泵，包括:

壳；

泵机构，所述泵机构由所述壳来支承，并且提供适于与静脉注射管连同至少一个传感器一起工作的泵，所述至少一个传感器感测流经静脉注射管的材料的参数；

无线网络电路；以及

电子控制器，所述电子控制由所述壳支承并且与所述无线网络电路、所述泵和所述至少一个传感器进行通信，所述电子控制器执行存储在非瞬时介质中的程序，以：

（a）连接到无线网络；

（b）通过所述无线网络进行通信以将搜索查询提交给所述无线网络上的提供患者标识的数据库；

（c）将至少一个患者的搜索查询结果显示给用户以接收来自所述用户的用于从所述搜索查询结果中选择给定的患者的输入；

（d）接收来自所述数据库的与所述给定患者相关的泵编程数据；

（e）将所述泵编程数据转换成用于控制所述医用泵的数据；以及

（f）根据转换的数据来操作所述医用泵。

12.根据权利要求11所述的医用泵，还包括给用户提供数据输出并且接收来自所述用户的数据输入的用户接口，并且其中，步骤（b）到步骤（c）由所述医用泵的用户通过所述用户接口来执行。

13.根据权利要求12所述的医用泵，其中，所述泵编程数据包括输注速率和输注量中的至少一个。

14.根据权利要求11所述的医用泵，其中，所述电子控制器执行所述程序以接收来自所述数据库的患者标识信息，并且将所接收到的所述患者标识信息显示在所述医用泵上。

15.根据权利要求11所述的医用泵，其中，所述电子控制器执行所述程序以在所述泵接收了来自所述数据库的泵编程数据后，请求来自所述医用泵的用户的确认输入。

16.根据权利要求11所述的医用泵，其中，所述电子控制器执行所述程序以无线地传输指示所述医用泵的操作的医用泵操作数据。

17.一种医用泵，包括：

壳；

泵机构，所述泵机构由所述壳支承并且提供适于与静脉注射管连同至少一个传感器一起工作的泵，所述至少一个传感器感测流经所述静脉注射管的材料的参数；

插座，所述插座用于在其中容置移动无线设备以提供到所述移动无线设备的物理和电气连接；

电子控制器，所述电子控制器由所述壳支承并且与所述插座、所述泵和所述至少一个传感器进行通信，所述电子控制器执行存储在非瞬时介质中的程序，以：

（a）与所述插座中的移动无线设备进行通信以从所述移动无线设备接收泵编程数据；以及

（b）根据所接收到的数据来操作所述医用泵。

Images