CN105512246B - Dicom文件的存取方法及其装置 - Google Patents
Dicom文件的存取方法及其装置 Download PDFInfo
- Publication number
- CN105512246B CN105512246B CN201510862262.3A CN201510862262A CN105512246B CN 105512246 B CN105512246 B CN 105512246B CN 201510862262 A CN201510862262 A CN 201510862262A CN 105512246 B CN105512246 B CN 105512246B
- Authority
- CN
- China
- Prior art keywords
- file
- index
- dicom
- modified
- dicom file
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/10—File systems; File servers
- G06F16/17—Details of further file system functions
- G06F16/172—Caching, prefetching or hoarding of files
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/10—File systems; File servers
- G06F16/13—File access structures, e.g. distributed indices
-
- G06F19/321—
-
- G—PHYSICS
- G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
- G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
- G16H10/00—ICT specially adapted for the handling or processing of patient-related medical or healthcare data
- G16H10/60—ICT specially adapted for the handling or processing of patient-related medical or healthcare data for patient-specific data, e.g. for electronic patient records
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- Databases & Information Systems (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Data Mining & Analysis (AREA)
- Health & Medical Sciences (AREA)
- General Health & Medical Sciences (AREA)
- Medical Informatics (AREA)
- Epidemiology (AREA)
- Primary Health Care (AREA)
- Public Health (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
- Processing Or Creating Images (AREA)
Abstract
本发明提供一种DICOM文件的存取方法及其装置,包括:输入DICOM文件;确定所述DICOM文件的文件索引是否在文件信息表中有相应记录;如有,则在文件索引关系表中创建文件索引链接以将所述DICOM文件的文件索引链接到所述DICOM文件的上层文件索引;否则,将所述DICOM文件存储在DICOM文件数据库中,在文件信息表中创建记录以将所述DICOM文件的文件索引链接到所存储的文件存储路径,并在文件索引关系表中创建文件索引链接以将所述DICOM文件的文件索引链接到所述DICOM文件的上层文件索引。本发明提供的方法及其装置有效减小DICOM文件的磁盘占用空间,同时缩短了存取DICOM文件的时间。
Description
技术领域
本发明主要涉及医学影像数据处理技术领域,尤其涉及DICOM文件的存取方法及其装置。
背景技术
随着计算机的普及和医院规模的不断扩大,病人的电子病案管理变得越来越重要。为此,美国放射学会和美国电器制造商协会指定了用于医学图像存储和通信的标准DICOM(Digital Imaging and Communications in Medicine,即医学数字成像和通信标准)。符合DICOM标准的医学设备采集生成的患者检查影像文件,称之为DICOM文件。此格式的文件既包含患者图像又包含患者信息和相关检查信息。
DICOM模型有Patient-Study-Series-Image和Study-Series-Image。具体而言,每一个患者(即Patient)每做一次检查(即Study)都至少会产生一组图像序列(即Series),而每一组图像序列下会包含大量的影像文件(即Image)。
DICOM 3.0协议中对每一幅影像文件是按照特定的三个UID(唯一标识符)来进行标记的,分别是StudyInstanceUID、SeriesInstanceUID、SOPInstanceUID。其中StudyInstanceUID代表了唯一的一次检查(Study),SeriesInstanceUID代表了相应检查下的唯一序列(Series),而SOPInstanceUID代表了唯一检查下的唯一序列下的唯一图像(Image)。
在实践中,常常需要对患者图像进行复制,以用于后续查询或备份修改。目前常用的做法是复制Study数据时,首先是Study、Series、Image各复制一份记录,然后Image所关联的DICOM文件也复制一份。这样操作存在的问题是磁盘上保存了多份一样的DICOM文件,占用了大量的磁盘空间,并且在复制时消耗时间较长。
发明内容
本发明要解决的技术问题是提供一种对DICOM文件进行高效存储的方法,减小了DICOM文件的磁盘占用空间并缩短了存取DICOM文件的时间。
为解决上述技术问题,本发明提供了一种基于数据库关系表来存储DICOM文件的机制,减小了DICOM文件的磁盘占用空间,同时缩短了存取DICOM文件的时间。
根据本发明的一方面,提供了一种DICOM文件的存取方法,包括:输入DICOM文件;确定所述DICOM文件的文件索引是否在文件信息表中有相应记录;如有,则在文件索引关系表中创建文件索引链接以将所述DICOM文件的文件索引链接到所述DICOM文件的上层文件索引;否则,将所述DICOM文件存储在DICOM文件数据库中,在文件信息表中创建记录以将所述DICOM文件的文件索引链接到所存储的文件存储路径,并在文件索引关系表中创建文件索引链接以将所述DICOM文件的文件索引链接到所述DICOM文件的上层文件索引;其中所述文件信息表存储DICOM文件的文件索引与文件存储路径的映射;以及所述文件索引关系表存储DICOM文件的文件索引与相对应的上层文件索引的映射。
进一步包括:获取待读取的DICOM文件的文件索引;查询所述文件信息表以获取与所述待读取的文件索引相对应的文件存储路径;以及通过待读取的文件存储路径在所述DICOM文件数据库读取所述DICOM文件。
进一步包括:获取待删除的DICOM文件的文件索引及其上层文件索引;查询所述文件索引关系表以确定所述待删除的DICOM文件的文件索引是否与其它上层文件索引相关联;以及如果所述待删除的DICOM文件的文件索引与其它上层文件索引相关联,则删除文件索引信息表中与所述待删除的DICOM文件相对应的文件索引链接;以及否则,查询所述文件信息表以获取与所述待删除的DICOM文件的文件索引相对应的文件存储路径;根据所述文件存储路径删除所述DICOM文件数据库中的对应文件;删除所述文件信息表中与所述待删除的DICOM文件的文件索引相对应的记录;以及删除文件索引信息表中与所述待删除的DICOM文件相对应的文件索引链接。
进一步包括:获取待复制的DICOM文件的文件索引及对应的上层文件索 引;在文件索引关系表中创建文件索引链接用以将所述待复制的DICOM文件的文件索引链接到对应的上层文件索引。
进一步包括:获取待修改的DICOM文件的文件索引、修改内容以及所述待修改的DICOM文件对应的上层文件索引;查询所述文件索引信息表以确定所述待修改的DICOM文件的文件索引是否与其它上层文件索引相关联;如果相关联,则:删除与所述待修改的DICOM文件的文件索引及其上层文件索引相对应的文件索引链接;在所述DICOM文件数据库中获取所述待修改的DICOM文件并使用所述修改内容对其进行修改;在所述DICOM文件数据库中另存修改后的DICOM文件;为所述修改后的DICOM文件创建新文件索引;在所述文件信息表中创建记录用以将该文件索引链接到所述修改后的DICOM文件的存储路径;以及在所述文件索引关系表中创建文件索引链接以将该新文件索引链接到其上层文件索引;否则,查询所述文件信息表以获取与所述待修改的DICOM文件的文件索引相对应的文件存储路径;以及使用所述修改内容修改DICOM文件数据库中的所述待修改的DICOM文件以得到修改后的DICOM文件,使用所述修改后的DICOM文件覆盖所述待修改的DICOM文件。
根据本发明的另一方面,提供了一种用于DICOM文件的存取装置,包括:输入模块,用于输入DICOM文件;记录确定模块,用于确定所述DICOM文件的文件索引是否在文件信息表中有相应记录;第一链接单元,用于如果所述文件索引在文件信息表中有相应记录,则在文件索引关系表中创建文件索引链接以将所述DICOM文件的文件索引链接到所述DICOM文件的上层文件索引;第二链接单元,用于如果所述文件索引在文件信息表中没有相应记录,则将所述DICOM文件存储在DICOM文件数据库中,在文件信息表中创建记录以将所述DICOM文件的文件索引链接到所存储的文件存储路径,并在文件索引关系表中创建文件索引链接以将所述DICOM文件的文件索引链接到所述DICOM文件的上层文件索引;其中所述文件信息表存储DICOM文件的文件索引与文件存储路径的映射;以及所述文件索引关系表存储DICOM文件的文件索引与相对应的上层文件索引的映射。
进一步包括读取模块,所述读取模块包括:读取文件获取模块,用于获取待读取的DICOM文件的文件索引;查询模块,用于通过查询所述文件信息表以获取 与待读取的文件索引相对应的文件存储路径;以及读取模块,用于通过待读取的文件存储路径在所述DICOM文件数据库读取DICOM文件。
进一步包括删除模块,所述删除模块包括:删除文件获取模块,用于获取待删除的DICOM文件的文件索引及其上层文件索引;索引关联确定模块,用于查询所述文件索引关系表以确定所述待删除的DICOM文件的文件索引是否与其它上层文件索引相关联;第一删除模块,用于如果所述待删除的DICOM文件的文件索引与其它上层文件索引相关联,则删除文件索引信息表中与所述待删除的DICOM文件相对应的文件索引链接;以及第二删除模块,用于如果所述待删除的DICOM文件的文件索引与其它上层文件索引不关联,则执行以下操作的模块:查询所述文件信息表以找到与所述待删除的DICOM文件的文件索引相对应的文件存储路径;根据该文件存储路径删除DICOM文件数据库中的对应文件;删除所述文件信息表中与所述待删除的DICOM文件的文件索引相对应的记录;以及删除文件索引信息表中与所述待删除的DICOM文件相对应的文件索引链接。
进一步包括复制模块,所述复制模块包括:复制文件获取模块,用于获取待复制的DICOM文件的文件索引及对应的上层文件索引;复制链接模块,用于在文件索引关系表中创建文件索引链接以将所述待复制的DICOM文件的文件索引链接到对应的上层文件索引。
进一步包括修改模块,所述修改模块包括:修改文件获取模块,用于获取待修改的DICOM文件的文件索引、待修改的DICOM文件对应的上层文件索引以及修改内容;文件索引确定模块,用于查询所述文件索引信息表以确定所述待修改的DICOM文件的文件索引是否与其它上层文件索引相关联;第一修改模块,用于如果所述待修改的DICOM文件的文件索引与其它上层文件索引相关联,则执行以下操作:删除与所述待修改的DICOM文件的文件索引及其上层文件索引相对应的文件索引链接;在所述DICOM文件数据库中获取所述待修改的DICOM文件并使用所述修改内容对其进行修改;在所述DICOM文件数据库中另存修改后的DICOM文件;为所述修改后的DICOM文件创建新文件索引;在所述文件信息表中创建记录以将该文件索引链接到所述修改后的DICOM文件的存储路径;以及在所述文件索引关系表中创建文件索引链接以将该新文件索引链接到其上层文件索引;以及第 二修改模块,用于如果所述待被修改的DICOM文件的文件索引不与其它上层文件索引相关联,则执行以下操作:查询所述文件信息表以获取与所述待修改的DICOM文件的文件索引相对应的文件存储路径;以及使用所述修改内容修改DICOM文件数据库中的所述待修改的DICOM文件以得到修改后的DICOM文件,使用所述修改后的DICOM文件覆盖所述待修改的DICOM文件。
与现有技术相比,本发明取得以下有益效果:引入了文件索引数据库减小了DICOM文件的磁盘占用空间并缩短了存取DICOM文件的时间。
附图说明
图1是现有技术中DICOM文件的存储结构;
图2是本发明的DICOM文件的存储结构;
图3是本发明的DICOM文件的存储过程的流程图;
图4是本发明的DICOM文件的读取过程的流程图;
图5是本发明的DICOM文件的删除过程的流程图;
图6是本发明的DICOM文件的复制过程的流程图;
图7是本发明的DICOM文件的修改过程的流程图;
图8是本发明的DICOM文件存取装置的框图。
具体实施方式
为让本发明的上述目的、特征和优点能更明显易懂,以下结合附图对本发明的具体实施方式作详细说明。
在下面的描述中阐述了很多具体细节以便于充分理解本发明,但是本发明还可以采用其它不同于在此描述的其它方式来实施,因此本发明不受下面公开的具体实施例的限制。
本发明提出了一种高效存取DICOM文件的方法。具体而言,本发明引入了文件索引数据库来对DICOM文件数据库中的文件进行高效快速的存取。
在DICOM文件数据库中,每个DICOM文件用SopInstanceUID来唯一性 地标识。为了方便起见,SopInstanceUID在本文也称为文件索引。
本发明利用每个DICOM文件的SopInstanceUID的唯一性以及DICOM的数据模型级别(Study-Series-Image),将Image级别的文件索引与其上层文件索引Series的映射加入文件索引关系表,所述文件索引关系表存储的是DICOM文件的文件索引与其对应的上层文件索引的映射,例如在Series和Image级别加入Image-Series关系表,形成N:N的Series:Image的索引关系。即一个Series可包含多个Image,一个Image也可以属于多个Series。
具体而言,在另存Study或者Series时并不物理上复制DICOM文件,而是在Image-Series关系表中增加或修改一条记录即可。普通的医学软件或者没有Series和Image之间的映射关系、或者直接是1:N一对多的关系,造成在各层级上储存多份同样的DICOM文件,而本发明的方案利用N:N关系解决了DICOM文件存取的冗余问题。
以下描述本发明的具体实施方式。
本发明引入了文件索引数据库,其包括文件索引关系表(本实施例中采用Image-Series关系表)、文件信息表(Image表)、上层文件信息表,其中上层文件信息表包括Series表、Study表和Patient表。
文件索引关系表为DICOM文件的文件索引与其对应的上层文件索引的关系表,本实施例中采用DICOM文件的文件索引与其对应的上层文件索引的关系表,例如Image-Series关系表,其中每一条记录在本文中称为文件索引链接,例如Image-Series链接,其将影像Image的唯一标识符映射到序列Series的唯一标识符,即将SopInstanceUID映射到SeriesInstanceUID。表1为以Image-Series链接为例的文件索引关系表的一个示例:
SopInstanceUID | SeriesInstanceUID |
1.2.3.45678.9.1 | 1.2.3.10.9 |
1.2.3.45678.9.2 | 1.2.3.11.9 |
表1:文件索引关系表
文件信息表也称为Image表,其中每一条记录将SopInstanceUID映射到DICOMFilePath,即,将DICOM文件索引映射到所述DICOM文件的文件存储路径。表2为文件信息表的一个示例:
SopInstanceUID | DICOMFilePath |
1.2.3.45678.9.1 | E:\1.dcm |
1.2.3.45678.9.2 | E:\1.dcm |
表2:文件信息表
Series表对该序列Series进行了描述,并将Series索引映射到上层的索引,例如Study索引。表3和表4分别为以Series表和Study为例的上层文件信息表的一个示例:
SeriesInstanceUID | SeriesDescription | StudyInstanceUID |
1.2.3.10.9 | CT头部 | 1.2.3.10 |
1.2.3.11.9 | PET胸部 | 1.2.3.11 |
表3:Series表
其中SeriesDescription为SeriesInstanceUID下该序列扫描协议的描述,即扫描部位。StudyInstanceUID为外键,对应上层Study的主键,即Study表的StudyInstanceUID,以实现Study和Series逻辑上的上下层关系,例如StudyInstanceFk的值分别为1.2.3.10和1.2.3.11的两个序列均为StudyID为1的检查下序。
StudyInstanceUID | StudyDateTime | StudyID |
1.2.3.10 | 2015/12/21 | 1 |
1.2.3.11 | 2015/01/20 | 2 |
表4:Study表
其中StudyDateTime为StudyInstanceUID下该检查的日期的描述。
以下分别对本发明DICOM文件存取方法中对DICOM文件存储、读取、删除、复制和修改过程进行详细说明。
一、DICOM文件存储过程:
请参照图3,DICOM文件的存储过程包括以下步骤:
步骤S11:输入待存储的DICOM文件。
在放射科信息系统(radiology information system,RIS)中,存储文件时输入的信息所输入的信息不仅包括待存储的Image影像文件,还可包括SopInstanceUID以及相应的上层文件索引信息。例如,存储一项检查Study下的所有Image,则输入的信息包括StudyInstanceUID、SeriesInstanceUID、SOPInstanceUID;存储一项Series下的所有Image则包括SeriesInstanceUID、SOPInstanceUID以及相关的StudyInstanceUID;存储一项Image则包括SOPInstanceUID以及相关的SeriesInstanceUID。
举例而言,如将已有的DICOM文件导入系统中,DICOM文件自身已包含了StudyInstanceUID、SeriesInstanceUID和SopInstanceUID,因此并不需要额外输入相应的上层文件索引信息。替换地,在患者登记检查过程中,先生成StudyInstanceUID,然后影像设备曝光时产生SeriesInstanceUID和SopInstanceUID。
步骤S12和S13:分别在Study表和Series表中添加对应于该DICOM文件的一条记录,所述记录是指添加对应Study或Series表中对应各title(例如UID、SeriesDescription或StudyDateTime)的值所组成的一行数据,如表3或表4所示。。
步骤S14:检查所输入的DICOM文件是否在文件信息表中存在相应记录。具体而言,通过DICOM文件的文件索引(即SopInstanceUID)检查文件信息表中是否存在相应记录。如果存在相应记录,则说明该DICOM文件已存储在DICOM数据库中。
如果文件信息表中存在相应记录,则在步骤S15中,在文件索引关系表中创建文件索引链接,即,步骤S11中输入的SOPInstanceUID与相关SeriesInstanceUID的文件索引链接。
如果文件信息表中不存在相应记录,则在步骤S16将该DICOM文件存储到DICOM文件数据库中。
随后在步骤S17,在文件信息表中创建记录,用于将该DICOM文件的文件索引映射到所存储的文件存储路径,并在步骤S18,在文件索引关系表中创建文件索引链接。
应领会,如果存储Study文件,则执行全部步骤;如果存储Series文件,可不执行步骤S12;如果存储Image文件,可不执行步骤S12-S13。
二、DICOM文件读取过程:
在读取DICOM文件时,根据关联关系从文件索引数据库中找到对应的DICOM文件存储路径,从而读取所需的DICOM文件。
请参照图4,读取DICOM文件的过程包括以下步骤:
步骤S21:输入待读取的DICOM文件的信息。具体而言,如读取一项Study下的所有文件则输入该Study的StudyInstanceUID;如读取一项Series下的所有文件则输入该Series的SeriesInstanceUID;如读取一项Image则输入该Image的SOPInstanceUID。
步骤S22:获取DICOM文件的文件索引信息。
具体而言,如果只读取一份DICOM文件,则该DICOM文件索引可以通过SOPInstanceUID直接获得。替换地,如需读取一项Series下的所有DICOM文件,则通过文件索引关系表获取该Series下的所有Image的文件索引。同样,如需读取一项Study下的所有DICOM文件,则通过上层文件信息表(如Study表)获取该Study下关联的所有Series的SeriesInstanceUID,进而通过文件索引关系表获取该Series下所有Image的文件索引。
步骤S23:查询文件信息表以获取与文件索引相对应的文件存储路径。
步骤S24:通过在查询步骤S23查询到的文件存储路径从DICOM文件数据库中获取对应的DICOM文件。
三、DICOM文件删除过程:
在删除DICOM文件时,根据影像的唯一标识符SopInstanceUID在文件索引关系表中查看是否还有其他检查Study、序列Series引用此影像Image。若没有则 删除该DICOM文件,在文件索引关系表中删除对应的Image-Series记录,并在文件信息表中删除对应的Image记录;若有其他Series引用此Image,则仅在文件索引关系表中删除Image-Series记录即可。
DICOM文件的删除过程包括以下步骤:
步骤S31:输入待删除的DICOM文件的信息。例如,输入待删除的DICOM文件的SopInstanceUID和相关的SeriesInstanceUID、StudyInstanceUID。
步骤S32:获取待删除的DICOM文件的文件索引信息,即StudyInstanceUID、SeriesInstanceUID和SopInstanceUID。获取文件索引信息的操作与以上步骤S22相同,在此不再赘述。
步骤S33:查询文件索引信息表以确定该文件索引是否与其它Series相关联。
步骤S34:如果该文件索引与其它Series相关联,则删除文件索引信息表中的对应文件索引链接。
步骤S35:如果该文件索引不与其它Series相关联,则通过查询文件信息表来获取与该文件索引相对应的文件存储路径,进而删除DICOM文件数据库中的所述待删除的DICOM文件。
步骤S36:删除文件信息表中的相应记录,例如对应的DICOM文件存储路径。
步骤S37:删除文件索引信息表中的对应文件索引链接。
需要说明的是,如针对整个系统清空一幅Image影像或一个Series序列或一项Study检查,则无需执行步骤S33的查询索引操作,而是直接根据SopInstanceUID获取对应的DICOM文件,然后删除所述DICOM文件,并清理数据库中的所有相关记录,例如文件索引关系表、文件信息表、上层文件信息表中与待清除的SopInstanceUID相关联的记录。
四、DICOM文件复制过程:
DICOM文件复制即是将DICOM文件Image复制到其它Series或者Study下。
参照图6,DICOM文件复制的复制过程包括以下步骤:
S41:在上层文件信息表中创建检查Study。
S42:在上层文件信息表中创建步骤S41中所创建的Study下的序列Series。
S43:获取需要被复制的DICOM文件的文件索引。
S44:在文件索引关系表中创建对应的文件索引链接,即Image-Series映射关系。
应领会,从Study复制执行操作S41-S44;从Series复制执行操作S42-S44。
由此可见,复制的过程就是在文件索引关系表中添加一条记录,而无需复制DICOM文件,因此复制速度加快,同时磁盘空间利用也得到了提高。
五、DICOM文件修改过程:
DICOM文件的修改分为以下两种情况:
1、待修改的Image文件属于多个序列Series时:获取待修改的文件索引信息StudyInstanceUID、SeriesInstanceUID和SopInstanceUID,具体如步骤S22所述,在此不再赘述。
根据修改内容修改对应的DICOM文件,删除文件索引关系表中的对应Image-Series记录,将修改后的DICOM文件进行另存,并在文件信息表中创建记录,以及在文件索引关系表中创建文件索引链接。
2、待修改的Image文件只属于一个Series时:如步骤S22所述输入待修改的文件索引信息,获取待修改的文件索引信息StudyInstanceUID、SeriesInstanceUID和SopInstanceUID;直接根据修改内容对原来的DICOM文件进行修改,然后在文件索引关系表中更新记录。
请参照图7,DICOM文件的修改过程如下:
步骤S51:输入待修改的DICOM文件信息。例如,输入待修改的DICOM文件的SopInstanceUID和相关的SeriesInstanceUID、StudyInstanceUID,以及修改内容。
因为根据DICOM三层或四层模型(Study、Series、Image,或者Patient、Study、Series、Image),以及数据库和DICOM文件的一致性,故需要上而下逐层进行修 改::
步骤S52:修改Study。例如修改表4中所示的StudyDateTime,即修改该检查的时间信息。
步骤S53:修改Series。例如修改表3中所示的SeriesDescription,即修改该检查下序列的扫描部位。
步骤S54:修改Image。例如修改表2中所示的DICOM文件的文件存储位置和/或ImageType,窗宽窗位等关于Image的描述。。
步骤S55:查询文件索引信息表以确定待修改文件的文件索引是否与其它Series相关联。
如果该文件索引与其它Series相关联,则:
步骤S56:在文件索引关系表中删除与待修改的DICOM文件的SopInstanceUID及相关SeriesInstanceUID相对应的文件索引链接。
步骤S57:读取DICOM文件并对其进行修改;另存修改后的DICOM文件并创建与修改后的DICOM文件相对应的新文件索引;更新文件信息表,即创建新文件索引与修改后的DICOM文件的存储路径的映射;在文件索引关系表中创建文件索引链接。此步骤需要确保原DICOM文件不被修改,由此不影响与原DICOM文件相关联的其它Series的结构。步骤S57类似于图3中所示的DICOM文件的存储过程。
如果该文件索引不与其它Series相关联,则:
步骤S58:使用修改后的文件更新DICOM文件数据库中的相应文件。需要说明的是,对于没有和其他Series相关联的DICOM,修改过程实质是新文件覆盖旧文件。
应领会,步骤S57和S58中的修改操作也可针对Study和Series进行。例如,可修改表4中所示的StudyDateTime或者表3中所示的SeriesDescription。
如图8所示,示出了本发明的DICOM文件存取装置的框图。
DICOM文件存取装置包括存储模块、读取模块、删除模块、复制模块和修改模块。以下对各模块进行详细描述。
存储模块包括输入模块、记录确定模块、第一链接模块和第二链接模块。其中输入模块执行以上所述的步骤S11,记录确定模块执行步骤S14、第一链 接模块执行步骤S15,第二链接模块执行步骤S16-18。
读取模块包括读取文件获取模块、查询模块和读取模块。其中读取文件获取模块执行步骤S21,查询模块执行步骤S23,读取模块执行步骤S24。
删除模块包括删除文件获取模块、索引关联确定模块、第一删除模块和第二删除模块。其中删除文件获取模块执行步骤S31,索引关联确定模块执行步骤S33,第一删除模块执行步骤S34,第二删除模块执行步骤S35-S37。
复制模块包括复制文件获取模块和复制链接模块。其中复制文件获取模块执行步骤S43,复制链接模块执行步骤S44。
修改模块包括修改文件获取模块、文件索引确定模块、第一修改模块和第二修改模块。其中修改文件获取模块执行步骤S51,文件索引确定模块执行步骤S55,第一修改模块执行步骤S56-57,第二修改模块执行步骤S58。
以上所讨论的实施例只列举了Study-Series-Image模型的流程,但其同样适用于Patient-Study-Series-Image模型。
此外,只要文件内部包含例如UID的唯一属性,都可以通过文件+文件信息表+文件索引关系表来降低存储空间的使用。比如上述提到的DICOM文件+Image表+Image-Series关系表,其通过DICOM文件的唯一属性SOPInstanceUID作为主键关联起来。
虽然本发明已参照当前的具体实施例来描述,但是本技术领域中的普通技术人员应当认识到,以上的实施例仅是用来说明本发明,在没有脱离本发明精神的情况下还可作出各种等效的变化或替换,因此,只要在本发明的实质精神范围内对上述实施例的变化、变型都将落在本申请的权利要求书的范围内。
Claims (10)
1.一种DICOM文件的存取方法,包括:
输入DICOM文件;
确定所述DICOM文件的文件索引是否在文件信息表中有相应记录;
如有,则在文件索引关系表中创建文件索引链接以将所述DICOM文件的文件索引链接到所述DICOM文件的上层文件索引;
否则,将所述DICOM文件存储在DICOM文件数据库中,在文件信息表中创建记录以将所述DICOM文件的文件索引链接到所存储的文件存储路径,并在文件索引关系表中创建文件索引链接以将所述DICOM文件的文件索引链接到所述DICOM文件的上层文件索引;
其中所述文件信息表存储DICOM文件的文件索引与文件存储路径的映射;以及
所述文件索引关系表存储DICOM文件的文件索引与相对应的上层文件索引的映射。
2.根据权利要求1所述的方法,其特征在于,进一步包括:
获取待读取的DICOM文件的文件索引;
查询所述文件信息表以获取与所述待读取的文件索引相对应的文件存储路径;以及
通过待读取的文件存储路径在所述DICOM文件数据库读取所述DICOM文件。
3.根据权利要求1所述的方法,其特征在于,进一步包括:
获取待删除的DICOM文件的文件索引及其上层文件索引;
查询所述文件索引关系表以确定所述待删除的DICOM文件的文件索引是否与其它上层文件索引相关联;以及
如果所述待删除的DICOM文件的文件索引与其它上层文件索引相关联,则删除文件索引信息表中与所述待删除的DICOM文件相对应的文件索引链接;以及
否则,查询所述文件信息表以获取与所述待删除的DICOM文件的文件索引相对应的文件存储路径;
根据所述文件存储路径删除所述DICOM文件数据库中的对应文件;
删除所述文件信息表中与所述待删除的DICOM文件的文件索引相对应的记录;以及
删除文件索引信息表中与所述待删除的DICOM文件相对应的文件索引链接。
4.根据权利要求1所述的方法,其特征在于,进一步包括:
获取待复制的DICOM文件的文件索引及对应的上层文件索引;
在文件索引关系表中创建文件索引链接用以将所述待复制的DICOM文件的文件索引链接到对应的上层文件索引。
5.根据权利要求1所述的方法,其特征在于,进一步包括:
获取待修改的DICOM文件的文件索引、修改内容以及所述待修改的DICOM文件对应的上层文件索引;
查询所述文件索引信息表以确定所述待修改的DICOM文件的文件索引是否与其它上层文件索引相关联;
如果相关联,则:
删除与所述待修改的DICOM文件的文件索引及其上层文件索引相对应的文件索引链接;
在所述DICOM文件数据库中获取所述待修改的DICOM文件并使用所述修改内容对其进行修改;
在所述DICOM文件数据库中另存修改后的DICOM文件;
为所述修改后的DICOM文件创建新文件索引;
在所述文件信息表中创建记录用以将该文件索引链接到所述修改后的DICOM文件的存储路径;以及
在所述文件索引关系表中创建文件索引链接以将该新文件索引链接到其上层文件索引;
否则,查询所述文件信息表以获取与所述待修改的DICOM文件的文件索引相对应的文件存储路径;以及
使用所述修改内容修改DICOM文件数据库中的所述待修改的DICOM文件以得到修改后的DICOM文件,使用所述修改后的DICOM文件覆盖所述待修改的DICOM文件。
6.一种用于DICOM文件的存取装置,包括:
输入模块,用于输入DICOM文件;
记录确定模块,用于确定所述DICOM文件的文件索引是否在文件信息表中有相应记录;
第一链接模块,用于如果所述文件索引在文件信息表中有相应记录,则在文件索引关系表中创建文件索引链接以将所述DICOM文件的文件索引链接到所述DICOM文件的上层文件索引;
第二链接模块,用于如果所述文件索引在文件信息表中没有相应记录,则将所述DICOM文件存储在DICOM文件数据库中,在文件信息表中创建记录以将所述DICOM文件的文件索引链接到所存储的文件存储路径,并在文件索引关系表中创建文件索引链接以将所述DICOM文件的文件索引链接到所述DICOM文件的上层文件索引;
其中所述文件信息表存储DICOM文件的文件索引与文件存储路径的映射;以及
所述文件索引关系表存储DICOM文件的文件索引与相对应的上层文件索引的映射。
7.根据权利要求6所述的装置,其特征在于,进一步包括读取模块,所述读取模块包括:
读取文件获取模块,用于获取待读取的DICOM文件的文件索引;
查询模块,用于通过查询所述文件信息表以获取与待读取的文件索引相对应的文件存储路径;以及
读取模块,用于通过待读取的文件存储路径在所述DICOM文件数据库读取DICOM文件。
8.根据权利要求6所述的装置,其特征在于,进一步包括删除模块,所述删除模块包括:
删除文件获取模块,用于获取待删除的DICOM文件的文件索引及其上层文件索引;
索引关联确定模块,用于查询所述文件索引关系表以确定所述待删除的DICOM文件的文件索引是否与其它上层文件索引相关联;
第一删除模块,用于如果所述待删除的DICOM文件的文件索引与其它上层文件索引相关联,则删除文件索引信息表中与所述待删除的DICOM文件相对应的文件索引链接;以及
第二删除模块,用于如果所述待删除的DICOM文件的文件索引与其它上层文件索引不关联,则执行以下操作的模块:
查询所述文件信息表以找到与所述待删除的DICOM文件的文件索引相对应的文件存储路径;
根据该文件存储路径删除DICOM文件数据库中的对应文件;
删除所述文件信息表中与所述待删除的DICOM文件的文件索引相对应的记录;以及
删除文件索引信息表中与所述待删除的DICOM文件相对应的文件索引链接。
9.根据权利要求6所述的装置,其特征在于,进一步包括复制模块,所述复制模块包括:
复制文件获取模块,用于获取待复制的DICOM文件的文件索引及对应的上层文件索引;
复制链接模块,用于在文件索引关系表中创建文件索引链接以将所述待复制的DICOM文件的文件索引链接到对应的上层文件索引。
10.根据权利要求6所述的装置,其特征在于,进一步包括修改模块,所述修改模块包括:
修改文件获取模块,用于获取待修改的DICOM文件的文件索引、待修改的DICOM文件对应的上层文件索引以及修改内容;
文件索引确定模块,用于查询所述文件索引信息表以确定所述待修改的DICOM文件的文件索引是否与其它上层文件索引相关联;
第一修改模块,用于如果所述待修改的DICOM文件的文件索引与其它上层文件索引相关联,则执行以下操作:
删除与所述待修改的DICOM文件的文件索引及其上层文件索引相对应的文件索引链接;
在所述DICOM文件数据库中获取所述待修改的DICOM文件并使用所述修改内容对其进行修改;
在所述DICOM文件数据库中另存修改后的DICOM文件;
为所述修改后的DICOM文件创建新文件索引;
在所述文件信息表中创建记录以将该文件索引链接到所述修改后的DICOM文件的存储路径;以及
在所述文件索引关系表中创建文件索引链接以将该新文件索引链接到其上层文件索引;以及
第二修改模块,用于如果所述待修改的DICOM文件的文件索引不与其它上层文件索引相关联,则执行以下操作:
查询所述文件信息表以获取与所述待修改的DICOM文件的文件索引相对应的文件存储路径;以及
使用所述修改内容修改DICOM文件数据库中的所述待修改的DICOM文件以得到修改后的DICOM文件,使用所述修改后的DICOM文件覆盖所述待修改的DICOM文件。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510862262.3A CN105512246B (zh) | 2015-11-30 | 2015-11-30 | Dicom文件的存取方法及其装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510862262.3A CN105512246B (zh) | 2015-11-30 | 2015-11-30 | Dicom文件的存取方法及其装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN105512246A CN105512246A (zh) | 2016-04-20 |
CN105512246B true CN105512246B (zh) | 2019-04-12 |
Family
ID=55720228
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201510862262.3A Active CN105512246B (zh) | 2015-11-30 | 2015-11-30 | Dicom文件的存取方法及其装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN105512246B (zh) |
Families Citing this family (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108447547A (zh) * | 2018-03-13 | 2018-08-24 | 沈阳东软医疗系统有限公司 | 一种医学影像数据的存储、下载方法及装置 |
CN108877899A (zh) * | 2018-03-20 | 2018-11-23 | 青岛海信医疗设备股份有限公司 | Dicom图像的处理方法及服务器 |
CN110782973B (zh) * | 2019-10-29 | 2022-11-11 | 京东方科技集团股份有限公司 | 医学影像信息分级存储方法及装置、计算机设备及介质 |
CN111414335B (zh) * | 2020-03-20 | 2023-07-14 | 深圳市凯沃尔电子有限公司 | 一种数据文件查找方法和装置 |
Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101404029A (zh) * | 2008-11-04 | 2009-04-08 | 深圳市蓝韵实业有限公司 | 一种dicom图像文件存储方法 |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20140317552A1 (en) * | 2013-04-23 | 2014-10-23 | Lexmark International Technology Sa | Metadata Templates for Electronic Healthcare Documents |
-
2015
- 2015-11-30 CN CN201510862262.3A patent/CN105512246B/zh active Active
Patent Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101404029A (zh) * | 2008-11-04 | 2009-04-08 | 深圳市蓝韵实业有限公司 | 一种dicom图像文件存储方法 |
Also Published As
Publication number | Publication date |
---|---|
CN105512246A (zh) | 2016-04-20 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN105512246B (zh) | Dicom文件的存取方法及其装置 | |
CN107003935A (zh) | 优化数据库去重 | |
McKemmish et al. | Describing records in context in the continuum: the Australian Recordkeeping Metadata Schema | |
Sabah et al. | Are all metal-on-metal hip revision operations contributing to the National Joint Registry implant survival curves?: a study comparing the London Implant Retrieval Centre and National Joint Registry datasets | |
CN104137103B (zh) | 用于智能数据归档的方法、系统及其存储介质 | |
CN102591946B (zh) | 使用索引划分和协调来进行数据去重复 | |
CN104813321B (zh) | 在分布式对象存储生态系统中的去耦合的内容以及元数据 | |
CN104067216B (zh) | 用于实施可扩展数据存储服务的系统和方法 | |
CN109977110A (zh) | 数据清洗方法、装置及设备 | |
CN106777970A (zh) | 一种医疗信息系统数据模板化的集成系统及方法 | |
CN104361018B (zh) | 电子档案信息整编方法及装置 | |
CN104657672B (zh) | 用于对表的预定义部分存档的方法和系统 | |
TW200416589A (en) | Hierarchical storage management using dynamic tables of contents and sets of tables of contents | |
CN106802905A (zh) | 一种同构plm系统的协同数据交换方法 | |
CN107944041A (zh) | 一种hdfs的存储结构优化方法 | |
KR20220146310A (ko) | 지능형 메타 pacs 시스템 및 서버 | |
CN103069382A (zh) | 在面向服务的架构储存库之间的迁移工件 | |
WO2022127349A1 (zh) | 一种检查报告生成方法、生成系统、设备及存储介质 | |
CN102246160B (zh) | 用于将数据源的数据链接到目标数据库的方法和模块 | |
US8478791B2 (en) | Interoperability across heterogeneous taxonomies | |
JP2020197839A (ja) | データ管理プログラム、データ管理方法およびデータ管理システム | |
CN114510491B (zh) | 一种动态随访量表设计方法和系统 | |
Kobayashi et al. | Decoupling identity resolution from the maintenance of identity information | |
GB2493963A (en) | Database record repair | |
Gamal et al. | Integrated Document-Based Electronic Health Records Persistence Framework |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
CB03 | Change of inventor or designer information | ||
CB03 | Change of inventor or designer information |
Inventor after: Lu Jie Inventor after: Li Jiangong Inventor before: Li Jiangong |
|
GR01 | Patent grant | ||
GR01 | Patent grant | ||
CP01 | Change in the name or title of a patent holder | ||
CP01 | Change in the name or title of a patent holder |
Address after: 201807 No. 2258 Chengbei Road, Jiading Industrial Zone, Jiading District, Shanghai. Patentee after: Shanghai Lianying Medical Technology Co., Ltd Address before: 201807 No. 2258 Chengbei Road, Jiading Industrial Zone, Jiading District, Shanghai. Patentee before: SHANGHAI UNITED IMAGING HEALTHCARE Co.,Ltd. |