Le modèle de tabulation SDTM : classes et rôles
Le modèle d’ensemble derrière le standard CDISC SDTM, avant de mapper un seul domaine. Découvrez les trois classes générales d’observation — Findings (une mesure), Events…
Mappez les données EDC cliniques brutes vers des domaines CDISC SDTM standardisés en R avec le package pharmaverse sdtm.oak. Cette série pratique construit un SDTM conforme — la couche de tabulation que lit un régulateur — un domaine à la fois, avec Controlled Terminology et contrôles de conformité, sur des données d’exemple publiques.
Apprendre › Pharma & Clinique › Programmation SDTM
Les données cliniques brutes arrivent dans quelque forme que le système EDC (electronic data capture) les ait collectées ; SDTM — le Study Data Tabulation Model — est la forme standardisée qu’un régulateur peut réellement lire. Cette série mappe les extractions EDC brutes en domaines CDISC (Clinical Data Interchange Standards Consortium) SDTM conformes en R avec le package pharmaverse sdtm.oak — le mapping déclaratif et traçable qu’exécute un programmeur clinique pour transformer les colonnes du promoteur en la structure --SEQ/--TESTCD/--ORRES/--DTC dont dépendent tous les ADaM (Analysis Data Model) et TLF (tableaux, listings et figures) en aval. Chaque leçon est un mapping complet et exécutable sur des données d’exemple publiques, pour que chaque ligne se reproduise. The runtime is the judge.
La série commence par le modèle, puis construit la couche de tabulation un domaine à la fois :
--SEQ/--DTC/--DY — pour que chaque domaine qui suit se lise tout seul.sdtm.oak : les identifiants de lignage, les variables topic et qualifier, la Controlled Terminology, les dates ISO-8601, la variable de séquence, et une passe de conformité sdtmchecks.AETERM, les AEDECOD/AEBODSYS codés MedDRA, les qualifiers à Controlled Terminology (sévérité, gravité, imputabilité, évolution), les dates de début/fin ISO-8601, et la séquence AESEQ — la source standardisée que lit le jeu de données ADAE en aval.sdtm.oak : la variable topic de traitement EXTRT, les qualifiers dose/unité/forme/fréquence/voie via la Controlled Terminology, les dates-heures de début/fin ISO-8601, et la séquence EXSEQ — complétant le trio des classes d’observation (Findings · Events · Interventions).sdtm.oak — une ligne par sujet, portant l’âge/le sexe/la race/l’ethnicité, le bras de traitement prévu vs réel (ARM/ACTARM), et la date de début de référence RFSTDTC sur laquelle le jour d’étude de chaque autre domaine est ancré. La clé USUBJID à laquelle tous les autres domaines se rejoignent.GFSTRESN, unité dans GFSTRESU, technique dans GFMETHOD), en RNA-seq et qPCR — et pourquoi GF contient la mesure, jamais les reads bruts ni la matrice de comptage.sdtmchecks sur chaque domaine et lisez les constats, et voyez comment les métadonnées Define-XML (via metacore et metatools) décrivent les jeux de données — plus la répartition précise des tâches entre sdtmchecks, Pinnacle 21, et Define-XML.Ensemble, ces leçons mènent une étude des extractions EDC brutes jusqu’à un package SDTM conforme et validé — la couche de tabulation sur laquelle repose chaque analyse ADaM en aval et chaque revue réglementaire.
Demandez à Prova « dans sdtm.oak, comment mapper une variable findings brute vers son qualifier SDTM avec la Controlled Terminology, et quand utiliser assign_ct plutôt que hardcode_ct ? » — elle répond en s’appuyant sur le standard CDISC SDTM et du code sdtm.oak exécutable, pour que le mapping corresponde à votre étude, et non à un exemple générique. The runtime is the judge. Demandez à Prova →
@online{untitled,
author = {},
title = {Programmation SDTM},
url = {https://www.datanovia.com/learn/pharma-clinical/02-sdtm-programming/},
langid = {fr}
}