1、1附件 5医疗软件产品技术审评规范（2017 版）本规范旨在指导企业提交医疗器械软件注册申报资料，同时规范医疗器械软件的技术审评要求。本规范是对医疗器械软件的一般性要求，企业应根据医疗器械软件的特性提交注册申报资料，判断指导原则中的具体内容是否适用，不适用内容详述理由。企业也可采用其他满足法规要求的替代方法，但应提供详尽的研究资料和验证资料。本规范是在现行法规和标准体系以及当前认知水平下、并参考了国外法规与指南、国际标准与技术报告制定的。随着法规和标准的不断完善，以及认知水平和技术能力的不断提高，相关内容也将适时进行修订。本规范是对企业和审查人员的指导性文件，不包括审评审批所涉及的行政事项，亦
2、不作为法规强制执行，应在遵循相关法规的前提下使用本规范。本规范针对软件的特殊性，在现行法规要求下进一步明确了对医疗器械软件的要求，特别是对软件更新、软件版本的要求。本规范是医疗器械软件的通用规范，其他涉及软件医疗器械产品的规范可在本规范基础上进行有针对性的调整、修改和完善。一、适用范围本规范适用于第二类医疗器械软件的注册申报，适用的软件开发方式包括自主开发、部分采用现成软件和全部采用现成软件。2医疗器械软件包括独立软件和软件组件。独立软件：作为医疗器械或其附件的软件；软件组件：作为医疗器械或其部件、附件组成的软件。独立软件应同时具备以下三个特征：具有一个或多个医疗用途，无需医疗器械硬件即可完成
3、预期用途，运行于通用计算平台。独立软件包括通用型软件和专用型软件，其中通用型软件基于通用数据接口与多个医疗器械产品联合使用，如 PACS、中央监护软件等；而专用型软件基于通用、专用的数据接口与特定医疗器械产品联合使用，如 Holter 数据分析软件、眼科显微镜图像处理软件等。软件组件应同时具备以下两个特征：具有一个或多个医疗用途，控制（驱动）医疗器械硬件或运行于专用（医用）计算平台。软件组件包括嵌入式软件和控制型软件，其中嵌入式软件（即固件）运行于专用（医用）计算平台，控制（驱动）医疗器械硬件，如心电图机所含软件、脑电图机所含软件等；而控制型软件运行于通用计算平台，控制（驱动）医疗器械硬件。软
4、件组件也可兼具处理功能。专用型独立软件可单独注册，也可随医疗器械产品注册，此时视为软件组件。二、技术审查要点（一）产品名称和结构组成的要求1.独立软件产品名称应为通用名称，并符合相关法规、规范性文件的要求，可以结合人体部位（如胸部、心脏等）、临床科室（如骨科、神经外科等）、处理对象（如 CT 图像、MRI 图像、心电数据等）和功能用途（如治疗、处理、诊断等）进行命名。3结构组成应包括物理组成和逻辑组成，其中物理组成描述软件的存储介质或交付方式，如光盘、U 盘、预装于计算机交付或网络下载交付等；逻辑组成描述软件的临床功能模块，包括服务器（如适用）和客户端，注明选装和模块版本。2.软件组件软件组件
5、无相应要求。专用型独立软件视为软件组件时，软件名称与独立软件要求相同，结构组成应明确软件的名称、型号规格和发布版本。（二）注册单元划分的原则和实例1.独立软件独立软件的注册单元以管理类别、预期用途、处理对象和临床功能模块作为划分原则。（1）不同管理类别的独立软件应作为不同注册单元，在无法分割的情况下可作为一个注册单元并按照较高管理类别注册申报。（2）不同预期用途的独立软件应作为不同注册单元，按照预期用途大体上可分为治疗类、诊断类、监护类和信息管理类。（3）不同处理对象的独立软件应作为不同注册单元，按照处理对象大体上可分为图像类和数据类。（4）对于功能庞大复杂的独立软件，应依据临床功能模块的类型
6、和数量划分注册单元，每个注册单元所含模块的数量应适中。按照模块功能可分为平台功能软件和特定功能软件，其中平台功能软件作为软件平台提供基本功能和共用功能，支持多种模式的图像或数据，而特定功能软件运行于平台功能软件并提供特定功能，支持单一模式的图像或数据，或实现某一特定预期4用途。例如，某 PACS 包含数十个独立的 临床功能模块，可以拆分为一个平台功能软件和多个特定功能软件，应划分为不同的注册单元。2.软件组件软件组件不符合医疗器械的定义，不宜单独注册申报，应随医疗器械产品注册申报，注册单元与医疗器械产品相同。专用型独立软件视为软件组件时，要求与软件组件相同。（三）产品适用的相关标准根据产品自身
7、特点适用表 1 中相关标准：表 1 相关标准标准编号 标准名称GB/T 16260.1-2006 软件工程 产品质量 第1部分：质量模型GB/T 16260.2-2006 软件工程 产品质量 第2部分：外部度量GB/T 16260.3-2006 软件工程 产品质量 第3部分：内部度量GB/T 16260.4-2006 软件工程 产品质量 第4部分：使用质量的度量GB/T 25000.1-2010软件工程 软件产品质量要求与评价（SQuaRE）SQuaRE 指南GB/T 25000.51-2010软件工程 软件产品质量要求与评价（SQuaRE）商业现货（COTS）软件产品的质量要求和测试细则YY
8、/T 0664-2008 医疗器械软件 软件生存周期过程YY/T 0708-2009医用电气设备第1-4部分：安全通用要求并列标准可编程医用电气系统GJB 5000A-2008 军用软件研制能力成熟度模型5上述标准包括了产品技术要求中经常涉及到的标准。有的企业还会根据产品的特点引用一些行业外的标准和一些较为特殊的标准。产品技术要求编写时与产品相关的国家、行业标准是否进行了引用，以及引用是否准确。可以通过对“符合性声明” 中声明符合的相关标准是否齐全、适宜来进行审查。此时，应注意标准编号、标准名称是否完整规范，年代号是否有效。其次对引用标准的采纳情况进行审查。即所引用的标准中的条款要求，是否在产
9、品技术要求中进行了实质性的条款引用。上述标准如有新版发布实施，应执行最新版本。（四）产品的主要风险及安全性级别划分要求软件产品在进行风险管理时应符合 YY/T 0316-2016医疗器械风险管理对医疗器械的应用的要求，与产品有关的安全性特征判定可参考 YY/T 0316-2016 的附录 C，危害、可预见的事件序列和危害处境判断可参考 YY/T 0316-2016 附录 E、I，风险控制的方案与实施、综合剩余风险的可接受性评价及生产和生产后监视相关方法可参考 YY/T 0316-2016 附录 F、G、J。软件没有物理实体，在开发和使用过程中人为因素影响无处不在，软件测试由于时间和成本的限制不
10、能穷尽所有情况，所以软件缺陷无法避免。同时，软件更新频繁且迅速，轻微更新也可能导致严重后果，而且还存在退化问题（即每修复若干个缺陷就会产生一个新缺陷），所以软件缺陷无法根除。因此，软件缺陷可视为软件的固有属性之一，软件的质量问题不容忽视。鉴于软件的特殊性，医疗器械软件需要综合考虑风险管理、6质量体系管理和软件工程等要求才能保证安全性与有效性。医疗器械软件的风险水平采用软件安全性级别（YY/T 0664医疗器械软件软件生存周期过程）进行分级，软件安全性级别基于软件损害严重度分为：A 级：不可能对健康有伤害和损坏；B 级：可能有不严重的伤害；C 级：可能死亡或严重伤害。软件安全性级别应结合软件的预
11、期用途、使用环境和核心功能（软件在预期使用环境完成预期用途所必需的功能）进行判定。其中预期用途主要考虑软件的临床用途（如诊断、治疗、监护、筛查等）和重要程度（如重要作用、辅助作用、补充作用等），使用环境主要考虑软件的使用场所（如医院、家庭等）、疾病类型（如严重性、紧迫性、传染性等）、患者人群（如成人、儿童、老年、女性等）和用户类型（如专业用户、普通用户、患者等），核心功能主要考虑软件的功能类型（如控制驱动、处理分析等）、实现方法（如 CT 图像重建采用滤波反投影算法还是迭代算法，异常识别采用常规图像处理算法还是人工智能算法等）和复杂程度（如算法规模、参数数量、运算速度等）。软件安全性级别也可根
12、据风险管理所确定的风险等级进行判定，软件安全性级别与风险等级的分级可以不同，但二者存在对应关系，因此可根据风险等级来判定软件安全性级别。企业应在采取风险缓解措施之前判定软件安全性级别，并结合质量管理体系要求，建立与软件安全性级别相匹配的软件生存周期过程，包括软件开发过程、软件维护过程、配置管理过程、风险管理过程和问题解决过程。同时，企业可采用良好软件7工程实践完善质量管理体系要求，保证软件质量。另外，企业应保证软件自身的信息安全，确保健康数据的保密性、完整性和可得性。企业应基于软件安全性级别提交相应注册申报资料。注册申报资料均源自软件生存周期过程所形成的文件资料，详尽程度取决于软件的安全性级别
13、和复杂程度。独立软件和软件组件尽管在结构和功能上有所不同，风险情况也不尽相同，但软件生存周期过程基本一致，故二者注册申报资料要求的基本原则相同，具体要求有所差异。（五）产品技术要求1.独立软件独立软件产品技术要求应在“产品型号/规格及其划分说明”中明确软件的名称、型号规格、发布版本和版本命名规则，而“性能指标”分 为通用要求、 质量要求、专用要求和安全要求，其中通用要求应根据软件自身特性进行规范，质量要求应符合 GB/T 25000.51软件工程软件产品质量要求与评价（SQuaRE）商业现货（COTS ）软件产品的 质量要求与测试细则的要求，专用要求应符合相关性能标准的要求，安全要求应符合相关
14、安全标准的要求。独立软件产品技术要求模板详见附录 I。2.软件组件软件组件应在医疗器械产品技术要求中进行规范，其中“产品型号/规格及其划分 说明” 应明确软件的名称、型号规格、发布版本、版本命名规则、运行环境（控制型软件组件适用，包括硬件配置、软件环境和网络条件），而“性能指标” 应明确软件全部8临床功能纲要。专用型独立软件视为软件组件时，要求与软件组件相同（运行环境适用）。（六）同一注册单元内注册检验代表产品确定原则和实例检测单元是指同一注册单元内用于检测的代表产品。1.独立软件独立软件的检测单元原则上与注册单元一致，但如有多个运行环境或多个发布版本，则每个互不兼容的运行环境或每个互不涵盖的
15、发布版本均应作为一个检测单元。2.软件组件软件组件的检测单元原则上与医疗器械产品一致，但医疗器械产品如包含多个软件组件或多个发布版本的软件组件，则每个软件组件或每个发布版本的软件组件均应作为一个检测单元，除非检测单元完整覆盖注册单元全部情况。专用型独立软件视为软件组件时，检测单元原则上与软件组件相同，但如有多个运行环境，则每个互不兼容的运行环境均应作为一个检测单元。（七）产品生产制造相关要求应明确产品生产工艺过程，可采用流程图的形式，并说明其过程控制点。有多个研制、生产场地，应介绍每个研制、生产场地的实际情况。（八）产品的临床评价细化要求1.独立软件独立软件应依据医疗器械临床评价技术指导原则提
16、交临9床评价资料，不适用条款说明理由。对于采用人工智能算法实现的功能（如计算机辅助检测、分类和诊断等 CAD 类功能），应提交基于临床试验的临床评价资料。2.软件组件软件组件应与医疗器械产品整体开展临床评价工作，提交医疗器械产品的临床评价资料。软件组件的处理功能可随医疗器械产品进行临床评价，也可单独进行临床评价，此时要求与独立软件相同。专用型独立软件视为软件组件时，要求与软件组件的处理功能相同。（九）产品说明书和标签要求产品的说明书和标签应当符合医疗器械说明书和标签管理规定（国家食品药品监督管理总局令第 6 号）和其他相关法规、规范性文件、国家标准、行业标准的要求，体现软件全部功能（包含安全功
17、能），明确软件发布版本。（十）研究资料要求根据所申报的产品，提供适用的研究资料。1.产品性能研究应当提供产品性能研究资料以及产品技术要求的研究和编制说明，包括功能性、安全性指标以及与质量控制相关的其他指标的确定依据，所采用的标准或方法、采用的原因及理论基础。2.产品有效期和包装研究有效期的确定：应当提供产品有效期的验证报告。包装及包装完整性：应当提供在宣称的有效期内以及运输储存条件下，保持包装完整性的依据。103.软件研究应当提供一份单独的医疗器械软件描述文档，内容包括基本信息、实现过程和核心算法，详尽程度取决于软件的安全性级别和复杂程度。具体要求详见“（十一） 软件描述文档要求” 。同时，应
18、出具关于软件版本命名规则的声明，并明确软件版本的全部字段及字段含义，确定软件的完整版本和发行所用的标识版本。具体要求详见“（十二）软件版本要求” 。（十一）软件描述文档要求软件描述文档基于 YY/T 0664医疗器械软件软件生存周期过程予以制定，用于自主开发医疗器械软件的产品注册。现成软件软件描述文档要求详见“（十四）现 成软件要求” 。软件描述文档包括基本信息、实现过程和核心算法,详见表 2。1.基本信息（1）软件标识明确软件的名称、型号规格、发布版本、企业和生产地址。软件组件标识为企业质量控制所用标识。（2）安全性级别明确软件安全性级别（A 级、B 级、C 级），详述确定理由。（3）结构功
19、能依据软件设计规范（SDS）提供体系结构图和用户界面关系图（如适用）。体系结构图用于图示组成模块之间、组成模块与外部接口之间的关系，依据体系结构图描述组成模块（注明选装、模块版本）的功能、模块关系和外部接口。用户界面关系图用于描述用户界面之间的关系，依据用户11界面关系图（如不适用则为体系结构图）描述临床功能模块（注明选装、模块版本）的功能和模块关系。（4）硬件拓扑依据软件设计规范（SDS）提供物理拓扑图，图示并描述软件（或组成模块）、通用计算机、医疗器械硬件之间的物理连接关系。（5）运行环境明确软件运行所需的硬件配置、软件环境和网络条件。其中硬件配置包括处理器、存储器和外设器件，软件环境包括
20、系统软件、支持软件和安全软件，网络条件包括网络架构（BS、CS）、网络类型（广域网、局域网、个域网）和带宽。（6）适用范围独立软件描述软件的适用范围，软件组件描述医疗器械产品的适用范围。（7）禁忌症独立软件描述软件的禁忌症或使用限制，软件组件描述医疗器械产品的禁忌症或使用限制。（8）注册历史独立软件列明历次注册的发布版本和注册证号。软件组件列明医疗器械产品的注册情况。2.实现过程（1）开发概述明确软件开发所用的语言、工具和方法，其中工具描述支持软件（含开源软件）和应用软件（第三方软件）的名称、完整版本和供应商。同时明确开发人员数量、开发时间、工作量（人月数）12和代码行总数。（2）风险管理依据
21、风险管理相关标准提供软件风险分析报告和软件风险管理报告，风险管理资料另附原始文件。软件组件提供医疗器械产品的风险管理资料。（3）需求规范A 级提供软件需求规范（SRS ）关于软件功能的要求，B 级和 C 级提供 软件需求规范全文。软件需求规范另附原始文件。软件组件如无单独的软件需求规范，可提供医疗器械产品的需求规范。（4）生存周期A 级提供软件开发生存周期计划摘要，描述开发各阶段的划分情况和工作任务。B 级在 A 级基础 上提供配置管理计划摘要和维护计划摘要，描述所用的工具和流程。C 级在 B 级基础上提供设计历史文档目录。生存周期也可提交企业软件生存周期过程文件或 YY/T 0664医疗器械
22、软件软件生存周期过程等过程标准的核查表，用于替代相应描述。（5）验证与确认验证是指通过提供客观证据认定软件某开发阶段的输出满足输入要求，包括代码检查、设计评审、测试等质量保证活动。确认是指通过提供客观证据认定软件满足用户需求和预期用途，通常是指在真实或模拟使用环境进行的用户测试。可追溯性分析是指追踪需求规范、设计规范、源代码、测试、风险管理之间的关系，分析已识别关系的正确性、一致性、完整性和准确性。13A 级提供系统测试、用户测试的计划和报告摘要，描述测试的条件、工具、方法、通过准则和结果。B 级提供系统测试、用户测试的计划和报告，概述开发各阶段的验证活动，描述所用的工具、方法和任务。C 级在
23、 B 级基础上提供可追溯性分析报告（追溯需求规范、设计规范、测试、风险管理的关系表）。系统测试和用户测试的计划和报告另附原始文件。测试报告关于测试记录的内容可以提供一个测试记录样例和完整的测试记录清单。验证活动也可提交企业软件质量保证计划文件，用于替代相应描述。（6）缺陷管理A 级描述缺陷管理的工具和流程，明确软件本次注册已知的缺陷总数和剩余缺陷数。B 级和 C 级在 A 级基础上列明已知剩余缺陷情况，证明全部已知剩余缺陷的风险均是可接受的。已知剩余缺陷情况可另附原始文件。（7）更新历史A、B、C 级均应描述软件版本命名规则，明确软件版本的全部字段及字段含义，确认软件完整版本和软件发布版本。A
24、 级列明软件本次注册与前次注册之间历次软件更新的完整版本、日期和类型。B 级在 A 级基础 上详述历次软件更新的具体更新内容。C 级列明软件历次注册时历次软件更新的完整版本、日期、类型和具体更新内容。首次产品注册描述软件开发阶段的更新情况。更新历史可另付原始文件。（8）临床评价临床评价资料另附原始文件。143.核心算法依据软件设计规范（SDS）和说明书列明核心算法的名称、类型、用途和临床功能。核心算法是指实现软件核心功能（软件在预期使用环境完成预期用途所必需的功能）所必需的算法，包括但不限于成像算法、后处理算法和人工智能算法。其中成像算法是指用于获取医学图像或数据的算法，后处理算法是指改变原始
25、医学图像或数据产生新临床信息的算法，人工智能算法是指采用人工智能技术进行医学图像或数据分析的算法。算法类型包括公认成熟算法和全新算法。其中公认成熟算法是指源自公开文献资料、原理简单明确、上市多年且无不良事件的算法，而全新算法是指源自临床研究、科学研究的新算法。核心算法详尽程度取决于安全性级别和算法类型。当安全性级别为 A 级时，公 认成熟算法和全新算法均列明算法的名称、类型、用途和临床功能。当安全性级别为 B 级和 C 级时，公认成熟算法列明算法的名称、类型、用途和临床功能，全新算法在公认成熟算法基础上提供安全性与有效性的验证资料。- 15 -表 2 软件描述文档框架描述文档 A 级 B 级
26、C 级软件标识 明确软件名称、型号规格、发布版本、企业和生产地址。安全性级别明确软件安全性级别，详述确定理由。结构功能 依据体系结构图描述软件组成模块，依据用户界面关系图描述软件临床功能模块。硬件拓扑 依据物理拓扑图描述软件、通用计算机和医疗器械硬件的物理连接关系。运行环境 明确软件运行所需的硬件配置、软件环境和网络条件。适用范围 明确软件的适用范围。禁忌症 明确软件的禁忌症或使用限制。基本信息注册历史 明确软件在国内的注册情况。开发概述 明确开发语言、工具、方法，以及人员、时间、工作量、代码行数。风险管理 提供风险管理资料。需求规范提供需求规范的功能要求。提供需求规范全文。实现过程生存周期提
27、供开发生存周期计划摘要。提供开发生存周期计划、配置管理计划和维护计划的摘要。提供开发生存周期计划、配置管理计划和维护计划的摘要，- 16 -以及设计历史文档目录。验证与确认提供系统测试、用户测试的计划与报告摘要。概述开发各阶段的验证活动，提供系统测试、用户测试的计划与报告。概述开发各阶段的验证活动，提供系统测试、用户测试的计划与报告，以及可追溯性分析报告。缺陷管理描述缺陷管理流程，明确已知的缺陷总数和剩余缺陷数。描述缺陷管理流程，明确已知的缺陷总数和剩余缺陷数，列明已知剩余缺陷情况。更新历史明确版本命名规则，列明本次与前次注册之间历次软件更新的完整版本、日期和类型。明确版本命名规则，列明本次与
28、前次注册之间历次软件更新的完整版本、日期、类型和具体更新内容。明确版本命名规则，列明历次注册时历次软件更新的完整版本、日期、类型和具体更新内容。临床评价 提供临床评价资料。核心算法列明算法的名称、类型、用途和临床功能。公认成熟算法列明算法的名称、类型、用途和临床功能，全新算法在公认成熟算法基础上提供安全性与有效性的验证资料。17（十二）软件版本要求本节适用于自主开发医疗器械软件的版本要求，现成软件软件版本要求详见“ （十四）现成软件要求” 。1.基本考量软件没有物理实体，只能通过状态管理保证质量，而软件版本用于标识软件状态，控制软件更新，进而保证软件质量，因此软件版本与软件是相互对应的表里关系
29、，即软件版本是软件标识不可或缺的组成部分，也是实现医疗器械软件可追溯性的重要工具。企业无论采用何种名称和形式（如修订号、构建号、发布日期等），只要用于标识软件状态均视为软件版本。企业制定软件版本命名规则除了考虑医疗器械产品自身特点、质量管理体系要求之外，还要考虑监管的要求，即软件版本命名规则能够区分软件更新类型，可以确认软件完整版本和软件发布版本：（1）软件完整版本：体现重大增强类软件更新、轻微增强类软件更新、纠正类软件更新和构建（如适用）；（2）软件发布版本：软件发行所用的标识版本，仅体现重大增强类软件更新（即重大软件更新）。软件发布版本发生改变应进行许可事项变更，软件完整版本发生改变但软件
30、发布版本未变无需进行注册变更。例如，软件版本命名规则为 X.Y.Z.B，其中 X 表示重大增强类软件更新，Y 表示轻微增 强类软件更新，Z 表示纠正类软件更新，B 表示构建， 则软件完整版本为 X.Y.Z.B，软件发布版本为X，此时 X 发生变化应进行许可事项变 更，而 Y、Z 和 B 发生变化无需进行注册变更。18软件版本命名规则同样遵循风险从高原则，即不能区分重大软件更新和轻微软件更新则按照重大软件更新处理，不能区分增强类软件更新和纠正类软件更新则按照增强类软件更新处理。2.软件版本要求企业应出具软件版本命名规则真实性声明，明确软件版本的全部字段及字段含义，确认软件完整版本和软件发布版本。
31、企业应在说明书中明确软件发布版本。对于独立软件（含专用型独立软件视为软件组件的情况）和控制型软件组件，企业应在登录界面、主界面、 “关于” 或“帮助” 等界面体现软件完整版本和 软件发布版本，注册检测报告应包含软件完整版本和软件发布版本的界面照片。（十三）软件更新要求本节适用于自主开发医疗器械软件的更新要求，现成软件更新要求详见“（十四） 现成软件要求 ”。1.基本考量医疗器械软件更新是指企业在整个软件生存周期过程中对软件所做的任一修改。软件更新类型从不同角度出发有不同划分方法。从更新的结果和影响角度出发，软件更新可分为：（1）重大更新：影响到医疗器械安全性或有效性的软件更新；（2）轻微更新：
32、不影响医疗器械安全性与有效性的软件更新。从更新的目的和范围角度出发，软件更新可分为增强类19更新和纠正类更新，其中增强类更新又可分为适应型更新和完善型更新，纠正类更新又可分为纠正型更新和预防型更新（改自 GB/T 20157信息技术软件维护）：（1）适应型更新：医疗器械软件上市后，为适应新的运行环境而进行的软件更新；（2）完善型更新：医疗器械软件上市后，为改变功能、性能等软件属性而进行的软件更新；（3）纠正型更新：医疗器械软件上市后，为修正软件已知缺陷而进行的软件更新；（4）预防型更新：医疗器械软件上市后，为修正软件潜在未知缺陷以避免出现运行故障而进行的软件更新。同时，有两种特殊情况需要考虑：
33、（1）构建（Build）：是指软件编译生成一个工作版本，符合软件更新的定义，通过质量管理体系进行控制，申报资料要求与纠正类更新相同。下文如无特别说明，纠正类更新均包含构建；（2）涉及召回：包括软件更新导致医疗器械召回、召回处理措施所引发的软件更新，这两种情况均属于重大更新，应按照医疗器械召回的相关法规处理，不属于本指导原则讨论范围。本规范关注软件的安全性与有效性，将软件更新分为：（1）重大软件更新：影响到医疗器械安全性或有效性的增强类更新，即重大增强类软件更新；（2）轻微软件更新：不影响医疗器械安全性与有效性的增强类更新和纠正类更新，即轻微增强类软件更新和纠正类软件更新。202.重大软件更新根
34、据定义，凡是影响到医疗器械安全性或有效性的软件更新均为重大软件更新。具体而言，软件更新如影响到医疗器械的预期用途、使用环境或核心功能均为重大软件更新。本规范所述重大软件更新包括以下情形之一：（1）适应型软件更新：软件运行平台跨越互不兼容的计算平台（包括硬件和软件），如操作系统软件由 Windows 变为 iOS，32 位计算平台 变为 64 位计算平台、常规计算平台变为移动计算平台等，而系统软件和支持软件的补丁一般不视为重大软件更新，除非影响到医疗器械的安全性或有效性。（2）完善型软件更新：影响到用户临床决策（包括决策能力、决策结果、决策流程和用户临床行动），或者影响到人员安全（包括患者、用户
35、和其他相关人员），包括但不限于：a）临 床功能改变，如新增 临床应用、新增运行模式、采用新核心算法等；b）软件输出结果改变，如医学图像或数据质量改变、用户界面增加临床信息等；c）用 户 使用 习惯改变 ，如用户原有临床工作流程改变、用户界面布局改变等；d）影响到患者安全，如采用新的软件安全标准、用户界面增加报警信息等。而核心算法运算速度的单纯性提高、临床工作流程的可配置化（即用户可以保留原有临床工作流程）、用户界面的文字性修改，除非影响到医疗器械的安全性或有效性,一般不视为重大更新。（3）其他软件更新：软件的安全性级别、体系结构、用户21界面关系或物理拓扑发生改变。重大软件更新的范围会随着认知
36、水平与技术能力的提高、不良事件与召回事件的分析进行动态调整。3.软件更新要求医疗器械软件发生重大软件更新应进行许可事项变更，而发生轻微软件更新通过质量管理体系进行控制，无需进行注册变更，待到下次注册（注册变更和延续注册）时提交相应申报资料。已注册的医疗器械软件在后续注册（注册变更和延续注册）时应根据软件更新情况提交相应申报资料：（1）重大软件更新软件发生重大软件更新应提交软件更新描述文档，包括基本信息、实现过程和核心算法，详见表 3。表 3 软件更新描述文档框架软件描述文档 申报要求软件标识 明确软件本次注册情况，如改变详述更新内容。安全性级别明确软件本次注册情况，如改变详述更新理由并按更新后
37、的安全性级别提交资料。结构功能 明确软件本次注册情况，如改变详述更新内容。硬件拓扑 明确软件本次注册情况，如改变详述更新内容。运行环境 明确软件本次注册情况，如改变详述更新内容。适用范围 明确软件本次注册情况，如改变详述更新内容。禁忌症 明确软件本次注册情况，如改变详述更新内容。基本信息注册历史 明确软件本次注册情况。实现开发概述 明确软件本次注册情况，如改变详述更新内容。22风险管理提供更新部分的风险管理资料，包含对整体的影响分析。需求规范 提供更新部分的需求规范。生存周期 提供软件维护流程和配置管理流程。验证与确认提供更新部分的验证与确认资料，包含对整体影响的确认。缺陷管理 提供缺陷管理流
38、程，明确本次注册已知剩余缺陷情况。更新历史 明确版本命名规则，详述软件具体更新内容。过程临床评价 提供更新部分的临床评价资料。核心算法 提供更新部分的核心算法。（2）轻微软件更新软件发生轻微软件更新时，轻微增强类软件更新同样应提交软件更新描述文档，而纠正类软件更新应提交软件更新情况说明、回归测试计划与报告、新增已知剩余缺陷情况说明。软件同时发生多种类型的软件更新，应按照风险从高原则提交申报资料，即同时发生重大软件更新和轻微软件更新则按照重大软件更新处理，同时发生增强类软件更新和纠正类软件更新则按照增强类软件更新处理。医疗器械软件的重新开发（即企业弃用原有软件）不属于软件更新，应按照医疗器械产品
39、注册的要求提交申报资料。（十四）现成软件要求1.基本考量随着信息技术的快速发展，医疗器械产品使用现成软件23的情况越来越普遍，但现成软件不能完全满足医疗器械产品的预期用途，而且企业未对现成软件进行完整生存周期控制，因此使用现成软件风险相对较高。由于要对医疗器械产品最终的安全性与有效性负责，企业应采用基于风险的方法保证现成软件的质量和安全。现成软件分为：（1）成品软件：已开发且通常可得到的，但企业未进行完整生存周期控制的软件，包含商业软件和免费软件；（2）遗留软件：企业以前开发但现在不能得到足够开发记录的软件；（3）外包软件：企业委托第三方开发的定制软件。目前，本指导原则所述的现成软件仅限于应用
40、软件，今后将在适当时机下扩至系统软件和支持软件。但企业应保证系统软件和支持软件的质量和安全。2.现成软件要求医疗器械软件的开发方式不同，采用的现成软件类型不同，软件质量保证措施也不同，注册申报资料亦有所差异。（1）部分采用现成软件对于部分采用现成软件的方式，三种现成软件的要求相同，企业均应在软件描述文档相应条款中描述（详见表 4）。表 4 部分现成软件框架安全性级别 A 级 B 级 C 级软件描述文档条款软件标识、结构功能、风险管理、验证与确认、更新历史。软件标识、结构功能、需求规范、风险管理、生存周期、验证与确认、缺陷管理、更新历史、核心算法。24a）软 件 标识A、B、C 级明确现成软件的
41、名称、型号规格、发布版本、供应商和生产地址。b）结构功能A、B、C 级注明组成模块、临床功能模块所用现成软件的名称、发布版本和类型。c）风险管理A、B、C 级提供现成软件的风险管理资料。d）需求规范B 级和 C 级提供现成软件的需求规范资料。e）生存周期B 级和 C 级在开发生存周期计划、配置管理计划和维护计划中明确现成软件的要求。f）验证与确认A、B、C 级提供现成软件的验证与确认资料。g）缺陷管理B 级和 C 级明确现成软件的缺陷管理流程和已知剩余缺陷情况。h）更新历史A、B、C 级明确现成软件的版本命名规则。i）核心算法B 级和 C 级列明现成软件核心算法的名称（或编号）、用途和临床功能
42、，全新临床功能提供安全性与有效性的验证资料。（2）全部采用现成软件对于全部采用现成软件的方式，三种现成软件的要求有25所不同：a）成品软件：企 业应 提供外购合同复印件或声明、软件描述文档（不适用条款说明理由），成品软件如已在中国上市提供注册证复印件；b）遗留软件：企业应提供遗留软件证明性文件（如 YY/T 0664 实施之前的注册证或上市批书复印件）、软件描述文档（不适用条款说明理由）、上市后临床评价资料；c）外包软件：企 业应 提供外包合同复印件或声明、软件描述文档（不适用条款说明理由）。3.现成软件更新要求现成软件的更新类型、更新注册要求和风险从高原则与自主开发软件相同，注册申报资料要求
43、与自主开发软件有所差异。现成软件发生重大软件更新时，应参照自主开发软件重大软件更新要求提交现成软件更新描述文档，不适用条款说明理由。现成软件发生轻微软件更新时，轻微增强类软件更新同样应提交现成软件更新描述文档，而纠正类软件更新与自主开发软件纠正类软件更新要求相同。对于部分采用现成软件的情况，自主开发的软件发生更新按照自主开发软件更新要求提交相应申报资料，现成软件发生更新按照现成软件更新要求提交相应申报资料。4.现成软件版本要求现成软件版本同样要考虑监管要求和遵循风险从高原则。现成软件供应商的软件版本命名规则如符合监管要求，企业可直接采用现成软件供应商的版本命名规则。企业应在软件版本命名规则真实
44、性声明中明确现成软26件的版本命名规则、完整版本和发布版本。（十五）现场体系核查软件研发基本要求企业应按医疗器械生产质量管理规范（国家食品药品监督管理总局2016年第64号公告）及相关文件的要求建立质量体系，还应符合本部分的要求。1.企业应按照软件生命周期的要求，保存医疗软件产品研发过程中所产生的文档，其中包括可行性分析、需求分析、概要设计、详细设计、源代码和测试文档等方面的内容，具体要求见附录II。2.企业应有与医疗软件产品研发过程相适应的人员分工、设备管理、配置管理、BUG管理等方面的要求，具体要求见附录II 。3.企业应配备同医疗软件产品生产相适应的软硬件资源，包括计算机、服务器（如有）
45、、测试用专用软件（如有）、操作系统软件等。4.生产与测试用计算机系统应相互独立。5.企业应建立软件版本号管理制度。6.企业应有医疗软件产品维护的相关要求（如有）。7.如企业为委托研发，应提供委托研发合同/协议和上述所有资料。三、审查关注点审查中需重点关注以下几个方面：（一）产品命名是否符合通用名称及相关法规、规范性文件要求，可以结合人体部位、临床科室、处理对象和功能用途进行命名。（二）产品适用范围、结构组成以及所包括的功能模块等27是否符合本规范界定的医疗软件产品的定义，属于自主开发、部分采用现成软件还是全部采用现成软件，是独立软件和软件组件，根据不同情况适用于本规范不同章节的要求。（三）根据
46、医疗器械软件风险水平的不同是否对软件安全性级别进行了合理分级，软件安全性级别应结合软件的预期用途、使用环境和核心功能进行判定，并应结合质量管理体系要求，建立与软件安全性级别相匹配的软件生存周期过程，包括软件开发过程、软件维护过程、配置管理过程、风险管理过程和问题解决过程。企业应基于软件安全性级别提交相应注册申报资料。注册申报资料均源自软件生存周期过程所形成的文件资料，详尽程度取决于软件的安全性级别和复杂程度。（四）产品技术要求的内容和格式是否符合本规范附录 I的相关要求，附录 I 是对关于发布医疗器械产品技术要求编写指导原则的通告（国家食品药品监督管理总局 2014 年第 9 号通告）和 GB
47、/T 25000.51软件工程 软件产品质量要求与评价（SQuaRE）商业现货（COTS）软 件产品的质量要求与测试细则要求的合并，此外产品的专用要求还应结合相关的性能标准和安全标准予以补充。（五）医疗软件产品研究资料应重点关注软件描述文档，是否结合所确定的软件安全性级别正确提交了相应的软件描述文档并符合本规范的要求，本规范对自主开发的医疗器械软件产品、部分采用现成软件产品、现成软件产品以及软件更新时规定了不同的软件描述文档内容要求。（六）软件版本控制是软件不同于其他产品而应重点关注的内容之一，是否符合本规范的相关要求，本规范对自主28开发的医疗器械软件产品、部分采用现成软件产品、现成软件产品
48、以及软件更新时规定了不同的软件版本要求。（七）软件更新应重点鉴别是重大更新还是轻微更新，是增强类更新还是纠正类更新，其中增强类更新是适应型更新还是完善型更新，纠正类更新是纠正型更新还是预防型更新，是否符合本规范的相关要求，本规范对自主开发的医疗器械软件产品、部分采用现成软件产品和现成软件产品的不同情况的更新规定了不同的要求。（八）现成软件分为成品软件、遗留软件和外包软件，审查时应予以关注属于何种情况，本规范对部分采用现成软件和全部采用现成软件的软件描述文档要求、软件更新要求、软件版本要求提出了明确的要求，审查时应予以关注是否符合相关要求。（九）本规范明确了医疗软件产品现场体系核查时的相关要求，
49、并应重点关注软件研发过程和文档是否符合本规范附录 II 给出的相关要求。29附录 I独立软件产品技术要求模板医疗器械产品技术要求医疗器械产品技术要求编号：产品名称1. 产品型号/规格及其划分说明1.1 软件型号规格1.2 软件发布版本1.3 版本命名规则明确软件完整版本的全部字段及字段含义2. 性能指标2.1 通用要求2.1.1 处理对象明确软件的处理对象类型，如图像（如 X-ray、US 等）、数据（如心电、血压、血氧、血糖等）2.1.2 最大并发数明确软件的最大并发用户数、患者数2.1.3 数据接口明确软件的通用数据接口（如 Dicom、HL7）、产品接口（可联合使用的独立软件、医疗器械硬件）302.1.4 特定软硬件明确软件完成预期用途所必备的独立软件、医疗器械硬件2.1.5 临床功能依据说明书明确软件全部临床功能纲要（注明可选）2.1.6 使用限制依据说明书明确软件的使用限制2.1.7 用户访问控制明确软件的用户访问控制管理机制2.1.8 版权保护明确软件的版权保护技术2.1.9 用户界面明确软件的用户界面类型2.1.10 消息明确软件的消息类型2.1.11 可靠性明确软件出错
