SOP 修订历史模板

运作方式

1. 把泳道改成你们真实的角色

   把流程负责人、SOP 起草人、评审人、审批人与文件管理员，换成你们实际使用的头衔。小团队里 SOP 起草人和流程负责人往往是同一个人——把这两条泳道合并，而不是留一条空着的；如果质量负责人既做评审又做签核，就改为合并评审人和审批人这两条泳道。

2. 定下安全关键性的判定标准

   写明什么样的变更该走加急评审，而不是把“变更是否涉及安全关键步骤？”留给个人临场判断：涉及锁定步骤、关键控制点或法规强制检查的变更，应当始终符合条件，其余的默认走标准流程。

3. 定下每条登记条目必须携带的字段

   在起草这一步，明确你们的登记册需要哪些确切字段：登记日期、SOP 编号、用平实语言写的变更摘要、起草人，以及被取代的版本号。让加急条目和标准条目使用完全相同的字段，这样无论走的是哪条路径，登记册都保持一致。

4. 决定重复条目如何解决

   定下“修订历史登记册中是否已有该 SOP 的待处理条目？”背后的规则：第二处变更是等第一条结案，还是并入同一条条目，还是单独登记并注明与另一条互相参照？三种做法都可行，只要登记册最终不会出现两条都声称取代同一版本号的条目。

5. 定下你们的版本编号与生效日期规则

   明确版本号如何递增——常见做法是已发布修订用整数、草稿用小数——并规定生效日期需要留出多长的提前量，好让文件管理员能在生效之前更新总登记册并撤下被取代的副本。

常见问题

什么是 SOP 修订历史登记册？

它是一份带日期的台账，列出一份 SOP 的每一个版本以及版本之间改动了什么：登记日期、谁提出了变更、变更内容摘要、谁评审并批准了它，以及它取代了哪个版本号。它独立于 SOP 自身的审批签核——SOP 记录的是谁批准了现行版本，修订历史登记册记录的则是走到这一步经历的版本序列。

这和 SOP 自身的审批流程有什么区别？

/zh/templates/受控标准作业程序模板 上的受控 SOP 模板，把程序内容本身送经起草、评审与审批，产出一个签核过的现行版本。这张图是那套流程每产生一个新版本时都要写入的登记册——一份只增不改的历史记录，包含日期、起草人、摘要与被取代的版本号，作为独立制品保存，使这份序列不依附于文件本身也能留存。

为什么在起草新条目之前要先核查是否有待处理条目？

因为两个人可能在同一个评审周期内各自对同一份 SOP 提出变更，彼此并不知情，如果两条条目各自独立走到审批，登记册最终就会出现两行都声称取代同一版本的记录。在起草之前、流程一开始就核查，意味着第二处变更会被协调并入第一条条目，而不是等到审批阶段才发现冲突。

是不是每一次 SOP 变更都要走加急路径？

不是。加急路径是为安全关键步骤的变更而设的，因为从识别到变更生效之间的时间间隔必须很短。其余情形——澄清措辞、排版调整、非关键的程序性改动——都应该走标准评审流程，因为把所有变更都当加急处理，就违背了设立两条路径的初衷。