2. 医学影像基础与DICOM标准入门
在PACS工程中，我们每天面对的不是“图片文件”，而是一组带有严格语义的医学影像对象。理解常见影像模态的成像特点，以及DICOM标准如何组织这些对象，是后续做归档、传输、调阅和存储规划的前提。本节先横向对比CT、MR、CR、DR、US等模态的成像差异，再深入DICOM的作用、文件结构与信息模型。
一、常见影像模态的成像特点
不同模态的物理成像原理不同，直接决定了图像的数据特征、像素位深、序列组织方式和存储规模。工程上最需要关注的是：单帧还是多帧、像素矩阵大小、灰度位深、是否成序列、是否有体素间距等空间信息。
| 模态 | 成像原理 | 典型矩阵 | 位深 | 数据组织 | 工程关注点 |
|---|---|---|---|---|---|
| CT | X线旋转投影，重建断层 | 512×512 | 12～16 bit | 一个检查含多张断层，按层厚/位置排序 | 层厚、层间距、重建核、HU值 |
| MR | 磁场与射频，多参数成像 | 256×256～512×512 | 12～16 bit | 多序列（T1/T2/PD），每序列多帧 | 序列号、TR/TE、体素间距 |
| CR | IP板潜影，激光读出 | 约2000×2500 | 10～12 bit | 单张或少量图像 | 分辨率高、单帧大 |
| DR | 平板探测器直接读出 | 约2000×3000 | 12～14 bit | 单张图像 | 即时成像、单帧大 |
| US | 超声回波，实时扫查 | 约640×480 | 8 bit | 多帧动态，常为cine循环 | 帧率、多帧、区域校准 |
从存储角度看，一张CR/DR胸片可能达到10～20 MB，而一次CT检查（数百层）可达数百MB。US虽然单帧小，但动态多帧累积后也不容忽视。这些差异直接影响PACS的存储分层、预取策略和传输带宽规划。
二、DICOM标准的作用
DICOM（Digital Imaging and Communications in Medicine）解决的核心问题是：让不同厂商的设备、工作站、PACS之间能够互相“看懂”影像及其上下文。它规定了三件事：数据格式（文件怎么存）、网络服务（怎么传）、信息模型（数据之间是什么关系）。
没有DICOM时，各厂商私有格式导致图像无法互通；有了DICOM，CT图像不仅包含像素，还携带患者信息、检查信息、设备参数、空间几何等，使阅片、测量、三维重建成为可能。
三、DICOM文件结构
一个DICOM文件由文件头和数据集组成。文件头包含128字节前导码和“DICM”标识，用于识别文件类型。数据集由一系列数据元素构成，每个数据元素包含四个部分：
- 标签（Tag）：4字节，前2字节为组号，后2字节为元素号，如(0010,0010)表示患者姓名。
- 值表示（VR）：2字节，说明数据类型，如PN（人名）、DA（日期）、US（无符号短整型）。
- 值长度（VL）：2或4字节，指明数据长度。
- 值域（Value）：实际数据内容。
标签按组号递增排列，组号越小越靠近患者身份信息，组号越大越靠近像素数据。像素数据通常位于(7FE0,0010)，是文件中最庞大的部分。传输语法（Transfer Syntax）决定了字节序和是否压缩，例如隐式VR小端、显式VR小端、JPEG无损等，PACS必须正确协商传输语法才能解析。
四、DICOM信息模型
DICOM用层次化模型描述现实中的医疗活动，从高到低依次为：患者（Patient）→ 检查（Study）→ 序列（Series）→ 实例（Instance）。每个层级都有唯一标识符（UID），如Study Instance UID、Series Instance UID、SOP Instance UID。
这个模型是PACS查询、检索、调阅的基础。例如，按患者ID查询所有检查，按Study UID调阅整个检查，按Series UID区分不同序列。理解这四层关系，才能正确设计数据库索引和预取逻辑。
五、从模态到DICOM的工程衔接
实际工作中，设备产生的图像会先被封装为DICOM对象，再通过DICOM网络服务（如C-STORE）发送到PACS。PACS接收后，依据信息模型建立索引，将Study、Series、Instance的UID写入数据库，同时把像素数据存入存储层。调阅时，工作站通过C-FIND查询、C-MOVE/C-GET获取图像。
以一次CT检查为例：患者登记后生成Study UID；扫描产生多个序列（如平扫、增强），每个序列有独立Series UID；每个序列包含数百个Instance，每个Instance对应一层图像。PACS按Study→Series→Instance的层级组织，用户调阅时先看到检查列表，再展开序列，最后逐层浏览。这种结构使归档、预取和迁移都能以序列或检查为单位高效执行。