多中心试验（multi-center trial）的名字取得真好听。
多个中心一起招募，样本量涨得快，结论推广起来底气也足。理想状态是：各家中心像精密咬合的齿轮，在同一套 SOP 下匀速运转。
现实是每家中心都是一个小宇宙。操作流程不一样，研究者经验不一样，患者人群不一样。这些差异搅在一起，就能让你吃不了兜着走。
中心效应
中心效应（Center Effect）——不同中心的研究结果之间存在系统性差异。
原因可以是很多层的。人口学特征：A 中心的患者平均比 B 中心大十岁。操作差异：不同的设备、不同的手法、不同的熟练程度。依从性差异：有的中心随访跟得很紧，有的中心患者来一次算一次。
一个经典例子：某抗高血压药物的试验，亚洲中心的降压效果显著，欧洲中心平平。拆开一看——亚洲中心患者 BMI 普遍偏低。不是药在亚洲人身上反应不一样，是基线特征分布不同。
处理中心效应得分两步走。设计阶段用分层随机化——每个中心当一层，层内随机。再搞一套统一 SOP，把操作差异压到最小。分析阶段上混合效应模型（Mixed-Effects Model），"中心"作为随机效应塞进去，中心间差异扒开之后再估治疗效应。顺带查交互效应——有没有"在 A 中心有效、在 B 中心无效"这种诡异场面。最后跑一遍敏感性分析，排除个别中心或调权重，看结论够不够硬。
面试官问过："捡到显著的中心效应，你怎么办？"
标准套路：先拆原因。是基线差异还是操作差异，还是真的存在治疗×中心的交互。基线差异可以通过调整协变量来补救，操作差异可能要重新培训研究者。
（嘴上这么说，心里清楚：统计方法能兜住的底是有限的。预防永远比事后修修补补值钱。）
脱落为什么更难收拾
中心效应是设计阶段就要面对的"先天问题"，脱落则是执行过程中慢慢积累的"后天损耗"。在多中心场景下，脱落会被显著放大。
定义照旧：受试者没走完试验全程——要么没接受完预定干预，要么没完成全部随访。
后果同样是三层：效能降低、偏倚风险、ITT 与 PP 人群裂口。但多中心让每一条都更刺手：
- 效能：样本量计算时分中心估脱落率更稳妥——A 中心 5%、B 中心 20%，按统一 15% 算下来整个试验都可能 power 不够。
- 偏倚：不同中心的脱落原因分布不一样。有的中心是患者嫌麻烦退出，有的中心是副反应集中爆发被叫停。把所有脱落混在一起看，看不出哪一家的锅。
- 结果解读：ITT 分析时还要按中心查一遍脱落模式，单看总体的脱落率会掩盖问题。
设计防线照常布：样本量里塞脱落预估、纳排标准把不靠谱的人挡在外面、激励跟上。多中心多一道：每家中心单独估脱落率，不能拍脑袋用全网平均值。
执行防线：电话随访、线上访谈、定期提醒。单中心做到这些就够了，多中心还要做中心间节奏对齐——A 中心月度随访、B 中心季度随访，最终合并分析时节奏不齐会让数据拧巴。
分析防线：ITT——所有随机化受试者全纳入，不管有没有走完。金标准。缺失数据用 LOCF（末次观察值结转）或多重插补（Multiple Imputation, MI）顶上。面试官追问过 LOCF 的假设——"假设受试者最后一次观察的状态会原封不动保持到后续时间点。"这在多中心场景下更不靠谱：脱落受试者的最后一次观察可能根本不是在他所属中心的标准流程下完成的（比如紧急电话随访、跨中心转入），用这个值结转会同时引入测量误差和中心间不可比性。
最后一扇门，为什么门更多
数据库锁定（Database Lock, DB Lock）是数据管理的关键节点。锁之前：数据可以改。锁之后：冻住了。任何修改都要走变更流程——不是技术上改不了，是程序上要经过层层审批。
DB Lock 通常发生在所有受试者完成随访、数据清理收尾、锁库前评审通过之后。锁库之后，统计师拉闸开始最终分析，生成临床研究报告（CSR）。
单中心试验锁库相对简单：最后一名受试者完成随访、数据清理收尾、锁库前评审通过，一把锁搞定。多中心这把锁要锁三遍：
- 时机不齐：每家中心的最后一名受试者完成随访的时间点不同。提前锁会把未完成中心的数据冻在错误状态；推后锁又让已完成中心的数据多"裸奔"一阵。常见做法是分阶段锁——先锁主要终点达成的中心，其他中心滚动锁库。
- 数据清理的协调成本：query 从数据中心发出，落到每家中心的 CRA，再回到 PI 桌上——这条链路在多中心变成一张网。某家中心的 CRA 拖一周，全网清理进度跟着滑。
- 变更流程的审批链更长：锁库后改数据，审批链从统计师、数据经理、QA 一直延伸到每一家中心的 PI。一个 PI 不签字，变更就办不下来。
"锁库之后还能改数据吗？"
能。但不叫"改"，叫"走变更流程"。物理上数据还是可以动的，只是每次动都要一群人在审批链上签字。
"什么情况下锁库后必须改？"
SAE 数据录入有误。关键数据录入有误，影响主要终点。还有一个我面试时没想起来的场景——监管机构在现场核查时要求更正数据。多中心还有一个特殊点：现场核查可能不止查一个中心。查到的那个 site 整改了，逻辑上同款问题其他 site 也要查一遍——一查一串，变更请求成倍增长。
当时面试官不紧不慢地补上这一刀，我连防御姿势都摆不出来。
写在最后
多中心试验的核心矛盾是一条：协调。
中心间差异不会消失——只能通过设计去预防、通过分析去调整、通过监查去发现。脱落是多中心执行中最大的协调损耗——受试者走了，信息就永远丢了，每家中心还要单独追。DB Lock 是多中心数据管理的协调终点——十几家中心要同时把数据交齐、签字、封存。
能做的只是把这些写进样本量计算、写进分析计划、写进最后的报告——而不是假装它们不存在。承认不确定性，比假装确定诚实得多。