您當(dāng)前的位置:檢測資訊 > 法規(guī)標準
嘉峪檢測網(wǎng) 2022-12-17 17:45
近日,廣東藥監(jiān)局器審中心發(fā)布《人工智能醫(yī)學(xué)軟件產(chǎn)品現(xiàn)場檢查指導(dǎo)原則發(fā)布(附全文)》,全文如下:
人工智能醫(yī)學(xué)軟件產(chǎn)品現(xiàn)場檢查指導(dǎo)原則
第一部分 范圍和原則
1.1 本指導(dǎo)原則是人工智能醫(yī)學(xué)信息系統(tǒng)軟件審評指導(dǎo)體系構(gòu)建的組成部分,基于醫(yī)療器械生產(chǎn)質(zhì)量管理規(guī)范、醫(yī)療器械生產(chǎn)質(zhì)量管理規(guī)范附錄獨立軟件、醫(yī)療器械生產(chǎn)質(zhì)量管理規(guī)范獨立軟件現(xiàn)場檢查指導(dǎo)原則、人工智能醫(yī)療器械審評指導(dǎo)原則的通用要求,細化了人工智能醫(yī)學(xué)軟件生產(chǎn)質(zhì)量管理體系的特殊要求。
1.2 本指導(dǎo)原則適用于第二類、第三類人工智能獨立軟件以及軟件組件(軟件組件參照執(zhí)行)。
1.3 本指導(dǎo)原則遵循軟件生存周期過程和網(wǎng)絡(luò)安全的基本原則和通用要求,用于指導(dǎo)人工智能醫(yī)學(xué)軟件的生產(chǎn)質(zhì)量管理體系現(xiàn)場檢查,不涉及相關(guān)行政審批事項,亦不作為法規(guī)強制執(zhí)行,應(yīng)在遵循相關(guān)法規(guī)的前提下使用本指導(dǎo)原則。
本指導(dǎo)原則是在現(xiàn)行法規(guī)和標準體系以及當(dāng)前認知水平下制定的,隨著法規(guī)和標準的不斷完善,以及科學(xué)技術(shù)的不斷發(fā)展,在使用過程中應(yīng)對相關(guān)內(nèi)容適時進行調(diào)整。
第二部分 特殊要求
2.1 人員
2.1.1 軟件開發(fā)、測試、維護人員應(yīng)當(dāng)具備與崗位職責(zé)要求相適宜的專業(yè)知識、實踐經(jīng)驗和工作能力。人工智能軟件健康數(shù)據(jù)采集人員、人工智能算法測試人員應(yīng)經(jīng)培訓(xùn)及考核通過后方可進行數(shù)據(jù)采集或測試。
2.1.2 黑盒測試應(yīng)當(dāng)保證同一軟件項的開發(fā)人員和測試人員不得互相兼任。
2.1.3 用戶測試人員應(yīng)當(dāng)具備適宜的軟件產(chǎn)品使用經(jīng)驗,或經(jīng)過培訓(xùn)具備適宜的軟件產(chǎn)品使用技能。
2.1.4應(yīng)明確數(shù)據(jù)采集人員、標注人員、審核人員、仲裁人員的選拔、培訓(xùn)、考核等要求。
2.2 設(shè)備
2.2.1 應(yīng)當(dāng)在軟件生存周期過程持續(xù)提供充分、適宜、有效的軟件開發(fā)和測試環(huán)境,包括軟硬件設(shè)備、開發(fā)測試工具、網(wǎng)絡(luò)等資源以及病毒防護、數(shù)據(jù)備份與恢復(fù)等保證措施。
2.2.2 軟件開發(fā)和測試環(huán)境維護應(yīng)當(dāng)形成文件,確定軟件開發(fā)和測試環(huán)境定期驗證、更新升級、病毒防護等活動要求,保持相關(guān)記錄。
2.2.3數(shù)據(jù)采集設(shè)備管理應(yīng)明確兼容性和采集特征等要求。
2.2.4數(shù)據(jù)標注基礎(chǔ)設(shè)施管理應(yīng)明確標注場所、標注環(huán)境條件、標注軟件等要求。
2.3 設(shè)計開發(fā)
2.3.1 應(yīng)當(dāng)結(jié)合軟件生存周期模型特點建立軟件生存周期過程控制程序并形成文件,確定軟件開發(fā)策劃、軟件需求分析、軟件設(shè)計、軟件編碼、驗證與確認、軟件更新、風(fēng)險管理、缺陷管理、可追溯性分析、配置管理、文件與記錄控制、現(xiàn)成軟件使用、網(wǎng)絡(luò)安全保證、軟件發(fā)布、軟件部署、軟件停運等活動要求。
2.3.1.1人工智能醫(yī)學(xué)軟件應(yīng)結(jié)合質(zhì)量管理體系要求,參考軟件、人工智能相關(guān)標準和良好工程實踐,建立人工智能醫(yī)學(xué)生存周期過程,開展與軟件安全性級別相匹配的產(chǎn)品質(zhì)量保證工作,將風(fēng)險管理、可追溯分析貫穿于生存周期全程,形成記錄。
2.3.2 軟件生存周期過程質(zhì)量保證活動要求應(yīng)當(dāng)與軟件安全性級別相適宜。軟件安全性級別應(yīng)當(dāng)在采取風(fēng)險控制措施之前,結(jié)合軟件的預(yù)期用途、使用場景和核心功能進行綜合判定,并僅可通過外部風(fēng)險控制措施降低級別。
2.3.3 應(yīng)當(dāng)依據(jù)風(fēng)險管理控制程序?qū)嵤┸浖L(fēng)險管理活動,結(jié)合產(chǎn)品識別、分析、評價、控制和監(jiān)測軟件功能、接口、用戶界面、現(xiàn)成軟件、網(wǎng)絡(luò)安全等風(fēng)險,并貫穿于軟件生存周期全過程。
2.3.3.1人工智能醫(yī)學(xué)軟件應(yīng)明確算法的軟件安全性級別(輕微、中等、嚴重)并詳述判定理由。應(yīng)形成算法風(fēng)險管理資料,明確過擬合與欠擬合、假陰性與假陽性、數(shù)據(jù)污染與數(shù)據(jù)偏倚(如數(shù)據(jù)擴增)等風(fēng)險的控制措施。
2.3.4 軟件配置管理應(yīng)當(dāng)建立控制程序并形成文件,規(guī)范軟件版本、源代碼、文件、工具、現(xiàn)成軟件、算法模型、數(shù)據(jù)庫等控制要求,確定配置標識、變更控制、配置狀態(tài)記錄等活動要求。使用配置管理工具保證軟件質(zhì)量,并貫穿于軟件生存周期全過程。
2.3.5 軟件版本控制應(yīng)當(dāng)基于合規(guī)性要求確定軟件版本命名規(guī)則,涵蓋軟件、現(xiàn)成軟件、網(wǎng)絡(luò)安全的全部軟件更新類型,各字段含義應(yīng)當(dāng)明確且無歧義無矛盾。軟件版本變更應(yīng)當(dāng)符合軟件版本命名規(guī)則的要求。
2.3.5.1人工智能醫(yī)學(xué)軟件版本控制應(yīng)涵蓋軟件算法更新類型(算法驅(qū)動型更新或數(shù)據(jù)驅(qū)動型更新),明確并區(qū)分重大軟件更新和輕微軟件更新。
2.3.6 軟件可追溯性分析應(yīng)當(dāng)建立控制程序并形成文件,涵蓋現(xiàn)成軟件、網(wǎng)絡(luò)安全的控制要求,形成軟件可追溯性分析報告以供評審。使用可追溯性分析工具保證軟件開發(fā)、軟件更新過程滿足可追溯性要求,并貫穿于軟件生存周期全過程。
2.3.7 現(xiàn)成軟件使用應(yīng)當(dāng)形成文件,確定風(fēng)險管理、驗證與確認、缺陷管理、可追溯性分析、軟件更新、配置管理、文件與記錄控制、網(wǎng)絡(luò)安全保證等活動要求。遺留軟件還應(yīng)當(dāng)確定現(xiàn)有文件、上市后使用情況、用戶投訴、不良事件、召回情況等評估活動要求。使用開源軟件應(yīng)當(dāng)遵循相應(yīng)開源許可協(xié)議。
2.3.8 軟件開發(fā)策劃應(yīng)當(dāng)確定軟件需求分析、軟件設(shè)計、軟件編碼、驗證與確認、風(fēng)險管理、缺陷管理、可追溯性分析、配置管理、文件與記錄控制、現(xiàn)成軟件使用、網(wǎng)絡(luò)安全保證、評審等活動計劃,形成相關(guān)文件和記錄,并適時更新。軟件開發(fā)策劃應(yīng)當(dāng)保證軟件開發(fā)和測試的人員及環(huán)境與軟件開發(fā)要求相適宜。
2.3.9 軟件需求分析應(yīng)當(dāng)綜合分析法規(guī)、標準、用戶、產(chǎn)品、功能、性能、接口、用戶界面、網(wǎng)絡(luò)安全、警示提示等軟件需求,確定風(fēng)險管理、可追溯性分析、現(xiàn)成軟件使用評估、軟件確認測試計劃創(chuàng)建、評審等活動要求,形成軟件需求規(guī)范和評審記錄并經(jīng)批準,適時更新并經(jīng)批準。可追溯性分析此時應(yīng)當(dāng)分析軟件需求與風(fēng)險管理、軟件需求與產(chǎn)品需求的關(guān)系。
2.3.9.1人工智能醫(yī)學(xué)軟件需求分析應(yīng)包括數(shù)據(jù)收集、算法性能、使用限制等要求。
2.3.10 軟件設(shè)計應(yīng)當(dāng)依據(jù)軟件需求規(guī)范實施軟件體系架構(gòu)、功能、性能、算法、接口、用戶界面、單元、網(wǎng)絡(luò)安全等設(shè)計,確定風(fēng)險管理、可追溯性分析、現(xiàn)成軟件使用評估、軟件驗證測試計劃創(chuàng)建、評審等活動要求,形成軟件設(shè)計規(guī)范和評審記錄并經(jīng)批準,適時更新并經(jīng)批準。可追溯性分析此時應(yīng)當(dāng)分析軟件設(shè)計與軟件需求之間的關(guān)系。
2.3.10.1人工智能醫(yī)學(xué)軟件算法設(shè)計應(yīng)當(dāng)明確算法選擇、算法訓(xùn)練、算法性能評估等要求。
2.3.11 軟件編碼應(yīng)當(dāng)依據(jù)軟件設(shè)計規(guī)范實施,確定源代碼編寫與注釋、現(xiàn)成軟件使用、可追溯性分析、各級測試用例創(chuàng)建、評審等活動要求,形成評審記錄,并適時更新。源代碼編寫與注釋應(yīng)當(dāng)符合軟件編碼規(guī)則文件的要求。測試用例應(yīng)當(dāng)保證軟件驗證與確認測試的充分性、適宜性、有效性??勺匪菪苑治龃藭r應(yīng)當(dāng)分析源代碼與軟件設(shè)計、源代碼與測試用例的關(guān)系。
2.3.12 軟件驗證應(yīng)當(dāng)確定源代碼審核、靜態(tài)分析、動態(tài)分析、單元測試、集成測試、系統(tǒng)測試、評審等活動要求,涵蓋現(xiàn)成軟件、網(wǎng)絡(luò)安全的驗證要求,并保持相關(guān)記錄。白盒測試應(yīng)當(dāng)確定語句、判定、條件、路徑等測試覆蓋率要求,并與軟件安全性級別相適宜。
2.3.13 單元測試、集成測試、系統(tǒng)測試應(yīng)當(dāng)依據(jù)相應(yīng)測試計劃實施,涵蓋現(xiàn)成軟件、網(wǎng)絡(luò)安全的測試要求,確定缺陷管理、風(fēng)險管理、可追溯性分析、評審等活動要求,形成相應(yīng)軟件測試記錄、測試報告以及評審記錄,并適時更新??勺匪菪苑治龃藭r應(yīng)當(dāng)分析各級測試用例與軟件設(shè)計、系統(tǒng)測試與軟件需求、系統(tǒng)測試與風(fēng)險管理的關(guān)系。
2.3.14 軟件確認應(yīng)當(dāng)確定用戶測試、臨床評價、評審等活動要求,涵蓋現(xiàn)成軟件、網(wǎng)絡(luò)安全的確認要求,并保持相關(guān)記錄。保證軟件滿足用戶需求和預(yù)期目的,且軟件已知剩余缺陷的風(fēng)險均可接受。
2.3.14.1人工智能醫(yī)學(xué)軟件確認測試應(yīng)當(dāng)基于用戶需求,由預(yù)期用戶在真實或模擬使用場景下予以開展,亦可基于測評數(shù)據(jù)庫予以開展。
2.3.15 用戶測試應(yīng)當(dāng)依據(jù)用戶測試計劃在真實使用環(huán)境或模擬使用環(huán)境下實施,涵蓋現(xiàn)成軟件、網(wǎng)絡(luò)安全的測試要求,確定缺陷管理、風(fēng)險管理、可追溯性分析、評審等活動要求,形成用戶測試記錄、測試報告以及評審記錄并經(jīng)批準,適時更新并經(jīng)批準??勺匪菪苑治龃藭r應(yīng)當(dāng)分析用戶測試與用戶需求、用戶測試與風(fēng)險管理的關(guān)系。
2.3.16 軟件更新應(yīng)當(dāng)形成文件,涵蓋現(xiàn)成軟件、網(wǎng)絡(luò)安全的變更控制要求,確定軟件更新請求評估、軟件更新策劃、軟件更新實施、風(fēng)險管理、驗證與確認、缺陷管理、可追溯性分析、配置管理、文件與記錄控制、評審、用戶告知等活動要求,形成相關(guān)文件和記錄并經(jīng)批準,適時更新并經(jīng)批準。軟件版本變更應(yīng)當(dāng)與軟件更新情況相匹配。驗證與確認應(yīng)當(dāng)根據(jù)軟件更新的類型、內(nèi)容和程度實施相適宜的回歸測試、用戶測試等活動。
2.3.16.1人工智能醫(yī)學(xué)若發(fā)生算法更新、軟件更新,均應(yīng)當(dāng)按照質(zhì)量管理體系的要求,開展與算法更新、軟件更新的類型、內(nèi)容和程度相適宜的驗證與確認活動,將風(fēng)險管理、可追溯分析貫穿于更新全程,形成記錄。
2.3.16.2對于訓(xùn)練集調(diào)整后的軟件更新,應(yīng)當(dāng)進行回歸測試并形成相應(yīng)的驗證記錄。
2.3.17 軟件缺陷管理應(yīng)當(dāng)形成文件,確定軟件缺陷評估、軟件缺陷修復(fù)、回歸測試、風(fēng)險管理、配置管理、評審等活動要求,形成軟件缺陷分析報告以供評審。使用缺陷管理工具保證軟件質(zhì)量,并貫穿于軟件生存周期全過程。
2.3.18數(shù)據(jù)收集應(yīng)明確數(shù)據(jù)采集、數(shù)據(jù)整理、數(shù)據(jù)標注、數(shù)據(jù)集構(gòu)建等活動的質(zhì)控要求,以保證數(shù)據(jù)質(zhì)量和算法訓(xùn)練效果。
2.3.18.1數(shù)據(jù)采集應(yīng)明確采集設(shè)備、采集過程、數(shù)據(jù)脫敏等質(zhì)控要求,并建立數(shù)據(jù)采集操作規(guī)范。數(shù)據(jù)采集亦可使用歷史數(shù)據(jù),需結(jié)合樣本規(guī)模、采集難度等影響因素合理選擇數(shù)據(jù)采集方式。若適用,數(shù)據(jù)采集需經(jīng)倫理委員會批準。
2.3.18.2采集的數(shù)據(jù)應(yīng)進行數(shù)據(jù)脫敏以保護患者隱私,數(shù)據(jù)脫敏需明確脫敏的類型(靜態(tài)、動態(tài))、規(guī)則、方法以及脫敏內(nèi)容的確定依據(jù)。
2.3.18.3數(shù)據(jù)整理應(yīng)基于原始數(shù)據(jù)庫明確數(shù)據(jù)清洗、數(shù)據(jù)預(yù)處理的質(zhì)控要求。
2.3.18.4數(shù)據(jù)標注需建立數(shù)據(jù)標注操作規(guī)范,明確標注資源管理、標注過程質(zhì)控、標注質(zhì)量評估等要求。
2.3.18.5數(shù)據(jù)集構(gòu)建明確訓(xùn)練集、調(diào)優(yōu)集、測試集的劃分方法、劃分依據(jù)、數(shù)據(jù)分配比例。訓(xùn)練集原則上需保證樣本分布具有均衡性,測試集、調(diào)優(yōu)集原則上需保證樣本分布符合真實情況,訓(xùn)練集、調(diào)優(yōu)集、測試集的樣本應(yīng)兩兩無交集并通過查重予以驗證。
2.3.18.6應(yīng)對第三方數(shù)據(jù)庫的應(yīng)用管理形成文件,明確來源、保存、確認和使用要求,包括預(yù)期目的、來源、版本、數(shù)據(jù)庫容量、更新情況、使用情況等。
2.4 采購
2.4.1 現(xiàn)成軟件采購應(yīng)當(dāng)形成文件,根據(jù)現(xiàn)成軟件的類型、使用方式、對產(chǎn)品質(zhì)量影響程度,確定分類管理、質(zhì)量控制、供應(yīng)商審核等活動要求。
2.4.2 應(yīng)當(dāng)與供應(yīng)商簽訂外包軟件質(zhì)量協(xié)議,明確外包軟件需求分析、交付形式、驗收方式與準則、設(shè)計開發(fā)文件交付、知識產(chǎn)權(quán)歸屬、維護等要求以及雙方質(zhì)量責(zé)任承擔(dān)要求。
2.4.3 云計算服務(wù)協(xié)議應(yīng)當(dāng)明確網(wǎng)絡(luò)安全保證、患者數(shù)據(jù)與隱私保護等責(zé)任承擔(dān)要求。
2.4.4數(shù)據(jù)來源應(yīng)當(dāng)形成文件,應(yīng)當(dāng)明確數(shù)據(jù)來源的合規(guī)性,必要時應(yīng)形成科研合作協(xié)議或倫理批件,明確數(shù)據(jù)收集活動要求。
2.5 生產(chǎn)管理
2.5.1 軟件發(fā)布應(yīng)當(dāng)形成文件,確定軟件產(chǎn)品文件創(chuàng)建、軟件產(chǎn)品與文件歸檔備份、軟件版本識別與標記、交付形式評估與驗證、病毒防護等活動要求,保證軟件發(fā)布的可重復(fù)性。
2.5.2 物理交付方式應(yīng)當(dāng)確定軟件產(chǎn)品復(fù)制、許可授權(quán)以及存儲媒介包裝、標記、防護等要求,網(wǎng)絡(luò)交付方式應(yīng)當(dāng)確定軟件產(chǎn)品標記、許可授權(quán)、網(wǎng)絡(luò)安全保證等要求。
2.6 質(zhì)量控制
2.6.1 軟件產(chǎn)品放行應(yīng)當(dāng)形成文件,確定軟件版本識別、安裝卸載測試、產(chǎn)品完整性檢查、放行批準等活動要求,保持相關(guān)記錄。
2.7 銷售和售后服務(wù)
2.7.1 軟件部署應(yīng)當(dāng)形成文件,確定交付、安裝、設(shè)置、配置、用戶培訓(xùn)等活動要求,保持相關(guān)記錄。
2.7.2 軟件停運應(yīng)當(dāng)形成文件,確定停運后續(xù)用戶服務(wù)、數(shù)據(jù)遷移、患者數(shù)據(jù)與隱私保護、用戶告知等活動要求,保持相關(guān)記錄。
2.7.3在中國境內(nèi)收集和產(chǎn)生的重要數(shù)據(jù)、個人信息和人類遺傳資源信息應(yīng)當(dāng)在中國境內(nèi)存儲,因科學(xué)研究開發(fā)活動、業(yè)務(wù)需要向境外提供的,應(yīng)當(dāng)遵守國務(wù)院科學(xué)技術(shù)行政部門制定技術(shù)規(guī)范,按照國家網(wǎng)信部門會同國務(wù)院有關(guān)部門制定的辦法進行安全評估。
2.7.4軟件遠程維護與升級應(yīng)明確遠程維護與升級的實現(xiàn)方法、所用電子接口情況、設(shè)備數(shù)據(jù)所含內(nèi)容、設(shè)備數(shù)據(jù)與醫(yī)療數(shù)據(jù)的隔離方法、網(wǎng)絡(luò)安全保證措施等技術(shù)特征。
2.8 不良事件監(jiān)測、分析和改進
2.8.1 數(shù)據(jù)分析控制程序應(yīng)當(dāng)涵蓋軟件缺陷、網(wǎng)絡(luò)安全事件要求。
2.8.2 網(wǎng)絡(luò)安全事件應(yīng)急響應(yīng)應(yīng)當(dāng)形成文件,確定網(wǎng)絡(luò)安全事件風(fēng)險管理、應(yīng)急響應(yīng)措施驗證、用戶告知、召回等活動要求。
2.8.3應(yīng)對緩解網(wǎng)絡(luò)安全風(fēng)險采用的技術(shù)措施的有效性進行驗證,保持相關(guān)記錄。
第三部分 術(shù) 語
3.1 下列術(shù)語的含義是:
獨立軟件:具有一個或多個醫(yī)療目的,無需醫(yī)療器械硬件即可完成自身預(yù)期目的,運行于通用計算平臺的軟件。
軟件組件:具有一個或多個醫(yī)療目的,控制、驅(qū)動醫(yī)療器械硬件或運行于醫(yī)用計算平臺的軟件。
人工智能醫(yī)學(xué)軟件:采用人工智能技術(shù)的醫(yī)療器械獨立軟件和醫(yī)療器械軟件組件。
軟件安全性級別:基于軟件風(fēng)險程度分為輕微、中等和嚴重,其中輕微即軟件不可能產(chǎn)生傷害,中等即軟件可能直接或間接產(chǎn)生輕微傷害,嚴重即軟件可能直接或間接產(chǎn)生嚴重傷害或?qū)е滤劳觥?/span>
軟件驗證:通過提供客觀證據(jù)認定軟件開發(fā)、軟件更新某一階段的輸出滿足輸入要求。
軟件確認:通過提供客觀證據(jù)認定軟件滿足用戶需求和預(yù)期目的。
軟件可追溯性分析:追蹤軟件需求、軟件設(shè)計、源代碼、軟件測試、軟件風(fēng)險管理之間的關(guān)系,分析已識別關(guān)系的正確性、一致性、完整性和準確性。
軟件更新:生產(chǎn)企業(yè)在軟件生存周期全過程對軟件所做的任一修改,亦稱軟件變更或軟件維護。
軟件停運:生產(chǎn)企業(yè)在軟件生存周期過程末期終止對軟件的售后服務(wù)和銷售,亦稱軟件退市。
現(xiàn)成軟件:生產(chǎn)企業(yè)未進行完整生存周期控制的軟件,包括遺留軟件、成品軟件、外包軟件。
遺留軟件:生產(chǎn)企業(yè)以前開發(fā)但現(xiàn)在不能得到足夠開發(fā)記錄的軟件。
成品軟件:已開發(fā)且通??傻玫降模a(chǎn)企業(yè)未進行完整生存周期控制的軟件。
外包軟件:生產(chǎn)企業(yè)委托第三方開發(fā)的軟件。
網(wǎng)絡(luò)安全:保持醫(yī)療器械相關(guān)數(shù)據(jù)的保密性、完整性和可得性。
算法驅(qū)動型更新:人工智能醫(yī)療器械所用算法、算法結(jié)構(gòu)、算法流程、算法編程框架、輸入輸出數(shù)據(jù)類型等發(fā)生改變,通常屬于重大軟件更新。此外,算法重新訓(xùn)練即棄用原有訓(xùn)練數(shù)據(jù)而采用全新訓(xùn)練數(shù)據(jù)進行算法訓(xùn)練,亦屬于算法驅(qū)動型更新。
數(shù)據(jù)驅(qū)動型更新:僅由訓(xùn)練數(shù)據(jù)量增加而發(fā)生的算法更新。數(shù)據(jù)驅(qū)動型更新是否屬于重大軟件更新原則上以算法性能評估結(jié)果(基于相同的測試集和算法性能評估指標)為準,算法性能評估結(jié)果若發(fā)生顯著性改變則屬于重大軟件更新,即算法性能評估結(jié)果與前次注冊(而非前次更新)相比存在統(tǒng)計學(xué)差異,反之屬于輕微軟件更新。
過擬合:指算法對于訓(xùn)練數(shù)據(jù)過度學(xué)習(xí)而將非普遍規(guī)律作為重要特征。
欠擬合:算法對于訓(xùn)練數(shù)據(jù)學(xué)習(xí)不充分而遺漏重要特征,均會降低算法泛化能力。
假陰性即漏診,可能導(dǎo)致后續(xù)診療活動延誤,特別是要考慮快速進展疾病的診療活動延誤風(fēng)險,而假陽性即誤診,可能導(dǎo)致后續(xù)不必要的診療活動。
附1:人工智能醫(yī)學(xué)軟件現(xiàn)場檢查要點
|
章節(jié) |
條款 |
內(nèi)容 |
檢查要點 |
|
機 構(gòu) 和 人 員 |
1.1.1 |
應(yīng)當(dāng)建立與醫(yī)療器械生產(chǎn)相適應(yīng)的管理機構(gòu),具備組織機構(gòu)圖。
|
查看提供的質(zhì)量手冊,是否包括企業(yè)的組織機構(gòu)圖,是否明確各部門的相互關(guān)系。 |
|
*1.1.2 |
應(yīng)當(dāng)明確各部門的職責(zé)和權(quán)限,明確質(zhì)量管理職能。
|
查看企業(yè)的質(zhì)量手冊,程序文件或相關(guān)文件,是否對各部門的職責(zé)權(quán)限作出了規(guī)定;質(zhì)量管理部門應(yīng)當(dāng)能獨立行使職能, 查看質(zhì)量管理部門的文件,是否明確規(guī)定對產(chǎn)品質(zhì)量的相關(guān)事宜負有決策的權(quán)利。 |
|
|
1.1.3 |
生產(chǎn)管理部門和質(zhì)量管理部門負責(zé)人不得互相兼任。
|
查看公司的任職文件或授權(quán)文件并對照相關(guān)生產(chǎn)、檢驗等履行職責(zé)的記錄,核實是否與授權(quán)一致。 |
|
|
1.2.1 |
企業(yè)負責(zé)人應(yīng)當(dāng)是醫(yī)療器械產(chǎn)品質(zhì)量的主要責(zé)任人。 |
|
|
|
1.2.2 |
企業(yè)負責(zé)人應(yīng)當(dāng)組織制定質(zhì)量方針和質(zhì)量目標。
|
查看質(zhì)量方針和質(zhì)量目標的制定程序、批準人員。 |
|
|
1.2.3 |
企業(yè)負責(zé)人應(yīng)當(dāng)確保質(zhì)量管理體系有效運行所需的人力資源、基礎(chǔ)設(shè)施和工作環(huán)境。 |
|
|
|
1.2.4 |
企業(yè)負責(zé)人應(yīng)當(dāng)組織實施管理評審,定期對質(zhì)量管理體系運行情況進行評估,并持續(xù)改進。
|
查看管理評審文件和記錄,核實企業(yè)負責(zé)人是否組織實施管理評審。 |
|
|
*1.2.5 |
企業(yè)負責(zé)人應(yīng)當(dāng)確保企業(yè)按照法律、法規(guī)和規(guī)章的要求組織生產(chǎn)。 |
|
|
|
1.3.1 |
企業(yè)負責(zé)人應(yīng)當(dāng)確定一名管理者代表。
|
查看管理者代表的任命文件。 |
|
|
*1.3.2 |
管理者代表應(yīng)當(dāng)負責(zé)建立、實施并保持質(zhì)量管理體系,報告質(zhì)量管理體系的運行情況和改進需求,提高員工滿足法規(guī)、規(guī)章和顧客要求的意識。
|
查看是否對上述職責(zé)作出明確規(guī)定。查看管理者代表報告質(zhì)量管理體系運行情況和改進的相關(guān)記錄。 |
|
|
1.4.1 |
技術(shù)、生產(chǎn)、質(zhì)量管理部門負責(zé)人應(yīng)當(dāng)熟悉醫(yī)療器械法律法規(guī),具有質(zhì)量管理的實踐經(jīng)驗,應(yīng)當(dāng)有能力對生產(chǎn)管理和質(zhì)量管理中實際問題作出正確判斷和處理。
|
查看相關(guān)部門負責(zé)人的任職資格要求,是否對專業(yè)知識、工作技能、工作經(jīng)歷作出了規(guī)定;查看考核評價記錄,現(xiàn)場詢問,確定是否符合要求。 |
|
|
1.5.1 |
應(yīng)當(dāng)配備與生產(chǎn)產(chǎn)品相適應(yīng)的專業(yè)技術(shù)人員、管理人員和操作人員,應(yīng)當(dāng)具有相應(yīng)的質(zhì)量檢驗機構(gòu)或?qū)B殭z驗人員。
|
查看組織機構(gòu)圖、部門職責(zé)、人員資格等文件,確認軟件質(zhì)量保證團隊和人員是否符合要求,關(guān)注人員流動性對于軟件質(zhì)量的影響。 |
|
|
1.6.1 |
從事影響產(chǎn)品質(zhì)量工作的人員,應(yīng)當(dāng)經(jīng)過與其崗位要求相適應(yīng)的培訓(xùn),具有相關(guān)的理論知識和實際操作技能。
|
應(yīng)當(dāng)確定影響醫(yī)療器械質(zhì)量的崗位,規(guī)定這些崗位人員所必須具備的專業(yè)知識水平(包括學(xué)歷要求)、工作技能、工作經(jīng)驗。查看培訓(xùn)內(nèi)容、培訓(xùn)記錄和考核記錄,是否符合要求。 |
|
|
1.7.1 |
軟件開發(fā)、測試、維護人員應(yīng)當(dāng)具備與崗位職責(zé)要求相適宜的專業(yè)知識、實踐經(jīng)驗和工作能力。
|
查看相關(guān)人員的崗位職責(zé)書、簡歷。 |
|
|
*1.8.1 |
黑盒測試應(yīng)當(dāng)保證同一軟件項的開發(fā)人員和測試人員不得互相兼任。
|
查看軟件質(zhì)量保證相關(guān)文件是否有相應(yīng)規(guī)定,抽查相關(guān)軟件項的開發(fā)人員和測試人員記錄。 |
|
|
*1.9.1 |
用戶測試人員應(yīng)當(dāng)具備適宜的軟件產(chǎn)品使用經(jīng)驗,或經(jīng)過培訓(xùn)具備適宜的軟件產(chǎn)品使用技能。
|
查看用戶測試人員的崗位職責(zé)書、簡歷和培訓(xùn)記錄。 |
|
|
1.10.1 |
應(yīng)明確數(shù)據(jù)采集人員、標注人員、審核人員、仲裁人員的選拔、培訓(xùn)、考核等要求。
|
查看崗位職責(zé)說明書、如職稱、工作年限、工作經(jīng)驗、所在機構(gòu),若有國外人員則需明確其資質(zhì)要求、人員培訓(xùn)(如培訓(xùn)材料、培訓(xùn)方案)及考核記錄(如方法、頻次、指標、通過準則、一致性)、資質(zhì)證明、職稱證明、崗位任命書或授權(quán)書等,是否滿足崗位要求。 |
|
|
廠房與設(shè)施 |
2.1.1 |
廠房與設(shè)施應(yīng)當(dāng)符合生產(chǎn)要求。 |
|
|
2.2.1 |
生產(chǎn)環(huán)境應(yīng)當(dāng)整潔、符合產(chǎn)品質(zhì)量需要及相關(guān)技術(shù)標準的要求。
|
查看機房(或類似場所)、計算機使用環(huán)境的管理要求,確認是否有防水、防靜電等設(shè)施。 |
|
|
2.3.1 |
廠房應(yīng)當(dāng)有適當(dāng)?shù)恼彰鳌囟?、濕度和通風(fēng)控制條件。 |
|
|
|
2.4.1 |
生產(chǎn)區(qū)應(yīng)當(dāng)有足夠空間,并與產(chǎn)品生產(chǎn)規(guī)模、品種相適應(yīng)。 |
|
|
|
2.5.1 |
倉儲區(qū)應(yīng)當(dāng)能夠滿足原材料、包裝材料、中間品、產(chǎn)品等貯存條件和要求。倉儲區(qū)應(yīng)當(dāng)按照待驗、合格、不合格、退貨或召回等進行有序、分區(qū)存放各類材料和產(chǎn)品,便于檢查和監(jiān)控。
|
現(xiàn)場查看軟件存儲媒介、包裝的存放區(qū)域及標識。 |
|
|
2.6.1 |
應(yīng)當(dāng)配備與產(chǎn)品生產(chǎn)規(guī)模、品種、檢驗要求相適應(yīng)的檢驗場所和設(shè)施。 |
|
|
|
設(shè)
備 |
3.1.1 |
應(yīng)當(dāng)在軟件生存周期過程持續(xù)提供充分、適宜、有效的軟件開發(fā)和測試環(huán)境,包括軟硬件設(shè)備、開發(fā)測試工具、網(wǎng)絡(luò)等資源以及病毒防護、數(shù)據(jù)備份與恢復(fù)等保證措施。
|
查看軟件開發(fā)和測試所用設(shè)備與工具清單,現(xiàn)場抽查進行核實。 |
|
*3.2.1 |
軟件開發(fā)和測試環(huán)境維護應(yīng)當(dāng)形成文件,確定軟件開發(fā)和測試環(huán)境定期驗證、更新升級、病毒防護等活動要求,保持相關(guān)記錄。
|
查看軟件開發(fā)和測試環(huán)境維護文件規(guī)定,現(xiàn)場抽查相關(guān)記錄。 |
|
|
3.3.1 |
生產(chǎn)設(shè)備應(yīng)當(dāng)有明顯的狀態(tài)標識,防止非預(yù)期使用。應(yīng)當(dāng)建立生產(chǎn)設(shè)備使用、清潔、維護和維修的操作規(guī)程,并保存相應(yīng)的設(shè)備操作記錄。 |
|
|
|
3.4.1 |
應(yīng)當(dāng)建立檢驗儀器和設(shè)備的使用記錄,記錄內(nèi)容應(yīng)當(dāng)包括使用、校準、維護和維修等情況。 |
|
|
|
3.5.1 |
數(shù)據(jù)采集設(shè)備管理應(yīng)形成文件,確定采集設(shè)備的兼容性和采集特征等要求。 |
查看數(shù)據(jù)采集設(shè)備相關(guān)文件或記錄,設(shè)備的兼容性記錄應(yīng)包括采集設(shè)備的名稱、型號規(guī)格、制造商、性能指標等要求,若無需考慮兼容性要求詳述理由并予以記錄。如采集特征考慮采集設(shè)備的采集方式(如常規(guī)成像、增強成像)、采集協(xié)議(如MRI成像序列)、采集參數(shù)(如CT加載電壓、加載電流、加載時間、層厚)、采集精度(如分辨率、采樣率)等要求。 |
|
|
3.5.2 |
數(shù)據(jù)標注基礎(chǔ)設(shè)施管理應(yīng)明確標注場所、標注環(huán)境條件、標注軟件等要求。 |
檢查數(shù)據(jù)標注場所真實場所或模擬場所,模擬場所可根據(jù)產(chǎn)品實際情況調(diào)整模擬程度,詳述調(diào)整理由并予以記錄。標注環(huán)境條件(如空間、照明、溫度、濕度、氣壓)、標注軟件(名稱、型號規(guī)格、完整版本、制造商、運行環(huán)境、軟件確認)等要求。 |
|
|
文 件 管理 |
*4.1.1 |
應(yīng)當(dāng)建立健全質(zhì)量管理體系文件,包括質(zhì)量方針和質(zhì)量目標、質(zhì)量手冊、程序文件、技術(shù)文件和記錄,以及法規(guī)要求的其他文件。
|
質(zhì)量方針應(yīng)當(dāng)在企業(yè)內(nèi)部得到溝通和理解;應(yīng)當(dāng)在持續(xù)適宜性方面得到評審。質(zhì)量目標應(yīng)當(dāng)與質(zhì)量方針保持一致;應(yīng)當(dāng)根據(jù)總的質(zhì)量目標,在相關(guān)職能和層次上進行分解,建立各職能和層次的質(zhì)量目標;應(yīng)當(dāng)包括滿足產(chǎn)品要求所需的內(nèi)容;應(yīng)當(dāng)可測量、可評估;應(yīng)當(dāng)有具體的方法和程序來保障。 |
|
4.1.2 |
質(zhì)量手冊應(yīng)當(dāng)對質(zhì)量管理體系作出規(guī)定。
|
查看企業(yè)的質(zhì)量手冊,應(yīng)當(dāng)包括企業(yè)質(zhì)量目標、組織機構(gòu)及職責(zé)、質(zhì)量體系的適用范圍和要求。 |
|
|
4.1.3 |
程序文件應(yīng)當(dāng)根據(jù)產(chǎn)品生產(chǎn)和質(zhì)量管理過程中需要建立的各種工作程序而制定,包含本規(guī)范所規(guī)定的各項程序文件。 |
|
|
|
*4.1.4 |
技術(shù)文件應(yīng)當(dāng)包括產(chǎn)品技術(shù)要求及相關(guān)標準、生產(chǎn)工藝規(guī)程、作業(yè)指導(dǎo)書、檢驗和試驗操作規(guī)程、安裝和服務(wù)操作規(guī)程等相關(guān)文件。 |
|
|
|
4.2.1 |
應(yīng)當(dāng)建立文件控制程序,系統(tǒng)地設(shè)計、制定、審核、批準和發(fā)放質(zhì)量管理體系文件。 |
|
|
|
4.2.2 |
文件的起草、修訂、審核、批準、替換或撤銷、復(fù)制、保管和銷毀等應(yīng)當(dāng)按照控制程序管理,并有相應(yīng)的文件分發(fā)、撤銷、復(fù)制和銷毀記錄。 |
|
|
|
4.2.3 |
文件更新或修訂時應(yīng)當(dāng)按規(guī)定評審和批準,能夠識別文件的更改和修訂狀態(tài)。
|
查看相關(guān)記錄確認文件的更新或修訂是否經(jīng)過評審和批準;其更改和修訂狀態(tài)是否能夠得到識別。 |
|
|
4.2.4 |
分發(fā)和使用的文件應(yīng)當(dāng)為適宜的文本,已撤銷或作廢的文件應(yīng)當(dāng)進行標識,防止誤用。
|
到工作現(xiàn)場抽查現(xiàn)場使用的文件,確認是否是有效版本。作廢文件是否明確標識。 |
|
|
4.3.1 |
應(yīng)當(dāng)確定作廢的技術(shù)文件等必要的質(zhì)量管理體系文件的保存期限,滿足產(chǎn)品維修和產(chǎn)品質(zhì)量責(zé)任追溯等需要。
|
保存期限應(yīng)當(dāng)不少于企業(yè)所規(guī)定的醫(yī)療器械壽命期。 |
|
|
4.4.1 |
應(yīng)當(dāng)建立記錄控制程序,包括記錄的標識、保管、檢索、保存期限和處置要求等。記錄應(yīng)當(dāng)保證產(chǎn)品生產(chǎn)、質(zhì)量控制等活動可追溯性。記錄應(yīng)當(dāng)清晰、完整,易于識別和檢索,防止破損和丟失。記錄不得隨意涂改或銷毀,更改記錄應(yīng)當(dāng)簽注姓名和日期,并使原有信息仍清晰可辨,必要時,應(yīng)當(dāng)說明更改的理由。記錄的保存期限至少相當(dāng)于生產(chǎn)企業(yè)所規(guī)定的醫(yī)療器械的壽命期,但從放行產(chǎn)品的日期起不少于2年,或符合相關(guān)法規(guī)要求,并可追溯。 |
|
|
|
設(shè) 計開發(fā) |
5.1.1 |
應(yīng)當(dāng)結(jié)合軟件生存周期模型特點建立軟件生存周期過程控制程序并形成文件,確定軟件開發(fā)策劃、軟件需求分析、軟件設(shè)計、軟件編碼、驗證與確認、軟件更新、風(fēng)險管理、缺陷管理、可追溯性分析、配置管理、文件與記錄控制、現(xiàn)成軟件使用、網(wǎng)絡(luò)安全保證、軟件發(fā)布、軟件部署、軟件停運等活動要求。
|
查看軟件生存周期過程控制程序文件是否有相應(yīng)規(guī)定,若使用敏捷開發(fā)方法是否明確文件與記錄控制要求。 |
|
5.1.1.1 |
人工智能醫(yī)學(xué)軟件應(yīng)結(jié)合質(zhì)量管理體系要求,參考軟件、人工智能相關(guān)標準和良好工程實踐,建立人工智能醫(yī)療器械生存周期過程,開展與軟件安全性級別相匹配的產(chǎn)品質(zhì)量保證工作,將風(fēng)險管理、可追溯分析貫穿于生存周期全程,形成記錄。
|
查看軟件生存周期過程控制相關(guān)文件是否有相應(yīng)規(guī)定,是否根據(jù)軟件、人工智能相關(guān)標準建立與之相匹配的質(zhì)量保證程序。 |
|
|
*5.2.1 |
軟件生存周期過程質(zhì)量保證活動要求應(yīng)當(dāng)與軟件安全性級別相適宜。
|
查看軟件質(zhì)量保證相關(guān)文件是否根據(jù)軟件安全性級別規(guī)定相應(yīng)軟件質(zhì)量保證活動要求。 |
|
|
5.2.2 |
軟件安全性級別應(yīng)當(dāng)在采取風(fēng)險控制措施之前,結(jié)合軟件的預(yù)期用途、使用場景和核心功能進行綜合判定,并僅可通過外部風(fēng)險控制措施降低級別。
|
查看軟件質(zhì)量保證相關(guān)文件是否規(guī)定軟件安全性級別判定方法。 |
|
|
5.3.1 |
應(yīng)當(dāng)依據(jù)風(fēng)險管理控制程序?qū)嵤┸浖L(fēng)險管理活動,結(jié)合產(chǎn)品識別、分析、評價、控制和監(jiān)測軟件功能、接口、用戶界面、現(xiàn)成軟件、網(wǎng)絡(luò)安全等風(fēng)險,并貫穿于軟件生存周期全過程。
|
查看軟件風(fēng)險管理相關(guān)文件是否有相應(yīng)規(guī)定,抽查風(fēng)險管理相關(guān)記錄。 |
|
|
5.3.1.1 |
人工智能醫(yī)學(xué)軟件應(yīng)明確算法的軟件安全性級別(輕微、中等、嚴重)并詳述判定理由。提供算法風(fēng)險管理資料,明確過擬合與欠擬合、假陰性與假陽性、數(shù)據(jù)污染與數(shù)據(jù)偏倚(如數(shù)據(jù)擴增)等風(fēng)險的控制措施。
|
查看其風(fēng)險管理控制文件是否涵蓋算法角度或用途角度評估內(nèi)容。 檢查是否包含過擬合與欠擬合、假陰性與假陽性、數(shù)據(jù)污染與數(shù)據(jù)偏倚(如數(shù)據(jù)擴增)等風(fēng)險的控制措施等內(nèi)容。 |
|
|
5.4.1 |
軟件配置管理應(yīng)當(dāng)建立控制程序并形成文件,規(guī)范軟件版本、源代碼、文件、工具、現(xiàn)成軟件、算法模型、數(shù)據(jù)庫等控制要求,確定配置標識、變更控制、配置狀態(tài)記錄等活動要求。使用配置管理工具保證軟件質(zhì)量,并貫穿于軟件生存周期全過程。
|
查看軟件配置管理控制程序文件是否有相應(yīng)規(guī)定,抽查配置管理相關(guān)記錄。 |
|
|
5.4.2 |
使用配置管理工具保證軟件質(zhì)量,并貫穿于軟件生存周期全過程。
|
現(xiàn)場查看軟件配置管理工具(或常用辦公軟件)及其使用記錄,抽查配置項相關(guān)記錄。 |
|
|
5.5.1 |
軟件版本控制應(yīng)當(dāng)基于合規(guī)性要求確定軟件版本命名規(guī)則,涵蓋軟件、現(xiàn)成軟件、網(wǎng)絡(luò)安全的全部軟件更新類型,各字段含義應(yīng)當(dāng)明確且無歧義無矛盾。 |
查看軟件配置管理控制程序文件是否有軟件版本命名規(guī)則的合理規(guī)定。 |
|
|
5.5.1.1 |
人工智能醫(yī)學(xué)軟件版本控制應(yīng)涵蓋軟件算法更新類型(算法驅(qū)動型更新或數(shù)據(jù)驅(qū)動型更新),明確并區(qū)分重大軟件更新和輕微軟件更新。
|
查看其軟件版本控制程序是否涵蓋算法更新類型(算法驅(qū)動型更新或數(shù)據(jù)驅(qū)動型更新)。
|
|
|
*5.5.2 |
軟件版本變更應(yīng)當(dāng)符合軟件版本命名規(guī)則的要求。
|
結(jié)合配置管理工具(或常用辦公軟件)抽查軟件更新記錄進行核實。 |
|
|
*5.6.1 |
軟件可追溯性分析應(yīng)當(dāng)建立控制程序并形成文件,涵蓋現(xiàn)成軟件、網(wǎng)絡(luò)安全的控制要求,形成軟件可追溯性分析報告以供評審。
|
查看軟件可追溯性分析控制程序文件是否有相應(yīng)規(guī)定,查看可追溯性分析報告,抽查相關(guān)評審記錄。 |
|
|
5.6.2 |
使用可追溯性分析工具保證軟件開發(fā)、軟件更新過程滿足可追溯性要求,并貫穿于軟件生存周期全過程。
|
現(xiàn)場查看軟件可追溯性分析工具(或常用辦公軟件)及其使用記錄,抽查相關(guān)記錄。 |
|
|
5.7.1 |
現(xiàn)成軟件使用應(yīng)當(dāng)形成文件,確定風(fēng)險管理、驗證與確認、缺陷管理、可追溯性分析、軟件更新、配置管理、文件與記錄控制、網(wǎng)絡(luò)安全保證等活動要求。遺留軟件還應(yīng)當(dāng)確定現(xiàn)有文件、上市后使用情況、用戶投訴、不良事件、召回情況等評估活動要求。使用開源軟件應(yīng)當(dāng)遵循相應(yīng)開源許可協(xié)議。
|
查看現(xiàn)成軟件使用相關(guān)文件是否有相應(yīng)規(guī)定。 |
|
|
5.8.1 |
軟件開發(fā)策劃應(yīng)當(dāng)確定軟件需求分析、軟件設(shè)計、軟件編碼、驗證與確認、風(fēng)險管理、缺陷管理、可追溯性分析、配置管理、文件與記錄控制、現(xiàn)成軟件使用、網(wǎng)絡(luò)安全保證、評審等活動計劃,形成相關(guān)文件和記錄,并適時更新。
|
查看軟件開發(fā)計劃書,抽查相關(guān)評審記錄。 |
|
|
5.8.2 |
軟件開發(fā)策劃應(yīng)當(dāng)保證軟件開發(fā)和測試的人員及環(huán)境與軟件開發(fā)要求相適宜。
|
查看軟件開發(fā)計劃書是否有相應(yīng)規(guī)定。 |
|
|
*5.9.1 |
軟件需求分析應(yīng)當(dāng)綜合分析法規(guī)、標準、用戶、產(chǎn)品、功能、性能、接口、用戶界面、網(wǎng)絡(luò)安全、警示提示等軟件需求,確定風(fēng)險管理、可追溯性分析、現(xiàn)成軟件使用評估、軟件確認測試計劃創(chuàng)建、評審等活動要求,形成軟件需求規(guī)范和評審記錄并經(jīng)批準,適時更新并經(jīng)批準??勺匪菪苑治龃藭r應(yīng)當(dāng)分析軟件需求與風(fēng)險管理、軟件需求與產(chǎn)品需求的關(guān)系。
|
查看軟件需求分析相關(guān)文件是否有相應(yīng)規(guī)定;查看軟件需求規(guī)范/軟件需求規(guī)格說明(SRS),若適用是否涵蓋強制性標準要求;抽查相關(guān)評審記錄、可追溯性分析記錄。 |
|
|
5.9.2 |
人工智能醫(yī)學(xué)軟件需求分析應(yīng)重點考慮數(shù)據(jù)收集、算法性能、使用限制等要求。 |
檢查需求分析資料,是否包括數(shù)據(jù)收集、算法性能、使用限制等要求。 |
|
|
5.10.1 |
軟件設(shè)計應(yīng)當(dāng)依據(jù)軟件需求規(guī)范實施軟件體系架構(gòu)、功能、性能、算法、接口、用戶界面、單元、網(wǎng)絡(luò)安全等設(shè)計,確定風(fēng)險管理、可追溯性分析、現(xiàn)成軟件使用評估、軟件驗證測試計劃創(chuàng)建、評審等活動要求,形成軟件設(shè)計規(guī)范和評審記錄并經(jīng)批準,適時更新并經(jīng)批準。可追溯性分析此時應(yīng)當(dāng)分析軟件設(shè)計與軟件需求之間的關(guān)系。
|
查看軟件設(shè)計相關(guān)文件是否有相應(yīng)規(guī)定;查看軟件設(shè)計規(guī)范/軟件設(shè)計規(guī)格說明(SDS),若適用是否明確強制性標準要求;抽查相關(guān)評審記錄、可追溯性分析記錄。 |
|
|
5.10.1.1 |
人工智能醫(yī)學(xué)軟件算法設(shè)計應(yīng)當(dāng)明確算法選擇、算法訓(xùn)練、算法性能評估等要求。
|
檢查算法相關(guān)文件,是否包括算法選擇、算法訓(xùn)練、算法性能評估等要求。 |
|
|
5.11.1 |
軟件編碼應(yīng)當(dāng)依據(jù)軟件設(shè)計規(guī)范實施,確定源代碼編寫與注釋、現(xiàn)成軟件使用、可追溯性分析、各級測試用例創(chuàng)建、評審等活動要求,形成評審記錄,并適時更新。源代碼編寫與注釋應(yīng)當(dāng)符合軟件編碼規(guī)則文件的要求。測試用例應(yīng)當(dāng)保證軟件驗證與確認測試的充分性、適宜性、有效性。可追溯性分析此時應(yīng)當(dāng)分析源代碼與軟件設(shè)計、源代碼與測試用例的關(guān)系。
|
查看軟件編碼相關(guān)文件是否有相應(yīng)規(guī)定,抽查相關(guān)評審記錄、可追溯性分析記錄。查看軟件編碼規(guī)則文件規(guī)定,現(xiàn)場抽查源代碼編寫與注釋是否符合軟件編碼規(guī)則文件規(guī)定。抽查相關(guān)測試用例創(chuàng)建記錄、評審記錄。 |
|
|
5.12.1 |
軟件驗證應(yīng)當(dāng)確定源代碼審核、靜態(tài)分析、動態(tài)分析、單元測試、集成測試、系統(tǒng)測試、評審等活動要求,涵蓋現(xiàn)成軟件、網(wǎng)絡(luò)安全的驗證要求,并保持相關(guān)記錄。白盒測試應(yīng)當(dāng)確定語句、判定、條件、路徑等測試覆蓋率要求,并與軟件安全性級別相適宜。
|
查看軟件驗證相關(guān)文件是否有相應(yīng)規(guī)定。 |
|
|
5.13.1 |
單元測試、集成測試、系統(tǒng)測試應(yīng)當(dāng)依據(jù)相應(yīng)測試計劃實施,涵蓋現(xiàn)成軟件、網(wǎng)絡(luò)安全的測試要求,確定缺陷管理、風(fēng)險管理、可追溯性分析、評審等活動要求,形成相應(yīng)軟件測試記錄、測試報告以及評審記錄,并適時更新??勺匪菪苑治龃藭r應(yīng)當(dāng)分析各級測試用例與軟件設(shè)計、系統(tǒng)測試與軟件需求、系統(tǒng)測試與風(fēng)險管理的關(guān)系。
|
抽查相關(guān)測試記錄與報告、缺陷管理記錄、風(fēng)險管理記錄、評審記錄、可追溯性分析記錄。 |
|
|
5.14.1 |
軟件確認應(yīng)當(dāng)確定用戶測試、臨床評價、評審等活動要求,涵蓋現(xiàn)成軟件、網(wǎng)絡(luò)安全的確認要求,并保持相關(guān)記錄。
|
查看軟件確認相關(guān)文件是否有相應(yīng)規(guī)定。 |
|
|
*5.14.2 |
軟件確認應(yīng)當(dāng)保證軟件滿足用戶需求和預(yù)期目的,且軟件已知剩余缺陷的風(fēng)險均可接受。
|
查看軟件已知剩余缺陷風(fēng)險管理記錄,若適用是否符合強制性標準要求。 |
|
|
5.14.3 |
人工智能醫(yī)學(xué)軟件確認測試應(yīng)當(dāng)基于用戶需求,由預(yù)期用戶在真實或模擬使用場景下予以開展,亦可基于測評數(shù)據(jù)庫予以開展。 |
檢查軟件確認測試記錄,是否與用戶需求文檔所描述的要求相符,如基于測評數(shù)據(jù)庫,應(yīng)檢查測評數(shù)據(jù)庫相關(guān)測試數(shù)據(jù)的一致性。 |
|
|
5.15.1 |
用戶測試應(yīng)當(dāng)依據(jù)用戶測試計劃在真實使用環(huán)境或模擬使用環(huán)境下實施,涵蓋現(xiàn)成軟件、網(wǎng)絡(luò)安全的測試要求,確定缺陷管理、風(fēng)險管理、可追溯性分析、評審等活動要求,形成用戶測試記錄、測試報告以及評審記錄并經(jīng)批準,適時更新并經(jīng)批準??勺匪菪苑治龃藭r應(yīng)當(dāng)分析用戶測試與用戶需求、用戶測試與風(fēng)險管理的關(guān)系。
|
抽查相關(guān)測試記錄與報告、缺陷管理記錄、風(fēng)險管理記錄、評審記錄、可追溯性分析記錄。 |
|
|
5.16.1 |
軟件更新應(yīng)當(dāng)形成文件,涵蓋現(xiàn)成軟件、網(wǎng)絡(luò)安全的變更控制要求,確定軟件更新請求評估、軟件更新策劃、軟件更新實施、風(fēng)險管理、驗證與確認、缺陷管理、可追溯性分析、配置管理、文件與記錄控制、評審、用戶告知等活動要求,形成相關(guān)文件和記錄并經(jīng)批準,適時更新并經(jīng)批準。
|
查看軟件更新相關(guān)文件是否有相應(yīng)規(guī)定,抽查相關(guān)開發(fā)計劃、開發(fā)記錄、測試記錄與報告、缺陷管理記錄、風(fēng)險管理記錄、評審記錄、可追溯性分析記錄。 |
|
|
*5.16.2 |
軟件版本變更應(yīng)當(dāng)與軟件更新情況相匹配。
|
結(jié)合配置管理工具(或常用辦公軟件)抽查相關(guān)軟件更新記錄進行核實。 |
|
|
5.16.3 |
驗證與確認應(yīng)當(dāng)根據(jù)軟件更新的類型、內(nèi)容和程度實施相適宜的回歸測試、用戶測試等活動。
|
查看軟件更新開發(fā)計劃書是否有相應(yīng)規(guī)定。 |
|
|
5.16.4 |
人工智能醫(yī)學(xué)軟件界若發(fā)生算法更新、軟件更新,均應(yīng)當(dāng)按照質(zhì)量管理體系的要求,開展與算法更新、軟件更新的類型、內(nèi)容和程度相適宜的驗證與確認活動,將風(fēng)險管理、可追溯分析貫穿于更新全程,形成記錄。 |
檢查是否發(fā)生算法、軟件更新,是否有與更新內(nèi)容相適宜的驗證和確認活動,并形成可追溯性分析記錄。 |
|
|
5.16.5 |
對于訓(xùn)練集調(diào)整后的軟件更新,應(yīng)當(dāng)進行回歸測試并形成相應(yīng)的驗證記錄。 |
如涉及訓(xùn)練集更新,檢查軟件回歸測試記錄及驗證記錄,測試及驗證內(nèi)容與訓(xùn)練集調(diào)整內(nèi)容的一致性 |
|
|
5.17.1 |
軟件缺陷管理應(yīng)當(dāng)形成文件,確定軟件缺陷評估、軟件缺陷修復(fù)、回歸測試、風(fēng)險管理、配置管理、評審等活動要求,形成軟件缺陷分析報告以供評審。
|
查看軟件缺陷管理相關(guān)文件是否有相應(yīng)規(guī)定,抽查相關(guān)評審記錄。 |
|
|
5.17.2 |
使用缺陷管理工具保證軟件質(zhì)量,并貫穿于軟件生存周期全過程。
|
現(xiàn)場查看軟件缺陷管理工具(或常用辦公軟件)及其使用記錄,抽查相關(guān)記錄。 |
|
|
|
5.18.1 |
數(shù)據(jù)收集應(yīng)明確數(shù)據(jù)采集、數(shù)據(jù)整理、數(shù)據(jù)標注、數(shù)據(jù)集構(gòu)建等活動的質(zhì)控要求,以保證數(shù)據(jù)質(zhì)量和算法訓(xùn)練效果。 |
檢查數(shù)據(jù)收集相關(guān)要求及記錄 |
|
5.18.2 |
數(shù)據(jù)采集需考慮采集設(shè)備、采集過程、數(shù)據(jù)脫敏等質(zhì)控要求,并建立數(shù)據(jù)采集操作規(guī)范。數(shù)據(jù)采集亦可使用歷史數(shù)據(jù),需結(jié)合樣本規(guī)模、采集難度等影響因素合理選擇數(shù)據(jù)采集方式。若適用,數(shù)據(jù)采集需經(jīng)倫理委員會批準。
|
檢查數(shù)據(jù)采集相關(guān)文件、規(guī)程、作業(yè)指導(dǎo)書以及數(shù)據(jù)采集的記錄、檢查記錄與要求的一致性、真實性,檢查數(shù)據(jù)采集合規(guī)性的相關(guān)證明文件或相關(guān)的倫理委員會批準文件(若適用) |
|
|
5.18.3 |
采集的數(shù)據(jù)應(yīng)進行數(shù)據(jù)脫敏以保護患者隱私,數(shù)據(jù)脫敏需明確脫敏的類型(靜態(tài)、動態(tài))、規(guī)則、方法以及脫敏內(nèi)容的確定依據(jù)。
|
檢查數(shù)據(jù)脫敏相關(guān)文件、規(guī)程、作業(yè)指導(dǎo)書,數(shù)據(jù)采集記錄是否按照要求進行脫敏。 |
|
|
5.18.4 |
數(shù)據(jù)整理應(yīng)基于原始數(shù)據(jù)庫考慮數(shù)據(jù)清洗、數(shù)據(jù)預(yù)處理的質(zhì)控要求。
|
檢查數(shù)據(jù)清洗相關(guān)要求的文檔。數(shù)據(jù)清洗需明確清洗的規(guī)則、方法、結(jié)果,數(shù)據(jù)預(yù)處理需明確處理的方法(如濾波、增強、重采樣、尺寸裁剪、均一化等)、結(jié)果。數(shù)據(jù)整理所用軟件工具均需明確名稱、型號規(guī)格、完整版本、制造商、運行環(huán)境,并進行軟件確認。數(shù)據(jù)經(jīng)整理后形成基礎(chǔ)數(shù)據(jù)庫,需明確樣本類型、樣本量、樣本分布等信息。 |
|
|
5.18.5 |
數(shù)據(jù)標注需建立數(shù)據(jù)標注操作規(guī)范,明確標注資源管理、標注過程質(zhì)控、標注質(zhì)量評估等要求。 |
檢查數(shù)據(jù)標注相關(guān)要求的文檔。 標注過程質(zhì)控包括人員職責(zé)(如人員資質(zhì)、人員數(shù)量、職責(zé)分工)、標注規(guī)則(如臨床指南、專家共識、專家評議、文獻分析)、標注流程(如標注對象、標注形式、標注輪次、標注步驟、結(jié)果審核)、分歧處理(如仲裁人員、仲裁方式)、可追溯性(如數(shù)據(jù)、操作)等要求。 |
|
|
5.18.6 |
數(shù)據(jù)集構(gòu)建明確訓(xùn)練集、調(diào)優(yōu)集、測試集的劃分方法、劃分依據(jù)、數(shù)據(jù)分配比例。 |
檢查數(shù)據(jù)集構(gòu)建相關(guān)文檔,是否包含訓(xùn)練集、調(diào)優(yōu)集、測試集的劃分方法、劃分依據(jù)、數(shù)據(jù)分配比例等內(nèi)容。 |
|
|
5.18.7 |
應(yīng)對第三方數(shù)據(jù)庫的應(yīng)用管理形成文件,明確來源、保存、確認和使用要求,包括預(yù)期目的、來源、版本、數(shù)據(jù)庫容量、更新情況、使用情況等。 |
檢查是否應(yīng)用第三方數(shù)據(jù)庫,如有,是否形成文件并明確來源、保存、確認和使用要求,包括預(yù)期目的、來源、版本、數(shù)據(jù)庫容量、更新情況、使用情況等。并核實是否與第三方建立相關(guān)合作協(xié)議的要求。 |
|
|
采
購 |
6.1.1 |
應(yīng)當(dāng)建立采購控制程序。應(yīng)當(dāng)確保采購物品符合規(guī)定的要求,且不低于法律法規(guī)的相關(guān)規(guī)定和國家強制性標準的相關(guān)要求。
|
采購程序內(nèi)容至少包括:采購流程、合格供應(yīng)商的選擇、評價和再評價規(guī)定、采購物品檢驗或驗證的要求、采購記錄的要求。 |
|
6.2.1 |
應(yīng)當(dāng)根據(jù)采購物品對產(chǎn)品的影響,確定對采購物品實行控制的方式和程度。
|
查看對采購物品實施控制方式和程度的規(guī)定,核實控制方式和程度能夠滿足產(chǎn)品要求。 |
|
|
6.3.1 |
應(yīng)當(dāng)建立供應(yīng)商審核制度,對供應(yīng)商進行審核評價。必要時,應(yīng)當(dāng)進行現(xiàn)場審核。應(yīng)當(dāng)保留供方評價的結(jié)果和評價過程的記錄。
|
是否符合《醫(yī)療器械生產(chǎn)企業(yè)供應(yīng)商審核指南》的要求。 |
|
|
6.4.1 |
現(xiàn)成軟件采購應(yīng)當(dāng)形成文件,根據(jù)現(xiàn)成軟件的類型、使用方式、對產(chǎn)品質(zhì)量影響程度,確定分類管理、質(zhì)量控制、供應(yīng)商審核等活動要求。
|
查看現(xiàn)成軟件采購相關(guān)文件是否有相應(yīng)規(guī)定。 |
|
|
*6.5.1 |
應(yīng)當(dāng)與供應(yīng)商簽訂外包軟件質(zhì)量協(xié)議,明確外包軟件需求分析、交付形式、驗收方式與準則、設(shè)計開發(fā)文件交付、知識產(chǎn)權(quán)歸屬、維護等要求以及雙方質(zhì)量責(zé)任承擔(dān)要求。
|
若使用外包軟件,查看外包軟件質(zhì)量協(xié)議是否有相應(yīng)規(guī)定。 |
|
|
6.6.1 |
云計算服務(wù)協(xié)議應(yīng)當(dāng)明確網(wǎng)絡(luò)安全保證、患者數(shù)據(jù)與隱私保護等責(zé)任承擔(dān)要求。
|
若使用云計算服務(wù),查看云計算服務(wù)協(xié)議是否有相應(yīng)規(guī)定。 |
|
|
6.7.1 |
采購時應(yīng)當(dāng)明確采購信息,清晰表述采購要求,包括采購物品類別、驗收準則、規(guī)格型號、規(guī)程、圖樣等內(nèi)容。應(yīng)當(dāng)建立采購記錄,包括采購合同、原材料清單、供應(yīng)商資質(zhì)證明文件、質(zhì)量標準、檢驗報告及驗收標準等。采購記錄應(yīng)當(dāng)滿足可追溯要求。 |
|
|
|
6.8.1 |
應(yīng)當(dāng)對采購物品進行檢驗或驗證,確保滿足生產(chǎn)要求。
|
查看采購物品的檢查或驗收記錄。 |
|
|
6.9.1 |
數(shù)據(jù)來源應(yīng)當(dāng)形成文件,應(yīng)當(dāng)明確數(shù)據(jù)來源的合規(guī)性,必要時應(yīng)形成科研合作協(xié)議或倫理批件,明確數(shù)據(jù)收集活動要求。 |
檢查數(shù)據(jù)收集相關(guān)合作協(xié)議或倫理文件(如適用),檢查數(shù)據(jù)來源機構(gòu)名稱、所在地址、數(shù)據(jù)收集量等信息合規(guī)性文件。 |
|
|
生 產(chǎn) 管 理 |
*7.1.1 |
應(yīng)當(dāng)按照建立的質(zhì)量管理體系進行生產(chǎn),以保證產(chǎn)品符合強制性標準和經(jīng)注冊或者備案的產(chǎn)品技術(shù)要求。 |
|
|
7.2.1 |
軟件發(fā)布應(yīng)當(dāng)形成文件,確定軟件產(chǎn)品文件創(chuàng)建、軟件產(chǎn)品與文件歸檔備份、軟件版本識別與標記、交付形式評估與驗證、病毒防護等活動要求,保證軟件發(fā)布的可重復(fù)性。
|
查看軟件發(fā)布相關(guān)文件是否有相應(yīng)規(guī)定,現(xiàn)場抽查相關(guān)記錄。 |
|
|
7.3.1 |
物理交付方式應(yīng)當(dāng)確定軟件產(chǎn)品復(fù)制、許可授權(quán)以及存儲媒介包裝、標記、防護等要求,網(wǎng)絡(luò)交付方式應(yīng)當(dāng)確定軟件產(chǎn)品標記、許可授權(quán)、網(wǎng)絡(luò)安全保證等要求。
|
查看軟件發(fā)布相關(guān)文件是否有相應(yīng)規(guī)定。 |
|
|
7.4.1 |
生產(chǎn)過程中采用的計算機軟件對產(chǎn)品質(zhì)量有影響的,應(yīng)當(dāng)進行驗證或確認。 |
|
|
|
7.5.1 |
每批(臺)產(chǎn)品均應(yīng)當(dāng)有生產(chǎn)記錄,并滿足可追溯的要求。生產(chǎn)記錄應(yīng)當(dāng)包括:產(chǎn)品名稱、規(guī)格型號、原材料批號、生產(chǎn)批號或產(chǎn)品編號、生產(chǎn)日期、數(shù)量、主要設(shè)備、工藝參數(shù)、操作人員等內(nèi)容。
|
結(jié)合配置管理工具(或常用辦公軟件)抽查某一軟件版本的相關(guān)記錄。 |
|
|
7.6.1 |
應(yīng)當(dāng)建立產(chǎn)品標識控制程序,用適宜的方法對產(chǎn)品進行標識,以便識別,防止混用和錯用。 |
|
|
|
7.7.1 |
應(yīng)當(dāng)在生產(chǎn)過程中標識產(chǎn)品的檢驗狀態(tài),防止不合格中間產(chǎn)品流向下道工序。 |
|
|
|
7.8.1 |
應(yīng)當(dāng)建立產(chǎn)品的可追溯性程序,規(guī)定產(chǎn)品追溯范圍、程度、標識和必要的記錄。 |
|
|
|
*7.9.1 |
產(chǎn)品的說明書、標簽應(yīng)當(dāng)符合相關(guān)法律法規(guī)及標準要求。 |
|
|
|
7.10.1 |
應(yīng)當(dāng)建立產(chǎn)品防護程序,規(guī)定產(chǎn)品及其組成部分的防護要求,包括污染防護、靜電防護、粉塵防護、腐蝕防護、運輸防護等要求。防護應(yīng)當(dāng)包括標識、搬運、包裝、貯存和保護等。 |
|
|
|
質(zhì)量控制 |
8.1.1 |
應(yīng)當(dāng)建立質(zhì)量控制程序,規(guī)定產(chǎn)品檢驗部門、人員、操作等要求。應(yīng)當(dāng)規(guī)定檢驗儀器和設(shè)備的使用、校準等要求,以及產(chǎn)品放行的程序。
|
查看質(zhì)量控制程序,是否對檢驗部門職責(zé)、人員資質(zhì)、操作規(guī)程等作出規(guī)定,是否對檢驗設(shè)備的使用和維護作出規(guī)定。 |
|
8.2.1 |
應(yīng)當(dāng)定期對檢驗儀器和設(shè)備進行校準或檢定,并予以標識。應(yīng)當(dāng)規(guī)定檢驗儀器和設(shè)備在搬運、維護、貯存期間的防護要求,防止檢驗結(jié)果失準。當(dāng)發(fā)現(xiàn)檢驗儀器和設(shè)備不符合要求時,應(yīng)當(dāng)對以往檢驗結(jié)果進行評價,并保存驗證記錄。對用于檢驗的計算機軟件,應(yīng)當(dāng)進行確認。 |
|
|
|
8.3.1 |
應(yīng)當(dāng)根據(jù)強制性標準以及經(jīng)注冊或者備案的產(chǎn)品技術(shù)要求制定產(chǎn)品的檢驗規(guī)程,并出具相應(yīng)的檢驗報告或證書。需要常規(guī)控制的進貨檢驗、過程檢驗和成品檢驗項目原則上不得進行委托檢驗。對于檢驗條件和設(shè)備要求較高,確需委托檢驗的項目,可委托具有資質(zhì)的機構(gòu)進行檢驗,以證明產(chǎn)品符合強制性標準和經(jīng)注冊或者備案的產(chǎn)品技術(shù)要求。
|
查看軟件產(chǎn)品檢驗規(guī)程,若適用是否明確強制性標準檢驗要求,并提供相應(yīng)檢驗報告。 |
|
|
8.4.1 |
每批(臺)產(chǎn)品均應(yīng)當(dāng)有批檢驗記錄,并滿足可追溯要求。檢驗記錄應(yīng)當(dāng)包括進貨檢驗、過程檢驗和成品檢驗的檢驗記錄、檢驗報告或證書等。
|
結(jié)合配置管理工具(或常用辦公軟件)抽查某一軟件版本的相關(guān)記錄。 |
|
|
8.5.1 |
軟件產(chǎn)品放行應(yīng)當(dāng)形成文件,確定軟件版本識別、安裝卸載測試、產(chǎn)品完整性檢查、放行批準等活動要求,保持相關(guān)記錄。
|
查看軟件產(chǎn)品放行相關(guān)文件是否有相應(yīng)規(guī)定,現(xiàn)場抽查相關(guān)記錄。 |
|
|
銷 售 和售后 服 務(wù) |
*9.1.1 |
應(yīng)當(dāng)建立產(chǎn)品銷售記錄,并滿足可追溯要求。 |
|
|
9.1.2 |
銷售記錄至少應(yīng)當(dāng)包括:醫(yī)療器械名稱、規(guī)格、型號、數(shù)量、生產(chǎn)批號、有效期、銷售日期、購貨單位名稱、地址、聯(lián)系方式等內(nèi)容。 |
|
|
|
9.2.1 |
直接銷售自產(chǎn)產(chǎn)品或者選擇醫(yī)療器械經(jīng)營企業(yè),應(yīng)當(dāng)符合醫(yī)療器械相關(guān)法規(guī)和規(guī)范要求。發(fā)現(xiàn)醫(yī)療器械經(jīng)營企業(yè)存在違法違規(guī)經(jīng)營行為時,應(yīng)當(dāng)及時向當(dāng)?shù)厥称匪幤繁O(jiān)督管理部門報告。 |
|
|
|
9.3.1 |
應(yīng)當(dāng)具備與所生產(chǎn)產(chǎn)品相適應(yīng)的售后服務(wù)能力,建立健全售后服務(wù)制度。應(yīng)當(dāng)規(guī)定售后服務(wù)要求并建立售后服務(wù)記錄,并滿足可追溯的要求。 |
|
|
|
9.4.1 |
軟件部署應(yīng)當(dāng)形成文件,確定交付、安裝、設(shè)置、配置、用戶培訓(xùn)等活動要求,保持相關(guān)記錄。
|
查看軟件部署相關(guān)文件是否有相應(yīng)規(guī)定,現(xiàn)場抽查相關(guān)記錄。 |
|
|
9.5.1 |
應(yīng)當(dāng)建立顧客反饋處理程序,對顧客反饋信息進行跟蹤分析。
|
查看程序文件是否對上述活動的實施作出了規(guī)定,并對顧客反饋信息進行了跟蹤和分析。 |
|
|
9.6.1 |
軟件停運應(yīng)當(dāng)形成文件,確定停運后續(xù)用戶服務(wù)、數(shù)據(jù)遷移、患者數(shù)據(jù)與隱私保護、用戶告知等活動要求,保持相關(guān)記錄。
|
查看軟件停運相關(guān)文件是否有相應(yīng)規(guī)定,若適用現(xiàn)場抽查相關(guān)記錄。 |
|
|
9.7.1 |
在中國境內(nèi)收集和產(chǎn)生的重要數(shù)據(jù)、個人信息和人類遺傳資源信息應(yīng)當(dāng)在中國境內(nèi)存儲,因科學(xué)研究開發(fā)活動、業(yè)務(wù)需要向境外提供的,應(yīng)當(dāng)遵守國務(wù)院科學(xué)技術(shù)行政部門制定技術(shù)規(guī)范,按照國家網(wǎng)信部門會同國務(wù)院有關(guān)部門制定的辦法進行安全評估。 |
檢查是否有開展境外合作科學(xué)研究、境外銷售業(yè)務(wù),是否對境外輸出含有重要數(shù)據(jù)、個人信息和人類遺傳資源信息,是否符合國務(wù)院科學(xué)技術(shù)行政部門制定技術(shù)規(guī)范,是否按照國家網(wǎng)信部門會同國務(wù)院有關(guān)部門制定的辦法進行安全評估。境外遠程維護與升級若可訪問醫(yī)療數(shù)據(jù),亦應(yīng)符合醫(yī)療數(shù)據(jù)出境要求。 |
|
|
9.8.1 |
軟件遠程維護與升級應(yīng)明確遠程維護與升級的實現(xiàn)方法、所用電子接口情況、設(shè)備數(shù)據(jù)所含內(nèi)容、設(shè)備數(shù)據(jù)與醫(yī)療數(shù)據(jù)的隔離方法、網(wǎng)絡(luò)安全保證措施等技術(shù)特征。
|
檢查售后服務(wù)是否有遠程維護與升級服務(wù),是否明確遠程維護與升級的實現(xiàn)方法、所用電子接口情況、設(shè)備數(shù)據(jù)所含內(nèi)容、設(shè)備數(shù)據(jù)與醫(yī)療數(shù)據(jù)的隔離方法、網(wǎng)絡(luò)安全保證措施等技術(shù)特征,是否驗證并形成記錄 |
|
|
不 合 格 品 控 制 |
10.1.1 |
應(yīng)當(dāng)建立不合格品控制程序,規(guī)定不合格品控制的部門和人員的職責(zé)與權(quán)限。 |
|
|
10.2.1 |
應(yīng)當(dāng)對不合格品進行標識、記錄、隔離、評審,根據(jù)評審結(jié)果,應(yīng)當(dāng)對不合格品采取相應(yīng)的處置措施。 |
|
|
|
10.3.1 |
在產(chǎn)品銷售后發(fā)現(xiàn)產(chǎn)品不合格時,應(yīng)及時采取相應(yīng)措施,如召回、銷毀等措施。現(xiàn)場查看在產(chǎn)品銷售后發(fā)現(xiàn)不合格時的處置措施,是否召回和銷毀等。 |
|
|
|
不良事件監(jiān)測 、 分 析 和 改 進 |
11.1.1 |
應(yīng)當(dāng)指定相關(guān)部門負責(zé)接收、調(diào)查、評價和處理顧客投訴,并保持相關(guān)記錄。
|
查看有關(guān)職責(zé)權(quán)限的文件,確定是否對上述活動作出了規(guī)定。 |
|
*11.2.1 |
應(yīng)當(dāng)按照有關(guān)法規(guī)要求建立醫(yī)療器械不良事件監(jiān)測制度,開展不良事件監(jiān)測和再評價工作,保持相關(guān)記錄。
|
查看企業(yè)建立的不良事件的監(jiān)測制度,是否規(guī)定了可疑不良事件管理人員的職責(zé)、報告原則、上報程序、上報時限,制定了啟動實施醫(yī)療器械再評價的程序和文件等,并符合法規(guī)要求。查看相關(guān)記錄,確認是否存在不良事件,并按規(guī)定要求實施。 |
|
|
11.3.1 |
應(yīng)當(dāng)建立數(shù)據(jù)分析程序,收集分析與產(chǎn)品質(zhì)量、不良事件、顧客反饋和質(zhì)量管理體系運行有關(guān)的數(shù)據(jù),驗證產(chǎn)品安全性和有效性,并保持相關(guān)記錄。
|
查看數(shù)據(jù)分析的實施記錄,是否按程序規(guī)定進行,是否應(yīng)用了統(tǒng)計技術(shù)并保留了數(shù)據(jù)分析結(jié)果的記錄。 |
|
|
11.3.2 |
數(shù)據(jù)分析控制程序應(yīng)當(dāng)涵蓋軟件缺陷、網(wǎng)絡(luò)安全事件要求。
|
查看數(shù)據(jù)分析控制程序文件是否有相應(yīng)規(guī)定。 |
|
|
11.4.1 |
應(yīng)當(dāng)建立糾正措施程序,確定產(chǎn)生問題的原因,采取有效措施,防止相關(guān)問題再次發(fā)生。應(yīng)當(dāng)建立預(yù)防措施程序,確定潛在問題的原因,采取有效措施,防止問題發(fā)生。 |
|
|
|
*11.5.1 |
對存在安全隱患的醫(yī)療器械,應(yīng)當(dāng)按照有關(guān)法規(guī)要求采取召回等措施,并按規(guī)定向有關(guān)部門報告。 |
|
|
|
11.6.1 |
應(yīng)當(dāng)建立產(chǎn)品信息告知程序,及時將產(chǎn)品變動、使用等補充信息通知使用單位、相關(guān)企業(yè)或消費者。 |
|
|
|
11.7.1 |
網(wǎng)絡(luò)安全事件應(yīng)急響應(yīng)應(yīng)當(dāng)形成文件,確定網(wǎng)絡(luò)安全事件風(fēng)險管理、應(yīng)急響應(yīng)措施驗證、用戶告知、召回等活動要求,保持相關(guān)記錄。
|
查看網(wǎng)絡(luò)安全事件應(yīng)急響應(yīng)相關(guān)文件是否有相應(yīng)規(guī)定,若適用現(xiàn)場抽查相關(guān)記錄。 |
|
|
11.7.2 |
應(yīng)對緩解網(wǎng)絡(luò)安全風(fēng)險采用的技術(shù)措施的有效性進行驗證。 |
檢查是否對緩解網(wǎng)絡(luò)安全風(fēng)險采用的技術(shù)措施的有效性進行驗證,保持相關(guān)記錄 |
|
|
11.8.1 |
應(yīng)當(dāng)建立質(zhì)量管理體系內(nèi)部審核程序,規(guī)定審核的準則、范圍、頻次、參加人員、方法、記錄要求、糾正預(yù)防措施有效性的評定等內(nèi)容,以確保質(zhì)量管理體系符合本規(guī)范的要求。
|
查看內(nèi)部審核程序是否包括了上述內(nèi)容。查看內(nèi)審資料,實施內(nèi)審的人員是否經(jīng)過培訓(xùn),內(nèi)審的記錄是否符合要求,針對內(nèi)審發(fā)現(xiàn)的問題是否采取了糾正措施,是否有效。 |
|
|
*11.9.1 |
應(yīng)當(dāng)定期開展管理評審,對質(zhì)量管理體系進行評價和審核,以確保其持續(xù)的適宜性、充分性和有效性。
|
查看管理評審文件和記錄,應(yīng)包括管理評審計劃、管理評審報告以及相關(guān)改進措施,管理評審報告中是否包括了對法規(guī)符合性的評價。是否在規(guī)定時間內(nèi)進行了管理評審,是否提出了改進措施并落實具體職責(zé)和要求,是否按計劃實施。 |
附2 :編寫單位
廣東省藥品監(jiān)督管理局審評認證中心
附3 :參考文獻
[1]醫(yī)療器械生產(chǎn)質(zhì)量管理規(guī)范[Z].
[2]醫(yī)療器械生產(chǎn)質(zhì)量管理規(guī)范獨立軟件現(xiàn)場檢查指導(dǎo)原則[Z].
[3]人工智能醫(yī)療器械注冊審查指導(dǎo)原則[Z].
[4]醫(yī)療器械軟件注冊審查指導(dǎo)原則(2022年修訂版)[Z].
[5]醫(yī)療器械網(wǎng)絡(luò)安全注冊審查指導(dǎo)原則(2022年修訂版)[Z].
[6]YY/T 1833.1-2022人工智能醫(yī)療器械 質(zhì)量要求和評價 第1部分:術(shù)語[S] .
[7]YY/T 1833.2-2022人工智能醫(yī)療器械 質(zhì)量要求和評價 第2部分:數(shù)據(jù)集通用要求[S] .
[8]YY/T 1833.3-2022人工智能醫(yī)療器械 質(zhì)量要求和評價 第3部分:數(shù)據(jù)標注通用要求[S] .

來源:廣東省藥品監(jiān)督管理局審