CTMS vs EDC : par quel système votre étude doit-elle commencer ?

Votre protocole est approuvé, le budget est signé et deux éditeurs attendent votre réponse. L'un vend la saisie des données, l'autre la gestion de l'essai. Les deux démos vous ont paru convaincantes. La plupart des promoteurs finissent par utiliser les deux systèmes. L'ordre dans lequel vous les mettez en place décide du problème que vous réglerez le premier mois et de celui que vous subirez deux trimestres de plus. Cet ordre dépend de l'endroit où votre étude perd du temps aujourd'hui.

Quelle différence entre un EDC et un CTMS ?

Un système EDC (Electronic Data Capture) recueille les données cliniques de vos participants et les enregistre dans des cahiers d'observation électroniques. Un CTMS (Clinical Trial Management System) suit le déroulement de l'étude : centres, recrutement, visites, jalons, paiements. L'EDC indique ce que montrent les données des participants. Le CTMS indique si l'étude se déroule comme prévu.

Les deux systèmes conservent des informations différentes. Votre EDC conserve une valeur de tension artérielle, la visite à laquelle elle se rattache, la personne qui l'a saisie, celle qui l'a modifiée et la date de la modification. Votre CTMS conserve le fait que la visite a été fixée à mardi, que le participant l'a confirmée et que le centre a été payé pour cette visite. Un auditeur qui lit votre EDC reconstitue les données. Un chef de projet qui lit votre CTMS voit où en est l'étude.

Un troisième acronyme se place entre les deux. Un CDMS couvre les processus de data management plus larges qui entourent la collecte : contrôles de cohérence, gestion des queries, revue des données, exports, gel de base. Nous traitons ce périmètre dans CTMS vs CDMS.

EDC vs CTMS : tableau comparatif

Les deux systèmes servent les équipes cliniques et une ligne les sépare : l'EDC gère les données que produit votre étude, le CTMS gère le travail qui les produit. Le tableau ci-dessous met les deux périmètres côte à côte et montre où chacun se place dans la plateforme Datacapt.

Par quel système votre étude doit-elle commencer ?

Commencez par l'EDC quand le risque de votre protocole porte sur les données : beaucoup de variables, des visites répétées, des questionnaires participants, une soumission réglementaire à la fin. Commencez par le CTMS quand le risque porte sur la coordination : plusieurs centres, une pression sur le recrutement, des visites à planifier, des participants à payer. Une même étude présente souvent les deux risques. L'ordre suit alors le premier jalon que vous risquez de manquer.

Trois questions suffisent à trancher pour la plupart des équipes.

• D'où viennent vos données aujourd'hui ? Si les investigateurs remplissent encore des formulaires papier qu'une personne ressaisit après la visite, votre premier gain se trouve dans la saisie de ces données au plus près du patient. Les cycles de transcription disparaissent, avec les queries qu'ils génèrent.
• Combien de centres coordonnez-vous ? Un centre avec un coordinateur stable fonctionne avec un agenda partagé. Cinq centres répartis sur deux pays, avec des objectifs de recrutement par centre, ne tiennent plus dans un tableur vers le troisième mois.
• Sur quoi portera votre prochaine inspection ? Une étude destinée à une soumission s'examine à travers ses données et sa piste d'audit. Une étude dont le risque porte sur le recrutement et la rétention s'examine à travers l'historique de ses opérations.

Une investigation clinique monocentrique sur un dispositif médical, avec 40 participants et un suivi trimestriel, a rarement besoin d'un CTMS le premier mois. Un registre multicentrique mené dans huit hôpitaux, où les participants réservent eux-mêmes leurs créneaux, a besoin de la couche opérationnelle avant d'avoir besoin d'un modèle de données élaboré.

Quand une étude a-t-elle besoin des deux ?

Une étude a besoin des deux systèmes quand un défaut dans les opérations commence à créer des trous dans les données. Une visite manquée devient une valeur manquante. Un participant qui ne reçoit aucun rappel laisse un questionnaire vide. Un centre en retard sur son recrutement décale toute votre période de revue des données. À ce stade, suivre les opérations et suivre les données ne sont plus deux tâches séparées.

Les équipes y arrivent plus tôt qu'elles ne le pensent. Visites répétées, suivi à distance, questionnaires remplis par les participants à domicile, randomisation avec un stock à gérer : chacun de ces éléments crée une dépendance entre ce que l'étude planifie et ce qu'elle recueille. Les équipes de CRO qui travaillent pour plusieurs promoteurs à la fois y arrivent les premières, parce que leur charge de coordination se multiplie avant leur charge de données.

Quand vous utilisez deux outils séparés, le coût apparaît au point de raccord entre les deux. Les coordinateurs saisissent deux fois le même participant. Une visite reportée dans un système reste à l'ancienne date dans l'autre. Personne ne fait confiance au chiffre des inclusions, alors quelqu'un le reconstruit dans un tableur avant chaque point avec le promoteur.

Une seule plateforme peut-elle couvrir l'EDC et le CTMS ?

Datacapt réunit les deux périmètres sur une seule base de données. La gestion des données cliniques couvre la saisie électronique des données, les questionnaires participants, le consentement électronique, la randomisation, le codage médical, la gestion des unités thérapeutiques et le reporting. Les opérations cliniques couvrent la base de données de patients, le recrutement, la planification des visites, la téléconsultation, les comptes et les paiements des participants, avec un reporting par centre et par étude sur les deux périmètres.

Les rôles, les statuts et les dossiers des participants n'existent qu'une fois. Un coordinateur planifie une visite, l'investigateur saisit les données recueillies lors de cette visite : les deux appartiennent au même dossier, sans intégration entre eux. Weneos a structuré ses opérations de cette façon et a lancé son activité HDRS en moins de deux mois.

Un point de périmètre compte quand vous comparez les éditeurs. Datacapt couvre les opérations au niveau du participant et du centre. Les fonctions qui relèvent du promoteur, comme un eTMF, la gestion des contrats et des budgets multi-pays ou la supervision des prestataires sur un portefeuille d'études, restent en dehors de la plateforme. Un promoteur qui gère un large portefeuille multi-pays conserve un système dédié à ces fonctions et le connecte aux données de l'étude.

Qu'attendent les autorités de chaque système ?

Les autorités examinent les deux systèmes, chacun sur des points différents. Votre EDC doit montrer qu'une donnée est attribuable, lisible, contemporaine, originale et exacte, avec une piste d'audit qui résiste à l'examen. Votre CTMS doit montrer que l'étude s'est déroulée comme le prévoyait le protocole et que les déviations ont été repérées et documentées.

L'ICH E6(R3), applicable dans l'UE depuis le 23 juillet 2025, demande aux promoteurs d'intégrer la qualité dès la conception de l'essai et d'appliquer des contrôles proportionnés au risque, y compris pour les systèmes informatisés qui contiennent les données de l'essai. Le texte complet figure dans la ligne directrice ICH E6(R3). Pour les études destinées aux États-Unis, la FDA a finalisé le 1er octobre 2024 ses questions-réponses sur les systèmes, enregistrements et signatures électroniques dans les investigations cliniques. Ce texte a remplacé le guide de 2007 et fixe des attentes de validation fondées sur le risque. Nous détaillons ce que cela implique pour un système de saisie des données dans notre article sur les exigences de piste d'audit et de validation.

Aucun des deux textes n'indique s'il faut un système ou deux. Tous deux vous demandent de démontrer que chaque système est validé, que les accès sont contrôlés et que chaque modification est tracée.

Prendre la décision

Le CTMS et l'EDC répondent à deux questions que votre étude pose en même temps, avec une urgence différente. Commencez par le système qui couvre le risque que vous savez nommer aujourd'hui, puis anticipez le raccord entre les deux systèmes avant qu'il ne crée des écarts. Les équipes qui choisissent un outil par problème finissent par gérer les intégrations au lieu de l'étude. Celles qui réunissent opérations et données dans un même dossier consacrent ce temps aux centres.

Si vous dimensionnez les deux périmètres pour une étude qui démarre cette année, confrontez votre protocole aux deux colonnes du tableau ci-dessus, puis comptez les informations qui devraient exister en double.

[[cta]]