capa-officer

CAPA 官员

质量管理体系中的纠正和预防措施（CAPA）管理，重点关注系统化的根本原因分析、措施实施和有效性验证。

---

目录

• CAPA 调查工作流
• 根本原因分析
• 纠正措施规划
• 有效性验证
• CAPA 指标与报告
• 参考文档
• 工具

---

CAPA 调查工作流

从启动到关闭，系统化地开展 CAPA 调查：

1. 记录触发事件并附上客观证据
2. 评估重要性并确定是否需要 CAPA
3. 组建具备相关专业知识的调查小组
4. 系统化收集数据和证据
5. 选择并应用合适的 RCA 方法
6. 找出根本原因并提供支持证据
7. 制定纠正和预防措施
8. 验证： 根本原因能够解释所有症状；若将其消除，问题将不会再次发生

CAPA 必要性判定

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

调查小组组成

CAPA 严重程度	必需成员
关键	CAPA 官员、流程负责人、质量保证经理、主题专家、管理代表
严重	CAPA 官员、流程负责人、主题专家
轻微	CAPA 官员、流程负责人

证据收集清单

• 具体的问题描述（什么、哪里、何时、谁、多少）
• 导致问题发生的事件时间线
• 相关记录和文档
• 相关人员的访谈记录
• 照片或实物证据（如适用）
• 相关投诉、不符合项或先前的 CAPA
• 过程参数和规格

---

根本原因分析

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

RCA 方法选择决策树

Is the issue safety-critical or involves system reliability?
├── Yes → Use FAULT TREE ANALYSIS
└── No → Is human error the suspected primary cause?
    ├── Yes → Use HUMAN FACTORS ANALYSIS
    └── No → How many potential contributing factors?
        ├── 1-2 factors (linear causation) → Use 5 WHY ANALYSIS
        ├── 3-6 factors (complex, systemic) → Use FISHBONE DIAGRAM
        └── Unknown/proactive assessment → Use FMEA

5 Why 分析

适用情形：具有线性因果关系的单一原因问题，以及具有明确失效点的过程偏差。

模板：

PROBLEM: [Clear, specific statement]

WHY 1: Why did [problem] occur?
BECAUSE: [First-level cause]
EVIDENCE: [Supporting data]

WHY 2: Why did [first-level cause] occur?
BECAUSE: [Second-level cause]
EVIDENCE: [Supporting data]

WHY 3: Why did [second-level cause] occur?
BECAUSE: [Third-level cause]
EVIDENCE: [Supporting data]

WHY 4: Why did [third-level cause] occur?
BECAUSE: [Fourth-level cause]
EVIDENCE: [Supporting data]

WHY 5: Why did [fourth-level cause] occur?
BECAUSE: [Root cause]
EVIDENCE: [Supporting data]

示例 - 校准逾期：

PROBLEM: pH meter (EQ-042) found 2 months overdue for calibration

WHY 1: Why was calibration overdue?
BECAUSE: Equipment was not on calibration schedule
EVIDENCE: Calibration schedule reviewed, EQ-042 not listed

WHY 2: Why was it not on the schedule?
BECAUSE: Schedule not updated when equipment was purchased
EVIDENCE: Purchase date 2023-06-15, schedule dated 2023-01-01

WHY 3: Why was the schedule not updated?
BECAUSE: No process requires schedule update at equipment purchase
EVIDENCE: SOP-EQ-001 reviewed, no such requirement

WHY 4: Why is there no such requirement?
BECAUSE: Procedure written before equipment tracking was centralized
EVIDENCE: SOP last revised 2019, equipment system implemented 2021

WHY 5: Why has procedure not been updated?
BECAUSE: Periodic review did not assess compatibility with new systems
EVIDENCE: No review against new equipment system documented

ROOT CAUSE: Procedure review process does not assess compatibility
with organizational systems implemented after original procedure creation.

鱼骨图类别（6M）

类别	关注领域	典型原因
Man（人员）	培训、能力、工作量	技能欠缺、疲劳、沟通不畅
Machine（设备）	校准、维护、使用年限	磨损、故障、产能不足
Method（方法）	程序、作业指导书	步骤不清、缺少控制措施
Material（物料）	规格、供应商、存储	超出规格、变质、污染
Measurement（测量）	校准、方法、结果解读	仪器误差、方法错误
Mother Nature（环境）	温度、湿度、清洁度	环境偏移

完整的方法细节和模板请参见 references/rca-methodologies.md。

根本原因验证

在进入行动计划制定之前，先验证根本原因：

• 根本原因可以通过客观证据验证
• 若根本原因被消除，问题不会再次发生
• 根本原因在组织的控制范围之内
• 根本原因可以解释所有观察到的症状
• 不存在其他未解决的重要原因

---

纠正与预防措施（CAPA）行动规划

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

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

行动类型

类型	目的	时间线	示例
遏制	阻止即时影响	24-72 小时	隔离受影响的产品
修正	修复具体发生的问题	1-2 周	返工或更换受影响的物品
纠正	消除根本原因	30-90 天	修订流程、增加控制措施
预防	防止在其他领域再次发生	60-120 天	将解决方案推广到类似流程

行动计划组成部分

ACTION PLAN TEMPLATE

CAPA Number: [CAPA-XXXX]
Root Cause: [Identified root cause]

ACTION 1: [Specific action description]
- Type: [ ] Containment [ ] Correction [ ] Corrective [ ] Preventive
- Responsible: [Name, Title]
- Due Date: [YYYY-MM-DD]
- Resources: [Required resources]
- Success Criteria: [Measurable outcome]
- Verification Method: [How success will be verified]

ACTION 2: [Specific action description]
...

IMPLEMENTATION TIMELINE:
Week 1: [Milestone]
Week 2: [Milestone]
Week 4: [Milestone]
Week 8: [Milestone]

APPROVAL:
CAPA Owner: _____________ Date: _______
Process Owner: _____________ Date: _______
QA Manager: _____________ Date: _______

行动有效性指标

指标	目标	危险信号
行动范围	完全针对根本原因	仅处理症状
具体性	可衡量的交付成果	承诺含糊
时间线	积极但可实现	无截止日期或不切实际
资源	已识别并已分配	未说明
可持续性	永久性解决方案	临时性补救

---

有效性验证

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

1. 留出足够的实施周期（至少 30-90 天）
2. 收集实施后的数据
3. 与实施前的基线进行对比
4. 依据成功标准进行评估
5. 验证在验证期内没有再次发生
6. 记录验证证据
7. 判定 CAPA 的有效性
8. 验证： 所有标准均已满足且有客观证据；未观察到再次发生

验证时间线指南

CAPA 严重程度	等待期	验证窗口
严重（Critical）	30 天	实施后 30-90 天
重大（Major）	60 天	实施后 60-180 天
轻微（Minor）	90 天	实施后 90-365 天

验证方法

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

有效性判定

Did recurrence occur during verification period?
├── Yes → CAPA INEFFECTIVE (re-investigate root cause)
└── No → Were all effectiveness criteria met?
    ├── Yes → CAPA EFFECTIVE (proceed to closure)
    └── No → Extent of gap?
        ├── Minor gap → Extend verification or accept with justification
        └── Significant gap → CAPA INEFFECTIVE (revise actions)

详细步骤请参阅 references/effectiveness-verification-guide.md。

---

CAPA 指标与报告

通过关键指标监控 CAPA 项目的绩效。

关键绩效指标

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

纠正和预防措施（CAPA）周期分类

周期区间	状态	所需行动
0-30 天	进展正常	监控进度
31-60 天	需关注	检查是否存在延误
61-90 天	预警	上报管理层
>90 天	严重	需要管理层介入

管理评审输入

月度 CAPA 状态报告包括：

• 按严重程度和状态统计的未结 CAPA 数量
• 含负责人的逾期 CAPA 清单
• 周期时间趋势
• 有效性达成率趋势
• 来源分析（投诉、审核、不合格项）
• 改进建议

---

参考文档

根本原因分析方法

references/rca-methodologies.md 包含：

• 方法选择决策树
• 5 Why 分析模板及示例
• 鱼骨图分类及模板
• 针对安全关键问题的故障树分析（FTA）
• 针对人为原因的人因分析
• 用于主动风险评估的 FMEA
• 混合方法指南

有效性验证指南

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

• 验证计划要求
• 验证方法选择
• 有效性标准定义（SMART）
• 按严重程度划分的关闭要求
• 无效 CAPA 的处理流程
• 文档模板

---

工具

CAPA 跟踪器

# Generate CAPA status report
python scripts/capa_tracker.py --capas capas.json

# Interactive mode for manual entry
python scripts/capa_tracker.py --interactive

# JSON output for integration
python scripts/capa_tracker.py --capas capas.json --output json

# Generate sample data file
python scripts/capa_tracker.py --sample > sample_capas.json

计算并报告：

• 汇总指标（未结、已结、逾期、周期时间、有效性）
• 状态分布
• 严重程度和来源分析
• 按时间区间划分的周期报告
• 逾期 CAPA 清单
• 可执行的改进建议

CAPA 输入示例

{
  "capas": [
    {
      "capa_number": "CAPA-2024-001",
      "title": "Calibration overdue for pH meter",
      "description": "pH meter EQ-042 found 2 months overdue",
      "source": "AUDIT",
      "severity": "MAJOR",
      "status": "VERIFICATION",
      "open_date": "2024-06-15",
      "target_date": "2024-08-15",
      "owner": "J. Smith",
      "root_cause": "Procedure review gap",
      "corrective_action": "Updated SOP-EQ-001"
    }
  ]
}

---

法规要求

ISO 13485:2016 第 8.5 条

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

FDA CAPA 依据——QMSR 下的 ISO 13485 第 8.5.2/8.5.3 条（旧版 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，仅供历史参考）：

• 纠正和预防措施的实施程序
• 分析质量数据来源（投诉、不合格项、审核、服务记录）
• 调查不合格的原因
• 确定为纠正并防止再次发生所需的措施
• 验证措施有效，且不会对器械产生不利影响
• 提交相关信息以供管理评审

常见 FDA 483 观察项

观察项	根本原因模式
未对重复出现的问题启动 CAPA	未开展趋势分析
根本原因分析流于表面	调查培训不足
未验证有效性	缺少验证程序
措施未针对根本原因	对症处理而非消除原因

决策规范： 本技能中的工具用于结构化调查过程并跟踪 CAPA 状态，不用于认定 CAPA 关闭或合规。CAPA 有效性结论和关闭决定由您自行作出，并须经指定的 CAPA 负责人和质量部门审核签字；涉及监管分类的问题（例如可报告性、21 CFR 803 MDR、21 CFR 806 下的召回）应转交法规事务部门处理。