导图社区 医疗器械独立软件注册要求
根据国家药监局在2022年最新发布的 医疗器械独立软件注册指南要求,详细分解讲述了独立软件如何开发、需要填写哪些资料以及需要研究的对象有哪些做了详细的汇总,供大家学习参考,具体细节需要解读注册指南文件。
编辑于2024-06-04 22:52:01医疗器械独立软件注册要求
医疗器械软件生存周期过程
软件开发过程
1、软件开发策划
确定软件开发的目标和可行性
开发策划
2、软件需求分析
将法规、标准、用户、产品等要求转换为软件需求规范/软件需求规格说明(SRS)
设计输入
3、软件设计
通过设计活动将软件需求规范转换为软件设计规范/软件设计规格说明(SDS)。
4、软件编码
通过编写源代码将软件设计规范转换为软件系统
设计输出
5、软件测试/验证
通过各类测试活动保证软件系统质量
设计验证
6、软件确认
软件确认是基于过程控制的设计确认,包括用户测试、临床评价、设计评审等系列活动,即要保证软件满足用户需求和预期用途,又要确保软件已知剩余缺陷的风险均可接受。
设计确认
7、软件发布
软件系统予以产品定型
设计转换
软件部署
指软件系统的交付、安装、设置和配置
软件维护
对软件系统发布后的更新需求予以实现
软件停运
指终止软件系统的销售和售后服务,售后服务停止时间通常晚于停售时间。
软件维护过程
包括软件更新需求评估
软件更新策划
软件更新实施
软件验证
软件确认
软件发布
用户告知等活动。
适用于发布后增强类软件更新
软件风险管理过程
包括风险分析、风险评价、风险控制、综合剩余风险评价等活动基于医疗器械风险管理过程予以实施,可采用医疗器械常用风险管理方法。
软件配置管理过程
配置项识别、更改控制、配置状态记录等活动,基于软件版本命名规则进行软件版本控制,可使用配置管理工具或常用办公软件予以实施。
软件版本命名规则明确字段的位数、范围、含义,字段含义明确且无歧义无矛盾,涵盖自研软件、现成软件、网络安全的全部软件更新类型,能够区分重大软件更新和轻微软件更新,保证软件更新的版本变更符合软件版本命名规则要求[软件更新与软件版本命名规则若不匹配应采取纠正预防措施(CAPA)并予以记录。
软件缺陷管理过程
适用于发布前和发布后纠正类软件更新,包括软件缺陷评估、软件缺陷修复、回归测试等活动,可使用缺陷管理工具或常用办公软件予以实施。
软件风险管理过程、软件配置管理过程、软件缺陷管理过程贯穿于软件开发过程、软件维护过程。
软件测试
测试依据角度
黑盒测试
指基于输入与输出的测试
白盒测试
指基于源代码的测试
白盒测试根据是否运行源代码又可分为静态、动态分析/测试。
灰盒测试
黑盒测试与白盒测试可组合使用,即灰盒测试
测试进程角度
单元测试(对软件单元进行测试,通常采用白盒测试)
集成测试
是对软件项(由若干软件单元组成,即软件模块)进行测试,白盒测试、黑盒测试、灰盒测试相结合
系统测试
是对软件系统(由若干软件项组成)进行测试,通常采用黑盒测试,其从测试内容角度又可分为功能测试、性能测试、并发测试、压力测试、接口测试、内存测试、兼容性测试、用户界面测试、安装卸载测试、安全测试等。
测试实施方角度
内部测试
指注册申请人实施的测试,包括单元测试、集成测试、系统测试,白盒测试、黑盒测试、灰盒测试相结合
用户测试
指预期用户在真实或模拟使用场景对软件系统进行测试,采用黑盒测试;
第三方测试
指第三方机构对软件系统进行测试,通常采用黑盒测试。
回归测试
指用于确定软件更新没有产生不良影响且未引入风险不可接受新缺陷的软件测试。
需根据软件更新的类型、内容和程度,开展与之相适宜的单元测试、集成测试、系统测试、用户测试、第三方测试等测试活动。
软件验证
指通过提供客观证据认定软件开发、软件维护某一阶段的输出满足输入要求。
软件验证包括源代码审核、静态和动态分析/测试、单元测试、集成测试、系统测试、设计评审等系列活动,是软件确认的基础。
软件确认
指通过提供客观证据认定软件满足用户需求和预期用途。
软件确认是基于过程控制的设计确认,包括用户测试、临床评价、设计评审等系列活动,即要保证软件满足用户需求和预期用途,又要确保软件已知剩余缺陷的风险均可接受。
软件可追溯性分析
注册申请人应建立软件可追溯性分析过程,规范软件可追溯性分析相关活动要求,以保证软件验证、软件确认的质量。考虑到行业实际情况,源代码追溯分析活动追溯至软件单元(列明名称)即可。
软件可追溯性分析作为软件验证、软件确认的重要活动之一,是指追踪软件需求、软件设计、源代码、软件测试、软件风险管理之间的关系,分析已识别关系的正确性、一致性、完整性、准确性。
软件更新
更新结果角度
重大更新和
轻微更新
重大增强类更新
轻微增强类更新
更新内容角度
增强类更新
增强类更新又可分为完善型更新和适应型更新,其中完善型更新是指改变功能、性能、接口等软件属性的软件更新,适应型更新是指适应新运行环境的软件更新
纠正类更新
修正型更新
修正型更新是指修复软件存在且已造成运行故障缺陷的软件更新
预防型更新
预防型更新是指修复软件存在但尚未造成运行故障缺陷的软件更新;其通常属于轻微更新,除非影响到医疗器械安全性或有效性。
注册要求
(1)重大软件更新:影响到医疗器械安全性或有效性的增强类更新,即重大增强类软件更新,应申请变更注册。
(2)轻微软件更新:不影响医疗器械安全性与有效性的增强类更新、纠正类更新,包括轻微增强类软件更新、纠正类软件更新,通过质量管理体系进行控制,无需申请变更注册,待下次变更注册时提交相应注册申报资料。
其它相关
软件定义
自主软件
注册申请人进行完整生存周期控制的软件称为自研软件(若无明示简称为软件)
现成软件
注册申请人未(含无法证明)完整生存周期控制的软件称为现成软件,包括遗留软件、成品软件、外包软件。
遗留软件
指注册申请人以前开发但现在不能得到足够开发记录的软件,即注册申请人无法证明其进行完整生存周期控制的软件,涉及应用软件、中间件
成品软件
指第三方开发的且通常可得到的软件,即注册申请人未进行完整生存周期控制的软件,涉及系统软件、应用软件、中间件、支持软件,如开源/闭源软件、免费/付费软件等。
外包软件
指注册申请人委托第三方开发的软件,即注册申请人仅进行部分生存周期控制的软件,涉及应用软件、中间件。
现成软件与医疗器械的关系
现成软件组件(医疗监管对象)
遗留软件
成品软件
外包软件
医用应用软件 医用中间件
外部软件环境(非监管对象)
成品软件
系统软件 通用应用软件 通用中间件、 支持软件
软件类型
内嵌型软件组件+外部软件环境
自研软件+现成软件组件相结合
现成软件组件+外部软件环境
软件版本
软件发布版本
软件完整版本
现成软件通用考量
现成软件组件
现成软件组件的软件更新、软件版本相关要求与自研软件基本相同,同样遵循风险从高原则。
现成软件组件若发生重大软件更新亦应申请变更注册,若发生轻微软件更新通过质量管理体系进行控制,无需申请变更注册。
外部软件环境
根据风险控制要求,医疗器械软件必要时需具备外部软件环境自检功能,以确保自身能够正常运行。同理,说明书必要时需明确外部软件环境所含全部现成软件的交付、安装、设置、配置、更新以及使用限制、警示提示等内容。
通常补丁更新、与医疗器械软件兼容的版本更新属于轻微软件更新,而产品更新、为解决与医疗器械软件不兼容问题的版本更新属于重大软件更新,同样遵循风险从高原则。
GB/T 25000.51实施要求
注册申请人需在软件研究资料中提交GB/T 25000.51自测报告,亦可提交自检报告或检验报告代替自测报告
医疗器械软件研究资料框架
自研软件
自研软件研究报告
自研究软件更新研究报告
自研软件完善型更新研究报告
自研软件适应型更新研究报告
自研软件纠正更新研究报告
现成软件
现成软件组件
部分使用方式
现成软件组件研究资料
现成软件组件更新研究资料
全部使用方式
现成软件组件研究报告
现成软件组件更新研究报告
外部软件环境
外部软件环境评估报告