项目进入检验阶段后团队才发现一个指标没有方法某个风险控制没有测试用户流程也从未确认。原因通常不是少一张报告而是证据计划没有与设计同步。本篇区分验证、确认和注册相关检验说明如何衔接不保证任何固定项目清单能覆盖全部口腔导航产品。系列定位面向口腔手术导航设备研发与质量、注册团队以非自主式导航辅助为主要讨论对象。资料检索日期为 2026 年 10 月 16 日中国大陆监管语境为主。文中的流程、记录和试验情景为教学示例未代表某一已注册产品也不是患者手术操作指南。标准适用性、临床路径和指标需结合具体产品独立论证。图 1口腔导航研发17研发关系原创研发示意一、设计验证检查输入实现验证关注设计输出是否满足输入例如几何计算、接口、异常状态和物理性能。每项要求应有方法、配置和判定不是开发者口头说已经实现。单元测试、分析和台架各有适用不能认为必须每条都做同样实验。方法选择有依据尤其安全相关性质要能支持实际控制有效。二、确认关注预期使用确认关注产品是否满足预期用途和使用者需要通常需要代表性用户、环境和任务。开发者熟练完成不证明用户同样能完成正常流程也不覆盖异常恢复。确认与临床评价有联系但不完全等同。是否需要何种临床证据依据具体产品判断不能用模拟任务通过直接替代注册临床资料。三、检验与研发证据互补注册相关检验按有效要求组织不能自动涵盖全部设计与使用研究。报告通过也不证明所有风险控制和临床主张已经支持。自检路径存在相关管理要求不意味着任意企业可随意出具一张内部表代替全部检验。能力、体系、方法和记录等条件需按现行要求核对。四、先建立追溯矩阵将用户需要、输入、风险、输出、方法与报告连接。发现没有来源的测试需解释目的发现没有验证的要求需关闭缺口。矩阵不是统计覆盖率的装饰。链接存在但内容不匹配仍是问题评审应抽查证据是否真的验证对应性质而不是只检查编号齐全。五、样机代表性要论证硬件、固件、软件、工具库、附件与配置决定结果。早期原型与量产候选差异需要分析不能因为型号名称相同就直接沿用。最差情况包括空间、姿态、负载、环境和使用状态具体选择依据用途与风险。不同试验的最差配置可能不同不应强求一台样机一个模式覆盖全部。六、故障注入检查控制超时、遮挡、断连、错身份、损坏文件和恢复是导航重要情景。测试触发、状态、提示和恢复而不只检查程序没有崩溃。对无法检测的失效验证其他控制和使用限制。不要通过人为绕过检查完成测试后再宣称该流程已经证明安全。七、联合测试覆盖接口真实SDK、硬件时序、附件与软件状态结合才可能发现数学单测无法看到的问题。工具和患者姿态不同时、GUI旧结果等属于接口性质。合成数据仍有价值它提供明确预期并便于定位。分层测试组合而不是在纯软件与整机之间二选一。八、失败闭环保留原始证据每次失败记录配置、输入、现象、调查和处置修复后明确复测与回归范围。不能删除失败只保留最后一次成功。如果判定是装置或步骤错误保留依据而不是简单作废。真实缺陷应进入风险和变更复测通过要能追溯具体修复。九、软件与测试工具也需检查自动化脚本、数据转换和报告工具可能引入错误尤其单位、样本和缺失处理。按用途和风险确定检查活动已知输入输出自检有助于发现问题。测试工具验证不等于给所有脚本建立庞大体系重点是确保其不会掩盖被测缺陷。方法应与实际复杂度相称。十、证据汇总支持发布决定发布评审不仅看通过数还看未关闭问题、限制、配置一致和说明资料。条件通过需要责任与关闭条件不将开放风险长期转移。维护和上市后反馈可能触发补验证。证据是持续受控资产产品变化后需要判断哪些结论仍成立不能靠一次检验报告长期覆盖所有版本。扩展情景覆盖率达到100%仍可能不足每条需求都有测试编号不代表测试内容真的对应。比如要求无效数据停止导航测试却只检查断连提示图标出现。矩阵连接完整但核心行为没有观察。评审要抽查输入、动作、判定和原始结果。风险控制可能跨多个模块应有整机验证证明组合效果。单元分支覆盖帮助理解实现但不自动支持使用者能正确识别和恢复。不同覆盖指标各有作用不应互相替代。扩展情景最差配置不是最复杂配置更多附件和全部功能打开不必然对每项试验最不利。空间误差、热、EMC和资源负载可能有不同敏感条件。最差选择需要分析和适当探索不能固定一台样机一种设置覆盖所有问题。若同系列产品用代表型号支持其他型号记录差异与覆盖理由。发现无法合理推导的性质补充相应研究。型号数量多并不是自动减免验证依据也不意味着必须完全重复一切。扩展情景失败被认定为装置问题原始失败不要直接删除。调查装置状态、步骤、样机和参考记录确认问题影响的范围。若真是装置错误保存作废依据与复测条件并检查是否影响此前结果。如果系统本身失败进入缺陷和风险闭环。复测应对应修复版本必要时做相关回归。只换一个操作者得到通过不足以证明原问题已解决尤其涉及可用性与重复装配时。扩展情景确认研究的关键任务让预期用户在代表环境完成关键任务和异常恢复观察是否理解病例、工具、配准与有效性。不要由主持人不断提示正确下一步再将结果统计为用户独立完成。活动按适当方案组织。培训水平和使用经验明确记录错误、困难和反馈。确认不是满意度问卷也不是单纯计时。需要检查设计是否支持正确使用发现问题回到界面、结构和说明而不一律增加培训。扩展情景发布前怎样看开放项列出未解决缺陷、未覆盖条件、受限用途和待完成研究分析它们是否阻止发布或需要限制。批准理由和责任清楚不能通过条件通过把关键证据无限推迟。发布记录绑定具体配置后续完成问题时按变更处理。原报告未覆盖的环境不能在销售材料中提前宣称支持。质量决策应能经受复核不能只有一串绿色状态和一个签字。一次证据抽查可以怎样开展选择一条安全相关需求从用户需要追到风险控制、设计输出、试验、原始记录和当前发布配置。让不同人员分别检查链接和内容确认他们对通过含义理解一致。再抽取一个失败样本追踪调查、修复、复测与相关回归。如果任一环节只能依赖开发者记忆应补明确记录和责任。抽查不是为了制造文件数量而是检验证据能否支撑实际决定。最终放行、临床评价和注册检验各有边界索引完整只能证明找到材料不自动证明材料充分或产品获准。可直接用于研发评审的工作表以下是示例工作表内容用于说明记录粒度不是监管部门规定的唯一格式。实际项目应填写文档编号、版本、责任人与原始证据位置未完成项保持开放不能以模板存在代替工作完成。评审对象应保存的输入与证据判定与后续动作要求覆盖连接需要、输入、风险控制与方法。内容对应而非编号对应开放缺口有负责人。确认方案记录用户、环境、关键任务与异常。代表性有依据开发者成功不代替预期用户。检验路径保存要求、自检或委托条件、能力与范围。按有效规定判断内部测试表不自动成为注册检验。配置基线关联全部硬件软件、附件和库版本。样机差异有论证最差情况按项目选择。故障场景列错身份、丢帧、断连、文件与恢复。状态提示和控制均检验不只检查崩溃。联合证据组合合成、模块、真实接口与整机。每层结论明确不能越层泛化。失败处置保存原始记录、根因、修改和复测。作废有理由真实缺陷进入风险变更。放行评审汇总报告、未解决项、限制与说明。发布对应批准配置后续变化复核证据有效性。附可复现的研发自检示例验证追溯与未完成项拦截合成需求集合与报告检查覆盖、配置和状态故意保留一个失败项。索引完整不代表证据充分脚本不作真实产品放行。将代码保存为demo.py执行。本系列实际使用Python 3.11数值示例导入NumPy旋转示例还需要SciPy其他篇使用标准库。示例仅使用合成数据或临时文件代码输出是本任务的实际执行记录。索引检查不能评价证据内容数值模型也不能代替真实设备验证。from dataclasses import dataclass dataclass(frozenTrue) class TestRecord: identifier: str requirement: str configuration: str result: str required {REQ-IDENTITY,REQ-GEOMETRY,REQ-RECOVERY} reports [ TestRecord(T-01,REQ-IDENTITY,BUILD-A,passed), TestRecord(T-02,REQ-GEOMETRY,BUILD-A,passed), TestRecord(T-03,REQ-RECOVERY,BUILD-A,failed), TestRecord(T-04,REQ-RECOVERY,BUILD-OLD,passed), ] def unresolved_requirements(requirements,records,configuration): eligible {r.requirement for r in records if r.configuration configuration and r.result passed} return sorted(requirements-eligible) assert unresolved_requirements(required,reports,BUILD-A) [REQ-RECOVERY] assert unresolved_requirements(required,reports,UNKNOWN) sorted(required) fixed_reports reports [TestRecord(T-05,REQ-RECOVERY,BUILD-A,passed)] assert unresolved_requirements(required,fixed_reports,BUILD-A) [] assert any(r.result failed for r in fixed_reports) assert len({r.identifier for r in fixed_reports}) len(fixed_reports) print(PASS: old-build success does not close current-build gaps; failure history retained) print(Scope: indexing self-check only, not design confirmation or regulatory release)PASS: old-build success does not close current-build gaps; failure history retained Scope: indexing self-check only, not design confirmation or regulatory release图 2典型研发问题与证据检查原创研发示意把方案落到项目三次阶段评审计划评审在设计早期建立证据地图明确验证、确认和检验各回答什么。确定方法、样机和能力安排难以获得的独立参考及代表用户。未定指标先形成研究不等样机定型后才发现无法执行。执行评审按基线运行记录样机、工具、环境和全部结果。联合测试覆盖接口故障注入覆盖失效与恢复。测试脚本和装置有适当检查异常作废依据可复核修复前后记录不混用。放行评审抽查追溯内容确认当前版本与报告一致并评估未关闭项和使用限制。注册检验、临床证据与质量活动分别满足相应要求不能互相借名替代。建立后续变更触发规则和证据维护责任。四个容易被忽略的失败情景报告很多仍有关键需求漏测测试围绕方便实现的功能未从输入和风险追溯。建立内容级矩阵补独立方法与未覆盖场景。原型报告直接用于定型配置和附件变化未做影响分析。逐项比较基线解释可引用范围和补验证。验证正常却用户频繁失败只由开发者走正常流程未做代表使用确认。覆盖真实角色、环境和异常恢复分析设计而不简单归责。复测通过但无法解释修复失败、修改和版本记录断开。保留根因与变更链针对受影响范围做复测回归。本篇交付与适用边界本文不列某一产品的法定完整检验项目也不替代自检能力审核、检验机构方案或临床评价。实际证据路径以具体产品和有效要求论证。对研发结论应区分设计已经说明、验证已经通过、临床证据已经支持、注册已经获准和市场假设已经被检验。这些状态不能相互替代。失败原始记录、异常处置和版本差异应与成功结果一并保存便于后续设计更改和上市后调查。参考资料与查阅方式YY/T 0316-2016 标准题录与范围GB/T 42061-2022 标准检索临床评价等五项指导原则2021年第73号官方转发注册自检规定官方转发引用的法规、标准题录与官方政策按所列来源核对。指导原则提供审评思路不能直接等同于强制性标准标准题录核对也不代表已经完成全文条款适用性分析。涉及具体申报或采购时应复核届时有效版本及所在地执行要求。写在最后“吾日三省吾身。”—— 曾子《论语·学而》