Case for Quality以降に見えてきた障壁

～「規制を守ること」と「品質を高めること」は同義ではない～
FDA CDRHが2011年に立ち上げたCase for Qualityは、医療機器の品質データを分析した結果として始まった取組みである。法規制への適合はあくまでベースラインであり、その先に品質アウトカムを高める実践がある――この整理が、その後のVIP（Voluntary Improvement Program）／MDDAPや、CSVからCSAへの転換につながっていく。本稿では、Case for Quality以降に見えてきた障壁を、一次情報にあたって整理する。

Case for Qualityとは何だったのか

FDAのCDRH（機器・放射線保健センター）は、2011年、医療機器の品質に関するデータの詳細なレビューと、FDA内外のステークホルダーからのフィードバックを踏まえて Case for Quality を立ち上げた。

その出発点にあった問題意識は明快である。査察で不適合が出ないことと、患者にとって良い製品が届くことは、同じではない。

CDRHはこのイニシアチブについて、コンプライアンスの達成をベースライン（最低線）として扱い、そのうえで品質アウトカムの改善につながる「critical-to-quality（品質にとって決定的な）」な実践が組み込まれているかを見る、という趣旨を明示している。設計段階で顧客ニーズを満たす工夫から、製造エラーの制御、品質問題の検出速度の向上まで、対象は製品ライフサイクル全体に及ぶ。

見えてきた障壁――「良かれと思って積み上げたもの」が邪魔をする

Case for Qualityが可視化したのは、皮肉な構造である。コンプライアンスのために積み上げてきた活動そのものが、品質改善のリソースを食い潰しているという構造だ。

障壁1：適合の証明に資源が集中し、改善に回らない

限られた品質保証人員の時間が、査察対応・文書整備・記録の遡及的な補完に費やされる。結果として、工程能力の向上や設計改善といった、本来品質に効く活動に時間が残らない。内部監査の目的が「指摘を出さないこと」にすり替わる現象も、同じ根から生じている。

障壁2：CSVが目的化する

その典型が、コンピュータ化システムバリデーション（CSV）である。

良かれと思って積み上げてきたCSVが、いつの間にか目的化し、品質改善の障壁の一つになっていた――この逆説は、医療機器に限らず、あらゆる品質保証の現場に通じる教訓を含んでいる。

FDAの回答（1）――成熟度で評価する枠組み：VIPとMDDAP

コンプライアンスの二値判定では品質の高さを識別できない。ならば成熟度で評価しよう――こうして生まれたのが、Case for Qualityから派生した任意参加のプログラムである。

1. 2018年：CfQパイロットプログラムFDAは Case for Quality Voluntary Medical Device Manufacturing and Product Quality Pilot Program を開始した。参加サイトは第三者によるアプレイザル（成熟度評価）を受け、その後もベースライン指標を提出して四半期ごとに進捗をモニターするという枠組みであった。
2. 現在：VIP（Voluntary Improvement Program）パイロットの成果と学びを取り込み、VIP として本格運用に移行した。VIPは MDIC（Medical Device Innovation Consortium）がファシリテートする任意プログラムで、第三者アプレイザルによって製造業者の実践の能力と実績を評価し、機器の品質向上に向けた改善を導くことを目的とする。
3. 評価モデル：MDDAPVIPが用いるのは、CMMI（能力成熟度モデル統合）のアプレイザルを医療機器業界向けに調整したMDDAP（Medical Device Discovery Appraisal Program）モデルである。ベースラインのアプレイザルは、ガバナンス、実装インフラストラクチャ、パフォーマンスの管理と測定を含む11の実践領域（practice areas）を対象とする。MDDAPはISACAが運営し、第三者アプレイザーの認定・調整、アプレイザル結果の保持、収集データの評価を担う。
4. FDAガイダンス（2023年）FDAは最終ガイダンス「Fostering Medical Device Improvement: FDA Activities and Engagement with the Voluntary Improvement Program」を発行し、VIP参加サイトに対するFDAの関与のあり方を示した（ドラフトは2022年5月、最終版は2023年9月）。

FDAの回答（2）――CSVからCSAへ

もう一つの回答が、コンピュータ化システムの検証に関する考え方の転換である。

FDAは 2025年9月、最終ガイダンス「Computer Software Assurance for Production and Quality Management System Software」を発行した。ドラフトは2022年9月に公表されており、最終版ではQMSRとの整合のため表題の “Quality System Software” が “Quality Management System Software” に改められている。

CSA（Computer Software Assurance）の要点は、検証の量ではなく思考の質に資源を振り向けることにある。

1. ソフトウェアの意図した使用（intended use）を特定するそのソフトウェアが、製造工程やQMSのどこで、何をしているのかを明確にする。
2. リスクに基づくアプローチを決めるその機能の不具合が、製品品質や患者安全に直接影響するのか、間接的にとどまるのかを判別する。高リスクにこそ厚い保証活動を割り当てる。
3. 適切な保証活動を選ぶスクリプト化された厳格な試験だけが選択肢ではない。アドホックテスト、エラー推測、探索的試験といった非スクリプト型の手法も、リスクに応じて正当な保証手段となり得る。
4. 必要十分な記録を残す記録は「やったことの証明」であって、記録を作ること自体が目的ではない。何を確かめ、なぜそれで十分と判断したのかが後から辿れれば足りる。

重要なのは作業量ではなく、思考の質である。CSAは、この当たり前の原則をFDAが公式に追認したものと位置づけられる。

QMSRへの接続――2026年2月2日という区切り

Case for Qualityが提起した「コンプライアンスはベースラインである」という発想は、規制そのものの構造にも及んだ。

QMSR（Quality Management System Regulation、21 CFR Part 820）は、2024年2月2日にFederal Register（89 FR 7496）で公示され、2026年2月2日に施行された。ISO 13485:2016を引用参照（incorporation by reference）し、FDA固有の上乗せ要求を §820.35（記録の管理）や §820.45（表示及び包装の管理）などに集約する構造である。

同じ2026年2月2日、FDAは査察において従来のQSITの使用を終了し、更新されたコンプライアンスプログラム CP 7382.850（Inspection of Medical Device Manufacturers）に記載された査察プロセスの運用を開始した。旧CP 7382.845 および CP 7383.001 は同日以降使用されない。CP 7382.850 では、QMSが複数の「QMS Area」に分けられ、各エリアが「element」と規制要求事項で構成される。詳しくはCP 7382.850とQSIT・QMSRの関係、および施行前の記録が査察でどう扱われるかを参照されたい。

Case for Qualityが15年かけて言い続けてきたことが、規則の前文に書き込まれた格好である。「Quality Culture」を読み違えていないかもあわせて参照されたい。

それでも残る障壁

制度は整ってきた。だが、現場に残る障壁は制度だけでは解けない。

おわりに

Case for Qualityが私たちに示したのは「規制を守ること」と「品質を高めること」は同義ではない、という根本的な気づきである。

法規制への適合はあくまでベースラインであり、その先に品質アウトカムを高める実践がある。

良かれと思って積み上げてきたCSVが、いつの間にか目的化し、品質改善の障壁の一つになっていた――この逆説は、医療機器に限らず、あらゆる品質保証の現場に通じる教訓を含んでいる。

重要なのは作業量ではなく、思考の質である。いま一度、自らの検証活動が「より賢い検証」になっているかを問い直してみる価値はあるだろう。

あわせて読みたい

• 「Quality Culture」を読み違えていないか
• 失敗を報告した人ほど、なぜ褒めなければならないのか
• 「苦情ゼロ」を掲げる会社は、必ず怪しい
• CP 7382.850とQSIT・QMSRの関係
• QMSR施行前の記録は査察でどう扱われるか