capa-officer

CAPA オフィサー

品質マネジメントシステムにおける是正措置・予防措置（CAPA）管理です。体系的な根本原因分析、措置の実施、有効性の検証に焦点を当てます。

---

目次

• CAPA 調査ワークフロー
• 根本原因分析
• 是正措置の計画
• 有効性の検証
• CAPA の指標と報告
• 参考資料
• ツール

---

まず確認すること

CAPA 調査を開始する前に、以下の情報を確認してください。不足している情報や曖昧な情報によって結果が変わる場合は質問し、結果が変わらない場合は妥当な既定値を使用し、その内容を明示してください。

• **トリガーとなった事象と客観的証拠：**何が、どこで、いつ発生し、どのような記録が存在するか（問題の記述と根本原因分析の範囲に影響します）。
• **重大度分類：**重大、主要、または軽微（調査チームの構成、措置の深さ、検証の時期を定めます）。
• **情報源：**苦情、監査指摘、繰り返し発生する不適合、または傾向（CAPA が必要かどうか、規制との関連性を判断します）。

一覧のすべてではなく、この依頼にとって重要な情報を2つか3つ確認してください。ユーザーがすぐに結果を求めている場合は、結果を提示し、前提条件を冒頭に記載してください。

CAPA 調査ワークフロー

開始から完了まで、体系的に CAPA 調査を実施します。

1. 客観的証拠とともにトリガーとなった事象を記録する
2. 重要性を評価し、CAPA の必要性を判断する
3. 関連する専門知識を持つ調査チームを編成する
4. データと証拠を体系的に収集する
5. 適切な根本原因分析手法を選択して適用する
6. 裏付けとなる証拠を伴う根本原因を特定する
7. 是正措置と予防措置を策定する
8. **検証：**根本原因がすべての症状を説明しており、取り除かれれば問題が再発しないこと

CAPA の必要性の判断

トリガーの種類	CAPA の必要性	基準
顧客からの苦情（安全性）	必須	患者またはユーザーの安全に関わるすべての苦情
顧客からの苦情（品質）	評価する	重大度と発生頻度に基づく
内部監査の指摘（主要）	必須	系統的な不具合、または要素の欠如
内部監査の指摘（軽微）	推奨	単発の逸脱、または部分的な実施
不適合（繰り返し発生）	必須	同じ種類の不適合が3回以上発生
不適合（単発）	評価する	重大度とリスクに基づく
外部監査の指摘	必須	すべての主要および軽微な指摘
傾向分析	評価する	傾向の重要性に基づく

調査チームの構成

CAPA の重大度	必須のチームメンバー
重大	CAPA オフィサー、プロセスオーナー、QA マネージャー、分野専門家、経営陣の代表者
主要	CAPA オフィサー、プロセスオーナー、分野専門家
軽微	CAPA オフィサー、プロセスオーナー

証拠収集チェックリスト

• 具体的な詳細を含む問題の説明（何が、どこで、いつ、誰が、どの程度）
• 問題に至るまでの事象の時系列
• 関連する記録と文書
• 関係者への聞き取りメモ
• 写真または物的証拠（該当する場合）
• 関連する苦情、不適合、または過去の CAPA
• プロセスパラメーターと仕様

---

根本原因分析

問題の特性に基づいて、適切な根本原因分析手法を選択して適用します。

根本原因分析手法の選択決定ツリー

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）

分類	主な確認項目	典型的な原因
人（People）	トレーニング、能力、作業負荷	スキル不足、疲労、コミュニケーション
機械（Equipment）	校正、保守、使用年数	摩耗、故障、能力不足
方法（Process）	手順、作業指示書	手順が不明確、管理策の不足
材料	仕様、サプライヤー、保管	規格外、劣化、汚染
測定	校正、方法、解釈	測定器の誤差、不適切な方法
母なる自然	温度、湿度、清潔さ	環境条件の逸脱

手法の詳細とテンプレートについては、references/rca-methodologies.md を参照してください。

根本原因の妥当性確認

アクション計画に進む前に、根本原因の妥当性を確認してください。

• 根本原因を客観的な証拠で検証できる
• 根本原因を取り除けば、問題は再発しない
• 根本原因は組織の管理下にある
• 根本原因によって、観察されたすべての症状を説明できる
• 対処されていない他の重大な原因が残っていない

---

是正措置の計画

特定した根本原因に対処する効果的な措置を立案します。

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 の重大度	待機期間	検証期間
重大	30 日	実施後 30～90 日
高	60 日	実施後 60～180 日
軽微	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 総数

経過期間の分析カテゴリ

経過期間	状態	必要な対応
0～30 日	順調	進捗を監視する
31～60 日	要監視	遅延がないか確認する
61～90 日	警告	管理者にエスカレーションする
>90 日	重大	管理者による介入が必要

マネジメントレビューへのインプット

月次 CAPA 状況レポートには以下が含まれます：

• 重大度と状態別のオープン中 CAPA 件数
• 担当者を記載した期限超過 CAPA の一覧
• サイクル時間の推移
• 有効性率の推移
• 発生源の分析（苦情、監査、NC）
• 改善のための提案

---

参考ドキュメント

根本原因分析の手法

references/rca-methodologies.md には以下が含まれます：

• 手法選択の判断ツリー
• 5 Whys 分析のテンプレートと例
• 特性要因図のカテゴリとテンプレート
• 安全上重要な問題に対するフォールトツリー解析
• 人に関連する原因に対するヒューマンファクター分析
• 予防的なリスク評価のための 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 是正処置	不適合の原因を除去する	NC のレビュー、原因の特定、処置の評価、実施、有効性のレビュー
8.5.3 予防処置	潜在的な不適合を除去する	傾向分析、原因の特定、処置の評価、実施、有効性のレビュー

FDA 21 CFR 820.100

CAPA に必要な要素：

• 是正処置および予防処置を実施するための手順
• 品質データの情報源（苦情、NC、監査、サービス記録）の分析
• 不適合の原因の調査
• 不適合を是正し、再発を防止するために必要な処置の特定
• 処置が有効であり、機器に悪影響を及ぼさないことの検証
• マネジメントレビューに関連情報を提出すること

FDA 483 でよく見られる指摘

指摘	根本原因のパターン
問題が再発しているのに CAPA が開始されない	傾向分析が実施されていない
根本原因分析が表面的	調査トレーニングが不十分
有効性が検証されていない	検証手順がない
処置が根本原因に対処していない	原因の除去ではなく、症状への対処

---

トラブルシューティング

問題	考えられる原因	対応
根本原因分析の結果が症状のみになる	調査の打ち切りが早すぎるか、誤ったRCA手法を使用している	RCA手法選択の決定ツリーを適用し、各レベルで根拠を示しながら少なくとも5段階の「なぜ」を掘り下げてください
CAPAの有効性検証が繰り返し失敗する	是正処置が真の根本原因ではなく、症状に対処している	調査を再開し、複合的なRCAアプローチ（例：特性要因図＋5回のなぜ）の採用を検討し、追加の専門家を参加させてください
CAPAのサイクルタイムが一貫して60日目標を超える	割り当てられたリソースが不十分であるか、責任の所在が不明確である	マネジメントレビューでエスカレーションし、専任のCAPAコーディネーターを任命し、複雑なCAPAを段階的なアクションに分割してください
期限超過CAPA率が10%を超える	自動追跡またはリマインダーシステムがない	QMSソフトウェアによる自動アラートを導入し、週次で python scripts/capa_tracker.py --capas capas.json を実行して、対応が長期化している項目を特定してください
監査員から「表面的な根本原因分析」と指摘される	RCA手法に関するトレーニングが不十分である	調査チームにRCA手法のトレーニングを実施し、references/rca-methodologies.md のテンプレートを使用し、分析の各ステップで根拠を求めてください
CAPAのクローズ後も問題が再発する	予防処置が類似プロセスに拡大されていない	アクション計画の策定時に、類似するすべてのプロセスを明示的に評価し、特定の事例だけでなく、システム上の原因に対処する予防処置を追加してください
CAPAの重大度分類について関係者の意見が一致しない	標準化された重大度基準が適用されていない	CAPA必要性判断表と重大度の定義を一貫して使用し、客観的な根拠とともに分類理由を記録してください

---

成功基準

• 初回有効率が90%を超える -- 実施後のデータ収集により、検証期間中に再発がないことを確認します
• CAPAの平均サイクルタイムが60日未満 -- すべての重大度レベルを対象に、開始日からクローズ日までを測定し、capa_tracker.py のメトリクスで追跡します
• 期限超過率を10%未満に維持する -- 経過期間分析で監視し、61日および90日のしきい値でエスカレーションを開始します
• すべての根本原因を客観的な根拠で検証する -- すべての根本原因が検証チェックリスト（すべての症状を説明できる、除去すれば再発を防げる、組織の管理範囲内にある）に合格します
• すべての重大および重要なCAPAに予防処置を含める -- 是正処置は特定の発生事象に対処し、予防処置は解決策を類似プロセスに拡大します
• マネジメントレビューで毎月のCAPA状況報告を受ける -- 重大度別のオープン件数、期限超過リスト、サイクルタイムの推移、有効率の推移を含めます
• 再発率を5%未満にする -- クローズ後12か月以内に同じ種類の問題が再発していないか、クローズ済みCAPAを監視して追跡します

---

対象範囲と制限事項

対象範囲：

• トリガーイベントから完了までのCAPA調査ワークフロー
• 5 Whys、フィッシュボーン図（6M）、故障の木解析、ヒューマンファクター分析、FMEA手法を用いた根本原因分析
• 是正措置および予防措置の計画、実施状況の追跡、有効性の検証
• CAPA指標の算出、経過期間の分析、マネジメント向けレポートの作成
• ISO 13485:2016 Clause 8.5およびFDA 21 CFR 820.100の要件との整合

対象外：

• このスキルは、製造現場でのCAPA追跡に使用するバリデート済みeQMS（電子品質管理システム）の代替にはなりません。分析テンプレートと指標の計算を提供します
• 専用のSPCソフトウェアを必要とする統計的工程管理および高度な傾向分析
• 規制当局への提出書類の作成（提出関連のCAPAには、fda-consultant-specialistまたはmdr-745-specialistを使用してください）
• 内部調査の範囲を超えるサプライヤーCAPA管理（サプライヤーの適格性評価には、quality-manager-qms-iso13485を使用してください）
• 手順に関するガイダンスを超える医学的・科学的専門知識を必要とする臨床試験のCAPA

重要事項：

• FDA QMSR（2026年2月2日発効）では、CAPA要件は従来の21 CFR 820.100の構成ではなく、ISO 13485:2016 Clause 8.5に準拠します。このスキルは両方の枠組みに対応しています
• capa_tracker.pyツールはJSON入力を使用し、稼働中のQMSデータベースには接続しません。分析には、eQMSからデータをエクスポートしてください

---

統合ポイント

スキル	統合内容	使用するタイミング
quality-manager-qms-iso13485	CAPAの所見をQMSプロセスの改善およびサプライヤーへの是正措置に反映します	根本原因がQMSプロセスの不備またはサプライヤーの不適合に関係する場合
qms-audit-expert	監査所見はCAPAの主要な発生源です。CAPAの完了を示す証拠は監査フォローアップを支援します	CAPAが内部監査または外部監査の所見を起点とする場合
risk-management-specialist	CAPAの結果をリスク評価に反映します。FMEAの結果によって予防CAPAが必要になる場合があります	根本原因分析で、これまで評価されていなかったリスクが明らかになった場合
fda-consultant-specialist	FDA 483の所見および警告書には、正式なCAPA回答が必要です	CAPAがFDA査察の所見を起点とする場合
mdr-745-specialist	EU MDRのビジランス報告およびFSCAがCAPAの契機となる場合があります。CAPAデータはPMS/PSURに反映されます	市販後調査で安全性または性能の問題が見つかった場合
quality-documentation-manager	CAPAの措置に伴う文書管理の更新、および電子CAPA記録に関する21 CFR Part 11への準拠	是正措置にSOPの改訂または新規文書の作成が必要な場合

---

ツールリファレンス

capa_tracker.py

CAPAのステータスを追跡し、指標を算出し、期限超過項目を特定して、マネジメントレビュー用レポートを生成します。

フラグ	必須	説明
--capas <file>	はい（--interactiveまたは--sampleを指定する場合を除く）	CAPAレコードを含むJSONファイルのパス
--interactive	いいえ	CAPAを手動入力するための対話モードを起動します
--output <format>	いいえ	出力形式：機械可読形式のjson。デフォルトは人間が読みやすいテキスト形式です
--sample	いいえ	テンプレートとして使用できるサンプルCAPA JSONファイルを標準出力に生成します

算出される指標：

• CAPAの総数、未完了数、完了数、期限超過数
• 平均サイクルタイム（開始から完了までの日数）
• 初回有効性率（初回検証で有効だった件数／検証済みの総数）
• ステータス別の内訳、重大度別の内訳、発生源の分析
• 0～30日、31～60日、61～90日、90日超に分類した経過期間レポート
• 担当者および目標日からの超過日数を記載した、期限超過CAPAの一覧

例：

# Generate sample data, then analyze
python scripts/capa_tracker.py --sample > sample_capas.json
python scripts/capa_tracker.py --capas sample_capas.json
python scripts/capa_tracker.py --capas sample_capas.json --output json