受控 SOP 模板——审批留痕、版本受控

运作方式

1. 先把文件头定下来

   文件编号、负责人、批准人和复审周期必须写在文件本身上。没有具名批准人的 SOP 就是草稿，正文写得再完整也一样。

2. 把范围写成一条边界

   既写明程序覆盖什么，也写明它不覆盖什么。偏差恰恰产生在两份程序之间那片界限不清的地带。

3. 把步骤连同它们的决策一起画出来

   用一个决策节点和一位具名责任人，替换掉“如有必要”和“视情况而定”。每一条分支都必须有去处——要么回到流程中，要么走向一个明确的终点。

4. 把它送去审批，而不是送去征求意见

   走审批流程，让这个版本获得一个签名和一个时间戳。这就是一份读过的文稿与一份受控程序之间的区别。

5. 把复审排进日程

   在文件上注明周期，到期时复审，流程发生变化时也复审。一份三年没有复审过的 SOP，会被记成一项偏差。

常见问题

一份 SOP“受控”是什么意思？

受控 SOP 具备唯一权威的当前版本、一位成文的批准人、带版本的变更历史，以及固定的复审周期。其他都只是程序草稿——审计员不会接受它作为控制已被设计的证据。

QueryChart 的 SOP 与 Word 文档有什么不同？

Word 文档在 SharePoint、邮件和打印件之间漂移，既没有强制的审批关口，也没有变更对照视图。QueryChart 的 SOP 由平台本身做版本控制和审批留痕——受控的当前版本永远是同一个网址。

一份 SOP 应当包含什么？

至少要有：一个含文件编号、版本、负责人、批准人与复审日期的文件头，一个目的，一个划定边界的范围，一份职责分工，程序步骤本身及其决策，偏差处理，参考文件与术语定义，以及一份变更历史。此外的内容都是行业特有的——例如 GxP 中对培训或批记录的要求。

SOP 应该多久复审一次？

多数质量体系采用一到三年的周期，但最重要的触发条件不是日历。当流程、系统或要求发生变化时，以及在与之相关的偏差或纠正措施之后，SOP 都应当复审。把这两类触发条件都写进文件，复审才不会沦为一道版本号上升而内容不变的例行手续。

如何追踪一份受控 SOP 的修订历史？

本页对应的是 SOP 自身的起草与审批流程——一份程序走过评审与签署。版本之间改了什么、谁改的、取代了哪一版——这份带日期的记录是另一项独立的产物，见 /zh/templates/SOP修订历史模板。至于 SOP 为什么首先需要版本控制、又该如何随时间管理修订这类更大的问题，见 /zh/guides/如何对SOP进行版本控制 与 /zh/guides/如何管理SOP修订。