中央監護軟件注冊技術(shù)審查指導原則(2017年第198號)
發(fā)布日期:2017-12-12 閱讀量:次
附件:中央監護軟件注冊技術(shù)審查指導原則(2017年第198號).doc
中央監護軟件注冊技術(shù)審查指導原則
(2017年第198號)
本指導原則旨在指導注冊申請人對中央監護軟件注冊申報資料的準備及撰寫(xiě),同時(shí)也為技術(shù)審評部門(mén)審評注冊申報資料提供參考。
本指導原則是對中央監護軟件的一般性要求,申請人應根據申報產(chǎn)品的特性提交注冊申報資料,判斷指導原則中的具體內容是否適用,不適用內容應詳述理由。申請人也可采用其他滿(mǎn)足法規要求的替代方法,但應提供詳盡的研究資料和驗證資料。
本指導原則是在現行法規和標準體系以及當前認知水平下、并參考了國外法規與指南、國際標準與技術(shù)報告制定的。隨著(zhù)法規和標準的不斷完善,以及認知水平和技術(shù)能力的不斷提高,相關(guān)內容也將適時(shí)進(jìn)行修訂。
本指導原則是對申請人和審查人員的指導性文件,不包括審評、審批所涉及的行政事項,亦不作為法規強制執行,應在遵循相關(guān)法規的前提下使用本指導原則。
本指導原則基于《醫療器械軟件注冊技術(shù)審查指導原則》(國家食品藥品監督管理總局通告2015年第50號),針對中央監護軟件產(chǎn)品特點(diǎn)進(jìn)行制定。
一、適用范圍
本指導原則適用于第二類(lèi)中央監護軟件,即從監護設備獲取數據、集中實(shí)時(shí)顯示、報警的獨立軟件。
本指導原則不適用于采用計算機輔助診斷類(lèi)功能的軟件(如具有ST段測量、心律失常分析等功能的軟件)。
二、技術(shù)審查要點(diǎn)
(一)產(chǎn)品名稱(chēng)的要求
產(chǎn)品命名應符合《醫療器械通用名稱(chēng)命名規則》(國家食品藥品監督管理總局令第19號)和國家標準、行業(yè)標準中的通用名稱(chēng)要求,如:中央監護軟件。
(二)產(chǎn)品的結構和組成
注冊申請人應在綜述資料中明確產(chǎn)品組成。
產(chǎn)品組成應明確中央監護軟件的物理組成和邏輯組成,其中物理組成如光盤(pán)、U盤(pán)或預裝于計算機等;邏輯組成應描述臨床功能模塊,包括服務(wù)器(如適用)和客戶(hù)端,如適用應注明選裝和模塊版本。
(三)產(chǎn)品工作原理
注冊申請人應在綜述資料中明確產(chǎn)品工作原理,包括邏輯結構和物理結構。結構示意圖中根據需要可預留接口,如:關(guān)鍵操作員功能模塊、維修功能模塊、實(shí)用程序模塊等。
1. 邏輯結構
邏輯結構應描述產(chǎn)品的體系結構,可以按照功能模塊或組成模塊進(jìn)行描述,也可采用其他方式進(jìn)行描述,提供示意圖并依據示意圖進(jìn)行描述。
如,結構示意圖及相應描述示例可如下(圖1):
圖1 結構示意圖
中央監護軟件一般由“中央監護服務(wù)軟件、中央監護工作站軟件、中央監護管理軟件”組成:
(1)中央監護服務(wù)軟件
a.數據采集服務(wù),能夠通過(guò)監護儀廠(chǎng)家提供的通訊接口及通訊的協(xié)議,接收監護設備所發(fā)送的生命體征數據以及波形曲線(xiàn)圖像、報警信息等內容。
b.數據接口服務(wù),通過(guò)HL7等傳輸協(xié)議與HIS等系統進(jìn)行“患者信息、監護記錄”等數據的接收和發(fā)送。應詳述數據接口服務(wù),并提供相關(guān)驗證資料。
c.數據存儲與管理,提供分布式數據存儲功能,將獲取的生命體征數據以及波形曲線(xiàn)、報警信息等內容進(jìn)行存儲與分發(fā)??筛鶕枰獙祿鎯υ诓煌奈锢砦恢?,防止由于單點(diǎn)故障引起的數據無(wú)法訪(fǎng)問(wèn)或丟失。
(2)中央監護工作站軟件
實(shí)時(shí)監護工作站,通過(guò)監護儀廠(chǎng)家提供的數字通訊接口及通訊的協(xié)議,實(shí)時(shí)采集監護設備輸出的多項生命體征數據(如:心電(ECG)、呼吸(RESP)、體溫(TEMP)、脈搏血氧飽和度(SpO2)、脈搏率(PR)、無(wú)創(chuàng )血壓(NIBP)、產(chǎn)科胎心率及宮縮壓力、腦電圖、有創(chuàng )血壓等),提供對監護信息的顯示、回顧、存儲和輸出,并可對異常監護信號提供報警信息, 并記錄全部報警內容。
醫生工作站,提供病歷管理、病歷模板錄入、病程記錄管理、會(huì )診管理等功能。
護士工作站,提供入院病人評估、三測表記錄功能、護理記錄管理、護理記錄等功能。
趨勢圖表工作站,為醫生和護士等臨床工作人員提供隨時(shí)觀(guān)察監護儀的不同參數變化,并進(jìn)行趨勢分析的功能。
(3)中央監護管理軟件
提供用戶(hù)管理、部門(mén)管理、權限管理、角色管理、設備管理、系統信息管理、存儲介質(zhì)管理等的功能。
2. 物理結構
物理結構應描述產(chǎn)品的物理拓撲和技術(shù)規格,物理拓撲可以結合產(chǎn)品架構或產(chǎn)品規模進(jìn)行描述,也可采用其他方式進(jìn)行描述,提供示意圖并依據示意圖進(jìn)行描述。
技術(shù)規格應描述產(chǎn)品運行所需的技術(shù)要求和硬件要求,如通信標準或協(xié)議(如HL7)、存儲模式[如三級存儲模式(在線(xiàn)、近線(xiàn)和離線(xiàn))或兩級存儲模式(在線(xiàn)和備份)]、存儲格式、網(wǎng)絡(luò )類(lèi)型(如局域網(wǎng)、廣域網(wǎng)、無(wú)線(xiàn)網(wǎng)、遙測網(wǎng))、傳輸內容(如文字、圖像、視頻)、存儲介質(zhì)(如磁盤(pán)、光盤(pán)、移動(dòng)存儲器)、顯示器(如分辨率、亮度)、輔助設備(如條碼掃描設備、IC卡讀寫(xiě)設備)等。
如,物理拓撲示意圖及相應描述示例如下(圖2):
圖2 物理拓撲示意圖
中央監護軟件的各個(gè)對應物理過(guò)程如表1所示。
表1 物理過(guò)程
標號 | 說(shuō)明 |
1 | 中央監護軟件的數據接口服務(wù)模塊,通過(guò)HL7等接口協(xié)議從HIS系統獲取患者信息,包括:姓名、住院號、性別等,并將這些信息提交到服務(wù)器的數據庫中進(jìn)行存儲。 |
2 | 中央監護軟件的數據采集服務(wù)模塊,通過(guò)與監護設備自帶的有線(xiàn)網(wǎng)絡(luò )傳輸接口及協(xié)議進(jìn)行通訊,對監護儀采集到的數據波形、生命體征參數、報警信息等數據實(shí)時(shí)的進(jìn)行收集,并將這些信息與患者的信息相關(guān)聯(lián)后,提交到服務(wù)器的數據庫中進(jìn)行存儲。 |
3 | 中央監護軟件的實(shí)時(shí)監護工作站,通過(guò)與監護設備自帶的串口等數字接口及協(xié)議進(jìn)行通訊,對監護儀采集到的數據波形、生命體征參數、報警信息等數據實(shí)時(shí)的進(jìn)行收集,并將這些信息與患者的信息相關(guān)聯(lián)后,提交到服務(wù)器的數據采集服務(wù),最終在數據庫中進(jìn)行存儲。 |
4 | 中央監護軟件的數據采集服務(wù)模塊,通過(guò)與監護設備自帶的無(wú)線(xiàn)網(wǎng)絡(luò )傳輸接口及協(xié)議進(jìn)行通訊,對監護儀采集到的數據波形、生命體征參數、報警信息等數據實(shí)時(shí)的進(jìn)行收集,并將這些信息與患者的信息相關(guān)聯(lián)后,提交到服務(wù)器的數據庫中進(jìn)行存儲。 |
5 | 中央監護軟件的數據存儲與管理模塊,從數據庫中調取患者的生命體征數據、報警信息等監護信息,分發(fā)到醫生工作站。 醫生使用中央監護軟件醫生工作站的操作界面,進(jìn)行波形及生命體征參數的瀏覽回顧,還可以進(jìn)行患者住院病歷的瀏覽、病程信息記錄等操作。并將操作信息發(fā)送到中央監護軟件的數據存儲與管理模塊進(jìn)行存儲。 |
6 | 中央監護軟件的數據存儲與管理模塊,從數據庫中調取患者的生命體征數據、報警信息等監護信息,分發(fā)到護士工作站。 護士使用中央監護軟件護士工作站的操作界面,進(jìn)行波形及生命體征參數的瀏覽回顧,還進(jìn)行入院病人評估管理、三測表記錄、護理記錄錄入等操作。并將操作信息發(fā)送到中央監護軟件的數據存儲與管理模塊進(jìn)行存儲。 |
7 | 中央監護軟件的數據存儲與管理模塊,從數據庫中調取患者的生命體征數據、報警信息等監護信息,分發(fā)到中央監護軟件趨勢圖表工作站。實(shí)現臨床工作人員進(jìn)行患者的波形及生命體征參數的瀏覽回顧。 |
(四)注冊單元劃分的原則
注冊單元劃分應根據產(chǎn)品的技術(shù)原理、結構組成、性能指標、適用范圍劃分。中央監護軟件的注冊單元劃分參照《醫療器械軟件注冊技術(shù)審查指導原則》(國家食品藥品監督管理總局通告2015年第50號)關(guān)于獨立軟件注冊單元的劃分原則進(jìn)行劃分。
(五)產(chǎn)品適用的相關(guān)標準
表2 相關(guān)標準
標準編號 | 標準名稱(chēng) |
GB/T 25000.51—2010 | 軟件工程 軟件產(chǎn)品質(zhì)量要求與評價(jià)(SQuaRE)商業(yè)現貨(COTS)軟件產(chǎn)品的質(zhì)量要求和測試細則 |
YY 0668—2008 | 醫用電氣設備 第2—49部分:多參數患者監護設備安全專(zhuān)用要求(51條款:危險輸出的防止) |
YY 0709—2009 | 醫用電氣設備第1—8 部分:安全通用要求并列標準:通用要求,醫用電氣設備和醫用電氣系統中報警系統的測試和指南 |
YY 1079—2008 | 心電監護儀(4.2.8條款:對具有心電圖波形顯示能力的監護儀的特殊要求) |
YY/T 0316—2016 | 醫療器械風(fēng)險管理對醫療器械的應用 |
YY/T 1437—2016 | 醫療器械YY/T 0316應用指南 |
ISO/HL7 21731—2014 | 醫療信息交換標準HL7 |
上述標準包括了中央監護軟件產(chǎn)品注冊所涉及到的主要標準。注冊申請人可根據產(chǎn)品的特點(diǎn)引用其他行業(yè)的相關(guān)標準,比如軟件工程類(lèi)的標準,或信息通信類(lèi)的標準和相關(guān)心電類(lèi)標準。
目前國內尚無(wú)中央監護軟件產(chǎn)品專(zhuān)用標準,GB/T 25000.51原則上適用,本指導原則在產(chǎn)品技術(shù)要求中對GB/T 25000.51第五章“COTS軟件產(chǎn)品的要求”的符合性進(jìn)行了要求。
如果中央監護軟件能夠判斷、形成報警信息并執行報警(而不是僅從床旁監護儀獲得報警信號),建議符合YY 0668—2008的51條款(危險輸出的防止)。
如果中央監護軟件能夠顯示心電波形,建議執行符合YY 1079—2008的4.2.8條款(對具有心電圖波形顯示能力的監護儀的特殊要求)。
ISO/HL7 21731標準規定了醫療數據信息傳輸協(xié)議和標準,得到了廣泛的應用,本指導推薦使用該標準,若申請人聲明產(chǎn)品符合HL7標準,則應提供HL7符合性聲明,HL7符合性聲明的編寫(xiě)方法和內容參照HL7標準中的相關(guān)規定。
(六)產(chǎn)品的適用范圍/預期用途
中央監護軟件的適用范圍應根據功能進(jìn)行規范,如:該產(chǎn)品用于對多個(gè)病人監護儀監護信息的收集、集中實(shí)時(shí)顯示和報警。
(七)產(chǎn)品的研究要求
中央監護軟件的軟件安全性級別為C級;申請人應參照《醫療器械軟件注冊技術(shù)審查指導原則》(國家食品藥品監督管理總局通告2015年第50號)關(guān)于獨立軟件的相關(guān)要求提交相應的軟件描述文檔。
(八)產(chǎn)品的主要風(fēng)險
中央監護軟件的風(fēng)險管理報告應符合YY/T 0316—2016《醫療器械 風(fēng)險管理對醫療器械的應用》及YY/T 1437—2016《醫療器械YY/T 0316應用指南》的有關(guān)要求。其中YY/T 1437—2016標準適用于理解和應用YY/T 0316醫療器械風(fēng)險管理對醫療器械的應用標準,其建立、實(shí)施和保持滿(mǎn)足YY/T 0316標準要求的醫療器械風(fēng)險管理的指南,本指導推薦使用該標準。具體審查要點(diǎn)包括:
1.產(chǎn)品定性定量分析是否準確(依據YY/T 0316—2008附錄C)。
2.危害分析是否全面(依據YY/T 0316—2016附錄E)。
3.風(fēng)險可接收準則,降低風(fēng)險的措施及采取措施后風(fēng)險的可接收程度,是否有新的風(fēng)險產(chǎn)生。
以下依據YY/T 1437—2016及YY/T 0316—2016的附錄E從三方面列舉了中央監護軟件產(chǎn)品的危害因素。
表3 產(chǎn)品主要危害
可能產(chǎn)生的危害 | 形成因素 |
A.能量危害 | |
電能—網(wǎng)電源 | 意外斷電,將影響處理中數據的可靠性、穩定性。 設備停電后又恢復時(shí)可造成圖像數據失真、丟失等危害。 |
電磁能 | 計算機和網(wǎng)絡(luò )設備電磁兼容環(huán)境差影響軟件正常使用。 |
B.操作危害 | |
功能 | 中央監護軟件在存儲和傳輸過(guò)程中,可能出現患者信息的隱私泄露、數據丟失、無(wú)法訪(fǎng)問(wèn)、感染軟件病毒等危害。 |
不正確或不適當的輸出或功能 | 中央監護軟件在存儲和傳輸過(guò)程中,患者信息和醫學(xué)信息資料可能出現不匹配、不準確,造成延誤診斷、診斷錯誤等。 |
中央監護軟件在存儲和傳輸過(guò)程中,可能出現信息無(wú)法存儲、無(wú)法傳輸、模糊等質(zhì)量問(wèn)題及不能恢復到原始數據,造成延誤診斷或造成診斷錯誤。 | |
中央監護軟件人機交流界面應清晰明確、易操作,功能設置應明確、易識別,不能過(guò)于復雜,否則容易出現錯誤造成危害。 | |
錯誤的數據轉換 | 數據存儲或傳輸中出現數據錯誤。 |
功能的喪失或 變壞 | 軟件在單一故障狀態(tài)(如信息存儲故障、信息傳輸延遲等)硬件單一故障狀態(tài)(如:CPU故障死機,內存故障,聲卡故障,磁盤(pán)故障,顯示故障,網(wǎng)絡(luò )故障等)下運行可產(chǎn)生危險。 |
使用錯誤造成的危害、缺乏注意力、不遵守規則、缺乏常識、 違反常規 | 未按操作手冊或說(shuō)明書(shū)進(jìn)行安裝、調試、使用,對軟件正常使用造成隱患。 由不熟練/未經(jīng)培訓的人員使用易造成危害,操作人員必須經(jīng)過(guò)嚴格培訓,否則可能產(chǎn)生各種危害。 |
C. 信息危害 | |
標記 | 軟件包裝標記不全面、標記不足、標記不正確或不能夠清楚易認。如:軟件版本、軟件名稱(chēng)等標記出現問(wèn)題,易產(chǎn)生安裝、調試錯誤。 |
使用說(shuō)明書(shū)、操作說(shuō)明書(shū) | 沒(méi)有使用說(shuō)明書(shū)和技術(shù)說(shuō)明書(shū),或其內容不全、有缺失。如缺少必要的警告說(shuō)明、缺少詳細的使用方法、缺少必要的技術(shù)參數、缺少安裝調試說(shuō)明、缺少運輸和貯存環(huán)境條件的限制。 性能特征的不適當的描述。 不適當的預期使用規范。 過(guò)于復雜的操作說(shuō)明。 |
與消耗品/附件/其他醫療器械的不相容性 | 同中央監護軟件一起使用的硬件裝置、網(wǎng)絡(luò )情況與中央監護軟件不相適應,將對中央監護軟件使用產(chǎn)生危害,如存儲空間不足,無(wú)法存儲新的監護信息;如網(wǎng)絡(luò )故障,無(wú)法進(jìn)行信息傳輸,可能對患者造成延誤醫療處置。 |
警告 | 警告不恰當、不充分。 |
服務(wù)和維護規范 | 服務(wù)和維護規范缺少或不適當,包括維護后功能性檢查規范的不適當。 說(shuō)明書(shū)中應提供維護、校正細則等可供技術(shù)人員維護的必需資料。 技術(shù)人員在維修后應對軟件進(jìn)行功能性檢查,達到相關(guān)要求后再投入使用,否則將帶來(lái)危害。 |
(九)產(chǎn)品技術(shù)要求應包括的主要性能指標
中央監護軟件的產(chǎn)品技術(shù)要求參照《醫療器械軟件注冊技術(shù)審查指導原則》(國家食品藥品監督管理總局通告2015年第50號)附錄I。申請人可以在此基礎上根據產(chǎn)品自身技術(shù)特點(diǎn)制定相應的性能指標,同時(shí)應在研究資料中詳述相關(guān)標準不適用條款的理由。
附錄I產(chǎn)品技術(shù)要求中性能指標的下列條款需要說(shuō)明:
2. 性能指標
2.1 通用要求
2.1.1 處理對象
明確軟件的處理對象類(lèi)型、數據(如心電(ECG)、呼吸(RESP)、體溫(TEMP)、脈搏血氧飽和度(SpO2)、脈搏率(PR)、無(wú)創(chuàng )血壓(NIBP)、產(chǎn)科胎心率及宮縮壓力、腦電圖、有創(chuàng )血壓等)。
2.1.2 最大并發(fā)數
明確軟件的最大并發(fā)設備數。
2.1.3 數據接口
明確軟件的通用數據接口(如Dicom、HL7)、產(chǎn)品接口(可聯(lián)合使用的獨立軟件、醫療器械硬件)。
2.1.4 特定軟硬件
明確軟件完成預期用途所必備的獨立軟件、醫療器械硬件。
2.1.5 臨床功能
依據說(shuō)明書(shū)明確軟件全部臨床功能綱要(注明可選)。
2.1.6 使用限制
依據說(shuō)明書(shū)明確軟件的使用限制。
2.1.7 用戶(hù)訪(fǎng)問(wèn)控制
明確軟件的用戶(hù)訪(fǎng)問(wèn)控制管理機制。
2.1.8 版權保護
明確軟件的版權保護技術(shù)。
2.1.9 用戶(hù)界面
明確軟件的用戶(hù)界面類(lèi)型。
2.1.10 消息
明確軟件的消息類(lèi)型。
2.1.11 可靠性
明確軟件出錯后數據保存與恢復能力。明確數據傳輸后數據的一致性和完整性。
2.1.12 維護性
明確軟件向用戶(hù)提供的維護信息類(lèi)型。
2.1.13 效率
明確軟件在典型配置條件下完成典型臨床功能所需的時(shí)間,如:明確在指定測試條件下傳輸數據的時(shí)間,測試條件應明確網(wǎng)絡(luò )環(huán)境以及硬件配置。
2.1.14 運行環(huán)境
明確軟件運行所需的硬件配置、軟件環(huán)境和網(wǎng)絡(luò )條件,包括服務(wù)器(如適用)和客戶(hù)端的要求。
2.2 質(zhì)量要求
符合GB/T 25000.51中相關(guān)要求。
2.3 專(zhuān)用要求 (如適用)
如果中央監護軟件能夠判斷、形成報警信息并執行報警(而不是僅從床旁監護儀獲得報警信號),應符合YY 0668—2008的51條款(危險輸出的防止)。
如果中央監護軟件能夠顯示心電波形,應符合YY 1079—2008的4.2.8條款(對具有心電圖波形顯示能力的監護儀的特殊要求)。
2.4 安全要求
符合YY 0709的要求。
(十)同一注冊單元內注冊檢驗代表產(chǎn)品確定原則和實(shí)例
中央監護軟件的檢測單元(即同一注冊單元內注冊檢驗代表產(chǎn)品)原則上與注冊單元相一致,但如有多個(gè)運行環(huán)境(架構)或多個(gè)發(fā)布版本,則每個(gè)互不兼容的運行環(huán)境(架構)或每個(gè)互不涵蓋的發(fā)布版本均應作為一個(gè)檢測單元。檢測產(chǎn)品的選取應考慮產(chǎn)品功能、性能、預期用途、結構等。
對于中央監護軟件來(lái)說(shuō),由于服務(wù)器和客戶(hù)端可能支持在多種環(huán)境中運行,因此應按照產(chǎn)品所聲明的多種運行環(huán)境確定檢測單元。
對于服務(wù)器端,產(chǎn)品所支持的互不兼容的操作系統(如Windows,Mac OS,Linux等)應分別作為一個(gè)檢測單元。
對于客戶(hù)端,按照運行方式可分為原生應用(如C/S架構)。對于原生應用,所支持的互不兼容的軟件環(huán)境(如Windows,Mac OS,Linux等)應分別作為一個(gè)檢測單元。
(十一)產(chǎn)品生產(chǎn)制造相關(guān)要求
產(chǎn)品生產(chǎn)制造相關(guān)要求包括:生產(chǎn)成果、軟件生存周期過(guò)程、生產(chǎn)場(chǎng)地。
生產(chǎn)成果:包括交付方式和生產(chǎn)成果具體內容。交付方式應描述軟件載體(如光盤(pán)、U盤(pán)等);生產(chǎn)成果應描述交付用戶(hù)的所有內容,如用戶(hù)手冊、產(chǎn)品說(shuō)明書(shū)、出廠(chǎng)檢驗合格證、授權書(shū)(授權碼)、軟件載體等。
軟件生存周期過(guò)程:應描述軟件生存周期過(guò)程,并識別出質(zhì)量保證措施。
生產(chǎn)場(chǎng)地:應詳細說(shuō)明產(chǎn)品生產(chǎn)場(chǎng)地地址、生產(chǎn)工藝布局、生產(chǎn)環(huán)境要求及周邊情況。如有多個(gè)研制、生產(chǎn)場(chǎng)地,應當概述每個(gè)研制、生產(chǎn)場(chǎng)地的實(shí)際情況。
(十二)產(chǎn)品的臨床評價(jià)細化要求
注冊申請人應根據《免于進(jìn)行臨床試驗的第二類(lèi)醫療器械目錄》(國家食品藥品監督管理總局通告2014年第12號)、《醫療器械臨床評價(jià)技術(shù)指導原則》(國家食品藥品監督管理總局通告2015年第14號)及《醫療器械軟件注冊技術(shù)審查指導原則》(國家食品藥品監督管理總局通告2015年第50號)的相關(guān)要求提交中央監護軟件的臨床評價(jià)資料。
中央監護軟件屬于《免于進(jìn)行臨床試驗的第二類(lèi)醫療器械目錄》中486號的醫學(xué)影像、數據傳輸處理軟件:如產(chǎn)品用于實(shí)現醫學(xué)數據的獲取、傳輸、顯示和報警,不包括自動(dòng)診斷部分功能,預期用途在《免于進(jìn)行臨床試驗的第二類(lèi)醫療器械目錄》規定的范圍內,則免于進(jìn)行臨床試驗。
若產(chǎn)品不屬于《免于進(jìn)行臨床試驗的第二類(lèi)醫療器械目錄》規定的范圍,或者含有新的核心算法或功能(如,引入新的算法進(jìn)行判定后報警),則需要依據《醫療器械臨床評價(jià)技術(shù)指導原則》提供臨床試驗資料或通過(guò)同品種對比的臨床評價(jià)資料。
進(jìn)行臨床試驗應按照《醫療器械臨床試驗質(zhì)量管理規范》(國家食品藥品監督管理總局 國家衛生和計劃生育委員會(huì )令第25號)開(kāi)展臨床實(shí)驗。應提交臨床試驗方案,臨床試驗協(xié)議,臨床試驗報告以及倫理委員會(huì )批件等資料。申請人應當按照試驗用產(chǎn)品的風(fēng)險,預期用途等組織制定科學(xué)、合理的臨床試驗方案。臨床試驗的設計應緊密?chē)@產(chǎn)品的特點(diǎn)進(jìn)行,從預期臨床效果,應用等充分驗證產(chǎn)品的安全性及有效性。若通過(guò)同品種醫療器械臨床數據進(jìn)行臨床評價(jià),應按照《醫療器械臨床評價(jià)技術(shù)指導原則》的要求提交臨床評價(jià)資料。
(十三)產(chǎn)品的不良事件歷史記錄
申請人在風(fēng)險分析時(shí)應關(guān)注同品種醫療器械產(chǎn)品的不良事件歷史記錄。
1.美國食品藥品管理局(FDA )關(guān)于中央監護(系統)軟件不良事件報告情況
通過(guò)MAUDE數據庫檢索,查詢(xún)中央監護(系統)軟件(Central Station Software)近一年(2015.8.1—2016.7.31)不良事件報告情況,共查詢(xún)到不良事件報告1080份。其中,設備故障938份、損傷53份、死亡83份,其他6份。
(1)設備故障
美國FDA共收到938份故障報告,故障原因主要包括軟件不兼容、顯示不準確、無(wú)法讀取監護患者相關(guān)數據、監護軟件自動(dòng)重啟、監護屏幕顯示故障(黑屏、白屏或屏幕較暗)等。
(2)損傷
美國FDA共收到53份損傷報告,主要是報警功能失效、報警信息錯誤、無(wú)法讀取患者監護信息等。
(3)死亡
美國FDA共收到83份死亡報告,主要是報警功能故障、報警功能失效等。
2.國內關(guān)于中央監護(系統)軟件召回情況
國內有1例中央監護(系統)軟件召回事件,召回原因是:產(chǎn)品存在響應延遲,可能導致醫務(wù)人員不能馬上掌握患者的狀態(tài)變化,日本光電工業(yè)株式會(huì )社主動(dòng)召回相關(guān)產(chǎn)品,召回級別為II級。
3.遼寧省中央監護(系統)軟件不良事件報告情況
截至2015年7月31日,遼寧省共收集中央監護(系統)軟件不良事件報告5份。不良事件情況為:無(wú)法正確顯示心電波形、心電波形異常;心電圖回放時(shí),無(wú)法播放某患者回放記錄;監測的過(guò)程中圖像凍結;監護儀不顯示數值(不排除監護設備硬件故障原因)。
(十四)產(chǎn)品說(shuō)明書(shū)和標簽要求
說(shuō)明書(shū)和標簽應符合《醫療器械說(shuō)明書(shū)和標簽管理規定》(國家食品藥品監督管理總局令第6號)等相關(guān)的法規、規范性文件及標準的要求。
說(shuō)明書(shū)應體現軟件全部功能(包含安全功能)和運行環(huán)境(如軟硬件配置環(huán)境),并明確軟件發(fā)布版本。
三、審查關(guān)注點(diǎn)
(一)風(fēng)險管理資料是否已經(jīng)完整列舉產(chǎn)品的主要風(fēng)險,并通過(guò)風(fēng)險控制措施使產(chǎn)品的風(fēng)險降至合理可接受的程度之內。
(二)產(chǎn)品的性能指標是否滿(mǎn)足產(chǎn)品的安全有效性要求。
(三)說(shuō)明書(shū)和隨機文件中必須告知用戶(hù)的信息是否完整,如明確對運行環(huán)境中信息設備的要求,包括顯示器的尺寸和分辨率。
(四)產(chǎn)品的預期用途是否明確,是否遵照相應的法規與標準。若不限定與該軟件配套使用的床旁監護設備的生產(chǎn)商與型號,應提供充足的原因與證據(如,產(chǎn)品更為詳細的工作原理、風(fēng)險分析報告或驗證資料)。若明確與該軟件配套使用的床旁監護設備的生產(chǎn)商與型號,應提供驗證資料,且應在隨機文件和說(shuō)明書(shū)中應明確,并提供驗證資料。
(五)關(guān)注軟件版本命名規則及發(fā)布版本。
(六)關(guān)注軟件生存周期過(guò)程的完整性和規范性。
(七)醫療器械軟件產(chǎn)品的質(zhì)量源于產(chǎn)品設計,其開(kāi)發(fā)過(guò)程決定了產(chǎn)品質(zhì)量,因此注冊質(zhì)量管理體系核查與申請資料的審查同等重要。
(八)關(guān)注與軟件匹配使用的顯示器要求。
四、編寫(xiě)單位
遼寧省藥械審評與監測中心。

站點(diǎn)聲明
本網(wǎng)站所提供的信息僅供參考之用,并不代表本網(wǎng)贊同其觀(guān)點(diǎn),也不代表本網(wǎng)對其真實(shí)性負責。圖片版權歸原作者所有,如有侵權請聯(lián)系我們,我們立刻刪除。如有關(guān)于作品內容、版權或其它問(wèn)題請于作品發(fā)表后的30日內與本站聯(lián)系,本網(wǎng)將迅速給您回應并做相關(guān)處理。
鄭州思途醫療科技有限公司專(zhuān)注于醫療器械產(chǎn)品政策與法規規事務(wù)服務(wù),提供產(chǎn)品注冊備案申報代理、臨床試驗、體系建立輔導、分類(lèi)界定、申請創(chuàng )新辦理服務(wù)。
行業(yè)資訊
知識分享