为医疗成像产生和运行软件应用程序的系统.pdf

本发明给出了一种有效和可以简单地操作的、为医疗成像产生和运行软件应用程序的系统（1），该系统包括至少一个框架结构（2,22,34,45,58,69,81），该框架结构具有一个服务层（3）以及一个作为应用编程接口设置在该服务层之上的工具箱层（4），其中，所述工具箱层（4）和服务层（3）的功能分别被概括在多个组件中，这些组件被这样严格地分级设置，使得总是仅仅可以从上级的组件出发对任意的组件进行访问。

权利要求书
1.  一种为医疗成像生成和运行软件应用程序的系统（1），包括至少一个框架结构（2,22,34,45,58,69,81），该框架结构具有一个服务层（3）以及一个作为应用编程接口设置在该服务层之上的工具箱层（4），其中，所述工具箱层（4）和服务层（3）的功能分别被概括在多个组件中，这些组件被这样严格地分级设置，使得对任意的组件总是只能从上级的组件出发进行访问。

2.  根据权利要求1所述的系统（1），其中，所述服务层（3）的该或每个组件被构造为可单一实例化并且具有多线程能力，而所述工具箱层（4）的该或每个组件被构造为可多重实例化并且具有单线程能力的。

3.  根据权利要求1所述的系统（1），其中，所述工具箱层（4）的该或每个组件为了快速的应用程序开发而可以在分配给该工具箱层（4）的可视化编程环境（7）上实例化和连接。

4.  根据权利要求1所述的系统（1），其中，该或每个框架结构（2,22,34,45,58,69,81）作为用户接口具有一个与所述工具箱层（4）对应的表示层（5），在该表示层（5）的内部对于该工具箱层（4）的至少一个组件提供一个所属的组件。

5.  根据权利要求4所述的系统（1），其中，所述表示层（5）的该或每个组件为了快速的应用程序开发而可以在分配给该表示层（5）的可视化编程环境（8）上实例化和连接。

6.  根据权利要求3所述的系统（1），其中，在每个框架结构（2,22,34,45,58,69,81）的所述编程环境（7,8）上可以产生一个构成模板的主页（18,19,26,28,37,39,50,52,61,63,73,75,85,87），可以为该主页在所属的框架结构（2,22,34,45,58,69,81）的内部分配所述工具箱层（4）或者表示层（5）的一个组件。

7.  根据权利要求5所述的系统（1），其中，在每个框架结构（2,22,34,45,58,69,81）的所述编程环境（7,8）上可以产生一个构成模板的主页（18,19,26,28,37,39,50,52,61,63,73,75,85,87），可以为该主页在所属的框架结构（2,22,34,45,58,69,81）的内部分配所述工具箱层（4）或者表示层（5）的一个组件。

8.  根据权利要求6所述的系统（1），其中，在对于至少一个框架结构（22,34,45,58）的所述编程环境（7，8）上可以产生至少一个从作为模板的主页（26,28,37,39,50,52,61,63）导出的内容页（30,32,41,43,54,56,65,67,76,79,88,91），可以为该内容页在有关的框架结构（22,34,45,58）的内部分配所述工具箱层（4）的至少一个组件作为内容。

9.  根据权利要求1所述的系统（1），其中，所述服务层的至少一个组件的功能范围可以通过至少一个插件可逆地扩展。

10.  根据权利要求9所述的系统（1），其中，该或每个插件可以在运行时被激活和禁止。

11.  根据权利要求1所述的系统（1），其中，每个组件对应于其分级设置或者属于稳定层（20）或者属于该稳定层之上的开发层（21），其中，该稳定层（20）的每个组件与该开发层（21）的该或每个组件不同，其版本是严格地反向兼容的。

12.  根据权利要求11所述的系统（1），其中，所述稳定层（20）和所述开发层（21）之间的边界与所述服务层（3）和所述工具箱层（4）之间的边界重合。

13.  根据权利要求1所述的系统（1），其中，该或每个框架结构（2,22,34,45,58,69,81）的组件可以独立于平台地在运行时环境、特别是Microsoft.NET中实施。

14.  根据权利要求1至13中任一项所述的系统（1），其中，所述系统带有一个数据管理框架结构（2），该框架结构包括：
-作为所述服务层（3）的组件的
-文件访问模块（10），其包含了用于读、写和删除数据以及用于在文件系统中生成文件的基本功能，
-设置在该文件访问模块（10）之上的数据管理服务模块（13），其包含了在访问所述文件访问模块（10）的情况下用于数据选择以及用于文件访问控制的功能，
-作为所述工具箱层（4）的组件的
数据管理基本模块（15），该模块包含了用于在应用程序的框架内访问所述数据管理服务模块（13）的功能。

15.  根据权利要求14所述的系统（1），其中，所述数据管理框架结构 （2）还包括：
作为所述服务层（3）的组件的
设置在所述文件访问模块（10）旁的信息模型映射模块（11），其包含用于根据一个文件所属的元数据产生一个对该文件的按照数据标准、特别是DICOM的含义唯一的引用的功能，以及用于对这种引用进行分析和分组的功能，其中，可以从所述数据管理服务模块（13）出发访问该信息模型映射模块（11）。

16.  根据权利要求14所述的系统（1），其中，所述数据管理框架结构（2）还包括：
作为所述服务层（3）的组件的
设置在所述文件访问模块（10）之上、并在必要时设置在所述信息模型映射模块（11）之上的工作区域模块（12），其包含用于在访问所述文件访问模块（10）、且必要时在访问所述信息模型映射模块（11）的情况下独立于平台地本地临时存储数据的功能，其中，可以直接从数据管理基本模块（15）出发访问该工作区域模块（12）本身。

17.  根据权利要求14所述的系统（1），其中，所述数据管理框架结构（2）还包括：
作为所述服务层（3）的组件的
设置在所述数据管理服务模块（13）之上的标准数据管理访问模块（14），其包含用于简化地、特别是组合地访问所述数据管理服务模块（13）、文件访问模块（10）以及必要时访问信息模型映射模块（11）的功能的功能，其中，可以从数据管理基本模块（15）出发访问该标准数据管理访问模块（14）本身。

18.  根据权利要求14所述的系统（1），其中，所述数据管理框架结构（2）还包括：
作为严格地在分级上设置在所述服务层（3）之下的网络服务层（6）的组件的
远程数据管理服务（17），其包含用于在一个远程网络节点上读、写和删除数据以及生成文件的功能，其中，可以从所述文件访问模块（10）出发访问该远程数据管理服务（17）。

19.  根据权利要求14所述的系统（1），其中，所述数据管理服务模块 （13）包含一个用于按照特别是本地存放的文件所属的元数据来索引该文件的功能的子系统。

20.  根据权利要求14所述的系统（1），其中，所述数据管理服务模块（13）包含一个用于通过将这些文件所属的元数据与所提供的搜索关键字相比较来选择文件的功能的子系统。

21.  根据权利要求14所述的系统（1），其中，所述数据管理服务模块（13）包含一个用于文件同步化和/或避免对同一文件的多重访问的功能的子系统。

22.  根据权利要求14所述的系统（1），其中，所述数据管理服务模块（13）包含一个用于检查对文件的特定于用户的访问权限的功能的子系统。

23.  根据权利要求14所述的系统（1），其中，所述数据管理服务模块（13）包含一个用于管理文件所属的工作标记的功能的子系统。

24.  根据权利要求19所述的系统（1），其中，所述数据管理服务模块（13）的至少一个子系统是以一个或多个插件的形式实现的。

25.  根据权利要求1至13中任一项所述的系统（1），其中，所述系统带有一个传送框架结构（22），该框架结构包括：
-作为所述服务层（3）的组件的
-文件访问模块（10），其包含了用于读、写和删除数据以及用于在一文件系统中生成文件的基本功能，
-流水线模块（23），其定义了多个用于处理图像数据的可以单独或者按照任意的组合接通的滤波器，以及
-设置在该文件访问模块（10）和流水线模块（23）之上的传送服务模块（24），其包括了在访问所述文件访问模块（10）和/或流水线模块（23）的情况下用于在医疗网络的两个节点或者两个文件系统之间传输数据的功能，
-作为所述工具箱层（4）的组件的
传送基本模块（25），该模块包含了用于在应用程序的框架内访问所述传送服务模块（24）的功能。

26.  根据权利要求25所述的系统（1），其中，所述传送框架结构（22）还包括：
作为所述服务层（3）的组件的
设置在所述文件访问模块（10）旁的信息模型映射模块（11），其包含用于根据一个文件所属的元数据产生一个按照一个数据标准、特别是DICOM的对该文件的含义唯一的引用的功能，以及用于对这种引用进行分析和分组的功能，其中，可以从所述传送服务模块（24）出发访问该信息模型映射模块（11）。

27.  根据权利要求25所述的系统（1），其中，所述传送框架结构（22）还包括：
作为所述服务层（3）的组件的
设置在所述文件访问模块（10）之上、且在必要时设置在所述信息模型映射模块（11）之上的工作区域模块（12），其包含用于在访问所述文件访问模块（10）以及在必要时访问所述信息模型映射模块（11）的情况下独立于平台地本地临时存储数据的功能，其中，可以从所述流水线模块（23）出发访问该工作区域模块（12）本身。

28.  根据权利要求25所述的系统（1），其中，所述传送框架结构（22）还包括：
作为所述服务层（3）的组件的
设置在所述传送服务模块（24）之上的标准数据管理访问模块（14），其包含用于简化地、特别是组合地访问所述传送服务模块（24）、文件访问模块（10）并在必要时访问信息模型映射模块（11）的功能的功能，其中，可以从所述传送基本模块（25）出发访问该标准数据管理访问模块（14）本身。

29.  根据权利要求25所述的系统（1），其中，所述传送框架结构（22）还包括：
作为严格地在分级上设置在所述服务层（3）之下的网络服务层（6）的组件的
远程传送服务（33），其包含用于在医疗网络的不同节点之间传输数据的功能，其中，可以从所述文件访问模块（10）出发访问该远程传送服务（33）。

30.  根据权利要求25所述的系统（1），其中，所述传送框架结构（22）还包括：
作为所述工具箱层（4）的组件的
至少一个传送构件箱模块（29），可以将其分配给所述编程环境（7）的一个内容页（30）。

31.  根据权利要求28所述的系统（1），其中，从所述标准数据管理访问模块（14）出发提供了既对所述数据管理服务模块（13）又对所述传送服务模块（24）的访问可能性。

32.  根据权利要求1至13中任一项所述的系统（1），其中，所述系统带有一个任务列表框架结构（34），该框架结构包括：
-作为所述服务层（3）的组件的
-文件访问模块（10），其包含了用于读、写和删除数据以及用于在文件系统中生成文件的基本功能，
-设置在所述文件访问模块（10）之上的工作区域模块（12），其包含用于在访问所述文件访问模块（10）的情况下独立于平台地本地临时存储数据的功能，以及
-设置在所述工作区域模块（12）之上的任务列表服务模块（35），其包括了用于通过援引所述工作区域模块（12）将数据与任务列表项目相连接的功能，
-作为所述工具箱层（4）的组件的
任务列表基本模块（36），该模块包含了用于在应用程序的框架内访问所述任务列表服务模块（35）的功能。

33.  根据权利要求32所述的系统（1），其中，所述任务列表框架结构（34）还包括：
作为所述服务层（3）的组件的
设置在所述文件访问模块（10）旁的信息模型映射模块（11），其包含用于根据一个文件所属的元数据产生一个对该文件的按照数据标准、特别是DICOM的含义唯一的引用的功能，以及用于对这种引用进行分析和分组的功能，其中，可以从所述工作区域模块（12）出发访问该信息模型映射模块（11）。

34.  根据权利要求32所述的系统（1），其中，所述任务列表框架结构（34）还包括：
作为所述服务层（3）的组件的
-设置在所述文件访问模块（10）之上、并在必要时设置在所述信 息模型映射模块（11）之上的数据管理服务模块（13），其包含了在访问所述文件访问模块（10）以及必要时访问所述信息模型映射模块（11）的情况下的用于数据选择以及用于文件访问控制的功能，
-设置在所述数据管理服务模块（13）之上的标准数据管理访问模块（14），其包含用于简化地、特别是组合地访问所述数据管理服务模块（13）、文件访问模块（10）以及在必要时访问信息模型映射模块（11）的功能的功能，其中，可以从任务列表基本模块（36）出发访问该标准数据管理访问模块（14）本身。

35.  根据权利要求32所述的系统（1），其中，所述任务列表框架结构（34）还包括：
作为所述服务层（3）的组件的
-设置在所述文件访问模块（10）之上的流水线模块（23），其定义了多个用于处理图像数据的可以单独或者按照任意的组合接通的滤波器，以及
-设置在该文件访问模块（10）和流水线模块（23）之上的传送服务模块（24），其包含在访问所述文件访问模块（10）和/或在必要时访问信息模型映射模块（11）和/或流水线模块（23）的情况下用于在两个文件系统之间传输数据的功能，
-设置在所述传送服务模块（24）之上的标准数据管理访问模块（14），其包含用于简化地、特别是组合地访问所述传送服务模块（24）、文件访问模块（10）和/或必要时信息模型映射模块（11）的功能的功能，其中，可以从任务列表基本模块（36）出发访问该标准数据管理访问模块（14）本身。

36.  根据权利要求32所述的系统（1），其中，所述任务列表框架结构（34）还包括：
作为严格地在分级上设置在所述服务层（3）之下的网络服务层（6）的组件的
-远程数据管理服务（17），其包含用于在医疗网络的一个远程网络节点上读、写和删除数据以及生成文件的功能，和/或
-远程传送服务（33），其包含用于在医疗网络的不同节点之间传输数据的功能，
其中，可以从所述文件访问模块（10）出发访问该远程数据管理服务（17）以及该远程传送服务（33）。

37.  根据权利要求32所述的系统（1），其中，所述任务列表框架结构（34）还包括：
作为严格地在分级上设置在所述服务层（3）之下的网络服务层（6）的组件的
远程任务列表服务（44），其包含用于对任务列表进行跨网络协调的功能，其中，可以从所述任务列表基本模块（36）出发直接访问所述远程任务列表服务（44）。

38.  根据权利要求32所述的系统（1），其中，所述任务列表框架结构（34）还包括：
作为所述工具箱层（4）的组件的
至少一个任务列表构件箱模块（40），可以将其分配给所述编程环境（7）的一个内容页（41），并且其包括用于在访问所述任务列表服务模块（35）和/或在必要时访问标准数据管理访问模块（14）和/或在必要时访问远程数据管理服务（17）的情况下显示、建立和处理任务列表的功能。

39.  根据权利要求1至38中任一项所述的系统（1），其中，所述系统带有一个图像处理框架结构（45），该框架结构包括：
-作为所述服务层（3）的组件的
-分割模块（46），其包含了用于对医疗图像数据进行分割的功能，
-设置在所述分割模块（46）之上的流水线模块（23），其定义了多个用于处理图像数据的可以单独或者按照任意的组合接通的滤波器，其中，可以从该流水线模块（23）出发访问所述分割模块（46），
-设置在该流水线模块（23）旁的图形/显示模块（47），其包括了用于处理和显示分层的图像片段内容的功能，其中，可以从该图形/显示模块（47）出发访问所述分割模块（46），以及
-设置在所述流水线模块（23）和图形/显示模块（47）之上的图像处理服务模块（48），其包括了用于在访问所述流水线模块（23）和/或所述图形/显示模块（47）和/或所述分割模块（46）的情况下显示医疗图像数据的功能，
-作为所述工具箱层（4）的组件的
图像显示基本模块（49），该模块包含了用于在应用程序的框架内访问所述图像处理服务模块（48）的功能。

40.  根据权利要求39所述的系统（1），其中，所述图像处理框架结构（45）还包括：
作为所述服务层（3）的组件的
-文件访问模块（10），其包含了用于读、写和删除数据以及用于在文件系统中生成文件的基本功能，
-设置在所述文件访问模块（10）之上的工作区域模块（12），其包含用于在访问所述文件访问模块（10）的情况下独立于平台地本地临时存储数据的功能，其中，可以从所述流水线模块（23）和图像处理服务模块（48）出发访问该工作区域模块（12）。

41.  根据权利要求40所述的系统（1），其中，所述图像处理框架结构（45）还包括：
作为所述服务层（3）的组件的
设置在所述文件访问模块（10）旁的信息模型映射模块（11），其包含用于根据一个文件所属的元数据产生一个对该文件的按照一种数据标准、特别是DICOM的含义唯一的引用的功能，以及用于对这种引用进行分析和分组的功能，其中，可以从所述工作区域模块（12）出发访问该信息模型映射模块（11）。

42.  根据权利要求40所述的系统（1），其中，所述图像处理框架结构（45）还包括：
作为严格地在分级上设置在所述服务层（3）之下的网络服务层（6）的组件的
-远程数据管理服务（17），其包含用于在医疗网络的一个远程网络节点上读、写和删除数据以及生成文件的功能，和/或
-远程传送服务（33），其包含用于在医疗网络的不同节点之间传输数据的功能，
其中，可以从所述文件访问模块（10）出发访问该远程数据管理服务（17）以及该远程传送服务（33）。

43.  根据权利要求39所述的系统（1），其中，所述图像处理框架结构（45）还包括：
作为严格地在分级上设置在所述服务层（3）之下的网络服务层（6）的组件的
-远程显示服务（57），其包含用于在医疗网络的一个远程网络节点上显示分层的图像片段内容的功能，其中，可以从所述图形/显示模块（47）出发访问该远程显示服务（57）。

44.  根据权利要求39所述的系统（1），其中，在所述图像处理框架结构（45）的框架中作为所述工具箱层（4）的其它部件提供了
至少一个图像处理构件箱模块（53），可以将其分配给所述编程环境（7）的一个内容页（54）。

45.  根据权利要求40所述的系统（1），其中，所述图像处理框架结构（45）还包括：
作为所述服务层（3）的组件的
-设置在所述文件访问模块（10）之上并在必要时设置在所述信息模型映射模块（11）之上的数据管理服务模块（13），其包含了在访问所述文件访问模块（10）以及在必要时访问所述信息模型映射模块（11）的情况下的用于数据选择以及用于文件访问控制的功能，
-设置在所述数据管理服务模块（13）之上的标准数据管理访问模块（14），其包含用于简化地、特别是组合地访问所述数据管理服务模块（13）、文件访问模块（10）以及在必要时访问信息模型映射模块（11）的功能的功能，其中，可以从图像处理基本模块（49）出发访问该标准数据管理访问模块（14）本身。

46.  根据权利要求40所述的系统（1），其中，所述图像处理框架结构（45）还包括：
作为所述服务层（3）的组件的
-设置在所述流水线模块（23）之上的传送服务模块（24），其包括了用于在访问所述流水线模块（23）和/或文件访问模块（10）和/或在必要时访问信息模型映射模块（11）的情况下在医疗网络的两个节点之间或者在两个文件系统之间传输数据的功能，
-设置在所述传送服务模块（24）之上的标准数据管理访问模块（14），其包含用于简化地、特别是组合地访问所述传送服务模块（24）、文件访问模块（10）和/或信息模型映射模块（11）的功能的功能，其中，可以从 所述图像处理基本模块（49）出发访问该标准数据管理访问模块（14）本身。

47.  根据权利要求1至46中任一项所述的系统（1），其中，所述系统带有一个体积处理框架结构（58），该框架结构包括：
-作为所述服务层（3）的组件的
-文件访问模块（10），其包含了用于读、写和删除数据以及用于在文件系统中生成文件的基本功能，
-设置在所述文件访问模块（10）之上的工作区域模块（12），其包含用于在访问所述文件访问模块（10）的情况下独立于平台地本地临时存储数据的功能，
-分割模块（46），其包含了用于对医疗图像数据进行分割的功能，
-设置在所述分割模块（46）之上的图形/显示模块（47），其包括了用于处理和显示分层的图像片段内容的功能，其中，可以从该图形/显示模块（47）出发访问所述分割模块（46），以及
-设置在所述图形/显示模块（47）之上的体积处理服务模块（60），其包括了用于在访问所述图形/显示模块（47）和/或工作区域模块（12）的情况下对医疗体积数据进行处理和显示的功能，
-作为所述工具箱层（4）的组件的
图像显示基本模块（49），该模块包含了用于在应用程序的框架内访问所述体积处理服务模块（60）的功能。

48.  根据权利要求47所述的系统（1），其中，所述体积处理框架结构（58）还包括：
作为所述服务层（3）的组件的
3D图像合成模块（59），其包括了根据3D情景建立空间图像的功能，并且可以从所述体积处理服务模块（60）出发访问该3D图像合成模块。

49.  根据权利要求48所述的系统（1），其中，所述体积处理框架结构（58）还包括：
作为所述服务层（3）的组件的
设置在所述文件访问模块（10）旁的信息模型映射模块（11），其包含用于根据一个文件所属的元数据产生一个对该文件的按照一种数据标准、特别是DICOM的含义唯一的引用的功能，以及用于对这种引用进行 分析和分组的功能，其中，可以从所述工作区域模块（12）出发访问该信息模型映射模块（11）。

50.  根据权利要求47所述的系统（1），其中，所述体积处理框架结构（58）还包括：
作为严格地在分级上设置在所述服务层（3）之下的网络服务层（6）的组件的
-远程数据管理服务（17），其包含用于在医疗网络的一个远程网络节点上读、写和删除数据以及生成文件的功能，和/或
-远程传送服务（33），其包含用于在医疗网络的不同节点之间传输数据的功能，
其中，可以从所述文件访问模块（10）出发访问该远程数据管理服务（17）以及该远程传送服务（33）。

51.  根据权利要求47所述的系统（1），其中，所述体积处理框架结构（58）还包括：
作为严格地在分级上设置在所述服务层（3）之下的网络服务层（6）的组件的
-远程体积处理服务（68），其包含用于在医疗网络的一个远程网络节点上处理体积数据的功能，其中，可以从所述体积处理服务模块（60）出发访问该远程体积处理服务（68）。

52.  根据权利要求47所述的系统（1），其中，所述体积处理框架结构（58）还包括：
作为严格地在分级上设置在所述服务层（3）之下的网络服务层（6）的组件的
-远程显示服务（57），其包括用于在医疗网络的一个远程网络节点上显示分层的图像片段内容的功能，其中，可以从所述图形/显示模块（47）出发访问该远程显示服务（57）。

53.  根据权利要求47所述的系统（1），其中，所述体积处理框架结构（58）还包括：
作为所述工具箱层（4）的组件的
至少一个体积处理构件箱模块（64），可以将其分配给所述编程环境（7）的一个内容页（65）。

54.  根据权利要求47所述的系统（1），其中，所述体积处理框架结构（58）还包括：
作为所述服务层（3）的组件的
-设置在所述文件访问模块（10）至上并在必要时设置在所述信息模型映射模块（11）之上的数据管理服务模块（13），其包含了在访问所述文件访问模块（10）以及在必要时访问所述信息模型映射模块（11）的情况下的用于数据选择以及用于文件访问控制的功能，
-设置在所述数据管理服务模块（13）之上的标准数据管理访问模块（14），其包含用于简化地、特别是组合地访问所述数据管理服务模块（13）、文件访问模块（10）以及在必要时访问信息模型映射模块（11）的功能的功能，其中，可以从图像处理基本模块（49）出发访问该标准数据管理访问模块（14）本身。

55.  根据权利要求47所述的系统（1），其中，所述体积处理框架结构（58）还包括：
作为所述服务层（3）的组件的
-设置在所述文件访问模块（10）以及在必要时设置在所述信息模型映射模块（11）之上的传送服务模块（24），其包括了用于在访问所述文件访问模块（10）和/或在必要时访问所述信息模型映射模块（11）的情况下在医疗网络的两个节点之间或者在两个文件系统之间传输数据的功能，
-设置在所述传送服务模块（24）之上的标准数据管理访问模块（14），其包含用于简化地、特别是组合地访问所述传送服务模块（24）以及在必要时访问文件访问模块（10）和/或信息模型映射模块（11）的功能的功能，其中，可以从图像显示基本模块（49）出发访问该标准数据管理访问模块（14）本身。

56.  根据权利要求1至55中任一项所述的系统（1），其中，所述系统带有一个报告编写框架结构（69），该框架结构包括：
-作为所述服务层（3）的组件的
-文件访问模块（10），其包含了用于读、写和删除数据以及用于在一文件系统中生成文件的基本功能，
-设置在所述文件访问模块（10）之上的工作区域模块（12），其包 含用于在访问所述文件访问模块（10）的情况下独立于平台地本地临时存储数据的功能，
-设置在所述工作区域模块（12）之上的报告编写服务模块（71），其包括了用于在访问所述工作区域模块（12）的情况下编写并且自动读取按照一种数据标准、特别是DICOM的结构化的报告的功能，
-作为所述工具箱层（4）的组件的
报告编写基本模块（72），该模块包含了用于在应用程序的框架内访问所述报告编写服务模块（71）的功能。

57.  根据权利要求56所述的系统（1），其中，所述报告编写框架结构（69）还包括：
作为所述服务层（3）的组件的
术语模块（70），其提供用于编写报告的文字块，其中，可以从所述报告编写服务模块（71）出发访问该术语模块（70）。

58.  根据权利要求56所述的系统（1），其中，所述报告编写框架结构（69）还包括：
作为所述服务层（3）的组件的
设置在所述文件访问模块（10）旁的信息模型映射模块（11），其包含用于根据一个文件所属的元数据产生一个对该文件的按照一种数据标准、特别是DICOM的含义唯一的引用的功能，以及用于对这种引用进行分析和分组的功能，其中，可以从所述工作区域模块（12）出发访问该信息模型映射模块（11）。

59.  根据权利要求56所述的系统（1），其中，所述报告编写框架结构（69）还包括：
作为所述服务层（3）的组件的
-设置在所述文件访问模块（10）之上并在必要时设置在所述信息模型映射模块（11）之上的数据管理服务模块（13），其包含了在访问所述文件访问模块（10）以及在必要时访问所述信息模型映射模块（11）的情况下的用于数据选择以及用于文件访问控制的功能，
-设置在所述数据管理服务模块（13）之上的标准数据管理访问模块（14），其包含用于简化地、特别是组合地访问所述数据管理服务模块（13）、文件访问模块（10）以及在必要时访问信息模型映射模块（11） 的功能的功能，其中，可以从报告编写基本模块（72）出发访问该标准数据管理访问模块（14）本身。

60.  根据权利要求56所述的系统（1），其中，所述报告编写框架结构（69）还包括：
作为所述服务层（3）的组件的
-设置在所述工作区域模块（12）之上的流水线模块（23），其定义了多个用于处理图像数据的可以单独或者按照任意的组合接通的滤波器，其中，可以从所述流水线模块（23）出发访问该工作区域模块（12），
-设置在所述流水线模块（23）之上的传送服务模块（24），其包括了用于在访问所述文件访问模块（10）、流水线模块（23）和/或在必要时访问信息模型映射模块（11）的情况下在医疗网络的两个节点之间或者在两个文件系统之间传输数据的功能，
-设置在所述传送服务模块（24）之上的标准数据管理访问模块（14），其包含用于简化地、特别是组合地访问所述传送服务模块（24）、以及在必要时访问所述文件访问模块（10）和/或所述信息模型映射模块（11）的功能的功能，其中，可以从报告编写基本模块（72）出发访问该标准数据管理访问模块（14）本身。

61.  根据权利要求57所述的系统（1），其中，所述报告编写框架结构（69）还包括：
作为严格地在分级上设置在所述服务层（3）之下的网络服务层（6）的组件的
中央术语服务（80），其从医疗网络的一个远程网络节点出发提供用于编写报告的文字块，其中，可以从所述术语模块（70）出发访问该中央术语服务（80）。

62.  根据权利要求1至61中任一项所述的系统（1），其中，所述系统带有一个图像采集框架结构（81），该框架结构包括：
-作为所述服务层（3）的组件的
图像采集服务模块（82），其包含了用于在访问至少一个医疗图像源的情况下采集原始数据的功能、用于将该原始数据整理成医疗图像数据的功能以及用于对原始数据和/或所整理的图像数据进行实时显示和归档的功能，
-作为所述工具箱层（4）的组件的
图像采集基本模块（84），该模块包含了用于在应用程序的框架内访问所述图像采集服务模块（82）的功能。

63.  根据权利要求62所述的系统（1），其中，所述图像采集框架结构（81）还包括：
作为所述服务层（3）的组件的
文件访问模块（10），其包含了用于读、写和删除数据以及用于在文件系统中生成文件的基本功能，其中，可以从所述图像采集服务模块（82）访问该文件访问模块（10）。

64.  根据权利要求62所述的系统（1），其中，所述图像采集框架结构（81）还包括：
作为所述服务层（3）的组件的
设置在所述文件访问模块（10）之上的工作区域模块（12），其包含用于在访问所述文件访问模块（10）的情况下独立于平台地本地临时存储数据的功能，其中，可以从所述图像采集服务模块（82）访问该文件访问模块（10）。

65.  根据权利要求62所述的系统（1），其中，所述图像采集框架结构（81）还包括：
-作为所述服务层（3）的组件的
-分割模块（46），其包含了用于对医疗图像数据进行分割的功能，
-设置在所述分割模块（46）之上的流水线模块（23），其定义了多个用于处理图像数据的可以单独或者按照任意的组合接通的滤波器，其中，可以从该流水线模块（23）出发访问所述分割模块（46）以及在必要时访问所述工作区域模块（12），
-设置在该流水线模块（23）旁的图形/显示模块（47），其包括了用于处理和显示分层的图像片段内容的功能，其中，可以从该图形/显示模块（47）出发访问所述分割模块（46），以及
-设置在所述流水线模块（23）和图形/显示模块（47）之上且设置在图像采集服务模块旁或之下的图像处理服务模块（48），其包括了用于在访问所述流水线模块（23）和/或图形/显示模块（47）和/或分割模块（46）的情况下显示医疗图像数据的功能，
其中，从所述图像采集服务模块（82）出发可以访问所述分割模块（46）以及图形/显示模块（47），其中，从所述图像处理服务模块（48）出发可以访问所述工作区域模块（12），并且其中，从所述图像采集基本模块（84）出发可以访问所述图像处理服务模块（48）本身。

66.  根据权利要求62所述的系统（1），其中，所述图像采集框架结构（81）还包括：
作为所述服务层（3）的组件的
设置在所述文件访问模块（10）旁的信息模型映射模块（11），其包含用于根据一个文件所属的元数据产生一个对该文件的按照一种数据标准、特别是DICOM的含义唯一的引用的功能，以及用于对这种引用进行分析和分组的功能，其中，可以从所述工作区域模块（12）以及所述图像采集服务模块（82）出发访问该信息模型映射模块（11）。

67.  根据权利要求66所述的系统（1），其中，所述图像采集框架结构（81）还包括：
作为所述服务层（3）的组件的
3D图像合成模块（59），其包括了根据3D情景建立空间图像的功能，其中，可以从所述图像采集服务模块（82）出发访问该3D图像合成模块（59）。

68.  根据权利要求63所述的系统（1），还包括：
作为所述服务层（3）的组件的
-设置在所述文件访问模块（10）之上并在必要时设置在所述信息模型映射模块（11）之上的数据管理服务模块（13），其包含了在访问所述文件访问模块（10）以及在必要时访问所述信息模型映射模块（11）的情况下的用于数据选择以及用于文件访问控制的功能，
-设置在所述数据管理服务模块（13）之上的标准数据管理访问模块（14），其包含用于简化地、特别是组合地访问所述数据管理服务模块（13）、文件访问模块（10）以及在必要时访问信息模型映射模块（11）的功能的功能，其中，可以从图像采集基本模块（84）出发访问该标准数据管理访问模块（14）本身。

69.  根据权利要求63所述的系统（1），其中，所述图像采集框架结构（81）还包括：
作为所述服务层（3）的组件的
-设置在所述文件访问模块（10）以及在必要时设置在所述信息模型映射模块（11）之上的传送服务模块（24），其包括了用于在访问所述文件访问模块（10）和/或在必要时访问所述信息模型映射模块（11）和/或在必要时访问所述流水线模块（23）的情况下在医疗网络的两个节点之间或者在两个文件系统之间传输数据的功能，
-设置在所述传送服务模块（24）之上的标准数据管理访问模块（14），其包含用于简化地、特别是组合地访问所述传送服务模块（13）以及在必要时访问文件访问模块（10）和/或信息模型映射模块（11）的功能的功能，其中，可以从图像采集基本模块（84）出发访问该标准数据管理访问模块（14）本身。

70.  根据权利要求63所述的系统（1），其中，所述图像采集框架结构（81）还包括：
作为严格地在分级上设置在所述服务层（3）之下的网络服务层（6）的组件的
-远程数据管理服务（17），其包含用于在医疗网络的一个远程网络节点上读、写和删除数据以及生成文件的功能，和/或
-远程传送服务（33），其包含用于在医疗网络的不同节点之间传输数据的功能，
其中，可以从所述文件访问模块（10）出发访问该远程数据管理服务（17）以及该远程传送服务（33）。

71.  根据权利要求65所述的系统（1），其中，所述图像采集框架结构（81）还包括：
作为严格地在分级上设置在所述服务层（3）之下的网络服务层（6）的组件的
远程显示服务（57），其包含用于在医疗网络的一个远程网络节点上显示分层的图像片段内容的功能，其中，可以从所述图形/显示模块（47）出发访问该远程显示服务（57）。

72.  根据权利要求62至71中任一项所述的系统（1），其中，所述图像采集框架结构（81）还包括：
作为严格地在分级上设置在所述服务层（3）之下的网络服务层（6）的 组件的
远程图像采集服务（83），其包含用于在医疗网络的一个远程网络节点上在访问至少一个医疗图像源的情况下采集原始数据以及整理该原始数据的功能，其中，可以从所述图像采集服务模块（82）出发访问该远程图像采集服务（83）。

73.  根据权利要求62至71中任一项所述的系统（1），其中，所述图像采集服务模块（82）包含一个用于与至少一个图像源通信的功能的子系统。

74.  根据权利要求62至71中任一项所述的系统（1），其中，所述图像采集服务模块（82）包含一个用于将特定于图像源的原始数据和/或所属的元数据与一个共同的数据标准、特别是DICOM进行匹配的功能的子系统。

说明书为医疗成像产生和运行软件应用程序的系统
本案是申请日为2007年9月29日、申请号为200710153199.1、题为“为医疗成像产生和运行软件应用程序的系统”的专利申请的分案申请。
技术领域
本发明涉及一种为医疗信息处理、特别是在医疗成像中产生和运行软件应用程序的系统。
背景技术
软件应用程序被使用在医疗领域、特别是（数字）医疗成像领域中，以便建立、修改、在医疗网络的不同节点之间传输以及归档诸如数字检查图像、患者数据、诊断报告等的医疗数据。在此，作为医疗网络表示为了医疗成像的目的相互连接用于数据交换的设备的全体。这种医疗网络的设备尤其包括：医疗模态、诊断计算机、服务器、数据库以及其它数据处理设备。作为医疗网络尤其表示所谓的DICOM网络，其中设备（DICOM节点）在DICOM标准的基础上相互通信。作为模态或者图像源，在该意义下表示产生图像的医疗检查设备，特别是计算机断层造影仪、磁共振断层造影仪、超声波扫描仪，等等。
一种诸如医疗成像范围的限定功能主题范围（在软件开发中也被称为“Domain，领域”）要求专门的相匹配的软件解决方案。恰恰是在医疗成像的领域中，由于目前医疗设备的规模、要应对的任务的多样性以及不同医疗子领域的越来越多的电子联网，因而，为此特定于领域构建的软件应用程序的复杂性以显著和持续增长的程度增加。
这种软件应用程序的编写要求开发人员具有高度的编程技术知识和经验。迄今为止用于医疗成像领域的软件应用程序几乎全部是单片式的（monolithisch）、即编写为一个应用程序块。这种应用程序块在必需的改动、例如在软件的更新时，总是必须被完全改变。这点导致在编写和维护应用程序时的巨大的开销，并且由此使得及时的继续开发变得困难。此外，单片式 的软件应用程序通常是相对容易出故障的。
用于医疗成像的软件应用程序一方面通常具有复杂的带有多个层面的软件架构。另一方面，这种软件应用程序的功能和服务细分成多个功能上的子组，下面将它们称为子领域。对于医疗成像的范围，尤其具有显著的意义的是下列子领域：数据管理、（数据）传送、任务列表管理、图像处理、体积处理、报告编写以及图像采集或检查。
子领域“数据管理”包括按照通常的软件应用程序的有关数据访问的功能的全体，特别是这样的基本功能：如从文件系统中读出数据、将数据写入该文件系统中、删除所存储的数据以及产生文件。在此，“文件系统”表示这样的结构：其中将数据按照文件的形式存储，并且该结构构成对于这些数据的排序系统和访问系统。在此，文件系统可以对应于物理的存储介质，例如硬盘、CDROM等，或者可以构成纯逻辑的结构，例如虚拟的驱动器。数据管理这一术语还包括迄今建立的功能，特别是用于搜索和标识特定的数据、对于所存放的数据的存取规则、数据的本地临时存储（caching，高速缓冲）的功能。由于在医疗成像领域中所处理的数据的特殊性、特别是表现出非常高的存储需求以及与图像信息和所属的文字信息在内容上的紧密联系的医疗图像数据（所谓的元数据，Meta-Daten）的特殊性，因而在医疗成像范围中采用的数据管理也面临着特定于领域的要求。同时，在现代医疗成像中的数据通常由在计算机网络的多个节点上的多个用户进行处理，而恰恰在这种计算机网络上有效的数据管理是具有特别的意义的，以便保证为该范围构建的软件应用程序的可靠和有效的功能。在下面将数据管理这一术语缩写为“DM”。
子领域（数据）“传送”（下面缩写为“TF”）包括通常的软件应用程序的有关数据传输的功能的全体，特别是针对在医疗网络的两个设备或者文件系统之间的医疗图像数据、体积数据和文字数据以及工作流数据的传输，例如在DICOM标准的框架内的传输。
子领域“任务列表（管理）”（下面缩写为“WL”）包括通常的软件应用程序的有关所谓任务列表的建立和检查的功能的全体。这种任务列表在医疗成像的范围内特别是用于，为由基于分工组织的医疗工作流的步骤分配医疗网络的单个节点以及自动地协调对工作流的执行。这种任务列表尤其是在对于医疗成像的范围的DICOM标准的框架内被标准化。
子领域“图像处理”（下面缩写为“IP”）包含通常的软件应用程序的有关（二维）医疗图像数据的修改和显示的功能的全体，例如包括对比度和亮度操作以及其它的色彩改变操作、平滑、锐化或者其它的滤镜、2D模式识别（分割），等等。
子领域“体积处理”（下面缩写为“VOL”）包含通常的软件应用程序的有关根据医疗图像数据建立多维结构（3D/4D/…情境）以及操作、处理和建立这种结构或其二维的步骤和投影的功能的全体。体积处理包括特别是三维结构的可见空间表示（体积渲染）、3D动画、截面图像的产生，等等。下面将“体积数据”理解为包含根据多于二维坐标系的图像信息或结构信息的数据。与此不同的是，“图像数据”仅仅是针对包含二维的图像信息或结构信息的数据而言。在此，除了常规的图像之外，在广义上图像数据也指其它带有二维特性的数据，特别是测量曲线，例如所谓的波形或者波谱数据。图像数据和体积数据之间的区别就此而言是重要的：图像数据与体积数据不同可以直接地在屏幕或打印件上显示，因此就有关的数据处理来说面临完全不同的要求。
子领域“报告编写”或“报告”（下面缩写为“REP”）包括通常的软件应用程序的支持编写医疗报告、特别是支持尤其是在利用结构化的数据（例如按照DICOM标准或HL7标准）的情况下编写诊断报告和演示文稿的功能的全体。
最后，子领域“图像采集”或“检查”（下面缩写为“EXAM”）包括通常的软件应用程序的有关建立医疗图像数据的功能的全体，即在成像的模态上检查结果的图像产生，包括所采集的图像数据的实时显示以及其它支持图像拍摄的服务。
在用于医疗成像领域的常规应用程序中，应用程序层的组件通常按照复杂的方式既依赖于该层的组件、又依赖于其它层的组件，其中，不同的子领域由于这种依赖关系而特别经常地不可分开地相互关联。这点使得软件应用程序的进一步开发变得困难，尤其是由于依赖性网络的原因，一个组件的改变通常带来一连串的改变。这种软件应用程序的进一步开发还是极其容易发生错误的，尤其是在一个改变中被忽视的依赖性已经可以以可观的规模影响软件应用程序的稳定性。
为了简化应用程序的开发，存在所谓的框架结构（framework）作为应 用程序开发人员的支持环境。框架结构经常将软件应用程序的各层封装在类运行时环境内，并且因此允许应用程序的与平台和/或运行位置无关地运行。
一种重要的框架结构是Microsoft公司的.NET框架结构。这种框架结构提供了将非常不同的编程语言（如C＃、Visual Basic.NET、C++/CLI或JScript.NET）用作n层应用程序的编程基础的可能性。应用程序和/或应用程序的相应架构层独立于所用编程语言类型地转换成一种“中间语言”（“Common Intermediate Languge”,公共中间语言，缩写为CIL；以前也称为“Microsoft Intermediate Language”，微软中间语言，缩写为MSIL）。
在此，各层之间必需的应用编程接口（英语：application programming interface;缩写为API）具有重要意义。区分为面向功能的、面向界面的、以及面向协议的应用接口。与面向功能和面向界面的应用接口不同的是，面向协议的应用接口与平台的操作系统和所要连接的应用程序层的类型无关。
发明内容
在这种背景下，本发明要解决的技术问题是，提供一种适合于在医疗成像领域中的用于产生和运行软件应用程序的系统，其允许简单地生成应用程序以及有效地运行这种应用程序。
上述技术问题是通过一种为医疗成像产生和运行软件应用程序的系统解决的，该系统包括至少一个框架结构，该框架结构具有一个服务层以及一个作为应用编程接口设置在该服务层之上工具箱层，其中，所述工具箱层和服务层的功能分别被概括在多个组件中，这些组件被这样严格地分级设置，使得总是仅仅可以从上级的组件出发对任意的组件进行访问。
据此，在该系统的框架内提供至少一个特定于子领域的框架结构。该或每个框架结构包括至少两个层，即，一个服务层以及一个设置在该服务层之上的工具箱层。在此，该工具箱层构成了一个API并且由此提供“工具”，利用这些工具应用程序开发人员可以为进行快速的应用程序开发（RAD-rapid application development）而简化地访问这些服务层的功能。由此，该工具箱层构成了该系统对于应用程序开发人员的“可见界面”。反之，服务层的组件或者软件模块以及功能本身可以是对于应用程序开发人员“隐藏的”。也就是说，应用程序开发人员不能直接访问后面的这些组件和功能（虽然可以作为选项允许应用程序对服务层的组件和功能的直接访问）。
除了实际的服务层之外，还可选地提供接着设置在该服务层之下的网络服务层。在此，在该网络服务层中设计了可以由医疗网络的远程节点调用的系统功能，特别是由整个网络或者其一部分共同使用的中央服务。在系统的该实施方式中这样地构造服务层，使得其在没有网络服务层的服务的情况下也可以运行，并且在这种情况下访问仅仅可以在本地实施的功能。这样，通过严格地分开服务层和网络服务层，就以简单的方式使得系统的同一实施方式既可以在线运行（即，作为医疗网络的一部分）又可以离线运行（即，在孤立的计算机上）。
虽然如此，但是网络服务层的组件也具有服务组件的基本特性。因此，下面对于服务层组件的一般介绍中也涉及网络服务层的组件。
在上面以及后面的介绍中，将术语“功能”一般性地用作实现特定功能的软件模块的名称。反之，独立于该“功能”的具体的编程技术上的实现而使用该术语。因此，其特别地包括了在经典的过程编程中的函数、在面向对象编程中的对象、插件、汇编，等等。
在上面以及后面的介绍中，将术语“组件”和“（软件）模块”用作对于按照上面定义的功能所概括而成的组的名称。在此，可以涉及可以独立运行的程序以及子程序，或者涉及本身不可以运行的函数的集合。在这种意义下，术语组件或模块特别是包括函数和类库，以及插件和/或汇编的集合，等等。
下面，将服务层的组件称为服务组件，将工具箱层的组件称为工具箱。
就它们各自的在上或在下的设置而言，服务层和工具箱层的组件在层的内部以及跨层地均被严格地分级设置。在此，该分级体系的定义特性在于，从一个任意的组件出发仅仅提供对在分级体系上设置在其下的组件的访问可能性。换言之，一个组件仅仅依赖于设置在其下的组件。反过来，没有组件包含关于在其旁边或者之上的组件的信息。组件的这种分级的阶是随着在有关组件中包含的功能的增加的抽象程度以及增加的一致性而定的。因此，低级别的组件得到相对基础的功能，而较高级别的组件得到较高抽象程度的对应功能，该功能在必要时访问低级别组件的功能。
通过对组件的严格分级设置，极大地简化了框架结构的进一步开发。即，由于分级体系保证了对任意第一组件的改变仅仅要求在沿着分级路径设置在该第一组件之上的组件中进行其它的改变。设置在所述第一部件旁或者之 下的组件，则一定不受到该改变的影响。此外，通过这种分级的组件设置还极大地简化了软件的架构，并且由此显著地减小了故障可能性。
在本发明的优选的实施方式中，基本上针对它们在编程技术和运行技术上的特性来区分服务组件与工具箱。
据此，所述服务层组件可单一实例化（einfach-instanziierbar）并且被构成为具有多线程能力而所述工具箱可多重实例化（mehrfach-instanziierbar）并且被构成为具有单线程能力
如果一个组件或功能在应用程序的框架内仅仅可以用于一个唯一的实现或“实例”中，则称其为“可单一实例化”。与此相反，被构成为“可多重实例化”的组件或功能可以在应用程序内部按照（同一软件版本或者不同软件版本的）多个实例的形式多重并行使用。
“线程”表示一种按照其依次处理计算机程序的指令序列的顺序模式或者执行序列。在被构造成“具有单线程能力”的组件或功能中，总是存在一个这种“线程”或者执行序列。多个现存的任务总是被这种组件或功能依次处理。反之，在被构造为“具有多线程能力”的组件或功能中则可以相互独立地且同时地执行多个“线程”。
已知的是，尽管被构造成具有多线程能力的组件比具有单线程能力的组件明显地能力更强，因为前者总是用尽可供使用的硬件的计算能力、特别是可以使用所有现存的处理器。但是，另一方面具有多线程能力的过程的编程明显比单线程编程更困难和更容易出错。
通过如上面描述的相反地构造服务层组件和工具箱，协同地利用了所描述的编程变形的各自的优点。这样，应用程序开发人员通常仅仅直接与工具箱接触，并因此享受到对单线程编程的较为容易的处理。在此，为了能够在向框架结构的功能上为特别是复杂的应用程序提供足够的连接位置，这些组件的可多重实例化是适当的。
反之，通常取消应用程序开发人员对于服务组件的直接访问，使得这些组件由于多线程能力而相对困难的处理在应用程序开发中不构成缺点。为此，服务组件的多线程能力（在应用程序的实施中实际计算能力的大部分消耗在其上）保证了应用程序的高性能。同时，由于服务组件的可单一实例化而在服务层中实现了相对简单的结构化软件架构。
就快速应用程序开发（缩写为RAD）而言合适的是，所述工具箱是可以在可视化编程环境上实例化的并且可以通过方法和事件相连接的。
对于结构化的和由此进一步简化的应用程序编程，编程环境可以有利地分到多个工具箱可以在其上实例化和连接的页面中。在此，在优选的结构中，可以为该或每个框架结构产生一个所谓的主页（Master-Seite），该主页为应用程序的特定于框架结构的功能构成了一个模板或者框架。在此，该或每个框架结构具有一个或多个可以分配给该主页并因此确定该主页的特性的工具箱。此外，可选择的是，为一个或多个框架结构提供这样的可能性：将由主页规定的功能框架以多个可以相互交换的内容进行构造和/或扩展。为此，可以在使用主页作为模板的情况下产生多个内容页。在有关框架结构的范围内可以产生其它的工具箱（下面称为“Baukastenmodul，构件箱模块”），它们的每个可以分配给一个内容页并且规定该页的具体内容。
优选地，所述系统具有一个与所述工具箱层对应的表示层。该表示层提供一种（特别是图形的）用户接口，即包含用于显示数据以及发布控制命令的功能。在该表示层的内部为该工具箱层的每个页面提供一个对应的表示页面。此外，通常（不过不是强制性地）为每个工具箱提供一个对应的表示组件。该或每个表示页对应于工具箱层的对应页面。因此，工具箱层和表示层的对应页面作为应用程序的用户界面的后端（Backend）和前端（Frontend）共同起作用，以便将用户的控制命令传输到服务层以及在相反的过程中为用户显示服务层的输出。在此，工具箱层和服务层通过一个错接接口适当地相互对应，该错接接口可以灵活地对应不同的部署（即表示层和工具箱层在医疗网络的一个或多个节点上的分布）进行配置。
同样，就快速应用程序开发而言，在表示层的范围内也存在一个可视化编程环境，该或每个表示组件是可以在该编程环境上实例化的以及通过方法和事件相连接的。
为了能够将该或每个框架结构灵活地与具体应用程序的要求相匹配以及必要时能够扩展，将服务组件并可选地也将工具箱和表示层的功能优选地完全或至少部分地按照插件的形式实现。合适的是这样实现这些插件：使得其可以在运行时被接入到在该框架结构上构造的应用程序中或者被禁止。
与上面引入的层结构（即，服务层和工具箱层以及如果存在的话的网络服务层和/或表示层）无关，针对该或每个框架结构定义一个所谓的稳定层 和一个所谓的开发层，其中，稳定层占据软件结构的在分级体系中在下的区域，而开发层占据软件架构的与稳定层相连的在分级体系中在上的区域。换言之，服务层、工具箱层、表示层或网络服务层的每个组件对应于其分级设置在软件架构内部还或者属于稳定层或者属于开发层。
稳定层的定义的特性在于，属于该层的组件的版本是严格反向兼容的。这点被理解为，从消除可能的编程错误来看，对该组件的改动仅仅可以在其中保持不触及其迄今为止的功能的框架中进行。换言之，稳定层的模块仅仅可以被扩展。而不可以被改变。与此相反，开发层的定义的特性在于，其中包含的模块的版本可以没有反向兼容性的强制要求、即可以被进一步开发。通过这种多样化的版本概念，一方面由于稳定层保证了在框架结构上编写的应用程序长时期稳定地运行，即使在框架结构的范围内采用不同版本的模块或者在应用程序开发中与其它子领域的较新或较旧的框架结构版本一起地使用特定于子领域的框架结构。同时，由于开发层而在此实现了在框架架构的接近应用程序的领域中的框架结构的一种灵活的适应能力。
原则上，可以独立于网络服务层、服务层、工具箱层或表示层的各自边界来选择稳定层和开发层之间的边界。不过，优选地这样选择稳定层和开发层之间的边界，使得稳定层和开发层之间的边界与服务层和工具箱层之间的边界重合。因此，在这种实施方式中，服务组件以及如果存在的话的网络服务层的组件属于稳定层，而工具箱以及如果存在的话的表示层的组件属于开发层。
上面描述的系统的一种特别灵活的应用能力尤其是如下地实现的：这样构造该或每个框架结构的模块，使得其被按层封装并且可以独立于平台地在一种类运行时环境中执行。
在适当的实施方式中，对于至少一个、但是优选为对于每个上面介绍的子领域分别提供一个自身的框架结构。因此，按照本发明的系统优选地按照任意的选择或组合包括：
-数据管理（DM）框架结构，
-传送（TF）框架结构，
-任务列表（WL）框架结构，
-图像处理（IP）框架结构，
-体积处理（VOL）框架结构，
-报告编写（REP）框架结构，
-图像采集（EXAM）框架结构。
此外，系统还包括一种基础框架结构，其提供了下面还要进一步说明的一般功能。
在此，该或每个框架结构可以独立地应用，或者在必要时与其它子领域的框架结构任意地组合。该框架结构的任意组合的能力、特别是将图像采集框架结构向框架结构库（Framework-Pool）内的引入，开辟了这样的可能性：除了用于诊断的系统之外还将用于检查的系统、即成像的模态排在一起，或者将集成的检查和诊断系统排在一起。此外，这种系统还允许直接地耦合。例如，提供了将一个模态连接到图像处理应用程序服务器上的可能性。这些应用的选项明显地超出了常规医疗网络的功能范围、特别是超出了纯DICOM连接性能。
原则上，各个框架结构可以完全相互独立地构造。不过，出于合理的建立以及进一步开发的原因，在不同的框架结构范围内对于相同的或类似的功能优选地提供相同的组件。如果按照组合采用多个这种重叠的框架结构，则该多重存在的组件合适地由对应的框架结构共同地使用。在服务层和网络服务层的组件的情况下，优选地甚至共同使用有关框架结构的同一实例（Instanz）。
在优选的实施方式中，该或每个框架结构由一个在离线运行中服务组件的可以独立运行的核以及一个对应的网络服务组件组成，该网络服务组件在在线运行中提供远程网络节点的对应的服务。于是，在网络服务层内部为数据管理框架结构分配远程数据管理服务，为传送框架结构分配对应的远程传送服务，等等。
对于本文开始部分提到的子领域来说，下面描述的组件设置就尽可能简单及有效的软件架构、单个组件在不同的框架结构的范围内的特别高的可重复利用性、以及不同框架结构的良好和灵活的可组合性而言，突出显示为是特别具有优势的。为更清楚起见，对于由多个框架结构共同使用的组件，仅仅在首次提到时较为详细地解释功能范围、相对于已经介绍的组件的分级设置以及与其下设置的组件的依赖关系。只要没有在具体情况下另外地解释，这些组件就按照相同的方式在所有有关的框架结构的范围内具有其特殊的特性。
数据管理（DM）框架结构：
该DM框架结构包括：作为服务组件的文件访问模块以及数据管理（DM）服务模块。
文件访问模块包含了用于在或从一个文件系统中读、写和删除数据以及用于生成文件的基本功能、即特别是接近硬件的功能。在此，优选地将该文件访问模块构造用于访问多个不同的存储介质，特别是本地硬盘、外部数据存储器、USB棒，等等。
DM服务模块包含了用于数据选择以及用于文件访问控制的功能。在此，术语数据选择既包括了从文件的组合结构中选择个别的数据内容，又包括了用于按照规定的搜索准则选择文件的功能。
术语文件访问控制尤其包括了就数据安全而言对于文件或个别文件内容的特定于用户的使用权限的分配和检验，以及对于文件或文件内容的特定于使用的使用权限的分配和检验（数据锁定）。
在此，在服务层内部将DM服务模块设置在文件访问模块之上，其中，可以从该DM服务模块出发访问该文件访问模块。
作为工具箱，DM框架结构包括数据管理（DM）基本模块，该模块作为API函数的组成部分提供，该API函数使得在该框架结构上编写的应用软件可以访问DM服务模块的功能。
在本发明的一种有利的扩展中，在所述DM框架结构的服务层中还提供了信息模型映射模块。该服务组件包含了这样的功能，即，其允许为逻辑数据对象分配一个含义唯一的引用，和为该引用分配一组含义唯一的文件，以及对这种引用进行分析和分组。根据其可以依照作为基础的模型或数据标准含义唯一地识别或寻址以及表征一个数据对象的通用数据可以表示为引用。这种引用尤其可以存在于按照数据标准选出的文件名称、识别码或者类似物中。在合适的实施方式中，信息模型映射模块在DICOM标准的基础上按照所谓的UID（唯一标识符）的形式给出该引用。
该信息模型映射模块分级地与文件访问模块并列设置。在分级路径中，可以从DM服务模块出发访问该信息模型映射模块。
在本发明的另一种有利的扩展改进中，在DM框架结构的服务层中还提供了工作区域模块。该模块包含使得独立于平台地在本地临时存储（高速缓冲）数据能够实现的功能。
该工作区域模块设置在文件访问模块之上，并在信息模型映射模块存在的情况下设置在该信息模型映射模块之上，并且可以访问该模块或这些模块。对于工作区域模块本身的访问则直接地从DM基本模块出发进行。工作区域模块适当地设置在DM服务模块之下。不过，优选地不提供从DM服务模块出发对工作区域模块访问的可能性，以便保持DM服务模块和工作区域模块的相互独立。
合适的是，在DM服务模块和DM基本模块之间设置一个下面将其称为标准数据管理（DM）访问模块的服务组件。该模块包含这样的功能，这些功能允许简化地、特别是组合地访问所述DM服务模块、文件访问模块、以及在信息模型映射模块存在的情况下的该信息模型映射模块的功能。例如，将需要组合地调用前面提到的在其下设置的服务组件的功能的常用操作实现在该标准DM访问模块中。对于该标准DM访问模块本身可以从DM基本模块出发进行访问。
DM服务模块优选地包括远程DM服务作为对应地设置的网络服务层的组件。该服务在在线运行中允许对存储在远程网络节点上的数据进行访问。该远程DM服务被设置在文件访问模块之下并且是可以从该模块访问的。
在本发明的合适的构造中，DM服务模块包括一个或多个下面描述的功能的子系统，这些功能分别对应于不同的任务范围。
因此，优选地提供允许按照元数据来索引文件的功能的第一子系统（索引子系统）。在此，特别是索引在本地存放在高速缓冲中的文件。
“元数据”表示对应于存放的文件并且详细地描述这些文件（特别是其内容）的数据。在医疗成像中被处理的文件、特别是数字图像文件通常配备有一大组元数据，其例如包含关于图像拍摄的模态、检查的医疗和技术方面、被检查的患者等等的信息。医疗成像文件的元数据尤其是与DICOM标准兼容地产生。
在这种意义下，“索引”被理解为任何类型的根据文件元数据内容的文件索引生成及编目。这种索引可以按照任意规定或可规定的方案进行。例如，可以按照患者年龄的标准索引特定的检查类型的本地存储的图像数据（例如CT照片）。
额外地或者作为替换，DM服务模块包含一个允许在所存放的文件中间 进行搜索的功能的第二子系统（查询子系统）。该搜索是根据将存放的文件所属的元数据与规定的或可规定的搜索方案进行比较来实现的。例如，可以以这种方式按照患者姓名寻找特定患者的医疗图像数据。可以将该搜索的功能构造为独立的功能。在这种情况下，直接地寻找所存放文件的元数据。对于简化的和由此也更迅速的搜索，将查询子系统的功能为此替代地构造为建立在上面所描述的文件的索引之上。也可以将两种变形（直接搜索与由索引支持的搜索）相互组合。
同样额外地或者作为替换，DM服务模块包含另外两个功能的子系统（同步子系统以及锁定子系统），它们用于文件同步化和/或避免对同一文件的多重访问。“（文件）同步化”被理解为针对以多个拷贝存放在不同存储器位置上的文件的一种平衡自动机制，通过该机制避免了拷贝的文件内容由于分别在一个拷贝上的改变而逐渐地分开演变。特别是通过同步化，局部和离线地在一个文件中进行的变换，在重新恢复在线运行时被自动地传输给在医疗网络的其它位置上存放的该文件的拷贝。
与文件同步化在主题上紧密相联系的是，在在线运行中避免对于同一文件同时的多重访问。这种功能尤其是被称为“数据锁定”。在数据锁定的过程中，一旦且只要一个用户对一个文件进行处理，则尤其禁止了另外的用户对该文件的写入和删除权限。为了在文件以不同的拷贝存放在不同的存储器位置上的情况下有效地防止对不同的拷贝的并行处理，优选地规定，可以对于文件进行全球的、即跨网络的保留。为了保证对于包含按照规定的分级顺序的多个单个文件的、复杂的数据对象进行有效的和无冲突的处理，合适的是，可以在特定的分级级别上对锁定子集进行保留。这种复杂的数据对象尤其是电子患者档案，其按照例如由DICOM规定的分级结构包含患者基本数据、处理流程、检查、图像、诊断报告，等等，其中，通过该锁定子集可以有选择地阻止整个患者档案或者仅为其它访问而进行的特定检查。
同样额外地或者作为替换，DM服务模块包含另一个功能子系统（安全子系统），其为所存放的文件或者这些文件的特定文件内容（特别是文件标题）赋予和检查特定于用户的用户访问权限。由此，避免了对于所存放的文件或者文件内容的未授权的访问或者未授权的操作。
同样额外地或者作为替换，DM服务模块最后包含另一个功能子系统（工作标记子系统），其用于管理所存放文件所属的所谓工作标记。工作标 记定义了为所对应的文件控制自动化的数据处理过程（例如，自动归档、自动传送或自动打印）的规则。
传送（TF）框架结构：
该TF框架结构在其基本结构中作为服务组件除了已经结合DM框架结构描述的文件访问模块之外还包括流水线（Pipeline）模块和传送（TF）服务模块。
流水线模块为图像数据以及另外与其对应的元数据的处理构成了通道或框架。在此，该模块按照合适的设计规定对于图像数据的多个（物理或逻辑的）源设备和多个（物理或逻辑的）目标设备，以及多个图像处理滤波器，这些滤波器可以单独或者按照任意的组合接在源设备和目标设备之间，并且修改通过流水线输送的图像数据。作为滤波器可以为流水线分配任意的图像处理滤波器和立体处理滤波器，例如，用于亮度和对比度操作、色彩改变、平滑、清晰度、旋转、拉伸、压缩，等等。此外，还可以为流水线分配用于元数据的滤波器。
TF服务模块包含了在访问所述文件访问模块和/或流水线模块的情况下用于在两个文件系统之间传输数据的功能。
TF框架结构包括传送（TF）基本模块作为所述工具箱层的组件，该模块作为API函数的组成部分提供，该API函数使得在该框架结构上编写的应用软件可以访问TF服务模块的功能。在此，TF基本模块尤其可以对应于工具箱层的编程环境的一个主页。
在一种有利的扩展中，TF框架结构可选地还包括信息模型映射模块、工作区域模块和/或标准DM访问模块作为服务层的其它组件。
在此，在TF框架结构的范围内可以直接从流水线模块出发访问该工作区域模块。对于标准DM访问模块的功能可以在TF框架结构的范围内从TF基本模块出发进行访问。为在TF框架结构的范围内应用，标准DM访问模块包含用于简化地、特别是组合地访问所述TF服务模块、文件访问模块和/或如果存在的话的信息模型映射模块的功能的功能。
在TF框架结构（以及在下面描述的框架结构）的范围内，可选地提供了这样的可能性：产生一个或多个“构件箱模块”（在TF框架结构的范围内称为传送（TF）构件箱模块）作为工具箱层的其它组件，它们分别可以分配给编程环境的一个内容页。这点使得应用程序开发人员可以在需要时扩展各 框架结构的功能范围，其中，他为此可以按照构件块的方式访问服务层的功能，等等。因此，构件箱模块不属于各框架结构的基本结构并且也不具有预先定义的功能内容，而是可以按照需要建立并且配备有特定于用户的所希望的功能。
TF框架结构包括远程TF服务作为网络服务层的所属组件，该服务允许利用远程的网络节点进行数据传送。该远程TF服务被设置在文件访问模块之下并且可以由该文件访问模块访问。
DM框架结构和TF框架结构之间的交互作用
如果将标准DM访问模块孤立地或者用在DM框架结构中或者用在TF框架结构中，则分别仅仅可以利用该模块的特定于框架结构的有限的功能范围。不过，标准DM访问模块此外还优选地包括用于组合地访问DM框架结构的特殊功能（特别是DM服务模块的功能）以及TF框架结构的特殊功能（特别是TF服务模块的功能）的功能。为了利用这种跨框架结构的访问可能性，优选地将DM框架结构和TF框架结构作为功能上的单元组合地使用，其中，在这种情况下DM基本模块以及TF基本模块均访问该标准DM访问模块。
此外，标准DM访问模块还构成可多方面使用的以及实用的接口，通过该接口其它框架结构的工具箱也可以简单地访问DM和TF框架结构的一般功能。
任务列表（WL）框架结构
该WL框架结构在其作为服务层的组件的基本配置中，除了文件访问模块以及访问该文件访问模块的工作区域模块之外，还包括设置在该工作区域模块之上的任务列表（WL）服务模块。该WL服务模块包括了用于将数据与任务列表项目相关联的功能。为此，其构造用于访问工作区域模块。
WL框架结构具有任务列表（WL）基本模块作为工具箱层的、例如可以分配给编程环境的主页的组件，该模块包含了作为API函数的组成部分，该API函数使得在该框架结构上编写的应用软件可以访问WL服务模块的功能。
在WL框架结构的范围内，也可选地提供了这样的可能性：产生一个或多个可特定于用户产生的任务列表（WL）构件箱模块作为工具箱层的其它组件，它们分别可以分配给编程环境的一个内容页。
该WL框架结构也优选地还具有高级别的数据管理和/或数据传送功能。WL基本模块通过标准DM访问模块访问这些功能。在该变形中WL框架结构由于标准DM访问模块的依赖性而也包括DM服务模块和/或TF服务模块，该TF服务模块带有又设置在其下的流水线模块。
WL框架结构还优选地包括远程任务列表（WL）服务作为网络服务层的组件，其包含（例如在所谓的信息系统的范围内）用于对任务列表进行跨网络协调的功能。在此，可以从WL基本模块出发直接访问该远程WL服务。
图像处理（IP）框架结构
该IP框架结构在其作为服务层的组件的基本配置中，除了流水线模块之外，还包括设置在该流水线模块之下的分割模块、设置在该流水线模块旁的图形/显示模块以及设置在所述流水线模块和图形/显示模块之上的图像处理（IP）服务模块。
分割模块包含了用于对医疗图像数据进行分割的功能。图形/显示模块包括了用于处理和显示分层的图像片段内容的功能、特别是用于交互的图像操作（例如，在显示器上测量图像片段）的功能。在IP框架结构的范围内，既可以从流水线模块也可以从图形/显示模块出发访问该分割模块。
IP服务模块包括了用于显示医疗图像数据的功能。为此，IP服务模块的功能可以访问流水线模块、图形/显示模块和/或分割模块的功能。
IP框架结构包括图像显示基本模块作为工具箱层的例如分配给所属编程接口的主页的组件，该模块作为API函数的组成部分为在该框架结构上编写的应用程序提供了用于访问IP服务模块的功能。
在IP框架结构的范围内，也可选地提供了这样的可能性：作为工具箱层的其它组件产生一个或多个可特定于用户产生的IP构件箱模块，它们分别可以分配给编程环境的一个内容页。
IP框架结构还优选地包括远程显示服务作为网络服务层的组件，其包含用于在医疗网络的一个远程网络节点上显示分层的图像片段内容的功能。在此，可以从图形/显示模块出发访问该远程显示服务。
在一种优选的变形中，对于数据管理的功能IP框架结构同时利用DM框架结构的基本的组件，即，文件访问模块和/或信息模型映射模块。对于这些功能的访问从流水线模块出发间接地通过工作区域模块实现。IP服务模块也可以任选地直接地对工作区域模块进行访问。此外，IP框架结构还拥有 高级别的数据管理和/或数据传送功能，按照合适的结构的IP基本模块通过标准DM访问模块访问这些功能。在该变形中IP框架结构由于标准DM访问模块的依赖性而也包括DM服务模块和/或TF服务模块。
体积处理（VOL）框架结构
该VOL框架结构在其基本配置中，除了文件访问模块（以及可选择地设置在旁边的信息模型映射模块）和访问该文件访问模块的工作区域模块、分割模块和访问该分割模块的图形/显示模块之外，还包括设置在该图形/显示模块之上的体积处理（VOL）服务模块作为服务层的组件。
VOL服务模块包括了用于在访问图形/显示模块和/或工作区域模块的情况下对医疗体积数据进行处理和显示的功能。
VOL框架结构包括图像显示基本模块作为工具箱层的例如可以分配给编程环境的主页的组件，该模块作为API函数的组成部分为在该框架结构上构造的应用程序提供了用于访问VOL服务模块的功能。
在VOL框架结构的范围内，也可选地提供了这样的可能性：产生一个或多个可特定于用户产生的体积处理（VOL）构件箱模块作为工具箱层的其它组件，它们分别可以分配给编程环境的一个内容页。
此外，也可以仅仅按照二维图形的形式（特别是空间视图和/或剖视图）来显示体积数据，体积数据的显示按照已知程度要求一种与图像处理子领域尽可能相同的功能。因此，在特别合理的软件结构的意义下，合适地由IP框架结构以及VOL框架结构共同地使用系统的针对图像显示的组件。于是，在优选的结构中，除了分割模块以及带有图像显示基本模块的图形/显示模块之外，还为两个框架结构提供相同的工具箱。
VOL框架结构优选地包括3D图像合成模块作为服务层的其它组件。该3D图像合成模块包括了根据3D情景建立空间上的图像的功能。该功能通常也被称为“体积渲染”。
VOL框架结构还任选地包括远程VOL服务以及还任选地包括远程显示服务作为网络服务层的组件。前者包含用于在医疗网络的一个远程网络节点上处理体积数据的功能。在此，可以从VOL服务模块出发访问该远程VOL处理服务。
此外，VOL框架结构还拥有高级别的数据管理和/或数据传送功能，适当结构的VOL基本模块通过标准DM访问模块访问这些功能。在该变形中 VOL框架结构由于标准DM访问模块的依赖性而也包括DM服务模块和/或TF服务模块。
报告编写（REP）框架结构
该REP框架结构除了文件访问模块以及访问该文件访问模块的工作区域模块之外，还包括设置在该工作区域模块之上的报告编写（REP）服务模块作为服务层的组件。
该REP服务模块包括了用于在访问工作区域模块的情况下编写并且自动读取按照一种数据标准、特别是DICOM的结构化报告的功能。
此外，在优选的实施方式中，REP服务模块访问在服务层内部设置在其下的术语模块，该术语模块提供了在本地层面上用于统一地编写报告的文字块。
任选地在术语模块之下设置一个在下面被称为中央术语服务的网络服务层组件，其在在线运行中在网络范围内提供了对应的文字块。
作为工具箱层的组件REP框架结构包括报告编写（REP）基本模块，该模块作为API函数的组成部分提供，该API函数使得在该框架结构上建立的应用程序可以访问REP服务模块。
在REP框架结构的范围内，也可选地提供了这样的可能性：作为工具箱层的其它组件产生一个或多个可特定于用户产生的报告编写（REP）构件箱模块，它们分别可以分配给编程环境的一个内容页。
此外，REP框架结构还拥有高级别的数据管理和/或数据传送功能，适当结构的REP基本模块通过标准DM访问模块访问这些功能。在这些变形中REP框架结构由于标准DM访问模块的依赖性而也包括DM服务模块和/或TF服务模块以及流水线模块。
图像采集（EXAM）框架结构
该EXAM框架结构在其基本配置中包括图像采集（EXAM）服务模块作为服务层的组件，其包含了用于在访问至少一个医疗图像源的情况下采集原始数据的功能、用于将该原始数据整理成医疗图像数据的功能以及用于实时显示和归档原始数据和/或所整理的图像数据的功能。
EXAM框架结构包括图像采集（EXAM）基本模块作为工具箱层的组件，该模块作为API函数的组成部分提供了使得在该框架结构上建立的应用程序可以访问EXAM服务模块的功能的功能。
在一种有利的扩展中，EXAM框架结构包括远程图像采集（EXAM）服务，该服务为了在线运行而在医疗网络的一个远程节点上包含用于在访问至少一个远程医疗图像源的情况下采集原始数据和/或整理该原始数据的功能。在此，可以从EXAM服务模块出发访问该作为网络服务层的组件设置的远程EXAM服务。
对于数据管理和数据传送的基本功能，EXAM框架结构优选地同时利用DM和/或TF框架结构的对应的组件，即，文件访问模块和/或信息模型映射模块。在此，EXAM服务模块包括直接访问文件访问模块或信息模型映射模块的功能。此外，EXAM服务模块也任选地包括访问更高层面的功能，即，通过工作区域模块访问访问DM或TF框架结构的功能。另外，任选地提供了EXAM基本模块对（同样取决于DM或TF服务模块的）标准DM访问模块的访问可能性。
EXAM框架结构的一个基本任务在于，利用图像处理装置将由图像源产生的原始数据（通常就其性质而言已经是图像数据了）为了归档或者为了实时显示而进行整理。这按照已知的程度要求如同在IP框架结构的范围内所要求的类似的功能。因此，在优选地变形中EXAM框架结构为了所提到的目的同时利用IP框架结构的对应的服务组件，即，分割模块、流水线模块、图形/显示模块（必要时带有任选地设置在其下的远程显示服务）以及IP服务模块。在此，该IP服务模块被设置在EXAM服务模块的旁边或之下。对于IP服务模块的功能的访问优选地直接从EXAM基本模块出发进行。此外，EXAM服务模块还包含了直接访问图形/显示模块和/或分割模块的功能。
为了象例如在计算机或MR断层造影仪的情况下作为图像源来显示检查数据所要求的那样实时显示空间图形，EXAM服务模块还合适地访问（提供对应的功能的）VOL框架结构的3D图像合成模块。
EXAM服务模块优选地包括一个允许与多个所定义的图像源进行通信的功能的图像源检查子系统。在此，术语通信尤其表示发送和接收控制命令或对应的回答以及其它与此关联的数据。该图像源检查子系统允许例如将拍摄参数发送到特定的图像源上并且在对此的回答中接收对应地拍摄的原始数据，包括所属的元数据。
额外地或者作为替换，EXAM服务模块包含一个用于将特定于图像源的原始数据格式（特别是针对分别所属的元数据）与统一的数据标准（特别 是DICOM）进行匹配的功能的原始数据匹配子系统。
两个子系统以这样的认知为基础：在医疗网络中现有的图像源通常包括多个制造商和不同的技术标准的不同的设备类型，换言之，是极其不统一的。这种不统一性按照已知的程度通常表现为，与每个图像源的通信必须以个别的方式进行，并且由各个图像源输出的原始数据、特别是有关各自的标题格式的原始数据也呈现在个别序列中。
上面描述的子系统起到了在EXAM框架结构的统一的控制和显示功能与各个图像源的个别要求之间的翻译器的作用。为了能够将新的图像源按照简单的方式集成到系统中，将这些子系统的功能优选地作为针对图像源的插件进行设计，从而可以在没有巨大的安装开销（特别是重新编译）的情况下匹配两个子系统。这一概念也尤其允许为图像源制造商与图像源一起提供与对应的插件类似的硬件驱动器。
基础框架结构包括下列模块作为服务层的组件：用户管理或安全模块，该模块同样包含了用于用户的认证和授权以及用于审计跟踪处理（Audit-Trail-Handling）的功能，如针对用户和角色管理的功能；配置管理模块，用于应用程序的各种配置目的；许可管理模块，该模块包含了用于支持对于应用程序或其组件功能进行许可的功能；错误管理模块，其包含用于支持统一的错误处理和错误显示的功能；跟踪管理模块，其包含用于支持统一的跟踪处理的功能，即显示已经执行了的模块的功能；使用管理模块，其包含用于支持统一的使用处理的功能，即给出按照何种形式使用系统或应用程序。
基础框架结构包括基础远程服务作为网络服务层的组件，该服务在在线运行中在整个网络上提供用户和安全管理、配置管理、许可管理、错误管理、跟踪处理以及使用管理的对应的功能。
附图说明
下面对照附图对本发明的实施例作进一步的说明。附图中：
图1以示意图概括地示出了一种用于生成和运行在医疗成像领域中用于医疗信息处理的软件应用程序的系统的层结构，其具有至少一个特定于子领域的框架结构，
图2在图1所示的方案的基础上以示意框图示出了系统的第一实施方 式，其带有数据管理框架结构，
图3示出了图2所示图中的系统的一种可选实施方式，其带有传送框架结构，
图4示出了图2所示图中的系统的另一种实施方式，其以组合的方式包含了图2所示的数据管理框架结构以及图3所示的传送框架结构，
图5示出了图2所示的系统的另一种实施方式，其带有任务列表框架结构，
图6示出了图2所示图中的系统的另一种实施方式，其带有图像处理框架结构，
图7示出了图2所示图中的系统的另一种实施方式，其带有体积处理框架结构，
图8示出了图2所示图中的系统的另一种实施方式，其以组合的方式包含了图6所示的图像处理框架结构以及图7所示的体积处理框架结构，
图9示出了图2所示图中的系统的另一种实施方式，其带有报告编写框架结构，
图10示出了图2所示图中的系统的另一种实施方式，其带有图像采集框架结构，以及
图11示出了图2所示图中的系统的另一种实施方式，其以组合的方式包含了图2所示的数据管理框架结构、图3所示的传送框架结构、图5所示的任务列表框架结构、图6所示的图像处理框架结构、图7所示的体积处理框架结构以及图9所示的报告编写框架结构。
彼此相应的结构在所有图中总是具有相同的附图标记。
具体实施方式
图2至图11按照不同的实施方式示出了一种在医疗成像领域中用于生成和运行软件应用程序的系统1，该系统根据不同的实施方式包含一个特定于子领域的框架结构或者以组合的方式包含多个这种框架结构。所有下面描述的框架结构按照相同的基本结构原理、特别是按照共同的层结构以及严格的分级依赖关系原理来构思的。下面描述的框架结构针对几个组件相叠加（或多或少地凸现）。只要不显式地另外说明，这些对于所有有关框架结构总是称谓相同的组件在有关框架结构的范围内，就其功能规模、其分级设置 以及其与该框架结构的其它共同的组件的依赖关系而言是相同的。
下面根据在图1中示出的方案对框架结构的共同的结构原理进一步地进行说明，该方案首先抽象地显示了系统1的所有框架结构所基于的层设置。
该（或者每个）框架结构包括多个软件层。在此，该框架结构的核心区域由一个服务层3以及一个设置在该服务层之上的工具箱层4构成。此外，该框架结构还包括一个表示层5以及一个设置在服务层3之下的网络服务层6。
表示层5为在系统1上编写的软件应用程序构成了在软件应用程序的进程和用户之间的接口。在此，其尤其用来建立图形用户界面（亦被称为GUI，英语是graphic user interface）。
一般而言，服务层3包含通过该框架结构为该软件应用程序提供的“服务”。工具箱层4允许软件应用程序访问这些服务。在此，工具箱层4作为与表示层5对应的后端特别是协调表示层5与服务层3在信息技术上的连接。
工具箱层4构成一个API，并且由此构成对于应用程序开发人员可见的框架结构的界面，在该界面上可以在使用服务层3的对于应用程序开发人员通常不能直接访问的功能的情况下编写实际的软件应用程序。为了允许快速的应用程序开发，工具箱层4提供一个可见的编程环境7，在该编程环境上工具箱层4的组件可以被图形地实例化并且通过方法和事件相互连接或“布线”。在此，编程环境7是按照页面的形式提供的。在此，其为该或每个框架结构提供了一个主页，在该主页上通过工具箱层4的组件的对应连接可以确定对于一个应用程序的特定于框架结构的特性的框架。可以任选性地在多个后面描述的框架结构的框架内将该主页作为用于建立所谓的内容页的模板引入，这些内容页除了主页的特性之外还分别具有不同的内容。
与此对应地，表示层5也提供一个可见的编程环境8，在该编程环境上可以建立图形用户界面，并且类似于编程环境7地按照页面提供。
工具箱层4和表示层5之间的数据交换是通过错接接口9实现的。该错接接口9可以这样灵活地配置，使得工具箱层4和表示层5之间的连接可以自动地与这些层4、5在一台或多台计算机上的不同的部署相匹配。错接接口9还允许，将置于系统1上的软件应用程序的前端和后端有选择地投入到 同一台计算机上（所谓的桌面应用）或者分布式地投入到多台计算机上（客户机-服务器结构），而并不为此要求单独的源代码主干和/或对应用程序的重新编译。
由框架结构提供的功能被构造在多个组件中，如上面介绍的那样，这些组件按照其层所属关系也被称为服务组件、表示组件、工具箱，等等。
服务组件（包括网络服务层6的组件）就其编程技术和流程技术的实现而言基本上不同于工具箱层4以及表示层5的组件。
例如，服务组件是具有多线程能力的并且是可单一实例化的，而工具箱层4和表示层5的组件是具有单线程能力并且可多重实例化地构造的。对于服务组件和工具箱的这种依赖层的对立的实施的优点，再次参看前面的实施方式。
每个下面描述的框架结构单独地利用服务层3和工具箱层4的组件以及表示层5的组件，对于离线运行是完全能起作用的。
网络服务层6在医疗网络的框架中支持本地安装的应用程序的在线运行，并且允许访问在网络的其它节点上远程地本地化的服务。服务层3和网络服务层6的分离允许按照简单的方式实现这样的应用程序：其既适合于在线运行、又适合于离线运行、也适合于在运行时在两个运行状态之间进行没有问题的转换。
除了将该（或每个）框架结构划分成层3至6之外并且与其独立的是，针对该框架结构定义稳定层20以及开发层21。其中，稳定层20占据框架结构的在分级体系中在下的区域，而开发层21则占据与其相连的在分级体系中在上的区域。在示出的实施例中这样选择稳定层20和开发层21之间的边界，使得稳定层20恰好包括服务层3和网络服务层6，而开发层21包括工具箱层4和表示层5。不过，原则上可以将稳定层20和开发层21之间的边界独立于层3至6进行选择。对应于它们属于稳定层20的属性，服务层3和网络服务层6的模块的版本是严格反向兼容的反之，对于属于开发层21的模块则不必一定要在版本上是反向兼容的，因此可以灵活地进一步开发这些组件。
在图2中示出了第一实施方式，其中系统1包括一个针对数据管理（缩写为DM）子领域的框架结构。下面将该框架结构称为DM框架结构2。
具体地，根据图2用于DM框架结构2的服务层3作为服务组件包括： 文件访问模块10、信息模型映射模块11、工作区域模块12、DM服务模块13以及标准DM访问模块14。
在工具箱层4中，DM框架结构2包括唯一的工具箱，其在下面被称为DM基本模块15。在表示层5中的表示组件与工具箱层4的DM基本模块15相对应，该组件被称为DM表示模块16。
DM基本模块15在编程环境7的内部可以在分配给DM框架结构2的主页18上实例化。DM表示模块16可以在一个对应地在编程环境8的内部设置的主页19上实例化。主页18和19相互地交换数据。
此外，DM框架结构2在网络服务层6中包含一个被称为远程DM服务17的组件。
DM框架结构2的组件分别具有该或所有与其相关的前面的说明书部分在附图说明中提到的功能。不过，在DM服务模块13中实现的功能特别是包括上面描述的子系统，即，索引子系统、查询子系统、同步子系统、数据锁定子系统、安全子系统和工作标记子系统。这些子系统是按照插件（Plugin）的形式实现的，并且可以在应用程序的运行时有选择地为在应用程序的框架内的实施单个地或以任意的组合地启动和禁止。
在网络服务层6、服务层3和工具箱层4中包含的组件相互间被按照严格的分级设置，该分级表现为：每个组件仅仅可以访问在下级的组件，而排除了组件访问同级或上级的组件。
在图2中通过箭头示意地表示出组件之间的依赖性、即访问的可能性。据此，由直接设置在其上的文件访问模块10出发访问在分级体系中设置在最下面的远程DM服务17。既可以从工作区域模块12、DM服务模块13又可以从标准DM访问模块14出发访问模块10和11中的每个。在此，在服务层3的内部，标准DM访问模块14在分级中被设置在最上面，并且该模块本身构造用于访问DM服务模块13。在DM服务模块13和工作区域模块12直接以及在标准DM访问模块14和工作区域模块12之间没有提供直接的访问可能性。
通过在工具箱层4中设置的DM基本模块15，既提供了对标准DM访问模块14由提供了对DM服务模块13和工作区域模块12的访问可能性。
在图3中示出的系统1的变形中，该系统包括一个针对（数据）传送（TF）子领域的框架结构，该框架结构在下面被称为TF框架结构22。
类似于DM框架结构2，TF框架结构22在服务层3中包括：文件访问模块10、信息模型映射模块11、工作区域模块12以及标准DM访问模块14。此外，TF框架结构22在服务层3中还包括流水线（Pipeline）模块23和TF服务模块24，其中，流水线模块23被设置在工作区域模块12之上并对该工作区域模块进行访问。TF服务模块24又被设置在流水线模块23之上并且访问流水线模块23、文件访问模块10和信息模型映射模块11的功能。在TF框架结构22的框架中，标准DM访问模块14访问文件访问模块10、信息模型映射模块11的功能以及（与图2不同）访问TF服务模块24的功能。
作为工具箱层4的组件，TF框架结构22包括TF基本模块25，该模块可以在所属的编程环境7的主页26上实例化。与TF基本模块25对应的是在表示层5内部的TF表示模块27，该模块可以在一个对应的编程环境8的主页28上实例化。
在工具箱层4中TF框架结构22包括作为其它组件的多个TF构件块（Baukasten）模块29，可以为这些模块中的每个分配一个由主页26导出的编程环境7的内容页30作为各自的内容。与TF构件箱模块29对应的是表示层5的对应的TF构件箱模块31，这些模块可以分配给编程环境8的对应的内容页32。
主页26、28和内容页30、32相互进行数据交换。
从TF基本模块25出发提供了对TF服务模块24以及标准DM访问模块14直接访问的可能性。从TF构件箱模块29出发提供了对TF服务模块24的访问可能性。
作为服务层3的组件，TF框架结构22具有远程TF服务33，可以从文件访问模块10对该远程TF服务进行访问。
TF框架结构22的组件又分别具有该或所有与其相关的前面的说明书部分在附图说明中提到的功能。
在图4中示出的系统1的变形中，其具有组合的DM框架结构2和TF框架结构22。
在该实施方式中，从标准DM访问模块14出发提供了既对DM服务模块13又对TF服务模块24以及还对文件访问模块10和信息模型映射模块11的访问可能性。在该实施方式中，标准DM访问模块14还特别具有允许 组合访问服务模块13和24的功能的功能。
在图5中示出的系统1的变形中，其包括为任务列表管理或工作列表管理子领域设计的框架结构，下面将该框架结构简称为WL框架结构34。
与系统1前面的变形类似，WL框架结构34包括：DM框架结构2和TF框架结构22的服务组件和网络服务组件、即远程DM服务17和远程TF服务33，文件访问模块10，信息模型映射模块11，工作区域模块12，流水线模块23，DM服务模块13，TF服务模块24，以及标准DM访问模块14。
除了这些组件之外，WL框架结构34还包括在服务层3中的WL服务模块35，该模块被设置在工作区域模块12之上并对该工作区域模块的功能进行访问。
在工具箱层4中WL框架结构34包括WL基本模块36，该模块尤其可以在编程环境7的对应的主页37上实例化。与WL基本模块36对应的是在表示层5中的WL表示模块38，该模块又可以在编程环境8的对应的主页39上实例化。
在此，WL基本模块36一方面访问WL服务模块35。另一方面，WL基本模块36通过标准DM访问模块14访问数据管理和传送功能。
在工具箱层4中WL框架结构34包括作为其它组件的任选的多个可特定于客户编写的WL构件箱模块40，可以为这些模块中的每个分配一个可由主页37导出的编程环境7的内容页41作为各自的内容。与WL构件箱模块40对应的是表示层5的对应的WL构件箱模块42，这些模块可以分配给编程环境8的对应的内容页43。在此，WL构件箱模块40例如访问WL服务模块35、标准DM访问模块14和远程DM服务17。
主页37、39和内容页41、43相互进行数据交换。
作为网络服务层6的特定于子领域的组件，WL框架结构34包括远程WL服务44，可以直接从WL基本模块36对该远程WL服务进行访问。
WL框架结构34的组件又分别具有该或所有与其相关的前面的说明书部分在附图说明中提到的功能。
在图6中示出的系统1的变形中，该系统包括为图像处理子领域设计的框架结构，下面将该框架结构简称为IP框架结构45。
与系统1前面的变形类似，IP框架结构45包括：DM框架结构2和TF框架结构22的服务组件和网络服务组件、即远程DM服务17和远程TF服 务33，以及文件访问模块10，信息模型映射模块11，工作区域模块12，流水线模块23，DM服务模块13，TF服务模块24，和标准DM访问模块14。
除了这些组件之外，IP框架结构45在服务层3中还包括：设置在流水线模块23之下的分割模块46，设置在流水线模块23旁边的图形/显示模块47，以及设置在流水线模块23之上的IP服务模块48。在此，不仅流水线模块23而且图形/显示模块47和IP服务模块48都访问该分割模块46。从IP服务模块48出发额外地提供了对流水线模块23、图形/显示模块47以及工作区域模块12直接访问的可能性。
在工具箱层4中IP框架结构45包括图像显示基本模块49，该模块尤其可以在编程环境7的对应的主页50上实例化。与IP基本模块49对应的是在表示层5中的图像显示表示模块51，该模块又可以在编程环境8的对应的主页52上实例化。
在此，IP基本模块49一方面访问IP服务模块48。另一方面，IP基本模块49通过标准DM访问模块14访问数据管理和传送功能。
在工具箱层4中IP框架结构45包括作为其它组件的任选的多个可特定于客户编写的图像处理（IP）构件箱模块53，可以为这些模块中的每个分配一个可由主页50导出的编程环境7的内容页54作为各自的内容。与IP构件箱模块53对应的是表示层5的对应的IP构件箱模块55，这些模块可以分配给编程环境8的对应的内容页56。在此，IP构件箱模块53例如访问IP服务模块48。
作为网络服务层6的特定于子领域的组件，IP框架结构45包括远程显示服务57，可以从图形/显示模块47对该远程显示服务进行访问。
IP框架结构45的组件又分别具有该或所有与其相关的前面的说明书部分在附图说明中提到的功能。
在图7中示出的系统1的变形中，该系统包括为体积处理子领域设计的框架结构，下面将该框架结构简称为VOL框架结构58。
VOL框架结构58包括：DM框架结构2的服务组件和网络服务组件以及TF框架结构22和IP框架结构45的部分服务组件和网络服务组件，即，远程DM服务17、远程TF服务33和远程显示服务57；以及文件访问模块10，信息模型映射模块11，工作区域模块12，DM服务模块13，TF服务模块24，标准DM访问模块14，分割模块46，和图形/显示模块47。反之， 在TF框架结构22和IP框架结构45的框架中提供的流水线模块23在图7所示的该系统1的实施方式中则没有提供，这尤其是因为该组件是专门用于对图像数据的修改的，而对于纯粹的体积数据处理的目的是不需要的。在VOL框架结构58的框架中，为了对体积数据进行图形显示调用了IP框架结构45的专门的服务组件和网络服务组件、即分割模块46和图形/显示模块47，这尤其是因为也可以在更必要时将体积数据在显示屏或者打印件上仅仅以减小到二维的形式、因此也就是以图像数据的形式显示。
除了所提到组件之外，VOL框架结构58在服务层3中还包括3D图像合成模块59和VOL服务模块60。
在工具箱层4中，VOL框架结构58通过图像显示基本模块49一同利用IP框架结构45的专门的组件。不过，在VOL框架结构58的框架中该图像显示基本模块49可以在编程环境7的自身的主页61上实例化。同样，VOL框架结构58在表示层5中包括对应的图像显示表示模块51，该模块又可以在编程环境8的专门用于VOL框架结构58的主页63上实例化。
在此，图像显示基本模块49访问标准DM访问模块14以及（与图6所示的实施方式不同）访问VOL服务模块60。
在工具箱层4中，VOL框架结构58包括作为其它组件的任选的多个专门用于体积处理的VOL构件箱模块64，可以为这些模块中的每个分配一个可由主页61导出的编程环境7的内容页65作为各自的内容。与VOL构件箱模块64对应的是表示层5的对应的VOL构件箱模块66，这些模块可以分配给编程环境8的对应的内容页67。在此，VOL构件箱模块64例如访问图形/显示模块47。
作为网络服务层6的特定于子领域的组件，VOL框架结构58包括VOL远程服务68，可以从VOL服务模块60访问该VOL远程服务。
VOL框架结构58的组件又分别具有该或所有与其相关的前面的说明书部分在附图说明中提到的功能。
由于IP框架结构45与VOL框架结构58在内容和结构上的紧密关联，这两个框架结构优选地按照组合的方式一同使用。在图8中示出了系统1的一种对应的实施方式。
在该实施方式中，两个框架结构45、58共同的图像显示基本模块49访问标准DM访问模块14以及（与上面描述的实施方式不同地）访问IP服 务模块48和VOL服务模块60。
在图9中示出的系统1的变形中，该系统包括为报告编写子领域设计的框架结构，下面将该框架结构简称为REP框架结构69。
REP框架结构69也包括：DM框架结构2和TF框架结构22的服务组件和网络服务组件、即远程DM服务17和远程TF服务33，以及文件访问模块10，信息模型映射模块11，工作区域模块12，流水线模块23，DM服务模块13，TF服务模块24，和标准DM访问模块14。
除了这些组件之外，REP框架结构69在服务层3中还包括：术语模块70以及设置在该模块或工作区域模块12之上的REP服务模块71，该REP服务模块访问两个刚提到的模块70和12的功能。
在工具箱层4中REP框架结构69包括REP基本模块72，该模块尤其可以在编程环境7的对应的主页73上实例化。与REP基本模块72对应的是在表示层5中的REP表示模块74，该REP表示模块又可以在编程环境8的对应的主页75上实例化。
在此，REP基本模块72一方面访问REP服务模块71。另一方面，REP基本模块72通过标准DM访问模块14访问数据管理和传送功能。
在工具箱层4中REP框架结构69包括作为其它组件的任选的多个可特定于客户编写的REP构件箱模块76，可以为这些模块中的每个分配一个可由主页73导出的编程环境7的内容页77作为各自的内容。与REP构件箱模块76对应的是表示层5的对应的REP构件箱模块78，这些模块可以分配给编程环境8的对应的内容页79。在此，REP构件箱模块76例如访问REP服务模块71。
在网络服务层6中，REP框架结构69还包括一个被称为中央术语服务80的组件，术语模块70在在线运行中访问该中央术语服务。
REP框架结构69的组件又分别具有该或所有与其相关的前面的说明书部分在附图说明中提到的功能。
在图10中示出的系统1的变形中，该系统包括为图像采集（或者检查）子领域构想的框架结构，下面将该框架结构简称为EXAM框架结构81。
EXAM框架结构81包括：DM框架结构2和TF框架结构22的服务组件和网络服务组件、即远程DM服务17和远程TF服务33，以及文件访问模块10，信息模型映射模块11，工作区域模块12，流水线模块23，DM服 务模块13，TF服务模块24，和标准DM访问模块14。
EXAM框架结构81还包括：IP框架结构45的服务组件和网络服务组件以及VOL框架结构58的一部分，即，分割模块46、图形/显示模块47和IP服务模块48，以及远程显示服务57和3D图像合成模块59。
EXAM框架结构81在服务层3中还包括EXAM服务模块82。从该EXAM服务模块82出发提供了对文件访问模块10、信息模型映射模块11、工作区域模块12、分割模块46、图形/显示模块47以及3D图像合成模块59的访问可能性。在此，EXAM服务模块82还是设置在标准DM访问模块14之上的并且访问该标准DM访问模块。
作为网络服务层6的特定于子领域的组件，EXAM框架结构81包括远程EXAM服务83，EXAM服务模块82同样可以对该远程EXAM服务进行访问。
在工具箱层4中EXAM框架结构81包括EXAM基本模块84，该模块尤其可以在编程环境7的对应的主页85上实例化。与EXAM基本模块84对应的是在表示层5中的EXAM表示模块86，该模块又可以在编程环境8的对应的主页87上实例化。
在工具箱层4中EXAM框架结构81包括作为其它组件的任选的多个可特定于客户编写的EXAM构件箱模块88，可以为这些模块中的每个分配一个可由主页85导出的编程环境7的内容页89作为各自的内容。与EXAM构件箱模块88对应的是表示层5的对应的EXAM构件箱模块90，这些模块可以分配给编程环境8的对应的内容页91。在此，EXAM构件箱模块88例如访问EXAM服务模块82。
EXAM框架结构81的组件又分别具有该或所有与其相关的前面的说明书部分在附图说明中提到的功能。特别是，EXAM服务模块82的功能范围包括了在前面提到的子系统、即图像源检查子系统以及原始数据匹配子系统。
在图11示出的系统1的变形以组合的方式包含了DM框架结构2、TF框架结构22、WL框架结构34、IP框架结构45、VOL框架结构58以及REP框架结构69，其中，每个框架结构2、22、34、45、58和69是按照上述方式构造的（特定于框架结构的构件箱模块、以及编程环境7和8的主页和内容页仅仅为清楚起见而没有显式地表示出来）。系统1的另一种（没有详细 示出的）变形还包括EXAM框架结构81。