[疑难杂症2023-005]dcmtk-movescu访问dcm4chee模拟PACS Server报错问题解析

本文由Markdown语法编辑器编辑完成。

1. 背景

由于要在医院上线一个服务，用来定时从医院的PACS Server上面拉取dicom图像并进行分发。因此，需要首先在公司的内网环境上进行开发，测试和验证。

目前比较流行和开源的PACS Server模拟是基于dcm4chee的开源镜像。通过docker启动dcm4chee的镜像后，便在内网环境下，启动了一个类似于医院的PACS服务器。而且它支持上传图像(storescu)，查询图像(query- findscu)和拉取图像(retrivev- getsuc, movescu)。

storescu, findscu, getscu, movescu, 是dcmtk提供的几个工具，用来实现以上提到的，与dicom的传输有关的功能。

指令	功能
storescu	模拟CT机或其他影像设备，向PACS Server推送dicom图像.
findscu	根据一定的条件，从PACS Server中检索query符合要求的图像信息.
getscu	根据传入的条件，从PACS Server中直接获取retrieve图像.
movescu	根据传入的条件和目标AETitle，让PACS Server将图像发送到目标地址.

这四个指令常用的例子如下:

这里做一些预设:
这几个单词中，比如关键的单词.
客户端的AETitle: -aet
服务端的AETitle: -aec (被客户端叫到的aetitle.)
目标端的AETitle: -aem (需要将图像move移动到的目标的aetitle.)

图片来自官网: https://support.dcmtk.org/docs/movescu.html

这里给的假设的值:

AETitle	Value
-aet	TEST
-aec	DCM4CHEE
-aem	TEST

1.1 storescu

storescu -aet TEST -aec DCM4CHEE +sd +r -d 127.0.0.1 11112 /dicom/path/dir
# +sd: scan directory 扫描文件夹
# +r reverse 递归发送文件夹内的所有图像.
# -d debug模式，发送过程中会输出详细信息.

1.2 findscu

# 该指令的作用是，向DCM4CHEE,按照STUDY级别进行检索。根据传入的StudyInstanceUID的uuid的具体值，查询该检查对应的AccessionNumber的值。将要回传的信息，存储到指定的路径下面的临时dicom文件内,如/path/rsp.dcm.
findscu -v -X --study -aet TEST -aec DCM4CHEE 127.0.0.1 11112 -d -K 08,52=STUDY -to 300 -ta 300 -td 300 -od /path/rsp0001.dcm -k "StudyInstanceUID=xxxxxx" -k AccessionNumber=
# --study QueryRoot
# -K 08,52=STUDY, QueryLevel
# -od 将需要检索的dicom tag信息，存储到rsp.dcm内。如果不指定，则会默认在该指令运行的当前目录下，生成一张rsp0001.dcm.

该指令运行后，可以看到在rsp.dcm中，包含了想要检索的，该检查的检查号信息。
通过dcmdump rsp0001.dcm, 可以看到:

1.3 getscu

getscu, 不是所有的PACS Server都支持。幸运的是，dcm4chee开源PACS支持了通过getscu来直接拉取图像。
getscu能够实现拉图的前提，一定是提前在PACS Server已经注册了本地的AETitle. 这样当PACS Server需要传送图像的时候，才知道将图像推送到哪里。

# 该指令的作用，向DCM4CHEE请求将特定检查号的检查，拉取到本地的AETitle为TEST的服务中。
getscu -v --study -aet TEST -aec DCM4CHEE 127.0.0.1 11112 -k 08,52=STUDY -d -to 300 -ta 300 -td 300 -k AccessionNumber="JSCT20200xxxxx"

执行该命令后，会运行失败。给出的错误原因是:

通过查找dicom的官方文档:
https://dicom.nema.org/dicom/2013/output/chtml/part04/sect_C.4.html

1.4 movescu