置百丈玄冰而崩裂,掷须臾池水而漂摇。

DICOM协议中 worklist 工作原理,使用场景

 Worklist列表功能

在影像检查中, RIS 与 PACS 的系统集成,Wordlist 的连接为其主要工作之一。Wordlist 成像设备工作列表,它是 DICOM 协议中众多服务类别中的一个。它的功能是实现设备操作台与登记台之间的通讯,完成成像设备和信息系统的集成。称为 BASIC WORKLIST MANAGEMENT SERVICE (简称 Worklist)。


一、DICOM 标准中与 Worklist 相关的一些基本概念

配置影像检查设备 (Modality) 的 Worklist 首先要阅读该设备的 “DICOM 一致性声明 (DICOM Conformance Statement)” 中关于 Worklist 的部分,了解设备对 Worklist 的支持程度。而熟悉以下基本概念则有助于阅读 DICOM Conformance Statement:

1、VR (Value Representation):描述了数据元素的种类 (字符串、数字、日期等) 以及这些值的格式。在 DICOM 标准第五部分 Data Structures and Encoding 的第 25 页中列出了所有的 VR。

2、Data Set (数据集):一个数据集表示了一个 DICOM 对象,它进一步由 Data Element (数据元素) 组成。而数据元素包括了 tag (唯一的)、值的长度以及值。数据元素中可能包含 VR。

3、 数据元素类型:一个数据元素是否在一个数据集中出现,取决于该数据元素的类型。

4、 AE Title:AE Title (Application Entity Title) 是配置影像检查设备 DICOM 服务 (Worklist、Storage、Print 等) 必不可少的参数之一。对于某一台影像检查设备,其各个 DICOM 服务可以对应不同的 AE Title,当然这些 DICOM 服务也可以对应同一个 AE Title。AE Title 是一个字符串,但是这个字符串在我们要配置的 RIS/PACS 系统的网络中必须是唯一的。因此,AE Title 是这个网络中某一个 (或几个) DICOM 服务的唯一标识。


二、DICOM 的 Worklist 实现的功能

从 RIS 或者其他系统病人信息,以免重复登记,并保证数据的一致性(影像号,检查号等)。

Worklist 只是一个传输协议,DICOM 的 Worklist 其实就是 C-FIND 服务,有点类似于 Query/Retrieve,SCU 在 C-FIND 命令集后面加上一些查询字段,SCP 把查询结果放在 C-FIND-RSP 后面返回去。

在 CT 或 MR 等工作站上,如果没有 Worklist 功能,新检查一个病人的时候,要输入病人全部的基本信息,这样比较麻烦,而且容易出错。有了 WorkList 功能后,可以直接从服务器上读取病人的基本信息,不用输入,而且不易出错。实质上还是 C-FIND,不过需要 MPPS 等的支持。

DICOM 的 MWL 是一种接口协议,至于怎样查数据,那是 coding 实现的事情,MWL 只负责把找到的数据按 DICOM 标准传出去。


三、正常的业务流程:

病人在 HIS 上开单,经 hl7 消息传至 RIS,RIS 上便有了病人的登记信息。做检查时,成像设备通过 DICOM Worklist 来从 RIS 上取得需做检查的病人列表,选择后做检查。检查完成后,图像便可以传到 PACS 中进行存储。在这个过程中,病人信息仅在 HIS 端输入一遍,但它流经 RIS,Modality 以及 PACS。可以节省时间,减少错误,规范流程,互联互通,形成数据共享 


发表评论:

验证码