受控 SOP 範本——審批留痕、版本受控

運作方式

1. 先把文件標頭定下來

   文件編號、負責人、批准人和檢討週期必須寫在文件本身上。沒有具名批准人的 SOP 就是草稿，正文寫得再完整也一樣。

2. 把範圍寫成一條界線

   既寫明程序涵蓋甚麼，也寫明它不涵蓋甚麼。偏差恰恰產生在兩份程序之間那片界線不清的地帶。

3. 把步驟連同它們的決策一起畫出來

   用一個決策節點和一位具名負責人，取代「如有需要」和「視乎情況」。每一條分支都必須有去處——不是回到流程中，就是走向一個明確的終點。

4. 把它送去審批，而不是送去徵求意見

   走審批流程，令這個版本取得一個簽署和一個時間戳。這就是一份讀過的文稿與一份受控程序之間的分別。

5. 把檢討排進日程

   在文件上註明週期，到期時檢討，流程有變時亦要檢討。一份三年沒有檢討過的 SOP，會被記成一項偏差。

常見問題

一份 SOP「受控」是甚麼意思？

受控 SOP 具備唯一權威的現行版本、一位成文的批准人、帶版本的變更歷史，以及固定的檢討週期。其餘的都只是程序草稿——審核員不會接受它作為控制已經設計的證據。

QueryChart 的 SOP 與 Word 檔案有甚麼分別？

Word 檔案在 SharePoint、電郵和列印本之間飄移，既沒有強制的審批關卡，也沒有變更對照檢視。QueryChart 的 SOP 由平台本身做版本控制和審批留痕——受控的現行版本永遠是同一個網址。

一份 SOP 應該包含甚麼？

最起碼要有：一個載有文件編號、版本、負責人、批准人與檢討日期的標頭，一個目的，一個劃定界線的範圍，一份職責分工，程序步驟本身及其決策，偏差處理，參考文件與詞彙定義，以及一份變更歷史。此外的內容都是行業特有的——例如 GxP 中對培訓或批次紀錄的要求。

SOP 應該多久檢討一次？

大部分品質系統採用一至三年的週期，但最重要的觸發條件不是日曆。當流程、系統或要求有變時，以及在與之相關的偏差或糾正措施之後，SOP 都應該檢討。把這兩類觸發條件都寫進文件，檢討才不會淪為一道版本號上升而內容不變的例行手續。