针对医疗器械的研发文档准备核心逻辑是构建“设计历史文件DHF”证明产品是“按计划设计”且“设计过程可追溯”。结合 NMPA中国和 FDA/CE 的通用要求我为你梳理了必备清单和避坑指南。一、 核心文档清单DHF 关键组件研发文档不仅是技术资料更是质量体系的一部分。你需要建立以下四类核心档案阶段核心文档说明1. 策划与输入​设计开发计划​明确阶段、职责、评审点、输出物。必须有。用户需求文档 (URD)​临床痛点、使用场景、用户画像。设计输入 (PRD)​法规标准、性能指标、安全性要求需评审。风险管理计划​按 ISO 14971 建立贯穿全周期。2. 输出与验证​设计输出清单​图纸(BOM)、工艺、软件源码、技术要求、说明书。验证方案与报告 (VV)​证明“输出符合输入”。含台架测试、老化、包装等。设计评审记录​各阶段的跨部门评审研发、质量、临床。3. 确认与转换​设计确认 (Validation)​临床评价报告或临床试验报告证明满足用户需求。设计转换报告​证明研发工艺能稳定转化为批量生产。工艺验证 (IQ/OQ/PQ)​设备确认、工艺验证、清洁/灭菌验证。4. 体系支撑​变更控制记录​所有设计更改必须有申请、评审、验证、批准。原始记录​实验记录本、测试原始数据、仪器使用日志。二、 针对不同产品类型的“加分/必做”项除了通用文档不同器械的侧重点不同容易遗漏产品类型特别关注文档有源器械​电气安全与EMC计划/报告IEC 60601、软件文档架构图、需求规格、测试用例、网络安全评估、可用性工程文件Usability。无菌/植入器械​生物相容性报告ISO 10993、灭菌验证EO/辐射、有效期研究加速老化。IVD (体外诊断)​分析性能评估精密度、灵敏度、稳定性研究开瓶/冻融、参考区间研究。三、 5 个致命注意事项核查红线输入输出必须“闭环”坑点输入里写“响应时间1s”输出文件里却没有对应的测试报告。对策建立可追溯矩阵确保每一条输入都有对应的输出、验证和确认证据。拒绝“回忆录式”文档坑点项目快结束了才补文档导致数据与原始记录对不上。对策随做随写。核查老师会重点检查实验原始记录本、仪器校准日志时间逻辑必须自洽。风险管理不是“一次性报告”坑点只在项目初期写个风险分析后续设计变更后不更新。对策风险文件需随设计变更、验证结果、不良事件动态更新形成“识别-控制-验证”的循环。设计变更必须“受控”坑点研发人员直接改图纸或代码没有走变更申请ECR/ECO。对策任何修改哪怕改个螺丝都必须记录理由、评估影响、重新验证并经质量部门批准。软件/云服务的特殊要求坑点只提交最终安装包缺乏开发环境、版本控制Git、需求跟踪等过程文档。对策软件需单独建立软件描述文档含开发综述、生存周期、验证报告SaaS类需提供网络安全架构图。四、 认证路径差异NMPA vs. FDANMPA中国注册重点关注《医疗器械注册申报资料要求》。研发文档需转化为“研究资料”、“风险管理资料”、“临床评价资料”等注册申报模块。现场核查会逐条核对设计输入与输出的符合性。FDA 510(k)强调Design Controls。需构建完整的 DHF设计历史文件和 DMR器械主记录证明与对比器械的实质性等同。CE MDR极其重视临床证据和技术文档TD的深度要求对每个安全性能指标提供详尽的验证数据。建议如果你是初创团队建议逆向作业先找一份《医疗器械产品技术要求》模板反推你需要哪些验证报告再倒推需要哪些设计输入。这样能确保你的研发文档最终能“变现”为注册资料。