DSUR のAI作成｜ICH E2F×DIBD/DLP×SUSAR統合×地域別派生(FDA/EMA/PMDA/NMPA)の実装ガイド

DSURのAI作成とは

DSUR(Development Safety Update Report、治験安全性最新報告/研発期間安全性更新報告)は、治験期間中の安全性情報を annual basis で harmonized formatで報告する ICH E2F Guideline に基づく中核文書です。ICH E2F(Step 4 2010年8月)によりICH参加国で統一規格として運用、FDA、EMA、PMDA、NMPAが受け入れ、従来の FDA IND Annual Report、EU Annual Safety Reportを代替する global documentとして位置付けられています(出典: ICH E2F Overview公式、FDA E2F DSUR)。

DSURの基準点は DIBD(Development International Birth Date、開発国際誕生日) — sponsor が世界で最初に任意の国で臨床試験実施承認を受けた日です。DLP(Data Lock Point、データロックポイント)はreporting periodの最終日で、通常はDIBDの annual anniversary directly前までの1年間をカバーします。DSURはDLP後60カレンダー日以内に各規制当局へ提出(出典: PharmUni DSUR 2026 Guide)。

日本PMDAは平成24年12月28日 薬食審査発1228第1号で DSUR/治験安全性最新報告の運用を通知(出典: PMDA 治験安全性最新報告 平成24-12-28)。DSUR(ICH E2F準拠)+ 別紙様式1(概要) + 別紙様式2(国内重篤有害事象一覧)の3点セットで提出されます。中国NMPAは2019年11月にICH E2F適用を開始、2025年9月に「研発期間安全性更新報告常見問答(征求意見稿)」を発出、2026年2月24日に 2026年第19号 通告で Q&A文書を公布、運用ルールが詳細化されています(出典: 中国CDE DSUR Q&A 2025-09、中国CDE Q&A 2026-02-24公告)。

renueでは、社内の規制対応・文書生成・統計連携・canonical辞書管理エージェントの実装経験を活かし、DSUR AI作成・DIBD/DLP管理・SUSAR統合・地域別派生(FDA/EMA/PMDA/NMPA)のAI支援パターンを提供します。本記事では、ICH E2F・DIBD/DLP・SUSAR統合・地域別派生のAI実装ガイドを解説します。

DSURの位置付けと PSUR/PBRERとの違い

• DSUR(開発期間): Clinical development期間中(承認前 + 承認後の追加試験含む)のsafety情報。Annual reportingで投与被験者safety protection、DSMB/IRB/規制当局向け。
• PSUR/PBRER(市販後): 市販後product lifecycleの定期safety + benefit-risk評価。DSURとは異なる pathの併存(出典: IntuitionLabs DSUR vs PSUR/PBRER)。
• 重複期間の扱い: 承認後でもClinical Development Program継続中はDSUR + PSUR/PBRERの両方を提出するケースあり。各種Safety information cross-reference管理が複雑化。
• Format違い: DSUR 19 section(ICH E2F)、PBRER 21 section(ICH E2C(R2))。一部section(Safety findings、Non-clinical data、Literature)は重複。
• Periodicity: DSUR annual(DLP基準)、PSUR/PBRER 6ヶ月/1年/3年/5年(承認後 intervals)。
• 受入規制当局: DSUR はICH region全体(FDA、EMA、PMDA、NMPA他)で受容、PSUR/PBRERも同じ。

ICH E2F DSUR構造(19セクション)

1. Introduction: 医薬品・開発段階 概略。
2. Worldwide Marketing Approval Status: 世界での承認状況(該当時)。
3. Actions Taken in the Reporting Period for Safety Reasons: 安全性理由でのRecalls、中断、protocol改訂等。
4. Changes to Reference Safety Information: IB(Investigator's Brochure)の RSI(Reference Safety Information)改訂内容。
5. Inventory of Clinical Trials Ongoing and Completed During the Reporting Period: reporting period中のOngoing/Completed試験一覧。
6. Estimated Cumulative Exposure: 累積曝露被験者数 estimates。
7. Data in the Line Listings and Summary Tabulations: Line Listings(重要症例個別列挙)とSummary Tabulations(集計表)。
8. Significant Findings from Clinical Trials During the Reporting Period: Reporting period中のsignificant safety findings。
9. Safety Findings from Non-Interventional Studies: Observational studies等非介入試験の安全性情報。
10. Other Clinical Trial and Source of Information: その他のsources(Compassionate Use等)。
11. Late-Breaking Information: Data lock point後の重要追加情報。
12. Overall Safety Assessment: 全体のsafety評価、integrated assessment。
13. Summary of Important Risks: 重要risk summary、risk characterization、management。
14. Conclusions: reporting periodの結論、次期計画への reflection。
15. Appendix / Region-specific Information: 各地域固有情報。
16. Non-Clinical Data: Reporting period中の新規非臨床findings。
17. Literature: 関連文献レビュー。
18. Other DSURs: 関連するother DSURs(combination products等)。
19. Lack of Efficacy: Controlled clinical trialsでの lack of efficacyとsafety implication。

DIBD/DLPの設計

• DIBD(Development International Birth Date): Sponsor が世界で最初にClinical trial実施 authorizationを取得した日(DIBD)、通常は最初のIND/CTA approvalの日付。
• DLP(Data Lock Point): DSURのreporting period終了日。通常DIBDのanniversary前日までの1年間。
• DLP月末調整: 規制当局との合意で DLPをDIBD前月末に指定することも可能(例: DIBD 4月15日 → DLP 3月31日)、運用便宜のため。
• 60日 submission window: DLP後60カレンダー日以内に regulators へ提出。遅延はMajor GCP deviationのリスク。
• DIBD 固定性: 一度設定した DIBDは変更不可、Companion drug同梱時も primary drug基準で固定。
• Multiple DIBDs: 複数drug product(例: A+B combination)では drug別DIBD + 組み合わせDIBDの階層管理。

SUSAR統合

• SUSAR(Suspected Unexpected Serious Adverse Reaction): Reporting期間中の全SUSARを Line Listing形式でappendix化。
• Line Listings構成: 被験者ID、SUSAR事象、MedDRA Preferred Term、onset date、outcome、causality、expectedness(RSI対比)を含む individual症例表。
• Summary Tabulations: Reporting periodでのsafety event集計(MedDRA SOC別、subject population別、treatment group別)。
• Cumulative data: DIBD以降の累積SUSARを含む trend analysis、新規signal identification。
• Reporting period vs Cumulative: 当期reporting data と cumulative(DIBD~DLP)両方を提示、trendと新情報の変化を可視化。
• SUSAR→E2B(R3) XML連携: Individual SUSARはE2B(R3) ICSR形式で gateway submission済、DSURはこれをaggregated view化。

地域別派生要件

• FDA(US): DSURは FDA 21 CFR 312.33(IND Annual Report)を代替。Cover letter + Form FDA 1571附属DSUR提出。FDA DSUR Guidance 2024年draft発出、現在運用明確化が進行(出典: Certara FDA DSUR Guidance Proposal)。
• EMA(EU): EU Annual Safety Reportを DSURが代替、CESPへの提出。Region-specific appendix追加。
• PMDA(Japan): 治験安全性最新報告として提出、DSUR + 別紙様式1(概要) + 別紙様式2(国内SAE一覧)の3点セット(出典: PMDA 平成24-12-28通知、JPMA 治験安全性部会資料 2014-05)。JPMAは「臨床試験における治験使用薬等の安全性情報取扱いに関する規制改正の留意事項」2023年8月版で最新運用を解説(出典: JPMA 2023-08 改訂留意事項)。
• NMPA(China): 2019年11月にICH E2F適用開始、2026年2月24日のCDE 2026年第19号通告でQ&A文書公布、運用細則が明確化。国内SAE line listingを appendix追加(出典: 中国CDE 2026-02-24公告)。
• Single Global DSUR戦略: Core DSUR + 各地域appendixの分離設計が主流、translation + region-specific format adaptationで効率化。

業務フロー(AI化対象の9ステップ)

1. DIBD/DLP管理: DIBDを canonical schemaで固定、DLPを annual cycleで自動算出、60日submission timelineをカレンダー管理。
2. Data cutoff: Reporting periodのdata lockを safety database(Argus、ArisGlobal等)から実行、Line Listings + Summary Tabulationsを determine。
3. RSI Version管理: IB/CCDSのReference Safety Information version を reporting期間start/endでtrack、Expectedness判定基準の変化を記録。
4. Clinical Trial Inventory: Ongoing/Completed試験リストを CTMSから抽出、structured schemaで整理。
5. Cumulative Exposure calculation: Protocol-defined exposure estimates(subjects、subject-years)を累積計算。
6. Line Listings生成: SUSAR events を structured形式で line listings出力、MedDRA coding、causality、outcome含む。
7. Summary Tabulations生成: MedDRA SOC別/治療群別/subject population別の集計表を決定論的に生成。
8. Narrative draft: 19 sectionsのnarrativeをLLM下書き、特にOverall Safety Assessment・Important Risks・Conclusionsはhigh-stakes sections。
9. QC・承認・提出: PV Physician/Clinical Safety/Regulatory Affairs/Medical Affairsの多職種人間承認、LLM単独承認禁止。FDA/EMA/PMDA/NMPA各gatewayへ提出。

AIエージェント構成例(Claude Code + RAG + 決定論的ツール)

• 規制要件RAG: ICH E2F、FDA DSUR Guidance、EMA DSUR Scientific Guideline、PMDA平成24-12-28通知、JPMA 2023-08 留意事項、NMPA 2026-02-24 Q&A通告をベクトル化。
• Safety Database Connectors: Argus、ArisGlobal、Veeva Vault Safetyとの structured integration、LLM介在禁止の決定論的データ取得。
• DIBD/DLP Canonical Manager: DIBD固定管理、DLP自動算出、60日submission timeline、各地域別submission calendar統合。
• Exposure Calculator(決定論): Subject-years、cumulative exposure を protocol + enrollment dataから機械計算。
• MedDRA Coding Engine: Line Listings/Summary TabulationsのMedDRA Preferred Term一致をcanonical dictionary準拠。
• Multi-region Template Authoring: Core DSUR + FDA/EMA/PMDA/NMPA各地域appendixの structured generation、地域固有format enforcement。
• RSI Version Tracker: IB/CCDSのRSI version changesをreporting期間 start/endで比較、Expectedness判定基準変化のdocumentation。
• 品質ゲート: PV Physician/Clinical Safety/Regulatory Affairs/Medical Affairsの多職種人間承認必須、LLM単独承認禁止。

2026年アップデート

① 中国NMPA DSUR Q&A 2026-02-24公布

NMPA CDE は2026年2月24日に「研発期間安全性更新報告常見問答文件」(2026年第19号)を公布、DSUR実務運用の詳細が明確化されました(出典: 中国CDE 2026-02-24)。AI実装は中国DSUR実務の詳細化を踏まえた設計更新が必要です。

② FDA DSUR Guidance 最終化進行

FDAは2024年にDSUR Guidance のdraftを公開、2026年時点で最終化progress中。大手スポンサーは新Guidance対応authoring templatesを整備(出典: Certara FDA DSUR Proposal)。AI実装はFDA finalized Guidance に追随するbuild方針が必須。

③ Harmonized Investigational/Post-Marketing Safety Reporting

DSUR(開発期間) と PSUR/PBRER(市販後) の境界を越えたsafety reporting harmonizationが進行、global Safety Physician Teamが両方を integrated managementする運用が定着(出典: Prometrika Harmonizing Safety)。 AI実装はDSUR + PBRER + RMP + ICSR 連携の一元platformで効率化を実現。

renue独自視点: 規制対応・統計連携AI支援の実装から学んだ3つの落とし穴

renueでは、社内の規制対応・文書生成・統計連携・canonical辞書管理・差分抽出エージェント(A029/A030/A039/A040/A042/A044-A069の関連実装)を通じて、DSUR AI作成で以下の落とし穴を経験しました。

1. DIBD/DLP計算でLLMが規制当局合意済のDLP変更を推奨: DIBD 固定+DLP annual cycleは通常動作だが、合併・分割・製品移管などでDLP変更が必要なケースで、LLMに "efficient reporting scheme" を推奨させると、すでに規制当局と合意済のDLPを勝手に変更する推奨を出すrisk。対策は、①DIBD/DLP は canonical schemaで固定、変更に複数承認 trigger + ②LLMは変更提案を禁止、現行DLPでの運用のみ + ③DLP変更が必要な場合は Regulatory Affairs/PV Director承認workflow + ④変更履歴を audit trailで7年保存、の4段構えで DLP stabilityを担保します。
2. Line Listings LLM生成でMedDRA Preferred Term揺れ発生: Line listingsで SUSARを list化する際、LLMに "AE name" を自由記述させると、同一事象が "nausea"/"vomiting"/"nausea and vomiting"等 variant表記で出力され、Summary Tabulations との統計整合が崩れます。対策は、①MedDRA PT/LLT を canonical dictionaryでstructured管理 + ②Line Listings のAE term は必ず PT/LLT 参照、自由記述禁止 + ③Tabulations 同期 compilation は決定論的に MedDRA aggregation + ④version lock(例: MedDRA v27.x)を reporting期間固定、の4段構えで coding consistency を維持します。
3. Overall Safety Assessment LLM生成で"no significant concerns"のデフォルト表現過剰: Section 17 Overall Safety Assessmentで LLMに自由narrativeを任せると、"no significant safety concerns identified" をdefault表現として乱用し、実際の新シグナル・trend変化を adequately articulate しないケースが発生します。対策は、①各DSUR のreporting period findingsをstructured schema(新規signals/改訂expectedness/RSI更新 triggers/Safety Signals closed)で pre-fill + ②LLM narrative drafting は pre-filled schema fieldsの自然言語化のみ + ③default expression使用時に overrideするnew-period-specific findings の存在を機械検証 + ④PV Physicianのreview必須、の4段構えで narrative qualityを向上させます。

まとめ

DSURのAI作成は、「DIBD/DLP canonical stabilityの確保」「MedDRA Preferred Termのcoding consistency」「Overall Safety Assessment の structured findings pre-fill」の3軸を同時に満たす設計が核心です。LLM はNarrative drafting・Literature review summary・Conclusions discussion draftingに限定し、DIBD/DLP計算・Exposure calculation・MedDRA coding・Line Listings/Tabulations generation・Multi-region appendix generationは決定論エンジンと人間QA(PV Physician/Clinical Safety/Regulatory Affairs/Medical Affairs)で固めるのが現実解です。

renueでは、規制対応・統計連携・canonical辞書管理・差分抽出・多極調整のパターンを、個別の治験依頼者/Regulatory Affairs/PV Organizationの運用文化に合わせてカスタマイズする支援を行っています。DSUR作成高速化、DIBD/DLP統合管理、多極DSUR同時作成、PBRER-DSUR harmonizationをご検討の際は、お気軽にご相談ください。