CAPA 负责人

capa-officer
分类数据
作者Alireza Rezvani
许可MIT
评分4.20/5
使用3.0K

CAPA 负责人 (CAPA Officer)

质量管理体系中的纠正和预防措施 (CAPA) 管理，专注于系统化的根本原因分析、措施实施及有效性验证。

---

目录

---

CAPA 调查工作流

执行从启动到关闭的系统化 CAPA 调查：

1. 使用客观证据记录触发事件
2. 评估重要性并确定是否需要启动 CAPA
3. 组建具备相关专业知识的调查小组
4. 系统地收集数据和证据
5. 选择并应用合适的 RCA 方法论
6. 凭借支持证据确定根本原因
7. 制定纠正和预防措施
8. 验证： 根本原因必须能解释所有现象；且若该原因被消除，问题将不再发生

CAPA 必要性判定

| 触发类型 | 是否需要 CAPA | 判定标准 |
|--------------|---------------|----------|
| 客户投诉（安全） | 是 | 任何涉及患者/用户安全的投诉 |
| 客户投诉（质量） | 评估 | 基于严重程度和发生频率 |
| 内部审核发现（严重） | 是 | 系统性失效或缺失要素 |
| 内部审核发现（轻微） | 建议 | 偶发性疏忽或部分实施 |
| 不合格 (重复发生) | 是 | 同一类型 NC 出现 3 次及以上 |
| 不合格 (偶发) | 评估 | 基于严重程度和风险 |
| 外部审核发现 | 是 | 所有严重和轻微发现项 |
| 趋势分析 | 评估 | 基于趋势的重要性 |

调查小组组成

| CAPA 严重程度 | 必需团队成员 |
|---------------|----------------------|
| 关键 (Critical) | CAPA 负责人, 流程所有者, QA 经理, 主题专家 (SME), 管理代表 |
| 主要 (Major) | CAPA 负责人, 流程所有者, 主题专家 (SME) |
| 次要 (Minor) | CAPA 负责人, 流程所有者 |

证据收集清单

  • [ ] 包含具体细节的问题描述（什么、在哪里、何时、谁、多少）
  • [ ] 导致问题的事件时间线
  • [ ] 相关记录和文档
  • [ ] 相关人员的访谈记录
  • [ ] 照片或实物证据（如适用）
  • [ ] 相关的投诉、NC 或之前的 CAPA
  • [ ] 过程参数和规格

---

根本原因分析

根据问题的特性选择并应用合适的 RCA 方法论。

RCA 方法选择决策树

code
该问题是否涉及安全关键项或系统可靠性？
├── 是 → 使用 故障树分析 (FAULT TREE ANALYSIS)
└── 否 → 是否...
是否怀疑人为错误是主因？ ├── 是 → 使用 人员因素分析 (HUMAN FACTORS ANALYSIS) └── 否 → 潜在促成因素有多少个？ ├── 1-2 个因素（线性因果） → 使用 5 WHY 分析 ├── 3-6 个因素（复杂、系统性） → 使用 鱼骨图 (FISHBONE DIAGRAM) └── 未知/前瞻性评估 → 使用 FMEA
code
### 5 Why 分析

适用场景：单因问题且具有线性因果关系，或失效点明确的流程偏差。


模板：

问题：[清晰、具体的陈述]

为什么 1：为什么发生了 [问题]？
因为：[第一层原因]
证据：[支持数据]

为什么 2：为什么发生了 [第一层原因]？
因为：[第二层原因]
证据：[支持数据]

为什么 3：为什么发生了 [第二层原因]？
因为：[第三层原因]
证据：[支持数据]

为什么 4：为什么发生了 [第三层原因]？
因为：[第四层原因]
证据：[支持数据]

为什么 5：为什么发生了 [第四层原因]？
因为：[根本原因]
证据：[支持数据]

code
示例 - 校准过期：

问题：发现 pH 计 (EQ-042) 校准过期 2 个月

为什么 1：为什么校准过期？
因为：设备未列入校准计划
证据：审查校准计划，EQ-042 未在列表中

为什么 2：为什么未列入计划？
因为：购买设备时未更新计划
证据：购买日期 2023-06-15，计划日期 2023-01-01

为什么 3：为什么计划未更新？
因为：没有流程要求在购买设备时更新计划
证据：审查 SOP-EQ-001，无此要求

为什么 4：为什么没有此要求？
因为：程序编写于设备跟踪集中化之前
证据：SOP 最后修订于 2019 年，设备系统实施于 2021 年

为什么 5：为什么程序未更新？
因为：定期审查未评估其与新系统的兼容性
证据：无针对新设备系统的审查记录

根本原因：程序审查流程未评估其与程序创建后实施的组织系统的兼容性。

code
### 鱼骨图类别 (6M)


| 类别 | 关注领域 | 典型原因 |
|----------|-------------|----------------|
| 人 (Man) | 培训、能力、工作量 | 技能差距、疲劳、沟通问题 |
| 机 (Machine) | 校准、维护、设备年限 | 磨损、故障、容量不足 |
| 法 (Method) | 程序、工作指令 | 步骤不清晰、缺乏控制 |
| 料 (Material) | 规格、供应商、存储 | 不符合规格、降解、污染 |
| 测 (Measurement) | 校准、方法、解读 | 仪器误差、方法错误 |
| 环境 (Mother Nature) | 温度、湿度、清洁度 | 环境偏差 |


完整的方法详情和模板请参阅 references/rca-methodologies.md。


根本原因验证


在制定行动计划前，请验证根本原因：


  • [ ] 根本原因可通过客观证据验证


  • [ ] 如果消除根本原因，问题将不再发生


  • [ ] 根本原因在组织可控范围内


  • [ ] 根本原因能解释所有观察到的症状


  • [ ] 没有其他重大原因被遗漏


---


纠正措施计划


针对已识别的根本原因制定有效的行动方案：


1. 定义立即采取的遏制措施
2. 制定针对根本原因的纠正措施
3. 为类似流程确定预防措施
4. 分配责任人和资源
5. 建立包含里程碑的时间表
6. 定义成功标准
标准与验证方法
7. 记录在 CAPA 行动计划中
8. 验证： 行动直接针对根本原因；成功标准可衡量


行动类型


| 类型 | 目的 | 时间线 | 示例 |
|------|---------|----------|---------|
| 遏制 (Containment) | 停止立即影响 | 24-72 小时 | 隔离受影响产品 |
| 纠正 (Correction) | 修复具体发生的问题 | 1-2 周 | 返工或更换受影响项 |
| 纠正措施 (Corrective) | 消除根本原因 | 30-90 天 | 修订程序，增加控制项 |
| 预防措施 (Preventive) | 防止在其他区域发生 | 60-120 天 | 将解决方案扩展至类似流程 |


行动计划组成部分
行动计划模板

CAPA 编号：[CAPA-XXXX]
根本原因：[已识别的根本原因]

行动 1：[具体行动描述]

  • 类型：[ ] 遏制 [ ] 纠正 [ ] 纠正措施 [ ] 预防措施

  • 负责人：[姓名，职称]

  • 截止日期：[YYYY-MM-DD]

  • 资源：[所需资源]

  • 成功标准：[可衡量的结果]

  • 验证方法：[如何验证成功]

行动 2：[具体行动描述]
...

实施时间线：
第 1 周：[里程碑]
第 2 周：[里程碑]
第 4 周：[里程碑]
第 8 周：[里程碑]

审批：
CAPA 负责人：_____________ 日期：_______
流程负责人：_____________ 日期：_______
QA 经理：_____________ 日期：_______

code
### 行动有效性指标


| 指标 | 目标 | 警示信号 (Red Flag) |
|-----------|--------|----------|
| 行动范围 | 完全解决根本原因 | 仅处理表面症状 |
| 具体程度 | 可衡量的交付物 | 模糊的承诺 |
| 时间线 | 积极且可实现 | 无截止日期或不切实际 |
| 资源 | 已识别并分配 | 未明确指定 |
| 可持续性 | 永久性解决方案 | 临时修复 |


---


有效性验证


验证纠正措施是否达到了预期结果：


1. 给予充足的实施周期（至少 30-90 天）
2. 收集实施后的数据
3. 与实施前的基准进行对比
4. 根据成功标准进行评估
5. 验证在验证期间未再次发生
6. 记录验证证据
7. 判定 CAPA 有效性
8. 验证： 所有标准均有客观证据支持；未观察到再次发生


验证时间线指南


| CAPA 严重程度 | 等待期 | 验证窗口 |
|---------------|-------------|---------------------|
| 严重 (Critical) | 30 天 | 实施后 30-90 天 |
| 主要 (Major) | 60 天 | 实施后 60-180 天 |
| 次要 (Minor) | 90 天 | 实施后 90-365 天 |


验证方法


| 方法 | 适用场景 | 所需证据 |
|--------|----------|-------------------|
| 数据趋势分析 | 可量化的问题 | 前后对比图、趋势图 |
| 流程审计 | 程序合规性问题 | 审计清单、访谈记录 |
| 记录审查 | 文档记录问题 | 抽样记录、合规率 |
| 测试/检验 | 产品质量问题 | 测试结果、合格/不合格数据 |
| 访谈/观察 | 培训问题 | 访谈记录、观察记录 |


有效性判定
验证期间是否再次发生？ ├── 是 → CAPA 无效 (重新调查根本原因) └── 否 → 是否满足所有有效性标准？ ├── 是 → CAPA 有效 (进入关闭流程) └── 否 → 差距程度如何？ ├── 轻微差距 → 延长验证期或在有理由的情况下接受 └── 显著差距 → CAPA 无效 (修订行动方案)
code
详细流程请参阅 references/effectiveness-verification-guide.md
---

CAPA 指标与报告


通过关键指标监控 CAPA 程序的执行绩效。


关键绩效指标 (KPI)


| 指标 | 目标 | 计算方式 |
|--------|--------|-------------|
| CAPA 周期时间 | 平均 <60 天 | (关闭日期 - 开启日期) / CAPA 总数 |
| 超期率 | <10% | 超期 CAPA 数 / 开启中的 CAPA 总数 |
| 首次有效率 | >90% | 首次验证有效数 / 验证总数 |
| 复发率 | <5% | 复发问题数 / 已关闭 CAPA 总数 |
| 调查质量 | 100% 根因已验证 | 根因已验证数 / CAPA 总数 |


账龄分析分类


| 账龄区间 | 状态 | 所需操作 |
|------------|--------|-----------------|
| 0-30 天 | 正常 | 监控进度 |
| 31-60 天 | 关注 | 审查延迟原因 |
| 61-90 天 | 警告 | 上报至管理层 |
| >90 天 | 关键 | 需要管理层干预 |


管理评审输入


每月 CAPA 状态报告包括：
  • 按严重程度和状态分类的开启中 CAPA 数量

  • 超期 CAPA 列表及责任人

  • 周期时间趋势

  • 有效率趋势

  • 来源分析（投诉、审核、不合格项 NC）

  • 改进建议


---


参考文档


根因分析 (RCA) 方法论


references/rca-methodologies.md 包含：


  • 方法选择决策树


  • 5 Why 分析模板与示例


  • 鱼骨图分类与模板


  • 针对安全关键问题的故障树分析 (FTA)


  • 针对人为因素的分析


  • 用于前瞻性风险评估的 FMEA


  • 混合方法指南


有效性验证指南


references/effectiveness-verification-guide.md 包含：


  • 验证计划要求


  • 验证方法选择


  • 有效性标准定义 (SMART 原则)


  • 按严重程度划分的关闭要求


  • 无效 CAPA 处理流程


  • 文档模板 |


---


工具


CAPA 跟踪器
bash

生成 CAPA 状态报告

python scripts/capa_tracker.py --capas capas.json

手动输入交互模式

python scripts/capa_tracker.py --interactive

用于集成的 JSON 输出

python scripts/capa_tracker.py --capas capas.json --output json

生成示例数据文件

python scripts/capa_tracker.py --sample > sample_capas.json
code
计算并报告：

  • 汇总指标（开启、关闭、超期、周期时间、有效性）


  • 状态分布


  • 严重程度与来源分析


  • 按时间区间的账龄报告


  • 超期 CAPA 列表


  • 可执行的建议


CAPA 输入示例
json { "capas": [ { "capa_number": "CAPA-2024-001", "title": "pH 计校准超期", "description": "发现 pH 计 EQ-042 校准超期 2 个月", "source": "AUDIT", "severity": "MAJOR", "status": "VERIFICATION", "open_date": "2024-06-15", "target_date": "2024-08-15", "owner": "J. Smith", "root_cause": "程序审查漏洞", "corrective_action": "更新了 SOP-EQ-001" } ] } ```

---

监管要求

ISO 13485:2016 第 8.5 条

| 子条款 | 要求 | 关键活动 |
|------------|-------------|----------------|
| 8.5.2 纠正措施 | 消除不合格的原因 | NC 审查、原因确定、措施评估、实施、有效性评审 |
| 8.5.3 预防措施 | 消除潜在的不合格 | 趋势分析、原因确定、措施评估、实施、有效性评审 |

FDA CAPA 权限 — 基于 ISO 13485 §8.5.2/8.5.3

QMSR（原 QSR 820.100，历史版本）

> ⚠️ 状态 — QMSR 过渡期（2026-02-02 生效）： FDA 的质量管理体系法规 (QMSR) 最终规则 (89 FR 7496) 修订了 21 CFR Part 820，通过引用方式纳入了 ISO 13485:2016，并取消了原 QSR 的子章节结构。CAPA 的章节编号 820.100 在 CFR 中已不再存在 —— 下文保留该编号仅作为熟悉的索引。目前 FDA 对 CAPA 的管辖依据为 ISO 13485:2016 §8.5.2（纠正措施）和 §8.5.3（预防措施）（见上表条款），并在保留的 21 CFR 820.35 中增加了投诉处理要求。在当前的合规文档中，请引用 ISO 13485 条款，而非 820.100。

ISO 13485 §8.5.2/§8.5.3 要求的 CAPA 要素（原 QSR 820.100，历史版本）：

  • 实施纠正和预防措施的程序

  • 分析质量数据源（投诉、不合格项 NC、审核、服务记录）

  • 调查不合格的原因

  • 确定纠正及防止再次发生所需采取的措施

  • 验证措施的有效性，且确保不对设备产生不利影响

  • 提交相关信息以供管理评审

常见的 FDA 483 观察项

| 观察项 | 根本原因模式 |
|-------------|-------------------|
| 针对重复出现的问题未启动 CAPA | 未进行趋势分析 |
| 根本原因分析过于肤浅 | 调查培训不足 |
| 未验证有效性 | 缺乏验证程序 |
| 措施未能解决根本原因 | 治标不治本（对症治疗而非消除原因） |

> 决策纪律： 本技能结构中的工具用于指导调查和跟踪 CAPA 状态，而非认证 CAPA 的关闭或合规性。CAPA 有效性结论和关闭决策由您做出，且必须由指定的 CAPA 负责人和质量部门审核并签字；关于法规分类的问题（例如：是否需报告、21 CFR 803 MDR、21 CFR 806 项下的召回）请提交至法规事务部 (Regulatory Affairs)。