受控 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 自身的起草與審批流程——程序內容本身送經審閱與審批，產生一個現行的、已簽署的版本。哪個版本之間改了甚麼、誰改的、它取代了哪一個版本，這份帶日期的紀錄是另一份獨立的文件：見 /yue/templates/標準作業程序修訂歷史範本。至於 SOP 為何終究需要版本控制、以及應該如何隨時間管理修訂這個更廣的問題，見 /yue/guides/如何為sop做版本控制 與 /yue/guides/如何管理sop修訂。