第3章 风险识别方法与工具：头脑风暴、检查表、WBS分解、专家访谈、历史数据
3.1 法规/制度要求
根据 ISO 14971:2019《医疗器械风险管理对医疗器械的应用》及 GJB 9001C《质量管理体系要求》，风险识别是风险管理的起始点与核心输入。标准要求组织必须建立系统化的风险识别流程，采用至少两种互补的方法识别所有合理可预见的危害（Hazard）与危险情况（Hazardous Situation）。识别活动应覆盖产品全生命周期，包括设计、采购、生产、安装、使用及处置阶段。
合规要点： 风险识别不是一次性的活动。法规要求在设计变更、供应商变更、用户反馈、不良事件收集后，必须启动再识别流程。企业需保留识别记录作为审计证据。
3.2 风险识别方法与流程
本节介绍硬件开发中常用的五种风险识别方法。每种方法均有其适用场景、输入输出要求及证据链要求。
3.2.1 头脑风暴法
适用场景： 设计输入阶段、新概念开发、复杂系统接口分析。
- 操作步骤： 由风险管理负责人组织跨职能团队（硬件、软件、测试、法规、制造、售后），围绕“如果…将会怎样？”进行无限制发散，记录所有潜在危害。
- 材料清单： 会议议程、参会人员签到表、白板/电子白板录制、便利贴照片、会议纪要。
- 台账要求： 建立“头脑风暴输出清单”，列明编号、危害描述、可能后果、风险评估初步等级、提出人、记录日期。
- 证据链： 会议通知 + 签到表 + 原始记录照片 + 会议纪要 + 风险清单。
3.2.2 检查表法
适用场景： 成熟产品变型设计、可靠性验证、生产过程中的危害排查。
- 操作步骤： 使用预先编制的危害清单（检查表）对产品逐项核对。检查表应基于过往同类产品经验、标准清单（如 GB 9706.1 适用条款）及不良事件数据库。
- 材料清单： 检查表模板、产品技术规格书、设计图纸、BOM清单、相关标准文本。
- 台账要求： 填写“检查表执行记录”，包括检查项编号、检查结果（通过/不通过/不适用）、问题描述、对应风险编号、检查人、日期。
- 审计检查： 审计员会查看检查表是否覆盖了标准全部要求，以及未通过项是否已转化为风险控制措施。
3.2.3 WBS分解法
适用场景： 复杂系统级产品、多模块并行开发项目。
- 操作步骤： 将产品按功能模块、子系统或物理结构逐层分解（WBS），在每个叶节点上识别该层级特有的危害。例如：电源模块 → 过流、短路、过热；结构件 → 机械强度不足、边缘锋利。
- 材料清单： 工作分解结构（WBS）图、功能框图、硬件架构说明书。
- 证据链： WBS分层图 + 每个分解节点对应的风险识别记录 + 跨节点接口风险分析记录。
常见误区： 很多团队只对 WBS 中的硬件模块做风险识别，而忽略了模块之间的接口（电气接口、物理接口、散热接口）。接口往往是风险高发区，必须单独识别。
3.2.4 专家访谈法
适用场景： 新技术引入、缺乏历史数据的全新领域、疑难风险点深度剖析。
- 操作步骤： 邀请至少两位外部/内部资深专家（如失效分析专家、EMC专家、安全工程专家），进行结构化或半结构化访谈。事先准备访谈提纲，涵盖产品使用环境、预期寿命、极端工况等。
- 台账要求： 制作“专家访谈记录表”，包括专家背景、访谈问题、专家观点、风险判断依据、引用标准/文献。
- 证据链： 专家邀约文件 + 访谈提纲 + 原始笔记/录音的转写件 + 专家签字确认的风险意见书。
3.2.5 历史数据分析法
适用场景： 迭代升级产品、成熟平台、量产问题回溯。
- 操作步骤： 收集上一代产品或同类产品的售后返修数据、RMA分析报告、测试异常报告、不良事件数据库，进行 Pareto 分析，将 TOP 5 或 TOP 10 故障模式转化为新产品的风险识别输入。
- 材料清单： 历史 RMA 数据库、维修工单记录、FMEA 过往版本、退货分析报告。
- 整改闭环： 必须将在历史数据中识别出的高风险项，作为新设计的强制输入，纳入设计预防措施或验证测试计划。
3.3 风险识别全流程与方法融合
3.4 材料清单与台账
| 方法 | 核心材料/工具 | 台账字段（关键必填） |
|---|---|---|
| 头脑风暴 | 会议议程、签到表、白板/录制文件、便利贴 | 危害描述、可能后果、提出人、记录日期、来源会议编号 |
| 检查表法 | 标准化检查表、产品设计规格、适用标准文本 | 检查项编号、标准条款号、通过/不通过、关联风险编号 |
| WBS分解 | WBS结构图、功能框图、接口文档 | WBS节点编号、层级、模块名称、危害类别、接口编号 |
| 专家访谈 | 访谈提纲、专家背景资料、录音转件 | 专家姓名、专长领域、访谈问题、专家观点、支持依据 |
| 历史数据 | RMA数据库、维修记录、FMEA库、Pareto分析报告 | 数据源、故障模式、发生率、历史风险编号、整改状态 |
3.5 证据链要求与审计准备
- 证据链最低要求： 每项已识别风险必须能追溯至至少一种识别方法的原始记录。例如：“风险 #003: 电源短路” 必须能关联至头脑风暴会议纪要中的原始提及，或检查表中对应的不通过项。
- 格式规范： 所有原始记录采用版本控制，纸质记录需扫描成 PDF，电子记录需保存在受控文件系统（如 DCC、PLM）中，并设置只读权限。
- 审计检查要点： 审计员通常关注以下三点：
- 是否使用了至少两种互补的方法？
- 识别过程是否覆盖了全生命周期（生产、运输、存储、使用、处置）？
- 识别出的风险是否全数录入风险管理台账，并分配了唯一编号？
3.6 整改闭环与持续改进
风险识别的结果并非静止不变。每次风险控制措施实施后，应重新使用本章所述的一种或多种方法进行再识别，验证是否有新的危害引入或被遗漏。闭环管理需满足以下要求：
- 再识别触发条件： 设计变更、供应商变更、工艺变更、重大客户投诉、法规更新、不良事件发生后 10 个工作日内。
- 台账更新： 在原有风险项旁增加“再识别批次”、“再识别方法”、“再识别结果”、“验证人”、“验证日期”。
- 整改证据： 每次再识别需输出与首次识别同等质量的证据包（会议记录、检查表、WBS更新图、历史数据对比等）。
范例： 某电源模块因供应商变更，需对“输入过压保护失效”进行再识别。项目组使用了检查表法 + 专家访谈法。检查表新增了“新供应商保护器件规格比对”条目，专家访谈中识别出“新器件响应时间慢 5ms”这一新危害。该危害被录入台账，并启动设计整改。整改后再次使用检查表验证，形成完整的闭环证据链。