CN105474218B - 用于报告多个医疗程序的系统和方法 - Google Patents

Abstract

提供了一种用于报告多个医疗程序的系统和方法。将第一医疗程序和第二医疗程序定义为要被报告的。创建针对第一医疗程序和第二医疗程序的多个报告区段。将所创建的报告区段中的第一子集与第一医疗程序相关联。将所创建的报告区段中的第二子集与第二医疗程序相关联，第二子集中的至少一个报告区段也与第一子集相关联。接收用于将第一医疗程序取消定义为要被报告的请求以及响应于用于将第一医疗程序取消定义的请求，使第一医疗程序与所述至少一个报告区段中与第一医疗程序和第二医疗程序相关联的每个报告区段取消关联。

Description

用于报告多个医疗程序的系统和方法

技术领域

本文所描述的示范性实施例涉及医疗领域中的系统和方法。更具体地，所述示范性实施例涉及用于在一个报告任务内创建针对多个医疗程序的医疗报告记录的系统和方法。

背景技术

医疗报告（特别是放射科报告）是患者健康记录的基本的组成部分。它们服务于若干目的：法医学交流；与其他放射科程序的比较标准；在丢失图像的情况下的永久记录；与其他健康专业人员进行交流；加快治疗的手段；以及帮助制定精确且精密的临床诊断的方法。

任何医疗信息技术系统的目标都是提高护理质量。在这个背景下，通常期望报告完整性和一致性。医疗报告（尤其在放射科背景下）是由其他临床专业（包括全科医务）所使用的服务。因此医疗和放射科报告由临床医生和全科医生所使用。临床医生和全科医生既对有效且有作用的诊断数据收集感兴趣，又对针对患者护理、调查或管理的诊断数据分析和统计感兴趣。

发明内容

本文所描述的实施例在一个方面提供了用于报告多个医疗程序的方法。该方法包括将第一医疗程序和第二医疗程序定义为要被报告的，创建针对第一医疗程序和第二医疗程序的多个报告区段，将所创建的报告区段中的第一子集与第一医疗程序相关联，将所创建的报告区段中的第二子集与第二医疗程序相关联，第二子集中的至少一个报告区段也与第一子集相关联，接收用于将第一医疗程序取消定义为要被报告的请求；以及响应于用于将第一医疗程序取消定义的请求，使第一医疗程序与所述至少一个报告区段中与第一医疗程序和第二医疗程序相关联的每个报告区段取消关联。

本文所描述的实施例在另一个方面提供了用于报告多个医疗程序的系统。该系统包括用于储存多个指令的存储器、数据储存设备和耦合到该存储器的处理器。该处理器被配置用于将第一医疗程序和第二医疗程序定义为要被报告的，创建针对第一医疗程序和第二医疗程序的多个报告区段，将所创建的报告区段中的第一子集与第一医疗程序相关联，将所创建的报告区段中的第二子集与第二医疗程序相关联，第二子集中的至少一个报告区段也与第一子集相关联，接收用于将第一医疗程序取消定义为要被报告的请求，以及响应于用于将第一医疗程序取消定义的请求，使第一医疗程序与至少一个报告区段中与第一医疗程序和第二医疗程序相关联的每个报告区段取消关联。

将根据与附图一起进行的下述描述来使所描述实施例的进一步的方面和优点得以显现。

附图说明

为了更好地理解本文所描述的实施例并且更清晰地示出它们可以如何生效，现在将仅通过示例的方式对附图做出参考，这些附图示出了至少一个示范性实施例，在所述附图中：

图1是用于使用文本宏来生成医疗报告的系统的示范性实施例的组成部分的框图；

图2是用于录入针对医疗程序的观察结果的示范性输入屏幕的示意图；

图3是示范性文本宏的示意图；

图4是图示了用于完成医疗记录的医疗报告生成系统的示范性实施例的一般操作步骤的流程图；

图5是图示了用于检索文本宏的示范性实施例的一般操作步骤的流程图；

图6是图示了用于确定所选择的文本宏是否与所选择的报告结构相兼容的示范性实施例的一般操作步骤的流程图；

图7是图示了用于更新报告结构的报告区段的示范性实施例的一般操作步骤的流程图；

图8是图示了用于完成医疗记录的示范性实施例的一般操作步骤的流程图；

图9是图示了用于选择正常报告的示范性实施例的一般操作步骤的流程图；

图10是图示了用于创建文本宏的示范性实施例的一般操作步骤的流程图；

图11图示了用于储存未报告的医疗程序的示范性数据结构；

图12图示了用于储存未报告医疗程序的程序输出的示范性数据结构；

图13是图示了用于多程序报告的方法的示范性实施例的一般操作步骤的流程图；

图14是图示了在多程序报告期间的示范性用户接口的示意图；

图15图示了用于追踪已经被定义为要被报告的医疗程序的示范性数据结构；

图16图示了针对被定义为要被报告的两个医疗程序的所检索到的示范性报告结构；

图17是图示了用于实施多程序报告的一部分的操作步骤的流程图；

图18是图示了用于显示所创建的报告区段的内容的操作步骤的流程图；

图19是图示了经确认的医疗记录的示意图；

图20图示了用于在报告任务期间追踪医疗程序的示范性数据结构；

图21图示了用于在报告任务期间追踪医疗程序的示范性数据结构；以及

图22图示了针对附加医疗程序所选择的示范性报告结构。

具体实施方式

将要领会的是，为了说明的简单和清楚起见，在认为适当的情况下，可以在多个附图当中重复参考数字来指示相应的或类似的要素或步骤。此外，陈述许多具体细节以便提供对本文所描述的示范性实施例的透彻理解。然而，本领域普通技术人员将要理解的是，本文所描述的实施例可以在没有这些具体细节的情况下进行实践。在其他实例中，尚未详细描述众所周知的方法、过程和组成部分以免使本文所描述的实施例晦涩难懂。此外，这个描述将不被认为是以任何形式限制本文所描述实施例的范围，而被认为是仅描述本文所描述的各种实施例的实施方式。

本文所描述的系统和方法的实施例可以按照硬件或软件或者其两者的组合来实施。然而，优选地，在可编程计算机上执行的计算机程序中实施这些实施例，每个所述可编程计算机包括至少一个处理器、数据储存系统（包括易失和非易失存储器和/或储存元件）、至少一个输入设备和至少一个输出设备。例如并且不限于，该可编程计算机可以是大型计算机、服务器、个人计算机、膝上型计算机、个人数字助理、蜂窝电话、智能电话或平板设备。程序代码被应用到输入数据来实行本文所描述的功能并且生成输出信息。该输出信息以已知的方式被应用到一个或多个输出设备。

优选地以高级的面向过程或面向对象的编程语言和/或脚本语言来实施每个程序以便与计算机系统进行通信。然而，如果期望，也可以以汇编语言或机器语言来实施该程序。无论如何，该语言可以是编译的语言或解释的语言。每个这样的计算机程序优选地被储存在储存介质或设备（例如ROM或磁盘）上，该储存介质或设备可被通用/专用可编程计算机读取，以便当计算机读取该储存介质或设备时配置和操作计算机来实行本文所描述的过程。该系统也可以被认为是被实施为配置有计算机程序的计算机可读储存介质，其中如此配置的储存介质使计算机以具体且预定义的方式进行操作以实行本文所描述的功能。

此外，所描述实施例的系统、过程和方法能够被分布在计算机程序产品中，该计算机程序产品包括承载用于一个或多个处理器的计算机可用指令的计算机可读介质。可以以各种形式来提供该介质，所述各种形式包括一个或多个磁盘、致密盘、磁带、芯片、线缆传输、卫星传输、互联网传输或下载、磁性和电子储存介质、数字和模拟信号等等。计算机可用指令也可以按照包括编译的代码和非编译的代码的各种形式。

本文中的“医疗程序”指的是使用医疗器械（medical modality）对患者实行的一个医疗行为。该行为生成程序输出，其可以是通过作用于患者的医疗器械所做出的测量结果。

本文中的“医疗命令（medical order）”指的是一个或多个医疗程序，实行所述一个或多个医疗程序来确定患者的状况。典型地，所实行的程序是关于针对一个患者的一种状况或一组有关状况。

本文中的“报告任务”指的是用于创建医疗记录的程序中的步骤，其中使得一个或多个医疗程序的程序输出对医疗专业人员有用并且其中医疗专业人员提供与程序输出有关的观察结果。“报告任务”可以基于会话的，其中在该会话期间使医疗程序可用。

本文中的“医疗记录”指的是已经由医疗专业人员“签署”或“确认”的观察结果。该医疗记录变成针对该患者的总体医疗记录的部分并且可以由其他医疗专业人员审阅以获得患者的医疗历史。一旦医疗记录被确认，不再可以以任何方式修改它的录入项。

现在参考图1，其图示了医疗报告生成系统100的示范性实施例的元件。医疗器械102（其可以是任意类型的合适的医疗设备）被用于实施医疗程序。这样的设备可以例如是计算机放射照相术（CR）、计算机断层照相术（CT）、核磁共振成像（MRI）、超声（US）、正电子发射断层照相术（PET）、数字放射照相术（DX）、乳房照相术（MG）、X射线血管照相术（XA）、核医学（NM）或其他设备。

DICOM工作站104可以被连接到医疗器械102。例如，它可以用来控制医疗器械102以便实施医疗程序。DICOM工作站104可以进一步被连接到医疗记录数据库106以便储存和检索医疗记录。例如，通过使用医疗器械102实施医疗程序所获得的初始结果（诸如医疗图像）可以被储存在医疗记录数据库106中。

医疗报告生成系统100可以与DICOM工作站104相连接以发送数据到DICOM工作站104和从DICOM工作站104接收数据。替代地，医疗报告生成系统100可以与医疗记录数据库106直接连接以发送数据到医疗记录数据库106和从医疗记录数据库106接收数据。

医疗报告生成系统100也可以连接到文本宏数据库110，其储存可用于在分段式（sectional）医疗程序报告中使用的多个本文宏。

医疗报告生成系统100也可以连接到报告结构数据库112，其储存要在分段式医疗程序报告中使用的多个报告结构。

根据一些示范性实施例，医疗报告生成系统100可以具有包括第一组可用文本宏的它自己的本地储存的本文宏数据库。此外，医疗报告生成系统100可以连接到包括第二组可用文本宏的外部储存的文本宏数据库（诸如文本宏数据库110）。

类似地，根据一些示范性实施例，医疗报告生成系统100可以具有包括第一组报告结构的它自己的本地储存的报告结构数据库。此外，医疗报告生成系统100可以连接到包括第二组报告结构的外部储存的报告结构数据库（诸如报告结构数据库112）。

提供用户接口114来允许用户实施完成的医疗程序的分段式报告来与医疗报告生成系统100相交互。用户可以是医疗专业人员，诸如医生、牙科医生、医师等。用户接口114可以包括显示和输入设备。输入设备可以是允许用户发送命令到医疗报告生成系统100的任意设备。输入设备可以是但不限于键盘、触笔、鼠标、听写设备、语音识别系统或运动检测传感器。

如在别处更详细地讨论的，应该理解的是，医疗报告生成系统100可以按照硬件或软件或者其两者的组合来实施。具体地，优选地在可编程计算机上执行的计算机程序中实施医疗报告生成系统100的模块，每个所述可编程计算机包括至少一个处理器、数据储存系统、至少一个输入设备和至少一个输出设备。在没有限制的情况下，该可编程计算机可以是大型计算机、服务器、个人计算机、膝上型计算机、个人数字助理、蜂窝电话、智能电话或平板设备。在示范性实施方式中，医疗报告生成系统100在软件中被实施并且被安装在任意合适客户端工作站（诸如客户端工作站108）的硬盘驱动器上，以使得客户端工作站108按照客户端-服务器配置与DICOM工作站104进行交互操作。

在针对给定患者的完成的医疗程序（例如放射科检查）的报告期间，用户将首先观察和分析医疗程序的输出。例如，输出可以是医疗图像、实行的程序特定的调查表、剂量信息或来自计算机放射照相术（CR）、计算机断层照相术（CT）、核磁共振成像（MRI）、超声（US）、正电子发射断层照相术（PET）、数字放射照相术（DX）、乳房照相术（MG）、X射线血管照相术（XA）、核医学（NM）和其他医疗设备的其他类型的程序相关的附属物（例如语音记录、手写注释）。该用户然后将记录他的或她的医疗程序观察结果。例如，在放射科领域，对于用户来说是典型的是分析放射科检查的医疗图像并且记录她的医疗图像观察结果。医疗程序的输出和用户的观察结果然后被记录在医疗记录内。可以根据包含在医疗记录中的输出和观察结果来生成医疗报告。在其他情况中，输出和观察结果被存储在医疗记录内，例如在数据库中。如果期望，根据储存的医疗记录在稍后的时间可以生成更多医疗报告。

由于其他用户随后将审阅针对医疗记录的医疗报告，所以期望对医疗记录进行组织并且该医疗记录是易于读取的。医疗记录的易用性取决于用户最初如何针对所实行的医疗程序来录入观察结果。

分段式报告是报告的方法，该方法允许用户以有组织的方式录入关于医疗程序的输出的观察结果。用户单独地录入针对医疗程序各个方面的观察结果。例如在放射科中，放射科程序将包括诸如放射科医生发现、用于该程序的原因、临床指标、比较研究、跟进、图像测量、关键图像、程序细节、印象、评论、结论、推荐和附录之类的区段。单独录入的观察结果然后被单独地维护为报告区段，所述报告区段然后被用来创建医疗记录和/或生成医疗报告。

分段式报告的优点是被维护为单独报告区段的单独录入的观察结果也可以被单独地储存。这进一步允许单独检索储存的报告区段。有别于其中所有观察结果被录入为一个连续且邻接的难以解析的数据块的块状形式报告，报告区段的单独储存允许仅对感兴趣的报告区段的快速检索。这允许完成的医疗程序的医疗记录的有目标的分析。在其他情况下，单独报告区段的检索允许跨越许多医疗程序的数据挖掘和分析。例如，有可能针对相同类型的许多医疗程序比较该类型的医疗程序的观察到的结论。替代地，有可能比较若干不同类型的医疗程序的观察到的结论。

参考图2，其中图示的是用于录入针对医疗程序的观察结果的在用户接口114上显示给用户的示范性输入屏幕200的示意图。例如，输入屏幕200可以具有一个或多个观察结果录入框202以便接收用户对观察结果的录入。每个观察结果录入框202对应于将要完成并且在医疗记录中维护的报告区段。观察结果录入框202可以与要被维护的报告区段的类型相关联以及可以具有识别该报告区段类型的标识符204。

例如，输入屏幕200具有用于类型“程序细节”、“发现”和“结论”的报告区段的标识符204。将要理解的是，其他类型的报告区段可以被示为用于使分段式报告完整。在用户接口114上示出的报告区段的类型是基于针对报告医疗程序所选择的报告结构的。报告结构指示对于要被创建的完整医疗记录所需要录入的一个或多个类型的报告区段。报告结构可以进一步指示补充的报告区段的类型，因为补充的报告区段不是对于完成对所完成的医疗程序的报告所需要的。

所选择的报告结构取决于要被报告的所完成的医疗程序的属性。医疗程序的属性应该被理解为与医疗程序相关联的任意属性，包括但不限于医疗程序的类型、患者特性、所使用装备的类型和实施该程序的医务工作者。

例如，具体类型的医疗程序（诸如乳房照相术）将需要具体类型的用户观察结果以及因此需要完成具体类型的报告区段。例如在乳房照相术的情况下，这些报告区段类型可以是BI-RADS评定或BI-RADS分数。作为进一步的示例，一定年龄以上或以下或者具有具体种族背景的患者可能需要录入具体报告区段类型。例如，在儿科中，有用的区段类型可以是针对骨龄或发育里程碑（development milestone）的区段类型。这个信息可以进一步影响选择用于报告所完成的医疗程序的报告结构。

在一些示范性实施例中，医疗报告生成系统100可以具有报告结构选择模块116，其访问报告结构数据库112以便检索适合于要被报告的医疗程序的报告结构。

在一些示范性实施例中，多个报告结构可以与医疗记录创建请求相对应。例如，对于医疗程序，创建仅需要完成很少报告区段类型的简短格式记录可以是可能的，或者创建用于完成不同类型的更高数量的报告区段的长形式记录可以是可能的。在这些实施例中，报告结构选择模块116可以经由用户接口114将对应的报告结构中的每个呈现给用户以允许用户选择最合适的结构。替代地，报告结构选择模块116可以自动地选择最相关或最常用的报告结构。

在检索报告结构后，医疗报告生成系统的报告模块118创建用于接收观察结果录入的报告区段。例如，在报告期间报告区段可以被创建并且在医疗报告生成系统100的系统存储器中被临时维护。可以针对由所选择的报告结构指示的需要的和不需要的类型的报告区段两者来创建报告区段。对于每个创建的报告区段，观察结果录入框202连同识别报告区段的类型的标识符204可以被显示在用户接口114上。可以通过接收由报告用户使用用户接口114的输入设备来做出的录入来填充创建的报告区段。也可以通过插入文本宏的文本块来完成对所创建的报告区段的填充。一旦由正需要的由报告结构指示的所有类型的报告区段被填充并且报告用户已经指示报告完成，填充的报告区段可以被存储在医疗记录内和/或用于生成医疗报告。

在一些示范性实施例中，在显示与由报告结构指示的报告区段类型相对应的观察结果录入框202之后，该报告用户可以通过选择性地添加或去除报告区段的类型来进一步手动修改要完成的报告区段的类型。这允许用户手动定制将被创建的医疗记录。例如，这个定制可以允许用户添加并非是所选择报告结构的部分但可能对于给定的医疗程序或患者是重要的报告区段的附加类型。

例如，当要立即根据由用户录入的观察结果创建医疗报告时，在完成医疗程序的报告之后报告区段的储存可以在本地发生于医疗报告生成系统100上。替代地，将所录入的观察结果按照有组织的区段报告格式储存在医疗记录数据库106中的医疗记录内以允许容易地检索记录或单独储存的报告区段以便在以后的时间生成医疗报告。

现在参考图3，其中图示的是根据各种实施例的可以用来填充所选择报告结构的报告区段的示范性文本宏300的示意图。文本宏300是可用于用户来录入观察结果以便完成医疗程序的分段式报告的工具。

每个文本宏300包括至少一个文本块302，其可以由文本块数字（例如1到n）来标识。

每个文本块302已经储存了观察结果录入字段304。该观察结果录入字段304是用于填充所创建报告区段的具体类型的录入项。观察结果录入字段304可以具有一个或多个类型，诸如纯文本、填写字段、DICOM SR和数据库字段。

纯文本可以仅仅是一串文本，诸如“正常表现的胸部X射线”。

填写字段可以指示必须由用户完成以便完成医疗程序的分段式报告的观察结果录入框内的观察结果录入子字段。在一些实施例中，填写字段可以表现为观察结果录入框202内的空白文本框。用户然后可以手动做出用于空白文本框的录入，其然后将被保存在与观察结果录入框202相关联的所创建的报告区段内。填写字段可以包含标签来帮助用户了解要做出的录入的类型，例如“右肾长度”。

返回参考图2，例如，与标识符204“程序细节”相关联的观察结果录入框202包含三个填写字段210，已经用录入项“XR THORAX”、“04-15-2008”和“用于此程序的标准协议”对填写字段210进行了填充。有利地，可以配置用户接口114以使得用户可以快速浏览经过各种观察结果录入框202的填写字段。例如，用户可以使用键盘快捷键（shortcut）或使用语音命令来滚动经过填写字段。在所选择的文本宏300的文本块302的观察结果录入字段304已经被预先配置有合适的纯文本和填写字段的情况下，用户仅需要浏览填写字段并完成这些填写字段以便完成对医疗报告的报告。

根据一些示范性实施例，填写字段中的一些可以被设置为强制的，因为只有在所有的强制填写字段已经接收到合适的录入项时才可以完成医疗报告的分段式报告。

根据一些示范性实施例，填写字段中的一些可以基于某些预设规则被自动填写。例如，文本块的填写字段可以被链接到基于正在被报告的完成的医疗程序的某些属性（诸如患者年龄和性别）所确定的一组录入项。不同的录入项可以用来基于属性的不同组合来自动填写该填写字段。例如，当具有基于年龄和性别的填写字段的文本宏被用来填充报告区段时，两个不同的录入项可以被录入到填写字段。如果育龄女性是治疗对象，录入项“胸部X射线之前，向患者解释该程序。也向该患者询问怀孕状态并且得到她并未怀孕的答复。”应该被录入。如果男性患者是治疗对象，录入项“胸部X射线之前，向患者解释该程序。”被录入，而没有提及怀孕。

根据一些示范性实施例，可以被录入到填写字段中的可能的值可以被限制于值的预定义集合。例如，如果填写字段被用来定义身体部位，可能的值可以被限定为“左”或“右”。例如，具有有限的一组值的填写字段可以被表示为用户接口114上的观察结果录入框202内的下拉式菜单。

返回参考图3，观察结果录入字段304 DICOM SR对象可以指示由用于实施医疗程序的医疗器械针对医疗程序所获得的内容或结果。例如，这样的对象可以是测量数据或计算结果。

数据库字段可以指示基于包含在各种数据库中的数据所自动填充的字段。例如数据库字段可以被链接到下述中的任意一个：

· 登录号（命令级别）；

· 登录号；

· 研究日期（实行该检查的日期）；

· 命令创建日期；

· 图像数量；

· 系列数量；

· 患者：显示姓名、名、姓、中名、前缀（先生、女士、夫人）、年龄（日、周、月、年）、性别（男/女）、出生日期、ID；

· 技师显示名称；

· 实行医师：显示姓名、名、姓、中名；

· 命令医师：显示姓名、名、姓、中名、电话、头衔、地址；

· 命令部门名称；

· 命令设施名称

· 报告作者：显示姓名、名、姓、中名、头衔；

· 命令程序：代码、姓名；

· 命令程序 - 身体部位；

· 命令程序 – 医疗器械类型；

· 报告创建日期和时间；

· 研究原因；

· 研究UID；

· 实行的程序步骤：代码、注释、描述、开始时间、结束时间、医疗器械DICOM代码、医疗器械DICOM名称；

· 检查室；

· 许可号。

根据一些示范性实施例，可以类似于填充字段来配置数据库字段。例如，在来自数据库的数据被检索并且录入到该字段中后，报告用户可以编辑该录入项。该用户也可以跨越一个或多个观察结果录入框202的各种数据库字段来浏览，例如使用语音命令或键盘快捷键。

根据一些示范性实施例，如果数据库字段被链接到空的数据库中的数据录入项，在用户接口114的观察结果录入框202中显示的数据库字段也应该被留空。随后，当该报告区段被保存在医疗记录内时，在对应的报告区段内数据库字段的位置也被留空。

根据一些示范性实施例，当数据库中的数据录入项被更新时，链接到该数据的数据库字段也被更新。然而，当用户（例如通过在完成分段式报告后在创建的医疗记录或医疗报告上签署）确认该医疗记录或医疗报告时，该数据库字段被冻结并且在数据库中的数据被更新时不再更新。只能通过取消该签署才能再次自动地更新该数据库字段。

根据一些示范性实施例，当数据库字段被数据库的数据填充时，该录入项可以被编辑。然而当用户随后编辑该数据库字段时，录入数据字段中的来自数据库的数据被改变为纯文本并且不再被自动更新。

根据一些示范性实施例，每个文本块302可以进一步具有相关联的报告区段类型参数310，其指示文本块302要被录入的报告区段的类型。例如，在报告区段类型参数310被指定用于文本块302的情况下，文本块302的观察结果录入字段304仅可以被用来填充相同类型的报告区段。

根据一些示范性实施例，每个文本块302可以进一步具有相关联的块需要参数312，其指示该本文块302对于完成医疗程序的分段式报告是否是需要的。例如，如果设计来指示在先比较研究的可用性的区段块被填写，则不可以对报告进行签署，因为这个信息是关键和强制的，但是即使设计来指示推荐的区段块被留空，也可以对报告进行签署，因为这个信息对于所有程序总是必要的。

文本宏300进一步包括文本宏参数，其被用于确定文本宏的类型，以及在一些情况下用于确定文本宏300关于要被报告的医疗程序的相关性。例如，文本宏300可以包括“区段特定的”参数320，其指示文本宏302是否仅适合于填充单个报告区段。如随后所描述的，区段特定的文本宏可以用来在用户不必须进行文本宏选择的情况下“自动地”填充特定类型的所创建的报告区段。

在一些情况下，文本宏300可以是自由文本文本宏。在这样的情况下，该文本宏300仅具有一个文本块302，其不与任意类型的报告区段相关联。因此，自由文本文本宏300的文本块302的观察结果录入字段304可以用来填充任意类型的报告区段。例如，用于报告医疗程序的经常使用的文本字符串可以被储存为非特定的文本宏300，诸如“患者的状况看起来是正常的”。

例如，文本宏300可以包括具有多个子参数332的“程序特定的”参数集330。程序特定的参数集330指示与该文本宏相关的医疗程序的类型。例如，文本宏参数集330可以具有“程序定义=‘放射科’”；“医疗器械=‘CT扫描’”和“身体部位=‘腹部’”的子参数332来指示该文本宏对于放射科、对于CT扫描以及对于‘腹部’是相关的。

例如，文本宏300可以包括具有多个子参数342的“用户特定的”参数集340。用户特定的参数集340指示与该文本宏相关的用户或用户组。例如，文本宏参数集340可以具有“个体用户=‘XYZ医生’”；“任务组=‘放射科’”和“系统=‘医院ABC’”的子参数来指示该文本宏对于医生ABC是最相关的，尤其对于放射科任务组是相关较少的以及对于医院ABC是甚至相关更少的。

可用的文本宏300被储存在文本宏数据库110内，该文本宏数据库110可以被医疗报告生成系统110的文本宏选择模块120访问。

参考图4，其中图示的是根据一些示范性实施例的用于完成医疗记录的方法的步骤400的示意图。图4图示了示例实施例，其中用户做出文本宏选择以便帮助进行分段式报告。然而，应该理解的是，所描述的示范性实施例不应被限制到用户必须做出文本宏选择的情形。也就是说，应该理解的是，根据一些实施例，在没有做出文本宏选择的情况下用户可以总是完成对医疗程序的分段式报告以及改为通过将观察结果手动录入到观察结果录入框202中来完成报告。当前描述意图覆盖这样的替代方式。

在402，完成在医疗器械102上实行的医疗程序。例如，在医疗程序期间取得的一个或多个医疗图像和一个或多个测量结果可以被储存在医疗记录数据库106中的医疗记录内。在医疗报告生成系统100处接收用于报告完成的医疗记录和创建医疗记录的请求。该请求将指示医疗程序的至少一些属性，诸如类型、日期、时间、医疗器械和/或身体部位。

在步骤404，选择与在接收到的医疗记录创建请求中所指示的完成的医疗程序相对应的报告结构。可以根据上文所描述的示范性方法由报告结构选择模块116来实行对该报告结构的选择。

在步骤406，与完成的医疗程序有关的文本宏300被检索并且该文本宏的标题可以在用户接口114上显示给录入观察结果的用户来完成该医疗程序的分段式报告。例如，可以由文本选择模块120来实行对相关文本宏300的检索。例如，可以基于可用文本宏300的文本宏参数和子参数来实行对相关文本宏300的检索。

在步骤408，接收对文本宏300的选择。例如，在将检索的相关文本宏300按它们各自的标题显示为列表后，用户可以通过选择（诸如用鼠标悬停在显示的文本宏标题上、突出显示所显示的文本宏标题、点击所显示的文本宏标题或提供与文本宏300相对应的语音命令）来做出对期望的文本宏的选择。

在步骤410，做出在步骤408所选择的文本宏300是否与在步骤404所选择的报告结构相兼容的确定。将要领会的是，所选择的报告结构将指示需要被完成的一个或多个类型的报告区段和一个或多个补充类型的报告区段。同样地，所选择的文本宏300也可以具有所需要的并且与特定报告区段类型310相关联的一个或多个文本块302。如果在由该报告结构指示的报告区段的类型的集合内没有找到文本宏300的所需要的报告区段类型310，则在所选择的报告结构和所选择的文本宏之间可能存在不兼容性，反之亦然。特别地，在由所选择的报告结构所指示的集合中没有找到与所选择文本宏300的文本块302相关联的报告区段类型参数310中所指示的特定类型的情况下存在不兼容性。

根据一些实施例，如果在与所选择的文本宏300的所需要的文本块302相关联的报告区段类型参数310中所指示的所有类型是由所选择的报告结构所指示的仅所需要的报告区段类型的子集，则可以确定所选择的文本宏300与所选择的报告结构相兼容。如果文本块302的相关联的块需要参数312被设置成“需要的”，则需要文本块302。替代地，如果在与所选择的文本宏300的所需要的文本块302相关联的报告区段类型参数310中所指示的所有类型是由所选择的报告结构指示的报告区段的所有类型（包括所需要的报告区段类型和补充的报告区段类型两者）的子集，则可以确定所选择的文本宏与所选择的报告结构相兼容。

如果在410确定所选择的文本宏300与所选择的报告结构不兼容，该方法可以返回到408来接收另一个文本宏选择。例如，指示所选择的文本宏300不兼容的消息可以被显示在用户接口114上。也可以在用户接口114上建议替代的文本宏300，使得用户可以做出另一个文本宏选择并且使得该方法可以返回到410来进一步确定新选择的文本宏是否与所选择的报告结构兼容。

如果在410确定所选择的文本宏与所选择的报告结构相兼容，该方法可以继续进行到412。在步骤412，用所选择的文本宏300的文本块302的观察结果录入字段304来填充针对所选择的报告结构所创建的报告区段。

例如，如果所选择的文本宏300是自由文本，那么所选择的文本宏300的一个文本块302的观察结果录入字段304可以被插入到由用户在用户接口114上当前选择的观察结果录入框202中。

例如，如果所选择的文本宏300不是自由文本，那么文本块302的观察结果录入字段304（每个都与报告区段类型310相关联）被用来填充具有相同类型的所创建的报告区段。

在414，接收由用户手动做出的录入。例如，用户可以在用户接口114上突出显示观察结果录入框202，并且做出录入或修改已经做出的录入。例如，在观察结果录入框202尚未被所选择的文本宏300的文本块302的观察结果录入字段304插入的情况下，用户可以手动做出录入。在观察结果录入框202已经插入有所选择的文本宏300的文本块302的观察结果录入字段304的情况下，用户可以修改该录入。可以由用户使用用户接口114的任意合适的输入设备来实行录入或修改。

在416，完成对医疗程序的分段式报告以及临时创建的报告区段可以被储存为医疗记录内的单独的报告区段。例如，每个报告区段可以被储存为与报告区段的报告区段类型相关联。

根据一些示范性实施例，在完成分段式报告之前，（例如通过报告模块120）做出具有指示为由所选择的报告结构需要的类型的所有报告区段已经被填充的验证。根据一些示范性实施例，也可以做出文本块302的观察结果录入字段304的强制填写字段已经被适当地完成的验证。

现在参考图5，其中图示的是根据用于确定和检索与要被报告的完成的医疗程序相关的文本宏300的一些示范性实施例的方法500的示意图。

在502，要被报告的完成的医疗程序的第一程序特定的属性被设置为当前的程序特定属性。例如，在确定程序定义是最相关属性的情况下，程序定义被设置为当前的程序特定属性。例如，如果要被报告的医疗程序具有是‘放射科’的程序定义，‘放射科’被设置为当前的程序特定属性。程序特定属性也可以被理解为“用于”文本宏300的参数，因为它被用来确定文本宏300是否可以被“用于”特定类型的医疗程序。

在504，遍及文本宏数据库110进行搜索。检查储存在文本宏数据库110中的可用文本宏300来找到具有与当前的程序特定属性匹配的程序特定参数332的可用的文本宏300的所有的文本宏300。例如，如果当前的程序特定属性是‘放射科’，则在504检索具有‘放射科’程序定义子参数332的所有的文本宏。

在506，在步骤504检索到的文本宏300被设置为潜在相关的文本宏。

在508，将已经识别为相关的300的数量和潜在相关的文本宏300的数量的总数与要被建议的相关文本宏300的预先确定的数量进行比较。例如，可以期望仅建议有限数量的相关文本宏300。建议过多文本宏300可能使用户受不了。而且，在用户接口114上可能也没有足够空间来显示所有检索到的文本宏。

如果确定相关或潜在相关的文本宏300的总数并不超过要被建议的相关文本宏300的预先确定的数量，在510确定医疗程序的其他程序特定属性是否可用于找到更多的相关文本宏300。如果没有剩余更多的程序特定属性，那么在步骤512识别为相关的所有文本宏都被建议给用户，例如通过在用户接口114上显示它们。

如果剩余更多的程序特定属性，在步骤514，在504检索到的潜在相关文本宏被设置为相关文本宏。然后，下一个最相关的程序特定属性（诸如“医疗器械”）可以被选择为当前的程序特定属性以及该方法返回到504来检索具有与新设定的当前程序特定属性匹配的子参数332的所有文本宏300。将要领会的是，具有与较不特定于完成的医疗程序的程序属性匹配的子参数的文本宏300也是较不相关的，以及可以被排序在已经被确定为相关的文本宏300之后。

返回到步骤508，如果相关文本宏和潜在相关文本宏的总数超过要被建议的相关文本宏300的数量，则基于另一组文本宏子参数（诸如用户特定子参数342）从识别为潜在相关的文本宏300中做出文本宏的相关性的进一步确定。做出基于第二组文本宏子参数的确定来找到潜在相关的文本宏中的哪些是最相关的。

在516，选择第二组文本宏子参数以用于相关性的进一步确定。第二组的最相关的子参数被设置为当前子参数。例如，在第二组文本宏子参数是用户特定参数的情况下，当前子参数可以被首先设置为‘个体用户’。用户特定参数也可以被理解为“可用于”文本宏的参数，因为它被用来确定可能使文本宏300 “可用于”哪些用户。根据在步骤506确定的潜在相关文本宏，在步骤516检索具有与当前用户特定属性匹配的用户特定子参数332的所有文本宏300。

在518，在516检索到的所有文本宏被设置为除先前识别为相关文本宏的文本宏之外的相关文本宏。

在520，如果在518在检索后的相关文本宏的总数大于要被建议的文本宏的数量，则在512显示相关文本宏。例如，可以显示等于要被建议的数量的一定数量的最相关的文本宏300。

如果相关文本宏的总数并未超过要被建议的文本宏的数量，那么在522，第二组子参数中的下一个最相关的子参数被选择为当前子参数，以及在步骤516，进一步的搜索将是从在步骤506确定的潜在相关的文本宏中识别具有与当前用户特定属性匹配的用户特定子参数332的所有文本宏300。进行根据子参数的进一步搜索直到相关文本宏的总数等于或超过要被建议的文本宏的数量，在那时，在512显示相关文本宏300。

现在参考图6，其中图示的是根据一些示范性实施例的用于确定所选择的文本宏300是否与所选择的报告结构相兼容的方法600的示意图。例如，方法600的各种步骤可以被实行为用于确定所选择的文本宏300是否兼容的步骤410的部分。例如，可以通过客户端工作站108的文本宏选择模块120来实行方法600的步骤。

例如，在步骤408接收文本宏选择之后，在602确定是否需要所选择的文本宏300的第一文本块302。例如，这可以通过验证文本块302的块需要参数310来完成。如果在步骤602确定需要文本块302，则在604进一步识别相同类型的报告区段是否被所选择的报告结构所指示。这个确定可以通过将文本块302的报告区段类型参数310与由所选择的报告结构所指示的报告区段的类型相比较来做出。

如果在604确定与文本块302的报告区段参数310相同类型的报告区段并未被所选择的报告结构所指示，则在606确定所选择的报告结构与所选择的文本宏300不兼容。

如果在604确定与文本块302的报告区段参数310相同类型的报告区段被所选择的报告结构所指示，则方法600继续进行到608来确定所选择的文本宏的所有文本块302是否已经被验证。

如果在步骤602确定不需要文本块302或如果在步骤604确定与文本块302的报告区段参数310相同类型的报告区段被所选择的报告结构所指示，则在步骤608进一步确定所选择的文本宏300的所有文本块302已经被验证。如果并非所有文本宏都已经被验证，则在步骤610检索所选择文本宏300的下一个文本块302并且做出与下一个文本块302的报告区段类型参数310相同类型的报告区段是否被所选择的报告结构所指示的进一步确定。

如果在步骤608确定所选择的文本宏300的所有文本块302已经被验证以及因为确定了与所选择的文本宏300的所需要的文本块302中的每个所关联于的报告区段类型参数310相同类型的报告区段类型被所选择的报告结构所指示，则在612确定所选择的报告结构与所选择的文本宏300相兼容。

将要领会的是，根据一些示范性实施例，如果所选择的文本宏300的所需要的文本块302的报告区段类型310的中的任意一个没有在所选择的报告结构中被找到，则所选择的报告结构将被发现是不兼容的。

还将领会的是，根据一些示范性实施例，如果包括在与所需要的文本块302相关联的报告区段类型参数310中的所有类型是由所选择的报告结构所指示的可用报告区段类型的子集，则所选择的报告结构将被发现是与所选择的文本宏300相兼容的。

现在参考图7，其中图示的是根据一些示范性实施例的用于利用来自所选择文本宏300的内容更新针对所选择的报告结构所创建的报告区段的方法700的示意图。例如，方法700的各种步骤可以被实行为用于用所选择的文本宏的内容来更新所选择报告结构的报告区段的步骤412的部分。例如，可以由医疗报告生成系统100的报告模块118来实行方法700的步骤。

例如，在已经在404选择报告结构和在480接收文本宏选择并且已经在410确定两者兼容之后，在702做出所选择的文本宏300是否为自由文本文本宏的第一确定。

因为自由文本宏可以用来更新与报告区段类型无关的任意报告区段，提供一种方式来确定自由文本文本宏300具体应该被插入到哪里。根据一些示范性实施例，在704自由文本文本宏300的内容可以用来更新与当前聚焦的观察结果录入框202相关联的所创建的报告区段，例如在用户接口114上由用户选择或突出显示。

在更新与当前聚焦的观察结果录入框202相关联的报告区段之后，该方法继续进行到414来接收针对还要被完成的报告区段的用户录入或者更新已经填充的报告区段。然而，将要领会的是，多于一个的自由文本文本宏可以针对相同的所选择的报告结构被顺序地选择来填充多于一个所创建的报告区段。除了选择具有与特定报告区段类型相关联的文本块302的文本宏300之外，自由文本文本宏也可以被选择用于完成对医疗程序的报告。

如果在702确定所选择的文本宏300包含已经定义了报告区段类型参数310的文本块302，则在705检索下一个文本块302。如果尚未检索到文本块302，则检索第一文本块302。

在706，通过录入文本块302的观察结果录入字段304来填充与在步骤705检索到的该文本块302所关联于的报告区段类型参数310中所指示的类型匹配的类型的所创建的报告区段。

在708，确定所选择的文本宏300的所有文本块302是否已经被检索以及文本块302的观察结果录入字段304是否已经被用来填充具有匹配类型的所创建的报告区段。如果所有文本块302已经被检索，则完成对该区段的更新以及该方法继续进行到步骤414来将用户录入接收到观察结果录入框202中以便进一步填充或更新针对所选择的报告结构所创建的报告区段。

如果所有文本块302尚未被检索，在710检索下一个文本块302以便更新针对所选择的报告结构所创建的报告区段。重复对文本块302的检索直到所有文本块302已经被检索并且文本块的字段已经被录入到对应的观察结果录入框202中。

参考图8，其中图示的是根据一些示范性实施例的用于完成医疗记录的方法800的示意图。方法800类似于方法400但更详细，因为它在一个方面示出了用于选择正常报告的步骤。在另一个方面它也示出了在所选择的文本宏300与所选择的报告结构不兼容时用于选择报告结构的步骤。然而，将要领会的是，两个附加的方面不需要一定被一起包括在示范性实施例中。例如一些示范性实施例可以仅具有用于选择正常报告的附加步骤，而其他示范性实施例可以仅具有用于选择新报告结构的附加步骤。

在402，完成在医疗器械102上实行的医疗程序。例如，在期间医疗程序期间取得的一个或多个医疗图像和一个或多个测量结果可以被储存在医疗记录数据库106中的医疗记录内。

在步骤404，选择与接收到的医疗记录创建请求相对应的报告结构。根据上文所描述的示范性方法可以通过报告结构选择模块116来实行对报告结构的选择。

根据可以选择正常报告的实施例，在步骤822，确定针对完成的医疗程序是否定义了正常报告。正常报告可以表现为一种报告，其可以包括最经常使用的或适合特定分段式报告标准的文本宏和/或报告结构。例如，正常报告可以被储存在正常报告数据库中或本地储存在文本选择模块114内。例如，正常报告可以指示唯一的报告，其是针对完成的特定医疗程序的标准。正常报告可以指示要被选择的正常文本宏。正常报告也可以指示要被选择的具有完成的医疗程序的正常报告结构。

根据一些示范性实施例，呈现正常报告以用于被用户选择，以便报告医疗程序的结果是正常的。如同将要领会到的，正常报告作为时间节约工具是尤其有用的，因为对于许多类型的医疗程序而言，该结果在大多数情况下将是正常的。作为结果，在许多情况下用户将在医疗记录中录入相同的观察结果来指示该结果是正常的，以及由于是用于录入这些观察结果的快速可访问工具而将因此得益于该正常报告。此外，因为每当结果为正常时都要录入相同的观察结果，对于要被报告的特定的完成的医疗程序而言，仅使一个正常报告可用于由用户进行的选择。因此，当将文本宏定义为正常报告时，可以进行验证来确保将导致冲突的另一个正常报告尚未被定义。

例如，在一些示范性实施例中，针对特定程序类型仅定义一个正常报告以使得仅可以选择该正常报告。然而，在其他示范性实施例中，针对特定程序类型可以定义多于一个正常报告，但定义的每个正常报告与关于针对相同程序定义的其他正常报告的唯一等级（rank）相关联。例如，针对相同程序类型所定义的正常报告可以均被提供有唯一的用户级元数据。具有最高等级的用户级元数据的正常报告被检索并且使其可用于由用户进行的选择。

例如，第一正常报告可以被定义用于特定医疗程序类型并且与用户的特定用户账户相关联，第二正常报告可以被定义用于相同的医疗程序类型并且与该用户账户所属的任务分配组相关联，以及第三正常报告可以被定义并且与包括任务分配组的系统相关联。在这样的情况下，与用户账户相关联的正常报告被检索以用于由用户进行的选择，因为它是最高等级的且最特定的。如果没有正常报告被定义用于用户账户，那么被定义用于下一个最特定的用户级的正常报告被选择用于检索。

根据一些示范性实施例，在定义正常报告的情况下，在824，提示可以被显示在用户接口114上来提示报告用户决定是否应该选择正常报告。替代地，可以使正常报告可用于在用户接口114上的选择。例如，正常报告可以与检索到的其他相关文本宏被分离地显示以及使该正常报告可用于在用户接口114上的选择。

在步骤826，确定是否已经选择正常报告。如果未选择正常报告，方法继续进行到830以及显示与完成的医疗程序相关联的文本宏以及在步骤840接收由用户做出的文本宏的选择。在步骤826，如果选择了正常报告，那么在步骤828选择在正常报告中指示的正常文本宏。根据一些实施例，正常报告也包括正常报告结构以及正常报告结构也被选择。

根据一些示范性实施例，在定义正常报告的情况下，可以自动地选择正常报告。例如，可以自动地选择由正常报告指示的文本宏。如将要领会到的，当正常报告表现为经常使用的或对于特定分段式报告结构所需要的报告时，对正常报告的自动选择允许对于用户完成对该医疗程序的报告所需要的时间量方面的进一步节约。

现在参考图9，其中图示的是用于基于用户级属性的特异性来选择正常报告的示范性方法900的步骤的示意图。例如，方法900的各种步骤可以被实行为用于确定是否针对完成的医疗程序定义了正常报告的步骤822的部分。

例如，在902确定是否定义了具有与当前用户或用户组相匹配的用户特定属性的正常报告。如果该用户特定属性匹配，则在904该正常报告被定义为正常报告以及在916确定定义了正常报告。

如果并未定义这样的正常报告，则在906，确定是否定义了具有与针对当前用户或用户组定义的组相匹配的组特定属性的正常报告。例如，用户可以没有特定地针对他的/她的用户账户所定义的任何正常报告以使得在902将不会找到具有与用户账户匹配的用户特定属性的正常报告。然而，因为用户的用户账户可以与特定组（诸如内科门诊的所有用户）相关联，所以在906可以找到具有匹配的组特定属性的正常报告。

如果在906找到具有匹配的组特定属性的正常报告，则在步骤908该组级正常报告被定义为针对完成的医疗程序的正常报告以及在916确定定义了正常报告。

如果没有定义具有匹配的组特定属性的正常报告，则在步骤910，确定是否定义了具有与针对当前用户或用户组所定义的系统相匹配的系统特定属性的正常报告。如果找到这样的正常报告，则在912该系统特定正常报告被定义为针对完成的医疗程序的正常报告以及在916确定定义了正常报告。

如果没有定义系统特定属性，并且系统特定属性是最不特定的属性，则在914将确定没有定义针对要被选择的完成的医疗程序的正常报告。如将要领会到的，正常报告的确定是基于针对正常报告中的每个的唯一用户级元数据的等级，其中最高等级的用户级特定正常报告被定义为针对完成的医疗程序的正常报告。

返回图8，在步骤828选择正常报告的文本宏或者在840从检索到的相关文本宏中选择文本宏之后，在步骤850做出在步骤828或者步骤840所选择的文本宏是否与当前选择的报告结构相兼容的确定。例如，可以根据图6中所示出的方法600中所描述的步骤来做出所选择的文本宏是否与所选择的报告结构相兼容的确定。例如，如果所有需要的文本块302都是由所选择的报告结构所指示的报告区段类型的子集，则可以确定所选择的文本宏是兼容的。

如果在850确定所选择的文本宏与所选择的报告结构相兼容，则该方法继续到860。在860，报告区段被与匹配报告区段类型相关联的文本块302的观察结果录入字段304所填充。例如，可以类似于在图4的412处的更新来实行对报告区段的填充。

在865，确定用户是否已经选择另一个文本宏300。例如，在相关文本宏被检索和显示并且从检索到的相关文本宏300中做出对文本宏300的选择之后，相关文本宏可以继续被显示以使得可以做出对文本宏300的交替选择。在865已经选择另一个文本宏的情况下，该方法返回到850来确定新选择的文本宏是否与当前选择的文本宏相兼容。例如，可以周期性地做出用户是否已经选择另一个文本宏300的确定，直到完成对医疗程序的报告。

在865如果没有选择另一个文本宏，则在870接收用户录入。例如，可以按照与在414对用户录入的接收类似的方式来实行对用户录入的接收。

在875，确定对医疗程序的报告是否完成。例如，可以通过用户选择保存功能来指示报告的完成。如果报告尚未完成，该方法返回到865来对新文本宏302的选择进行监控以及对手动接收录入的观察结果录入项进行监控。

根据一些示范性实施例，在可以做出对报告结构的进一步选择的情况下，如果在850确定所选择的文本宏与所选择的报告结构不兼容，则在852做出用于确定与当前所选择的文本宏300相兼容的其他报告结构的进一步搜索。例如，可以实施对报告结构数据库112的扫描（例如通过报告结构选择模块116）来识别与所选择的文本宏相兼容的附加报告结构。例如，如果由该报告结构所指示的报告区段的类型包括与在所选择的文本宏300内需要的文本块302相关联的报告区段类型参数310的所有类型，则可以确定报告结构是兼容的。

在步骤854，在步骤852检索到的与所选择的文本宏300相兼容的报告结构（例如经由用户接口114）被呈现给用户。可以进一步提示该用户做出对另一个报告结构的选择。

在856，确定用户是否已经从在852检索到的报告结构做出选择。如果在856已经选择了另一个报告结构，则针对由所选择的报告结构所指示的报告区段的类型中的每个来创建报告区段。然后在860，通过与所选择的文本宏300的匹配报告区段类型相关联的文本块302的观察结果录入字段304来填充针对新选择的报告结构所创建的报告区段。

如果尚未选择另一个报告结构，则（例如经由用户接口114）呈现所选择的文本宏不能被应用到当前选择的报告结构的警告信息。在步骤865，进一步监控来确定是否已经选择另一个文本宏300。如果没有选择文本宏300，将要领会的是，在步骤870仍然可以通过让用户手动填充针对所选择的报告结构所创建的报告区段中的每个来完成报告。

根据一些实施例，为了进一步简化用户的任务以及为了缩短完成报告所需的时间，区段特定的文本宏可以被用来更新所选择报告结构的报告区段。区段特定的文本宏指的是仅具有一个文本块302的文本宏的特定类型，该文本块302与特定报告区段类型相关联。例如，每个文本宏可以进一步包括指示文本宏是否是区段特定的区段特定元数据320。相应地，区段特定文本宏300被用来仅填充具有匹配报告区段类型的一个所创建的报告区段。

例如，甚至可以在用户做出用于报告完成的医疗程序的文本宏300的选择之前用这些文本宏来更新所创建的报告区段。

例如，当分析多个可用文本宏以便检索与完成的医疗程序相关的那些文本宏时，例如在图4的406或在图8的830处，文本宏选择模块110也可以确定每个可用文本宏是否是区段特定文本宏。可以通过检查文本宏300的区段特定参数320来进行做出这个确定。在找到区段特定文本宏的情况下，做出进一步的检查来确定文本宏300的一个文本块302的报告区段类型参数310是否与由所选择的报告结构所指示的报告区段类型中的任意一个相匹配。还做出检查来确定区段特定文本宏是否并不限制于特别的医疗程序类型并且可适用于所有医疗程序类型。

例如，可以取消定义程序特定元数据332中的每个来指示文本宏300可以被应用于与使用情境（程序定义、医疗器械或身体部位）无关的任意医疗程序。替代地，文本宏可以进一步地包括“情境定义的”元数据来指示是否针对特定使用情境来定义文本宏。应该领会的是，在没有针对特定医疗程序类型或医疗程序情境来定义文本宏300时，文本宏可以安全地用来在没有被错误地用于其并未意图针对的医疗程序的类型的情况下更新医疗记录的报告区段。

相应地，在找到具有与针对所选择的报告结构所指示的报告区段的类型中的一个相匹配的报告区段类型参数310所关联于的文本块302的区段特定文本宏，并且文本宏300可适用于所有医疗程序类型时，在一些实施例中用文本块302的观察结果录入字段304来立即更新具有匹配类型的医疗报告的报告区段。

在一些实施例中，在要被储存的医疗记录还未被创建的情况下，在更新医疗记录的报告区段之前创建至少包括要由匹配的区段特定文本宏的文本块302所填充的报告区段的医疗记录。例如，诸如医疗程序的日期和时间、患者识别信息、进行该程序的执业医师之类的信息是与要被报告的医疗程序的类型无关始终如一的报告区段的类型。将要领会的是，对于报告完成的医疗程序的用户而言，程序特定文本宏的检索和用区段特定文本宏的文本块更新报告区段将看起来好像是观察结果录入框202已经被自动填写。

在一些示范性实施例中，可以在从文本宏的检索分离的步骤中进行区段特定文本宏的检索。例如，区段特定文本宏可以与可用文本宏单独地储存以用于用户选择，以便是更简单地可检索的。在从检索到的相关文本宏接收对文本宏300的选择之前的任何时候，可以做出对区段特定文本宏的搜索来识别可以用于“预先填写”医疗记录的报告区段的那些区段特定文本宏。区段特定文本宏对于快速填写针对不同类型的医疗程序所呈现的报告区段类型是尤其有用的，以及其中即使医疗程序不同，观察结果录入也将始终是相同的。

在一些示范性实施例中，有可能进行多程序报告。也就是说，可能在单个报告任务内同时对多个完成的医疗程序进行报告。在报告任务是基于会话的情况下，有可能在单个会话内进行医疗程序的报告。例如，对于单个患者的医疗命令可以包括与相同条件有关的多个程序。例如，在同一医疗命令内，患者可能已经经受包括外伤图像、胸部X射线和四肢X射线的三个单独的医疗程序。医疗专业人员可能希望同时查看这些结果并且具有比较这些结果的能力。例如，这些程序的结果可能是有关的并且提供关于患者总体状况的信息。

在某些情况下，有可能跨越针对同一患者的多个医疗命令来进行多程序报告。例如，患者可能已经在不同日期针对相同状况经历医疗程序，以使得医疗程序被分类在不同医疗命令内。这可能是这样的情况：其中必须在不同的医疗设施处进行不同的医疗程序并且因此形成不同医疗命令的部分。在其他情况下，可能在初始阶段已经对患者实施了第一医疗命令并且在以后的日期实施随后的命令作为跟进，例如来监控患者的恢复。跨越多个医疗命令的多程序报告对于患者的有效分析和对比分析可能是有作用的。将要理解的是，多程序报告包括在单个报告任务内从相同的医疗命令报告多个完成的医疗程序或者在单个报告任务内跨越多个医疗命令报告多个医疗程序这两者。在许多情况下，由于专业人员能够比较性地跨越多个程序进行报告，多程序报告可以提供效率、一致性和改进的专业分析。

现在参考图11，其中图示的是用于储存未报告的医疗程序的示范性数据结构1100的示意图。例如，未报告的医疗程序可以被储存在医疗记录数据库106中。

一个或多个储存的未报告的医疗命令可以与单个患者相关联。可以用患者标识符1102来标识该患者。例如，第一医疗命令1104、第二医疗命令1106和第三医疗命令1108与具有患者标识符1102的患者“患者1”相关联。对于每个完成的医疗命令，一个或多个完成的医疗程序可以与那个医疗命令相关联。如所示出的，第一完成的医疗程序1114a和第二完成的医疗程序1114b与第一医疗命令1104相关联。第三完成的医疗程序1116a、第四完成的医疗程序1116b、第五完成的医疗程序1116c和第六完成的医疗程序1116d与第二医疗命令1106相关联。第七完成的医疗程序1118a、第八完成的医疗程序1118b和第九完成的医疗程序1118c与第三医疗命令1108相关联。

现在参考图12，其中图示了用于储存未报告医疗程序的输出的示范性数据结构1119的示意图。每个未报告的医疗程序被储存为包括数据标识符和数据录入项。每个数据录入项通过它的对应的数据标识符来标识。数据录入项可以与所实行的医疗程序的结果相对应。例如，第一医疗程序1104a具有五个数据录入项。第一医疗程序1104a具有由标识符“患者姓名”1122所标识的第一数据录入项1120、由标识符“日期”1126所标识的第二数据录入项1124、由标识符“医疗器械”1130所标识的第三录入项1128、由标识符“医师”1134所标识的第四录入项1132、由标识符“图像”1138所标识的第五录入项。取决于录入项的类型，数据录入项可以按照不同的格式。例如，录入项“患者姓名”1122、“日期”1126和“医疗器械”1130可以是文本录入项，而“图像”录入项1138是数字图像，其可以是DICOM格式图像。第二医疗程序1114b、第三医疗程序1116a和第四医疗程序1116b类似地具有由数据标识符所标识的数据录入项。将要领会的是，不同的完成的医疗程序将具有不同类型的数据录入项。例如，第四完成的医疗程序可以是骨密度测定（EKG）以及输出是数值输出。

现在参考图13，其中图示的是图示了用于多程序报告的方法1300的示范性实施例的一般操作步骤的流程图。在步骤1308，选择为要被报告的一个或多个医疗程序被定义为“要被报告的”。本文中定义为“要被报告的”医疗程序指的是已经被包括在报告任务中的医疗程序，并且为此期待医疗专业人员来审阅该医疗程序的程序输出（数据录入项）。该医疗专业人员然后提供他们的关于结果的观察结果。这些录入的观察结果要被包括在针对定义为“要被报告的”每个医疗程序所生成的经确认的医疗记录中。

例如，用户可以经由用户接口114a做出对要被包括为“多程序”报告任务的部分的一个或多个医疗程序的选择。可以在报告模块118处接收该选择。

根据一个示范性实施例，在接收到用户做出的选择并且所选择的医疗程序属于具有多个医疗程序的医疗命令时，属于相同医疗命令的至少一个其他医疗程序也被自动地定义为要被报告的医疗程序。在某些情况下，属于那个医疗命令的所有的医疗程序被自动地定义为要被报告的医疗程序。也可以接收要被报告的附加医疗程序的附加的用户做出的选择。例如，要被报告的附加医疗程序可以来自与被用户首先选择为“要被报告的”的医疗程序的医疗命令不同的医疗命令。

在将附加医疗程序选择为“要被报告的”的情况下，可以独立于该医疗程序所属于的医疗命令来选择医疗程序。也就是说，在不必须在与特别的医疗程序相同的医疗命令中添加其他程序的情况下该特别的医疗程序可以被添加到报告任务。将要理解的是，多程序报告可以同时对多个医疗命令的多个部分进行报告。

现在参考图14，其中图示的是报告模块118的示范性用户接口200a的示意图。例如，在接收要被报告的第一医疗程序的选择后，可以检索相同医疗命令的一个或多个医疗程序的标识符或者与相同患者相关联的一个或多个其他医疗命令的一个或多个医疗程序的标识符。这些标识符然后可以被呈现在用户接口上并且使这些标识符可用于用户来选择作为具有相同报告任务的要被报告的附加医疗程序。

现在参考图15，其中图示的是用于追踪已经被定义为要被报告的医疗程序的数据结构1500的示意图。例如，在报告任务期间，维护被定义为要被报告的医疗程序的列表1502。根据在图15中示出的示例，用户已经将第一医疗命令1104的第一医疗程序1114a选择为包括在报告任务中来将第一医疗程序1114a定义为要被报告的。相应地，在要被报告的列表1502中做出标识第一医疗程序1114a的录入。在报告模块118被配置为自动将属于相同医疗命令的程序添加到报告任务的情况下，同样属于第一医疗命令1104的第二医疗程序1114b被自动地定义为“要被报告的”。例如，也在要被报告的列表1502中做出标识第二医疗程序1114b的录入。

返回参考图13，在步骤1316创建与被定义为“要被报告的”医疗程序相对应的多个报告区段。针对被定义为“要被报告的”医疗程序中的至少一个，检索对应的报告结构以及创建由检索到的报告结构所指示的类型的报告区段。

根据一些示范性实施例，针对被定义为要被报告的医疗程序中的每个，检索对应的报告结构以及创建由检索到的报告结构所指示的类型的报告区段。例如，可以根据美国临时申请号61/605458来做出对报告结构的检索，该申请通过引用据此结合于本文中。相应地，针对被定义为要被报告的医疗程序中的每个创建一组报告区段。相应地，创建的报告区段是在针对被定义为“要被报告的” 多个医疗程序所检索的报告结构中所指示的多组类型的报告区段的并集。

现在参考图16，其中图示的是具有针对第一医疗程序1114a所检索的示范性报告结构1608的总体数据结构1600的示意图和针对第二医疗程序1114b所检索的示范性报告结构1616的示意图。针对第一医疗程序1114a所检索的第一报告结构1608指示要创建具有类型“程序细节”的报告区段、具有类型“比较”的报告区段、具有类型“发现”的报告区段和具有类型“结论”的报告区段。具有类型“程序细节”的报告区段被指定为“按程序重复”。具有类型“发现”、“结论”和“比较”的报告区段被指定为“多程序的”。在第一报告结构1608中所指示的报告区段的类型中的每个被定义为是对于报告任务的完成所需要的。

针对第二医疗程序110检索到的第二报告结构1616定义了要创建具有类型“程序细节”的报告区段、具有类型“比较”的报告区段、具有类型“发现”的报告区段和具有类型“结论”的报告区段。具有类型“程序细节”的报告区段被指定为“按程序重复”。具有类型“发现”、“结论”和“比较”的报告区段被指定为“多程序的”。在第二报告结构1616中指示的报告区段的类型中的每个被定义为是对于报告任务的完成所需要的。

在报告结构中所指示的报告区段的一个类型被指定为“按程序重复”的情况下，创建与在报告结构中所指示的类型相对应的新的报告区段。在多于一个报告结构中指示了报告区段的该类型的情况下，针对在报告结构中所指示该类型的每个实例创建新的报告区段。这个报告区段与针对其检索报告结构的医疗程序具有一对一的关系。

在多个报告结构中所指示的报告区段的一个类型被指定为“多程序的”的情况下，该报告区段仅被创建一次。在多于一个报告结构中指示了报告区段的该类型的情况下，该报告区段仍然仅被创建一次。在这种情况下，所创建的报告区段与针对其检索多个报告结构的多个医疗程序具有一对多的关系。

返回参考图15，创建了与在检索到的第一报告结构1608中和在检索到的第二报告结构1616中所指示的类型相对应的报告区段。创建了针对第一医疗程序1114a的具有类型“程序细节”的报告区段1510。还创建了针对第二医疗程序1114b的具有类型“程序细节”的报告区段1520。将要领会的是，即使报告区段1510和报告区段1520两者都具有类型“程序细节”，但是因为检索到的报告结构将报告区段的这些类型指定为“按程序重复”，所以针对第一医疗程序1114a和第二医疗程序1114b中的每个该报告区段都被创建一次。

以图15继续，也创建了具有类型“比较”的报告区段1530、具有类型“发现”的报告区段1540和具有类型“结论”的报告区段1550。将要领会的是，即使每个类型在第一报告结构1608和第二报告结构1616两者中都被指示，但报告区段1530、1540和1550仅被创建一次。这是因为这些报告区段在第一检索到的报告结构1608和第二检索到的报告结构1616两者中已经被指定为“多程序的”。

返回参考图13，在步骤1324，将所创建的报告区段与定义为“要被报告的”对应的一个或多个医疗程序相关联。根据各种示范性实施例，在针对定义为“要被报告的”医疗程序中的每个选择报告结构的情况下，将由针对医疗程序选择的报告结构所定义的报告区段与该医疗程序相关联。

返回参考图15，在第一医疗程序1114a和第二医疗程序1114b已经被定义为“要被报告的”情况下，创建的报告区段的第一子集与第一医疗程序1114a相关联以及创建的报告区段的第二子集与第二医疗程序1114b相关联。创建的报告区段的第一子集与由第一报告结构1608所指示的报告区段的类型相对应以及创建的报告区段的第二子集与由第二报告结构1616所指示的报告区段的类型相对应。为了提供示例的目的，通过在表示报告区段的虚线方框中包括合适的医疗程序的标识符来示出创建的报告区段与“要被报告的”医疗程序的关联性。然而，将要理解的是，可以根据现有技术已知的任意方法在创建的报告区段和一个或多个医疗程序之间做出关联。

将要领会的是，针对指定为“按程序重复”的类型所创建的报告区段唯一地与一个医疗程序相关联。具有类型“程序细节”的第一报告区段1510仅与第一医疗程序1114a相关联。例如，第一医疗程序1114a的标识符被包括在报告区段1510中以示出这个关联。类似地，具有类型“程序细节”的第二报告区段1520仅与第二医疗程序1114b相关联。例如，第二医疗程序1114b的标识符被包括在报告区段1520中以示出这个关联。

将要领会的是，指定为“多程序”的报告区段被定义在第一报告结构1608和第二报告结构1616两者中。相应地，这些报告结构与第一医疗程序1114a和第二医疗程序1114b两者相关联。例如，具有类型“比较”的第三报告区段1530、具有类型“发现”的第四报告区段1540和具有类型“结论”的第五报告区段1550每一个都与第一医疗程序1114a和第二医疗程序1114b两者相关联。将要进一步领会的是，在两个所选择的报告结构（诸如第一报告结构1608和第二报告结构1616）共享报告区段的至少一个共同类型并且报告区段的那个类型被指定为“多程序的”的情况下，所创建的结果得到的报告区段将与第一医疗程序和第二医疗程序两者相关联。与第一医疗程序和第二医疗程序两者相关联的所创建的报告区段属于针对第一医疗程序1114a所创建的报告区段的第一子集和针对第二医疗程序1114b所创建的报告区段的第二子集的交集。

现在参考图17，其中图示的是用于针对在报告任务内要被报告的一个所选择的医疗程序实施方法1300的步骤1316和1324的方法1700的示范性实施例的流程图。

在步骤1708，检索针对要被报告的医疗程序的报告结构。例如，报告结构选择模块116可以从本地储存装置或从报告结构数据库112检索特别的报告结构。

在步骤1716，检索在报告结构中所指示的下一个报告区段类型并且确定该报告区段的类型。例如，报告模块118可以检索下一个报告区段类型。在尚未检索到报告区段类型的情况下，检索在特别的报告结构中所指示的第一报告区段类型。

在步骤1724，确定检索到的报告区段类型是否被指定为“按程序重复”。如果该报告区段类型未被指定为“按程序重复”，那么确定它被指定为“多程序的”。

如果在步骤1724确定检索到的报告区段类型被定义为按程序重复，则该方法继续进行到步骤1732来创建与那个类型相对应的新的报告区段。例如，当对针对第二医疗程序1114b所检索的第二报告结构1616实施步骤1316和1324时，在步骤1732创建类型“程序细节”的新的报告区段，因为第一报告结构1616将类型“程序细节”指定为“按程序重复”。此外，在步骤1740，新创建的报告区段与第二医疗程序1114b相关联。

如果在步骤1724确定检索到的报告区段类型被定义为“多程序的”，则该方法继续进行到步骤1748。

在步骤1748，确定具有与当前检索到的报告区段类型相同的类型的报告区段是否已经被创建。如果确定已经创建相同类型的报告区段，该方法继续进行到步骤1740来使所选择的医疗程序与相同类型的已经创建的报告区段相关联。例如，在对针对第二医疗程序1114b所检索的第二报告结构1616实施步骤1316和1324的情况下并且在检索到报告区段类型“比较”时，确定已经针对第一医疗程序1114a创建具有类型“比较”的报告区段。此外，第一医疗程序1114a已经与具有类型“比较”的所创建的报告区段1530相关联。相应地，在步骤1740，将第二医疗程序1114b进一步与具有类型“比较”的已经创建的报告区段1530相关联。

如果确定相同类型的报告区段尚未被创建，则该方法继续进行到步骤1732来创建与那个类型相对应的新的报告区段。此外，在步骤1740，新创建的报告区段与第二医疗程序1114b相关联。

在完成所选择的医疗程序1114b与所创建的报告区段的关联之后，该方法返回到步骤1716来检索在特别的结构中所指示的下一个报告区段类型。如果不再有下一个报告区段类型，就现在而言完成针对该特别的报告结构和医疗程序的报告区段的创建和关联。

根据各种示范性实施例，可以针对每个所创建的报告区段来呈现观察结果录入框202。返回参考图14，观察结果录入框202a是针对报告区段1510所创建的并且具有针对第一医疗程序1114a的标识符“程序细节”，其被标识为“CHEST PA & LATERAL: ROUTINE”。观察结果录入框202b是针对第二报告区段1520所创建的并且具有针对第二医疗程序1114b的标识符“程序细节”，其被标识为“CT ABDOMEN & PELVIS W CONTRAST”。观察结果录入框202c是针对第三报告区段1530所创建的并且具有标识符“比较”，以及第四观察结果录入框202d是针对第四报告区段1540所创建的并且具有标识符“发现”，以及第五观察结果录入框202e是针对第五报告区段1550所创建的并且具有标识符“结论”。用户可以向一个或多个观察结果录入框中做出录入，其然后被存储为针对对应的一个或多个报告区段的录入项。

根据一些示范性实施例，在针对指定为“按程序重复”的类型来创建报告区段时，可以根据<区段类型>、<程序名称>、<命令_日期_时间>来识别与该报告区段相对应的观察结果录入框。在针对指定为多程序的类型来创建报告区段时，可以根据<区段类型>-“所有研究”来识别与该报告区段相对应的观察结果录入框。

根据一些示范性实施例，根据由报告模块管理员所设置的命令来将报告区段显示在用户接口114上。

根据各种示范性实施例，可以由用户选择一个或多个文本宏300来允许用户容易地向观察结果录入框202做出用户录入以便填充或更新报告区段。

可以检索与第一医疗程序1114a相关的第一组文本宏300。例如，可以根据在图5中描述的步骤来实施相关文本宏的检索。

类似地，检索与第二医疗程序1114b相关的第二组文本宏300。例如，也可以根据在图5中描述的步骤来实施第二组相关文本宏的检索。

检索到的相关文本宏300可以被显示给用户并且可以使检索到的相关文本宏300可用于用户进行选择。返回参考图14，两个检索的文本宏被显示在用户接口子区域1450中。

根据一些示范性实施例，第一组检索到的文本宏300和第二组检索到的文本宏在被显示以用于用户进行选择之前被进一步排序。例如，可以根据哪个医疗程序是最新近完成的来对第一组和第二组检索到的相关文本宏300进行排序。与最新近的医疗程序相关的检索到的文本宏300然后可以被给予更高次序。

在一些实施例中，检索到的文本宏300可以被排序为在第一组相关的文本宏300和第二组相关的文本宏300之间交替，其中与最新近的医疗程序相关的组的文本宏被给予更高次序。例如，如果第二程序是更新近的，两个组的相关文本宏可以根据如下来进行排序：

针对程序2的第一文本宏；

针对程序1的第一文本宏；

针对程序2的第二文本宏；

针对程序1的第二文本宏；

针对程序2的第三文本宏；

针对程序1的第三文本宏。

从第一组和第二组两者检索到的文本宏300然后根据针对由用户进行的选择所确立的次序而被显示在用户接口114上。将要领会的是，在呈现给用户时，对于多个医疗程序的相关文本宏的排序允许最相关文本宏被给予首位，这进一步允许用户快速访问最相关的文本宏。

可以接收第一文本宏选择请求，其指示了已经从与第一医疗程序有关的文本宏中选择的用户选择的文本宏。做出关于第一选择的文本宏是否与针对第一医疗程序所选择的第一报告结构相兼容的确定。在第一选择的文本宏是兼容的情况下，用第一选择的文本宏的对应文本块来更新针对第一报告结构所创建的报告区段中的每个。

类似地，可以接收第二文本宏选择请求，其指示了已经从与第二医疗程序有关的文本宏中选则的文本宏。做出第二选择的文本宏是否与针对第二医疗程序所选择的第二报告结构相兼容的确定。在第二选择的文本宏是兼容的情况下，用第二选择的文本宏的对应文本块来更新针对第二报告结构所创建的报告区段中的每个。

返回参考图15，将与第一创建的报告区段1510相对应的检索到的文本宏300的第一文本块302a与该报告区段1510相关联。如本文所描述的，文本宏帮助用户填充创建的报告区段。为了提供示例的目的，第一创建的报告区段1510与对应文本块302a的关联通过将与第一报告区段1510相对应的方框与文本块302的标识符相连接的箭头来示出。例如，文本块302是根据它的亲代文本宏300的标识符和它在亲代文本宏300中的排序来标识的。可以根据现有技术中已知的任意方法来做出创建的报告区段1510和对应的文本块302之间的关联。

以图15继续，将每个创建的报告区段进一步与在与报告区段相对应的观察结果录入框202中接收到的用户录入项相关联。将要领会的是，针对与多于一个医疗程序相关联的报告区段，用户录入项也与多于一个医疗程序相关联。在用户或医疗专业人员通过向针对用户接口114上的该报告区段的观察结果录入框202中录入用户录入项来做出观察结果时，用户录入项在报告模块处被接收并且与多于一个医疗程序相关联。因此，用户或医疗专业人员并不需要针对多个程序来多次录入观察结果。这为报告任务提供了效率并且可以激发医疗专业人员录入具有更多比较性信息的观察结果。例如，与第三报告区段1530相关联的用户录入项仅需要被录入一次，但变得与第一程序1114a和第二程序1114b相关联。

创建的报告区段也可以与和储存有未报告的医疗程序的数据录入项相对应的程序输出1120相关联，并且其将要变成经确认的医疗记录的部分。每个创建的报告区段可以进一步与在检索到的文本宏300和/或文本块302中定义的自动填写的录入项相关联。

现在参考图18，其中图示的是示出了用于在用户接口114内显示创建的报告区段的内容的方法1800的操作性步骤的流程图。

在步骤1804，检索创建的报告区段的标识符。

在步骤1808，检索与报告区段相关联的下一个医疗程序的标识符。在没有医疗程序已经被检索到的情况下，检索与特定报告区段相关联的第一医疗程序。例如，返回参考图15，在显示第三报告区段1530的内容时，在步骤1808检索第一医疗程序1114a的标识符。

在步骤1816，对于检索到的医疗程序，检索医疗程序的至少一个输出。例如，从医疗记录数据库106检索至少一个输出。例如，可以基于所创建的报告区段的类型来确定哪个输出要被检索。替代地，基于与创建的报告区段相关联的文本块302的填写字段304、DICOMSR 字段304或数据库字段304来确定检索哪个至少一个输出。

在步骤1820，在文本宏定义至少一个自动填写录入项的情况下，这个录入项与创建的报告区段和检索到的医疗程序相关联。在自动填写录入项已经与创建的报告区段相关联情况下，可以做出验证来确定新自动填写的录入项与已经相关联的自动填写录入项是否相同。如果新自动填写的录入项与已经相关联的自动填写录入项相同，该新自动填写录入项并不与创建的报告区段相关联。例如，如果自动填写录入项是文本字符串，则如果两个字符串的每个字符都是相同的，则确定两个自动填写录入项是相同的。在自动填写录入项不同的情况下，与两个医疗程序相对应的录入项可以被显示并且由合适的分隔符（诸如分号）来分离。

在步骤1822，检索和显示与创建的报告区段相关联的用户录入项。

在步骤1824，确定是否存在与该报告区段相关联的更多医疗程序。在存在相关联的更多医疗程序的情况下，该方法返回步骤1808来检索与所创建的报告区段相关联的下一个医疗程序，例如，在第三报告区段1530的情况下，在检查第一医疗程序1808之后，检索第二医疗程序1114b的标识符。在不存在与创建的报告区段相关联的更多医疗程序的情况下，在步骤1832一个或多个检索到的信息被显示在用户接口114上。例如，显示所创建的报告区段的至少一个标识符和医疗程序的检索到的输出中的至少一个。

替代地，根据与报告区段相关联的文本块302显示检索到的信息。文本块302的自由本文字段304可以连同由填写字段304、DICOM SR字段304和数据库字段304所定义的检索到的程序输出一起被显示。

返回参考图14，用标题“比较”来显示针对具有类型“比较”的第三报告区段1530的观察结果录入框202c。标题也包括“所有研究”来指示报告区段是针对关于定义为“要被报告的”并且作为报告任务的部分而被包括的所有医疗程序的结果的报告。利用录入框202c本身，显示具有字符串“没有比较研究可用”的文本块302的自由文本字段304。

可以接收请求，该请求用以确认报告区段的录入项以便创建经确认的医疗记录。相应地，针对定义为要被报告的医疗程序中的每个可以创建经确认的医疗记录。例如，针对定义为要被报告的一个医疗程序，做出检查来识别与该医疗程序相关联的所有报告区段。那些报告区段的录入项然后被储存在针对该医疗程序所创建的医疗记录内的经确认的报告区段中。此外，每个报告区段的标识符、医疗程序的标识符也可以被检索并储存在医疗记录内。例如，针对一个报告区段，检索到的区段标识符、检索到的医疗程序标识符和检索到的至少一个程序输出被一起储存在一个储存的报告区段中。报告区段的储存可以以分段式报告格式来做出，其中每个报告区段具有进一步与报告区段录入项相关联的类型标识符。以分段式报告格式的储存允许独立于医疗记录来检索医疗记录的单独的报告区段。

在相同的医疗程序与两个或更多报告区段相关联时，这些报告区段可以在确认报告任务的时候被储存在相同的医疗记录内。例如，遵循来自用户的请求来确认针对作为报告任务的部分的特别医疗程序的医疗记录，做出经过作为报告任务的部分的所有报告区段的扫描来找到与特别记录相关联的所有创建的报告区段。这些报告区段然后被储存为针对特别医疗程序的相同医疗记录内的报告区段。

以图14继续，可以使历史标签可用于选择。选择历史标签允许任务信息（诸如与特定程序、它们的过渡、持续时间、涉及的用户以及任意报告结构版本有关的所有医疗任务）的可视化。

现在参考图19，其中图示的是包括针对第一医疗程序1114a创建的第一经确认的医疗记录1908和针对第二医疗程序1114b创建的第二经确认的医疗记录1916的总体数据结构1900的示意图。图19中示出的与第一医疗程序1114a相关联的每个报告区段作为经确认的报告区段被储存在经确认的医疗记录710中。每个有效的报告区段包括类型标识符1922和由医疗专业人员做出的表示医疗程序输出和观察结果的记录录入项1924。因为报告区段1530、1540、1550与第一医疗程序1114a和第二医疗程序1114b两者相关联，这些报告区段在第一经确认的医疗记录1908和第二经确认的医疗记录1916两者中被储存为经确认的报告区段。将要领会的是，通过实施单个报告任务，针对多个医疗程序创建经确认的医疗记录。

根据各种示范性实施例，在当前报告任务中定义为“要被报告的”医疗程序可以被修改。特别地，当前“要被报告的”医疗程序可以从当前的报告任务中去除和/或其他医疗程序可以被添加到当前的报告任务中。医疗程序的这个修改允许用户灵活地变更如何实施报告任务。返回参考图13，在针对第一医疗程序和其他医疗程序的初始选择来初始创建报告区段之后，可以接收来自用户的附加的命令。

第一附加命令可以用于将医疗程序取消定义为“要被报告的”。在步骤1332，确定是否已经接收到用以从当前报告任务中取消定义特别医疗程序的用户请求。如果已经接收到这样的请求，方法继续进行到步骤1340来从当前任务中取消定义特别医疗程序。例如，可以通过报告模块118来实施步骤1340。在取消定义特别医疗程序之后，该方法返回以便从用户接收附加命令。

例如，响应于用于取消定义特别医疗程序的请求，当前与该特别医疗程序相关联的每个所创建的报告区段与该医疗程序取消关联。替代地，响应于用于取消定义特别医疗程序的请求，当前与包括特别医疗程序的多个医疗程序相关联的所创建的报告区段中的每个与该特别医疗程序取消关联。此外，该特别医疗程序被取消定义为要被报告的。根据各种示范性实施例，其中定义为要被报告的医疗程序被储存在临时列表内，将该特别医疗程序从该列表中去除。

现在参考图20，其中图示的是用于遵照用以从当前报告任务中取消定义第一医疗程序1114a的请求而在报告任务期间追踪医疗程序的数据结构的示意图。例如可以由用户通过取消选择在用户接口114上被示为要被报告的第一医疗程序1114a来做出用于取消定义特别医疗程序的请求。遵循该请求，从临时列表1502中去除对标识符第一医疗程序1114a的列出。此外，具有类型“比较”的第三报告区段1530、具有类型“发现”的第四报告区段1540、具有类型“结论”的第五报告区段1550中的每个都与第一医疗程序1114a取消关联。例如，通过针对与创建的报告区段1530、1540、1550相对应的方框去除（删去）用于第一医疗程序1114a的标识符来表示这些取消关联。此外，根据一个示范性实施例，因为具有类型“程序细节”的第一报告区段1510与第一医疗程序1114a唯一相关联，将第一医疗程序1114a取消定义为要被报告的也导致从当前报告任务中去除第一报告区段1510。相应地，第一报告区段1510不再被认为是已经被创建为当前报告任务的部分。

可以删除与要被取消定义为要被报告的医疗程序唯一相关联的报告区段。替代地，因为响应于用于确认医疗记录的请求将不会检查特别报告区段，与所声明的医疗程序唯一相关联的报告区段可以被归档。在相同医疗程序在稍后时间被再次定义为要被报告的并且预先使归档的用户录入项能够被恢复而使用户不必须重新做出用户录入的情况下，这可以是有利地。

返回参考图13，第二附加命令可以用于将医疗程序添加到报告任务。在步骤1348，确定是否已经接收到用以将附加医疗程序添加到当前报告任务的用户请求。如果这样的请求已经被接收到，则该方法返回步骤1308来将在用户请求中标识的医疗程序定义为“要被报告的”。进一步在步骤1316，创建与新定义的医疗程序相对应的报告区段。仍然进一步在步骤1324，将该报告区段与新定义的医疗程序相关联。

例如，针对相同患者但来自另一个医疗命令的附加的医疗程序可以在用户接口114上被显示为要被报告的建议的医疗程序。用户可以做出请求以通过选择建议的医疗程序中的一个或多个来进一步报告这些医疗程序。响应于用以将附加医疗程序添加到多程序报告任务的请求，所选择的附加医疗程序被定义为要被报告的。例如附加的医疗程序被添加到已经定义为要被报告的医疗程序的临时列表1502。此外，可以针对要被报告的附加的医疗程序来创建附加的报告区段。可以选择对应于附加医疗程序的附加的报告结构。在定义在附加报告结构中的报告区段类型被指定为按程序重复的情况下，可以创建新的报告区段。在定义在附加报告结构中的报告区段类型被指定为多程序的情况下，可以做出验证来确定相同类型的报告区段是否已经被创建。如果相同类型的报告区段已经被创建，则另一个报告区段不被创建，以及将该类型的现有报告区段简单地与附加医疗程序相关联。如果相同类型的报告区段尚未被创建，则该类型的新的报告区段被创建，并且与附加的医疗程序相关联。

现在参考图21，其中图示的是根据示范性实施例的遵循用以将第二医疗命令1106的第三医疗程序1116a和第四医疗程序1116b添加到多程序读取任务中的请求的数据结构。如在图15中所示，医疗程序114和第四医疗程序116被包括在临时列表1502中来表示这些医疗程序已经被定义为要被报告的。

现在参考图22，其中图示的是可以针对第三医疗程序1116a和第四医疗程序1116b中的每个来选择的示范性报告结构。例如针对第三医疗程序114的第三报告结构1624定义了需要类型“细节”、“比较”、“发现”和“程序的原因”的报告区段。此外，类型“细节”的报告区段被指定为按程序重复而类型“比较”、“发现”和“程序的原因”的报告区段被定义为多程序的。

针对第四医疗程序1116b的第四报告结构1632定义了需要类型“细节”、“发现”、“结论”和“程序的原因”的报告区段。此外，类型“细节”的报告区段被指定为针对程序重复而类型“发现”、“结论”和“程序的原因”的报告区段被定义为多程序的。

返回参考图21，创建与在第三报告结构1624和第四报告结构1632中指定的类型相对应的报告区段。因为第三报告结构1624的类型“程序细节”的报告区段被指定为按程序重复，类型“程序细节”的第六报告区段1560被创建并且与第三医疗程序1116a唯一相关联。类似地，因为第四报告结构1632的类型“程序细节”的报告区段被指定为按程序重复，类型“程序细节”的第七报告区段1570被创建并且与第四医疗程序1116b唯一相关联。

类型“比较”和“发现”的报告区段在第三报告结构1624和第四报告结构1632两者中都被定义为需要的。然而，因为报告区段的这些类型被指定为多程序的并且与针对第二医疗程序1114b先前已经创建的报告区段的类型相对应，不需要创建这些类型的新的报告区段。而是，现有的第三报告区段1530和第四报告区段1540与第三医疗程序1116a和第四医疗程序1116b两者相关联。

类型“结论”的报告区段在第四报告结构1632中被定义为需要的。然而，因为这个类型的报告区段被指定为多程序的并且与针对第二医疗程序1114b先前已经创建的报告区段的类型相对应，不需要创建这个类型的新的报告区段。而是，现有的第五报告区段1550与第四医疗程序1116b相关联。

类型“原因”的报告区段在第三报告结构1624和第四报告结构1632两者中被定义为需要的。此外，针对这个类型的报告区段尚未被创建为报告任务的部分。因此，响应于用以将第三医疗程序1116a或第四医疗程序1116b中的任一个添加到当前报告任务的请求，创建类型“原因”的新的第八报告区段1580。因为第三报告结构1624和第四报告结构1632两者均将类型“原因”的报告区段定义为需要的，对应的所创建的报告区段与第三医疗程序1116a和第四医疗程序1116b两者相关联。

返回参考图13，第三附加命令可以用于将所报告的区段储存和确认到经确认的医疗记录中。在步骤1354，接收用于确认报告任务的请求，在这种情况下，确认报告任务以及针对定义为要被报告的所选择的医疗程序中的每个来创建医疗记录。

根据一个示范性实施例，可以提供要被报告的医疗程序的列表并且使该列表可用于选择。每个医疗程序与针对医疗程序的报告任务相链接。医疗程序和报告任务两者可以被呈现为列表并且使该列表可用于由医疗专业人员进行选择。用于报告的第一医疗程序的选择导致与该第一医疗程序相对应的报告任务的开始。第一医疗程序也变成被定义为要被报告的。第二医疗程序然后可以被添加到针对第一医疗程序的进行中的报告任务。例如，第一医疗程序和第二医疗程序是相同的医疗命令的部分并且当选择第一医疗程序时被自动地添加到当前的报告任务。响应于第二医疗程序被添加，使报告任务不可用于选择。例如，在第一医疗专业人员已经选择用于报告的第一医疗程序并且第二医疗程序被添加到报告任务的情况下，第二医疗程序和它的对应报告任务不再可用于由另一个医疗专业人员进行选择。然而，如果第一医疗程序和第二医疗程序中的一个或两者被取消定义为要被报告的，则使取消定义的医疗程序再次可用于选择。

类似地，可以提供要被实行的报告任务的列表并且使其可用于选择。例如，可以提前准备报告任务来帮助医疗专业人员实施多程序报告。每个报告任务与一个或多个医疗程序相链接。例如，多个报告任务可以与相同的医疗程序相链接。这允许在不同的报告任务内使用多程序报告潜在地报告特别医疗程序。第一报告任务的选择导致报告任务的开始。链接到第一报告任务的每个医疗程序变成被定义为要被报告的。响应于被定义为要被报告的医疗程序，使链接到这些医疗程序的每个报告任务不可用于选择。例如，在第一医疗专业人员已经选择第一报告任务（其被链接到第一医疗程序和第二医疗程序）的情况下，链接到医疗程序的每个报告任务不再可用于由另一个医疗专业人员进行选择。然而，如果第一医疗程序和第二医疗程序中的一个或两者被取消定义为要被报告的，则使链接到取消定义的医疗程序的报告任务再次可用于选择。

本文中所呈现的用于多程序报告的示范性实施例是关于要被报告的第一医疗程序和要被报告的第二医疗程序来描述的，然而将要理解的是，多程序报告可以被适配用于同时报告任意数量的医疗程序。

Claims (8)

1.一种用于报告多个医疗程序的方法，所述方法包括：

将第一医疗程序和第二医疗程序定义为要被报告的；

创建针对第一医疗程序和第二医疗程序的多个报告区段；

将所创建的报告区段中的第一子集与第一医疗程序相关联；

将所创建的报告区段中的第二子集与第二医疗程序相关联，第二子集中的至少一个报告区段也与第一医疗程序相关联；

接收用于将第一医疗程序取消定义为要被报告的请求；以及

响应于用于将第一医疗程序取消定义的请求，使第一医疗程序与所述至少一个报告区段中与第一医疗程序和第二医疗程序相关联的每个报告区段取消关联。

2.根据权利要求1所述的方法，进一步包括：

针对第一程序选择第一报告结构，所述第一报告结构定义报告区段的第一子集；

针对第二程序选择第二报告结构，所述第二报告结构定义报告区段的第二子集；

其中由所述第一子集和所述第二子集的并集来定义多个所创建的报告区段。

3.根据权利要求1所述的方法，进一步包括：

针对与定义为要被报告的多个医疗程序相关联的至少第一报告区段：

检索报告区段的标识符；

针对与报告区段相关联的至少两个医疗程序中的每个，检索至少一个程序输出；以及

显示检索到的区段标识符和至少一个检索到的程序输出。

4. 根据权利要求3所述的方法，进一步包括：

将检索到的区段标识符、检索到的医疗程序标识符和检索到的至少一个程序输出储存为储存的报告区段，以及

针对与定义为要被报告的多个医疗程序相关联的至少第二报告区段：

检索第二报告区段的标识符；

针对与第二报告区段相关联的至少两个医疗程序中的每个，检索至少一个程序输出；以及

显示检索到的区段标识符和检索到的程序输出；

将检索到的区段标识符、检索到的医疗程序标识符和检索到的至少一个程序输出储存为储存的报告区段；以及

如果第一报告区段和第二报告区段与相同的医疗程序相关联，则将第一储存的报告区段和第二储存的报告区段储存在相同的医疗记录内。

5.根据权利要求1所述的方法，进一步包括：

将第三医疗程序定义为要被报告的；

使所创建的报告区段的第三子集与第三医疗程序相关联，使第三子集的至少一个报告区段也与第二医疗程序相关联；

针对与定义为要被报告的多个医疗程序相关联的至少一个报告区段：

检索报告区段的标识符；

针对与报告区段相关联的至少两个医疗程序中的每个检索程序输出；

显示检索到的区段标识符、检索到的至少两个医疗程序标识符和检索到的至少两个程序输出。

6.根据权利要求1所述的方法，进一步包括：

提供多个报告任务的列表，每个报告任务对应于一个未报告的医疗程序；

响应于将第一医疗程序和第二医疗程序定义为要被报告的，去除与来自所述列表的第一医疗程序相对应的报告任务中的第一个以及去除与来自所述列表的第二医疗程序相对应的报告任务中的第二个。

7.一种用于报告多个医疗程序的系统，所述系统包括：

存储器，其用于储存多个指令；

数据储存设备；以及

处理器，其耦合到所述存储器，所述处理器被配置用于：

将第一医疗程序和第二医疗程序定义为要被报告的；

创建针对第一医疗程序和第二医疗程序的多个报告区段；

将所创建的报告区段中的第一子集与第一医疗程序相关联；

将所创建的报告区段中的第二子集与第二医疗程序相关联，第二子集中的至少一个报告区段也与第一医疗程序相关联；

接收用于将第一医疗程序取消定义为要被报告的请求；以及

响应于用于将第一医疗程序取消定义的请求，使第一医疗程序与所述至少一个报告区段中与第一医疗程序和第二医疗程序相关联的每个报告区段取消关联。

8.根据权利要求7所述的系统，所述处理器进一步被配置用于：

将第三医疗程序定义为要被报告的；

使所创建的报告区段的第三子集与第三医疗程序相关联，使第三子集的至少一个报告区段也与第二医疗程序相关联；

针对与定义为要被报告的多个医疗程序相关联的至少一个报告区段：

检索报告区段的标识符；

针对与报告区段相关联的至少两个医疗程序中的每个检索程序输出；

显示检索到的区段标识符、检索到的至少两个医疗程序标识符和检索到的至少两个程序输出。