一句话导读
IEC 62304 是医疗器械软件的生命周期标准，它最出圈的贡献是：按危害程度把软件分 A / B / C 三级，级别越高，要求的文档、验证、变更控制越严格。这套「分级治理」思想可以平移到任何软件团队——包括我们自己的静态产品定级。
IEC 62304 是医疗器械软件的生命周期标准，它最出圈的贡献是：按危害程度把软件分 A / B / C 三级，级别越高，要求的文档、验证、变更控制越严格。这套「分级治理」思想可以平移到任何软件团队——包括我们自己的静态产品定级。
一、标准画像
| 项 | 内容 |
|---|---|
| 名称 | IEC 62304《医疗器械软件——软件生命周期过程》 |
| 制定机构 | IEC（国际电工委员会），SC 62A |
| 性质 | 推荐性国际标准；被多国医疗器械法规引用后具强制效力 |
| 与监管的关系 | FDA / NMPA 对含软件医疗器械的审评常以 62304 为依据之一 |
二、核心内容：A/B/C 安全分级
| 级别 | 含义 | 要求强度 |
|---|---|---|
| A 级 | 不可能造成伤害 | 最轻：基础生命周期 + 维护 |
| B 级 | 可能造成非伤害性损害 / 轻微伤害 | 中等：+ 详细设计、验证、风险控制 |
| C 级 | 可能造成死亡 / 严重伤害 | 最严：+ 单元验证、集成测试、完整追溯 |
分级依据：软件在设备中承担的风险（结合风险分析，不只看软件本身）。同一定级逻辑还出现在：
- 汽车：ISO 26262 → ASIL A–D（Automotive Safety Integrity Level）；
- 航空：DO-178C → DAL A–E（Design Assurance Level）。
三、核心要求（按级别裁剪）
- 软件开发计划：流程、工具、标准、可追溯策略；
- 需求 → 设计 → 实现 → 验证的完整链条，C 级要求需求-测试双向可追溯；
- 风险管理联动：危害分析（FMEA/故障树）输入到开发活动；
- 变更控制：软件变更要走正式评审、回归验证；
- 配置管理：版本标识、基线、变更历史；
- 验证活动：B/C 级要求验证计划 + 执行记录，C 级还有单元与集成层验证。
四、适用范围与启发
- 直接适用：医疗软件 / 医疗设备内嵌软件 / 数字疗法；
- 思想移植：任何有「风险高低差异」的产品开发——先用风险定级，再决定文档与验证投入，避免「一律最严」或「一律最省」两个极端；
- 边界：非医疗器械产品不需要照做全流程，但「分级 + 追溯 + 变更受控」三件套值得借鉴。
五、与我们的关联（重点）
我们在《静态产品及工具开发指导规范》里用的 A / B / C 分级（产品定级决定 G0/G1 深度），与 IEC 62304 的机制完全同构：
我们在《静态产品及工具开发指导规范》里用的 A / B / C 分级（产品定级决定 G0/G1 深度），与 IEC 62304 的机制完全同构：
- A 级（信息展示）≈ 62304 的 A 级：轻量文档；
- B 级（功能工具）≈ 62304 的 B 级：需求 + 架构 + 测试规划；
- C 级（安全攸关）≈ 62304 的 C 级：全量追溯 + 严格门禁；
- 我们还规定动态产品最低 B 级——和「风险越高投入越深」完全一致。
⚠️ 本文为信息整理（🟢 基于公开标准摘要与早前多源调研），分级与要求以 IEC 官方文本及监管指南为准。