一种应用于云胶片系统的原始DICOM影像下载方法技术方案

本发明专利技术提供一种应用于云胶片系统的原始DICOM影像下载方法，属于原始DICOM影像下载技术领域，包括以下步骤：将原始DICOM影像依次进行无损压缩、存储以及优化下载。本发明专利技术解决了应用于云胶片系统的原始DICOM影像下载过程中浏览器下载一张图像需要提醒保存一次的问题。浏览器下载一张图像需要提醒保存一次的问题。浏览器下载一张图像需要提醒保存一次的问题。

【技术实现步骤摘要】
一种应用于云胶片系统的原始DICOM影像下载方法

：
[0001]本专利技术属于原始DICOM影像下载
，具体涉及一种应用于云胶片系统的原始DICOM影像下载方法。

技术介绍
：
[0002]数字影像是指医疗机构在X线计算机体层(CT)扫描、磁共振扫描(MRI)、X线检查时，将原始生成的无损压缩DICOM格式图片储存在服务器上，可通过授权在手机端下载并不限次数直接浏览的影像。数字影像统称为云胶片。
[0003]云胶片通过多种互联网入口，如检查二维码、医院公众号和云胶片服务号等，并需要使用微信小程序进行开发以及最终实现在手机端采用H5原始影像进行浏览。目前的云胶片在手机端基本是通过微信小程序或者公众号的形势展示。随着检查设备精度的提升，一次CT扫描产生的影像能达到几百至上万张，当用户通过云胶片系统下载原始DICOM影像数据给医疗机构或医生诊断时，由于手机端的微信小程序内嵌的浏览器，下载原始DICOM图像时，会一张一张下载，且每下载一张图像就会提醒手动端保存一次，也就意味着需要在手机端操作下载保存几百次。这对于用户来说，无疑是增加了操作的负担，严重影响云胶片系统的体验，另外，频繁下载保存图像，增加了手机的存储碎片，降低了手机性能。

技术实现思路
：
[0004]本专利技术实施例提供了一种应用于云胶片系统的原始DICOM影像下载方法，解决了应用于云胶片系统的原始DICOM影像下载过程中浏览器下载一张图像需要提醒保存一次的问题。
[0005]本专利技术实施例提供了一种应用于云胶片系统的原始DICOM影像下载方法，包括以下步骤：
[0006]将原始DICOM影像依次进行无损压缩、存储以及优化下载。
[0007]在本专利技术某些实施例中，包括以下步骤：
[0008]将原始DICOM影像依次进行无损压缩、存储以及批量下载。
[0009]在某些实施例中，采用JPEGLossless无损压缩方式对服务器上的原始DICOM影像进行无损压缩。
[0010]在本专利技术某些实施例中，采用Zip存储方式对服务器上的仅经过无损压缩后的指定批量原始DICOM影像复制至同一压缩包内并不进行任何压缩操作。
[0011]在某些实施例中，采用Http断点续传方式将指定原始DICOM影像进行批量下载。
[0012]在本专利技术某些实施例中，所述指定原始DICOM影像在进行批量下载的过程中，采用所述Http断点续传方式，能够实现从所述指定原始DICOM影像上次下载中断的节点开始重新下载。
[0013]在某些实施例中，在客户端侧包括如下步骤：
[0014](1)浏览所述批量指定原始DICOM影像；
[0015](2)请求下载整个所述批量指定原始DICOM影像；
[0016](3)提示本地客户端中所述批量指定原始DICOM影像存储位置；
[0017](4)发送Http断点续传请求。
[0018]在某些实施例中，在服务器侧包括如下步骤：
[0019](1)等到客户端侧的步骤(3)完成后，响应下载批量指定原始DICOM影像请求；
[0020](2)判断是否已经将所述批量指定原始DICOM影像打包；
[0021](3)在服务器侧的步骤(2)处于已经将所述批量指定原始DICOM影像打包的状态下，进入服务器与客户端之间的Http断点续传的下载环节；
[0022](4)在服务器侧的步骤(2)处于没有将所述批量指定原始DICOM影像打包状态下，进入将所述批量指定原始DICOM影像打包的环节，其中依次经过步骤：从存储系统下载文件到临时目录、对临时目录进行压缩文件名称设置、设置压缩模式为“存储模式”、开始循环压缩、产生批量指定原始DICOM影像归档，并在将所述批量指定原始DICOM影像打包的环节结束后，循环进入服务器侧的步骤(2)环节，直至将所述批量指定原始DICOM影像打包完成，才能进入服务器侧的步骤(3)环节。
[0023]在某些实施例中，该应用于云胶片系统的原始DICOM影像下载方法还包括位于客户端侧步骤(2)和步骤(3)之间的分解信息处理单元，所述分解信息处理单元包括如下步骤：
[0024](1)获取患者检查后得到的原始DICOM影像的元数据信息；
[0025](2)响应所述分解信息处理单元中的步骤(1)请求；
[0026](3)查找患者检查后得到的原始DICOM影像文件；
[0027](4)遍历解析获取原始DICOM影像的元数据信息；
[0028](5)去除同一序列的冗余原始DICOM影像的元数据信息，保留单张图像的个性信息；
[0029](6)建立以序列为父节点，图像为子节点的内存Json数据结构；
[0030](7)获取Json数据结构信息；以及
[0031]其中，客户端侧的步骤(2)完成后直接进入所述分解信息处理单元中的步骤(1)；所述分解信息处理单元中的步骤(7)完成后直接进入客户端侧的步骤(3)。
[0032]在某些实施例中，在所述客户端侧的步骤(2)完成后，在客户端侧还包括如下步骤：
[0033]像素信息压缩包下载完成；
[0034]Json元数据和像素数据还原成原始文件。
[0035]本专利技术实施例中的应用于云胶片系统的原始DICOM影像下载方法采用Zip的存储模式，把服务器上几千张图像打包成一个文件进行下载，通过Http断点续传方式，从而实现手机端的图像下载调阅，解决了浏览器下载一张图像需要提醒保存一次的问题。Http属于无状态传输协议，该应用于云胶片系统的原始DICOM影像下载方法通过断点续传方式，减少Http冗余请求次数，提升了下载效率，方便用户手机端调阅和下载图像，避免了多次频繁重复保存操作。
[0036]本专利技术的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本专利技术而了解。本专利技术的目的和其他优点可通过在说明书以及
附图中所特别指出的结构来实现和获得。
附图说明：
[0037]附图用来提供对本专利技术进一步理解，并且构成说明书的一部分，与本专利技术的实施例一起用于解释本专利技术，并不构成对本专利技术的限制。在附图中：
[0038]图1为在一实施例中应用于云胶片系统的原始DICOM影像下载方法的一流程图；
[0039]图2为在一实施例中应用于云胶片系统的原始DICOM影像下载方法的另一流程图；
具体实施方式：
[0040]为了使得本专利技术的技术方案的目的、技术方案和优点更加清楚，下文中将结合本专利技术具体实施例的附图，对本专利技术实施例的技术方案进行清楚、完整的描述。附图中相同的附图标记代表相同的部件。需要说明的是，所描述的实施例是本专利技术的一部分实施例，而不是全部的实施例。基于所描述的本专利技术的实施例，本领域普通技术人员在无需创造性劳动的前提下所获得的所有其他实施例，都属于本专利技术保护的范围。
[0041]如图1所示，在一实施例中提供了一种应用于云胶片系统的原始本文档来自技高网...

【技术保护点】

【技术特征摘要】
1.一种应用于云胶片系统的原始DICOM影像下载方法，其特征在于，包括以下步骤：将原始DICOM影像依次进行无损压缩、存储以及优化下载。2.根据权利要求1所述的应用于云胶片系统的原始DICOM影像下载方法，其特征在于，包括以下步骤：将原始DICOM影像依次进行无损压缩、存储以及批量下载。3.根据权利要求1所述的应用于云胶片系统的原始DICOM影像下载方法，其特征在于，采用JPEGLossless无损压缩方式对服务器上的原始DICOM影像进行无损压缩。4.根据权利要求1所述的应用于云胶片系统的原始DICOM影像下载方法，其特征在于，采用Zip存储方式对服务器上的仅经过无损压缩后的指定批量原始DICOM影像复制至同一压缩包内并不进行任何压缩操作。5.根据权利要求1所述的应用于云胶片系统的原始DICOM影像下载方法，其特征在于，采用Http断点续传方式将指定原始DICOM影像进行批量下载。6.根据权利要求4所述的应用于云胶片系统的原始DICOM影像下载方法，其特征在于，所述指定原始DICOM影像在进行批量下载的过程中，采用所述Http断点续传方式，能够实现从所述指定原始DICOM影像上次下载中断的节点开始重新下载。7.根据权利要求1所述的应用于云胶片系统的原始DICOM影像下载方法，其特征在于，在客户端侧包括如下步骤：(1)浏览所述批量指定原始DICOM影像；(2)请求下载整个所述批量指定原始DICOM影像；(3)提示本地客户端中所述批量指定原始DICOM影像存储位置；(4)发送Http断点续传请求。8.根据权利要求7所述的应用于云胶片系统的原始DICOM影像下载方法，其特征在于，在服务器侧包括如下步骤：(1)等到客户端侧的步骤(3)完成后，响应下载批量指定原始DICOM影像请求；(2)判断是否已经将所述批量指定原始DICOM...

【专利技术属性】
技术研发人员：刘磊，张松，季阳阳，杨黄成，刘志萍，
申请(专利权)人：江苏颐东信息技术有限公司，
类型：发明
国别省市：