製剤開発とCTD 3.2.P.2 ― QbDアプローチでQTPP・CQA・Design Spaceを設計する実践ガイド
製剤開発にQbDが必要な理由
製剤開発の現場では長年、「経験と勘」が開発効率を左右してきた。処方を決め、スケールアップし、規格を設定する。問題が出れば修正する。このサイクルを繰り返すうちに申請資料がまとまる、というやり方だ。しかし規制環境の変化と承認後変更管理の厳格化が、その手法の限界を露わにしている。
ICH Q8(R2) は Quality by Design（QbD）を、「predefined objectives を起点として、健全な科学と品質リスクマネジメントに基づき、製品およびプロセスの理解とプロセス管理を重視した体系的な開発アプローチ」と定義する。この定義の核心は「出発点に目標を置く」という点だ。そして Q8(R2) は明確に宣言する。"Quality cannot be tested into products; quality should be built in by design."—品質は最終試験で担保するものではなく、設計の中に作り込むものだ。
QbD に基づく申請資料は、規制当局に対してより高い透明性を提供する。それと引き換えに、承認後の製造変更に対して 4 つの実質的な柔軟性が得られる。リスクベースの規制判断（審査・査察）、承認済みのデザインスペース内での工程改善（事前届出不要）、承認後変更申請件数の削減、そしてリアルタイムリリース試験による終点試験の削減だ。単なる規制対応ではなく、製造コストと事業リスクの構造的な低減を意味する。
CTD 3.2.P.2（製剤開発の経緯）はその全工程の記録場所として機能する。Q8(R2) が示す最小限の必須要素は「QTPP の設定」「CQA の特定」「処方・製造方法の選定」「管理戦略の定義」の 4 つであり、QbD を採用する場合はさらに Design Space の確定と機能的関係の解明が加わる。
QTPPとは何か・何を書くか
ICH Q8(R2) Annex のグロッサリーは QTPP を次のように定義する。「安全性と有効性を考慮した上で、所望の品質を確保するために理想的に達成されるべき医薬品の品質特性の先見的なまとめ（a prospective summary）」。
"prospective" という語が重要だ。QTPP は開発完了後に後付けで書くものではなく、開発の起点に設定する目標仕様書だ。これが QbD の実践を単なる文書整備から本質的な設計思想に引き上げる部分でもある。
Q8(R2) が QTPP に含めるべきと示す考慮事項は以下の通りだ。投与経路・剤形・デリバリーシステム、用量強度、容器施栓系、薬物動態に影響する薬物放出・溶出特性（BCS 上の溶解性・透過性を含む）、そして市場品として要求される品質基準（無菌性・純度・安定性・薬物放出）。
CTD 3.2.P.2 への記載としては、以下の項目を表形式でまとめるのが実務的だ。
| 品質特性 | 目標値・範囲 | 根拠 |
|---|---|---|
| 剤形 | 即放性フィルムコート錠 | 既存療法との互換性、嚥下しやすさ |
| 投与経路 | 経口 | 対象患者の利便性・QOL |
| 用量強度 | 10 mg、20 mg | 臨床試験 PK データ |
| 規格（含量） | 95.0〜105.0% | ICH Q6A 基準 |
| 溶出性 | 30 分で 85% 以上（paddle 50 rpm, pH 6.8） | in vitro-in vivo 相関データ |
| 安定性 | 24 ヶ月、室温（25°C/60%RH） | 市場流通・薬局保管要件 |
| 不純物 | ICH Q3B 基準値以下 | 患者安全性 |
| 容器施栓系 | HDPE ボトル、乾燥剤入り | 水分・光に対する安定性データ |
重要なのは、各目標値に「なぜその値か」という根拠を紐付けることだ。根拠の薄い QTPP はリスクアセスメントで整合性を失い、後の CQA 特定の論拠を揺るがす。臨床データ、先行品の規格、文献値、BCS 分類に基づく推定など、使えるエビデンスをここで明示しておく。
CQAの特定とリスクアセスメント
ICH Q8(R2) は CQA を「所望の製品品質を確保するために、適切な限度値・範囲または分布内になければならない、物理的・化学的・生物学的または微生物学的な性質または特性」と定義する。
ガイドラインはさらに具体的に述べる。経口固形製剤の CQA は「純度・含量・薬物放出・安定性に影響する特性」が典型的だ。一方で、CQA の候補リストは固定ではない。「処方と製造工程が選定され、製品知識とプロセス理解が深まるにつれて修正され得る」とある通り、リスクアセスメントと実験を通じた反復的なプロセスとして特定する。
CQA 特定の実務では、Ishikawa 図（魚の骨図）と FMEA（故障モード影響解析）の組み合わせが Q8(R2) Appendix 2 に例示されている。造粒工程を例にとると、原料薬の粒子径・水分量、造粒水添加速度・温度・ミキサー速度・エンドポイント、打錠の予圧・本圧・フィーダー速度が Ishikawa 図の主要因として列挙される。これらの変数を「確率 × 重篤度 × 検出困難度」でスコアリングするのが FMEA だ。
高リスクの因子が CPP（Critical Process Parameter：重要プロセスパラメータ）の候補となる。Q8(R2) は CPP を「その変動が CQA に影響を与えるプロセスパラメータであり、所望の品質を生み出すプロセスを確保するためにモニタリングまたは管理されるべきもの」と定義する。この CPP の特定が Design Space の設計対象を決定する。
リスクアセスメントは開発初期に一度行うものではなく、実験から得た知識をもとに繰り返す。DoE の結果で因子の有意性が分かれば、高リスク因子を絞り込む。この反復を CTD 記載の論理として残すことが、審査官への科学的説明力を高める。
Design Spaceの考え方
ICH Q8(R2) は Design Space を「品質の保証が実証された入力変数（原料特性・プロセスパラメータ）の多次元的な組み合わせと相互作用の範囲」と定義する。そして明確に述べる。"Working within the design space is not considered as a change. Movement out of the design space is considered to be a change and would normally initiate a regulatory post approval change process."—Design Space の内側での操作は変更に当たらない。逸脱した場合は変更管理の対象となる。
ここで一つ重要な区別がある。「各パラメータの Proven Acceptable Range（PAR）の組み合わせは Design Space を構成しない」とガイドラインは明記する。PAR は一変数ずつ評価した許容範囲であり、変数間の交互作用を考慮していない。Design Space はあくまで多変量の「組み合わせ空間」として定義される。
Design Space を実験的に確定するためには DoE（設計実験）が不可欠だ。中心複合計画や Box-Behnken 計画を用いた RSM（応答曲面法）により、変数間の非線形関係と交互作用を推定する。Q8(R2) Appendix 2 では、造粒工程の Parameter 1・2 に対する溶出率の等高線図（contour plot）を示し、80% 以上の溶出を満たす Design Space の境界を非線形・線形の 2 通りで例示している。複数の CQA（溶出性・脆弱性など）それぞれの制約領域の重複部分が最終的な Design Space になる。
Design Space はスケールに依存することがある。小・パイロットスケールで確定した Design Space を商業スケールに適用する場合、その妥当性と潜在的リスクを申請書で説明する必要がある。スケール依存パラメータ（例：撹拌速度）ではなくスケール非依存パラメータ（例：せん断速度）で記述することが推奨される。
CTD 3.2.P.2への落とし込み方
Q8(R2) Part I の 2.1〜2.6 と Annex の Section 3 が、CTD 3.2.P.2 への情報の配置方針を規定している。以下の節構成と記載内容を開発の設計段階から意識しておくと、申請時の論理の繋がりがスムーズになる。
3.2.P.2.1 処方の開発の経緯 QTPP から CQA を導出した論理、初期処方から最終処方への進化の記述。Q8(R2) は「初期コンセプトから最終設計にいたる処方設計の進化を要約せよ」と求める。臨床試験用製剤と商業製剤の違いがある場合はその根拠も必須だ。リスクアセスメント結果（Ishikawa・FMEA）は P.2.1〜P.2.3 に分散して記載する。
3.2.P.2.2 過剰配合 製造損失補正か安定性補正かを明確にし、過剰量・理由・根拠の 3 点を示す。ガイドラインは原則として過剰配合を推奨していない立場をとる。
3.2.P.2.3 物理化学的・生物学的性質 原薬の BCS 分類、多形・塩形の選定根拠、溶解度・透過性・粒子径・結晶特性。原薬の物性が製品 CQA に与える影響の論拠がここに集約される。溶出試験対崩壊試験の選定根拠（ICH Q6A Decision Tree #4 参照）もここだ。
3.2.P.2.4 賦形剤の選定 各賦形剤の機能・配合量の根拠、賦形剤間の相互作用、棚上げ安定性試験データ。Q8(R2) は賦形剤が「shelf life を通じて意図した機能を発揮できることを示せ」と求める。
3.2.P.2.5 製造工程の開発の経緯 製造方法の選定理由、CPP 特定の経緯、スケールアップの変遷。DoE データはここに収載する。Q8(R2) は「臨床用バッチと商業バッチの工程の違いがあれば、品質への影響を論じよ」と要求する。工程ロバストネス（原料変動・設備変更に対する耐性）の評価も含める。
3.2.P.2.6 Design Space（採用する場合） CPP 特定根拠、実験計画、等高線図・応答曲面、Design Space の境界の記述。Annex Section 3.2 によれば、Design Space の詳細は 3.2.P.3.3（製造工程の記述）に置くことが多く、P.2 には開発根拠のサマリーを記載する。
3.2.P.2.7 管理戦略（Control Strategy） Q8(R2) は Control Strategy を「現在の製品とプロセス理解から導出された、プロセス性能と製品品質を保証する計画された管理の集合」と定義する。Design Space に基づくリアルタイムリリース試験（RTRT）や PAT の採用、CPP のモニタリング頻度などを記述する。Control Strategy の全体像は P.5.6（規格の根拠）にまとめるが、P.2 にはその導出根拠を示す。
実務上の落とし穴として最も多いのは、開発途中の方針変更の記録欠落だ。なぜその処方に至ったかの論理は、申請段階で再現できなければ審査照会の対象になる。開発ノートを CTD の節構造に対応した形式で日常的に整理しておくことが、記載品質を決定的に左右する。
まとめ・次のステップ
QbD アプローチによる製剤開発は、QTPP の先見的設定に始まり、反復的なリスクアセスメントによる CQA・CPP の特定、DoE と RSM による Design Space の確定、そして管理戦略の構築という順序で進む。CTD 3.2.P.2 はその開発プロセスの「科学的因果の記録」だ。単なる結果の羅列ではなく、なぜその処方・プロセスに至ったかという論理の連鎖を示す文書であることが、Q8(R2) の要求の本質にある。
この一連の作業の実行を支えるのが、実験データの統計的解析と規制ガイドラインとの整合性確認だ。溶出 f2 計算、含量均一性の統計評価、RSM による Design Space の可視化、FMEA スコアリング——それぞれに特有の計算手順と判断基準がある。
CMC Navigator では、これらの解析を製剤開発の文脈に沿った流れで実行できる。BCS 分類（Phase 1）から溶出 f2・含量均一性（Phase 2）、DoE（Phase 3）、FMEA（Phase 4）、安定性（Phase 5）、CTD 統合（Phase 6）まで、Phase 構成が CTD の章立てと対応している。各解析の出力は CTD 記載に直接転用できる形式で出力されるため、開発実験と申請準備を並行して進めることが可能になる。
次の記事では、実際のモックデータを使って CMC Navigator の溶出 f2 解析ページを動かし、3.2.P.2.5 の記述例を一から作成する。
CMC Navigator で実際に試してみる
本記事で解説したCQA・CPPの特定とリスクアセスメントは、CMC Navigator Phase 4のFMEAページで実践できる。リスクスコアリングからCTD記載用の表出力まで一気通貫で対応している。
👉 CMC Navigator — CQA/CPP解析ページで試してみる
利用にはアカウントの登録が必要です。 新規登録はこちら →
参照: ICH Q8(R2) Pharmaceutical Development (August 2009), CTD別紙3 品質ガイドライン Module 2-3