Contexte réglementaire CDISC : FDA, ICH et eCTD

Qui sont les autorités réglementaires, ce que l’ICH harmonise, et pourquoi vos données d’étude doivent être normalisées CDISC dans une soumission eCTD

Le paysage réglementaire derrière la programmation clinique. Faites connaissance avec les autorités (FDA, EMA, PMDA), les lignes directrices ICH avec lesquelles un spécialiste des données travaille vraiment (E6 GCP, estimandes E9(R1), la série M eCTD/CTD), pourquoi le FDA Data Standards Catalog et le Study Data Technical Conformance Guide rendent CDISC SDTM et ADaM obligatoires, et comment une soumission parvient à l’autorité via le Module 5 de l’eCTD et l’Electronic Submissions Gateway.

Date de publication

30 juin 2026

Modifié

7 juillet 2026

AstucePoints clés
  • Trois autorités réglementaires reçoivent la majorité des soumissions — la FDA (États-Unis), l’EMA (Europe) et la PMDA (Japon) — et chacune attend des données qu’elle peut ouvrir, parcourir et s’y fier sans avoir à vous appeler.
  • L’ICH (International Council for Harmonisation) explique pourquoi un seul jeu de normes fonctionne d’une région à l’autre : une étude menée selon les lignes directrices de l’ICH est acceptée par toutes ses autorités membres, si bien que les essais ne sont pas refaits pays par pays.
  • La FDA rend le CDISC (Clinical Data Interchange Standards Consortium) obligatoire au moyen de deux documents : le Data Standards Catalog (le quoi — quelles normes sont requises et à quel moment) et le Study Data Technical Conformance Guide (le comment — les spécifications techniques).
  • SDTM, ADaM et Define-XML sont exigés pour les soumissions à la FDA et à la PMDA ; l’EMA encourage leur usage sans l’imposer — votre marché cible change donc les règles.
  • Une soumission parvient à l’autorité sous la forme d’un eCTD (electronic Common Technical Document) : cinq modules, l’ensemble des données cliniques dans le Module 5, transmis via l’Electronic Submissions Gateway de la FDA.

Introduction

Votre base de données est verrouillée. Les jeux de données SDTM (Study Data Tabulation Model) et ADaM (Analysis Data Model) sont construits, les tableaux et figures sont validés. Rien de tout cela ne parvient à une autorité réglementaire tant que ce n’est pas conditionné de la manière qu’exige cette autorité — dans un format qu’elle peut ouvrir, parcourir et s’y fier sans vous téléphoner. Cette leçon, c’est ce format et les règles qui le sous-tendent.

La leçon sur le flux de données d’un essai clinique a retracé comment les données circulent du cahier d’observation jusqu’à la soumission. Celle-ci explique pourquoi les règles à la fin de ce flux existent — qui les fixe, ce qu’elles exigent et pourquoi elles rendent le CDISC incontournable plutôt qu’un simple atout. Assimilez-le une fois et chaque phrase « la FDA exige… » des leçons suivantes a une raison derrière elle.

Aucun code à installer. Si vous connaissez R de base, vous en savez largement assez.

Les autorités réglementaires : FDA, EMA, PMDA

Un nouveau médicament ne peut être commercialisé tant qu’une autorité de santé n’a pas examiné ses preuves et ne l’a pas approuvé. Trois autorités concentrent la majeure partie des soumissions de médicaments dans le monde :

  • FDA — la Food and Drug Administration des États-Unis. Les médicaments sont évalués par le CDER (Center for Drug Evaluation and Research) et les produits biologiques par le CBER (Center for Biologics Evaluation and Research). Un promoteur dépose une New Drug Application (NDA) ou une Biologics License Application (BLA).
  • EMA — l’European Medicines Agency, qui coordonne l’évaluation d’une Marketing Authorisation Application (MAA) dans l’ensemble de l’Union européenne.
  • PMDA — la Pharmaceuticals and Medical Devices Agency du Japon, qui examine une NDA japonaise (J-NDA).

Chacune reçoit des milliers de soumissions par an. La seule façon de tenir cette échelle, c’est que chaque soumission se ressemble : les mêmes documents dans le même ordre, et les mêmes données sous la même forme. Cette exigence d’uniformité est à la racine de tout ce qui suit.

ICH : pourquoi un seul jeu de règles fonctionne partout

Si chaque autorité inventait ses propres règles de données et de documents, un promoteur referait et reconditionnerait le même essai trois fois. L’ICH existe précisément pour empêcher cela.

L’ICH est l’International Council for Harmonisation of Technical Requirements for Pharmaceuticals for Human Use — un organisme, fondé en 1990, qui réunit les autorités réglementaires et l’industrie pharmaceutique pour s’accorder sur des normes techniques communes. Les États-Unis (FDA), l’Europe (la Commission européenne) et le Japon (MHLW) comptaient parmi ses régions fondatrices — aujourd’hui représentées par la FDA, l’EMA et la PMDA ; il s’est depuis élargi à Santé Canada, à la NMPA chinoise et à d’autres. Le bénéfice de l’harmonisation est simple : une étude menée selon les lignes directrices de l’ICH est acceptée dans l’ensemble des régions membres, si bien que la science est faite une seule fois. La FDA met en œuvre les lignes directrices de l’ICH sous la forme de ses propres FDA Guidance officielles.

Quelques lignes directrices de l’ICH structurent le travail quotidien d’un spécialiste des données cliniques — les ensembles Efficacy (série E) et Multidisciplinary (série M) :

Ligne directrice ICH Ce qu’elle couvre Pourquoi elle touche vos données
E3 Structure et contenu du Clinical Study Report (CSR) Le CSR que peuplent vos tableaux et figures
E6(R2) Good Clinical Practice (GCP) Les règles de qualité et d’intégrité derrière chaque valeur enregistrée
E9 / E9(R1) Principes statistiques ; l’addendum (R1) ajoute le cadre des estimandes Définit à quelle question l’analyse répond — le pont vers l’ADaM et les maquettes de TLF
M8 La spécification électronique eCTD Le format électronique dans lequel la soumission est construite
M4 L’organisation du Common Technical Document (CTD) La structure en cinq modules que suit la soumission

Le cadre des estimandes de l’E9(R1) est assez important pour faire l’objet de sa propre leçon plus loin dans cette série — c’est là que la question clinique d’un biostatisticien devient les variables ADaM et l’analyse que vous programmez.

Pourquoi les autorités réglementaires exigent des données électroniques normalisées

L’ICH fournit une structure documentaire commune. Le CDISC fournit une structure de données commune — et pour la FDA, elle n’est pas optionnelle. L’exigence passe par deux documents de la FDA qui fonctionnent en binôme :

  • Le FDA Data Standards Catalog est le quoi : il recense chaque norme de données que la FDA prend en charge, quels types de soumission doivent l’utiliser et les dates auxquelles chacune devient requise. Les données d’étude doivent être dans un format pris en charge par le Catalog à la date de début de l’étude.
  • Le Study Data Technical Conformance Guide est le comment : les spécifications techniques et recommandations pour préparer concrètement des données d’étude conformes.

Par ces documents — rendus contraignants par la guidance Providing Regulatory Submissions in Electronic Format — Standardized Study Data de la FDA — les formats CDISC SDTM, ADaM et Define-XML sont exigés pour les soumissions NDA, ANDA (Abbreviated New Drug Application) et certaines BLA, pour les études ayant débuté à compter du 17 décembre 2016. La PMDA japonaise impose les mêmes formats CDISC pour les dépôts J-NDA.

L’EMA fait exception : elle encourage fortement le CDISC et mène un pilote volontaire sur les données d’étude clinique (données brutes), mais elle n’a pas imposé SDTM/ADaM comme l’ont fait la FDA et la PMDA. Ainsi, « le CDISC est-il exigé ? » a une réponse précise — oui pour la FDA et la PMDA, pas formellement pour l’EMA — et le marché cible de votre essai décide quelle règle s’impose à vous.

Pourquoi l’imposer tout court ? Des données normalisées apportent quatre choses à la fois à l’autorité réglementaire : la cohérence (la même variable dans le même domaine dans chaque étude), la traçabilité (un résultat remonte jusqu’à la valeur enregistrée par un centre), l’automatisation (les jeux de données se chargent directement dans les outils d’examen — sans remise en forme manuelle) et la reproductibilité (un évaluateur peut réexécuter l’analyse). Le CDISC est le contrat qui fait tenir ces quatre propriétés à travers des milliers de soumissions.

Comment une soumission parvient à l’autorité

Le dossier qui part vers la FDA est un eCTD — l’electronic Common Technical Document. Le CTD est la structure de contenu convenue dans ICH M4 ; l’eCTD est son format de conditionnement et de cycle de vie électronique, spécifié dans ICH M8. Il est organisé en cinq modules :

flowchart TD
  S["Soumission eCTD<br/>(via la passerelle ESG de la FDA)"] --> M1["Module 1<br/>Administratif · propre à la région"]
  S --> M2["Module 2<br/>Résumés CTD"]
  S --> M3["Module 3<br/>Qualité (CMC)"]
  S --> M4["Module 4<br/>Rapports d'étude non cliniques"]
  S --> M5["Module 5<br/>Rapports d'étude clinique et données"]
  M5 --> T["Tabulations<br/>Jeux de données SDTM"]
  M5 --> A["Analyse<br/>Jeux de données ADaM"]
Figure 1

Le Module 1 est administratif et propre à la région (formulaires, étiquetage). Les Modules 2 à 5 sont communs à toutes les régions — ce socle partagé est ce que l’ICH M4 a harmonisé. Les preuves cliniques se trouvent dans le Module 5 : les rapports d’étude clinique (mis en forme selon l’ICH E3) et, point crucial pour un programmeur, les jeux de données.

À l’intérieur du Module 5, les données d’étude sont réparties en deux dossiers, et c’est exactement là que le travail SDTM et ADaM de la leçon sur le flux de données atterrit physiquement :

Dossier Norme Jeux de données Métadonnées Guide de l’évaluateur
tabulations SDTM .xpt (SAS Transport v5) define.xml cSDRG (csdrg.pdf)
analysis ADaM .xpt (SAS Transport v5) define.xml ADRG (adrg.pdf)

Chaque dossier porte les jeux de données sous forme de fichiers de transport .xpt, un define.xml qui décrit chaque jeu de données et chaque dérivation, et un guide de l’évaluateur — le cSDRG pour le SDTM et l’ADRG pour l’ADaM — qui raconte les données à l’évaluateur. define.xml est l’épine dorsale lisible par machine de la traçabilité ; c’est ainsi qu’un évaluateur navigue d’un résultat jusqu’à sa source sans ouvrir votre code.

L’ensemble du dossier est transmis via la FDA Electronic Submissions Gateway (ESG), le portail sécurisé qui reçoit, valide et achemine les soumissions eCTD vers la bonne division d’examen. La soumission des NDA, ANDA et BLA au CDER au format eCTD est obligatoire depuis le 5 mai 2017 — il n’existe pas d’alternative papier.

Aucune de ces règles ne nomme un langage de programmation. L’autorité réglementaire reçoit un dossier eCTD de jeux de données normalisés, de métadonnées et de résultats — pas vos scripts. C’est précisément pourquoi la voie pharmaverse fondée sur R est acceptée : le groupe de travail Submissions du R Consortium a mené des soumissions pilotes réussies auprès de la FDA entièrement construites en R open source. Les normes sont la cible ; R est une façon de premier ordre de l’atteindre (plus de détails dans la leçon sur le flux de données d’un essai clinique).

🟢 Avec un agent IA

Demandez à Prova « pourquoi la FDA exige-t-elle les normes CDISC ? » — elle répond en s’appuyant sur les leçons de ce pilier, et peut vous montrer où SDTM et ADaM se situent dans un dossier eCTD avec du R exécutable sur des données d’exemple pharmaverse. The runtime is the judge. Demander à Prova →

Où cela s’inscrit

Ces fondations réglementaires et CDISC vous donnent le cadre ; le reste du pilier le remplit. Le cadre des estimandes (ICH E9(R1)) devient sa propre leçon — le pont entre la question clinique d’un essai et les variables ADaM que vous dérivez. Les standards CDISC nommés ici (SDTM-IG, ADaM-IG, Controlled Terminology, Define-XML) font chacun l’objet d’une série pratique, et le dossier eCTD du Module 5 que vous venez de voir est ce que la série sur le conditionnement des soumissions construit de bout en bout. Chaque « l’autorité réglementaire exige… » que vous rencontrez à partir d’ici a sa raison dans cette leçon.

Problèmes fréquents

Voici des confusions conceptuelles qui font discrètement trébucher les personnes nouvelles du côté réglementaire.

Penser que le CDISC est un format de fichier. Le CDISC est l’organisation de normalisation et ses standards (SDTM, ADaM, Controlled Terminology, Define-XML) — les règles de structuration des données. Le format de fichier de transport est distinct : .xpt (SAS Transport Version 5). Vous pouvez construire un .xpt conforme au CDISC en R ; « CDISC » décrit la structure, « .xpt » décrit le fichier.

Confondre le CTD et l’eCTD. Le CTD (ICH M4) est la structure de contenu — les cinq modules et ce que contient chacun. L’eCTD (ICH M8) est le format électronique qui conditionne ce contenu avec des dossiers, une épine dorsale XML et la gestion du cycle de vie. On ne soumet pas un CTD ; on soumet un eCTD dont le contenu suit la structure du CTD.

Supposer que l’EMA impose le CDISC comme la FDA. Ce n’est pas le cas. La FDA et la PMDA exigent SDTM et ADaM ; l’EMA les encourage (via un pilote volontaire) sans les avoir imposés. Avant de traiter la conformité CDISC comme une exigence stricte, confirmez à quelle autorité votre étude est déposée.

Questions fréquentes

L’ICH est l’International Council for Harmonisation of Technical Requirements for Pharmaceuticals for Human Use. Il réunit les autorités réglementaires (FDA, EMA, PMDA et d’autres) et l’industrie pour s’accorder sur des normes techniques communes, si bien qu’une étude menée selon les lignes directrices de l’ICH est acceptée dans les régions membres au lieu d’être refaite par pays. Plusieurs lignes directrices de l’ICH structurent directement votre travail — E6 (Good Clinical Practice), E9(R1) (estimandes) et la série M (M8 eCTD, M4 CTD).

La FDA rend le CDISC obligatoire au moyen de son Data Standards Catalog (quelles normes sont requises, et à partir de quand) et de son Study Data Technical Conformance Guide (les spécifications techniques), rendus contraignants par la guidance Standardized Study Data. Pour les soumissions NDA, ANDA et certaines BLA, SDTM, ADaM et Define-XML sont exigés pour les études ayant débuté à compter du 17 décembre 2016. Des données normalisées donnent à l’évaluateur cohérence, traçabilité, chargement automatisé et reproductibilité à travers des milliers de soumissions.

Le Module 5 est la section clinique d’une soumission eCTD — il contient les rapports d’étude clinique et les données d’étude. À l’intérieur, les jeux de données sont répartis en un dossier tabulations (SDTM) et un dossier analysis (ADaM), chacun portant des jeux de données .xpt, un define.xml et un guide de l’évaluateur (cSDRG pour le SDTM, ADRG pour l’ADaM). Les Modules 2 à 5 sont communs à toutes les régions ; le Module 1 est un contenu administratif propre à la région.

Non. La FDA et la PMDA japonaise imposent les standards CDISC SDTM, ADaM et Define-XML pour leurs soumissions. L’EMA encourage le CDISC et mène un Raw Data Pilot volontaire, mais n’a pas formellement imposé ces standards. Le choix de l’autorité à laquelle vous déposez décide donc si la conformité CDISC est une exigence stricte.

Ils forment un binôme quoi/comment. Le Data Standards Catalog recense les normes de données que la FDA prend en charge, quels types de soumission doivent les utiliser et les échéances — le quoi et le quand. Le Study Data Technical Conformance Guide fournit les spécifications techniques et recommandations pour préparer des données conformes — le comment. Ensemble, ils font du CDISC l’exigence contraignante.

Testez vos connaissances

Pour chaque énoncé, nommez quel organisme ou document l’établit :

  1. « Une étude menée selon ces standards est acceptée indifféremment par la FDA, l’EMA et la PMDA. »
  2. « SDTM, ADaM et Define-XML sont exigés pour cette NDA, parce que l’étude a débuté en 2018. »
  3. « La soumission doit être organisée en cinq modules, avec les données cliniques dans le Module 5. »
  4. « Les jeux de données d’analyse et leur define.xml vont dans le dossier analysis, en .xpt. »

Séparez la structure documentaire harmonisée (ICH) du mandat sur les standards de données (le Catalog et le Conformance Guide de la FDA), et rappelez-vous quelle ligne directrice de l’ICH définit le CTD à cinq modules.

  1. ICH — l’harmonisation est ce qui rend un seul jeu d’études acceptable d’une autorité réglementaire membre à l’autre.
  2. Le FDA Data Standards Catalog (avec le Study Data Technical Conformance Guide), rendu contraignant par la guidance Standardized Study Data — le CDISC est exigé pour les études ayant débuté à compter du 17 décembre 2016.
  3. ICH M4 — la structure en cinq modules du CTD (avec le Module 5 pour les rapports d’étude clinique et les données) ; l’ICH M8 définit sa forme électronique eCTD.
  4. La disposition des jeux de données du Module 5 de l’eCTD — le dossier analysis (ADaM), avec des jeux de données .xpt plus define.xml et l’ADRG.

A. Oui — chaque autorité réglementaire dans le monde impose SDTM et ADaM. B. Non — la FDA et la PMDA imposent le CDISC, tandis que l’EMA l’encourage sans l’exiger. C. Non — le CDISC n’est jamais qu’une recommandation, jamais une exigence.

B. La FDA et la PMDA exigent les standards CDISC SDTM, ADaM et Define-XML pour leurs soumissions ; l’EMA encourage leur usage via un pilote volontaire sans les avoir imposés. C’est donc une exigence stricte pour certaines autorités et pas pour d’autres — ne présumez jamais ; vérifiez votre cible de dépôt.

Références

Chaque affirmation réglementaire ci-dessus est vérifiable au regard de sa source primaire :

Conclusion

Les autorités réglementaires exigent l’uniformité pour pouvoir examiner à grande échelle, et trois couches la fournissent : l’ICH harmonise la structure documentaire afin qu’un seul jeu d’études serve plusieurs autorités ; le CDISC (exigé par la FDA et la PMDA, encouragé par l’EMA) normalise les données en SDTM et ADaM avec des métadonnées Define-XML traçables ; et l’eCTD conditionne le tout en cinq modules — les données cliniques dans le Module 5 — transmis via la passerelle de la FDA. Rien de tout cela ne nomme un langage, et c’est pourquoi un pipeline R reproductible est une voie de premier ordre vers une soumission. Gardez ce cadre à l’esprit et chaque standard que vous rencontrez dans le reste du pilier a une adresse et une raison.

Leçons connexes

Cette page vous a-t-elle été utile ?

Recevez les nouvelles leçons R & Python par e-mail

Pratique, reproductible, sans spam. Désinscription à tout moment.

Double opt-in. Nous ne partageons jamais votre e-mail.

Partager cette pageXLinkedInRedditHN
Note

Ceci est une leçon de concept, pas un atelier de code — elle ne livre aucun R exécutable. À la place, chaque affirmation réglementaire porteuse ci-dessus renvoie à sa source primaire FDA, ICH, EMA ou PMDA (rassemblées sous Références) ; vérifiez-en n’importe laquelle à la source. The runtime is the judge.

Réutilisation

Citation

BibTeX
@online{2026,
  author = {},
  title = {Contexte réglementaire CDISC : FDA, ICH et eCTD},
  date = {2026-06-30},
  url = {https://www.datanovia.com/learn/pharma-clinical/01-regulatory-cdisc-foundations/02-regulatory-context},
  langid = {fr}
}
Veuillez citer ce travail comme suit :
“Contexte réglementaire CDISC : FDA, ICH et eCTD.” 2026. June 30. https://www.datanovia.com/learn/pharma-clinical/01-regulatory-cdisc-foundations/02-regulatory-context.