Comment concevoir un cahier d’observation (CRF)
Transformez votre protocole en un CRF que vos centres remplissent sans erreur du premier coup. Huit étapes, les pièges à éviter et une visite guidée de 3 minutes dans Datacapt.
Visite interactive sur des données de démo. Avancez à votre rythme, sans laisser votre e-mail.
Tous les guides et démosDans la démo
- Ouvrez la liste des participants, avec le statut et l’avancement de chacun en temps réel.
- Choisissez parmi plus de 25 types de questions (nombre, date, choix unique ou multiple, champs calculés), puis ajoutez les conditions d’affichage qui montrent ou masquent une question.
- Renseignez le titre de la question, le nom de variable et les options de réponse : le formulaire se met à jour pendant que vous tapez.
- Ajoutez un participant à l’étude pour tester le formulaire.
- Consultez le tableau de bord de l’étude, avec le suivi de l’avancement et les principaux KPI.
Un appel de 30 minutes sur votre protocole, vos centres et les modules dont vous avez besoin.
- Construisez le CRF à partir du flow-chart du protocole, un champ par donnée.
- Choisissez des types de questions structurés et des noms de variables cohérents avant d’écrire le premier edit check.
- Ajoutez les edit checks et les conditions d’affichage pendant la construction, puis testez avec un participant fictif.
- Faites valider le CRF par l’investigateur, le data manager et le statisticien. Versionnez chaque modification.
Vous concevez un cahier d’observation en partant du protocole. Listez ce dont chaque critère de jugement a besoin, choisissez la visite où vous recueillez la donnée, puis créez un champ par donnée avec les edit checks qui la gardent propre. La visite guidée ci-dessus montre la construction dans Datacapt. Les étapes ci-dessous s’appliquent à tout EDC.
Ce que votre CRF doit recueillir
Votre CRF contient chaque observation demandée par le protocole, par participant et par visite. Votre statisticien l’analyse, vos ARC le vérifient par rapport aux données sources et les inspecteurs lisent son audit trail. Oubliez une donnée et personne ne pourra l’analyser. Ajoutez un champ dont personne n’a besoin et vos centres le paient en temps de saisie et en queries.
La plupart des CRF partagent les mêmes formulaires de base : éligibilité, données démographiques, antécédents médicaux, signes vitaux, traitements concomitants, événements indésirables, traitement de l’étude et fin d’étude. Vos critères de jugement ajoutent les formulaires propres à votre essai.
Concevoir un CRF en 8 étapes
- Partez du flow-chart du protocole. Prenez le tableau du protocole qui liste chaque visite et chaque examen. Chaque case devient un formulaire ou un champ. Repérez les critères de jugement principal et secondaires pour savoir quels champs portent l’analyse.
- Listez chaque donnée une seule fois. Recueillez la date de naissance et laissez l’EDC calculer l’âge. Saisissez une valeur biologique avec son unité à un seul endroit. Les champs en double créent des incohérences que votre équipe devra traiter en queries.
- Choisissez le type de question adapté à la donnée. Utilisez des champs numériques pour les mesures, des dates pour les événements et des listes codées pour les catégories. Gardez le texte libre pour les rares réponses qui n’entrent dans aucun autre format : votre équipe ne peut ni le compter ni le coder sans le nettoyer d’abord.
- Nommez les variables et fixez les unités de la même façon dans tous les formulaires. Des noms courts et cohérents, comme VSORRES au format CDASH pour un résultat de signe vital, font gagner des heures à votre data manager au moment de l’export. Affichez les unités et les formats attendus à côté de la question, là où l’utilisateur du centre les lit.
- Écrivez les edit checks pendant la construction. Ajoutez des edit checks de plage sur les mesures, le caractère obligatoire sur les champs clés et des edit checks croisés quand deux réponses doivent concorder, par exemple une date de visite postérieure à la date de consentement. Le centre voit l’avertissement à la saisie et corrige la valeur avant que votre équipe n’ouvre une query.
- Masquez ce qui ne s’applique pas. Utilisez les conditions d’affichage. Montrez le test de grossesse aux participantes en âge de procréer. Affichez le formulaire d’événement indésirable quand le centre répond oui à « Un événement indésirable ? ». Vos centres remplissent plus vite des formulaires plus courts.
- Testez avec un participant fictif. Saisissez un faux participant sur toutes les visites, y compris les parcours qui déclenchent chaque edit check. Demandez à un coordinateur de centre de faire de même et corrigez ce qui le gêne avant le premier vrai patient.
- Relisez, validez et versionnez. Faites valider le CRF par l’investigateur principal, le data manager et le statisticien au regard du protocole. Quand le protocole change, publiez une nouvelle version du CRF et conservez la précédente dans l’audit trail.
Construire le premier brouillon avec l’IA
Vous avez déjà le protocole sous forme de document ? Vous pouvez demander à un agent IA connecté au serveur MCP de Datacapt, en version bêta, de rédiger les formulaires dans une étude en brouillon. Vous relisez ensuite chaque formulaire selon les étapes ci-dessus avant la mise en production de l’étude. Comparez les quatre niveaux d’accès des agents IA.
Les erreurs qui se transforment en queries
- Des données que personne n’analysera. Chaque champ en trop ajoute du temps de saisie à chaque visite, pour chaque participant.
- Du texte libre là où une liste suffit. « Céphalée, légère » et « légère céphalée » deviennent deux valeurs que votre codeur doit réconcilier.
- Des blocages sur des valeurs plausibles. Bloquez une pression artérielle inhabituelle mais réelle et un coordinateur fatigué en saisira une fausse. Utilisez un avertissement et demandez au centre de confirmer.
- Des unités laissées au choix du centre. Un poids en livres dans un centre et en kilos dans un autre impose un nettoyage avant toute analyse. Fixez l’unité, ou demandez-la à côté de la valeur.
- Aucun test. Sautez cette étape et votre premier vrai patient devient votre recette.
Ce que les autorités attendent d’un eCRF
L’ICH E6(R3) demande aux promoteurs d’intégrer la qualité dès la conception de l’essai et de se concentrer sur les données qui décident de la validité des résultats. Pour le CRF, cela veut dire moins de champs, chacun justifié par le protocole.
Si vous soumettez à la FDA, le 21 CFR Part 11 s’applique à votre EDC : audit trails, signatures électroniques et contrôles d’accès. En Europe, le RGPD encadre le traitement des données des participants. Lisez ce que la conformité réglementaire implique pour un EDC.
💡 Datacapt enregistre chaque modification de champ dans l’audit trail et héberge les données d’étude sur une infrastructure certifiée pour les données de santé (HDS). Voir Sécurité et confidentialité.
Pour aller plus loin
Quelle est la différence entre un CRF et un eCRF ?
Un CRF est l’ensemble des questions que le protocole impose pour chaque participant. Un eCRF est ce même ensemble construit dans un système de saisie électronique (EDC), avec des edit checks, un audit trail et un accès à distance pour les ARC.
Combien de temps faut-il pour construire un eCRF ?
Prévoyez trois cycles : la construction, le test avec un participant fictif et la validation. La construction avance plus vite quand vous partez d’un flow-chart propre. La relecture et la validation prennent l’essentiel du délai.
Qui doit valider le CRF ?
L’investigateur principal ou le responsable médical du promoteur confirme que le contenu correspond au protocole. Le data manager valide la structure et les edit checks. Le statisticien confirme que chaque critère de jugement peut sortir des données recueillies.
Faut-il suivre CDASH pour concevoir son CRF ?
Si vous prévoyez une soumission à la FDA ou à la PMDA, oui : les noms CDASH correspondent à SDTM et vous font gagner du temps à la soumission. Pour une étude académique ou post-commercialisation, le nommage CDASH reste utile si quelqu’un regroupe vos données plus tard.