用于医学影像的数据处理方法及装置
技术领域
本申请涉及医疗、信息处理领域,具体而言,涉及一种用于医学影像的数据处理方法及装置。
背景技术
影像归档和通信系统(英文全称:Picture Archiving and CommunicationSystems,英文简称:PACS),其通过将各种医学影像通过DICOM标准接口以数字化的方式进行保存,并且在需要时提供调用。基于人工智能的医学影像系统,能够准确、快速的找到影像中的怀疑病灶,对医学影像上的病灶检出。
若想将通过基于人工智能的医学影像系统进入PACS系统流程,PACS系统和基于人工智能的医学影像系统两个系统需要进行联通。发明人发现,在一些方式中,是通过网页版本的影像图像浏览器对影响进行浏览,可以获得快速的响应。但是由于硬件设备相对使用时间较长,硬件设备的性能已经相对落后,在支持浏览器的核心参数上内存和CPU的性能较低。在另一些方式中,通过客户端软件的方式将基于人工智能的医学影像系统软件安装到使用者的设备内,在启动PACS系统同时运行基于人工智能的医学影像系统软件。但是数据访问过程中由于频繁读写数据,造成硬盘的读写速度也会被分摊,此时老旧硬件设备难以承受复杂,容易造成数据读写慢。
针对相关技术中由于硬件设备老旧或性能较低而造成医学影像阅片时响应速度慢、设备内存占用率较高的问题,目前尚未提出有效的解决方案。
发明内容
本申请的主要目的在于提供一种用于医学影像的数据处理方法及装置,以解决由于硬件设备老旧或性能较低而造成医学影像阅片时响应速度慢、设备内存占用率较高的问题。
为了实现上述目的,根据本申请的一个方面,提供了一种用于医学影像的数据处理方法。
根据本申请的用于医学影像的数据处理方法包括:接收原始医学影像数据并储存在影像归档和通信系统中;接收所述原始医学影像数据经过预设处理后的灰阶图像显示状态数据,并将所述灰阶图像显示状态数据储存在所述影像归档和通信系统中;根据数据调用请求返回在所述原始医学影像数据上显示所述灰阶图像显示状态的处理结果。
进一步地,接收原始医学影像数据并储存在影像归档和通信系统中包括:将所述影像归档和通信系统的服务器接入网络;通过预设传输通道获得通过拍摄获得的原始医学影像数据;根据标准接口储存所述原始医学影像数据。
进一步地,接收所述原始医学影像数据经过预设处理后的灰阶图像显示状态数据之前包括:获取所述原始医学影像数据,并传输至用于处理医学影像病灶部位的服务器;将所述灰阶图像显示状态数据储存在所述影像归档和通信系统中之后包括:接收通过所述用于处理医学影像病灶部位的服务器处理后推送的所述灰阶图像显示状态DICOM数据。
进一步地,根据数据调用请求返回在所述原始医学影像数据上显示所述灰阶图像显示状态的处理结果包括:根据数据调用请求判断目标影像的储存位置;根据所述储存位置调用所述原始医学影像数据和所述灰阶图像显示状态数据;返回在原始医学影像上显示灰阶图像显示状态的所述原始医学影像数据和所述灰阶图像显示状态数据的叠加显示结果。
进一步地,接收所述原始医学影像数据经过预设处理后的灰阶图像显示状态数据,并将所述灰阶图像显示状态数据储存在所述影像归档和通信系统中包括:将用于对所原始医学影像数据执行预设处理的服务器接入网络;通过预设传输通道获得所述灰阶图像显示状态数据;根据标准接口储存所述灰阶图像显示状态数据。
为了实现上述目的,根据本申请的另一方面,提供了一种…装置。
根据本申请的用于医学影像的数据处理装置包括:第一接收模块,用于接收原始医学影像数据并储存在影像归档和通信系统中;第二接收模块,用于接收所述原始医学影像数据经过预设处理后的灰阶图像显示状态数据,并将所述灰阶图像显示状态数据储存在所述影像归档和通信系统中;处理模块,用于根据数据调用请求返回在所述原始医学影像数据上显示所述灰阶图像显示状态的处理结果。
进一步地,所述第一接收模块包括:第一处理单元,用于将所述影像归档和通信系统的服务器接入网络;第一传输单元,用于通过预设传输通道获得通过拍摄获得的原始医学影像数据;第一储存单元,用于根据标准接口储存所述原始医学影像数据。
进一步地,还包括:第三接收模块,用于获取所述原始医学影像数据,并传输至用于处理医学影像病灶部位的服务器;第四接收模块,用于接收通过所述用于处理医学影像病灶部位的服务器处理后推送的所述灰阶图像显示状态DICOM数据。
进一步地,所述处理模块包括:判断单元,用于根据数据调用请求判断目标影像的储存位置;调用单元,用于根据所述储存位置调用所述原始医学影像数据和所述灰阶图像显示状态数据;显示单元,用于返回在原始医学影像上显示灰阶图像显示状态的所述原始医学影像数据和所述灰阶图像显示状态数据的叠加显示结果。
进一步地,所述第二接收模块包括:第二处理单元,用于将用于对所原始医学影像数据执行预设处理的服务器接入网络;第二传输单元,用于通过预设传输通道获得所述灰阶图像显示状态数据;第二储存单元,用于根据标准接口储存所述灰阶图像显示状态数据。
在本申请实施例中,采用后台分步储存的方式,通过接收原始医学影像数据并储存在影像归档和通信系统中以及接收所述原始医学影像数据经过预设处理后的灰阶图像显示状态数据,并将所述灰阶图像显示状态数据储存在所述影像归档和通信系统中,达到了根据数据调用请求返回在所述原始医学影像数据上显示所述灰阶图像显示状态的处理结果的目的,从而实现了不同系统的联通,降低硬件设备内存压力和硬件设备维护成本的技术效果,进而解决了由于硬件设备老旧或性能较低而造成医学影像阅片时响应速度慢、设备内存占用率较高的技术问题。
附图说明
构成本申请的一部分的附图用来提供对本申请的进一步理解,使得本申请的其它特征、目的和优点变得更明显。本申请的示意性实施例附图及其说明用于解释本申请,并不构成对本申请的不当限定。在附图中:
图1是根据本申请第一实施例的用于医学影像的数据处理方法示意图;
图2是根据本申请第二实施例的用于医学影像的数据处理方法示意图;
图3是根据本申请第三实施例的用于医学影像的数据处理方法示意图;
图4是根据本申请第四实施例的用于医学影像的数据处理方法示意图;
图5是根据本申请第五实施例的用于医学影像的数据处理方法示意图;
图6是根据本申请第一实施例的用于医学影像的数据处理装置示意图;
图7是根据本申请第二实施例的用于医学影像的数据处理装置示意图;
图8是根据本申请第三实施例的用于医学影像的数据处理装置示意图;
图9是根据本申请第四实施例的用于医学影像的数据处理装置示意图;
图10是根据本申请第五实施例的用于医学影像的数据处理装置示意图。
具体实施方式
为了使本技术领域的人员更好地理解本申请方案,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分的实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都应当属于本申请保护的范围。
需要说明的是,本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换,以便这里描述的本申请的实施例。此外,术语“包括”和“具有”以及他们的任何变形,意图在于覆盖不排他的包含,例如,包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元,而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。
如图1所示,该方法包括如下的步骤S102至步骤S106:
步骤S102,接收原始医学影像数据并储存在影像归档和通信系统中;
在后台服务器接收原始医学影像数据,所述原始医学影像数据通过影像拍摄获取。接收到原始医学影像数据后将所述原始医学影像数据储存至影像归档和通信系统中。
具体地,将所述影像归档和通信系统接入医院的相关局域网络中,在局域网络中通过相关通信协议实现医学影像数据的传输。
步骤S104,接收所述原始医学影像数据经过预设处理后的灰阶图像显示状态数据,并将所述灰阶图像显示状态数据储存在所述影像归档和通信系统中;
在后台服务器接收所述原始医学影像数据经过预设处理后的灰阶图像显示状态数据,也就是说在后台服务器中不仅储存了原始医学影像数据,并且还储存了灰阶图像显示状态数据。其中,灰阶图像显示状态数据(英文全称:Grayscale Softcopy PresentationSate,简称:GSPS),作为统一标准明确了DICOM的灰阶图像转化程度。
具体地,经过预设处理后的灰阶图像显示状态数据可以通过基于人工智能的医学影像系统服务器处理后得到。
步骤S106,根据数据调用请求返回在所述原始医学影像数据上显示所述灰阶图像显示状态的处理结果。
由于在所述影像归档和通信系统的后台服务器中同时储存了上述的原始医学影像数据和灰阶图像显示状态数据,在后台服务器接收到数据调用请求的时候,通过在后台服务器上查询并调用,返回在所述原始医学影像数据上显示所述灰阶图像显示状态的处理结果。
采用上述的方式,在使用者比如主治医师的电脑上无需再重新打开新的软件系统,只需电脑可以支持原本影像归档和通信系统中的使用即可,同时避免了新系统的操作门槛,保证了用户使用不会增加过多的负担。
从以上的描述中,可以看出,本申请实现了如下技术效果:
在本申请实施例中,采用后台分步储存的方式,通过接收原始医学影像数据并储存在影像归档和通信系统中以及接收所述原始医学影像数据经过预设处理后的灰阶图像显示状态数据,并将所述灰阶图像显示状态数据储存在所述影像归档和通信系统中,达到了根据数据调用请求返回在所述原始医学影像数据上显示所述灰阶图像显示状态的处理结果的目的,从而实现了不同系统的联通,降低硬件设备内存压力和硬件设备维护成本的技术效果,进而解决了由于硬件设备老旧或性能较低而造成医学影像阅片时响应速度慢、设备内存占用率较高的技术问题。
根据本申请实施例,作为本实施例中的优选,如图2所示,接收原始医学影像数据并储存在影像归档和通信系统中包括:
步骤S202,将所述影像归档和通信系统的服务器接入网络;
将影像归档和通信系统的服务器接入局域网络。比如,接入医院的局域网络中。
需要注意的是,局域网路可以本地或云端,在本申请中并不进行限定,本领域技术人员可以根据具体使用场景进行选择。
步骤S204,通过预设传输通道获得通过拍摄获得的原始医学影像数据;
后台服务器通过预设网路传输通道获得所述通过拍摄获得的原始医学影像数据。通过拍摄具体是指通过医院中的相应设备拍摄后得到的原始医学影像数据。比如,MG、MR、CT影像文件。
步骤S206,根据标准接口储存所述原始医学影像数据。
标准接口可以是DICOM标准接口,包括:模拟、DICOM、网络。
根据本申请实施例,作为本实施例中的优选,如图3所示,接收所述原始医学影像数据经过预设处理后的灰阶图像显示状态数据之前包括:
步骤S302,获取所述原始医学影像数据,并传输至用于处理医学影像病灶部位的服务器;
通过获取到原始医学影像数据后,将所述原始医学影像数据传输至用于处理医学影像病灶部位的服务器,在所述用于处理医学影像病灶部位的服务器中用于处理原始医学影像数据得到灰阶图像显示状态数据。
将所述灰阶图像显示状态数据储存在所述影像归档和通信系统中之后包括:
步骤S304,接收通过所述用于处理医学影像病灶部位的服务器处理后推送的所述灰阶图像显示状态DICOM数据。
在后台服务器中接收通过所述用于处理医学影像病灶部位的服务器处理后的灰阶图像显示状态DICOM数据,所述灰阶图像显示状态DICOM数据通过推送的方式发送至后台服务器。
根据本申请实施例,作为本实施例中的优选,如图4所示,根据数据调用请求返回在所述原始医学影像数据上显示所述灰阶图像显示状态的处理结果包括:
步骤S402,根据数据调用请求判断目标影像的储存位置;
根据获取得到的数据调用请求判断出目标影像在影像归档和通信系统的后台服务器中的储存位置。
步骤S404,根据所述储存位置调用所述原始医学影像数据和所述灰阶图像显示状态数据;
根据影像归档和通信系统的后台服务器中的储存位置调用得到原始医学影像数据以及灰阶图像显示状态数据。
步骤S406,返回在原始医学影像上显示灰阶图像显示状态的所述原始医学影像数据和所述灰阶图像显示状态数据的叠加显示结果。
具体地,在用户通过使用影像归档和通信系统进行影像阅片操作时,在设备上显示所述原始医学影像数据和所述灰阶图像显示状态数据的叠加显示结果。
根据本申请实施例,作为本实施例中的优选,如图5所示,接收所述原始医学影像数据经过预设处理后的灰阶图像显示状态数据,并将所述灰阶图像显示状态数据储存在所述影像归档和通信系统中包括:
步骤S502,将用于对所原始医学影像数据执行预设处理的服务器接入网络;
将用于对所原始医学影像数据执行预设处理的服务器接入局域网络。比如,接入医院的局域网络中。
需要注意的是,局域网路可以本地或云端,在本申请中并不进行限定,本领域技术人员可以根据具体使用场景进行选择。
步骤S504,通过预设传输通道获得所述灰阶图像显示状态数据;
后台服务器通过预设网路传输通道获得所述灰阶图像显示状态数据。灰阶图像显示状态数据,作为统一标准明确了DICOM的灰阶图像转化程度。灰阶图像显示状态数据可以表示病灶区域所在医学影像中的位置。
步骤S506,根据标准接口储存所述灰阶图像显示状态数据。
标准接口可以是DICOM标准接口,包括:模拟、DICOM、网络。
需要说明的是,在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行,并且,虽然在流程图中示出了逻辑顺序,但是在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤。
根据本申请实施例,还提供了一种用于实施上述用于医学影像的数据处理方的装置,如图6所示,该装置包括:第一接收模块10,用于接收原始医学影像数据并储存在影像归档和通信系统中;第二接收模块20,用于接收所述原始医学影像数据经过预设处理后的灰阶图像显示状态数据,并将所述灰阶图像显示状态数据储存在所述影像归档和通信系统中;处理模块30,用于根据数据调用请求返回在所述原始医学影像数据上显示所述灰阶图像显示状态的处理结果。
本申请实施例的第一接收模块10中在后台服务器接收原始医学影像数据,所述原始医学影像数据通过影像拍摄获取。接收到原始医学影像数据后将所述原始医学影像数据储存至影像归档和通信系统中。
具体地,将所述影像归档和通信系统接入医院的相关局域网络中,在局域网络中通过相关通信协议实现医学影像数据的传输。
本申请实施例的第二接收模块20中在后台服务器接收所述原始医学影像数据经过预设处理后的灰阶图像显示状态数据,也就是说在后台服务器中不仅储存了原始医学影像数据,并且还储存了灰阶图像显示状态数据。其中,灰阶图像显示状态数据(英文全称:Grayscale Softcopy Presentation Sate,简称:GSPS),作为统一标准明确了DICOM的灰阶图像转化程度。
具体地,经过预设处理后的灰阶图像显示状态数据可以通过基于人工智能的医学影像系统服务器处理后得到。
本申请实施例的处理模块30中由于在所述影像归档和通信系统的后台服务器中同时储存了上述的原始医学影像数据和灰阶图像显示状态数据,在后台服务器接收到数据调用请求的时候,通过在后台服务器上查询并调用,返回在所述原始医学影像数据上显示所述灰阶图像显示状态的处理结果。
采用上述的模块的装置,在使用者比如主治医师的电脑上无需再重新打开新的软件系统,只需电脑可以支持原本影像归档和通信系统中的使用即可,同时避免了新系统的操作门槛,保证了用户使用不会增加过多的负担。
根据本申请实施例,作为本实施例中的优选,如图7所示,所述第一接收模块包括:第一处理单元101,用于将所述影像归档和通信系统的服务器接入网络;第一传输单元102,用于通过预设传输通道获得通过拍摄获得的原始医学影像数据;第一储存单元103,用于根据标准接口储存所述原始医学影像数据。
本申请实施例的第一处理单元101中将影像归档和通信系统的服务器接入局域网络。比如,接入医院的局域网络中。
需要注意的是,局域网路可以本地或云端,在本申请中并不进行限定,本领域技术人员可以根据具体使用场景进行选择。
本申请实施例的第一传输单元102中后台服务器通过预设网路传输通道获得所述通过拍摄获得的原始医学影像数据。通过拍摄具体是指通过医院中的相应设备拍摄后得到的原始医学影像数据。比如,MG、MR、CT影像文件。
本申请实施例的第一储存单元103中标准接口可以是DICOM标准接口,包括:模拟、DICOM、网络。
根据本申请实施例,作为本实施例中的优选,如图8所示,还包括:第三接收模块40,用于获取所述原始医学影像数据,并传输至用于处理医学影像病灶部位的服务器;第四接收模块50,用于接收通过所述用于处理医学影像病灶部位的服务器处理后推送的所述灰阶图像显示状态DICOM数据。
本申请实施例的第三接收模块40中通过获取到原始医学影像数据后,将所述原始医学影像数据传输至用于处理医学影像病灶部位的服务器,在所述用于处理医学影像病灶部位的服务器中用于处理原始医学影像数据得到灰阶图像显示状态数据。
本申请实施例的第四接收模块50中在后台服务器中接收通过所述用于处理医学影像病灶部位的服务器处理后的灰阶图像显示状态DICOM数据,所述灰阶图像显示状态DICOM数据通过推送的方式发送至后台服务器。
根据本申请实施例,作为本实施例中的优选,如图9所示,所述处理模块包括:判断单元301,用于根据数据调用请求判断目标影像的储存位置;调用单元302,用于根据所述储存位置调用所述原始医学影像数据和所述灰阶图像显示状态数据;显示单元303,用于返回在原始医学影像上显示灰阶图像显示状态的所述原始医学影像数据和所述灰阶图像显示状态数据的叠加显示结果。
本申请实施例的判断单元301中根据获取得到的数据调用请求判断出目标影像在影像归档和通信系统的后台服务器中的储存位置。
本申请实施例的调用单元302中根据影像归档和通信系统的后台服务器中的储存位置调用得到原始医学影像数据以及灰阶图像显示状态数据。
本申请实施例的显示单元303中具体地,在用户通过使用影像归档和通信系统进行影像阅片操作时,在设备上显示所述原始医学影像数据和所述灰阶图像显示状态数据的叠加显示结果。
根据本申请实施例,作为本实施例中的优选,如图10所示,所述第二接收模块包括:第二处理单元104,用于将用于对所原始医学影像数据执行预设处理的服务器接入网络;第二传输单元105,用于通过预设传输通道获得所述灰阶图像显示状态数据;第二储存单元106,用于根据标准接口储存所述灰阶图像显示状态数据。
本申请实施例的第二处理单元104中将用于对所原始医学影像数据执行预设处理的服务器接入局域网络。比如,接入医院的局域网络中。
需要注意的是,局域网路可以本地或云端,在本申请中并不进行限定,本领域技术人员可以根据具体使用场景进行选择。
本申请实施例的第二传输单元105中后台服务器通过预设网路传输通道获得所述灰阶图像显示状态数据。灰阶图像显示状态数据,作为统一标准明确了DICOM的灰阶图像转化程度。灰阶图像显示状态数据可以表示病灶区域所在医学影像中的位置。
本申请实施例的第二储存单元106中标准接口可以是DICOM标准接口,包括:模拟、DICOM、网络。
本申请的实现原理:
若想将通过基于人工智能的医学影像系统进入影像归档和通信系统流程,影像归档和通信系统和基于人工智能的医学影像系统两个系统需要进行联通。在使用者进入影像环节时,可以在原有影像显示界面显示基于人工智能的医学影像系统所检测出的病灶部位结果。由于通过传统手段联通的方式有限,维护成本高昂且会对计算设备造成的内存压力较大,对使用者造成严重的使用门槛。一种解决办法是:通过网页版本的影像浏览器进行浏览,可以获得快速的响应。为此需要将影像文件通过cache.js的方式缓存在内存中,通过反复读取缓存在内存的影像提高响应速度,这应用中,将图片、js、css、视频、html等静态文件/资源通过内存缓存方式,提高资源响应方式。表1是知名医院设备情况。
表1
|
北京市某三甲医院 |
上海市某三甲医院 |
CPU |
4代intel i5处理器 |
5代intel i5处理器 |
内存 |
2G |
4G |
硬盘 |
2T |
1T |
网口 |
百兆网口 |
百兆网口 |
使用时间 |
4年 |
3年 |
由于设备相对使用时间较长,设备的性能已经相对落后,在支持浏览器的核心参数上内存和CPU的性能较低。根据测试,主流影像设备生成的影像数据在网页版浏览器上进行浏览所需要的内存(选取10个相同文件数量的影像计算内存占用)。如表2所示是影像在网页浏览器中打开占用的内存
表2
根据如上数据显示,在查看影像时会给运营的设备造成较大的性能压力。甚至导致内存分配异常使使用者影像归档和通信系统受到性能的限制。
另一种解决办法是:通过客户端软件的方式将基于人工智能的医学影像系统的软件安装到使用者的设备内,在运营影像归档和通信系统的同时运行基于人工智能的医学影像系统,通过这种方式基于人工智能的医学影像系统可以将影像数据和计算的压力分摊给内存和CPU,但是这个过程中数据的读写不可以避免,包括影像归档和通信系统的客户端和基于人工智能的医学影像系统客户端同时占用系统的CPU资源和内存,并且在过程中由于频繁读写数据,造成硬盘的读写速度也会被分摊。
如果采用上述的模式下,老旧的硬盘难以承受复杂,容易造成数据读写慢,软件崩溃等风险,虽然解决了内存占用过高的问题,但是数据的本地硬盘缓存仍然会造成问题,CPU过载的情况下仍然会对影像归档和通信系统的客户端造成连锁影响的隐患。为避免以上风险,在影像归档和通信系统中直接显示基于人工智能的医学影像系统给出的结论适合的方式,适合目前使用场景,并且不会过多造成使用压力。表3是不同系统软件效果对比。以MG影像显示为例校验GSPS的使用效果,在常规加载后进行,放大操作过程中:
表3
通过表中数据,可发现在单独使用影像归档和通信系统和灰阶图像显示状态数据GSPS模式时设备性能的占用是接近相同的,但在网页版和客户端版本的模式下都出现了内存及CPU增高的问题,在客户端模式下由于打开了两个系统都占用了硬盘的读写,加载完成的速度也下降。
综上,选择灰阶图像显示状态数据GSPS的方案可以解决使用者设备老旧或性能较低的问题,并且针对结果的显示是与其他方式相同的。
显然,本领域的技术人员应该明白,上述的本申请的各模块或各步骤可以用通用的计算装置来实现,它们可以集中在单个的计算装置上,或者分布在多个计算装置所组成的网络上,可选地,它们可以用计算装置可执行的程序代码来实现,从而,可以将它们存储在存储装置中由计算装置来执行,或者将它们分别制作成各个集成电路模块,或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样,本申请不限制于任何特定的硬件和软件结合。
以上所述仅为本申请的优选实施例而已,并不用于限制本申请,对于本领域的技术人员来说,本申请可以有各种更改和变化。凡在本申请的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本申请的保护范围之内。