4. 多中心影像数据采集标准化协议设计
多中心影像研究中最棘手的问题往往不是算法，而是“同一台机器、同一个病人，换个中心扫出来就不一样”。采集标准化协议（Acquisition SOP）要解决的就是把“各扫各的”变成“按同一份说明书扫”。本节围绕扫描参数、体位摆放、序列命名与元数据采集四条主线，给出一份可直接落地的SOP草案框架。
一、协议设计的四个锚点
一份可执行的采集SOP，本质上是把影像数据的“可比性”拆解为四个可控维度：参数一致性（TR/TE/翻转角/带宽/层厚等）、几何一致性（体位、定位线、FOV、层间距）、标识一致性（序列命名、扫描顺序）、上下文一致性（元数据、设备信息、受试者信息）。四者缺一，后续的影像组学特征或深度学习模型就会引入中心效应（site effect）。
二、扫描参数：从“推荐值”到“允许区间”
很多SOP失败的原因是把参数写成单一数值，而不同厂商、不同场强（1.5T vs 3.0T）根本无法完全对齐。更务实的做法是给出目标值 + 允许区间 + 必填项。以头颅MRI为例，一份可用的参数表应至少覆盖以下字段：
| 序列 | 关键参数 | 目标值 | 允许区间 | 是否必填 |
|---|---|---|---|---|
| T1WI | TR / TE | 500 / 15 ms | ±10% | 是 |
| T2WI | TR / TE | 4000 / 90 ms | ±10% | 是 |
| DWI | b值 | 1000 s/mm² | 800–1200 | 是 |
| FLAIR | TI | 2200 ms | ±15% | 是 |
| 通用 | 层厚 / 层间距 | 5 / 1 mm | 层厚≤5，间距≤1.5 | 是 |
| 通用 | 矩阵 / FOV | 256×256 / 240 mm | 矩阵≥256 | 是 |
表中“允许区间”是协议能否落地的关键。若某中心设备无法达到目标值，应在区间内取最接近值，并在元数据中记录实际值，而不是强行修改或隐瞒。区间之外的偏差必须上报协调中心，由影像物理师评估是否影响后续分析。
三、体位摆放：把“标准姿势”写成可检查的动作
体位不一致会直接导致脑区配准失败。SOP中不能只写“标准仰卧位”，而要拆成可核对的动作序列：受试者仰卧于检查床，头先进；头部置于头线圈内，用海绵垫固定双侧颞部，避免运动；调整下颌内收，使眶耳线（OM线）垂直于床面；正中矢状面与床面中线重合，偏差不超过3°；定位线以胼胝体膝部与压部连线为参考，横断面垂直于该连线。每个动作后由技师在检查表上打勾，形成可追溯记录。
四、序列命名：让机器和人都能读懂
多中心数据汇总时，最常见的混乱是“同一个序列在不同中心叫不同名字”。SOP应规定统一的命名模板，并写入DICOM的SeriesDescription字段。推荐模板为：
协议代码_序列类型_方位_参数标识
示例：
BRAIN_T1WI_AX_TR500
BRAIN_T2WI_AX_TR4000
BRAIN_DWI_AX_B1000
BRAIN_FLAIR_AX_TI2200命名规则一旦确定，所有中心必须严格执行，不允许使用“T1”“t1”“T1WI-1”等变体。协调中心在数据入库时可用正则表达式自动校验，不符合命名规则的序列直接退回重传。
五、元数据采集：把“上下文”变成结构化字段
元数据是后续中心效应校正的依据。SOP应明确要求每个序列随影像一并提交以下字段：设备厂商、场强、线圈类型、软件版本、扫描日期、受试者ID（脱敏后）、扫描中心代码、实际扫描参数（TR/TE/TI/FA/b值/层厚/层间距/FOV/矩阵）、体位偏差角度、技师编号。这些字段建议以sidecar JSON或CSV形式与DICOM同步提交，避免只存在于DICOM头中难以批量提取。
SeriesDescription会被后处理软件覆盖。建议在扫描完成后立即导出原始DICOM，并单独保存一份元数据清单，双轨留存。
六、SOP草案的落地检查清单
协议制定完成后，需在每个中心进行“试扫描—比对—修正”的闭环验证。建议至少完成3例健康志愿者的试扫描，由协调中心统一评估参数偏差、体位偏差和命名合规性。以下检查清单可直接用于现场核查：
- 扫描参数是否在允许区间内？偏差是否记录？
- 体位偏差角度是否≤3°？定位线是否按参考点放置？
- 序列命名是否符合模板？是否存在变体名称？
- 元数据字段是否完整？脱敏是否到位？
- 试扫描影像是否通过协调中心的质量评估？
只有四个锚点同时达标，多中心影像数据才具备可比性。SOP不是一次性文档，而应随设备升级、序列更新和质控反馈持续迭代，通常每6个月复审一次，确保协议始终与各中心实际执行情况一致。