The last mile of clinical programming: turn validated ADaM datasets and TLF outputs into the package a regulator actually receives. This series builds the eCTD Module 5 data package in R with the pharmaverse — SAS transport (XPT) export with xportr, Define-XML metadata, the cSDRG/ADRG reviewer’s guides, and a self-contained R submission bundle — reproducing how the R Consortium’s FDA pilots were assembled.
Apprendre › Pharma & Clinique › Assemblage du dossier de soumission
Vous avez construit les tabulations SDTM, dérivé les jeux de données d’analyse ADaM et généré les tableaux, listings et figures. L’assemblage du dossier de soumission est le dernier kilomètre : transformer ces sorties en le dossier exact qu’un régulateur reçoit et évalue — le dossier de données eCTD (electronic Common Technical Document) Module 5. Cette série l’assemble en R avec le pharmaverse, sur des données d’exemple publiques, de sorte que chaque étape se reproduit. Elle reflète la façon dont ont été construits les pilotes FDA publics du R Consortium — une soumission entièrement en R qu’a examinée la FDA. The runtime is the judge.
La série commence par la carte, puis construit chaque pièce du dossier :
L’anatomie de la soumission — la carte d’orientation : les cinq modules eCTD (Module 5 = données d’étude clinique), l’arborescence du Module 5, et ce que contient réellement un dossier de données — les jeux de données SDTM et ADaM sous forme de fichiers XPT (SAS transport), un Define-XML par standard, les guides de l’évaluateur cSDRG/ADRG, et les programmes d’analyse — avec un premier export xportr exécutable pour que vous voyiez le livrable.
Export XPT avec xportr — l’export pratique : amenez un jeu de données ADaM validé jusqu’à un fichier SAS Transport (XPT v5) conforme à la soumission avec xportr — le pipeline complet (types, longueurs, libellés, formats, ordre), le contrôle de conformité strict_checks, la détection et la correction d’une violation de contrainte, et le pilotage de l’export depuis une spécification metacore.
Define-XML avec metacore et metatools — les métadonnées lisibles par machine qui décrivent chaque jeu de données, variable, liste de codes et dérivation : lisez un define.xml dans un objet metacore, extrayez les listes de codes et les métadonnées au niveau valeur, vérifiez vos données par rapport à cette spécification avec metatools, et voyez le tableau honnête de ce qui génère réellement un define.xml (metacore le lit ; Pinnacle 21 ou defineR l’écrivent).
Les guides de l’évaluateur — cSDRG et ADRG — les guides lisibles par l’humain qui indiquent à un évaluateur comment lire le dossier : le cSDRG (clinical Study Data Reviewer’s Guide) pour les tabulations SDTM et l’ADRG (Analysis Data Reviewer’s Guide) pour les jeux de données d’analyse ADaM — leurs sections, ce qui est propre à chacun, le fait que tous deux sont des modèles PHUSE, et comment l’aperçu des jeux de données de l’ADRG est généré à partir du dossier d’analyse.
Empaquetage des programmes R avec pkglite — les programmes d’analyse accompagnent la soumission eux aussi : utilisez pkglite pour compacter un package R en un unique fichier texte ASCII évaluable pour l’eCTD, vérifiez-le par rapport au contrôle ASCII de soumission, et décompressez-le à nouveau en un package fonctionnel — l’aller-retour collate → pack → verify → unpack.
Reproduire un pilote FDA du R Consortium de bout en bout — le projet de synthèse : faites passer un seul jeu de données à travers tout le pipeline — construisez un jeu de données d’analyse ADaM avec admiral, exportez-le vers un XPT conforme avec xportr, vérifiez-le par rapport à une spécification avec metacore/metatools, et empaquetez les programmes avec pkglite — puis rencontrez les vrais pilotes du R Consortium qui ont prouvé qu’une soumission entièrement en R est faisable (la FDA l’a examinée — faisabilité, non aval).
Ensemble, ces six leçons vous mènent de la forme d’une soumission à un dossier complet, exécutable et prêt pour la soumission — le dernier kilomètre de la programmation clinique en R.
Demandez à Prova « comment exporter un jeu de données ADaM vers un fichier XPT v5 conforme à la soumission en R avec xportr, et quelles limites de longueur et de libellé le format de transport impose-t-il ? » — elle répond en s’appuyant sur les standards de soumission CDISC et du code xportr exécutable, de sorte que le dossier corresponde à votre étude, non à un exemple générique. The runtime is the judge. Demandez à Prova →
@online{untitled,
author = {},
title = {Submission Packaging},
url = {https://www.datanovia.com/learn/pharma-clinical/07-submission-packaging/},
langid = {fr}
}