醫療器械軟件注冊審查指導原則（2022年修訂版）（2022年第9號）

?

國家藥監局器審中心關(guān)于發(fā)布醫療器械軟件注冊審查指導原則（2022年修訂版）的通告（2022年第9號）

---

2022-03-09 09:10

　　為進(jìn)一步規范醫療器械軟件的管理，國家藥監局器審中心組織制定了《醫療器械軟件注冊審查指導原則（2022年修訂版）》，現予發(fā)布。

　　特此通告。

　　附件：醫療器械軟件注冊審查指導原則（2022年修訂版）.doc

國家藥品監督管理局
醫療器械技術(shù)審評中心
2022年3月7日

　　附件

醫療器械軟件注冊審查指導原則（2022年修訂版）

　　本指導原則旨在指導注冊申請人規范醫療器械軟件生存周期過(guò)程和準備醫療器械軟件注冊申報資料，同時(shí)規范醫療器械軟件的技術(shù)審評要求，為醫療器械軟件、質(zhì)量管理軟件的體系核查提供參考。

　　本指導原則是對醫療器械軟件的一般要求，注冊申請人需根據產(chǎn)品特性和風(fēng)險程度確定本指導原則具體內容的適用性，若不適用詳述理由。注冊申請人亦可采用其他符合法規要求的替代方法，但需提供詳盡研究資料。

　　本指導原則是在現行法規、強制性標準體系以及當前科技能力、認知水平下制定的，隨著(zhù)法規、強制性標準體系的不斷完善以及科技能力、認知水平的不斷發(fā)展，本指導原則相關(guān)內容也將適時(shí)調整。

　　本指導原則作為注冊申請人、審評人員和檢查人員的指導性文件，不包括審評審批所涉及的行政事項，亦不作為法規強制執行，應在符合法規要求的前提下使用本指導原則。

　　本指導原則是數字醫療（Digital Health）指導原則體系的基礎指導原則，亦是醫療器械軟件的通用指導原則，其他含有或涉及軟件的醫療器械指導原則可在本指導原則基礎上進(jìn)行有針對性的調整、修改和完善。

　　一、適用范圍

　　本指導原則適用于醫療器械軟件的注冊申報，包括第二、三類(lèi)獨立軟件和含有軟件組件的醫療器械（包括體外診斷醫療器械）；適用于自研軟件、現成軟件的注冊申報。

　　本指導原則也可用作醫療器械軟件、質(zhì)量管理軟件的體系核查參考。

　　二、主要概念

　?。ㄒ唬┽t療器械軟件

　　醫療器械軟件包括本身即為醫療器械的軟件或者醫療器械內含的軟件，前者即醫療器械獨立軟件（簡(jiǎn)稱(chēng)獨立軟件），后者即醫療器械軟件組件（簡(jiǎn)稱(chēng)軟件組件），詳見(jiàn)圖1。

　　獨立軟件（SaMD）是指具有一個(gè)或多個(gè)醫療目的/用途，無(wú)需醫療器械硬件即可完成自身預期用途，運行于通用計算平臺的軟件。通用計算平臺滿(mǎn)足信息技術(shù)設備安全要求（含電磁兼容），符合GB 4943.1、GB/T 9254等標準。

　　獨立軟件可分為通用型獨立軟件和專(zhuān)用型獨立軟件，前者通?；谕ㄓ脭祿涌谂c多個(gè)醫療器械聯(lián)合使用，如醫學(xué)圖像處理軟件、患者監護軟件；后者基于通用、專(zhuān)用數據接口與特定醫療器械聯(lián)合使用，可視為醫療器械附件，如動(dòng)態(tài)心電數據分析軟件、眼科顯微鏡圖像處理軟件。

　　軟件組件（SiMD）是指具有一個(gè)或多個(gè)醫療目的/用途，控制/驅動(dòng)醫療器械硬件或運行于醫用計算平臺的軟件。醫用計算平臺滿(mǎn)足醫用電氣設備（GB 9706系列）、實(shí)驗室用電氣設備（GB 4793系列）或有源植入式醫療器械（GB 16174系列）等安全要求（含電磁兼容）；醫用計算平臺可與通用計算平臺聯(lián)合使用構成系統，整體視為醫用計算平臺。

　　軟件組件可分為內嵌型軟件組件和外控型軟件組件，前者運行于醫用計算平臺，控制/驅動(dòng)醫療器械硬件，如心電圖機、腦電圖機所含嵌入式軟件（即固件）；后者運行于通用計算平臺，控制/驅動(dòng)醫療器械硬件，如CT、MRI圖像采集工作站軟件。

　　獨立軟件作為醫療器械或醫療器械附件，通常單獨注冊，特殊情況可隨醫療器械進(jìn)行注冊，此時(shí)雖不控制/驅動(dòng)醫療器械硬件但從產(chǎn)品角度運行于醫用計算平臺，故視為軟件組件，如專(zhuān)用型獨立軟件可作為附件隨醫療器械進(jìn)行注冊。

　　軟件組件作為醫療器械或醫療器械部件、附件的組成部分，不宜單獨注冊，需隨醫療器械進(jìn)行整體注冊。

　?。ǘ┫到y軟件、應用軟件、中間件、支持軟件

　　系統軟件是指設計用于保障計算機系統正常運行的軟件，如操作系統軟件、虛擬機軟件。應用軟件是指設計用于實(shí)現計算機用戶(hù)特定需求的軟件，如瀏覽器軟件、數據庫軟件、安全軟件。中間件介于系統軟件和應用軟件之間，依賴(lài)于系統軟件的支持，同時(shí)又為應用軟件提供支持，如分布式計算平臺軟件。支持軟件是指設計用于開(kāi)發(fā)、測試其他軟件的軟件，如軟件開(kāi)發(fā)工具、軟件測試工具。

　　醫療器械軟件屬于應用軟件，其正常運行通常需要基于系統軟件，或同時(shí)需要應用軟件（含其他醫療器械軟件）、中間件、支持軟件的支持。

　　有些注冊申請人會(huì )開(kāi)發(fā)醫用中間件用作醫療器械軟件的公共支持平臺，由于這些醫用中間件是醫療器械軟件正常運行所必需的，故作為醫療器械軟件的組成部分予以考慮。

　　有些支持軟件（如VTK、ITK）自帶算法庫，醫療器械軟件開(kāi)發(fā)過(guò)程已將算法庫相關(guān)內容集成于自身內部，故醫療器械軟件正常運行需要這些支持軟件的支持。

　　本指導原則將醫療器械軟件正常運行所必需的其他的醫療器械軟件及醫用中間件稱(chēng)為必備軟件，而將其正常運行所必需的系統軟件、通用應用軟件、通用中間件、支持軟件統稱(chēng)為外部軟件環(huán)境。必備軟件作為醫療器械軟件單獨注冊，明確相互接口關(guān)系及技術(shù)特征即可。外部軟件環(huán)境不含必備軟件，亦非醫療器械軟件。

　?。ㄈ┸浖嬷芷?/p>

　　軟件生存周期（又稱(chēng)軟件生命周期）是指軟件系統從概念定義至停止使用的時(shí)間周期，包括軟件開(kāi)發(fā)策劃、軟件需求分析、軟件設計、軟件編碼、軟件測試、軟件發(fā)布、軟件部署、軟件維護、軟件停運等階段。其中，從軟件需求分析到軟件發(fā)布的時(shí)間周期稱(chēng)為軟件開(kāi)發(fā)生存周期。

　　軟件開(kāi)發(fā)策劃主要確定軟件開(kāi)發(fā)的目標和可行性。軟件需求分析是將法規、標準、用戶(hù)、產(chǎn)品等要求轉換為軟件需求規范/軟件需求規格說(shuō)明（SRS）。軟件設計是通過(guò)設計活動(dòng)將軟件需求規范轉換為軟件設計規范/軟件設計規格說(shuō)明（SDS）。軟件編碼是通過(guò)編寫(xiě)源代碼將軟件設計規范轉換為軟件系統。軟件測試是通過(guò)各類(lèi)測試活動(dòng)保證軟件系統質(zhì)量。軟件發(fā)布是將軟件系統予以產(chǎn)品定型。軟件部署是指軟件系統的交付、安裝、設置和配置。軟件維護是對軟件系統發(fā)布后的更新需求予以實(shí)現。軟件停運（即軟件退市）是指終止軟件系統的銷(xiāo)售和售后服務(wù)，售后服務(wù)停止時(shí)間通常晚于停售時(shí)間。

　　軟件生存周期模型是指一組包含過(guò)程、活動(dòng)和任務(wù)的框架，跨越從軟件需求分析到軟件停運的軟件生存周期過(guò)程，每個(gè)過(guò)程可細分為若干活動(dòng)，每個(gè)活動(dòng)又可細分為若干任務(wù)。其中，軟件開(kāi)發(fā)生存周期模型是軟件生存周期模型的重要組成部分，常見(jiàn)模型包括瀑布模型、迭代模型、增量模型、V模型等。

　　敏捷開(kāi)發(fā)是以人為核心、迭代與增量相結合的軟件開(kāi)發(fā)方法，常見(jiàn)軟件開(kāi)發(fā)生存周期模型包括SCRUM、極限編程等。敏捷開(kāi)發(fā)秉承四條理念：人員互動(dòng)勝于過(guò)程和工具，可用的軟件勝于詳盡的文檔，客戶(hù)合作勝于合同談判，響應變化勝于遵循計劃。因此，使用敏捷開(kāi)發(fā)應兼顧質(zhì)量管理體系相關(guān)要求，重點(diǎn)關(guān)注軟件更新、文件與記錄等控制要求。

　　注冊申請人可結合軟件的產(chǎn)品特點(diǎn)、風(fēng)險程度以及質(zhì)量管理體系要求，選擇適宜的軟件生存周期模型，參照相關(guān)國際、國家、行業(yè)標準建立相應軟件生存周期過(guò)程。

　?。ㄋ模┸浖y試、軟件驗證、軟件確認

　　軟件測試是軟件質(zhì)量保證的基本措施，也是軟件驗證、軟件確認的重要方法，從不同角度有不同分類(lèi)方法。

　　從測試依據角度可分為黑盒測試和白盒測試。其中，黑盒測試是指基于輸入與輸出的測試，白盒測試是指基于源代碼的測試，黑盒測試與白盒測試可組合使用，即灰盒測試。白盒測試根據是否運行源代碼又可分為靜態(tài)、動(dòng)態(tài)分析/測試。

　　從測試進(jìn)程角度可分為單元測試、集成測試、系統測試。其中，單元測試是對軟件單元進(jìn)行測試，通常采用白盒測試；集成測試是對軟件項（由若干軟件單元組成，即軟件模塊）進(jìn)行測試，白盒測試、黑盒測試、灰盒測試相結合；系統測試是對軟件系統（由若干軟件項組成）進(jìn)行測試，通常采用黑盒測試，其從測試內容角度又可分為功能測試、性能測試、并發(fā)測試、壓力測試、接口測試、內存測試、兼容性測試、用戶(hù)界面測試、安裝卸載測試、安全測試等。

　　從測試實(shí)施方角度可分為內部測試、用戶(hù)測試、第三方測試。其中，內部測試是指注冊申請人實(shí)施的測試，包括單元測試、集成測試、系統測試，白盒測試、黑盒測試、灰盒測試相結合；用戶(hù)測試是指預期用戶(hù)在真實(shí)或模擬使用場(chǎng)景對軟件系統進(jìn)行測試，采用黑盒測試；第三方測試是指第三方機構對軟件系統進(jìn)行測試，通常采用黑盒測試。

　　回歸測試是指用于確定軟件更新沒(méi)有產(chǎn)生不良影響且未引入風(fēng)險不可接受新缺陷的軟件測試?；貧w測試需根據軟件更新的類(lèi)型、內容和程度，開(kāi)展與之相適宜的單元測試、集成測試、系統測試、用戶(hù)測試、第三方測試等測試活動(dòng)。

　　軟件驗證是指通過(guò)提供客觀(guān)證據認定軟件開(kāi)發(fā)、軟件維護某一階段的輸出滿(mǎn)足輸入要求。軟件驗證包括源代碼審核、靜態(tài)和動(dòng)態(tài)分析/測試、單元測試、集成測試、系統測試、設計評審等系列活動(dòng)，是軟件確認的基礎。

　　軟件確認是指通過(guò)提供客觀(guān)證據認定軟件滿(mǎn)足用戶(hù)需求和預期用途。軟件確認是基于過(guò)程控制的設計確認，包括用戶(hù)測試、臨床評價(jià)、設計評審等系列活動(dòng)，即要保證軟件滿(mǎn)足用戶(hù)需求和預期用途，又要確保軟件已知剩余缺陷的風(fēng)險均可接受。

　　注冊申請人需結合軟件的產(chǎn)品特點(diǎn)、風(fēng)險程度考慮相應軟件測試要求，明確語(yǔ)句、判定、條件、路徑等測試覆蓋率要求，以保證軟件驗證、軟件確認的質(zhì)量。全部源代碼均應測試，可結合白盒測試、黑盒測試、灰盒測試等方法予以實(shí)現。

　?。ㄎ澹┸浖勺匪菪苑治?/p>

　　軟件可追溯性分析作為軟件驗證、軟件確認的重要活動(dòng)之一，是指追蹤軟件需求、軟件設計、源代碼、軟件測試、軟件風(fēng)險管理之間的關(guān)系，分析已識別關(guān)系的正確性、一致性、完整性、準確性。

　　軟件生存周期過(guò)程均需開(kāi)展可追溯性分析活動(dòng)，詳見(jiàn)圖2。軟件需求分析階段追溯分析軟件需求與產(chǎn)品需求、軟件需求與風(fēng)險分析的關(guān)系。軟件設計階段追溯分析軟件設計與軟件需求、軟件設計與風(fēng)險控制的關(guān)系。軟件編碼階段追溯分析源代碼與軟件設計、源代碼與測試用例的關(guān)系。內部測試階段追溯分析單元測試、集成測試、系統測試各級測試用例與軟件設計，系統測試與軟件需求，系統測試與風(fēng)險管理的關(guān)系。用戶(hù)測試階段追溯分析用戶(hù)測試與產(chǎn)品需求、用戶(hù)測試與風(fēng)險管理的關(guān)系。軟件更新亦需開(kāi)展與之相適宜的軟件可追溯性分析活動(dòng)。

　　注冊申請人應建立軟件可追溯性分析過(guò)程，規范軟件可追溯性分析相關(guān)活動(dòng)要求，以保證軟件驗證、軟件確認的質(zhì)量?？紤]到行業(yè)實(shí)際情況，源代碼追溯分析活動(dòng)追溯至軟件單元（列明名稱(chēng)）即可。

　?。┸浖?/p>

　　1. 主要概念

　　軟件更新是指注冊申請人在軟件生存周期全過(guò)程對軟件所做的任一修改，亦稱(chēng)軟件變更、軟件維護。軟件維護通常與軟件更新含義相同，但可特指發(fā)布后軟件更新。

　　軟件更新從不同角度出發(fā)有不同分類(lèi)方法。從更新結果角度可分為重大更新和輕微更新，重大更新是指影響到醫療器械安全性或有效性的軟件更新，反之即為輕微更新。

　　從更新內容角度可分為增強類(lèi)更新和糾正類(lèi)更新（即軟件缺陷修復）。增強類(lèi)更新又可分為完善型更新和適應型更新，其中完善型更新是指改變功能、性能、接口等軟件屬性的軟件更新，適應型更新是指適應新運行環(huán)境的軟件更新；其從更新結果角度又可分為重大增強類(lèi)更新、輕微增強類(lèi)更新。糾正類(lèi)更新又可分為修正型更新和預防型更新，其中修正型更新是指修復軟件存在且已造成運行故障缺陷的軟件更新，預防型更新是指修復軟件存在但尚未造成運行故障缺陷的軟件更新；其通常屬于輕微更新，除非影響到醫療器械安全性或有效性。

　　本指導原則關(guān)注醫療器械軟件的安全性和有效性，將軟件更新分為：

　?。?）重大軟件更新：影響到醫療器械安全性或有效性的增強類(lèi)更新，即重大增強類(lèi)軟件更新，應申請變更注冊。

　?。?）輕微軟件更新：不影響醫療器械安全性與有效性的增強類(lèi)更新、糾正類(lèi)更新，包括輕微增強類(lèi)軟件更新、糾正類(lèi)軟件更新，通過(guò)質(zhì)量管理體系進(jìn)行控制，無(wú)需申請變更注冊，待下次變更注冊時(shí)提交相應注冊申報資料。

　　此外，軟件構建是指軟件編譯生成一個(gè)工作版本，符合軟件更新定義，通過(guò)質(zhì)量管理體系進(jìn)行控制，注冊申報資料要求與糾正類(lèi)軟件更新相同。召回相關(guān)軟件更新包括軟件更新導致召回、召回措施所用軟件更新，無(wú)論增強類(lèi)更新還是糾正類(lèi)更新均屬于重大軟件更新，按照醫療器械召回相關(guān)法規要求處理，不屬于本指導原則討論范疇。

　　軟件更新遵循風(fēng)險從高原則，即同時(shí)發(fā)生重大、輕微軟件更新按重大軟件更新處理，同時(shí)發(fā)生增強類(lèi)、糾正類(lèi)軟件更新按增強類(lèi)軟件更新處理。軟件更新需考慮引入回滾機制，以保證醫療業(yè)務(wù)的連續性，特別是對高風(fēng)險軟件。

　　軟件重新開(kāi)發(fā)即注冊申請人棄用原有軟件而開(kāi)發(fā)新軟件，不屬于軟件更新范疇，按初次發(fā)布處理。

　　2. 重大軟件更新判定原則

　　軟件更新若影響到醫療器械的預期用途、使用場(chǎng)景或核心功能原則上均屬于重大軟件更新，其判定原則包括但不限于：

　?。?）完善型軟件更新：若影響到用戶(hù)決策（含決策能力、決策結果、決策流程、用戶(hù)行動(dòng)）或人員（含患者、用戶(hù)、其他相關(guān)人員）安全則屬于重大軟件更新，如軟件的輸入輸出數據類(lèi)型、體系結構、用戶(hù)界面關(guān)系、物理拓撲、核心算法、核心功能、診療流程或預期用途等發(fā)生改變，軟件系統、高風(fēng)險軟件項/軟件單元進(jìn)行代碼重構，安全性級別改變，調整報警方式等；而運算效率單純提高、診療流程或工作語(yǔ)言可配置化（即用戶(hù)可保留原有診療流程或工作語(yǔ)言）、用戶(hù)界面文字性修改、中低風(fēng)險軟件項/軟件單元的代碼重構等情況通常不視為重大軟件更新，除非影響到醫療器械的安全性或有效性。

　?。?）適應型軟件更新：若軟件運行環(huán)境跨越互不兼容的計算平臺（含硬件配置、外部軟件環(huán)境、必備軟件、網(wǎng)絡(luò )條件）則屬于重大軟件更新，如預期運行的操作系統軟件由Windows變?yōu)閕OS，更換瀏覽器內核、必備軟件，網(wǎng)絡(luò )條件由局域網(wǎng)變?yōu)閺V域網(wǎng)，計算平臺由通用計算平臺變?yōu)獒t用計算平臺等；預期運行的系統軟件、支持軟件、通用中間件的兼容性版本更新、補丁更新通常不視為重大軟件更新，除非影響到醫療器械的安全性或有效性。

　　綜上，醫療器械軟件更新類(lèi)型如圖3所示。

　　重大軟件更新的范圍會(huì )隨著(zhù)認知水平與技術(shù)能力的提高、不良事件與召回情況的分析進(jìn)行動(dòng)態(tài)調整。

　?。ㄆ撸┸浖姹?/p>

　　軟件沒(méi)有物理實(shí)體，只能通過(guò)狀態(tài)標識進(jìn)行軟件更新管理，從而保證軟件質(zhì)量。軟件版本使用不同字段來(lái)區分軟件更新類(lèi)型，進(jìn)而標識軟件狀態(tài)，因此軟件版本與軟件是一一對應的表里關(guān)系，亦是軟件標識不可或缺的組成部分。

　　軟件版本可分為軟件發(fā)布版本和軟件完整版本，其中軟件發(fā)布版本僅體現重大軟件更新，即只限于重大增強類(lèi)軟件更新，其改變意味著(zhù)發(fā)生重大軟件更新，反之亦然；軟件完整版本體現重大、輕微軟件更新的全部類(lèi)型，包括重大增強類(lèi)軟件更新、輕微增強類(lèi)軟件更新、糾正類(lèi)軟件更新、軟件構建（若適用），其不同字段的改變意味發(fā)生不同類(lèi)型的軟件更新，反之亦然。

　　軟件發(fā)布版本發(fā)生改變表示軟件發(fā)生重大更新，應申請變更注冊，軟件完整版本發(fā)生改變但軟件發(fā)布版本未變表示軟件僅發(fā)生輕微更新，此時(shí)通過(guò)質(zhì)量管理體系進(jìn)行控制，無(wú)需申請變更注冊。例如，軟件版本命名規則為X.Y.Z.B，其中X表示重大增強類(lèi)軟件更新，Y表示輕微增強類(lèi)軟件更新，Z表示糾正類(lèi)軟件更新，B表示軟件構建，則軟件發(fā)布版本為X，軟件完整版本為X.Y.Z.B，此時(shí)X改變應申請變更注冊，而Y、Z、B改變但X未變則無(wú)需申請變更注冊。

　　注冊申請人應綜合考慮軟件產(chǎn)品特點(diǎn)、質(zhì)量管理體系要求、合規性等因素制定軟件版本命名規則并予以記錄，明確字段的位數、范圍、含義，涵蓋軟件更新全部類(lèi)型，字段含義明確且無(wú)歧義無(wú)矛盾，能夠區分重大軟件更新和輕微軟件更新，保證軟件更新的版本變更符合軟件版本命名規則要求。同時(shí)，考慮醫療器械網(wǎng)絡(luò )安全、人工智能醫療器械等指導原則的要求。

　　軟件版本命名規則同樣遵循風(fēng)險從高原則，即某字段同時(shí)表示重大軟件更新和輕微軟件更新，則該字段按重大軟件更新處理，并作為軟件發(fā)布版本的組成部分。

　　有用戶(hù)界面的軟件可在登錄界面、主界面、“關(guān)于”或“幫助”等界面體現軟件發(fā)布版本、軟件完整版本，兩個(gè)版本均需體現但無(wú)需每個(gè)界面同時(shí)體現。無(wú)用戶(hù)界面的軟件需提供獲取軟件完整版本的方法，以明確軟件版本信息。

　　產(chǎn)品技術(shù)要求注明軟件發(fā)布版本、軟件版本命名規則，其中軟件版本命名規則需與質(zhì)量管理體系保持一致。檢測報告提供軟件版本界面照片或列明軟件版本信息，有用戶(hù)界面的軟件體現軟件發(fā)布版本、軟件完整版本，無(wú)用戶(hù)界面的軟件體現軟件完整版本。說(shuō)明書(shū)注明軟件發(fā)布版本。

　　軟件模塊（含醫用中間件）若單獨進(jìn)行版本控制，亦需滿(mǎn)足版本控制要求，并明確與軟件系統版本控制的關(guān)系。

　?。ò耍┸浖惴?、軟件功能、軟件用途

　　軟件算法是軟件功能的基礎，二者是多對多的關(guān)系，即一個(gè)軟件算法可供一個(gè)或多個(gè)軟件功能使用，一個(gè)軟件功能可含一個(gè)或多個(gè)軟件算法。同理，軟件功能和軟件用途的關(guān)系亦是如此。

　　從用戶(hù)角度出發(fā)，軟件算法是內在不可見(jiàn)的，軟件功能和軟件用途是外在可見(jiàn)的，考慮到軟件功能是軟件算法、軟件用途的聯(lián)系紐帶，故以軟件功能作為軟件安全有效性評價(jià)主線(xiàn)。例如，區域生長(cháng)算法可實(shí)現圖像分割功能，圖像分割功能可用于病變輪廓標識。

　　軟件功能從不同角度出發(fā)有不同分類(lèi)方法。從重要性角度可分為核心功能和非核心功能，其中核心功能是指軟件在預期使用場(chǎng)景完成預期用途所必需的功能，反之即為非核心功能。

　　從技術(shù)特征角度大體上可分為處理功能、控制功能、安全功能，其中處理功能是指加工醫療器械數據（即醫療器械產(chǎn)生的用于醫療用途的客觀(guān)數據）或基于模型計算（如輻射劑量模型、藥代模型）的功能，控制功能是指控制/驅動(dòng)醫療器械硬件運行的功能，安全功能是指保證醫療器械安全性的功能。

　　處理功能從數據流角度又可分為前處理功能和后處理功能，前者是指采集人體解剖、生理信息生成醫療器械數據過(guò)程的處理功能，如濾波、降噪、校正、重建等功能；后者是指利用醫療器械數據生成診療信息或進(jìn)行醫療干預過(guò)程的處理功能，如平移、縮放、旋轉、濾波、測量、分割、融合、三維重建、治療計劃制定、藥代模型計算、基因測序、分析等功能。后處理功能從復雜性角度又可分為簡(jiǎn)單功能和復雜功能，前者是指對現有醫療信息進(jìn)行操作而非生成新醫療信息的功能，如平移、縮放、旋轉等功能；后者是指生成新醫療信息的功能，如濾波、測量、分割、融合、三維重建、治療計劃制定、藥代模型計算、基因測序、分析等功能。

　　獨立軟件的功能均為后處理功能，軟件組件的功能以控制功能、前處理功能為主，兼具后處理功能?？紤]到控制功能和前處理功能通常與醫療器械硬件產(chǎn)品共同評價(jià)，故處理功能若無(wú)明示均指后處理功能；同時(shí)，考慮到測量、模型計算、分析等功能具有特殊性，通常情況下與處理功能并列表述。

　　從監管范圍角度可分為醫療器械功能和非醫療器械功能，其中醫療器械功能是指可用作醫療器械界定依據的軟件功能，如醫學(xué)圖像、生理參數、體外診斷等數據的測量、處理、模型計算、分析等功能；反之即為非醫療器械功能，如收費計價(jià)、行政辦公等功能，不屬于監管對象；實(shí)現醫療器械功能所必需的患者信息管理功能屬于醫療器械功能。二者盡量通過(guò)模塊化設計予以拆分，若在技術(shù)上無(wú)法拆分需將非醫療器械功能作為醫療器械軟件的組成部分予以整體考慮。

　　軟件算法從重要性角度可分為核心算法和非核心算法，其中核心算法是指實(shí)現軟件核心功能所必需的算法，反之即為非核心算法。從復雜性角度可分為簡(jiǎn)單算法和復雜算法，前者原理簡(jiǎn)單明確或基于成熟公式，后者通?；谀Ｐ脱芯?，存在諸多假設條件且影響因素較多，同時(shí)二者在算法規模、參數數量、運算速度等方面亦存在差異。從可解釋性角度可分為白盒算法和黑盒算法，前者可與現有知識建立關(guān)聯(lián)，后者難與現有知識建立關(guān)聯(lián)，前者可解釋性?xún)?yōu)于后者。

　　軟件用途通?？煞譃檩o助決策和非輔助決策，其中輔助決策是指通過(guò)提供診療活動(dòng)建議輔助用戶(hù)（如醫務(wù)人員、患者）進(jìn)行醫療決策，如病灶特征識別、病灶性質(zhì)判定、用藥指導、制定治療計劃等，相當于用戶(hù)的“助手”；反之，僅提供醫療參考信息而不進(jìn)行醫療決策即為非輔助決策，包括流程優(yōu)化、診療驅動(dòng)，前者如診療流程簡(jiǎn)化等，后者如測量、分割、三維重建等，相當于用戶(hù)的“工具”。同時(shí)，輔助決策和非輔助決策從實(shí)時(shí)性角度均可細分為實(shí)時(shí)和非實(shí)時(shí)，前者風(fēng)險通常高于后者。故軟件功能從軟件用途角度又可分為輔助決策類(lèi)功能和非輔助決策類(lèi)功能、實(shí)時(shí)功能和非實(shí)時(shí)功能。

　　軟件算法、軟件功能、軟件用途從成熟度角度均可分為成熟和全新兩種類(lèi)型，其中成熟是指安全有效性已在醫療實(shí)踐中得到充分證實(shí)的情形，全新是指未上市或安全有效性尚未在醫療實(shí)踐中得到充分證實(shí)的情形。同理，軟件亦可分為全新軟件和成熟軟件，軟件的算法、功能、用途若有一項為全新類(lèi)型則屬于全新軟件，反之屬于成熟軟件。因全新軟件的潛在未知風(fēng)險多于成熟軟件，故本指導原則以核心功能、核心算法為基礎，重點(diǎn)關(guān)注全新軟件的安全有效性。

　　三、基本原則

　?。ㄒ唬┗谲浖匦?/p>

　　隨著(zhù)信息通訊技術(shù)的迅猛發(fā)展，軟件在醫療器械中的應用日益普遍，作用日趨重要，開(kāi)發(fā)形式靈活多變，新技術(shù)層出不窮。但隨之而來(lái)的質(zhì)量問(wèn)題也日益增多，醫療器械召回數據表明軟件相關(guān)召回數量持續增加，明顯高于同期醫療器械整體水平，同時(shí)軟件失效導致患者死亡或嚴重傷害的召回事件也屢見(jiàn)不鮮，因此軟件質(zhì)量問(wèn)題的嚴重性不容忽視，需要基于軟件特性加強軟件質(zhì)量保證工作。

　　軟件沒(méi)有物理實(shí)體，在開(kāi)發(fā)和使用過(guò)程中人為因素影響無(wú)處不在，軟件測試由于時(shí)間和成本的限制不能窮盡所有情況，所以軟件缺陷無(wú)法避免。同時(shí)，軟件更新頻繁且迅速，細微更新可能導致嚴重后果，并存在累積效應和退化問(wèn)題（即每修復若干個(gè)缺陷就會(huì )產(chǎn)生一個(gè)新缺陷），所以軟件缺陷無(wú)法根除。因此，軟件缺陷可視為軟件的固有屬性之一，這也是軟件質(zhì)量問(wèn)題較為突出的根源所在。

　　軟件與硬件存在諸多差異：硬件是物理實(shí)體，軟件是邏輯關(guān)系；硬件變更周期較長(cháng)，軟件更新容易、快速且頻繁；硬件有磨損問(wèn)題，軟件雖無(wú)磨損但有累積效應和退化問(wèn)題；硬件質(zhì)量取決于設計開(kāi)發(fā)和生產(chǎn)，軟件質(zhì)量取決于設計開(kāi)發(fā)，與生產(chǎn)基本無(wú)關(guān)；硬件失效先有征兆再發(fā)生，軟件失效往往沒(méi)有征兆突然發(fā)生，軟件失效率遠高于硬件；硬件部件可以標準化，軟件模塊的標準化較為復雜；細微變更對硬件影響有限，但對軟件影響可能?chē)乐?；硬件檢驗可基本保證質(zhì)量，軟件測試不足以保證質(zhì)量。這些差異使得傳統硬件質(zhì)量控制方法對于軟件質(zhì)量保證往往達不到預期效果。

　　鑒于軟件特性，只有綜合考慮風(fēng)險管理、質(zhì)量管理和軟件工程的要求才能保證軟件的安全有效性。注冊申請人需基于軟件風(fēng)險程度，采用良好軟件工程實(shí)踐完善質(zhì)量管理體系，針對算法、接口、更新、異常處理等軟件召回主要原因，盡早、重點(diǎn)、全面開(kāi)展軟件質(zhì)量保證工作。

　?。ǘ╋L(fēng)險導向

　　綜合考慮軟件使用的普遍性、監管資源的有限性和風(fēng)險分級管理導向，軟件風(fēng)險程度不同，其生存周期質(zhì)控要求和注冊申報資料要求亦不同。

　　軟件風(fēng)險程度采用軟件安全性級別進(jìn)行表述，軟件安全性級別越高，生存周期質(zhì)控要求越嚴格，注冊申報資料也越詳盡。軟件安全性級別基于軟件風(fēng)險程度分為輕微、中等、嚴重三個(gè)級別，其中輕微級別即軟件不可能產(chǎn)生傷害，中等級別即軟件可能直接或間接產(chǎn)生輕微（不嚴重）傷害，嚴重級別即軟件可能直接或間接產(chǎn)生嚴重傷害或導致死亡。

　　軟件安全性級別可結合軟件的預期用途、使用場(chǎng)景、核心功能進(jìn)行綜合判定。其中，預期用途主要考慮軟件的用途類(lèi)型（如治療、診斷、監護、篩查）、重要程度（如重要作用、參考作用、補充作用）、緊迫程度（如危重情形、嚴重情形、普通情形）、成熟程度（成熟、全新）等因素，使用場(chǎng)景主要考慮軟件的使用場(chǎng)所（如門(mén)診、手術(shù)、住院、急救、家庭、轉運、公共場(chǎng)所）、疾病特征（如嚴重性、緊迫性、傳染性）、適用人群（如成人、兒童、老人、孕婦）、目標用戶(hù)（如醫務(wù)人員、患者）等因素，核心功能主要考慮軟件的功能類(lèi)型（如重要程度、技術(shù)特征、復雜程度、成熟程度）、核心算法（如重要程度、復雜程度、可解釋性、成熟程度）、輸入輸出（輸入數據如醫學(xué)圖像、生理參數、體外診斷等數據，輸出結果如處理、測量、分析等結果）、接口（如應用程序接口（API）、數據接口、產(chǎn)品接口）等因素。

　　軟件安全性級別也可根據風(fēng)險管理所確定的風(fēng)險等級進(jìn)行判定，軟件安全性級別與風(fēng)險等級的分級可以不同，但二者存在對應關(guān)系，因此可根據風(fēng)險等級來(lái)判定軟件安全性級別，但應在采取風(fēng)險控制措施之前進(jìn)行判定，后續可通過(guò)外部風(fēng)險控制措施（含軟件措施、硬件措施）降低初始軟件安全性級別。

　　軟件風(fēng)險管理需要注意：軟件本身不是危險，但可能會(huì )引發(fā)危險情況；軟件失效雖表現為隨機性失效但實(shí)為系統性失效，同時(shí)軟件失效所致危險的發(fā)生概率難以統計，故軟件風(fēng)險程度基于傷害嚴重度并可結合危險情況所致傷害的概率進(jìn)行判定；軟件組件需與所屬醫療器械整體開(kāi)展風(fēng)險管理工作。

　　軟件安全性級別亦可參考已上市同類(lèi)醫療器械軟件的不良事件和召回情況進(jìn)行判定，即已上市同類(lèi)醫療器械軟件若發(fā)生嚴重不良事件或一級召回屬于嚴重級別，發(fā)生不良事件或二級召回屬于中等級別，未發(fā)生不良事件且僅發(fā)生三級召回或無(wú)召回屬于輕微級別。

　　注冊申請人應結合質(zhì)量管理體系要求建立相應軟件生存周期過(guò)程，并開(kāi)展與軟件安全性級別相匹配的軟件質(zhì)量保證工作。同時(shí)，基于軟件安全性級別提交相應注冊申報資料，注冊申報資料均來(lái)源于軟件生存周期過(guò)程所形成的文檔。

　　獨立軟件和軟件組件雖然存在技術(shù)差異，但生存周期過(guò)程質(zhì)控原則和要求均相同，故二者注冊申報資料要求基本一致，具體內容略有差異，詳見(jiàn)第八章。

　?。ㄈ┤芷谫|(zhì)控

　　由于軟件本身的復雜性和軟件測試的局限性，軟件開(kāi)發(fā)過(guò)程的質(zhì)量保證活動(dòng)不足以保證軟件的安全有效性，因此應在醫療器械全生命周期中考慮軟件質(zhì)控要求，并將軟件風(fēng)險管理、軟件配置管理、軟件缺陷管理、軟件可追溯性分析貫穿于醫療器械生命周期全程。

　　上市前開(kāi)展充分有效的軟件驗證與確認活動(dòng)，識別軟件可預見(jiàn)的風(fēng)險并將其降至可接受水平。上市后繼續開(kāi)展軟件質(zhì)量保證工作，結合用戶(hù)投訴、不良事件和召回等情況識別前期未預見(jiàn)的風(fēng)險，并采取必要措施保證軟件質(zhì)量；同時(shí)，基于軟件更新需求的評估，實(shí)施軟件更新活動(dòng)以滿(mǎn)足用戶(hù)新需求，并開(kāi)展與之相適宜的軟件驗證與確認活動(dòng)，以保證軟件更新質(zhì)量；此外，軟件停運考慮用戶(hù)告知與后續服務(wù)、數據遷移、患者數據與隱私保護等要求。

　　總之，數字醫療技術(shù)處于快速發(fā)展階段，新技術(shù)層出不窮，對醫療器械行業(yè)的影響日益深遠，其監管問(wèn)題亟需加強研究。無(wú)論何種數字醫療新技術(shù)，軟件作為其技術(shù)基礎，仍可遵循上述三條基本原則，開(kāi)展相應安全有效性評價(jià)工作。

　　四、現成軟件

　?。ㄒ唬┲饕拍?/p>

　　注冊申請人進(jìn)行完整生存周期控制的軟件稱(chēng)為自研軟件（若無(wú)明示簡(jiǎn)稱(chēng)為軟件），反之注冊申請人未進(jìn)行（含無(wú)法證明）完整生存周期控制的軟件稱(chēng)為現成軟件，包括遺留軟件、成品軟件、外包軟件。其中，遺留軟件是指注冊申請人以前開(kāi)發(fā)但現在不能得到足夠開(kāi)發(fā)記錄的軟件，即注冊申請人無(wú)法證明其進(jìn)行完整生存周期控制的軟件，涉及應用軟件、中間件。成品軟件是指第三方開(kāi)發(fā)的且通?？傻玫降能浖?，即注冊申請人未進(jìn)行完整生存周期控制的軟件，涉及系統軟件、應用軟件、中間件、支持軟件，如開(kāi)源/閉源軟件、免費/付費軟件等。外包軟件是指注冊申請人委托第三方開(kāi)發(fā)的軟件，即注冊申請人僅進(jìn)行部分生存周期控制的軟件，涉及應用軟件、中間件。

　　現成軟件與醫療器械軟件的關(guān)系可分為兩類(lèi)。一類(lèi)是現成軟件作為醫療器械軟件的組成部分，即現成軟件組件，包括遺留軟件、成品軟件、外包軟件，涉及醫用應用軟件、醫用中間件，屬于監管對象；無(wú)論是否設計用于醫療用途，現成軟件組件作為醫療器械軟件的組成部分，其功能均屬于醫療器械功能，原因在于若為非醫療器械功能則應從醫療器械軟件中直接刪除。另一類(lèi)是現成軟件作為醫療器械軟件運行環(huán)境的組成部分，即外部軟件環(huán)境，主要為成品軟件，涉及系統軟件、通用應用軟件、通用中間件、支持軟件，雖非監管對象，但需從風(fēng)險管理角度考慮其對醫療器械軟件的影響。

　　綜上，現成軟件類(lèi)型詳見(jiàn)圖4。

　　醫療器械軟件除部分內嵌型軟件組件外，均需外部軟件環(huán)境的支持方能正常運行。同時(shí)，醫療器械軟件既可自研軟件和現成軟件組件相結合，部分使用現成軟件組件，即部分使用方式；又可全部使用現成軟件組件，即全部使用方式。因此，現成軟件的使用具有普遍性、靈活性、復雜性等特點(diǎn)。

　　由于現成軟件通常并非設計用于醫療，特別是外部軟件環(huán)境，未必能夠滿(mǎn)足醫療器械相關(guān)要求，未用功能可能通過(guò)耦合關(guān)系對醫療器械軟件產(chǎn)生不利影響，而且注冊申請人未對現成軟件進(jìn)行完整生存周期控制，因此使用現成軟件的風(fēng)險相對較高。此外，現成軟件組件直接實(shí)現醫療用途，風(fēng)險相對更高。

　　注冊申請人使用現成軟件應保證醫療器械軟件的安全有效性，成品軟件和外部軟件環(huán)境的開(kāi)發(fā)商作為醫療器械供應商并不承擔注冊申請人相關(guān)責任。因此，注冊申請人需結合現成軟件的類(lèi)型、特點(diǎn)以及業(yè)界使用情況，區分現成軟件組件和外部軟件環(huán)境，綜合考慮現成軟件的使用廣泛度、技術(shù)成熟度、售后支持程度以及功能、性能、兼容性、易用性、可靠性、維護性、可移植性、網(wǎng)絡(luò )安全等要求，采用基于風(fēng)險的全生命周期管理方法進(jìn)行質(zhì)控，特別是在采購、設計開(kāi)發(fā)、上市后監測等方面，同時(shí)開(kāi)展差距分析，必要時(shí)采取補救措施以保證安全有效性。

　　由于自研軟件與現成軟件、現成軟件組件與外部軟件環(huán)境、部分使用方式與全部使用方式的質(zhì)控要求均存在差異，故相應注冊申報資料均有所不同，具體要求詳見(jiàn)第八章。此外，醫療器械軟件可同時(shí)使用多個(gè)版本、多個(gè)、多種的現成軟件，需進(jìn)行整體考量并提供相應注冊申報資料。

　?。ǘ┈F成軟件通用考量

　　1. 現成軟件組件

　　現成軟件組件的軟件更新、軟件版本相關(guān)要求與自研軟件基本相同，同樣遵循風(fēng)險從高原則。

　　現成軟件組件若發(fā)生重大軟件更新亦應申請變更注冊，若發(fā)生輕微軟件更新通過(guò)質(zhì)量管理體系進(jìn)行控制，無(wú)需申請變更注冊。

　　注冊申請人應根據質(zhì)量管理體系要求，制定現成軟件組件的版本命名規則，亦需考慮合規性要求。若現成軟件組件開(kāi)發(fā)商的軟件版本命名規則滿(mǎn)足合規性要求，可直接采用。

　　2. 外部軟件環(huán)境

　　醫療器械軟件與外部軟件環(huán)境存在耦合關(guān)系，需整體考量。

　　從醫療器械軟件角度，軟件安全性級別判定需考慮外部軟件環(huán)境失效的影響，軟件需求規范文檔、軟件測試計劃列明外部軟件環(huán)境的基本情況，軟件測試報告列明外部軟件環(huán)境所含各現成軟件的名稱(chēng)、完整版本、補丁版本。軟件驗證與確認基于外部軟件環(huán)境所含全部現成軟件予以實(shí)施，若使用同一現成軟件的多個(gè)版本，則每個(gè)版本均需進(jìn)行軟件驗證與確認。根據風(fēng)險控制要求，醫療器械軟件必要時(shí)需具備外部軟件環(huán)境自檢功能，以確保自身能夠正常運行。同理，說(shuō)明書(shū)必要時(shí)需明確外部軟件環(huán)境所含全部現成軟件的交付、安裝、設置、配置、更新以及使用限制、警示提示等內容。

　　從外部軟件環(huán)境角度，自身風(fēng)險相對較低，由于與醫療器械軟件相互耦合，故其安全性級別與醫療器械軟件的安全性級別相同，注冊申報資料詳盡程度亦取決于其安全性級別。

　　外部軟件環(huán)境更新對于醫療器械軟件而言屬于適應型軟件更新，包括產(chǎn)品更新（即更換外部軟件環(huán)境所含現成軟件）、版本更新、補丁更新等情況。外部軟件環(huán)境更新情況不同，對于醫療器械軟件的影響亦不同，通常補丁更新、與醫療器械軟件兼容的版本更新屬于輕微軟件更新，而產(chǎn)品更新、為解決與醫療器械軟件不兼容問(wèn)題的版本更新屬于重大軟件更新，同樣遵循風(fēng)險從高原則。因此，注冊申請人需依據相應流程開(kāi)展外部軟件環(huán)境更新的影響評估工作。

　　五、質(zhì)量管理軟件

　?。ㄒ唬┲饕拍?/p>

　　質(zhì)量管理軟件是指醫療器械質(zhì)量管理所用的應用軟件，非醫療器械軟件，無(wú)需申報注冊。質(zhì)量管理軟件與醫療器械軟件在技術(shù)層面具有相同之處，故可參照醫療器械軟件相關(guān)要求考慮質(zhì)量管理軟件的確認要求。

　　質(zhì)量管理軟件參照醫療器械軟件可分為類(lèi)獨立軟件和類(lèi)軟件組件，前者包括設計開(kāi)發(fā)所用軟件、流程管理所用軟件等，后者包括生產(chǎn)設備所含軟件、檢驗設備所含軟件等。

　　質(zhì)量管理軟件多數通過(guò)采購獲得，特別是類(lèi)軟件組件，可視為成品軟件，主要采用全部使用方式，若二次開(kāi)發(fā)則屬于部分使用方式；少數自行研發(fā)，主要是類(lèi)獨立軟件，可視為自研軟件。因此，質(zhì)量管理軟件確認通?？蓞⒄粘善奋浖?、自研軟件的確認要求。

　　質(zhì)量管理軟件亦需外部軟件環(huán)境（含系統軟件、通用應用軟件、通用中間件、支持軟件）的支持方能正常運行，故其確認亦需考慮外部軟件環(huán)境的評估要求。

　?。ǘ┵|(zhì)量管理軟件確認考量

　　質(zhì)量管理軟件確認以軟件功能為基礎，綜合考慮需求分析、驗收測試、維護計劃等要求。其中，需求分析考慮軟件的功能、性能、接口等要求，評估候選軟件以確定目標對象。驗收測試基于外部軟件環(huán)境予以實(shí)施，確保軟件能夠滿(mǎn)足使用需求，而且軟件已知剩余缺陷、未用軟件功能對于醫療器械質(zhì)量的影響均可接受。維護計劃考慮軟件更新相關(guān)要求，特別是糾正類(lèi)軟件更新（即軟件缺陷修復）的維護方案。

　　質(zhì)量管理軟件外部軟件環(huán)境的評估要求可參照自研軟件相應要求。質(zhì)量管理軟件更新應重新進(jìn)行軟件確認，其外部軟件環(huán)境更新亦需開(kāi)展影響評估工作。

　　六、醫療器械軟件生存周期過(guò)程

　　軟件生存周期過(guò)程主要包括軟件開(kāi)發(fā)過(guò)程、軟件維護過(guò)程、軟件風(fēng)險管理過(guò)程、軟件配置管理過(guò)程、軟件缺陷管理過(guò)程。

　　軟件開(kāi)發(fā)過(guò)程包括軟件開(kāi)發(fā)策劃、軟件需求分析、軟件設計、軟件編碼、軟件驗證、軟件確認、軟件發(fā)布等活動(dòng)。

　　軟件維護過(guò)程適用于發(fā)布后增強類(lèi)軟件更新，包括軟件更新需求評估、軟件更新策劃、軟件更新實(shí)施、軟件驗證、軟件確認、軟件發(fā)布、用戶(hù)告知等活動(dòng)。

　　軟件風(fēng)險管理過(guò)程包括風(fēng)險分析、風(fēng)險評價(jià)、風(fēng)險控制、綜合剩余風(fēng)險評價(jià)等活動(dòng)，基于醫療器械風(fēng)險管理過(guò)程予以實(shí)施，可采用醫療器械常用風(fēng)險管理方法。

　　軟件配置管理過(guò)程包括配置項識別、更改控制、配置狀態(tài)記錄等活動(dòng)，基于軟件版本命名規則進(jìn)行軟件版本控制，可使用配置管理工具或常用辦公軟件予以實(shí)施。軟件版本命名規則明確字段的位數、范圍、含義，字段含義明確且無(wú)歧義無(wú)矛盾，涵蓋自研軟件、現成軟件、網(wǎng)絡(luò )安全的全部軟件更新類(lèi)型，能夠區分重大軟件更新和輕微軟件更新，保證軟件更新的版本變更符合軟件版本命名規則要求。

　　軟件缺陷管理過(guò)程適用于發(fā)布前和發(fā)布后糾正類(lèi)軟件更新，包括軟件缺陷評估、軟件缺陷修復、回歸測試等活動(dòng)，可使用缺陷管理工具或常用辦公軟件予以實(shí)施。

　　軟件開(kāi)發(fā)過(guò)程、軟件維護過(guò)程是前后關(guān)系，軟件風(fēng)險管理過(guò)程、軟件配置管理過(guò)程、軟件缺陷管理過(guò)程貫穿于軟件開(kāi)發(fā)過(guò)程、軟件維護過(guò)程。

　　同時(shí)，軟件可追溯性分析也是軟件生存周期過(guò)程的重要過(guò)程之一，同樣貫穿于軟件開(kāi)發(fā)過(guò)程、軟件維護過(guò)程，可使用可追溯性分析工具或常用辦公軟件予以實(shí)施。

　　此外，軟件生存周期過(guò)程亦需考慮現成軟件、網(wǎng)絡(luò )安全相關(guān)要求?，F成軟件考慮采購控制、設計開(kāi)發(fā)控制等要求，使用外包軟件需與供應商簽訂質(zhì)量協(xié)議，使用遺留軟件需評估現有文件、上市后使用問(wèn)題（含不良事件、召回）等情況，使用開(kāi)源軟件需遵循相應開(kāi)源許可協(xié)議。網(wǎng)絡(luò )安全設計開(kāi)發(fā)與軟件設計開(kāi)發(fā)相融合，可基于網(wǎng)絡(luò )安全能力建設要求予以實(shí)施，并考慮網(wǎng)絡(luò )安全事件應急響應要求。

　　軟件生存周期過(guò)程質(zhì)量保證活動(dòng)要求應與軟件安全性級別相匹配，軟件風(fēng)險程度越高，其質(zhì)控要求越嚴格。

　　敏捷開(kāi)發(fā)具有特殊性，還需加強軟件更新、文件與記錄等控制要求。

　　軟件生存周期過(guò)程（包括現成軟件、網(wǎng)絡(luò )安全）的具體要求詳見(jiàn)醫療器械獨立軟件生產(chǎn)質(zhì)量管理規范及其現場(chǎng)檢查指導原則。

　　七、技術(shù)考量

　?。ㄒ唬┳詥卧c檢測單元

　　1. 注冊單元劃分原則

　?。?）獨立軟件

　　獨立軟件注冊單元以管理類(lèi)別、預期用途、功能模塊作為劃分原則。

　　不同管理類(lèi)別的獨立軟件作為不同注冊單元，若在技術(shù)上無(wú)法拆分可作為一個(gè)注冊單元并按照較高管理類(lèi)別申報注冊。

　　不同預期用途的獨立軟件作為不同注冊單元，按照預期用途可分為輔助決策類(lèi)和非輔助決策類(lèi)，每類(lèi)又可細分為治療、診斷、監護、篩查等情形。

　　對于功能龐大復雜的獨立軟件，依據功能模塊的類(lèi)型和數量劃分注冊單元，每個(gè)注冊單元所含功能模塊數量需適中。按照功能模塊類(lèi)型可分為平臺功能軟件和特定功能軟件，其中平臺功能軟件作為軟件平臺提供基本功能和共用功能，支持多模態(tài)數據（如醫學(xué)圖像、生理參數、體外診斷等數據）；特定功能軟件運行于平臺功能軟件并提供特定功能，支持單模態(tài)數據或者使用多模態(tài)數據實(shí)現某一特定預期用途。

　　例如，某PACS包含數十個(gè)單獨的功能模塊，并含有輔助決策類(lèi)功能模塊，需拆分為一個(gè)平臺功能軟件和多個(gè)特定功能軟件，其中輔助決策類(lèi)功能模塊單獨作為一個(gè)注冊單元。

　?。?）軟件組件

　　軟件組件注冊單元與所屬醫療器械相同，有軟件組件和無(wú)軟件組件的醫療器械作為不同注冊單元。專(zhuān)用型獨立軟件視為軟件組件的注冊單元與軟件組件相同。

　　2. 檢測單元劃分原則

　　檢測單元是指同一注冊單元內用于檢測的代表產(chǎn)品。

　?。?）獨立軟件

　　獨立軟件檢測單元原則上與注冊單元相同，但若有多個(gè)運行環(huán)境或多個(gè)發(fā)布版本，則每個(gè)互不兼容的運行環(huán)境（含云計算）或每個(gè)互不涵蓋的發(fā)布版本均需作為一個(gè)檢測單元。

　　若軟件核心功能相同但核心算法類(lèi)型不同，則每類(lèi)核心算法所對應的核心功能均需檢測（檢測對象為核心功能而非核心算法）。例如，圖像分割功能所用核心算法含常規圖像處理算法和人工智能算法，基于這兩類(lèi)算法的圖像分割功能均需檢測。

　?。?）軟件組件

　　軟件組件檢測單元原則上與所屬醫療器械相同，但醫療器械若包含多個(gè)軟件組件或多個(gè)發(fā)布版本的軟件組件，則每個(gè)軟件組件或每個(gè)發(fā)布版本的軟件組件均需作為一個(gè)檢測單元，除非檢測單元能夠完整覆蓋注冊單元全部情況。同理，若軟件核心功能相同但核心算法類(lèi)型不同，則每類(lèi)核心算法所對應的核心功能均需檢測。

　　專(zhuān)用型獨立軟件視為軟件組件的檢測單元原則上與軟件組件相同，但若有多個(gè)運行環(huán)境，則每個(gè)互不兼容的運行環(huán)境（含云計算）均需作為一個(gè)檢測單元。

　?。ǘ┡R床評價(jià)基本原則

　　本指導原則僅明確醫療器械軟件臨床評價(jià)的基本原則，具體要求詳見(jiàn)醫療器械臨床評價(jià)相關(guān)指導原則。

　　1. 獨立軟件

　　獨立軟件通?；谲浖δ苓M(jìn)行臨床評價(jià)，必要時(shí)可基于軟件算法進(jìn)行臨床評價(jià)。臨床評價(jià)需結合獨立軟件的預期用途和成熟度予以綜合考慮，可選擇已上市醫療器械所含同類(lèi)軟件功能進(jìn)行同品種醫療器械比對。

　　非輔助決策類(lèi)軟件功能基于核心功能進(jìn)行同品種醫療器械比對。全新的核心算法、核心功能、預期用途原則上均需開(kāi)展臨床評價(jià)。簡(jiǎn)單操作類(lèi)、單純流程優(yōu)化類(lèi)軟件功能可通過(guò)非臨床證據予以評價(jià)。

　　輔助決策類(lèi)軟件功能基于核心算法進(jìn)行同品種醫療器械比對，所選同品種醫療器械的臨床證據原則上需基于臨床試驗（含回顧性研究，下同）。全新的核心算法、核心功能、預期用途原則上均需開(kāi)展臨床試驗。臨床試驗若采用陽(yáng)性對照設計，可選擇預期用途相同且核心算法或核心功能等同的獨立軟件進(jìn)行對照。

　　2. 軟件組件

　　軟件組件控制功能、前處理功能的臨床評價(jià)通常與所屬醫療器械進(jìn)行整體評價(jià)。后處理功能的臨床評價(jià)可參照獨立軟件要求，亦可隨所屬醫療器械進(jìn)行整體評價(jià)。

　　專(zhuān)用型獨立軟件視為軟件組件的臨床評價(jià)與軟件組件后處理功能要求相同。

　?。ㄈ┚W(wǎng)絡(luò )安全

　　醫療器械網(wǎng)絡(luò )安全需從網(wǎng)絡(luò )安全角度綜合考慮信息安全和數據安全。醫療器械軟件若具備電子數據交換、遠程訪(fǎng)問(wèn)與控制、用戶(hù)訪(fǎng)問(wèn)三種功能當中一種及以上功能，均需考慮網(wǎng)絡(luò )安全問(wèn)題，具體要求詳見(jiàn)醫療器械網(wǎng)絡(luò )安全相關(guān)指導原則。

　?。ㄋ模┰朴嬎?/p>

　　云計算在醫療器械行業(yè)的應用日益增多，雖然其具有降低信息化成本、減少重復建設、提高資源利用率、增加業(yè)務(wù)靈活性、提升服務(wù)專(zhuān)業(yè)性等優(yōu)勢，但是也存在著(zhù)用戶(hù)對數據控制能力減弱、服務(wù)可持續性降低、數據所有權面臨挑戰、數據保護困難、數據殘留難以處理、用戶(hù)與云服務(wù)商責任不清、產(chǎn)生司法管轄權問(wèn)題、面臨網(wǎng)絡(luò )安全威脅等風(fēng)險，因此注冊申請人需權衡使用云計算的受益和風(fēng)險。

　　云計算視為現成軟件，云服務(wù)商視為醫療器械供應商，因此，注冊申請人可參照現成軟件和醫療器械供應商相關(guān)要求，考慮云計算的需求分析、風(fēng)險管理、驗證與確認、維護計劃等活動(dòng)要求。

　　需求分析需考慮云計算的技術(shù)特征、云服務(wù)商的選擇問(wèn)題。云計算技術(shù)特征包括服務(wù)模式、部署模式、配置情況、核心功能、數據接口、網(wǎng)絡(luò )安全保證等方面，其中服務(wù)模式分為軟件即服務(wù)（SaaS）、平臺即服務(wù)（PaaS）、基礎設施即服務(wù)（IaaS），部署模式分為私有云、公有云、混合云，配置情況包括計算資源、配套軟件功能等要求，核心功能包括數據存儲、數據處理、數據分析等功能，數據接口考慮傳輸協(xié)議、存儲格式等要求，網(wǎng)絡(luò )安全保證考慮數據匿名、數據加密、數據傳輸校驗、安全配置等技術(shù)措施。同時(shí)，基于云計算的服務(wù)資質(zhì)、服務(wù)協(xié)議等因素考慮云服務(wù)商選擇問(wèn)題，云計算服務(wù)協(xié)議需明確網(wǎng)絡(luò )安全保證、患者數據與隱私保護等責任承擔要求。

　　風(fēng)險管理基于云計算的核心功能、數據接口、網(wǎng)絡(luò )安全保證予以實(shí)施。驗證與確認基于云計算環(huán)境開(kāi)展醫療器械軟件的驗證與確認工作，確保云計算滿(mǎn)足使用要求，且已知剩余缺陷的風(fēng)險均可接受。維護計劃考慮云計算更新的維護方案，重新開(kāi)展醫療器械軟件的驗證與確認工作，明確云計算服務(wù)終止的無(wú)損數據遷移方案。

　　若使用云計算，注冊申請人需在自研軟件研究報告、外部軟件環(huán)境評估報告相關(guān)條款中予以體現，具體要求詳見(jiàn)第八章。若自建云計算平臺，注冊申請人應遵循云服務(wù)商相關(guān)規定，參照自研軟件要求提交相應研究資料。

　?。ㄎ澹┮苿?dòng)計算

　　醫療器械軟件若運行于供個(gè)人使用的移動(dòng)計算終端（含醫用終端、通用終端），則屬于移動(dòng)醫療器械。此時(shí)需綜合考慮移動(dòng)計算終端的技術(shù)特征及其風(fēng)險，具體要求詳見(jiàn)移動(dòng)醫療器械相關(guān)指導原則。

　?。┤斯ぶ悄?/p>

　　醫療器械軟件若使用人工智能技術(shù)實(shí)現其預期用途（即醫療用途），則屬于人工智能醫療器械。此時(shí)需綜合考慮人工智能算法的技術(shù)特征及其風(fēng)險，具體要求詳見(jiàn)人工智能醫療器械相關(guān)指導原則。

　?。ㄆ撸┤艘蚺c可用性

　　建議加強醫療器械軟件用戶(hù)界面的人因設計以提升可用性，將用戶(hù)錯誤使用的風(fēng)險降至可接受水平，具體要求詳見(jiàn)醫療器械人因設計相關(guān)指導原則。

　?。ò耍┗ゲ僮餍?/p>

　　互操作性（又稱(chēng)互用性）是指醫療器械與其他醫療器械或通用設備通過(guò)電子接口交換并使用信息的能力。其中電子接口包含硬件接口和軟件接口，信息包括但不限于醫學(xué)圖像、生理參數、體外診斷等數據和控制指令。

　　互操作性重點(diǎn)關(guān)注醫療器械軟件的接口設計及其風(fēng)險，接口包括內部接口和外部接口，前者是指軟件模塊之間的接口，后者是指供用戶(hù)調用的接口，分體式醫療器械各獨立部分的內部接口視為外部接口，如服務(wù)器與客戶(hù)端、主機與從機的內部接口。從用戶(hù)角度出發(fā)軟件接口若無(wú)明示均指外部接口。

　　注冊申請人需考慮軟件接口的需求分析、風(fēng)險管理、驗證與確認、維護計劃等活動(dòng)要求，以及說(shuō)明書(shū)與標簽的設計要求。

　　需求分析基于軟件接口的預期用戶(hù)（如醫務(wù)人員、患者、維護人員）、使用場(chǎng)景、預期用途明確其技術(shù)特征、使用限制。其中，軟件接口包括供用戶(hù)調用的應用程序接口、數據接口（含傳輸協(xié)議、存儲格式，如DICOM、HL7、JPG、PNG、私有協(xié)議與格式）、產(chǎn)品接口（可聯(lián)合使用的其他醫療器械獨立軟件、醫療器械硬件產(chǎn)品）。技術(shù)特征包括但不限于連接對象、信息內容、通信協(xié)議、性能指標、網(wǎng)絡(luò )安全保證等要求。使用限制需考慮每個(gè)軟件接口的預期用戶(hù)范圍、連接要求。

　　風(fēng)險管理基于軟件接口的預期用戶(hù)、使用場(chǎng)景、預期用途及技術(shù)特征、使用限制予以實(shí)施，明確故障應對措施。驗證與確認應保證軟件接口滿(mǎn)足設計要求，且已知剩余缺陷的風(fēng)險均可接受。維護計劃考慮軟件接口的更新要求，軟件接口更新亦需重新進(jìn)行驗證與確認。

　　說(shuō)明書(shū)逐項說(shuō)明每個(gè)軟件接口的預期用戶(hù)、使用場(chǎng)景、預期用途、技術(shù)特征、使用限制、故障應對措施。根據風(fēng)險控制要求，標簽明確關(guān)鍵軟件接口的技術(shù)特征、使用限制。

　　注冊申請人可單獨提交一份互操作性研究資料，內容包括基本信息、需求規范、風(fēng)險管理、驗證與確認、維護計劃；亦可在自研軟件研究報告相關(guān)條款中體現軟件接口要求，具體要求詳見(jiàn)第八章。

　?。ň牛y量功能

　　測量功能（又稱(chēng)量化、定量功能）可分為圖形學(xué)測量功能、客觀(guān)物理測量功能，前者基于圖形學(xué)間接反映客觀(guān)事物的測量結果，后者直接反映客觀(guān)事物的測量結果。無(wú)論何種測量功能均需結合測量的誤差、不確定度等因素，明確測量準確性指標，如線(xiàn)性度、精度、重復性、再現性、范圍限值、顯示誤差等。

　　注冊申請人需提供測量準確性的研究資料，并在說(shuō)明書(shū)中向用戶(hù)告知。此外，客觀(guān)物理測量還需在產(chǎn)品技術(shù)要求中明確準確性指標，圖形學(xué)測量還需在說(shuō)明書(shū)中提供關(guān)于測量準確性的警示信息。

　?。ㄊ┻h程訪(fǎng)問(wèn)與控制

　　對于遠程訪(fǎng)問(wèn)與控制（含遠程維護與升級）功能，需明確相關(guān)功能的性能指標要求和網(wǎng)絡(luò )安全要求，具體要求詳見(jiàn)醫療器械網(wǎng)絡(luò )安全相關(guān)指導原則。

　　注冊申請人需在軟件研究資料、網(wǎng)絡(luò )安全研究資料中提供相應研究資料，在產(chǎn)品技術(shù)要求中明確性能指標要求，并在說(shuō)明書(shū)中向用戶(hù)告知相應功能的使用要求（含網(wǎng)絡(luò )安全）。

　?。ㄊ唬┩ㄓ糜嬎闫脚_

　　通用計算平臺本身不屬于監管對象，需從風(fēng)險管理角度考慮其對醫療器械的影響，具體要求取決于其是否作為醫療器械的產(chǎn)品結構組成。

　　對于獨立軟件、專(zhuān)用型獨立軟件視為軟件組件，醫療器械的產(chǎn)品結構組成不含通用計算平臺，在說(shuō)明書(shū)中向用戶(hù)告知通用計算平臺需滿(mǎn)足信息技術(shù)設備安全要求（含電磁兼容），并列明需符合的標準清單。

　　對于外控型軟件組件，醫療器械的產(chǎn)品結構組成含有通用計算平臺，在“其他研究資料”中提供通用計算平臺滿(mǎn)足信息技術(shù)設備安全要求（含電磁兼容）的證明性資料，如相關(guān)標準的自檢報告、檢測報告或相關(guān)認證文件。

　?。ㄊ┓轻t療器械功能

　　醫療器械軟件若在技術(shù)上能夠拆分非醫療器械功能，即采用模塊化設計區分醫療器械功能和非醫療器械功能，則產(chǎn)品結構組成不應包含非醫療器械功能模塊，說(shuō)明書(shū)若含有非醫療器械功能應予以刪除或注明為非醫療器械功能，產(chǎn)品技術(shù)要求不應含有非醫療器械功能。

　　醫療器械軟件若在技術(shù)上無(wú)法拆分非醫療器械功能，需將非醫療器械功能作為自身組成部分予以整體考慮，重點(diǎn)關(guān)注非醫療器械功能對于醫療器械軟件的影響及其風(fēng)險。注冊申請人需在醫療器械軟件設計開(kāi)發(fā)整體框架下考慮非醫療器械功能的軟件生存周期過(guò)程質(zhì)控要求，原則上可按軟件安全性級別為輕微級別的要求予以處理。醫療器械軟件的研究資料涵蓋非醫療器械功能，說(shuō)明書(shū)對非醫療器械功能予以注明，產(chǎn)品技術(shù)要求性能指標所述“功能”條款簡(jiǎn)述非醫療器械功能即可。

　?。ㄊ┲踩胛锂a(chǎn)品設計軟件

　　有些植入式醫療器械本身不含有醫療器械軟件，但其安全有效性顯著(zhù)受限于產(chǎn)品設計軟件的輸出結果，如有源植入物設計軟件（如可編程邏輯控件編程軟件、集成電路設計軟件）、個(gè)性化無(wú)源植入物（如骨科、齒科增材制造假體）設計軟件等。

　　同時(shí)，有些植入式醫療器械需采用建模仿真軟件進(jìn)行安全有效性驗證，如磁共振環(huán)境安全仿真軟件、計算流體力學(xué)仿真軟件、有限元計算仿真軟件等。

　　因此，從醫療器械安全有效性評價(jià)角度出發(fā)，此兩類(lèi)植入物產(chǎn)品設計軟件在植入式醫療器械注冊申報時(shí)亦需提交軟件研究資料。由于植入式醫療器械風(fēng)險較高，植入物產(chǎn)品設計軟件屬于質(zhì)量管理軟件，故可參照嚴重級別的成品軟件、自研軟件要求提交軟件研究資料，具體要求詳見(jiàn)第八章。

　?。ㄊ模┦褂闷谙?/p>

　　獨立軟件的使用期限即軟件生存周期時(shí)限，通過(guò)商業(yè)因素予以確定，無(wú)需提供驗證資料。

　　軟件組件的使用期限與所屬醫療器械相同，無(wú)需單獨體現。專(zhuān)用型獨立軟件視為軟件組件的使用期限要求與獨立軟件相同，在所屬醫療器械使用期限研究資料中體現。

　?。ㄊ澹┊惓Ｌ幚?/p>

　　異常處理（Exception handling）用于處理軟件出現的異常狀況，及時(shí)將軟件異常信息告知用戶(hù)，以采取風(fēng)險控制措施保證安全有效性。注冊申請人需在醫療器械軟件設計開(kāi)發(fā)過(guò)程中加強異常處理的設計工作，特別是在手術(shù)、急救等使用場(chǎng)景下。

　?。ㄊ┕δ馨踩c軟件可靠性

　　考慮到行業(yè)實(shí)際情況，功能安全、軟件可靠性暫不要求，待時(shí)機成熟時(shí)納入考量。建議注冊申請人參考相關(guān)標準要求加強功能安全、軟件可靠性的設計工作，若已開(kāi)展相應工作可在軟件研究資料中予以提供。

　?。ㄊ撸〨B/T 25000.51實(shí)施要求

　　GB/T 25000.51適用于醫療器械軟件，其中“產(chǎn)品說(shuō)明要求”、“用戶(hù)文檔集要求”適用于說(shuō)明書(shū)，“軟件質(zhì)量要求”適用于軟件本身，同時(shí)“使用質(zhì)量”不適用。

　　注冊申請人需在軟件研究資料中提交GB/T 25000.51自測報告，亦可提交自檢報告或檢驗報告代替自測報告，下同。

　?。ㄊ耍┻M(jìn)口醫療器械軟件

　　對于進(jìn)口醫療器械軟件，應提供本次申報軟件在原產(chǎn)國（即注冊地或生產(chǎn)地址所在國家/地區）獲準上市的證明文件或證明性材料，注明軟件完整版本。

　　進(jìn)口醫療器械軟件若存在中外差異，如語(yǔ)言差異、軟件功能刪減、適用范圍縮減等，需在軟件研究資料中提交本次申報軟件與原產(chǎn)國獲準上市版本軟件的中外差異說(shuō)明材料。

　　考慮到進(jìn)口醫療器械軟件不一定在中國同步注冊，即該軟件在原產(chǎn)國已多次變更注冊但在中國為一次注冊（含產(chǎn)品注冊、變更注冊）。對于產(chǎn)品注冊，注冊申報資料需涵蓋本次申報軟件的全部?jì)热?；對于變更注冊，注冊申報資料需涵蓋軟件自中國前次注冊至本次申報的全部變更內容。

　　八、醫療器械軟件研究資料

　　醫療器械軟件研究資料框架詳見(jiàn)圖5，包括自研軟件和現成軟件（含現成軟件組件、外部軟件環(huán)境），具體要求如下。

　?。ㄒ唬┳匝熊浖芯繄蟾?/p>

　　自研軟件研究報告適用于自研軟件的初次發(fā)布和再次發(fā)布，內容框架詳見(jiàn)表1，包括基本信息、實(shí)現過(guò)程、核心功能、結論，詳盡程度取決于軟件安全性級別，不適用內容詳述理由，附件均需注明軟件完整版本。

　　1. 基本信息

　?。?）軟件標識

　　明確軟件的名稱(chēng)、型號規格、發(fā)布版本、HASH值（如MD5值）以及注冊申請人、設計開(kāi)發(fā)地址。

　?。?）安全性級別

　　明確軟件的安全性級別，詳述判定理由。

　?。?）結構功能

　　基于軟件設計規范文檔提供軟件的體系結構圖、用戶(hù)界面關(guān)系圖與主界面圖示，其中體系結構圖區分醫療器械軟件、必備軟件、外部軟件環(huán)境，用戶(hù)界面關(guān)系圖明確主界面、一級和二級用戶(hù)界面的相互關(guān)系。

　　依據體系結構圖詳述圖示軟件模塊（即組成模塊）的功能、用途、接口以及必備軟件、云計算等情況，并注明各組成模塊的安全性級別。依據用戶(hù)界面關(guān)系圖（若適用）詳述圖示軟件模塊（即功能模塊）的功能、用途、接口，依據主界面圖示（若適用）詳述主界面的布局、選項、功能。

　　若適用，組成模塊和功能模塊均需注明選裝、模塊版本。接口包括供用戶(hù)調用的應用程序接口、數據接口、產(chǎn)品接口，逐項說(shuō)明各接口的預期用戶(hù)、使用場(chǎng)景、預期用途、技術(shù)特征、使用限制、故障應對措施。

　?。?）物理拓撲

　　基于軟件設計規范文檔提供軟件的物理拓撲圖（含云計算），依據物理拓撲圖詳述軟件/組成模塊、通用計算平臺、醫療器械硬件產(chǎn)品/部件、必備軟件之間的物理連接關(guān)系，包括全部外圍設備。

　?。?）運行環(huán)境

　　明確軟件（軟件模塊）正常運行所需的典型運行環(huán)境，包括硬件配置、外部軟件環(huán)境、必備軟件、網(wǎng)絡(luò )條件。其中，硬件配置包括處理器、存儲器、外設器件等要求；外部軟件環(huán)境包括系統軟件、通用應用軟件、通用中間件、支持軟件，注明全部軟件的名稱(chēng)、完整版本、補丁版本，使用“兼容版本”而非“以上版本”、“更高版本”；若適用，必備軟件明確名稱(chēng)、型號規格、發(fā)布版本、注冊人；網(wǎng)絡(luò )條件包括網(wǎng)絡(luò )架構（如BS架構、CS架構、混合架構）、網(wǎng)絡(luò )類(lèi)型（如廣域網(wǎng)、局域網(wǎng)、個(gè)域網(wǎng)）、網(wǎng)絡(luò )帶寬等要求。

　　若使用云計算，明確云計算的名稱(chēng)、服務(wù)模式、部署模式、配置以及云服務(wù)商的名稱(chēng)、住所、服務(wù)資質(zhì)。

　?。?）注冊歷史

　　明確軟件在中國、原產(chǎn)國的注冊情況，列明歷次注冊的日期、發(fā)布版本、管理類(lèi)別。軟件組件明確所屬醫療器械的注冊情況。此外，亦可提供軟件在其他主要國家和地區的注冊情況。

　　2. 實(shí)現過(guò)程

　?。?）開(kāi)發(fā)概況

　　概述軟件所用開(kāi)發(fā)方法（如面向過(guò)程、面向對象、敏捷開(kāi)發(fā)等）、編程語(yǔ)言、開(kāi)發(fā)測試環(huán)境（含軟硬件設備、開(kāi)發(fā)測試工具、網(wǎng)絡(luò )條件、云計算），其中開(kāi)發(fā)測試工具明確名稱(chēng)、完整版本、開(kāi)發(fā)商；提供開(kāi)發(fā)測試的人員總數、時(shí)長(cháng)、工作量（人月數）、代碼行總數的概數。

　?。?）風(fēng)險管理

　　提供軟件風(fēng)險管理流程圖，依據流程圖詳述軟件風(fēng)險管理過(guò)程的具體活動(dòng)。提供軟件的風(fēng)險分析報告、風(fēng)險管理報告，涵蓋功能、性能、接口、運行環(huán)境、必備軟件、云計算等情況，并提供采取風(fēng)險控制措施前后的風(fēng)險矩陣匯總表，另附軟件開(kāi)發(fā)所形成的原始文件。

　　軟件組件提供所屬醫療器械的風(fēng)險管理文檔，并注明軟件組件所在位置。

　?。?）需求規范

　　提供軟件需求規范文檔，明確軟件的功能、性能、接口、運行環(huán)境、必備軟件、云計算等需求，另附軟件開(kāi)發(fā)所形成的原始文件。

　　軟件組件若無(wú)單獨文檔，可提供所屬醫療器械的產(chǎn)品需求規范文檔，并注明軟件組件所在位置。

　?。?）生存周期

　　輕微級別：概述軟件開(kāi)發(fā)過(guò)程、軟件維護過(guò)程、軟件配置管理過(guò)程的具體活動(dòng)。

　　中等級別：提供軟件開(kāi)發(fā)、軟件維護、軟件配置管理流程圖，依據流程圖詳述軟件開(kāi)發(fā)過(guò)程、軟件維護過(guò)程、軟件配置管理過(guò)程的具體活動(dòng)。

　　嚴重級別：提供軟件開(kāi)發(fā)、軟件維護、軟件配置管理流程圖，依據流程圖詳述軟件開(kāi)發(fā)過(guò)程、軟件維護過(guò)程、軟件配置管理過(guò)程的具體活動(dòng)。提供軟件設計歷史文檔集（DHF）索引表，另附軟件編碼規則文檔。

　　此外，使用敏捷開(kāi)發(fā)還需提供文件與記錄控制文檔。軟件生存周期過(guò)程和活動(dòng)亦可提供軟件生存周期過(guò)程控制程序文檔或軟件生存周期過(guò)程標準核查表，用于替代相應描述。

　?。?）驗證與確認

　　輕微級別：提供系統測試、用戶(hù)測試的計劃與報告。

　　中等級別：概述軟件開(kāi)發(fā)過(guò)程質(zhì)量保證活動(dòng)，并提供系統測試、用戶(hù)測試的計劃與報告。

　　嚴重級別：提供軟件開(kāi)發(fā)質(zhì)量保證流程圖，依據流程圖詳述軟件開(kāi)發(fā)過(guò)程的具體質(zhì)量保證活動(dòng)，并提供集成測試、系統測試、用戶(hù)測試的計劃與報告。

　　此外，測試計劃和報告涵蓋軟件的功能、性能、接口、運行環(huán)境、必備軟件、云計算等情況，另附軟件開(kāi)發(fā)所形成的原始文件。軟件開(kāi)發(fā)過(guò)程質(zhì)量保證活動(dòng)亦可提供軟件開(kāi)發(fā)質(zhì)量保證計劃文檔，用于替代相應描述。

　?。?）可追溯性分析

　　提供軟件可追溯性分析流程圖，依據流程圖詳述軟件可追溯性分析過(guò)程的具體活動(dòng)。提供軟件可追溯性分析報告，匯總列明軟件需求規范文檔、軟件設計規范文檔、源代碼（明確軟件單元名稱(chēng)即可）、軟件測試報告、軟件風(fēng)險分析報告之間的對應關(guān)系，另附軟件開(kāi)發(fā)所形成的原始文件。

　?。?）缺陷管理

　　輕微級別：概述軟件缺陷管理過(guò)程，明確軟件已知缺陷總數和剩余缺陷數。

　　中等、嚴重級別：提供軟件缺陷管理流程圖，依據流程圖詳述軟件缺陷管理過(guò)程的具體活動(dòng)；明確軟件已知缺陷總數和剩余缺陷數，列明軟件已知剩余缺陷的內容、影響、風(fēng)險，確保風(fēng)險均可接受。軟件已知剩余缺陷情況可另附文件。

　?。?）更新歷史

　　輕微級別：提供軟件版本命名規則，舉例說(shuō)明完整版本各字段含義，明確軟件發(fā)布版本、軟件完整版本；列明自前次注冊以來(lái)至本次申報歷次軟件更新的完整版本、日期、類(lèi)型。

　　中等級別：提供軟件版本命名規則，舉例說(shuō)明完整版本各字段含義，明確軟件發(fā)布版本、軟件完整版本；列明自前次注冊以來(lái)至本次申報歷次軟件更新的完整版本、日期、類(lèi)型、具體內容。

　　嚴重級別：提供軟件版本命名規則，舉例說(shuō)明完整版本各字段含義，明確軟件發(fā)布版本、軟件完整版本；列明自首次注冊以來(lái)至本次申報歷次軟件更新的完整版本、日期、類(lèi)型、具體內容。

　　此外，軟件模塊（含醫用中間件）若單獨進(jìn)行版本控制，其版本命名規則亦需提供，并明確與軟件版本命名規則的關(guān)系；軟件和軟件模塊的版本命名規則均需與質(zhì)量管理體系保持一致。軟件更新類(lèi)型注明重大更新或輕微更新。初次發(fā)布列明軟件開(kāi)發(fā)階段歷次軟件更新情況。軟件更新歷史可另付文件。

　　3. 核心功能

　　輕微級別：基于說(shuō)明書(shū)列明軟件核心功能的名稱(chēng)、所用核心算法、預期用途，全新的核心功能、核心算法、預期用途均需注明。

　　中等、嚴重級別：基于說(shuō)明書(shū)列明軟件核心功能的名稱(chēng)、所用核心算法、預期用途，全新的核心功能、核心算法、預期用途均需注明，并提供相應安全有效性研究資料。其中，全新算法提供算法研究報告，通常包括算法基本信息、算法風(fēng)險管理、算法需求規范、算法質(zhì)控要求、算法驗證與確認、算法可追溯性分析、結論等內容。測量功能提供測量準確性的研究資料。數據資源（如參考數據庫）明確數據種類(lèi)以及每類(lèi)數據的樣本量、數據分布等情況。

　　4. 結論

　　簡(jiǎn)述軟件實(shí)現過(guò)程的規范性和核心功能的正確性，判定軟件的安全有效性是否滿(mǎn)足要求，受益是否大于風(fēng)險。

　?。ǘ┳匝熊浖卵芯繄蟾?/p>

　　自研軟件更新研究報告適用于自研軟件的再次發(fā)布，包括完善型更新、適應型更新、糾正類(lèi)更新等研究報告。

　　完善型更新研究報告適用于自研軟件發(fā)生重大、輕微完善型更新，或合并適應型更新、糾正類(lèi)更新的情形，內容框架詳見(jiàn)表2，不再贅述。

　　適應型更新研究報告適用于自研軟件發(fā)生重大、輕微適應型更新，或合并糾正類(lèi)更新，但未發(fā)生完善型更新的情形，內容包括軟件標識、安全性級別、運行環(huán)境、風(fēng)險管理、需求規范、生存周期、驗證與確認、可追溯性分析、缺陷管理、更新歷史、結論，具體要求詳見(jiàn)表2相應說(shuō)明。

　　糾正類(lèi)更新研究報告適用于自研軟件僅發(fā)生糾正類(lèi)更新的情形，內容包括軟件標識、安全性級別、風(fēng)險管理、驗證與確認、可追溯性分析、缺陷管理、更新歷史、結論，具體要求詳見(jiàn)表2相應說(shuō)明。

　　考慮到軟件更新具有累積效應，軟件更新研究報告需涵蓋醫療器械軟件自前次注冊（延續注冊除外）以來(lái)軟件更新的全部?jì)热荨?/p>

表1 自研軟件研究報告框架

報告條款		軟件安全性級別
		輕微	中等	嚴重
基本信息	軟件標識	明確軟件的名稱(chēng)、型號規格、發(fā)布版本、HASH值、注冊申請人、設計開(kāi)發(fā)地址
	安全性級別	明確軟件的安全性級別，詳述判定理由
	結構功能	依據體系結構圖、用戶(hù)界面關(guān)系圖與主界面圖示詳述組成模塊、功能模塊的功能、用途、接口以及必備軟件等情況
	物理拓撲	依據物理拓撲圖詳述軟件/組成模塊、通用計算平臺、醫療器械硬件產(chǎn)品/部件、必備軟件的物理連接關(guān)系
	運行環(huán)境	明確軟件正常運行所需的典型運行環(huán)境，包括硬件配置、外部軟件環(huán)境、必備軟件、網(wǎng)絡(luò )條件
	注冊歷史	明確軟件在中國、原產(chǎn)國的注冊情況
實(shí)現過(guò)程	開(kāi)發(fā)概況	概述軟件所用開(kāi)發(fā)方法、編程語(yǔ)言、開(kāi)發(fā)測試環(huán)境，提供開(kāi)發(fā)測試的人數、時(shí)長(cháng)、工作量、代碼行數的概數
	風(fēng)險管理	依據流程圖詳述軟件風(fēng)險管理過(guò)程，提供軟件的風(fēng)險分析報告、風(fēng)險管理報告
	需求規范	提供軟件需求規范文檔
	生存周期	概述軟件開(kāi)發(fā)過(guò)程、軟件維護過(guò)程、軟件配置管理過(guò)程	依據流程圖詳述軟件開(kāi)發(fā)過(guò)程、軟件維護過(guò)程、軟件配置管理過(guò)程	依據流程圖詳述軟件開(kāi)發(fā)過(guò)程、軟件維護過(guò)程、軟件配置管理過(guò)程，提供軟件設計歷史文檔集索引表、軟件編碼規則文檔
	驗證與確認	提供系統測試、用戶(hù)測試的計劃與報告	概述軟件開(kāi)發(fā)過(guò)程質(zhì)量保證活動(dòng)，提供系統測試、用戶(hù)測試的計劃與報告	依據流程圖詳述軟件開(kāi)發(fā)過(guò)程質(zhì)量保證活動(dòng)，提供集成測試、系統測試、用戶(hù)測試的計劃與報告
	可追溯性分析	依據流程圖詳述軟件可追溯性分析過(guò)程，提供軟件可追溯性分析報告
	缺陷管理	概述軟件缺陷管理過(guò)程，明確軟件已知缺陷總數和剩余缺陷數	依據流程圖詳述軟件缺陷管理過(guò)程，明確軟件已知缺陷總數和剩余缺陷數，列明已知剩余缺陷的內容、影響、風(fēng)險，確保風(fēng)險均可接受
	更新歷史	明確軟件版本命名規則、發(fā)布版本、完整版本，列明前次注冊以來(lái)至本次申報歷次軟件更新的完整版本、日期、類(lèi)型	明確軟件版本命名規則、發(fā)布版本、完整版本，列明前次注冊以來(lái)至本次申報歷次軟件更新的完整版本、日期、類(lèi)型、具體內容	明確軟件版本命名規則、發(fā)布版本、完整版本，列明首次注冊以來(lái)至本次申報歷次軟件更新的完整版本、日期、類(lèi)型、具體內容
核心功能		列明軟件核心功能的名稱(chēng)、所用核心算法、預期用途并注明類(lèi)型	列明軟件核心功能的名稱(chēng)、所用核心算法、預期用途并注明類(lèi)型，全新的核心功能、核心算法、預期用途均需提供安全有效性研究資料
結論		簡(jiǎn)述概述軟件實(shí)現過(guò)程的規范性和核心功能的正確性，判定軟件的安全有效性是否滿(mǎn)足要求

表2 自研軟件完善型更新研究報告框架

報告條款		軟件安全性級別
		輕微	中等	嚴重
基本信息	軟件標識	明確本次申報軟件情況，詳述變化
	安全性級別	明確本次申報軟件情況，若改變詳述理由并按新安全性級別提交注冊申報資料
	結構功能	明確本次申報軟件情況，詳述變化
	物理拓撲	明確本次申報軟件情況，詳述變化
	運行環(huán)境	明確本次申報軟件情況，詳述變化
	注冊歷史	明確本次申報軟件情況
實(shí)現過(guò)程	開(kāi)發(fā)概況	明確本次申報軟件情況
	風(fēng)險管理	依據流程圖詳述軟件風(fēng)險管理過(guò)程，提供軟件更新部分的風(fēng)險分析報告、風(fēng)險管理總結報告
	需求規范	提供軟件更新部分的需求規范文檔
	生存周期	概述軟件維護過(guò)程、軟件配置管理過(guò)程	依據流程圖詳述軟件維護過(guò)程、軟件配置管理過(guò)程	依據流程圖詳述軟件維護過(guò)程、軟件配置管理過(guò)程，提供軟件更新部分的設計歷史文檔集索引表，軟件編碼規則文檔
	驗證與確認	提供回歸測試計劃與報告	概述軟件維護過(guò)程質(zhì)量保證活動(dòng)，提供回歸測試計劃與報告	依據流程圖詳述軟件維護過(guò)程質(zhì)量保證活動(dòng)，提供回歸測試計劃與報告
	可追溯性分析	依據流程圖詳述軟件可追溯性分析過(guò)程，提供軟件更新部分的可追溯性分析報告
	缺陷管理	概述軟件缺陷管理過(guò)程，明確本次申報軟件已知缺陷總數和剩余缺陷數	依據流程圖詳述軟件缺陷管理過(guò)程，明確本次申報軟件已知缺陷總數和剩余缺陷數，列明已知剩余缺陷的內容、影響、風(fēng)險，確保風(fēng)險均可接受
	更新歷史	明確軟件版本命名規則、發(fā)布版本、完整版本，列明前次注冊以來(lái)至本次申報歷次軟件更新的完整版本、日期、類(lèi)型	明確軟件版本命名規則、發(fā)布版本、完整版本，列明前次注冊以來(lái)至本次申報歷次軟件更新的完整版本、日期、類(lèi)型、具體內容	明確軟件版本命名規則、發(fā)布版本、完整版本，列明首次注冊以來(lái)至本次申報歷次軟件更新的完整版本、日期、類(lèi)型、具體內容
核心功能		列明軟件更新部分的核心功能情況	列明軟件更新部分的核心功能情況，全新的核心功能、核心算法、預期用途均需提供安全有效性研究資料
結論		簡(jiǎn)述軟件更新實(shí)現過(guò)程的規范性以及相應核心功能的正確性，判定本次申報軟件的安全有效性是否滿(mǎn)足要求

　?。ㄈ┈F成軟件研究資料

　　1.現成軟件組件研究資料

　?。?）部分使用方式

　　對于部分使用方式，遺留軟件、成品軟件、外包軟件的研究資料要求相同，無(wú)需單獨提交研究報告，基于醫療器械軟件的安全性級別，在自研軟件研究報告適用條款中說(shuō)明現成軟件組件的情況。

　　適用條款包括軟件標識、安全性級別、結構功能、運行環(huán)境、風(fēng)險管理、需求規范、生存周期、驗證與確認、可追溯性分析、缺陷管理、更新歷史、核心功能、結論，其余條款若適用亦可予以說(shuō)明。

　　此時(shí)若現成軟件組件發(fā)生軟件更新，完善型更新研究報告在自研軟件完善型更新研究報告基礎上，說(shuō)明現成軟件組件的變化情況，不適用條款說(shuō)明理由；適應型更新、糾正類(lèi)更新研究報告要求與自研軟件相同。

　?。?）全部使用方式

　　對于全部使用方式，遺留軟件、成品軟件、外包軟件的研究資料要求略有差異，單獨提交現成軟件組件研究報告及其類(lèi)型判定依據。

　　現成軟件組件研究報告條款與自研軟件研究報告相同，但需基于現成軟件組件（此時(shí)即醫療器械軟件）的安全性級別予以說(shuō)明，適用條款至少包括軟件標識、安全性級別、運行環(huán)境、風(fēng)險管理、需求規范、驗證與確認、缺陷管理、核心功能、結論，不適用條款詳述理由。遺留軟件在驗證與確認中還需提交其上市后使用問(wèn)題（含不良事件、召回）的評價(jià)報告。

　　類(lèi)型判定依據用于證明現成軟件組件的類(lèi)型。遺留軟件提供《醫療器械生產(chǎn)質(zhì)量管理規范》全面實(shí)施日期（2018年1月1日）之前的產(chǎn)品注冊證信息或產(chǎn)品上市證明性材料。成品軟件提供外購合同等證明性材料，若已在中國上市提供產(chǎn)品注冊證信息。外包軟件提供外包合同或協(xié)議等證明性材料。

　　此時(shí)若現成軟件組件發(fā)生軟件更新，完善型更新研究報告在現成軟件組件研究報告基礎上，說(shuō)明現成軟件組件的變化情況，不適用條款說(shuō)明理由；適應型更新、糾正類(lèi)更新研究報告要求與自研軟件相同。

　　2.外部軟件環(huán)境評估報告

　　外部軟件環(huán)境評估報告用于醫療器械軟件外部軟件環(huán)境（含云計算）的評估，適用于醫療器械軟件的初次發(fā)布和再次發(fā)布，內容框架詳見(jiàn)表3，包括安全性級別、軟件標識、功能用途、運行環(huán)境、風(fēng)險管理、驗收管理、維護計劃、結論，詳盡程度取決于軟件安全性級別。

　?。?）安全性級別

　　依據醫療器械軟件安全性級別，明確外部軟件環(huán)境的安全性級別。

　?。?）軟件標識

　　按照系統軟件、應用軟件、中間件、支持軟件四種類(lèi)型，分類(lèi)描述外部軟件環(huán)境所含全部現成軟件的名稱(chēng)、完整版本、補丁版本、發(fā)布日期、供應商。

　?。?）功能用途

　　按照系統軟件、應用軟件、中間件、支持軟件四種類(lèi)型，分類(lèi)描述外部軟件環(huán)境所含全部現成軟件的功能、用途、與醫療器械軟件的關(guān)系、使用限制、選擇依據。

　?。?）運行環(huán)境

　　按照系統軟件、應用軟件、中間件、支持軟件四種類(lèi)型，分類(lèi)描述外部軟件環(huán)境所含全部現成軟件的運行環(huán)境，結合兼容性考慮醫療器械軟件運行環(huán)境的確定依據。

　?。?）風(fēng)險管理

　　提供外部軟件環(huán)境所含全部現成軟件的風(fēng)險分析報告，另附軟件開(kāi)發(fā)所形成的原始文件?？商峁┽t療器械軟件的風(fēng)險分析報告，并注明外部軟件環(huán)境所在位置。

　?。?）驗收管理

　　輕微級別：概述外部軟件環(huán)境驗收管理過(guò)程相關(guān)活動(dòng)。

　　中等級別：依據流程圖詳述外部軟件環(huán)境驗收管理過(guò)程相關(guān)活動(dòng)。

　　嚴重級別：依據流程圖詳述外部軟件環(huán)境驗收管理過(guò)程相關(guān)活動(dòng)，提供外部軟件環(huán)境兼容性測試計劃和報告，另附軟件開(kāi)發(fā)所形成的原始文件。

　?。?）維護計劃

　　輕微級別：概述外部軟件環(huán)境更新管理過(guò)程相關(guān)活動(dòng)，包括補丁更新、版本更新、產(chǎn)品更新。

　　中等級別：依據流程圖詳述外部軟件環(huán)境更新管理過(guò)程相關(guān)活動(dòng)，包括補丁更新、版本更新、產(chǎn)品更新。

　　嚴重級別：依據流程圖詳述外部軟件環(huán)境更新管理過(guò)程相關(guān)活動(dòng)，包括補丁更新、版本更新、產(chǎn)品更新；提供現成軟件停運后續維護方案，即現成軟件供應商停止售后服務(wù)后，注冊申請人對于現成軟件的維護方案，如云計算服務(wù)終止后的無(wú)損數據遷移方案。

　?。?）結論

　　簡(jiǎn)述外部軟件環(huán)境所含全部現成軟件的質(zhì)量是否滿(mǎn)足要求。

表3 外部軟件環(huán)境評估報告框架

報告條款	軟件安全性級別
	輕微	中等	嚴重
安全性級別	依據醫療器械軟件安全性級別，明確外部軟件環(huán)境的安全性級別
軟件標識	分類(lèi)描述各現成軟件的名稱(chēng)、完整版本、補丁版本、發(fā)布日期、供應商
功能用途	分類(lèi)描述各現成軟件的功能、用途、與醫療器械軟件的關(guān)系、使用限制、選擇依據
運行環(huán)境	分類(lèi)描述各現成軟件的運行環(huán)境，明確醫療器械軟件運行環(huán)境的確定依據
風(fēng)險管理	提供各現成軟件的風(fēng)險分析報告
驗收管理	概述外部軟件環(huán)境驗收管理過(guò)程	依據流程圖詳述外部軟件環(huán)境驗收管理過(guò)程	依據流程圖詳述外部軟件環(huán)境驗收管理過(guò)程，提供兼容性測試計劃和報告
維護計劃	概述外部軟件環(huán)境更新管理過(guò)程	依據流程圖詳述外部軟件環(huán)境更新管理過(guò)程	依據流程圖詳述外部軟件環(huán)境更新管理過(guò)程，提供現成軟件停運后續維護方案
結論	簡(jiǎn)述外部軟件環(huán)境所含全部現成軟件的質(zhì)量是否滿(mǎn)足要求

　　外部軟件環(huán)境發(fā)生更新亦需依據其安全性級別開(kāi)展相應評估工作，并更新醫療器械軟件的外部軟件環(huán)境評估報告，以備后續體系核查或變更注冊使用。

　　九、注冊申報資料補充說(shuō)明

　　注冊申報資料在符合醫療器械注冊申報資料要求等文件要求基礎上，重點(diǎn)關(guān)注以下要求。

　?。ㄒ唬┊a(chǎn)品注冊

　　1. 申請表信息

　?。?）獨立軟件

　　產(chǎn)品名稱(chēng)應符合獨立軟件通用名稱(chēng)命名規范要求，通常體現輸入數據、核心功能、預期用途等特征詞。

　　型號規格注明軟件發(fā)布版本，無(wú)需體現版本英文縮寫(xiě)V。

　　結構組成明確交付內容和功能模塊，其中交付內容包括軟件安裝程序、授權文件、外部軟件環(huán)境安裝程序等軟件程序文件，功能模塊包括客戶(hù)端、服務(wù)器端（若適用）、云端（若適用），若適用注明選裝、模塊版本。

　　適用范圍通?；陬A期用途、使用場(chǎng)景、核心功能予以規范，若適用分述各功能模塊的適用范圍。同時(shí)保證用語(yǔ)的規范性，區分“分析”與“測量”、“手術(shù)模擬”與“手術(shù)計劃”，使用“顯示”、“接收”而非“瀏覽”、“采集”。

　?。?）軟件組件

　　軟件組件通常無(wú)需在注冊證載明信息中體現。其軟件功能名稱(chēng)可參照獨立軟件要求。結構組成保證用語(yǔ)規范性，使用“主機”、“工作站”而非“電腦”、“計算機”。若有輔助決策類(lèi)軟件功能，結構組成（若適用）和適用范圍需予以體現。

　　對于專(zhuān)用型獨立軟件視為軟件組件的情形，軟件名稱(chēng)與獨立軟件要求相同，結構組成明確軟件的名稱(chēng)、型號規格、發(fā)布版本，適用范圍體現輔助決策類(lèi)軟件功能。

　　2. 軟件研究資料

　　提交自研軟件研究報告、外部軟件環(huán)境評估報告（若適用）以及GB/T 25000.51自測報告。

　　若使用現成軟件組件，根據其使用方式提交相應研究資料。相關(guān)研究資料的具體要求詳見(jiàn)第八章。

　　此外，鼓勵在軟件研究資料中提交醫療器械產(chǎn)品市場(chǎng)宣傳材料。該材料僅作為審評參考材料以補充產(chǎn)品信息，不作為審評對象，亦不作為審評決策依據。

　　3. 產(chǎn)品技術(shù)要求

　?。?）獨立軟件

　　獨立軟件產(chǎn)品技術(shù)要求“產(chǎn)品型號/規格及其劃分說(shuō)明”明確軟件的名稱(chēng)、型號規格、發(fā)布版本、版本命名規則，軟件模塊（含醫用中間件）若有單獨的版本、版本命名規則均需說(shuō)明。

　　“性能指標”包括通用要求、專(zhuān)用要求、安全要求，其中通用要求根據軟件產(chǎn)品特性進(jìn)行規范，不適用內容在非臨床資料產(chǎn)品技術(shù)要求章節中予以說(shuō)明；專(zhuān)用要求符合相關(guān)產(chǎn)品標準（如放射治療計劃軟件）要求，安全要求符合相關(guān)安全標準（如報警、放射治療）要求。

　　“附錄”提供體系結構圖、用戶(hù)界面關(guān)系圖與主界面圖示、物理拓撲圖以及必要的注釋。

　　獨立軟件產(chǎn)品技術(shù)要求模板詳見(jiàn)附錄。

　?。?）軟件組件

　　軟件組件在所屬醫療器械的產(chǎn)品技術(shù)要求中進(jìn)行規范，其中“產(chǎn)品型號/規格及其劃分說(shuō)明”明確軟件的名稱(chēng)、型號規格（若適用）、發(fā)布版本、版本命名規則，軟件模塊（含醫用中間件）若有單獨的版本、版本命名規則均需說(shuō)明。

　　“性能指標”包括軟件的功能、使用限制、接口、訪(fǎng)問(wèn)控制、運行環(huán)境（若適用）、性能效率（若適用）等要求。其中，功能明確軟件的全部核心功能（含安全功能）綱要，注明選裝、自動(dòng)功能，其中客觀(guān)物理測量功能明確測量準確性指標，數據資源（如參考數據庫）明確數據種類(lèi)和每類(lèi)數據的樣本量，若核心功能相同但核心算法類(lèi)型不同則每類(lèi)核心算法均需備注；使用限制包括用戶(hù)使用限制和技術(shù)限制；接口包括供用戶(hù)調用的應用程序接口、數據接口、產(chǎn)品接口；訪(fǎng)問(wèn)控制明確軟件的用戶(hù)身份鑒別方法、用戶(hù)類(lèi)型及用戶(hù)訪(fǎng)問(wèn)權限；運行環(huán)境、性能效率適用于外控型軟件組件、專(zhuān)用型獨立軟件視為軟件組件，其中運行環(huán)境（含云計算）明確典型配置，包括硬件配置、外部軟件環(huán)境、網(wǎng)絡(luò )條件，性能效率明確軟件在典型運行環(huán)境下完成典型核心功能的時(shí)間特性，若適用明確資源利用性、容量。上述條款不適用內容在非臨床資料予以說(shuō)明。

　　對于專(zhuān)用型獨立軟件視為軟件組件，除上述軟件組件要求外，還需在“附錄”中提供體系結構圖、用戶(hù)界面關(guān)系圖與主界面圖示、物理拓撲圖以及必要的注釋。

　　4. 說(shuō)明書(shū)

　　說(shuō)明書(shū)應符合相關(guān)法規、規范性文件、國家標準、行業(yè)標準要求。

　　說(shuō)明書(shū)需體現軟件的功能、使用限制、輸入輸出數據類(lèi)型、必備軟硬件、最大并發(fā)數、接口、訪(fǎng)問(wèn)控制、運行環(huán)境（若適用）、性能效率（若適用）等信息，明確軟件發(fā)布版本。

　　其中，軟件功能包括全部核心功能（含安全功能），注明選裝、自動(dòng)功能，其中測量功能明確測量準確性指標，圖形學(xué)測量功能還需提供關(guān)于測量準確性的警示信息，數據資源明確數據種類(lèi)和每類(lèi)數據的樣本量。接口逐項說(shuō)明每個(gè)供用戶(hù)調用軟件接口的預期用戶(hù)、使用場(chǎng)景、預期用途、技術(shù)特征、使用限制、故障應對措施。運行環(huán)境（含云計算）、性能效率適用于獨立軟件、外控型軟件組件、專(zhuān)用型獨立軟件視為軟件組件，具體要求詳見(jiàn)前文。

　　若適用，向用戶(hù)告知通用計算平臺滿(mǎn)足信息技術(shù)設備安全要求（含電磁兼容），并列明相應標準清單。

　　5. 產(chǎn)品標簽樣稿（獨立軟件適用）

　　對于物理交付方式，產(chǎn)品標簽應符合相應規定。對于網(wǎng)絡(luò )交付方式，提交產(chǎn)品網(wǎng)絡(luò )交付頁(yè)面照片，該頁(yè)面的產(chǎn)品注冊信息應符合相應規定。

　　此外，建議在“關(guān)于”或“幫助”等軟件用戶(hù)界面體現產(chǎn)品注冊信息。

　?。ǘ┳兏?/p>

　　1. 軟件研究資料

　　醫療器械變更注冊應根據軟件更新情況，提交軟件變化部分對產(chǎn)品安全性與有效性影響的研究資料：

　?。?）涉及完善型軟件更新：適用于自研軟件發(fā)生完善型更新，或合并適應型更新、糾正類(lèi)更新的情形，此時(shí)提交自研軟件完善型更新研究報告（或自研軟件研究報告）、外部軟件環(huán)境評估報告（若適用）以及GB/T 25000.51自測報告；

　?。?）涉及適應型軟件更新：適用于自研軟件發(fā)生適應型更新，或合并糾正類(lèi)更新，但未發(fā)生完善型更新的情形，此時(shí)提交自研軟件適應型更新研究報告（或自研軟件研究報告）；

　?。?）僅發(fā)生糾正類(lèi)軟件更新：適用于自研軟件僅發(fā)生糾正類(lèi)更新的情形，此時(shí)提交自研軟件糾正類(lèi)更新研究報告；

　?。?）未發(fā)生軟件更新：出具真實(shí)性聲明，明確對此承擔法律責任。

　　若使用現成軟件組件，根據其使用方式提交相應研究資料。相關(guān)研究資料的具體要求詳見(jiàn)第八章。

　　若適用，鼓勵在軟件研究資料中提交醫療器械產(chǎn)品市場(chǎng)宣傳材料。該材料僅作為審評參考材料以補充產(chǎn)品信息，不作為審評對象，亦不作為審評決策依據。

　　2. 產(chǎn)品技術(shù)要求

　?。?）獨立軟件

　　獨立軟件產(chǎn)品技術(shù)要求體現軟件更新情況，包括“產(chǎn)品型號/規格及其劃分說(shuō)明”、“性能指標”、“附錄”。

　?。?）軟件組件

　　軟件組件在所屬醫療器械的產(chǎn)品技術(shù)要求中體現軟件更新情況，包括“產(chǎn)品型號/規格及其劃分說(shuō)明”的軟件信息、“性能指標”的軟件要求。

　　專(zhuān)用型獨立軟件視為軟件組件的要求與軟件組件相同。

　　3. 說(shuō)明書(shū)

　　若適用，提交說(shuō)明書(shū)變化情況說(shuō)明。

　　4. 產(chǎn)品標簽樣稿（獨立軟件適用）

　　若適用，提交申報產(chǎn)品的產(chǎn)品標簽樣稿及其變化情況說(shuō)明。

　?。ㄈ┭永m注冊

　　延續注冊通常無(wú)需提交軟件相關(guān)研究資料。若適用，根據注冊證“備注”所載明的要求提交相應軟件研究資料。

　　產(chǎn)品技術(shù)要求“產(chǎn)品型號/規格及其劃分說(shuō)明”明確軟件的名稱(chēng)、型號規格、發(fā)布版本、版本命名規則，若原注冊產(chǎn)品標準（或原產(chǎn)品技術(shù)要求）及其變更對比表未體現上述軟件信息，需在符合性聲明中予以明確。

　　獨立軟件產(chǎn)品技術(shù)要求“性能指標”、“檢驗方法”無(wú)需按照本指導原則附錄要求進(jìn)行修改，應與原注冊產(chǎn)品標準（或原產(chǎn)品技術(shù)要求）及其變更對比表保持一致，且“性能指標”相關(guān)條款刪除注冊證已載明信息。

　　十、參考文獻

　　[1]原國家食品藥品監督管理總局.醫療器械說(shuō)明書(shū)和標簽管理規定（總局令第6號）[Z]，2014.7

　　[2]原國家食品藥品監督管理總局.醫療器械分類(lèi)規則（總局令第15號）[Z]，2015.7

　　[3]原國家食品藥品監督管理總局.醫療器械召回管理辦法（總局令第29號）[Z]，2017.1

　　[4]國家市場(chǎng)監督管理總局. 醫療器械不良事件監測和再評價(jià)管理辦法（總局令第1號）[Z]，2018.8

　　[5]國家市場(chǎng)監督管理總局.醫療器械注冊與備案管理辦法（總局令第47號）[Z]，2021.8

　　[6]原國家食品藥品監督管理總局.醫療器械生產(chǎn)質(zhì)量管理規范（2014年第64號公告）[Z]，2014.12

　　[7]國家藥品監督管理局.醫療器械唯一標識系統規則（2019年第66號公告）[Z]，2019.8

　　[8]國家市場(chǎng)監督管理總局.醫療器械注冊申報資料要求和批準證明文件格式（2021年第121號公告）[Z]，2021.9

　　[9]國家藥品監督管理局.醫療器械注冊自檢管理規定（2021年第126號公告）[Z]，2021.10

　　[10]原國家食品藥品監督管理總局.醫療器械軟件注冊技術(shù)審查指導原則（2015年第50號通告）[Z]，2015.8

　　[11]原國家食品藥品監督管理總局.醫學(xué)圖像存儲傳輸軟件（PACS）注冊技術(shù)審查指導原則（2016年第27號通告）[Z]，2016.3

　　[12]原國家食品藥品監督管理總局.醫療器械網(wǎng)絡(luò )安全注冊技術(shù)審查指導原則（2017年第13號通告）[Z]，2017.1

　　[13]原國家食品藥品監督管理總局.醫療器械注冊單元劃分指導原則（2017年第187號通告）[Z]，2017.11

　　[14]原國家食品藥品監督管理總局.中央監護軟件注冊技術(shù)審查指導原則（2017年第198號通告）[Z]，2017.12

　　[15]原國家食品藥品監督管理總局.移動(dòng)醫療器械注冊技術(shù)審查指導原則（2017年第222號通告）[Z]，2017.12

　　[16]國家藥品監督管理局.有源醫療器械使用期限注冊技術(shù)審查指導原則（2019年第23號通告）[Z]，2019.5

　　[17]國家藥品監督管理局.醫療器械生產(chǎn)質(zhì)量管理規范附錄獨立軟件（2019年第43號通告）[Z]，2019.7

　　[18]國家藥品監督管理局. 醫療器械通用名稱(chēng)命名指導原則（2019年第99號通告）[Z]，2019.12

　　[19]國家藥品監督管理局.醫療器械安全和性能的基本原則（2020年第18號通告）[Z]，2020.3

　　[20]國家藥品監督管理局. 醫用軟件通用名稱(chēng)命名指導原則（2021年第48號通告）[Z]，2021.7

　　[21]國家藥品監督管理局.醫療器械臨床評價(jià)技術(shù)指導原則（2021年第73號通告）[Z]，2021.9

　　[22]國家藥品監督管理局. 醫療器械產(chǎn)品技術(shù)要求編寫(xiě)指導原則（2022年第8號通告）[Z]，2022.2

　　[23]國家藥品監督管理局.醫療器械生產(chǎn)質(zhì)量管理規范獨立軟件現場(chǎng)檢查指導原則（藥監綜械管〔2020〕57號）[Z]，2020.5

　　[24]國家藥品監督管理局醫療器械技術(shù)審評中心. 醫療器械人因設計技術(shù)審查指導原則（征求意見(jiàn)稿）[Z]，2020.5

　　[25]國家藥品監督管理局醫療器械技術(shù)審評中心. 深度學(xué)習輔助決策醫療器械軟件審評要點(diǎn)（2019年第7號通告）[Z]，2019.7

　　[26]國家藥品監督管理局醫療器械技術(shù)審評中心. 肺炎CT影像輔助分診與評估軟件審評要點(diǎn)（試行）（2020年第8號通告）[Z]，2020.3

　　[27] GB 4793.1-2007測量、控制和實(shí)驗室用電氣設備的安全要求 第1部分：通用要求[S]

　　[28] GB 4943.1-2011信息技術(shù)設備 安全 第1部分：通用要求[S]

　　[29] GB9706.1-2020 醫用電氣設備 第1部分：基本安全和基本性能的通用要求[S]

　　[30]GB 16174.1-2015手術(shù)植入物有源植入式醫療器械　第1部分：安全、標記和制造商所提供信息的通用要求[S]

　　[31] GB/T 8566-2007信息技術(shù) 軟件生存周期過(guò)程[S]

　　[32] GB/T 9254-2008信息技術(shù)設備的無(wú)線(xiàn)電騷擾限值和測量方法[S]

　　[33] GB/T 11457-2006信息技術(shù) 軟件工程術(shù)語(yǔ)[S]

　　[34] GB/T 18268.1-2010測量、控制和實(shí)驗室用的電設備 電磁兼容性要求 第1部分：通用要求[S]

　　[35] GB/T 19003-2008軟件工程 GB/T 19001-2000應用于計算機軟件的指南[S]

　　[36] GB/T 20157-2006信息技術(shù) 軟件維護[S]

　　[37]GB/T 20158-2006信息技術(shù) 軟件生存周期過(guò)程 配置管理[S]

　　[38]GB/T 20438.1-2017電氣/電子/可編程電子安全相關(guān)系統的功能安全 第1部分：一般要求[S]

　　[39]GB/T 20438.2-2017電氣/電子/可編程電子安全相關(guān)系統的功能安全 第2部分：電氣/電子/可編程電子安全相關(guān)系統的要求[S]

　　[40]GB/T20438.3-2017電氣/電子/可編程電子安全相關(guān)系統的功能安全 第3部分：軟件要求[S]

　　[41]GB/T20438.4-2017電氣/電子/可編程電子安全相關(guān)系統的功能安全 第4部分：定義和縮略語(yǔ)[S]

　　[42]GB/T 20918-2007信息技術(shù) 軟件生存周期過(guò)程 風(fēng)險管理[S]

　　[43] GB/T 25000.10-2016系統與軟件工程 系統與軟件質(zhì)量要求和評價(jià)（SQuaRE） 第10部分：系統與軟件質(zhì)量模型[S]

　　[44] GB/T 25000.12-2017 系統與軟件工程 系統與軟件質(zhì)量要求和評價(jià)（SQuaRE）第12部分：數據質(zhì)量模型[S]

　　[45] GB/T 25000.51-2016系統與軟件工程 系統與軟件質(zhì)量要求和評價(jià)（SQuaRE） 第51部分：就緒可用軟件產(chǎn)品（RUSP）的質(zhì)量要求和測試細則[S]

　　[46]GB/T 29832.1-2013 系統與軟件可靠性 第1部分：指標體系[S]

　　[47]GB/T 29832.2-2013 系統與軟件可靠性 第2部分：度量方法[S]

　　[48]GB/T 29832.3-2013 系統與軟件可靠性 第3部分：測試方法[S]

　　[49] GB/T 31167-2014信息安全技術(shù) 云計算服務(wù)安全指南[S]

　　[50] GB/T 31168-2014信息安全技術(shù) 云計算服務(wù)安全能力要求[S]

　　[51]GB/T32422-2015 軟件工程軟件異常分類(lèi)指南[S]

　　[52] GB/T 35278-2017信息安全技術(shù) 移動(dòng)終端安全保護技術(shù)要求[S]

　　[53]YY 0505-2012醫用電氣設備 第1-2部分：安全通用要求 并列標準：電磁兼容 要求和試驗[S]

　　[54] YY 0637-2013醫用電氣設備 放射治療計劃系統的安全要求[S]

　　[55] YY 0709-2009醫用電氣設備第1-8部分：安全通用要求 并列標準：醫用電氣設備和醫用電氣系統中報警系統的測試和指南[S]

　　[56] YY 0721-2009醫用電氣設備 放射治療記錄與驗證系統的安全[S]

　　[57] YY 0775-2010遠距離放射治療計劃系統 高能X（γ）射束劑量計算準確性要求和試驗方法[S]

　　[58]YY/T 0287-2017醫療器械 質(zhì)量管理體系 用于法規的要求[S]

　　[59] YY/T 0316-2016醫療器械 風(fēng)險管理對醫療器械的應用[S]

　　[60] YY/T 0664-2020 醫療器械軟件 軟件生存周期過(guò)程[S]

　　[61] YY/T 0887-2013放射性粒籽植入治療計劃系統劑量計算要求和試驗方法[S]

　　[62] YY/T 0889-2013調強放射治療計劃系統性能和試驗方法[S]

　　[63] YY/T 0973-2016自動(dòng)控制式近距離后裝設備放射治療計劃系統 性能和試驗方法[S]

　　[64] YY/T 1406.1-2016醫療器械軟件 第1部分：YY/T 0316應用于醫療器械軟件的指南[S]

　　[65] YY/T 1630-2018醫療器械唯一標識基本要求[S]

　　[66] YY/T 1681-2019醫療器械唯一標識系統基礎術(shù)語(yǔ)[S]

　　[67] IMDRF/UDI WG/N7 FINAL: 2013, UDI Guidance: Unique Device Identification of Medical Devices[Z], 2013.9

　　[68] IMDRF/SaMDWG/N10 FINAL: 2013, SaMD: Key Definitions[Z], 2013.12

　　[69] IMDRF/SaMDWG/N12 FINAL: 2014, SaMD: Possible Framework for Risk Categorization and Corresponding Considerations[Z], 2014.9

　　[70] IMDRF/SaMDWG/N23 FINAL:2015, SaMD: Application of Quality Management System[Z], 2015.10

　　[71] IMDRF/SaMD WG/N41 FINAL:2017, SaMD: Clinical Evaluation[Z], 2017.9

　　[72] IMDRF/CYBER WG/N60FINAL:2020, Principles and Practices for Medical Device Cybersecurity[Z], 2020.4

　　[73] FDA, General Principles of Software Validation[Z], 2002.1

　　[74] FDA, Cybersecurity for Networked Medical Devices Containing Off-the-Shelf Software[Z], 2005.1

　　[75] FDA, Guidance for the Content of Premarket Submissions for Software Contained in Medical Devices[Z], 2005.5

　　[76] FDA, Modifications to Devices Subject to Premarket Approval（PMA）[Z], 2008.12

　　[77] FDA, Acceptable Media for Electronic Product User Manuals[Z], 2010.3

　　[78] FDA, Computer-Assisted Detection Devices Applied to Radiology Images and Radiology Device Data[Z], 2012.7

　　[79] FDA, Considerations for Computer-Assisted Detection Devices Applied to Radiology Images and Radiology Device Data[Z], 2012.7

　　[80] FDA, Content of Premarket Submissions for Management of Cybersecurity in Medical Devices[Z], 2014.10

　　[81] FDA, Postmarket Management of Cybersecurity in Medical Devices[Z], 2016.12

　　[82] FDA, Applying Human Factors and Usability Engineering to Medical Devices[Z], 2016.2

　　[83] FDA, Deciding When to Submit a 510（k） for a Software Change to an Existing Device[Z], 2017.10

　　[84] FDA, Design Considerations and Pre-market Submission Recommendations for Interoperable Medical Devices[Z], 2017.9

　　[85] FDA, Medical Device Accessories - Describing Accessories and Classification Pathways[Z], 2017.12

　　[86] FDA, Technical Considerations for Additive Manufactured Medical Devices[Z], 2017.12

　　[87] FDA, Content of Premarket Submissions for Management of Cybersecurity in Medical Devices（Draft Guidance）[Z], 2018.10

　　[88] FDA, Developing a Software Precertification Program: A Working Model[Z], 2019.1

　　[89] FDA, Technical Performance Assessment of Quantitative Imaging in Device Premarket Submission（Draft Guidance）[Z], 2019.4

　　[90] FDA, Off-The-Shelf Software Use in Medical Devices[Z], 2019.9

　　[91] FDA, General Wellness: Policy for Low Risk Devices[Z], 2019.9

　　[92] FDA, Medical Device Data Systems, Medical Image Storage Devices, and Medical Image Communications Devices[Z], 2019.9

　　[93] FDA, Policy for Device Software Functions and Mobile Medical Applications[Z], 2019.9

　　[94] FDA, Changes to Existing Medical Software Policies Resulting from Section 3060 of the 21st Century Cures Act[Z], 2019.9

　　[95] FDA, Clinical Decision Support Software（Draft Guidance）[Z], 2019.9

　　[96] FDA, Multiple Function Device Products: Policy and Considerations[Z], 2020.7

　　[97] FDA, Artificial Intelligence and Machine Learning （AI/ML）Software as a Medical Device（SaMD） Action Plan[Z], 2021.1

　　[98] FDA, Content of Premarket Submissions for Device Software Functions（Draft Guidance）[Z], 2021.11

　　[99] FDA. Technical Considerations for Medical Devices with Physiologic Closed-Loop Control Technology（Draft Guidance）[Z], 2021.12

　　[100] FDA. Assessing the Credibility of Computational Modeling and Simulation in Medical Device Submissions（Draft Guidance）[Z], 2021.12

　　[101] FDA, FDASIA Health IT Report: Proposed Strategy and Recommendations for a Risk-Based Framework[Z], 2014.4

　　[102] FDA, Report on Non-Device Software Functions: Impact to Health and Best Practices[Z], 2020.11

　　[103] MEDDEV 2.1/6, Qualification and Classification of Standalone Software[Z], 2016.7

　　[104] MDCG 2019-11, Guidance on Qualification and Classification of Software in Regulation（EU） 2017/745 - MDR and Regulation（EU） 2017/746 - IVDR[Z], 2019.10

　　[105]MDCG 2020-1, Guidance on clinical evaluation（MDR）/ Performance evaluation（IVDR） of medical device software[Z], 2020.3

　　[106] AAMI TIR45:2012/（R）2018, Guidance on the use of AGILE practices in the development of medical device software[S]

　　[107] ISO TR 17791:2013, Health informatics - Guidance on standards for enabling safety in health software[S]

　　[108] IEC 62304 AMD1:2015, Medical device software - Software life cycle processes[S]

　　[109] IEC 62366-1:2015 Medical devices - Part 1: Application of usability engineering to medical devices[S]

　　[110] IEC 80001-1:2010, Application of risk management for IT-networks incorporating medical devices - Part 1: Roles, responsibilities and activities[S]

　　[111] ISOTR 80002-2:2017, Medical device software - Part 2: Validation of software for regulated processes[S]

　　[112] IECTR 80002-3:2014, Medical device software - Part 3: Process reference model of medical device software life cycle processes（IEC 62304）[S]

　　[113] IEC 82304-1:2016, Health Software - Part 1: General requirements for product safety[S]

　　[114] ISO TS 82304-2:2021, Health software - Part 2: Health and wellness apps - Quality and reliability[S]

　　附錄：獨立軟件產(chǎn)品技術(shù)要求模板

醫療器械產(chǎn)品技術(shù)要求

　　醫療器械產(chǎn)品技術(shù)要求編號：

產(chǎn)品名稱(chēng)

　　1. 產(chǎn)品型號/規格及其劃分說(shuō)明

　　1.1 軟件型號規格

　　明確軟件的型號/規格，無(wú)需體現軟件發(fā)布版本。

　　1.2 軟件發(fā)布版本

　　明確軟件發(fā)布版本，若軟件模塊（含醫用中間件）單獨進(jìn)行版本控制亦需提供其發(fā)布版本。

　　1.3 軟件版本命名規則

　　明確軟件完整版本全部字段的位數、范圍、含義，若軟件模塊（含醫用中間件）單獨進(jìn)行版本控制亦需提供其版本命名規則，并明確與軟件版本命名規則的關(guān)系。軟件和軟件模塊的版本命名規則均需與質(zhì)量管理體系保持一致。

　　2. 性能指標

　　2.1 通用要求

　　2.1.1 功能

　　依據說(shuō)明書(shū)和用戶(hù)界面明確軟件供用戶(hù)調用的全部功能（含安全功能）綱要，注明選裝、自動(dòng)功能，其中客觀(guān)物理測量功能明確測量準確性指標，數據資源（如參考數據庫）明確數據種類(lèi)和每類(lèi)數據的樣本量。若核心功能相同但核心算法類(lèi)型不同，則每類(lèi)核心算法均需備注。

　　2.1.2 使用限制

　　依據說(shuō)明書(shū)明確軟件的用戶(hù)使用限制和技術(shù)限制。

　　2.1.3 輸入輸出

　　明確軟件的輸入數據類(lèi)型（如醫學(xué)圖像、生理參數、體外診斷等數據）、輸出結果類(lèi)型（如處理、測量、分析等結果）。

　　2.1.4 接口

　　明確軟件供用戶(hù)調用的應用程序接口（API）、數據接口（含傳輸協(xié)議、存儲格式，如DICOM、HL7、JPG、PNG、私有協(xié)議與格式）、產(chǎn)品接口（可聯(lián)合使用的其他醫療器械獨立軟件、醫療器械硬件產(chǎn)品）。

　　2.1.5 必備軟硬件

　　明確軟件正常運行所必需的其他的醫療器械獨立軟件（名稱(chēng)、型號規格、發(fā)布版本）及醫用中間件（名稱(chēng)、型號規格、發(fā)布版本）、醫療器械硬件產(chǎn)品（名稱(chēng)、型號規格）。

　　2.1.6 運行環(huán)境

　　明確軟件正常運行所需的典型運行環(huán)境，包括硬件配置（含處理器、存儲器、外設器件）、外部軟件環(huán)境（列明全部軟件的名稱(chēng)、完整版本、補丁版本，使用“兼容版本”而非“以上版本”、“更高版本”）、網(wǎng)絡(luò )條件（含網(wǎng)絡(luò )架構、網(wǎng)絡(luò )類(lèi)型、網(wǎng)絡(luò )帶寬），涵蓋客戶(hù)端、服務(wù)器端（若適用）、云端（若適用）要求。無(wú)需重復描述必備軟硬件。

　　2.1.7 性能效率

　　明確軟件在典型運行環(huán)境（含云計算）下完成典型核心功能的時(shí)間特性，若適用明確資源利用性、容量。

　　2.1.8 最大并發(fā)數

　　明確軟件在典型運行環(huán)境（含云計算）下的實(shí)施典型并發(fā)操作的最大并發(fā)用戶(hù)數和/或患者數，注明相應響應時(shí)間。

　　2.1.9 用戶(hù)界面

　　明確軟件的用戶(hù)界面類(lèi)型和用戶(hù)輸入類(lèi)型。

　　2.1.10 消息

　　明確軟件向用戶(hù)提供的消息類(lèi)型和形式。

　　2.1.11用戶(hù)差錯防御

　　明確軟件對導致嚴重后果的用戶(hù)操作錯誤的防御能力。

　　2.1.12訪(fǎng)問(wèn)控制

　　明確軟件的用戶(hù)身份鑒別方法、用戶(hù)類(lèi)型及用戶(hù)訪(fǎng)問(wèn)權限。

　　2.1.13版權保護

　　明確軟件的版權保護技術(shù)及其對軟件正常使用的影響。

　　2.1.14可靠性

　　明確軟件出錯的數據保存、恢復及繼續運行能力。

　　2.1.15維護性

　　明確軟件向用戶(hù)提供的維護功能和維護信息類(lèi)型。

　　2.2專(zhuān)用要求 （若適用）

　　注：依據專(zhuān)用標準（名稱(chēng)、發(fā)布年份）適用條款逐條描述

　　2.2.1 YY 0775-2010（若適用）

　　2.2.2 YY/T0887-2013（若適用）

　　2.2.3 YY/T 0889-2013（若適用）

　　2.2.4 YY/T 0973-2016（若適用）

　　……

　　2.3安全要求 （若適用）

　　注：明確安全標準名稱(chēng)和發(fā)布年份

　　2.3.1 YY 0709-2009（若適用）

　　2.3.2 YY 0637-2013（若適用）

　　2.3.3 YY 0721-2009（若適用）

　　……

　　3. 檢驗方法

　　3.0 依據檢測單元分述軟件測試環(huán)境（與典型運行環(huán)境等同）。

　　3.1 通用要求符合性檢驗

　　通過(guò)檢查說(shuō)明書(shū)、實(shí)際操作、軟件測試等方法逐條說(shuō)明2.1各條款的檢驗方法，并驗證2.1各條款的符合性。

　　若核心功能相同但核心算法類(lèi)型不同，則每類(lèi)核心算法所對應的核心功能均需檢測（檢測對象為核心功能而非核心算法）。

　　3.2專(zhuān)用要求檢驗方法（若適用）

　　3.2.1依據YY 0775-2010的方法進(jìn)行檢驗（若適用）。

　　3.2.2依據YY/T0887-2013的方法進(jìn)行檢驗（若適用）。

　　3.2.3依據YY/T 0889-2013的方法進(jìn)行檢驗（若適用）。

　　3.2.4依據YY/T 0973-2016的方法進(jìn)行檢驗（若適用）。

　　……

　　3.3安全要求檢驗方法（若適用）

　　3.3.1 依據YY 0709-2009的方法進(jìn)行檢驗（若適用）。

　　3.3.2 依據YY 0637-2013的方法進(jìn)行檢驗（若適用）。

　　3.3.3 依據YY 0721-2009的方法進(jìn)行檢驗（若適用）。

　　……

　　4. 術(shù)語(yǔ)（若適用）

　　注：明確軟件所用專(zhuān)業(yè)術(shù)語(yǔ)（縮寫(xiě)）含義

　　4.1 ……

　　4.2 ……

　　4.3 ……

　　……

　?。ǚ猪?yè)）

　　附錄

　　注：圖示均需提供必要注釋

　　1.體系結構圖

　　2.用戶(hù)界面關(guān)系圖與主界面圖示

　　3.物理拓撲圖