夜雨聆风独立软件医疗器械首次注册时，能否在注册单元中体现插件的功能项目？若插件中包含仅用于科研的功能，是否可以一并申报？这是许多软件医疗器械企业在产品规划中常遇到的困惑。
一、核心结论：科研功能不可纳入注册
明确来说，独立软件首次注册不可以直接体现插件的科研性功能。插件中属于医疗用途的功能可纳入注册范围，但需按“医疗/非医疗功能”进行拆分、隔离并合规声明；而标示仅为科研用途的功能，不应出现在注册申报的软件功能清单中。
二、医疗功能与非医疗功能的法定边界
医疗功能：指用于诊断、治疗、监护、生理参数测量、医学图像分析、治疗计划制定等，直接服务于临床医疗目的的功能。判定要点在于是否有明确医疗用途、是否影响诊疗决策、是否属于监管范围。
非医疗器械功能：指不用于医疗目的、与诊疗无关的功能，如办公、计费、娱乐、纯科研探索等。判定要点是无临床用途、不影响诊疗、不属于监管范围。
插件中的“科研功能”通常属于非医疗器械功能范畴。科研功能未经临床验证、缺乏充分的风险控制，不符合医疗器械安全有效的基本要求。
三、监管审查的核心逻辑
药品监督管理部门在审评独立软件时，重点关注以下方面：
功能边界必须清晰
注册申报的软件功能应当与产品预期用途、适用范围严格对应。医疗功能与非医疗功能之间应有明确的界定和隔离。审评人员需要能够清晰识别哪些功能属于医疗器械功能，哪些不属于。
医疗功能必须完整合规
纳入注册的医疗功能必须经过充分的验证确认，包括软件功能测试、临床评价（如适用）、网络安全评估等，确保其安全有效性符合要求。
非医疗功能不得影响医疗安全
对于不纳入注册的非医疗功能，企业可以保留，但必须做到与医疗功能的有效隔离，确保其运行不会干扰医疗功能的正常使用，不引入额外的网络安全风险，不误导临床用户。
四、将科研功能纳入注册的主要风险
若企业试图将科研功能纳入注册范围，将面临以下监管风险：
扩大监管范围：科研功能不属于医疗器械监管范畴，纳入注册会导致监管部门对非监管对象进行审评审批，超出法定职责范围。
混淆医疗/非医疗边界：注册证及附件的功能描述中包含科研功能，可能导致临床用户误以为该功能具有医疗用途，引发不当使用风险。
误导临床使用：科研功能未经临床验证，其输出结果不应作为诊疗依据。若出现在注册功能清单中，可能被误解为经过验证的医疗功能，带来严重的临床安全隐患。
审评不予通过：根据现行审评实践，包含未经批准的科研功能的注册申请，通常会被要求发补整改，明确区分或删除非医疗功能。
五、合规路径建议
对于希望在产品中同时提供医疗功能和科研功能的企业，建议采取以下合规策略：
路径一：物理或逻辑隔离
将科研功能部署在独立的模块或界面中，与医疗功能明确区分。用户需要主动选择进入科研模式，且界面中有清晰标识说明“该功能仅用于科研目的，不作为临床诊疗依据”。注册申报时仅提交医疗功能部分。
路径二：拆分注册单元
若科研功能与医疗功能紧密耦合、无法有效隔离，可考虑将纯科研版本与医疗版本拆分为不同的产品。医疗版本完成医疗器械注册，科研版本不作为医疗器械管理，但需注意不得宣传其医疗用途。
路径三：阶段性申报
先完成核心医疗功能的注册申报，待产品上市后，根据实际需求再考虑是否将科研功能进行临床验证并申请变更注册。但科研功能若要转为医疗功能，需补充完整的临床证据。
六、实操中的注意事项
文档管理：在软件设计开发文档中，应清晰记录医疗功能与非医疗功能的设计边界、隔离措施和验证记录，以备体系核查。
标签与说明书：注册提交的说明书应仅包含医疗功能的相关内容，不得出现科研功能的描述或暗示。
上市后管控：若产品上市后通过插件或升级方式增加新功能，需重新评估是否属于医疗器械功能变更，必要时申请变更注册。
结语
独立软件医疗器械首次注册时，插件中的科研功能不可纳入注册范围。企业应严守医疗功能与非医疗功能的边界，将经过验证的医疗功能合规申报，对科研功能进行有效隔离和明确标识。这不仅是满足监管要求的必经之路，更是对临床用户负责的体现。记住：注册证上的每一行功能描述，都意味着企业对安全有效性的法定承诺。