Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
ICH Q8 Part2 医薬品の開発 Annex (1)
Search
xjorv
September 16, 2020
Education
690
0
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
ICH Q8 Part2 医薬品の開発 Annex (1)
ICH Q8は医薬品の開発に関するガイドラインです。Part2ではPart1の詳細事項についてAnnexureとして解説されています。
xjorv
September 16, 2020
More Decks by xjorv
See All by xjorv
コンパートメントモデル
xjorv
3
6.1k
コンパートメントモデルをStanで解く
xjorv
0
530
生物学的同等性試験 検出力の計算法
xjorv
0
3.7k
生物学的同等性試験ガイドライン 同等性パラメータの計算方法
xjorv
0
6.6k
粉体特性2
xjorv
0
2.6k
粉体特性1
xjorv
0
3k
皮膜5
xjorv
0
2.4k
皮膜4
xjorv
0
2.3k
皮膜3
xjorv
0
2.3k
Other Decks in Education
See All in Education
면접관 눈에 띄는 데이터 분석 포트폴리오 만드는 법 | 2026년 5월 세미나
datarian
0
1k
Visionary Initiative: Future Intelligence 「未来の知性と社会の礎を築く」|Science Tokyo(東京科学大学)
sciencetokyo
PRO
0
1.2k
AIってなぁに?
kenichiota0711
0
650
2026年度春学期 統計学 第13回 不確かな測定の不確かさを測る ― 不偏分散とt分布 (2026. 6. 25)
akiraasano
PRO
1
150
1人 × AI、1か月でここまで作れる ー 数年前の外注換算3.8〜7.4億円・241〜379人月分の作業を、AI費用 約10万円・31日で
frievea
0
350
2026年度春学期 統計学 第6回 データの関係を知る(1)ー 相関関係 (2026. 5. 14)
akiraasano
PRO
0
210
Geografía y fútbol. Atlanta. la megalópolis del fútbol
juanmartin2026
1
12k
チームの鏡になるー自分の癖を知ると、チームのパターンが見えてくる@スクフェス仙台
saorimurooka
0
120
Human-AI Interaction - Lecture 11 - Next Generation User Interfaces (4018166FNR)
signer
PRO
0
1.1k
Catecismo 26 #2 - Do Credo; Introdução ao 1º artigo
cm_manaus
0
180
[2026前期火5] 論理学(京都大学文学部 前期 第12回)「証明を走らせる:カリー・ハワード対応」
yatabe
0
250
第2部-高校生とAI活用/high-school2026-2
okana2ki
0
120
Featured
See All Featured
Tell your own story through comics
letsgokoyo
1
1k
Marketing Yourself as an Engineer | Alaka | Gurzu
gurzu
0
270
Side Projects
sachag
455
43k
A designer walks into a library…
pauljervisheath
211
24k
Abbi's Birthday
coloredviolet
3
9.3k
Utilizing Notion as your number one productivity tool
mfonobong
4
530
Are puppies a ranking factor?
jonoalderson
1
3.8k
Build your cross-platform service in a week with App Engine
jlugia
234
19k
Ruling the World: When Life Gets Gamed
codingconduct
0
290
Chrome DevTools: State of the Union 2024 - Debugging React & Beyond
addyosmani
10
1.3k
Primal Persuasion: How to Engage the Brain for Learning That Lasts
tmiket
0
400
Unsuck your backbone
ammeep
672
58k
Transcript
ICH Q8 Part2 医薬品の開発 Annex(1) 2020/9/9 Ver. 1.0
Annexに書かれた内容 Part1を補填する情報を提供する • QbDの基本について • Part1で記載された事項の実際的な運用方法 • QbDと品質システムを組み合わせたリスクベースの開発
開発へのアプローチ 医薬品は患者の必要性に沿ったもので、必要な機能を持つ • 開発企業、医薬品によりアプローチは異なる • 経験的、システマチックなアプローチの両方を取りうる • QbDを用いたよりシステマチックなものも使用できる
開発へのアプローチ 製品・製造の理解は柔軟な規制方法につながる • 科学的・リスクベースの承認申請情報が重要 • 申請情報にしたがい、規制の柔軟さが決定される
開発へのアプローチ 医薬品は最低でも以下の要素を含む • 製品が目指す品質の情報(QTPP*) • 特に重要な品質上の性質(CQAs*)の特定 • 有効成分・添加剤の重要な品質上の性質の決定 • 適切な製造工程の選択・製造制御の戦略
*QTPP: Quality target product profile *CQAs: Critical quality attributes
開発へのアプローチ QbDはさらに以下を含む • 工程・処方のシステマチックな評価 • CQAsへの工程・処方の影響を知識・実験・リスクアセスメントから特定する • CQAsに影響する処方-工程の関係性の関数的な関係を明らかにする • 工程・製品の理解にしたがう工程制御法の提案
• デザインスペース、RTRT*などを含む *Real-time Release testing(RTRT): 工程検査を利用して出荷試験の代替とするもの。パラメトリックリリースの拡大解釈版のようなもの
医薬品開発の要素 システマチックで製品理解を高めるような開発要素について • 要素として必要とされているものをリスト化している • リストが規制上の要求となるわけではない
QTPP: Quality Target Product Profile QTPPで考慮すべき項目は以下となる • 用途、投与経路、剤形、Delivery system •
含量 • 包装 • 有効成分の活性化*や輸送に関わる性質 • 製品に必要とされる品質上の重要性質 *Therapeutic moiety release: プロドラッグ(不活性な医薬品)を体内で活性化・生理活性を生むよう変化させることを指している
CQAs: Critical Quality Attributes 医薬品品質の担保に必要な規格などの状態のこと • 物理・化学・生物・微生物学的な性質・範囲などを指す • 経口剤では純度・含量・安定性・放出性などが相当する •
CQAは剤形により異なる • 品質リスクマネジメントでCQAを絞り込む
リスクアセスメント Q9に記載。原料特性と製造の関係を調べるときに利用する • 品質に影響を与える要素を絞り込む • 要素を実験・開発によりさらに最適化していく • 要素の特定後はその要素の影響をさらに解析する
デザインスペース 工程パラメータとCQAsの関係を示すもの • リスクアセスメントで特定した要素について調べる • 要素の変化がCQAsに与える影響を特定する • 要素と品質の関係がデザインスペースとなる • 要素の選択理由には説明が必要となる
申請におけるデザインスペースの記載 要素の幅、もしくはより複雑な数式で示す • 時間依存的な数式を用いてもよい • 要素を変数とする多変量モデルを作成する • 製造履歴などもデザインスペース作成に使用できる • デザインスペース内では製品は品質を保っている
Unit Operation 連続工程でのデザインスペースを設定することもできる • 連続工程で採用すると製造の柔軟性が高くなる • 分解と乾燥が連続するときなどに採用可能
デザインスペースと製造スケール 小スケールやパイロットスケールでデザインしてもよい • スケール差の影響についての説明が必要 • 製造スケールに適用するときのリスクを検証しておく • スケールとは独立のパラメータを用いる
デザインスペースと許容範囲 個々のパラメータの許容範囲はデザインとはみなさない • 許容範囲は工程の理解には重要 • デザインスペースは多変量的な許容範囲となる
デザインスペースと故障(Failure)の境界 リスクマネジメント上の故障と許容範囲の境目について • 境界の設定は重要である • 故障に対する対処はガイドラインの対象ではない