《医疗器械软件注册审查指导原则修订变化对比表.docx》由会员分享，可在线阅读，更多相关《医疗器械软件注册审查指导原则修订变化对比表.docx（9页珍藏版）》请在金锄头文库上搜索。
1、序号及项目旧版新版1指导原则 的地位本指导原则是医疗器械软件的通用指导 原则本指导原则是数字医疗（Digital Health）指导原则体 系的基础指导原则，亦是医疗器械软件的通用指 导原则2.范围本指导原则适用于医疗器械软件的注册 中报，包括第二类、第三类医疗器械产 品，适用的软件开发方式包括自主开 发、部分采用现成软件和全部采用现成 软件。本指导原则适用于医疗器械软件的注册申报，包括 第二、三类独立软件和含有软件组件的医疗器械（包括 体外诊断医疗器械）：适用于自研软件、现成软件 的注册申报。本指导原则也可用作医疗器械软件、质量管理软件 的体系核查参考。3.主要概念/医用中间件是医疗器械软件
2、正常运行所必需的，故 作为医疗器械软件的组成部分予以考虑。/有些支持软件（如VTK、ITK）自带算法库，医疗 器械软件开发过程已将算法库相关内容集成于自身 内部，故医疗器械软件正常运行需要这些支持软件 的支持。/必备软件：医疗器械软件正常运行所必需的其他的 医疗器械软件及医用中间件/外部软件环境：正常运行所必需的系统软件、通用应 用软件、通用中间件、支持软件4.生存周期A级提供软件开发生存周期计划 摘要，描述开发各阶段的划分情况和工 作任务。B级在A级基础上提供配置 管理计划摘要和维护计划摘要，描述 所用的工具和流程。C级在B级基础 上提供设计历史文档集索引表（D HF）。生存周期也可提交制造
3、商软件生存 周期过程文件或YY/T 0664医疗器 械软件软件生存周期过程等过程 标准的核查表，用于替代相应描述。软件生存周期（又称软件生命周期）是指软件系统 从概念定义至停止使用的时间周期，包括软件开发 策划、软件需求分析、软件设计、软件编码、软件 测试、软件发布、软件部署、软件维护、软件停运 等阶段。5.生存周期 模型/软件生存周期模型是指一组包含过程、活动和任务 的框架，跨越从软件需求分析到软件停运的软件生 存周期过程，每个过程可细分为若干活动，每个活 动又可细分为若干任务。6.软件验证验证是指通过提供客观证据认定软件 某开发阶段的输出满足输入要求，包括 代码检查、设计评审、测试等质量保
4、 证活动。软件验证是指通过提供客观证据认定软件开发、 软件维护某一阶段的输出满足输入要求。软件验证 包括源代码审核、静态和动态分析/测试、单元测试、 集成测试、系统测试、设计评审等系列活动，是软 件确认的基础。7.软件测试A级提供系统测试、用户测试的计划 和报告摘要，描述测试的条件、工具、方 法、通过准则和结果。B级提供系 统测试、用户测试的计划和报告，概软件测试是软件质量保证的基本措施，也是软件 验证、软件确认的重要方法，从不同角度有不同分 类方法。单元测试是对软件单元进行测试，通常采用白盒测述开发各阶段的验证活动，描述所用的 工具、方法和任务。试.集成测试是对软件项（由若干软件单元组成，即
5、 软件模块）进行测试，白盒测试、黑盒测试、灰盒 测试相结合；系统测试是对软件系统（由若干软件 项组成）进行测试，通常采用黑盒测试，其从测试 内容角度又可分为功能测试、性能测试、并发测试、压 力测试、接口测试、内存测试、兼容性测试、用户 界面测试、安装卸载测试、安全测试等。内部测试是指注册申请人实施的测试，包括单元测 试、集成测试、系统测试，白盒测试、黑盒测试、 灰盒测试相结合；用户测试是指预期用户在其实或 模拟使用场景对软件系统进行测试，采用黑盒测试；第 三方测试是指第三方机构对软件系统进行测试，通 常采用黑盒测试。回归测试是指用于确定软件更新没有产生不良 影响且未引入风险不可接受新缺陷的软件
6、测试。8.软件确认确认是指通过提供客观证据认定软件满 足用户需求和预期用途，通常是指在真 实或模拟使用环境进行的用户测试。软件确认是基于过程控制的设计确认，包括用户 测试、临床评价、设计评审等系列活动，即要保证 软件满足用户需求和预期用途，又要确保软件已知 剩余缺陷的风险均可接受。9 .软件可追 溯分析报告C级在B级基础上提供可追溯性分 析报告（追溯需求规范、设计规范、测 试、风险管理的关系表）。注册申请人应建立软件可追溯性分析过程，规范 软件可追溯性分析相关活动要求，以保证软件验证、软 件确认的质量。考虑到行业实际情况，源代码追 溯分析活动追溯至软件单元（列明名称）即可。1 0 .软件完 整
7、版本和UDI/从医疗器械唯-标识（UDI）角度，软件完整版本属 于生产标识（PI）的组成部分。11.检测报告检测报告提供软件版本界面照片或列明软件版本信 息，有用户界面的软件体现软件发布版本、软件完 整版本，无用户界面的软件体现软件完整版本。说 明书注明软件发布版本。1 2 .软件算 法核心算法是指实现软件核心功能（软件在预期使用环境完成预期用 途所必需的功能）所必需的算法，包括 但不限于成像算法、后处理算法和人工 智能算法。其中成像算法是指用于获取 医学图像或数据的算法，后处理算法是 指改变原始医学图像或数据产生新临床 信息的算法，人工智能算法是指采用人 工智能技术进行医学图像或数据分析 的
8、算法。算法类型包括公认成熟算法和全新 算法。其中公认成熟算法是指源自公开 文献资料、原理简单明确、上市多年且 无不良事件的算法，而全新算法是指源 自临床研究、科学研究的新 算法。软件算法从重要性角度可分为核心算法和非核心算 法，其中核心算法是指实现软件核心功能所必需的 算法，反之即为非核心算法。从复杂性角度可分为简单算法和复杂算法，前者原 理简单明确或基于成熟公式，后者通常基于模型研 究，存在诸多假设条件且影响因素较多，同时二者 在算法规模、参数数量、运算速度等方面亦存在差 异。从可解释性角度可分为白盒算法和黑盒算法， 前者可与现有知识建立关联，后者难与现有知识建 立关联，前者可解释性优于后者
9、。1 2 .软件功 能/软件功能从不同角度出发有不同分类方法。从重要 性角度可分为核心功能和非核心功能，其中核心功能是指软件在预期使用场景完成预期用途所必需的 功能，反之即为非核心功能。从技术特征角度大体上可分为处理功能、控制功 能、安全功能，其中处理功能是指加工医疗器械数 据（即医疗器械产生的用于医疗用途的客观数据） 或基于模型计算（如辐射剂量模型、药代模型）的 功能，控制功能是指控制/驱动医疗器械硬件运行的 功能，安全功能是指保证医疗器械安全性的功能。 处理功能从数据流角度又可分为前处理功能和后处 理功能，前者是指采集人体解剖、生理信息生成医 疗器械数据过程的处理功能，后者是指利用医疗器
10、械数据生成诊疗信息或进行医疗干预过程的处理功 能；后处理功能从复杂性角度又可分为简单功能和 复杂功能，前者是指对现有医疗信息进行操作而非 生成新医疗信息的功能，后者是指生成新医疗信息 的功能；从监管范围角度可分为医疗器械功能和非医疗 器械功能，其中医疗器械功能是指可用作医疗器械 界定依据的软件功能，反之即为非医疗器械功能， 实现医疗器械功能所必需的患者信息管理功能属于 医疗器械功能。二者尽量通过模块化设计予以拆分，若 在技术上无法拆分需将非医疗器械功能作为医疗 .器械软件的组成部分予以整体考虑。13.软件用 途软件用途通常可分为辅助决策和非辅助决策，其中 辅助决策是指通过提供诊疗活动建议辅助用
11、户（如 医务人员、患者）进行医疗决策;仅提供医疗参考信 息而不进行医疗决策即为非辅助决策.实时性角度均可细分为实时和非实时，前者风险 通常高于后者。故软件功能从软件用途角度又可分 为辅助决策类功能和非辅助决策类功能、实时功能 和非实时功能。14安全性级 别确定依据软件安全性级别应结合软件的预 期用途、使用环境和核心功能（软件 在预期使用环境完成预期用途所必 需的功能）进行判定。其中预期用途 主要考虑软件的临床用途（如诊断、 治疗、监护、筛查等）和重要程度（如 重要作用、辅助作用、补充作用等）， 使用环境主要考虑软件的使用场所 （如医院、家庭等）、疾病类型（如 严重性、紧迫性、传染性等）、患者
12、人群（如成人、儿童、老年、女性等） 和用户类型（如专业用户、普通用户、 患者等），核心功能主要考虑软件的 功能类型（如控制驱动、处理分析 等）、实现方法（如CT图像重建采 用滤波反投影算法还是迭代算法，异 常识别采用常规图像处理算法还是软件安全性级别可结合软件的预期用途、使用场 景、核心功能进行综合判定。其中，预期用途主要 考虑软件的用途类型（如治疗、诊断、监护、筛查）、重 要程度（如重要作用、参考作用、补充作用）、紧 迫程度（如危重情形、严重情形、普通情形）、成 熟程度（成熟、全新）等因素，使用场景主要考虑 软件的使用场所（如门诊、手术、住院、急救、家 庭、转运、公共场所）、疾病特征（如严重
13、性、紧 迫性、传染性）、适用人群（如成人、儿童、老 人、孕妇）、目标用户（如医务人员、患者）等因 素，核心功能主要考虑软件的功能类型（如重要程 度、技术特征、复杂程度、成熟程度）、核心算法 （如重要程度、复杂程度、可解释性、成熟程度）、输 入输出（输入数据如医学图像、生理参数、体外诊 断等数据，输出结果如处理、测量、分析等结果）、接口 （如应用程序接口 （API）、数据接口、产品接 口）等因素。人工智能算法等）和复杂程度（如算 法规模、参数数量、运算速度等）o15.全生命周期质控/上市前开展充分有效的软件验证与确认活动，识 别软件可预见的风险并将其降至可接受水平。上市 后继续开展软件质量保证工
14、作，结合用户投诉、不 良事件和召回等情况识别前期未预见的风险，并采 取必要措施保证软件质量；同时，基于软件更新需 求的评估，实施软件更新活动以满足用户新需求， 并开展与之相适宜的软件验证与确认活动，以保证 软件更新质量；此外，软件停运考虑用户告知与后 续服务、数据迁移、患者数据与隐私保护等要求。16软件更新软件版本控制中的各种更新。需考虑现成软件组件和外部软件环境的更新，并开 展外部软件环境更新的影响评估工作。17.质量管 理软件/质量管理软件是指医疗器械质量管理所用的应用软 件，非医疗器械软件，无需申报注册。质量管理软件 与医疗器械软件在技术层面具有相同之处，故可参照 医疗器械软件相关要求考
15、虑质量管理软件的确认要 求。质量管理软件参照医疗器械软件可分为类独立软倡 和类软件组件，前者包括设计开发所用软件、流程管 理所用软件等，后者包括生产设备所含软件、 检验设备所含软件等。1 8 .独立软 件注册单元 划分不同预期用途的独立软件应作为不同注 册单元，按照预期用途大体上可分为治 疗计划类、诊断类、监护类和 信息管理类。不同预期用途的独立软件作为不同注册单元，按 照预期用途可分为辅助决策类和非辅助决策类，每 类又可细分为治疗、诊断、监护、偷查等情形。1 9 .检测单 元划分原则独立软件检测单元原则上与注册单 元相同有多个运行环境或多个发布版 本，则每个互不兼容的运行环境（含云 计算）或每个互不涵盖的发布版本均 需作为一个检测单元。独立软件检测单元原则上与注册单元相同有多个运行环境或多个发布版本，则每个互不兼 容的运行环境（含云计算）或每个互不涵盖的发布 版本均需作为一个检测单元。若软件核心功能相同但核心算法类型不同，则每 类核心算法所对应的核心功能均需检测（检测对象 为核心功能而非核心算法）。同理，若软件核心功能相同但核心算法类型不 同，则每类核心算法所对应的核心功能均需检测。2 0 .临床评 价独立软件应依据医疗器械临床评价 技术指导原则提交临床评价资料， 不适用条款说明理由。对于采用人工 智能算法实现的功能（如计算机辅助 检测、分类和诊断等CAD类功能），应
