計算機化系統(tǒng)驗證的實際應用資料

1、計;算，兒化系名露:證的實1樂工目摘要:2010用殳藥品生產(chǎn)質里管理規(guī)范(GMP)附錄計算機化X葭統(tǒng)的頒布為我國制藥行業(yè)計算機化系統(tǒng)白勺管理提出了要求0而苴/、中計算機化系統(tǒng)驗證白勺水平是國內藥品生產(chǎn)企業(yè)的短板0基于E1好自動化生產(chǎn)實踐指南(5版)(GAMP5）這一國物K通用的計算機化系統(tǒng)驗證指南本文以4類專k件中最為復雜的SAP(即system.applcatio)nsancIproducts)軟件驗證為例且/、體說明如何實施計隼r機化系統(tǒng)驗證0關鍵詞:良天干自動化生產(chǎn)實踐指南(5版)(G；AMP5)；亍上算機化系統(tǒng)驗證良好自動，生產(chǎn)實踐指南(5版)oodAlutoimatedManijfa

2、cturngPractce-Rev5GAMP5）是由國際制藥工程協(xié)會（ISPE)主編的計算機化系統(tǒng)驗證的指導方針0GAMP5使用廣泛并自到了國際監(jiān)管部門的公認，t1有較多文獻對苴/、進行了詳細描述0例如計隼r機化系統(tǒng)的定義、軟硬件的分類以及基可二不同類型軟件的可增減的驗證生命周期V模西J等0因此本文不在概念及理論上該由相關專豕、審計員審計201.1郵件審計通常郵件審內容:公司概述包括址；組織機構角色和驗；關鍵產(chǎn)品和(或)劃；質里管理體系在公過程中的執(zhí)行情況產(chǎn)發(fā)生命周期過程與交付支持流程安全性01.2現(xiàn)場審計現(xiàn)場審計人人員還應指定審計組負全部責任0審計時可共同參與但應該事先通過質疑和檢查來確定分

3、重點關注的應該是是否能確保交付符合要生命周期內始終給予技場審計由3個部分組成和檢查、結束審計會議或審計小組進行的現(xiàn)場計的調查問卷包含以下所采購產(chǎn)品的生產(chǎn)地職責員工培訓和經(jīng)服務的歷史與開發(fā)計司層面和相關產(chǎn)品生產(chǎn)品/項目管理軟件開物軟件開發(fā)生命周期員中必須包括質里部門長由苴對審計的實施以邀請弟三方審計人員通知供應商0審計主要供應商的運營是否充供應商的質量管理體系求的產(chǎn)品并且在產(chǎn)品術和服務上的支持0現(xiàn):開始審計會議、審查02起草驗證主計劃驗證主計劃(VA1P)是整個SAP，軟件驗證過程的頂層文件所有接下來的驗證工作都以此文件為核心開展驗證主計劃的內容通常包括以下內容02.1簡介簡介部分應該包括:驗證

4、目標、驗證依據(jù)、驗證原因、驗證類型、系統(tǒng)使用描述、驗證計劃下發(fā)清單02.2驗證范圍通常ERF，軟件的實施會涉及辦公用品采購、庫存管理、財務等非GMp模塊所以應明確本次驗證的活動范圍02.3驗證策略驗證策略是驗證主計劃的核心內容在驗證策略的綜述中應明確計算機化系統(tǒng)的編號、人員的培訓方式、弟三方服務參與的分工、所有本次驗證文檔的管理要求0隨后根據(jù)系統(tǒng)生命周期(SDLC)原則將計算機化系統(tǒng)驗證分為5個階1殳實施0項目啟動和計劃包含項目計劃的建立、計算機化系統(tǒng)的G)xP(制藥行業(yè)相關規(guī)范的統(tǒng)稱如GMP、GLP）等)相關性判定0開發(fā)與獲包含定義需求、供應商評估報告、系統(tǒng)分類、定義系統(tǒng)說明、風險評估、設計

5、確認0實施裝、測試、權限測試、用戶驗收測試叩）、追冊、培訓、系統(tǒng)驗收和護包含問題管理、配務持續(xù)性計劃、定期檢偏差管理0系統(tǒng)退役2.4組織機構規(guī)定驗證實職責03計算機化系統(tǒng)的Gxp相根據(jù)表1中所示問題進提供的功臺匕目匕0如果一個是則系統(tǒng)存在一規(guī)范如果所有問題的沒有任何功臺匕目匕需要遵循4用戶需求說明(URS)URS；旨在闡述用戶的需求理的業(yè)務過程及功臺匕目匕的起項目和系統(tǒng)的文件體統(tǒng)設計和驗證的可接受、驗收與發(fā)布包含安單元測試、集成測試、溯矩陣、操作規(guī)程和手發(fā)布0系統(tǒng)運行和維置管理及變更管理、業(yè)查、記錄保存及歸檔、和停運0施包含的所有角色及苴關性判定行判斷了解系統(tǒng)所臺匕目匕或多個問題的回答是個或多

6、個功臺匕目匕要遵循GxP回答是否則系統(tǒng)GxP，規(guī)范30描述了用戶對質里管需求0這份文件是構建系的基礎同時也是系標準的依據(jù)0用戶需求應當基于對產(chǎn)品和流程的理解包括對關鍵質里屬性(criicalqlualityattributionC(QA)法規(guī)的理解按自上而下的方式撰寫0URJS不應該陷入技術細節(jié)技術解決方案會在后續(xù)的功臺匕目匕說明(FS)中描述0當沒有選定商用現(xiàn)成軟件系統(tǒng)時應避免需求陷入空想；當選定了商用現(xiàn)成軟件系統(tǒng)時應避免陷入解決方案的陳述04.1流程圖SAP軟件是一個全球各行業(yè)均可以使用的ERP，系統(tǒng)0藥品生產(chǎn)企業(yè)的部分業(yè)務流程要符合GM范在此情況下SAP，軟件的一些標準功能需要進行改變0

7、實際上SAF，軟件也臺匕目匕根據(jù)企業(yè)的實際情況進行有限的配置和開發(fā)0所以業(yè)務流程所有者應該和軟件實施顧問商討確定所有業(yè)務的流程并以流程圖的形式進行描述04.2需求內容根據(jù)業(yè)務流程圖將其中每一個流程節(jié)點所要達到的預期效果用文字描述清楚就得到了需求內容同時對每一條需求的優(yōu)先級和其是否與GMP相關進行評估0用戶需求GMp相關性判定是系統(tǒng)GM目關性判定的延伸0這項評估有利于辨別更需要合規(guī)關注的活動和功能可以用來在后的生命周期中特別是測試過程中提高測試的效率0GMP估還需要考慮到健康因素即對系統(tǒng)使用者可能的潛在影響0GM評估應該包含對于電子記錄和電子簽名的使用0只有在電子記錄和電子簽名信息充足的時候GM

8、P估才有意義0然而在書寫UR；S的時候這些信息有可臺匕目匕是不足、不連貫、甚至是錯誤的0當發(fā)生這種情況時可以把這次評估當成一次預評估當信息充分之后在后續(xù)的階1殳進行再評估0UR：:的優(yōu)先級可以使軟件供應商、實施商更加有目的性更加清晰地理解用戶的需求0評估原則為:強制的、必須的需求為高例如業(yè)務強烈需求、直接影響到產(chǎn)品的質里或者法規(guī)的需求與質里相關但沒有直接影響到最也一產(chǎn)品的質里對于業(yè)務有重要提升作用的需求為中；僅對系統(tǒng)的功臺匕目匕有提升作用的需求為低05定義系統(tǒng)說明(SS)系統(tǒng)說明包括功能說明(FS)和設計說明(DS)以可驗證的方式精確描述了一個系統(tǒng)或組件的P功臺匕目匕以及提供判定這些功臺匕目匕

9、是否臺匕目匕滿足需求的流程0系統(tǒng)說明和功臺匕目匕說明是系統(tǒng)對用戶需求說明的描述是針對用戶需求說明制定的一個可行的解決方案0功臺匕目匕說明和設計說明在設計階段創(chuàng)建在單元測試和集成測試中被驗證0UR：SS、FS和DS的關系見圖1140系統(tǒng)說明舉例詳見表40功臺匕目匕說明通過用例的形式詳細說明了每個用例的用戶操作、系統(tǒng)響應和細節(jié)需求0每個用例通過用例表(表5)表達了系統(tǒng)應該如何和最終用戶或苴,、他系統(tǒng)進行交互來達成一個指定的業(yè)務目標06風險評估風險評估是基于對用戶需求的詳細評估在適當?shù)那闆r下設計確認(DQ)可臺匕目匕被包含在風險評估中0風險評估分為風險識別和風險控制兩部分0風險識別主要有:風險確認識

10、別可臺匕目匕出現(xiàn)的故障以及產(chǎn)生的影響和產(chǎn)生的原因風險分析判斷影響程度、發(fā)生概率、偵測概率風險評估對該故障進行風險分級并確定風險優(yōu)先級通常采用用例表的形式見表50風險控制主要有:風險降低針對可臺匕目匕出現(xiàn)的故f早提出降低風險的措施；風險交流確定可以驗證該措施的文檔；風險回顧重新進行風險分析確保降低風險優(yōu)先級為高的問題0用二風險評估的工且/、有很多且已有文獻對風險評估在驗證中的應用進行詳細描述本文不再重復07數(shù)據(jù)遷移數(shù)據(jù)可靠性是1芻下GM哪議的話題之一新系統(tǒng)的上線必定會涉及舊數(shù)據(jù)的保存與轉移0舊數(shù)據(jù)有紙質和電子兩種形式為了保證數(shù)據(jù)遷移時的完整性和可追溯性應該針對系統(tǒng)功臺匕目匕進行劃分建立所有新系統(tǒng)

11、所需數(shù)據(jù)的遷移方案0數(shù)據(jù)遷移方案應該遵循以下策略:數(shù)據(jù)源定義在舊系統(tǒng)和文檔中定義數(shù)據(jù)源確認數(shù)據(jù)源的特性并重占八、關注GxP，相關的數(shù)據(jù)見表7數(shù)據(jù)映射定義并文檔化每一個將在SAF,系統(tǒng)中產(chǎn)生的字1d與舊系統(tǒng)或者紙質文檔中字段的映射關系數(shù)據(jù)收集根據(jù)源數(shù)據(jù)的情況確定是否需要使用工且/、導入(大批里GxP，相關數(shù)據(jù)8.3PQ操作系統(tǒng)資源檢查查；ST-MS傳輸系統(tǒng)功臺匕目匕一致性檢查；SAP，生產(chǎn)系查；SAFPGUI訪問09測試測試是整個SAP，系統(tǒng)驗證過測試來確認系統(tǒng)的所款0通常來說所有測化的系統(tǒng)需求來執(zhí)行并險分析結果也決定了測小化的測試用例都應該適當?shù)臅r候反向測試試相應的活動或訪問以權限)也屬于測試

12、范圍是主要運用反向測試的9.1起草測試用例測試用編寫測試用例時需要確戶需求必要時可以追臺匕目匕說明(FS)0風險評估要重占八、參考的文檔0測HNA數(shù)據(jù)庫狀態(tài)檢SAF，軟件授權SAp系統(tǒng)統(tǒng)HNA數(shù)據(jù)庫備份檢最關鍵的環(huán)節(jié)之一通有功臺匕目匕都臺匕目匕符合URiS的條試活動都要根據(jù)已文檔記錄0同時文檔化的風試范圍:任何使風險最包含于測試范圍中0在(禁止行為的測試測確保苴沒有執(zhí)行或訪問0模塊授權和系統(tǒng)授權場早0例是測試的方案腳本保測試內容覆蓋所有用溯到系統(tǒng)說明(SS)和功也是編寫測試內容時需試用例要重占八、關注GM號目關功臺匕目匕的測試和權限控制的測試這些GMp相關功臺匕目匕的測試和權限控制的測試是用戶

13、驗收測試中需要強制完成的部分0軟件實施商要根據(jù)所需測試的系統(tǒng)功臺匕目匕確保提供充足的測試數(shù)據(jù)供最終用戶來進行測試用例的執(zhí)行0每一個測試用例要包含測試目的、測試刖提、測試過程測試驗收及關聯(lián)文檔0在測試過程中對步驟進行編號同時記錄模塊、部門(或崗位)、步驟、操作說明、預期結果09.2測試用例執(zhí)行測試用例執(zhí)行是基F測試用例并附加上運行號、測試結果、測試的總體狀況及驗收0測試過程要依昭八、測試用例中對應區(qū)域給出的執(zhí)行步驟按順序進行0每一步測試均需要生成一份測試執(zhí)行記錄,記錄測試的實樂結果以及必要的截圖0實樂結果的記錄不接受如。卜、符合、成功等簡單的文字判斷0需對實樂出現(xiàn)的結果進行描述如展示文檔的編號、

14、重占八、期望的數(shù)據(jù)等0至少要填寫符合預期結果、結果符合預期、系統(tǒng)運行符合預期等內容0對F沒有重占八、內容的測試步驟(如下一個畫面出現(xiàn)”)簡單的描述證明即可09.3測試錯1口及問題處理在進行測試時任何實樂結果和用戶需求之問的差異都需要記錄在實樂結果中并判定為錯1口或問題0所有錯1口和問題都要填寫相應的記錄0錯1口或問題的影響等級由指定業(yè)務驗收人和質里部門協(xié)商判定影響等級的分類定義和處理方法參考如下09.3,1微小不需要變更錯二口或問題的影響較小不會導致苴/、他測試步驟失敗只需要進行微小的調整即可使該步驟符合預期結果0若在測試時可以調整僅需在實樂結果中記錄調整刖后的結果并完成錯1口或問題記錄即可0

15、9.3,2中等需變更錯1口或問題的影響較大會導致苴/、他的測試步驟失敗需要對系統(tǒng)的配置及設計文檔進行變更0影響等級確認為中等后需填寫錯1口或問題記錄完成系統(tǒng)配置及相關文檔的變更最后將該測試用例以新的運行號執(zhí)行測試09.3,3嚴重測試用例停了用戶的需求需要重系統(tǒng)0確認后填寫錯需求內容、系統(tǒng)配置及新的測試用例并執(zhí)行題的影響等級后針對決人由解決人提出解決方案的實施要經(jīng)過用系統(tǒng)功能和相關文檔符會需要重新執(zhí)行測試用容甚至生成新的測試10追溯矩陣追溯矩陣作為支持驗證料用來建立先期產(chǎn)生文檔之問的可追溯性0用戶需求、系統(tǒng)說明、析、系統(tǒng)配置以及各種11操作規(guī)程及手冊、培系統(tǒng)上線刖應確保運行冊已起草并被批準和用止

16、錯1口或問題已經(jīng)違背新溝通需求內容并變更1口或問題記錄在更新相關文檔后重新設置測試0在評估錯1口或問該錯1口或者問題分配解決方案并進行處理0解戶驗證確認實施后的合需求0這個過程可臺匕目匕例修訂測試用例內用例0的關鍵因素和證明材的各種用戶需求和相關苴關注的主要部分是:GMP相關分析、風險分測試內容0訓所必須的操作規(guī)程、手于培訓所需的操作規(guī)程至少應包括以下類型:問題管理標準操作程序、變更標準操作程序、系統(tǒng)操作手冊、數(shù)據(jù)備份標準操作程序、數(shù)據(jù)恢復標準操作程序、應急準備和響應標準操作程序、日常檢查、維護標準操作程序、權限管理及設置標準操作程序012中期驗證報告至此SAP系統(tǒng)上線正式啟用刖的驗證作已完成驗證小組起草中期驗證報告涵蓋了SAP，項目實施中所有在計劃階1殳、開發(fā)階1殳和實施階-1殳完成的驗證內容0報告中應對每一驗證內容產(chǎn)生的文檔編號進行整理再次確認每一驗證內容是否都已經(jīng)完成并符合要求0最中期驗證報告應給出是否同意系統(tǒng)上線啟用的結論013最冬驗證報告最終驗證報告通常在系統(tǒng)上線的13個月后起草此時系統(tǒng)已趨于穩(wěn)定變更及問題的數(shù)里也已經(jīng)回落到正常水0最終驗證報告對系統(tǒng)上線后的運行情況、變更情況以及問題進行統(tǒng)計和分析出系統(tǒng)是否驗證通過的最終結論014系統(tǒng)運行和維護剛上線的系統(tǒng)必然還會遇到各種問題此時就