CAPAが回らない組織の共通点——是正処置を仕組みとして動かすためのQMS設計5つのポイント

※本記事には広告・アフィリエイトリンクを含みます。

CAPAは「書いた」が「回っていない」

是正処置の記録は存在する。でも同じ不具合が、半年後にまた出る。

私がいた現場では、CAPAフォームに原因と対策が書かれていた。管理責任者のハンコもある。なのに翌年の内部監査で、まったく同じカテゴリの不適合が再発した。

担当者の怠慢ではない。仕組みが「書いて終わり」になる設計だった。それだけだ。

—

こんな現場に心当たりはないか

よくある失敗を3つ挙げる。

1つ目。根本原因の欄が「確認不足」で終わっている。

なぜ確認不足が起きたのか、そこまで掘っていない。「なぜなぜ分析をやった」と言いながら、実際には2段階で止まっている。表面の症状を根因として扱っているから、対策を打っても再発する。

2つ目。有効性確認の期日が設定されていない。

「対策完了」の欄に日付が入った段階でCAPAが閉じられる。3か月後に本当に効いているか、誰も確認しない。確認する仕組みがないから確認されない。

3つ目。CAPAが品質部門だけで完結している。

製造、調達、設計——実際に対策を実行しなければならない部門が、CAPAの進捗を追う場に入っていない。品質担当者が一人で抱え込み、現場への展開が口頭伝達で終わる。

—

なぜこうなるのか。個人の問題ではない

CAPAが回らない根本は、QMSの設計側にある。

多くの中小企業でのパターンはこうだ。ISO 13485の認証取得時に外部コンサルタントが手順書とフォームを整備した。手続き上は正しい。でも「誰が・何を・いつまでに・どう確認するか」の運用設計が曖昧なまま現場に渡った。

その結果、CAPAを開始するトリガーが不明確で、担当者が「これはCAPAにすべきか」と迷う。分析の深さにバラつきが出る。フォローアップのタイミングが属人化する。

情報の流れと責任の所在を設計していないから、仕組みが回らない。努力でカバーできる問題ではない。

—

放置したとき何が起きるか

同じ不具合が繰り返し発生すると、現場は慣れる。「また出たか」という空気になる。慣れが積み重なると、不具合を報告しなくなる。報告されなければCAPAは開始されない。

外部審査では、有効性確認の記録がないと指摘を受ける可能性が高い。是正処置が形式的と判断されれば、次の審査サイクルでより詳細な証拠を求められる場合もある——ただし審査の結果は審査機関の判断によるため、ここでは一般的な傾向として示す。

内部的には、品質担当者が「火消し」に追われて予防処置まで手が回らない状態が続く。[担当者の属人化と残業の関係はこちらの記事](/maintenance-personalization-overtime-cause/)でも整理した。

—

改善の判断基準：今の仕組みをどう評価するか

手作業・テンプレート・ツール——どれが適切かを判断する前に、まず現状を点検する。

今すぐ確認したい3点

• 直近1年のCAPAで、有効性確認まで完了したものは何件あるか
• CAPAの平均クローズ期間はどれくらいか（3か月以内が目安とされることが多い）
• 再発不具合の割合はどう推移しているか

この3点を数字で答えられない場合、管理の仕組みそのものが機能していない可能性が高い。テンプレートを整えるだけで改善できるか、ツールを使った可視化が必要かは、この数字を見てから判断する。

—

QMS設計5つのポイント

現場が自走できるCAPAにするために、設計段階で押さえておきたい5点を示す。

ポイント1：CAPAを開始するトリガーを明文化する

「どんな事象をCAPAにするか」が曖昧なまま運用を始めると、担当者ごとにレベルがばらける。不適合のカテゴリと重大度の基準を文書に落とし、判断を属人化させない。

ポイント2：なぜなぜ分析に「5段階確認」を組み込む

原因分析の深さを担保するために、フォームに「なぜ1〜なぜ5」の入力欄を設けるだけではなく、レビュー者が「最終段階の原因は仕組みに言及しているか」を確認する手順を追加する。

ポイント3：有効性確認の日付をCAPAオープン時に設定する

対策実施後ではなく、CAPA開始時点で「いつ・何をもって有効と判断するか」を決める。確認指標と期日を先に決めると、後追い確認の抜け漏れが減る。

ポイント4：関連部門の責任者を最初からアサインする

CAPAフォームに「実施責任者（現場部門）」と「品質確認責任者」の欄を分けて設ける。品質部門が管理し、実施は現場部門が担う構造を書類上も明確にする。

ポイント5：月次レビューの場にCAPAの進捗を乗せる

マネジメントレビューを年1回だけにしている場合、問題の発見と対応のサイクルが長くなりすぎる。月次の品質会議にCAPAの進捗一覧を定例アジェンダとして入れ、滞留案件を組織として可視化する。

—

今日できる改善手順

Step 1：過去のCAPAをスプレッドシートに一覧化する（30分）

開始日・原因カテゴリ・有効性確認日・クローズ日を列に並べる。クローズしていないもの、有効性確認が空白のものを色分けする。これだけで現状が視覚化される。

Step 2：再発した不具合を抽出し、原因分析を遡る（1時間）

再発案件のCAPAフォームを引っ張り出し、原因欄を読み直す。「確認不足」「教育不足」で止まっているものは、分析を1段深めて書き直す。これが次のCAPAの精度を上げる。

Step 3：月次品質会議のアジェンダにCAPAレビューを追加する（即日）

次回の会議から「CAPA進捗一覧」を10分枠で入れる。一覧を会議前日に共有する担当者を決める。たった10分でも、見る場があるとCAPAは動き始める。

—

次にやること

まずStep 1の一覧化から始めてほしい。現状を数字で把握することが、改善の起点になる。

CAPAに限らず、[品質のばらつきが顧客対応リスクにつながる構造](/maintenance-quality-variation-customer-request-risk/)もあわせて確認すると、QMS全体の設計を見直すきっかけになる。

属人化の問題が絡んでいる場合は、[一人依存が生む品質リスク](/medical-device-maintenance-solo-dependency-risk/)も参考になる。

—

よくある質問

ISO 13485のCAPAで「有効性確認」はどの程度の記録が必要ですか？

有効性確認の内容と記録の形式は、一般的に「対策が根本原因に対して効果を示しているかどうかを客観的に示す記録」が求められると考えられる。ただし、具体的に何をどこまで記録すべきかは審査機関や審査員によって判断が異なる場合があるため、自社のQMS責任者や審査機関への確認が不可欠だ。

中小企業でCAPAを担当できる人員が少ない場合、どう設計すればよいですか？

人員が少ない場合は、CAPAの件数を絞る設計が現実的だ。すべての軽微な不適合をCAPAとして起票するのではなく、重大度と影響範囲の基準を明確にして、CAPAと通常の是正処置を分ける。担当者の負荷を分散するには、実施責任を現場部門に明示的に渡す構造が鍵になる。

CAPAと是正処置（CA）と予防処置（PA）の違いはどう説明すればよいですか？

一般的には、是正処置（CA）は「起きた不具合の根本原因を取り除く行動」、予防処置（PA）は「まだ起きていないが発生しうるリスクに事前に対処する行動」とされる。CAPA（Corrective and Preventive Action）はその両方を含む枠組みだ。ただしISO 13485では2016年改訂以降、PAの位置づけがリスクマネジメントと統合される流れにある——詳細は規格文書と自社QMS責任者の解釈に基づいて運用の設計を行う必要がある。

CAPAをExcelで管理するのとツールを使うのでは何が変わりますか？

Excelでの管理は導入コストが低く、件数が少ない段階では十分機能する。課題は、複数人が更新すると版管理が崩れること、フォローアップの通知が自動化できないこと、進捗の可視化にひと手間かかること、の3点だ。件数が月に5件以上・担当者が3人以上になってくると、ツールでの管理に切り替えるメリットが出始める。

—

ツール紹介

QMS・CAPA管理に使えるクラウド品質管理ツール

SmartQA / Qualio 系の品質管理SaaS

CAPAの開始から有効性確認までをワークフローで追えるクラウドツールが国内外で増えている。フォームの入力・承認・期日通知・レポート出力が一元化されるため、Excelの版管理問題や抜け漏れが大幅に減る。中小企業向けのプランを持つサービスも出てきているため、社内の件数規模と照らして比較検討するとよい。

ドキュメント管理と連携できるDXツール

Notion / Confluence + 品質管理テンプレート

QMS文書・手順書・CAPAフォームを一か所で管理したい場合、ドキュメント管理ツールにCAPAテンプレートを組み込む方法がある。承認ワークフローはシンプルなものに限られるが、品質専門ツールよりも全社導入のハードルが低い。まずはテンプレートから運用を統一したいという段階に向いている。導入前に、自社の管理対象ドキュメントの種類と量を整理しておくと選定がしやすい。