CN101107607A - 程序性医学工作流管理 - Google Patents

Abstract

一种程序性医学工作流系统收集关于医疗程序的数据、组织工作流并且允许在这些程序上聚集统计信息。该系统包括数据管理子系统、程序跨度子系统、工作组织子系统以及业务管理子系统。该系统允许通过共有词汇表使用来自不同源的信息。

Description

程序性医学工作流管理

相关申请的交叉引用

本发明要求享有2004年11月24日提交的题为“程序性医学工作流”(“Procedural Medicine Workflow”)的美国临时申请号No.60/630879和2005年11月17日提交的题为“程序性医学工作流管理”(“Procedural MedicineWorkflow Management”)的美国实用新型申请号No.(目前未知)的权利，所述文献在此全文引入作为参考。

本申请涉及2002年11月20日提交的题为“患者信息的自动产生”(“Autogeneration of Patient Information”)的非临时申请序列号No.10/301404，所述文献在此引入作为参考。

背景

发明领域

本发明通常涉及健康护理信息管理领域，而尤其涉及对利用基于成像的程序的服务线中的效率进行最优化所需的信息的管理和综合。

背景技术

由于对基于程序的医学的使用增长，改进专科部门的效率和结果的需求已经变得更加明显。许多健康护理机构仍然在使用基于纸的系统或者非集成电子系统管理他们的工作。这产生了临床工作人员定位在提供患者护理的处理中所需的信息或图像的持续需要。需要提供跨专科(specialty)的患者的单一视图和每个专科中的“深度”视图，以显著的改进依赖于医疗程序的患者护理。

基于程序的医学，例如心脏病学、肿瘤学、肠胃病学、普通外科学，在许多重要方面与例如家庭护理、小儿科、老年病学、普通内科的主要健康护理护理医学不同。后者，通常是更普通的实践，涵盖了从预防体检到疾病管理、到普通损伤的治疗的非常宽范围的活动。这种实践的广度已经导致用于提高实践效率的系统基于工作流的患者中心视图，正如在各种电子医学记录(EMR)系统和医院信息系统(HIS)中可以发现的。该患者中心视图是容易理解的，例如，在授予Clark等人的题为“具有改进的工作流特征的医疗记录管理系统和过程”(“Medical Record Management System and Process with Improved WorkflowFeatures”)的美国专利号No.5974389，其描述了具有“患者记录数据库”的“患者医疗记录系统”。当通过医生和其它医护人员(caregiver)在患者床边护理而提供大多数医疗服务时，患者中心工作流有意义。

在近些年，通过基于程序的医学已经提供了越来越多的健康护理。这种类型的健康护理特征在于比普通医学实践中可以发现的更严格定义的行为，并且这种实践中的大量行为可能不包括与患者的实时互动。例如，典型放射医学实践中的大量行为可能在实际患者互动中未出现，但是在患者访问(patientvisit)的准备(例如基于来自其它健康护理提供者的报告)或者在对患者访问期间获得的图像的后续分析中可能出现。这种放射医学实践可以主要地包括常规x-射线成像、计算机断层摄影(CT)三维扫描、超声程序、乳房X射线成像和磁共振成像扫描作为组成实践的诊断成像方面的主要部分的五种物理疗法。同样地，可以有相对小数量的组成实践的介入方面(interventional side)的程序。对于典型的诊断成像实践，从通过诊断和报告的患者进口(intake)，相当好地定义每种成像类型的任务。给定对这些程序所期望的限制以及涉及与患者实时互动的程序的有限部分，使用患者中心工作流系统可能不如中心位于程序自身的系统有效。

已知健康护理信息系统和相关解决方案，诸如佛蒙特州的南伯灵顿的IDX系统公司提供的那些，信息的地址管理的范围涵盖从医疗测试结果到保险信息。集中在一个特定范例上，现代医疗图像管理系统通常包括与放射医学信息系统(RIS)接口的图片存档及通信系统(PACS)。PACS系统通常实施为使得患者人口统计、次序数据和结果数据由单一RIS管理。配置接口，使得PACS通过RIS发送的主动提供的接口事务(interface transaction)接收患者人口统计状况(demographics)、检查次序数据和检查结果数据。该实施方式设计为处理如下的预期标准工作流：

·用户将患者人口统计状况输入RIS。患者人口统计状况的所需部分是用于识别患者的唯一患者ID。

·RIS将包含患者人口统计状况的接口事务发送到PACS，所述患者人口统计状况包括患者ID。

·PACS从RIS接收该事务并且将患者人口统计状况存储在PACS数据库中。

·用户在RIS中为该患者预定或安排检查。RIS创建用于唯一标识该检查的登记号(accession number)。

·RIS将包含有包括患者ID的患者人口统计状况和包括登记号的检查次序信息两者的接口事务发送到PACS。

·PACS从RIS接收该事务并且将检查次序信息存储在PACS数据库中。PACS使用在接口事务中提供的患者ID将该检查与正确的患者相关。

·用户使用一种成像医疗设备在患者上执行检查。如果该成像医疗设备支持患者和检查人口统计状况下载的方法，那么该医疗设备将直接从RIS接收人口统计状况数据。否则，用户将至少包括患者ID和登记号(accession number)的患者人口统计状况和检查数据输入到成像医疗设备提供的用户界面。

·成像医疗设备采集(acquire)医疗图像并且将具有患者人口统计状况和检查数据的研究(即，图像和相关信息)发送到PACS。

·PACS接收该研究并且从图像标题中提取患者人口统计状况和检查信息，并且使用患者ID和登记号将该研究与之前存档在PACS数据库中的信息匹配。PACS的用户现在可以观察该检查的图像。因为该研究已经与该检查一致，用户可以使用该精确信息存取患者记录。

·用户手动将信息输入到RIS中以指示已经执行该检查。RIS的用户现在可以看到对于该患者的检查已经执行并且完成。RIS中该检查的状态反映了其已经准备好被解释。

时常地，具有PACS和其它医疗图像管理系统的现实健康护理机构，从内部和外部源两者接收数据。数据的内部源包括RIS和操作该医疗图像管理系统的健康护理机构拥有和/或管理的其它信息系统。数据的外部源通常包括成像装置和由不同的健康护理机构拥有和/或管理的其它信息系统。通常，不同的健康护理机构使用不同的编码制用于识别患者和检查。因此，从外部源接收的数据通常不直接对应于内部源提供的数据。

例如，患者可以具有在地方医疗中心执行的数个放射检查，其由在该中心的医生解释。在医疗中心的医疗图像管理系统具有所有人口统计状况信息、检查信息和该患者的医疗图像。如果随后患者在不同于该医疗中心的实体所拥有和/或管理的镇上的诊所执行放射检查，但是需要由该医疗中心的放射学家解释图像，那么将图像电子地传输到医疗中心。当图像从诊所的图像管理系统传输到医疗中心图像管理系统时，很可能图像中患者的标志符和检查信息不对应于医疗中心图像管理系统中的数据。因而，难以确定图像相关的患者，并且可能将错误引入到中心图像管理系统中。

对该问题的一个现存方法是中心系统不加选择地接受图像并且将所有数据展示为有效，而不考虑其源。这消除了问题的可见性。然而，该方案带来了一个问题，由于系统的用户或者不知道任何不准确并且假设所有数据有效，或者如果用户推定数据可能是不精确的，则用户假设所有数据值得怀疑并且花费额外的时间验证它。在第一种情况中，其中用户假设所有数据有效，存在医疗错误的显著风险。在最差的情景中，如果在PACS中对一组图像显示了不正确的信息，则可能在诊断中存在延迟，或者甚至对于正确的患者缺乏诊断和治疗。在第二种情况下，其中用户花费额外时间协调和验证数据为精确的，将在患者护理中存在延迟。

处理该问题的第二种方法是将到达PACS的不能与PACS数据库中的患者和/或检查一致的任何图像组视为“损坏”的研究。该PACS通常为系统管理者提供修理这些“损坏”研究的功能，其通过将研究匹配到已经存在于PACS数据库中的患者和检查，或者通过手动创建患者和检查记录，然后使该研究与新创建的检查一致。由于人类用户与系统互动以验证匹配，与第一种方法相比，产生不精确数据的风险较小。然而，由于用于处理“损坏”研究的过程从正常过程中分离，生产力减小并且导致对具有“损坏”研究的那些患者的诊断延迟和必须治疗的延迟。再次，在最坏情况下，该延迟可能导致患者死亡。

处理该问题的第三种方法是将PACS实施为限制到仅从其连接的RIS所管理的已知源接收图像。如果客户需要从由未连接到该PACS的RIS管理的源采集图像，则客户必须将来自新源的数据转换到他们的RIS或者手动地将数据输入到两个信息系统中。虽然该解决方案提供了最精确的患者信息，但是是不切实际的，并且在变换的情况下，非常昂贵。

认识到健康护理信息系统通常不是独立的而优选互相连接，已经进行一些尝试以促进信息从一个系统传输到另一系统。例如，在1987年，已知开始健康等级7(HL7)的努力，其产生用于健康护理环境中电子信息的交换的一系列标准。该HL7协议使得诸如医院信息系统、临床科系统和药房的多种用户能够以对其最有利的方式交换信息。

然而，如上所述，并非从外部源到达设备的、或者可能甚至来自内部源的所有信息，服从HL7或另一标准。在来自一个源的患者数据没有完美地匹配来自另一个源的患者数据的这些情况下，为后续使用使信息一致可能是困难和耗时的。对该问题的先前的解决方法包括对这种“损坏研究”的异常处理，或将这种研究路由到用于完全手动或者利用一些电子设施使其一致的特殊接口或设备的类似的技术。例如，来自AGFA的PACS代理程序产品包括用于将PACS信息链接到放射学信息系统(RIS)信息的设备。患者信息中的错配基本上归档在用于损坏研究的特殊“存储体(bucket)”中。

继续使用这一个范例，由于当前已知的系统中任一都不足以处理这种损坏研究以利用来自各种源的患者信息中的冗余，故出现低效率。因此，在这种情况下，需要一种更有效地方式来处理来自各种非标准源的电子患者信息的互换，其中并非所有源都符合现有互换标准。

更一般地，需要通过处理来自与正执行的医疗程序最相关的远景(perspective)的工作流而增加护理者的生产率。在一些情况下，维持患者中心的工作流分析可能仍然更优选。然而，随着程序性医学变得更标准，基于关于特定患者的信息的观点来处理工作流而不是基于关于要执行的程序的信息的观点来处理工作流将更加普遍。

一些已知解决方案处理关于程序的总体工作流的一小部分；例如，来自Melbourne，FL的Witt Biomedical公司和Fairfield，CT的通用电气(GE)公司的血液动力学系统。

Witt Biomedical公司和GE公司处理心脏病学程序的实验室内(in-lab)部分，而不处理实验室之前和之后程序步骤。然而，没有已知的解决方案尝试提高程序性医学工作流的总体生产率，或者广泛地处理与特定程序相关的工作流元素的集合。例如，患者中心的已知系统通常仅关注程序的最终结果而并非程序本身，因而没有捕捉从该程序中可获得的数据的完整深度。他们不处理从监视患者人口的程序可获得的数据挖掘，或可以产生作为结果的趋势统计。他们通常不处理程序专有医生和工作人员效率，再一次，这种问题延伸超过单一患者数据，例如帮助医生办公室存取关于程序的医院产生的信息的问题。

改进临床输出而同时减少护理发送的成本的目标，使得大多数提供者机构聚焦在实施数个核心临床系统：CPOE、药房、医疗原则/决策支持、多训练文件(multi-disciplinary documentation)和用于所有采取的行动和相关输出的集中存储的临床贮藏库。受控的医疗词汇表，以及甚至在某种程度上的文件成像，是允许在这些核心系统上的更广泛和无缝的视图的支持技术。当前想法将导致购买机构从单一卖主购买这些核心系统，包括ADT和主人人工索引能力。

对于这些核心系统完全“企业化(enterprise)”是有利的，例如能够对给定患者人口提供广泛的纵向的临床历史(生到死)，以便于实现改善输出同时减少成本的目标。为此目的，他们应当基础广泛、包括每个医学专科、并且事实上从机构中任何点可存取。这些核心系统应当能够覆盖住院病人和门诊病人的相遇(encounter)，并且能够在提供服务给偏远的非自有的实体时跨越组织界限(商对商能力)。开发和部署这种“企业化”系统对于卖方和消费者两者都是重要的任务。

在健康护理机构努力实施这些包罗万象的“企业化”解决方案的同时，基于程序的医学的增长爆发了。由医学技术的进步、亚专科化的增长以及由于全球人口增加和“美国的灰色化”而导致的需求的增加，使得程序性医学的增长得到推进。医学技术的进展已经导致了新诊断和/或介入程序的数量增加。近乎所有基于程序的医学大量依赖于医学成像，强调了该领域中对效率的需求。

发明内容

根据本发明，程序性医学工作流系统收集、过滤医疗程序的每个阶段所需医学数据和在合适的时间传播给合适的护理者。

程序性医学工作流系统包括数据管理子系统、程序跨度子系统、工作组织子系统以及业务管理子系统。数据管理子系统捕获一个部门中执行、管理和测量患者护理所需的数据。

程序跨度子系统包括覆盖特定医疗程序的整个生命周期的管理的组件。程序跨度子系统捕获保险信息、医疗次序和历史，并且最终将结果返回到医生办公室。

工作组织子系统，通过对从完全不同的源收集的数据进行改编来满足专家和工作人员的特定需求来处理在整个程序期间各种专家和工作人员的不同需求。工作组织子系统从数据管理子系统中获取数据子集，并且在程序中合适的点，以最适用于当时需要这种数据的专业人员的方式展现该数据。

业务管理子系统包括监视和测量相应于特定程序的专科部门的业务方面和患者护理方面的组件，以帮助最优化吞吐率和患者输出。

根据本发明，程序性医学工作流系统通过持续监视和重新分配资源来最优化程序性部门的吞吐率并且管理程序性部门的效率。

此外，根据本发明，程序性医学工作流管理其组件以促使对于跨多个专科护理设置的各种工作流重新使用这种组件。

在该综述和下文的详细描述中所述的特征和优点并非所有的。对于本领域普通技术人员，考虑附图、说明书和权利要求，许多附加特征和优点将是明显的。而且，应当注意到，本公开内容中使用的语言主要是出于易读性和指导性目的而选择的，而不是用以描绘或限制发明的主题，确定这种发明性主题必须诉诸于权利要求。

附图说明

图1是示出根据本发明一个实施例的程序性医学工作流系统的高级结构图；

图2示出了根据一个实施例的应用结构；

图3示出了由图1的系统管理的程序中心工作流；

图4示出了图1的系统对报告工具的集成；

图5示出了图1的系统的各种组件执行的处理顺序；

图6是示出根据本发明一个实施例的具有自动产生患者信息的能力的医疗数据库系统的高级结构图；

图7是示出根据一个实施例的用作图6的医疗数据库系统的计算机系统的高级结构图；

图8是示出医疗数据库系统中的比较子系统的患者匹配模块的操作的流程图；

图9是示出根据比较子系统的实施例的当执行提供者匹配处理时由提供者匹配模块执行的步骤的流程图；

图10是示出根据比较子系统的实施例的当执行研究匹配处理时由研究匹配模块执行的步骤的流程图；

图11是示出根据医疗数据库系统的一个实施例的自动产生子系统的操作的流程图；

图12是示出根据医疗数据库系统的一个实施例的映射工具子系统的操作的流程图；以及

图13是示出词典子系统的更详细视图的结构图。

图14是根据本发明的一个实施例的允许用户配置工作明细表(worklist)的用户界面。

图15是允许用户选择将在工作明细表中显示的列的用户界面。

图16示出了用户创建的工作明细表。

附图仅出于说明目的示出了本发明的实施例。本领域技术人员将易于从下文描述中意识到，可以采用在此所述的结构和方法的替换实施例，而不脱离在此描述的本发明的原理。

具体实施方式

虽然将联系优选实施例描述本发明，将理解，将不意味着将本发明限制到那些实施例。相反地，其意图是覆盖所有替换、修改和等效物，正如可以包括在如随附权利要求所定义的本发明的精神和范围中的那些。

图1是示出根据本发明一个实施例的程序性医学工作流系统100的高级结构图。系统100实施为基于web的软件系统，提供了用于监视和改进临床输出和医院服务线的业务效率的单一机构。下列讨论集中于放射学，但是本领域技术人员将意识到，相似的方法同样可以应用于其它程序性医学实践领域。

在系统100中，从“程序中心”观点处理工作流，从而处理程序所需的各种资源使得它们需要的信息在需要的时候易于获得。

根据本发明一个实施例，系统100的主要功能组件是数据管理子系统101、程序跨度子系统102、工作组织子系统103和业务管理子系统104。

数据管理子系统101捕获在部门中执行、管理和测量患者护理所需的详细数据。在一个实施例中，子系统101包括数字图像采集和显示、医疗设备集成、电子医学记录集成、扫描的文件和结构化的临床数据聚集。来自这些组件的每一个的数据如下所述由子系统101按常规聚集和管理。

程序跨度子系统102包括覆盖特定医疗程序的整个生命周期的管理的组件。在一个实施例中，该覆盖包括从医生办公室的关于诸如保险、次序和历史的信息的数据捕获，继续计划和跟踪的部门间效率，并且最终将结果返回到医生办公室。

工作组织子系统103，通过对从完全不同的源收集的数据进行改编使得满足专家和工作人员的特殊需求，而处理整个程序过程中各种专家和工作人员的不同需求。因而，该子系统从数据管理子系统101中获取数据子集，并且在程序中合适的点，以最适于在那时需要这种数据的专业人员的方式展示该数据。

业务管理子系统104包括监视和测量相应于特定程序的专科部门的业务方面和患者护理方面的组件，以帮助最优化吞吐率和患者输出。

根据本发明一个实施例，系统100与医疗设备110和外部信息系统111集成。在优选实施例中，一组允许在完全不同应用之间通信的标准web服务，诸如IDX系统公司提供的服务导向结构(SOA)技术，用于完成该集成。在备选实施例中，与系统100一同使用的其它集成机制，包括诸如DICOM、HL7、HTTP和X12的通信标准，取决于涉及的特定程序以及用于这些程序的普遍健康产业标准。

现在参考图2，根据一个实施例，使用n-层结构中的基于web的应用结构210而实施系统100。特别地，应用结构210处理五种成像相关的专科：RIS(放射学)220、CVIS(心脏病学)230、PACS(图像归档)240、成像序列(suite)(从佛蒙特州南伯灵顿的IDX系统公司可获得的医疗成像管理系统)250，以及“专科C”(对于用于如医院或其它实践可能需要的未来专科的附加方面的类属引用)260。这些的每一个具有它们自身的专用组件(221、231、241、251和261)和扩展(extension)(222、232、242、252和262)。例如，组件221包括用于跟踪和报告其它专科没有利用的乳房X线照相术程序的功能。组件232包括用于捕获心脏病学cath实验室认证特别所需的数据元素的功能。组件222使用用于血管造影术检查的相似数据收集方法。本领域技术人员将理解，组件222中的数据元素专用于该专科。

所有这些专科所共有的是普遍工作流问题，由工作流使能器(enabler)270处理。在优选实施例中，这些包括诸如程序计划的共有业务组件271、作为业务组件使用的数据模式的共有业务实体272，以及处理诸如系统100内的安全和导航的全局任务的组件273。作为一个特殊范例，以患者为中心的系统通常在组织水平上支持基于角色(role-based)的安全性(例如，对各种将使用系统执行的任务授予许可)。然而，当多个专科使用相同的信息系统时，这种安全性并非充分粒状(granular)。例如，不需要心脏导管插入实验室技术人员能够编辑关于乳房X线照相术检查的数据。在优选实施例中，组件273提供了这种基于角色的安全性。

图2中未示出的其它使能器270包括共有工作流组件，即为一个程序开发但是可以在工作流中为其它程序重新使用的组件；基础业务/工作流组件，其提供作为用于工作流管理的“工具包”的基本组件；以及共有集成组件，用于在如在此所述的各种任务、组织和人之间建立对应性。

工作流使能器270与各种数据源280通信，其可以分类为现有数据库281、文件系统数据282和诸如连接到其它系统和到外部系统的其它类型接口的web服务的外部源283。

现在参考图3，示出了根据本发明的程序中心的工作流管理的一个范例。该范例管理涉及专科医生330、电子媒介记录(EMR)或其它外部患者信息系统331、参考提供者332、乡村健康护理机构333和相应于感兴趣的特殊程序的合适设备334(例如医学器械)的工作流。在该范例中，专科医生的工作流包括捕获/回顾(review)患者历史311(其自身需要回顾在先程序312)，回顾在先数字图像313，与EMR331通信而回顾问题列表314，与EMR331通信而捕获/回顾患者身体和历史信息，并且与EMR 331通信而回顾实验室结果。工作流还包括与EMR331通信而捕获后续(follow-up)次序317。另外，工作流还涉及捕获程序结果319和在程序320期间获得的相应数据，以及与参考提供者332和乡村机构333通信而分发321这种数据。最终，与外部设备334通信，专科医生330从程序319接收捕获的数据，并且回顾/解释数字图像320。在此所述的工作流管理包括识别工作流中涉及的人的各种角色，无论他们是不同类型的护理者还是不同类型的患者。因而，随着正管理的工作流的总体范围增加，不对用户展示与当前需要的上下文无关的信息。例如，不需要对读取压力回波的回波心脏病学家展示介入心脏病学特征，即使这种特征可以获得。

在优选实施例中，系统100可配置用于数个不同模式中的操作。系统100可配置用作为独立部门系统。同样可配置用作为集成到第三方入口和框架中的部门系统，例如，允许考虑医院的策略连同该医院中执行程序的医生组的策略或医院中的不同专科的策略。在系统100的一个实施方式中，诊断报告和专业帐单(bill)反映了主治医生属于的提供者组的标识和地址，并且不是必须是执行程序的医院。这种集成可以进一步延伸到覆盖多个健康服务线的第三方入口和框架。系统100的另一结构是作为覆盖多条健康服务线的独立企业应用。

注意到，系统100配置为从传统“检查”中区分出“程序”。已知系统关注检查，其主要包括执行的单一测试，以及随后的结果报告。另一方面，程序更一般化，并且包括为了治疗或诊断疾病而发生的一系列步骤，其依次可以产生多个结果。因而，可以认为检查为最简单的程序，仅具有单一步骤。如在此所述，对更一般化的程序的支持，更完整地处理了关于例如放射学和心脏病学IHE轮廓、SPS/MPSS和专科时序安排(工作人员和资源时序安排)的典型工作流。

即使简单的程序不同于患者访问的概念。例如，如果患者正在经历介入心脏导管插入术并且需要执行血管内超声，然后取决于哪个部门拥有该设备和主治医生的证明，可能需要从心脏导管插入中分离的超声的结果和账单。系统100配置为认为这种超声作为护理的一个部分，并且保持其与导管插入相关，而不是以常规方式作为新的患者就诊单独处理。通过保持这种联系，系统100避免了看似不相关但其实相关的信息的冗余存储。通过保持程序中的对应性，系统100允许用户交叉引用并且获得对于特定患者进行特定程序的所有步骤的细节。而且，通过保持对这种相关性的计数，系统100为程序的任何所需部分提供了拖放时序安排和任务分配，而不考虑是否相应资源来自于一个实践组或者不同实践组。

现在参考图4，提供了功能结构图，示出了系统100如何运行以使分离的报告工具420、430、440与医疗图像管理系统450(例如美国佛蒙特州的南伯灵顿的IDX系统公司提供的Imagecast系统)集成。专科医生健康护理提供者，诸如心脏病学家411、放射学家412或其它专家医生413都与患者的主要医生414通信以提供患者护理。各种专科医生通常具有他们自己的报告工具，例如420、430和440，用于捕获程序性发现(findings)和创建相应报告。如在此所述，系统100允许用户(在该情况下为医生414)识别451患者或程序，并且经由图像管理系统450，组合和协调这些不同的报告工具420、430和440。特别地，系统100经由图像管理系统450将工具420、430、440创建的报告映射453到通用词汇表，允许管理者415管理452(根据需要更新和修订)该通用词汇表，帮助实现账单和程序代码的分配454，并且允许质量或业务分析家416一同工作，和为了患者程序的总体改进产生455临床输出的报告(例如，趋势报告、效率报告)。

现在参考图5，示出了根据本发明的用于工作流处理的处理顺序。在该情况下，涉及两个护理者-医生511和分析家512。在图5中，横跨顶部列出上述实体。在每个实体下是表示经过的时间的垂直线。垂直线之间的水平箭头表示相关实体之间的交流(transaction)。应当注意到，在图5中并未示出每个交流。在本发明的其它实施例中，交流的顺序可以改变。

在阶段520，系统100允许医生511识别531感兴趣的患者/程序，并且开始输入或编辑临床发现534。在阶段522，当识别出患者或程序时，系统100随后经历程序查找513，基于其传送患者信息532和请求现有发现533。在阶段523，当存取患者信息和输入/编辑临床发现时，报告工具514开始传送发现。在阶段524，在处理了对发现的请求523和传送了发现535之后，词汇表映射器515将工具专有发现返回到报告工具514。一旦词汇表映射器515具有其需要的信息，其找回现有发现536并且将发现作为共有词汇表537存储在数据存储516中。回到阶段521，分析家512请求数据分析报告538；在阶段526，数据分析工具517能够从数据存储516中请求543这种信息，返回539共有发现数据，并且将格式化的数据报告返回544到分析家512。

系统100提供有些类似于常规PACS的图形用户界面，但是作为将用户选择限制到仅关于图像的替代，用户能够选择特定程序的各种方面，例如“往下深钻”用于特定患者的程序的部分的细节。现在参考图14，提供了一种用户界面，其给予系统100的用户根据需要配置他或她自身的工作明细表并且过滤信息的能力。如图14中所示，用户可以选择下列选择标准：检查状况1410，报告状况1420，提供者1430，患者状态1440，组织1450，检查代码1460，资源1470和检查种类1480。例如，在图14中，用户配置工作明细表“心脏CATH实验室”1405。对于该工作明细表，用户选择所有检查状况1410，所有报告状况1420，“HEART CENT”作为组织1450，以及“CATH”、“CATHPERIPH”和“ADULTCATH”作为检查种类1480。

现在参考图15，示出了用户界面，其允许用户选择将显示在工作明细表中的那些栏。在图15中，用户选择将显示下列栏：患者姓名1510，登记号1520，检查描述1530，检查日期/时间1540，请求者1550，检查状态1560和组织1570。

一旦用户提供他或她的选择标准，系统100产生工作明细表。现在参考图16，提供了用户创建的工作明细表，其允许用户观察例如从2005年10月19日到2005年11月17日期间对于心脏Cath实验室行为的所有报告。根据用户选定的选择标准创建工作明细表。

系统100给用户提供了包括清单、评估、日志和给定程序所需的类似内容的界面。该界面进一步指示那天专科医生具有什么工作，此外具有包括与来自系统100的细节相应的每个选择。

现在参考系统100的操作的更特别范例，下面将描述其功能的若干分类。

工作流管理

如上所述，系统100的操作的基础方面在与程序性医学相关的工作流管理中。将在任意给定医疗程序中执行的子任务根据程序改变，但是下面列出的范例处理了普通程序的许多典型子任务。

创建诊断报告/文件发现

程序性医学中最普通的任务之一是对程序细节与从诊断和/或治疗观点而言程序输出(例如，图像)指示了什么的解释的文件编制。在使用系统100的典型情况下，系统首先显示已经收集的属于程序的任何数据。然后，用户输入(手动或者通过与相关医疗设备的连接)并且修改与执行程序相关的数据，并且系统100记录了新数据。然后用户输入(再次，以任何方便的方式，从键盘输入到语音识别)数据的概要或解释，系统记录之。根据优秀的临床实践，然后用户核实(例如，签名)概要/解释，而系统100在适当时分配概要/解释的文字表达。

捕获口述

通常，医生和其它护理者发现通过口述比手写笔记或键盘输入而输入患者信息，方便得多。在优选实施例中，系统100经由口述捕获了程序的细节和对程序期间采集的图像的解释，产生了对护理者当前工作流实践的微小改变。用户首先识别刚刚执行或者用户正观察图像的程序；系统100以患者信息的确认作为响应；然后用户通过说入常规数字记录电路和软件(未示出)而记录解释和结果；并且系统为稍后的取回和识别/改编而存储已记录的信息。在替代实施例中，系统100将语音实时转换成文本并且显示，从而用户可以立即回顾、改正和确认产生的文本，此时系统100存储产生的文本以及原始语音记录或者只存储产生的文本。

记录文本发现

在一些情况下，优秀的临床实践需要护理者以文本形式而不是通过口述而输入信息。在这些情况下，系统100捕获程序和在程序期间采集的图像的解释的文本输入细节。首先，用户识别正对其提供解释的程序。系统100以患者信息的确认作为响应。然后，用户通过打字输入解释/发现，而系统100存储这种信息用于稍后的取回。在替换实施例中，其中用户是执行手动抄写护理者口述的打字员，用户听取相应的语音文件，并且根据语音文件输入合适的书面文本。

输入/编辑结构化的元素

通常，护理者希望的是使用编码的数据组以记录程序的细节和图像的解释。使用编码数据促使了业务生产率增加，并且由于随着时间和在一定范围的护理者中报告的一致性，导致患者护理的水平提高。系统100通过从系统化(codified)的元素自动产生文本报告而管理该方面的工作流。特别地，用户识别刚刚执行或者用户正观察图像的程序；系统100以患者图像的确认作为响应；用户使用在系统化的数据元素上的“点击(point-and click)”输入而记录解释/发现；系统100为稍后的取回存储系统化的元素并且根据选定元素产生文本报告。

分发(distribute)诊断报告/发现

程序性医学工作流中的另一近似普遍的任务是分发程序的结果(即，发现，解释)到请求或参考健康护理提供者。通常，该提供者将使用那些结果用于进一步诊断。一旦结果已知，系统100通过识别参考提供者(referringprovider)而管理诊断报告的分发，为该提供者确定报告接收的优选方法(例如，电子邮件，打印的报告)，并且通过优选方法发送报告。一旦提供者读取诊断报告，提供者可以确定患者护理的下一进程(例如，时序安排的后续的指派)并且经由系统100将该事件输入到工作流中。

管理工作的进行(改编)

在许多健康机构中普遍存在的低效率涉及确认需要进行的工作，从而当资源可获得时他们可以处理该工作。作为范例，对于整个机构通常只有有限的打字员资源集合(pool)可用，并且如果对于打字员存在方便的方式知晓他们何时需要进行工作，则最大化该资源集合的效率。系统100通过自动维持尚未抄写(transcribe)的语音文件列表而提高效率。特别地，系统100显示了不具有文本报告的口述列表。用户(即，打字员)选择其中之一而继续工作。然后系统100将该项标注为使用中，从而其不能被另一打字员选择。然后，系统播放相关语音文件并且如在“记录文本报告”的工作流说明中所述被抄写。

报告框架

处理工作流管理之外，系统100提供了报告框架以帮助实现通常与医疗程序相关的各种报告。在此描述优选实施例的范例。

识别患者/程序

事实上任何可以想象的医疗程序的工作流，需要识别涉及的患者和将执行的特定程序。在优选实施例中，系统100允许用户出于进一步数据输出或信息回顾的目的而有效地召唤(call up)这种信息。在先前的非计算机化系统中，该行为通常需要定位患者文件和将那些文件与服务的合适需求相关。在优选实施例中，用户，例如医生，输入任何可获得的识别信息，而系统100以可能匹配的列表作为响应。这种识别信息包括患者识别信息、程序信息(例如，当天所有未决MRI请求的列表)，以及可以帮助在可获得的数据库中排序而识别特殊患者或程序的其它信息。下面参考图6-13提供了患者信息的这种自动产生的进一步细节。然后医生从系统100展示的列表中选择合适的项，而系统100通过显示选定患者或程序的相关信息而响应。

创建报告/捕获发现

在现有系统中，仅保留与当时所需的诊断相关的程序结果是普遍的。例如，出于心脏病学的目的的成像，可能意图在于产生关于心脏周围血流的结果，并且其可以是报告作为程序结果的所有信息。然而，这种成像程序也可能附带地捕获可能在将来用于稍后疾病诊断中使用的其它细节。另外，对医学治疗失当要求的关注可能需要捕获关于程序自身的更多信息，而非仅程序的结果。因此，系统100促使捕获和传送程序结果和程序细节两者。在优选实施例中，基于特定程序和护理者优选项的效率，使得用于捕获该信息的不同机制可用。因而，使用向用户提供最佳生产率的工具，用户捕获在程序期间观察得的发现，或者对程序期间采集得图像的解释(如同可能的)以及护理建议的概要。在一个优选实施例中，系统100向用户呈现了关于程序的当前信息，例如在程序期间捕获的图像。用户观察那些图像，并且系统提供了可以捕获的发现的大量结构选择，成像的血管的数量、发现的堵塞的数量、每个堵塞的尺寸和严重性程度等。然后，用户捕获对图像中识别的发现的解释，并且捕获行动计划的建议，其可以包括另外的成像程序以进一步定义患者问题或诸如药物治疗的非基于程序的治疗。作为响应，系统100将捕获得的数据发送到数据管理子系统101用于进一步根据所需工作流处理，可以包括将建议的行动计划发送到参考医生或者开始外部系统111中的药房次序。在替换实施例中，在进行程序的同时，用户捕获程序的各种中间步骤用于存储和进一步通讯。例如，放射学家可以在乳房X线照相术或超声成像期间捕获成像的各个阶段，以显示事实上成像的人体的各个部分，即使在那些部分中未发现疾病。在另一替换实施例中，该捕获还包括在程序期间用户在口头医嘱上的活动停止，诸如在程序中给定的镇静剂服用。

映射到共有词汇表

健康护理机构通常包括各种设备和系统用于收集健康护理相关的信息。不幸的是，当前没有用于将这些信息以共有格式保持的通用标准。一些设备可以符合一个流行标准，而其它的设备符合另一标准，而还有一些其它可能以卖主私有的格式保持数据。因而，共有的工作流活动是获取从各不相同的不兼容的源收集的数据，并且将这些翻译成共有格式。在优选实施例中，系统100从这些发送发现数据的各种报告工具接收数据，并且将这些数据翻译成一组直接可用于系统100的共有数据元素。

临床输出的报告

通过分析关于他们采取的程序的聚集的临床数据，健康护理机构可以提高患者护理的水平和他们的总效率。这种信息可用于各种目的，诸如注册提交、患者护理分析、趋势分析、证明组织和其它研究。在优选实施例中，系统100为用户(例如，质量分析家或业务分析家)显示从其中选择的可能数据元素。然后，用户定制所需输出，不仅就内容还就表达风格和输出格式。然后，按照所需内容所要求的，系统100编译数据并且进行统计，并且然后根据要求打印或者以别的方式表现数据。

分配开账单/程序代码

存在大量系统用于自动化健康护理机构中的账单处理，和用于使用程序代码以相应于这种机构的活动。对于健康护理机构普遍的是，具有数个这种系统在运行，并且一些程序可以要求输入到一个以上的这种系统或从其输出。因此，在优选实施例中，系统100协调完全不同的系统之间的开账单和程序代码捕获，并且促使开账单代码和程序代码分配到共有词汇表。作为结果，不考虑哪个子系统产生的结构化文本，一旦任何私有数据元素映射到共有词汇表，开账单和程序代码以透明方式与程序集成。在优选实施例中，根据需要，对各个共有词汇表数据元素或者共有词汇表数据元素的特定组合进行映射。作为特殊范例，系统100确定一组发现中哪个共有数据元素分配开账单/程序代码。在一个实施例中，系统100将收集得的数据元素与共有词汇表模块配置的数据元素/开账单(billing)代码组合比较。然后，系统100确定在发现中存在的共有数据元素的哪个组合分配开账单/程序代码。然后，系统100在该程序的文件中包括已分配的开账单/程序代码。

管理共有词汇表

在对于数据元素需要共有词汇表之处，并且尤其在进行从私有临床数据元素到共有词汇表数据元素的映射之处，健康护理机构将需要不时的更新该映射。系统100以这种方式促使这类更新，即根据工作流中的需要，通过定义结构化报告工具中的私有元素和共有词汇表中元素之间的关系和定义共有词汇表数据元素或者一些情况下的元素组与开账单和程序代码之间的关系，而允许映射中的改变。在优选实施例中，系统100显示私有数据元素和共有词汇表元素，并且允许用户使用常规图形用户界面机制将相应元素相关在一起。然后，系统100允许用户为每个共有元素或元素组选择程序或帐单代码，并且也将它们相关在一起。然后，系统存储选定联系/关系以用于上述映射中。在优选实施例中，通过系统100允许在管理者可以根据需要而简单地修改之前建立映射的默认设置，而不是必须从暂存区(scratch)开始配置系统100，来获得效率。在替换实施例中，当将私有数据元素发送到映射器并且当前未与共有数据元素相关时，动态地创建临时关系。在该情况下，系统100向用户显示了非映射值，并且提示用户确认或选择其相关的共有数据元素。此时，为将来参考存储该关系。这样，可以匆忙(on the fly)创建关系并且不需要提前管理。

现在，更详细地参考结构化数据的映射。当前，在健康护理信息系统中，市场上存在大量临床结构化报告卖主和工具。每个卖主已经开发了可以用于文件化诊断或治疗结果的一组结构化数据元素。一些医学管理团体向着标准化他们特定专科的数据元素的方向努力。然而，该过程可能通常非常耗时和在一个专科中有争议，还未提及标准化和获得专科中一致同意所需的努力。因此，能够比较跨越完全不同的临床结构化报告系统的数据和医疗输出的问题，将是可预知未来的问题。

系统100允许医院工作人员使用一定范围的临床报告工具，并且仍然具有不考虑报告工具而比较临床输出的能力。这允许最终用户选择最适于该临床领域和/或最终用户工作流的临床报告工具，因此提高了用户生产力和患者护理。

系统100可配置为映射来自相同的医学专科中不同的报告工具或者来自跨专科的工具或者两者的数据元素。

当前在市场上的一些现有临床结构化报告工具提供了将它们的私有数据元素映射到普通代码集的映射(例如SNOMED)。这些系统仅注意处理最颗粒级别的问题并且未考虑到一些健康护理机构将具有多个临床结构化报告系统的事实。在这样的情景下，将仍然存在机构内收集的临床数据不能互相比较，甚至可能相同专科中的临床数据也不能比较的情况。

在优选实施例中，上述功能的大部分以常规方式实施，正如对于本领域技术人员将是显然的。然而，未常规实施的一个领域是如上提及的患者相关的数据的自动产生。因而在此详细描述该领域的优选实施。特别地，现在参考图6，示出了医疗数据库系统600的优选实施例的高级结构图。系统600将来自各个源的各种患者相关数据作为输入。一些源，为了简单和清楚在此称作内部源601，以已知标准格式提供患者相关的数据。作为一个范例，美国佛蒙特州伯灵顿的IDX系统公司生产的IDXrad产品，提供了符合HL7ADT协议和包括天然地匹配医疗数据库系统600中使用的那些的患者数据域的患者识别信息。对于来自内部源601的患者相关信息，医疗数据库系统600可以立即和明确地识别与内部源601提供的数据相关的患者，并且更新患者记录和该医疗数据库系统存储的其它相关信息。

医疗数据库系统600也配置为接收来自其它源的患者相关数据作为输入，所述其它源可能不以完美地匹配医疗数据库系统600中使用的形式提供这种数据。为了简单和清楚，这种源在此称作外部源602。普遍地，来自外部源602的数据将包括一些患者相关数据，但是该数据的形式将不完美匹配医疗数据库系统600的使用的形式，数据也不足以完全允许立即和确定地识别患者。

为了为访问医疗数据库系统600的健康护理人员提供最有效的工作流，系统适于响应于从外部源602接收的不匹配已经存在于系统中的患者的数据而自动产生患者相关数据。系统600优选尽力解释外部源602提供的数据，并且在可能的范围中自动产生和填充相关的记录和与从外部源接收的数据相关的域(field)。

在一个实施例中，医疗数据库系统600在常规计算机系统上执行。图7是根据一个实施例的用作为医疗数据库系统600的计算机系统的高级结构图。示出了耦合到总线704的至少一个处理器702。同样耦合到总线704的有存储器706、存储设备708、键盘710、图形适配器712、指示设备714和网络适配器716。显示器718耦合到图形适配器712。

该至少一个处理器702可以是任何专用或通用处理器，诸如INTEL x86或POWERPC-兼容中央处理单元(CPU)。该存储设备708可以是能够保持大量数据的任何设备，诸如硬盘、光盘只读存储器(CD-ROM)、DVD或一些其它形式的固定或可移除存储设备。存储器706保持处理器702使用的指令和数据。指示设备714可以是鼠标、轨迹球、光笔、触敏显示器或其它类型的指示设备，并且与键盘710一同使用以输入数据到计算机系统700中。

网络适配器716将计算机耦合到内部源601和外部源602。在一个实施例中，网络适配器716将计算机系统700连接到局域或广域网，其接下来连接到内部源601和外部源602。网络适配器716和网络可以使用任何常规网络技术，诸如以太网、TCP/IP、HTIP等，以与源601、602通信。在另一实施例中，内部源601和/或外部源602通过不同通信技术，诸如IEEE1394火线(firewire)、通用串行总线(USB)、串联和/或并联而连接到计算机系统700。在又一实施例中，在源601、602和作为医疗数据库系统600的计算机系统700之间没有直接通信。代替地，来自源601、602的数据编码在存储媒介中，诸如软盘、CD-ROM、DVD或其他磁、光或半导体存储器，其然后物理地传送并且插入到计算机系统700中。

用于提供归结于医疗数据库系统600的功能的程序模块720，优选存储在存储设备708上，加载到存储器606中，并且由处理器702执行。作为选择，硬件或软件模块可以存储在计算机系统700中的别处。如在此所用，术语“模块”指的是用于提供归结于模块的功能的计算机程序逻辑。

计算机系统700中的硬件和软件类型可以根据医疗数据库系统600的实施方式而改变。例如，运行在高容量环境中的医疗数据库系统600可以具有多个处理器和硬驱动子系统，以便于始终提供高处理吞吐率，以及具有多个显示器和键盘，以便于支持多个同时用户。同样，一些实施例根据系统的特定能力，可以省略一些组件，例如显示器718、键盘710和/或网络适配器716。另外，计算机系统700可以支持在此未详细描述的其它常规功能，诸如以各种格式显示图像，允许用户安全地登录进入系统600，支持管理能力等。

回到图6，在一个实施例中，医疗数据库系统600包括各种子系统，以执行提取从外部源602接收的患者相关数据的功能。这些子系统包括比较子系统604、映射工具子系统606、自动产生子系统608、词典子系统610以及患者注册子系统612。在一个实施例中，这些子系统实施为计算机系统700上的模块。

该映射工具子系统606从外部源接收数据，解释、映射和翻译数据，并且然后调用比较604和自动产生608子系统以将数据存储在医疗数据库系统600中。该比较子系统604确定是否对应于该来自外部源的数据的记录已经存在，并且如果这样，将数据与记录相关。如果相应记录不存在，自动产生子系统608创建记录并且使用接收的数据和其他已知信息填充数据域。

在一个实施例中，从内部源601和外部源602提供的数据包括医院信息系统(HIS)、放射学信息系统(RIS)、图片存档及通信系统(PACS)或其它这样的系统提供的数字化放射学图像。系统600的其它实施例可以接受其它医疗相关数据(或者甚至非医疗相关数据)作为放射学图像的替代或作为其的附加。

在一个实施例中，图像可以包括和/或伴随有描述图像内容的附加数字数据。在一个实施例中，附加数据包括患者识别信息、提供者识别信息和/或研究识别信息。这些数据可以以多种格式和协议的一种或多种编码，包括医学中数字通信(DICOM)协议、健康等级七(HL7)协议等。该数据也可以包括HL7或另一协议中的一则或多则消息，包括接纳/释放/转移(ADT)消息、命令消息(ORM)、结果消息(ORU)等。出于清楚的目的，数据的所有这些形式偶尔称作“患者相关数据”或简单的“患者数据”。应当理解，医疗数据库系统600的功能可以应用于任何类型的数据。因而，“患者相关数据”和“患者数据”意味着包括可以对其应用所述功能的任何类型的数据。

图8是示出根据医疗数据库系统600一个实施例的映射工具子系统606的操作的流程图。本领域技术人员将意识到系统600的替换实施例可以以不同次序执行所述步骤、执行附加步骤或省略某些步骤。在优选实施例中，IDX系统公司提供的ConnectR产品用于实施该映射工具子系统606。

映射工具子系统606从外部源602接收810数据。在一个实施例中，数据与患者、提供者和/或研究相关。一个实施例中的映射工具子系统606，关于患者相关数据是否包含进行映射的足够信息，作出阈值判定。如果不够，映射工具子系统606的一个实施例抛弃该数据并且产生异常(图中该步骤未示出)。该映射工具子系统606解释812来自输入数据的与患者、提供者和/或检查相关的数据，并且将其映射到医疗数据库系统600利用的表示。在一个实施例中，映射工具子系统606包括解释引擎607，其包含用于将来自各种外部源的数据解释、映射和翻译为各种表示和格式的规则和逻辑。解释引擎607使用该规则和逻辑解释接收的数据并且然后将数据映射到合适的记录、域或系统600使用的种类。

如果需要，解释引擎607也优选翻译812数据，从接收的格式到系统600使用的格式。例如，如果来自外部源602的数据将性别表示为整数值(例如，0＝男性，1＝女性，2＝未知)，而患者注册子系统612将性别表示为字符(例如，m＝男性，f＝女性，u＝未知)，那么映射工具子系统606将数据从第一种格式翻译到第二种格式。

映射工具子系统606优选根据已解释、已映射和已翻译的数据，进行对比较604子系统的应用编程界面(API)调用814。一般地，API调用设置词典610和/或患者注册612子系统的属性以反映接收的数据。例如，如果接收的数据描述一患者，映射工具子系统106进行对比较子系统604的API调用，导致其响应于接收得的数据，创建或更新词典610和/或患者注册612子系统中的记录和/或域。在一个实施例中，下面的描述中归结于比较604和自动产生608子系统的逻辑通过映射工具子系统606产生的API调用而执行。换句话说，映射工具子系统606产生API调用，导致比较604和自动产生608子系统执行下面描述的方法步骤和其它逻辑。

如图6中所示，比较子系统优选包括三个模块614、616、618。患者匹配模块(PMM)614优选利用患者识别信息，以便试图将在API调用中从映射工具子系统606接收的数据匹配到患者注册子系统612中的患者。提供者匹配模块(PRMM)616优选利用提供者识别信息，以便于试图将在API调用中接收的数据与词典子系统610中识别的提供者匹配。研究匹配模块(SMM)618优选利用研究识别信息以将API调用中接收的数据与存储在患者注册子系统612中的检查匹配。如果模块614、616、618能够识别患者、提供者或检查，那么然后模块用在API调用中接收的数据更新它。如果模块614、616、618不能识别患者、提供者或检查，那么模块优选调用自动产生子系统608，来在词典和/或患者注册子系统612中为新患者、提供者或检查创建和填充域中的合适记录。

现在说明PMM614，PMM614检查接收得的数据以确定该数据是否与患者注册子系统612识别的现有患者相关。如果数据与现有患者相关，那么比较子系统604优选用新接收的数据更新患者注册子系统612中的患者记录。否则，比较子系统604优选导致在患者注册子系统612中创建新的患者记录，并且导致用新接收的数据和可以确定的这种附加信息来填充该患者记录。

图9是示出根据医疗数据库子系统600的一个实施例，响应于从外部源602接收数据，比较子系统604的PMM614的操作的流程图。本领域技术人员将认识到，系统600的替换实施例可以以不同次序执行所述步骤、执行附加步骤或省略某些步骤。

PMM614优选初始地确定910已接收的数据是否包含足够的信息以支持匹配处理。在一个实施例中，已接收的数据必须包括医疗记录号(MRN)、部门号和主患者索引(MPI)号和姓/名对的至少其中之一。否则，PMM614抛弃912该数据并且不试图将数据与患者匹配。

如果数据包含足够信息支持比较处理，PMM614确定914是否MRN为指定的(即，MRN域非空)。如果指定了MRN，PMM614确定916是否在患者注册子系统612中发现具有该MRN的患者。如果918在注册子系统612中发现单个匹配患者，PMM614致使利用该数据更新920注册子系统612中的患者记录。如果918在注册子系统612中发现多个匹配的患者，那么PMM614优选创建922一个新的患者记录。PMM614也优选创建922“结合候选者(mergecandidate)”列表，包含该新的患者记录和多个匹配的患者。

如果916在患者注册子系统612中，PMM614未发现任何患者匹配该MRN，其优选确定917是否在数据中指定部门号。如果917指定了部门号(即，部门号域非空)，PMM614确定919是否在患者注册子系统612中发现具有该部门号的患者。如果924在注册子系统612中发现单一匹配患者，PMM614确定926是否对该患者已经存在MRN。如果926对该患者不存在MRN，PMM614优选致使使用从外部源接收的数据更新920注册子系统中的患者记录。如果924在注册子系统612中发现多个匹配患者，或者如果926对于单一匹配患者已经存在MRN，那么PMM614优选创建922新的患者记录。PMM614还优选创建922“结合候选者”列表，如前所述地，包含该新的患者记录和多个匹配的患者。

如果919 PMM614未发现使用该部门号的患者，那么PMM614优选致使创建930新的患者记录。因而，如果同时指定MRN和部门，但是PMM614不能识别患者注册子系统612中的匹配记录，那么PMM致使为患者创建新记录。

然而，如果，指定了MRN，但是不匹配患者，并且部门号域为空917，那么PMM614优选使用匹配标准932核查匹配。在一个实施例中，PMM614通过比较姓、名、出生日期(DOB)、社会保险号(SSN)、MRN和其它识别信息与患者注册子系统中的信息而核查932匹配。这些成分的每一个如下加权：

姓＝0.5

名＝0.25

DOB＝1.0

SSN＝1.0

MRN＝3.0

其它ID＝3.0

如果任何匹配数据的加权总和为3.75或更高，PMM614宣布934匹配。如果934发现一个或多个匹配患者，PMM614流程优选移动到步骤924。如果PMM614未发现匹配患者，PMM优选导致930创建新患者记录。

回到步骤914，如果MRN域为空，PMM614优选确定936是否部门号域也为空。如果936部门号为空，PMM614优选致使930创建新患者记录。如果936MRN域为空，但是数据包含部门号，PMM614确定338是否在患者注册子系统612中发现具有该部门号的患者。如果938未发现匹配患者，PMM614致使930创建新患者记录。如果940仅发现具有匹配部门号的单个患者，PMM614优选致使使用从外部源接收的数据更新920注册子系统中的患者记录。如果940在匹配子系统612中发现多个匹配患者，那么PMM614优选返回步骤922并且创建新患者记录。PMM614还优选创建922“结合候选者”列表，包含该新的患者记录和其它匹配的患者记录。

在图9所述的处理末端，PMM614已经更新920了患者记录、或者创建930新患者记录或者创建922新患者记录并且将其添加到可能结合候选者列表中。在后者情况中，优选再次访问结合候选者列表以确定是否该新患者记录可以结合到结合候选者中的一个。在一个实施例中，该确定由回顾患者记录的人类用户进行。

如上所述，PRMM616优选利用提供者识别信息，以便于试图将接收得的数据与词典子系统610中识别的提供者匹配。如在此所用，术语“提供者”指的是医生或其它健康护理提供者。然而，本领域普通技术人员将意识到，PRMM616提供的功能也可以用于将数据与提供者以外的实体匹配。因此，术语“提供者”应当解释为包括PRMM616的功能可应用的任何其它实体。

由映射工具子系统606从外部源602接收的提供者数据可以以HL7 ADT、ORM或ORU消息提供。如果提供者数据以HL7消息提供，那么经由API调用提供给PRMM616的数据优选地提供为合成名字(CN)数据类型。HL7 CN数据类型提供了与提供者相关的下列成分：提供者ID(也称作为“提供者号”)、提供者姓、提供者名、提供者中名、提供者后缀名、提供者前缀名和提供者头衔名。提供者ID可以标识提供者和提供者相关的组织。提供者数据也可以作为HL7 MFU或相似的主文件/词典管理消息提供到PRMM616。此外，提供者数据也可以提供为DICOM标题信息，优选使用人名(PN)值表示。该DICOMPN值表示提供了下列成分：提供者姓、提供者名、提供者中名、提供者后缀名、提供者前缀名和提供者头衔名。

图10是示出了根据比较子系统604的实施例，当执行提供者匹配处理时由PRMM616模块执行的步骤的流程图。通常，如果在API调用中从映射工具子系统606接收的数据与现有提供者相关，那么PRMM616优选用新接收的数据更新词典子系统610中的提供者记录。否则，PRMM616优选致使在词典子系统610中创建新提供者，并且致使使用新接收的数据和可以确定的这种附加信息填充提供者记录。本领域技术人员将认识到，子系统604的替换实施例可以以不同次序执行所述步骤、执行附加步骤或者省略某些步骤。

首先，PRMM616确定1010是否数据包括提供者号。如果1010数据指定提供者号，那么PRMM616在词典子系统中查找1012该提供者号以确定1014是否其包含匹配的提供者。如果1016词典子系统包含与该提供者号匹配的单个提供者，那么PRMM616按照该新数据指定的更新1018词典子系统610中的提供者和/或组织记录。

如果1010未指定提供者号，或者指定提供者号而PRMM616未在词典子系统610中发现1014该提供者，或者如果PRMM616在词典子系统中发现1016多个匹配提供者，那么PRMM616优选使用提供者名字在词典子系统610中查找1020提供者。如果1022 PRMM616未在词典子系统610中发现具有匹配名字的提供者，那么PRMM将该提供者添加1024到词典子系统。如果1026PRMM616发现单个匹配提供者，PRMM优选按照新数据指定的更新1018词典子系统610中的提供者和/或组织记录。

如果1026 PRMM616发现多个匹配提供者，PRMM优选根据提供者号(如果可获得)过滤1028该匹配列表。如果1030过滤未产生单一提供者，那么PRMM616优选将提供者添加1024到词典子系统610。如果1030过滤确实产生单一提供者，那么PRMM优选按新数据指定的更新1018词典子系统610中的提供者和/或组织记录。

如上所述，SMM618优选利用研究识别信息而将接收得的数据与存储在患者注册子系统612中的检查匹配。如在此所用，“研究(study)”是在患者身上执行的作为检查一部分的程序。多个研究可以与单一检查相关。例如，检查可以与多幅图像、数个实验室报告和一组评论相关。每幅图像或图像组、实验室报告等可以构成“研究”。

在一个实施例中由映射工具子系统606向SMM618提供的研究数据已经从DICOM标题中提取。这些数据优选指定一个或多个下列域：患者识别号，诸如MRN、部门号或MPI号；组织代码；登记号；预定日期/时间；以及检查代码。如果未提供登记号和/或预定日期/时间，这些数据优选由SMM618产生。该数据也可以指定关于患者的信息，诸如姓名、出生日期、SSN等。通常，如果已经存在相应于研究的检查，SMM618用新研究更新检查。如果不存在相应于研究的检查，SMM618创建新检查并且使研究与其相关。

图11是示出根据比较子系统604的一个实施例，当执行研究匹配处理时由SMM618模块执行的步骤的流程图。本领域技术人员将意识到，子系统604的替换实施例可以以不同次序执行所述步骤、执行附加步骤或省略某些步骤。首先，SMM618确定1110是否数据指定了登记号。如果数据指定了登记号，SMM618确定1112患者注册子系统612中是否有任何检查记录匹配该登记号。

如果1114患者注册子系统612中的单个检查记录匹配登记号并且也匹配MRN，那么SMM618使用从外部源602接收的研究数据更新1116该检查记录。如果1118患者注册子系统612中的单个检查记录匹配登记号并且也匹配部门号，那么SMM618使用研究数据更新1116该检查记录。

如果步骤1114和1118不能产生匹配，SMM618优选确定1120是否患者注册子系统612中的单个检查记录匹配登记号并且也根据患者匹配标准匹配。在一个实施例中，患者匹配标准将权重与患者信息如下关联：

姓＝0.5

名＝0.25

DOB＝1.0

SSN＝1.0

在一个实施例中，将从外部源602接收的患者信息与具有该登记号的检查记录中的患者信息比较并且对匹配域的权重求和。如果总和大于或等于1.75，宣布匹配。系统600的替换实施例可以不同地执行该匹配。如果1120存在匹配，SMM618使用研究数据更新1116该检查记录。

如果在前述步骤期间，1110未提供登记号，或者提供了登记号但是未发现匹配记录，SMM618优选确定1122通过考虑患者匹配标准、医疗器械类型和研究日期是否可以在患者注册子系统612中发现匹配的检查记录。如果1122存在匹配，SMM618用研究数据更新1116检查记录。否则，SMM618创建1124一检查并且使该研究与其相关。

如从比较子系统604的上述操作中可见，子系统主要以两种模式操作。当从外部源602接收的数据遵循HL7标准时，第一模式发生。在这种情况下，比较子系统604根据MRN或类似于部门号的另一可靠唯一标识符而寻找患者、提供者或检查。如果根据该信息发现患者、提供者或检查，不需要其它匹配，并且使用来自外部源602的该数据中包含的任何新信息更新相关数据库记录。

当数据并非来自HL7兼容源时，第二模式发生。在这种情况下，比较子系统604通过对诸如姓名、DOB、SSN、MRN等某些域赋予权重，而找到患者、提供者或检查。因而，在第二模式中，比较子系统604可以根据有些模糊的信息识别匹配记录。

映射工具子系统606优选调用自动产生子系统608以在词典610和患者612注册子系统中自动产生和填充记录和域。在一个实施例中，自动产生子系统608响应于比较子系统604到达其更新或创建一个或多个记录或域的处理状态而执行。这些处理状态包括图9中的“更新患者”920和“创建新患者”930步骤，图9中的“更新提供者和添加到组织”918和“添加新提供者”924步骤以及图10中的“更新检查”1016和“创建检查”1024步骤。

图12是根据医疗数据库系统600的实施例示出自动产生子系统608的操作的流程图。本领域技术人员将意识到，子系统608的替换实施例可以以不同次序执行所述步骤、执行附加步骤或省略某些步骤。自动产生子系统608从映射工具子系统1206接收1210 API调用，其包含指示将创建的新纪录或域或者将更新的现存记录或域的数据和/或指令。在另一实施例中，自动产生子系统1208从比较子系统1204接收API调用。

自动产生子系统608在词典610和/或患者注册612子系统中产生1212记录和/或域。通常，词典610和患者注册612子系统中的每个记录具有一组相关域，用于存储与该记录相关的数据。在一个实施例中，每个记录中的域的集合取决于记录类型。在其它实施例中，其它因素或信息可以控制与每个记录相关的域的数量和类型。每个域可以以数字、文本和/或二进制信息和/或适于存储在数据库中的任何其它数据类型的形式保持数据。例如，域可以指示名字、年龄和与患者相关的提供者。此外，域可以存储与患者相关的放射学图像或其它图像。

映射工具子系统606优选指导自动产生子系统608用合适的数据填充(populate)1214合适域。该映射工具子系统606优选致使自动产生子系统608将来自外部源602的已解释、已映射和/或已翻译的数据放置到合适的域中。自动产生子系统608也优选使用从词典610和/或患者注册612子系统的其它域中获得的数据填充1214某些域。例如，从外部源602获得的数据可以具有与词典610和/或患者注册612子系统中的数据的关系，或者根据词典610和/或患者注册612子系统中的数据触发某些依赖性，其致使某些其它域具有某些值。此外，自动产生子系统608优选用默认值填充1214某些域。下面更详细地描述这些域，并且这些域的任一个和所有可以根据系统600的实施例，使用默认值或其它值来填充。由于其响应于有限数据的接收实质上创建了完整记录，该步骤是有利的。

图13是示出词典子系统610的更详细视图的结构图。在一个实施例中，词典子系统610通过常规数据库技术实施。在优选实施例中，词典子系统包含九个逻辑上分离的词典：组织(organization)1310，检查1312，检查修改器1314，资源/资源组1316(这里称作“资源”词典)，器械1318，患者位置1320，体位1322，附属专科1324以及提供者1326。子系统610的替换实施例省略一个或多个这些词典和/或包括其它词典。

在一个实施例中，组织词典1310中每个记录包括组织代码和描述的域。组织代码指示提供与入口相关的信息的组织。说明域描述该组织。在一个实施例中，组织代码是必须域，并且除非该代码已知，否则不产生组织词典记录。

检查词典1312中每个记录优选包括用于组织代码、检查代码、说明、医学器械类型、体位和附属专科的域。在一个实施例中，组织代码和检查代码是必须域，除非这些代码已知，否则不产生检查词典记录。

检查修改器1314词典中每个记录优选包括用于组织代码、检查修改器代码、说明、医学器械类型、体位和附属专科的域。在一个实施例中，组织代码和检查修改器代码是必须域，除非这些代码已知，否则不产生检查修改器词典记录。

资源词典1316中每个记录优选包括用于组织代码、资源代码、说明和医学器械类型的域。在一个实施例中，组织代码和资源代码是必须域，除非这些代码已知，否则不产生资源词典记录。

器械词典1318中每个记录优选包括用于组织代码、器械代码、器械类型代码、说明和医学器械类型的域。在一个实施例中，组织代码、器械代码和器械类型代码是必须域，除非这些代码已知，否则不产生器械词典记录。

患者位置词典1320中每个记录优选包括用于患者位置代码和说明的域。在一个实施例中，患者位置代码是必须域，除非该代码已知，否则不产生患者位置词典记录。

体位词典1322中每个记录优选包括用于体位代码和说明的域。在一个实施例中，体位代码是必须域，除非该代码已知，否则不产生体位词典记录。

附属专科词典1324中每个记录优选包括用于附属专科代码和说明的域。在一个实施例中，附属专科代码是必须域，除非该代码已知，否则不产生附属专科词典记录。

提供者词典1326中每个记录优选包括用于组织代码、提供者号、提供者姓、提供者名、提供者中名、提供者后缀名、提供者头衔名、“可以解释”标记和“是技术专家”标记的域。在一个实施例中，组织代码、提供者姓和提供者名是必须域，除非这些代码已知，否则不产生提供者词典记录。

如同词典子系统610，患者注册子系统612优选通过常规数据库技术实施。在一个实施例中，患者注册子系统612存储关于患者、检查和研究的信息。这样，患者注册子系统612可以包括补充或重叠存储在词典子系统610中的信息的信息。在一个实施例中，患者注册子系统612和词典子系统610是单一数据库系统中逻辑分离的模块。

上述说明用以阐述优选实施例的操作，并且不意味着限制本发明的范围。参照上面的讨论，对于相关领域技术人员来说许多改变将是明显的，其将仍然包括在本发明的精神和范围内。

Claims (19)

1.一种程序性医学工作流系统，包括

数据管理子系统，配置用以捕获对应于医疗程序的数据；

程序跨度子系统，配置用以捕获和跟踪对应于医疗程序的选定部分的信息；

工作组织子系统，耦合到数据管理子系统和程序跨度子系统，配置用以选择合适的资源来执行该程序，并且按照该资源执行该程序的需要将捕获的数据的子集呈现给选定的资源；以及

业务管理子系统，耦合到工作组织子系统并且配置以监视该资源和程序的业务和患者护理方面。

2.根据权利要求1的系统，其中数据管理子系统从数字医疗成像装置接收一部分数据。

3.根据权利要求1的系统，其中数据管理子系统从放射学成像设备接收一部分数据。

4.根据权利要求1的系统，其中数据管理子系统从心脏病学成像设备接收一部分数据。

5.根据权利要求1的系统，其中数据管理子系统从多个成像组件接收数据。

6.根据权利要求1的系统，其中数据管理子系统集成来自医疗设备子集的数据、电子医疗记录、扫描文件、数据库网络服务和收集的结构化临床数据。

7.根据权利要求1的系统，其中程序跨度子系统捕获和跟踪的信息包括保险信息、医疗次序、医疗历史、时序安排和跟踪信息中至少一个。

8.根据权利要求1的系统，其中工作组织子系统还适于过滤展示给资源之一的数据，使得只有与程序内容中这一个资源相关的一部分数据被展示。

9.一种由程序性医学工作流系统执行的方法，该方法包括：

捕获对应于医疗程序的数据；

捕获和跟踪对应于程序的所选部分的信息；

选择合适的资源来执行该程序，并且按照该资源执行该程序的需要将数据的子集呈现给选定的资源；以及

监视该资源和程序的业务和患者护理方面。

10.根据权利要求9的方法，其中捕获数据还包括从数字医疗成像装置获得数据。

11.根据权利要求9的方法，其中捕获数据还包括从放射学成像设备获得数据。

12.根据权利要求9的方法，其中捕获数据还包括从心脏病学成像设备获得数据。

13.根据权利要求9的方法，其中捕获数据包括从多个成像组件获得数据。

14.根据权利要求9的方法，其中捕获数据还包括集成来自医学设备子集的数据、电子医疗记录、扫描文件、数据网络服务以及收集的结构临床数据。

15.根据权利要求9的方法，其中捕获和跟踪的信息包括保险信息、医疗次序、医疗历史、时序安排和跟踪信息中至少一个。

16.根据权利要求9的方法，还包括过滤展示给资源之一的数据，使得只有与程序内容中这一个资源相关的一部分数据被展示。

17.一种计算机程序产品，包括：

计算机可读介质，具有其中具体化的计算机程序代码，用于执行程序性工作流管理，该计算机程序代码适于：

捕获对应于医疗程序的数据；

捕获和跟踪对应于该程序的所选部分的信息；

选择合适的资源来执行该程序，并且按照该资源执行该程序的需要将数据的子集呈现给选定的资源；以及

监视该资源和程序的业务和患者护理方面。

18.一种程序性医学工作流系统，包括：

注册数据库，配置用于存储包含患者相关数据的多个医疗记录；

映射模块，配置用以接收患者相关数据并且将患者相关数据映射到医疗数据库系统利用的表示方式；

比较模块，耦合到映射模块，配置以接收已映射的患者相关数据并且确定该已映射的患者相关数据是否匹配存储在注册数据库中的医疗记录；以及

自动产生模块，通讯上耦合到映射模块和比较模块，配置用以响应于该患者相关数据不匹配存储在注册数据库中的医疗记录，产生一个或多个医疗记录，并且用接收的患者相关数据填充该一个或多个医疗记录。

19.一种由程序性医学工作流系统执行的方法，该方法包括：

存储包含患者相关数据的多个医疗记录；

接收患者相关数据并且将该患者相关数据映射到医疗数据库系统利用的表现方式；

接收已映射的患者相关数据并且确定该已映射的患者相关数据是否匹配已存储的医疗记录；以及

响应于该患者相关数据不匹配已存储的医疗记录，产生一个或多个医疗记录，并且用接收的患者相关数据填充该一个或多个医疗记录。

Images