CN104156794A - 连接应用和工具的方法、设备、系统和计算机可读介质 - Google Patents

Abstract

本发明涉及连接应用和工具的方法、设备、系统和计算机可读介质。该系统为一种用于动态地连接临床工具、临床应用和临床发现的医学图像评估和诊断系统，包括工作上下文自动调整管理器（WAALM）。WAALM用于从临床应用和工具发起请求中提取用于第一临床任务流程的临床应用和工具信息，并且基于提取的临床应用和工具信息将至少一个第一临床工具与响应于所述临床应用和工具发起请求而被发起的至少一个第一临床应用相连接，所述第一临床工具独立于所述第一临床应用。

Description

连接应用和工具的方法、设备、系统和计算机可读介质

技术领域

本发明涉及一种用于在医学任务流程内部连接应用（applications）和工具的方法、设备、系统和计算机可读介质。

背景技术

医学系统提供相对大数量的用于读取医学图像的复杂应用。这些复杂应用通常关于标准例程读取和先进读取相区别。通常，应用使用灵活的架构方法来平衡技术方面和具有用户要求的临床需求。然而，这些技术方案仅是“内部应用”的方法，其导致相对大数量的读取应用来将临床管理、治疗、病理等的传统的结构映射到应用范围和架构。

尽管就模态、学科之间以及跨越不同疾病等的工具和/或特征来说应用提供一些普遍性，但是该普遍性是有限的。相当频繁地，用户必须切换到不同的应用或甚至不同的任务流程以便能够使用必要的工具。通过这样做，全部或基本上全部先前创立的发现（findings）被丢失并且必须在新的任务流程中被重新创立。一些发现通过使用提供更多工具的单独的特别应用而被保留。但是，该添加的特别应用不能被代替，在不切换到其他任务流程的情况下其他的特别应用也不能被添加。并且，如果任务流程被再次切换，则所有或基本上所有先前创立的发现被再次丢失。

附加地，对于添加特别应用，例如syngo.via的兼容性存储器包含了允许的应用的白名单，从那里仅单个应用能够在不改变任务流程和丢失与当前任务流程有关地产生的发现的情况下被添加和维持。

发明内容

示例实施方式提供一种WAALM部件，其通过收集中间结果（例如发现）和关于如何基于结合体（amalgam）（例如，利用何种工具）产生发现的信息，来学习用户交互的流程。结合体形成在应用和工具（具有或没有发现）之间的新型“约定”。

“约定”例如可以包括规则：在应用和工具之间的技术耦合利用其中专用的结合体来实现，所述结合体连接应用与工具。

另一个这样的规则可以要求，每个结合体是独立于应用和工具二者的，从而结合体既不是应用的也不是工具的一部分。结合体实体被用来捕捉关于何种应用和何种工具已经被连接的运行时状态。结合体实体保存和/或存储在储存库中，其允许WAALM基础结构来重新创立在应用和工具之间的这些连接，使得相同的工具使用相同存储的结合体实体连接至新的应用。

另一个这样的示例“约定”规则可以要求，应用识别在启动之后由应用显示给用户的默认的工具集合。在该例子中，这样的工具的启动由将工具连接到应用的WAALM来处理。除了默认的工具，WAALM也可以启动没有被包括在默认工具集合中的附加工具，例如，如果需要这样的附加工具来显示发现，或者如果用户已经将应用按照他希望在启动时显示附加工具的方式个性化。

在示例实施方式中，WAALM拦截对数据、应用、工具和发现的操作并且将信息存储在结合体中。结合体然后在后面被用来在不同的应用上下文中恢复例如发现并且使用结合体将工具适配到该上下文。

结合一个或多个示例实施方式，用户可以在具有保留的先前发现的给定的临床上下文中在多个工具中做出选择，甚至当在不同的任务流程和/或应用之间切换时。

当开发任务流程和应用时，可用于选择的工具的集合在开发和/或定制期间不再被限制。而是，系统在运行时被适配到限定当前用户的临床上下文并且甚至能够基于收集的知识提供上下文依赖指南。总体上，可以减少工具和/或应用的数量，这降低了开发复杂性。工具能够在应用之外被测试或验证，这也降低了测试复杂性。

至少一个示例实施方式提供一种用于在医学图像评估和诊断系统中动态地连接临床工具、临床应用和临床发现的方法。根据至少该示例实施方式，方法包括：从临床应用和工具发起请求中提取用于第一临床任务流程的临床应用和工具信息；和基于提取的临床应用和工具信息将至少一个第一临床工具与响应于临床应用和工具发起请求而被发起的至少一个第一临床应用相连接，其中第一临床工具独立于第一临床应用。

至少另一个示例实施方式提供一种医学图像评估和诊断系统，以便动态地连接临床工具、临床应用和临床发现。按照至少该示例实施方式，系统包括：工作上下文自动调整管理器，以便从临床应用和工具发起请求中提取用于第一临床任务流程的临床应用和工具信息，和基于所提取的临床应用和工具信息将至少一个第一临床工具与响应于临床应用和工具发起请求而被发起的至少一个第一临床应用相连接，其中第一临床工具独立于第一临床应用。

至少另一个示例实施方式提供一种计算机可读介质，存储了计算机可执行指令，其当被执行时使得计算机执行用于在医学图像评估和诊断系统中动态地连接临床工具、临床应用和临床发现的方法。按照至少该示例实施方式，该方法包括：从临床应用和工具发起请求中提取用于第一临床任务流程的临床应用和工具信息，和基于所提取的临床应用和工具信息将至少一个第一临床工具与响应于临床应用和工具发起请求而被发起的至少一个第一临床应用相连接，其中第一临床工具独立于第一临床应用。

附图说明

在以下给出的示例实施方式和附图的详细描述中，相似的元件通过相似的附图标记表示，它们仅通过解释的方式给出并且由此不限制示例实施方式并且其中：

图1示出其中可以执行示例实施方式的syngo架构，

图2示出包括了按照一种示例实施方式的WAALM的运行时容器，

图3示出图2所示的储存库1016的例子，

图4是示出了在图2所示的运行时容器内的示例交互的流程图，

图5是示出了按照一种示例实施方式的方法的流程图，

图6是示出了在工具、结合体、发现和图2中的读取应用任务1008之间的示例连接的方框图，以及

图7示出了图1所示的服务器的示例实施方式。

应当指出，这些附图旨在解释在某个示例实施方式中使用的方法、结构和/或材料的一般特征并且旨在补充以下提供的文字描述。然而这些附图没有按比例并且可能不精确反应任何给出的实施方式的精确结构或性能特征，并且不应当被解释为限定或限制通过示例实施方式所包括的值或特征的范围。在各个附图中类似的或相同的附图标记的使用旨在表明类似的或相同的元件或特征的存在。

具体实施方式

尽管示例实施方式允许各种修改和替换形式，但是其实施方式在附图中示例性示出并且在此详细描述。但是应当理解，不是旨在将示例实施方式限制到公开的特殊形式，而是相反，示例实施方式覆盖了落在权利要求范围内的所有修改、等价物和替换。相似的序号贯穿附图的描述指相似的元件。

在更详细讨论示例实施方式之前，应当指出，一些示例实施方式作为以流程图画出的过程或方法被描述。尽管流程图描述了作为顺序过程的操作，但是许多操作可以并行、并列或同时被执行。而且，操作的顺序可以被重新安排。处理可以在其操作被完成时被终结，但是也可以具有没有包括在图中的附加步骤。处理可以相应于方法、函数、过程、子例程、辅程序等。

下面讨论的方法（其中一些通过流程图示出）可以通过硬件、软件、固件、中间件、微码、硬件描述语言或其任何组合来执行。当以软件、固件、中间件或微码执行时，用于执行必要任务的程序代码或代码段可以被存储在机器或计算机可读介质诸如存储介质中。处理器将执行必要的任务。

在此公开的特定结构和功能细节仅对于描述本发明的示例实施方式的目的是代表性的。但是示例实施方式可以按照许多替换的形式实现并且不应当被构建为限制到在此提出的实施方式集合。

应当理解，尽管术语第一、第二等等可以在此被用来描述不同的元件，但是这些元件不应当被这些术语所限制。这些术语仅被用来区分一个元件与另一个元件。例如，第一元件可以被称为第二元件，并且，类似地，第二元件可以被称为第一元件，而不脱离示例实施方式的范围。如在此使用的，术语“和/或”包括相关列出的条目的一个或多个的任何和所有组合。

应当理解，当元件被称为被“连接”或“耦合”到另一个元件时，其可以直接连接或耦合到另一个元件或可以存在介于其间的元件。相反，当一个元件被称为被“直接连接”或“直接耦合”到另一个元件时，不存在介于其间的元件。用来描述在元件之间的关系的其他词语应当以类似方式被解释（例如“在…之间”对“直接在…之间”，“相邻”对“直接相邻”，等等）。

在此使用的术语仅仅是为了描述特定实施方式的目的并且不是旨在限制示例实施方式。如在此使用的，单数形式“一”、“一个”和“该”旨在也包括复数形式，除非上下文清楚地另外指出。应当进一步理解，术语“包括”、“包含”“含有”和/或“由…组成”，当在此使用时，描述了提到的特征、整体、步骤、操作、元件和/或部件的存在，但是不排除一个或多个其他特征、整体、步骤、操作、元件和/或部件和/或其组的存在或添加。

还应当指出，在一些替换实施方式中，标记的功能/动作可能不按照图中标记的顺序发生。例如连续示出的两个图实际上可能被同时执行或有时可能按照相反顺序执行，取决于涉及的功能/动作。

除非另外定义，在此使用的所有术语（包括技术的和科学的术语）具有示例实施方式所属的领域中普通技术人员通常理解的相同含义。应当进一步理解，例如，那些在通常使用的词典中定义的术语，应当被解释为具有与其在相关领域的上下文中的含义一致的含义并且不被解释为理想化的或过度形式化的意义，除非在此清楚地这样定义了。

示例实施方式的部分和相应的详细描述关于软件或算法和在计算机存储器内对数据位的操作的符号表示的形式提供。这些描述和表示用于通过本领域普通技术人员向本领域其他普通技术人员有效传递其工作的实质。

在以下描述中，示例性实施方式将参考动作和操作的符号表示（例如以流程图的形式）来描述，其可以作为包括了例程、程序、对象、部件、数据结构等的程序模块或功能过程被执行，其执行特定的任务或执行特定的抽象数据类型并且可以在现有的临床环境中使用现有的硬件来执行。这样的现有硬件可以包括一个或多个中央处理单元（CPU）、数字信号处理器（DSP）、特定于应用的集成电路、现场可编程门控阵列（FPGA）计算机等。

但是应当牢记，所有这些和类似术语要与合适的物理量相关联并且仅仅是应用于这些量的方便的标记。除非特别地另外指出，或者从讨论中显然可见，术语诸如“处理”或“用计算机计算”或“计算”或“确定”或“显示”等，指计算机系统或类似的电子计算设备的动作或过程，其操纵并将作为在计算机系统的寄存器和存储器内的表示为物理、电子量的数据转换为在计算机系统存储器或寄存器或其他这样的信息存储、传输或显示设备内的类似地表示为物理量的其他数据。

也注意到，示例实施方式的软件执行的方面典型地在一些形式的程序存储介质上编码或经由一些类型的传输介质执行。程序存储介质可以是磁的（例如软盘或硬盘驱动器）或光的（例如只读存储器光盘，或“CD ROM”），并且可以是只读或随机存取的。类似地，传输介质可以是双绞线、同轴电缆、光纤或现有技术中已知的一些其他合适的传输介质。示例实施方式不受任何给出的实现方式的这些方面限制。

尽管关于计算机断层成像系统描述了示例实施方式，示例实施方式不限于此。例如，本发明的示例实施方式的系统可以是另一种类型的成像系统（例如MRI、PET等）。

本发明的替换实施方式可以作为在计算机系统使用的计算机程序产品来实现，处理器程序产品例如是存储在有形的或非易失性数据记录介质（处理器可读介质），诸如磁盘、CD-ROM、ROM或硬盘中的一系列处理器指令、代码段或程序段。该系列处理器指令、代码段或程序段可以构成上面描述的示例实施方式的方法的功能的全部或部分，并且也可以被存储在易失性或非易失性的任意存储设备中，诸如半导体、磁、光或其他存储设备。

在一些临床环境中（例如syngo.via），单独的软件应用构成模块（例如任务）和任务的顺序被配置，并且这些单独的软件应用元件被用户按照定义的顺序处理。任务的顺序称为任务流程。任务流程（例如读取任务流程）定义任务的位置和在任务之间的数据链接二者。数据链接确保，一个任务（或任务函数）的输出数据被用作对于随后的任务的输入数据。任务可以典型地被顺序地、并行地或按照任意顺序执行。

示例实施方式提供方法、设备、系统和计算机可读存储介质，允许在工作流之间和/或独立应用之间的用户交互的更有效和更可靠的自动化。

图1示出了其中示例实施方式可以被执行的syngo架构。syngo架构将结合图1所示的信号/消息/通信流程图来描述。因为syngo架构的部件本身是一般公知的，所以省略对每个部件的更详细讨论。尽管示例实施方式将参考syngo架构来描述，但是示例实施方式不应当被限制到仅仅该实施方式。

参考图1，在（1），临床的放射学信息系统（RIS）服务器104通过将工作列表发送到模态110，安排患者扫描（例如计算机断层成像（CT）、磁共振成像（MRI）、X射线等）。在一个例子中，RIS服务器104通过将工作列表发送到模态110，安排在CT模态上的CT扫描。RIS服务器104也将工作列表发送到syngo.via服务器108以关于扫描工作项目通知syngo.via服务器108，该扫描工作项目可以包含关于几次就诊的多个扫描系列。RIS服务器104是可经由RIS客户端102访问的。

在（2），RIS服务器104和/或syngo.via服务器108从图片存档和通信系统（PACS）服务器106预取对于感兴趣患者的先前研究。先前研究可以包括要与当前扫描以及当前扫描中的发现相比较的先前发现。

在（3），响应于工作列表，模态110将信息（例如用于核算的处理细节）发送到RIS服务器104。

在（4），在获得了相关图像之后，模态110将获得的对于感兴趣患者的图像发送到syngo.via服务器108，用于创建发现和与先前发现相比较。同样在（4），模态110将获得的图像发送到PACS服务器106用于存档。

在（5），syngo.via服务器108通知模态110：对于感兴趣患者的所有数据已经被存档。作为响应，模态110于是可以删除在模态机器上的那些数据。

在（6），临床用户（例如临床放射学者）通过syngo.via客户端（RTC）终端112存取在syngo.via服务器108存档的获得的图像以执行图像操纵或读取活动并且使用工具和应用在图像上创建和/或编辑发现。临床用户于是在临床报告中总结所述发现。

在（7），syngo.via服务器108将临床报告发送到PACS服务器106。PACS服务器106在接收之后存储所述临床报告。对所述报告的结构化的报告也被存储在PACS服务器116中（以用于存档）。

在（8），syngo.via服务器108通知RIS服务器104，临床用户已经结束报告（例如用于核算）。

发现被创建和报告，并且也可以在syngo.via服务器108处被重新活跃（re-animated）。在syngo.via服务器108处执行的读取应用显示新创建的或者那些在先前的研究中创建的发现。

图7示出了图1所示的服务器108的示例实施方式。

参考图7，服务器108包括处理器210、输入/输出设备230、存储器220、显示器240和总线250。服务器108可以例如是配置用于由临床用户经由图1所示的工作站112访问以检查医学数据的个人计算机。

处理器210、输入/输出设备230、存储器220和显示器240配置为经由总线250执行互相的数据通信。尽管显示器240作为服务器108的部件示出，但是显示器可以位于相对于服务器108远距离处。在此意义上，显示器240可以指图1中的客户端工作站112的显示器。

处理器210配置为通过经由总线250访问存储器220来执行程序。输入/输出设备230用于向用户输入数据从用户输出数据。服务器108能够通过使用输入/输出设备230来连接至外部设备（例如图1所示的工作站112）并且可以与外部设备交换数据。显示器240配置为基于从客户端工作站112的用户接收的命令和/或从处理器210接收的命令显示用户界面。

存储器220存储用于处理器210的操作的代码和/或程序。例如，存储器220可以包括数据结构，该数据结构包括用于执行在此描述的方法的指令。存储器220可以存储配置为容纳患者浏览器和多个成像应用的用户界面容器。每个应用可以是独立的并且可以与图1中描述的syngo架构相关联。应用可以是医学成像应用，其按照由图1的系统创建的图像被设计。例子包括冠状图像分析应用、结肠图像分析应用、心血管应用、读取应用、图像操纵应用等。

存储器220可以包括一个或多个存储器模块。存储器模块可以是单独的物理存储器（例如硬盘驱动器）、在单个物理存储器上的单独的分区和/或在单个的物理存储器的单个分区上的单独的存储位置。存储器模块可以存储与软件（例如成像处理）的安装相关联的信息。

应当理解，处理器210，诸如数字信号处理器或微控制器，被特殊地编程以执行存储在存储器220中的指令。例如，处理器210被特殊地编程以按照以下更详细描述的示例操作执行存储在存储器220中的指令。

通常，用于医学图像的诊断的工具，诸如被临床用户在图1的RTC终端112处使用的工具，被分组为有用的集合，并且在专用的应用内被捆绑。专用的应用聚焦于例如器官（例如肺、心脏等）、扫描仪加器官（例如头部计算机断层成像（CT）、头部磁共振（MR），等）、用于不同的“学科”的特殊扫描仪类型（例如PET/CT肿瘤学、心脏病学等）等。这些组合着眼于用户命令和用户感受，同时也降低对于用户的复杂性。然而，应用开发者/制造者不能覆盖如临床用户想要的对于工具的更多组合的要求，而同时对于每个现有的组合提供更大的灵活性。

示例实施方式提供允许对于全部任务流程和/或对于全部独立的应用保留发现的方法、设备、系统和计算机可读存储介质。为了保留发现，示例实施方式使用工作上下文自动调整管理器（WAALM）和相关知识储存库（或数据库）。对于示例的目的，WAALM将被讨论为在图1和7所示的syngo.via服务器108处实现并且其功能被执行。然而，示例实施方式不限于该实现。在一种替换中，WAALM可以在客户端工作站或其他计算设备处被实现并且其功能被执行。

图2示出了包括按照示例实施方式的WAALM的运行时容器。图2所示的运行时容器是在syngo.via服务器108处可执行的可执行运行时容器。

如图2所示，运行时容器包括与读取任务流程相关联的多个任务1002、1008、1010、1012和1014，该读取任务流程定义了多个任务1002、1008、1010、1012和1014的序列。如上所述，任务流程定义了每个任务的位置和在任务流程中的任务之间的数据链接二者。

图2所示的运行时容器还包括WAALM1000。按照至少该示例实施方式，WAALM1000收集临床用户活动的上下文并且使用上下文调整实体（在此也称为结合体、结合体实体等）以管理应用和工具，发起应用，并且有助于在应用和工具之间的合作。WAALM1000捕捉并在结合体中存储关于任务流程的当前上下文和在应用和工具之间的任何新的合作的知识。WAALM1000可以通过精确的调用（例如函数或其他）或通过拦截对于应用、工具、发现等的生存周期操作来发起。WAALM1000的发起或发动导致存储在储存库1016中的一个或多个结合体的创建和/或访问。储存库1016在此也称为数据库，并且后面将被详细描述。

上下文结合体实体或结合体是将应用与在应用内要被使用的工具相连接的软件部件。

与传统的应用插件不同，结合体不连接到应用，它们也不连接或结合到特殊应用。而是结合体连接2个实体（例如任意应用和工具）。除应用特定的结合体之外（在所述应用特定的结合体中应用定义了应用侧的界面），结合体定义应用侧的界面。

工具侧的界面按照想要的结合体类型和要被处理的数据、基于工具和/或工具组而被定义。相应地，使用工具创建的发现可以在与被用来创建所述发现的工具相兼容的每个应用中被显示。

一个或多个示例实施方式改变在应用和工具之间的关系。从前，每个应用有工具的相关联集合，应用被限制到所述工具。然而按照至少一些示例实施方式，工具和应用在相同的级别上被提供，并且根据需要和取决于用户请求来合作。因此，应用不再被限制到工具的一个相关联集合。

图6是示出了工具、结合体、发现和在图2中的读取应用任务1008之间的示例连接的方框图。

参照图6，读取应用任务1008与结合体702和704相关联。在该例子中，结合体702是2D结合体，而结合体704是3D结合体。在该上下文中，2D和3D指与给定的结合体相关联的工具。然而，如以下更详细讨论的，每个结合体具有本质上是多维（例如2D）的上下文。

仍然参考图6，每个结合体702和704具有上下文，其指结合体的2D本质。对于每个结合体，存在具有包含于其中的相关联状态的上下文元素。在图6中示出的例子中，上下文元素被标以“int”，其是在程序代码级的数字类型“整数”的名称。标签“int”是在软件开发期间可以被分配给参数的类型的一种例子。

二维中的第一个维度是对于应用至一个或多个工具的连接性的无状态实现（在此称为“用于连接性的无状态实现”）。用于连接性的无状态实现允许在应用和工具之间的技术接口连接。这样的接口连接确保在运行时的连接性，使得调用和参数例如从应用被路由到工具。因为例如用于2D图像的工具的领域驱动接口设计具有强的普通性并且依赖于用于2D数据的相同数据模型，所以仅一个或也许仅一些结合体被需要用于这样一组工具。

如图6所示，用于2D结合体702的连接性的无状态实现将读取应用1008与2D工具708和710相连接。在该例子中，2D工具包括线工具708和圆工具710。

用于3D结合体704的连接性的无状态实现将读取应用1008与3D工具712和714相连接。在该例子中，3D工具包括骨移除工具712和感兴趣体积（VOI）工具714。

在更具体的例子中，如果临床用户正在读取应用1008内工作，并且想要使用线工具708来在被加载的数据上创建发现，则2D结合体702将读取应用1008与线工具708相连接以便允许用户使用线工具708来创建想要的发现。

在另一个例子中，如果临床用户正在读取应用1008内工作，并且想要使用骨移除工具712来显示/改变在被加载的数据上的先前发现，则3D结合体704将读取应用700与被需要用来显示/改变现有的发现的骨移除工具712相连接。

结合体的两个维度的第二个维度称为“上下文有状态信息”。上下文有状态信息允许稍后将（相同或不同）结合体实现方式进行参数化，其基于上面描述的用于连接性的无状态实现方式将应用（重新）连接到工具。这样的上下文有状态信息（在此也称为“状态”）被保存或存储在储存库或数据库1016中。

返回参考图6，每个结合体702和704包括/包含上下文有状态信息706。上下文有状态信息706包括识别工具（例如通过类别和/或类型）的信息和与被用来创建给定的发现的工具相关联的结合体类型。按照至少一些示例实施方式，工具被用来创建发现，并且结合体被用来捕获“状态”；即，何种发现是利用何种工具被创建的。在一个例子中，如图6所示，用于发现的“上下文有状态信息706”可以包括至少：工具类别ToolCategory、结合体实现类型AmalgamType（在创建时间），和用于创建发现的工具类型ToolType。上下文有状态信息706与发现一起被存储在以下将详细讨论的储存库1016中。

按照至少一些示例实施方式，更多的信息可用于识别根据其创建了发现的数据。在syngo.via系统中，这样的信息与发现一起被存储。然而，替换地，这样的信息（例如UID（唯一识别符））可以被捕获并且存储在结合体之内（或之中），因为发现仅对于对其已经创建了发现的医学图像的特定数据组是有效的。

按照至少一些示例实施方式，发现或工具本身不需要在任意应用中存储用于重新活跃的所有必需的信息。如果临床用户从一个应用切换到另一个不同的应用，则应用上下文改变而临床上下文（例如关于患者、研究、图像、发现等）保持相同。

术语“临床上下文”指如下情形：临床用户在屏幕上进行临床研究并且利用与用户界面的任意数量的交互（例如用于“读取”图像以创建对于最终诊断的发现）执行一些临床工作流程步骤。

术语“应用上下文”指与当前任务流程连接使用的应用，其是整个临床工作流程的部分。

（例如由RIS、PACS、模态、syngo.via、等使用的）DICOM标准覆盖了该临床数据上下文的第一部分（例如患者、研究、系列、图像等），但是没有覆盖将应用与用于创建发现的任意工具相连接的参数、特征等。

在一个例子中，工具可以关于维度的数量（例如2D、3D、4D）、定位、一般性、模式等被分类，使得与单个结合体类型相关联的工具类型被分组到一起。在该意义上，结合体类型是对那种类型的结合体至少与1-n个工具类别相兼容的提示。

按照至少一些示例实施方式，WAALM通过意图，而不是应用来管理工具，使得工具可以与多个不同的应用相连接地被使用。应用容纳任意（或通用的）工具或工具集合，它们是用于图像操纵和发现创建/编辑的主要工具。

在一个例子中，应用在启动时由要被加载的默认工具的描述所伴随。这些工具列表可以例如在XML文件中被配置并且在安装应用时被提供。用户可以安装更多工具和/或外接程序管理器（或类似物）以将附加工具连接到加载的应用。

按照至少一些示例实施方式，工具与应用实现细节不相关，而是与数据、基于数据的发现和工具的容量（例如显示容量）相关联。类似地，发现与数据和工具，而不与应用实现细节相关联。

按照至少一些实施方式，结合体识别专用连接类型（具有或没有附加实现）、并且根据需要连接上述实体的至少两个（例如发现、数据和/或工具），使得实体独立于合作方。因此，一个结合体连接类型可以发生多次以服务不同的工具。

回头参考图2，WAALM1000允许根据需要在多个应用内使用任意工具。WAALM1000也使用具有结合体的当前集合的储存库1016来管理在工具和应用之间的兼容性。发现通过与它们的相关联的工具一起被加载和/或重新加载到给定的应用上下文中而被保留，并且WAALM1000应用旧的、新的或不应用结合体。

图3示出了图2所示的储存库1016的例子。

参考图3，储存库1016的结构包括多个表TAB1至TAB5，将在以下详细讨论其中每个表。储存库1016使用每个结合体内部的上下文元素将结合体、应用、工具和发现相关联。在一个例子中，结合体、应用、工具和发现通过将结合体与应用标识符、临床工具标识符（例如指针等）和临床发现（或至临床发现的指针）相关联地存储在储存库1016内部而相关联。

储存库1016例如可以是本地数据库系统或基于云的数据存储服务。储存库1016保留或存储结合体（例如来自于运行时处理的具体结合体实体，其包含上面讨论的上下文有状态信息）和常规的数据库搜索索引信息以允许快速搜索功能。搜索索引可以包括关于数据库中的结合体类型的信息、在储存库中当前具有其结合体的医学图像数据组的UID等。保留的结合体实体例如如在图3和6中示出的那样包括关于结合体本身的元数据（例如信息，诸如姓名、列举值、类型名称、实体标识符等）并且例如还有工具名称、工具类型和具体的发现名称，对于所述发现名称已经创建结合体实体。

工具本身是具有存储在硬盘上的编译的代码的插件，并且发现本身存储在例如syngo.via系统的医学数据库中。结合体储存库1016存储了结合体实体并且它们“指向”在其他数据库或存储储存库中实体的其他类型（例如工具、发现等）。

在图3所示的例子中，配置数据被预先（例如在应用的安装期间）存储。配置数据可以识别工具类型、在应用和结合体类型/类别之间的兼容性等。

在开发时，在工具和结合体类型之间的兼容性也被定义，使得WAALM能够以相同的结合体类型连接工具和应用。

例如，每个工具和应用与至少一个结合体类型相关联，并且具有相同结合体类型的任何工具和应用可以被连接到一起。在此意义上，在特定的应用内部，临床用户可以使用具有与该应用相同的结合体类型的任意工具。

参考图3，例如，表TAB1存储了对于工具和结合体二者的类别，其按照兼容的方式被连接。表TAB1管理结合体和应用如何与结合体兼容这二者。

示例结合体类型/类别包括“零实现类型”（其是通常被支持的）、“2D”、“3D”、“n维”、“定位”、等。但是，示例实施方式不限于这些例子。如图3所示，结合体类别2D、3D和Pos被存储在表TAB1中。

表TAB2是这样的结合体的表示，每个应用使用每个结合体的上下文元素与所述结合体兼容。在该例子中，2D结合体的上下文元素是Context2D，3D结合体的上下文元素是Context3D，并且Pos结合体的上下文元素是ContextPos。

在表TAB2中，左栏是逻辑应用名称（临床应用标识符）、并且右栏标识了对于应用的兼容性。对于BasicReading应用，例如，右栏声明对上面的标识符“Context2D”的兼容性。因此，BasicReading可以利用在Context2D内部的任何东西来重新填充。如果另一个应用声明对结合体类型或类别2D的兼容性，则该另一个应用可以利用来自于Context2D的任何东西重新填充。“Context”（也例如图6中的706）用作当诊断被创建时应用所处的情形的代替物。

类似地，对于PETCTBasic应用，右栏声明对上面的标识符“Context3D”的兼容性。因此，PETCTBasic应用可以利用在Context3D内部的任何东西来重新填充。

在表TAB3中，左栏包括当前的结合体类型名称（例如AmalType2D、AmalTypePos、AmalType3D）。例如名称AmalType2D意味着存在对于保留在储存库1016中（例如像图6中的702）的结合体类别2D的结合体类型。表TAB3中的右栏表示存在具有上下文标识符的（例如Context2D、ContextPos、Context3D等）的、具体保留的结合体实例，其匹配结合体类型2D的给定版本（例如“v1”、“v2”、“v3”等）的结合体实现。该标识符“Context2D”被用来将事情粘接或系到一起。

内部的结合体实现（例如impl-v1、impl-v2等）例如可以在需要时内部地将相同的工具连接到不同的应用。例如，内部的结合体实现可以将鼠标和键盘事件与事件特定的数据一起转送到工具。

表TAB2和TAB3提供在应用和结合体类型之间的兼容性。

例如，表TAB2和TAB3表示，应用BasicReading与AmalType2D兼容。在该例子中，上下文Context2D提供该兼容性连接，该上下文Context2D是结合体内部的数据对象。

也在开发时，工具关于来自于模态（扫描仪）的医学DICOM数据而被定义，在所述模态上可以使用工具（例如ALL、2D、3D、CT图像、MR图像等）。

结合体独立于医学DICOM数据，但是通过规则函数调用转送将工具连接到应用，使得工具能够使用加载到应用的数据。这允许临床用户在应用内部使用任意连接的工具来在数据上创建发现。

回头参考图3中的储存库，在表TAB5中的左栏包括逻辑工具名称（临床工具标识符）。类似于表TAB3，表TAB5中的右栏表示，存在具有上下文标识符（例如Context2D、ContextPos、Context3D等）的具体保留的结合体实例，其匹配结合体类型的给定版本的结合体实现。在图3所示的例子中，表TAB5中的线工具Linetool和圆工具Circletool中的每一个被连接到Context2D的不同的内部实现；即，分别是impl-v3和impl-v1。

返回图2，当临床用户使用在特定的应用内部的工具创建发现时，WAALM1000将创建的发现与发现所起源于的数据和工具一起存储在储存库1016中。在一个例子中，WAALM1000将发现与数据和工具一起以发现结合体实体的形式存储。图3中的表TAB4示出了发现结合体实体的例子。发现结合体实体使得发现例如能够在任务流程之间切换之后被重新活跃。

更详细地，表TAB4在左栏包含了具体的发现（或到具体的发现的指针，其在此也称为临床发现标识符）并且在右栏包含了以复合符号形式的链接信息。在图3所示的一种例子中，在左栏中标记为Find-1的发现在复合符号2D-AmalType2D-Linetool中被链接到三个东西。符号2D-AmalType2D-Linetool表示，发现Find-1被连接到Context2D标识符（2D）、表TAB3中的AmalgamType2D、和工具Linetool，其是用来产生发现的工具。

按照至少一些示例实施方式，工具变得独立于应用，这允许在工具、结合体和发现之间的一般化的接口连接，并且具有很少或没有医学语义的这样的接口（例如，execute(),start(),end(),initialize()calls）保持向后兼容并且随时间相对稳定。

按照至少一些示例实施方式，WAALM配置为建立应用至工具连接并且从储存库或从硬盘读取合适的结合体。WAALM搜索与被加载的数据相适合的并且具有由应用支持的结合体类型/类别的结合体。

图2是应用视图，具有来自于临床工作流程和任务流程的示例应用，说明，发现在任务“发现”（仅显示发现）和“任务读取应用”（显示具有其发现的图像）中被创建和维持，并且可以被更多的应用查看。图2与来自于图3的储存库1016和表一起描述了简化的数据库图表以内部地示例出数据库的示例管理和定义数据库图表的可能性，该数据库图表将允许WAALM稍后利用工具和发现存储和精确找到结合体，二者与给定的应用及要被加载到该给定的应用中的给定的数据组两者相匹配。

至少一个示例实施方式针对在医学图像评估和诊断系统中用于动态地连接临床工具、临床应用和临床发现的方法。按照至少一个示例实施方式，WAALM1000从临床应用和工具发起请求提取用于第一临床任务流程的临床应用和工具信息。WAALM1000然后基于提取的临床应用和工具信息将至少一个第一临床工具与至少一个第一临床应用相连接。第一临床工具独立于第一临床应用，并且第一临床应用响应于临床应用和工具发起请求被发起。

至少另一个示例实施方式提供一种存储了计算机可执行的指令的计算机可读介质，其当被执行时使得计算机执行在医学图像评估和诊断系统中用于动态地连接临床工具、临床应用和临床发现的方法。按照该示例实施方式，用于第一临床任务流程的临床应用和工具信息从临床应用和工具发起请求中被提取；并且至少一个第一临床工具基于提取的临床应用和工具信息与响应于临床应用和工具发起请求被发起的至少一个第一临床应用相连接。

图4是示出了在图2所示的运行时间容器和其中的应用内部的示例交互的流程图。图5是示出了按照示例实施方式的方法的流程图。

参考图2、4和5，在S201，用户通过发起对DataNavi应用1012的open data()调用1.0来打开临床数据。DataNavi（或DataNavigator）应用1012允许临床用户浏览对于“reading”应该的工作项目的列表。当临床用户在DataNavi应用1012内部选择工作项目时，具有一组应用的用于读取（也称为任务流程）4002的工作流程被发起或启动。该组应用显示图像并且向临床用户提供工具以便对于数据创建发现并且以便操纵图像数据本身（例如定位、直方图、上色、从2D切换到3D模式等）。

在S202，DataNavi应用1012利用start()调用1.1发起映射的任务流程4002。映射的任务流程4002是指能够处理利用DataNavi应用1012打开的临床数据的工作流程类型。

在S204，映射的任务流程4002通过产生应用和工具发起请求1.2来试图发起读取应用1008，用于由临床用户使用以评估临床数据。在该例子中，应用和工具发起请求1.2可以是用于读取应用1008的start()调用。然而，在S206,WAALM1000拦截应用和工具发起请求1.2，并且从应用和工具发起请求1.2提取应用和工具信息。应用和工具发起请求1.2包括要被启动的应用（例如BasicReading，PETCTBasic等）和要被使用的工具（例如Linetool，Circletool，Angletool，ROItool3D等）以评估临床数据。

在S208，WAALM1000将提取的应用和工具信息存储在储存库1016中。

在S209，WAALM1000将应用和工具发起请求1.2输出到读取应用1008。

除了转送应用和工具发起请求1.2，在S210，WAALM1000基于在S206提取的信息对于所请求的读取应用，发起结合体和工具1.4。

更详细地，在S206,WAALM1000从应用配置（文件或数据库）提取，什么工具（类型和名称）需要被默认地加载到应用中，并且创建应用对应的结合体实体，应用与该结合体实体兼容。然后，WAALM1000从任务流程的输入参数中提取，什么数据需要被加载到相同的应用中并且对于具有用于该数据的发现的结合体查询储存库1016。WAALM1000重新创建结合体运行时实体，从结合体读取工具（类型和名称），并且融合两个工具组（默认和相关的发现）。WAALM1000通过读取应用的配置来检查，是否所有的结合体是兼容的，并且利用兼容的来代替不兼容的结合体。在该上下文中，兼容的表示：应用具有在其兼容性列表中的结合体类型并且相同的结合体与被需要来显示发现的工具相兼容。WAALM1000从列表中去除剩余的不兼容的结合体。

WAALM1000使用可配置的机制来拦截并且潜在地丰富在应用启动时被加载的工具的集合。例如，这样的机制可以是在应用的配置中的WAALM处理机（handler），其指示WAALM1000提供要被加载到应用中的工具的列表，而不是搜索并将工具提供到应用的常规的应用处理机。WAALM1000不是将工具，而是将结合体实体的融合的列表提供到应用，其反过来加载与应用兼容的工具。还存在其他已知的机制，诸如代码注入或将WAALM“tool”放置到磁盘上的应用的工具文件夹中。

在步骤S302，WAALM1000使用add tool()调用1.5将发起的应用在步骤S302与工具的默认集合连接。默认工具集合可以在应用被开发时在应用配置中被定义。替换地，默认工具集合和用于应用的结合体的默认集合可以在运行时配置。在一个例子中，WAALM1000拦截在应用和工具之间的调用，识别与工具和应用相关联的结合体类型，并且使用识别的结合体作为结合体的默认集合。每个工具使用add too()调用1.5连接到应用（例如以便在角菜单中变得可见）。

在步骤S304，WAALM1000检查，是否存在与当前的临床上下文相关联的先前的发现。更具体地，WAALM1000从任务流程的输入参数提取，什么数据需被加载到相同的应用，并且在储存库1016中查询具有对于该数据的发现的结合体，重新创建结合体运行时实体。

映射的任务流程4002利用数据请求1.5试图加载当前的医学数据。在该例子中，来自于映射的任务流程4002的数据请求可以是start data()调用。WAALM1000通过映射的任务流程4002拦截数据请求1.5，并且提取和/或检查关于医学数据的类型和数据在那里被获取的模态的信息。

在S306，WAALM1000确定，是否除了在默认工具集合中的工具之外还需要工具来允许用户使用发现（使得当用户在另一个、但是兼容的工作流程中重新打开一个案例时不丢失发现）。例如，WAALM1000在储存库1016查询用于所加载的数据的结合体，并且从这样的结合体中读取发现和工具（例如类型和名称）。

如果WAALM1000确定，需要附加的工具来使用发现，则在S308，WAALM1000按照上面描述的方式将附加的工具连接到应用。同样在步骤S308，WAALM1000将在步骤S304识别的先前发现加载到应用中。先前发现然后在应用内部对于临床用户来说是可用的，例如，通过在S312被显示给临床用户。在一个例子中，先前发现可以在图1所示的工作站112处被显示给临床用户。

返回到步骤S306，如果WAALM1000确定，不需要附加的工具来使用在步骤S304识别的先前发现，则在S310，WAALM1000使用默认的工具集合将先前的发现加载到应用中，并且在S312将先前的临床发现显示给临床用户，使得先前的发现可以在应用内部对于临床用户是可用的。

返回到步骤S304，如果WAALM1000确定，没有先前的发现要结合映射的任务流程4002被加载，则应用利用默认的工具集合发起并且对于临床用户来说是可用的。

返回参考图4，按照至少一些示例实施方式，当用户想要或需要这样做时，用户能够通过发起添加工具请求1.7来选择要被添加至读取应用的附加工具。在该例子中，添加工具请求可以是choose tools()调用。

在特定的应用内部，图形用户界面（GUI）可以提供“更多工具…”选择或按钮，其使得用户能够获得除了在应用内部当前可用的那些工具集合之外的工具。在用户界面内部，工具集合可以是用户特定的、疾病特定的、学科特定的、器官特定的、多模态或单模态特定的、基于外部的医学知识数据库，等。

在关于图2、4和5的一个例子中，图形用户界面可以提供具有“更多…”条目的角菜单。用户点击“更多…”指示WAALM1000在储存库中搜索与应用兼容的所有工具并且向用户提供用于选择的列表。响应于由用户对一个或多个工具的选择，WAALM1000按照与关于S302讨论的相同或基本相同的方式添加附加的工具。选择的工具被插入到片段的角菜单中并且能够（可选地）延伸到应用的默认列表中。

当用户选择了要被添加到应用的附加工具时，利用先前加载的工具获得的先前的发现保持被加载并且由WAALM1000保留。

按照至少一些示例实施方式，应用可以具有这样的结合体的一个或多个应用特定的集合，这些结合体仅对于单独的应用工作、但是也如更通常的结合体一样符合工具和对应的发现。

按照至少一个示例实施方式，用户可以在运行时请求多个工具，并且WAALM可以使用上面的匹配标准以便仅提供符合数据和应用二者的工具。用户也能够从该列表选择附加工具并且使用这些工具创建附加的发现。

示例实施方式使得用户能够在不改变应用和/或丢失先前加载的发现的情况下将附加的工具添加到当前的任务流程。结合体使得用户能够这样做，因为工具不再被捆绑于应用。而是，工具独立于应用。因此，工具能够按需地（ad-hoc）被加载到应用中。

示例实施方式也使得用户能够将其他应用添加到现存的任务流程中而保留使用当前的应用和与其相关联的工具获得的先前的发现。

再次参考图2、4和5，如果用户想要将另一个应用按需地添加到映射的任务流程4002中，则用户向WAALM1000发起附加应用请求1.10。在该例子中，附加的应用请求可以是choose apps()调用。响应于附加应用请求，WAALM1000按照与上面关于S302讨论的相同或基本上相同的方式发起想要的新的应用。通过这样做，来自于先前的应用的现存的发现被保留，并且WAALM1000也显示利用按需的应用创建的发现。

仍然参考图2、4和5，如果用户决定手动在任务流程之间切换或重新映射，则前两个应用和初始的任务流程响应于re-map()调用1.14被声明。然后执行启动序列1.15、1.16、1.17。启动序列1.15、1.16、1.17类似于1.1、1.2和1.3，除了在声明了的任务流程中创建的发现在关于第二个任务流程被发起的应用中被保留并且被显示。附加地，当用户发起第二个任务流程时，WAALM1000也添加所需要以再次显示已经在丢弃的任务流程中被创建的所有发现的工具。

本申请的至少一个实施方式包括计算机可读介质。计算机可读介质包括代码段，当由处理器执行时使得处理器拦截应用安装过程、分类应用、确定与应用相关联的信息并且基于分类和确定的信息安装应用。如果应用兼容性信息和至少一个目标节点的兼容性被确认，则安装应用可以进一步包括确定一个或多个目标节点的兼容性信息并且将应用添加到至少一个目标节点。

尽管关于计算机断层成像系统描述了上面的例子，示例实施方式不限于此。例如，系统可以是另外的成像系统（例如MRI、PET等）。此外，示例实施方式不限于成像系统。例如，示例实施方式可以涉及临床研究系统或其他卫生保健管理系统。此外，如本领域技术人员将理解的，示例实施方式可以涉及使用诸如制造设备（例如机器人）或云计算环境的几个合作应用的任何系统，但是不限于此。

虽然已经具体示出并描述了示例实施方式，本领域普通技术人员将理解的是，在此在不脱离权利要求的精神和范围的情况下可以进行在形式和细节方面的变化。本发明这样被描述，明显的是，本发明可以以许多方式改变。这样的变化不被认为是脱离本发明，并且所有这样的修改都旨在被包括在本发明的范围之内。

Claims (51)

1.一种用于在医学图像评估和诊断系统中动态地连接临床工具、临床应用和临床发现的方法，该方法包括：

-从临床应用和工具发起请求中提取用于第一临床任务流程的临床应用和工具信息；和

-基于提取的临床应用和工具信息将至少一个第一临床工具与响应于所述临床应用和工具发起请求而被发起的至少一个第一临床应用相连接，所述第一临床工具独立于所述第一临床应用。

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

将使用所述第一临床工具创建的先前的临床发现加载到所述第一临床应用中。

3.根据权利要求2所述的方法，其中，所述先前的临床发现在先前的临床任务流程内部被创建。

4.根据权利要求1所述的方法，其中，所述第一临床工具在所述第一临床应用的运行时间与所述第一临床应用相连接。

5.根据权利要1所述的方法，还包括：

先于提取所述临床应用和工具信息，拦截所述临床应用和工具发起请求，所述临床应用和工具发起请求旨在用于由所述临床应用和工具信息所识别的应用模块；和

响应于所述临床应用和工具发起请求，发起所述第一临床应用。

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

使用连接到所述第一临床应用的所述第一临床工具产生第一临床发现。

7.根据权利要求6所述的方法，还包括：

与第一临床应用标识符和第一临床工具标识符相关联地存储所述第一临床发现，以便将所述第一临床应用与所述第一临床工具和所述第一临床发现相连接。

8.根据权利要求7所述的方法，还包括：

发起至少一个第二临床应用；

将所述第二临床应用与所述第一临床工具相连接；和

使用所述第一临床工具在所述第二临床应用内部显示所述第一临床发现。

9.根据权利要求6所述的方法，还包括：

将第二临床工具与所述第一临床应用相连接；

使用所述第二临床工具创建第二临床发现；和

在所述第二临床应用内部显示所述第一临床发现和所述第二临床发现。

10.根据权利要求6所述的方法，还包括：

从所述第一临床任务流程切换到第二临床任务流程；和

在所述第二临床任务流程内部显示所述第一临床发现。

11.根据权利要求1所述的方法，还包括：

将所述第一临床应用与关联于所述第一临床应用的默认工具集合相连接。

12.根据权利要求11所述的方法，其中，所述第一临床工具是所述默认工具集合的部分。

13.根据权利要求1所述的方法，还包括：

识别将要加载到所述第一临床应用中的临床发现；

确定在所述第一临床应用内部是否需要附加的临床工具来使用所述临床发现；和

如果在所述第一临床应用内部不需要附加的临床工具来使用所述临床发现，则将所述临床发现加载到所述第一临床应用中。

14.根据权利要求1所述的方法，还包括：

识别要被加载到所述第一临床应用中的临床发现；

确定在所述第一临床应用内部是否需要附加的临床工具来使用所述临床发现；

如果在所述第一临床应用内部需要附加的临床工具来使用所述临床发现，则将至少一个第二临床工具与所述第一临床应用相连接，以便使用所述临床发现；和

将所述临床发现加载到所述第一临床应用中。

15.根据权利要求14所述的方法，还包括：

如果在所述第一临床应用内部不需要附加的临床工具来使用所述临床发现，则将所述临床发现加载到所述第一临床应用中。

16.根据权利要求1所述的方法，其中，所述连接包括：

响应于所述临床应用和工具发起请求，创建用于将所述第一临床应用与所述第一临床工具相连接的软件部件；和

在数据库中，与第一临床应用标识符和第一临床工具标识符相关联地存储所述软件部件，以便将所述第一临床应用与所述第一临床工具相连接。

17.根据权利要求16所述的方法，其中，所述连接还包括：

访问所述数据库，以便响应于所述临床应用和工具请求将所述第一临床应用与所述第一临床工具相连接。

18.一种用于动态地连接临床工具、临床应用和临床发现的医学图像评估和诊断系统，所述系统包括：

工作上下文自动调整管理器，用于

从临床应用和工具发起请求中提取用于第一临床任务流程的临床应用和工具信息；和

基于提取的临床应用和工具信息将至少一个第一临床工具与响应于所述临床应用和工具发起请求而被发起的至少一个第一临床应用相连接，所述第一临床工具独立于所述第一临床应用。

19.根据权利要求18所述的系统，其中，所述工作上下文自动调整管理器进一步配置为，将使用所述第一临床工具创建的先前的临床发现加载到所述第一临床应用中。

20.根据权利要求19所述的系统，其中，所述先前的临床发现在先前的临床任务流程内部被创建。

21.根据权利要求18所述的系统，其中，所述第一临床工具在所述第一临床应用的运行时间与所述第一临床应用相连接。

22.根据权利要求19所述的系统，其中，所述工作上下文自动调整管理器进一步配置为，先于提取所述临床应用和工具信息，拦截所述临床应用和工具发起请求，所述临床应用和工具发起请求旨在用于由所述临床应用和工具信息所识别的应用模块；和

响应于所述临床应用和工具发起请求，发起所述第一临床应用。

23.根据权利要求19所述的系统，其中，使用连接到所述第一临床应用的所述第一临床工具产生所述第一临床发现。

24.根据权利要求23所述的系统，还包括：

储存库，用于与第一临床应用标识符和第一临床工具标识符相关联地存储所述第一临床发现，以便将所述第一临床应用与所述第一临床工具和所述第一临床发现相连接。

25.根据权利要求24所述的系统，其中，所述工作上下文自动调整管理器进一步配置为，发起至少一个第二临床应用，将所述第二临床应用与所述第一临床工具相连接，并且其中，所述系统还包括：

显示器，用于使用所述第一临床工具在所述第二临床应用内部显示所述第一临床发现。

26.根据权利要求23所述的系统，其中，所述工作上下文自动调整管理器进一步配置为，将第二临床工具与所述第一临床应用相连接，并且使用所述第二临床工具创建第二临床发现，并且其中，所述系统还包括：

显示器，用于在所述第二临床应用内部显示所述第一临床发现和所述第二临床发现。

27.根据权利要求23所述的系统，其中，所述系统配置为，当临床用户从所述第一临床任务流程切换到第二临床任务流程时在所述第二临床任务流程内部显示所述第一临床发现。

28.根据权利要求18所述的系统，其中，所述工作上下文自动调整管理器进一步配置为，将所述第一临床应用与关联于所述第一临床应用的默认工具集合相连接。

29.根据权利要求28所述的系统，其中，所述第一临床工具是所述默认工具集合的部分。

30.根据权利要求18所述的系统，其中，所述工作上下文自动调整管理器进一步配置为，

识别将要被加载到所述第一临床应用中的临床发现；

确定在所述第一临床应用内部是否需要附加的临床工具来使用所述临床发现；和

如果在所述第一临床应用内部不需要附加的临床工具来使用所述临床发现，则将所述临床发现加载到所述第一临床应用中。

31.根据权利要求18所述的系统，其中，所述工作上下文自动调整管理器进一步配置为，

识别要被加载到所述第一临床应用中的临床发现；

确定在所述第一临床应用内部是否需要附加的临床工具来使用所述临床发现；

如果在所述第一临床应用内部需要附加的临床工具来使用所述临床发现，则将至少一个第二临床工具与所述第一临床应用相连接，以便使用所述临床发现；和

将所述临床发现加载到所述第一临床应用中。

32.根据权利要求31所述的系统，其中，所述工作上下文自动调整管理器进一步配置为，

如果在所述第一临床应用内部不需要附加的临床工具来使用所述临床发现，则将所述临床发现加载到所述第一临床应用中。

33.根据权利要求18所述的系统，其中，所述工作上下文自动调整管理器进一步配置为，通过

响应于所述临床应用和工具发起请求创建用于将所述第一临床应用与所述第一临床工具相连接的软件部件；和

在数据库中与第一临床应用标识符和第一临床工具标识符相关联地存储所述软件部件，用于将所述第一临床应用与所述第一临床工具相连接，

来将至少所述第一临床工具与至少所述第一临床应用相连接。

34.根据权利要求33所述的系统，其中，所述工作上下文自动调整管理器进一步配置为，

访问所述数据库，以便响应于所述临床应用和工具请求将所述第一临床应用与所述第一临床工具相连接。

35.一种存储了计算机可执行指令的计算机可读介质，其在被执行时使得计算机执行一种用于在医学图像评估和诊断系统中动态地连接临床工具、临床应用和临床发现的方法，所述方法包括：

从临床应用和工具发起请求中提取用于第一临床任务流程的临床应用和工具信息；和

基于所提取的临床应用和工具信息将至少一个第一临床工具与响应于所述临床应用和工具发起请求而被发起的至少一个第一临床应用相连接，所述第一临床工具独立于所述第一临床应用。

36.根据权利要求35所述的计算机可读介质，其中，所述方法还包括：

将使用所述第一临床工具创建的先前的临床发现加载到所述第一临床应用中。

37.根据权利要求36所述的计算机可读介质，其中，所述先前的临床发现在先前的临床任务流程内部被创建。

38.根据权利要求35所述的计算机可读介质，其中，所述第一临床工具在所述第一临床应用的运行时间与所述第一临床应用相连接。

39.根据权利要求35所述的计算机可读介质，其中，所述方法还包括：

先于提取所述临床应用和工具信息，拦截所述临床应用和工具发起请求，所述临床应用和工具发起请求旨在用于由所述临床应用和工具信息所识别的应用模块；和

响应于所述临床应用和工具发起请求，发起所述第一临床应用。

40.根据权利要求35所述的计算机可读介质，其中，所述方法还包括：

使用连接到所述第一临床应用的所述第一临床工具产生第一临床发现。

41.根据权利要求40所述的计算机可读介质，其中，所述方法还包括：

与第一临床应用标识符和第一临床工具标识符相关联地存储所述第一临床发现，以便将所述第一临床应用与所述第一临床工具和所述第一临床发现相连接。

42.根据权利要求41所述的计算机可读介质，其中，所述方法还包括：

发起至少一个第二临床应用；

将所述第二临床应用与所述第一临床工具相连接；以及

使用所述第一临床工具在所述第二临床应用内部显示所述第一临床发现。

43.根据权利要求40所述的计算机可读介质，其中，所述方法还包括：

将第二临床工具与所述第一临床应用相连接；

使用所述第二临床工具创建第二临床发现；以及

在所述第二临床应用内部显示所述第一临床发现和所述第二临床发现。

44.根据权利要求40所述的计算机可读介质，其中，所述方法还包括：

从所述第一临床任务流程切换到第二临床任务流程；和

在所述第二临床任务流程内部显示所述第一临床发现。

45.根据权利要求35所述的计算机可读介质，其中，所述方法还包括：

将所述第一临床应用与关联于所述第一临床应用的默认工具集合相连接。

46.根据权利要求45所述的计算机可读介质，其中，所述第一临床工具是所述默认工具集合的部分。

47.根据权利要求35所述的计算机可读介质，其中，所述方法还包括：

识别将要被加载到所述第一临床应用中的临床发现；

确定在所述第一临床应用内部是否需要附加的临床工具来使用所述临床发现；和

如果在所述第一临床应用内部不需要附加的临床工具来使用所述临床发现，则将所述临床发现加载到所述第一临床应用中。

48.根据权利要求35所述的计算机可读介质，其中，所述方法还包括：

识别要被加载到所述第一临床应用中的临床发现；

确定在所述第一临床应用内部是否需要附加的临床工具来使用所述临床发现；

如果在所述第一临床应用内部需要附加的临床工具来使用所述临床发现，则将至少一个第二临床工具与所述第一临床应用相连接，以便使用所述临床发现；和

将所述临床发现加载到所述第一临床应用中。

49.根据权利要求48所述的计算机可读介质，其中，所述方法还包括：

如果在所述第一临床应用内部不需要附加的临床工具来使用所述临床发现，则将所述临床发现加载到所述第一临床应用中。

50.根据权利要求35所述的计算机可读介质，其中，所述连接包括：

响应于所述临床应用和工具发起请求，创建用于将所述第一临床应用与所述第一临床工具相连接的软件部件；和

在数据库中与第一临床应用标识符和第一临床工具标识符相关联地存储所述软件部件，以便将所述第一临床应用与所述第一临床工具相连接。

51.根据权利要求50所述的计算机可读介质，其中，所述连接还包括：

访问所述数据库，以便响应于所述临床应用和工具请求将所述第一临床应用与所述第一临床工具相连接。