1、計算機化系統驗證總計劃管理規程目的：建立計算機化系統驗證總計劃管理規程，作為公司計算機化系統驗證的綱領性文件，為 公司藥品生產質量過程中涉及的所有計算機化系統驗證活動的制定提供策略及依據，同 時為驗證方案、驗證實施、驗證報告的制定提供思路及指導方針，對驗證內容提供基本 的技術要求，使公司的整個的計算機化系統驗證工作有序開展。范圍：本規程包含了計算機化系統驗證依據的法律法規、驗證的組織機構職責、驗證方案及報 告的編寫及批準，驗證的范圍、驗證的技術要求等一系列內容，適用于公司計算機化系 統驗證工作的指導。責任：驗證領導小組成員及驗證相關人員對本規程的實施負責。內容：簡介：計算機化系統驗證總計劃是針

2、對公司各部門的計算機化系統在啟用前或部分設施改造后所 進行的驗證活動（執行前期也適用于原有計算機化系統的驗證活動）。概括地闡述驗證方針、 目的、責任、具體實施計劃及項目、可接受標準和實施方法等。按照軟件的分類實施不同生命周期驗證活動，采用風險管理的理念，即類別不同導致其系統 復雜性和新穎性帶來的風險不同，使得驗證的程度（或深度）不同，故采用基于科學的風險 評估來確認計算機化系統確認驗證的范圍和程度。確保整個生命周期內計算機化系統處于驗 證的受控狀態。關注的重點是患者的安全、產品質量和數據的完整性。驗證依據的法律法規：2.1藥品生產質量管理規范（2010年修訂）及附錄1計算機化系統2.2藥品生產

3、驗證指南（2003版）2.3中華人民共和國藥典（2015年版）2.4藥品GMP指南（2011年）2.5 ISPE GAMP5驗證常用術語和定義3.1電子數據：也稱數據電文，是指以電子、光學、磁或者類似手段生成、發送、接收或者儲 存的信息。3.2基礎架構：為應用程序提供平臺使其實現功能的一系列硬件和基礎軟件，如網絡軟件和操作系統。3.3應用程序：安裝在既定的平臺/硬件上，提供特定功能的軟件。3.4計算機化系統生命周期：計算機化系統從提出用戶需求到終止使用的過程，包括設計、設 定標準、編程、測試、安裝、運行、維護、退役等階段。3.5數據審計跟蹤：是一系列有關計算機操作系統、應用程序及用戶操作等事件

4、的記錄，用以 幫助從原始數據追蹤到有關的記錄、報告或事件，或從記錄、報告、事件追溯到原始數據。3.6數據完整性：是指數據的準確性和可靠性，用于描述存儲的所有數據值均處于客觀真實的 狀態。3.7計算機化系統：計算機化系統由硬件、系統軟件、應用軟件以及相關外圍設備組成的，可 執行某一功能或一組功能的體系。3.8驗證生命周期（SDLC）:計算機化系統的驗證不只局限于系統的使用過程，新系統的驗證 應始于系統初期的定義和設計階段，終止于系統無使用價值階段。驗證生命周期應伴隨著 系統發展的整個生命周期（SDLC）。3.9驗證：證明任何操作規程（或方法）、檢驗方法、生產工藝或系統能達到預期結果的一系 列活動

5、。3.10可接受標準：某項測試預定的結果。3.11合格證明：常指某一機器設備設施安裝后經檢查和運行或某項工藝的運行達到設計要求 而準予交付使用的證明性文件。3.12變更控制：一個合格系統被評定之前，確定提議變動執行對系統影響的過程。提出的變動 應該是在批準實施之前。當系統、工藝、設備、方法、標準等已被驗證而又發生變化時， 應履行變更控制手續。未經QA批準嚴禁實施任何變更。任何變更實施前，均應對變更結 果進行評估，決定是否有必要實施再驗證。所有變更控制表均應歸檔保存，每年對變更進 行回顧和評估，以分析是否存在未受控制的變更。3.13偏差：與已經批準的影響產品質量的標準、規定、條件、安全、環境等不

6、相符的情況，它 包括藥品生產的全過程和各種相關影響因素。在任何一個驗證方案中，必須說明對驗證中 出現的偏差的處理要求。驗證過程出現偏差均應履行偏差處理，對偏差出現的原因進行調 查并找出根源，采取有效的糾正措施及改進措施，評估該偏差對驗證目標的影響。3.14設計影響：在設計開始實施前，有意用來描述設計結果對系統的影響。3.15用戶需求（URS）:是指使用方對廠房、設施、設備或計算機化系統及其他系統提出的要求及期望。3.16詳細設計：在文件需要提供建筑的標定和相互關系的設計階段。同系統、設備采購、構筑 物、安裝和測試同時產生。3.17風險評估（RA）:風險評估包括三方面風險識別、風險分析、風險評價

7、。3.18功能設計規范（FDS）: FDS中的工程技術指標是用于滿足用戶需求URS的工程技術實現方 式，包括：FS功能指標、DSX程技術指標。3.19工廠驗收測試（FAT）:檢查和測試系統或主要系統組成部分靜態、或者動態測試支持設備 確認或系統的運行的和供應商提供的文件證明。3.20現場測試（SAT）:檢查或者系統動態測試或者主要系統的組成部分驗證。設備在現場開 箱、組裝完成后進行的整體檢查；保證系統或設備的技術資料、主體結構、隨機附件等要 求與URS和FAT 一致。3.21性能測試：一個過程，通過它證明相互作用的系統性能和在偏差之內的要求一致證明相互 作用的系統產量和交付的必需職責或生產量一

8、致，證明系統的相互依賴的作用是和指定的 一致、合適。3.22前驗證：前驗證系指一項工藝、一個過程、一個系統、一個設備或一種材料在正式投入使 用前進行的，按照設定驗證方案進行的驗證。前驗證是考察并確認工藝或過程的重現性和 可靠性，一般需要有比較充份和完整的設備、產品和工藝的設計開發資料。引入新產品、 新設備以及新的生產工藝時應用前驗證的方式，前驗證的成功是實現新工藝、新設備從研 究、試車階段向生產階段轉移的必要條件，工藝或設備是交付常規生產的起點。新廠房及 設施、設備、無菌產品的工藝及新品均需要前驗證。適用于本次驗證總計劃中所有的設施、 設備、檢驗方法、清潔方法等的驗證。3.23再驗證：指一項工

9、藝、一個系統、一個設備或一種材料經過驗證并在適用一個階段以后進 行的，關鍵工藝、設施、設備需要進行定期再驗證，發生變更的部分需要進行再驗證，法 規要求強制執行的再驗證。再驗證的目的是為了保證系統始終處于已驗證狀態。本次驗證 總計劃中的每項驗證報告中應該包括再驗證的周期，因本次驗證無再驗證的內容，就不再 說明再驗證的方法。本次驗證總計劃中的驗證內容全部完成后，本次建設項目可投入生產， 如果有因為變更發生的再驗證，按照變更控制管理規程執行，周期性的再驗證在下年 度的驗證總計劃中提出。3.24標準操作規程：設備標準操作規程、設備清潔規程及過程控制程序。標準操作規程的正確 制定及執行是設備正常運轉，保

10、證產品質量的基礎。也是驗證有效實施及驗證狀態保持的 前提條件。設備功能一旦發生變化，以上程序應進行相應修訂并實施必要的再驗證。3.25驗證方案：一個闡述如何進行驗證并確定驗證合格標準的書面計劃。驗證方案通常由三大 部份組成：一是指令，闡述檢查、校正及試驗的具體內容；二是設定的標準，即檢查及試 驗達到什么要求；三是記錄，即檢查及試驗應記錄的內容、結果及評估意見。3.26驗證報告：總結一個驗證方案實行結果的報告。對驗證方案及已完成驗證試驗的結果、漏 項及發生的偏差等進行回顧、審核并作出評估的文件。與方案的內容一致的可以不重復 方案內容，僅寫明與對應的方案相同即可。驗證報告必需對所有的驗證活動進行總

11、結，以 便于對驗證的完成和結論有清晰的理解。驗證報告未批準前不能認為驗證工作已經完成。3.27校驗：證明某個儀器或裝置在適當的量程范圍內所測得的結果與參照物，或可追溯的標準 相比在規定的限度內。3.28培訓：培訓是一切產品生產（生產、分析、設備維護、驗證等）有效進行的保證，是確保最 終產品質量的前提。每進行一次培訓，應作好培訓記錄，并應對培訓的效果進行確認。培 訓記錄應進行存檔，妥善保存。驗證理念按照藥品生產質量管理規范（2010年修訂）附錄1計算機化系統及ISPE GAMP5 的要求，所有在藥品生產質量管理過程中應用的計算機化系統，依靠風險管理的方法確認計 算機化系統的類別，類別不同導致其系

12、統復雜性和新穎性帶來的風險不同，使得驗證的程度 （或深度）不同，根據風險評估的結果對計算機化系統進行針對性的驗證，驗證其能夠符合 工藝要求，并確保整個生命周期內計算機化系統處于驗證的受控狀態。驗證組織機構、職責5.1驗證領導小組：5.1.1公司成立驗證領導小組，領導小組的組織形式如下：組長質量受權人組員生產副總經理總工程師5.1.2驗證領導小組的職責：5.1.2.1領導小組負責承擔驗證總體計劃的審核批準，對整個公司計算機化系統驗證工作進行監督和管理；5.1.2.2驗證組員負責承擔驗證方案及報告的審核；5.1.2.3驗證組長負責驗證總計劃的審核及批準、驗證方案及報告的最終審核與批準、驗證實施過程

13、中偏差/變更的批準；5.1.2.4領導小組成員負責對整個具體驗證項目實施過程的監督檢查、偏差/變更的相關審核;5.2驗證實施小組：5.2.1在驗證領導小組的基礎上，為使公司驗證項目的有序進行，公司設立了驗證實施小組，具體組織如下：計算機化系統實施小組成員：驗證方案的組織驗證報告的組織組長信息部工程師、設備部工程師組長信息部工程師、設備部工程師組員設備部經理信息部經理綜合制劑生產部經理原料藥生產部經理質量保證部經理質量控制部經理組員設備部經理信息部經理綜合制劑生產部經理原料藥生產部經理質量保證部經理質量控制部經理設備部副經理質量保證部副經理 綜合制劑生產部主任 原料藥生產部主任 質量保證部主任設

14、備部副經理質量保證部副經理 綜合制劑生產部主任 原料藥生產部主任 質量保證部主任5.2.2驗證實施小組的職責5.2.2.1驗證實施小組組長職責負責驗證方案和驗證報告的起草；負責組織驗證方案和驗證報告的會審；負責驗證實施前的組織培訓；負責驗證工作組織實施，并對驗證實施執行過程中現場監督及實施;5.2.2.2驗證組員中部門經理或負責人負責驗證方案的審核確認；負責對提交的驗證報告內容進行審核。負責驗證報告的組織會審工作，對報告中的評價數據分析結果進行確認；負責監督本部門驗證的工作；對驗證實施過程負責。5.2.2.3驗證組員中各部門主任及副經理負責驗證方案起草過程中部門技術支持，負責參與驗證方案的會審

15、；負責驗證項目中驗證結果的數據評價；負責驗證實施過程中相關驗證項目檢查復核現場監督工作。5.3驗證日常管理：由質量保證部驗證組負責。日常驗證活動組織及協調；參與相關驗證文件的編制，驗證過程的監督實施；部分驗證過程實施；驗證檔案的管理工作。驗證過程中偏差的審核。驗證總計劃范圍及具體要求：6.1驗證范圍：在計算機化系統管理規程中，將計算機化系統分為四類，每一類別因在藥品生產質量 管理過程中的影響不同、應進行不同程度的驗證活動，驗證可以用來確認系統滿足了規范 文件的要求。驗證可能包括多個階段的審查和測試，這取決于系統的類型、所采用的開發 方法及其用途。測試計算機化系統是一個基本的核實活動，測試關注的

16、重點是識別與糾正 缺陷，同時證明該系統滿足需求。應該根據系統的風險性、復雜性和新穎性來制定合適的測試策略，如果合適，應該對供應 商文件進行評估且加以使用。各類別軟件進行的驗證方法見下表規定：類別典型系統驗證方法類別1:基礎 設施軟件用于控制其他程序運行的軟件，包括成熟的網絡和操作系統操作系統用戶需求；風險評估；確認名稱及版本號；數據庫引擎編程語言電子制表軟件版本控制工具網絡監控工作確認安裝方式的正確性；在對應用軟件功能進行測試時，間接的測試操作系統及網絡性能。類別3：不可配制軟件可以輸入并儲存運行參數，但是并不能對軟件進行配置以適合業務流程。如：基于固件的應用程序COTS軟件實驗室分析工作站(

17、GCHPLCUV等)用戶需求；風險評估；基于風險的供應商評估，對關鍵和復雜系統進行供應商評價；記錄版本號和配置，確認安裝方式的正確性。根據風險評估對操作系統及性能進行確認。具有維持和操作規程。類別4：可配置軟件該軟件通常非常復雜，可以由用戶來進 行配置以滿足用戶具體業務流程的特 殊需求。該軟件編碼不能更改。如：SCADADCS (PLC)水系統、灌裝系統、凍干系統、包裝 系統等制藥設備和系統BMSHMILIMSERPClinical trail monitoring用戶需求；風險評估；基于風險的供應商評估，對關鍵和復雜系統進行供應商審計；設計規范；記錄版本號和配置，確認安裝方式的正確性；在測試

18、環境中根據風險進行測試；在工藝流程中根據風險進行測試；具有維持符合性的操作規程。類別5：定制軟件設計定制程序和編制源代碼以使其適 應用戶業務流程的軟件。與第4類相同，應還包括：更嚴格的供應商審計評估，包括可能進內部和外部開發的IT應用程序內部和外部開發的工藝控制應用程序定制功能邏輯定制固件彳丁供應商審計；進行全面的系統驗證；完整的生命周期；設計和源代碼回顧。6.2驗證具體要求：驗證應符合藥品生產質量管理規范（2010年修訂）及附錄1計算機化 系統等法律法規的要求，驗證工作應有計劃、有組織、有控制的進行，將風險評估與分析 運用到驗證當中，確保驗證建立在風險評估的基礎上，確保與GMP相關的、對直接

19、影響產 品質量的、起關鍵作用的計算機化系統都進行驗證。6.3風險評估由驗證小組成員負責在制定驗證方案前進行。根據GMP風險分析的結果和建議確定 驗證的內容和范圍，由驗證領導小組在審核驗證方案前批準。6.4各類別計算機化系統的活動，可歸納為下圖的流程圖，其中類別1的計算機化系統驗證活 動簡單，不納入到下圖流程中，驗證活動依據下圖進行。6.5計算機化系統整個生命周期的驗證活動:計算機化系統的驗證不只局限于系統的使用過程，新系統的驗證應始于系統初期的定義和設計階段，終止于系統無使用價值階段。驗證生命周期應伴隨著系統發展的整個生命周期（SDLC），不同類別的計算機化系統所進行的驗證活動不同。SDLC階

20、段不同類型計算機化系統應交付的驗證活動見下表：（打V的為應進行的驗證工作）SDLC階段交付系統類型1345計劃工程計劃工程計劃VVVV供應商評估VV驗證計劃VVVV設計需求定義系統設計用戶需求說明（URS）VVVV系統設計VV源代碼和配置VV系統測試單體測試（白盒測試）V集成測試（黑盒測試）VV接收系統驗收及確認安裝確認（IQ）方案和報告VVVV操作確認（OQ）方案和報告VV工藝/性能確認（PQ ）方案和報告VVV人員培訓VVVV釋放通知VVVV使 用 和 維護使用和維護問題報告VVVV變更控制VVVV系統管理VVVV安全程序VVVV備份/存檔/災難恢復VVVV維護日志VVVV周期性回顧VVV

21、V人員持續培訓VVVV退役系統退役工程計劃（退役系統）VVVV系統退役報告VVVV現對計算機化系統每個階段需進行的內容進行詳細的說明，為公司的計算機化系統驗證活動的開展提供依據。6.5.1工程計劃：包括供應商評估、驗證計劃工程計劃是用于規劃所有工程及驗證活動的，包括計算機化工程的組織結構、各部門/個 人的職責、文件交付、審核和批準要求等。6.5.1.1供應商評估：應對計算機化系統供應商進行評估，以確保其系統能力及所提供的產品滿足計算機化系統驗證要求。供應商評價包括以下內容：根據系統概念定義及判斷選擇供應商，注意評估外部資料對標準要求的符合化及與系統 要求文件的一致程度。 對供應商質量體系進行審

22、計，審計內容包括：系統開發者的內部質量管理程序技術能力評估軟件開發標準及軟件測試能力程序編制人員的資格審定硬件開發及制造能力變更控制售后服務系統安全性類別4、5需進行供應商審計工作，供應商審計報告應納入供應商檔案。6.5.2需求定義：需求定義階段提供新的/改變的計算機化系統所期望達到的詳細的、可衡量的需求，所有需求將用來確定系統設計標準。需求定義階段主要是提供用戶需求說明（URS）。6.5.2.1用戶需求：用戶需要說明由系統使用部門及系統項目負責部門制定，詳細說明計算機化系統的基本業務需求、期望及性能指標。包括如下內容：系統說明：說明全系統要做什么，模塊間怎樣連接及相互作用，控制方式，執行的過

23、程， 操作人員對接口的要求及安全性要求等。 物理要求：包括有效空間、位置、所處的環境等。 硬件文件標準：包括圖紙、流程圖、手冊、部件清單等。 軟件文件標準：包括程序編號及修訂號、打印出的程序及詳細解釋、復制件的提供及貯 存條件、系統框圖及配置清單。測試要求：系統開發過程中所要求進行的測試項目及記錄。包括單獨模塊測試及集成測 試等。 其他：其他提供給供應商的要求。包括對已完成的系統的驗證要求、關于在設計開發過 程中的質量控制和變更控制要求等。URS說明中的所有條款將直接作為制定IQOQPQ方案的依據。6.5.2.2系統設計：所有的需求被供應商轉化為計算機化系統硬件和軟件的技術設計。具體包括如下：

24、硬件設計標準將定義如標準儀器、微控制器、可編程序邏輯控制器（PLC）等。軟件設計標準將定義系統的整體框架、計算機語言、界面、屏幕設計、數據流程圖、報 告設計、圖表設計、運算法則、安全測試、系統結構圖、I/O圖、工程制圖、流程圖解、程 序體系圖解、詳細說明和一個數據字典。類別4、5的計算機化系統應需供應商提供系統的設計說明類文件。6.5.2.3源代碼和配置：供應商必須根據已定義的標準編寫、維護和使用源代碼。源代碼包括所有組成系統的目標、 變量、邏輯及配置程序，源代碼被用于軟件開發過程中的技術查閱及系統使用后的維護活 動。必須經過用戶審核及認可后方可實施。類別4、5的計算機化系統應需供應商提供系統

25、的源代碼及配制說明。以上系統設計文件一般由供應商制訂，但必須經過用戶審核及認可后方可實施。6.5.3系統測試該階段的主要任務是發現并排除在分析、設計、編程各階段中產生的各類型的錯誤，以得 到可運行的計算機化系統。系統測試和確認過程與系統的需求定義、設計及編程階段相對 應。單元測試及組裝測試一般在供應商處進行。單元測試（白盒測試）是對系統的每一個模塊進行獨立測試，其目的是找出與模塊的內部邏輯有關的錯誤。單元 測試一般以白盒法為主。白盒測試應用于類別5的計算機化系統的設計階段，供應商應提供相關的測試資料。集成測試（黑盒測試）根據系統設計中各功能模塊的說明及制定的組裝測試計劃，將經過單元測試的模塊逐

26、步進 行組裝和測試。每并入一個模塊，都要找出由此產生的錯誤。集成測試一般以黑盒法為主。 以上系統測試黑盒測試應用于類別4、5的計算機化系統的設計階段，供應商應提供相關的 測試資料。6.5.4系統驗收及確認：DQIQOQPQ6.5.4.1設計確認（DQ）完成設計階段程序并對各階段的文件進行審核和批準即是設計確認過程，可簡單的制定一 份設計確認報告以滿足法規對確認階段和確認文件要求。6.5.4.2安裝確認（IQ）安裝確認的目的是保證系統的安裝符合設計標準，并保證所需技術資料俱全。具體確認內 容包括如下：各種標準清單，包括使用者要求、功能性要求、物理要求、系統標準。各種標準操作程序（SOP）是否齊全

27、，包括硬件和軟件的操作、預防維修、備份和數據 存檔、災難（斷電、硬軟件損壞等）恢復及系統退役。配置圖，配置圖是控制系統的概圖，包括以下內容：整個系統概圖各個中央處理器（CPUS ）包括插件指定的配置圖輸入/輸出裝置接線圖控制回路圖狀態轉變圖網絡接線圖硬件驅動/網絡驅動指示樹，可包括邏輯的和物理的驅動指定 硬件和軟件手冊，包括安裝、操作、維修保養手冊。硬件配置清單，包括已安裝系統的所有組成部分，對于芯片、微處理器或EPROM，應記 錄其修訂版號。軟件清單和源代碼的復制件列出與系統有關的所有軟件和軟件版本，并保證所有軟件的復制件都歸入檔案，安全存 放。應存放以下幾種軟件。源代碼產生器或編輯器、源代

28、碼（包括初級排序、功能和報告的產生）、操作系統、診斷程序、存檔/備份程序。 輸入/輸出（I/O）清單及連續性檢查。連續性檢查是保證信號可從控制系統發至裝置并 又可從裝置返回至控制系統。環境和公用工程測試確認并記錄系統安裝的環境，包括清潔度、溫濕度、振動、噪聲、照明。記錄關鍵公用工程系統的情況，并確認公用工程系統的關鍵性質與功能說明書相符。包 括火警通告/抑制、冷卻系統、電力及調節、不間斷供電、WAN連接、LAN連接、災難恢復 接線、電話數碼/模擬。確認并記錄系統符合安全及人機工程的要求。確認整個安裝過程符合操作手冊要求。6.5.4.3運行確認（OQ）系統運行確認的目的是保證系統和運作符合需求標

29、準。系統運行確認應在一個與正常工作 環境隔離的測試環境下實施，但應模擬生產環境。具體包括如下：系統安全性測試挑戰所有邏輯系統，諸如各級別的使用權限，證明各安全層面的允許權限未經授權的操 作得到禁止。確認系統外圍的安全性，諸如I/O總線卡，操作人員接口終端等。 操作人員接口測試，確認操作人員接口系統的功能。報警、互鎖功能測試。數據的采集及存貯，確認系統的數據采集及存貯功能如下：準確采集、貯存和檢索數據；數據轉換格式或遷移時，應當確認數據的數值及含義沒有 改變。確認數據的輸出長度、進位及空值、零及負值的處理能力；自動將數據存檔并保存至指定時期。確認數據處理能力，包括算法、統計、利用查表數值及報告的

30、產生等。 定時器和定序器測試。功能性測試，根據系統定義中所提供的各種要求文件，對系統各功能和各決斷通路進行 測試。斷電/修復測試復查斷電之前，期間和之后的數據采集狀況證明數據沒有破壞或丟失。測試后備供電、不間斷供電和動力調節器、發電機功能恢復是否正常。災難恢復測試，制造一起系統失效現象，按照災難恢復程序一步步確認以下各項：現有的數據未被破壞保證對系統的數據備份有效制定系統標準操作程序運行確認結果合格后，證明系統具備了能夠在正式生產環境下使用的條件，可以在正常生 產環境下進行進一步確認。類別4、5的計算機化系統應進行運行確認。6.5.4.4性能確認（PQ）為了確認系統運行過程的有效性和穩定性，應

31、在正常生產環境下進行測試。測試項目依據對系統運行希望達到的整體效果而定（如對生產出的產品質量各項特性進行 測試），測試應在正常生產環境下（模擬環境下）進行連續3次或以上。注：當計算機系統取代人工系統時，可以進行平行的驗證試驗。計算機化系統性能確認應所在設備或設施一起進行，確認能夠保證產品質量、患者安全及 數據的完整性。較復雜的類別3及類別4、5應進行性能確認。簡單的類別3系統，如帶傳感器的數顯式儀器儀表等測試儀器儀表及電子衡器的測試/驗證， 因為此類系統只用于測量或測定，其測量或測定的準確性即是對生產質量的風險因素，故 進行常規的日常校準及按國家要求進行的計量校驗工作即可，但設備部須在設備的S

32、OP中 進行規定，按國家要求進行的計量校驗工作需就計劃并按計劃實施。6.5.5使用和維護：6.5.5.1問題報告計算機化系統在使用過程中所遇到的任何問題及缺陷均應進行記錄和報告，以便對其運行 效果及變更控制結果進行評價。6.5.5.2變更控制計算機化系統經過驗證后，保持已驗證狀態。如果系統發生變更，此種狀態將會被破壞。變更類型包括：硬件變更、軟件變更及數據庫中關鍵參數的變更。為了維持系統始終處于 已驗證狀態，應對其變更實施控制，具體要求如下： 使用部門提出書面申請，包括變更理由、依據、內容及實施方案。由專業技術人員、相關部門領導及質量保證部門對變更進行評估及審批。根據變更影響的范圍決定是否應實

33、施再驗證。如變更已導致計算機化系統的已驗證狀態 發生偏移（如增加了某此功能等），系統必須針對變更部分實施再驗證。決定實施再驗證 后，計算機化系統將開始生命周期的另一循環。如經過評估確認不實施再驗證，應有充分 的依據作支持。所有變更必須經過相關人員批準后方可實施，不允許自行改變系統任何部分。變更應充分考慮是否對其他相關系統產生影響，需針對其他受影響系統進行評價，必要 時會對其他系統實施再驗證。 所有的變更申請、評估、審批及再驗證活動均應有文件記錄，以使之具有可追蹤性。6.5.5.3系統管理系統管理的執行將確何對計算機化系統實施合適的維護，并保持系統數據的完整性。6.5.5.4安全程序必須定義控制

34、計算機化系統物理及邏輯通道的安全程序，例如必須清楚定義增加或移動用 戶的安全程序，保證使未授權的或漫不經心的操作得到控制。安全程序涉及如下范疇。系統軟件及應用軟件安全性。硬件安全性。建筑安全性。6.5.5.5備份/存檔/災難恢復必須制定和審批相應文件以控制系統備份計劃、恢復程序、存檔需求、非定點媒體貯存及 出現系統丟失事件時的災難恢復程序/偶發事件計劃。6.5.5.6維護日志維護日志應記錄所有計劃的及非計劃的維修活動。系統維護和變更控制是保證系統在受控 及已驗證狀態運行的兩大關鍵。6.5.5.7周期性回顧系統的變化一般可分為兩種。一種為已知的、有形的變化，這種變化應按照以上所述的變 更控制要求

35、執行。而另一種變化是系統在長期頻繁使用中，由于時間的變化、環境的變化、 人員的變化、硬件的磨損等諸因素，而導致的一種未知的、無形的變化。對于這種變化， 需要對系統進行周期性回顧（回顧周期一般建議為1年），以確保： 系統運行始終處于已驗證狀態；系統維護嚴格按相關程序執行；系統文件及時而準確地反映了現行計算機化系統的運行情況。如果通過回顧，發現計算機化系統的已驗證狀態已發生偏移，系統必須實施再驗證。系統 回顧的范圍、方法及結論均應有文件記錄，以使之具有可追蹤性。6.5.5.8 培訓|人員培訓是一個持續過程，應確保所有使用、維護及開發計算機化系統的人員均得到培訓。6.5.6系統退役當一個計算機化系統

36、的現行功能實施不再適用，或執行一個新系統替代現有系統的功能時， 該系統就從實際使用中退役。此階段是SDIC的最后一個階段，其目標是要消除對原系統的 依賴并提供一個如何從原系統中取回相關數據的方法。6.5.6.1工程計劃（退役系統）制定一個工程計劃以確定退役工作的步驟、鑒別將要替代原有系統的新系統、退役過程的 期限及相關責任。確定原系統數據是否應按照一定的格式存檔。如果原系統被另一個系統 替代，存檔的數據應該被裝載在替代系統中，數據成功轉移的確認是新系統驗證的一部分。 系統退役時，應通知到所有受影響的用戶，并完成以下工作。 撤銷系統特殊的程序。切斷系統通道。整理系統所有邏輯值、符號和菜單參考。刪

37、除所有軟件和工作環境下存檔的電子記錄。6.5.6.2系統退役報告系統退役報告用于總結整個系統退役工作的實際執行結果，確認是否按要求正確實施退役 活動。可接受標準：7.1驗證合格標準的建立，必須具備三個基本條件：現實性、可驗證性、安全性。7.1.1現實性：驗證不能超越客觀條件的限制，或造成沉重的經濟負擔，以至無法實施。7.1.2可驗證性：標準是否達到，可以通過檢驗或者其它手段加以證實。7.1.3安全性：標準應能保證產品的質量、患者安全及數據完整性。7.2在設定驗證合格標準時，應遵循以下原則：7.2.1凡現行藥品生產質量管理規范（2010年修訂）及中國藥典2015年版有明確規定 的，驗證合格的標準

38、不得低于法規及標準的要求。7.2.2國內尚無法定標準而世界衛生組織WHO已有明確要求或國際醫藥界已有公認的，可作本 企業設定驗證標準的參考依據。計算機化系統驗證總計劃的制定：8.1新建廠房或因新產品新工藝對廠房設施有較大改造的，需根據公司的具體情況單獨制定此 項目的驗證總計劃，使該項目的驗證工作有序進行，也便于與公司正常生產驗證計劃予以 區分，使公司的各項驗證工作能同時有序開展和進行。8.2驗證總計劃的制定基本原則1驗證的實施計劃應注意驗證的前后順序8.2.2驗證總計劃至少包含的內容要求目的（概述）：對該驗證總計劃的進行一個綜合描述；驗證指導方針及規程；制定驗證總計劃的各部門及人員職責；驗證的

39、時間表及進展。8.3計算機化系統驗證總計劃的制定程序：質量保證部應根據項目實施的總體進度對公司整體的計算機化系統組織驗證領導小組成 員，討論并制定項目實施驗證總計劃，并經過審核批準。8.4驗證計劃的實施：根據批準后的計算機化系統驗證總計劃進行驗證活動，并逐一跟蹤驗證項目是否完成，是 否符合接受標準及GMP要求。驗證文件要求9.1制訂驗證方案及編寫要求9.1.1驗證工作小組組長接收到已批準的驗證計劃后，召集本小組成員根據驗證計劃要求，制 訂驗證方案。驗證方案起草應由主管本計算機化系統的專業技術人員共同進行。9.1.2驗證方案應能清楚的描述出驗證程序。驗證文件編號按文件分類和編號管理規程執 行。9

40、.1.3驗證方案起草程序為：通過查閱文獻資料確定驗證實施時需要的各種標準，確定檢查及 試驗范圍，確定驗證實施步驟，方案審批。方案內容必須包括概述、實施驗證小組成員 及其職責、驗證目的、驗證范圍、驗證進度、驗證參考文件、驗證實施的步驟、合格標 準、檢測方法、偏差記錄、變更記錄及驗證附表等。9.1.4驗證方案在實施過程中，有時會出現需要進行補充和修改的情況，此時比較妥善的辦法 是起草一個補充性驗證方案，說明修改或補充驗證的具體內容及理由。補充確認需在上 次驗證的基礎上進行編號升級。9.2審批驗證方案9.2.1驗證方案起草后，驗證工作組小組長將驗證方案提交驗證領導小組審核批準。驗證領導 小組組織生產

41、、質量等相關部門負責人進行評審，評審主要是實施驗證的可行性。9.2.1.1質量保證部主要評審驗證的方法、相關標準、驗證實施過程、取樣方法及結果是否符 合藥品生產質量管理規范（2010年修訂）規范和企業內控標準要求。9.2.1.2質量控制部主要評審驗證的方法、相關檢驗方法及標準是否符合中國藥典（2015 年版二部）規范和企業內控標準要求。9.2.1.3生產部主要通過驗證熟悉并掌據保持穩定生產方法，并提供驗證所必須的資源、人員、 材料、時間和服務。9.2.1.4質量保證部、質量控制部、生產部、設備部、信息部等人員審核驗證方案后，應在方 案審批表上簽字，以證實方案實行的可行性和準確性。9.2.2驗證

42、方案經質量保證部、質量控制部、生產、設備、信息等部門審核并通過后，交由驗 證領導小組批準。9.2.3驗證方案經驗證領導小組批準后，由質量保證部下達各相關驗證工作小組組長，準備實 施。9.2.4 一旦驗證方案實施，應把方案執行結果與方案中的可接受標準相比較，并寫出書面報告。9.3組織實施1驗證方案批準后，驗證工作小組應按方案中預定的時間要求組織實施。驗證前，相關人 員應作好充分地培訓。驗證方法及步驟應按驗證方案進行。實施驗證通常采用分階段驗 證的形式進行。如有設計確認、安裝確認、運行確認、性能確認等階段。9.3.2實施各階段驗證過程中形成的記錄應及時、清晰、完整，并有各實施人員簽名。驗證工 作組成員在實施驗證過程中的記錄應交驗證工作小組組長匯總。在驗證中發現的任何偏 差或變更均應記錄，偏差或變更對驗證結果是否影響，影響多大，應有驗證小組進行分 析并報告，最后均應經過驗證小組進行最后評估和評價，分析偏差產生的原因及解決方 法及變更控制的有效性。所有主要偏差或變更必須得到有效處理