第三类医疗器械注册中的软件与网络安全:申报资料要点与实务指引

内容源自

简介

第三类医疗器械注册中的软件与网络安全资料是审评高频关注点。本文解读软件安全性级别判定、软件研究资料与网络安全描述的具体要求,梳理验证确认、版本管理与变更控制的实操流程,并总结常见发补问题与合规建议,帮助含软件产品高效通过技术审评。

随着医疗装备的数字化程度不断提高,软件与网络安全已成为第三类医疗器械注册审评的重点领域。软件既可能作为独立产品注册,也可能作为硬件产品的组成部分随整机申报,其研究资料与网络安全资料的要求直接影响受理与审评走向。本文围绕申报资料构成与实操流程,梳理企业可落地的准备方法。

一、法规依据与软件监管框架

含软件医疗器械的监管以《医疗器械监督管理条例》为基础,配套《医疗器械软件注册审查指导原则》《医疗器械网络安全注册审查指导原则》等文件,构建了从软件安全性级别判定到全生命周期维护的完整框架。软件既可以作为独立软件单独注册,也可以作为软件组件随硬件产品一并申报,两类情形的资料要求侧重不同,企业须在立项阶段明确产品形态与管理属性。

网络安全要求并非独立软件专属。只要器械具备电子数据交换、远程控制、远程维护或用户访问等功能,即被视为具有网络连接能力,需要提交相应的网络安全研究资料。审评关注的不是软件是否复杂,而是风险是否被识别、控制并留有可核查的证据。

二、适用情形与软件安全性级别判定

申报时应先确定软件安全性级别。通常依据软件失效或缺陷对患者、使用者造成的伤害可能性与严重程度,划分为轻微、中等、严重三个级别,级别越高,对设计、验证与可追溯性的要求越严格。判定结论须在软件研究资料中给出依据充分的说明,不能简单套用同类产品结论。

对于软件组件,若软件仅用于显示、存储或简单计算且不参与诊断治疗决策,其风险相对可控;若软件参与自动诊断、剂量计算、报警判定或闭环控制,则需提供更为充分的验证确认证据。现成软件、开源组件与第三方运行环境同样纳入管理范围,其来源、版本与使用限制均须说明。

三、申报资料要求:软件研究与网络安全描述

软件研究资料一般包括软件基本信息、实现过程、核心算法、结论与版本命名规则。其中版本命名规则是审评高频关注点:需明确重大增强类、轻微增强类与纠正类更新的定义,以便上市后判断变更是否触发注册变更。核心功能与接口描述应清晰到可支持审评人员理解数据流向与风险路径。

网络安全资料需覆盖保密性、完整性与可得性三个维度,包括网络连接方式、数据传输与存储、用户访问控制、安全更新机制以及漏洞响应策略。若涉及患者隐私数据,还应说明数据最小化、去标识化与授权访问的具体措施。所有安全措施都应可验证、可复现,并与风险管理文档形成对应关系。

四、实操流程:验证确认与版本管理

软件验证确认应按级别开展,低级软件可采用基本测试与评审,中高级软件需完成单元、集成、系统与用户场景测试,并保留需求与测试用例的双向追溯矩阵。采用真实临床数据进行算法验证时,须说明数据来源、样本代表性、标注规则与盲法设计,避免出现训练集与验证集混用的问题。

版本管理方面,建议建立与注册档案一致的基线版本,所有发布版本留档并记录变更内容与影响评估。体系核查中,配置管理工具、缺陷跟踪记录与发布审批记录是常见检查对象。企业应确保研发、质量与法规三方的记录口径一致,避免出现文档版本漂移。

五、常见问题与合规建议

常见发补集中在:软件安全性级别判定缺少依据;版本命名规则与变更控制文件相互矛盾;网络安全资料只作原则性描述而无具体技术措施;算法验证数据集不具代表性;现成软件与开源组件未纳入清单管理。这些问题反映的多是研发与法规脱节,而非技术能力不足。

合规建议是尽早将法规要求嵌入软件开发流程,在需求阶段就明确网络安全指标与验证方法,把注册所需的文档作为研发输出的自然产物而非事后补写。上市后还应建立漏洞收集与安全更新的闭环机制,及时评估更新对产品安全有效性的影响,必要时履行注册变更程序。

官方来源:国家药品监督管理局