本申请属于计算机技术领域，具体涉及一种dicom医学影像数据的下载方法、系统和展示方法。
背景技术：
技术实现要素：
(一)要解决的技术问题
鉴于现有技术的上述缺点、不足，本申请提供一种dicom医学影像数据的下载方法、系统和展示方法。
(二)技术方案
为达到上述目的，本申请采用如下技术方案：
第一方面，本申请提供一种dicom医学影像数据的下载方法，该方法包括：
s10、服务端基于患者扫描生成的dicom医学影像数据及数据中携带的患者信息和扫描信息，确定展示模型；
s20、所述服务端接收到用户设备针对所述dicom医学影像数据的下载请求，根据所述下载请求将所述展示模型发送至用户设备；
s30、所述服务端接收用户设备基于所述展示模型发送的下载信息，根据所述下载信息向用户设备传输所述dicom医学影像数据。
可选地，步骤s10包括：
从所述dicom影像数据中提取该影像数据中携带的患者信息和扫描信息，作为影像数据特征；
基于所述影像数据特征，从预先建立的特征评价指标集合中选取包含所述影像数据特征的特征评价指标，并获取相应的指标评分值；
基于预先建立的展示方式集合，确定所述dicom影像数据的可选的展示方式；
基于所述特征评价指标，从预先建立的特征展示模型映射表中匹配得到每个可选的展示方式对应的特征评价指标的权重，所述特征展示模型映射表包括展示方式与特征评价指标的映射关系以及每种展示方式下，每个特征评价指标的权重；
基于特征评价指标的权重和指标评分值得到每个可选的展示方式的展示优先度；
将展示优先度最高的展示方式作为展示模型。
可选地，所述特征评价指标集合包括：
基于患者信息、扫描信息中的一种信息或多种信息的组合得到的特征评价指标，以及
针对每个特征评价指标，由医疗专家根据指标的重要程度确定的指标评分值。
可选地，所述dicom影像数据包括多张医学影像，所述下载信息包括医学影像的下载起始位置、医学影像的下载顺序。
可选地，所述特征评价指标的权重由基于医生的常规操作信息和医疗报告内容生成的统计信息确定。
可选地，所述展示优先度基于特征评价指标的权重和指标评分值通过展示优先度计算公式计算得到，所述展示优先度计算公式为：
p(d,sd)＝s(t1)*r(t1,sd)+s(t2)*r(t2,sd)+...+s(tn)*r(tn,sd)
其中，d表示dicom影像数据，sd表示可选展示方式，tn表示第n个特征评价指标，n表示特征指标的数量，p(d,sd)表示展示优先度，s(tn)表示特征评价指标tn的指标评分值，r(tn,sd)表示特征评价指标tn的权重。
第二方面，本申请提供一种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为本申请另一个实施例中的展示模型确定方法流程示意图；
图3为本申请另一个实施例中的特征评价指标与展示模型映射关系示例图；
图4为本申请又一个实施例中的内存dicom预加载空间示例图；
图5为本申请又一个实施例中的dicom医学影像显示效果示例图；
图6为本申请再一个实施例中的dicom医学影像数据的下载系统架构示意图；
图7为本申请另一个实施例中的电子设备的架构示意图。
具体实施方式
为了更好地理解本发明，在进行具体实施方式介绍之前，先对dicom医学影像数据进行介绍。
一个患者的一次扫描操作生成dicom影像数据称为一个dicom序列，一个dicom序列是由多张连续的dicom影像文件(dicomimage)组成，每张dicom影像文件在阅片程序中都会展示成一个图片。一次阅片中的dicom影像会包括1个或者多个序列，在dicom影像的阅片程序中，为了方便快捷的对dicom影像的数据进行更多处理，比如将原始的影像数据生成多平面重建图像，dicom阅片程序会将所有的影像数据放入一个连续的内存中，在内存中第一张图片的数据后面就是第二张的图片数据，第m张图片数据后面就是第m+1张的图片数据，这样可以更加快速的处理影像数据。
实施例一
图1为本申请一个实施例中的dicom医学影像数据的下载方法流程示意图，如图1所示，该方法包括：
s20、服务端接收到用户设备针对dicom医学影像数据的下载请求，根据下载请求将展示模型发送至用户设备；
s30、服务端接收用户设备基于展示模型发送的下载信息，根据下载信息向用户设备传输dicom医学影像数据。
本实施例中，扫描信息包括扫描数据类型、扫描协议类型、扫描部位，患者信息包括疾病症状、医院名称、患者年龄、患者性别。
在一些实施例中，特征评价指标集合可以包括：
在一些实施例中，dicom影像数据包括多张医学影像，下载信息包括医学影像的下载起始位置、医学影像的下载顺序。
在一些实施例中，特征评价指标的权重由基于医生的常规操作信息和医疗报告内容生成的统计信息确定。
实施例二
本申请第二方面通过另一实施例提供了一种dicom医学影像数据的下载方法，该方法应用于服务端，与实施例一中步骤s10-s30相同，不再具体描述。本实施例中仅对其中的展示模型的确定方法进行详细说明。图2为本申请另一个实施例中的展示模型确定方法流程示意图，如图2所示，该方法包括：
s1、存储dicom医学影像数据的服务器获取待下载的dicom医学影像数据源，提取dicom影像的特征，建立基于特征评价指标的数据模型。
本实施例中，特征评价指标的重要程度使用的分数即为指标评分值。
一个特征评价指标就是对于数据模型的一个描述，也即是数据模型的一个特征，通过一个特征评价指标集合可以完整的描述一个数据模型。一个特征标注为t，一个数据模型由n个特征组合而成，这些特征标注为t1、t2、t3...tn。一个数据可以表示为d(t1，t2，t3...tn)。
比如在医院的生成dicom影像的设备操作软件会预定义一些扫描信息，称为扫描协议，在医院中会针对具体的部位进一步定义扫描协议，头部协议、心脏协议、全身协议等。这些协议进行微调后,已经可以满足大部分患者的扫描，在医院的扫描过程中，基本上不会再修改这些协议。对dicom数据进行建模的时候，可以将扫描协议里的一些信息作为数据模型里的一个特征。以一个使用头部协议进行头部扫描的ct影像序列为例，将扫描完成的头部ct数据传输到服务器后，数据模型解析器可以提取出一部分的特征评价指标是；数据类型(ct)、扫描部位(头部)、病情症状特征(头疼)、医院名称(某某医院)、患者年龄(60)、患者性别(女)。
需要说明的是，特征评价指标可以是一个单独的信息，也可以是一个组合的信息。比如协议类型是一个特征评价指标，数据类型是一个特征评价指标，协议类型+数据类型的组合也可以是一个特征评价指标。
一个dicom数据模型有很多的特征评价指标,但是每个特征评价指标的重要程度是不同的，以一个使用头部协议进行头部扫描的ct影像序列为例。数据类型(ct)这个特征的重要程度比医院信息(某某医院)的重要程度要高很多，组合特征(ct+头部数据)是一个比单独的数据类型(ct)更重要的特征评价指标。对所有的特征的重要程度使用分数进行标记，s(t)＝10，表示t这个特征的分数是10分。分数越高表示特征的重要程度越高。s(t)的初始值由一些有经验的医生综合评估给出。
s2、查找数据d(t1,t2,t3..tn)对应的展示模型sd。
一个数据d(t1,t2,t3..tn)的可能对应多个展示模型：sd1、sd2、sd3....sdn。
展示模型是一个数据在客户端展示时使用的模型，客户端得到展示模型后，可以从展示模型中获取信息来决定数据怎么下载和显示，例如下载起始位置，下载顺序，显示的clut表(颜色映射表)等。服务端会预先定义好一部分的展示模型，并通过的大量的数据分析对展示模型进行调整。
s3、当一个数据对应多个展示模型时，确定每个展示模型在此数据中的优先度。
p(d，sd)表示展示模型sd在数据d中的优先度，优先度更高的展示模型被优先使用。展示模型sd在数据d中的优先度的计算方法为：计算展示模型sd在特征评价指标中的优先度p(t，sd)，使用特征评价指标分数s(t)乘以特征展示模型关联度r(t,sd)，如公式(1)所示。
p(t,sd)＝s(t)*r(t,sd)(1)
当一个数据包括多个特征评价指标时，展示模型sd在数据d中的优先度计算方法为：将数据d中所有的p(t，sd)求和，如公式(2)所示。
p(d,sd)＝s(t1)*r(t1,sd)+s(t2)*r(t2,sd)+...+s(tn)*r(tn,sd)(2)
其中，tn表示第n个特征评价指标，n表示特征评价指标的数量，p(d,sd)表示下载优先度，s(tn)表示特征评价指标tn的分数，r(tn,sd)表示特征评价指标tn与展示模型sd关联度。
特征展示模型关联度是通过查询预先建立的特征展示模型映射表得到的。
对所有的特征评价指标建立一个展示模型映射表，这个表将每个特征评价指标关联到展示模型，并通过关联度来表示其关联的紧密性。展示模型包括优先展示数据信息，还包括影像数据下载时的优先下载位置，下载时的顺序列表。图3为本申请另一个实施例中的特征评价指标与展示模型映射关系示例图，如图3所示，t表示特征评价指标，sd表示展示模型，二者之间连线标识的数值为关联度。图3示出了3个特征评价指标与4个展示模型的映射关系。r(t1,sd1)＝99表示特征评价指标t1和展示模型sd1直接的关联数值是99，把r(t1,sd1)称为特征展示模型关联度。
本实施例中，特征展示模型关联度可以通过医生在影像数据浏览时的操作习惯和医生阅片报告内容来进行调整。比如医生经常在全身扫描数据的心脏位置进行测量，那么就可以增加相应r(t,sd)的值，其中t表示全身扫描，sd表示优先下载心脏的展示模型。
s4、将数据d中所有的p(d,sd)进行排序，选取出其中优先度最高的，作为数据的展示模型。
实施例三
本申请第二方面通过又一实施例提供了一种dicom医学影像数据的展示方法，应用于客户端，该方法包括以下步骤。
a1、用户设备通过dicom医学影像数据的下载方法下载dicom医学影像数据，包括：
a1.1、用户设备向服务器发送dicom医学影像数据的下载请求，用户设备根据dicom医学影像数据的长度信息，在内存中划分预加载空间。
用户设备每次下载数据时，获取整个dicom影像数据的长度，按照这个长度在用户的计算机上先申请一片连续的内存。
图4为本申请又一个实施例中的内存dicom预加载空间示例图，图4为256mb的dicom预加载空间示例图，图4中(b)为下载1张影像数据后的dicom预加载空间示例图，图4中(c)为下载多张影像数据后的dicom预加载空间示例图。请参阅图4中(a)，一个dicom影像的数据是512kb，总共有500张dicom影像文件，总数据长度为512k，在下载前先在计算机上申请256mb的内存空间，这些内存的数据全部设置为0x00。将这个内存空间命名为dicom预加载空间。
a1.2、用户设备接收服务端基于下载请求发送的展示模型。
申请完内存数据后，获取数据的展示模型，根据展示模型的信息优先下载某个位置的影像数据，并确定下载顺序。
以一个xx医院的头部ct数据为例，整个影像数据包含n张图像，在没有展示模型的时候下载数据是n/2、n/2-1、n/2+1、n/2-2、n/2+2....1、n，使用展示模型之后下载数据可能变为m、m+1、m+2...n、1、2、3...m-1。每下载一张dicom影像数据，将此影像数据的真实数据填充到dicom预加载空间。请继续参阅图4中(b)和(c)，(b)示出了下载1张影像数据后的dicom预加载空间，(c)示出了下载多张影像数据后的dicom预加载空间。
其中，展示模型为服务端针对待下载的dicom医学影像数据，比较可选的展示模型的展示优先度获取的展示模型，展示优先度通过对待下载的dicom医学影像数据的特征评价指标的评分值进行加权得到。
a1.3、用户设备基于展示模型向服务端发送dicom医学影像数据的下载信息。
a1.4、用户设备接收服务器基于下载信息传输的dicom医学影像数据。
a2、在下载过程中，对接收到的每一张医学影像进行展示。
实施例四
本申请第三方面通过再一实施例提供了一种dicom医学影像数据的下载系统，包括服务器和用户设备，服务器执行如上实施例一或二所述的dicom医学影像数据的下载方法，用户设备执行如上实施例三中所述的dicom医学影像数据的下载方法。
图6为本申请再一个实施例中的dicom医学影像数据的下载系统架构示意图，如图6所示，用户设备可以包括手机、平板电脑、笔记本、台式机等各种可以连接网络的终端设备。用户设备与dicom数据服务器的网络连接可以采用有线方式，也可以采用无线通信的方式连接。
实施例五
本申请第四方面通过另一实施例提供了一种电子设备，包括：存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，计算机程序被处理器执行时实现如上实施例中任一项所述的dicom医学影像数据的下载方法或dicom医学影像数据的展示方法的步骤。
图7为本申请另一个实施例中的电子设备的架构示意图。如图7所示，电子设备可包括：至少一个处理器71、至少一个存储器72、至少一个网络接口74和其他的用户接口73。电子设备中的各个组件通过总线系统75耦合在一起。可理解，总线系统75用于实现这些组件之间的连接通信。总线系统75除包括数据总线之外，还包括电源总线、控制总线和状态信号总线。但是为了清楚说明起见，在图7中将各种总线都标为总线系统75。
其中，用户接口73可以包括显示器、键盘或者点击设备(例如，鼠标，轨迹球(trackball)或者触感板等。
可以理解，本实施例中的存储器72可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(read-onlymemory，rom)、可编程只读存储器(programmablerom，prom)、可擦除可编程只读存储器(erasableprom，eprom)、电可擦除可编程只读存储器(electricallyeprom，eeprom)或闪存。易失性存储器可以是随机存取存储器(randomaccessmemory，ram)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的ram可用，例如静态随机存取存储器(staticram，sram)、动态随机存取存储器(dynamicram，dram)、同步动态随机存取存储器(synchronousdram，sdram)、双倍数据速率同步动态随机存取存储器(doubledataratesdram，ddrsdram)、增强型同步动态随机存取存储器(enhancedsdram，esdram)、同步连接动态随机存取存储器(synchlinkdram，sldram)和直接内存总线随机存取存储器(directrambusram，drram)。本文描述的存储器72旨在包括但不限于这些和任意其它适合类型的存储器。
在一些实施方式中，存储器72存储了如下的元素，可执行单元或者数据结构，或者他们的子集，或者他们的扩展集：操作系统721和应用程序722。
其中，操作系统721，包含各种系统程序，例如框架层、核心库层、驱动层等，用于实现各种基础业务以及处理基于硬件的任务。应用程序722，包含各种应用程序，例如工业控制设备运行管理系统，用于实现各种应用业务。实现本发明实施例方法的程序可以包含在应用程序722中。
在本发明实施例中，处理器71通过调用存储器72存储的程序或指令，具体的，可以是应用程序722中存储的程序或指令，处理器71用于执行第一方面或第二方面所提供的方法步骤。
上述本发明实施例揭示的方法可以应用于处理器71中，或者由处理器71实现。处理器71可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器71中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器71可以是通用处理器、数字信号处理器(digitalsignalprocessor，dsp)、专用集成电路(applicationspecificintegratedcircuit，asic)、现成可编程门阵列(fieldprogrammablegatearray，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本发明实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件单元组合执行完成。软件单元可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器72，处理器71读取存储器72中的信息，结合其硬件完成上述方法的步骤。
另外，结合上述实施例中的dicom医学影像数据的下载方法或dicom医学影像数据的展示方法，本发明实施例可提供一种计算机可读存储介质，计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如上方法实施例中的任意一种dicom医学影像数据的下载方法或dicom医学影像数据的展示方法。
可以理解的是，本文描述的这些实施例可以用硬件、软件、固件、中间件、微码或其组合来实现。对于硬件实现，处理单元可以实现在一个或多个专用集成电路(asic)、数字信号处理器(dsp)、数字信号处理设备(dspdevice，dspd)、可编程逻辑设备(pld)、现场可编程门阵列(fpga)、通用处理器、控制器、微控制器、微处理器、用于执行本申请所述功能的其它电子单元或其组合中。
对于软件实现，可通过执行本文所述功能的单元来实现本文所述的技术。软件代码可存储在存储器中并通过处理器执行。存储器可以在处理器中或在处理器外部实现。
在本申请公开的上述实施例中，应该理解到，所揭露的设备和方法，也可以通过其它的方式实现。以上所描述的设备和方法实施例仅仅是示意性的，例如，附图中的流程图和框图显示了根据本公开的多个实施例的方法、设备和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现方式中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
应当注意的是，在权利要求中，不应将位于括号之间的任何附图标记理解成对权利要求的限制。词语“包含”不排除存在未列在权利要求中的部件或步骤。位于部件之前的词语“一”或“一个”不排除存在多个这样的部件。此外，需要说明的是，在本说明书的描述中，术语“一个实施例”、“一些实施例”、“实施例”、“示例”、“具体示例”或“一些示例”等的描述，是指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本发明的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不必须针对的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。
尽管已描述了本发明的优选实施例，但本领域的技术人员在得知了基本创造性概念后，则可对这些实施例作出另外的变更和修改。所以，权利要求应该解释为包括优选实施例以及落入本发明范围的所有变更和修改。
显然，本领域的技术人员可以对本发明进行各种修改和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也应该包含这些修改和变型在内。