Pacs系统开发之DICOM通信（DICOM SCP/SCU角色）

_半夏曲

已于 2025-01-06 12:44:09 修改

阅读量1k

点赞数 23

分类专栏： PACS系统相关文章标签： java dicom pacs

于 2025-01-06 12:07:45 首次发布

本文链接：https://blog.csdn.net/qq_46135702/article/details/144960381

版权

PACS系统相关专栏收录该内容

10 篇文章

订阅专栏

DICOM通信流程

建立关联： SCU向SCP发起关联请求，双方协商传输参数等信息。
提供服务： SCU发出具体的服务请求（如C-FIND、C-MOVE），SCP根据请求执行相应的操作。
释放关联： 服务完成后，双方释放关联。

DICOM通信中的常见服务

C-ECHO： 用于测试连接是否建立。
C-STORE： 用于将图像存储到SCP。
C-FIND： 用于在SCP中查找符合特定条件的图像。
C-MOVE： 用于将SCP中的图像移动到其他设备。
C-GET： 用于从SCP获取图像。

DICOM标准指定了关于患者、成像设备、程序和图像的各种信息。DICOM是分层结构的，具有客户端-服务器架构。它有以下部分：

文件/数据格式
数据交换协议
网络协议架构

DICOM定义

DICOM (Digital Imaging and Communications in Medicine) 是一种用于存储和传输医学图像及相关信息的标准。在医疗影像领域，DICOM协议是各医疗设备之间进行数据交换的基础。

DICOM文件通常具有. dcm扩展名，数据包含患者数据和图像/像素数据。患者数据来自EMR/EHR/HE系统，作为HL7数据，与放射医学成像设备创建的设备、程序和图像/像素数据作为DICOM数据紧密耦合。
DICOM协议是基于TCP/IP的二进制上层协议（ULP）。DICOM使用的众所周知的端口是104、2761、2762和11112。它用于处理DICOM数据，传输、搜索/查询、集成、分发、打印、共享、存储、显示来自放射学档案/存储系统（PACS、RIS）的医学图像和患者数据到工作站，供放射科医生编写报告。
DICOM网络协议架构如此：网络⇒TCP/IP⇒用于 TCP/IP 的 DICOM 上层协议（ULP）⇒上层服务边界⇒DICOM 消息交换⇒医学影像应用。

DICOM通信的核心在于 服务类用户（Service Class User，SCU） 和 服务类提供者（Service Class Provider，SCP） 这两个角色。

SCU：发起服务请求的一方，通常是客户端。例如，一台工作站想要从PACS系统中检索一张CT图像，那么工作站就扮演SCU的角色。
SCP：提供服务的一方，通常是服务器。PACS系统存储着大量的医学图像，当接收到工作站的请求时，PACS系统就扮演SCP的角色，将所需的图像发送给工作站。

DICOM的历史

DICOM是由美国放射学院（ACR）和美国国家电气制造商协会（NEMA）开发的标准。它始于20世纪80年代，并于1988年发布了第二个版本。ACR/NEMA技术的第一次大规模部署是由美国陆军和空军于1992年进行的。劳拉航空航天公司和西门子医疗系统公司领导了一个公司联盟，部署了第一个美国军用PACS（图片存档和通信系统）。1993年发布了该标准的第三个版本。它的名称随后更改为“DICOM”。定义了新的服务类，增加了网络支持，并引入了一致性声明，以建立查询或检索、存储和打印类的基本DICOM通信协议。官方认为，该标准的最新版本仍然是3.0，自1993年以来一直在不断更新和扩展。

DICOM中的基本结构和概念

DICOM对象被称为信息对象定义（IOD）。所有真实世界的数据，如患者、研究、医疗设备、图像、患者日程列表、要发送到打印机的队列，都是具有定义模板的对象。这些是要在服务类用户（SCU）-客户端和服务类提供者（SCP）-服务器之间交换的信息的定义。
DICOM模态是DICOM数据对象的属性/属性，例如CT、MRI、X射线等是模态
DICOM消息由一个命令集和一个条件数据集组成。
命令和数据集由元素组成。
元素有一个标签、长度和值。
标签有组标签和元素标签。
DICOM应用程序提供数据交换所需的服务。
应用程序实体（AE）使用DICOM服务元素（DIMSE）。
DIMSE服务有两种类型，复合DIMSE-C和规范化DIMSE-N。这些支持SOP实例上的存储、检索、打印等操作和通知。
AE有标题（AET）。AE分配了一个IP地址。AET区分大小写且唯一。
服务对象对（SOP）有一个唯一的ID（UID）。SOP类是DICOM互操作性的基本单元。

DICOM消息的命令部分的图表：