4. SDTM特殊目的域

SDTM中的特殊目的域（Special-Purpose Domains）不描述某一类临床事件本身，而是为整个提交包提供“骨架”和“索引”。它们回答的是：受试者是谁、试验设计是什么、受试者实际经历了哪些阶段和访视、以及研究层面有哪些非受试者数据。理解这些域的关键，不是记住变量清单，而是理解它们在数据流中的位置——DM是受试者主键的源头，SE和SV把时间轴切分成可对齐的区间和时点，CO把计划与实际情况连接起来，SM承载研究层面的元数据。

DM：受试者层面的主键与锚点

DM（Demographics）是唯一一个每个受试者恰好一条记录的域，因此它承担了“受试者主键表”的角色。核心变量包括STUDYID、DOMAIN、USUBJID、SUBJID、RFSTDTC、RFENDTC、RFXSTDTC、RFXENDTC、SITEID、AGE、AGEU、SEX、RACE、ETHNIC、COUNTRY、DTHFL、DTHDTC等。其中USUBJID是全提交包中跨域关联的唯一键，通常由“研究标识-站点-受试者”拼接而成，例如CDISCPILOT01-701-1015。

RFSTDTC（参照开始日期）和RFENDTC（参照结束日期）是DM中最容易被低估的变量。它们定义了受试者的“研究期”，其他域中基于研究日的计算（如--DY）都以RFSTDTC为第1天进行推导。若RFSTDTC填写为实际首次给药日期，则给药前的筛选期访视会出现负的研究日；若填写为知情同意日期，则研究日含义变为“距知情同意的天数”。两种做法在监管提交中都有使用，但必须在整个研究内保持一致，并在define.xml中说明。常见错误是DM中RFSTDTC为空或与EX域首次给药日期矛盾，导致后续所有--DY无法复算。

SE与SV：把时间轴切成区间和时点

SE（Subject Elements）描述受试者实际经历的试验阶段（Element），每个阶段一条记录，用SESTDTC和SEENDTC界定区间，并用ETCD/ ELEMENT标识阶段类型，如筛选期、安慰剂治疗期、活性治疗期、随访期。SE的价值在于：它记录的是“实际发生”的路径，而不是方案计划路径。当受试者发生剂量调整、中断再恢复或提前退出时，SE能准确表达其真实经历。

SV（Subject Visits）描述受试者实际完成的访视，每个访视一条记录，包含VISITNUM、VISIT、SVSTDTC、SVENDTC、SVUPDES等。SV与SE的关系是“时点落在区间内”：一次访视的日期应落在某个Element区间内。常见实现问题是SV中出现了方案未定义的访视、访视日期与SE区间不重叠、或同一访视重复记录。校验时可用“SVSTDTC必须落在某条SE的SESTDTC与SEENDTC之间”作为一致性规则。

CO：计划与实际的对照层

CO（Comments，在SDTMIG中作为特殊目的域使用时通常指“Trial Design / Subject-level Comments”相关结构，实际提交中常以CO承载试验设计对照信息）用于把方案计划与受试者实际执行情况并列存放。典型用法是：COTYPE="Trial Design"的记录描述计划元素和计划访视，COTYPE="Subject"的记录描述该受试者实际被分配到哪个元素、是否完成。关键变量包括COSEQ、COTYPE、COVAL、COEVAL、COEVALID。实现时要注意CO与DM中ARM/ACTARM的一致性：若DM中ACTARMCD为“PLACEBO”，CO中不应出现“ACTIVE”的实际分配记录。另一个高频问题是COSEQ在同一USUBJID下重复，导致无法唯一定位记录。

SM：研究层面的元数据

SM（Study Metadata）存放研究级属性，每个属性一条记录，例如研究标题、方案编号、适应症、申办方等。SMTESTCD/SMTEST定义属性名，SMVAL存放属性值，SMSTDTC/SMENDTC界定该元数据的有效区间。SM最容易出现的错误是把受试者级信息（如某受试者的剂量）误放入SM，导致一条记录无法对应到具体受试者。另一个问题是SMVAL长度超限或编码不统一，例如同一研究标题在不同记录中写法不一致。

常见实现问题与检查要点

从工程实现角度看，特殊目的域往往不是由单个数据采集模块直接产生，而是由多个来源汇总推导：DM来自注册与人口学数据，SE来自给药与阶段记录，SV来自访视管理，CO来自随机化与方案设计，SM来自研究启动信息。因此，在SDTM映射阶段应明确每个特殊目的域的“数据来源”和“推导规则”，并在define.xml中记录。只有这些骨架域准确、一致，后续的AE、LB、EX等事件域才能通过USUBJID和RFSTDTC正确对齐，形成可提交、可复算的完整数据集。