眼科诊断设备独立软件注册要求与技术考量

国家药品监督管理局医疗器械技术审评中心近日发布了《眼科诊断设备，产品组成中含独立软件，申报注册时需要注意哪些问题》的共性问题解答：

对于眼科诊断设备，除自身所含嵌入式软件组件外，通常还需配套专用型独立软件使用（通常运行于通用计算平台，如通用计算机、移动终端等），来实现图像显示和处理等功能。
产品注册申报时，两部分软件均需按要求提交相应的软件研究资料及网络安全研究资料。
对于配套独立软件，应在结构及组成中体现并明确发布版本。
产品技术要求中需分别明确两部分软件的名称、型号规格、发布版本及版本命名规则，明确独立软件的软件运行环境。软件功能要求中应分别体现两部分软件各自的功能。如为进口产品，境外上市证明文件应包括独立软件。

上述答复直击了当前眼科影像及测量设备在合规通道中的核心审查焦点。随着图像处理算法与通用计算平台的深度结合，审评机构对于“双软件体系”——即底层嵌入式组件与上层独立应用软件的边界划分及技术文件编制规范，提出了更为严苛的界定标准。

拆解眼科诊断设备独立软件注册要求的合规痛点

从过往行业发补共性来看，在寻求外部医疗器械注册咨询的企业中，最常见的失误是将底层控制逻辑与上层图像后处理功能合并编写。这严重违背了审评指南中独立软件的模块化审查原则。即便是相对结构单一的医用红外额温计注册，也会涉及基础的软件组件划分，而对于包含三维成像或复杂拓扑结构测量的眼科设备，独立软件通常运行于商用计算机，必须针对该特定运行环境提供完整的网络安全测试报告及现成软件(SOUP)评估资料。

如果产品技术要求中未明确独立软件的运行环境限制条件（如操作系统底层依赖、硬件配置最低警戒线），其面临的实质性风险将呈指数级放大。不同于单纯考核物理光学参数的无源眼科耗材（如评估软性亲水接触镜抗蓝光性能），这类眼科有源诊断设备的核心风险高度聚焦于图像处理保真度与网络数据传输。一旦因运行环境不匹配发生临床图像处理进程死机或数据丢失，不仅无法通过注册检验，更会导致该主设备的系统安全性评价被直接否决。

版本命名规则与境外上市文件的协同验证逻辑

软件一旦独立成核心功能模块，其命名与版本管控便具有独立的合规生命周期。参考历年分类目录如2023年第一次医疗器械产品分类界定结果的底层逻辑，企业必须制定并严格执行包含大版本、次版本、修订版的专属命名规则，且该规则必须在技术要求中进行明文固化。此外，类似于中医脉诊设备产品注册审查中对辅助诊断算法的溯源要求，若是进口眼科设备，其境外原产国出具的批准证明文件必须明文涵盖该独立软件的具体型号或版本标识。若存在原产国按不同注册单元拆分获批的情况，国内申报时需提前做好组合注册的可行性论证论点提取。

面对日益精细化的双软件系统合规压力，精准把握技术要求的拆分颗粒度是避免审评延期的唯一路径。建议研发方在产品定型阶段尽早引入法规视角的代码规范考量，并依托钦思咨询的专业指导，确保软硬件技术架构与现行药监审查体系的无缝对齐。