一种基于网络页面查看DICOM文件的系统、方法及设备与流程

一种基于网络页面查看dicom文件的系统、方法及设备
技术领域
[0001]
本申请涉及医疗技术领域，特别是涉及一种基于网络页面查看dicom文件的系统、方法及设备。


背景技术：

[0002]
随着网络技术的发展，网络信息交互在医疗领域越来越普及，现在各个医院都通过网络进行医疗信息的传输。
[0003]
目前针对一些医学图像采用dicom(digital imaging and communications in medicine，医学数字成像和通信)的格式进行传输，但是dicom文件展示过程中，需要用户将dicom文件下载下来，再借助安装在终端设备上的服务系统平台对dicom文件进行处理解析后，才能展示。这个过程往往需要的时间比较长，并且由于终端运行速度较慢，对dicom文件的处理解析的速度也相对较慢，不方便用户的使用。


技术实现要素：

[0004]
有鉴于此，本申请提供了一种基于网络页面查看dicom文件的系统、方法及设备。主要目的在于解决目前针对dicom文件利用终端的服务系统平台进行下载解析的速度较慢，使用不方便的技术问题。
[0005]
依据本申请的第一方面，提供了一种基于网络页面查看dicom文件的系统，所述系统包括：终端、前端服务器、后端服务器和三方服务器，所述终端与所述前端服务器连接，所述前端服务器与所述后端服务器连接，所述后端服务器与所述三方服务器连接；
[0006]
所述终端，用于将医疗协作平台生成的加载指令发送给前端服务器，其中，所述加载指令中包含统一资源定位符和与dicom文件对应的文件标识，所述医疗协作平台安装在所述终端上；
[0007]
所述前端服务器，用于提取加载指令中的统一资源定位符，将与所述统一资源定位符对应的网络页面推送至所述终端进行显示，提取所述加载指令中的文件标识，将所述文件标识发送至后端服务器；
[0008]
所述后端服务器，用于根据所述文件标识确定三方服务器，从所述三方服务器中获取与所述文件标识相匹配的dicom文件，并将所述dicom文件发送至前端服务器；
[0009]
所述前端服务器，还用于对所述dicom文件进行数据处理得到医学三维图像，并将所述医学三维图像发送至所述终端；
[0010]
所述终端，还用于在所述网络页面的展示窗口上展示所述医学三维图像。
[0011]
依据本申请的第二方面提出了一种基于网络页面查看dicom文件的方法，所述方法包括：
[0012]
将医疗协作平台生成的加载指令发送给前端服务器，其中，所述加载指令中包含统一资源定位符和与dicom文件对应的文件标识，所述医疗协作平台安装在所述终端上；
[0013]
接收前端服务器发来的与所述统一资源定位符对应的网络页面，并对所述网络页
面进行显示；
[0014]
基于所述前端服务器向所述后端服务器发送的所述加载指令中的所述文件标识，与所述后端服务器建立连接，所述后端服务器从所述三方服务器中获取的所述文件标识相匹配的dicom文件；
[0015]
接收所述后端服务器发来的对所述dicom文件进行数据处理得到医学三维图像，对所述医学三维图像在所述网络页面中进行展示。
[0016]
依据本申请的第三方面，提出了一种存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现第二方面所述的方法。
[0017]
依据本申请的第四方面，提出了一种前端服务器设备，包括存储介质、处理器及存储在存储介质上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现第二方面所述的方法。
[0018]
借由上述技术方案，本申请提供的一种基于网络页面查看dicom文件的系统、方法及设备，用户触发终端上的医疗协作平台上的相应按键之后，终端生成携带统一资源定位符和文件标识的加载指令，并发送给前端服务器，前端服务器将统一资源定位符对应的网络页面推送至终端显示，前端服务器将文件标识发送给后端服务器，后端服务器根据该文件标识从三方服务器中查找dicom文件，对dicom文件进行解析得到医学三维图像并发送至终端，在终端的网络页面的展示窗口上展示该医学三维图像。这样，终端可以直接通过网络页面对dicom文件进行查看，省去了加载处理的过程，还能节省终端的存储空间，同时还能加快dicom文件的展示的速度，方便用户使用。
[0019]
上述说明仅是本申请技术方案的概述，为了能够更清楚了解本申请的技术手段，而可依照说明书的内容予以实施，并且为了让本申请的上述和其它目的、特征和优点能够更明显易懂，以下特举本申请的具体实施方式。
附图说明
[0020]
通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本申请的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：
[0021]
图1为本申请的一个实施例的基于网络页面查看dicom文件的系统框图；
[0022]
图2为本申请的另一个实施例的基于网络页面查看dicom文件的方法的流程图；
[0023]
图3为本申请的一个实施例的终端设备的结构框图。
具体实施方式
[0024]
下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。
[0025]
如图1所示，本申请实施例提供了一种基于网络页面查看dicom文件的系统，包括：终端11、前端服务器12、后端服务器13和三方服务器14，终端11与前端服务器12连接，前端服务器12与后端服务器13连接，后端服务器13与三方服务器14连接。
[0026]
终端11，用于将医疗协作平台生成的加载指令发送给前端服务器12，其中，加载指令中包含统一资源定位符和与dicom文件对应的文件标识，医疗协作平台安装在终端11上。
[0027]
在上述方案中，在终端11上安装医疗协作平台，用户可以通过医疗协作平台进行医疗信息共享。例如，a医院和b医院的终端上均安装有医疗协作平台，属于医疗协作平台的注册用户，a医院和b医院可以将一些医疗信息(患者就诊的信息)在医疗协作平台上共享，这样方便进行医疗信息的交互。
[0028]
在协作平台上设有用来加载dicom文件的按键(在医疗协作平台上，可以是一个“眼睛”的标识或者其他形状/文字标识)，当用户想要查看dicom文件时，就会触发这个按键，然后，就会形成一个加载指令，并将对应dicom文件的统一资源定位符(url，uniform resource locator)和文件标识添加至该加载指令中，发给前端服务器12。
[0029]
其中，前端服务器12为tps服务系统(treatment planning system，放射治疗计划系统)的前端服务器12。
[0030]
前端服务器12，用于提取加载指令中的统一资源定位符，将与统一资源定位符对应的网络页面推送至终端11进行显示，提取加载指令中的文件标识，将文件标识发送至后端服务器13。
[0031]
在上述方案中，前端服务器12接收到加载指令后，就会提取其中的统一资源定位符，根据该统一资源定位符查找对应的网络页面，对该网络页面进行渲染后推送至终端11的显示屏进行显示，这样，在用户触发对应按键后，就会自动在终端11上打开浏览器中对应的网络页面。用户就可以直接在浏览器中查看dicom文件。
[0032]
然后，前端服务器12对加载指令进行处理，将其中携带的统一资源定位符去掉后，只保留文件标识，将文件标识发送至后端服务器13。其中，该文件标识为dicom文件的对应存储位置，可以根据该文件标识查找到dicom文件。
[0033]
其中，后端服务器13为tps服务系统的后端服务器13。
[0034]
后端服务器13，用于与终端11建立连接，并根据文件标识确定三方服务器14，从三方服务器14中获取与文件标识相匹配的dicom文件，对dicom文件进行数据处理得到医学三维图像，并将医学三维图像发送至终端11。
[0035]
在上述方案中，其他用户会预先将dicom文件存储至三方服务器14对应的存储位置中。后端服务器13基于文件标识与终端11建立连接。后端服务器13根据文件标识从多个三方服务器14中，查找到对应的三方服务器14，并从对应的三方服务器14中获取文件标识对应的dicom文件的fileid地址，直接从该fileid中提取dicom文件。这样就可以获得用户需要的dicom文件了。
[0036]
由于dicom文件中是多张医学影像图片，例如，ct检测时得到的医学影像图片。这些医学影像图片是二维图像，为了使得用户能够直观的观看，需要将多张医学影像图片组合起来形成医学三维图像。将得到的医学三维图像发送至终端11。
[0037]
终端11，还用于在网络页面的展示窗口上展示医学三维图像。
[0038]
在上述方案中，终端11上的浏览器中已经打开对应的网络页面，该网络页面上有对应dicom文件的展示窗口。当终端11接收到前端服务器12发来的医学三维图像后，就会在该展示窗口展示该医学三维图像，以供用户查看。
[0039]
通过上述方案，可以直接通过终端11上的网络页面对dicom文件进行查看，省去了
加载处理的过程，还能节省终端11的存储空间，同时还能加快dicom文件的展示的速度，方便用户使用。
[0040]
在具体实施例中，终端11，还用于在接收到医疗协作平台发来的加载指令之前，在医疗协作平台的图像加载键上携带统一资源定位符和文件标识；当图像加载键被触发后，医疗协作平台会生成加载指令，在加载指令中添加统一资源定位符和文件标识。
[0041]
例如，在终端11的医疗协作平台上，用户想要查看a医院的数据，则对应打开a医院的医疗协作平台，a医院的医疗协作平台上设有图像加载键(可以是一个“眼睛”的标识或者其他形状/文字标识)，在该图像加载键上添加对应网络页面的url(统一资源定位符)，以及a医院的dicom文件的存储地址的文件标识。当用户想要查看a医院的dicom文件时，触发该图像加载键，就会生成加载指令，并将该图像加载键携带的统一资源定位符和文件标识，添加至该加载指令中。将该加载指令反馈给终端11，利用终端11的通讯模块发送至前端服务器12中。利用前端服务器12将对应的浏览器页面(即，网络页面)发送给终端11进行展示，然后将根据文件标识找到的dicom文件经过处理之后在浏览器页面上进行展示。
[0042]
这样，用户只要触发对应的图像加载键即可完成dicom文件加载展示的过程，方便用户使用。
[0043]
在具体实施例中，后端服务器12，还用于读取dicom文件中的多个医学图片，以多个医学图片中的第一个医学图片作为基准建立坐标系，计算相邻两个医学图片的间隔距离，并按照间隔距离，将多个医学图片中的剩余医学图片排列至坐标系中，得到医学三维图像，将医学三维图像发送至终端11。
[0044]
在上述方案中，dicom文件可以是ct(computed tomography，计算机体层摄影)设备，对人体的整体或局部进行扫描后的成像文件，该dicom文件中包含多张医学图片，可以是ct设备对人体进行断层扫描时的每个断层对应一张医学图片。为了能够给用户展示三维图像的效果，需要以第一个医学图片为基准建立一个坐标系，将所有的医学图片依次放置在该坐标系中，这样所有的医学图片排列之后就会形成该dicom文件的医学三维图像，再将该医学三维图像通过网络发送至终端11。
[0045]
终端11就可以通过浏览器上的显示页面，展示该三维图像。
[0046]
在具体实施例中，文件标识包括：接口标识和文件地址。
[0047]
后端服务器13，还用于查找与接口标识相匹配的三方服务器14，与三方服务器14建立连接；向三方服务器14发送携带文件地址的文件查找指令。
[0048]
三方服务器14，还用于接收到文件查找指令后，根据文件查找指令中的文件地址查找对应的dicom文件，并将dicom文件发送至后端服务器13。
[0049]
后端服务器13，还用于对dicom文件进行数据处理得到医学三维图像，将医学三维图像发送至终端11。
[0050]
在上述方案中，后端服务器13提取文件标识中的接口标识，查找该接口标识对应的三方服务器14，向该三方服务器14发送连接指令，该连接指令中携带该接口标识，这样三方服务器14确认该接口标识正确之后，与后端服务器13建立连接，后端服务器13就可以在三方服务器14内调取相应的文件了。
[0051]
然后，后端服务器13向三方服务器14发送查找指令，三方服务器14将查找指令中的文件地址对应的dicom文件发送给后端服务器13，后端服务器13对dicom文件进行数据处
理得到医学三维图像，将医学三维图像发送至终端11，终端11在网络页面(即，浏览器)中对该医学三维图像进行展示。
[0052]
在具体实施例中，三方服务器14，还用于根据文件查找指令中的文件地址查找对应的dicom文件，并对dicom文件进行压缩处理，将压缩后的dicom文件发送至后端服务器13；
[0053]
后端服务器13，还用于接收到压缩后的dicom文件后，根据压缩后的dicom文件生成文件列表，将文件列表发送至终端11，并对压缩后的dicom文件进行解压，将解压后的dicom文件发送至终端11。
[0054]
通过上述方案，三方服务器14对dicom文件进行压缩后在传送给后端服务器13，这样能够减小dicom文件的大小，进而加快dicom文件的传送，还能够有效防止数据丢失的风险。这样，后端服务器13则需要对应解压后在传给前端服务器12。
[0055]
另外，还可以在压缩过程中对dicom进行加密，然后后端服务器13则对应解密之后再进行解压，这样能够增加数据的安全性，保护用户的隐私。
[0056]
在具体实施例中，终端11，还用于接收到勾画或修改命令后，对网络页面的展示窗口中的医学三维图像进行勾画或修改；接收到上传命令后，将勾画或修改后的医学三维图像转化成勾画或修改后的dicom文件，并将勾画或修改后的dicom文件发送至后端服务器13；
[0057]
后端服务器13，还用于将勾画或修改后的dicom文件保存至临时文件夹中，对勾画或修改后的dicom文件进行压缩处理得到dicom压缩勾画或修改文件，向三方服务器14发送写入指令，其中写入指令中包含文件地址；
[0058]
三方服务器14，还用于接收到写入指令后，与后端服务器13建立连接；
[0059]
后端服务器13，还用于将dicom压缩勾画或修改文件发送至三方服务器14中文件地址对应的文件夹中。
[0060]
在上述方案中，用户可以直接在网络页面(即，浏览器的显示页面)上对该医学三维图像中的靶区进行勾画或勾画或修改。在网络页面上设有对应的勾画或修改按键，用户触发后，就可以进行勾画或勾画或修改了，或者用户直接拖动鼠标在网络页面上的展示窗口对该医学三维图像进行勾画或修改。勾画或修改完成后，用户可以选择是否将勾画或修改后的文件进行上传，若用户触发上传按键，终端11根据该医学三维图像的坐标系，将勾画或修改后的医学三维图像按照坐标的顺序进行图像拆分，拆分成多个医学图片后得到勾画或修改后的dicom文件，并传送给后端服务器13。
[0061]
后端服务器13将勾画或修改后的dicom文件进行压缩处理后，发送至三方服务器14对应的文件地址中，然后建立一个dicom文件记录表，将该dicom文件的勾画或修改时间和勾画或修改作者记录下来，以供参考。
[0062]
通过上述方案，用户可以对在浏览器上展示的医学三维图像进行勾画或修改，并且将勾画或修改后的文件保存至原路径中，这样，在保证完成勾画或修改功能的同时，不会占用本地的内存，直接上传至原路径中，使用方便。
[0063]
在具体实施例中，终端11，还用于接收到勾画或修改命令后，将网络页面的展示窗口中的各项参数的状态调整为可编辑状态；接收网络页面的展示窗口发来的医学三维图像的勾画或修改内容，将勾画或修改后的医学三维图像在网络页面的展示窗口进行展示；接
收勾画或修改保存指令，将勾画或修改后的医学三维图像保存至缓存文件夹中。
[0064]
在上述方案中，用户不但可以对展示的医学三维图像进行勾画或修改，还可以对该医学三维图像中的一些数据参数进行修改，例如，靶区标记的颜色、标记线的粗细等。用户勾画或修改好了之后用户可以直接在展示窗口查看效果，如果不满意还可以继续修改。勾画或修改完成后，用户触发保存按键，终端11就会接收到勾画或修改保存指令，将勾画或修改的医学三维图像放置缓存文件夹中，缓存文件夹能够对勾画或修改的医学三维图像进行临时保存，这样即使遇到终端11突然宕机，也会将医学三维图像保存下来，避免出现数据丢失的情况。
[0065]
综上所述，用户触发终端上的医疗协作平台上的相应按键之后，终端生成携带统一资源定位符和文件标识的加载指令，并发送给前端服务器，前端服务器将统一资源定位符对应的网络页面推送至终端显示，前端服务器将文件标识发送给后端服务器，后端服务器根据该文件标识从三方服务器中查找dicom文件，对dicom文件进行解析得到医学三维图像并发送至终端，在终端的网络页面的展示窗口上展示该医学三维图像。这样，终端可以直接通过网络页面对dicom文件进行查看，省去了加载处理的过程，还能节省终端的存储空间，同时还能加快dicom文件的展示的速度，方便用户使用。
[0066]
本实施例提出了一种基于网络页面查看dicom文件的方法，如图2所示，方法包括：
[0067]
步骤201，将医疗协作平台生成的加载指令发送给前端服务器，其中，加载指令中包含统一资源定位符和与dicom文件对应的文件标识。
[0068]
步骤202，接收前端服务器发来的与统一资源定位符对应的网络页面，并对网络页面进行显示。
[0069]
步骤203，基于前端服务器向后端服务器发送的加载指令中的文件标识，与后端服务器建立连接，后端服务器从三方服务器中获取的文件标识相匹配的dicom文件。
[0070]
步骤204，接收后端服务器发来的对dicom文件进行数据处理得到医学三维图像，对医学三维图像在网络页面中进行展示。
[0071]
在具体实施例中，步骤204具体包括：
[0072]
步骤2041，后端服务器读取dicom文件中的多个医学图片，以多个医学图片中的第一个医学图片作为基准建立坐标系。
[0073]
步骤2042，后端服务器计算相邻两个医学图片的间隔距离，并按照间隔距离，将多个医学图片中的剩余医学图片排列至坐标系中，得到医学三维图像，将医学三维图像发送至终端。
[0074]
步骤2043，终端接收医学三维图像，对医学三维图像在网络页面中进行展示。
[0075]
在具体实施例中，方法还包括：
[0076]
步骤205，接收修改命令，对网络页面的展示窗口中的医学三维图像进行修改。
[0077]
步骤206，接收到上传命令后，将修改后的医学三维图像转化成修改后的dicom文件，并将修改后的dicom文件发送至后端服务器。
[0078]
基于上述图1所示系统和图2所示方法的实施例，相应的，本申请实施例还提供了一种存储介质，其上存储有计算机程序，该程序被处理器执行时实现上述如图2所示的基于网络页面查看dicom文件的方法。
[0079]
基于上述图1所示系统和图2所示方法的实施例，为了实现上述目的，本申请实施
例还提供了一种终端设备，如图3所示，包括存储器32和处理器31，其中存储器32和处理器31均设置在总线33上存储器32存储有计算机程序，处理器31执行计算机程序时实现图2所示的基于网络页面查看dicom文件的方法。
[0080]
其中，存储介质中还可以包括操作系统、网络通信模块。操作系统是管理计算机设备硬件和软件资源的程序，支持信息处理程序以及其它软件和/或程序的运行。网络通信模块用于实现存储介质内部各组件之间的通信，以及与计算机设备中其它硬件和软件之间通信。
[0081]
基于这样的理解，本申请的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储器(可以是cd-rom，u盘，移动硬盘等)中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施场景所述的方法。
[0082]
可选地，该设备还可以连接用户接口、网络接口、摄像头、射频(radio frequency，rf)电路，传感器、音频电路、wi-fi模块等等。用户接口可以包括显示屏(display)、输入单元比如键盘(keyboard)等，可选用户接口还可以包括usb接口、读卡器接口等。网络接口可选的可以包括标准的有线接口、无线接口(如蓝牙接口、wi-fi接口)等。
[0083]
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本申请可以借助软件加必要的通用硬件平台的方式来实现，也可以通过硬件实现。
[0084]
通过应用本申请的技术方案，用户触发终端上的医疗协作平台上的相应按键之后，终端生成携带统一资源定位符和文件标识的加载指令，并发送给前端服务器，前端服务器将统一资源定位符对应的网络页面推送至终端显示，前端服务器将文件标识发送给后端服务器，后端服务器根据该文件标识从三方服务器中查找dicom文件，对dicom文件进行解析得到医学三维图像并发送至终端，在终端的网络页面的展示窗口上展示该医学三维图像。这样，终端可以直接通过网络页面对dicom文件进行查看，省去了加载处理的过程，还能节省终端的存储空间，同时还能加快dicom文件的展示的速度，方便用户使用。
[0085]
本领域技术人员可以理解附图只是一个优选实施场景的示意图，附图中的模块或流程并不一定是实施本申请所必须的。本领域技术人员可以理解实施场景中的装置中的模块可以按照实施场景描述进行分布于实施场景的装置中，也可以进行相应变化位于不同于本实施场景的一个或多个装置中。上述实施场景的模块可以合并为一个模块，也可以进一步拆分成多个子模块。
[0086]
上述本申请序号仅仅为了描述，不代表实施场景的优劣。以上公开的仅为本申请的几个具体实施场景，但是，本申请并非局限于此，任何本领域的技术人员能思之的变化都应落入本申请的保护范围。