CN103136441A - 具有情景感知的医疗设备 - Google Patents

Abstract

本发明公开了具有情景感知的医疗设备。通过与集中式患者记录和/或与共同患者通信的其他医疗设备进行通信，诸如输液泵等医疗设备获取其操作的情景感知，和/或在护理点或远程地提供实时的咨询信息。医疗设备从方案服务器获取的方案提供情景感知方案和所述方案所必须的断言信息。所述断言信息可通过医疗设备与电子医疗记录和相关医疗设备的通信来查找。

Description

具有情景感知的医疗设备

相关申请的交叉引用

本申请要求在2011年12月1日提交的美国临时申请61/565,662的优先权，并且该临时申请的全部内容通过引用并入本文中。

技术领域

本发明涉及可监视和管理患者和患者治疗的医疗设备，并且具体地涉及能够提供特定于患者的咨询信息的医疗设备。

背景技术

医疗设备（例如，包括心脏监护器，血液氧气传感器和输液泵等）在医院和临床环境中在提供实时的患者健康保障的方面中具有重要作用。所述设备可以自动运行，以监视患者的生命体征，并且管理药物等。通常情况下，诸如护士等医护专业人员遵从医生的意见可将与所述设备相关的限定设备操作的设置输入给微处理器等。然后，护士可自由地处理其他事务，只需要定期地检测设备。

这样的医疗设备可以提供某些报警信号，该报警信号指示可能与患者或患者与机器之间的交互（包括某些机器故障情形）有关的问题。这些警报基于与机器的特定功能有关的固有地编写在医疗设备内部的规则。例如，输液泵可能报告表现为压力升高的IV导管阻塞。

此外，已知利用关于诸如输液系统等药物输送系统所输送的药物的事实（例如，特定药物的静脉输液的参数限制）来对所述系统进行编程。当适当地通知所述输液系统药物被运送时，所述系统可检查其自身的输送设置与那些参数限制，如果两者之间存在冲突，则提供警报。

随着药物的事实，疾病治疗方案，临床治疗方案等的数据源的可用性的增加，以及开发具有无线通信和咨询的功能的“智能”医疗设备的进步，可开发更好的系统和使用方法，以利用具有特殊状态的特殊患者的有用知识库。医疗设备或其他相关设备可以提供咨询。可以在远程站点或在现场进行咨询。时间可以是实时，在治疗之前或在治疗之后。在本专利申请中提供了这样的系统和方法。

发明内容

本发明提供了一种医疗设备，该医疗设备可基于关于特定的被治疗患者的情景知识来提供咨询信息（诸如推荐的操作参数或操作错误的检查和/或警报条件的检查）。可用通过在监视或治疗患者的医疗设备（通过医疗装置所保存的共同的患者标识号来标识并且通过询问医院等中的中央医疗记录来标识，所述中央医疗记录对于医疗装置对特定患者实现功能而言是重要的特定于患者的信息）之间共享信息来获取情景感知(contextualawareness)。

在一个实施例中，本发明提供了以下医疗设备：该医疗设备提供：介入性元件，其与患者连通以对患者执行医疗过程；数据输入设备，其在输送液体药剂的过程中接收与介入性任务有关的数据；数据通信链路，其用于与外部设备进行电子数据通信；以及电子控制器。电子控制器可以执行存储的程序，以便：（a）将与介入性任务相关的数据传送到外部数据服务设备，以接收与介入性任务有关的操作方案和所需的断言数据的标识；（b）从至少一个外部断言数据设备中查找所需的断言数据的断言数据；以及（c）根据从至少一个外部数据服务设备和外部断言数据设备所接收的操作方案和断言数据来监视介入性任务的执行。

因此，本发明的至少一个实施例的特征在于提供以下医疗设备：该医疗设备能够通过管理与其他相关的设备和数据源的信息共享来获得其任务的有效的情景理解。任务数据和在某些情况下的患者标识信息通过标识对应传感器数据的共同患者并且通过标识形成所需的共享数据的框架的情景感知方案来提供数据共享的关键因素。

介入性元件可以是用于输送液药剂的泵，并且与介入性任务有关的数据可包括标识液体药剂的药物信息和标识液体药剂的输送率和输送量中的至少一个的输送信息。

因此，本发明的至少一个实施例的特征是将通常进入医用泵的信息作为关于过程的情景感知方案的索引。

与泵任务有关的数据可包括患者标识信息。

因此，本发明的至少一个实施例的特征是提供用于在单独患者上操作的并因此可具有共同的患者标识号的设备之间进行互相通信的机制。

外部断言数据设备可以是医院数据库，医院数据库基于患者标识信息，提供关于患者的临床信息。

因此，本发明的至少一个实施例的特征是获取关于患者的更详细的知识（诸如可在医院记录中得到）。

外部断言数据设备可以是邻近于医用泵的基于患者标识信息来为患者提供实时的医疗数据的医疗监视系统。

因此，本发明的至少一个实施例的特征是促进在多次监视中的信息共享，这可改善提供给患者的医疗保健。

医疗监视系统可以是例如，血压监视器、血氧计、血糖监视器以及呼吸监视器。

因此，本发明的至少一个实施例的特征是提供可与普通床边监视设备工作的系统，以增强泵系统的药物输送。

数据输入设备可从包括键盘、RFID标签读取器和条形码扫描器的组中选择。

因此，本发明的至少一个实施例的特征是提供例如来自药剂上的条形码或其他标签的泵任务数据的自动输入。

泵可从包括输液泵和注射器泵的组中选择。

因此，本发明的至少一个实施例的特征是提供增强普通医疗设备的操作的系统。

数据通信链路可以是无线通信链路。

因此，本发明的至少一个实施例的特征是提高在保健环境中必须的设备的移动性。

所述的医用泵还可以包括报警器，该报警器为医用泵的用户提供供警报，其中，电子控制器进一步执行存储程序以根据情境感知方案的规则激活警报。

因此，本发明的至少一个实施例的特征是在咨询情形中基于对医用泵的增强的情景理解来操作医用泵。

应当理解，本发明的应用不限于本文所阐述的组件的构造和布置的细节。本发明可以有其他的实施例并且能够以不同的方式实施或实现。前述的变型和修改落在本发明的范围之内。还可理解，文中公开的和限定的发明扩展至说明书和/或附图所提到的或可明显得到的各个特征中两个或更多个的所有替代组合。所有这些不同的组合构成本发明的各个替代方面。本文所阐述的实施例解释了用于实施本发明的已知的最佳方式，并且将使本领域技术人员能够利用本发明。

附图说明

图1是医院环境的简化表示，其示出了与适用于本发明的医疗监视设备互相通信的、以医用泵形式的介入性医疗设备，该医用泵还与数据库（诸如中央医疗记录系统和方案数据库等）通信；

图2是图1的设备的典型医疗设备的主要硬件部件的框图，该医疗设备提供用于获取泵任务数据、患者标识信息、情景感知方案和执行泵任务的断言数据的其他输入和无线通信；

图3是根据本发明的一个实施例的在图2的医疗设备的存储区内保存的数据结构的示意图；

图4是示出获取任务数据的自动药物标识的示例医疗设备的透视图；

图5是示出图2和图3的设备在实施本发明以提供特定于患者的警报时的操作的主要步骤的流程图；

图6是在与其他医疗设备共享信息的过程中由图2和图3的设备执行的步骤的流程图；以及

图7是示出在医疗设备和相关的医疗设备之间交换消息以获取对情景的理解的数据流程图。

具体实施方式

参考图1，在医院或其他环境中医疗设备10a和10b可放置于患者12附近，以提供健康监视和/或介入性服务。医疗设备10a,如所示，可以是用于药物输送的输液泵，以及医疗设备10b可以是例如，监视心率、呼吸、脉搏、温度、血氧等的通用监视系统。在这方面，医疗设备10可同时监视患者和影响患者治疗。

如根据以下说明中通常所理解的那样，根据本发明，给定的医疗设备10可经由因特网19与照护相同患者12的其他的医疗设备10和与数据库（诸如中央医疗记录系统14或外部情景感知方案数据库17等）通信。所述通信可以通过包括电缆或光缆的各种方式或如所示的无线通信来进行。

中央医疗记录系统14例如可提供经由无线收发机18与医疗设备10进行通信并且通过标准网络电路等与多个数据终端20进行通信的中央记录服务器16，所述多个数据终端20可配置医护人员，该医护人员可以进入或访问患者医疗记录、读取医疗器械10的警报和监视医疗器械10的操作等。中央记录服务器16可与电子医疗记录数据库22通信，该电子医疗记录数据库22保存与患者标识号相关的患者医疗记录。一般情况下，医疗记录数据库22将唯一标识患者的标识号与关于患者的各种临床信息（包括：身高、体重、性别、年龄和过敏等）相关联。

中央记录服务器16也可与用于治疗患者的特定情境感知方案的情境感知方案数据库15进行通信，和/或与具有特殊药物的信息的药物事实数据库23进行通信。在通过例如使用医用泵引入液体药剂来治疗患者的情形下，情景感知方案数据库15可保存表示药物类型和药物的优选输送率的数据，所述药物的优选输送率在速率和总量上根据特定的恒定断言数据（predicate data）（诸如患者性别或体重等）和实时断言数据（诸如血压和血糖水平等）而变化。

外部情景感知方案数据库17与中央记录服务器16的不同在于缺乏关于患者的临床数据，但是可提供类似于情景感知方案数据库16和药物事实数据库23的信息源。

在外部方案数据库17或治疗方案数据库15中的用于医用泵的示例情景感知方案，可将患者血压标识为断言数据，并且提供限定血压范围的方案，在所述血压范围内泵可以操作，当血压在此范围之外时终止泵的操作。医用泵的第二示例情景感知方案可将血糖标识为断言数据，并且提供泵可操作的血糖范围，并且当血糖在此范围之外时终止泵的操作。

现在参考图2，医疗设备10通常可包括处理器24，处理器24与存储器26（可能被包含在相同的集成电路上）通信，存储器26保存有提供给医疗设备10的操作系统的程序28和专用可执行程序，将在下面阐述。存储器26还可保存有由程序28使用的数据结构30，将在下文中阐述。

在存储器位于处理器外部的情形下，处理器24可通过中央总线或多个I/O线路32来与存储器26进行通信，中央总线或多路I/O线32还允许处理器24与特定于特定医疗设备10的功能的各种传感器和致动器35的接口34进行通信。所述传感器35可包括例如，压力传感器、温度传感器、氧传感器、超声波传感器和现有技术中已知的其他专用传感器。所述致动器35可包括例如，电动机、加热器和报警器等。不同的医疗设备10通常具有不同的感测能力子集，并且必须相互通信以获取患者治疗的情景。

处理器24还可与数据输入键盘36（例如，薄膜开关阵列）进行通信，以允许与待由医疗设备10执行的特定任务相关联的医疗人员38输入数据。数据输入键盘36可与输出屏幕（诸如LCD字母数字显示器等）相关联，以便于数据的输入和检查，并且将输出提供给医疗人员38。可以使用更高级的触摸屏来输入和显示信息。数据输入键盘36例如在医用泵的情形下可用来输入患者标识信息、药物信息和药物输送率或输送量。

处理器24还可与情景传感器40和42进行通信，情景传感器40和42可提供关于医疗设备10的操作的重要情景信息。在一个示例中，情景传感器40可以是用于识别例如保存在IV包和注射器中、由RFID标签标明药物类型和治疗参数并且待由医疗设备10a输送的药物产品37的RFID标签读取器。情景传感器42例如可以是用于例如扫描患者12身上的条形码手带44（示出在图1中）、IV包或注射器等的条形码读取器。

处理器24还可与适于与其他的医疗设备10和/或中央服务器16的无线收发器18进行通信的无线收发器45（例如，ZigBee、Wi-Fi、蓝牙、近距离通信（Near Field Communication，NFC）或3G）进行通信。

现在参考图3，在存储器26（在图2中示出）中的数据结构30可包括一个或更多个患者数据对象46，每一个患者数据对象46与可由用户输入或通过来自远程设备的查找处理来获取的唯一对应患者的患者标识号48（例如，从条形码手带44中获取的）以及特定于患者的恒定断言数据50相关联，并且与特定于患者的实时断言数据51相关联，该特定于患者的实时断言数据51包括例如在医疗设备10上或在医疗设备10附近的各种传感器的状态，将在下文中阐述。通常，只有单个患者对象46是有效的，然而，如果医疗设备10在一天中用于多个患者，如便携式设备可能出现的情形，则可以存储并且使用其他患者对象46。数据结构30还可包括机器标识码52，机器标识码52根据在工业中或由特定制造商使用的标准标识集来理想地标识机器的系列号及其通用的级别和功能。

数据结构30也可包括专用于特定医疗设备10及其环境的任务数据54，任务数据54通常描述医疗设备10的操作情景（包括例如正在输送的药物的类型），并且其编程和数据由医疗人员38例如通过数据输入键盘36来输入。在输液泵的情形下，药物类型和输注率和输送量可以在所述任务数据54中。所有或一些任务数据54可以被指定为可被标志位（未示出）共享，所述标志位可在制造时或之后的输入或修改时被编程。数据结构30的任务数据54还可复制反映有效的患者ID的患者标识号48，有效的患者ID表示哪一个患者对象46有效。

最后，数据结构30可包括接收任务数据54以操作医疗设备10，如被情景感知方案和特定于患者的断言数据50和51所调节的机器规则56。

现在参考图2、3和4，在例如注射器泵这样的医疗设备10中，接口34可控制注射器柱塞机构60操作来向下按压包含特定药物配方的注射器62的柱塞。注射器62可以用RFID标签64标识，RFID标签64可被情景传感器42自动读取，以提供表示注射器62中的药物配方的任务数据54。任务数据54还可保存来自在医疗设备10上的各种传感器的信息，该医疗设备10包括气泡传感器66、压力传感器68和流量计70，流量计70监视连接到注射器62并且通到患者的IV管72。所有的所述数据提供可用作机器规则56的输入参数或可用作方案的实时断言数据以为希望由医疗设备10执行的任务提供指示的任务数据。在2012年10月24日提交的题为“Syringe Pump with Improved Flow Monitoring”的共同待决的专利申请13/659,619中阐述了适合于本发明使用的注射器泵。

现在参考图2和图5，在第一步骤中，如处理模块80所示，程序28可接收例如，通过数据输入键盘36所输入的或从药物产品37的容器中读取的任务数据54。通常来说，对于医用泵的情形，所述任务数据54将包括药物类型和输送指令，例如流率和/或总体积。

如处理模块82所示，程序28可接收例如通过数据输入键盘36键入的或从条形码读取器——情景传感器42自动扫描的患者标识号48。

如处理模块81所示，任务数据54可用来查找对任务数据54所限定的任务的步骤进行控制的断言数据和情景感知方案。例如，所述方案数据可将用于某种药物的方案描述为根据特定断言数据（包括例如恒定断言数据50和实时断言数据51）而变化。处理模块81可通过将任务数据54的数据传送到治疗方案数据库15来获取必要的方案和断言数据，治疗方案数据库15基于不同的断言值的范围使用标识的药物来为输送提供综合方案。所述断言值的标识也在处理模块81中获取。

在处理模块83，程序28评估当前在数据结构30中不可用的断言数据。恒定的断言数据50可以例如使用患者标识48的索引，通过与医疗数据库22通信来获取。恒定信息可包括患者的性别、体重和年龄以及诸如药物过敏等信息。

在这点上，程序28可使用患者ID信息来获取适当的记录，并且利用电子医疗记录数据库22的必要数据字段的先验知识来获取关于特定医疗设备10的断言字段所期望的信息。在一个实施例中，医疗设备10可采用数据库22的数据的通用编码，例如，被数据库服务器66所应用的、利用普通标签（例如XML标签）来标记信息的编码。然后，将所述断言数据编入到数据结构30中。

一些非恒定的断言数据不在医疗数据库22中，并且只能从患者动态地收集，例如，血压和血糖水平。为此，程序28可提示由医疗人员38通过数据输入键盘36输入附加的数据。替换地，实时断言数据51还可从在同一患者12上操作的其他医疗设备中来获取，所述同一患者通过匹配有效患者ID来指示，将在下面阐述。

然后，如处理模块84所示，所收集的情景感知方案和断言数据可应用到机器规则56。通常来说，所述机器规则56执行医疗设备10的控制环以提供介入，并且可以利用来自与医疗设备10相关的传感器和致动器35的信息。在一个示例中，情景感知方案和断言数据操作来将输入操作参数提供给机器规则56，然后机器规则56根据所述操作参数来控制医疗设备10。在该情形下，操作参数类似于操作员可通过数据输入键盘36所输入的参数，并且在医用泵流率等的情形下进行控制。替换地，情景感知方案和断言数据可以咨询身份进行操作，以便在给定的全部患者治疗情景中选择了错误的操作条件或所选择的操作条件是错误的情形下，提供医疗设备10的警报和覆盖（override）。

情景感知方案以及对来自患者的实时医疗信息的监视根据年龄、性别、体重和关于药物与患者所采用的其他药物的相互作用的知识（例如，从药物事实数据库23所获取的）可纳入关于适当地输送药物的规则，以保证正在被医疗设备10所运送的药物不会与在电子医疗记录数据库22中记录的患者处方中的其他药物具有相反的作用。情景感知方案在最高水平上保证所输送的药物对从医疗数据库22中获取的患者的特定医疗状态是适当的。此外，情景感知方案操作来，基于从实时断言数据51中所获取的患者状态的知识来提供监视药物的输送的通知范围。

在处理模块86，基于经由处理模块84将任务数据54和断言数据50和51应用于机器规则56的处理，可自动产生警报或响应。所述警报可通过服务器16，经由用于获取断言数据50和51的相同链路来无线地发送到终端20，或可以是在与特定医疗设备10相关的报警器、蜂鸣器或显示器39上执行的本地警报。响应可包括，例如停止药物的注射或在医疗人员38不在时可由医疗设备10实时地采取的其他简单的措施。通过所使用的医疗设备，在护理地点，患者或护理者也可获得咨询信息，诸如在医疗设备屏幕上显示信息或广播音频警报或播放视频以便展示。

现在参考图6，如上所述，给定的医疗设备10可从应用于相同患者12上的其他本地医疗设备10中获取实时断言数据。例如，所述断言数据可以是在方案中标识的断言数据，并且断言数据从方案数据库15或17中获取。如处理模块90所示，在每一个医疗设备10检测到请求设备的与有效的患者ID相关的请求时，可以传送提供患者治疗的情景的断言信息。在决策模块92，利用接收请求的设备，将与请求相关的患者ID与当前有效的患者ID相比较。如果它们相同，则在处理模块94，根据期望的断言数据的匹配，标识为可共享的任务数据54可通过无线链路与请求设备共享。共享数据可包括提供可共享数据的场景的机器标识码52，或者可共享数据可编码成独立地表示其意义。

现在参考图7，因此，给定的介入性设备10a可接收例如编码在药物容器中的或被用户所输入的患者标识号48和基本任务数据54。任务数据54可以由设备10a发送到方案数据库15或17，以接收情景感知方案信息和相关的断言50和51的标识。设备10a可利用患者标识号48和断言数据50和51的标识来获取必要的断言数据，必要的断言数据可是来自医疗数据库22等的断言数据50或来自其他医疗设备10b的实时断言数据51。

通常来说，本发明涉及用于询问和搜索信息、提练所搜索的结果、监视设备的状态和/或特定任务、监视患者状态、存储和处理相关数据、生成咨询报告和/或警报、显示相关的信息和/或授权执行原有或修改的治疗计划的医疗设备系统和方法。上述的任务可以在远程地点或在现场实时地、在治疗之前或在治疗之后执行。虽然现有技术系统提议使用临床可接受的治疗方案，诸如限定了临床可接受的剂量（或输注率）限制的药品库，本文公开的系统和方法利用以下特征来提供用于通信信息、实现数据传送和处理的新方式：1）多种设备，包括医疗设备和非医疗设备；2）多种数据源，包括但不限于药物事实、疾病治疗方案、临床治疗方案、患者概况、实验室测试结果等；3）在多个时间点上所获取的数据，诸如患者的实验室测试结果历史记录和/或先前的静脉输液参数，以便能够为特定患者生成综合的咨询报告，从而提高治疗、缓解、诊断或预防疾病或异常状态的安全性和效率，并且在需要时实现咨询（包括现场实时咨询）。

代替常规的“分离式”医疗设备、数据库和测试结果或在个别事件中执行的“分离式”任务，设想出了良好地通信和良好地通知的集成系统，以便基于实时情况和已知的可信知识库来提供更准确的咨询。该集成医疗设备可在知晓患者情景、动作（action）意图和临床方案的情形下在治疗、诊断、缓解、预防等期间，在执行地点提供实时的临床决策支持。

本发明涉及通过医疗设备提供基于信息的咨询（主要针对在护理地点的实时咨询）的系统和方法。随着药物事实、疾病治疗方案、临床治疗方案等的数据源的快速扩展，以及具有无线通信和咨询特征的智能医疗设备的广泛应用，可以发展更好的系统和使用方法，以利用具有特定状态的特定患者的可用知识库。咨询可以由医疗设备或其他的相关设备提供。咨询可在远程地点或在现场进行。时间可以是实时、在治疗之前或在治疗之后。

具体地，本发明提供：

（1）患者概况情景感知；

（2）基于远程的/现场的知识库来应用临床决策；

（3）通过将患者情景应用于知识库，来导出运行医疗设备的临床诊断/治疗意图。

（4）将临床意图转换成由医疗设备监视的可测量的参数的合适范围。

作为结果，医疗设备控制/测量能实时感知患者当前状态的参数集。在每次更新由外部的内容供应者提供的患者概况时，继续调整设备所测量/控制的参数。所有子系统共同作用。

本专利申请的一个方面是患者概况情景感知：使得设备能够“感知到”患者概况和实时状态，例如，患者的性别、年龄、诊断、病史、实验室测试结果和历史数据等。一些或所有的信息用作进一步的咨询、数据处理和/或报告的基础数据。通过与患者、诊断/药方和/或疾病有关的处理信息，可从患者概况（年龄、性别等）、症状、诊断、图表注释等和相关数据源中提取治疗意图。在一个实施例中，与输液有关的信息被存储在数据库中。来自泵用户的询问由服务器传送到数据库，并且询问结果（诸如，之前输注的药物、流率、患者对药物的反应、特殊注释等）被传送回泵以供用户查看。

本专利申请的一个方面是基于设备、远程和/或现场知识库应用临床决策支持知识。

本专利申请的一个方面的利用患者情景感知来稳定地应用临床决策支持规则，无论是在车载医疗设备上还是在管理诊断/治疗过程时。本文所使用的某些术语仅出于参考的目的，因此并不意图限制。例如，诸如“上”、“下”、“在上面”和“在下面”等术语是指参考附图的方向。诸如“前”、“后”、“后面”、“底部”、“侧”等术语，描述了组件的各部分在相容但任意的坐标系内的方位，其通过参考描述所讨论的组件的附图和本文来理解。这样的术语可以包括上面具体提到的词语及其派生词语，以及类似含义的词语。同样，除非上下文明确地指出，“第一”、“第二”等引用结构的这样的数值术语并不暗含次序或顺序。

当介绍本公开和示例性实施例的元件或特征时，冠词“一”、“该”和“所述”意在表示存在一个或更多个这样的元件或特征。术语“包括”，“包含”和“具有”以为是包容性的，并意味着可能有除特别指出的元件或特征以外的元件和特征。应该理解，除非特别指出执行顺序，本文所描述的方法步骤、过程和操作不应被解释为必须要求它们按所讨论的或示出的特定顺序执行。还应当理解，可以采用额外的或替代的步骤。

对“微处理器”和“处理器”的引用可以理解为包括可以在单机环境和/或分布式环境中进行通信的一个或更多个微处理器，并且因此可以被配置为经由有线或无线通信来与其他处理器通信，其中所述一个或更多个处理器可以被配置为在一个或更多个处理器控制的设备（它们可以是相似的或不同的设备）上操作。此外，除非另有说明，对存储器的引用可以包括一个或更多个处理器可读并且可存取的存储元件和/或组件（其可以内置于处理器控制设备，外置于处理器控制设备）并且可以通过有线或无线网络存取。

本发明并不打算局限于本文包含的实施例和示例，并且权利要求应被理解为包括实施例（包括落在本发明范围内的实施例的部分和不同实施例的组合）的修改形式。本文所阐述的所有公开（包括专利和非专利公开），其全部内容通过引用并入本文。

Claims (17)

1.一种医疗设备，该医疗设备包括：

介入性元件，所述介入性元件与患者连通，以对患者执行医疗过程；

数据输入设备，所述数据输入设备用于接收与所述介入性元件所执行的介入性任务相关的数据；

数据通信链路，所述数据通信链路用于与外部设备进行电子数据通信；以及

电子控制器，所述电子控制器与所述介入性元件、所述数据输入设备和数据通信链路进行通信，并且执行存储程序，以便：

（a）将与所述介入性任务有关的数据传输到外部数据服务设备，以接收与所述介入性任务有关的操作方案和所需断言数据的标识；

（b）从至少一个外部断言数据设备中查找所需断言数据的断言数据；以及

（c）根据从至少一个外部数据服务设备和外部断言数据设备中接收的操作方案和断言数据来监视所述介入性任务的执行。

2.如权利要求1所述的医疗设备，其中，所述介入性元件是用于输送液体药剂的泵，并且介入性任务为输送液体药剂。

3.如权利要求2所述的医疗设备，其中，与介入性任务有关的数据包括标识所述液体药剂的药物信息和标识所述液体药剂的输送速率和输送量中的至少一个的输送信息。

4.如权利要求3所述的医疗设备，其中，与所述介入性任务有关的数据包括患者标识信息。

5.如权利要求4所述的医疗设备，其中，所述外部断言数据设备是基于所述患者标识信息提供关于所述患者的临床信息的医院数据库。

6.如权利要求5所述的医疗设备，其中，所述外部断言数据设备是基于所述患者标识信息为患者提供实时医疗数据的在医用泵附近的医疗监视系统。

7.如权利要求6所述的医疗设备，其中，所述医疗监视系统是从包括血压监视器、血氧计、血糖监视器和呼吸监视器的组中选择的。

8.如权利要求2所述的医疗设备，其中，所述数据输入设备是从包括键盘、RFID标签读取器和条形码扫描仪的组中选择的。

9.如权利要求2所述的医疗设备，其中，所述泵是从包括大体积的输液泵、注射器泵和便携式泵的组中选择的。

10.如权利要求2所述的医疗设备，其中，所述数据通信链路是无线通信链路。

11.如权利要求2所述的医疗设备，还包括为所述医用泵的用户提供警报的警报器，并且其中所述电子控制器还根据所述方案的规则来执行所述存储程序，以激活所述警报器。

12.如权利要求2所述的医疗设备，其中，所述方案将血压标识为断言数据并且标识提供以下血压范围的方案：在所述范围内所述泵能够操作，并且当血压超过所述范围时，终止所述泵的操作，并且其中，通过作为外部监视设备工作的分离的血压监视器来获取血压。

13.如权利要求2所述的医疗设备，其中，所述方案将血糖标识为断言数据并且标识提供以下血糖范围的方案：在所述范围内所述泵能够操作，并且当血糖超出所述范围时终止所述泵的操作，并且其中，通过作为外部监视设备工作的分离的血糖监视器来获取血糖。

14.如权利要求1所述的医疗设备，其中，所述数据通信链路是从包括蓝牙无线电链路、红外数据链路、近距离通信（NFC）和Wi-Fi数据链路的一个或更多个组中选择的。

15.一种医用泵输送系统，包括:

医用传感器系统，所述医用传感器系统提供：

（a）用于患者以实时地获取医疗信息的至少一个传感器；

（b）与外部设备进行电子数据通信的第一数据通信链路；以及

医用泵系统，所述医用泵系统提供：

（a）用于输送液体药剂的泵；

（b）在所述液体药剂的输送中用于接收与泵任务有关的数据的数据输入设备；

（c）用于与外部设备进行电子数据通信的第二数据通信链路；以及

（d）与所述泵、所述数据输入设备和数据通信链路通信的电子控制器，并且所述电子控制器执行存储程序，以便：

（i）将与所述泵任务有关的数据传送到外部数据服务设备，以接收与所述泵任务有关的操作方案和所需断言数据的标识；

（ii）从至少一个外部断言数据设备中查找所需断言数据的断言数据；以及

（iii）根据从至少一个外部数据服务设备和外部断言数据设备接收的操作方案和断言数据来监视所述泵任务的执行。

16.如权利要求15所述的医用泵输送系统，还包括：提供将泵任务数据与方案和方案所需的断言数据相链接的数据库的外部数据服务设备。

17.一种医疗设备，所述医疗设备具有患者情景感知和/或在护理点和/或远程地提供实时咨询信息。

Images