CN105074705A - 用于病人护理设备配置的代码 - Google Patents

Abstract

用于配置为病人实施治疗的病人护理设备的配置输出。所述配置输出可包括至少一个代码。所述代码可以用于验证和/或指示至少一个用于配置为病人实施治疗的病人护理设备的配置数据成分。另外，可以提供校验码，用于验证所述代码和/或校验码的输入。

Description

用于病人护理设备配置的代码

相关申请

本专利申请对2013年2月8日提交的，申请号为61/762,725，题目为“CODEFORPATIENTCAREDEVICECONFIGURATION”的美国临时专利要求优先权，该专利申请通过引用而整体并入本申请。

背景技术

信息输送错误仍然是在对病人进行药物治疗的过程中存在多样化和广泛的挑战。特别地，当需要护理者根据与将要对病人实施的治疗相关联的指示来配置病人护理设备时(例如，当护理者必须把配置数据输入到病人护理设备以创建操作参数时)，可能会发生错误。在这个背景下，错误可能通过许多形态引入，例如包括不准确的数据抄录、不可靠的通信模态和/或不准确的数据转换等等。

一种可能引入错误的情形是：当病人护理输液装置被配置成通过与由诸如医生那样的护理者生成的剂量订单相对应的静脉液体进行给药的时候。考虑到当静脉液体给药时所牵涉到的治疗的性质，在这种背景下的错误可能对病人造成伤害。这样，减少与病人护理设备，特别是可配置的输液设备，的配置相关的错误仍然具有重要的意义。

发明内容

本公开内容针对配置输出的生成，该配置输出可以与实施药物治疗(例如，药品静脉注射)的护理者配置病人护理设备(例如，可配置的输液泵或类似设备)关联运用。如这里描述的，配置输出可以被生成为包括可以在配置病人护理设备时使用的代码。如本文所述，代码的使用可以用于减少与手工配置病人护理设备相关的信息输送错误。按照本申请的方法可以是计算机实施的方法。

如上所述，在当前的实践中，在配置病人护理设备时可能要求护理者抄录来自已知媒介(例如，治疗订单、医疗记录等)的值，用于输入到病人护理设备。这样，错误可能会发生，例如，抄录错误，不正确的值的输入，等等。

在这里描述的某些实施例中，可以生成代码并使用该代码来验证在病人护理设备处输入(例如，由用户人工输入)的一个或多个配置数据成分的准确性。就此而言，可以生成验证码，该验证码至少部分地基于打算被输入到病人护理设备的配置数据成分。反过来，验证码可被输入到病人护理设备，并在病人护理设备处用于检测打算的配置数据成分是否被准确地输入。在检测到输入错误后，可规定病人护理设备警告护理者已出现错误，这样，该错误可以在启动治疗过程之前被纠正。有利地，改进了人机交互，因为提供了基于机器的用户输入验证。换句话说，用户可以从验证输入数据的脑力劳动中解放出来和/或在验证输入数据的脑力劳动中得到帮助。因此，可以减少和/或检测出配置错误和/或非兼容性。

附加地或可替换地，在这里描述的某些实施例中，可以生成表示用于配置病人护理设备的一个或多个配置数据成分的代码。就此而言，可规定病人护理设备能使在病人护理设备处执行代码的输入成为可能，替代在病人护理设备处进行更昂贵的配置数据成分的人工输入。例如，病人护理设备可以配备有逻辑，用于(例如，在接收代码之前)解密输入的代码。病人护理设备可以利用来自代码的解密信息以得到在配置用于为病人实施治疗的病人护理设备时所使用的配置数据成分。在一个实施方案中，解密信息可以指示预存储的治疗数据，该预存储的数据将用于配置实施治疗的病人护理设备。在一个实施方案中，解密的信息本身可包括在配置病人护理设备时使用的一个或多个配置数据成分。在任一方面，所提供的逻辑可包括在病人护理设备处提供适当的算法机制以(例如，在接收代码之前)解密输入的代码。有利地，改进了人机交互，因为可以提供基于机器的数据扩展，所述数据例如由用户人工输入。换句话说，用户只可以输入相对较短的代码，用户可以从记忆和/或验证很长的和复杂的输入数据的脑力劳动中解放出来和/或在这样的脑力劳动中得到帮助。因此，可以减少或甚至避免配置错误和/或非兼容性。当输入代码由机器辅助进行时，例如通过输入诸如条形码的代码或其它机器可读的数据，和/或使用扫描设备和/或读取设备，更是如此。

在一个实施例中，代码可以表示一个以上的配置数据成分。指示一个或多个配置数据成分的代码可以用来减少用户配置病人护理设备所必需的数据输入步骤的数量(例如，减少按键次数)，因此减少数据输入出错的可能性，由此改进人机交互。

在某些实施方案中，不管代码是用于验证一个或多个输入的配置数据成分的准确性，还是用于指示一个或多个配置数据成分，可检验代码以验证代码输入的准确性。就此而言，可以在配置输出中提供校验码以在验证代码的正确输入时使用。校验码可以与用于验证或表示配置数据成分的代码(例如，代码可以是自校验码，包括整体校验码特征)集成，或可以是为验证另一代码的输入准确性而生成的单独的校验码。有利地，改进了人机交互，因为提供了基于机器的输入数据验证。换句话说，用户可以从验证输入数据的脑力劳动中解放出来和/或在这样的脑力劳动中得到帮助。因此，可以减少或检测配置错误和/或非兼容性。

鉴于上述内容，第一方面，提供了用于生成治疗订单的配置输出的方法，所述治疗订单与使用病人护理设备对病人实施的治疗相对应。该方法可包括接收治疗订单，所述治疗订单包括与将对病人实施的治疗相对应的治疗描述，以及为该治疗订单生成用于配置实施治疗的病人护理设备的配置输出。配置输出的至少第一部分可包括首部，该首部至少部分地基于所述治疗描述的一部分而生成。另外，配置输出的第二部分包括第一代码，所述第一代码至少部分地基于所述第一部分而生成。

许多特征改进和附加特征可应用于第一方面。这些特征改进和附加特征可以单独地或者与下面描述的第二方面的特征任意组合使用。这样，将讨论的以下各个特征可以，但不一定必须，与第一方面的任何其它特征或特征组合一起使用。

在一个实施例中，第一部分可以至少部分地基于病人护理设备的配置协议的至少一部分。配置协议包括一个或多个配置数据输入成分(即，用于配置病人护理设备的、要输入到病人护理设备中的数据值)。第一部分可包括与在配置病人护理设备时要使用的一个或多个配置数据成分相对应的数据。就此而言，第一部分可包括与病人护理设备的配置协议相对应的纯文本值。纯文本值可包括与用于配置病人护理设备的、待输入到病人护理设备中的配置数据成分相对应的值。在本实施例中，第二部分的代码可包括验证码，用于验证在病人护理设备处的一个或多个输入值。

在某些实施例中，第一部分可包括第二代码。就此而言，可以至少部分地基于治疗描述的一部分而生成第二代码。在这样的实施例中，可以至少部分地基于第二代码而生成第一代码。这样，第一代码可被用于验证在病人护理设备处输入的第二代码的准确性。反过来，第二代码可被用于指示和/或验证在配置病人护理设备时使用的一个或多个配置数据成分。有利地，人机交互得到改进，因为可以提供通过使用两个代码的、基于机器的输入数据验证。换句话说，通过提供和使用两个代码，可以建立基于机器的输入数据自验证。因此，可以减少和/或检测配置错误和/或非兼容性。

例如，在某些实施方案中，第一部分的首部可包括与病人护理设备的配置协议相对应的纯文本值。这样，纯文本值可以由给药的护理者读出，以便该给药的护理者把数值转录到病人护理设备。第一部分还可以包括次部，其包括如上所述的第二代码。

在一个实施例中，第二代码可以表示对应的治疗描述。就此而言，第二代码可以表示与对应的治疗描述相对应的、预存储在病人护理设备处的治疗数据组。反过来，第二代码可被用来引导病人护理设备访问和检索预存储的治疗数据，以在病人护理设备配置时用作配置数据成分。这方面的例子可以是从主药品库(MDL)检索配置数据成分，该配置数据成分与使用可配置的输液装置为病人给药的静脉液体的剂量描述相对应。在一个实施方案中，代码可以由病人护理设备解密，从而病人护理设备可以直接从代码提取配置数据成分。有利地，可以提供基于机器的、配置数据的检索。因此，用户可以从记忆和/或输入配置数据的脑力劳动中解放出来，和/或在这样的脑力劳动中得到帮助，从而可以改进人机交互。另外，有利地，可以基于多种数据成分组合，以机器可检验的方式来为多种不同的药品给药配置病人护理设备。

在一个实施例中，第一部分和第一代码(例如，按上述的任何排列)可以由用户输入病人护理设备(例如，包括由给药的护理者人工转录和输入第一部分和第一代码)。例如，第一部分可以与病人护理设备的配置协议对应，第一代码可以在病人护理设备处用于验证由用户输入的第一部分。在一个实施例中，第一部分可包括第二代码(例如，如上所述的)，并且第一代码可以在病人护理设备处用于验证由用户输入的第二代码。

在一个实施例中，与治疗描述相对应的数据可以是用于生成第一代码的算法的输入。另外，相应的算法可存储在病人护理设备中。相应的算法可操作以产生比较码，用于与第一代码进行比较，以便分析第一部分。附加地或替换地，对应的算法可操作以解密第一代码，用于分析第一部分。有利地，人机交互被改进，因为可以对第一代码和/或第一部分实行基于机器的验证。

在一个实施例中，代码(例如，第二代码)可被用作跟踪和/或管理治疗订单的标识。例如，对于给定的治疗描述，可以在生成步骤中生成多个可预定的第二代码中的一个。也就是，普通的治疗描述(例如，要在不同的时间对不同的病人实施，等等)可能导致生成不同的、可预定的第二代码。这样，多个可预定的第二代码中的每一个可以是不同的。就此而言，多个可预定的第二代码中的每一个可以与多个时间期间中的一个不同时间期间对应生成。也就是，对于多个不同的时间期间的一个给定时间期间，每个唯一可预定的第二代码只能生成一次。多个时间期间可以对应于规定数量的剂量(例如，时间期间可规定为在其间接收诸如5,000,10,000,15,000等一定数量剂量的时间)。

在任何方面，在多个时间期间中的一个给定时间期间内，可以与治疗订单相对应地生成多个可预定的第二代码中的一个。因此，治疗订单可以与病人(即，治疗订单可表示为要对病人实施)对应，并且可以与病人相对应地存储多个可预定的第二代码中的一个。就此而言，多个可预定的第二代码中的一个可从用于为病人实施治疗的病人护理设备接收的，并且可以与病人相对应地存储关于用于为病人实施治疗的病人护理设备的数据。也就是说，多个可预定的第二代码中的一个可以用于把治疗订单和/或接收治疗订单的病人与关于用于实施治疗的病人护理设备的识别号或其它信息相关联。有利地，病人护理设备的功能可适应特定的病人的需要，这允许跟踪对该病人实施的治疗，从而用户可以从跟踪对病人实施的治疗的脑力劳动中解放出来，和/或在这样的脑力劳动中得到帮助。

在一个实施例中，方法还可以包括识别要用于对病人实施治疗的病人护理设备，其中病人护理设备具有用于实施治疗的至少一个预定的配置协议。这样，第一部分可以至少部分地基于治疗描述和预定的配置协议中的每一项的至少一部分。也就是说，除了包括代码以外，配置输出可以是病人护理设备专用的配置输出。这样，所述第一部分可以至少部分地与预定的配置协议的一个或多个配置数据成分、预定的配置协议的数据输入序列，和预定的配置协议的至少一个配置参数形式相对应。在一个实施例中，配置协议可包括以下数据类型中的至少一种：

·指示病人在病人护理设施内的位置的数据；

·指示预定的多种治疗类型之一的数据；

·指示至少一种药物的数据；

·指示治疗浓度的数据；

·指示给药速率的数据；

·指示给药量的数据；或

·其它类型的数据。

在一个实施例中，生成步骤可以至少部分地以计算机自动化的方式完成。而且，在一个实施例中，治疗可包括使用输液装置为病人进行静脉液体给药。治疗订单可包括剂量订单，其包括与待给药的静脉液体相对应的剂量描述。剂量描述可包括待给药的静脉液体的一个或多个属性。在一个实施例中，方法可包括生成包括配置输出的标签，并且把标签贴到容纳静脉液体的容器上。

在一个实施例中，第一代码和第二代码中的至少一个(例如，可能是两者)可包括一个或多个可人类可读的数字，其中包括ASCII可打印的字符。第一代码和第二代码可包括一个或多个ASCII可打印的字符。例如，第一代码和第二代码可包括字母数字码。

根据一方面，提供了计算机程序产品，它可被存储在计算机可读介质中和/或可作为计算机可处理的数据流被实施，其中计算机程序产品包括计算机可处理的指令，该指令在被读入计算机的存储器中并被计算机执行时使得计算机实现如上概述的和在下面以更具体的例子描述的方法。

第二方面包括用于生成配置输出的系统，该系统包括订单进入接口，该接口可操作以接收治疗订单，该治疗订单包括与使用病人护理设备对病人实施的治疗对应的治疗描述的至少一部分。该系统还包括与订单进入接口可操作地通信的配置输出生成器，以及由该配置输出生成器生成的配置输出。配置输出包括第一部分和第二部分，第一部分包括首部，该首部至少部分地基于治疗描述的一部分而生成，第二部分包括次部，该次部至少部分地基于第一部分而生成。

许多特征改进和附加特征可应用于第二方面。这些特征改进和附加特征可以单独地或者也可以与下面描述的第一方面的特征任意组合使用。这样，将被讨论的以下每个特征可以，但不一定必须，与第二方面的任何其它特征或特征组合一起使用。

在一个实施例中，系统可包括病人护理设备，该病人护理设备具有通过用户人工输入而接收第一部分和第二部分的用户接口。而且，治疗可包括使用病人护理设备对病人实施静脉液体给药。病人护理设备可以是输液泵。治疗订单可包括剂量订单，其包括与使用输液泵给药的静脉液体相对应的剂量描述。附加地，配置输出可以是标签。标签又可以被施加于容纳静脉液体的容器上。

在各种实施例中，病人护理设备可以是可配置的和/或以其他方式设有逻辑，以确定对于给定的期望操作而言是否需要如这里描述的代码来配置病人护理设备。例如，可提供病人护理设备，从而在病人护理设备的某些应用中需要这里讨论的代码，而在其它应用中不需要所述代码。

根据第一方面的系统的配置输出生成器、病人护理设备和/或其它部分可以可操作地以执行如上所述的、与第一方面的任何或所有方法及其变形例相关联的功能。这样，可以理解，但非限制性地，以上关于第一方面的方法的任何讨论可以由第二方面的系统实现。

附图说明

图1是用于为使用病人护理设备对病人实施预定治疗而配置病人护理设备的工作流程的实施例的示意图。

图2代表可配置的病人护理设备的实施例，该可配置的病人护理设备包括可配置的输液装置，该可配置的输液装置与容纳在容器中的用于向病人给药的静脉液体可操作地接合。

图3显示与用于为订单生成病人护理设备专用的配置输出的实施例相对应的流程图。

图4代表与将要对病人给药的静脉液体对应的剂量订单的实施例。

图5代表与图4的剂量订单对应的病人护理设备专用的配置输出的实施例。

图6显示配置输出的实施例，该配置输出包括要被加到将用于对病人给药的静脉液体的容器上的标签。

图7A-7E显示处于与用于配置输液装置的配置协议相对应的多个不同状态下的可配置的输液装置的用户接口的实施例。

图8显示与用于在配置病人护理设备的过程中生成和使用代码的方法的实施例相对应的流程图。

图9显示配置输出的实施例，该配置输出包括与图4的剂量描述对应的一个或多个纯文本值和用于验证与剂量描述的至少一部分对应的配置数据成分输入的代码。

图10显示配置输出的实施例，该配置输出具有与图4的剂量描述对应的一个或多个纯文本值、用于验证与剂量描述的至少一部分对应的配置数据成分输入的代码、和用于验证验证码的校验码。

图11显示配置输出的实施例，该配置输出具有与图4的剂量描述对应的代码和用于验证该代码的校验码，所述代码指示与剂量描述对应的一个或多个配置数据成分输入。

图12显示可以用于指示在配置病人护理设备时使用的预存储的治疗数据的实施例。

图13显示处于从配置输出接收代码的状态下的、可配置的输液装置的图形用户界面的实施例。

具体实施方式

以下的说明无意把本发明限制在本文公开的形式。因此，与相关技术的以下教导、技术和知识同等的变化和修改方案都属于本发明的范围。这里描述的实施例意在进一步解释实践本发明的模式，使得本领域技术人员能够在这类实施例或其它实施例中，以及具有本发明的特定应用或使用所要求的各种修改方案中利用本发明。

图1显示便于生成用于配置病人护理设备140的配置输出的工作流程100的实施例的示意图。配置输出可以是病人护理设备专用的配置输出，和/或可以包括代码。这样，以下的公开内容最初概括地讨论工作流程100，该工作流程100可用于生成病人护理设备专用的配置输出和/或具有代码的配置输出。接着，给出了病人护理设备专用的配置输出的实施例。此后，描述了涉及包括代码的配置输出的实施例。

通常，工作流程100可包括用于接收治疗订单的订单进入接口110，该治疗为将使用可配置的病人护理设备140对病人实施的治疗。订单进入接口110可以输出与由配置输出生成器120接收的治疗订单相对应的输出数据。配置输出可提供给给药的护理者130。给药的护理者130然后可以使用从配置输出生成器120接收的配置输出来配置病人护理设备140。正如在下面关于配置输出的各种实施例的讨论中可以看到的，使用用来配置病人护理设备的配置输出可以有助于减少配置错误。附加地或替换地，配置输出生成器120可以把配置输出直接提供给病人护理设备140(例如，用于在病人护理设备140处显示配置输出或其它用途)。这可以通过任何已知的或目前未知的通信装置来完成，包括任何有线、无线、或其它的通信装置。另外，如图所示的，以及如将在下面更详细地讨论的，工作流程100可包括在配置输出生成器120与订单进入接口110之间的反馈环，该反馈环可用于请求关于订单的附加信息(例如，一旦订单被配置输出生成器120分析)。

订单进入接口110可包括基于计算机的订单进入系统。也就是，订单进入接口110可包括由计算设备实现的图形用户接口(GUI)，它允许护理者输入与对病人进行给药的订单相对应的信息。例如，计算设备可以是联网的计算设备，诸如个人计算机、网络终端、移动设备、或其它计算设备。就此而言，订单进入接口110可包括至少一个处理器以访问存储指令的存储器，以控制处理器执行接收和输出订单。

在任何方面，订单进入接口110可以从护理者接收关于要对病人实施的治疗的信息。在一个实施例中，治疗可包括使用可配置的病人护理设备140来对病人进行静脉液体给药。例如，如图2所示，可配置的病人护理设备140可包括输液装置200(例如，可配置的输液泵)。就此而言，在订单进入接口110处接收的订单可以是剂量订单，其具有与将要对病人给药的静脉液体252对应的剂量信息。就此而言，剂量信息可包括静脉液体和/或静脉液体的给药的一个或多个属性。要对病人给药的静脉液体252可容纳在容器250中。容器250可包括给药口254，该给药口254便于给药组件256连接到容器250。给药组件256可用于便于容器250与位于给药组件256远端258处的病人(未示出)之间流体连通。

另外，给药组件256的一部分260可布置在输液装置200的泵部分210内。就此而言，泵部分210可以具有适当的机构(例如，蠕动泵装置)，用于控制静脉液体252流过给药组件256，以便对病人静脉液体252给药。可以提供允许控制对病人进行静脉液体252给药的其它适当类型的输液装置200。

就此而言，输液装置200可以是可配置的，以控制泵部分210，用于对病人进行静脉液体252的受控制的给药。例如，输液装置200可包括图形用户接口(GUI)220，图形用户接口(GUI)220用来接收来自给药的护理者130的配置指令(例如，包括一个或多个配置数据成分)。GUI220可包括显示器222和输入设备224(例如，包括多个按钮或按键，如图2所示)。可以提供其它输入设备224，例如包括触摸屏输入设备、键盘、或其它人机界面。就此而言，给药的护理者130可以使用输入设备224来输入关于对病人进行已预定的静脉液体252给药的一个或多个配置数据成分，该一个或多个配置数据成分反过来又被反映在显示器222上。

虽然上面描述并在图2中显示了呈现为输液装置200的形式的病人护理设备140的一个例子，但将会看到，本公开内容可以广泛地扩展到可以用于为病人实施治疗的任何可配置的病人护理设备140。例如，系统100可非限制性地包括其他可配置的病人护理设备140，诸如病人监视器(例如包括心脏监视器、血液动力学监视器、呼吸监视器、神经系统监视器、血糖监视器、儿童出生监视器、体温监视器等等)、吸入治疗设备、肠道喂饲泵、呼吸换气设备、透析设备、或其它适当的可配置的病人护理设备140。

可以认识到，现有的便于配置病人护理设备140的方法可包括在配置病人护理设备140期间发生错误的风险。由Husch等人进行的一个研究(Insightsfromthesharp endofintravenousmedicationerrors:implicationsforinfusionpumptechnology,Qual.Saf.HealthCare2005；14；80-86)包括关于在这个背景下对于避免错误的持续需求的详细讨论，该论文通过引用而整体并入本申请。例如，与静脉液体252给药相关联的剂量订单和关于静脉液体252本身的准备和识别信息分开保存。也就是说，容器250可包括其上带有关于静脉液体252数据的标签262。然而，关于静脉液体252给药的订单可能和静脉液体252分开保存(例如，在单独的订单或医疗记录系统中)。这样，可能要求给药的护理者130在配置病人护理设备140期间查询多个数据源。这可能导致错误出现，例如，呈现为不正确的来源数据、转录错误、或其它错误模态的形式。

而且，即使订单数据包括在置于容器250上的标签262中，仍旧可能有不正确的、丢失的、或错误识别的数据。例如，出现在标签262上的数据可能要求给药的护理者130进行转换或提供补充数据，以达到用于配置病人护理设备140的必要的配置数据成分输入。因此，除了以上识别的错误以外，当给药的护理者130试图按照订单来配置病人护理设备140时，在给药的护理者130一方可能出现的错误可包括计算错误、计量单位转换错误、或其它错误。正如从以下关于病人护理设备专用的输出和包括代码的配置输出的讨论中可以看到，任何一种或者两种配置输出的方法可以有助于减少与配置病人护理设备相关联的错误。

因此，在一个实施例中，配置输出可以是病人护理设备专用的配置输出。就此而言，配置输出可以与用于对病人实施已预定的治疗的、已识别的病人护理设备140相对应。也就是说，可以至少部分地基于治疗订单和已识别的病人护理设备140而生成配置输出。例如，配置数据生成器120通常可以执行如图3所示的方法300。就此而言，配置输出生成器120可包括硬件、软件、或它们的组合。例如，在一个实施例中，配置输出生成器120至少可以包括通用处理器和存储器。而且，可以处理器可访问的非瞬态机器可读数据的形式来提供与如所述方法300对应的指令，用来控制其执行如下所述方法300的操作。这样，配置输出生成器120可以包括诸如联网的计算设备、网络终端、移动设备、或其它合适的计算设备或在这些设备上被执行。附加地或可替换地，方法300的至少某些部分可以由专用集成电路(ASIC)、场栅阵列(FGA)、或用于执行功能的其它适当设备来执行，正如本领域技术人员将会看到的那样。因此，方法300的任何或所有的步骤可以计算机自动化的方式执行。

方法300可包括接收302用于治疗的订单。例如，治疗订单可以经由如图1所示的订单进入接口110被接收。一旦治疗订单被接收302，方法300就可包括识别304要被用于对病人进行已预定的治疗的病人护理设备140。就此而言，识别304可包括识别可在给病人实施治疗时使用的多种类型的设备中的一种。每种类型的设备可包括不同的预定配置协议。例如，在如图2所描述的可配置的输液装置200的情形下，设施可以具有一种以上类型的输液装置。每种不同类型的输液装置200可以具有与其它各种类型的输液装置200不同的预定配置协议。就此而言，识别可包括能确定一种类型的病人护理设备140，而非识别设施的被用来对病人进行治疗的多个病人护理设备140中特定的一个，从而为在进行预订的治疗过程中使用的装置确定预定的配置协议。

在下面更详细描述的另一个实施例中，识别步骤304可包括至少部分地基于治疗订单来选择或指定病人护理设备140。例如，在剂量订单的情形下，可以基于输液的类型、待输注药物的标识、要对其进行静脉液体给药的病人、病人的当前位置、或任何其它因素来分配适当输液装置200。在一个实施例中，识别304基于病人当前的位置和待输注药物的标识。一旦获知该信息，就可选择适当的输液装置200，从而还获知其配置协议。在任何方面，一旦识别要被用于实施治疗的病人护理设备140的配置协议304，就可以分析和/或处理与治疗订单对应的信息，以基于至少部分关于治疗订单和识别病人护理设备140的信息来输出配置输出。

例如，如图3所示，方法300的实施例可包括确定306治疗订单中与已识别的病人护理设备140的配置协议对应的信息是否存在。例如，配置协议可包括用于配置病人护理设备140的一个或多个配置数据成分。因此，在特定的情形下，可以确定在治疗订单中没有提供与用于配置病人护理设备140的一个或多个配置数据成分对应的部分信息。而且，可能存在一种情形，其中治疗订单包括与用于实施治疗的一个或多个配置数据成分相对应的冲突信息。也可能提供其他的情形，其中在订单中提供的信息中有一些缺陷。在任何方面，方法300可包括提示308负责的护理者输入信息。这可包括提醒负责的护理者有关事务(例如经由订单进入接口110)，以及可包括提示负责的护理者输入来自护理者的、关于预订治疗的附加信息(例如，输入丢失的数据成分或澄清冲突的数据成分)。在另一个实施例中，可以经由订单进入接口110之外的其他机构，诸如，例如，药品管理系统、电子医疗记录系统、或其它适当的接口，从负责的护理者(例如，药剂师、护士等等)请求信息。

提示308可包括请求关于治疗订单的附加信息、请求澄清矛盾的信息、或以其他方式请求对于准备与治疗订单对应的配置输出所需要的信息。因此，方法300可包括接收310来自负责的护理者的信息。在一个实施例中，可能要求信息的接收310在生成316配置输出之前进行。就此而言，在生成316配置订单之前，可以得到配置病人护理设备140所需要的所有信息。因此，可以避免给药的护理者130试图根据回忆输入数值、猜想数值、或其他由于在配置输出中缺乏配置数据成分而临时凑合的情形。

方法300还可以包括将数据转换312为与配置协议相符的形式。配置数据成分的形式可以对应于许多属性，诸如，例如，计量单位、缩略词的使用、命名等等。就此而言，转换312可包括将来自治疗订单的信息修改为直接与已识别的病人护理设备140的配置协议对应的形式。例如，一部分治疗信息可包括用与在配置协议中所用计量单位不同的计量单位描述的信息。传统上，可能需要给药的护理者130人工执行这样的转换来校正订单的计量单位与病人护理设备140的配置协议中所用计量单位之间的不一致。正如可以意识到的，这样的人工转换可能引起错误。另外，治疗订单与配置协议之间使用的不同命名可能导致给药的护理者混淆或错误地转录数据。然而，配置输出生成器120可以可操作地自动执行转换312，使得最后得到的配置输出中出现的数据符合配置协议的形式。转换312信息形式的其它例子在下面参照图4和5更详细地讨论。

方法300还可以包括排列314配置输出中的信息，使之与配置协议的数据输入顺序对应。也就是说，配置协议可以具有以特定次序提供的一系列数据输入(例如，与配置协议的配置数据成分的输入顺序对应)。治疗订单可以有至少一部分信息没有被排列成与配置协议的数据输入顺序对应。因此，在传统的方法中，可能要求给药的护理者130搜索治疗订单，从治疗订单的多个可能位置和/或从次序与配置协议的数据输入顺序不同的治疗订单中找出适当的治疗信息。正如可以意识到的，这可能导致给药的护理者130误读、以与配置协议的数据输入顺序不对应的序列输入治疗信息、输入来自记忆的治疗信息、或其他方面的错误，这导致不正确值的输入。然而，在方法300中，因为配置输出中的信息可被排列成与配置协议的数据输入顺序一致，所以给药的护理者130能够以允许护理者130简单遵循配置输出的数据输入序列的方式顺序输入用于配置协议的信息。这可以有助于给药的护理者130把来自配置输出的数值精确和准确地转录到病人护理设备140。

另外，方法300可包括生成316配置输出。生成316可包括准备具有任何适当形式的配置输出，不管其是打印的，电子的，还是其它形式。正如从下面关于包括代码的配置输出的讨论将意识到的，随后的配置输出生成可应用于这里描述的任何配置输出。就此而言，生成316可包括在显示器上生成配置输出(即，准备配置订单的软拷贝)、生成配置输出的硬拷贝、和/或准备配置输出作为机器可读的数据，和/或生成以电子格式的配置输出，用于通过任何通信装置进行电子传输。如以上描述的，配置输出可被传送到病人护理设备140。就此而言，配置输出的软拷贝输出可以在病人护理设备140处显示。

在一个实施例中，生成316可包括打印标签，该标签可以与在实施预定治疗时所使用的物品相关联。例如，正下面更详细地描述的，在使用输液装置200进行静脉液体252给药的背景下，标签262’可被附着到用于静脉液体252的容器250上(例如，见图6)。这样，标签262’可包括病人护理设备专用的配置输出和/或包含代码的配置输出。再者，生成316可包括准备机器可读数据，该机器可读数据的格式对于分发到病人护理设备140和/或由病人护理设备140直接使用而言是适当的。就此而言，生成316可包括生成机器可读的数据，该数据可直接提供到病人护理设备140，用于配置病人护理设备140。

如以上所参考的，可以在为了用输液装置200对病人进行静脉液体252给药而准备配置数据的背景下利用图3的方法300。参考图4-7E，在下面描述了一个这样的例子。例如，在图4中，可以接收与将要对病人给药的预定剂量(例如，静脉液体)对应的剂量订单400。可以看到，剂量订单400可以呈现为存储在存储器中的数据形式。因此，在图4中以人类可读形式显示剂量订单400可用于说明的目的。

如图4所示，剂量订单400可包括剂量信息的多个部分。剂量信息的这些部分可包括静脉液体252的属性和/或静脉液体给药。就此而言，虽然图4上部分剂量信息包括订单号402、订单日期404、病人名字406、药物名称410、病人位置412、开药方的医生414和剂量总量416，但可以看到，剂量订单400提供更少的或其他部分的信息，图4上显示的特定部分用于说明目的，而非用于限制。因此，非限制性地，可以提供信息的其它部分(例如，包括要进行给药的静脉液体的其他特性)。

配置输出生成器120可以接收剂量订单，并且(例如，按照方法300)生成病人护理设备专用的配置输出500。就此而言，可以确定，与剂量订单400对应的静脉液体252是通过图7A-7E中所示类型的输液装置200给药的。就此而言，图7A-7E可以描述用于输液装置200的预定的配置协议的实施例。输液装置200的预定的配置协议还可以具有特定的数据输入顺序，其中向用户请求用于配置输液装置200的各种配置数据成分。这样，在图7A-7E中，各个连续的图可以代表在数据输入序列中随后的GUI220状态，用于接收在预定的配置协议中的用于配置输液装置200的配置数据。就此而言，可以根据对剂量订单400和输液装置200的识别生成图5所示的配置输出500，输液装置200作为将用于进行由剂量订单400描述的静脉液体252给药的病人护理设备。正如可以意识到的，来自图4的剂量信息的某些部分可被载送到病人护理设备专用的配置输出500，诸如订单号502、订单日期504、病人名字506、和开药方的医生514。也可以补充其他信息，诸如，例如，将用于给药治疗的设备类型515。

而且，如图6所示，配置输出500可包括标签262’，标签262’被施加到用于待进行给药的静脉液体252的容器250。正如下面从图9-11可以看到的，下面更详细地讨论的配置输出900,900’,900”也可以施加到如图6所示的容器250上。在任何方面，静脉液体252可以是由药房准备的复方静脉液体混合液。药房还可包括配置输出生成器120，从而配置输出500的生成与静脉液体252的准备基本上同时进行。因此，一旦静脉液体252被准备好并被放置在容器250中，配置输出500就可以标签262’的形式被施加到用于静脉液体252的容器250上。就此而言，标签262’可以是背面有粘接剂的标签，它在从药房分配容器250之前被施加到容器250上。这样，容纳静脉液体252的容器250和配置输出500可以一起传递到给药的护理者130，用于后续为病人给药。

因此，如图7A所示，在配置协议初始化时，配置协议可包括选择在进行静脉液体252给药的护理区域(例如，它可与病人在护理设施中的位置相对应)。正如可以看到的，剂量订单400可包括病人位置412。就此而言，进一步参考图5，与病人位置412相关联的信息可被修正，用于使信息包含在配置输出500中对应的护理区域数据区512中。例如，配置输出500不是按剂量订单400被称为“位置(LOCATION)”，而是可以修正护理区域数据区512中的待指定为“护理区域(CAREAREA)”的、与请求的输入相对应的病人位置信息412的列表，如图7A所示。而且，病人位置412在剂量订单400中可被缩写为“ACC”。如图7A所示，在配置输出500的护理区域数据域512中，数值可被转换成“成人特级护理”，以与GUI220对应的显示器222上显示的特定输入相对应，这进一步修正病人位置信息412的形式。就此而言，给药的护理者130可以使用输液装置200的GUI220来选择“成人特级护理”。护理区域的选择可以导致GUI220改变到图7B所示的状态(例如，配置协议的数据输入序列向前推进)。

在图7B中，GUI220可以向给药的护理者130提示要给药的药品名称。来自剂量订单400的药品名称412可包含在配置输出500中。正如在图5中可以看到的，药品名称信息512可以直接按顺序出现在病人位置信息512之后，从而护理区域512和药品名称510的排列与用于输液装置200的配置协议的数据输入序列对应。应当指出，这样的排列可以不同于剂量订单400的排列。就此而言，给药的护理者130可以根据配置输出500上提供的药品名称510，使用输入装置224来输入药品名称，如图7C所示。在选择将给药的药品后，GUI220可以改变到图7D所示的状态(例如，配置协议的数据输入序列向前推进)。

在图7D中，要在输液装置200处经由GUI200选择将给药的药品的浓度。然而，正如可以在图4中看到的，在剂量订单400中可能不存在将给药的药品的浓度信息。就此而言，正如在图3中关于方法300所讨论的，负责的护理者可被提示在生成配置输出之前提供与浓度信息对应的信息。这种对额外信息的请求可以基于配置输出生成器120确定所述参数在剂量订单400中不存在，但包括在输液装置200的配置协议中。就此而言，在生成配置输出500之前，可能要求负责的护理者提供信息。在这种情形下，负责的护理者可能是开药方的医生、药剂师、药剂技术员，或能够提供信息的其它负责的护理者。例如，这样的信息可能不存在，因为可能不要求开药方的护理者提供信息，或者可能不了解可获得的特定药品的浓度选项。例如，在这个特定的例子中，药品的浓度可以由诸如在配制静脉液体252的药房中可获得的库存、被配制静脉液体252的方法，或诸如用于进行静脉液体252给药的输液装置220的类型那样的其它因素来确定。在另一个实施例中，在配置输出中的与剂量浓度518对应的信息可以在静脉液体252的配制期间被自动填充(例如，药房工作流程管理系统可以可操作地与配置输出生成器120通信，以便自动向配置输出生成器120提供信息)。在任何方面，可以在配置输出500上提供药品浓度信息518，从而给药的护理者130可以从图7D所示的GUI220选择适当的对应选项。

就此而言，GUI220可以改变到图7E所示的状态(例如，配置协议的数据输入序列向前推进)，在其中可以提示给药的护理者130输入与病人体重608、剂量616、剂量给药速率620和待输注的体积(VTBI)622对应的配置数据成分。正如可以看到的，数据成分的相应部分的至少一部分(剂量616、剂量给药速率620、和VTBI622)以相应的顺序提供在配置输出500上。然而，可以看到，因为在剂量订单400中没有提供与病人体重508对应的信息，所以可以上述方式从负责的护理者(例如，医生、护士、或其它护理人员)收到病人体重508。替换地，信息可以由包括该信息的电子医疗记录(EMR)服务器提供。这样，配置输出生成器120可以可操作地与存储病人信息的数据存储装置(例如，EMR服务器)通信，并且可以用来自动接收包含在配置输出500中的至少一部分数据。

在任何方面，正如从集合检视剂量订单400和配置输出500可以意识到的，配置输出500的与要在图7E中输入的数值相对应部分的排列可以从剂量订单400更改为配置输出500的排列。另外，在剂量订单400中显示的剂量信息412以微克每千克每小时的计量单位显示。然而，正如可以在图7E上看到的，输液装置200的配置协议可以用微克每千克每分钟的计量单位来提示给药的护理者130输入该信息。也就是说，在剂量订单400中使用的计量单位与配置输液装置200所需要的计量单位可以不同。这样，可以对剂量信息416执行单位转换，通过对剂量信息416执行适当的单位转换，以修正配置输出的剂量信息516的形式。

正如可以进一步意识到的，计量订单400中可能不存在速率520和VTBI522的配置数据成分。可以根据利用对剂量订单400和/或配置输出500中存在的其它数值的计算来提供这些数值，也可以在配置输出500中以任何适当的一致形式提供这些数值。例如，在描述的实施例中，一旦药品518的浓度被提供或由配置输出生成器120得到，就可以推导出这些数值。应当指出，速率520和VTRI522的配置或数据成分以适当的次序和以与输液装置200的配置协议的数据输入顺序对应的形式(例如，包括计量的单位)呈现。

除了以上的说明以外，或可替换地，配置输出的另一个实施例可包括代码。正如下面更详细地描述的，使用包括代码的配置输出有利于潜在地减少在配置病人护理设备时出现的错误。这样，回到图1，配置输出生成器120可以可操作地生成包括代码的配置输出，下面将进行更详细的描述。就此而言，涉及到生成配置输出的(例如，包括可接收订单的方式，生成或输出配置输出的方式等等)上述任何讨论通常可被应用于下面给出的任何实施例，正如以上在可应用的地方所讨论的。

代码可被用来验证由用户输入的配置数据成分，或可以表示被用来配置病人护理设备的配置数据成分。这样，下面讨论针对这两种方法的实施例。另外，在任一方面，所述代码可以被校验。也就是说，可以提供代码的至少一部分或提供单独的代码(例如，校验码)，其被用来验证由用户输入的代码。这样，代码可以是自校验的(例如，包括整体校验码)或可以提供校验码(例如，与代码不同，或作为代码的一部分，诸如，例如，至少一个校验数字)。

转到图8，流程图示出了用于生成包括代码的配置输出和在病人护理设备的配置中使用代码的处理过程800的实施例。就此而言，处理过程800可以由以上参照图1所讨论的一个或多个订单进入接口110或配置输出生成器120执行。也就是说，处理过程800的至少一部分可以计算机自动化的方式执行。

处理过程800可包括接收802治疗订单。就此而言，接收802可包括与以上讨论的订单进入接口110相关联的、任何的或所有的细节。例如，在一个实施例中，接收802的治疗订单可以是剂量描述400，如以上参照图4显示和描述的。也就是说，接收802的治疗订单可以与剂量订单400相对应，剂量订单400描述了使用输液装置200(例如，可配置的液体泵)进行静脉液体252给药的治疗。然而，虽然以下的描述为了说明起见可能引用剂量订单400，但可以意识到，可以接收802与通过可配置的病人护理设备140(如以上讨论的)进行给药的任何适当治疗相对应的任何类型的订单。

处理过程800还可以包括基于至少部分的治疗描述(例如，订单描述400)生成804代码。例如，如上所述，剂量订单400可包括与要进行给药的静脉液体252的一个或多个属性，或静脉液体给药的一个或多个属性的相关信息的一个或多个部分。也就是说，剂量订单400可包括与订单号402、订单日期404、病人名字406、药品名称410、病人位置412、开药方的医生414、和剂量416相对应的信息部分。可以看到，更少的或额外的信息部分可以通过剂量订单400提供，图4所显示的特定部分用于说明目的，而非用于限制。就此而言，剂量描述400的信息的一个或多个部分(例如，与静脉液体的属性对应的信息部分)可被用于生成代码。

在一个实施例中，生成804可包括执行算法以建立至少部分地基于剂量描述400的一个或多个部分的代码。这样，所述剂量描述400的一个或多个部分可包括可由代码验证的剂量描述400的那些部分。将会看到，在某些情形下，剂量订单400的将被用于配置病人护理设备140的各个部分的信息可由代码验证。然而，在其它情形下，可由代码来验证少于全部的用于配置病人护理设备140的信息部分。在任何方面，在执行算法后，可以生成代码(例如，以计算机自动化的方式)。所得到的代码可由在病人护理设备140处执行的相应算法重复得到，或者可由病人护理设备140解密，下面将进行更详细的描述。在一个实施例中，由执行算法而得到的代码可包括ASCII字符(例如，包括字母、数字、符号、或其它可打印的ASCII字符)。在一个实施例中，代码可包括多个字母数字符。

而且，处理过程800可任选地包括生成806校验码。如上所述，校验码可以与步骤804中生成的代码分开提供、作为步骤804中生成的代码的一部分提供、或者与步骤804中生成的代码作为一个整体提供。校验码806可包括一个或多个数字，它至少部分地基于在步骤804生成的代码的一个或多个数字。这样，在输入代码和校验码后，校验码可被使用来验证所输入的代码，以确定该代码是否有效(例如，代码被给药的护理者正确地输入)。因此，在代码输入时的错误(例如，输入代码时的转录错误)是可检测的，从而可以在实施治疗之前错误纠正。

校验码可以通过使用能够根据基本码的内容生成至少一个校验数字的多种算法中的任何一种或多种算法而生成。可能的算法的例子包括Mod-10,Mod-11,ISO2894/ANSI4.13,或JTC1/SC17代码。也可以使用本领域的任何其它合适的方法或算法。用于生成校验码的算法可以形成代码的一部分，或生成一个或多个校验数字，这些校验数字可以提供对于输入代码的“通过/失败”指示符。另外，算法可包括代码状态的更加复杂的指示。例如，根据被用来生成校验码的方法和/或使用该校验码来验证代码的方法，可以确定额外的信息，诸如，错误的类型、错误的位置或其它关于输入代码的有价值的信息。

在任何方面，处理过程800可包括输出808代码和校验码。例如，输出808可包括具有配置输出的代码和校验码。这样，包括代码和校验码的配置输出可以如上所述的任何方式(例如，打印硬拷贝标签、显示作为软拷贝的配置输出等等)输出。在任何方面，代码和校验码的输出808可包括把配置输出分发到给药的护理者130，用于配置病人护理设备140。

因此，处理过程800还可以包括在病人护理设备140输入810代码和校验码(如果使用的话)。就此而言，输入810可包括通过使用例如如上所述的图形用户接口220而把代码和校验码转录到病人护理设备140。这样，输入810可包括给药的护理者130在病人护理设备140处人工输入代码和校验码(例如，如从配置输出转录)。

如果利用校验码，则在病人护理设备140处输入810代码和校验码后，处理过程800可包括根据校验码来验证812输入的代码。如上所述，验证812可包括在病人护理设备140处针对代码执行相应的算法，以生成相应的校验码。在为输入的代码确定相应的校验码后，验证812可包括将所确定的相应校验码与输入的代码进行比较，以确定所确定的对应校验码与输入的代码是否一致。可替换地，验证812可包括执行相应的但与用于生成校验码的算法相比较而言不同的算法。就此而言，相应的算法可操作地用于解密输入的代码和/或输入的校验码，以确定所输入的代码事实上是否被正确地输入(即，是否是生成算法的有效代码/校验码组合)。就此而言，非限制性地，使用用于通过使用校验码验证812代码的算法的任何方法均可执行。

在验证步骤812中确定是无效代码的情况下，处理过程800可包括提示814重新输入代码和/或校验码。在响应提示814而重新输入代码和/或校验码后，处理过程812可以再次包括验证812重新输入的代码。这个过程可以继续进行，直至输入了有效的代码为止。

处理过程800可包括多个使用代码的方式的实施例。就此而言，下面列出的方法中的任一项或二者(对应于配置数据成分验证或配置数据成分指示)可以在处理过程800的各种实施例中单独地或集合地使用。

因此，在一个实施例中，处理过程800可包括验证816在病人护理设备140处收到的(例如，由给药的护理者130转录的)一个或多个输入配置数据成分输入。就此而言，给药的护理者130可以输入一个或多个用于配置病人护理设备140的配置数据成分(例如，来自配置输出)。反过来，在步骤818输入的代码和/或校验码可被用来验证814该一个或多个输入的配置数据成分。因此，病人护理设备140可包括验证算法，其对应于在生成804代码时使用的算法。相应的验证算法可以是在生成804代码时所使用的算法的拷贝，从而输入的配置数据成分被用作在病人护理设备140处的算法的输入，且将所得到的代码与输入的代码进行比较。可替换地，相应的算法能够解密输入的代码，以提供多个数值(例如，预期的配置数据成分值)，这些数值被用于与输入的配置数据成分进行比较，以验证输入的配置数据成分。

就此而言，在验证816指示一个或多个配置数据成分不正确的情形下，处理过程800可包括提示818重新输入一个或多个配置数据成分和/或代码。否则，处理过程800可以继续进行，并且可以由病人护理设备140按输入的配置数据成分的配置来实施822治疗。

在处理过程800的另一个实施例中，代码可以表示在配置病人护理设备140时使用的一个或多个配置数据成分。就此而言，代码的输入可用于配置病人护理设备140，代替一个或多个对应的配置数据成分的人工输入。例如，病人护理设备140可以设有逻辑以(例如，在接收代码前)解密表示一个或多个配置数据成分的输入代码。病人护理设备可以利用从代码解密的信息，来得到在配置用于为病人实施治疗的病人护理设备时所使用的配置数据成分。

在一个实施方案中，解密的信息可以表示预存储的治疗数据，该预存储的治疗数据将用于配置对病人实施治疗的病人护理设备。也就是说，代码可以表示预存储的治疗数据组的一部分，该预存储的治疗数据组可以基于输入的代码而被访问。正如下面将更详细地讨论的，代码可包括存储在病人护理设备140中或由病人护理设备140访问的主药品库(MDL)的一部分的指示。就此而言，代码可被用于在MDL中定位合适的输入，该输入可包括在配置病人护理设备140时使用的一个或多个配置数据成分。这样，在输入代码并基于该代码从预存储的治疗数据组中检索到配置数据成分后，处理过程800可包括至少部分地基于检索的配置数据成分实施822治疗。

在一个实施方案中，从代码解密的信息本身可包括在配置病人护理设备140时使用的一个或多个配置数据成分。也就是说，在解密代码后，病人护理设备140能够确定由输入的代码编码的配置数据成分。

在任一方面，所提供的逻辑可包括在病人护理设备的适当算法，用来解密输入的代码。也就是说，病人护理设备可以在接收代码之前配备有这样的逻辑，以便执行与解密所述代码相关联的功能。因此，例如，在可以直接从代码解密配置数据成分的实施方案中，即使缺少预存储的治疗数据组，包括相应算法的预先配置的病人护理设备也可以得到配置数据成分。

正如可以看到的，可以使用上述的方法中的任一项或二者。也就是说，可以提供验证输入的配置数据成分的代码和/或表示配置数据成分的代码。在两种方法都实施的情形下，被验证和被指示的配置数据成分可以重叠，从而至少某些配置数据成分可由代码表示和由代码验证。附加地或替换地，某些配置数据成分可以由代码验证，并且其它的配置数据成分可以由代码表示。

在某些实施例中，病人护理设备140可以配备有逻辑和/或可以其他方式配置，以便确定是否需要输入一个或多个代码来配置病人护理设备140，或以其他方式使得病人护理设备140能够用于给定的期望操作(例如，给药过程)，正如在这里描述的在配置输出中生成和/或提供的那样。例如，病人护理设备140可被配置成在某些可预定的使用中需要代码输入，而在其它可预定的使用中不需要代码输入。

基于上述情形，图9-11描述了不同的例子，这些例子通常与具有至少一个代码的配置输出的例子相对应，该至少一个代码用于根据以上参照图8描述的至少一个实施例配置病人护理设备。图9-11中的每个图大致与基于图4所示的剂量订单生成的各种配置输出相对应。然而，可以意识到，在图9-11中讨论的特性通常可以应用于配置本申请所述的任何种类的病人护理设备130的任何治疗订单。

对于图9，配置输出900可包括第一部分902。如在图9上可以看到的，可以至少部分地基于剂量描述400的一部分生成第一部分902。例如，第一部分902可包括配置数据508-512和518-522的各部分，如以上在图5所述的。就此而言，可以看到，配置输出900的第一部分902可包括与基于剂量描述的配置数据成分相对应的的纯文本值。例如，如所显示的，第一部分902可包括来自剂量描述400的一个或多个确切值。

而且，在一个实施例中，纯文本值可以是病人护理设备专用的数据，根据前面的描述，至少部分地基于相应的治疗描述和已识别的病人护理设备140的预定配置协议中的每一个的至少一部分，来与病人护理设备专用的配置输出相关地呈现所述病人护理设备专用的数据。然而，还可以意识到，第一部分902可以任何其它方式呈现基于剂量描述400的配置数据而不需要结合上述的教导。

配置输出900可包括第二部分904。第二部分904可包括代码906。代码906可以基于第一部分902中的一个或多个配置数据902的数值。就此而言，代码906可以是配置输出900中的第一代码，因为它至少部分地基于第一部分902而生成。就此而言，如上所述，可以通过把算法应用到在第一部分902中出现的一个或多个配置数据成分而生成代码906。就此而言，第一部分902可以基于剂量描述400以及可配置的病人护理设备140(例如，可配置的输液泵)的配置协议。在任何方面，代码906可以是基于第一部分902的，从而代码906可被用来验证来自第一部分902的一个或多个输入配置数据成分是否正确输入(例如，转录)。

在一个实施例中，第一部分902可包括与用于病人护理设备140的配置协议的各个数据成分对应的配置数据。这样，代码906可操作，以验证要在病人护理设备140处输入的配置数据的所有成分是否正确输入。如上所述，这可包括在病人护理设备处执行相应的算法，以便独立地生成与输入的代码进行比较的代码，或者可包括解密输入的代码，以便验证与第一部分902的配置数据相对应的输入代码。

在图10所示的配置输出900’的一个实施例中，配置输出900’还可以包括校验码908。就此而言，配置输出900’可包括第一部分902。第一部分902可包括首部903。首部903可包括与剂量描述400和/或以上关于图9的配置输出900描述的病人护理设备的配置协议相对应的纯文本值。第一部分902还可以包括次部907，该次部907包括代码906。代码906可以是配置输出900’中的第二代码，因为它至少部分地基于治疗描述的一部分(例如，剂量订单400)。也就是说，代码906可以是基于首部903的数值。这样，代码906可以在配置设备中用于验证首部903的一个或多个配置数据是否正确输入，如上所述。

配置输出900’还可以包括第二部分904。第二部分904还可以包括另一个代码，例如，校验码908。校验码908可以是配置输出900’中的第一代码，因为它至少部分地基于第一部分902生成。即，校验码908可以至少部分地基于代码906生成，代码906用来验证第一部分902的配置数据成分是否正确输入。也就是说，可以基于第一部分902的代码906生成校验码908。就此而言，给药的护理者130可以在病人护理设备140处输入来自首部902的纯文本值的一个或多个值。给药的护理者130还可以在病人护理设备140输入代码906和校验码908。因此，病人护理设备140可操作地基于代码906来验证输入的配置数据值。而且，可以通过将代码906与校验码908相比较来基于校验码908校验代码906。虽然图10上显示的是单独的校验码908，但可以看到，校验码908可作为代码906的一个或多个额外数字被提供，和/或与代码906的一个或多个数字成为整体。

进一步参考图11，图中示出了配置输出900”的一个实施例。配置输出900”的可包括第一部分902。第一部分902可包括代码906的至少一部分，代码906至少部分地基于剂量订单400。就此而言，代码906可以是配置输出900”中的第二代码，因为它至少部分地基于治疗描述(例如，剂量订单)生成。例如，可以在对来自剂量订单400的一个或多个信息值执行算法之后生成第一部分902。配置输出900”可包括第二部分904，第二部分904至少部分地基于第一部分902。例如，第二部分904可包括基于第一部分902的代码部分而生成的校验码908(例如，包括代码906的至少一个数字)。就此而言，校验码908可以是配置输出900”中的第一代码，因为其至少部分地基于第一部分902而生成。也就是说，校验码908可以至少部分地基于配置输出900”的第一部分902的第二代码而生成。这样，第二代码904可被用于验证包括第一部分902和第二部分904的代码906。可以意识到，配置输出900”可以不包括与配置数据成分对应的纯文本值。这样，在图11所示的配置输出900”中，第一部分902可以表示一个或多个配置数据成分。也就是说，给药的护理者130不输入配置输出成分，而是输入代码906(例如，包括第一部分902和第二部分904)。如上所述，第二部分904(例如，校验码)可被用于验证第一部分902。反过来，第一部分902可以向病人护理设备140指示要被用来配置病人护理设备140的一个或多个配置数据成分，以便按照治疗订单实施治疗(例如，进行剂量订单400中描述的静脉液体252给药)。就此而言，可以从可由病人护理设备140访问的预存储的治疗组中检索所述一个或多个配置数据成分。

例如，病人护理设备140可以访问主药品库MDL1200(例如，如图12所示)。MDL1200可以本地存储在病人护理设备140处的存储器中，或MDL1200可以由病人护理设备140借助于网络(例如，局域网、广域网、无线网等等)访问。在任何方面，MDL1200可包括多行1202。这些行1202(例如，行00--行N)中的每行可包括一个或多个配置数据成分。例如，如图所示，每行可包括与护理区域1212、待给药的药品1210、浓度1218、剂量1216、速率1220和VTBI1222相对应的数据。就此而言，可以意识到，要被用来配置病人护理设备140的至少某些配置数据成分可以在各个对应的行1202中提供。这样，代码906可以由病人护理设备140解释，作为对MDL1200中的行1202的指示符。例如，对于剂量描述400，配置输出900”的代码906可以向病人护理设备140指示，应当使用MDL1200的行46(如图12中的箭头1204表示的)，这样，就可以从行46返回一个或多个适当的配置数据成分，以配置病人护理设备140。

正如可以意识到的，某些配置数据成分可能依赖于接收的数据(例如，病人体重)。就此而言，速率1220和VTBI1222的值(它可能涉及病人体重)在MDL1200的行1202中可能不是显式值。这样，在一个实施方案中，对于速率1220和VTBI1222的值可向给药的护理者130请求。替换地或额外的，相关的值(例如，病人体重)可向给药的护理者130请求，这样，速率1220和VTBI1222的值被自动计算。就此而言，用于速率1220和VTBI1222的字段可包括基于一个或多个其它值(例如，病人体重等等)的公式。而且，除了特定的值或公式以外，在MDL1200中的行1202可包括可接受的范围(例如，对于速率1220和VTBI1222)，它们可被用来确定输入的值是否在可接受的范围内。

回过来参照图8，被用来验证和/或指示一个或多个配置数据成分的代码可以是多个可预定的代码之一，该多个可预订的代码可在处理过程800的生成804步骤中生成。也就是说，例如，在将算法用于生成804的实施例中，算法可操作地生成多个不同的代码。这些不同的代码可以与完全相同的输入相对应。例如，即使接收到两个相同的治疗订单(例如，要给两个不同的病人用药)，生成804可包括对完全相同的治疗订单生成不同的代码。就此而言，正如下面将进行更详细讨论的，多个可预定的代码中的不同代码可至少部分地用于跟踪或保持与治疗订单有关的记录。

例如，在一个实施例中，多个可预定的代码中的各个代码的生成可以与多个时间期间中的不同时间期间呈对应关系。也就是说，继续以用于生成804的算法为例，该算法可以用来在多个时间期间中的一个时间期间内产生多个不同的可预定的代码(例如，即使对于完全相同的输入)。这些多个可预定的代码中的各个代码可以对应于多个时间期间中的不同时间期间。例如，对于给定的时间期间，多个代码中的给定代码在该时间期间只能产生一次。时间期间的确定可以基于给定的时间(例如，2小时，4小时，8小时等等)或可以基于剂量数的发生(例如，5,000个剂量、10,000个剂量、20,000个剂量、等等)。而且，不同时间期间的基准对于不同的时间期间可以不同(例如，某些时间期间可以基于时间，而其它时间期间则基于剂量数目)。无论不同时间期间的基准是什么，在任何给定的时间期间生成的代码都可以是唯一的。

这样，在一段时间期间，代码可被使用来跟踪相应的治疗订单。例如，在病人护理设备输入代码后，病人护理设备可操作地传达代码的接收，以按与其它参数的对应的关系被存储。这些其它参数可包括，例如，病人护理设备的识别信息、病人信息、位置信息等等。这样，通过连同例如病人护理设备信息一起传达代码的接收，该代码可被用来把病人的身份、治疗细节和用于实施治疗的病人护理设备相关联。例如，这可包括把信息存储在数据库，该数据库可以在本地存储或存储在远离病人护理设备的地方。在一个实施例中，数据库可包括医疗记录数据库(例如，电子医疗记录(EMR))数据库。

虽然在附图和上述的说明中显示和描述了本发明，但这样的显示和描述应当被看作为示例性的，而非限制性的。例如，以上描述的某些实施例可以与的描述其他实施例相组合，和/或以其它方式安排(例如，处理单元可以其它顺序执行)。因此，应当看到，仅仅显示和描述了本发明的优选实施例及其变形例，落入本发明精神的所有变化和修改均希望得到保护。

Claims (54)

1.一种用于生成配置输出的方法，所述配置输出用于与将使用病人护理设备(140)对病人实施的治疗相对应的治疗订单，其特征在于，所述方法包括：

接收(302)治疗订单，所述治疗订单包括与将对病人实施的治疗相对应的治疗描述；

为所述治疗订单生成(316)配置输出(900；900’；900”)，所述配置输出(900；900’；900”)在配置用于实施治疗的病人护理设备(140)时使用；

其中至少所述配置输出(900；900’；900”)的第一部分(904)包括首部，所述首部至少部分地基于所述治疗描述的一部分生成；以及

其中所述配置输出(900；900’；900”)的第二部分(904)包括第一代码，所述第一代码至少部分地基于所述第一部分(902)生成。

2.根据权利要求1所述的方法，其特征在于，所述生成步骤(316)至少部分地以计算机自动化方式的完成。

3.根据权利要求1或2所述的方法，其特征在于，治疗包括使用输液装置(200)为病人进行静脉液体(252)给药。

4.根据权利要求3所述的方法，其特征在于，所述治疗订单包括剂量订单，该剂量订单包括与待给药的静脉液体(252)对应的剂量描述。

5.根据权利要求4所述的方法，其特征在于，所述剂量描述包括待给药的静脉液体(252)的一个或多个属性。

6.根据权利要求1-5中任一项所述的方法，其特征在于，所述第一部分(902)至少部分地基于病人护理设备(140)的配置协议的至少一部分。

7.根据权利要求1-6中任一项所述的方法，其特征在于，所述第一部分(902)包括第二代码。

8.根据权利要求7所述的方法，其特征在于，所述第二代码至少部分地基于所述治疗描述的一部分生成。

9.根据权利要求7或8所述的方法，其特征在于，所述第一代码至少部分地基于所述第二代码生成。

10.根据权利要求1-9中任一项所述的方法，其特征在于，所述首部包括与病人护理设备(140)的配置协议相对应的纯文本值。

11.根据权利要求1-10中任一项所述的方法，其特征在于，所述配置协议包括一个或多个配置数据输入成分。

12.根据权利要求7-11中任一项所述的方法，其特征在于，所述第一部分包括次部，所述次部包括第二代码。

13.根据权利要求7-12中任一项所述的方法，其特征在于，所述第一代码和第二代码中的每一个均包括一个或多个人类可读的数字，所述人类可读的数字包括ASCII可打印的字符。

14.根据权利要求7-13中任一项所述的方法，其特征在于，所述第二代码指示相应的治疗描述。

15.根据权利要求14所述的方法，其特征在于，所述第二代码指示与所述相应的治疗描述相对应的、预存储在病人护理设备(140)处的治疗数据组。

16.根据权利要求1-15中任一项所述的方法，其特征在于，所述方法还包括：

识别(304)将被用于对病人实施治疗的病人护理设备(140)，其中所述病人护理设备(140)具有用于实施治疗的至少一个预定的配置协议；

其中所述第一部分至少部分地基于所述治疗描述和所述预定的配置协议中的每一项的至少一部分。

17.根据权利要求16所述的方法，其中所述第一部分至少部分地与所述预定的配置协议中的一个或多个配置数据成分，所述预定的配置协议的数据输入序列和所述预定的配置协议的至少一个配置参数形式相对应。

18.根据权利要求6-17中任一项所述的方法，其特征在于，所述配置协议包括至少一种以下类型的数据：

指示病人在病人护理设施内的位置的数据；

指示预定的多个治疗类型之一的数据；

指示至少一种药物的数据；

指示治疗浓度的数据；

指示给药速率的数据；和

指示给药量的数据。

19.根据权利要求6-18中任一项所述的方法，其特征在于，所述第一部分包括与病人护理设备(140)的配置协议相对应的纯文本值。

20.根据权利要求7-19中任一项所述的方法，其特征在于，对于给定的治疗描述，在所述生成步骤(316)中可生成多个可预定的第二代码中的一个第二代码。

21.根据权利要求20所述的方法，其特征在于，所述多个可预定的第二代码中的每个第二代码都不相同。

22.根据权利要求20或21所述的方法，其特征在于，所述多个可预定的第二代码中的每个第二代码的生成可以与多个时间期间中的不同时间期间呈对应关系。

23.根据权利要求22所述的方法，其特征在于，所述多个时间期间与规定数量的剂量对应。

24.根据权利要求22或23所述的方法，其特征在于，在所述多个时间期间中的一个给定时间期间，所述多个可预定的第二代码中的一个第二代码的生成可以与治疗订单呈对应关系。

25.根据权利要求20-24中任一项所述的方法，其特征在于，所述治疗订单与病人对应，以及所述多个可预定的第二代码中的一个第二代码被存储为与病人呈对应关系。

26.根据权利要求25所述的方法，其特征在于，可从用于对病人实施治疗的病人护理设备(140)接收所述多个可预定的第二代码中的一个第二代码，以及关于用于对病人实施治疗的病人护理设备(140)的数据被存储为与病人呈对应关系。

27.根据权利要求1-26中任一项所述的方法，其特征在于，所述第一部分和所述第一代码由用户输入病人护理设备(140)。

28.根据权利要求27所述的方法，其特征在于，所述第一部分与病人护理设备(140)的配置协议对应，所述第一代码在病人护理设备(140)中被用于验证由用户输入的第一部分。

29.根据权利要求27或28所述的方法，其特征在于，所述第一部分包括第二代码，其中所述第一代码在病人护理设备(140)中被用于验证由用户输入的第二代码。

30.根据权利要求29所述的方法，其特征在于，所述第一代码和第二代码包括一个或多个ASCII可打印的字符。

31.根据权利要求30所述的方法，其特征在于，所述第一代码和第二代码包括字母数字代码。

32.根据权利要求1-31中任一项所述的方法，其特征在于，所述方法还包括：

生成包括所述配置输出的标签(262；262’)；以及

把标签(262；262’)贴到容纳静脉液体(252)的容器(250)上。

33.根据权利要求1-32中任一项所述的方法，其特征在于，与治疗描述对应的数据包括用于被用来生成第一代码的算法的输入。

34.根据权利要求33所述的方法，其特征在于，相应的算法被存储在病人护理设备(140)中。

35.根据权利要求33或34所述的方法，其特征在于，所述相应的算法可操作以产生比较码，所述比较码用于与所述第一代码比较而分析所述第一部分。

36.根据权利要求33或34所述的方法，其特征在于，所述相应的算法可操作来解密所述第一代码，以便分析所述第一部分。

37.一种用于生成配置输出的系统，其特征在于，该系统包括：

可操作地接收治疗订单的订单进入接口(110)，所述治疗订单包括与将要使用病人护理设备(140)对病人实施的治疗相对应的治疗描述的至少一部分；

与所述订单进入接口(110)可操作地通信的配置输出生成器(120)；以及

由所述配置输出生成器(120)生成的配置输出，该配置输出包括：

第一部分，该第一部分包括首部，所述首部至少部分地基于治疗描述的一部分生成；以及

第二部分，该第二部分包括第二代码，所述第二代码至少部分地基于所述第一部分生成。

38.根据权利要求37所述的系统，其特征在于，所述系统还包括：

病人护理设备(140)，该病人护理设备(140)具有用户接口，用于通过用户人工输入而接收所述第一部分和第二部分。

39.根据权利要求37或38所述的系统，其特征在于，治疗包括使用病人护理设备(140)对病人进行静脉液体(252)给药。

40.根据权利要求38或39所述的系统，其特征在于，所述病人护理设备(140)包括输液泵。

41.根据权利要求40所述的系统，其特征在于，所述治疗订单包括剂量订单，该剂量订单包括与使用所述输液泵给药的静脉液体(252)相对应的剂量描述。

42.根据权利要求37-41中任一项所述的系统，其特征在于，所述配置输出包括标签(262；262’)。

43.根据权利要求42的系统，其特征在于，所述标签(262,262’)被施加到容纳静脉液体(252)的容器(250)上。

44.根据权利要求38-43中任一项所述的系统，其特征在于，病人护理设备(140)可操作用来根据所述第二部分验证所述第一部分的输入。

45.根据权利要求37-44中任一项所述的系统，其特征在于，所述第一部分包括第二代码。

46.根据权利要求45所述的系统，其特征在于，所述第一部分包括次部，该次部包括所述第二代码。

47.根据权利要求46所述的系统，其特征在于，所述首部包括与治疗描述对应的纯文本值。

48.根据权利要求46所述的系统，其特征在于，病人护理设备(140)可操作用于基于所述第二代码来验证所述纯文本值的输入，以及病人护理设备(140)可操作用于基于所述第一代码来验证所述第二代码。

49.根据权利要求45-48中任一项所述的系统，其特征在于，所述第二代码指示在配置病人护理设备(140)时使用的一个或多个配置数据成分。

50.根据权利要求45-49中任一项所述的系统，其特征在于，病人护理设备(140)与预存储的治疗数据组可操作地通信，以访问由所述第二代码指示的配置数据成分。

51.根据权利要求37-50中任一项所述的系统，其特征在于，所述订单进入接口(110)由与存储器可操作地通信的处理器执行。

52.根据权利要求51所述的系统，其特征在于，所述存储器存储与所述订单进入接口(110)的执行相对应的非瞬态计算机可读数据。

53.根据权利要求37-52中任一项所述的系统，其特征在于，所述配置输出生成器(120)由与存储器可操作地通信的处理器执行。

54.根据权利要求53所述的系统，其特征在于，所述存储器存储与所述配置输出生成器(120)的执行相对应的非瞬态计算机可读数据。