理解DICOM协议中的UID及其使用-CSDN博客

本文链接：https://blog.csdn.net/weixin_45275365/article/details/123284449

DICOM-UID

碎碎念
一、基本概念
二、定义私人UID
- 1. General DICOM Rules 常规定义
- 2. Medical Connections UID Range

碎碎念

因为要导入python处理后再导入TPS，这个UID真的学疯了，一边整理一边学习一下。

一、基本概念

UID主要由两部分组成，root.suffix，组织根与后缀：
root： 确保整个组织的唯一性
suffix： 该组织内唯一的识别码
总而言之，root是唯一的，后缀是在该root下唯一的，UID的重点就是保证唯一性。

根据类型可以分为：
1）TransferSyntax： 用于标识客户端与服务端之间进行消息传递的编码格式。（没怎么用到过）
2）SOPClass： 常见的服务对象类型，较为常用的UID，且有默认的统一的对照格式，用于标记各种常用的服务。
3）MetaSOPClass： 一系列的SOP Class集合
4）SOPInstance： 用于描述具体的实例，可以脱离交互环境存在，往往指代具体的文件实体。
5）ApplicationContextName： DICOM专属，用于标识DICOM应用。
6）CodingScheme： 代表编码模式
7）FrameOfReference： 用于定位的坐标系，坐标系是固定的，约定俗称的部分，一套图一个唯一标识，与设备相关。
8）其他： UnKnown和LDAP，UnKnown是其他预留用的，或者用户自定义。

二、定义私人UID

学习资料：Creating a Privately Defined Unique Identifier(Informative)

私有定义的唯一标识符(uid)在DICOM中用于唯一标识项目，例如SOP Classes, Image SOP Instances, Study SOP Instances等等。

1. General DICOM Rules 常规定义

UIDs

包括断点（.）在内，UID的长度在1-64字符内；
只能由 0-9 和 . 构成；
每个部分都必须是有效且无二义性的整数，并且不能由0开头，除非整个部分都为0；例如1.2.826.0.1.012345.11.22.33，是不可用的；
必须是唯一的：
1、它可以是你自己可以控制的，从你自己的机构根下生成。
2、不可以通过从别的UID中增加数字来生成。
3、特别是，用于二次捕获图像、KIN对象等的系列UID不能构建Study UID的衍生品。
并不要求Study、Series和Instance UID来源于同样的根，然而实际上，SeriesUID和InstanceUID通常是同样的根。
日期和时间可以用于形成UID，但是注意不要单独使用时间，因为那样很容易导致部分开头为0。