Contract Pharma の記事が、リスクベースの考え方を日々の品質業務に組み込む方法を整理した。コンプライアンス、意思決定、製品の監視をどう強くするかという観点から、原則・実践・当局の期待を並べる内容である。
「リスクベース」が言われ続ける理由
ICH Q9（品質リスクマネジメント）が示されてから、この考え方自体は新しくない。それでも繰り返し議論になるのは、文書の上では導入されていても、運用に入っていないことが多いためである。
典型的な状態はこうなる。新製品の立ち上げ時にリスクアセスメントを実施し、FMEAの表を作り、承認して保管する。その後、その表が開かれることはない。
これは形式としては要求を満たしているが、意思決定には使われていない。リスクベースという言葉が意味するのは本来、日々の判断——どの逸脱を重く見るか、どの試験を減らせるか、どの供給者を監査するか——の根拠として使うことである。
「減らすため」ではなく「配分するため」
誤解されやすいのは、リスクベースが管理を減らす口実として持ち出される場合があることである。
実際の主旨は配分にある。資源は有限なので、
- リスクが高いところに厚く
- 低いところは薄く
という配分を、根拠をもって決める。総量を減らすことが目的ではない。当局が求めるのは「なぜそこを薄くしてよいと判断したか」の説明であり、薄くしたこと自体ではない。
このため、実務では根拠の残し方が問われる。
- 何をリスクとみなしたか
- どの尺度で評価したか（重大性・発生確率・検出性）——FMEAを使うならこの3軸になる
- その評価をいつ見直すか
3つ目が抜けやすい。工程が変われば、原料が変われば、リスクの並び順は変わる。初回の評価を固定して運用すると、実態と乖離する。
日常業務に入る場所
リスクの考え方が実際に効いてくるのは、次のような判断の場面である。
- 逸脱の重み付け：すべての逸脱を同じ深さで調査すると、重要なものに時間を割けない
- 同等性の評価：変更を加えたとき、影響をどこまで見るか
- 供給者の管理：どの供給者を現地監査し、どこは書面で足りるか
- 工程内管理の設計：どの工程パラメータを常時監視し、どれは定期確認でよいか
- プロセスバリデーションの範囲：何回のロットで、どの項目を確認するか
いずれも「決めなければ進まない」判断であり、何らかの根拠で決めている。リスクマネジメントの導入とは、その根拠を明示的にして共有可能にすることに近い。
当局の期待という軸
記事が「当局の期待」を並べているのは、この領域が査察でしばしば論点になるためである。
問われるのは概ね次の形になる。「その判断の根拠は何か。その根拠は最新か。判断した人はその権限を持っていたか」。
書類が揃っていることと、聞かれたときに答えられることは別である——という点で、データインテグリティの議論と同じ構造をしている。リスクマネジメントが機能しているかどうかは、表の有無ではなく、判断の履歴に現れる。
※ 本ページは公開情報（Contract Pharma の記事）をもとにしたProglenth編集部による整理です。具体的な手法・適用範囲・規制要件の詳細は一次情報および各当局のガイダンスをご確認ください。