从HC3i论坛的帖子中，接触到 Worklist这个概念，但很多人对Worklist还没有一个实体的认识。Worklist到底实现的是什么功能？在PACS /RIS中能够起到怎样的作用？为此，本文整理了一些关于Worklist的相关知识供大家参考，希望能对正在实施RIS/PACS系统的医院有所帮助。

关于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实现了什么样的功能？

fz2841585：从RIS或者其他系统下载病人信息，以免重复登记。

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

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

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

xiaoyilong19：我做了多台设备的Worklist，深有体会：如果设备厂家不同的话，Worklist服务端程序就要调试一番，才能让返回的数据在对方设备工作站上显示出来，否则就是出现各种情况。乱码还比较简单处理，就是怕对方什么应答都没有。实际上就是，请求，返回请求，和cs服务架构一样。

Worklist在Pacs中的作用与的工作原理

 
基本设计概念和处理流程

xuyuansheng：正常的流程是，病人在HIS上注册，经hl7消息传至RIS，RIS上便有了病人的登记信息。做检查时，成像设备通过DICOM Worklist来从RIS上取得需做检查的病人列表，选择后做检查。检查完成后，图像便可以传到PACS中进行存储。在这个过程中，病人信息仅在HIS端输入一遍，但它流经RIS，Modality以及PACS。可以节省时间，减少错误，规范流程，互联互通，形成数据共享。理想的情况下，让医生专注于检查及诊断，而缩短的时间，也会提高病人的满意度。

PACS调试WorkList时怎样使用通迅日志？

qhorse：在Pacs Srv中的通讯日志使用:进入主界面后在文件菜单下选中"记录通讯日志",在进行通讯后就能在zlpacslog.mdb中"DICOM通讯日志"表中看到和设备的通讯情况,用于和设备进行WorkList的调试。