CN108447547A - 一种医学影像数据的存储、下载方法及装置 - Google Patents

一种医学影像数据的存储、下载方法及装置 Download PDF

Info

Publication number
CN108447547A
CN108447547A CN201810206276.3A CN201810206276A CN108447547A CN 108447547 A CN108447547 A CN 108447547A CN 201810206276 A CN201810206276 A CN 201810206276A CN 108447547 A CN108447547 A CN 108447547A
Authority
CN
China
Prior art keywords
file
sequence
image
information
data
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.)
Pending
Application number
CN201810206276.3A
Other languages
English (en)
Inventor
程雷
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Neusoft Medical Systems Co Ltd
Original Assignee
Neusoft Medical Systems Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Neusoft Medical Systems Co Ltd filed Critical Neusoft Medical Systems Co Ltd
Priority to CN201810206276.3A priority Critical patent/CN108447547A/zh
Publication of CN108447547A publication Critical patent/CN108447547A/zh
Pending legal-status Critical Current

Links

Classifications

    • 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
    • G16H30/00—ICT specially adapted for the handling or processing of medical images
    • G16H30/20—ICT specially adapted for the handling or processing of medical images for handling medical images, e.g. DICOM, HL7 or PACS
    • 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
    • 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/174—Redundancy elimination performed by the file system
    • G06F16/1744—Redundancy elimination performed by the file system using compression, e.g. sparse 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/50—Information retrieval; Database structures therefor; File system structures therefor of still image data
    • G06F16/51—Indexing; Data structures therefor; Storage structures
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/06—Protocols specially adapted for file transfer, e.g. file transfer protocol [FTP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
    • H04L67/61—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources taking into account QoS or priority requirements

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Data Mining & Analysis (AREA)
  • General Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • Databases & Information Systems (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Health & Medical Sciences (AREA)
  • Public Health (AREA)
  • Software Systems (AREA)
  • Primary Health Care (AREA)
  • Medical Informatics (AREA)
  • General Health & Medical Sciences (AREA)
  • Epidemiology (AREA)
  • Radiology & Medical Imaging (AREA)
  • Nuclear Medicine, Radiotherapy & Molecular Imaging (AREA)
  • Medical Treatment And Welfare Office Work (AREA)
  • Measuring And Recording Apparatus For Diagnosis (AREA)

Abstract

本申请提供一种医学影像数据的存储、下载方法及装置，在存储数据时，分别获得了图像文件以及序列信息文件，序列信息文件包括同一序列中各解析文件的信息数据中的显示信息以及检查基本信息，而后，按照检查及序列的目录层级进行序列信息文件以及序列内的各图像文件的存储，存储后的文件用于下载及影像显示。该方法中，在存储前已经从源数据中解析出图像文件，并获得了序列信息文件，该序列信息文件包含了图像显示时所需的必要属性信息，用户直接下载图像文件和序列信息文件即可以实现影像的显示，同时，由于序列信息文件为单独的文件，避免了多个小文件传输对下载速度的影响，有效提高影像数据的下载速度和显示速度。

Description

一种医学影像数据的存储、下载方法及装置
技术领域
本发明涉及医学影像数据数据处理领域，尤其涉及一种医学影像数据的存储、下载方法及装置。
背景技术
医学影像数据是在利用医学影像设备进行检查时产生的数据，这些数据将提供给医生进行诊疗以及存档等，随着医学影像技术的不断发展，医学影像设备广泛应用于各医疗结构中，医学影像数据也海量增长，医学影像数据的处理也越来越重要。
目前，在医学影像数据的处理过程中，在进行检查过程中，将医学影像设备产生的影像数据传送至服务器端，当用户在客户端浏览影像时，影像数据下载至用户的客户端，并在客户端将这些影像数据以图像的形式进行显示，在此过程中，影像数据的下载速度和显示速度会影响到用户的工作效率。
发明内容
有鉴于此，本发明的目的在于提供一种医学影像数据的存储、下载方法及装置，提高影像数据的下载速度和显示速度。
为实现上述目的，本申请提供了一种医学影像数据的存储方法，包括：
接收医学影像的源数据；
解析所述源数据，以获得解析文件；
利用所述解析文件的图像数据进行图像解析，以获得图像文件；
根据所述解析文件，获得序列信息文件，所述序列信息文件包括同一序列中各解析文件的信息数据中的显示信息以及检查基本信息；
按照检查及序列的目录层级进行序列信息文件以及序列内的各图像文件的存储，存储后的文件用于下载及影像显示。
在一种可选的实现方式中，所述根据所述解析文件，获得序列信息文件，包括：
将同一序列中各解析文件的信息数据中的与显示无关的数据删除；
将所述同一序列中各解析文件的信息数据中冗余的检查基本信息删除；
合并所述同一序列中各解析文件的信息数据，以获得序列信息文件。
在一种可选的实现方式中，当图像文件的文件大小大于预设阈值时，所述将所述解析文件进行图像解析的步骤中，还包括：将所述图像文件进行渐进压缩，以获得低清晰度的图像文件。
在一种可选的实现方式中，当图像文件为多帧图像时，所述将所述解析文件进行图像解析的步骤中，还包括：将所述多帧图像分别保存为单帧的图像文件。
在一种可选的实现方式中，所述按照检查及序列的目录层级进行序列信息文件以及序列内的各图像文件的存储，包括：
按照检查及序列的目录层级进行序列信息文件以及序列内的各图像文件的压缩文件的存储。
在一种可选的实现方式中，所述检查的目录层级的标识与检查号相关联，所述序列的标识与序列顺序相关联，所述序列中的图像文件与影像顺序相关联。
另外，本申请还提供了一种医学影像数据的下载方法，包括：
按照序列下载一检查下的序列信息文件以及图像文件，所述序列信息文件以及图像文件为如上述的存储方法存储的文件；
通过序列信息文件，获得附带属性标签的图像文件，以用于显示。
在一种可选的实现方式中，所述按照序列下载一检查下的序列信息文件以及图像文件，包括：
按照序列下载一检查下的所有的序列信息文件；
按照下载优先级由高至低的顺序依次执行图像文件的下载任务，所述下载优先级包括优先级依次递增的低级任务、普通任务和高级任务，其中，低级任务为按照序列依次下载一检查下的图像文件，高级任务为当前查看需求下的图像文件，普通任务为所述当前查看需求下的图像文件所在的序列的其他图像文件。
对应于上述医学影像数据的存储方法，本申请提出了一种医学影像数据的存储装置，包括：
源数据接收单元，用于接收医学影像的源数据；
源数据解析单元，用于解析所述源数据，以获得解析文件；
图像解析单元，用于利用所述解析文件的图像数据进行图像解析，以获得图像文件；
序列信息文件获取单元，用于根据同一序列的各所述解析文件，获得序列信息文件，所述序列信息文件包括同一序列中各解析文件的信息数据中的显示信息以及检查基本信息；
存储单元，用于按照检查及序列的目录层级进行序列信息文件以及序列内的各图像文件的存储，存储后的文件用于下载及影像显示。
在一种可选的实现方式中，所述序列信息文件获取单元，包括：
无关数据删除单元，用于将同一序列中各解析文件的信息数据中的与显示无关的数据删除；
冗余数据删除单元，用于将所述同一序列中各解析文件的信息数据中冗余的检查基本信息删除；
合并单元，用于合并所述同一序列中各解析文件的信息数据，以获得序列信息文件。
在一种可选的实现方式中，所述装置还包括：
压缩单元，用于当图像文件的文件大小大于预设阈值时，将所述图像文件进行渐进压缩，以获得低清晰度的图像文件。
在一种可选的实现方式中，所述装置还包括：
单帧图像保存单元，用于当图像文件为多帧图像时，将所述多帧图像分别保存为单帧的图像文件。
在一种可选的实现方式中，所述存储单元中，按照检查及序列的目录层级进行序列信息文件以及序列内的各图像文件的压缩文件的存储。
在一种可选的实现方式中，所述检查的目录层级的标识与检查号相关联，所述序列的标识与序列顺序相关联，所述序列中的图像文件与影像顺序相关联。
对应于上述医学影像数据的下载方法，本申请提出了一种医学影像数据的下载装置，包括：
下载单元，用于按照序列下载一检查下的序列信息文件以及图像文件，所述序列信息文件以及图像文件为如上述的存储装置存储的文件；
显示单元，用于通过序列信息文件，获得附带属性标签的图像文件，以用于显示。
在一种可选的实现方式中，所述下载单元包括：
序列信息下载单元，用于按照序列下载一检查下的所有的序列信息文件；
图像下载单元，用于按照下载优先级由高至低的顺序依次执行图像文件的下载任务，所述下载优先级包括优先级依次递增的低级任务、普通任务和高级任务，其中，低级任务为按照序列依次下载一检查下的图像文件，高级任务为当前查看需求下的图像文件，普通任务为所述当前查看需求下的图像文件所在的序列的其他图像文件。
本申请实施例提供的医学影像数据的存储、下载方法及装置，在存储数据时，分别获得了图像文件以及序列信息文件，序列信息文件包括同一序列中各解析文件的信息数据中的显示信息以及检查基本信息，而后，按照检查及序列的目录层级进行序列信息文件以及序列内的各图像文件的存储，存储后的文件用于下载及影像显示。该方法中，在存储前已经从源数据中解析出图像文件，并获得了序列信息文件，该序列信息文件包含了图像显示时所需的必要属性信息，用户直接下载图像文件和序列信息文件即可以实现影像的显示，同时，由于序列信息文件为单独的文件，避免了多个小文件传输对下载速度的影响，有效提高影像数据的下载速度和显示速度。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1为本申请实施例提供的医学影像数据的存储方法在实际应用中的场景示例图；
图2为本申请实施例提供的一种医学影像数据的存储方法的流程图；
图3为本申请实施例提供的一种医学影像数据的下载方法的流程图；
图4为本申请实施例提供的实现医学影像数据的存储、下载的交互过程示意图；
图5为本申请实施例提供的一种医学影像数据的存储装置的示意图；
图6为本申请实施例提供的一种医学影像数据的下载装置的示意图。
具体实施方式
为使本发明的上述目的、特征和优点能够更加明显易懂，下面结合附图对本发明的具体实施方式做详细的说明。
在下面的描述中阐述了很多具体细节以便于充分理解本发明，但是本发明还可以采用其他不同于在此描述的其它方式来实施，本领域技术人员可以在不违背本发明内涵的情况下做类似推广，因此本发明不受下面公开的具体实施例的限制。
为了便于理解本申请提供的技术方案，下面先对本申请技术方案的研究背景进行简单说明。
在现代医疗体系中，临床医学的基础是对疾病能够进行及时准确的诊断，而借助医学影像做出更准确的诊断已经是目前的常用手段，据了解，临床诊断的70％依靠医学影像，并且，随着人口数量增加、老龄化进程加快、人们对于健康重视程度的提高等因素，使得医学影像行业在朝着高分辨率方向发展的同时，也带来了医学影像数据的海量增长，进而导致的一些亟待解决的问题，比如给影像数据归档和通信系统数据传输造成巨大压力，为医生的快捷诊断带来阻力，而影响这两个问题的主要原因之一就是医学影像数据的下载和显示速度。因此，如何提高医学影像数据的下载和显示速度是目前医学领域的研究重点。
基于此，本申请提出了一种医学影像数据的存储、下载方法及装置，通过对目前医学影像数据的存储及下载流程进行优化，有效提高了医学影像数据的下载速度和显示速度。
为了便于解释，下面先对本申请在实际中的应用场景进行介绍。
参见图1，其示出了本申请在实际应用中的场景示例图，本申请提供的医学影像数据的存储、下载方法应用于包括医学影像设备101、服务器102和客户端103的硬件场景中；其中，医学影像设备101是指利用各种不同媒介作为信息载体，将人体内部的结构重现为影像的各种仪器，如磁共振成像设备、超声成像设备等；服务器102是指能够与客户端通信的设备，为客户端提供数据支持的服务设备，服务器102可以为一个医学影像设备101或客户端103提供服务，也可以同时为多个医学影像设备101或客户端103提供服务；客户端103是指为客户提供本地服务的程序，如影像浏览器等。
下面对本申请的实际应用过程进行说明，如图1所示，在现代医疗机构中，医学影像设备101可以通过对人体的侦测，获取到海量的原始医学影像数据，并将这些原始医学影像源数据上传至服务器102，服务器102在接收到医学影像的源数据后，对其进行预处理，首先，解析该源数据，以获得解析文件，接着，利用获得的解析文件的图像数据进行图像解析，以获得图像文件，并根据获取的解析文件还可以获得序列信息文件，其中，序列信息文件包括同一序列中各解析文件的信息数据中的显示信息以及检查基本信息；服务器102按照检查及序列的目录层级进行序列信息文件以及序列内的各图像文件的存储，在服务器102将对医学图像数据预处理后的序列信息文件以及图像文件进行存储后，用户可以通过客户端103，按照序列从服务器102下载任一检查下的序列信息文件以及图像文件，并通过序列信息文件，获得附带属性标签的图像文件，以用于实现影像的显示。同时，由于序列信息文件为单独的文件，避免了多个小文件传输对下载速度的影响，从而有效提高影像数据的下载速度和显示速度。其中，预处理和预处理后文件存储的服务器可以是不同的服务器。
基于以上应用场景，本申请提供了一种医学影像数据的存储方法，下面对该方法进行介绍。
参见图2，其示出了本申请实施例提供的一种医学影像数据的存储方法的流程图，该方法可以应用于服务器102中，如图2所示，该方法包括以下步骤：
步骤201：接收医学影像的源数据。
在实际应用中，医疗机构在对人体进行临床医学诊断时，往往需要借助于医学影像做出更准确的诊断，在利用医学影像设备对人体的侦测后，获得医学影像的源数据，并将其上传至服务器，服务器接收到医学影像的源数据后，进行后续的预处理过程，其中，医学影像的源数据指的是为了医疗或医学研究，对人体或人体某部分，以非侵入方式取得内部组织影像的技术与处理过程而获得的医学数字成像和通信(Digital Imaging andCommunications in Medicine，DICOM)源文件。例如，利用核磁共振系统获得人体待测部位的成像数据等。医学影像设备对人体每进行一次检查，通常会产生多个序列，即，一次检查对应产生多个序列，而每个序列对应产生多个DICOM源文件，所以，医学影像设备对人体的每次检查均能够获取到多个DICOM源文件作为医学影像源数据，并将其发送至服务器。
步骤202：解析该源数据，以获得解析文件。
在实际应用中，服务器在接收到医学影像设备发送的医学影像的源数据后，将对其进行预处理。DICOM源文件是一种字节码数据流，其整体结构先是128字节的导言部分，接下来的前缀部分就是四个字节组成的字符串，然后是数据元素依次排列的方式组成DICOM源文件，服务器对DICOM源文件进行解析时，整个解析文件的过程就是依据DICOM源文件特点，将DICOM源文件中所有的数据均解析为键值对(key-value)的数据结构的信息部分以及包含每个像素点的图像数据部分，且一个DICOM源文件可对应解析为一个解析文件。
举例说明：一个DICOM源文件经服务器解析后得到的一个解析文件，该解析文件包含两部分内容，分别是DICOM文件信息部分和DICOM文件图像部分，其中，信息部分包含的内容主要包括与检查相关的检查基本信息和与显示相关的显示信息，检查基本信息主要包括患者、设备和/或检查等相关的信息，例如患者的姓名、性别、身高、体重、设备的型号、检查号、检查日期、序列号等信息中的一种或多种，显示信息是指与影像显示相关的信息，例如X、Y、Z坐标信息、层厚、层间距、斜率、截距等。在解析文件中，文件信息部分以键值对表征相应的数据信息，例如键值对为：0002,0000,File Meta Elements Group Len＝62，其中，“0002,0000”表示键值对中的键(Key)，“File Meta Elements Group Len＝62”为表示键值对中的值(Value)；图像数据部分包含的内容为各个像素点的值，通过这些数据可以解析出相应的图像，以用于显示。同时，服务器在对DICOM源文件进行解析后，可以将解析后的数据存放于内存中，为后续预处理过程提供数据基础。
步骤203：利用该解析文件的图像数据进行图像解析，以获得图像文件。
在实际应用中，服务器在对DICOM源文件进行解析后，可获得对应的解析文件的图像数据部分内容，解析后的DICOM文件的图像数据部分包含的是每个像素点的值，计算机并不能直接进行显示，因此需要对其进行图像解析，以获得图像文件。
也就是说，服务器将先经过斜率、截距、默认窗宽窗位等与显示相关的计算或处理对解析后的DICOM文件的图像数据进行图像解析，然后将生成数据保存为文件，这样就将以往下载时的相关操作提前在预处理中进行，也将解析文件中计算机不能直接显示的图像数据解析生成可以利用计算机图像显示的图像文件，即，经过斜率、截距、默认窗宽窗位计算后，生成计算机可以直接进行显示的图像。同时，服务器会将生成的图像文件按定义好的文件名存储，该文件名的定义方式将在步骤205中详细介绍。
在本申请实施例中，在上述步骤203实现过程中，进一步地，可以根据获得的图像文件的大小以及类型的不同，本申请提供了以下两种可选的实施方式：
一种可选的实施方式是，当图像文件的文件大小大于预设阈值时，所述将所述解析文件进行图像解析的步骤中，还包括：将所述图像文件进行渐进压缩，以获得低清晰度的图像文件。
在实际应用中，为了减少存储使用量和提高窄带网络时传输效率以及加快显示速度，可以对图像文件的大小设置一个阈值，比如可以将该阈值设置为10MB，对于小于该阈值的图像文采取正常的文件处理方式，而对于大于该阈值的图像文件，可以采用特殊的文件处理方式，例如，DR、CR类型的影像文件都较大，且一个检查内影像文件较少，多数检查会只有几张影像，所以本发明对于DR、CR等文件大小大于预设阈值的影像数据会采用渐进压缩方式获取低清晰度的图像文件，比如压缩到50％清晰度的图像文件，这种文件大小会较小，例如：一张100MB的DR影像，50％清晰度的影像文件只有几十KB，最后按定义好的文件名称保存为文件。
另一种可选的实施方式是，当图像文件为多帧图像时，所述将所述解析文件进行图像解析的步骤中，还包括：将所述多帧图像分别保存为单帧的图像文件。
在实际应用中，当图像文件为多帧图像时，由于多帧图像文件一般比较大，将多帧图像分别保存为单帧的图像文件后，就可以减少因网络异常而造成的重复下载，同时，将多帧的影像数据一帧一帧的进行传输和显示，也会提高用户体验，加快图像文件的显示效率。
当服务器获得解析文件后，不仅执行步骤203，获得图像文件，同时，也会执行步骤204，以获得序列信息文件。
步骤204：根据同一序列的各所述解析文件，获得序列信息文件，所述序列信息文件包括同一序列中各解析文件的信息数据中的显示信息以及检查基本信息。
在实际应用中，服务器在对DICOM源文件进行解析后，通过同一序列中各解析文件中的信息部分，可获得对应序列的序列信息部分内容，根据该序列信息部分内容，可获得序列信息文件，该序列信息文件指的就是一次检查的同一序列中各解析文件的信息数据中的显示信息以及检查基本信息。
在本申请实施例中，服务器在获取到DICOM源文件进行解析后，获取到对应的解析文件的序列信息部分内容，并且，由于同一个序列对应多个DICOM源文件，则解析后，一个序列中也包含了多个DICOM文件的序列信息部分内容，而每一个DICOM文件的序列信息部分内容均包含了该次检查相关的基本信息，即检查基本信息，检查基本信息例如可以包括某序列中的患者基本信息、设备信息、序列、检查号等中的一种或多种，对于该序列而言，多个解析文件中记载的相同的检查基本信息为冗余信息，因此，可根据该些解析文件，去除解析文件的序列信息部分内容中的重复的冗余、多余的数据，仅保留同一序列中各解析文件的信息数据中的显示信息以及一份检查基本信息即可。
举例说明：在同一个序列中，每个DICOM解析文件的文件信息中仅保留与显示有关的信息，如：X、Y、Z坐标信息、层厚、层间距、斜率、截距等与影像显示有关的信息；对于每个文件中包含的一次检查中某个序列的重复的患者基本信息、序列、检查号等冗余信息，只保留一份；对于私有字段及其他与显示无关的信息则全部删除。本申请通过去除序列信息部分内容中的重复的冗余、多余的数据，可以将整个序列所有影像文件的DICOM序列信息部分减少2/3以上，有效减少了存储使用量，提高了传输速度。
对于上述步骤204中的根据所述解析文件，获得序列信息文件，本申请提供了一种可选的实施方式：
将同一序列中各解析文件的信息数据中的与显示无关的数据删除；
将所述同一序列中各解析文件的信息数据中冗余的检查基本信息删除；
合并所述同一序列中各解析文件的信息数据，以获得序列信息文件。
在实际应用中，由于在一检查中存在多个序列，而在同一序列中的信息数据中往往存在诸多与显示无关的数据，比如一些私有字段等；并且在同一序列中，各解析文件的信息数据中均包含了检查的基本信息，比如检查号、序列号、受检者的基本信息等冗余信息。
为了节省存储空间，提高数据传输速率，当服务器获取到解析文件的序列信息部分内容后，需要将同一序列中各解析文件的信息数据中与显示无关的数据删除，比如一些私有字段等，同时还需要将同一序列中各解析文件的信息数据中冗余的检查基本信息删除，比如患者的姓名、年龄等基本信息等，仅保留一份检测基本信息即可，然后，合并同一序列中各解析文件的多个小的信息数据，以获得一个单独序列信息文件，从而提高了下载速度。
当服务器获得图像文件以及序列信息文件后，执行步骤205。
步骤205：按照检查及序列的目录层级进行序列信息文件以及序列内的各图像文件的存储，存储后的文件用于下载及影像显示。
在实际应用中，当服务器执行完步骤203和步骤204后，获得图像文件和序列信息文件，然后按照检查及序列的目录层级进行序列信息文件以及序列内的各图像文件的存储，存储后的文件用于下载及影像显示。也就是说，当服务器进行序列信息文件以及序列内的各图像文件的存储时，首先，按照检查-序列的规则创建存储的目录机构以及文件名，即，图像文件的存储目录结构是按照检查、序列、图像三个层级依次来创建，序列信息文件的存储目录结构是按照检查、序列、信息三个层级来创建，将图像文件和序列信息文件分别按照各自路径进行存储，可以使得在仅知道检查号后就可知其下层级序列及文件的路径信息，进而可以免除从数据库或其他介质中获取路径及文件信息的操作，以便于医生利用客户端快速地从服务器中按层级下载到指定位置的影像数据，提高下载速度和显示速度。
在本申请实施例中，如果图像文件的大小超过了预设阈值，比如DR、CR等类型的影像文件，服务器会将该图像文件进行压缩，进而得到图像文件的压缩文件。针对这种情况，本申请提供了一种可选的存储实施方式是，按照检查及序列的目录层级进行序列信息文件以及序列内的各图像文件的压缩文件的存储。
也就是说，针对序列中大小超过了预设阈值的图像文件，服务器先对其进行压缩，得到图像文件的压缩文件，再按照检查、序列、图像三个层级依次来创建存储目录结构，最后按照此目录层级进行序列信息文件以及序列内的各图像文件的压缩文件的存储，从而节省了储存空间，提高了数据传输效率。
在本申请实施例中，一种可选的实施方式是，上述检查的目录层级的标识与检查号相关联，该序列的标识与序列顺序相关联，该序列中的图像文件与影像顺序相关联。
这样，本申请实施例在存储数据时，分别获得了图像文件以及序列信息文件，序列信息文件包括同一序列中各解析文件的信息数据中的显示信息以及检查基本信息，而后，按照检查及序列的目录层级进行序列信息文件以及序列内的各图像文件的存储，存储后的文件用于下载及影像显示。该方法中，在存储前已经从源数据中解析出图像文件，并获得了序列信息文件，该序列信息文件包含了图像显示时所需的必要属性信息，用户直接下载图像文件和序列信息文件即可以实现影像的显示，同时，由于序列信息文件为单独的文件，避免了多个小文件传输对下载速度的影响，有效提高影像数据的下载速度和显示速度。
以上就实现了医学影像数据的存储，可以理解的是，采用上述方法存储的数据用于客户端下载及直接进行图像显示。进一步地，还可以将步骤S201中获得的源数据进行存储，进一步还可以将S202中获得的解析文件进行存储，以用于原始数据的归档备份。
与医学影像数据的存储方法相对应，本申请还提供了一种医学影像数据的下载方法，下面对该方法进行介绍。
参见图3，其示出了本申请实施例提供的一种医学影像数据的下载方法的流程图，该方法可以应用于客户端103中，如图3所示，该方法包括以下步骤：
步骤301：按照序列下载一检查下的序列信息文件以及图像文件。
在实际应用中，服务器通过上述实施例的方法，按照检查及序列的目录层级，将序列信息文件以及序列内的各图像文件进行存储。存储后，用户可通过客户端按照序列从服务器下载一检查下的序列信息文件以及图像文件。
在具体实现过程中，当用户开始浏览影像时，整个下载过程按以下步骤执行：
步骤3011：先按顺序下载该检查的各个序列DICOM文件的序列信息文件。即，按检查、序列、信息三个层级的目录结构，从存储器中下载各个序列DICOM文件的序列信息文件到本地。
步骤3012：然后通知影像浏览器接收预显示的序列信息文件。此时，浏览器可以直接按照序列信息文件中的键值对进行相关信息地读取并显示，浏览器内部也可以显示检查信息、创建影像显示区、初始化窗宽窗位及挂片协议等。
步骤3013：按用户浏览图像时的交互需求，进行按需下载。即，按检查、序列、图像三个层级的目录结构，从存储器将预显示的图像文件下载到本地。
步骤3014：对下载的图像文件进行正确性校验，确保显示的图像文件和原始图像文件保持一致。其中，在进行正确性校验时，图像文件下载完成后会在内存中计算MD5码，然后与服务器所提供的MD5码比较，相同则认为文件下载正确；反之，则认为文件下载错误，需重新下载。
步骤3015：对图像文件进行解压缩处理。由于服务器在存储图像文件之前对图像进行了压缩处理，所以在下载完成后，要对压缩文件进行解压处理。
步骤3016：将图像文件与序列信息进行逻辑关联。由于服务器是按照检查、序列、图像三个层级以及检查、序列、信息三个层级分别存储了图像文件和序列信息文件，所以将下载的图像文件进行解压之后，需要按照其检查号、序列顺序号、文件位于序列的顺序号，找到对应的序列信息文件，然后将图像文件与序列信息文件进行逻辑关联即可。
步骤3017：通知影像浏览器。即，通知影像浏览器接收预显示的图像，因图像文件和序列信息文件有内在的逻辑联系，这时浏览器可以读取并按顺序将对应的图像文件显示出来，不用执行斜率截距或默认窗宽窗位等处理。
对于上述步骤301，本申请提供了一种可选的实施方式是，
按照序列下载一检查下的所有的序列信息文件；
按照下载优先级由高至低的顺序依次执行图像文件的下载任务，所述下载优先级包括优先级依次递增的低级任务、普通任务和高级任务，其中，低级任务为按照序列依次下载一检查下的图像文件，高级任务为当前查看需求下的图像文件，普通任务为所述当前查看需求下的图像文件所在的序列的其他图像文件。
在实际应用中，用户可按照序列从服务器下载一检查下的所有的序列信息文件；而当用户通过客户端按照序列从服务器下载一检查下的所有的图像时，往往会按照下载优先级由高至低的顺序依次执行图像文件的下载任务，其中，将按照序列下载一检查下的图像文件设定为低级任务；将当前查看需求下的图像文件设定为高级任务；将当前查看需求下的图像文件所在的序列的其他图像文件设定为普通任务。
在具体实现过程中，在图像文件的下载过程中，需要按需下载，显示策略，也就是说，当医生翻页时，才开始下载，即，根据医生实际切换到的图像文件，创建低级任务、普通任务和高级任务，然后通过网络连接从服务器中按照优先级由高至低的顺序依次执行图像文件的下载任务，即，先下载医生当前查看需求下的图像文件，然后下载当前查看需求下的图像文件所在的序列的其他图像文件，最后按照序列下载一检查下的其他图像文件。
步骤302：通过序列信息文件，获得附带属性标签的图像文件，以用于显示。
在实际应用中，下载序列信息文件后，与图像文件建立逻辑关系，进而可以获得附带属性标签的图像文件。即，将下载并解压完成的影像数据，按规定的数据结构附带上检查信息、序列信息、影像类型、DICOM信息、是否为多帧、是否为渐进压缩影像等相关信息。将图像文件与属性信息关联，可以快速进行图像文件、序列信息文件、检查、序列等信息互相定位。
通过上述实施例可知，即使本申请在存储医学影像源数据之前，对其进行了预处理，使得本申请的方案比未经任何处理的方案会少许增加一些时间，但对于存储医学影像源数据的效率要求不十分迫切，医生会按其检查时间或是否急诊等自然顺序进行诊断，整个预处理浪费的时间不会占用使用者下载影像或显示影像的时间，相反会提高显示影像的效率，并且多余的预处理时间与整个检查的等待诊断时间相比可以忽略不计。从整体优化或改进的效果上看，由于经过了一些去除冗余信息、特殊文件处理等进一步优化过程，会加快下载及显示速度，提高用户体验性。
为了便于理解本申请，参见图4所示，其示出了本申请实施例提供的实现医学影像数据的存储、下载的交互过程示意图，可以包括以下步骤：
步骤401：医学影像设备通过对人体的侦测，获得医学影像的源数据，并将其上传至服务器。
步骤402：服务器接收到医学影像的源数据，解析该源数据，以获得解析文件。
步骤403：服务器利用该解析文件的图像数据进行图像解析，以获得图像文件。
步骤404：服务器根据该解析文件，获得序列信息文件。
步骤405：服务器按照检查及序列的目录层级进行序列信息文件和图像文件的存储。
步骤406：客户端向服务器发送下载序列信息文件及图像文件的请求。
步骤407：客户端按照序列通过网络从服务器端下载一检查下的序列信息文件以及图像文件。
步骤408：客户端通过序列信息文件，获得附带属性标签的图像文件，以用于显示。
从而实现了医学影像数据的存储、下载，同时通过在存储的过程中对医学影像源数据进行了预处理，有效提高了影像数据的下载速度和显示速度。、参见图5所示，本申请还提供一种医学影像数据的存储装置实施例，可以包括：
源数据接收单元501，用于接收医学影像的源数据。
源数据解析单元502，用于解析所述源数据，以获得解析文件。
图像解析单元503，用于利用所述解析文件的图像数据进行图像解析，以获得图像文件。
序列信息文件获取单元504，用于根据同一序列的各所述解析文件，获得序列信息文件，所述序列信息文件包括同一序列中各解析文件的信息数据中的显示信息以及检查基本信息。
存储单元505，用于按照检查及序列的目录层级进行序列信息文件以及序列内的各图像文件的存储，存储后的文件用于下载及影像显示。
可选地，所述序列信息文件获取单元504具体包括：
无关数据删除单元，用于将同一序列中各解析文件的信息数据中的与显示无关的数据删除；
冗余数据删除单元，用于将所述同一序列中各解析文件的信息数据中冗余的检查基本信息删除；
合并单元，用于合并所述同一序列中各解析文件的信息数据，以获得序列信息文件。
可选地，所述装置还包括：
压缩单元，用于当图像文件的文件大小大于预设阈值时，将所述图像文件进行渐进压缩，以获得低清晰度的图像文件。
可选地，所述装置还包括：
单帧图像保存单元，用于当图像文件为多帧图像时，将所述多帧图像分别保存为单帧的图像文件。
可选地，所述存储单元505中，按照检查及序列的目录层级进行序列信息文件以及序列内的各图像文件的压缩文件的存储。
可选地，所述检查的目录层级的标识与检查号相关联，所述序列的标识与序列顺序相关联，所述序列中的图像文件与影像顺序相关联。
这样，本申请实施例在存储数据时，分别获得了图像文件以及序列信息文件，序列信息文件包括同一序列中各解析文件的信息数据中的显示信息以及检查基本信息，而后，按照检查及序列的目录层级进行序列信息文件以及序列内的各图像文件的存储，存储后的文件用于下载及影像显示。该方法中，在存储前已经从源数据中解析出图像文件，并获得了序列信息文件，该序列信息文件包含了图像显示时所需的必要属性信息，用户直接下载图像文件和序列信息文件即可以实现影像的显示，同时，由于序列信息文件为单独的文件，避免了多个小文件传输对下载速度的影响，有效提高影像数据的下载速度和显示速度。
参见图6所示，本申请还提供一种医学影像数据的下载装置实施例，可以包括：
下载单元601，用于按照序列下载一检查下的序列信息文件以及图像文件，所述序列信息文件以及图像文件为如上述的存储装置存储的文件。
显示单元602，用于通过序列信息文件，获得附带属性标签的图像文件，以用于显示。
可选地，所述下载单元601具体包括：
序列信息下载单元，用于按照序列下载一检查下的所有的序列信息文件；
图像下载单元，用于按照下载优先级由高至低的顺序依次执行图像文件的下载任务，所述下载优先级包括优先级依次递增的低级任务、普通任务和高级任务，其中，低级任务为按照序列依次下载一检查下的图像文件，高级任务为当前查看需求下的图像文件，普通任务为所述当前查看需求下的图像文件所在的序列的其他图像文件。
通过上述实施例可知，即使本申请在存储医学影像源数据之前，对其进行了预处理，使得本申请的方案比未经任何处理的方案会少许增加一些时间，但对于存储医学影像源数据的效率要求不十分迫切，医生会按其检查时间或是否急诊等自然顺序进行诊断，整个预处理浪费的时间不会占用使用者下载影像或显示影像的时间，相反会提高显示影像的效率，并且多余的预处理时间与整个检查的等待诊断时间相比可以忽略不计。从整体优化或改进的效果上看，由于经过了一些去除冗余信息、特殊文件处理等进一步优化过程，会加快下载及显示速度，提高用户体验性。
以上所述仅是本发明的优选实施方式，虽然本发明已以较佳实施例披露如上，然而并非用以限定本发明。任何熟悉本领域的技术人员，在不脱离本发明技术方案范围情况下，都可利用上述揭示的方法和技术内容对本发明技术方案做出许多可能的变动和修饰，或修改为等同变化的等效实施例。因此，凡是未脱离本发明技术方案的内容，依据本发明的技术实质对以上实施例所做的任何的简单修改、等同变化及修饰，均仍属于本发明技术方案保护的范围内。

Claims (10)

1.一种医学影像数据的存储方法，其特征在于，包括：
接收医学影像的源数据；
解析所述源数据，以获得解析文件；
利用所述解析文件的图像数据进行图像解析，以获得图像文件；
根据同一序列的各所述解析文件，获得序列信息文件，所述序列信息文件包括同一序列中各解析文件的信息数据中的显示信息以及检查基本信息；
按照检查及序列的目录层级进行序列信息文件以及序列内的各图像文件的存储，存储后的文件用于下载及影像显示。
2.根据权利要求1所述的方法，其特征在于，所述根据所述解析文件，获得序列信息文件，包括：
将同一序列中各解析文件的信息数据中的与显示无关的数据删除；
将所述同一序列中各解析文件的信息数据中冗余的检查基本信息删除；
合并所述同一序列中各解析文件的信息数据，以获得序列信息文件。
3.根据权利要求1所述的方法，其特征在于，当图像文件的文件大小大于预设阈值时，所述将所述解析文件进行图像解析的步骤中，还包括：将所述图像文件进行渐进压缩，以获得低清晰度的图像文件。
4.根据权利要求1所述的方法，其特征在于，当图像文件为多帧图像时，所述将所述解析文件进行图像解析的步骤中，还包括：将所述多帧图像分别保存为单帧的图像文件。
5.根据权利要求1所述的方法，其特征在于，所述按照检查及序列的目录层级进行序列信息文件以及序列内的各图像文件的存储，包括：
按照检查及序列的目录层级进行序列信息文件以及序列内的各图像文件的压缩文件的存储。
6.根据权利要求1-5中任一项所述的方法，其特征在于，所述检查的目录层级的标识与检查号相关联，所述序列的标识与序列顺序相关联，所述序列中的图像文件与影像顺序相关联。
7.一种医学影像数据的下载方法，其特征在于，包括：
按照序列下载一检查下的序列信息文件以及图像文件，所述序列信息文件以及图像文件为如权利要求1-6中任一项所述的存储方法存储的文件；
通过序列信息文件，获得附带属性标签的图像文件，以用于显示。
8.根据权利要求7所述的下载方法，其特征在于，所述按照序列下载一检查下的序列信息文件以及图像文件，包括：
按照序列下载一检查下的所有的序列信息文件；
按照下载优先级由高至低的顺序依次执行图像文件的下载任务，所述下载优先级包括优先级依次递增的低级任务、普通任务和高级任务，其中，低级任务为按照序列依次下载一检查下的图像文件，高级任务为当前查看需求下的图像文件，普通任务为所述当前查看需求下的图像文件所在的序列的其他图像文件。
9.一种医学影像数据的存储装置，其特征在于，包括：
源数据接收单元，用于接收医学影像的源数据；
源数据解析单元，用于解析所述源数据，以获得解析文件；
图像解析单元，用于利用所述解析文件的图像数据进行图像解析，以获得图像文件；
序列信息文件获取单元，用于根据同一序列的各所述解析文件，获得序列信息文件，所述序列信息文件包括同一序列中各解析文件的信息数据中的显示信息以及检查基本信息；
存储单元，用于按照检查及序列的目录层级进行序列信息文件以及序列内的各图像文件的存储，存储后的文件用于下载及影像显示。
10.一种医学影像数据的下载装置，其特征在于，包括：
下载单元，用于按照序列下载一检查下的序列信息文件以及图像文件，所述序列信息文件以及图像文件为如权利要求9中任一项所述的存储装置存储的文件；
显示单元，用于通过序列信息文件，获得附带属性标签的图像文件，以用于显示。
CN201810206276.3A 2018-03-13 2018-03-13 一种医学影像数据的存储、下载方法及装置 Pending CN108447547A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201810206276.3A CN108447547A (zh) 2018-03-13 2018-03-13 一种医学影像数据的存储、下载方法及装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201810206276.3A CN108447547A (zh) 2018-03-13 2018-03-13 一种医学影像数据的存储、下载方法及装置

Publications (1)

Publication Number Publication Date
CN108447547A true CN108447547A (zh) 2018-08-24

Family

ID=63194153

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201810206276.3A Pending CN108447547A (zh) 2018-03-13 2018-03-13 一种医学影像数据的存储、下载方法及装置

Country Status (1)

Country Link
CN (1) CN108447547A (zh)

Cited By (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109585000A (zh) * 2018-12-25 2019-04-05 贵阳朗玛信息技术股份有限公司 医用胶片的打印方法、装置及系统
CN109949898A (zh) * 2019-02-19 2019-06-28 东软医疗系统股份有限公司 文件上传方法、存储方法、下载方法、系统、装置及设备
CN110136807A (zh) * 2019-05-22 2019-08-16 图兮深维医疗科技（苏州）有限公司 一种医学图像预加载装置及设备
CN110827959A (zh) * 2019-11-04 2020-02-21 武汉联影医疗科技有限公司 医学影像处理方法、装置和存储介质
CN111131410A (zh) * 2019-12-10 2020-05-08 武汉联影医疗科技有限公司 图像下载方法、计算机设备和存储介质
CN111403005A (zh) * 2020-03-11 2020-07-10 武汉联影医疗科技有限公司 医学影像数据采集方法、装置、计算机设备和存储介质
CN111916184A (zh) * 2020-07-31 2020-11-10 平安好医投资管理有限公司 医学检查图像下载方法、装置和计算机设备
CN112509674A (zh) * 2020-12-04 2021-03-16 赛诺联合医疗科技（北京）有限公司 Dicom医学影像数据的下载方法、系统和展示方法
CN112863651A (zh) * 2021-02-08 2021-05-28 卫宁健康科技集团股份有限公司 客户端的影像文件的下载方法、系统、设备和存储介质
CN113241153A (zh) * 2021-05-08 2021-08-10 上海联影医疗科技股份有限公司 图像加载方法、装置、电子设备及存储介质
CN114500498A (zh) * 2021-12-28 2022-05-13 武汉联影医疗科技有限公司 Dicom文件传输与存储方法、系统、设备及存储介质
CN114496175A (zh) * 2022-02-14 2022-05-13 联仁健康医疗大数据科技股份有限公司 一种医疗图像查看方法、装置、设备和存储介质
CN115658350A (zh) * 2022-12-13 2023-01-31 北京尽微致广信息技术有限公司 图像调用方法及相关装置
CN116779114A (zh) * 2023-08-24 2023-09-19 邹城市人民医院 一种抗肿瘤医疗mri图像信息智能管理系统

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101404029A (zh) * 2008-11-04 2009-04-08 深圳市蓝韵实业有限公司 一种dicom图像文件存储方法
CN103414904A (zh) * 2013-09-05 2013-11-27 苏州皓琪信息科技有限公司 医学大容量dicom动态影像数据压缩存储方法
CN105512246A (zh) * 2015-11-30 2016-04-20 上海联影医疗科技有限公司 Dicom文件的存取方法及其装置
US9600489B2 (en) * 2015-03-31 2017-03-21 Synaptive Medical (Barbados) Inc. File system for medical images and data
CN106709240A (zh) * 2016-12-01 2017-05-24 彭志勇 医学dicom图像显示方法
CN106909780A (zh) * 2017-02-20 2017-06-30 蓝网科技股份有限公司 医学影像信息处理方法及装置
CN107545136A (zh) * 2017-08-15 2018-01-05 刘志鹏 基于通用函数的医学影像处理方法

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101404029A (zh) * 2008-11-04 2009-04-08 深圳市蓝韵实业有限公司 一种dicom图像文件存储方法
CN103414904A (zh) * 2013-09-05 2013-11-27 苏州皓琪信息科技有限公司 医学大容量dicom动态影像数据压缩存储方法
US9600489B2 (en) * 2015-03-31 2017-03-21 Synaptive Medical (Barbados) Inc. File system for medical images and data
CN105512246A (zh) * 2015-11-30 2016-04-20 上海联影医疗科技有限公司 Dicom文件的存取方法及其装置
CN106709240A (zh) * 2016-12-01 2017-05-24 彭志勇 医学dicom图像显示方法
CN106909780A (zh) * 2017-02-20 2017-06-30 蓝网科技股份有限公司 医学影像信息处理方法及装置
CN107545136A (zh) * 2017-08-15 2018-01-05 刘志鹏 基于通用函数的医学影像处理方法

Cited By (21)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109585000A (zh) * 2018-12-25 2019-04-05 贵阳朗玛信息技术股份有限公司 医用胶片的打印方法、装置及系统
CN109949898A (zh) * 2019-02-19 2019-06-28 东软医疗系统股份有限公司 文件上传方法、存储方法、下载方法、系统、装置及设备
CN109949898B (zh) * 2019-02-19 2024-01-05 东软医疗系统股份有限公司 文件上传方法、存储方法、下载方法、系统、装置及设备
CN110136807A (zh) * 2019-05-22 2019-08-16 图兮深维医疗科技（苏州）有限公司 一种医学图像预加载装置及设备
CN110827959A (zh) * 2019-11-04 2020-02-21 武汉联影医疗科技有限公司 医学影像处理方法、装置和存储介质
CN110827959B (zh) * 2019-11-04 2023-03-24 武汉联影医疗科技有限公司 医学影像处理方法、装置和存储介质
CN111131410A (zh) * 2019-12-10 2020-05-08 武汉联影医疗科技有限公司 图像下载方法、计算机设备和存储介质
CN111403005B (zh) * 2020-03-11 2022-05-20 武汉联影医疗科技有限公司 医学影像数据采集方法、装置、计算机设备和存储介质
CN111403005A (zh) * 2020-03-11 2020-07-10 武汉联影医疗科技有限公司 医学影像数据采集方法、装置、计算机设备和存储介质
CN111916184B (zh) * 2020-07-31 2023-04-18 平安好医投资管理有限公司 医学检查图像下载方法、装置和计算机设备
CN111916184A (zh) * 2020-07-31 2020-11-10 平安好医投资管理有限公司 医学检查图像下载方法、装置和计算机设备
CN112509674A (zh) * 2020-12-04 2021-03-16 赛诺联合医疗科技（北京）有限公司 Dicom医学影像数据的下载方法、系统和展示方法
CN112509674B (zh) * 2020-12-04 2024-04-02 赛诺联合医疗科技（北京）有限公司 Dicom医学影像数据的下载方法、系统和展示方法
CN112863651A (zh) * 2021-02-08 2021-05-28 卫宁健康科技集团股份有限公司 客户端的影像文件的下载方法、系统、设备和存储介质
CN113241153A (zh) * 2021-05-08 2021-08-10 上海联影医疗科技股份有限公司 图像加载方法、装置、电子设备及存储介质
CN114500498A (zh) * 2021-12-28 2022-05-13 武汉联影医疗科技有限公司 Dicom文件传输与存储方法、系统、设备及存储介质
CN114500498B (zh) * 2021-12-28 2023-12-08 武汉联影医疗科技有限公司 Dicom文件传输与存储方法、系统、设备及存储介质
CN114496175A (zh) * 2022-02-14 2022-05-13 联仁健康医疗大数据科技股份有限公司 一种医疗图像查看方法、装置、设备和存储介质
CN115658350A (zh) * 2022-12-13 2023-01-31 北京尽微致广信息技术有限公司 图像调用方法及相关装置
CN116779114A (zh) * 2023-08-24 2023-09-19 邹城市人民医院 一种抗肿瘤医疗mri图像信息智能管理系统
CN116779114B (zh) * 2023-08-24 2023-11-03 邹城市人民医院 一种抗肿瘤医疗mri图像信息智能管理系统

Similar Documents

Publication Publication Date Title
CN108447547A (zh) 一种医学影像数据的存储、下载方法及装置
JP6193986B2 (ja) 画像を閲覧するための方法
US11734364B2 (en) Method and system for document similarity analysis
CN103577699A (zh) 一种基于Android平台的DICIOM医学图像显示处理方法
US9667696B2 (en) Low latency web-based DICOM viewer system
CN107992557A (zh) 静态资源更新方法、装置、存储介质和计算机设备
CN107784057B (zh) 医疗数据匹配方法和装置
CN113138781B (zh) Csv配置更新方法、存储介质
CN104699592B (zh) 一种日志数据传输的方法和系统
CN106326416B (zh) Dicom图像显示方法及装置
CN109409419B (zh) 用于处理数据的方法和装置
CN110119386A (zh) 数据处理方法、数据处理装置、介质和计算设备
CN107819748A (zh) 一种抗破解的验证码实现方法及装置
CN111859210B (zh) 图像处理方法、装置、设备及存储介质
CN104714880B (zh) 日志数据传输方法、系统及日志服务器
CN107402846A (zh) 文件处理方法和装置
CN107368484A (zh) 网页的静态资源文件的压缩方法及装置、获取方法及装置
US8984028B2 (en) Systems and methods for storing data and eliminating redundancy
JP6323461B2 (ja) サーバ装置、クライアント装置、情報処理方法および記録媒体
CN116564485A (zh) 医疗数据的处理方法、装置、设备、存储介质和程序产品
CN112052234B (zh) 业务数据的处理方法和装置、存储介质、电子装置
CN110033413B (zh) 客户端的图像处理方法、装置、设备、计算机可读介质
Reina Can Image Data Facilitate Reproducibility of Graphics and Visualizations? Toward a Trusted Scientific Practice
CN110704294B (zh) 用于确定响应时间的方法和装置
CN110309315B (zh) 模板文件的生成方法、装置、计算机可读介质及电子设备

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
CB02 Change of applicant information
CB02 Change of applicant information

Address after: 110179 No. 177-1 Innovation Road, Hunnan District, Shenyang City, Liaoning Province

Applicant after: DongSoft Medical System Co., Ltd.

Address before: 110179 No. 177-1 Innovation Road, Hunnan District, Shenyang City, Liaoning Province

Applicant before: Dongruan Medical Systems Co., Ltd., Shenyang

RJ01 Rejection of invention patent application after publication
RJ01 Rejection of invention patent application after publication

Application publication date: 20180824