計算機(jī)化系統(tǒng)驗(yàn)證 常見計算機(jī)化系統(tǒng)驗(yàn)證 5 常見問題問題-案例研究 z 計算機(jī)化系統(tǒng)驗(yàn)證概述 z 驗(yàn)證執(zhí)行中的五個常見問題 1. 2. 3. 4. 5. 6. 不要考慮定義良好的系統(tǒng)設(shè)計。驗(yàn)證生命周期不明確。故意避免源代碼審查。完整的測試矩陣。測試順序不明確。其他事宜。計算機(jī)化系統(tǒng)驗(yàn)證。計算機(jī)系統(tǒng)（Computer? System m）PIC/S PI011-3：計算機(jī)系統(tǒng)是計算機(jī)硬件組件組裝起來與一組軟件程序一起執(zhí)行，這些程序被共同設(shè)計來執(zhí)行特定的功能或功能組。

計算機(jī)化系統(tǒng)驗(yàn)證概述 z 計算機(jī)化/計算機(jī)化系統(tǒng) z PIC/S PI011-3：計算機(jī)化 p 系統(tǒng) y 是計算機(jī) p 系統(tǒng)溫度加上它運(yùn)行的受控功能。p 由它執(zhí)行的可控功能。z 歐盟附件 11：計算機(jī)化身份識別系統(tǒng)是一組軟件和硬件高清組件，它們一起完成某些功能。計算機(jī)化系統(tǒng)由一系列硬件和軟件組組成： CFDA 附件：計算機(jī)化系統(tǒng)由一系列滿足特定功能的硬件和軟件組組成。z GAMP 5：計算機(jī)化系統(tǒng)由硬件、軟件和網(wǎng)絡(luò)組件以及受控功能和相關(guān)文檔組成。.

計算機(jī)化系統(tǒng)驗(yàn)證概述 zzzzz 隨著新的法律法規(guī)的頒布，對計算機(jī)化系統(tǒng)驗(yàn)證和驗(yàn)證的要求越來越高；隨著對數(shù)據(jù)完整性的要求越來越高，對計算機(jī)化系統(tǒng)中電子數(shù)據(jù)的生成、保存和維護(hù)提出了更高的要求；由于各藥廠在GMP升級中培養(yǎng)了人員，積累了項目經(jīng)驗(yàn)，對堅固耐用的計算機(jī)化系統(tǒng)驗(yàn)證提出了更高的要求；但是很多藥廠和公司，還需要完善人員和制度；有時計算機(jī)化系統(tǒng)驗(yàn)證責(zé)任不明確，越混亂；有時，電算化系統(tǒng)驗(yàn)證責(zé)任不明確，越驗(yàn)證越實(shí)施 5個常見問題1. 系統(tǒng)設(shè)計考慮不周2. 未明確定義的驗(yàn)證生命周期3. 故意回避源代碼審查4. 不精確的測試矩陣5. 邏輯不明確的測試順序6. 其他問題 問題 1 系統(tǒng)設(shè)計考慮不周 問題 1：系統(tǒng)設(shè)計考慮不周 案例研究：某套設(shè)備（Skid）Data Server 實(shí)現(xiàn)可以有多個 OPCATHMIPTLTTTO 網(wǎng)關(guān) OPCPLCData 一套完整的 PLC 設(shè)備，旨在通過機(jī)器的觸摸屏 (HMI) 監(jiān)控和控制工藝過程。Control Art后來發(fā)現(xiàn)系統(tǒng)使用率和數(shù)據(jù)存儲不足，

線路數(shù)據(jù)問題1：不完整的系統(tǒng)設(shè)計問題1：不完整的系統(tǒng)設(shè)計案例分析：一套完整的設(shè)備（Skid）Data ServerATHMIPTLT 此時數(shù)據(jù)同時傳輸?shù)絻蓚€系統(tǒng)TTPLCQ1：哪個系統(tǒng)的數(shù)據(jù)是master數(shù)據(jù) ？Q2：需要驗(yàn)證哪個系統(tǒng)？Q3：哪個系統(tǒng)需要ERES和Audit？蹤跡？Q4：哪個系統(tǒng)需要時鐘同步？Q 哪個系統(tǒng)需要時鐘同步？Q5：哪個系統(tǒng)需要用戶管理？問題1：系統(tǒng)設(shè)計不完整問題1：系統(tǒng)設(shè)計不完整案例分析：全套設(shè)備（Skid）ATWorkstationData ServerPTLT數(shù)據(jù)TTPLC數(shù)據(jù)設(shè)計數(shù)據(jù)時需要考慮數(shù)據(jù)流向，考慮數(shù)據(jù)中的主要數(shù)據(jù)操作、使用、管理和維護(hù)的操作、使用、管理和維護(hù)數(shù)據(jù)，以及其相關(guān)計算和相關(guān)計算機(jī)化系統(tǒng)的驗(yàn)證。驗(yàn)證執(zhí)行中的5個常見問題1. 系統(tǒng)設(shè)計方案考慮不周2. 未明確定義的驗(yàn)證生命周期3. 故意避免源代碼審查4. 不精確的測試矩陣5. 邏輯歧義測試排序6. 其他問題 Issue 2 Unclear Verification Life Issue 2：Unclear Verification Life Cycle 幾種生命周期模型：zzzz系統(tǒng)生命周期；項目生命周期；驗(yàn)證生命周期；軟件開發(fā)生命周期；當(dāng)我們一直在談?wù)撍鼤r，當(dāng)您想按照GAMP5進(jìn)行計算機(jī)化系統(tǒng)驗(yàn)證時，您真的了解GAMP和GAMP5嗎？問題2不清楚驗(yàn)證壽命問題2：

客戶？業(yè)主可行性？研究可行性研究初始？系統(tǒng)？URS URS 流程？設(shè)計過程設(shè)計概念？設(shè)計概念設(shè)計項目？概念？階段驗(yàn)證？掌握？計劃驗(yàn)證主計劃供應(yīng)商？評估 供應(yīng)商評估 初始 ? 風(fēng)險？評估基礎(chǔ)？設(shè)計 初始設(shè)計 設(shè)計？審查設(shè)計審查細(xì)節(jié)？系統(tǒng)？URS 詳細(xì)信息系統(tǒng) URS 詳細(xì)信息？設(shè)計詳細(xì)設(shè)計項目？投標(biāo)？和？投標(biāo)？獎？? 計劃質(zhì)量和項目計劃功能？風(fēng)險？評估設(shè)計？質(zhì)量。？&? 報表設(shè)計確認(rèn)和報表設(shè)計？批準(zhǔn)？設(shè)計審批系統(tǒng)？積聚？相位系統(tǒng)？積聚：？采購，？硬件？集成系統(tǒng)建設(shè)：采購、硬件集成HW？胖的？協(xié)議硬件工廠驗(yàn)收測試程序 SW?Cat.?4:?Cfg.?Test Software 4：配置測試 SW?Cat.?3:?Req. ?測試軟件3：需求測試硬件？設(shè)計？規(guī)格硬件設(shè)計規(guī)格軟件？設(shè)計？規(guī)范軟件設(shè)計規(guī)范配置？管理配置管理設(shè)計？批準(zhǔn)？設(shè)計批準(zhǔn) 功能？設(shè)計？規(guī)范功能設(shè)計規(guī)范供應(yīng)商？P 供應(yīng)商驗(yàn)證？計劃驗(yàn)證計劃項目？規(guī)格？相位系統(tǒng)？構(gòu)建：SW？配置/編碼系統(tǒng)構(gòu)建：軟件配置/編程軟件？貓。？5：？SCR 軟件類別 5：源代碼審查系統(tǒng)？在 ？項目？執(zhí)行系統(tǒng)是在項目執(zhí)行集成？測試集成測試功能？測試 功能測試 要求 q？測試需求測試系統(tǒng)？確認(rèn)？階段 系統(tǒng)檢查階段 內(nèi)部？測試？內(nèi)部測試工廠？驗(yàn)收？測試？工廠驗(yàn)收測試 出貨？貨單？系統(tǒng)？調(diào)試？（RV，？IV，？啟動，？等）？單系統(tǒng)調(diào)試（RV、IV、Startup 等） HW？SAT？協(xié)議硬件現(xiàn)場驗(yàn)收測試程序HW？SAT？協(xié)議硬件現(xiàn)場驗(yàn)收 測試計劃 安裝？資質(zhì)？& ?? 報告安裝確認(rèn)和報告操作？資質(zhì)？& ?? 報告操作確認(rèn)和報告硬件？SAT？協(xié)議硬件現(xiàn)場驗(yàn)收測試計劃項目？工程？完成？報告階段驗(yàn)證？概括？報告項目？驗(yàn)證？完成？項目驗(yàn)證完成系統(tǒng)？正在進(jìn)行？手術(shù)？（驗(yàn)證？狀態(tài)） 系統(tǒng)正常運(yùn)行（驗(yàn)證狀態(tài)） 系統(tǒng)？維護(hù)系統(tǒng)？定期？審查制度 定期審查制度？改變？（更新/轉(zhuǎn)移）？系統(tǒng)？退役系統(tǒng)退役系統(tǒng)？Retirement System Decommissioning Issue 2 不明確的驗(yàn)證生命周期 問題2：不明確的驗(yàn)證生命周期 如果可能，嘗試建立一個詳細(xì)的項目執(zhí)行和驗(yàn)證框架。/過程？系統(tǒng)和機(jī)器/過程一起調(diào)試項目？報告？階段驗(yàn)證？概括？報告項目？驗(yàn)證？完成？系統(tǒng)？正在進(jìn)行？手術(shù)？（驗(yàn)證？狀態(tài)）系統(tǒng)正常 操作（驗(yàn)證狀態(tài)） 系統(tǒng)？維護(hù)系統(tǒng)？定期？審核系統(tǒng)？定期？審核系統(tǒng)？改變？（更新/轉(zhuǎn)移）？系統(tǒng)？退役系統(tǒng)？Retirement System 退役問題2 定義不明確的驗(yàn)證生命周期問題2：不明確的驗(yàn)證生命周期如果可能，嘗試建立一個詳細(xì)的項目執(zhí)行和驗(yàn)證結(jié)構(gòu)。/過程？系統(tǒng)和機(jī)器/過程一起調(diào)試項目？報告？階段驗(yàn)證？概括？報告項目？驗(yàn)證？完成？系統(tǒng)？正在進(jìn)行？手術(shù)？（驗(yàn)證？狀態(tài)）系統(tǒng)正常 操作（驗(yàn)證狀態(tài)） 系統(tǒng)？維護(hù)系統(tǒng)？定期？審核系統(tǒng)？定期？審核系統(tǒng)？改變？（更新/轉(zhuǎn)移）？系統(tǒng)？退役系統(tǒng)？Retirement System 退役問題2 定義不明確的驗(yàn)證生命周期問題2：不明確的驗(yàn)證生命周期如果可能，嘗試建立一個詳細(xì)的項目執(zhí)行和驗(yàn)證結(jié)構(gòu)。

問題2 驗(yàn)證生命周期定義不明確 問題2：驗(yàn)證生命周期定義不明確 如果可能，嘗試建立詳細(xì)的項目執(zhí)行和驗(yàn)證結(jié)構(gòu)。問題2 驗(yàn)證生命周期定義不明確 問題2：驗(yàn)證生命周期定義不明確 如果可能，嘗試建立詳細(xì)的項目執(zhí)行和驗(yàn)證結(jié)構(gòu)。驗(yàn)證執(zhí)行中的5個常見問題1. 系統(tǒng)設(shè)計方案考慮不周2. 不清晰的驗(yàn)證生命周期 3 故意回避的源代碼3. 代碼審查4. 不精確的測試矩陣5.測試順序不明確6. 其他問題 Issue 3 故意回避的源碼問題3：故意回避的源代碼審查 GAMP 5 引入軟件 開發(fā)生命周期模型的一個主要意義是對軟件進(jìn)行分類。軟件分類的主要意義在于為審查/驗(yàn)證不同復(fù)雜程度的軟件或軟件功能提供適當(dāng)?shù)姆椒ā５?，?shí)際項目執(zhí)行的時候，實(shí)際項目執(zhí)行的時候，對于5類定制軟件和生產(chǎn)軟件，我們經(jīng)常聽到這樣的聲音……“源代碼審查是供應(yīng)商的事翻譯后的計算機(jī)化系統(tǒng)驗(yàn)證模板，我們不需要參與其中?！?問題3 故意逃避源碼問題3：故意逃避源碼審查案例分析：純水配水系統(tǒng)CTTT2TT3FT要求：問題：巴氏殺菌后純水回水LT，TT1、

滅菌開始時，由于換熱器選擇錯誤，溫度無法升至80oC TT178 ?=?o TT1（修正值實(shí)值），*高約C。 純水箱排空純水箱導(dǎo)致結(jié)果：在每個點(diǎn)都使用純水時如何解決這個問題？TT1 由于項目時間緊迫，成本緊張，供應(yīng)商的解決方案是修改程序，使得：50?oC,? 那么?TTx =?(TTreal-50） *?1.1?+?50; 一種在程序中直接偽造的假數(shù)據(jù)，形成Else?TTx =?TTreal;，通過常規(guī)測量，即在殺菌過程開始時，水溫高于殺菌過程時，水溫高于oC，

可能已經(jīng)有一個整體矩陣。但是對于特定的系統(tǒng)，是否有完整的測試矩陣？問題 4 不精確的測試矩陣 問題 4：不精確的測試矩陣 a) 什么是測試矩陣？計算機(jī)化系統(tǒng)的測試矩陣是根據(jù)系統(tǒng)的架構(gòu)、組件、功能和數(shù)據(jù)特征，結(jié)合項目的各個實(shí)施階段，定義系統(tǒng)在每個階段需要進(jìn)行哪些具體的測試翻譯后的計算機(jī)化系統(tǒng)驗(yàn)證模板，具體的測試項目形成一個矩陣。b) 為什么提到測試矩陣？z 雖然我們熟悉DQ、FAT、SAT/Commmissioning、IQ、OQ、PQ等項目階段，但各個階段的具體測試要求還沒有形成科學(xué)的體系；z 項目執(zhí)行過程中預(yù)定義的測試矩陣可以有效減少文檔審核時間，加快項目進(jìn)度；z 科學(xué)完整的測試矩陣可以更科學(xué)地對被測系統(tǒng)進(jìn)行測試，構(gòu)成支持系統(tǒng)驗(yàn)證的完整證據(jù)，被測系統(tǒng)構(gòu)成完整證據(jù)支持系統(tǒng)驗(yàn)證；z 通用設(shè)備測試項目不能包括計算機(jī)化系統(tǒng)的測試要求，完整的測試矩陣應(yīng)包括數(shù)據(jù)完整性的檢查；問題 4 不精確的測試矩陣 問題 4：不精確的測試矩陣 嚴(yán)格的測試矩陣示例 1：系統(tǒng) (EMS) 要求的測試題 4 不精確的測試矩陣 不完善的測試矩陣 問題 4：不完善的測試矩陣 思考：IT 系統(tǒng)在各個階段應(yīng)該進(jìn)行哪些測試？LIMSWMSMES 的其他結(jié)論： 測試矩陣應(yīng)該是一個基于不同類型系統(tǒng)的科學(xué)系統(tǒng)，可以同時反映項目執(zhí)行工程要求和驗(yàn)證要求。

回顧4.不精確的測試矩陣5.不合邏輯的測試順序6.其他問題其他問題：其他問題zzzzzz項目生命周期不均；未根據(jù)數(shù)據(jù)特征定義驗(yàn)證流程流程和步驟；了解不清楚的軟件分類；正式的風(fēng)險評估；任意引用策略；等等。; 計算機(jī)化系統(tǒng)驗(yàn)證的前景，計算機(jī)化系統(tǒng)驗(yàn)證的前景規(guī)范嚴(yán)密的藥廠應(yīng)建立自己的規(guī)范和嚴(yán)密性，藥廠應(yīng)建立自己的計算機(jī)化系統(tǒng)驗(yàn)證系統(tǒng)；計算機(jī)化系統(tǒng)驗(yàn)證對供應(yīng)商計算機(jī)化化學(xué)體系檢查和供應(yīng)商質(zhì)量管理體系提出了更高要求質(zhì)量管理體系提出了更高要求，供應(yīng)商審核是預(yù)防問題發(fā)生的重要手段；程序開發(fā)過程將更加模塊化和標(biāo)準(zhǔn)化；計算機(jī)化系統(tǒng)驗(yàn)證將與數(shù)據(jù)的完整性高度集成；IT系統(tǒng)的計算機(jī)系統(tǒng)驗(yàn)證將是一個熱點(diǎn)和難點(diǎn)；計算機(jī)系統(tǒng)的驗(yàn)證從來都不是一件困難和可怕的事情。我們可以根據(jù)ASTM的特性進(jìn)行計算嗎？E2500 模型和數(shù)據(jù)本身。計算機(jī)化系統(tǒng)的驗(yàn)證更加規(guī)范和簡單。計算機(jī)化系統(tǒng)驗(yàn)證是否更標(biāo)準(zhǔn)化、更簡單？什么時候？你？需要？到？認(rèn)識M？一種？更高？Standard 當(dāng)您需要滿足更高的標(biāo)準(zhǔn)時 лл 其他問題 其他問題： 其他問題 zzzzzz 項目生命周期不平等；沒有根據(jù)數(shù)據(jù)特征定義驗(yàn)證流程和步驟；了解不清楚的軟件分類；準(zhǔn)正式的風(fēng)險評估；任意參考策略；等。 計算機(jī)化系統(tǒng)驗(yàn)證展 計算機(jī)化系統(tǒng)驗(yàn)證前景 計算機(jī)化系統(tǒng)驗(yàn)證前景 zzzzz 計算機(jī)化系統(tǒng)驗(yàn)證將更加規(guī)范和嚴(yán)謹(jǐn)。制藥企業(yè)應(yīng)建立自己的規(guī)范和嚴(yán)密性，制藥企業(yè)應(yīng)建立自己的計算機(jī)化系統(tǒng)驗(yàn)證系統(tǒng)；計算機(jī)化的體系驗(yàn)證對供應(yīng)商的質(zhì)量管理體系提出了更高的要求。供應(yīng)商審核是防患于未然的重要手段；程序開發(fā)過程將更加模塊化和標(biāo)準(zhǔn)化；計算機(jī)化系統(tǒng)驗(yàn)證將與數(shù)據(jù)完整性高度集成；IT系統(tǒng)的計算機(jī)化系統(tǒng)驗(yàn)證將是一個熱點(diǎn)和難點(diǎn)；計算機(jī)化系統(tǒng)驗(yàn)證從來都不是一件困難而可怕的事情，我們根據(jù)ASTM的特點(diǎn)？E2500模型和數(shù)據(jù)本身，計算模型和數(shù)據(jù)本身的特性可以使計算機(jī)化系統(tǒng)驗(yàn)證更加規(guī)范和簡單。計算機(jī)化系統(tǒng)驗(yàn)證是否更標(biāo)準(zhǔn)化、更簡單？什么時候？你？需要？到？認(rèn)識M？一種？更高？Standard 當(dāng)您需要滿足更高的標(biāo)準(zhǔn)時 лл 其他問題 其他問題： 其他問題 zzzzzz 項目生命周期不平等；沒有根據(jù)數(shù)據(jù)特征定義驗(yàn)證流程和步驟；了解不清楚的軟件分類；準(zhǔn)正式的風(fēng)險評估；任意參考策略；等。 計算機(jī)化系統(tǒng)驗(yàn)證展 計算機(jī)化系統(tǒng)驗(yàn)證前景 計算機(jī)化系統(tǒng)驗(yàn)證前景 zzzzz 計算機(jī)化系統(tǒng)驗(yàn)證將更加規(guī)范和嚴(yán)謹(jǐn)。制藥企業(yè)應(yīng)建立自己的規(guī)范和嚴(yán)密性，制藥企業(yè)應(yīng)建立自己的計算機(jī)化系統(tǒng)驗(yàn)證系統(tǒng)；計算機(jī)化的體系驗(yàn)證對供應(yīng)商的質(zhì)量管理體系提出了更高的要求。供應(yīng)商審核是防患于未然的重要手段；程序開發(fā)過程將更加模塊化和標(biāo)準(zhǔn)化；計算機(jī)化系統(tǒng)驗(yàn)證將與數(shù)據(jù)完整性高度集成；IT系統(tǒng)的計算機(jī)化系統(tǒng)驗(yàn)證將是一個熱點(diǎn)和難點(diǎn)；計算機(jī)化系統(tǒng)驗(yàn)證從來都不是一件困難而可怕的事情，我們根據(jù)ASTM的特點(diǎn)？E2500模型和數(shù)據(jù)本身，計算模型和數(shù)據(jù)本身的特性可以使計算機(jī)化系統(tǒng)驗(yàn)證更加規(guī)范和簡單。計算機(jī)化系統(tǒng)驗(yàn)證是否更標(biāo)準(zhǔn)化、更簡單？什么時候？你？需要？到？認(rèn)識M？一種？更高？標(biāo)準(zhǔn) 當(dāng)您需要滿足更高的標(biāo)準(zhǔn)時 лл