CN114242210A

CN114242210A - 医学影像数据的管理方法、装置、设备及存储介质

Info

Publication number: CN114242210A
Application number: CN202111454710.8A
Authority: CN
Inventors: 孟庆余; 邱文旭; 彭成宝; 张霞
Original assignee: Shenyang Neusoft Intelligent Medical Technology Research Institute Co Ltd
Current assignee: Shenyang Neusoft Intelligent Medical Technology Research Institute Co Ltd
Priority date: 2021-12-01
Filing date: 2021-12-01
Publication date: 2022-03-25

Abstract

本申请提供了一种医学影像数据的管理方法、装置、设备及存储介质。该方法包括：按照医学数字成像和通信DICOM标准，对医学影像数据的结构化元数据进行标准转换，得到所述医学影像数据的标准元数据；建立所述标准元数据与所述医学影像数据的源存储位置间的关联关系，以按照所述关联关系实现所述医学影像数据的管理。本申请可以用统一的标准元数据结构实现医学影像数据的便捷管理，无需对医学影像数据进行标准格式下的转换和迁移存储，极大提高医学影像数据管理的高效性。

Description

医学影像数据的管理方法、装置、设备及存储介质

技术领域

本申请实施例涉及数据处理技术领域，具体涉及一种医学影像数据的管理方法、装置、设备及存储介质。

背景技术

随着医疗技术的快速发展，医学影像数据作为用户检查及医学诊断的重要手段，会生成大量多模态的医学影像数据，如计算机断层扫描(Computed Tomography，简称为CT)数据、磁共振成像(Magnetic Resonance Imaging，简称为MRI)数据等。现有的各种医学影像数据存在多种数据格式，如何高效访问此类医学影像数据来为医学诊断和医学科研提供支持，是医学领域当前急需解决的难题。

目前，为了能够对各类医学影像数据进行共享和访问，通常会采用医学数字成像和通信标准(Digital Imaging and Communications in Medicine，简称为DICOM)作为校准的数据格式，将其他格式下的医学影像数据统一转换到DICOM标准格式下，并对转换为DICOM标准下的医学影像数据进行迁移存储，以便后续能够按照统一的DICOM标准对存储后处于DICOM标准下的各类医学影像数据进行高效的共享和访问。

然而，由于医学影像数据大多达到几百TB或PB级别，因此医学影像数据的格式转换会耗费大量的时间和人力，而且医学影像数据的迁移存储也会占用大量的存储空间，极大增加了医学影像数据的管理难度。

发明内容

本申请提供一种医学影像数据的管理方法、装置、设备及存储介质，利用医学影像数据的标准元数据与其源存储位置间的关联关系即可实现医学影像数据的统一便捷管理，无需对医学影像数据进行标准格式下的转换和迁移存储，提高了医学影像数据管理的高效性。

第一方面，本申请实施例提供了一种医学影像数据的管理方法，该方法包括：

按照医学数字成像和通信(Digital Imaging and Communications inMedicine，简称为DICOM)标准，对医学影像数据的结构化元数据进行标准转换，得到所述医学影像数据的标准元数据；

建立所述标准元数据与所述医学影像数据的源存储位置间的关联关系，以按照所述关联关系实现所述医学影像数据的管理。

进一步的，所述按照医学数字成像和通信DICOM标准，对医学影像数据的结构化元数据进行标准转换，得到所述医学影像数据的标准元数据，包括：

按照所述DICOM标准，对所述医学影像数据的结构化元数据进行标准划分，生成所述医学影像数据在每一标准维度下的标准子元数据；

合并各所述标准维度下的标准子元数据，得到所述标准元数据。

进一步的，所述建立所述标准元数据与所述医学影像数据的源存储位置间的关联关系，包括：

建立各所述标准维度下的标准子元数据之间的第一关联关系；

从各所述标准维度下的标准子元数据中筛选出目标标准子元数据，建立所述目标标准子元数据与所述医学影像数据的源存储位置间的第二关联关系。

进一步的，所述按照所述关联关系实现所述医学影像数据的管理，包括：

按照所述第一关联关系和所述第二关联关系，生成所述医学影像数据在不同标准维度和源存储位置之间的关联存储结构；

按照所述关联存储结构对所述医学影像数据进行管理。

进一步的，在按照医学数字成像和通信DICOM标准，对医学影像数据的结构化元数据进行标准转换，得到所述医学影像数据的标准元数据之前，还包括：

利用所述医学影像数据的源存储位置对应的影像访问配置信息，生成对应的存储设备实例；

相应的，所述建立所述标准元数据与所述医学影像数据的源存储位置间的关联关系，包括：

在所述标准元数据下添加所述医学影像数据所在的存储设备实例标识，得到所述标准元数据与所述医学影像数据的源存储位置间的关联关系。

响应于所述医学影像数据的访问请求，根据所述医学影像数据的标准元数据下添加的存储设备实例标识，确定对应的目标存储设备实例；

利用所述目标存储设备实例内设定的影像访问配置信息，编辑所述医学影像数据的访问地址，以按照所述访问地址访问所述医学影像数据。

进一步的，在建立所述标准元数据与所述医学影像数据的源存储位置间的关联关系之后，还包括：

按照所述标准元数据设定所述医学影像数据的管理接口，以通过所述管理接口实现所述医学影像数据的管理。

进一步的，如果所述标准元数据由不同标准维度下的标准子元数据合并得到，则所述按照所述标准元数据设定所述医学影像数据的管理接口，包括：

在各所述标准维度中的任一标准维度下，设定所述医学影像数据的管理接口。

根据所述医学影像数据的数据源配置信息读取对应的结构化元数据。

第二方面，本申请实施例提供了一种医学影像数据的管理装置，该装置包括：

标准转换模块，用于按照医学数字成像和通信DICOM标准，对医学影像数据的结构化元数据进行标准转换，得到所述医学影像数据的标准元数据；

关联管理模块，用于建立所述标准元数据与所述医学影像数据的源存储位置间的关联关系，以按照所述关联关系实现所述医学影像数据的管理。

第三方面，本申请实施例提供了一种电子设备，该电子设备包括：

处理器和存储器，所述存储器用于存储计算机程序，所述处理器用于调用并运行所述存储器中存储的计算机程序，以执行本申请第一方面中提供的医学影像数据的管理方法。

第四方面，本申请实施例提供了一种计算机可读存储介质，用于存储计算机程序，所述计算机程序使得计算机执行如本申请第一方面中提供的医学影像数据的管理方法。

第五方面，本申请实施例提供了一种计算机程序产品，包括计算机程序/指令，其特征在于，该计算机程序/指令被处理器执行时实现如本申请第一方面中提供的医学影像数据的管理方法。

本申请实施例提供的一种医学影像数据的管理方法、装置、设备及存储介质，按照DICOM标准，对医学影像数据的结构化元数据进行标准转换，得到该医学影像数据的标准元数据，然后在该标准元数据和医学影像数据的源存储位置之间建立对应的关联关系，从而基于该关联关系，即可采用统一的标准元数据结构实现医学影像数据的便捷管理，无需对医学影像数据进行标准格式下的转换和迁移存储，极大提高医学影像数据管理的高效性。

附图说明

为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本申请实施例示出的一种医学影像数据的管理方法的流程图；

图2为本申请实施例示出的另一种医学影像数据的管理方法的流程图；

图3为本申请实施例示出的医学影像数据的关联存储结构的示意图；

图4为本申请实施例示出的另一种医学影像数据的管理方法的流程图；

图5为本申请实施例示出的医学影像数据的访问过程的原理示意图；

图6为本申请实施例示出的一种医学影像数据的管理装置的原理框图；

图7是本申请实施例提供的电子设备的示意性框图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本发明保护的范围。

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或服务器不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

考虑到医学影像数据量过大，导致标准转换存在大量耗时和迁移存储额外占用大量空间的问题，本申请实施例设计了一种新的医学影像数据存储管理方式，通过对医学影像数据的结构化元数据进行标准转换，并将转换后的标准元数据与医学影像数据的源存储位置进行关联，使得基于两者的关联关系，采用统一的标准元数据结构即可实现医学影像数据的便捷管理，从而无需对医学影像数据进行标准转换和迁移存储，提高医学影像数据管理的高效性。

图1为本申请实施例示出的一种医学影像数据的管理方法的流程图。参照图1，该方法具体可以包括如下步骤：

S110，按照DICOM标准，对医学影像数据的结构化元数据进行标准转换，得到医学影像数据的标准元数据。

考虑到医学影像数据进行标准格式下的转换和迁移存储时，是由医学影像数据量过大而导致标准转换存在大量耗时和迁移存储占用大量空间的问题，因此本申请在设计医学影像数据在统一标准格式下的高效管理方式时，首先需要避免出现标准转换的数据量过大的问题。

由医学影像数据的属性分析可知，通常会采用结构化的元数据来描述医学影像数据的属性信息，而且结构化元数据能够用于协助实现医学影像数据的检索，说明通过查看结构化元数据即可对医学影像数据进行有效管理。而且，由于医学影像数据的结构化元数据主要为属性描述信息，使得元数据量较少，因此本申请可以通过对医学影像数据的结构化元数据进行标准转换，以采用统一的标准元数据格式来对医学影像数据进行有效管理，并且避免出现由数据量过大而导致标准转换存在大量耗时的问题，保证医学影像数据管理时元数据标准转换的高效性。

在本步骤中，会将DICOM标准作为医学影像数据管理时采用的统一数据格式。对于各种数据格式下的医学影像数据，首先会从该各个医学影像数据的数据源中读取出用于描述该医学影像数据的属性信息的各个结构化元数据。然后，按照DICOM标准中的元数据格式要求，将各个医学影像数据的结构化元数据转换到该DICOM标准下，得到各个医学影像数据转换后的元数据，作为本实施例中医学影像数据的标准元数据，使得各种数据格式下的医学影像数据具备统一DICOM标准格式下的元数据。

此外，在对医学影像数据的结构化元数据进行标准转换之前，首先会根据医学影像数据的数据源配置信息读取对应的结构化元数据。

考虑到各种数据格式下的医学影像数据可能会存储于不同的数据源上，使得各个医学影像数据的结构化元数据也可能存储于不同的数据源上，而且数据源类型不同也会使元数据的读取方式不同。因此，在从不同的数据源上读取相应医学影像数据的结构化元数据之前，首先需要针对不同的数据源设置不同的配置信息，以此说明从该数据源读取相应医学影像数据的结构化元数据的方式。

以数据库和文件两种数据源为例，当数据源为数据库时，需要配置数据库访问的连接参数，此时数据源配置信息如下表1所示：

表1数据库的数据源配置信息

当数据源为文件时，数据源配置信息会设定结构化元数据的读取格式为逗号分隔值(Comma-Separated Values，简称为CSV)的文件格式，支持将多个文件打包为zip压缩包，由系统进行解压和读取。

然后，针对医学影像数据存储的不同数据源配置信息，可以通过数据源适配器，从每一数据源上，按照该数据源配置信息内设定的元数据读取方式，读取该数据源上存储的相应医学影像数据的结构化元数据。例如，数据库可以数据表为单位读取相应的元数据，文件可以CSV文件为单位读取相应的元数据。

需要说明的是，本申请从不同数据源读取的结构化元数据会包括DICOM标准中设定的各个数据项的信息。

示例性的，DICOM标准中包含的各个数据项如下表2所示：

表2 DICOM标准中的数据项

S120，建立标准元数据与医学影像数据的源存储位置间的关联关系，以按照关联关系实现医学影像数据的管理。

由于采用统一的标准元数据格式来对医学影像数据进行有效管理时，无需对医学影像数据进行标准格式的转换和迁移存储，因此对于医学影像数据的管理，是针对医学影像数据的源存储位置上的实际数据处理操作，该源存储位置为医学影像数据存储于某一数据源上的实际存储位置。

此时，为了实现采用统一的标准元数据格式对医学影像数据的管理，要求采用任一医学影像数据的标准元数据，能够从该医学影像数据的源存储位置能够获取到该医学影像数据，以便后续对该医学影像数据执行实际管理的数据处理操作。

因此，在获取到医学影像数据的标准元数据后，针对每一医学影像数据的标准元数据，会在该标准元数据与该医学影像数据的源存储位置之间建立对应的关联关系，使得利用任一医学影像数据的标准元数据，能够按照该关联关系直接确定该医学影像数据的源存储位置，进而从该源存储位置上获取该医学影像数据，从而通过对所获取的医学影像数据执行相应的数据处理操作，来实现医学影像数据的便捷管理。

作为本申请实施例中的一种可选方案，医学影像数据的标准元数据与医学影像数据的源存储位置之间的关联关系可以为将医学影像数据的源存储位置直接添加到该医学影像数据的标准元数据内。

此外，为了对医学影像数据进行统一管理，本申请在建立标准元数据与医学影像数据的源存储位置间的关联关系之后，还会按照医学影像数据的标准元数据设定医学影像数据的管理接口，以通过管理接口实现医学影像数据的管理。也就是说，采用标准元数据格式下设定的管理接口，能够输入当前需要管理的任一医学影像数据的管理请求，该管理接口能够解析出该管理请求中携带的医学影像数据的标准元数据，然后基于已建立的关联关系，确定该标准元数据对应的源存储位置，进而从该源存储位置上获取该医学影像数据，实现医学影像数据的便捷管理。

需要说明的是，本申请中的管理接口可以作为统一的访问接口，以通过管理接口来实现各个医学影像数据的访问。

本申请实施例提供的技术方案，按照DICOM标准，对医学影像数据的结构化元数据进行标准转换，得到该医学影像数据的标准元数据，然后在该标准元数据和医学影像数据的源存储位置之间建立对应的关联关系，从而基于该关联关系，即可采用统一的标准元数据结构实现医学影像数据的便捷管理，无需对医学影像数据进行标准格式下的转换和迁移存储，极大提高医学影像数据管理的高效性。

作为本申请实施例的一种可选实现方案，考虑到DICOM标准中会要求从多种不同的标准维度来对医学影像数据进行描述，因此在对医学影像数据的结构化元数据进行标准转换时，会将该结构化元数据划分为各个标准维度的数据格式来进行标准转换，从而得到不同标准维度下的标准元数据。示例性的，本申请中DICOM标准针对医学影像数据会可以划分出用户(Patient)、检查(Study)、序列(Series)和图像(Image)四种不同的标准维度。

为了确保医学影像数据的准确管理，本申请对从不同标准维度下对医学影像数据的结构化元数据进行标准转换和建立相应关联关系的具体过程进行详细的说明。

图2为本申请实施例示出的另一种医学影像数据的管理方法的流程图。

如图2所示，该方法具体可以包括如下步骤：

S210，按照DICOM标准，对医学影像数据的结构化元数据进行标准划分，生成医学影像数据在每一标准维度下的标准子元数据。

在本请实施例中，按照DICOM标准可以确定出元数据标准转换时的各个标准维度。在从不同数据源读取出医学影像数据的结构化元数据后，会将医学影像数据的结构化元数据划分到各个标准维度下。然后按照每一标准维度下的数据项结构，对该标准维度下划分的结构化元数据进行重新封装，从而得到医学影像数据在每一标准维度下的标准子元数据。

以DICOM标准针对医学影像数据所划分出的用户(Patient)、检查(Study)、序列(Series)和图像(Image)四种标准维度为例，对结构化元数据在每一标准维度下进行标准转换时参考的该标准维度下的数据结构进行说明，以保证每一标准维度下元数据转换的准确性。

此时，用户标准维度下的标准转换数据结构分别如下表3所示：

表3用户(Patient)标准维度下的标准转换数据结构

其中，对于Attrs字段，可以按照DICOM标准编码(十进制)来封装为JSON格式进行保存，attrs属性字段编码通过数据项与DICOM编码映射表进行映射生成以DICOM编码为关键字的JSON数据。

不同标准维度下的数据项与DICOM编码间的映射表如下表4所示：

表4不同标准维度下的数据项与DICOM编码间的映射表

按照上述映射表和所读取的结构化元数据可知，用户标准维度下的attrs字段数据结构示例为：

{

“1048608”：“TCGA-XX-B113”，

“1048592”：“刘XX”，

“1048624”：“19791004”，

“1052688”：“055Y”，

“1048640”：“F”，

“1052720”：“58.06”

}

检查(Study)标准维度下的标准转换数据结构分别如下表5所示：

表5检查(Study)标准维度下的标准转换数据结构

其中，对于attrs字段的转换方式与用户(Patient)标准维度下Attrs字段的生成规则相同。

序列(Series)标准维度下的标准转换数据结构分别如下表6所示：

表6序列(Series)标准维度下的标准转换数据结构

图像(Image)标准维度下的标准转换数据结构分别如下表7所示：

表7图像(Image)标准维度下的标准转换数据结构

按照上述不同标准维度下的数据结构，可以将医学影像数据的结构化元数据分别转换到每一标准维度下，从而得到每一标准维度下的标准子元数据。

S220，合并各标准维度下的标准子元数据，得到标准元数据。

通过对各个标准维度下的标准子元数据进行合并，即可组成医学影像数据的标准元数据。

应当理解的是，本申请为了确保医学影像数据的统一管理，在建立标准元数据与医学影像数据的源存储位置间的关联关系之后，会按照标准元数据设定医学影像数据的管理接口，以通过该管理接口实现医学影像数据的管理。因此，如果标准元数据由不同标准维度下的标准子元数据合并得到，那么对于按照标准元数据设定医学影像数据的管理接口，可以具体为：在各标准维度中的任一标准维度下，设定医学影像数据的管理接口。也就是说，可以在用户(Patient)、检查(Study)、序列(Series)和图像(Image)四种不同标准维度中的任一标准维度下设置一个管理接口，用于接收各个医学影像数据的管理请求，该管理请求可以包括与该管理接口所在的标准维度匹配的标准元数据的信息，以便后续按照所建立的关联关系对该医学影像数据进行管理。

S230，建立各标准维度下的标准子元数据之间的第一关联关系。

由于标准元数据是由多个不同标准维度下的标准子元数据合并而成，因此在建立标准元数据与医学影像数据的源存储位置间的关联关系时，可以首先建立各个标准维度下标准子元数据之间的第一关联关系，而将多个不同标准维度下的标准子元数据作为一个关联的整体，准确和医学影像数据的源存储位置建立相应的关联关系。

作为一种可选实现方案，可以通过为各个标准维度进行排序，然后从第二个标准维度开始，在当前标准维度下的标准子元数据中添加前一标准维度下的标准子元数据的标识，作为关联的标准子元数据，直至在最后一个标准维度下的标准子元数据中添加倒数第二个标准维度下的标准子元数据的标识，使得在每相邻的两个标准维度中的后一标准维度下的标准子元数据下添加前一标准维度下的标准子元数据的标识，从而在各个标准维度下的标准子元数据之间建立线性的第一关联关系。

以上述划分的用户(Patient)、检查(Study)、序列(Series)和图像(Image)四种不同标准维度为例，从表3、表5、表6和表7对这四种标准维度下的标准子元数据的数据结构说明可知，在检查(Study)标准维度下的标准子元数据中会添加关联的用户数据标识，在序列(Series)标准维度下的标准子元数据中会添加关联的检查数据标识，在图像(Image)标准维度下的标准子元数据中会添加关联的序列数据标识，从而在用户(Patient)、检查(Study)、序列(Series)和图像(Image)四种不同标准维度下的标准子元数据之间建立线性的第一关联关系。

S240，从各标准维度下的标准子元数据中筛选出目标标准子元数据，建立目标标准子元数据与医学影像数据的源存储位置间的第二关联关系。

其中，目标标准子元数据为各标准维度中的任意一个标准维度下的标准子元数据。

在各个标准维度下的标准子元数据之间建立好第一关联关系后，为了保证标准元数据与医学影像数据的源存储位置之间的关联关系的直观性，由于各个标准维度下的标准子元数据之间已经建立好第一关联关系，因此本申请会直接从各个标准维度中筛选出任意一个标准维度，例如一个与医学影像数据关联性较高的标准维度，并将该标准维度下的标准子元数据作为本申请中的目标标准子元数据，然后在该目标标准子元数据与医学影像数据的源存储位置之间建立相应的第二关联关系即可，此时无需在每一标准维度下的标准子元数据与医学影像数据的源存储位置都分别建立直接的关联关系，即可使医学影像数据的源存储位置与各个标准维度下的标准子元数据均关联起来，确保医学影像数据在不同标准维度和源存储位置之间的关联便捷性和高效性。

以上述划分的用户(Patient)、检查(Study)、序列(Series)和图像(Image)四种不同标准维度为例，考虑到医学影像数据主要为用户的影像文件，与图像(Image)标准维度的关联性最高，因此本申请会将图像(Image)标准维度下的标准子元数据作为目标标准子元数据。然后如上表7中所示，在图像(Image)标准维度下的标准子元数据添加医学影像数据的源存储位置的相关信息，例如医学影像数据的存储设备ID和硬性文件存储路径(path)，从而在图像(Image)标准维度下的标准子元数据与医学影像数据的源存储位置之间建立对应的第二关联关系。

S250，按照第一关联关系和第二关联关系，生成医学影像数据在不同标准维度和源存储位置之间的关联存储结构。

可选的，按照每相邻的两个标准维度下的标准子元数据之间的第一关联关系和目标标准子元数据与医学影像数据的源存储位置间的第二关联关系，可以将医学影像数据在不同标准维度和源存储位置间关联起来，生成医学影像数据在不同标准维度和源存储位置之间的关联存储结构。

以上述划分的用户(Patient)、检查(Study)、序列(Series)和图像(Image)四种不同标准维度下的标准子元数据间的第一关联关系，以及在图像(Image)标准维度下的标准子元数据与医学影像数据的源存储位置之间的第二关联关系为例，可以生成如图3所示的医学影像数据在不同标准维度和源存储位置之间的关联存储结构。

其中，在上述关联存储结构中，检查(Study)维度下的标准子元数据可以通过patient_relation_id字段和用户(Patient)维度下的标准子元数据的id字段进行关联，一个用户可以存在多个检查。序列(Series)维度下的标准子元数据可以通过study_relation_id字段和检查(Study)维度下的标准子元数据的id字段进行关联，一个检查可以存在多个序列。图像(Image)维度下的标准子元数据可以通过series_relation_id字段和序列(Series)维度下的标准子元数据可以的id字段进行关联，一个序列存在多个图像。并且，图像(Image)维度下的标准子元数据可以通过storageid字段和存储设备表(storagedevice)的id字段进行关联，通过storageid可以查到每个图像的存储设备。

S260，按照关联存储结构对医学影像数据进行管理。

在对任一医学影像数据进行管理时，首先会获取该医学影像数据的标准元数据，然后按照该标准元数据所属的标准维度，可以基于所生成的关联存储结构中在不同标准维度和源存储位置之间的关联性，查找出该医学影像数据的实际存储位置，进而获取到该医学影像数据，从而通过对该医学影像数据执行各种实际的处理操作，而实现该医学影像数据的管理。

本申请实施例提供的技术方案，会按照DICOM标准，将医学影像数据的结构化元数据划分为在每一标准维度下的标准子元数据，然后在各个标准维度下的标准子元数据之间建立第一关联关系，在某一标准维度下的目标标准子元数据与医学影像数据的源存储位置之间建立第二关联关系，从而实现医学影像数据的标准元数据与源存储位置间的关联性，后续按照由第一关联关系和第二关联关系生成的关联存储结构，即可实现采用统一的标准元数据结构对医学影像数据进行便捷管理的功能，无需对医学影像数据进行标准格式下的转换和迁移存储，极大提高医学影像数据管理的高效性。

进一步的，对于医学影像数据的源存储位置，会存在不同的数据源。在对任一医学影像数据进行管理时，需要从医学影像数据的源存储位置上读取出该医学影像数据的实际内容，也就是对该医学影像数据进行访问。此时，考虑到不同数据源要求的访问方式不同，因此为了确保医学影像数据的准确访问，本申请会针对医学影像数据的每一数据源，提前设置一个对应的存储设备，然后按照该数据源的访问需求，为该存储设备配置对应的访问参数，使得每一数据源对应的存储设备能够具备对应的影像访问配置信息。

以文件存储和S3存储两种存储方式的配置为例，来对不同数据源下存储设备的影像访问配置信息进行说明。

1)对于文件存储而言，是将医学影像数据存储于文件磁盘中，此时会配置文件存储的根目录，如配置项为filepath，配置值为文件存储根目录，如D：\image，从而得到文件存储相关的影像访问配置信息。在文件磁盘读取医学影像数据时，会按照所配置的根目录和标准元数据关联的实际存储路径(path)来定位和读取相应的医学影像数据。

2)对于S3存储而言，支持按照S3协议文件的存储服务，此时配置项可以包括表示存储服务地址的URL、表示S3存储桶的名称bucket、表示访问服务的用户名user和表示访问服务的密码password，从而得到S3存储相关的影像访问配置信息。

图4为本申请实施例示出的另一种医学影像数据的管理方法的流程图。如图4所示，该方法具体可以包括如下步骤：

S410，利用医学影像数据的源存储位置对应的影像访问配置信息，生成对应的存储设备实例。

为了对医学影像数据的源存储位置所在的存储设备进行准确说明，本申请首先会确定出医学影像数据的源存储位置涉及的各个存储设备，然后获取各个存储设备已配置好的影像访问配置信息，该影像访问配置信息能够准确表示在该存储设备上读取相应医学影像数据的访问方式。进而，针对医学影像数据的源存储位置对应设置的每一存储设备，会利用该存储设备的影像访问配置信息，来生成对应的存储设备实例，以便后续在建立标准元数据和源存储位置之间的关联关系时，直接在标准元数据上关联相应的存储设备实例，从而准确利用所关联的存储设备实例中设定的影像访问配置信息，来读取实际的医学影像数据。

此时，各个存储设备实例的数据结构如下表8所示：

表8存储设备实例的数据结构

字段	描述
		id	实例标识ID
type	存储设备类型(file、S3等)
		property	影像访问配置信息，JSON数据格式
createtime	创建时间

S420，按照DICOM标准，对医学影像数据的结构化元数据进行标准转换，得到医学影像数据的标准元数据。

S430，在标准元数据下添加医学影像数据所在的存储设备实例标识，得到标准元数据与医学影像数据的源存储位置间的关联关系。

在建立医学影像数据的标准元数据和源存储位置之间的关联关系时，首先会按照医学影像数据的源存储位置确定出该医学影像数据所采用的数据源存储方式，进而确定提前为该数据源存储方式设置的存储设备实例。然后，通过在医学影像数据的标准元数据下直接添加所确定出的该存储设备实例的标识，即可在标准元数据和医学影像数据的源存储位置间建立好相应的关联关系。

示例性的，在标准元数据由不同标准维度下的标准子元数据合并得到时，对于标准元数据与医学影像数据的源存储位置之间关联关系的建立，会分为在各个标准维度下的标准子元数据之间建立第一关联关系和在某一标准维度下的目标标准子元数据和源存储位置之间建立第二关联关系两个步骤。此时，本申请中在标准元数据下添加医学影像数据所在的存储设备实例标识，可以具体为在建立好各个标准维度下的标准子元数据之间的第一关联关系后，在目标标准子元数据下添加医学影像数据所在的存储设备实例标识，从而得到目标标准子元数据和源存储位置之间的第二关联关系。例如，如上表7所示的图像标准维度下的标准子元数据中添加相应的存储设备标识(storageid)。

S440，响应于医学影像数据的访问请求，根据医学影像数据的标准元数据下添加的存储设备实例标识，确定对应的目标存储设备实例。

在通过统一的管理接口接收到任一医学影像数据的访问请求后，通过解析该访问请求，可以得到该医学影像数据的标准元数据。然后，通过查看医学影像数据的标准元数据下添加的存储设备实例标识，即可确定该医学影像数据所存储的实际位置，从而确定出对应的目标存储设备实例。

S450，利用目标存储设备实例内设定的影像访问配置信息，编辑医学影像数据的访问地址，以按照访问地址访问医学影像数据。

在生成各个存储设备实例时，该存储设备实例内会设定符合该数据源存储方式下的访问参数，也就是本申请中的影像访问配置信息。因此，在确定当前访问的医学影像数据对应的目标存储设备实例后，如图5所示，可以从该目标存储设备实例内查找出符合访问要求的影像访问配置信息，然后按照影像访问配置信息中的访问参数和标准元数据内的影像存储路径，重新编辑出该医学影像数据的访问地址。进而，按照所编辑的访问地址即可直接从源存储位置上访问相应的医学影像数据。

示例性的，通过图像(image)标准维度下的标准子元数据的storageid字段，可以从存储设备实例表(storagedevice)中查找对应的目标存储设备实例，以及该目标存储设备实例内设定的影像访问配置信息。

以S3存储为例，可以找到如下影像访问配置信息：表示存储服务地址的URL为http://127.0.0.1/8080，表示S3存储桶的名称bucket为image，表示访问服务的用户名user为admin，以及表示访问服务的密码password为123456。此时，如果图像(image)标准维度下的标准子元数据的path字段表示的医学影像数据存储路径为“2020/12/04/0940WE3/EC9DD3”，那么为医学影像数据编辑的访问地址为：“http://127.0.0.1/8080/2020/12/04/0940WE3/EC9DD3”，利用该访问地址即可访问该医学影像数据。

本申请实施例提供的技术方案，通过为医学影像数据的源存储位置提前设定对应的影像访问配置信息，生成对应的存储设备实例，并在医学影像数据的标准元数据和源存储位置对应的存储设备实例之间建立关联关系，从而确保采用统一的标准元数据结构实现医学影像数据的便捷管理；而且，影像访问配置信息能够设定具体的访问方式，确保医学影像数据的访问准确性。

图6为本申请实施例示出的一种医学影像数据的管理装置的原理框图。如图6所示，该装置600可以包括：

标准转换模块610，用于按照医学数字成像和通信DICOM标准，对医学影像数据的结构化元数据进行标准转换，得到所述医学影像数据的标准元数据；

关联管理模块620，用于建立所述标准元数据与所述医学影像数据的源存储位置间的关联关系，以按照所述关联关系实现所述医学影像数据的管理。

进一步的，所述标准转换模块610，可以具体用于：

进一步的，所述关联管理模块620，可以具体用于：

进一步的，所述关联管理模块620，还可以具体用于：

按照所述关联存储结构对所述医学影像数据进行管理。

进一步的，所述医学影像数据的管理装置600，还可以包括：

设备实例生成模块，用于利用所述医学影像数据的源存储位置对应的影像访问配置信息，生成对应的存储设备实例。

相应的，所述关联管理模块620，可以具体用于：

进一步的，所述关联管理模块620，还可以具体用于：

进一步的，所述医学影像数据的管理装置600，还可以包括：

管理接口设定模块，用于按照所述标准元数据设定所述医学影像数据的管理接口，以通过所述管理接口实现所述医学影像数据的管理。

进一步的，如果所述标准元数据由不同标准维度下的标准子元数据合并得到，则所述管理接口设定模块，可以具体用于：

进一步的，所述医学影像数据的管理装置600，还可以包括：

元数据读取模块，用于根据所述医学影像数据的数据源配置信息读取对应的结构化元数据。

本申请实施例中，按照DICOM标准，对医学影像数据的结构化元数据进行标准转换，得到该医学影像数据的标准元数据，然后在该标准元数据和医学影像数据的源存储位置之间建立对应的关联关系，从而基于该关联关系，即可采用统一的标准元数据结构实现医学影像数据的便捷管理，无需对医学影像数据进行标准格式下的转换和迁移存储，极大提高医学影像数据管理的高效性。

应理解的是，装置实施例与方法实施例可以相互对应，类似的描述可以参照方法实施例。为避免重复，此处不再赘述。具体地，图6所示的装置600可以执行本申请提供的任一方法实施例，并且装置600中的各个模块的前述和其它操作和/或功能分别为了实现本申请实施例的各个方法中的相应流程，为了简洁，在此不再赘述。

上文中结合附图从功能模块的角度描述了本申请实施例的装置600。应理解，该功能模块可以通过硬件形式实现，也可以通过软件形式的指令实现，还可以通过硬件和软件模块组合实现。具体地，本申请实施例中的方法实施例的各步骤可以通过处理器中的硬件的集成逻辑电路和/或软件形式的指令完成，结合本申请实施例公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。可选地，软件模块可以位于随机存储器，闪存、只读存储器、可编程只读存储器、电可擦写可编程存储器、寄存器等本领域的成熟的存储介质中。该存储介质位于存储器，处理器读取存储器中的信息，结合其硬件完成上述方法实施例中的步骤。

图7是本申请实施例提供的电子设备700的示意性框图。

如图7所示，该电子设备700可包括：

存储器710和处理器720，该存储器710用于存储计算机程序，并将该程序代码传输给该处理器720。换言之，该处理器720可以从存储器710中调用并运行计算机程序，以实现本申请实施例中的医学影像数据的管理方法。

例如，该处理器720可用于根据该计算机程序中的指令执行上述方法实施例。

在本申请的一些实施例中，该处理器720可以包括但不限于：

通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(FieldProgrammable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等等。

在本申请的一些实施例中，该存储器710包括但不限于：

易失性存储器和/或非易失性存储器。其中，非易失性存储器可以是只读存储器(Read-Only Memory，ROM)、可编程只读存储器(Programmable ROM，PROM)、可擦除可编程只读存储器(Erasable PROM，EPROM)、电可擦除可编程只读存储器(Electrically EPROM，EEPROM)或闪存。易失性存储器可以是随机存取存储器(Random Access Memory，RAM)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的RAM可用，例如静态随机存取存储器(Static RAM，SRAM)、动态随机存取存储器(Dynamic RAM，DRAM)、同步动态随机存取存储器(Synchronous DRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(Double DataRate SDRAM，DDR SDRAM)、增强型同步动态随机存取存储器(Enhanced SDRAM，ESDRAM)、同步连接动态随机存取存储器(synch link DRAM，SLDRAM)和直接内存总线随机存取存储器(Direct Rambus RAM，DR RAM)。

在本申请的一些实施例中，该计算机程序可以被分割成一个或多个模块，该一个或者多个模块被存储在该存储器710中，并由该处理器720执行，以完成本申请提供的方法。该一个或多个模块可以是能够完成特定功能的一系列计算机程序指令段，该指令段用于描述该计算机程序在该电子设备中的执行过程。

如图7所示，该电子设备还可包括：

收发器730，该收发器730可连接至该处理器720或存储器710。

其中，处理器720可以控制该收发器730与其他设备进行通信，具体地，可以向其他设备发送信息或数据，或接收其他设备发送的信息或数据。收发器730可以包括发射机和接收机。收发器730还可以进一步包括天线，天线的数量可以为一个或多个。

应当理解，该电子设备中的各个组件通过总线系统相连，其中，总线系统除包括数据总线之外，还包括电源总线、控制总线和状态信号总线。

本申请实施例还提供了一种计算机存储介质，其上存储有计算机程序，该计算机程序被计算机执行时使得该计算机能够执行上述方法实施例的方法。或者说，本申请实施例还提供一种包含指令的计算机程序产品，该指令被计算机执行时使得计算机执行上述方法实施例的方法。

当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。该计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行该计算机程序指令时，全部或部分地产生按照本申请实施例该的流程或功能。该计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。该计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，该计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(digital subscriber line，DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。该计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。该可用介质可以是磁性介质(例如，软盘、硬盘、磁带)、光介质(例如数字视频光盘(digital video disc，DVD))、或者半导体介质(例如固态硬盘(solid state disk，SSD))等。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的模块及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，该模块的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个模块或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或模块的间接耦合或通信连接，可以是电性，机械或其它的形式。

作为分离部件说明的模块可以是或者也可以不是物理上分开的，作为模块显示的部件可以是或者也可以不是物理模块，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。例如，在本申请各个实施例中的各功能模块可以集成在一个处理模块中，也可以是各个模块单独物理存在，也可以两个或两个以上模块集成在一个模块中。

以上，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以该权利要求的保护范围为准。

Claims

1.一种医学影像数据的管理方法，其特征在于，包括：

按照医学数字成像和通信DICOM标准，对医学影像数据的结构化元数据进行标准转换，得到所述医学影像数据的标准元数据；

2.根据权利要求1所述的方法，其特征在于，所述按照医学数字成像和通信DICOM标准，对医学影像数据的结构化元数据进行标准转换，得到所述医学影像数据的标准元数据，包括：

3.根据权利要求2所述的方法，其特征在于，所述建立所述标准元数据与所述医学影像数据的源存储位置间的关联关系，包括：

4.根据权利要求3所述的方法，其特征在于，所述按照所述关联关系实现所述医学影像数据的管理，包括：

按照所述关联存储结构对所述医学影像数据进行管理。

5.根据权利要求1所述的方法，其特征在于，在按照医学数字成像和通信DICOM标准，对医学影像数据的结构化元数据进行标准转换，得到所述医学影像数据的标准元数据之前，还包括：

6.根据权利要求5所述的方法，其特征在于，所述按照所述关联关系实现所述医学影像数据的管理，包括：

7.根据权利要求1-6任一项所述的方法，其特征在于，在建立所述标准元数据与所述医学影像数据的源存储位置间的关联关系之后，还包括：

8.根据权利要求7所述的方法，其特征在于，如果所述标准元数据由不同标准维度下的标准子元数据合并得到，则所述按照所述标准元数据设定所述医学影像数据的管理接口，包括：

9.根据权利要求1-6任一项所述的方法，其特征在于，在按照医学数字成像和通信DICOM标准，对医学影像数据的结构化元数据进行标准转换，得到所述医学影像数据的标准元数据之前，还包括：

10.一种医学影像数据的管理装置，其特征在于，包括：

11.一种电子设备，其特征在于，包括：

处理器和存储器，所述存储器用于存储计算机程序，所述处理器用于调用并运行所述存储器中存储的计算机程序，以执行权利要求1-9中任一项所述的医学影像数据的管理方法。

12.一种计算机可读存储介质，其特征在于，用于存储计算机程序，所述计算机程序使得计算机执行如权利要求1-9中任一项所述的医学影像数据的管理方法。

13.一种计算机程序产品，包括计算机程序/指令，其特征在于，该计算机程序/指令被处理器执行时实现如权利要求1-9任一项所述的医学影像数据的管理方法。