capa-officer

Compare original and translation side by side

🇺🇸

Original

English
🇨🇳

Translation

Chinese

CAPA Officer

CAPA专员

Corrective and Preventive Action (CAPA) management within Quality Management Systems, focusing on systematic root cause analysis, action implementation, and effectiveness verification.

质量管理体系(QMS)中的纠正与预防措施(CAPA)管理,重点关注系统化根本原因分析、措施实施及有效性验证。

Table of Contents

目录

CAPA Investigation Workflow

CAPA调查流程

Conduct systematic CAPA investigation from initiation through closure:
  1. Document trigger event with objective evidence
  2. Assess significance and determine CAPA necessity
  3. Form investigation team with relevant expertise
  4. Collect data and evidence systematically
  5. Select and apply appropriate RCA methodology
  6. Identify root cause(s) with supporting evidence
  7. Develop corrective and preventive actions
  8. Validation: Root cause explains all symptoms; if eliminated, problem would not recur
开展从启动到关闭的系统化CAPA调查:
  1. 用客观证据记录触发事件
  2. 评估严重性并确定是否需要CAPA
  3. 组建具备相关专业知识的调查团队
  4. 系统化收集数据和证据
  5. 选择并应用合适的RCA方法
  6. 结合支撑证据识别根本原因
  7. 制定纠正和预防措施
  8. 验证: 根本原因可解释所有症状;若消除该原因,问题将不再复发

CAPA Necessity Determination

CAPA必要性判定

Trigger TypeCAPA RequiredCriteria
Customer complaint (safety)YesAny complaint involving patient/user safety
Customer complaint (quality)EvaluateBased on severity and frequency
Internal audit finding (Major)YesSystematic failure or absence of element
Internal audit finding (Minor)RecommendedIsolated lapse or partial implementation
Nonconformance (recurring)YesSame NC type occurring 3+ times
Nonconformance (isolated)EvaluateBased on severity and risk
External audit findingYesAll Major and Minor findings
Trend analysisEvaluateBased on trend significance
触发类型是否需要CAPA判定标准
客户投诉(安全类)任何涉及患者/用户安全的投诉
客户投诉(质量类)评估基于严重性和发生频率
内部审计发现(重大)系统性失效或要素缺失
内部审计发现(轻微)建议孤立失误或部分未执行
不合格项(重复发生)同类不合格项发生3次及以上
不合格项(孤立事件)评估基于严重性和风险
外部审计发现所有重大和轻微发现
趋势分析评估基于趋势的显著性

Investigation Team Composition

调查团队组成

CAPA SeverityRequired Team Members
CriticalCAPA Officer, Process Owner, QA Manager, Subject Matter Expert, Management Rep
MajorCAPA Officer, Process Owner, Subject Matter Expert
MinorCAPA Officer, Process Owner
CAPA严重性所需团队成员
关键CAPA专员、流程负责人、QA经理、主题专家、管理代表
重大CAPA专员、流程负责人、主题专家
轻微CAPA专员、流程负责人

Evidence Collection Checklist

证据收集清单

  • Problem description with specific details (what, where, when, who, how much)
  • Timeline of events leading to issue
  • Relevant records and documentation
  • Interview notes from involved personnel
  • Photos or physical evidence (if applicable)
  • Related complaints, NCs, or previous CAPAs
  • Process parameters and specifications

  • 包含具体细节的问题描述(何事、何地、何时、何人、影响程度)
  • 问题发生的时间线
  • 相关记录和文档
  • 相关人员的访谈记录
  • 照片或实物证据(如适用)
  • 相关投诉、不合格项或过往CAPA记录
  • 工艺参数和规格要求

Root Cause Analysis

根本原因分析

Select and apply appropriate RCA methodology based on problem characteristics.
根据问题特征选择并应用合适的RCA方法。

RCA Method Selection Decision Tree

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
问题是否为安全关键或涉及系统可靠性?
├── 是 → 使用FAULT TREE ANALYSIS(故障树分析)
└── 否 → 是否怀疑人为错误为主要原因?
    ├── 是 → 使用HUMAN FACTORS ANALYSIS(人为因素分析)
    └── 否 → 潜在影响因素有多少?
        ├── 1-2个因素(线性因果) → 使用5 WHY ANALYSIS(5-Why分析)
        ├── 3-6个因素(复杂、系统性) → 使用FISHBONE DIAGRAM(鱼骨图)
        └── 未知/主动评估 → 使用FMEA(失效模式与影响分析)

5 Why Analysis

5-Why分析

Use when: Single-cause issues with linear causation, process deviations with clear failure point.
Template:
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]
Example - Calibration Overdue:
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.
适用场景:单一原因的线性因果问题、有明确故障点的工艺偏差。
模板:
问题:[清晰、具体的陈述]

为什么1:为什么会发生[问题]?
因为:[一级原因]
证据:[支撑数据]

为什么2:为什么会发生[一级原因]?
因为:[二级原因]
证据:[支撑数据]

为什么3:为什么会发生[二级原因]?
因为:[三级原因]
证据:[支撑数据]

为什么4:为什么会发生[三级原因]?
因为:[四级原因]
证据:[支撑数据]

为什么5:为什么会发生[四级原因]?
因为:[根本原因]
证据:[支撑数据]
示例 - 校准逾期:
问题:pH计(EQ-042)校准逾期2个月

为什么1:为什么校准会逾期?
因为:设备未列入校准计划
证据:查看校准计划,EQ-042未被收录

为什么2:为什么未列入计划?
因为:设备采购时未更新计划
证据:采购日期为2023-06-15,计划日期为2023-01-01

为什么3:为什么未更新计划?
因为:没有流程要求在设备采购时更新计划
证据:查看SOP-EQ-001,无相关要求

为什么4:为什么没有该要求?
因为:流程编写于设备跟踪系统集中化之前
证据:SOP最后修订于2019年,设备系统于2021年实施

为什么5:为什么流程未更新?
因为:定期评审未评估与新系统的兼容性
证据:无针对新设备系统的评审记录

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

Fishbone Diagram Categories (6M)

鱼骨图分类(6M)

CategoryFocus AreasTypical Causes
Man (People)Training, competency, workloadSkill gaps, fatigue, communication
Machine (Equipment)Calibration, maintenance, ageWear, malfunction, inadequate capacity
Method (Process)Procedures, work instructionsUnclear steps, missing controls
MaterialSpecifications, suppliers, storageOut-of-spec, degradation, contamination
MeasurementCalibration, methods, interpretationInstrument error, wrong method
Mother NatureTemperature, humidity, cleanlinessEnvironmental excursions
See
references/rca-methodologies.md
for complete method details and templates.
分类关注领域典型原因
Man(人员)培训、能力、工作量技能缺口、疲劳、沟通问题
Machine(设备)校准、维护、使用年限磨损、故障、容量不足
Method(流程)程序、作业指导书步骤不清晰、缺少控制措施
Material(物料)规格、供应商、存储超标、降解、污染
Measurement(测量)校准、方法、解读仪器误差、方法错误
Mother Nature(环境)温度、湿度、清洁度环境异常
完整的方法细节和模板请查看
references/rca-methodologies.md

Root Cause Validation

根本原因验证

Before proceeding to action planning, validate root cause:
  • Root cause can be verified with objective evidence
  • If root cause is eliminated, problem would not recur
  • Root cause is within organizational control
  • Root cause explains all observed symptoms
  • No other significant causes remain unaddressed

在进入措施规划前,验证根本原因:
  • 根本原因可通过客观证据验证
  • 若消除根本原因,问题将不再复发
  • 根本原因在组织可控范围内
  • 根本原因可解释所有观察到的症状
  • 无其他重要原因未被解决

Corrective Action Planning

纠正措施规划

Develop effective actions addressing identified root causes:
  1. Define immediate containment actions
  2. Develop corrective actions targeting root cause
  3. Identify preventive actions for similar processes
  4. Assign responsibilities and resources
  5. Establish timeline with milestones
  6. Define success criteria and verification method
  7. Document in CAPA action plan
  8. Validation: Actions directly address root cause; success criteria are measurable
制定针对已识别根本原因的有效措施:
  1. 定义即时遏制措施
  2. 制定针对根本原因的纠正措施
  3. 识别针对类似流程的预防措施
  4. 分配职责和资源
  5. 建立带里程碑的时间线
  6. 定义成功标准和验证方法
  7. 记录在CAPA行动计划中
  8. 验证: 措施直接针对根本原因;成功标准可衡量

Action Types

措施类型

TypePurposeTimelineExample
ContainmentStop immediate impact24-72 hoursQuarantine affected product
CorrectionFix the specific occurrence1-2 weeksRework or replace affected items
CorrectiveEliminate root cause30-90 daysRevise procedure, add controls
PreventivePrevent in other areas60-120 daysExtend solution to similar processes
类型目的时间线示例
遏制停止即时影响24-72小时隔离受影响产品
纠正修复具体问题1-2周返工或更换受影响物品
纠正措施消除根本原因30-90天修订流程、增加控制措施
预防措施预防其他区域出现问题60-120天将解决方案扩展到类似流程

Action Plan Components

行动计划组件

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: _______
行动计划模板

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

措施1:[具体措施描述]
- 类型:[ ] 遏制 [ ] 纠正 [ ] 纠正措施 [ ] 预防措施
- 负责人:[姓名、职位]
- 截止日期:[YYYY-MM-DD]
- 资源:[所需资源]
- 成功标准:[可衡量的结果]
- 验证方法:[如何验证成功]

措施2:[具体措施描述]
...

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

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

Action Effectiveness Indicators

措施有效性指标

IndicatorTargetRed Flag
Action scopeAddresses root cause completelyTreats only symptoms
SpecificityMeasurable deliverablesVague commitments
TimelineAggressive but achievableNo due dates or unrealistic
ResourcesIdentified and allocatedNot specified
SustainabilityPermanent solutionTemporary fix

指标目标预警信号
措施范围完全覆盖根本原因仅处理症状
具体性可衡量的交付成果模糊的承诺
时间线有挑战性但可实现无截止日期或不切实际
资源已识别并分配未明确指定
可持续性永久解决方案临时修复

Effectiveness Verification

有效性验证

Verify corrective actions achieved intended results:
  1. Allow adequate implementation period (minimum 30-90 days)
  2. Collect post-implementation data
  3. Compare to pre-implementation baseline
  4. Evaluate against success criteria
  5. Verify no recurrence during verification period
  6. Document verification evidence
  7. Determine CAPA effectiveness
  8. Validation: All criteria met with objective evidence; no recurrence observed
验证纠正措施是否达到预期效果:
  1. 预留足够的实施周期(最少30-90天)
  2. 收集实施后的数据
  3. 与实施前的基准进行比较
  4. 对照成功标准进行评估
  5. 验证验证周期内无复发
  6. 记录验证证据
  7. 确定CAPA有效性
  8. 验证: 所有标准均有客观证据支持;验证周期内未观察到复发

Verification Timeline Guidelines

验证时间线指南

CAPA SeverityWait PeriodVerification Window
Critical30 days30-90 days post-implementation
Major60 days60-180 days post-implementation
Minor90 days90-365 days post-implementation
CAPA严重性等待周期验证窗口
关键30天实施后30-90天
重大60天实施后60-180天
轻微90天实施后90-365天

Verification Methods

验证方法

MethodUse WhenEvidence Required
Data trend analysisQuantifiable issuesPre/post comparison, trend charts
Process auditProcedure compliance issuesAudit checklist, interview notes
Record reviewDocumentation issuesSample records, compliance rate
Testing/inspectionProduct quality issuesTest results, pass/fail data
Interview/observationTraining issuesInterview notes, observation records
方法适用场景所需证据
数据趋势分析可量化问题实施前后对比、趋势图表
流程审计流程合规问题审计清单、访谈记录
记录评审文档问题抽样记录、合规率
测试/检验产品质量问题测试结果、合格/不合格数据
访谈/观察培训问题访谈记录、观察记录

Effectiveness Determination

有效性判定

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)
See
references/effectiveness-verification-guide.md
for detailed procedures.

验证周期内是否出现复发?
├── 是 → CAPA无效(重新调查根本原因)
└── 否 → 是否满足所有有效性标准?
    ├── 是 → CAPA有效(进入关闭流程)
    └── 否 → 差距程度?
        ├── 轻微差距 → 延长验证周期或提供理由后接受
        └── 重大差距 → CAPA无效(修订措施)
详细流程请查看
references/effectiveness-verification-guide.md

CAPA Metrics and Reporting

CAPA指标与报告

Monitor CAPA program performance through key indicators.
通过关键指标监控CAPA程序的绩效。

Key Performance Indicators

关键绩效指标

MetricTargetCalculation
CAPA cycle time<60 days average(Close Date - Open Date) / Number of CAPAs
Overdue rate<10%Overdue CAPAs / Total Open CAPAs
First-time effectiveness>90%Effective on first verification / Total verified
Recurrence rate<5%Recurred issues / Total closed CAPAs
Investigation quality100% root cause validatedRoot causes validated / Total CAPAs
指标目标计算方式
CAPA周期时间平均<60天(关闭日期 - 开启日期)/ CAPA总数
逾期率<10%逾期CAPA数 / 总未关闭CAPA数
首次有效性>90%首次验证有效的CAPA数 / 总验证CAPA数
复发率<5%复发问题数 / 总关闭CAPA数
调查质量100%根本原因已验证已验证根本原因的CAPA数 / 总CAPA数

Aging Analysis Categories

账龄分析分类

Age BucketStatusAction Required
0-30 daysOn trackMonitor progress
31-60 daysMonitorReview for delays
61-90 daysWarningEscalate to management
>90 daysCriticalManagement intervention required
账龄区间状态所需行动
0-30天正常推进监控进度
31-60天需监控审查延迟原因
61-90天预警上报管理层
>90天关键管理层介入

Management Review Inputs

管理评审输入

Monthly CAPA status report includes:
  • Open CAPA count by severity and status
  • Overdue CAPA list with owners
  • Cycle time trends
  • Effectiveness rate trends
  • Source analysis (complaints, audits, NCs)
  • Recommendations for improvement

月度CAPA状态报告包含:
  • 按严重性和状态分类的未关闭CAPA数量
  • 逾期CAPA列表及负责人
  • 周期时间趋势
  • 有效性率趋势
  • 来源分析(投诉、审计、不合格项)
  • 改进建议

Reference Documentation

参考文档

Root Cause Analysis Methodologies

根本原因分析方法

references/rca-methodologies.md
contains:
  • Method selection decision tree
  • 5 Why analysis template and example
  • Fishbone diagram categories and template
  • Fault Tree Analysis for safety-critical issues
  • Human Factors Analysis for people-related causes
  • FMEA for proactive risk assessment
  • Hybrid approach guidance
references/rca-methodologies.md
包含:
  • 方法选择决策树
  • 5-Why分析模板和示例
  • 鱼骨图分类和模板
  • 安全关键问题的故障树分析
  • 人员相关原因的人为因素分析
  • 主动风险评估的FMEA
  • 混合方法指南

Effectiveness Verification Guide

有效性验证指南

references/effectiveness-verification-guide.md
contains:
  • Verification planning requirements
  • Verification method selection
  • Effectiveness criteria definition (SMART)
  • Closure requirements by severity
  • Ineffective CAPA process
  • Documentation templates

references/effectiveness-verification-guide.md
包含:
  • 验证规划要求
  • 验证方法选择
  • 有效性标准定义(SMART原则)
  • 按严重性划分的关闭要求
  • 无效CAPA处理流程
  • 文档模板

Tools

工具

CAPA Tracker

CAPA跟踪器

bash
undefined
bash
undefined

Generate CAPA status report

生成CAPA状态报告

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

Interactive mode for manual entry

手动录入的交互模式

python scripts/capa_tracker.py --interactive
python scripts/capa_tracker.py --interactive

JSON output for integration

生成JSON格式输出用于集成

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

Generate sample data file

生成示例数据文件

python scripts/capa_tracker.py --sample > sample_capas.json

Calculates and reports:
- Summary metrics (open, closed, overdue, cycle time, effectiveness)
- Status distribution
- Severity and source analysis
- Aging report by time bucket
- Overdue CAPA list
- Actionable recommendations
python scripts/capa_tracker.py --sample > sample_capas.json

计算并报告:
- 汇总指标(未关闭、已关闭、逾期、周期时间、有效性)
- 状态分布
- 严重性和来源分析
- 账龄报告
- 逾期CAPA列表
- 可操作建议

Sample CAPA Input

示例CAPA输入

json
{
  "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"
    }
  ]
}

json
{
  "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"
    }
  ]
}

Regulatory Requirements

法规要求

ISO 13485:2016 Clause 8.5

ISO 13485:2016 第8.5条

Sub-clauseRequirementKey Activities
8.5.2 Corrective ActionEliminate cause of nonconformityNC review, cause determination, action evaluation, implementation, effectiveness review
8.5.3 Preventive ActionEliminate potential nonconformityTrend analysis, cause determination, action evaluation, implementation, effectiveness review
子条款要求关键活动
8.5.2 纠正措施消除不合格原因不合格项评审、原因确定、措施评估、实施、有效性评审
8.5.3 预防措施消除潜在不合格原因趋势分析、原因确定、措施评估、实施、有效性评审

FDA 21 CFR 820.100

FDA 21 CFR 820.100

Required CAPA elements:
  • Procedures for implementing corrective and preventive action
  • Analyzing quality data sources (complaints, NCs, audits, service records)
  • Investigating cause of nonconformities
  • Identifying actions needed to correct and prevent recurrence
  • Verifying actions are effective and do not adversely affect device
  • Submitting relevant information for management review
CAPA必备要素:
  • 实施纠正和预防措施的流程
  • 分析质量数据源(投诉、不合格项、审计、服务记录)
  • 调查不合格原因
  • 识别纠正和预防复发所需的措施
  • 验证措施有效且不会对设备产生不利影响
  • 提交相关信息供管理评审

Common FDA 483 Observations

常见FDA 483观察项

ObservationRoot Cause Pattern
CAPA not initiated for recurring issueTrend analysis not performed
Root cause analysis superficialInadequate investigation training
Effectiveness not verifiedNo verification procedure
Actions do not address root causeSymptom treatment vs. cause elimination
观察项根本原因模式
未针对重复问题启动CAPA未执行趋势分析
根本原因分析流于表面调查培训不足
未验证有效性无验证流程
措施未针对根本原因处理症状而非消除原因