计算机化系统验证：文档谁写谁批

2019 年那套 LIMS 的 OQ 报告在 QA 经理桌上压了三个星期。她翻到签字页抬头问我一句：“这份需求是谁的需求？批准人怎么是 IT？”

我答不上来。URS 是供应商给的模板，IT 经理签的字，业务部门只在邮件里回过一句“没问题”。结果那份 OQ 测了 180 条用例，测的全是 IT 以为的需求。

一年后检查，这句话被原样问了一遍，直接落在文件管理项下。法规不管谁签，管的是签了能不能追到人。难点全在“适当人员”四个字——谁算适当，得你事前定，不能等检查官替你定。

这三种错法根子都一样：把文档当成一叠要交的纸，没当成一棵有上下关系的树。正确的顺序是先摞成金字塔，再定谁签。

上层决定“做什么”，下层只能证明“做到了”。URS 必须由使用部门写、IT 翻译、QA 批准。批准人要挑“能对这个内容说不”的人，不挑职位最高的。

每份下层文件的第一句必须写清依据。签署矩阵得跟 VMP 一起批，在项目开工第一周就定死。签字路径不定，文件就在部门之间转圈。

要不要我把这套验证文档的四层金字塔和签署责任，做成一张文字版清单方便你存着？