ARTICLE · 1308083
独立软件注册申报总卡壳,问题往往出在文档链没打通
独立软件注册申报总卡壳,问题往往出在文档链没打通最近，一家做医学影像辅助测量软件的企业在整理注册资料时发现，需求文档已经更新到第三版，测试记录里用的还是第一版时的参数。这个场景在独立软件（SaMD）申报里并不少见。问题通常不是资料准备得少，而是软件开发生命周期的文档链条断了。 很多企业把注册申报理解为交资料。模板、签字、盖章都齐了，可审评真正要看的是内里的逻辑：需求从哪里来，风险怎么控制，测试如何验证，三者是否一一对应。《医疗器械注册与备案管理办法》（国家市场监督管理总局令第47号，以最新法规为准）明确要求注册全过程信息真实、准确、完整和可追溯。对独立软件而言，可追溯三个字，往往就是发补的分界线。 先分清独立软件和软件组件。独立软件无需医疗器械硬件即可完成预期用途，软件组件则嵌入硬件系统。按照《医疗器械软件注册审查指导原则（2022年修订版）》（国家药监局器审中心2022年第9号通告，以最新法规为准）的定义，两者监管起点不同。独立软件须单独建立设计开发档案，注册单元按管理类别、预期用途、功能模块划分；软件组件则与所属医疗器械同一单元申报。有企业把两者混在一起，文档散落各处，进入审评后才发现缺了一条独立的证据链。 审评看重的是软件开发过程的证据链。软件需求规格、架构设计、单元测试、集成测试、系统测试，每一环都要能反查到源头。某条需求一旦变更，对应的风险分析和验证记录必须同步更新，否则新旧版本混杂，审评员无法确认最终上市的版本是否经过完整验证。补正阶段最难处理的就是早期记录缺失，因为事后无法在不破坏原始记录的前提下补一份出来。 有一次，一家做医学影像辅助测量软件的企业来咨询，产品已完成内部测试，准备递交注册。研发负责人说文档都有，就是有点散。我把需求、测试和风险记录按版本与时间排开后发现，一项关于测量准确性的需求在V1.3版本中更新过，验证记录里却仍是旧参数。研发确认后补了回归测试，才在提交前堵住这个洞。追溯关系不是靠写报告写出来的，是开发过程中一步步做出来的。 网络安全也不是附加题，而是必答题。独立软件按《医疗器械网络安全注册审查指导原则（2022年修订版）》（2022年第7号通告，以最新法规为准）须提交网络安全说明文档，覆盖用户访问控制、数据接口说明、数据备份与灾难恢复、现成软件清单（SBOM）等内容。漏洞扫描发现的每项问题，都要说明风险是否已降至可接受水平；剩余风险要有处置流程。网络安全不是产品做完后补一份报告，而是从需求阶段就进入风险管理。 从卡点出发的干法，其实是一张检查表。操作顺序就四步：先整理全部软件需求清单并编号；再逐条标出对应的风险控制措施；然后找出每条需求对应的验证记录；最后用关联编号把三者串起来。《独立软件（SaMD）申报文档追溯性检查表》建议字段及填写口径： 这张表有个可检验的标准：任意抽一条需求，15分钟内能找到对应的风险分析和验证记录，链条就成立；找不到，就是断点。 这套方法用Excel和共享盘就能起步，不依赖任何工具。不过独立软件动辄几百条需求、几十次版本迭代，纯人工维护最容易在版本更新后忘了同步。唯智通 Vizy Copilot 作为医疗器械智能质量与注册文档AI辅助平台，可以把文档中的关键字段自动提取出来，按需求编号、版本和发布时间做比对，输出追溯矩阵草表和断链提示。它负责查找、比对和起草，而需求是否正确、风险是否可接受、验证是否充分，仍由研发和注册人员核对原始证据后确认并承担责任。 今天就能做的第一步：打开项目文件夹，把与软件需求相关的文档全部列出来，标注版本和修改日期；然后对照测试记录，逐项确认每条需求是否都有对应的验证。找到第一处断链，标记为待补。整个动作一小时以内可以完成，但它决定你后面的申报是一次通过还是反复补正。 关于唯智通 Vizy Copilot 的更多信息，可访问官网https://www.vizycopilot.com/zh-CN。如有合作需要，可发送邮件至info@zwcxrobot.cn
文档名称：写清文件全称与版本，例如软件需求规格说明书V3.0。 用途：说明该文档在注册资料中承担的角色，如定义需求、控制风险或证明验证。 追溯链起点：填写本条追溯的起始编号，通常是需求编号或风险编号 追溯链终点：对应追溯到验证报告、测试用例或风险控制措施的编号。 关联记录编号：把需求、风险、测试关联起来的关键编号，用于快速反查。 负责人：填写实际完成该部分工作的工程师或注册专员。 当前版本：必须与最终发布版本一致，不允许出现共享盘里的多个最终版。 存放路径：写明共享盘或文档管理系统中的具体位置。
