Data Management Daniel BOICHUT 17 janvier DIU FARC TEC 2011

Slides:



Advertisements
Présentations similaires
LA LOGISTIQUE EN PHASE I
Advertisements

Délégation à l’Emploi et aux Formations
CS CONFRONTATOR Module permettant la confrontation des données lors de scénario de double saisie. Permet aussi de gérer les commentaires de saisie.
Produit Gammes Nomenclatures Modules Techniques Prix de Revient Prix de Vente Modules Techniques Client Marges Mise en route Temps Unitaire Prix (Ex:
Etablir des procédures de vérification (Etape 11 / Principe 6)
Manuel Qualité, Structure et Contenus – optionnel
PRECAUTIONS COMPLEMENTAIRES
DES ESSAIS MULTICENTRIQUES
Classe : …………… Nom : …………………………………… Date : ………………..
Test statistique : principe
Lise LACLAUTRE (Pharmacienne AQ)
Profil de poste Groupe de travail :
Marseille le 06/05/2010 Présentation du logiciel MACRO 1.
Le data management au CHU D’AMIENS
Est Ouest Sud 11 1 Nord 1 Individuel 20 joueurs 15 rondes - 30 étuis (arc-en-ciel) Laval Du Breuil Adstock, Québec I-20-15ACBLScore S0515 RondeNE
Est Ouest Sud 11 1 Nord 1 Laval Du Breuil, Adstock, Québec I-17-17ACBLScore S0417 Allez à 1 Est Allez à 4 Sud Allez à 3 Est Allez à 2 Ouest RndNE
Est Ouest Sud 11 1 Nord 1 RondeNE SO
Est Ouest Sud 11 1 Nord 1 Individuel 15 ou 16 joueurs 15 rondes - 30 étuis Laval Du Breuil Adstock, Québec I-16-15ACBLScore S0415 RndNE
JXDVDTEK – Une DVDthèque en Java et XML
Page : 1 / 6 Conduite de projet Examen du 6 mai 1999 Durée : 4 heures Le support de cours est toléré La notation tiendra compte très significativement.
Page : 1 / 6 INSA Rouen département ASI UV MGPI Examen du 25 juin 2003 Durée : 120 mn Le support de cours est toléré La notation tiendra compte très significativement.
Présentation I-Prof Ecrans d ’accueil Dossier d ’un enseignant
Portail Unique Admission Post Bac (A.P.B.)
Plan de formation Chapitre 1 : Présentation de SAP
Commission Règlement Arbitrage Organisation – Présidente : Framboise Leclerc 3, rue Jacques Cartier – Montigny le Bretonneux –
Gestion de la communication par établissement sur le site ville
Les requêtes La Requête est une méthode pour afficher les enregistrements qui répondent à des conditions spécifiques. La requête est donc un filtre.
Projet Hosp-eElections
Développement d’applications web
Page 1 Introduction à ATEasy 3.0 Page 2 Quest ce quATEasy 3.0? n Ensemble de développement très simple demploi n Conçu pour développer des bancs de test.
SIGREC Cession de Formation 31 Mars 2009
PAFI Référentiel de données par Sonia Watts DGIF (Direction de la gestion et de linformation forestière) 27 octobre 2010 et 3 novembre 2010.
Vuibert Systèmes dinformation et management des organisations 6 e édition R. Reix – B. Fallery – M. Kalika – F. Rowe Chapitre 1 : La notion de système.
KAKI - Gestion budgétaire et comptable de la paye
Recherche d’un thème de projet Identification d’un besoin
LUNDI – MARDI – MERCREDI – JEUDI – VENDREDI – SAMEDI – DIMANCHE
Les outils du data management
Évaluations nationales cm Réunions de directions et animation pédagogique du 13/01/10 Circonscription de PontChateau Briere – VG-
Notre calendrier français MARS 2014
CESAME Tutorial 05 juillet 2011.
Page 1 / Titre / Auteur / Date / Confidentiel D? LA DEMARCHE COLLEGES METIER.
Annexe 1 VISITE SUR
Méthode de gestion de projet.
C'est pour bientôt.....
Veuillez trouver ci-joint
Délégation à l’Emploi et aux Formations
ECOLE DES HAUTES ETUDES COMMERCIALES MARKETING FONDAMENTAL
LUNDI – MARDI – MERCREDI – JEUDI – VENDREDI – SAMEDI – DIMANCHE
ECOLE DES HAUTES ETUDES COMMERCIALES MARKETING FONDAMENTAL
Le data-management avec Capture System
Bienvenue sur CAUTIONET l'outil On Line de gestion de caution
Data Management en recherche clinique vétérinaire
ECOLE DES HAUTES ETUDES COMMERCIALES
ECOLE DES HAUTES ETUDES COMMERCIALES MARKETING FONDAMENTAL
1. Présentation générale du système
CALENDRIER-PLAYBOY 2020.
1. Présentation générale du système
INTRODUCTION AUX ESSAIS CLINIQUES
Traitement des demandes clients
Supports de formation au SQ Unifié
Présentation Finale Spirit 07 / 03 / 2011 Groupe Vert 1 Equipe Verte.
LES METIERS DE CRO Les métiers de CRO.
Les essais cliniques Pr.Houda Filali Service de Pharmacologie
URC PARIS NORD_DU IRC et TEC_cours CRF
ETUDES PRONOSTIQUES Pr Ganry.
Lecture critique des essais cliniques. But Juger de : - La validité scientifique - L’intérêt clinique Modifier ou ne pas modifier la pratique.
Toute représentation ou reproduction intégrale, ou partielle faite sans le consentement de l'auteur ou de ses ayants droit ou ayants cause est illicite"
Transcription de la présentation:

Data Management Daniel BOICHUT 17 janvier 20110 DIU FARC TEC 2011

Les différentes étapes de l’essai clinique DIU FARC TEC 2011 01/04/2017 Plan du cours Les différentes étapes de l’essai clinique Le Data Management dans les essais cliniques Le métier de Data Manager

Les différentes étapes de l’essai clinique DIU FARC TEC 2011 01/04/2017 Les différentes étapes de l’essai clinique Protocole CRF AFSAPPS CCPPRB Réunion investigateur Visites de mise en place Visites de présélection Préparation et mise en place de l’essai

Les différentes étapes de l’essai clinique DIU FARC TEC 2011 01/04/2017 Les différentes étapes de l’essai clinique Dernier patient sorti d’essai Sélection + traitement + suivi Déroulement de l’essai Visites de monitoring de suivi Premier patient dans l’essai

Les différentes étapes de l’essai clinique DIU FARC TEC 2011 01/04/2017 Les différentes étapes de l’essai clinique Clean up Des CRFs Gel de la base Analyse statistique Rapport statistico-clinique Fin de l’essai

Le Data Management dans les essais cliniques DIU FARC TEC 2011 01/04/2017 Le Data Management dans les essais cliniques Data Management Investigateurs Monitoring Rapport clinique Statisticiens Pharmacovigilance Coding Medical Writing IVRS Randomisation Promoteur

Le métier de Data Manager DIU FARC TEC 2011 01/04/2017 Le métier de Data Manager Conception du CRF Création de la base de données Gestion de la saisie des données Vérification / Validation Codification Consolidation des bases Production de rapports, listings, profil patient Blind review Gel de base

Case Report Form (cahier d’observation) Créé à partir du protocole DIU FARC TEC 2011 01/04/2017 CRF Case Report Form (cahier d’observation) Créé à partir du protocole Investigateurs formés au remplissage ARC chargé de vérifier les données et de transmettre les CRF au DM.

Création de la base de données DIU FARC TEC 2011 01/04/2017 Création de la base de données A partir du CRF annoté : définition des tables et des variables Création des tables et des variables Création des écrans de saisie : recréer sur le SGBD les pages du CRF Rédaction du guide de saisie Tests de la base et des écrans de saisie Différents SGBD : procédures spécifiques

Plan de validation des données DIU FARC TEC 2011 01/04/2017 Plan de validation des données Le plan de validation est élaboré avec toutes les équipes intervenant sur le projet (monitoring, data, stat) Le plan de validation consigne tous les contrôles d’existence, de cohérences et d’adhérence au protocole Les contrôles seront de niveaux différents qu’il s’agisse d’une étude demandée par le marketing ou d’une étude faisant partie d’un dossier d’enregistrement

Plan de validation des données DIU FARC TEC 2011 01/04/2017 Plan de validation des données Contrôles intra-panel Contrôles effectués sur des données d’une même table. Ex: question Oui/Non - Si oui, veuillez préciser Contrôles inter-panel Contrôles effectués sur des données présentes dans différentes tables. Ex: Date d’un examen biologique par rapport à une Date de Visite

Mise en production de la BDD DIU FARC TEC 2011 01/04/2017 Mise en production de la BDD Programmation des contrôles de cohérences (Edit Checks) Test des programmes avec des CRFs tests Mise en production de la base

Réception des CRFs transmis par les ARC DIU FARC TEC 2011 01/04/2017 Saisie des données Réception des CRFs transmis par les ARC Tracking des CRFs et des pages reçues Saisie des données Simple Double Indépendante Interactive

Comparaison de la double saisie DIU FARC TEC 2011 01/04/2017 Comparaison de la double saisie Édition du listing des différences entre la saisie 1 et la saisie 2 Corrections dans la base de données Toute modification de données dans la base doit être documentée Audit trail du SGDB Documentation papier des corrections

Validation des données DIU FARC TEC 2011 01/04/2017 Validation des données Lancer les programmes de contrôles de cohérences Vérification des incohérences par rapport au CRF (données manquantes, erreur dans la double saisie, commentaire de l’investigateur…) Edition des DCFs (Data Clarification Form) (Query, DRF…) Envoi des DCFs aux ARCs Intégration des DCFs résolues dans la base de données

Validation des données DIU FARC TEC 2011 01/04/2017 Validation des données Les réponses aux requêtes doivent être claires, paraphées et datées par l’investigateur Ces réponses feront l’objet de corrections dans la base de données La correction apportée à la base de données entraînera une nouvelle exécution des programmes de validation Les corrections apportées à la base de données seront auditées

Validation des données DIU FARC TEC 2011 01/04/2017 Validation des données Éventuellement et en accord avec le sponsor, certaines corrections seront corrigées par le data management sans retour immédiat vers l’investigateur : self evident correction (SEC) DM fourni les états d’avancement : Nombre de CRF reçus Nombre de visites, de pages Listing de DCF envoyées, en attente Nombre de DCF envoyées, résolues

Codification des termes médicaux DIU FARC TEC 2011 01/04/2017 Codification des termes médicaux Traduction des termes reportés dans le CRF en terme de référence Association du terme de référence à un système organe Uniformiser les termes de l’investigateur, permettre l’analyse statistique, mettre en évidence des effets Codification effectué par un médecin codeur, à l’aide de différents dictionnaires : MedDRA, WHODRUG,WHOART, ICD9

Codification des termes médicaux DIU FARC TEC 2011 01/04/2017 Codification des termes médicaux Antécédents médicaux: Événement terminé avant le début de l’étude Maladies associées : Événement commencé avant le début de l’étude et toujours en cours Effets intercurrents : Tout événement apparu au cours de l’étude

Consolidation des bases DIU FARC TEC 2011 01/04/2017 Consolidation des bases Intégration des données externes : Données de laboratoire Données de randomisation Réconciliation des données : Par rapport aux dates des examens/prélèvement reportées dans le CRF Par rapport aux numéros de randomisation du sujet reporté dans le CRF

Pour chaque lot de CRFs considéré: DIU FARC TEC 2011 01/04/2017 Contrôle qualité Pour chaque lot de CRFs considéré: vérification à 100% d’un pourcentage du total des CRFs (par exemple 10%) vérification à 100% des données saisies, pour le critère principal et les critères de tolérance si le niveau de qualité est inférieur au seuil préalablement défini, on élargit l’échantillon et éventuellement la saisie sera refaite partiellement ou totalement

Export de la base de données DIU FARC TEC 2011 01/04/2017 Export de la base de données La base de données doit être exportée au format SAS pour être utilisé par les Statisticiens. Programmation de l’export des tables Différent selon le SGBD utilisé Export des données Export des formats, codes utilisés Programmation des listings de données individuelles

DIU FARC TEC 2011 01/04/2017 Blind Review Revue des données en aveugle : mise en commun de toutes les informations de l’essai Elle a lieu quand toutes les données de l’étude sont recueillies, saisies et validées

Revoir les conditions de réalisation de l’étude : Nombre de patients DIU FARC TEC 2011 01/04/2017 Blind Review Objectifs : Revoir les conditions de réalisation de l’étude : Nombre de patients Nombre de DCFs émises, reçues… Éventuels amendements au protocole Consignes de saisie et validation adoptées

Spécifier les déviations définies dans le protocole DIU FARC TEC 2011 01/04/2017 Blind Review Objectifs : Spécifier les déviations définies dans le protocole Analyser les paramètres d’efficacité Déterminer les populations d’analyse Revoir le PAS

Investigateur principal Chef de projet / ingénieur d’étude DIU FARC TEC 2011 01/04/2017 Blind Review Protagonistes : Investigateur principal Chef de projet / ingénieur d’étude Data Managers Statisticiens

DIU FARC TEC 2011 01/04/2017 Blind Review « Data Review Report » servira de base à la réunion de revue de données avant le gel des données et éventuellement la levée d’aveugle : sortie d’essai présentant un non respect des critères d’inclusion ou d’exclusion présentant un écart au protocole en cours d’essai données restées incohérentes mais confirmées par l’investigateur données restées manquantes

Ce rapport contiendra également des données statistiques: DIU FARC TEC 2011 01/04/2017 Blind Review Ce rapport contiendra également des données statistiques: nombres de DCFs par patient délais entre les différents évènements de l’essai On trouvera également les documents de l’étude: plan de validation guide de saisie …

Données incohérentes mal justifiées par l’investigateur DIU FARC TEC 2011 01/04/2017 Blind Review Déroulement : Les principaux objectifs de la réunion sont revus avec les listings comme support Des requêtes peuvent être émises suite à la réunion de revue des données : Données incohérentes mal justifiées par l’investigateur Données incohérentes mises en évidence lors de la réunion (tests non prévus dans le DVP) Validation du PAS

s’assurer de la qualité des données DIU FARC TEC 2011 01/04/2017 Blind Review But: s’assurer de la qualité des données si l’essai est comparatif, déterminer les violations mineures et majeures au protocole définir les populations ITT et PP

Une base de données sera dite gelée: DIU FARC TEC 2011 01/04/2017 Gel de Base Une base de données sera dite gelée: lorsqu’elle sera considérée comme validée lorsqu’elle ne sera plus qu’accessible en lecture Si une modification doit être faite ultérieurement, elle nécessitera le dégel de la base