具体实施方式

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

申请概述

通常，临床协调员(Clinical Research Coordinator，CRC)将终端采集到的图像按照医学数字成像和通信(Digital Imaging and Communications in Medicine，DICOM)格式分批次上传给服务器，同一批次的图像打包在同一个一级文件夹里。一级文件夹下设置按照层级排布的三级子文件夹，如图1所示，三级子文件夹分别对应不同患者、不同次检查、不同扫描图像序列，使得同一病人同一次检查同一扫描图像序列的多张DICOM格式的扫描图像(即同一扫描图像序列)存储在同一文件夹内。然而，CRC在按照上述存储逻辑进行归档的时候，可能会由于疏忽，将不属于同一扫描图像序列的其它文件混到同一文件夹内，这里提到的其它文件例如可以是其它类型的文件，如.png文件、.jpg文件等；或者是其他患者的DICOM文件，又或者同一患者不同次检查的DICOM文件等。这种情况下，由于服务器通常是直接针对同一文件夹内的所有文件执行MPR，因此会导致MPR功能报错或者生成错误的序列结果，导致MPR功能不能使用。

有鉴于此，本申请实施例提供了一种图像处理方法和装置、计算机设备，以及存储介质，在执行MPR之前，基于文件格式和头文件信息对同一文件夹内的文件进行筛选过滤，以从文件夹内选出同一扫描图像序列，从而确保后续MPR过程的稳定性和重构图像的准确性。

示例性系统

图2示出了可以应用本申请实施例的图像处理方法或装置的系统架构图。如图2所示，系统架构100包括客户端101、网络102和服务器103。

网络102用以在客户端101和服务器102之间提供通信链路的介质。网络102包括各种连接类型，例如有线、无线通信链路或者光纤电缆等。终端设备101可以是具有显示屏的各种电子设备，包括但不限于智能手机、平板电脑、便携式计算机和台式计算机等。服务器103可以是提供各种服务的服务器。这样，用户可以使用客户端101通过网络102与服务器103交互，以接收或发送消息。

例如，医生通过客户端101按照存储路径找到目标扫描图像序列，并针对该扫描图像序列进行阅片。当医生通过客户端101发出针对当前阅片图像的多平面重建请求后，服务器103响应该多平面重建请求，并执行本申请实施例提供的图像处理方法，从而将当前阅片图像对应的同一扫描图像序列筛选出来，以便后续用于MPR过程。这种情况下图像处理装置设置在服务器103上，以执行图像处理方法。

又例如，医生通过客户端101按照存储路径找到目标扫描图像序列，并下载目标扫描图像序列所在的文件夹，之后对该扫描图像序列进行阅片。在阅片过程中，当医生通过客户端101发出针对当前阅片图像的多平面重建请求后，客户端101响应该多平面重建请求，并执行本申请实施例提供的图像处理方法，从而将当前阅片图像对应的同一扫描图像序列筛选出来，以便后续用于MPR过程。这种情况下图像处理装置设置在客户端101上，以执行图像处理方法。

应当理解，图2所示的客户端101、网络102和服务器103的数目仅仅是示意性的。根据实际需要，可以设置任意数目的客户端101、网络102和服务器103。比如，服务器103可以是多个服务器组成的服务器集群。

示例性方法

图3是本申请一示例性实施例提供的图像处理方法的流程示意图。图4为本申请一示例性实施例提供的图3所示图像处理方法的执行过程示意图。本实施例可应用在电子设备上，例如图2所示的服务器103。结合图3和图4所示，图像处理方法300包括如下步骤：

步骤S310，接收用户在客户端，即图4中的PACS前端41，发出的多平面重建请求，多平面重建请求包括当前阅片图像的头文件信息。当前阅片图像所属的扫描图像序列按照DICOM格式预先存储于数据库中的同一文件夹内。DICOM格式包括头文件信息，头文件信息包括患者姓名(即Patient’s Name)、检查实例号(即Study Instance UID)和序列实例号(即Series Instance UID)。其中，检查实例号用于标识不同次检查，序列实例号用于标识不同扫描图像序列。

步骤S320，服务器，即PACS后端42响应于多平面重建请求，确定当前阅片图像所在文件夹中文件格式为DICOM的多个目标图像。

DICOM文件为医学影像的专用传输和存储格式，后缀为.dcm。在一个实施例中，基于文件后缀确定当前阅片图像所在文件夹中文件格式为DICOM的多个目标图像。具体而言，首先，将文件夹中的全部文件的后缀分别与DICOM文件的后缀，即.dcm进行匹配，这里的匹配可以通过字符串匹配算法实现；当匹配结果一致时，确定为目标图像。

在另一个实施例中，头文件信息还包括文件格式标识，该文件格式标识可以是人为设置的，例如文件格式标识为存储在文件头的预定地址中的字符序列，或者为头文件信息开头的预定数量的字符序列。这种情况下，可以基于头文件信息中的文件格式标识确定当前阅片图像所在文件夹中文件格式为DICOM的多个目标图像。具体而言，预设DICOM文件的文件格式标识；将文件夹中的全部文件的头文件信息中的文件格式标识分别与DICOM文件的文件格式标识进行匹配，这里的匹配可以通过字符串匹配算法实现；当匹配结果一致时，确定为目标图像。

在又一个实施例中，也可以分别基于文件后缀和文件格式标识来确定多个目标图像，并且两个步骤的执行顺序不限。

步骤S330，基于头文件信息从多个目标图像中确定出目标扫描图像序列，目标扫描图像序列包括当前阅片图像。

具体而言，针对每个目标图像，将目标图像的头文件信息中的Patient’s Name和当前阅片图像的头文件信息中的Patient’s Name进行匹配。

当Patient’s Name匹配结果一致时，将目标图像的头文件信息中的StudyInstance UID和当前阅片图像的头文件信息中的Study Instance UID进行匹配。当Patient’s Name匹配结果不一致时，过滤掉目标图像。

当Study Instance UID匹配结果一致时，将目标图像的头文件信息中的SeriesInstance UID和当前阅片图像的头文件信息中的Series Instance UID进行匹配。当StudyInstance UID匹配结果不一致时，过滤掉目标图像。

当Series Instance UID匹配结果一致时，确定目标图像属于目标扫描图像序列。当Series Instance UID匹配结果不一致时，过滤掉目标图像。

步骤S340，基于目标扫描图像序列进行多平面重建。

在一个实施例中，在步骤S330之后还包括：统计目标扫描图像序列中的图像的数量。这种情况下，步骤S340具体执行为，当数量大于或等于数量阈值时，基于目标扫描图像序列进行多平面重建。这里提到的数量阈值例如为10个。也就是说，当目标扫描图像序列中的图像的数量满足预定数量要求时，才会执行多平面重建。

根据本实施例提供的图像处理方法，在执行MPR之前，基于文件格式和头文件信息对同一文件夹内的文件进行筛选过滤，以从文件夹内选出同一扫描图像序列，即同一患者同一次检查同一扫描图像序列的扫描图像，以用于后续的MPR过程，确保MPR过程所用图像的准确性，进而提高了后续MPR过程的稳定性和得到的重构图像的准确性。

图5为本申请另一实施例提供的图像处理方法的流程示意图。如图5所示的图像处理方法500和图3所示图像处理方法300的区别在于，在本实施例中，头文件信息还包括辅助序列标识，例如序列号(即Series Number)、检查部位(即Body Part Examined)和模态(即Modality)等。辅助序列标识的功能类似于Series Instance UID，也可以用于标识不同扫描图像序列，区别在于Series Instance UID可以唯一标识不同扫描图像序列，而辅助序列标识可以作为辅助，同一扫描图像序列的辅助序列标识必定相同，不同扫描图像序列的辅助序列标识可能相同也可能不同。步骤S330具体包括：

步骤S510，针对每个目标图像，将目标图像的头文件信息中的Patient’s Name和当前阅片图像的头文件信息中的Patient’s Name进行匹配。

步骤S520，当Patient’s Name匹配结果一致时，将目标图像的头文件信息中的Study Instance UID和当前阅片图像的头文件信息中的Study Instance UID进行匹配。当Patient’s Name匹配结果不一致时，不读取该目标图像。

步骤S530，当Study Instance UID匹配结果一致时，将目标图像的头文件信息中的Series Instance UID和当前阅片图像的头文件信息中的Series Instance UID进行匹配。当Study Instance UID匹配结果不一致时，不读取该目标图像。

步骤S540，当Series Instance UID匹配结果一致时，将目标图像的头文件信息中的辅助序列标识和当前阅片图像的头文件信息中的辅助序列标识进行匹配。

步骤S550，当辅助序列标识匹配结果一致时，确定目标图像属于目标扫描图像序列。

如申请概述中所述，CRC在上传图像时通常是分批次上传，同一批次上传的图像可以包括不同病人、不同次检查、不同扫描图像序列的多张图像。CRC在对该多张图像进行整理归档的时候，可能会由于疏忽而忘记填写或填错某张图像的Series Instance UID。例如，当前阅片图像的Series Instance UID是0020，CRC在归档时，将不是同一扫描图像序列的一张图像的Series Instance UID误写成了0020，并将其和当前阅片图像存储在了一个文件夹内。这种情况下，步骤S530输出的结果是Series Instance UID匹配结果一致，然而实际上该张图像和当前阅片图像并不属于同一扫描图像序列。因此，根据本实施例提供的图像处理方法，通过利用辅助序列标识进一步匹配，当辅助序列标识匹配结果一致时，确定当前目标图像属于目标扫描图像序列；当辅助序列标识匹配结果不一致时，确定当前目标图像不属于目标扫描图像序列，从而避免上述情况的出现，提高了筛选准确率。

图6为本申请又一示例性实施例提供的图像处理方法的流程示意图。根据本实施例提供的图像处理方法600和图3所示图像处理方法300、图5所示图像处理方法500的区别在于，在本实施例中，头文件信息还包括实例号(即Instance Number)，用于标识同一扫描图像序列各自的编号。在步骤S330之后还包括：

步骤S610，当目标扫描图像序列的Instance Number不连续时，确定缺失的头文件信息。

例如，目标扫描图像序列的Instance number分别为1,2,3,4,5,6,8,9,10。这种情况下，可以确定缺少Instance number为7的目标图像，结合目标扫描图像序列的Patient’sName、Study Instance UID和Series Instance UID，得到缺失的头文件信息。

步骤S620，基于缺失的头文件信息，按照预定策略在数据库中查找缺失图像。

在一个实施例中，按照文件夹的层级关系，先在当前阅片图像所在文件夹的上一级文件夹中查找；如果没有找到，再在更上一级文件夹中查找，直至遍历整个一级文件夹下的全部多级子文件夹。

在另一个实施例中，以当前阅片图像所在文件夹的创建时间为中点，预定时间间隔为半径，逐渐扩大搜索区域进行查找。

这种情况下，步骤S340具体执行为：步骤S630，将目标扫描图像序列和缺失图像共同用于多平面重建。

根据本实施例提供的图像处理方法，根据目标扫描图像序列的Instance Number的连续性确定是否有缺失图像，当存在缺失图像时，在数据库内按照预定策略进行查找，以确保得到完整的扫描图像序列，从而进一步提高MPR的准确度。

示例性装置

本申请还提供了一种图像处理装置。图7为本申请一实施例提供的图像处理装置的结构框图。如图7所示，图像处理装置70包括：接收模块71、第一确定模块72、第二确定模块73和重建模块74。接收模块71用于接收用户在客户端发出的多平面重建请求，多平面重建请求包括当前阅片图像的头文件信息。第一确定模块72用于响应于多平面重建请求，确定当前阅片图像所在文件夹中文件格式为DICOM的多个目标图像。第二确定模块73用于基于头文件信息从多个目标图像中确定出目标扫描图像序列，目标扫描图像序列包括当前阅片图像。重建模块74用于基于目标扫描图像序列进行多平面重建。

根据本实施例提供的图像处理装置，在执行MPR之前，基于文件格式和头文件信息对同一文件夹内的文件进行筛选过滤，以从文件夹内选出目标扫描图像序列，进而提高了MPR过程的稳定性和准确性。

在一个实施例中，第一确定模块72具体用于基于文件后缀确定文件夹中文件格式为DICOM的多个目标图像。在另一个实施例中，第一确定模块72具体用于基于头文件信息中的文件格式标识确定文件夹中文件格式为DICOM的多个目标图像。在又一个实施例中，第一确定模块72具体用于分别基于文件后缀和文件格式标识确定文件夹中文件格式为DICOM的多个目标图像。

在一个实施例中，第二确定模块73具体用于针对每个目标图像，将目标图像的头文件信息中的患者姓名和当前阅片图像的头文件信息中的患者姓名进行匹配；当患者姓名匹配结果一致时，将目标图像的头文件信息中的检查实例号和当前阅片图像的头文件信息中的检查实例号进行匹配；当检查实例号匹配结果一致时，将目标图像的头文件信息中的序列实例号和当前阅片图像的头文件信息中的序列实例号进行匹配；当序列实例号匹配结果一致时，确定目标图像属于目标扫描图像序列。

在一个实施例中，头文件信息还包括序列号，用于标识不同扫描图像序列。第二确定模块73具体用于针对每个目标图像，将目标图像的头文件信息中的患者姓名和当前阅片图像的头文件信息中的患者姓名进行匹配；当患者姓名匹配结果一致时，将目标图像的头文件信息中的检查实例号和当前阅片图像的头文件信息中的检查实例号进行匹配；当检查实例号匹配结果一致时，将目标图像的头文件信息中的序列实例号和当前阅片图像的头文件信息中的序列实例号进行匹配；当序列实例号匹配结果一致时，将目标图像的头文件信息中的序列号和当前阅片图像的头文件信息中的序列号进行匹配；当序列号匹配结果一致时，确定目标图像属于目标扫描图像序列。

如申请概述中所述，CRC在上传图像时通常是分批次上传，同一批次上传的图像可以包括不同病人、不同次检查、不同扫描图像序列的多张图像。CRC在对该多张图像进行整理归档的时候，可能会由于疏忽而忘记填写或填错某张图像的Series Instance UID。例如，当前阅片图像的Series Instance UID是0020，CRC在归档时，将不是同一扫描图像序列的一张图像的Series Instance UID误写成了0020，并将其和当前阅片图像存储在了一个文件夹内。这种情况下，步骤S530输出的结果是Series Instance UID匹配结果一致，然而实际上该张图像和当前阅片图像并不属于同一扫描图像序列。因此，根据本实施例提供的图像处理方法，通过利用辅助序列标识进一步匹配，当辅助序列标识匹配结果一致时，确定当前目标图像属于目标扫描图像序列；当辅助序列标识匹配结果不一致时，确定当前目标图像不属于目标扫描图像序列，从而避免上述情况的出现，提高了筛选准确率。

在一个实施例中，头文件还包括实例号，用于标识同一扫描图像序列各自的编号。第二确定模块73还用于当目标扫描图像序列的实例号不连续时，确定缺失的头文件信息。图像处理装置70还包括查找模块，用于基于缺失的头文件信息，按照预定策略在数据库中查找缺失图像。这种情况下，重建模块74用于基于目标扫描图像序列和缺失图像进行多平面重建。

根据本实施例提供的图像处理装置，根据至少一个目标文件的Instance Number的连续性确定是否有缺失图像，当存在缺失图像时，在数据库内按照预定策略进行查找，以确保得到完整的扫描图像序列，从而进一步提高MPR的准确度。

本实施例提供的图像处理装置，与本申请实施例所提供的图像处理方法属于同一申请构思，可执行本申请任意实施例所提供的图像处理方法，具备执行图像处理方法相应的功能模块和有益效果。未在本实施例中详尽描述的技术细节，可参见本申请实施例提供的图像处理方法，此处不再加以赘述。

示例性电子设备

图8是本申请一示例性实施例提供的电子设备的结构框图。如图8所示，该电子设备可以是图1所示的服务器103或客户端101。电子设备8包括一个或多个处理器81和存储器82。

处理器81可以是中央处理单元(CPU)或者具有数据处理能力和/或指令执行能力的其他形式的处理单元，并且可以控制电子设备8中的其他组件以执行期望的功能。

存储器82可以包括一个或多个计算机程序产品，计算机程序产品可以包括各种形式的计算机可读存储介质，例如易失性存储器和/或非易失性存储器。易失性存储器例如可以包括随机存取存储器(RAM)和/或高速缓冲存储器(cache)等。非易失性存储器例如可以包括只读存储器(ROM)、硬盘、闪存等。在计算机可读存储介质上可以存储一个或多个计算机程序指令，处理器81可以运行所述程序指令，以实现上文所述的本申请的各个实施例的图像处理方法以及/或者其他期望的功能。在计算机可读存储介质中还可以存储诸如扫描图像序列、MPR后的合成图像等各种内容。

在一个示例中，电子设备8还可以包括：输入装置83和输出装置84，这些组件通过总线系统和/或其他形式的连接机构(未示出)互连。

例如，输入装置83可以是通信网络连接器，用于从客户端101接收所采集的输入信号。

输出装置84可以向外部输出各种信息，包括扫描图像序列、MPR后的合成图像等。输出设备84可以包括例如显示器、扬声器、打印机、以及通信网络及其所连接的远程输出设备等等。

当然，为了简化，图8中仅示出了该电子设备8中与本申请有关的组件中的一些，省略了诸如总线、输入/输出接口等等的组件。除此之外，根据具体应用情况，电子设备8还可以包括任何其他适当的组件。

示例性计算机程序产品和计算机可读存储介质

除了上述方法和设备以外，本申请的实施例还可以是计算机程序产品，其包括计算机程序指令，计算机程序指令在被处理器运行时使得处理器执行本说明书上述“示例性方法”部分中描述的根据本申请各种实施例的图像处理方法中的步骤。

计算机程序产品可以以一种或多种程序设计语言的任意组合来编写用于执行本申请实施例操作的程序代码，程序设计语言包括面向对象的程序设计语言，诸如Java、C++等，还包括常规的过程式程序设计语言，诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。

此外，本申请的实施例还可以是计算机可读存储介质，其上存储有计算机程序指令，计算机程序指令在被处理器运行时使得处理器81执行本说明书上述“示例性方法”部分中描述的根据本申请各种实施例的图像处理方法中的步骤。

所述计算机可读存储介质可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以包括但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。

以上结合具体实施例描述了本申请的基本原理，但是，需要指出的是，在本申请中提及的优点、优势、效果等仅是示例而非限制，不能认为这些优点、优势、效果等是本申请的各个实施例必须具备的。另外，上述公开的具体细节仅是为了示例的作用和便于理解的作用，而非限制，上述细节并不限制本申请为必须采用上述具体的细节来实现。

本申请中涉及的器件、装置、设备、系统的方框图仅作为例示性的例子并且不意图要求或暗示必须按照方框图示出的方式进行连接、布置、配置。如本领域技术人员将认识到的，可以按任意方式连接、布置、配置这些器件、装置、设备、系统。诸如“包括”、“包含”、“具有”等等的词语是开放性词汇，指“包括但不限于”，且可与其互换使用。这里所使用的词汇“或”和“和”指词汇“和/或”，且可与其互换使用，除非上下文明确指示不是如此。这里所使用的词汇“诸如”指词组“诸如但不限于”，且可与其互换使用。

还需要指出的是，在本申请的装置、设备和方法中，各部件或各步骤是可以分解和/或重新组合的。这些分解和/或重新组合应视为本申请的等效方案。

提供所公开的方面的以上描述以使本领域的任何技术人员能够做出或者使用本申请。对这些方面的各种修改对于本领域技术人员而言是非常显而易见的，并且在此定义的一般原理可以应用于其他方面而不脱离本申请的范围。因此，本申请不意图被限制到在此示出的方面，而是按照与在此公开的原理和新颖的特征一致的最宽范围。

为了例示和描述的目的已经给出了以上描述。此外，此描述不意图将本申请的实施例限制到在此公开的形式。尽管以上已经讨论了多个示例方面和实施例，但是本领域技术人员将认识到其某些变型、修改、改变、添加和子组合。