前言：
       正如前述文章中提到的，DICOM（Digitial Image Communications in Medicine）是所有从事医学影像处理的工作者需要了解的最基本的图像格式。

假设一个患者到医院就诊，为了判断他的病灶，医生需要指定不同的检查（例如：CT,MR,Ultrasound等），而每一项检查（Study）都需要由相对应的仪器来完成。但是仪器产生的一系列（Series）的影像（Image），比如（用CT产生了一组10张，MR产生了10张和20张各一组影像），那么这些不同检查和不同序列的影像如何和这个患者产生关联，而不致于产生混淆呢？

DICOM标准中，使用了相对应的资料结构来描述：定义出Patient,Study,Series,Image四个层次来共同存储上述的例子。

Patient——包含该患者的所有基本资料（如姓名、性别、年龄等）和医生指定的检查（Study）;

Study——包含检查种类（CT、MR、B超）和指定检查的Series;

Series——包含检查的技术条件（毫安、FOV、层厚等）和图像Image.

--------------------------------------------------------------------------------------------------------------------------------

DICOM中的概念：
        本段主要来自H3Ci论坛中关于DICOM中基本概念通俗易懂地讲解：http://bbs.hc3i.cn/thread-110443-1-2.html

DICOM标准的提出者DICOM标准委员会是ISO组织的合作者。作为一个标准，为了表达的准确性和普适性，措辞方面非常谨慎。这有一个副效果，就是原本很明白的东西，用了它那套名词系统后，变得非常模糊。

IOD (Information Object Definitions)——面向对象设计中有类（Class）的概念。比如Rectangular类，有Length和Width两个属性。根据一个类，可以定义一个具体的对象Object，赋予其Length和Width。 IOD就是DICOM世界中的类，而且，这些类都是规定好的，比如：Patient IOD。

VR（Value Representations）——C语言里面有很多数据类型，比如整形int，浮点型float等，人所共知。DICOM世界里的所有数据类型，为了“表达的准确性和普适性”，偏偏不叫数据类型，而叫“数值代表”，即VR。现行DICOM版本一共有27种。比较常见的VR有：

UI——Unique Identifier (maximum length:64 characters)

CS——Code String(maximum length: 16 characters)

ST——Short Texts

这里有更多的关于VR的讲解。http://www.cnblogs.com/kesalin/archive/2012/02/07/dicom_vr.html

很多DICOM通讯中的问题，是设计者因为对VR的理解不透彻造成的。比如一个特别值得注意的问题是：DICOM标准对一些VR的长度都做了限定。不遵守这些限定，写出来的软件就会有较差的DICOM兼容性（比如生成了某个UID多余64个字符）。此外，不管VR的长度（字符串个数）是否有限定，它一定是个偶数。如遇奇数长度，应以尾部空格补足。自然，和别的系统通信的时候会遇到问题。

AE（Application Entity）——Dicom世界中的应用实体。实体，其实指的就是符合DICOM标准的通讯网络中的一台电脑。AE既可以是一个成像设备（Modality），也可以使一个PACS Server，也可以使QA Client machine，等等。

SOPs（Service-Object Pairs）——服务是Client-Server架构中最基本的概念。DICOM中所有的服务都无外乎是在传递IOD。

////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////
————————————————
版权声明：本文为CSDN博主「inter_peng」的原创文章，遵循CC 4.0 BY-SA版权协议，转载请附上原文出处链接及本声明。
原文链接：https://blog.csdn.net/inter_peng/article/details/39327119