點樣編排驗證時間表:方案、執行同偏差

喺甘特圖編排驗證工作:執行前先批准計劃、測試腳本與建置並行撰寫、預留偏差同重測時間,並以已批准報告把關放行。

驗證時間表主要係次序問題:乜要先批准先可以測試、乜可以喺建置期間撰寫、乜要等報告。呢份指南教你點樣編排次序,令日期自然跟出嚟。

簡而言之

  • 輸入每項任務要等乜,讓日期自動計算。
  • 測試腳本與建置並行撰寫,而唔係建置之後;腳本等規格,唔等系統。
  • 批准做成工期 0 嘅里程碑,遲咗簽核就會明顯推後後面所有嘢。
  • 偏差同重測要喺需要之前,先有自己嘅任務同長度。
  • 以已批准報告作結,放行依賴佢。圖表安排呢件事,但唔會驗證任何嘢。

先排次序,後定日期

驗證時間表通常喺幾個相同嘅地方出問題。測試腳本喺建置之後先寫,因為冇人諗過可以早啲開始。計劃未批准就開始執行,結果要重做。測試途中出現偏差,卻冇人預留時間。呢啲全部都係次序問題,喺甘特圖入面比喺一串到期日入面更容易睇到。

做法係逐項任務寫低佢要等乜。撰寫腳本要等佢所測試嘅規格,唔使等系統完成。執行腳本要等腳本同系統。總結報告要等執行完成。將呢啲連結輸入為依賴之後,QueryChart 就會計算日期,你喺會議上爭論過嘅次序,就變成可以打開檢查嘅嘢。

圖表有兩樣嘢唔會知,就係交付週期同失敗。需時數星期先到嘅參考標準品,或者校準時段,要自己做成有長度嘅任務。一個令步驟要返工重測嘅偏差,要喺知道會唔會發生之前就預留時間,通常係一項解決偏差嘅任務。兩者都係判斷,圖表只係令佢們睇得見。

時間表安排嘅係工作。佢唔會令系統、方法、器械或者研究變得經過驗證、合規或者獲得批准;呢啲取決於你產生嘅證據同你嘅質量體系。下面嘅例子跟隨電腦化系統驗證模板。如果你嘅對象係分析方法,同樣概念適用,/yue/templates/方法驗證甘特圖 有對應嘅任務清單。

一份分階段建立嘅系統驗證時間表

二十項任務同五個里程碑。工期只係示例,請自行設定。打開試算表面板,可以睇到每個階段背後嘅資料列。

  1. 計劃、需求同風險,然後係批准關卡

    「撰寫驗證計劃」(5 個工作日)同「草擬用戶需求」(6)可以同時開始。「評估對病人及數據的風險」喺需求開始後兩個工作日開始(SS+2)。「驗證計劃已批准」係里程碑,要等計劃同風險評估。

  2. 腳本與建置並行撰寫

    「撰寫功能規格」跟喺批准關卡之後。「配置系統」(10 日)喺規格開始後三日開始(SS+3),而「撰寫安裝確認腳本」同「撰寫運行確認腳本」就跟喺規格之後。「撰寫性能確認腳本」只等風險評估。

  3. 執行、偏差同測試結束

    「執行安裝確認」要等配置同佢嘅腳本。「執行運行確認」(8 日)跟喺佢後面,而「解決測試偏差」(5)喺佢開始後三日開始(SS+3)。「執行性能確認」要等偏差同佢嘅腳本,之後係里程碑「執行完成」。

  4. 追溯性、報告同放行關卡

    「審閱需求追溯性」(3 日)喺性能確認完成後一日完成(FF+1)。「撰寫驗證總結報告」要等佢同「執行完成」。「放行系統使用」係里程碑,要等「驗證報告已批准」同「培訓用戶使用已批准程序」。

運作方式

  1. 列出活動同每項要等乜

    每項活動一項任務:計劃、需求、風險、規格、建置、每份腳本、每次執行、偏差、報告、培訓。每項寫低開始前必須先有乜。喺諗日期之前先做呢步。

  2. 將批准加入做里程碑

    為每個批准關卡加一項工期 0 嘅任務,例如計劃已批准或者報告已批准,並令關卡後面嘅工作依賴佢。批准遲咗,所有等佢嘅任務都會移動,圖表會顯示移動幾多。

  3. 令腳本與建置並行開始

    令撰寫腳本依賴規格,而唔係完成嘅系統。工作可以喺另一項任務開始後數日開始嘅地方,喺「前置任務」用帶延遲嘅開始到開始,例如 5SS+3,令重疊顯示喺圖表上。

  4. 將交付週期同返工加入做任務

    外部等待嘅嘢都要有任務,例如參考標準品、物料交付或者儀器預約,並以工作日設定長度。加一項偏差任務,令下一個執行步驟依賴佢,長度按以往運行嘅經驗。

  5. 以報告把關放行並按階段分組

    令放行里程碑依賴已批准報告同放行需要嘅其他嘢。按階段分組任務,將負責人放入人員欄,並喺「檢視」選單開啟關鍵路徑,睇邊條鏈決定放行日期。

  6. 分享並匯出作記錄

    將圖表以連結分享畀做嘢嘅人,步驟完成就更新進度,需要項目檔案或者審閱用嘅副本時匯出 PDF。

應避免的錯誤

  • 計劃未批准就執行

    如果執行任務冇依賴批准里程碑,圖表會照樣將測試排喺批准之前。請將工作連去關卡,並喺編輯圖表時保持住。

  • 規劃一次過冇偏差嘅運行

    每項測試一次就通過嘅時間表好少準確。請畀解決偏差一個真實長度,並考慮將受影響測試嘅第二輪做成任務,咁一次失敗就唔會靜靜雞用晒撰寫報告嘅緩衝。

  • 將外部等待藏喺其他任務入面

    將物料交付揉入執行任務嘅長度,就睇唔到亦質疑唔到。請做成獨立任務,遲到嘅交付先會移動啱嘅日期。

  • 將圖表當成證據

    時間表顯示工作計劃幾時進行,並唔顯示系統或者方法已經驗證;呢點來自已執行嘅記錄同你嘅質量體系。QueryChart 唔保存基線,所以修改日期之前,如果日後可能要解釋,請先匯出 PDF。

打開驗證甘特圖

打開電腦化系統驗證模板,將工期改成你嘅數字,睇放行日期點樣移動。

打開驗證甘特圖

相關指南

常見問題

測試腳本真係可以喺系統建好之前寫嗎?

好多時可以,因為腳本係對照規格測試,而唔係對照完成嘅系統。喺例子入面,安裝同運行腳本跟喺功能規格之後,並與配置重疊。照抄呢個次序之前,請先確認你自己嘅程序要求。

點樣顯示方案必須先批准先可以執行?

加一個工期 0 嘅批准里程碑,並放入第一項執行任務嘅「前置任務」。里程碑移動,執行任務就跟住移動。

偏差同重測應該預留幾長時間?

按你自己以往運行嘅情況。將預留量輸入為任務,例如解決偏差,咁佢睇得見,亦可以有意識咁減少。如果冇歷史,就先預留適度時間,並喺第一個執行步驟之後檢討。

QueryChart 處理假期或者實驗室休業嗎?

唔處理。日曆係星期一至五,冇假期。休業或者預約時段請加一項任務,或者為不能早過某日開始嘅工作固定開始日期。

有冇針對分析方法而非系統嘅模板?

有。/yue/templates/方法驗證甘特圖 涵蓋方法驗證。至於更廣泛嘅產品同申報背景,請參閱 /yue/templates/醫療器械開發甘特圖 同 /yue/templates/法規申報甘特圖。

本指南所用的範本

電腦化系統驗證甘特圖範本:附 IQ、OQ 及 PQ — 可編輯的電腦化系統驗證甘特圖:驗證計劃、需求、風險、配置、與建置並行撰寫的 IQ/OQ/PQ 腳本、偏差、追溯性審閱、報告及放行。