受控 SOP 模板——审批留痕、版本受控
受控标准作业程序（SOP）模板——目的、范围、职责、程序步骤与参考文件——并把审批流程、版本控制与审计轨迹直接挂在文件上。
什么是受控 sop 模板——审批留痕、版本受控流程
放在 Word 里的 SOP 不是受控文件。它在 SharePoint 上有四个版本，在一条邮件线程里还有一份，机台旁的活页夹里又印了一份，而它们谁也不知道其他版本的存在。这不是排版问题，而是控制问题：没有一个权威的地方取到当前有效版本，你们就无法证明偏差发生那天员工实际遵循的到底是什么。
让一份 SOP 成为受控文件的是四件事：唯一有效的当前版本、一位成文的批准人、带版本的变更历史，以及固定的复审周期。下面这份模板把这四件事和内容本身放在一起——目的、范围、职责、程序步骤、参考文件与术语定义——而不是把它们丢进一个没人打开的独立文档管理系统。
把程序画出来而不是用文字写出来，第二个好处是分支变得可见。文字版的 SOP 会把例外藏在“如果偏差比较重大”这类句子里。在图上，它变成一个有责任人和两个出口的决策——也就变成了可以培训、也可以被审计的东西。
本流程图涵盖的内容
本模板包含
- 文件头：文件编号、当前有效版本、负责人、批准人、生效日期，以及下一次计划复审的日期
- 目的与范围：程序覆盖什么、适用于哪些部门和场地，以及哪些内容明确不在范围之内
- 职责与角色画成泳道，让每一步都对应到一个具体的执行人或岗位，而不是只写一个部门
- 程序本身逐步展开，把文字版通常藏在从句里的那些决策与例外都画出来
- 偏差处理：程序无法执行时员工该怎么做、需要通知谁，以及偏差如何记录
- 参考文件、术语定义、相关记录，以及带有每次修订理由的变更历史
何时使用本模板
- 你们要替换掉一个 Word 版的 SOP 文库，而没有人能确定地指出哪一份是当前有效版本
- 审计员要求看当前有效的程序和它的批准记录——结果你们找出了三个不同版本
- 你们身处受监管行业，必须能够重现程序在某个特定日期时的确切样子
- 新员工被培训成一套与书面程序不一致的做法，因为书面版本从来没有更新过
- 你们需要一个固定的复审周期，并且要能看出哪些 SOP 已经逾期
运作方式
先把文件头定下来
文件编号、负责人、批准人和复审周期必须写在文件本身上。没有具名批准人的 SOP 就是草稿，正文写得再完整也一样。
把范围写成一条边界
既写明程序覆盖什么，也写明它不覆盖什么。偏差恰恰产生在两份程序之间那片界限不清的地带。
把步骤连同它们的决策一起画出来
用一个决策节点和一位具名责任人，替换掉“如有必要”和“视情况而定”。每一条分支都必须有去处——要么回到流程中，要么走向一个明确的终点。
把它送去审批，而不是送去征求意见
走审批流程，让这个版本获得一个签名和一个时间戳。这就是一份读过的文稿与一份受控程序之间的区别。
把复审排进日程
在文件上注明周期，到期时复审，流程发生变化时也复审。一份三年没有复审过的 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修订。