使健康护理信息相关的方法及设备

摘要

公开使健康护理信息相关的方法和设备。示例方法包括：从健康护理企业(102)的第一实体(104)接收(400)健康护理消息，其中该健康护理消息根据该第一实体(104)的第一识别模式配置；识别(402)该健康护理消息的一个或多个对象用于相关到电子临床信息系统(124)；对于每个识别的对象选择(406)多个相关器(224)中的一个来使每个识别的对象相关，其中这些相关器(224)的每个能定制成操纵特定类型的健康护理消息对象；以及使消息的识别的对象相关(408)来使该识别的对象的每个与电子临床信息系统(124)内部的标识符关联。

说明书

技术领域

本公开大体上涉及健康护理信息系统，并且更具体地涉及使健康 护理信息相关的方法和设备。

背景技术

例如医院或诊所等健康护理环境典型地包括信息系统(例如，电 子病历(EMR)系统、实验室信息系统、门诊和住院系统、医院信息 系统(HIS)、放射信息系统(RIS)、存储系统、图片存档和通信系 统(PACS)等)来管理例如患者病史、成像数据、试验结果、诊断 信息、管理信息、财务信息和/或调度信息等临床信息。不同的健康护 理实体可根据不同的政策或规则使用不同的信息和/或不同类型的信 息来识别电子记录。

发明内容

示例计算机实现的方法包括：从健康护理企业的第一实体接收健 康护理消息，其中该健康护理消息根据该第一实体的第一识别模式配 置；识别该健康护理消息的一个或多个对象用于相关到电子临床信息 系统；对于每个识别的对象选择多个相关器中的一个来使每个识别的 对象相关，其中这些相关器的每个能定制成操纵特定类型的健康护理 消息对象；以及使消息的识别对象相关来使识别的对象的每个与电子 临床信息系统内部的标识符关联。

示例有形机器可读介质具有存储在其上的指令，这些指令当被执 行时：使机器至少接收来自健康护理企业的第一实体的健康护理消 息，其中该健康护理消息根据该第一实体的第一识别模式配置；识别 该健康护理消息中的一个或多个对象用于相关到电子临床信息系统； 对于每个识别的对象选择多个相关器中的一个来使每个识别的对象 相关，其中这些相关器的每个能定制成操纵特定类型的健康护理消息 对象；以及使消息的识别对象相关来使识别的对象的每个与电子临床 信息系统内部的标识符关联。

示例设备包括：数据馈送，用于接收来自健康护理企业的第一实 体的健康护理消息，其中该健康护理消息根据该第一实体的识别模式 配置；识别器，用于识别该健康护理消息的一个或多个对象用于相关 到电子临床信息系统；和选择器，用于对于每个识别的对象选择多个 相关器中的一个来使每个识别的对象相关，其中这些相关器的每个能 定制成操纵特定类型的健康护理消息对象，并且其中这些相关器用于 使消息的识别对象相关来使识别的对象的每个与电子临床信息系统 内部的标识符关联。

附图说明

图1是示例健康护理环境的框图。

图2是可用于实现图1的示例能配置的临床数据相关(CCDC) 系统的示例设备的框图。

图3是代表可被执行来实现图1和/或2的示例CCDC系统的示 例机器可读指令的流程图。

图4是代表可被执行来实现图1和/或2的示例CCDC系统的示 例机器可读指令的流程图。

图5是可用于执行图3和/或4的机器可读指令来实现图1和/或2 的示例CCDC系统的示例处理器系统的框图。

前面的简要描述以及本文描述的方法、设备、系统和/或制造物品 的某些实现的下列详细说明当与附图结合阅读时将更好理解。然而， 应该理解本文描述的方法、设备、系统和/或制造物品不限于附图中示 出的设置和工具。

具体实施方式

尽管以下公开示例方法、设备、系统和/或制造物品，其除其他部 件之外还包括在硬件上执行的固件和/或软件，应该注意到这样的方 法、设备、系统和/或制造物品仅是说明性的并且不应该看作限制。例 如，设想这些固件、硬件和/或软件部件中的任何或全部可以专门采用 硬件、专门采用软件、专门采用固件或采用硬件、软件和/或固件的任 何组合体现。因此，尽管以下描述示例方法、设备、系统和/或制造物 品，提供的示例不是实现这样的方法、设备、系统和/或制造物品的唯 一方式。

一般地，本文公开的示例方法、设备、系统和/或制造物品使来自 健康护理企业的用于企业临床信息系统(ECIS)的健康护理信息相关。 除其他功能和/或益处外，示例ECIS通过将跨不同企业和/或其实体的 健康护理信息聚合并且参考数据集(例如，指导、与建议有关的治疗 和/或诊断、研究、历史等)来自动生成要传送到涉及聚合的健康护理 信息的一个或多个健康护理从业者的支持信息而在决策制定过程方 面支持健康护理从业者。

作为由示例ECIS实现的聚合过程和/或其他过程的部分，ECIS接 收健康护理消息，其关于识别消息的对象所采用的方式而变化。即使 当不同的健康护理企业或实体使用标准化消息(即，Health Level 7消 息)时，每个企业或实体使用标准所采用的方式可变化。也就是说， 即使当使用标准化消息格式时，不同的健康护理实体使用不同的信息 或标识符来使消息对于某个对象是唯一的。对象可指与消息关联的患 者、与消息关联的交会方(encounter)、与消息关联的提供方、与消 息关联的治疗位置、与消息关联的观察、与消息关联的医嘱和/或其他 健康护理对象。例如，第一健康护理实体(例如Mayo等健康 护理企业的肿瘤科)可使用第一组标识符来使健康护理消息对于患者 是唯一的，而第二健康护理实体(例如Mayo的心内科)可使 用第二组不同的标识符来使健康护理消息对于患者是唯一的。作为说 明，该第一组标识符可包括患者识别号(PID)、PID分配机关(即， 将PID分配给患者的实体)和姓，而该第二组标识符可包括社保号 (SSN)和姓。另外或备选地，ECIS可操纵来自单独企业的健康护理 消息，这些单独企业还可在使消息的患者是唯一的所采用的方式上不 同(例如，通过使用不同的标识符来识别患者)。也就是说，ECIS 可接收来自单个健康护理企业的不同实体的不同格式化的健康护理 消息和/或一起接收来自不同健康护理企业的不同格式化的健康护理 消息。

本文公开的示例使ECIS能够使从健康护理企业(例如，医院、 诊所、医生办公室等)接收的健康护理消息相关到内部标识符，ECIS 可以对跨ECIS的处理装置或系统的健康护理消息的对象使用该内部 标识符。即，入局健康护理消息的对象相关到内部标识符，其根据ECIS 内部的识别模式对于对象是唯一的。因此，ECIS意识到具有共同对象 (例如，患者或交会方)的健康护理消息之间的关系并且可以利用该 关系信息以便于由ECIS提供的一个或多个服务。如在下文更详细描 述的，本文公开的示例相关器被配置使得ECIS的用户可以依靠一个 或多个因子(例如，要相关的对象的类型等)来定制相关过程。除要 相关的对象的类型外，另外的或备选的因子可以用于确定如何可以定 制本文公开的示例相关器中的一个或多个以及/或如何选择本文公开 的示例相关器中的一个或多个用于使接收的健康护理消息相关。如在 下文详细描述的，相关器的定制可以采用由ECIS的用户创建的算法 或捆绑插件实现，这些算法或捆绑插件指示定制的相关器如何使接收 的健康护理消息的对象相关到ECIS的内部标识符。本文公开的示例 方法、设备、系统和/或制造物品连同图在下文更详细地描述。

图1是示例健康护理环境100的框图，其中可实现在本文公开来 使健康护理信息相关的示例方法、设备、系统和/或制造物品。图1的 该示例健康护理环境100包括第一医院102，其具有在该第一医院102 内操作和/或与该第一医院102有关联地操作的多个实体。在图示的示 例中，该第一医院102的实体包括肿瘤科104、心内科106、急诊室 系统108、图片存档和通信系统(PACS)110、放射信息系统(RIS) 112和实验室信息系统(LIS)114。该肿瘤科104包括与癌症有关的 健康护理从业者、职员和支持肿瘤实践和治疗的装置或系统。相似地， 该心内科106包括与心脏病有关的健康护理从业者、职员和支持心脏 病实践和治疗的装置和/或系统。特别地，图1的示例肿瘤科104具有 用于生成、接收、传输以及更一般地处理健康护理文档的具体的指定 政策和规程。同时，图1的示例心内科106具有用于生成、接收、传 输以及更一般地处理健康护理文档的具体的指定政策和规程，其不同 于图1的示例肿瘤科104的政策和规程。例如，肿瘤科104可使用第 一组标识符来使Health Level 7(HL7)住院出院转院(ADT)消息的 对象是唯一的，而心内科106使用不同于该第一组标识符的第二组标 识符来使Health Level 7 ADT消息的对象是唯一的。这样的差异还可 在急诊室108、PACS 110、RIS 112和/或结算服务114之间存在。

简短地，急诊室系统108管理涉及在医院102的急诊室出现的患 者的急诊护理的信息，例如住院信息、来自患者的急诊检查的观察、 在急诊室环境中提供的治疗等。PACS 110将医学图像(例如，x射线、 扫描、三维渲染等)作为例如数字图像存储在数据库或登记处中。图 像在患者的医学成像之后由健康护理从业者(例如，成像专家、医生、 放射科医师)存储在PACS 110中和/或从医学成像装置自动传输到 PACS 110用于存储。RIS 112存储涉及例如放射报告、消息、警告、 报警、患者调度信息、患者人口数据、患者跟踪信息和/或医生和患者 状态监视器等放射实践的数据，以及能够录入检查预约(例如，预约 患者的x射线)并且跟踪图像和片子(例如，跟踪已经检查完片子的 一个或多个人的身份)。实验室信息系统114存储例如实验室结果、 试验调度信息、对应的从业者和/或涉及在对应的健康护理设施处的一 个或多个实验室的操作的其他信息等临床信息。尽管示例类型的信息 在上文描述为存储在医院102的某些要素中，因为实体104-114和上 文列出的信息作为非限制性示例包括在本文中，不同类型的健康护理 数据可存储在实体104-114中的一个或多个中。此外，存储在实体 104-114中的信息可重叠和/或组合到实体104-114中的一个或多个中。 图1的示例实体104-114的每个与电子病历(EMR)系统116交互。 一般地，EMR 116存储与例如医院102及其实体104-114关联的健康 护理记录的电子副本。

图1的示例健康护理环境100还包括门诊所118作为另一个健康 护理企业的示例。图1的示例门诊所118包括对示例医院102的对应 实体相似地操作的实验室信息系统120和PACS 122。示例门诊所118 的该实验室信息系统120和该PACS 122如上文描述的那样连同医院 102有差异地生成和/或处理健康护理消息。从而，健康护理信息处理 中的差异在健康护理企业的实体之间存在并且一般地在健康护理企 业之间存在。

在图1的图示示例中，医院102和门诊所118经由网络126与ECIS 124通信，网络126可由例如无线或有线广域网(WAN)(例如专用 网或因特网)、内联网、虚拟专用网、有线或无线局域网等实现。更 一般地，本文描述的耦合中的任何耦合可以经由网络。另外或备选地， 示例医院102和/或示例门诊所118经由直接或专用传输介质128和 130与示例ECIS 124通信。

一般地，ECIS 124支持由例如医院102和门诊所118等健康护理 企业的系统、装置、应用等实现的健康护理信息处理。ECIS 124能够 处理来自健康护理企业的不同实体(例如，医院102的实体104-114) (其可有差异地生成、处理和/或传输健康护理消息)的健康护理消息， 和/或当生成、处理和/或传输健康护理消息时能够使用不同的格式、 规程、政策、术语等。此外，图1的示例ECIS 124通过将跨不同企业 和/或其实体的健康护理信息聚合并且参考数据集来自动生成用于传 送到涉及聚合的健康护理信息的一个或多个健康护理从业者的提示 性数据和/或确定性数据而在决策制定过程方面支持健康护理从业者。

为了使图1的示例ECIS 124能够进行这些和/或另外的服务或功 能，示例ECIS 124包括能配置的临床数据相关(CCDC)系统132来 使健康护理消息相关以便用于在ECIS 124中使用。一般地，图1的示 例CCDC系统132包括多个能定制的相关器，其接收来自入局健康护 理消息的数据并且使接收的数据相关使得入局健康护理消息的对象 (例如，患者、交会方、实验室结果、医嘱、位置、提供方、观察等) 可以与ECIS 124内部的标识符关联。即，本文公开的示例CCDC系 统132使ECIS 124能够使用可以与其他信息(其已经与ECIS 124内 的内部标识符关联)联系起来或关联的内部标识符来处理和/或利用来 自入局健康护理消息的数据。ECIS 124可使用这样的内部标识符来例 如收集涉及例如患者、交会方、健康护理提供方等特定对象的信息。 在图1的图示示例中，这些内部标识符存储在与ECIS 132关联的数据 库134中。

ECIS 124的用户(例如与ECIS 124关联的服务支持团队或客户 界面支持团队的成员)可以基于例如要与消息的内部标识符和/或源关 联的消息的对象类型创建和定制CCDC系统132的相关器。例如，这 些相关器中的一个或多个可定制成通过除外部标识符(当从实验室信 息系统114接收健康护理消息时，医院102使用该外部标识符来使健 康护理消息对于患者是唯一的)之外还检查入局健康护理消息的某些 字段来进行例如患者身份的另外的验证。这样的定制可由于实验室信 息系统114趋向于在传输到ECIS 124的健康护理消息中包括不足的识 别信息而实施。本文公开的定制可以经由例如由ECIS 124提供的图像 界面工具和/或与ECIS 124和/或CCDC系统132关联的装置或系统而 实现。示例CCDC系统132的另外或备选的定制和方面在下文连同图 2描述。

图2是可用于实现图1的示例CCDC系统132的示例设备的框图。 在图2的图示示例中，示例CCDC系统132包括初始化器200，其具 有实体配置接收器202、映射发生器204、相关算法发生器206和定 制界面208。图2的示例CCDC系统132还包括健康护理数据馈送210、 映射212、临床标识符创建器214、具有对象识别器218和源识别器 220的物体识别器216、相关器选择器222和多个相关器224。在图2 的图示示例中，这些多个相关器224包括患者相关器226、交会方相 关器228、实验室相关器230、医嘱相关器232、位置相关器234、提 供方相关器236和观察相关器238。尽管实现图1的CCDC系统132 的示例方式已经在图2中图示，在图2中图示的元件、过程和/或装置 中的一个或多个可采用任何其他方式组合、划分、重置、省略、消除 和/或实现。此外，示例初始化器200、示例实体配置接收器202、示 例映射发生器204、示例相关算法发生器206、示例定制界面208、示 例健康护理数据馈送210、示例临床标识符创建器214、示例物体识 别器216、示例对象识别器218、示例源识别器220、示例相关器选择 器222、示例患者相关器226、示例交会方相关器228、示例实验室相 关器230、示例医嘱相关器232、示例位置相关器234、示例提供方相 关器236、示例观察相关器238和/或更一般地图2的示例CCDC系统 132可由硬件、软件、固件和/或硬件、软件和/或固件的任何组合实现。 从而，例如，示例初始化器200、示例实体配置接收器202、示例映 射发生器204、示例相关算法发生器206、示例定制界面208、示例健 康护理数据馈送210、示例临床标识符创建器214、示例物体识别器 216、示例对象识别器218、示例源识别器220、示例相关器选择器222、 示例患者相关器226、示例交会方相关器228、示例实验室相关器230、 示例医嘱相关器232、示例位置相关器234、示例提供方相关器236、 示例观察相关器238和/或更一般地图2的示例CCDC系统132中的 任一个可以由一个或多个电路、可编程处理器、专用集成电路(ASIC)、 可编程逻辑装置(PLD)和/或现场可编程逻辑装置(FPLD)等实现。 当附上的权利要求中的任何权利要求阅读为涵盖纯粹软件和/或固件 实现时，示例初始化器200、示例实体配置接收器202、示例映射发 生器204、示例相关算法发生器206、示例定制界面208、示例健康护 理数据馈送210、示例临床标识符创建器214、示例物体识别器216、 示例对象识别器218、示例源识别器220、示例相关器选择器222、示 例患者相关器226、示例交会方相关器228、示例实验室相关器230、 示例医嘱相关器232、示例位置相关器234、示例提供方相关器236、 示例观察相关器238和/或更一般地图2的示例CCDC系统132中的 任一个在此明确地限定为包括存储软件和/或固件的有形介质，例如存 储器、DVD、CD等。此外，图2的示例CCDC系统132除在图2中 描述的那些外还可包括一个或多个元件、过程和/或装置，或可包括一 个或多个元件、过程和/或装置来代替在图2中描述的那些，并且/或 可包括图示的元件、过程和装置中的任何或全部中的一个以上。

当例如医院102等健康护理企业与ECIS 124结合或采用ECIS 124 登记时，通过例如与ECIS 124关联的程序员来利用示例初始化器200。 另外，当已经用ECIS 124登记或纳入ECIS 124的健康护理企业经历 更改例如映射212(其在下文详细描述)的改变或更新时，利用图2 的示例初始化器200。当由例如用ECIS 124登记的医院102触发初始 化器200时，实体配置接收器202获得或接收涉及由与健康护理文档 程序关联的医院102的每个实体使用的政策、规程、术语等的信息。 即，图2的示例实体配置接收器202确定医院102的每个实体使健康 护理消息对于健康护理消息的对象是唯一的所采用的模式或方式。例 如，配置接收器202可确定医院102的肿瘤科104使用(1)社保号， (2)患者的姓，和(3)初级健康护理提供方来使健康护理消息对于 是该健康护理消息的对象的患者是唯一的。在一些示例中，实体配置 接收器202可确定医院102的肿瘤科104使用(1)患者的姓，(2) 发生日期以及(3)治疗位置来使健康护理消息对于是该健康护理消 息的对象的交会方是唯一的。在一些示例中，实体配置接收器202可 确定医院的心内科106使用(1)患者识别号、(2)分配患者识别号 的分配机关和(3)出生日期来使健康护理消息对于是该健康护理消 息的对象的患者是唯一的。从而，实体配置接收器202可确定相同的 实体具有识别不同的消息对象的不同的规程或方法，和/或确定不同的 实体具有识别相同类型的消息对象的不同的规程或方法。由于实体配 置接收器202的发现，CCDC系统134意识到不同的实体用于使健康 护理消息的对象是唯一的所使用的外部标识符或模式的集合。

实体配置接收器202的发现被输送到示例映射发生器204。如在 下文描述的，示例映射发生器204创建能够将入局健康护理消息的信 息映射到要由相关器224中的一个使用的临床标识符(CID)的模式 到模式映射。这些模式到模式映射作为例如可扩展样式语言(XSL) 文件存储在图2中的示例映射212中。为了继续上文的示例，当实体 配置接收器202获得模式(医院102的肿瘤科104通过该模式使健康 护理消息对于患者是唯一的)时，该模式可以映射成要由患者相关器 226使用的CID的模式。由于上文列出的包含肿瘤科104的患者消息 模式的三个示例标识符使用由映射发生器204生成的映射212映射成 对于对应的CID的模式。

示例相关算法发生器206使用户(例如与ECIS 124关联的程序员) 能够创建一个或多个插件包(plug-in bundle)来实现本文描述的相关 器224。一般地，并且如在下文连同相关器224详细描述的，由发生 器206生成的相关算法配置成使用对应的CID(入局健康护理消息的 外部标识符映射到该CID)来使健康护理消息的对象与ECIS 124内部 的标识符相关。示例相关算法发生器206结合定制界面208工作来使 ECIS 124的用户能够生成对于该相关的定制算法，和/或更改如用户认 为适合的现有算法。定制界面208可由例如提供使用任何适合的脚本 协议或语言来编写和/或实现一个或多个脚本的能力的任何适合的用 户界面实现。在一些示例中，定制界面208提供给用户多个预定义选 项或动作，用户可以从这些预定义选项或动作中选择来添加到相关算 法的定制工作流程。

在图示的示例中，相关算法发生器206基于要相关到ECIS 124 的健康护理消息的对象类型生成不同的相关器224。如在图2中图示 的，对于其中入局健康护理消息具有患者作为对象的情况或当期望健 康护理消息的患者信息相关到ECIS 124(例如，根据接收的健康护理 消息的字段或使用映射212映射到对应的CID的字段)时，相关器 224包括患者相关器226；对于其中入局健康护理消息具有交会方作 为对象的情况或当期望健康护理消息的交会方信息相关到ECIS 124 时，相关器224包括交会方相关器228；对于其中入局健康护理消息 具有实验室报告或结果作为对象的情况或当期望健康护理消息的实 验室信息相关到ECIS 124(例如，根据接收的健康护理消息的字段或 使用映射212映射到对应的CID的字段)时，相关器224包括实验室 相关器230；对于其中入局健康护理消息具有医嘱作为对象的情况或 当期望健康护理消息的医嘱信息相关到ECIS 124(例如，根据接收的 健康护理消息的字段或使用映射212映射到对应的CID的字段)时， 相关器224包括医嘱相关器232；对于其中入局健康护理消息具有治 疗方面的位置作为对象的情况或当期望健康护理消息的位置信息相 关到ECIS 124(例如，根据接收的健康护理消息的字段或使用映射212 映射到对应的CID的字段)时，相关器224包括位置相关器234；对 于其中入局健康护理消息具有健康护理提供方作为对象的情况或当 期望健康护理消息的提供方信息相关到ECIS 124(例如，根据接收的 健康护理消息的字段或使用映射212映射到对应的CID的字段)时， 相关器224包括提供方相关器236；对于其中入局健康护理消息具有 临床观察作为对象的情况或当期望健康护理消息的观察信息相关到 ECIS 124(例如，根据接收的健康护理消息的字段或使用映射212映 射到对应的CID的字段)时，相关器224包括观察相关器238。此外， 使用定制界面208和相关算法发生器206的用户或程序员可基于入局 健康护理消息的源定制相关器224中的一个或多个，该源可当消息(例 如，由CID创建器214)映射到CID时放入对应的CID中。例如，相 关算法发生器206和定制界面208可以用于使相关器采取另外或备选 的步骤或动作，基于这些步骤或动作从医院102的实体接收消息。

在上文描述的对于至少一个健康护理企业(例如，图1的医院102) 的初始化之后，图2的示例CCDC系统132的健康护理数据馈送210 等待和/或从采用ECIS登记的实体(例如，医院102的实体104-114) 中的一个或多个主动地检索健康护理消息。健康护理数据馈送210可 以由能够便于例如医院102和ECIS 124之间的通信的任何适合的通信 接口实现。当在数据馈送210处接收健康护理消息时，该消息被输送 到示例源识别器220。在图示的示例中，源识别器220基于例如与消 息有关联地输送到ECIS 124的消息的字段和/或数据来识别接收的消 息的源。在图示的示例中，消息的源由CID创建器214使用以用于参 考或查询映射212。如上文描述的，映射212包括模式到模式指示器， 其将消息的数据应该如何映射到CID告知CID创建器214。CID创建 器214使用该信息来从接收的消息提取数据并且根据映射212使提取 的数据纳入CID中。从而，由CID创建器214创建的CID包括来自 根据ECIS 124的内部模式格式化的健康护理消息的数据。另外，CID 创建器214包括所得的CID中的如在数据馈送210处接收的外部标识 符。

CID创建器214还使用由对象识别器218获得的信息，该对象识 别器218识别要相关的接收消息的一个或多个对象。CID创建器214 对于识别的对象的每个创建CID。如上文描述的，相关器224的每个 使其对应类型的CID生成。从而，当对象识别器218从要由CCDC 系统132相关的接收消息中识别作为第一对象的患者时，CID创建器 214对应于患者相关器226生成第一CID。当对象识别器218从要由 CCDC系统132相关的接收消息中识别作为第二对象的交会方时，CID 创建器214对应于交会方相关器228生成第二CID。这对于图2的剩 余的示例相关器230-238以及由CCDC系统132实现的任何其他定制 的相关器也是一样。

基于是哪个(哪些)类型的CID由CID创建器214生成，示例相 关器选择器222选择相关器224中的一个或多个。因此，对于作为要 相关的消息的对象的患者而创建的任何CID根据相关器选择器222传 递到患者相关器226。相似地，对于作为要相关的消息的对象的交会 方而创建的任何CID根据相关器选择器222传递到交会方相关器230。

选择的一个或多个相关器224每个接收由CID创建器214创建的 对应的CID。如上文描述的，相关器224的每个包括一个或多个算法 (例如，插件包)，其基于例如要相关到内部标识符的健康护理消息 的对象而生成和定制。从而，相关器224每个配置成确定入局消息的 相应对象(例如，患者)被分配ECIS 124的哪个内部标识符或与ECIS 124的哪个内部标识符关联(如果该内部标识符已经存在)。为了这 么做，示例相关器224参考一个或多个数据库或数据服务，例如图1 的内部标识符数据库136来确定接收的健康护理消息被分配给哪个现 有的内部标识符，或当没有这样的内部标识符存在时来生成对于接收 的健康护理消息的对象的新的内部标识符。从而，相关器224中选择 的相关器使入局健康护理消息与适当的(或新的)内部标识符关联并 且将数据存储在内部标识符数据库136中。此外，选择器224中选择 的相关器可依靠ECIS 124的用户定制使用定制界面208来进行另外的 任务或动作。图2的示例CCDC系统132的功能性的说明性示例连同 图3和4在下文描述。

在图3和4中描绘的流程图代表机器可读指令，其可以被执行来 实现图1和/或2的示例CCDC系统132以使健康护理信息相关。图3 和4的示例过程可使用处理器、控制器和/或任何其他适合的处理装置 来进行。例如，图3和4的示例过程可采用存储在与处理器(例如， 在下文连同图5论述的示例处理器512)关联的例如闪速存储器、只 读存储器(ROM)和/或随机存取存储器(RAM)等有形介质上的编 码指令来实现。备选地，图3和4的示例过程中的一些或全部可使用 专用集成电路(ASIC)、可编程逻辑装置(PLD)、现场可编程逻辑 装置(FPLD)、离散逻辑、硬件、固件等的任何组合来实现。而且， 图3和4的示例过程中的一些或全部可人工实现或作为前述技术中的 任何技术的任何组合(例如固件、软件、离散逻辑和/或硬件的任何组 合)实现。此外，尽管图3和4的示例过程参照图3和4的流程图描 述，可采用实现图3和4的过程的其他方法。例如，框的执行顺序可 改变，和/或描述的框中的一些可改变、消除、细分或组合。另外，图 3和4的示例过程中的任何或全部可由例如单独处理线程、处理器、 装置、离散逻辑、电路等相继和/或并行进行。

转向图3，当图1的医院102采用图1的ECIS 124登记或用图1 的ECIS 124更新登记时(框300)，图2的初始化器200触发实体配 置接收器202来获得涉及医院102的每个实体104-114或正被更新的 实体104-114中的一个或多个的政策、规程、格式、术语等的信息(框 302)。例如，急诊室系统108可根据第一组标识符来识别患者并且 根据第二组标识符来识别交会方。此外，实验室信息系统114可根据 第三组标识符来识别患者并且根据第四组标识符来识别实验室结果。 示例实体配置接收器202获得该信息，并且因此图2的示例CCDC系 统意识到由医院102的每个实体使用的标识符来识别不同类型的健康 护理消息对象(例如，患者、交会方、实验室结果、医嘱、治疗位置、 健康护理提供方、观察等)。

实体配置接收器202将关于医院102的实体104-114的信息输送 到图2的映射发生器204，使得映射发生器204可以基于实体104-114 的配置生成模式到模式映射(框304)。由映射发生器204生成的该 模式到模式映射使不同的健康护理实体的不同识别模式(例如，由每 个实体使用来识别健康护理消息的对象的标识符组)能够由CCDC系 统132接收并且处理成用于在ECIS 124的CID中使用的模式。

由于CCDC系统132关于医院102的进一步初始化，相关算法发 生器206结合定制界面208工作来使相关器能够生成和定制(框306)。 定制界面208可提供给程序员例如一组工具或界面来辅助包含在脚本 和/或插件包(其定义相关器224)中的定制算法的发生器。ECIS 124 的用户可基于例如接收的要相关到ECIS 124的内部标识符中的健康 护理消息的对象类型来定制相关器。相关器224的定制可以基于另外 或备选的因子(例如接收的健康护理消息的源)或对接收的健康护理 消息的源的过去经验(其保证对于本文描述的相关过程的对消息的唯 一对待)。对相关器的不同定制在上文论述并且在下文连同图4详细 论述。

图3的示例流程图还包括检查来确定对于由映射发生器204生成 的映射212或由相关算法发生器206生成的相关器224是否期望或需 要一个或多个更新。具体地，当映射212中的一个或多个发生更新时 (框308)，这样的更新在框310实现。相似地，如果相关器发生一 个或多个更新时(框312)，这样的更新在框314实现。除在图3的 示例流程图中图示的那些外，还可以实现其他类型的更新或改变。

转向图4，在图2的健康护理数据馈送210处接收健康护理消息 (框400)。该健康护理消息可由于例如该消息正存储在医院102的 示例EMR 116中和/或该消息正直接传输到ECIS 124(作为ECIS 124 的工作流程的一部分)而在数据馈送210处接收。接收的健康护理消 息可对应于例如与图1的示例实验室信息系统114有关联地生成的实 验室报告。为了继续上文的示例，与由急诊室系统108分别对于患者 和交会方使用的第一组和第二组标识符不同，根据由图1的示例实验 室信息系统114所采用的模式(如在图3的框302处从实体配置接收 器202了解的)根据第三组标识符识别患者，并且根据第四组标识符 识别实验室结果。

接收的消息还指示两个对象要与ECIS 124的内部标识符相关，这 两个对象是患者和实验室结果。图2的对象识别器218将那些对象识 别为要相关的那些并且图2的源识别器220将实验室信息系统114识 别为消息的源(框402)。消息的源用于确定使用映射212中的哪个 来将消息的数据映射到CID并且识别的对象用于选择CID来创建。 CID创建器214然后对于接收的消息创建CID，其中包括从消息中提 取数据(例如由实验室信息系统114使用的第三组标识符和第四组标 识符)并且将该数据纳入CID(框404)。为了继续上文的示例，CID 创建器214对于接收的消息的患者信息生成第一CID以及对于接收的 消息的实验室结果信息生成第二CID。

示例相关器选择器222(其也意识到要相关的消息的对象)对于 消息的相关选择相关器224中的适当相关器(框406)。在图示的示 例中，由相关器选择器222选择相关器还包括将对应的CID输送到选 择的相关器。从而，为了继续上文的示例，相关器选择器222对于接 收的消息的患者数据选择对于由CID创建器214创建的第一CID的患 者相关器226并且将第一CID输送到患者相关器226。另外，相关器 选择器222对于由CID创建器214创建的第二CID选择对于接收的消 息的实验室结果数据的实验室相关器230并且将第二CID输送到实验 室相关器230。选择的相关器226和230然后处理相应的CID来使接 收的消息的对应对象与ECIS 124的相应内部标识符相关并且将这些 内部标识符存储在图1的数据库136中(框408)。因此，患者相关 器226已经使在健康护理数据馈送210处接收的消息的患者数据与内 部标识符(其可以跨ECIS 124的装置、程序和系统统一使用来指向接 收的消息的患者)关联。此外，实验室相关器230已经使在健康护理 数据馈送210处接收的消息的实验室结果数据与内部标识符(其可以 跨ECIS 124的装置、程序和系统统一使用来指向接收的消息的实验室 结果)关联。其他的相关器228和232-238以及CCDC系统132的另 外的定制相关器能够采用相似的方式使接收的消息的不同对象相关。

图5是可用于实现本文描述的设备和方法的示例处理器系统510 的框图。如在图5中示出的，该处理器系统510包括处理器512，其 耦合于互连总线514。该处理器512可以是任何适合的处理器、处理 单元或微处理器。尽管没有在图5中示出，系统510可以是多处理器 系统，并且从而可包括一个或多个另外的处理器，其与处理器512相 同或相似并且通信耦合于互连总线514。

图5的处理器512耦合于芯片组518，其包括存储器控制器520 和输入/输出(I/O)控制器522。众所周知，芯片组典型地提供I/O和 存储器管理功能以及多个通用和/或专用寄存器、定时器等，其可由耦 合于该芯片组518的一个或多个处理器访问或使用。该存储器控制器 520进行使处理器512(或多个处理器，如果存在多个处理器的话) 能够访问系统存储器524和大容量存储器525的功能。

系统存储器524可包括任何期望类型的易失性和/或非易失性存 储器，例如静态随机存取存储器(SRAM)、动态随机存取存储器 (DRAM)、闪速存储器、只读存储器(ROM)等。大容量存储器 525可包括任何期望类型的大容量存储装置，其包括硬盘驱动器、光 驱动器、存储带装置(tape storage device)等。

I/O控制器522进行使处理器512能够经由I/O总线532与外围输 入/输出(I/O)装置526和528以及网络接口530通信的功能。这些 I/O装置526和528可以是任何期望类型的I/O装置，例如键盘、视频 显示器或监视器、鼠标等。该网络接口530可以是，例如使处理器系 统510能够与另一个处理器系统通信的以太网装置、异步传送模式 (ATM)装置、802.11装置、DSL调制解调器、电缆调制解调器、蜂 窝调制解调器等。

尽管存储器控制器520和I/O控制器522在图5中描绘为芯片组 518内的单独框，由这些框进行的功能可集成在单个半导体电路内或 可使用两个或以上的单独集成电路实现。

从而，本文公开的示例方法、设备、系统和/或制造物品使在健康 护理实体之间能够交换链接信息使得与这些实体关联的健康护理从 业者快速、高效和准确地知道与转院的患者的医疗问题关联的临床项 目。除其他益处和优势外，本文公开的示例方法、设备、系统和/或制 造物品减少或在一些情况下消除从业者协调临床项目与医疗问题的 需要。因此，从业者可以以更高效的方式提供更准确和安全的护理。 另外，从业者可以将转院过程和与其有关的信息交换聚焦在涉及医疗 问题(患者正对于这些医疗问题而被转院)的临床项目上。

某些实施例设想在任何机器可读介质上的方法、系统和计算机程 序产品来实现上文描述的功能性。例如，某些实施例可使用现有计算 机处理器实现，或由为该目的或另一个目而包含的专用计算机处理器 或由硬连线和/或固件系统实现。

某些实施例包括用于运送或具有存储在其上的计算机可执行指 令或数据结构的计算机可读介质。这样的计算机可读介质可以是任何 可用的介质，其可由通用或专用计算机或具有处理器的其他机器访 问。通过示例，这样的计算机可读介质可包括RAM、ROM、PROM、 EPROM、EEPROM、Flash、CD-ROM或其他光盘存储、磁盘存储或 其他磁性存储装置，或可以用于采用计算机可执行指令或数据结构的 形式运送或存储期望的程序代码并且可以由通用或专用计算机或具 有处理器的其他机器访问的任何其他介质。上文的组合也包括在计算 机可读介质的范围内。计算机可执行指令包括例如使通用计算机、专 用计算机或专用处理机进行某个功能或功能组的指令和数据。

一般地，计算机可执行指令包括进行特定任务或实现特定抽象数 据类型的例程、程序、对象、部件、数据结构等。计算机可执行指令、 关联的数据结构和程序模块代表用于执行本文公开的某些方法和系 统的步骤的程序代码的示例。这样的可执行指令或关联数据结构的特 定序列代表用于在这样的步骤中实现描述的功能的对应动作的示例。

本发明的实施例可使用连接到一个或多个具有处理器的远程计 算机的逻辑连接而在联网环境中实践。逻辑连接可包括局域网(LAN) 和广域网(WAN)，其通过示例并且非限制性地在这里提供。这样的 联网环境在办公室范围或企业范围的计算机网络、内联网和互联网中 是普通的，并且可使用很多种不同的通信协议。本领域内技术人员将 意识到这样的网络计算环境将典型地包含许多类型的计算机系统配 置，其包括个人计算机、手持装置、多处理器系统、基于微处理器或 可编程的消费电子设备、网络PC、小型计算机、大型计算机等。本 发明的实施例还可在分布式计算环境中实践，其中任务由通过通信网 络链接(通过硬连线链路、无线链路或通过硬连线或无线链路的组合) 的本地和远程处理装置进行。在分布式计算环境中，程序模块可位于 本地和远程存储器存储装置两者中。

尽管本文中已经描述某些方法、设备和制造物品，该专利的涵盖 范围不限于此。相反，该专利涵盖字面上或根据等同原则完全落入附 上的权利要求的范围内的所有方法、设备和制造物品。