醫療器械軟件注冊技術審查指導原則

實用標準附件醫療器械軟件注冊技術審查指導原則本指導原則旨在指導制造商提交醫療器械軟件注冊申報資料，同時規范醫療器械軟件的技術審評要求。本指導原則是對醫療器械軟件的一般性要求，制造商應根據醫療器械軟件的特性提交注冊申報資料，判斷指導原則中的具體內容是否適用，不適用內容詳述理由。制造商也可采用其他滿足法規要求的替代方法，但應提供詳盡的研究資料和驗證資料。本指導原則是在現行法規和標準體系以及當前認知水平下、并參考了國外法規與指南、國際標準與技術報告制定的。隨著法規和標準的不斷完善，以及認知水平和技術能力的不斷提高，相關內容也將適時進行修訂。本指導原則是對制造商和審查人員的指導性文件，不包括審評審批所涉及的行政事項，亦不作為法規強制執行，應在遵循相關法規的前提下使用本指導原則。本指導原則針對軟件的特殊性，在現行法規要求下進一步明確了對醫療器械軟件的要求，特別是對軟件更新、軟件版本的要求。本指導原則是醫療器械軟件的通用指導原則，其他涉及軟件醫療器械產品的指導原則可在本指導原則基礎上進行有文案大全實用標準針對性的調整、修改和完善。一、范圍本指導原則適用于醫療器械軟件的注冊申報，包括第二類、第三類醫療器械產品，適用的軟件開發方式包括自主開發、部分采用現成軟件和全部采用現成軟件。醫療器械軟件包括獨立軟件和軟件組件。獨立軟件：作為醫療器械或其附件的軟件； 軟件組件：作為醫療器械或其部件、附件組成的軟件。獨立軟件應同時具備以下三個特征：具有一個或多個醫療用途，無需醫療器械硬件即可完成預期用途，運行于通用計算平臺。獨立軟件包括通用型軟件和專用型軟件，其中通用型軟件基于通用數據接口與多個醫療器械產品聯合使用，如 PACS、中央監護軟件等；而專用型軟件基于通用、專用的數據接口與特定醫療器械產品聯合使用，如 Holter 數據分析軟件、眼科顯微鏡圖像處理軟件等。軟件組件應同時具備以下兩個特征：具有一個或多個醫療用途，控制（驅動）醫療器械硬件或運行于專用（醫用）計算平臺。軟件組件包括嵌入式軟件和控制型軟件，其中嵌入式軟件（即固件）運行于專用（醫用）計算平臺，控制（驅動）醫療器械硬件，如心電圖機所含軟件、腦電圖機所含軟件等；而控制型軟件運行于通用計算平臺， 控制（驅動）醫療器械硬件，如CT圖像采集工作站軟件、 MRI圖像采集工作站軟件等。文案大全實用標準軟件組件也可兼具處理功能。專用型獨立軟件可單獨注冊，也可隨醫療器械產品注冊，此時視為軟件組件。二、基本原則軟件沒有物理實體，在開發和使用過程中人為因素影響無處不在，軟件測試由于時間和成本的限制不能窮盡所有情況，所以軟件缺陷無法避免。同時，軟件更新頻繁且迅速，輕微更新也可能導致嚴重后果，而且還存在退化問題（即每修復若干個缺陷就會產生一個新缺陷） ，所以軟件缺陷無法根除。因此，軟件缺陷可視為軟件的固有屬性之一，軟件的質量問題不容忽視。鑒于軟件的特殊性，醫療器械軟件只有綜合考慮風險管理、質量管理和軟件工程的要求才能保證安全性與有效性。醫療器械軟件的風險水平采用軟件安全性級別 （YY/T0664《醫療器械軟件 軟件生存周期過程》）進行分級，軟件安全性級別基于軟件損害嚴重度分為：級：不可能對健康有傷害和損壞；級：可能有不嚴重的傷害；級：可能死亡或嚴重傷害。軟件安全性級別應結合軟件的預期用途、使用環境和核心功能（軟件在預期使用環境完成預期用途所必需的功能）進行判定。其中預期用途主要考慮軟件的臨床用途 （如診斷、治療、監護、篩查等）和重要程度（如重要作用、輔助作用、補充作文案大全實用標準用等），使用環境主要考慮軟件的使用場所（如醫院、家庭等）、疾病類型（如嚴重性、緊迫性、傳染性等）、患者人群（如成人、兒童、老年、女性等）和用戶類型（如專業用戶、普通用戶、患者等），核心功能主要考慮軟件的功能類型（如控制驅動、處理分析等）、實現方法（如CT圖像重建采用濾波反投影算法還是迭代算法，異常識別采用常規圖像處理算法還是人工智能算法等）和復雜程度（如算法規模、參數數量、運算速度等） 。軟件安全性級別也可根據風險管理所確定的風險等級進行判定，軟件安全性級別與風險等級的分級可以不同，但二者存在對應關系，因此可根據風險等級來判定軟件安全性級別。制造商應在采取風險緩解措施之前判定軟件安全性級別，并結合質量管理體系要求，建立與軟件安全性級別相匹配的軟件生存周期過程，包括軟件開發過程、軟件維護過程、配置管理過程、風險管理過程和問題解決過程。同時，制造商可采用良好軟件工程實踐完善質量管理體系要求，保證軟件質量。另外，制造商應保證軟件自身的信息安全，確保健康數據的保密性、完整性和可得性。制造商應基于軟件安全性級別提交相應注冊申報資料。注冊申報資料均源自軟件生存周期過程所形成的文件資料，詳盡程度取決于軟件的安全性級別和復雜程度。獨立軟件和軟件組件盡管在結構和功能上有所不同，風險情況也不盡相同，但軟件生存周期過程基本一致，故二者注冊文案大全實用標準申報資料要求的基本原則相同，具體要求有所差異。三、軟件描述文檔軟件描述文檔基于 YY/T0664《醫療器械軟件 軟件生存周期過程》予以制定，用于自主開發醫療器械軟件的產品注冊。軟件描述文檔包括基本信息、 實現過程和核心算法（詳見表1）。（一）基本信息軟件標識明確軟件的名稱、型號規格、發布版本、制造商和生產地址。軟件組件標識為制造商質量控制所用標識。安全性級別明確軟件安全性級別 （A級、B級、C級），詳述確定理由。結構功能依據軟件設計規范（SDS）提供體系結構圖和用戶界面關系圖（如適用）。體系結構圖用于圖示組成模塊之間、組成模塊與外部接口之間的關系，依據體系結構圖描述組成模塊（注明選裝、模塊版本）的功能、模塊關系和外部接口。用戶界面關系圖用于描述用戶界面之間的關系，依據用戶界面關系圖（如不適用則為體系結構圖） 描述臨床功能模塊（注明選裝、模塊版本）的功能和模塊關系。硬件拓撲依據軟件設計規范 （SDS）提供物理拓撲圖，圖示并描述軟文案大全實用標準件（或組成模塊）、通用計算機、醫療器械硬件之間的物理連接關系。運行環境明確軟件運行所需的硬件配置、軟件環境和網絡條件。其中硬件配置包括處理器、存儲器和外設器件，軟件環境包括系統軟件、支持軟件和安全軟件，網絡條件包括網絡架構（ BS、CS）、網絡類型（廣域網、局域網、個域網）和帶寬。適用范圍獨立軟件描述軟件的適用范圍，軟件組件描述醫療器械產品的適用范圍。進口醫療器械軟件描述原產國情況。禁忌癥獨立軟件描述軟件的禁忌癥或使用限制，軟件組件描述醫療器械產品的禁忌癥或使用限制。進口醫療器械軟件描述原產國情況。注冊歷史獨立軟件描述中國注冊情況（列明歷次注冊的發布版本和注冊證號）和原產國注冊情況 （如適用，列明歷次注冊的日期、發布版本和管理類別），在其它主要國家和地區的注冊情況也可提供。軟件組件描述醫療器械產品的注冊情況。（二）實現過程開發概述明確軟件開發所用的語言、工具和方法，其中工具描述支文案大全實用標準持軟件（含開源軟件）和應用軟件（第三方軟件）的名稱、完整版本和供應商。同時明確開發人員數量、開發時間、工作量（人月數）和代碼行總數。風險管理依據風險管理相關標準提供軟件風險分析報告和軟件風險管理報告，風險管理資料另附原始文件。軟件組件提供醫療器械產品的風險管理資料。需求規范A級提供軟件需求規范（ SRS）關于軟件功能的要求， B級和C級提供軟件需求規范全文。軟件需求規范另附原始文件。軟件組件如無單獨的軟件需求規范，可提供醫療器械產品的需求規范。生存周期A級提供軟件開發生存周期計劃摘要， 描述開發各階段的劃分情況和工作任務。 B級在A級基礎上提供配置管理計劃摘要和維護計劃摘要，描述所用的工具和流程。 C級在B級基礎上提供設計歷史文檔集索引表（ DHF）。生存周期也可提交制造商軟件生存周期過程文件或 YY/T0664《醫療器械軟件 軟件生存周期過程》等過程標準的核查表，用于替代相應描述。驗證與確認驗證是指通過提供客觀證據認定軟件某開發階段的輸出滿文案大全實用標準足輸入要求，包括代碼檢查、設計評審、測試等質量保證活動。確認是指通過提供客觀證據認定軟件滿足用戶需求和預期用途，通常是指在真實或模擬使用環境進行的用戶測試。可追溯性分析是指追蹤需求規范、設計規范、源代碼、測試、風險管理之間的關系，分析已識別關系的正確性、一致性、完整性和準確性。A級提供系統測試、用戶測試的計劃和報告摘要， 描述測試的條件、工具、方法、通過準則和結果。 B級提供系統測試、用戶測試的計劃和報告，概述開發各階段的驗證活動，描述所用的工具、方法和任務。 C級在B級基礎上提供可追溯性分析報告（追溯需求規范、設計規范、測試、風險管理的關系表） 。系統測試和用戶測試的計劃和報告另附原始文件。測試報告關于測試記錄的內容可以提供一個測試記錄樣例和完整的測試記錄清單。驗證活動也可提交制造商軟件質量保證計劃文件，用于替代相應描述。缺陷管理A級描述缺陷管理的工具和流程， 明確軟件本次注冊已知的缺陷總數和剩余缺陷數。 B級和C級在A級基礎上列明已知剩余缺陷情況，證明全部已知剩余缺陷的風險均是可接受的。已知剩余缺陷情況可另附原始文件。更新歷史A、B、C級均應描述軟件版本命名規則，明確軟件版本的文案大全實用標準全部字段及字段含義，確認軟件完整版本和軟件發布版本。級列明軟件本次注冊與前次注冊之間歷次軟件更新的完整版本、日期和類型。B級在A級基礎上詳述歷次軟件更新的具體更新內容。C級列明軟件歷次注冊時歷次軟件更新的完整版本、日期、類型和具體更新內容。進口醫療器械軟件描述原產國的更新情況，首次產品注冊描述軟件開發階段的更新情況。更新歷史可另付原始文件。臨床評價臨床評價資料另附原始文件。（三）核心算法依據軟件設計規范（SDS）和說明書列明核心算法的名稱、類型、用途和臨床功能。核心算法是指實現軟件核心功能（軟件在預期使用環境完成預期用途所必需的功能）所必需的算法，包括但不限于成像算法、后處理算法和人工智能算法。其中成像算法是指用于獲取醫學圖像或數據的算法，后處理算法是指改變原始醫學圖像或數據產生新臨床信息的算法，人工智能算法是指采用人工智能技術進行醫學圖像或數據分析的算法。算法類型包括公認成熟算法和全新算法。其中公認成熟算法是指源自公開文獻資料、原理簡單明確、上市多年且無不良事件的算法，而全新算法是指源自臨床研究、科學研究的新算法。文案大全實用標準核心算法詳盡程度取決于安全性級別和算法類型。當安全性級別為A級時，公認成熟算法和全新算法均列明算法的名稱、類型、用途和臨床功能。當安全性級別為 B級和C級時，公認成熟算法列明算法的名稱、類型、用途和臨床功能，全新算法在公認成熟算法基礎上提供安全性與有效性的驗證資料。文案大全實用標準表1軟件描述文檔框架描述文檔A級B級C級軟件標識明確軟件名稱、型號規格、發布版本、制造商和生產地址。安全性級別明確軟件安全性級別，詳述確定理由。結構功能依據體系結構圖描述軟件組成模塊，依據用戶界面關系圖描述軟件臨床功能模塊。基硬件拓撲依據物理拓撲圖描述軟件、通用計算機和醫療器械硬件的物理連接關系。本信運行環境明確軟件運行所需的硬件配置、軟件環境和網絡條件。息適用范圍明確軟件的適用范圍，進口軟件描述原產國情況。禁忌癥明確軟件的禁忌癥或使用限制，進口軟件描述原產國情況。注冊歷史明確軟件在中國和原產國的注冊情況。開發概述明確開發語言、工具、方法，以及人員、時間、工作量、代碼行數。風險管理提供風險管理資料。實現需求規范提供需求規范的功能要求。提供需求規范全文。過程提供開發生存周期計劃、配置管理計 提供開發生存周期計劃、配置管理計生存周期 提供開發生存周期計劃摘要。劃和維護計劃的摘要。 劃和維護計劃的摘要，以及設計歷史文案大全實用標準文檔集索引表。概述開發各階段的驗證活動，提供系提供系統測試、用戶測試的計概述開發各階段的驗證活動，提供系驗證與確認統測試、用戶測試的計劃與報告，以劃與報告摘要。統測試、用戶測試的計劃與報告。及可追溯性分析報告。描述缺陷管理流程，明確已知描述缺陷管理流程，明確已知的缺陷總數和剩余缺陷數，列明已知剩余缺陷缺陷管理的缺陷總數和剩余缺陷數。情況。明確版本命名規則，列明本次明確版本命名規則，列明本次與前次明確版本命名規則，列明歷次注冊時更新歷史與前次注冊之間歷次軟件更新注冊之間歷次軟件更新的完整版本、歷次軟件更新的完整版本、日期、類的完整版本、日期和類型。日期、類型和具體更新內容。型和具體更新內容。臨床評價 提供臨床評價資料。列明算法的名稱、類型、用途 公認成熟算法列明算法的名稱、類型、用途和臨床功能，全新算法在公認成核心算法和臨床功能。 熟算法基礎上提供安全性與有效性的驗證資料。文案大全實用標準四、軟件更新（一）基本考量醫療器械軟件更新是指制造商在整個軟件生存周期過程中對軟件所做的任一修改。軟件更新類型從不同角度出發有不同劃分方法。從更新的結果和影響角度出發，軟件更新可分為：重大更新：影響到醫療器械安全性或有效性的軟件更新；輕微更新：不影響醫療器械安全性與有效性的軟件更新。從更新的目的和范圍角度出發，軟件更新可分為增強類更新和糾正類更新，其中增強類更新又可分為適應型更新和完善型更新，糾正類更新又可分為糾正型更新和預防型更新（改自GB/T20157《信息技術軟件維護》）：適應型更新：醫療器械軟件上市后，為適應新的運行環境而進行的軟件更新；完善型更新：醫療器械軟件上市后，為改變功能、性能等軟件屬性而進行的軟件更新；糾正型更新：醫療器械軟件上市后，為修正軟件已知缺陷而進行的軟件更新；預防型更新：醫療器械軟件上市后，為修正軟件潛在未知缺陷以避免出現運行故障而進行的軟件更新。同時，有兩種特殊情況需要考慮：文案大全實用標準構建（Build）：是指軟件編譯生成一個工作版本，符合軟件更新的定義，通過質量管理體系進行控制，申報資料要求與糾正類更新相同。下文如無特別說明，糾正類更新均包含構建；涉及召回：包括軟件更新導致醫療器械召回、召回處理措施所引發的軟件更新，這兩種情況均屬于重大更新，應按照醫療器械召回的相關法規處理，不屬于本指導原則討論范圍。本指導原則關注軟件的安全性與有效性，將軟件更新分為：重大軟件更新：影響到醫療器械安全性或有效性的增強類更新，即重大增強類軟件更新；輕微軟件更新：不影響醫療器械安全性與有效性的增強類更新和糾正類更新，即輕微增強類軟件更新和糾正類軟件更新。（二）重大軟件更新根據定義，凡是影響到醫療器械安全性或有效性的軟件更新均為重大軟件更新。具體而言，軟件更新如影響到醫療器械的預期用途、使用環境或核心功能均為重大軟件更新。本指導原則所述重大軟件更新包括以下情形之一：適應型軟件更新：軟件運行平臺跨越互不兼容的計算平臺（包括硬件和軟件），如操作系統軟件由Windows變為iOS，32位計算平臺變為 64位計算平臺、常規計算平文案大全實用標準臺變為移動計算平臺等，而系統軟件和支持軟件的補丁一般不視為重大軟件更新，除非影響到醫療器械的安全性或有效性。完善型軟件更新：影響到用戶臨床決策（包括決策能力、決策結果、決策流程和用戶臨床行動），或者影響到人員安全（包括患者、用戶和其他相關人員），包括但不限于：（1）臨床功能改變，如新增臨床應用、新增運行模式、采用新核心算法等；（2）軟件輸出結果改變，如醫學圖像或數據質量改變、用戶界面增加臨床信息等；（3）用戶使用習慣改變，如用戶原有臨床工作流程改變、用戶界面布局改變等；（4）影響到患者安全，如采用新的軟件安全標準、用戶界面增加報警信息等。而核心算法運算速度的單純性提高、臨床工作流程的可配置化（即用戶可以保留原有臨床工作流程）、用戶界面的文字性修改，除非影響到醫療器械的安全性或有效性,一般不視為重大更新。其他軟件更新：軟件的安全性級別、體系結構、用戶界面關系或物理拓撲發生改變。重大軟件更新的范圍會隨著認知水平與技術能力的提高、不良事件與召回事件的分析進行動態調整。文案大全實用標準（三）軟件更新要求醫療器械軟件發生重大軟件更新應進行許可事項變更，而發生輕微軟件更新通過質量管理體系進行控制， 無需進行注冊變更，待到下次注冊（注冊變更和延續注冊）時提交相應申報資料。已注冊的醫療器械軟件在后續注冊 （注冊變更和延續注冊）時應根據軟件更新情況提交相應申報資料：重大軟件更新軟件發生重大軟件更新應提交軟件更新描述文檔，包括基本信息、實現過程和核心算法（詳見表 2）。表2軟件更新描述文檔框架軟件描述文檔 申報要求軟件標識明確軟件本次注冊情況，如改變詳述更新內容。明確軟件本次注冊情況，如改變詳述更新理由并按更新后安全性級別的安全性級別提交資料。結構功能明確軟件本次注冊情況，如改變詳述更新內容。基本硬件拓撲明確軟件本次注冊情況，如改變詳述更新內容。信息運行環境明確軟件本次注冊情況，如改變詳述更新內容。適用范圍明確軟件本次注冊情況，如改變詳述更新內容。禁忌癥明確軟件本次注冊情況，如改變詳述更新內容。注冊歷史明確軟件本次注冊情況。過實開發概述明確軟件本次注冊情況，如改變詳述更新內容。程現文案大全實用標準風險管理 提供更新部分的風險管理資料，包含對整體的影響分析。需求規范 提供更新部分的需求規范。生存周期 提供軟件維護流程和配置管理流程。驗證與確認 提供更新部分的驗證與確認資料，包含對整體影響的確認。缺陷管理 提供缺陷管理流程，明確本次注冊已知剩余缺陷情況。更新歷史 明確版本命名規則，詳述軟件具體更新內容。臨床評價 提供更新部分的臨床評價資料。核心算法 提供更新部分的核心算法。輕微軟件更新軟件發生輕微軟件更新時， 輕微增強類軟件更新同樣應提交軟件更新描述文檔， 而糾正類軟件更新應提交軟件更新情況說明、回歸測試計劃與報告、新增已知剩余缺陷情況說明。軟件同時發生多種類型的軟件更新， 應按照風險從高原則提交申報資料，即同時發生重大軟件更新和輕微軟件更新則按照重大軟件更新處理， 同時發生增強類軟件更新和糾正類軟件更新則按照增強類軟件更新處理。醫療器械軟件的重新開發（即制造商棄用原有軟件）不屬于軟件更新，應按照醫療器械產品注冊的要求提交申報資料。五、軟件版本（一）基本考量文案大全實用標準軟件沒有物理實體，只能通過狀態管理保證質量，而軟件版本用于標識軟件狀態，控制軟件更新，進而保證軟件質量，因此軟件版本與軟件是相互對應的表里關系，即軟件版本是軟件標識不可或缺的組成部分， 也是實現醫療器械軟件可追溯性的重要工具。制造商無論采用何種名稱和形式（如修訂號、構建號、發布日期等），只要用于標識軟件狀態均視為軟件版本。制造商制定軟件版本命名規則除了考慮醫療器械產品自身特點、質量管理體系要求之外，還要考慮監管的要求，即軟件版本命名規則能夠區分軟件更新類型，可以確認軟件完整版本和軟件發布版本：軟件完整版本：體現重大增強類軟件更新、輕微增強類軟件更新、糾正類軟件更新和構建（如適用）；軟件發布版本：軟件發行所用的標識版本，僅體現重大增強類軟件更新（即重大軟件更新）。軟件發布版本發生改變應進行許可事項變更，軟件完整版本發生改變但軟件發布版本未變無需進行注冊變更。例如，軟件版本命名規則為，其中X表示重大增強類軟件更新，Y表示輕微增強類軟件更新，Z表示糾正類軟件更新，B表示構建，則軟件完整版本為 ，軟件發布版本為 X，此時X發生變化應進行許可事項變更，而 Y、Z和B發生變化無需進行注冊變更。軟件版本命名規則同樣遵循風險從高原則， 即不能區分文案大全實用標準重大軟件更新和輕微軟件更新則按照重大軟件更新處理，不能區分增強類軟件更新和糾正類軟件更新則按照增強類軟件更新處理。（二）軟件版本要求制造商應出具軟件版本命名規則真實性聲明，明確軟件版本的全部字段及字段含義，確認軟件完整版本和軟件發布版本。制造商應在說明書中明確軟件發布版本。對于獨立軟件（含專用型獨立軟件視為軟件組件的情況）和控制型軟件組件，制造商應在登錄界面、主界面、“關于”或“幫助”等界面體現軟件完整版本和軟件發布版本。六、現成軟件（一）基本考量隨著信息技術的快速發展，醫療器械產品使用現成軟件的情況越來越普遍，但現成軟件不能完全滿足醫療器械產品的預期用途，而且制造商未對現成軟件進行完整生存周期控制，因此使用現成軟件風險相對較高。由于要對醫療器械產品最終的安全性與有效性負責，制造商應采用基于風險的方法保證現成軟件的質量和安全。現成軟件分為：成品軟件：已開發且通常可得到的，但制造商未進行完整生存周期控制的軟件，包含商業軟件和免費軟件；遺留軟件：制造商以前開發但現在不能得到足夠開文案大全實用標準發記錄的軟件；外包軟件：制造商委托第三方開發的定制軟件。目前，本指導原則所述的現成軟件僅限于應用軟件，今后將在適當時機下擴至系統軟件和支持軟件。 但制造商應保證系統軟件和支持軟件的質量和安全。（二）現成軟件要求醫療器械軟件的開發方式不同， 采用的現成軟件類型不同，軟件質量保證措施也不同，注冊申報資料亦有所差異。部分采用現成軟件對于部分采用現成軟件的方式， 三種現成軟件的要求相同，制造商均應在軟件描述文檔相應條款中描述 （詳見表3）。表3部分現成軟件框架安全性級別 A級 B級 C級軟件標識、結構功能、 軟件標識、結構功能、需求規范、風險軟件描述風險管理、驗證與確 管理、生存周期、驗證與確認、缺陷管文檔條款認、更新歷史。 理、更新歷史、核心算法。（1）軟件標識A、B、C級明確現成軟件的名稱、 型號規格、發布版本、供應商和生產地址。（2）結構功能A、B、C級注明組成模塊、臨床功能模塊所用現成軟件的名稱、發布版本和類型。文案大全實用標準（3）風險管理A、B、C級提供現成軟件的風險管理資料。（4）需求規范B級和C級提供現成軟件的需求規范資料。（5）生存周期B級和C級在開發生存周期計劃、 配置管理計劃和維護計劃中明確現成軟件的要求。（6）驗證與確認A、B、C級提供現成軟件的驗證與確認資料。（7）缺陷管理B級和C級明確現成軟件的缺陷管理流程和已知剩余缺陷情況。（8）更新歷史A、B、C級明確現成軟件的版本命名規則。（9）核心算法B級和C級列明現成軟件核心算法的名稱（或編號）、用途和臨床功能，全新臨床功能提供安全性與有效性的驗證資料。全部采用現成軟件對于全部采用現成軟件的方式， 三種現成軟件的要求有所不同：1）成品軟件：制造商應提供外購合同復印件或聲明、軟件描述文檔（不適用條款說明理由），成品軟件如已在中文案大全實用標準國上市提供注冊證復印件；（2）遺留軟件：制造商應提供遺留軟件證明性文件 （如YY/T 0664或IEC62304 實施之前的注冊證或上市批書復印件）、軟件描述文檔（不適用條款說明理由）、上市后臨床評價資料；3）外包軟件：制造商應提供外包合同復印件或聲明、軟件描述文檔（不適用條款說明理由）。（三）現成軟件更新要求現成軟件的更新類型、更新注冊要求和風險從高原則與自主開發軟件相同，注冊申報資料要求與自主開發軟件有所差異。現成軟件發生重大軟件更新時，應參照自主開發軟件重大軟件更新要求提交現成軟件更新描述文檔，不適用條款說明理由。現成軟件發生輕微軟件更新時，輕微增強類軟件更新同樣應提交現成軟件更新描述文檔，而糾正類軟件更新與自主開發軟件糾正類軟件更新要求相同。對于部分采用現成軟件的情況，自主開發的軟件發生更新按照自主開發軟件更新要求提交相應申報資料，現成軟件發生更新按照現成軟件更新要求提交相應申報資料。（四）現成軟件版本要求現成軟件版本同樣要考慮監管要求和遵循風險從高原則。現成軟件供應商的軟件版本命名規則如符合監管要求，制造商可直接采用現成軟件供應商的版本命名規則。文案大全實用標準制造商應在軟件版本命名規則真實性聲明中明確現成軟件的版本命名規則、完整版本和發布版本。七、注冊單元與檢測單元（一）注冊單元劃分原則獨立軟件獨立軟件的注冊單元以管理類別、預期用途、處理對象和臨床功能模塊作為劃分原則。1）不同管理類別的獨立軟件應作為不同注冊單元，在無法分割的情況下可作為一個注冊單元并按照較高管理類別注冊申報。2）不同預期用途的獨立軟件應作為不同注冊單元，按照預期用途大體上可分為治療計劃類、診斷類、監護類和信息管理類。3）不同處理對象的獨立軟件應作為不同注冊單元，按照處理對象大體上可分為圖像類和數據類。4）對于功能龐大復雜的獨立軟件，應依據臨床功能模塊的類型和數量劃分注冊單元，每個注冊單元所含模塊的數量應適中。按照模塊功能可分為平臺功能軟件和特定功能軟件，其中平臺功能軟件作為軟件平臺提供基本功能和共用功能，支持多種模式的圖像或數據，而特定功能軟件運行于平臺功能軟件并提供特定功能，支持單一模式的圖像或數據，或實現某一特定預期用途。例如，某PACS包含數十個獨立的臨床功能模塊，并含文案大全實用標準有CAD類模塊，可以拆分為一個平臺功能軟件和多個特定功能軟件，其中CAD類模塊應作為單獨的注冊單元。軟件組件軟件組件不符合醫療器械的定義，不宜單獨注冊申報，應隨醫療器械產品注冊申報， 注冊單元與醫療器械產品相同。專用型獨立軟件視為軟件組件時， 要求與軟件組件相同。（二）檢測單元劃分原則檢測單元是指同一注冊單元內用于檢測的代表產品。獨立軟件獨立軟件的檢測單元原則上與注冊單元一致，但如有多個運行環境或多個發布版本，則每個互不兼容的運行環境或每個互不涵蓋的發布版本均應作為一個檢測單元。軟件組件軟件組件的檢測單元原則上與醫療器械產品一致， 但醫療器械產品如包含多個軟件組件或多個發布版本的軟件組件，則每個軟件組件或每個發布版本的軟件組件均應作為一個檢測單元，除非檢測單元完整覆蓋注冊單元全部情況。專用型獨立軟件視為軟件組件時， 檢測單元原則上與軟件組件相同，但如有多個運行環境，則每個互不兼容的運行環境均應作為一個檢測單元。八、注冊申報資料要求本指導原則未提及的注冊申報資料應符合 《關于公布醫療器械注冊申報資料要求和批準證明文件格式的公告》 的要文案大全實用標準求。（一）產品注冊產品名稱與結構組成（1）獨立軟件產品名稱應為通用名稱，并符合相關法規、規范性文件的要求，可以結合人體部位（如胸部、心臟等） 、臨床科室（如骨科、神經外科等）、處理對象（如 CT圖像、MRI圖像、心電數據等）和功能用途（如計劃、處理、 CAD 等）進行命名。結構組成應包括物理組成和邏輯組成， 其中物理組成描述軟件的存儲介質或交付方式，如光盤、U盤、預裝于計算機交付或網絡下載交付等；邏輯組成描述軟件的臨床功能模塊，包括服務器（如適用）和客戶端，注明選裝和模塊版本。2）軟件組件軟件組件無相應要求。專用型獨立軟件視為軟件組件時，軟件名稱與獨立軟件要求相同，結構組成應明確軟件的名稱、型號規格和發布版本。軟件研究資料制造商應單獨提供一份軟件描述文檔， 具體要求詳見第三節。鑒于進口醫療器械軟件不一定在中國同步注冊， 即該軟件在境外已多次注冊變更但在中國為首次產品注冊， 此時軟文案大全實用標準件描述文檔應涵蓋申報范圍內的全部研究資料。軟件版本制造商應單獨出具一份軟件版本命名規則真實性聲明，具體要求詳見第五節。對于獨立軟件（含專用型獨立軟件視為軟件組件的情況）和控制型軟件組件， 注冊檢測報告應包含軟件完整版本和軟件發布版本的界面照片。對于進口醫療器械軟件，制造商應提供此發布版本軟件在原產國獲準上市的證明性文件。4.產品技術要求（1）獨立軟件獨立軟件產品技術要求應在“產品型號 /規格及其劃分說明”中明確軟件的名稱、型號規格、發布版本和版本命名規則，而“性能指標”分為通用要求、質量要求、專用要求和安全要求，其中通用要求應根據軟件自身特性進行規范，質量要求應符合GB/T25000.51《軟件工程軟件產品質量要求與評價（SQuaRE）商業現貨（COTS）軟件產品的質量要求與測試細則》的要求，專用要求應符合相關性能標準（如放射治療）的要求，安全要求應符合相關安全標準（如報警、放射治療）的要求。獨立軟件產品技術要求模板詳見附錄 I。2）軟件組件軟件組件應在醫療器械產品技術要求中進行規范，其中“產品型號/規格及其劃分說明”應明確軟件的名稱、型號文案大全實用標準規格、發布版本、版本命名規則、運行環境（控制型軟件組件適用，包括硬件配置、軟件環境和網絡條件） ，而“性能指標”應明確軟件全部臨床功能綱要。專用型獨立軟件視為軟件組件時， 要求與軟件組件相同（運行環境適用）。臨床評價資料（1）獨立軟件獨立軟件應依據《醫療器械臨床評價技術指導原則》提交臨床評價資料，不適用條款說明理由。對于采用人工智能算法實現的功能（如計算機輔助檢測、分類和診斷等CAD類功能），應提交基于臨床試驗的臨床評價資料。制造商可以選取已上市醫療器械產品所含的同類軟件功能進行實質等同對比。2）軟件組件軟件組件應與醫療器械產品整體開展臨床評價工作，提交醫療器械產品的臨床評價資料。軟件組件的處理功能可隨醫療器械產品進行臨床評價，也可單獨進行臨床評價，此時要求與獨立軟件相同。專用型獨立軟件視為軟件組件時，要求與軟件組件的處理功能相同。現成軟件（如適用）現成軟件的申報要求和版本要求詳見第六節。說明書文案大全實用標準說明書應符合相關的法規、規范性文件、國家標準、行業標準的要求，體現軟件全部功能（包含安全功能） ，明確軟件發布版本。（二）許可事項變更變更情況聲明明確軟件和現成軟件（如適用）的版本命名規則、完整版本、發布版本和發布版本變更情況。軟件研究資料醫療器械許可事項變更應根據軟件更新情況提交軟件變化部分對產品安全性與有效性影響的研究資料：1）涉及重大軟件更新：單獨提交一份軟件更新描述文檔，具體要求詳見第四節；2）涉及輕微增強類軟件更新：單獨提交一份軟件更新描述文檔，具體要求詳見第四節；3）僅發生糾正類軟件更新：提交糾正類軟件更新申報資料，具體要求詳見第四節；4）未發生軟件更新：出具真實性聲明。產品技術要求（1）獨立軟件獨立軟件產品技術要求應體現軟件更新情況，包括“產品型號/規格及其劃分說明”、“性能指標”和“附錄”。2）軟件組件（如適用）醫療器械產品技術要求應體現軟件更新情況，包括“產文案大全實用標準品型號/規格及其劃分說明”中的軟件信息、 “性能指標”中的軟件要求。專用型獨立軟件視為軟件組件時， 要求與軟件組件相同。現成軟件（如適用）醫療器械許可事項變更應根據現成軟件更新情況提交軟件變化部分對產品安全性與有效性影響的研究資料：1）涉及重大軟件更新：單獨提交一份現成軟件更新描述文檔，具體要求詳見第六節；2）涉及輕微增強類軟件更新：單獨提交一份現成軟件更新描述文檔，具體要求詳見第六節；3）僅發生糾正類軟件更新：提交糾正類軟件更新申報資料，具體要求詳見第四節；4）未發生軟件更新：出具真實性聲明。說明書（如適用）說明書應體現軟件全部功能（包含安全功能），明確軟件發布版本，提供變化情況說明。（三）延續注冊產品未變化聲明明確軟件和現成軟件（如適用）的版本命名規則、完整版本和發布版本。產品分析報告（如適用）根據已注冊醫療器械軟件在后續注冊時應提交軟件更新資料的要求，醫療器械延續注冊產品分析報告第（六）項文案大全實用標準應提交相應軟件更新資料：1）涉及輕微增強類軟件更新：單獨提交一份軟件更新描述文檔、現成軟件更新描述文檔，具體要求詳見第四節、第六節；2）僅發生糾正類軟件更新：提交糾正類軟件更新申報資料，具體要求詳見第四節。特殊情形本次注冊如涉及重大軟件更新， 前次注冊所批準的事項可以延續注冊。九、參考文獻《醫療器械注冊管理辦法》（國家食品藥品監督管理總局令第4號）《醫療器械說明書和標簽管理規定》（國家食品藥品監督管理總局令第6號）《醫療器械召回管理辦法（試行）》（衛生部令第號）國家食品藥品監督管理總局關于發布醫療器械產品技術要求編寫指導原則的通告（國家食品藥品監督管理總局通告2014年第9號）國家食品藥品監督管理總局關于公布醫療器械注冊申報資料要求和批準證明文件格式的公告（國家食品藥品監督管理總局公告2014年第43號）文案大全實用標準[6] 國家食品藥品監督管理總局關于實施 《醫療器械注冊管理辦法》和《體外診斷試劑注冊管理辦法》有關事項的通知(食藥監械管[2014]144 號)國家食品藥品監督管理總局關于發布醫療器械臨床評價技術指導原則的通告（國家食品藥品監督管理總局通告2015年第14號）GB/T13702-1992《計算機軟件分類代碼》GB/T18492-2001《信息技術系統及軟件完整性級別》GB/T11457-2006《信息技術軟件工程術語》[11]GB/T20157-2006 《信息技術 軟件維護》GB/T19003-2008《軟件工程GB/T19001-2000應用于計算機軟件的指南》[13]GB/T25000.51-2010《軟件工程軟件產品質量要求與評價（SQuaRE）商業現貨（COTS）軟件產品的質量要求與測試細則》YY0637-2013《醫用電氣設備放射治療計劃系統的安全要求》YY0709-2009《醫用電氣設備第1-8部分：安全通用要求并列標準醫用電氣設備和醫用電氣系統中報警系統的測試和指南》YY0721-2009《醫用電氣設備放射治療記錄與驗證系統的安全》文案大全實用標準[17] YY0775-2010 《遠距離放射治療計劃系統 高能X(γ）射束劑量計算準確性要求和試驗方法》YY0831.1-2011《γ射束立體定向放射治療系統第1部分：頭部多源γ射束立體定向放射治療系統》YY0832.1-2011《X射線放射治療立體定向及計劃系統第1部分：頭部X射線放射治療立體定向及計劃系統》YY/T0287-2003《醫療器械質量管理體系法規要求》YY/T0316-2008《醫療器械風險管理對醫療器械的應用》YY/T0664-2008《醫療器械軟件軟件生存周期過程》[23]YY/T0708-2009 《醫用電氣設備 第1-4部分：安全通用要求 并列標準 可編程醫用電氣系統》YY/T0887-2013《放射性粒籽植入治療計劃系統劑量計算要求和試驗方法》YY/T0889-2013《調強放射治療計劃系統性能和試驗方法》[26] FDA, Do Itby Design -An Introduction toHumanFactorsinMedicalDevices,December,1996FDA,DecidingWhentoSubmita510(k)foraChangetoanExistingDevice,January10,1997文案大全實用標準FDA,ReviewerGuidanceforaPremarketNotificationSubmissionforBloodEstablishmentComputerSoftware,January13,1997FDA,DesignControlGuidanceforMedicalDeviceManufacturers,March11,1997FDA,GuidancefortheContentofPremarketSubmissionsforSoftwareContainedinMedicalDevices,May29,1998FDA,GuidanceforIndustry,FDAReviewersandComplianceonOff-The-ShelfSoftwareUseinMedicalDevices,September9,1999FDA,GuidancefortheSubmissionofPremarketNotificationsforMedicalImageManagementDevices,July27,2000FDA,GeneralPrinciplesofSoftwareValidation;FinalGuidanceforIndustryandFDAStaff,January11,2002FDA,CybersecurityforNetworkedMedicalDevicesContainingOff-the-ShelfSoftware,January14,2005FDA,GuidancefortheContentofPremarketSubmissionsforSoftwareContainedinMedicalDevices,May11,2005文案大全實用標準[36]FDA,GuidanceforIndustryandFDAStaff-ModificationstoDevicesSubjecttoPremarketApproval(PMA)-ThePMASupplementDecision,December11,2008[37]FDA,GuidanceforIndustryandFoodandDrugAdministrationStaff-Computer-AssistedDetectionDevicesAppliedtoRadiologyImagesandRadiologyDeviceData-PremarketNotification[510(k)]Submissions,July3,2012[38]FDA,GuidanceforIndustryandFDAStaff-ClinicalPerformanceAssessment:ConsiderationsforComputer-AssistedDetectionDevicesAppliedtoRadiologyImagesandRadiologyDeviceData-PremarketApproval(PMA)andPremarketNotification[510(k)]Submissions,July3,2012FDA,ContentofPremarketSubmissionsforManagementofCybersecurityinMedicalDevices-GuidanceforIndustryandFoodandDrugAdministrationStaff,October2,2014FDA,MobileMedicalApplications-GuidanceforIndustryandFoodandDrugAdministrationStaff,February9,2015文案大全實用標準[41]FDA,MedicalDeviceDataSystems,MedicalImageStorageDevicesandMedicalImageCommunicationsDevices-GuidanceforIndustryandFoodandDrugAdministrationStaff,February9,2015FDA,GeneralWellness:PolicyforLowRiskDevices-DraftGuidanceforIndustryandFoodandDrugAdministrationStaff,January20,2015MEDDEV2.7/1Rev.3,Clinicalevaluation:Guide for manufacturers and notified bodies,December2009[44] MEDDEV 2.7/4, Guidelines on Clinicalinvestigations:aguideformanufacturersandnotifiedbodies,December2010[45] MEDDEV 2.1/6, Qualification andClassificationofstandalonesoftware,January2012[46] NB-MED/2.2/Rev4, Software and MedicalDevices,March29,2010[47] Team-NB, Frequently Asked QuestionsrelatedtotheImplementationofEN62304:2006withrespecttoMDD93/42/EEC,April5,2013IEC62366Ed1.1:2014,Medicaldevices-Application of usability engineering to medicaldevices文案大全實用標準[49]IEC/TR80002-1:2009,Medicaldevicesoftware-Part1:GuidanceontheapplicationofISO14971tomedicaldevicesoftware[50]IEC80001-1:2010,ApplicationofriskmanagementforIT-networksincorporatingmedicaldevices-Part1:Roles,responsibilitiesandactivities[51]IEC/TR80001-2-1:2012,ApplicationofriskmanagementforIT-networksincorporatingmedicaldevices-Part2-1:Step-by-stepriskmanagementofmedicalIT-networks–Practicalapplicationsandexamples[52]IEC/TR80001-2-2:2012,ApplicationofriskmanagementforIT-networksincorporatingmedicaldevices-Part2-2:Guidanceforthedisclosureandcommunicationofmedicaldevicesecurityneeds,risksandcontrols[53]IEC/TR80001-2-3:2012,ApplicationofriskmanagementforIT-networksincorporatingmedicaldevices-Part2-3:Guidanceforwirelessnetworks[54]IEC/TR80001-2-4:2012,ApplicationofriskmanagementforIT-networksincorporatingmedicaldevices-Part2-4:Applicationguidance-General文案大全實用標準implementation guidance for healthcare deliveryorganizationsIEC62304am1,Medicaldevicesoftware-SoftwarelifecycleprocessesIEC82304-1,HealthSoftware-Part1:GeneralrequirementsforproductsafetyIEC/TR80002-2,Medicaldevicesoftware-Part2:ValidationofsoftwareforregulatedprocessesIMDRF/UDIWG/N7FINAL:2013,UDIGuidance: Unique Device Identification of MedicalDevices,December18,2013[59]IMDRF/SaMDWG/N10FINAL:2013,SoftwareasaMedical Device: Key Definitions, December18,2013[60]IMDRF/SaMDWG/N12FINAL:2014,Softwareas a Medical Device: Possible Framework for RiskCategorizationandCorrespondingConsiderations,September18,2014文案大全實用標準附錄I獨立軟件產品技術要求模板醫療器械產品技術要求醫療器械產品技術要求編號 ：產品名稱產品型號/規格及其劃分說明1.1軟件型號規格1.2軟件發布版本1.3版本命名規則明確軟件完整版本的全部字段及字段含義性能指標2.1通用要求處理對象明確軟件的處理對象類型，如圖像（如 CT、MRI、X-ray、PET、US等）、數據（如心電、血壓、血氧、血糖等）最大并發數明確軟件的最大并發用戶數、患者數數據接口明確軟件的通用數據接口（如 Dicom、HL7）、產品接口（可聯合使用的獨立軟件、醫療器械硬件）文案大全實用標準特定軟硬件明確軟件完成預期用途所必備的獨立軟件、醫療器械硬件臨床功能依據說明書明確軟件全部臨床功能綱要（注明可選）使用限制依據說明書明確軟件的使用限制用戶訪問控制明確軟件的用戶訪問控制管理機制版權保護明確軟件的版權保護技術用戶界面明確軟件的用戶界面類型 消息明確軟件的消息類型 可靠性明確軟件出錯后數據保存與恢復能力 維護性明確軟件向用戶提供的維護信息類型 效率明確軟件在典型配置條件下完成典型臨床功能所需的時間 運行環境明確軟件運行所需的硬件配置、軟件環境和網絡條件，包括服務器（如適用）和客戶端的要求2.2質量要求符合GB/T25000.51第5章要求2.3專用要求（如適用）注：依據相應標準條款逐條描述（如適用）??文案大全實用標準2.4安全要求 （如適用）注：列明相應安全標準名稱即可（如適用）（如適用）（如適用）??檢驗方法3.1通用要求符合性檢驗通過檢查說明書、實際操作驗證 2.1的符合性。3.2質量要求符合性檢驗依據GB/T25000.51 第7章方法驗證2.2的符合性。3.3專用要求檢驗方法（如適用）依據YY0775的方法進行檢驗（如適用）。??3.4安全要求檢驗方法（如適用）依據YY0709的方法進行檢驗（如適用）。依據YY0637的方法進行檢驗（如適用）。依據YY0721的方法進行檢驗（如適用）。??術語（如適用）4.1??4.2????（分頁）附錄文案大全實用標準1.體系結構圖及必要注釋2.用戶界面關系圖及必要注釋3.物理拓撲圖及必要注釋文案大全實用標準醫療器械軟件注冊技術審查指導原則編制說明一、編寫目的和依據本指導原則旨在指導制造商提交醫療器械軟件注冊申報資料，同時也規范醫療器械軟件的技術審評要求。本指導原則是在現行法規和標準體系以及當前認知水平下、并參考了國外法規與指南、國際標準與技術報告制定的，特別是借鑒了IMDRF相關工作組（SaMD、UDI）的文件。隨著法規和標準的不斷完善，以及認知水平和技術能力的不斷提高，相關內容也將適時進行修訂。另外，為了保證可讀性，本指導原則的部分內容有意留有冗余信息。二、有關內容說