一种紧凑型的医疗影像智能存储服务系统的制作方法

本发明属于医疗设备技术领域，具体涉及一种紧凑型的医疗影像智能存储服务系统。

背景技术：

近年来，数据处理及大数据技术越来越多的应用于医疗卫生领域，在疾病诊断、临床决策支持、医疗研究、医疗机构管理等方面具有重要意义；目前医院的中高端医疗影像设备多年以来一直为跨国公司大牌厂商垄断，不仅销售价格昂贵，其配套系统的及服务费也相当不菲。

医院对pacs升级的需求主要来源于影像存储的容量瓶颈。一般过3年左右，mini-pacs系统设计的存储容量往往变成整个系统的瓶颈。与此同时，随着ct/mr设备快速的发展，每次诊断所产生的诊断影像容量越来越大，则pacs系统的容量设计年限会进一步缩短，系统的更新更加频繁。

为了解决上述问题，需要一种节约成本、高效率和海量存储的紧凑型的医疗影像智能存储服务系统。

技术实现要素：

本发明的目的是提供一种紧凑型的医疗影像智能存储服务系统，以解决现有的医院影像设备被大厂冷端，价格昂贵且需要频繁的更新存储容量的问题。

本发明提供了如下的技术方案：

一种紧凑型的医疗影像智能存储服务系统，包括对外接口层、业务逻辑层和数据存储层，所述对外接口层包括与医院的影像设备连接的dicom服务单元、与医院的医院信息系统和放射信息管理系统连接的hl7服务单元和用于管理员操作的人机交互单元；所述数据存储层包括医疗影像存储库和业务数据存储库；所述业务逻辑层包括影像文件访问单元、业务逻辑处理单元和业务数据访问单元，所述影像文件访问单元与医疗影像存储库进行数据交互并根据医疗图像的特征控制医疗图像存储规划；所述业务逻辑处理单元根据预先设定的业务规则，触发智能图像处理规则进行业务处理；所述业务数据访问单元与业务数据存储库与业务逻辑处理单元进行数据交互。

优选的，所述dicom服务单元通过dicom3.0标准接口与影像设备连接；所述hl7服务单元通过hl7标准接口与医院的医院信息系统和放射信息管理系统连接；所述人机交互单元向管理员提供基于web环境的友好管理界面。

优选的，所述医疗图像的特征包括大容量数字信息的存储、通讯和显示；所述控制医疗图像存储规划包括采用分布式系统基础架构，充分利用集群的高速运算和存储性能，支持云存储扩展。

优选的，所述预先设定的业务规则包括find、move、store请求及响应机制，所述触发智能图像处理规则包括预配置路由规则，发送或接受医疗图像、对医疗图像进行无损压缩、并进行分布式存储。

优选的，所述系统采用标准的以太网组网方式，包括三层交换机，所述三层交换机根据第三层网络层的ip地址来完成端到端的数据交换，既可完成第二层交换机的端口交换功能，又可完部分路由器的路由功能，能够支持多层次动态集成，提高局域网内海量数据传输性能。

本发明的有益效果是：

本发明一种紧凑型的医疗影像智能存储服务系统，顺应未来医疗影像系统的发展趋势，即未来影像系统的分工越来越细致，设备厂商、诊断系统厂商、存储厂商，都各自向高度专业化的方向发展。

1)合理地利用和dicom3.0标准和hl7标准，为影像的存储提供了一种低成本、高效率的解决方案；dicom3和hl7在业界已经被普遍应用，这些标准为系统的互联互通提供了基础。本系统以独立的存储功能为目标，避免与国外大型企业在图像阅片方案上竞争，而是提供一种互补的功能，为医院提供性价比最优的系统组合。

2)基于对国内市场的深刻理解和对国外产品认真的研究，找到了一种系统融合的可能性，满足和高于客户对应用的需求；熟知国内以及海外的医生工作习惯，通过智能存储系统，来有效提高医生的诊断准确性、科学性和及时性，提升医院影像科的工作效率，在医院现有的几个特定系统之间搭建一座智慧的桥梁，推动医疗信息化的进一步发展。

3)创造性地提出了影像归档分布式存储方案，和无缝集成方案，保证了大型客户的需求得到满足。将成熟的互联网分布式云存储技术，应用到医疗行业，可大幅度降低存储的成本，支持海量的数据存储。基于互联网的分布式存储技术也支持存储数据的快速备份，有效保证数据的安全性。同时，云存储的应用能保障医疗影像未来向区域医疗的平滑演进，也避免了医院的重复投资.

附图说明

附图用来提供对本发明的进一步理解，并且构成说明书的一部分，与本发明的实施例一起用于解释本发明，并不构成对本发明的限制。在附图中：

图1是本发明系统框架示意图。

具体实施方式

如图1所示，一种紧凑型的医疗影像智能存储服务系统，包括对外接口层、业务逻辑层和数据存储层。

1、对外接口层包括与医院的影像设备连接的dicom服务单元、与医院的医院信息系统和放射信息管理系统连接的hl7服务单元和用于管理员操作的人机交互单元；dicom服务单元通过dicom3.0标准接口与影像设备连接；hl7服务单元通过hl7标准接口与医院的医院信息系统和放射信息管理系统连接；人机交互单元向管理员提供基于web环境的友好管理界面。

hl7服务单元，提供hl7接口给外部设备，用于合并病人信息，修改病人信息，或某个病人医疗图像预推送等实际需求。处理的hl7消息有：adt_a08消息：该消息用于更新某用户信息，消息会传递一个patientid以及部分需要更新的patient的字段，根据该id修改patient信息。由于只是修改数据库，因此在向外发送图像时，需要将修改后的patient信息更新到dicom文件中，然后再发送出去。adt_a40消息：合并patient信息。由于系统中emr(portal上传的电子病历)信息，study信息，oru(hl7接收到的诊断报告)信息都与patient信息直接挂钩，因此合并时，需要同步修改这个3个表的信息，此外向外推送图像时，也需要更新图像中的patient信息为合并后的patient信息，然后推送出去。oru_r01消息：接收诊断报告信息。orm_o01消息：该消息用于初始化一个指令的传输，它包括替换，终止现有指令，或者中断，保持现有状态等。本系统中用于预推送某位病人的历史图像到第三方。

人机交互单元portal，作为web管理界面，是用户的主要操作界面，主要提供查询，获取，下载，在线预览等功能。

2、数据存储层包括医疗影像存储库和业务数据存储库；医疗图像的特征包括大容量数字信息的存储、通讯和显示；控制医疗图像存储规划包括采用分布式系统基础架构，充分利用集群的高速运算和存储性能，支持云存储扩展。

3、业务逻辑层包括影像文件访问单元、业务逻辑处理单元和业务数据访问单元，影像文件访问单元与医疗影像存储库进行数据交互并根据医疗图像的特征控制医疗图像存储规划；业务逻辑处理单元根据预先设定的业务规则，触发智能图像处理规则进行业务处理；业务数据访问单元与业务数据存储库与业务逻辑处理单元进行数据交互，预先设定的业务规则包括find、move、store请求及响应机制，触发智能图像处理规则包括预配置路由规则，发送或接受医疗图像、对医疗图像进行无损压缩、并进行分布式存储。

业务逻辑处理单元包括server和scu(serviceclassuser)；

server作为给外部提供业务的模块，可以通过接口接受其他dicom设备的find，move，store，commitment请求，并返回响应，负责对外提供存储，查询接口。

find：作为findscp(findserviceclassprovider)。用于实现向其他dicom设备提供查询接口，在接收到其他设备的查询请求后，针对的查询条件，从数据库中获取查询结果，再将结果转换为dicom协议并返回，每次返回一条记录。

move：作为movescp，能接受move请求，将满足条件的图像发送给第三方的scp，其支持的查询条件不同于findscp，条件数量少，只有4个且固定为是各个级别的uid。其中patientuid协议规定只能携带一个，但是studyinstanceuid，serieinstanceuid，sopinstanceuid能携带多个，用\分割，一般配合find请求使用。过程分为两步，首先获取满足条件的所有图像，然后在子回话中作为storescu将图像发送出去。每发送一个图像后，会返回一个pending的状态给movescu，所有的图像发送完成后，返回最终响应，如果全部成功则返回success，部分成功或者全部图像都是warn，则返回warn，如果全部失败则返回failed等。

store：用于对外提供存储接口，使用标准的dicom协议，作为storescp，负责文件的接收，文件信息的提取，文件信息保存数据库，容错处理，上传fastdfs(一种轻量级分布式文件存储系统)。

性能优化：通过mysql自动重连和特殊错误码重试：每次新建一个mysql连接时，设置自动重连标记，如果执行mysql失败原因为链接过期或者服务器端主动断开，此时重新申请一个数据库连接，重试该数据库操作。通过fastdfs重试：与fastdfs交互，io极度繁忙时，容易引起连接超时，致使存储失败。遇到fastdfs存储失败时，采用sleep一段时间，重新发送的方式来减少失败场景。sleep时间为1+线程编号(0,1,2.。。)秒。通过修改系统配置，重用timewait网络连接：当网络连接客户端发起断连请求，但是服务器端一直没有发送端连响应，此时该网络连接进入timewait状态，通过修改操作系统配置，可以实现该类连接的重用。

scu：负责与portal、server、外部工作站的交互。担任scu(serviceclassuser)的角色，通过数据接口可以向其他dicom设备发送find，move，store请求，负责接收portal的查询/存储请求，与其他dicom设备交互，并将交互结果反馈给portal。其中与portal间的交互使用的是tlv的编码(tag，length，value的首字母简称，tag是用16位无符号整数表示的，标识这是一个什么意思的tag；length用于表示该tag的值的长度，也就是后面value的长度；value表示该元素的值)，与其他dicom设备使用的是标准的dicom消息。主要处理的portal过来的消息有findreq：去其他dicom设备查询patient，study，serie，image。movereq：发送指令让某个dicom设备发送图像到另外一台dicom设备。dcmtoimagereq：将某个dicom图像转换为pnm图像。该功能已经完全由portal实现了，没有被使用到，略。getdcmfilereq：获取某个dicom文件(解压后非压缩dicom文件)。portal接收到后，可以转化为jpeg图像展示给客户，或者下载给客户。uploaddcmfilereq：接收portal上传的小图像，然后发送给server保存。uploadhugedcmfilereq：接收portal上传的大图像，不再发送给server直接存储。

4、该系统采用标准的以太网组网方式，包括三层交换机，三层交换机根据第三层网络层的ip地址来完成端到端的数据交换，既可完成第二层交换机的端口交换功能，又可完部分路由器的路由功能，能够支持多层次动态集成，提高局域网内海量数据传输性能。

各种影像设备，其可以通过tcp/ip接口，在遵从dicom标准的前提下，与系统进行收发图像的交互。医院信息系统his/放射信息管理系统ris：his/ris系统可以通过hl7协议发送病人名称修改的指令来修改病人信息或者通过hl7信息把报告发送到系统中；同时系统收到新的图片后会通过hl7信息发送给指定的his/ris系统。l3-switch：第三层交换机，直接根据第三层网络层的ip地址来完成端到端的数据交换。既可完成第二层交换机的端口交换功能，又可完部分路由器的路由功能，能够支持多层次动态集成，提高局域网内海量数据传输性能的解决方案。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，尽管参照前述实施例对本发明进行了详细的说明，对于本领域的技术人员来说，其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。