CN107292117B - 对海量共享医学图像进行质量保障的处理方法与装置 - Google Patents
对海量共享医学图像进行质量保障的处理方法与装置 Download PDFInfo
- Publication number
- CN107292117B CN107292117B CN201710574126.3A CN201710574126A CN107292117B CN 107292117 B CN107292117 B CN 107292117B CN 201710574126 A CN201710574126 A CN 201710574126A CN 107292117 B CN107292117 B CN 107292117B
- Authority
- CN
- China
- Prior art keywords
- image
- dicom
- verification
- information
- check
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Landscapes
- Measuring And Recording Apparatus For Diagnosis (AREA)
- Medical Treatment And Welfare Office Work (AREA)
Abstract
本发明涉及对海量共享医学图像进行质量保障的处理方法与装置,不仅具有符合DICOM标准通信的功能,还包括图像索引信息质量校验模块和图像控制模块,能自定义图像索引信息校验值和图像数目阈值,能进行图像完整性校验,能从医院信息系统或区域信息系统中获取病人校验信息,并对提供的校验信息进行自动和手工校验,校验完成后更新图像相应的DICOM标签值,还能根据图像数目阈值定义来控制图像是否发送到其他信息系统,从而保证图像上病人检查信息与其他信息系统的一致性、完整性和正确性。本发明可以用于医院和区域共享平台,解决医院信息系统或区域共享协同平台与影像信息系统病人检查信息不一致的问题,为海量医学图像的共享提供质量保障。
Description
[技术领域]
本发明涉及信息通讯、计算机及医疗技术领域,具体涉及一种对海量共享医学图像进行质量保障的处理方法与装置。
[背景技术]
随着各种医疗信息数字化的实现,以及国际互联网及相关技术的广泛使用,人们在逐步完成医院信息数字化建设后,正在加紧研究利用高速信息网搭建各种云平台,建立医学影像存储中心、影像远程诊断中心等,其共同特点是同一病人在各种医疗机构中存储的影像信息包括诊断报告、诊断记录、放射图像等,通过高速网络(Internet或PrivateNetwork)进行关联;相关影像信息在网络中随病人的就医状况和需求,在医疗机构之间、不同科室之间进行相互调用。因此,迫切需要保证影像信息在各系统的一致性和准确性,从而有效地利用这些信息,提高临床诊断、治疗和健康服务的水平、质量与效率,并大大节约资源。
保证影像信息的一致性和准确性的主要瓶颈在于:信息系统分布在不同医疗机构,由不同厂商开发,并且在医疗机构中普遍存在人为操作引起的信息不一致问题。在保证医学诊断质量的前提下,准确可靠、高效快速的存取数据很难完善地实现。在此之前,虽有些解决方案,但多数限于医疗机构内部通过影像设备或PACS工作站修改图像再共享到PACS系统以外的数据中心或区域共享平台。
[发明内容]
本发明地目的在于克服已有技术的不足,利用网络构造网格环境,保证医学图像共享至PACS系统以外的数据中心或区域共享平台时的完整性和正确性。
为了实现上述目的,提供一种海量共享DICOM医学图像进行质量保障的处理方法,在DICOM医学图像传送到目的系统之前,先进行质量保障处理,质量保障处理包括以下步骤:
a.图像信息完整性校验,判断每幅图像是否具有预定义的DICOM标签值,将具有预定义DICOM标签值的DICOM医学图像作为完整图像进行病人检查信息一致性校验,
b.病人检查信息一致性校验,通过获取医院信息系统或区域信息系统的校验信息来验证接收的图像上病人检查信息的正确性,具有正确病人检查信息的 DICOM医学图像进行图像数目阈值校验,
c.图像数目阈值校验,判断每次检查的DICOM医学图像数目是否超出预定义的阈值,当图像数目不超出预定义阈值时将DICOM医学图像共享至所述的目的系统。
该处理方法还具有如下优化步骤:
通过DICOM通信模块(1)、校验信息接收模块(2)和校验模块(3)以及管理模块(4)执行所述的质量保障处理步骤,这些模块储存于储存设备中并被配置成由一个或多个处理器执行,其中,
DICOM通信模块(1)支持DICOM协议通信,用以存储、路由、查询和提取DICOM图像,
校验信息接收模块(2),用以接收DICOM医学图像的校验信息,
校验模块(3),执行所述的图像信息完整性校验、病人检查信息一致性校验以及图像数目阈值校验,
所述的管理模块(4)包括配置管理(41)和任务管理(42),所述的任务管理(42)指DICOM图像校验队列、DICOM图像路由队列、手工校验队列和校验任务表的管理,包括管理界面的展现、队列任务回滚重做和丢弃操作。
校验信息接收模块(2)通过以下模式中的一种获取校验信息:
a.HL7模式,接收其他信息系统发送的HL7消息,HL7消息内容为校验信息,接收后加入校验任务表;
b.Web服务推模式,其他信息系统调用本装置的web服务发送校验信息,接收后加入校验任务表;
c.Web服务拉模式,调用其他信息系统的Web服务,获取验证信息;
d.DICOM MWL模式,向具有DICOM MWL SCP的系统发送DICOM请求,获取校验信息。
所述的校验模块(3)包括自动校验(31)和手工校验(32),是指根据预先配置的一组校验基准DICOM标签值对图像的DICOM Tag值进行匹配,所述的匹配是指按配置的校验基准DICOM标签值取出图像上对应的值与校验信息进行比较,所述的校验模块中的图像数目阈值校验(33)是指根据预先配置的每一个目的系统允许接收的图像数目阈值来决定是否路由图像给目的系统。
所述的配置管理包括DICOM通信配置、校验模式配置、图像数目阈值配置、一组用于标识图像完整性的基准DICOM标签值配置和一组用于信息系统校验的基准DICOM标签值以及一组更新病人检查的DICOM标签值,其中,
a.所述的DICOM通信配置指配置本机和路由目的系统的用于配置DICOM通信服务的AETitle、主机名、IP地址和端口及DICOM服务类型,
b.所述的校验模式配置采用以下配置中的一种:
HL7模式配置:用于配置HL7启动端口和定义HL7消息格式;
Web拉模式配置:用于配置Web服务的URL、调用接口和Web返回格式;
Web推模式配置:用于配置定义Web请求格式;
DICOM MWL模式配置:用于配置DICOM MWL的IP地址、AETitle和端口号,
c.所述的图像数目阈值配置,是按照不同的发送目的系统配置图像数目的最大值,
d.所述的一组用于标识图像完整性的基准DICOM标签值配置,是指用于判断图像完整性的一组DICOM标签值,
e.所述的一组用于信息系统校验的基准DICOM标签值配置,是指用于校验匹配的标识病人检查的一组DICOM标签值,
f.所述的一组更新病人检查的DICOM标签值配置,是指成功匹配或确认匹配后,使用来自于其他系统的校验信息中的一组DICOM标签值更新图像上对应的DICOM标签值。
所述的自动校验包括图像完整性校验和病人检查信息一致性校验,包括以下步骤:
(1)将接收到的DICOM图像加入校验队列;
(2)自动校验按先进先出原则取出校验队列的任务,首先进入图像信息完整性校验,不完整的图像进入手工校验队列;
(3)对于完整的图像根据不同模式分别采用如下校验方法处理:
a.HL7和Web推模式,将读取校验队列的任务,匹配查询校验任务表中是否有该病人检查信息,如果有,则自动校验通过,校验状态为匹配成功,没有则加入手工校验队列,校验状态为匹配不成功;
b.Web拉模式,将向其他信息系统发送Web,从返回消息中解析出校验信息,进行匹配,匹配成功则自动校验通过,校验状态为匹配成功,没有则加入手工校验队列,校验状态为匹配不成功;
c.DICOM MWL模式,将向其他DICOM通信系统发送DICOM MWL请求,从返回的DICOM响应结果中解析出校验信息,进行匹配,匹配成功则自动校验通过,校验状态为匹配成功,没有则加入手工校验队列,校验状态为匹配不成功,因而手工校验队列保存的是不完整的检查和匹配不成功的病人检查,
(4)对于匹配成功的图像,进入图像路由队列。
所述的手工校验指管理员在管理界面上处理手工校验队列,管理员手工选择校验任务表的记录进行确认匹配成功,校验状态为匹配成功;或者使用Web 服务拉模式和DICOMMWL模式再次向其他信息系统发送请求,解析返回结果,管理员确认匹配成功,匹配状态为匹配成功;或者直接确认通过校验,匹配状态为确认匹配;或者认为图像有误,校验状态为删除状态。
在删除状态,删除这次病人检查的图像,
在匹配成功和确认匹配状态,按照预先配置的一组更新病人检查的DICOM 标签值,抽取其他信息系统的校验信息,更新图像上相应的病人检查信息,然后该次检查进入图像路由队列。
所述的图像路由队列,是通过读取该队列的任务,确定路由目的系统,进行图像数目阈值校验,判断是否路由到目的系统,从而实现图像的路由共享。
本发明与已有技术相比,具有实质性突破:
(1)本发明的图像质量保证方法通过图像数目阈值判断、图像信息完整性校验和病人检查信息与医院信息系统或区域信息系统的一致性校验三个校验功能进行质量保障,从而保证图像信息完整性和正确性。
(2)本发明系统具有标准化和开放性。它可以接收符合DICOM通信标准的任何图像;图像校验可采用HL7通信机制或者Web服务或者DICOM MWL来获取准确的病人检查信息。
(3)本发明的装置具有易操作的交互界面,查看图像存储和手工校验图像信息的功能,使其更易于管理。
(4)本发明的方法对医院现有影像信息系统运行无任何副作用或对其性能有任何影响。
[附图说明]
图1为本发明的一种对海量共享医学图像进行质量保障的处理方法与装置的架构示意图。
图2为本发明的一种对海量共享医学图像进行质量保障的处理方法与装置的一个实施程序分层架构图
图3为本发明的一种对海量共享医学图像进行质量保障的处理方法与装置的一个实施医学图像接收流程图。
图4为本发明的一种对海量共享医学图像进行质量保障的处理方法与装置的一个实施程序HL7消息接收流程图。
图5为本发明的一种对海量共享医学图像进行质量保障的处理方法与装置的一个实施Web消息接收流程图。
图6为本发明的一种对海量共享医学图像进行质量保障的处理方法与装置的一个实施医学图像自动校验示意图。
图7为一种对海量共享医学图像进行质量保障的处理方法与装置的一个实施手工校验流程示意图。
图8为本发明的一种对海量共享医学图像进行质量保障的处理方法与装置的一个实施图像路由流程示意图。
图9为本发明的一种对海量共享医学图像进行质量保障的处理方法与装置的一个实施管理界面配置校验模式的截图。
图10为本发明的一种对海量共享医学图像进行质量保障的处理方法与装置的一个实施管理界面配置校验DICOM Tag的截图。
[具体实施方式]
下面结合图1-图10给出本发明一个较好实施例并进一步对本发明实施例作详细阐述,应当理解实施例和附图仅用于解释说明而不用于限定本发明的保护范围:
在本实施例中,获取医院信息系统或区域信息系统的“校验信息”是指部分或所有的病人检查信息与医学图像的DICOM标签值(DICOM Tag)相对应;
本实施例中用于标识图像完整性的基准DICOM标签值配置,是指用于判断图像完整性的一组DICOM标签值,由以下DICOM Tag的一个或多个组成,如 Patient ID的DICOMTag(0010,0020),Patient Name的DICOM Tag(0010,0010),Study Instance UID的DICOMTag(0020,000d),Accession Number的DICOM Tag (0008,0050),Series Instance UID的DICOM Tag(0020,000e),SOP Instance UID 的DICOM Tag(0008,0018)等
本实施例中用于信息系统校验的基准DICOM标签值配置,是指用于校验匹配的标识病人检查的一组DICOM标签值,由以下DICOM Tag的一个或多个组成,如Patient ID的DICOM Tag(0010,0020),Patient Name的DICOM Tag(0010,0010), Patient Birthdate的DICOM Tag(0010,0030),Patient Sex的DICOM Tag(0010,0040),Accession Number的DICOM Tag(0008,0050)等。
本实施例中用于更新病人检查的DICOM标签值配置,是指成功匹配或确认匹配后,使用来自于其他系统的校验信息中的一组DICOM标签值更新图像上对应的DICOM标签值,该组DICOM标签值由以下DICOM Tag的一个或多个组成,如Patient ID的DICOM Tag(0010,0020),Patient Name的DICOM Tag(0010,0010), Patient Birthdate的DICOM Tag(0010,0030),Patient Sex的DICOM Tag(0010,0040), Accession Number的DICOM Tag(0008,0050)等。
本发明的工作原理如下:通过对接收的图像进行图像信息完整性校验、病人检查信息与医院信息系统或区域信息系统的一致性校验和图像数目阈值判断,这三个校验功能来保证在海量共享交换中图像的一致性和准确性。具体包括 DICOM通信功能模块(1)、校验信息接收模块(2)、校验模块(3)和管理模块 (4)四部分。首先,根据检查预定义的图像头DICOM Tag值来确保接收图像的完整性;然后从四种推模式和拉模式中获取其他系统的病人信息,与接收的 DICOM图像头的DICOM Tag值进行匹配,如果匹配不成功,则管理员进行手工校验;手工校验后修改和保存图像;最后根据发送目的地图像数目阈值,发送满足条件的图像到目的系统。
实施例的对海量共享医学图像进行质量保障的处理方法与装置如下:
包括DICOM通信功能模块1、校验信息接收模块2、校验模块3和管理模块4四部分。如图1所示,DICOM通信模块1完成DICOM图像接收、解析和发送的功能;校验信息接收模块2通过HL7、HTTP协议和DICOM MWL协议获取其他信息系统的病人信息;校验模块3的自动校验31实现两种校验功能,图像完整性校验311和病人检查信息校验312;校验模块3的图像数目阈值校验33,根据预先配置的每一个目的系统允许接收的图像数目阈值来决定是否路由图像给对应的系统;管理模块4主要包括配置管理41和任务管理42。
具体分层结构如图2所示,描述如下:
(1)通信层
实现与其他信息系统的接口通信,包括实现DICOM C-Store SCP/SCU的 DICOM图像接收11和发送13,基于HL7协议的HL7消息接收211,基于HTTP 协议的web服务消息的接收221和发送231,基于DICOM Modality Worklist的结果解析242 ,实现DICOM ModalityWorklist的MWL发送241 ,以及管理员通过 Web访问的操作管理界面43。
(2)逻辑层
校验信息接收处理部分:HL7消息接收程序211监听端口,对接收的HL7 进行解析212,存入校验任务表;Web消息接收模块221接收Web消息,Web 服务解析模块222或232对Web消息进行解析,存入校验任务表。
自动校验处理部分:主要完成图像完整性校验311和病人检查信息校验312。图像完整性校验311根据配置的一组用于完整性校验的DICOM Tag(标签),查看接收的图像上是否有对应的值,没有则加入手工校验队列。病人检查信息校验 312按校验模式分为HL7模式、Web推模式、Web拉模式和DICOM MWL模式。病人检查信息校验内容是根据预先设定的基准DICOM Tag值,对图像文件的病人信息进行更新。校验根据基准DICOM Tag值,匹配校验,对于匹配成功的更新图像的病人信息,不成功的加入手工校验队列,由管理员手工校验。
手工校验处理部分:管理员通过管理界面完成,确认、修改或删除图像的任务,管理员可采用Web拉模式和DICOM MWL模式从其他信息系统实时获取病人检查信息。
图像数目阈值校验33部分:读取图像路由队列,判断每次检查的图像数目是否超过预先配置的允许接收的图像数目阈值。
管理部分:包括界面配置41和任务管理42,界面配置有DICOM通信配置、校验模式配置、校验参数配置和基准DICOM Tag配置。任务管理42界面主要是对校验队列、校验任务表和手工校验队列的任务进行回滚和丢弃的操作以及手工校验的功能界面。
(3)数据层
包括数据库表和图像存储系统。
本实施例的软件均采用JAVA和Eclipse为主要开发工具,系统平台可以是Windows、LINUX,Web服务器采用Glassfish 4.0,数据库采用PostgreSQL 9.4,图像存储使用本地硬盘分区。
本实施例的主要工作流程如下:
(1)DICOM图像接收:工作流程如图3所示。
步骤111’,DICOM C-Store SCP服务随该装置启动端口进行监听;
步骤112’,接收DICOM图像;
步骤113’,解析存储该图像;
步骤114’,加入校验队列;
步骤115’,随装置关闭而关闭监听端口。
(2)HL7消息接收流程:工作流程如图4所示。
步骤2111’,HL7接收程序随该装置启动读取HL7配置;
步骤2112’,启动端口进行监听;
步骤2113’,接收和解析HL7消息;
步骤2114’,抽取病人检查信息;
步骤2115’,加入校验任务表;
步骤2116’,随装置关闭而关闭监听端口。
(3)Web消息接收流程:工作流程如图5所示。
步骤2211’,Web服务随该装置启动;
步骤2212’,接收和解析Web消息;
步骤2213’,抽取病人信息;
步骤2214’,加入校验任务表;
步骤2215’,随装置关闭而关闭Web服务。
(4)图像自动校验:自动校验程序31读取校验队列的一条任务进行自动校验,如图6所示经过如下步骤:
步骤3111’,读取校验队列;
步骤3112’,读取校验配置,包括校验模式、一组用于图像完整性校验的 DICOMTag组和一组用于病人检查信息校验的DICOM Tag组;
步骤3113’,读取校验队列的一个任务;
步骤3114’,将图像上的DICOM Tag值与图像完整性校验的DICOM Tag值对照,不存在或值为空都认为是不完整的图像;
步骤3115’,完整的图像进行病人检查信息一致性校验,进入步骤3116’;不完整的图像加入手工校验队列,进入步骤3123’;
步骤3116’,根据一组用于病人检查信息校验的DICOM Tag组,读取图像相应的校验值;
步骤3117’,根据校验模式进入校验模式;
步骤3118’,HL7校验模式和Web服务推模式,则检查校验任务表,是否有匹配的记录,如果有,则校验成功,结束自动校验,进入步骤3124’;没有则加入手工校验队列,进入步骤3123’。
步骤3119’,Web拉模式,从校验配置中读取Web请求格式,填充DICOM Tag 值后发送请求至其他信息系统,进入步骤3121’;
步骤3120’,DICOM MWL拉模式,从校验配置中读取DICOM MWL请求格式,填充DICOMTag值后发送请求至其他DICOM系统,进入步骤3122’;
步骤3121’,解析Web服务返回的结果,如果返回含病人信息的成功消息,则校验成功,结束自动校验,进入步骤3124’;若返回错误,则加入手工校验队列,进入步骤3123’。
步骤3122’,解析返回的DICOM响应结果,如果返回含病人信息的成功消息,则校验成功,结束自动校验,进入步骤3124’,;若返回错误,则加入手工校验队列,进入步骤3123’。
本实施例中的校验状态包括四种:匹配成功(MATCHED)、匹配不成功(UNMATCHED)、确认匹配(VERIFIED)和删除状态(DELETED),校验状态可以通过添加字段的方式进行更新。
步骤3123’,加入手工校验队列,自动校验结束,进入手工校验流程;
步骤3124’,加入图像路由队列,自动校验结束,进入图像路由流程。
(4)图像手工校验:工作流程见图7所示。
步骤3211’,管理员登陆;
步骤3212’,进入手工校验队列;
步骤3213’,选择需要校验的病人检查;
步骤3214’,选择校验模式进入步骤3215’,选择手工修改模式进入步骤3222’,选择直接确认模式进入步骤3223’,选择取消模式进入步骤3224’;
步骤3215’,HL7模式和Web推服务模式,将重新在校验任务表222中查找匹配,有匹配则管理员手工选择任务表的记录进行确认,进入步骤3220’;管理员也可以不选择,直接进入手工确认,步骤3221’;
步骤3216’,Web拉服务模式,后台向其他系统发送Web请求,进入步骤 3218’;
步骤3217’,DICOM MWL模式,后台向其他系统发送DICOM MWL请求,进入步骤3219’;
步骤3218’,解析Web服务返回的结果,如果返回含病人信息的成功消息,则校验成功,进入步骤3220’;没有返回则校验失败,进入步骤3221’;
步骤3219’,解析返回的DICOM响应结果,如果返回含病人信息的成功消息,则校验成功,进入步骤3220’;没有返回则校验失败,进入步骤3221’;
步骤3220’,自动更新图像上的病人检查信息,手工校验结束,进入步骤3227’;
步骤3221’,管理员手工确认模式,选择手工修改模式进入步骤3222’,选择直接确认模式进入步骤3223’,选择取消模式进入步骤3224’;
步骤3222’,选择任务表的记录,打开图像的头文件,手工输入需要更改的病人信息,确认后,进入步骤3225’;
步骤3223’,不对图像进行任何更改,进入步骤3227’;
步骤3224’,选中取消的图像,进入步骤3226’;
步骤3225’,自动更新图像上的病人信息,进入步骤3227’;
步骤3226’,删除选择的图像,手工校验结束;
步骤3227’,加入图像路由队列,进入图像路由流程。
(5)图像路由:工作流程见图8所示。
步骤3311’,读取路由队列的一个任务;
步骤3312’,读取路由配置;
步骤3313’,图像数目阈值判断,没有超出阈值的进入步骤3314,超出的阈值的结束此次路由任务;
步骤3314’,发送DICOM图像到目的系统。
(6)Web管理界面:除系统配置外,还可以查看图像存储校验状态,进行手工校验操作,包括:
DICOM配置界面;
校验模式配置界面;
图像存储状态查看界面;
图像校验状态查看界面;
图像手工校验列表和操作界面;
图像手工校验确认界面。
Claims (9)
1.一种海量共享DICOM医学图像进行质量保障的处理方法,其特征在于在DICOM医学图像传送到目的系统之前,先通过DICOM通信模块(1)、校验信息接收模块(2)和校验模块(3)以及管理模块(4)进行质量保障处理,这些模块储存于储存设备中并被配置成由一个或多个处理器执行,其中,
DICOM通信模块(1)支持DICOM协议通信,用以存储、路由、查询和提取DICOM图像,
校验信息接收模块(2),用以接收DICOM医学图像的校验信息,
校验模块(3),执行图像信息完整性校验、病人检查信息一致性校验以及图像数目阈值校验,
所述的管理模块(4)包括配置管理(41)和任务管理(42),所述的任务管理(42)指DICOM图像校验队列、DICOM图像路由队列、手工校验队列和校验任务表的管理,包括管理界面的展现、队列任务回滚重做和丢弃操作,所述质量保障处理包括以下步骤:
a.图像信息完整性校验,判断每幅图像是否具有预定义的DICOM标签值,将具有预定义DICOM标签值的DICOM医学图像作为完整图像进行病人检查信息一致性校验,
b.病人检查信息一致性校验,通过获取医院信息系统或区域信息系统的校验信息来验证接收的图像上病人检查信息的正确性,具有正确病人检查信息的DICOM医学图像进行图像数目阈值校验,
c.图像数目阈值校验,判断每次检查的DICOM医学图像数目是否超出预定义的阈值,当图像数目不超出预定义阈值时将DICOM医学图像共享至所述的目的系统。
2.如权利要求1所述的处理方法,其特征在于校验信息接收模块(2)通过以下模式中的一种获取校验信息:
HL7模式,接收其他信息系统发送的HL7消息,HL7消息内容为校验信息,接收后加入校验任务表;
Web服务推模式,其他信息系统调用校验信息接收模块(2)的web服务发送校验信息,接收后加入校验任务表;
Web服务拉模式,调用其他信息系统的Web服务,获取验证信息;
DICOM MWL模式,向具有DICOM MWL SCP的系统发送DICOM请求,获取校验信息。
3.如权利要求1所述的处理方法,其特征在于所述的校验模块(3)包括自动校验(31)和手工校验(32),是指根据预先配置的一组校验基准DICOM标签值对图像的DICOM Tag值进行匹配,所述的匹配是指按配置的校验基准DICOM标签值取出图像上对应的值与校验信息进行比较,所述的校验模块中的图像数目阈值校验(33)是指根据预先配置的每一个目的系统允许接收的图像数目阈值来决定是否路由图像给目的系统。
4.如权利要求1所述的处理方法,其特征在于所述的配置管理包括DICOM通信配置、校验模式配置、图像数目阈值配置、一组用于标识图像完整性的基准DICOM标签值配置和一组用于信息系统校验的基准DICOM标签值以及一组更新病人检查的DICOM标签值,其中,
a.所述的DICOM通信配置指配置本机和路由目的系统的用于配置DICOM通信服务的AETitle、主机名、IP地址和端口及DICOM服务类型,
b.所述的校验模式配置采用以下配置中的一种:
HL7模式配置:用于配置HL7启动端口和定义HL7消息格式;
Web拉模式配置:用于配置Web服务的URL、调用接口和Web返回格式;
Web推模式配置:用于配置定义Web请求格式;
DICOM MWL模式配置:用于配置DICOM MWL的IP地址、AETitle和端口号,
c.所述的图像数目阈值配置,是按照不同的发送目的系统配置图像数目的最大值,
d.所述的一组用于标识图像完整性的基准DICOM标签值配置,是指用于判断图像完整性的一组DICOM标签值,
e.所述的一组用于信息系统校验的基准DICOM标签值配置,是指用于校验匹配的标识病人检查的一组DICOM标签值,
f. 所述的一组更新病人检查的DICOM标签值配置,是指成功匹配或确认匹配后,使用来自于其他系统的校验信息中的一组DICOM标签值更新图像上对应的DICOM标签值。
5.如权利要求3所述的处理方法,其特征在于所述的自动校验包括图像完整性校验和病人检查信息一致性校验,包括以下步骤:
(1)将接收到的DICOM图像加入校验队列;
(2)自动校验按先进先出原则取出校验队列的任务,首先进入图像信息完整性校验,不完整的图像进入手工校验队列;
(3)对于完整的图像根据不同模式分别采用如下校验方法处理:
a.HL7和Web推模式,将读取校验队列的任务,匹配查询校验任务表中是否有该病人检查信息,如果有,则自动校验通过,校验状态为匹配成功,没有则加入手工校验队列,校验状态为匹配不成功;
b.Web拉模式,将向其他信息系统发送Web,从返回消息中解析出校验信息,进行匹配,匹配成功则自动校验通过,校验状态为匹配成功,没有则加入手工校验队列,校验状态为匹配不成功;
c.DICOM MWL模式,将向其他DICOM通信系统发送DICOM MWL请求,从返回的DICOM响应结果中解析出校验信息,进行匹配,匹配成功则自动校验通过,校验状态为匹配成功,没有则加入手工校验队列,校验状态为匹配不成功,因而手工校验队列保存的是不完整的检查和匹配不成功的病人检查,
(4)对于匹配成功的图像,进入图像路由队列。
6.如权利要求3所述的处理方法,其特征在于所述的手工校验指管理员在管理界面上处理手工校验队列,管理员手工选择校验任务表的记录进行确认匹配成功,校验状态为匹配成功;或者使用Web服务拉模式和DICOM MWL模式再次向其他信息系统发送请求,解析返回结果,管理员确认匹配成功,匹配状态为匹配成功;或者直接确认通过校验,匹配状态为确认匹配;或者认为图像有误,校验状态为删除状态。
7.如权利要求5或6所述的处理方法,其特征在于:
在删除状态,删除这次病人检查的图像,
在匹配成功和确认匹配状态,按照预先配置的一组更新病人检查的DICOM标签值,抽取其他信息系统的校验信息,更新图像上相应的病人检查信息,然后该次检查进入图像路由队列。
8.根据权利要求7所述的处理方法,其特征在于所述的图像路由队列,是通过读取该队列的任务,确定路由目的系统,进行图像数目阈值校验,判断是否路由到目的系统,从而实现图像的路由共享。
9.根据权利要求1所述的处理方法,其特征在于,所述方法中,获取医院信息系统或区域信息系统的“校验信息”是指部分或所有的病人检查信息与医学图像的DICOM标签值(DICOM Tag)相对应;所述方法中用于标识图像完整性的基准DICOM标签值配置,是指用于判断图像完整性的一组DICOM标签值;所述方法中用于信息系统校验的基准DICOM标签值配置,是指用于校验匹配的标识病人检查的一组DICOM 标签值;所述方法中用于更新病人检查的DICOM标签值配置,是指成功匹配或确认匹配后,使用来自于其他系统的校验信息中的一组DICOM标签值更新图像上对应的DICOM标签值,所述方法的主要工作流程如下: (l)DICOM图像接收:步骤111’、 DICOM C-Store SCP服务随海量共享医学图像进行质量保障的处理装置启动端口进行监听;步骤112’、接收DICOM图像;步骤113’、解析存储该图像;步骤114’、加入校验队列;步骤115’、随装置关闭而关闭监听端口;(2)HL7消息接收流程:步骤2111’、HL7接收程序随该装置启动读取HL7配置;步骤2112’、启动端口进行监听;步骤2113’、接收和解析HL7消息;步骤2114’、抽取病人检查信息;步骤2115’、加入校验任务表;步骤2116’、随装置关闭而关闭监听端口;(3)Web消息接收流程:步骤2211’、 Web服务随该装置启动;步骤2212’、接收和解析Web消息;步骤2213’、抽取病人信息;步骤2214’、加入校验任务表;步骤2215’、随装置关闭而关闭Web服务;(4)图像自动校验:自动校验程序31读取校验队列的一条任务进行自动校验,经过如下步骤:步骤3111’、读取校验队列;步骤3112’、读取校验配置,包括校验模式、一组用于图像完整性校验的DICOM Tag 组和一组用于病人检查信息校验的DICOM Tag组;步骤3113’、读取校验队列的一个任务;步骤3114’、将图像上的DICOM Tag值与图像完整性校验的DICOM Tag值对照,不存在或值为空都认为是不完整的图像;步骤3115’、完整的图像进行病人检查信息一致性校验,进入步骤3116’;不完整的图像加入手工校验队列,进入步骤3123’;步骤3116’、根据一组用于病人检查信息校验的DICOM Tag组,读取图像相应的校验值;步骤 3117’、根据校验模式进入校验模式;步骤3118’、HL7校验模式和Web服务推模式,则检查校验任务表,是否有匹配的记录,如果有,则校验成功,结束自动校验,进入步骤3124’;没有则加入手工校验队列,进入步骤3123’;
步骤3119’、 Web拉模式,从校验配置中读取Web请求格式,填充DICOM Tag值后发送请求至其他信息系统,进入步骤3121’;步骤3120’、DICOM MWL拉模式,从校验配置中读取DICOM MWL请求格式,填充DICOM Tag值后发送请求至其他DICOM系统,进入步骤3122';步骤3121',解析Web服务返回的结果,如果返回含病人信息的成功消息,则校验成功,结束自动校验,进入步骤3124’;若返回错误,则加入手工校验队列,进入步骤3123’;
步骤3122’,解析返回的DICOM响应结果,如果返回含病人信息的成功消息,则校验成功,结束自动校验,进入步骤3124’;若返回错误,则加入手工校验队列,进入步骤3123’;
所述方法中的校验状态包括四种:匹配成功(MATCHED)、匹配不成功(UNMATCHED)、确认匹配(VERIFIED)和删除状态(DELETED),校验状态可以通过添加字段的方式进行更新;
步骤3123’,加入手工校验队列,自动校验结束,进入手工校验流程;
步骤3124’,加入图像路由队列,自动校验结束,进入图像路由流程;
(4)图像手工校验:
步骤3211’,管理员登陆;
步骤3212’,进入手工校验队列;
步骤3213’,选择需要校验的病人检查;
步骤3214’,选择校验模式进入步骤3215’,选择手工修改模式进入步骤3222’,选择直接确认模式进入步骤3223’,选择取消模式进入步骤3224’;
步骤3215’,HL7模式和Web推服务模式,将重新在校验任务表222中查找匹配,有匹配则管理员手工选择任务表的记录进行确认,进入步骤3220’;管理员也可以不选择,直接进入手工确认,步骤3221’;
步骤3216’,Web拉服务模式,后台向其他系统发送Web请求,进入步骤3218’;
步骤3217’,DICOM MWL模式,后台向其他系统发送DICOM MWL请求,进入步骤3219’;
步骤3218’,解析Web服务返回的结果,如果返回含病人信息的成功消息,则校验成功,进入步骤3220’;没有返回则校验失败,进入步骤3221’;
步骤3219’,解析返回的DICOM响应结果,如果返回含病人信息的成功消息,则校验成功,进入步骤3220’;没有返回则校验失败,进入步骤3221’;
步骤3220’,自动更新图像上的病人检查信息,手工校验结束,进入步骤3227’;
步骤3221’,管理员手工确认模式,选择手工修改模式进入步骤3222’,选择直接确认模式进入步骤3223’,选择取消模式进入步骤3224’;
步骤3222’,选择任务表的记录,打开图像的头文件,手工输入需要更改的病人信息,确认后,进入步骤3225’;
步骤3223’,不对图像进行任何更改,进入步骤3227’;
步骤3224’,选中取消的图像,进入步骤3226’;
步骤3225’,自动更新图像上的病人信息,进入步骤3227’;
步骤3226’,删除选择的图像,手工校验结束;
步骤3227’,加入图像路由队列,进入图像路由流程;
(5)图像路由:
步骤3311’,读取路由队列的一个任务;
步骤3312’,读取路由配置;
步骤3313’,图像数目阈值判断,没有超出阈值的进入步骤3314,超出的阈值的结束此次路由任务;
步骤3314’,发送DICOM图像到目的系统;
(6)Web管理界面:除系统配置外,还可以查看图像存储校验状态,进行手工校验操作,包括:
DICOM配置界面;
校验模式配置界面;
图像存储状态查看界面;
图像校验状态查看界面;
图像手工校验列表和操作界面;
图像手工校验确认界面。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710574126.3A CN107292117B (zh) | 2017-07-14 | 2017-07-14 | 对海量共享医学图像进行质量保障的处理方法与装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710574126.3A CN107292117B (zh) | 2017-07-14 | 2017-07-14 | 对海量共享医学图像进行质量保障的处理方法与装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN107292117A CN107292117A (zh) | 2017-10-24 |
CN107292117B true CN107292117B (zh) | 2021-03-16 |
Family
ID=60100395
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201710574126.3A Active CN107292117B (zh) | 2017-07-14 | 2017-07-14 | 对海量共享医学图像进行质量保障的处理方法与装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN107292117B (zh) |
Families Citing this family (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107863140A (zh) * | 2017-11-06 | 2018-03-30 | 贵阳朗玛信息技术股份有限公司 | Dicom文件的处理方法及装置 |
CN108829815B (zh) * | 2018-06-12 | 2022-06-07 | 四川希氏异构医疗科技有限公司 | 一种医学影像图像筛选方法 |
CN110634553B (zh) * | 2018-06-25 | 2023-07-18 | 青岛海信医疗设备股份有限公司 | 一种医学图像校验方法及系统 |
CN110718285B (zh) * | 2019-10-17 | 2022-10-11 | 武汉联影医疗科技有限公司 | 数据归档方法、系统、装置和存储介质 |
CN111128359B (zh) * | 2019-12-17 | 2023-09-29 | 无锡祥生医疗科技股份有限公司 | Dicom配置信息共享方法、超声设备及存储介质 |
CN111584044B (zh) * | 2020-05-14 | 2023-07-14 | 上海深至信息科技有限公司 | 一种标准超声图像训练集的生成方法及系统 |
CN111816283B (zh) * | 2020-07-22 | 2021-11-12 | 江苏宏创信息科技有限公司 | 一种紧凑型的医疗影像智能存储服务系统 |
CN114171165B (zh) * | 2021-12-01 | 2023-11-28 | 四川大学华西医院 | 基于独立任务管理服务的转发方法和系统 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1481533A (zh) * | 2000-12-18 | 2004-03-10 | 乔拉・阿利苏阿吉 | 面向计算机的记录管理系统 |
CN1684086A (zh) * | 2004-04-02 | 2005-10-19 | 株式会社东芝 | 准备有关图像数据的信息的装置 |
CN1916924A (zh) * | 2005-07-22 | 2007-02-21 | 美国西门子医疗解决公司 | 增加应用程序特定整合中dicom标签管理灵活性的方法 |
CN101820827A (zh) * | 2007-10-25 | 2010-09-01 | 断层放疗公司 | 适应性调整放疗剂量的分次照射剂量的方法 |
CN102779321A (zh) * | 2012-06-15 | 2012-11-14 | 杭州市电力局 | 一种基于iec61968消息类型定义的消息验证方法及其装置 |
Family Cites Families (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7885822B2 (en) * | 2001-05-09 | 2011-02-08 | William Rex Akers | System and method for electronic medical file management |
US8775199B2 (en) * | 2007-09-25 | 2014-07-08 | The Board Of Trustees Of The University Of Arkansas | Method and system for image pumping |
US20160246788A1 (en) * | 2015-02-23 | 2016-08-25 | Venkatesan Thangaraj | Collaborative medical imaging portal system |
-
2017
- 2017-07-14 CN CN201710574126.3A patent/CN107292117B/zh active Active
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1481533A (zh) * | 2000-12-18 | 2004-03-10 | 乔拉・阿利苏阿吉 | 面向计算机的记录管理系统 |
CN1684086A (zh) * | 2004-04-02 | 2005-10-19 | 株式会社东芝 | 准备有关图像数据的信息的装置 |
CN1916924A (zh) * | 2005-07-22 | 2007-02-21 | 美国西门子医疗解决公司 | 增加应用程序特定整合中dicom标签管理灵活性的方法 |
CN101820827A (zh) * | 2007-10-25 | 2010-09-01 | 断层放疗公司 | 适应性调整放疗剂量的分次照射剂量的方法 |
CN102779321A (zh) * | 2012-06-15 | 2012-11-14 | 杭州市电力局 | 一种基于iec61968消息类型定义的消息验证方法及其装置 |
Non-Patent Citations (2)
Title |
---|
《Vega library for processing DICOM data required in Monte Carlo verification of radiotherapy treatment plans》;Christopher Locke等;《Australasian Physical & Engineering Sciences in Medicine (APESM) journal》;20081231;第1-16页 * |
DICOM类库的实现及其应用;张金艳;《万方数据库》;20101018;全文 * |
Also Published As
Publication number | Publication date |
---|---|
CN107292117A (zh) | 2017-10-24 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN107292117B (zh) | 对海量共享医学图像进行质量保障的处理方法与装置 | |
US8176356B2 (en) | Medical-information communication-connection management device and a method of managing a medical-information communication connection | |
US20130096951A1 (en) | Business transaction capture and replay with long term request persistence | |
CN111083168A (zh) | 可配置的物联网平台网关的数据传输方法、装置和网关 | |
CN110851324B (zh) | 基于日志的巡检处理方法、装置以及电子设备、存储介质 | |
US8914798B2 (en) | Production control for service level agreements | |
CN111258832A (zh) | 一种接口参数校验方法、装置、设备及介质 | |
CN113889247B (zh) | 一种基于医码通的用户数据采集方法和就医系统 | |
US20200321084A1 (en) | Device, system, and method for optimizing pathology workflows | |
CN107368694B (zh) | 一种医用报告自助服务系统 | |
CN111339051B (zh) | 日志处理方法、系统、设备及存储介质 | |
CN113193990A (zh) | 故障处理方法和装置 | |
CN110569178B (zh) | 基于大数据平台的接口预警方法和系统 | |
CN112765246A (zh) | 任务处理方法、装置、电子设备和存储介质 | |
US20080178182A1 (en) | Work state returning apparatus, work state returning method, and computer product | |
CN117289926A (zh) | 一种业务处理方法和装置 | |
CN111447273A (zh) | 云处理系统及基于云处理系统的数据处理方法 | |
CN113852610B (zh) | 报文处理方法、装置、计算机设备和存储介质 | |
CN113992491B (zh) | 应用程序服务器群运维管理系统、方法及装置 | |
US20110167006A1 (en) | Method and system for a real-time case exchange in a service management environment | |
CN112769683A (zh) | 一种未读消息处理方法、装置、电子设备和存储介质 | |
CN112787910A (zh) | 一种消息处理方法、装置、电子设备和存储介质 | |
CN114915605B (zh) | 事件进展跟踪方法、装置、电子设备及存储介质 | |
US11671429B1 (en) | Authorization automation in procurement of interconnections within a data center | |
CN113656324B (zh) | 疾病录入及决策的全链路测试方法、装置、设备及介质 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |