CN110491471A - 利用关联的医疗装置管理的系统和方法 - Google Patents

利用关联的医疗装置管理的系统和方法 Download PDF

Info

Publication number
CN110491471A
CN110491471A CN201910878514.XA CN201910878514A CN110491471A CN 110491471 A CN110491471 A CN 110491471A CN 201910878514 A CN201910878514 A CN 201910878514A CN 110491471 A CN110491471 A CN 110491471A
Authority
CN
China
Prior art keywords
conveying device
fluid conveying
fluid
delivery system
patient
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
Application number
CN201910878514.XA
Other languages
English (en)
Inventor
G·W·格雷
W·C·麦奎德
J·E·安布罗西纳
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Fresenius Kabi USA LLC
Original Assignee
Fluidnet Corp
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Fluidnet Corp filed Critical Fluidnet Corp
Publication of CN110491471A publication Critical patent/CN110491471A/zh
Pending legal-status Critical Current

Links

Classifications

    • 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/142—Pressure infusion, e.g. using pumps
    • 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/20—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 or administration of healthcare resources or facilities, e.g. managing hospital staff or surgery rooms
    • 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/35—Communication
    • A61M2205/3546—Range
    • A61M2205/3561—Range local, e.g. within room or hospital
    • 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/60—General characteristics of the apparatus with identification means
    • A61M2205/6009—General characteristics of the apparatus with identification means for matching patient with his treatment, e.g. to improve transfusion security

Abstract

本申请涉及利用关联的医疗装置管理的系统和方法。通过与关联管理资源通信，相应流体输送系统的操作员能够将医疗装置(流体泵)与特定实体，例如患者、位置、一个或多个其他医疗装置、护理人员等相关联。之后，流体输送系统的操作员能够更好地基于相关医疗信息管理流体输送系统的使用，由于创建了关联，可以访问相关医疗信息。例如，关联管理资源在操作员提供将流体输送系统与实体相关联的输入之前，收集并存储与实体相关联的信息。在流体输送系统的操作员创建关联之后，与实体相关联的医疗信息立即可以被流体输送系统和/或流体输送系统的对应操作员使用。

Description

利用关联的医疗装置管理的系统和方法
本申请是申请日为2014年2月4日、申请号为201480016439.1、发明名称为“利用关联的医疗装置管理的系统和方法”的发明专利申请的分案申请。
背景技术
常规的输液泵使得护理人员能够通过静脉向患者输送流体。输送基于流体的药物的过程需要多项操作。例如，医生必须首先生成指定要向住院的特定患者输送的一个或多个基于流体的药物的药剂处方。典型地，医院的药房接收由医生提供的药剂处方。根据药剂处方，药房通过向护理人员提供药物来配发对应的物理命令，以向相应患者输送。
在某些情况下，药剂处方包括需要通过静脉向相应患者施用的多个基于流体的药物。在这样的情况下，假设必须要由独立的流体输送系统(流体泵)输送每个基于流体的药物，监督患者的护理人员必须要定位医院中的多个流体输送系统(流体泵)。这本身可能就是一项困难的任务，因为医院可能未很好地跟踪不用的医疗设备。
在定位流体输送系统之后，护理人员必须要将流体输送系统运送到患者所在的地方。到达患者床边之后，根据药剂处方信息，护理人员操作一个或多个流体输送系统以通过静脉向患者输送对应处方的基于流体的药物。必须要由护理人员对每个流体泵进行逐一编程，以通过静脉向患者分配流体。
发明内容
通过静脉向患者输送流体的常规技术存在缺陷。例如，管理向患者输送一个或多个流体的操作是繁重的并且可能导致流体输送错误。
作为具体范例，假设要求护理人员向对应患者施用输入两种不同类型的处方流体。首先，如上所述，护理人员必须要检索(retrieve)两个流体输送系统，每个流体输送系统输送处方的基于流体的药物之一。之后，必须要配置每个流体输送系统，用于通过编程来输送多个处方流体之一。
在某些情况下，为了更多了解已经为患者开出处方的不同药物，并查看如何施用药物的具体详情，护理人员必须要登录到与流体泵分开的远程计算机上。远程计算机通常距离被配置成向患者输送处方流体的实际流体泵至少有几英尺远。在向患者施用多个流体的情况下，这意味着，为了完成输送相应药物的命令，护理人员需要向至少三个不同装置，包括远程计算机、第一流体泵和第二流体泵提供输入。于是，护理人员必须要向三个不同的用户接口提供输入，它们中的任一个都可能不知道彼此。必须要培训护理人员如何使用每个用户接口－流体泵上的用户接口和远程计算机上的用户接口。
不能正确地向对应患者输送处方的基于流体的药物可能是有害的，或者可能是致命的。与常规技术相反，本文中的实施例包括管理流体输送系统和相关数据的独特方式，方便了向接收方输送流体。
根据本文中的实施例，临床环境中的实体，例如医疗装置和患者，可能具有很多关联。这些包括，但不限于患者、位置、医嘱(诸如药剂处方)、被编程的设置、护理提供者、医疗装置等之间的关联。识别不同实体之间的关联允许基于软件的医疗系统更智能地工作，使得护理人员能够提供更高水平的护理。其范围可能从提供简化的装置设置过程，到基于其对所有关联装置的集体操作的知识向临床医生返回智能建议。
本文中的一个实施例包括关联管理资源(例如临床关联服务器)。关联管理资源允许医疗装置和信息系统都注册关联并利用关联映射来识别与医疗任务(例如向患者施用流体)相关联的相关信息。
这里的实施例可以包括能够接受、管理和提供护理企业之内的医疗装置和其他实体之间任意数量的关联的服务器。可以与其产生关联的实体包括，但不限于患者、位置、医嘱、被编程的设置、护理提供者、其他医疗装置等。
在一个非限制性范例实施例中，关联管理资源提供通信服务，可以由医疗装置/信息系统远程调用该通信服务以注册其自己的关联或检索其他临床实体的关联。根据更具体的实施例，可以可选地利用关联规则组来配置关联管理资源服务器。可以配置规则以定义一个关联对另一个关联的影响，导致因为他人的设置或重新设置而自动进行关联或解除关联。
根据更具体的实施例，关联管理资源(例如服务器资源和存储资源)通过网络接收输入。可以从任何适当的源(例如从诸如被用于向接收方输送流体的流体输送系统的医疗装置)来接收输入。该输入将诸如流体泵的流体输送系统(医疗装置)关联到位于操作流体输送系统的医疗环境中的实体。
基于通过网络接收的输入，关联管理资源记录由接收的输入所指出的流体输送系统和实体之间的关联。
可以配置关联管理资源以根据与实体相关联的类型来创建不同类型的关联。例如，如果实体为患者，响应于接收到输入，关联管理资源创建患者和对应流体输送系统之间的患者-泵关联。如果实体为位置，响应于接收到输入，关联管理资源创建泵和泵所在的对应位置之间的泵-位置关联。如果实体为另一流体泵，响应于接收到输入，关联管理资源创建第一流体泵和第二流体泵之间的泵-泵关联。因此，通过这种方式，关联管理资源能够创建不同类型的关联。
创建流体输送系统和实体之间的关联是有用的，因为它使得对应护理人员能够更有效率地操作相应的医疗装置，例如流体输送系统。例如，在做出实体和流体输送系统之间的关联之后，流体输送系统的操作员能够利用关联管理资源经由通过相应网络的通信，发起对与实体相关联的信息的搜索。
为了进一步例示的目的，在创建对应的关联之后，假设流体输送系统的操作员通过网络向关联管理资源发送对与实体相关联的信息的请求(例如搜索查询)。响应于接收到请求，关联管理资源搜索仓库以查找与实体相关联的医疗信息。在检索之后，关联管理资源发起通过网络向流体输送系统的操作员传输医疗信息。
因此，相应流体输送系统的操作员能够将流体输送系统(诸如流体泵的医疗装置)与特定实体，例如患者、位置、一个或多个其他医疗装置、护理人员等相关联。之后，流体输送系统的操作员能够更好地基于相关医疗信息管理流体输送系统的使用，由于关联的原因，可以访问该相关医疗信息。
在一个实施例中，除了从诸如流体泵的对应医疗装置接收输入之外，关联管理资源还在操作员提供将流体输送系统与实体相关联的输入之前，收集并存储与实体相关联的信息。例如，可以配置关联管理资源140以与医院环境中的一个或多个系统通信，以检索关于特定实体的信息。在这样的情况下，即使在相应护理人员创建医疗装置和对应实体之间的关联之前，关联管理资源已经具有关于对应实体的信息。即使在接收将特定医疗装置与实体相关联的输入之前，关联管理资源也可能已经创建了实体和其他相关实体之间的关联。
作为范例，实体可以是医院中的患者。在接收到将相应医疗装置(例如泵)关联到患者的请求之前，关联管理资源可能已经从相应医疗环境中的一个或多个资源收集到数据，该数据指出患者被分配到或住在医院的对应病房中。创建医疗装置和患者之间的新关联间接将医疗装置与患者所在对应病房相关联。
在一个实施例中，在流体输送系统的操作员创建流体输送系统和实体之间的关联之后，与实体相关联的医疗信息立即能够被流体输送系统和/或流体输送系统的对应操作员使用。
作为另一范例，在接收表示创建医疗装置(例如流体泵)和诸如患者的对应实体之间新关联的输入之前，由关联管理资源所产生的关联信息能够指出，已经为患者开出一个或多个流体药物的处方。在创建医疗装置和患者之间的新关联之后，医疗装置的操作员能够访问关联管理资源以识别与患者相关的信息，例如处方的一个或多个流体药物。
注意，可以从任何适当的资源接收来自流体输送系统(医疗装置)操作员的输入。例如，根据一个实施例，流体输送系统可以包括被配置成呈现图形用户界面的显示屏。此外，经由在流体输送系统中执行的软件指令，可以配置流体输送系统以通过对应的网络连接与关联管理资源通信。流体输送系统的操作员向医疗装置的图形用户界面提供输入以将医疗装置与特定实体相关联。医疗装置通过相应的网络连接将关联请求转发到关联管理资源。
如上所述，在创建流体输送系统和相应实体之间的对应关联之后，流体输送系统的操作员可以使用图形用户界面执行搜索查询，以通过网络连接获得与实体相关联的医疗信息。如前所述，响应于从流体输送系统接收到搜索查询，关联管理资源检索并向流体输送系统发送适当的医疗信息。
根据其他实施例，注意，流体输送系统的操作员未必需要使用在物理上位于流体输送系统上的图形用户界面来执行任务，例如将流体输送系统关联到对应患者、检索医疗信息等。例如，流体输送系统的操作员(例如，使用流体输送系统向患者输送对应的基于流体的药物的护理人员)可以被分配有管理装置，以方便为一个或多个患者提供护理。管理装置可以是手持式管理装置，相对于用于向对应的患者输送流体的流体输送系统位于不同地方。
在某些实施例中，流体输送系统的操作员能够经由对手持式管理装置上对应显示屏的输入，发起创建医疗装置和另一实体之间的关联。于是，可以根据实施例通过若干种不同方式实现流体输送系统和相应实体之间的关联。
下文更详细地公开了这些和其他更具体的实施例。
注意，本文中论述的任何资源可以包括一个或多个计算机化装置、流体输送系统、服务器、基站、无线通信设备、通信管理系统、工作站、手持式或膝上型计算机等，以执行和/或支持本文公开的方法操作的任一个或所有。换言之，可以编程和/或配置一个或多个计算机化装置或处理器以如本文所述那样工作，来执行本发明的不同实施例。
本文中的其他实施例包括软件程序，以执行上文概述且下文详细公开的步骤和操作。一个这样的实施例包括一种计算机程序产品，其包括非暂态计算机可读存储介质(即，任何物理的计算机可读硬件存储介质)，其上编写有软件指令以供后续执行。指令在具有处理器的计算机化装置(例如计算机处理硬件)中执行时，编程和/或令处理器执行本文公开的操作。这样的布置通常被提供为布置或编写于非暂态计算机可读存储介质上的软件、代码、指令和/或其他数据(例如，数据结构)，所述非暂态计算机可读存储介质例如是光学介质(例如CD-ROM)、软盘、硬盘、存储棒等，或者其他介质，例如一个或多个ROM、RAM、PROM等中的固件或短代码，或作为专用集成电路(ASIC)等。可以将软件或固件或其他这样的配置安装到计算机化装置上，以令计算机化装置来执行本文所说明的技术。
因此，本文中的实施例涉及支持本文所述操作的方法、系统、计算机程序产品等。
本文中的一个实施例包括其上存储有指令的计算机可读存储介质和/或系统。在由计算机处理器硬件执行时，指令让计算机处理器硬件：通过网络接收输入，该输入将流体输送系统关联到位于操作流体输送系统的医疗环境中的实体；如由接收的输入所指出的记录流体输送系统和实体之间的关联；搜索仓库以查找与实体相关联的医疗信息；以及发起通过网络向流体输送系统的操作员传输医疗信息。
为了清晰的缘故，已经增加了以上操作的次序。注意，可以按照任何适当次序执行本文所述的任何处理步骤。
本公开的其他实施例包括软件程序和/或相应的硬件，以执行上文概述且下文详细公开的任何方法实施例步骤和操作。
要理解的是，本文论述的系统、方法、设备、计算机可读存储介质上的指令等，也可以被严格实现为软件程序、固件，软件、硬件和/或固件的混合体，或仅仅硬件，例如在处理器之内或操作系统之内或软件应用之内。
如本文所述，本文的技术非常适用于管理和方便医疗装置的使用。不过，应当指出，本文的实施例不限于用于这样的应用中，本文论述的技术也完全适用于其他应用。
此外，注意，尽管可能在本公开的不同地方论述不同特征、技术、配置等的每个，但在适当的时候，每个概念可以可选地彼此独立地或彼此结合地被执行。因此，本文所述的一个或多个本发明可以通过很多不同方式实现和观察。
而且，注意，本文中实施例的这一初步论述并非要有意指定本公开或所主张发明的每个实施例和/或新颖性递增的方面。相反，本简要描述仅仅给出了一般实施例和相对于常规技术的对应新颖点。对于本发明的额外细节和/或可能的观点(置换)，读者可以参考下文进一步论述的本公开的具体实施方式部分和对应附图。
附图说明
图1是范例图示，示出了根据本文实施例的医疗环境中的关联管理。
图2是范例图示，示出了根据本文的实施例管理医疗环境中不同实体之间的关联。
图3是范例图示，示出了根据本文的实施例，医疗环境中医疗装置到实体的关联。
图4是范例图示，示出了根据本文的实施例管理医疗环境中不同实体之间的关联。
图5是范例图示，示出了根据本文的实施例，医疗装置到实体的关联。
图6是范例图示，示出了根据本文的实施例管理医疗环境中不同实体之间的关联。
图7是范例图示，示出了根据本文实施例，实体到医疗装置的关联。
图8是范例图示，示出了根据本文实施例的邻近关联。
图9是方法的范例图示，示出了根据本文实施例形成医疗装置分组以及在一个或多个医疗装置之间创建关联。
图10是方法的范例图示，示出了根据本文实施例将一组医疗装置关联到对应患者。
图11是方法的范例图示，示出了根据本文实施例将一组医疗装置关联到对应位置。
图12是范例图示，示出了根据本文实施例基于普查的关联。
图13是方法的范例图示，示出了根据本文实施例基于普查的关联。
图14是范例图示，示出了根据本文实施例使用管理装置将患者关联到特定护理人员。
图15是范例图示，示出了根据本文实施例使用护理人员的管理装置将一个或多个医疗装置与对应患者相关联。
图16是范例图示，示出了根据本文实施例使用护理人员操作的管理装置将医疗装置从对应患者解除关联。
图17是范例图示，示出了根据本文实施例使用关联信息方便利用多个流体输送系统向患者输送多个基于流体的药物。
图18是范例图示，示出了根据本文实施例对医疗装置的用户进行认证和授权。
图19是示出了根据本文实施例执行任何功能的范例计算机架构的图示。
图20是范例图示，示出了根据本文实施例方便将医疗装置关联到对应实体的方法。
图21是范例图示，示出了根据本文实施例的关联管理。
图22是范例图示，示出了根据本文实施例创建关联以指示医疗装置分组。
图23是范例图示，示出了根据本文实施例将一组医疗装置关联到相应患者。
图24是范例图示，示出了根据本文实施例将一组医疗装置关联到位置。
如附图中所示，从本文中优选实施例的以下更具体描述，本发明的以上和其他目的、特征和优点将清楚，在附图中，类似的附图标记在所有不同附图中表示相同部分。附图未必是成比例的，而是将重点放在了例示实施例、原理、概念等上。
具体实施方式
现在，更具体地讲，图1为范例图示，示出了根据本文实施例的医疗环境中的关联管理和流体输送管理。
如图所示，医疗环境100包括网络190(其可以包括分组交换网络、因特网、WiFiTM网络等)、关联管理资源140、信息系统165、域150-1、域150-2等。
医疗环境100中的每个域150(例如域150-1、域150-2等)都能够代表其中向对应接收方输送流体的医疗环境100中的位置。流体输送域能够代表医院的房间、个人的家庭等。
在这个非限制性范例实施例中，假定护理人员106配置流体输送系统125-1(例如第一泵)以从源120-1向接收方108输送流体。假定护理人员106配置流体输送系统125-2(例如第二泵)从源120-2向接收方108输送流体。在本范例中，接收方108是患者John Smith。
注意，域150-1还包括通信接口145-1。在一个实施例中，域150-1中的每个医疗装置都具有与通信接口145-1通信的能力。在本范例实施例中，每个流体输送系统125都经由相应的通信链路(例如，有线通信链路、无线通信链路等)通信耦合到通信接口145-1。
在这个非限制性范例实施例中，通信链路128-1支持流体输送系统125-1和通信接口145-1之间的通信；通信链路128-2支持流体输送系统125-2和通信接口145-1之间的通信；通信链路128-3支持流体输送系统125-3和通信接口145-1之间的通信；通信链路128-4支持管理装置160-1和通信接口145-1之间的通信；等等。
每个通信链路128都可以是硬连线或无线链路。
可以采用任何适当的协议来通过相应的通信链路在每个装置和通信接口145-1之间传输RF和/或有线通信。在一个实施例中，每个通信链路128都支持根据WiFiTM协议的通信。
如进一步所示，通信接口145-1支持通过网络190向远程的一个或多个资源，例如关联管理资源140、信息系统165等进行的通信126-1。
在相反方向上，通信接口145-1从位于网络190中的一个或多个远程资源接收通信126-2。通信接口145-1向域150-1中的适当资源(例如医疗装置)转发所接收到的通信126-2。
因此，一个或多个资源，例如流体输送系统125-1、流体输送系统125-2、流体输送系统125-3(例如第三流体泵)、管理装置160-1等的每个都能够通过通信接口145-1并经由网络190与位于医疗环境100中的任何一个或多个资源通信。
在一个实施例中，为医疗环境100中每个装置或系统分配对应的唯一网络地址。经由客户端-服务器类型的通信，医疗环境中的每个装置或系统都能够与相应的远程资源通信。例如，使用在相应产生的数据分组中的关联管理资源140的网络地址，位于医疗环境100中的任何医疗装置都能够向关联管理资源140发送所产生的数据分组。在相反方向上，关联管理资源140可以在所产生的数据分组中包括对应目标医疗装置的网络地址，以向目标医疗装置转发这样的通信。
在一个非限制性范例实施例中，医疗环境100中的资源(例如，流体输送系统125、管理装置160-1、关联管理资源140等中的每个)通过超文本传输协议(HTTP)类型的协议彼此通信。作为非限制性范例，资源能够通过使用安全HTTP(即HTTPS)进行通信，确保关联管理资源140和流体输送系统之间的通信和连接是安全的，且消息被充分加密。
如图所示，且如前所述，这里的实施例包括关联管理资源140。根据一个实施例，且与其他功能一起，关联管理资源140从一个或多个资源收集与医疗环境100中不同资源相关联的信息(例如，医疗信息122)。
顾名思义，关联管理资源140管理关联。作为非限制性范例，基于接收的数据，关联管理资源140产生并管理仓库180中存储的关联信息185。
顾名思义，由关联管理资源140管理的关联信息185跟踪医疗环境100中不同实体之间的关联。
根据另一实施例，医疗环境100中的每个实体都被分配以对应的唯一值。
出于例示的目的，假定护理人员106被分配了唯一值CGVR 106；流体输送系统125-1被分配了唯一值FDD 313；流体输送系统125-2被分配了唯一值FDD 432；流体输送系统125-3被分配了唯一值FDD 566；医疗环境100中的域150-1被分配了唯一值LOC 277；医疗环境100中的域150-2被分配了唯一值LOC 278；等等。
医疗环境100中的每个域150可以包括与域150-1类似的资源。
如下文进一步所述，关联管理资源140产生并管理关联信息185，以跟踪医疗环境100中不同资源或实体之间的关联。
注意，关联可能会随着时间变化。例如，关联管理资源140能够从医疗环境100中的任何资源(例如信息系统165、域150-1、域150-2等)接收通信，指出要创建一个或多个新关联。
此外，除了接收通信以创建新关联之外，关联管理资源140还能够接收指示终止一个或多个关联的通信。于是，仓库180中存储的关联信息185的状态随着时间变化。
作为另一非限制性范例，可以配置关联管理资源140以实施一组关联规则142，以管理医疗环境100中实体之间的相应关联。在一个实施例中，这些规则142帮助使实体之间的关联和解除关联自动化。例如，规则规定：当两个医疗装置被关联时，它们还共享相同的患者和位置关联。于是，规则142能够指定如何创建关联。
关联规则142可以是针对整个机构(医疗环境100)来定义的，或者可以是针对特定的域或特定的装置类型来定义的。这样使得针对重病监护室的规则能够不同于用于手术室中的规则。例如，使用不同的规则还会允许两个输液泵之间的关联规则与输液泵和患者监测仪之间的那些规则不同。
图2是范例图示，示出了根据本文的实施例的关联信息。如本范例所示，关联信息185-1指出了医疗环境100中不同类型实体之间的关联(如线所示)。图2中的每个节点代表医疗环境100中或与医疗环境100相关联的对应实体或资源。
还要注意，可以通过任意多个方式来实现不同实体之间关联的管理。例如，关联管理资源140能够采用任何适当的资源，例如可以使用指针、表格、测绘等来表示不同实体之间的关联。
可以随着时间来连续地创建关联。例如，在一个实施例中，关联管理资源140被配置成一直搜索网络194，查找与位于医疗环境100中的实体相关的信息。在图示的范例实施例中，关联管理资源140从信息系统165-1接收医疗信息122-1；关联管理资源从信息系统165-2接收医疗信息122-2；等等。
医疗信息122可以是任何适当类型的信息。例如，医疗信息可以是患者信息、计费信息、医生信息、药剂处方信息(例如一个或多个处方药指令)、护理人员信息、位置信息等。
如上所述，医疗环境100中的每个实体都被分配以唯一值。基于从医疗环境100中的一个或多个资源接收的信息，关联管理资源140创建关联信息185-1，以指示位于医疗环境100中的不同实体或资源之间的当前关联。
注意，医疗环境100不限于对应的位置，例如医院。医疗环境100可以包括与患者护理相关的任何资源、实体等。
在本范例中，通过图2中相应的护理人员-患者关联线，关联信息185-1指出：护理人员CGVR 106(护理人员106)已经被指派护理患者Jane Doe和John Smith；护理人员CGVR188未被指派护理任何人；等等。于是，关联信息185中的关联能够指示指派情况。
进一步在本范例中，通过相应的药物-患者关联线，关联信息185-1表示：已经为Jane Doe开出了基于流体的药物RX29处方；已经为John Smith开出了基于流体的药物RX24和RX36处方；等等。
如前所述，可以配置关联管理资源140以从任何适当的资源接收关联信息。在一个实施例中，关联管理资源140从信息系统165-1接收医疗信息122-1，指出医生已经向JohnSmith开出了基于流体的药物RX24和RX36的处方。基于接收这种医疗信息(药剂处方信息)，关联管理资源140创建药剂处方药物RX24和RX36与John Smith之间的关联线。
进一步在本范例中，通过相应的患者-位置关联线，关联信息185-1指出：患者JaneDoe在相应的域LOC 299(例如，第一病房)中；患者John Smith在域LOC 277(例如，第二病房)中；患者James Henry在域LOC 267(例如，第三病房)中；等等。
James Henry被分配到护理人员CGVR 103。
进一步在本范例实施例中，经由相应的域-楼宇关联线，关联信息185-1指出：被分配为LOC 299的域位于楼宇345的二层；被分配为LOC 277的域位于楼宇345的第二层；被分配为LOC 267的域位于楼宇345的第二层；被分配为LOC 269的域位于楼宇345的第二层；被分配为LOC 269的域位于楼宇345的第二层；等等。
可以预期，关联信息185中的特定关联是静态的。亦即，位置LOC 299(例如医院中第一病房)将始终位于楼宇345的第二层；位置LOC 277(例如医院中第二病房)将始终位于楼宇345的第二层；位置LOC 267(例如医院中第三病房)将始终位于楼宇345的第二层；等等。
其他关联是暂时的。例如，可以将护理人员CGVR 106暂时指派在第一班(firstshift)期间护理John Smith和Jane Doe。在切换到第二班时，可以指派护理人员CGVR 188替代护理人员CGVR 106护理Jane Doe和John Smith。在这样的情况下，响应于检测到这种变化，关联管理资源140会创建护理人员CGVR 188和每位患者Jane Doe和John Smith之间的相应关联。此外，关联管理资源140可以终止护理人员CGVR 106与Jane Doe和John Smith之间的关联。
进一步在本范例实施例中，相应的泵-患者关联线，关联信息185-1指出：被分配唯一值FDD 983的流体输送系统已经被分配由Jane Doe使用。
响应于检测到诸如护理人员CGVR 106的护理人员当前正在使用流体泵FDD 983配给药剂处方RX29，其中该药剂处方RX29是向Jane Doe开出的，关联管理资源140产生药剂处方RX 29和流体输送系统FDD 983之间的关联线。处方药物RX29和流体输送系统FDD 983之间的关联线表示流体输送系统FDD 983正在被使用或流体输送系统FDD 983已经被分配以向患者Jane Doe输送处方药物RX 29。
利用关联信息185-1，可以识别流体输送的状态以及向不同患者分配不同的医疗装置。换言之，关联使得能够识别与医疗护理相关联的不同类型的信息。例如，经由图2中给出的关联信息185-1中的关联，对应用户能够识别护理人员CGVR 106已经被指派护理患者Jane Doe且护理人员CGVR 106已经配置泵FDD 983向Jane Doe输送药剂处方RX 29。
如前所述，关联管理资源140基于输入创建由关联信息185指定的不同实体之间的关联。例如，关联管理资源140可以是运行于局域网上的计算机服务器。关联管理资源140能够与直接或无线连接到该网络190的医疗装置/信息系统通信。
作为另一非限制性范例，服务器提供(expose)一个或多个通信服务。这些服务利用了一个或多个通信机制。例如，一项服务可能能够利用RESTful web服务进行通信，而另一个服务(其执行同样功能)可以支持基于SOAP的web服务。每项通信服务都能够支持一个或多个功能，包括，但不限于，注册、修改和/或解注册临床关联，并向请求该信息的那些来返回关联详情。
如前所述，可以配置关联信息185以保持随时间做出的关联的历史，从而能够及时查看在给定时刻实体之间的之前存在的关联。在一个实施例中，关联管理资源140产生关联信息185以跟踪随时间做出的关联的历史。从仓库180中存储的关联信息185检索历史信息，相应用户能够跟踪不同类型事件的发生。
可以使所有的所保持的关联都可以由医疗装置或能够通过服务器通信服务交互的任意部件使用。
如图2中的关联信息185-1所示，注意，在John Smith和位于域150-1中的任何流体输送系统之间当前没有任何关联。在本范例实施例中，关联管理资源140未接收到表示流体输送系统125-1、流体输送系统125-2和流体输送系统125-3位于域150-1(LOC 277)中的信息。
在一个实施例中，可以配置每个流体输送系统以偶尔或周期性地广播表示在特定位置存在的信息。在这样的情况下，该位置附近的通信接口(例如通信接口145-1)可以接收通信并向关联管理资源140转发位置信息。因此，基于在对应实体中所接收的位置信息，关联管理资源140能够创建每个流体输送系统和流体输送系统所在对应位置之间的关联。或者，注意，可能需要护理人员操作对应的流体输送系统以创建流体输送系统和流体输送系统所在位置之间的新关联。于是，相应医疗装置(例如流体输送系统)的关联可以是自动化的或者要求护理人员人工地将相应流体输送系统与位置相关联。
再次参考图1，在本范例实施例中，假设当前在域150-1中的任何流体泵(流体输送系统125)和诸如患者John Smith的对应接收方108之间没有关联。
假设在本范例中，护理人员106(分配了唯一值CGVR 106)接收到通知，需要向接收方108施用药剂处方RX 24和RX 25。可以在任何适当的医疗装置上接收该通知。在一个实施例中，护理人员106在医疗装置160-1上接收到通知，该医疗装置160-1被分配到护理人员106且由其操作。
为了将相应的一个或多个流体输送系统关联到接收方以施用药剂处方，护理人员106发起与关联管理资源140的通信。例如，护理人员106向关联管理资源140输入关联信息以指出流体输送系统125-1和流体输送系统125-2正在被分配到John Smith。
可以通过任何适当方式实现向关联管理资源140供应关联信息。
在一个实施例中，护理人员106通过流体输送系统125-1的图形用户界面提供将流体输送系统125-1关联到John Smith的输入(关联信息)。
响应于接收到输入，流体输送系统125-1通过通信链路128-1向通信接口145-1传送泵-患者关联信息。通信接口145-1还通过网络向关联管理资源140传送输入。关联管理资源140接收由护理人员106产生的输入并如图3中所示更新对应的关联信息185-2，以指出已经分配流体输送系统125-1(FDD 313)供接收方108(John Smith)使用。在本范例实施例中，如图3所示，响应于从护理人员106(CGVR 106)接收到已经分配流体输送系统125-1(FDD313)供接收方108(John Smith)使用的输入通知，关联管理资源140创建接收方108(JohnSmith)和流体输送系统125-1(FDD 313)之间的新的患者-泵关联310-1。
为了进一步例示，假设护理人员106在流体输送系统125-2的图形用户界面中工作。在一个实施例中，护理人员106(CGVR 106)通过流体输送系统125-2(FDD 432)提供将流体输送系统125-2关联到John Smith的输入(关联信息)。
响应于从护理人员106接收到这一另一输入，流体输送系统125-2(FDD 432)通过通信链路128-2向通信接口145-1传送这一新的泵-患者关联信息。通信接口145-1还通过网络190向关联管理资源140传送输入。关联管理资源140接收由护理人员106产生的输入并如图3所示更新对应的关联信息185-2。在本范例实施例中，如图3所示，响应于从护理人员106接收到已经分配流体输送系统125-2(FDD 432)供接收方108(John Smith)使用的输入通知，关联管理资源140创建接收方108(John Smith)和流体输送系统125-2(FDD 313)之间的新的患者-泵关联310-2。
注意，可以从任何适当资源提交由护理人员106产生的，表示分配流体输送系统125-1(FDD 313)供接收方108(John Smith)使用的通知。例如，如上所述，相应的护理人员106能够操作对应流体输送系统的相应图形用户界面以向关联管理资源140传送关联信息。不过，注意，根据其他实施例，护理人员106能够操作管理装置160-1的图形用户界面以向关联管理资源140输入关联信息。在后一种情况下，管理装置160-1通过通信链路128-4向通信接口145-1发送从护理人员106接收的关联信息。通信接口145-1通过网络190向关联管理资源140传送关联信息。通过如前所述的方式，关联管理资源140利用接收的信息创建患者John Smith和一个或多个流体输送系统之间的关联。
因此，通过从任何适当资源产生关联信息，本文的实施例可以包括创建医疗环境100中的医疗装置和对应实体(例如患者)之间的关联。
创建流体输送系统和患者之间的关联310-1和310-2是有用的，因为它使得对应的护理人员106能够更有效率地操作分配到接收方108(John Smith)的流体输送系统。例如，在接收方108和流体输送系统之间做出关联之后，利用流体输送系统125的相应图形用户界面，流体输送系统的操作员(护理人员106)能够发起对与接收方108(John Smith)相关联的信息的搜索，以获得有用信息。
为了进一步例示，假设护理人员106向流体输送系统125-1的对应图形用户界面提供输入，以从流体输送系统125-1，通过网络190，向关联管理资源140发送对与诸如接收方108的实体相关联的信息的请求。响应于接收到请求，关联管理资源140搜索仓库以查找与流体输送系统被分配到的实体相关联的医疗信息。在本范例中流程中，已经将输送系统125-1分配到接收方108(John Smith)。
护理人员106可能对关于给接收方108(John Smith)开处方的药物相关的信息感兴趣并检索该信息。在这样的情况下，经由通过流体输送系统125-1或管理装置160-1的通信，来自护理人员106对关联管理资源140的查询会表示护理人员106想要关于为对应接收方108(John Smith)开出的一个或多个不同药物的信息。
响应于接收到查询，关联管理资源140访问图3中所示的关联信息185，以识别已向John Smith分配由护理人员106使用流体输送系统125-1(FDD 313)和流体输送系统125-2(FDD 432)。此外，通过关联信息185，关联管理资源140识别出已经向接收方108(JohnSmith)分配了药剂处方RX 24和RX 36。在一个实施例中，关联管理资源140发起从仓库180或其他适当资源检索与药剂处方RX 24和RX 36相关联的医疗信息(例如，药剂处方信息)。
在一个实施例中，可以将与相应药剂处方相关联的药剂处方信息作为一个或多个可检索对象存储，供相应护理人员检索和查看。相应可检索对象中的药剂处方信息能够表示参数，例如要输送给对应患者的流体的类型、将要向对应患者输送流体的速率、应当向对应患者配给流体的时间等。
继检索医疗信息或对象之后，关联管理资源140发起通过网络190向流体输送系统125-1传输医疗信息。根据由关联管理资源140识别的关联，流体输送系统125-1在流体输送系统125-1的显示屏上显示的相应图形用户界面上发起显示与药剂处方RX 24和/或RX 36相关联的医疗信息，以供护理人员106查看。
因此，将流体输送系统关联到对应患者使得护理人员能够容易地检索与对应患者相关联的信息(例如，药剂处方信息)。
注意，将流体输送系统关联到对应患者是作为非限制性范例示出的。如前所述，本文中的实施例可以包括使用医疗装置来创建任何适当类型的关联。例如，本文中的其他实施例可以包括将流体输送系统(流体泵)与任何适当实体，例如位置、一个或多个其他医疗装置、另一个流体泵、护理人员等相关联。如上所述，创建关联使得相应护理人员能够检索和查看与医疗装置已经被分配到的实体相关联的相关医疗信息。
图4是范例图示，示出了根据本文的实施例创建医疗环境中不同实体之间的关联。
在本范例实施例中，假设接收方108(John Smith)最近已经迁移到域150-1中。因此，关联信息185-3尚末指出John Smith和对应域150-1(LOC 277)之间的关联。
假设关联管理资源140接收到John Smith已经移到域150-1中的通知。响应于接收到接收方108(John Smith)已经移到域150-1中的通知，关联管理资源140更新图4中的关联信息185-3以包括关联410，指出患者John Smith现在位于域150-1(LOC 277)中。
可以从任何适当资源来接收接收方108已经移到域150-1中的通知。例如，在一个实施例中，护理人员106能够操作管理装置160-1以通知关联管理资源140接收方108现在位于域150-1中。
根据替换实施例，可以配置信息系统165以跟踪每位患者在医疗环境100中的位置。在这样的实施例中，可以配置信息系统165以向关联管理资源140转发与接收方108相关联的位置信息(医疗信息)。
进一步在本范例实施例中，假设关联管理资源140从每个流体输送系统125接收到指示其位置的输入。于是，在本范例中，由关联管理资源140管理的关联信息185-3指出：流体输送系统125-1(FDD 313)可用并与域150-1(LOC 277)相关联；流体输送系统125-2(FDD432)可用并与域150-1(LOC 277)相关联；流体输送系统125-3(FDD 566)可用并与域150-1(LOC 277)相关联；等等。因为流体输送系统125-1、125-2和125-3当前未分配给特定患者使用，所以关联信息185-3指出这样的流体输送系统是可用的。
于是，除了管理医疗环境100中不同实体的每个之间的关联之外，还可以配置关联管理资源140以保持与每个实体相关联的状态信息。
在本范例实施例中进一步假定护理人员106操作流体输送系统125-1(FDD 313)以向关联管理资源140发送关联信息。如前所述，流体输送系统125-1通过通信链路128-1向通信接口145-1发送(将流体输送系统125-1关联到接收方108的)关联信息。通信接口145-1进一步向关联管理资源140发送由护理人员106(或其他适当资源)产生的关联信息。响应于接收到关联信息，关联管理资源140更新如图5中所示的关联信息185-4，以指出流体输送系统125-1(FDD 313)到接收方108(John Smith)的新关联510-1。亦即，新关联510-1指出流体输送系统125-1(FDD 313)已经被分配供接收方108(John Smith)使用。
在本范例实施例中进一步假定护理人员106操作流体输送系统125-2(FDD 432)以向关联管理资源140发送关联信息。如前所述，流体输送系统125-2通过通信链路128-2向通信接口145-1发送(将流体输送系统125-2关联到接收方108的)关联信息。通信接口145-1进一步向关联管理资源140发送由护理人员106产生的关联信息。响应于接收到关联信息，关联管理资源140更新图5中所示的关联信息185-4，以指出流体输送系统125-1(FDD 313)和接收方108(John Smith)之间的新的关联510-2。
通过如前所述的方式，在医疗环境100中使流体输送系统与一个或多个实体相关联使得护理人员106或其他用户容易检索与互连实体相关联的信息。
关联信息185中的每个节点可以包括与相应实体相关联的状态信息。例如，如前所述，关联信息185包括代表John Smith的节点。代表John Smith的节点可以包括对象，例如与John Smith相关联的一个或多个文件或文献。与John Smith相关联的对象中的信息可以指示诸如患者年龄、患者性别、病史、创伤性质、过敏症等信息。换言之，分配给John Smith的对象可以包括任何有用信息，它们会对在John Smith位于医疗环境100中时向其提供护理有所帮助。
通过类似的方式，与相应护理人员相关联的节点可以指示有用信息，例如护理人员姓名、护理人员的当前位置、护理人员的资格，例如护理人员是护士还是医生，护理人员的联系信息等。
如前所述，因为流体输送系统已经与医疗环境100中的不同实体相关联，所以可以使用流体输送系统来检索有用信息。例如，域150-1中的用户能够向流体输送系统125-1的对应图形用户界面提供命令，以检索并在流体输送系统125-1的相应显示屏上显示有用信息。
假设流体输送系统125-1的用户产生命令，以检索与流体输送系统125-1已经分配到的接收方108(John Smith)相关联的个人信息。在这样的情况下，用户发起向关联管理资源140传输命令，以检索关于接收方108(John Smith)的个人信息。响应于接收到命令，关联管理资源140在关联信息185中检索分配到节点John Smith的对象，并将其转发到流体输送系统125-1，以在对应显示屏上显示。
因此，关联使得能够检索与接收方108相关联的有用信息。
图6是范例图示，示出了根据本文实施例创建医疗环境中不同实体之间的关联。
在本范例实施例中，假设患者John Smith已经移到域150-1(LOC 277)中，且护理人员106接收到John Smith需要施用包括RX 24和RX 25的多个药剂处方的通知。进一步假设流体输送系统125-1、125-2和125-3最初位于房间(LOC 269)中，而不是需要它们的域150-1(LOC 277)中。护理人员106意识到，她将需要检索流体输送系统，以施用分配给JohnSmith的药剂处方。
在一个实施例中，为了搜索流体输送系统的可用性，护理人员106操作管理装置160-1并产生查询620，以获知楼宇345的2层上流体输送系统的可用性。护理人员106将查询转发到关联管理资源140。
响应于接收到查询620，关联管理资源140分析关联信息185-5并识别流体输送系统125-1(FDD 313)、流体输送系统125-2(FDD 432)和流体输送系统125-3(FDD 566)全部都在相对域150-1(LOC 277)附近的房间(LOC 269)中。
关联管理资源140发送这一信息，以在管理装置160-1上显示，以供护理人员106查看。基于表示可用的流体输送系统位于位置LOC 269的这种信息，护理人员106走到病房(LOC 269)以将流体输送系统125-1(FDD 313)和流体输送系统125-2(FDD 432)移到域150-1中。
如图7所示，响应于检测到流体输送系统125-1和流体输送系统125-2移入域150-1中，关联管理资源140能够接收表示流体输送系统已经移入域150-1(LOC 277)中的更新。响应于检测到这种状况(流体输送系统125-1和流体输送系统125-2已经被移入域150-1中)，如图7中所示，关联管理资源140更新关联信息185-6，创建流体输送系统125-1(FDD 313)和域150-1(LOC 277)之间的关联；关联管理资源140创建流体输送系统125-2(FDD 432)和域150-1(LOC 277)之间的关联。
即使流体输送系统125-1和125-2已经被移入域150-1中，仍然可以配置关联管理资源140以将这些流体输送系统的状态维持为可用，因为它们尚未被分配到对应患者。
进一步在本范例实施例中，假设护理人员106产生并向关联管理资源140发送关联信息，指出流体输送系统125-1和流体输送系统125-2已经被分配给接收方108(JohnSmith)使用。
在这样的情况下，响应于接收到要创建新关联的通知，关联管理资源140创建新关联710-1，指出流体输送系统125-1(FDD 313)已经分配给接收方108(John Smith)使用；关联管理资源140创建新关联710-2，指出流体输送系统125-2(FDD 432)已经被分配给接收方108(John Smith)使用。
通过如前所述的方式，在创建关联之后，可以使用相应的流体输送系统和或其他管理装置来检索与相互有关的实体相关联的有用信息。
图8是范例图示，示出了根据本文实施例的邻近关联。
常规的医疗装置通常是彼此独立且自治地工作的，即使那些装置连接到同一患者也是如此。作为每个装置设置的一部分，临床医师或护理人员识别装置的位置以及患者关联。在床边存在多个医疗装置的情况下，必须要对每个装置进行同样的耗时持久的关联过程，以将医疗装置与其他装置或患者相关联。换言之，常规方法需要护理人员独立地操作每个装置以将该装置与特定患者或其他实体相关联。
根据本文的实施例，给定关联管理资源140的存在，装置(例如流体输送系统125、医疗装置160-1等)可以与指定为主装置的装置相关联，形成组并继承该主装置的位置和患者关联。这样显著减少了每个后继装置的总体设置时间并减小了该过程期间的误差概率。如下文进一步所述，可以通过任何方式实现一组医疗装置的创建。
如本文所述的邻近关联使得医疗装置能够通过简单的用户交互形成彼此的关联。例如，利用无线通信，例如蓝牙、近场通信(NFC)、RFID或类似近距RF技术等，可以配置诸如流体输送系统(主装置)的医疗装置以向附近装置发送邀请，以将其加入组中。在该主装置范围之内的任何可用装置都对该发送做出响应，给用户和装置以加入组的选项。对于接受邀请加入组中的那些，在两个装置之间创建关联，并将关联患者和主装置的位置与那些加入组的装置同步。
在一个实施例中，尽管需要用户交互来发起从一个装置形成组并确认另一个装置在组中的成员资格，但交互可以是简单直接且最少量的。作为形成组的一部分，在装置之间形成个人局域网或微微网网络(piconet network)，并将由主装置保持的患者和位置关联与每个新的组成员同步。
根据图8的医疗环境800中所示的更具体实施例，邻近关联可以包括由一个或多个医疗装置825和关联管理资源140(例如，临床关联服务器)构成的系统。
在这个非限制性范例实施例中，每个医疗装置825可以被配置成包括无线收发器(发射机和接收机)。例如，医疗装置825-1包括收发器以与医疗环境800中的任何其他医疗装置通信；医疗装置825-2包括收发器以与医疗环境800中的任何其他医疗装置通信；医疗装置825-3包括收发器以与医疗环境800中的任何其他医疗装置通信；医疗装置825-4包括收发器以与医疗环境800中的任何其他医疗装置通信；医疗装置825-5包括收发器以与医疗环境800中的任何其他医疗装置通信；等等。
用户可以从任何医疗装置发起新组的形成。操作员(例如护理人员)从其发起形成新组的装置在本文中被称为主装置。在本范例实施例中，假定医疗装置825-1为主装置。为了发起组，主装置向位于医疗环境800中的其他医疗装置发送广播消息。在一个实施例中，广播消息是作为RF信号在域150-1之内发送的。
根据其他实施例，作为向其他医疗装置直接发送RF广播信号的可能替代，注意，可以配置医疗装置825-1以与关联管理资源140通信以识别附近的医疗装置。响应于从医疗装置825-1接收到操作员希望创建新组的消息，可以配置关联管理资源140以通过网络190和通信接口145-1向域150-1中的医疗装置825-2、825-3、825-4等通信，以指出护理人员106可能要创建新组。
因此，域150-1中的其他非主医疗装置可能接收到邀请以通过若干不同方式来加入新组。例如，域150-1中的医疗装置能够直接从主医疗装置825-1接收通信或者从关联管理资源140接收通知。
任何接收到邀请并且可用的医疗装置都能够加入组中。例如，在装置接收到由主医疗装置825-1产生的邀请消息时，接收到邀请消息的医疗装置(经由接收装置显示屏上的相应通知)提示用户在其本地用户界面上确认或拒绝该分组要求，以供护理人员查看。于是，在本范例实施例中，医疗装置825-2的显示屏显示附近主医疗装置825-1产生了加入组的对应邀请的消息；医疗装置825-3的显示屏显示附近主医疗装置825-1产生了加入组的对应邀请的消息；医疗装置825-4的显示屏显示附近主医疗装置825-1产生了加入组的对应邀请的消息；等等。
从医疗装置825-1接收广播消息的每个医疗装置上显示的视觉提示指出医疗装置825-1已经发起形成医疗装置组。视觉提示能够指出患者以及与正在创建关联的特定患者相关联的位置信息。在接收广播消息的每个医疗装置上显示视觉提示为护理人员赋予了加入组中的选项。
更具体而言，假定护理人员希望医疗装置825-1、医疗装置825-6和医疗装置825-2是该组的一部分。因为医疗装置825-1发起了邀请其他医疗装置可能加入组的广播消息，所以医疗装置825-1已经是新组的一部分。
为了向组中增加医疗装置825-6，域150-1中的操作员(例如，护理人员106)向医疗装置825-6的显示屏上显示的图形用户界面提供输入，指出医疗装置825-6已经加入了新组。
为了向组增加医疗装置825-2，操作员向医疗装置825-2的显示屏上显示的图形用户界面提供输入，指出医疗装置825-2已经加入新组。
在一个实施例中，响应于接收到操作员希望相应医疗装置包括在新组中的输入，相应的医疗装置向其他医疗装置或关联管理资源140发送消息，指出其已经加入新组。可以配置每个医疗装置以显示新组当前成员的列表。
根据其他实施例，用户核查来自组的任何装置的组的成员，并能够可选地从组移除自身或其他成员。
在装置加入组时，它连接到诸如主装置的微微网网络的局部网络。然后它继承与主医疗装置825-1相关联的患者和位置。于是，如果主医疗装置825-1已经与接收方108(John Smith)相关联，那么医疗装置825-6和825-2的每个都变成与接收方108(JohnSmith)相关联。
作为非限制性范例，一旦完成，就可以配置装置以通知关联管理资源140它与组的关联以及其关联的患者和位置信息。通过如前所述的方式，关联管理资源140创建并存储医疗装置和新组之间的关联。关联信息是集中存储的，并且能够通过关联管理资源140由系统中的其他装置使用。
图9是流程图的范例图示，示出了根据本文实施例来形成组以及在一个或多个医疗装置之间创建关联。
在流程图900的处理框910中，护理人员106可选地将主医疗装置825-1与对应的位置和/或患者信息相关联。
在处理框915中，护理人员106操作主医疗装置825-1以形成新组。
在处理框920中，主医疗装置825-1形成新组，共享其位置和患者关联信息，并向其他潜在成员广播对应的邀请。响应于接收到形成组的命令，医疗装置825-1(例如，第一流体输送系统)或关联管理资源140与位于医疗装置825-1(第一流体输送系统)附近的一个或多个医疗装置的组发起通信。
在处理框925中，接收到邀请的每个医疗装置都发起在医疗装置的对应显示屏上显示查询，询问用户是否应当将装置包括在新组中。在一个实施例中，每个医疗装置激活提示，该提示指出可以编程显示提示的相应医疗装置以加入包括流体输送系统的组。
在处理框930中，护理人员向要被包括在新组中的每个医疗装置提供输入。
在处理框935中，接受邀请以加入组的医疗装置取得组成员的关联。
在处理框940中，护理人员106可选地核查新组并移除被不正确地增加到新组的任何医疗装置。
再次注意，可以通过任何适当方式进行多个医疗装置之间分组的创建。例如，根据另一实施例，并再次参考图1，护理人员106能够操作流体输送系统125-1，以了解位于对应邻域中的其他流体输送系统。在本范例实施例中，假设响应于向关联管理资源140发送查询，关联管理资源140基于关联信息185向流体输送系统125-1发送响应，指出流体输送系统125-2和流体输送系统125-3也在域150-1之内。因此，关联管理资源140能够向流体输送系统125-1的操作员(护理人员106)提供通知，即在流体输送系统125-1附近有流体输送系统125-2和流体输送系统125-3可用。
通过向流体输送系统125-1的图形用户界面中进行输入，护理人员106能够选择输送系统125-2和流体输送系统125-3，以形成相应的组。假定流体输送系统125-1向关联管理资源140传送形成这个新组的请求。进一步在本范例中假设，该请求指出流体输送系统125-1希望形成包括流体输送系统125-1和流体输送系统125-2的组。
响应于接收到形成新组的请求，关联管理资源140关联流体输送系统125-1和流体输送系统125-2。关联管理资源140记录流体输送系统125-1和流体输送系统125-2之间的关联。
图10是范例图示，示出了根据本文实施例的患者关联。
在医疗装置的新组尚未与患者相关联时，本文的实施例包括当选定患者第一次被分配到新形成的组中的任何医疗装置时，创建选定的患者和新组中每个医疗装置之间的关联。
根据一个实施例，在将医疗装置的新组与患者相关联时，将通过广域无线技术，例如WiFiTM，向组中的其他装置发送通知，指出现在存在关联。这样赋予用户接受它或选择退出组的选项。
一旦组具有关联的患者，该患者与相应医疗装置的关联就不能变化。改变患者与组中相应医疗装置的关联将导致装置从该组被解除关联。这样避免了无意中将相应医疗装置(或医疗装置的新组)分配到多个患者的可能。
如流程图1000所示，在处理框1010中，用户将组中的装置与新患者相关联。
在处理框1015中，相应的医疗装置判断患者是否已经存在与特定医疗装置的关联。如果是，处理在处理框1020处继续。如果不是，处理在处理框1025处继续。
在处理框1020中，响应于检测到对应的医疗装置已经与患者相关联，医疗装置将自身从组中移除并产生对应的通知。
在处理框1025中，响应于检测到对应的医疗装置当前未与特定患者相关联，且用户将对应医疗装置与新患者相关联，对应的医疗装置将其自身与新患者相关联。
在处理框1030中，对应的医疗装置通知组中的其他医疗装置与新患者的关联。
在处理框1035中，组中接收到对应医疗装置和新患者之间的关联的通知的每个医疗装置也将其关联更新到新患者。于是，在组中的单个医疗装置更新其与特定新患者的关联时，组中的每个其他医疗装置也更新其与新患者的关联。
图11是范例图示，示出了根据本文实施例的位置关联。
最初，新建立的医疗装置组可能未与特定位置相关联。在医疗装置组没有位置关联时，将在该组中任何装置第一次形成与位置的相应关联时设置这一关联。
在一个实施例中，在将医疗装置和组中的一个与位置相关联时，由关联管理资源140通过广域无线技术，例如Wi-FiTM向组中的每个医疗装置发送通知。这样导致每个医疗装置更新位置关联。于是，在组中的医疗装置中的一个变得与特定位置相关联时，组中的所有医疗装置都变得与特定位置相关联。
注意，可以在任何时候改变组的位置关联。这样做将导致由关联管理资源140通过广域无线技术，例如Wi-FiTM向组中每个装置发送通知，并导致每个装置更新其位置。
如图11的流程图1100中进一步所示，在处理框1110中，护理人员106或其他适当资源将新组中的给定医疗装置与新位置相关联。
在处理框1115中，护理人员106操作给定的医疗装置以将给定医疗装置与新位置相关联。
在处理框1120中，给定医疗装置通知新形成组的所有成员该位置变化。
在处理框1125中，响应于从给定医疗装置接收到通知，组中的每个医疗装置将其位置关联改变到由关联管理资源140所指示的位置。
于是，将组中的医疗装置之一关联到对应位置导致组中每个其他成员与对应位置相关联。
如前所述，这里的一个实施例包括向关联管理资源140发送适当信息以指示创建新关联。
在一个实施例中，当护理人员106退出主装置上的组形成实用程序(groupformation utility)时，该装置停止发送且所有装置断开连接。不过，它们与组的关联保持不变。
如前所述，可以配置每个医疗装置以提供将自身与其加入的相应组解除关联的能力。如果用户试图从一装置形成新组或将该装置与不同患者相关联，该装置将自动被从组移除。
邻近关联延伸：
1.本文中的实施例可以包括为相应组中的每个医疗装置创建状态或编程的设置信息。在一个实施例中，相应的医疗装置产生与相应医疗装置相关联的状态信息。相应的医疗装置将状态信息转发到关联管理资源140以在仓库180中存储。组中的任何成员都能够与关联管理资源140通信以了解与其他医疗装置相关联的设置。于是，可以让组中的每个医疗装置了解与组中其他医疗装置相关联的设置。
2.根据另一实施例，组可以包括分配由同一患者使用的第一流体输送系统和第二流体输送系统。如前所述，可以配置关联管理资源140以存储与每个流体输送系统相关联的设置信息。可以配置第二流体输送系统以与关联管理资源140通信，以了解到已经配置第一流体输送系统输送与第二流体输送系统相同的药物。在这样的情况下，假设从多个不同的流体输送系统灌输相同药物是一个错误，可以配置第二流体输送系统(和/或第一流体输送系统)以产生状况警告(例如，可闻或可视警告)。护理人员然后采取校正动作。
3.在类似静脉中，如果第二流体输送系统即将输送的药物与从第一流体输送系统输送的药物不相容，可以配置第二流体输送系统向护理人员106发出警告通知。
在类似静脉中，如果第二流体输送系统即将输送的药物导致与从第一流体输送的药物发生危险反应，可以配置第二流体输送系统向护理人员106发出警告通知。
4.使用在#1中所检索的信息以及对安排的处方(scheduled order)或处方组的了解，未被使用的但关联的输液装置可以提示用户允许它自动编程自身以支持下一个安排的治疗。
5.使用在#1中检索的信息，如果要向相应患者注入的总流体容积不安全，输液装置可以发出警告。
6.组中的任何装置都可以与组解除关联而不影响组中的其余关联。这包括首先发起组所开始的主装置。可以由装置被重置、重新启动或与新患者重新关联来导致相应成员装置从组解除关联。
7.如前所述，如果已经形成的组没有患者关联，可以从组中的任何单个装置创建新患者关联，并通过关联管理资源140在组中所有装置之间同步。
组创建和管理的其他范例
图21是范例图示，示出了根据本文实施例的资源间的关联。注意，如前面在图8中所述的每个医疗装置825都可以是流体输送系统。
如图21中的关联信息185-21所示，医疗装置825-1(FDD 314)、医疗装置825-6(FDD433)和医疗装置825-2(FDD 567)当前可以使用。亦即，它们不与任何患者相关联。
假设护理人员106通过上述任何方式创建相应的组。如前所述，护理人员106能够操作医疗装置825-1(FDD 314)作为主装置，以发起对应组的创建。
假定护理人员106选择医疗装置825-2(FDD 567)和医疗装置825-6(FDD 433)包括在新组中。如图22所示，响应于从主医疗装置或从属医疗装置接收到通知，关联管理资源140创建新关联850-1，以指出医疗装置825-1(FDD 314)和医疗装置825-6(FDD 433)之间的关联。
在本范例实施例中，响应于了解到医疗装置825-2也被包括到组中，关联管理资源140还创建关联850-2以指出医疗装置825-2是组的部分。例如，关联管理资源140创建新关联850-2以指出医疗装置825-6(FDD 433)和医疗装置825-2(FDD 567)之间的关联。
如关联信息185-22中的关联850-1和关联850-2所示，已知医疗装置825-1(FDD314)、医疗装置825-6(FDD 433)和医疗装置825-2(FDD 567)全都是同一组的部分。
在创建相关医疗装置的对应组之后，关联管理资源140能够从对应护理人员106接收指出将医疗装置(FDD 314、FDD 433和FDD 567)的组与对应患者，例如John Smith相关联的其它输入。响应于接收到这样的输入，关联管理资源140如图23所示更新关联信息185-23，以指出医疗装置的新组已经与接收方108(John Smith)相关联。
如前所述，组中任何医疗装置与对应患者相关联导致整组的医疗装置都与对应患者相关联。于是，在关联管理资源140接收到医疗装置825-1(FDD 314)已经被护理人员106分配到John Smith的通知时，关联管理资源140如图所示，创建组中每个医疗装置与JohnSmith之间的关联。
除了将组(FDD 314、FDD 433和FDD 567)与对应患者相关联之外或作为替代，关联管理资源140能够接收来自护理人员106的输入以将这个新组与对应位置相关联。假设护理人员106将医疗装置的新组与域150-1(LOC 277)相关联。响应于接收到这样的输入，关联管理资源140如图24所示更新关联信息185-24，以指出医疗装置的组已经与域150-1(LOC277)相关联。
如前所述，组中任何医疗装置与对应位置相关联导致整组的医疗装置都与对应位置相关联。于是，在关联管理资源140接收到医疗装置825-1(FDD 314)已经被护理人员106分配到域150-1(LOC 277)的通知时，关联管理资源140如图所示，创建组中每个医疗装置与域150-1(LOC 277)之间的关联。
图12是范例图示，示出了根据本文实施例基于普查的关联。
大多数护理企业使用信息系统跟踪整个企业之内的入院、出院和转院。整个企业之内临床部门之内工作的信息系统通常可能消耗来自护理企业的ADT(入院-出院-转院)消息并在ADT是从该系统发起时向企业发回它们。作为工作于该企业之内的装置，知道患者在哪里有助于该装置简化患者到那些装置的关联。
这里的实施例包括为医疗装置1260(例如管理装置160-1、流体输送系统125-1、流体输送系统125-2等)提供入院、出院和转院信息的知识，以能够有助于便于这种关联过程的方法。
图13是范例图示，示出了根据本文实施例基于普查的关联。
如流程图1300所示，可以配置关联管理资源以接收与医疗环境100中的一个或多个实体相关联的位置信息。关联管理资源140收集位置数据，该位置数据表示多个患者的每个在医疗环境100中的哪里。关联管理资源140然后在仓库180中存储关联(例如位置数据)。如前所述，关联的每个(例如位置数据)将相应患者与相应患者所在的医疗环境中的对应位置相关联。如前文在图2中所述，关联信息185-1指出，John Smith位于位置LOC 277(例如域150-1)，Jane Doe位于位置LOC 299，James Henry位于位置LOC 267等。
为了例示的缘故，在处理框1310中，关联管理资源140从信息系统165接收消息。作为非限制性范例，信息系统165可以包括护理企业系统，其产生表示不同实体位置的消息。在一个实施例中，关联管理资源140从信息系统165接收ADT消息。
在处理框1315中，关联管理资源140从接收自信息系统165的消息中提取患者标识信息、位置信息、人口统计信息等。
在处理框1320中，关联管理资源140在仓库180中将接收的患者信息作为关联信息185加以存储。
在处理框1325中，通过如前所述的方式，假定对应的医疗装置1260知道其当前位置。医疗装置将位置信息(即其当前位置)转发到关联管理器资源140。
进一步通过如前所述的方式，在处理框1330中，对应用户操作相应的医疗装置1260，例如流体输送系统、管理装置160-1等，以发起医疗装置1260与对应患者的关联。
假设用户请求将医疗装置1260与对应患者相关联。这可以包括向医疗装置1260提供输入命令。响应于接收到请求，医疗装置1260向关联管理器资源140发送通信，以了解在医疗装置1260当前位置附近的患者。
假设关联管理资源140接收到表示医疗装置1260的当前位置在楼宇345的2层附近的输入。基于图2中的关联信息185-1，管理管理器资源140检测到Jane Doe、John Smith和James Henry在医疗装置附近。关联管理器资源140产生包括这些名称(即，患者的身份)的列表并将患者身份列表转发到医疗装置1260。
在处理框1335中，医疗装置1260接收包括Jane Doe、John Smith和James Henry的姓名的列表。医疗装置1260在医疗装置1260的相应显示屏上发起显示这些姓名的列表，以指出患者在医疗装置1260当前位置的附近一侧。
在处理框1345中，医疗装置1260的用户从列表中选择特定患者(例如John Smith)以将医疗装置1260与该特定患者相关联。
在处理框1350中，医疗装置1260向关联管理资源140传送从列表中选择的特定患者John Smith。通过如前所述的方式，关联管理资源140然后创建医疗装置1260和特定患者John Smith之间的新关联。
根据另一实施例，在创建医疗装置1260(例如管理装置160-1、流体输送系统125-1、流体输送系统125-2等)之间的新关联之后，医疗装置1260的操作员能够向关联管理资源140产生查询，以了解已经分配给特定患者John Smith的不同药剂处方。操作医疗装置1260的护理人员106发起从医疗装置1260向关联管理资源140发送通信，以了解已经被分配以输送到John Smith的任何药剂处方药物。
关联管理资源140接收通过网络190从医疗装置1260的操作员向关联管理资源140发送的查询。如上所述，该查询请求分配给特定患者John Smith的药剂处方药物信息。
响应于接收到查询，关联管理资源140搜索仓库180中存储的关联信息185，以查找分配给特定患者John Smith的药剂处方药物的信息。关联管理资源140通过网络190向医疗装置的操作员发送(与RX 24和RX 36相关联的)药剂处方药物信息。医疗装置1260发起在医疗装置显示屏上显示药剂处方药物信息，以供相应的护理人员106查看。
再次注意，仅仅通过非限制性范例的方式来示出对与John Smith相关联的药剂处方药物信息的检索。在创建医疗装置1260和对应患者(或其他实体)之间的关联之后，医疗装置1260的操作员能够获得与对应患者相关联的其他类型的信息，例如已经分配给患者的医生、与患者相关联的医疗信息历史等。
图14是范例图示，示出了根据本文实施例使用管理装置来管理医疗护理。
从膝上计算机到蜂窝电话这样的移动装置正越来越变成整个护理企业内护理提供者的主要生产工具。因此，相同的装置(例如管理装置160-1)变成软件应用的理想主题，使得护理提供者能够将自身与其患者相关联，并将其患者与连接的医疗装置相关联。
管理装置160-1可以是任何适当类型的计算装置，例如智能电话、扫描仪、PDA、平板计算机、膝上型计算机等。
如前所述，管理装置160-1相对于位于医疗环境100中的流体输送系统或其他医疗装置位于不同地方。在一个实施例中，护理人员106在从一个位置移动到另一个位置时将管理装置160-1放在其口袋中。
管理装置160-1执行管理应用1440。执行管理应用1440使得护理人员能够定义或创建关联作为其正常护理工作流程的一部分。
可以配置管理应用1440以执行任何适当类型的操作，例如从操作管理装置160-1的对应护理人员106接收输入，向对应护理人员106提供通知，与关联管理资源140通信，等等。
如前所述，护理人员106能够操作管理装置160-1，以将自己与对应患者相关联。例如，如前所述，可以配置管理装置160-1以向关联管理资源140发送其对应的位置信息。利用关联信息185，关联管理资源140向管理装置160-1转发管理装置160-1附近的患者列表，以在显示屏130上显示。如果需要，护理人员106能够提供表示护理人员106将要护理哪些患者的输入。
将特定护理人员关联到患者的另一种方式是扫描与患者相关联的对应条型码1420。例如，假定护理人员106已经创建了与Jane Doe和Sidney Green的关联，指出护理人员106将向这些患者提供护理。
护理人员106能够操作管理装置并扫描与John Smith相关联的条型码1420，以增加John Smith作为由护理人员106护理的患者。响应于扫描条型码1420，管理装置160-1向显示的由对应护理人员106护理的患者列表添加John Smith。
根据其他实施例，响应于扫描条型码1420，应用1440向关联管理资源140发送被扫描患者的身份。关联管理资源140更新关联信息185以指出护理人员106现在被分配为向患者John Smith提供护理。如前所述，更新关联信息185可以包括创建护理人员106(CGVR106)和John Smith之间的关联。
在创建护理人员和诸如Jane Doe、Sidney Green和John Smith的患者组之间的关联之后，护理人员160-1能够操作管理装置160-1以判断向护理人员106分配哪些患者。例如，护理人员106能够从管理装置160-1向关联管理资源140产生消息，以了解分配到护理人员106的任何患者。关联管理资源140向管理装置160-1发送列表以向护理人员106显示。
因此，可以配置关联管理资源140以：从由护理人员106操作的管理装置160-1(移动装置)接收通过网络190发送的通信，该通信请求向护理人员分配的患者列表；分析识别分配给护理人员的患者组的关联信息185；并响应于接收第二通信，通过网络向由护理人员106操作的管理装置160-1发送回复消息，该回复消息指出分配给护理人员106的患者组。
图15是范例图示，示出了根据本文实施例使用护理人员的管理装置将一个或多个流体输送系统与对应患者相关联。
在将患者John Smith关联到护理人员106之后，护理人员106能够操作管理装置160-1以识别被分配给患者John Smith的任何医疗装置。
例如，护理人员106能够操作管理装置160-1以通过网络190与关联管理资源140通信并检索被分配给对应患者John Smith的任何医疗装置(例如流体泵)的列表。可以从图14中列出患者Jane Doe、Sidney Green和John Smith的显示屏130中选择患者John Smith。
关联管理资源140从由护理人员106操作的管理装置160-1接收通过网络190发送的通信。该通信指出对特定患者，例如John Smith的选择。
响应于从管理装置160-1接收到针对分配给John Smith的任何医疗装置的通信，关联管理资源140通过网络190向由护理人员160-1操作的管理装置160-1发送消息。来自关联管理资源140的回复消息包括分配给特定患者John Smith的医疗装置(例如流体输送系统)列表。
在本范例实施例中，假设关联管理资源140指出流体输送系统125-1(FDD 313)和流体输送系统125-2(FDD 432)都已经被分配给John Smith使用。如图15所示，管理装置160-1发起分配给John Smith使用的不同流体泵的显示。
如图15中进一步所示，可以配置操作管理装置160-1的护理人员106以扫描位于流体输送系统125-3上的条型码1520。扫描条型码1520指出，护理人员106希望增加流体输送系统125-3(FDD 566)供John Smith使用。管理装置160-1向关联管理资源140发送该信息。
响应于向患者John Smith分配流体输送系统125-3，管理装置160-1发起在管理装置160-1的对应显示屏130上显示流体输送系统125-3(FDD 566)的身份，以指出现在将流体输送系统125-3分配给John Smith使用。
图16是范例图示，示出了根据本文实施例使用由护理人员操作的管理装置将流体输送系统从对应患者解除关联。
如图所示，管理装置160-1显示分配给John Smith使用的不同流体输送系统。
例如，流体输送系统125-1(FDD 313)、流体输送系统125-2(FDD 432)和流体输送系统125-3(FDD 566)被分配给John Smith使用。响应于接收到在管理装置160-1的显示屏130上显示的删除符号1620的选择，管理装置160-1与关联管理资源140通信，以删除输送系统125-3(FDD 566)和John Smith之间的相应关联。
关联管理资源140接收该通信并更新关联信息185，以指出流体输送系统125-3(FDD 566)和John Smith之间的关联已经被终止。关联管理资源140向管理装置160-1发送该关联的终止。
继终止关联之后，管理装置160-1更新其对应的显示屏以指出仅有流体输送系统125-1(FDD 313)和流体输送系统125-2(FDD 432)被分配给患者John Smith使用。
图17是范例图示，示出了根据本文实施例使用关联信息方便利用多个流体输送系统向患者输送多个基于流体的药物。
根据本文中的实施例，输送药物中涉及的医疗装置受益于能够通过网络190访问针对该药剂的处方。例如，在患者和装置之间创建关联之后，可以通过网络190从关联管理资源140向被指派为向对应接收方输送药剂处方流体的相应医疗装置转发患者的处方(例如指定输送药剂处方的参数的对象)。
以下状态示出了在由特定流体输送系统分配不同的基于流体的药物过程期间对应流体输送系统的设置。从不同流体输送系统接收输入并显示对应通知的过程使得对应的护理人员更容易从多个流体泵安全地施用不同的药物。
状态1700-1：
在本范例实施例中，假设护理人员106操作流体输送系统125-1以识别被指派向患者John Smith输送的药剂处方的药物。在这样的情况下，护理人员106操作流体输送装置125-1以向关联管理资源140发送查询，以了解为患者John Smith开出的药剂处方。在一个实施例中，来自护理人员106的查询包括请求为患者John Smith开出的药物的列表。
响应于接收到查询，关联管理资源140搜索关联信息185和仓库180，以获得分配给John Smith的药剂处方。关联管理资源140分析关联信息185并判定药剂处方RX 24和RX 36被分配给John Smith。关联管理资源140向流体输送系统125-1发送消息(包括医疗信息)。由流体输送系统125-1所接收的消息中的医疗信息指出，John Smith被分配了药剂处方药物RX 24和RX 36。
流体输送系统125-1发起在流体输送系统125-1的显示屏130-1上显示向患者JohnSmith施用RX 24和RX 36两者的通知。在本范例中假设操作流体输送系统125-1的护理人员106选择药剂处方RX 24由流体输送系统125-1输送。选择药剂处方RX 24可以包括触摸流体输送系统125-1的显示屏上的符号RX 24的显示。
在一个实施例中，响应于接收到流体输送系统125-1的显示屏上符号RX 24的选择，流体输送系统125-1向关联管理资源140发送消息，指出选择流体输送系统125-1向患者John Smith输送药剂处方RX 24。响应于接收到输入，通过如前所述的方式，关联管理资源140创建流体输送系统125-1(FDD 313)和关联信息185中的节点RX 24之间的新关联，指出正在由流体输送系统125-1施用药剂处方RX 24。
状态1700-2：
响应于接收到表示选择流体输送系统125-1以向患者John Smith输送药剂处方RX24的输入，流体输送系统125-1在流体输送系统125-1的相应显示屏上呈现通知，表示药剂处方RX 24被分配来由流体输送系统125-1输送。如图所示，如果希望的话，流体输送系统125-1的显示屏130-1还可以进一步指出，药剂处方RX 36仍然未完成。例如，消息“尚未施用”或其他视觉指示符表示药剂处方RX 36尚未被分配来由特定流体输送系统输送。
状态1700-3：
本文中的其他实施例可以包括向流体输送系统125-2提供通知，指出正在经由流体输送系统125-1(FDD 313)向接收方108(John Smith)输送对应的药剂处方RX 24。例如，在一个实施例中，流体输送系统125-2从关联管理资源140或其他适当资源接收通知，表示已经分配流体输送系统125-1向患者John Smith施用药剂处方RX 24。响应于接收到这样的通知，流体输送系统125-2发起在显示屏130-2上显示消息，指出正在远程流体输送系统125-1(FDD 313)上输送药剂处方RX 24。因此，通过流体输送系统125-2上显示的通知，护理人员106能够判定尚未分配药剂处方RX 36来由相应的流体泵输送。
假设护理人员106向流体输送系统125-2提供输入，指出选择药剂处方RX 36以通过流体输送系统125-2向患者输送。在一个实施例中，护理人员106触摸流体输送系统125-2显示屏上标记为RX 36的符号，以分配输送系统125-2来输送药剂处方RX 36。
响应于接收到向流体输送系统125-2分配药剂处方RX 36，流体输送系统125-2与关联管理资源140通信。响应于该通知，关联管理资源140创建药剂处方RX 36和流体输送系统125-2(FDD 432)之间的关联，以指出配置流体输送系统125-2来输送药剂处方RX 36。因此，通过该新创建的关联，关联管理资源140跟踪获知，已经分配流体输送系统125-2输送药剂处方RX 36。
状态1700-4：
响应于在流体输送系统125-2上分配输送药剂处方RX 36，流体输送系统125-2更新其对应的显示屏125-2，指出分配药剂处方RX 36在流体输送系统125-2上输送。
状态1700-5：
本文中的其他实施例可以包括向流体输送系统125-2提供通知，指出分配流体输送系统125-2向接收方108(John Smith)输送药剂处方RX 36。可以配置流体输送系统125-1以从任何适当的资源，例如从流体输送系统125-2或从关联管理资源140接收通知，以更新显示屏130-1。
本文中的其他实施例可以包括从每个流体输送系统接收反馈，指出输送对应的药剂处方的状态。例如，在输送药剂处方RX 24期间，可以配置流体输送系统125-1以连续向关联管理资源140返回关于向患者John Smith输送药剂处方RX 24的进展的状态信息。通过类似的方式，在输送药剂处方RX 36期间，可以配置流体输送系统125-2以连续向关联管理资源140返回关于向患者John Smith输送药剂处方RX 36的进展的状态信息。
来自相应流体输送系统的反馈可以包括诸如何时施用药剂处方的时间、尚未向对应患者输送的药剂处方量等信息。
在一个实施例中，护理人员106操作医疗装置160-1以从关联管理资源140检索与输送药剂处方药物相关联的状态信息。因此，护理人员106能够从远程位置监测流体输送系统125-1和125-2的属性。
图18是范例图示，示出了根据本文实施例对流体输送系统的用户进行认证和授权。
可以在护理企业之内集中管理用户认证和授权。信息系统165可以包括诸如Microsoft的Active Directory的技术，以管理用户账户(包括关于用户凭据的细节)、角色、许可等。
在一个实施例中，信息系统165包括企业用户管理系统。关联管理资源140(临床关联服务器)能够与企业用户管理系统交互并使用该系统认证和授权试图登录到其连接的医疗装置之一中的用户。可选地，由相应护理人员操作的医疗装置能够直接地与企业用户管理系统交互并使用该系统认证和授权试图登录到其中的用户。
作为更具体的范例，假设护理人员106希望登录到流体输送系统125-1上。在一个实施例中，流体输送系统125-1向操作流体输送系统的护理人员106发起询问以提供适当的认证信息(例如用户名和口令信息)，以操作流体输送系统125-1。
响应于从希望登录到流体输送系统125-1上的护理人员106接收到输入，流体输送系统125-1向关联管理资源140发送由护理人员106输入的登录请求(例如，用户名和口令信息)S。关联管理资源140向信息系统165(例如，企业用户管理系统)转发登录请求。于是，响应于该询问，信息系统165通过网络190从护理人员106接收(例如登录请求)。如上所述，登录请求可以包括认证信息(例如用户名和口令)以操作流体输送系统125-1。
信息系统165或其他适当的资源验证从流体输送系统125-1接收的认证信息。
在验证由护理人员106在登录请求中提供的认证信息之后，信息系统165向关联管理资源140发送登录响应(例如命令)。关联管理资源140向流体输送系统125-1转发登录响应。登录响应(例如命令)启用(例如解锁)流体输送系统125-1，使得护理人员能够执行如这里论述的操作，例如使用流体输送系统125-1向患者输送流体。
根据其他实施例，且如前所述，在护理人员106登录并能够操作流体输送系统125-1之后，护理人员106能够进一步与关联管理资源140通信，以将流体输送系统125-1关联到护理人员106。换言之，如前所述，护理人员106能够向关联管理资源140提供输入，该输入指定护理人员106的身份。关联管理资源140然后修改关联信息185以创建护理人员106和流体输送系统125-1之间的关联。
在一个实施例中，医疗装置(流体输送系统125-1)具有高速缓存先前认证的用户的能力，并在服务器不能提供用户认证和/或授权服务时，可选地利用该高速缓存认证用户。于是，可以认证用户而无需通过网络190与诸如信息系统165或关联管理资源140的远程资源通信。
如前所述，医疗装置(例如流体系统125-1)为登录的用户提供指示其与医疗装置和被治疗患者的关联的能力。
在一个实施例中，在护理人员106和对应医疗装置(例如流体输送系统)之间建立起关联之后，可以利用护理人员106的身份为相应流体输送系统产生的所有数据，例如医疗警报，打上标签。可选地将该信息路由到护理人员106以在医疗装置160-1上显示。
图19是根据本文实施例用于实施如本文论述的任何操作的计算机装置的范例方框图。
在一个实施例中，流体输送系统100包括计算机系统750，以执行关联管理资源140、管理应用1440等。
如图所示，本范例的计算机系统750包括互连711、处理器713(例如，一个或多个处理器装置、计算机处理器硬件等)、计算机可读存储介质712(例如硬件存储器，以存储数据)、I/O接口714和通信接口717。
互连711提供处理器713、计算机可读存储介质712、I/O接口714和通信接口717之间的连接。
I/O接口714提供通往仓库780和(如果有的话)其他装置的连接，其他装置例如是回放装置、显示屏、输入资源792、计算机鼠标等。
计算机可读存储介质712(例如，非暂态硬件介质)可以是任何硬件存储资源或装置，例如存储器、光存储器、硬盘驱动器、旋转盘等。在一个实施例中，计算机可读存储介质712存储由处理器713执行的指令。
通信接口717使得计算机系统750和处理器713能够通过诸如网络190的资源通信，以从远程资源检索信息并与其他计算机通信。I/O接口714使得处理器713能够从仓库180检索存储的信息。
如图所示，利用由处理器713执行的控制器应用140-1(例如，软件、固件等)来编码计算机可读存储介质712。可以配置控制器应用140-1以包括实施本文所述任何操作的指令。
在一个实施例的操作期间，处理器713(例如，计算机处理器硬件)通过利用互连711来访问计算机可读存储介质712，以启动、运行、执行、解释或以其他方式执行计算机可读存储介质712上存储的关联管理应用140-1中的指令。
执行关联管理应用140-1产生处理功能，例如处理器713中的关联管理过程140-2。换言之，与处理器713相关联的关联管理过程140-2代表在计算机系统750中的处理器713之内或之上执行关联管理应用140-1的一个或多个方面。
本领域的技术人员将理解，计算机系统750可以包括其他过程和/或软件和硬件部件，例如控制硬件资源的分配和使用以执行关联管理应用140-1的操作系统。
根据不同的实施例，注意，计算机系统可以是各种类型装置的任一个，包括，但不限于：无线接入点、便携式计算机、个人计算机系统、无线装置、基站、电话装置、台式计算机、膝上计算机、笔记本、上网本计算机、主计算机系统、手持式计算机、工作站、网络计算机、应用服务器、存储装置、消费电子设备，例如相机、录像摄像机、机顶盒、移动装置、视频游戏控制台、手持式视频游戏装置、诸如交换机、调制调解器、路由器的外围装置，或通常任何类型的计算或电子装置。在一个非限制性范例实施例中，计算机系统850位于流体输送系统100中。不过，注意，计算机系统850可以位于任何位置中或者可以包括在网络环境100中的任何适当资源中，以实施本文论述的功能。
现在将通过图20中的流程图论述由不同资源支持的功能。注意，可以按照任何适当次序来执行以下流程图中的步骤。
图20是流程图2000，示出了根据实施例的范例方法。注意，将与上文论述的概念有一些交叠。
在处理框2010中，关联管理资源140通过网络190接收输入。该输入将流体输送系统125-1关联到位于操作流体输送系统125-1的医疗环境100中的实体。
在处理框2020中，关联管理资源140记录由接收的输入指出的流体输送系统125-1和实体之间的关联。
在处理框2030中，关联管理资源140发起通过网络向流体输送系统125-1发送与实体相关联的医疗信息。
再次注意，本文中的技术完全适用于流体输送系统的管理中。不过，应当指出，本文的实施例不限于用于这样的应用中，本文论述的技术也完全适用于其他应用。
基于本文阐述的描述，已经阐述了众多具体细节以提供对所主张主题的透彻理解。不过，本领域的技术人员将要理解，可以无需这些具体细节实践所主张的主题。在其他情况下，未详细描述普通技术人员已知的方法、设备、系统等，以免使所主张的主题模糊不清。已经结合对计算系统存储器，例如计算机存储器之内存储的数据位或二进制数字信号的操作的算法或符号表示，给出了详细描述的一些部分。这些算法描述或表示是数据处理领域的普通技术人员用于向本领域其他技术人员传达其工作实质的技术范例。如本文所述，通常将算法视为导致期望结果的操作或类似处理的自洽序列。在当前语境中，操作或处理涉及物理量的物理操控。典型地，尽管未必如此，但这样的量可以采取能够被存储、传输、组合、比较或以其他方式操控的电或磁信号的形式。主要由于常用的原因，有时将这样的信号称为比特、数据、值、要素、符号、字符、术语、数字、数值等是方便的。不过，应当理解，所有这些和类似项要与适当的物理量相关联，且仅仅是方便的标签。除非明确做出其他表述，从以下论述中将会明了，要认识到在整个本论述中，利用诸如“处理”、“计算”、“确定”等术语是指诸如计算机或类似电子计算装置的计算平台的动作或过程，其操控或变换存储器、寄存器或其他信息存储装置、传输装置或计算平台的显示装置之内表示为物理、电子或磁量的数据。
尽管已经参考其优选实施例具体示出和描述了本发明，但本领域的技术人员将理解，可以在其中做出各种形式和细节变化而不脱离如所附权利要求界定的本申请的精神和范围。这样的变化意在由本申请的范围覆盖。这样一来，本申请实施例的以上描述并非要进行限制。相反，在以下权利要求中给出了对本发明的任何限制。

Claims (20)

1.一种方法，包括：
通过互连第一流体输送装置和第二流体输送装置的网络接收输入，所述输入将第二流体输送装置与第一流体输送装置相关联，第二流体输送装置位于操作第一流体输送装置的医疗环境中；
基于所述输入，记录第二流体输送装置和第一流体输送装置之间的关联；以及
基于记录的所述关联，发起通过网络将与第一流体输送装置相关联的医疗信息发送到第二流体输送装置。
2.根据权利要求1所述的方法，还包括：
发起在第二流体输送装置的显示屏上显示医疗信息，在第二流体输送装置的显示屏上显示医疗信息向患者的护理人员指示第一流体输送装置用于将第一流体输送给该患者。
3.根据权利要求2所述的方法，还包括：
响应于由操作第二流体输送装置的所述护理人员接收流体输送选择，发起从第二流体输送装置向患者输送第二流体。
4.根据权利要求1所述的方法，其中所述第一流体输送装置被分配给特定患者使用，所述方法还包括：
在第二流体输送装置的显示屏上显示提示，所显示的提示指示第二流体输送装置能够被护理人员编程以加入包括被分配给所述特定患者的第一流体输送装置的组。
5.根据权利要求1所述的方法，其中，所述关联是分配，所述分配指示所述第一流体输送装置和所述第二流体输送装置均被分配给特定患者使用；以及
其中，所述医疗信息指示分配给第二流体输送装置使用的参数，以将处方流体输送到特定患者。
6.根据权利要求5所述的方法，其中，经由所述关联，所述第二流体输送装置能够操作以检测所述处方流体与已经由所述第一流体输送装置输送到该特定患者的处方流体相同。
7.根据权利要求1所述的方法，其中通过网络将与第一流体输送装置相关联的医疗信息传送到第二流体输送装置包括：向第二流体输送装置提供通知，该通知指示已经由第一流体输送装置输送到特定患者的第一处方流体与分配成由第二流体输送装置输送到该特定患者的第二处方流体不相容。
8.根据权利要求7所述的方法，其中，所述第二流体输送装置响应于被通知所述第一处方流体和所述第二处方流体之间的不相容性而生成警告。
9.根据权利要求1所述的方法，还包括：
基于由第一流体输送装置和第二流体输送装置输注到特定患者的总流体体积，生成警告。
10.根据权利要求1所述的方法，其中所述医疗信息是与所述第一流体输送装置相关联的流体输送设定信息，所述方法还包括：
将与第一流体输送装置相关联的流体输送设定信息传递到第二流体输送装置。
11.根据权利要求1所述的方法，其中在通过网络接收输入以将第二流体输送装置与第一流体输送装置相关联之前，将医疗信息与第一流体输送装置相关联。
12.根据权利要求11所述的方法，还包括：
接收来自第二流体输送装置的输入。
13.根据权利要求1所述的方法，还包括：
基于以下识别患者护理提供者关联：i)第一关联，该第一关联指示第一流体输送装置与特定患者的相应关联，以及ii)第二关联，该第二关联指示护理提供者和第一流体输送装置之间的相应关联。
14.根据权利要求1所述的方法，还包括：
响应于接收到查询，基于患者和护理提供者关联，在第二流体输送装置的显示屏上显示与特定患者相关联的患者信息。
15.根据权利要求1所述的方法，还包括：
将第一流体输送装置和第二流体输送装置分配给特定患者；
将第一流体输送装置和第二流体输送装置分配给照顾该特定患者的护理人员；
将特定患者分配到第一流体输送装置和第二流体输送装置用于输送处方流体的位置。
16.根据权利要求1所述的方法，其中，所述第一流体输送装置被分配给所述医疗环境中的特定患者使用；和
其中所述输入指示护理人员将第二流体输送装置分配给该特定患者使用。
17.根据权利要求1所述的方法，还包括：
接收通过网络从第二流体输送装置的操作者发送的查询，该查询请求分配给特定患者的药剂处方药物信息，该特定患者从第一流体输送装置接收第一流体；
响应于接收到该查询，在仓库中搜索分配给该特定患者的药剂处方药物信息；以及
通过网络将该药剂处方药物信息传送到第二流体输送装置。
18.根据权利要求1所述的方法，还包括：
经由第一流体输送装置将第一流体输送到接收者；以及
经由第二流体输送装置将第二流体输送到接收者。
19.一种计算机系统，包括：
第一流体输送装置；
第二流体输送装置；以及
流体输送管理服务器，其与第一流体输送装置和第二流体输送装置通信，该流体输送管理服务器能够操作以：
通过互连第一流体输送装置和第二流体输送装置的网络接收输入，所述输入将第二流体输送装置与第一流体输送装置相关联，第二流体输送装置位于操作第一流体输送装置的医疗环境中；
基于所述输入，记录第二流体输送装置和第一流体输送装置之间的关联；以及
基于记录的所述关联，发起通过网络将与第一流体输送装置相关联的医疗信息传送到第二流体输送装置。
20.一种计算机可读硬件存储器，具有存储在上面的指令，所述指令在由计算机处理器硬件执行时使该计算机处理器硬件：
通过互连第一流体输送装置和第二流体输送装置的网络接收输入，所述输入将第二流体输送装置与第一流体输送装置相关联，第二流体输送装置位于操作第一流体输送装置的医疗环境中；
基于所述输入，记录第二流体输送装置和第一流体输送装置之间的关联；以及
基于记录的所述关联，发起通过网络将与第一流体输送装置相关联的医疗信息传送到第二流体输送装置。
CN201910878514.XA 2013-02-05 2014-02-04 利用关联的医疗装置管理的系统和方法 Pending CN110491471A (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US201361761119P 2013-02-05 2013-02-05
US61/761,119 2013-02-05
CN201480016439.1A CN105308646B (zh) 2013-02-05 2014-02-04 利用关联的医疗装置管理的系统和方法

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
CN201480016439.1A Division CN105308646B (zh) 2013-02-05 2014-02-04 利用关联的医疗装置管理的系统和方法

Publications (1)

Publication Number Publication Date
CN110491471A true CN110491471A (zh) 2019-11-22

Family

ID=51260023

Family Applications (2)

Application Number Title Priority Date Filing Date
CN201910878514.XA Pending CN110491471A (zh) 2013-02-05 2014-02-04 利用关联的医疗装置管理的系统和方法
CN201480016439.1A Active CN105308646B (zh) 2013-02-05 2014-02-04 利用关联的医疗装置管理的系统和方法

Family Applications After (1)

Application Number Title Priority Date Filing Date
CN201480016439.1A Active CN105308646B (zh) 2013-02-05 2014-02-04 利用关联的医疗装置管理的系统和方法

Country Status (5)

Country Link
US (2) US10346591B2 (zh)
EP (1) EP2954483B1 (zh)
CN (2) CN110491471A (zh)
HK (1) HK1214672A1 (zh)
WO (1) WO2014123846A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113003071A (zh) * 2021-02-07 2021-06-22 苏州沈苏自动化技术开发有限公司 疫苗传送控制方法及系统

Families Citing this family (21)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11660392B2 (en) * 2010-02-05 2023-05-30 Deka Products Limited Partnership Devices, methods and systems for wireless control of medical devices
US9737649B2 (en) 2013-03-14 2017-08-22 Smith & Nephew, Inc. Systems and methods for applying reduced pressure therapy
KR101526494B1 (ko) * 2013-06-28 2015-06-05 주식회사 인포피아 중앙 조제 관리 시스템
CN108140031B (zh) * 2015-10-02 2022-05-17 谷歌有限责任公司 对等可同步存储系统
AU2015411394B2 (en) 2015-10-07 2021-07-08 Smith & Nephew, Inc. Systems and methods for applying reduced pressure therapy
US20170140134A1 (en) * 2015-11-16 2017-05-18 Welch Allyn, Inc. Medical device user caching
CA3023932A1 (en) 2016-05-13 2017-11-16 Smith & Nephew, Inc. Automatic wound coupling detection in negative pressure wound therapy systems
EP3519002A2 (en) 2016-09-29 2019-08-07 Smith & Nephew, Inc Construction and protection of components in negative pressure wound therapy systems
US10964417B2 (en) 2016-12-21 2021-03-30 Baxter International Inc. Medical fluid delivery system including a mobile platform for patient engagement and treatment compliance
US10589014B2 (en) * 2016-12-21 2020-03-17 Baxter International Inc. Medical fluid delivery system including remote machine updating and control
DE102016015685A1 (de) 2016-12-22 2018-06-28 Drägerwerk AG & Co. KGaA Vorrichtung zum Kontrollieren eines Betriebszustandes mindestens eines Medizingerätes in einem medizinischen Datennetzwerk sowie Medizingerät für ein medizinisches Datennetzwerk
US11392716B2 (en) 2017-05-12 2022-07-19 Jamf Software, Llc Mobile device management at a healthcare facility
CN107292111B (zh) * 2017-06-28 2020-06-30 武汉联影医疗科技有限公司 一种信息处理方法及服务器
WO2019014141A1 (en) 2017-07-10 2019-01-17 Smith & Nephew, Inc. SYSTEMS AND METHODS FOR INTERACTING DIRECTLY WITH A COMMUNICATION MODULE OF A WOUND PROCESSING APPARATUS
US10957445B2 (en) 2017-10-05 2021-03-23 Hill-Rom Services, Inc. Caregiver and staff information system
WO2019245858A1 (en) * 2018-06-19 2019-12-26 Ivenix, Inc. Fluid delivery event tracking and transaction management
JP6924175B2 (ja) * 2018-09-27 2021-08-25 富士フイルム株式会社 病院支援装置、病院支援装置の作動方法、及び作動プログラム
GB201820668D0 (en) 2018-12-19 2019-01-30 Smith & Nephew Inc Systems and methods for delivering prescribed wound therapy
CA3171243A1 (en) * 2020-04-20 2021-10-28 George W. Gray Delivery of multiple fluids from multiple fluid pumps
DE102021100063A1 (de) 2021-01-05 2022-07-07 Drägerwerk AG & Co. KGaA Patientenverwaltungssystem
WO2023170680A1 (en) 2022-03-08 2023-09-14 Equashield Medical Ltd Fluid transfer station in a robotic pharmaceutical preparation system

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1515083A (zh) * 2001-04-12 2004-07-21 �����ɷ� 在组通信系统中传递信息的系统和方法
CN1650317A (zh) * 2002-02-25 2005-08-03 斯科特实验室公司 镇静和止痛系统的远程监视与控制
US20060047538A1 (en) * 2004-08-25 2006-03-02 Joseph Condurso System and method for dynamically adjusting patient therapy
US20110238032A1 (en) * 2010-03-24 2011-09-29 Baxter International Inc. Multiple drug infusion system and method

Family Cites Families (35)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FR2690622B1 (fr) 1992-04-29 1995-01-20 Chronotec Système de pompe à perfusion ambulatoire programmable.
US6671563B1 (en) 1995-05-15 2003-12-30 Alaris Medical Systems, Inc. System and method for collecting data and managing patient care
US5781442A (en) 1995-05-15 1998-07-14 Alaris Medical Systems, Inc. System and method for collecting data and managing patient care
US7933780B2 (en) * 1999-10-22 2011-04-26 Telaric, Llc Method and apparatus for controlling an infusion pump or the like
US6519569B1 (en) 1999-12-01 2003-02-11 B. Braun Medical, Inc. Security infusion pump with bar code reader
US7645258B2 (en) 1999-12-01 2010-01-12 B. Braun Medical, Inc. Patient medication IV delivery pump with wireless communication to a hospital information management system
US20030060765A1 (en) 2000-02-16 2003-03-27 Arthur Campbell Infusion device menu structure and method of using the same
AU2000276404A1 (en) 2000-09-30 2002-04-15 Intel Corporation (A Corporation Of Delaware) Method, apparatus, and system for building a compact model for large vocabulary continuous speech recognition (lvcsr) system
AU2002239709B2 (en) 2000-12-21 2007-02-15 Insulet Corporation Medical apparatus remote control and method
ES2296981T3 (es) 2001-07-31 2008-05-01 Scott Laboratories, Inc. Aparatos para proporcionar infusion iv.
US6985870B2 (en) 2002-01-11 2006-01-10 Baxter International Inc. Medication delivery system
US20040167465A1 (en) * 2002-04-30 2004-08-26 Mihai Dan M. System and method for medical device authentication
US7300418B2 (en) 2003-03-10 2007-11-27 Siemens Medical Solutions Health Services Corporation Healthcare system supporting multiple network connected fluid administration pumps
CA2519955C (en) * 2003-03-28 2013-08-13 Alaris Medical Systems, Inc. Infusion data communication system
US7895053B2 (en) 2003-10-07 2011-02-22 Hospira, Inc. Medication management system
US7490021B2 (en) 2003-10-07 2009-02-10 Hospira, Inc. Method for adjusting pump screen brightness
US20060009734A1 (en) 2004-07-07 2006-01-12 Martin James F Dosage control for drug delivery system
CN100361714C (zh) * 2004-09-13 2008-01-16 毛爱民 可精确控制药液流量的输液泵
US20060089539A1 (en) 2004-10-25 2006-04-27 Saul Miodownik Integrated messages from multiple patient care devices
JP2006155068A (ja) 2004-11-26 2006-06-15 Toshiba Sumiden Medical Information Systems Corp 電子カルテ薬物療法指示実施システム
US20090227855A1 (en) * 2005-08-16 2009-09-10 Medtronic Minimed, Inc. Controller device for an infusion pump
US20070080223A1 (en) * 2005-10-07 2007-04-12 Sherwood Services Ag Remote monitoring of medical device
US20110028937A1 (en) 2006-02-27 2011-02-03 Fluidnet Corporation Automated fluid flow control system
WO2007126948A2 (en) 2006-03-28 2007-11-08 Hospira, Inc. Medication administration and management system and method
US20070258395A1 (en) * 2006-04-28 2007-11-08 Medtronic Minimed, Inc. Wireless data communication protocols for a medical device network
BRPI0719107A2 (pt) 2006-11-21 2013-12-03 Baxter Int Sistema e método par monitoramento remoto e/ou manipulação de terapias de infusão
JP5341891B2 (ja) * 2007-08-10 2013-11-13 スミス・メディカル・エイエスディ・インコーポレーテッド 医療機器制御方法
US8082160B2 (en) * 2007-10-26 2011-12-20 Hill-Rom Services, Inc. System and method for collection and communication of data from multiple patient care devices
MX2010007324A (es) * 2007-12-31 2010-09-30 Deka Products Lp Ensamble de bomba de infusion.
US10497076B2 (en) 2008-09-12 2019-12-03 Capsule Technologie Device, system and method for providing contextualized medical data
US9792660B2 (en) 2009-05-07 2017-10-17 Cerner Innovation, Inc. Clinician to device association
JP5251719B2 (ja) 2009-05-13 2013-07-31 富士通株式会社 処方オーダ管理プログラム，装置および方法
US8565500B2 (en) * 2010-06-14 2013-10-22 Siemens Medical Solutions Usa, Inc. Automatic patient and device recognition and association system
US8786402B2 (en) 2010-09-24 2014-07-22 Carefusion 303, Inc. Automatic association of medical elements
JP5510293B2 (ja) 2010-11-30 2014-06-04 日本電気株式会社 基準信号衝突検出システム、衝突検出装置、基地局、および基準信号衝突検出方法

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1515083A (zh) * 2001-04-12 2004-07-21 �����ɷ� 在组通信系统中传递信息的系统和方法
CN1650317A (zh) * 2002-02-25 2005-08-03 斯科特实验室公司 镇静和止痛系统的远程监视与控制
US20060047538A1 (en) * 2004-08-25 2006-03-02 Joseph Condurso System and method for dynamically adjusting patient therapy
US20110238032A1 (en) * 2010-03-24 2011-09-29 Baxter International Inc. Multiple drug infusion system and method

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113003071A (zh) * 2021-02-07 2021-06-22 苏州沈苏自动化技术开发有限公司 疫苗传送控制方法及系统

Also Published As

Publication number Publication date
WO2014123846A1 (en) 2014-08-14
EP2954483B1 (en) 2021-12-29
HK1214672A1 (zh) 2016-07-29
US10346591B2 (en) 2019-07-09
CN105308646B (zh) 2019-08-13
EP2954483A1 (en) 2015-12-16
CN105308646A (zh) 2016-02-03
US20190287667A1 (en) 2019-09-19
EP2954483A4 (en) 2016-03-16
US20140222450A1 (en) 2014-08-07
US11857755B2 (en) 2024-01-02

Similar Documents

Publication Publication Date Title
CN105308646B (zh) 利用关联的医疗装置管理的系统和方法
US20230011580A1 (en) System for dynamic location-aware patient care process controls and dynamic location-aware tracking
US20160180045A1 (en) Wireless beacon devices used to track medical information at a hospital
US11049617B2 (en) Method for transferring operational data to a medical device located within a healthcare environment
US20050201345A1 (en) Mobile patient care system
JP5649452B2 (ja) 医療機器用ユーザインターフェースの改良
AU2018222989A1 (en) Mobile device access for medical devices
US11605195B1 (en) Perioperative mobile communication system and method
US11706304B1 (en) System for setting and controlling functionalities of mobile devices
CN103415852A (zh) 用于经由无线通信网络监控医疗装置的远程监控系统
JP2007507046A (ja) 臨床システムインタフェースを含む医療デバイス管理システム
TW202218655A (zh) 基於位置之輸注泵設定的重新組態
KR102597032B1 (ko) 의료 디바이스의 자동 네트워크 프로비저닝
WO2013016324A2 (en) System and method for sharing electronic information
US20230402162A1 (en) Systems and methods for dispensing medications based on proximity to an electronic medication storage cabinet
US20170024520A1 (en) Methods, platform and system for collecting and managing vital data of patients for healthcare establishments
JP6170855B2 (ja) チーム医療支援装置、チーム医療支援装置の制御方法、チーム医療支援プログラム、及びチーム医療支援システム
JP6037653B2 (ja) 処方薬提供システム
US10580519B2 (en) System and method of automatically displaying patient information
KR102654885B1 (ko) 임상의의 상호 작용에 기초한 의료 장치의 적응형 제어
JP5891147B2 (ja) 医療支援装置
Rezaee Patient-Device Association and Disassociation with a Real-Time Location System
KR20090036341A (ko) 유비쿼터스 기반의 사용자 의료정보 공유 시스템 및 그구축방법

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
REG Reference to a national code

Ref country code: HK

Ref legal event code: DE

Ref document number: 40010917

Country of ref document: HK

TA01 Transfer of patent application right
TA01 Transfer of patent application right

Effective date of registration: 20220623

Address after: Illinois, US

Applicant after: Fresenius caby USA LLC

Address before: Massachusetts

Applicant before: IVENIX, Inc.