从 SDTM、ADaM 到 TFL：自动化改变了什么

从代码生成到交付系统

SDTM、ADaM 和 TFL 常被描述为一条编程链。实际交付还依赖来源解释、标准映射、衍生规则、分析人群、元数据、呈现规则和验证决策。生成代码只覆盖了其中一部分。

更大的变化发生在规格、输入、执行、验证结果、审阅决定与正式产物共享同一工作状态之后。此时程序成为获批规格的实现，统计意图也能在规格、代码和结果之间保持一致。

交付链如何变化

在 SDTM 阶段，系统应用已批准的映射、术语、变量规则和一致性检查，并汇集待确认的来源与映射问题。在 ADaM 阶段，系统执行已经声明的衍生和人群逻辑，同时保留回到 SDTM 与分析决策的来源链。在 TFL 阶段，shell 和输出信息与已批准数据集、统计方法及展示约定保持关联。

三个阶段中可重复的工作进入统一执行。草稿结果接受结构、来源链、预期形式和一致性检查，检查结果集中进入针对性审阅，为统计师和程序员提供完整上下文。

专业角色与系统支持

统计师负责 estimand、分析方法和结果解释，程序员负责规格实现与程序质量，数据专家负责来源和标准映射，审阅者负责独立检查与交付确认。系统围绕这些职责组织输入、执行、验证结果和审阅记录。

例外、待确认事项与检查结果进入统一审阅记录，由相应专业角色完成判断并确认正式交付。这样，程序执行与统计责任在同一工作流中保持清晰对应。

统计编程职责的变化

编程工作从在彼此割裂的文件间手工搬运上下文，转向设计规格、可复用规则、验证器和例外路径。程序员把更多精力放在让分析意图明确、可复用和可测试，并通过结构化规格连接需求与程序实现。

统计编程的影响力因此从单个脚本扩展到整个交付系统。代码、元数据、验证与审阅形成连续链路，变更可以沿依赖关系评估，并在一致条件下重新执行。