Logiciel de registre patients et d'études RWE : comment choisir

Un registre patients ou une étude RWE réclame une plateforme conçue pour des années de suivi et des données venues de plusieurs sources, pas un système dimensionné pour un nombre fixe de visites d'essai. Les éditeurs de ce marché se répartissent sur une ligne : TriNetX, Flatiron et IQVIA exploitent des données rétrospectives déjà présentes dans les dossiers de santé et les bases de remboursement, tandis que Castor et Datacapt collectent de la donnée nouvelle, auprès des centres et des patients. Votre camp dépend d'une question : votre preuve existe-t-elle déjà dans la base de quelqu'un d'autre, ou faut-il aller la collecter ?

La plupart des registres et études RWE partent d'une grille d'évaluation EDC pensée pour les essais interventionnels, puis découvrent le décalage une fois la collecte lancée. Un essai s'arrête au database lock. Un registre continue de collecter, parfois pendant dix ans, et la plateforme doit tenir sur cette durée.

Pourquoi un registre ou une étude RWE n'est pas un essai plus long

Un fabricant de dispositif médical qui mène un registre PMCF sous EU MDR 2017/745 suit ses patients sur plusieurs sites pendant des années, et le calendrier de suivi s'adapte à l'agenda de chaque site plutôt qu'à une fenêtre de visite fixe. Une équipe pharma qui mène une étude de sécurité post-approbation intègre des données de remboursement et de pharmacie arrivées dans un format que la plateforme n'a jamais vu pendant l'étude pivot. Un registre académique qui suit une cohorte de maladie rare ajoute un nouveau centre chaque année, chacun avec son propre parcours de consentement et son propre flux de données.

Aucun de ces cas ne suit un calendrier de visites fixe, et aucun ne s'arrête à une date de lock unique. La plateforme doit absorber de nouveaux sites, de nouvelles variables et de nouveaux formats sans reconstruction à chaque fois, parce qu'une reconstruction signifie re-consentir ou re-migrer une cohorte qui a mis des années à s'inclure.

[[cta]]

Quelles plateformes servent les registres et les études RWE

| Critère | Datacapt | Castor | Réseaux de données (TriNetX ; Flatiron, oncologie seule) | REDCap |

| Mode de collecte | Prospective, centres et patients | Prospective, centres et patients | Rétrospective, données de santé déjà collectées (dossiers, notes cliniques, génomique) | Prospective, saisie par le centre |

| ePRO dans le dossier patient | Oui, EDC, ePRO et eConsent sur un dossier connecté | Oui, eCOA natif et application patient | Sans objet, la donnée est déjà collectée | Enquêtes patient natives, dans le même projet |

| PMCF et PMS sous EU MDR | Oui, cas d'usage documenté | Oui, modèles PMCF et reporting pour organismes notifiés | Non | Aucun modèle PMCF documenté |

| Modèle tarifaire | Abonnement annuel par étude | Non communiqué | Licence de données | Gratuit pour les institutions à but non lucratif du consortium, auto-hébergé, sans support éditeur |

| Marché principal | Équipes qui pilotent leur registre elles-mêmes | Pharma et dispositif médical late phase | Pharma, prestataires de santé et recherche académique | Recherche académique |

Étape 1 : partez du moteur réglementaire, pas de la liste de fonctionnalités

Un registre répond à l'un de ces trois objectifs réglementaires, et chacun fixe un rythme de reporting différent. Un programme PMCF ou PMS de dispositif médical sous EU MDR 2017/745 Annexe XIV Partie B fonctionne comme un processus continu tant que le dispositif reste sur le marché, alimentant le rapport d'évaluation PMCF et le PSUR ou le rapport PMS selon un calendrier fixe. Une étude de sécurité post-approbation pharma répond à un engagement réglementaire précis, souvent lié à une autorisation conditionnelle. Un registre académique ou épidémiologique répond à une question de recherche sans échéance de reporting externe.

Le cadre Real-World Evidence de la FDA, publié en 2018 en réponse à la 21st Century Cures Act de 2016, range les registres de produits et de maladies parmi les sources de données de vie réelle, et encadre leur usage pour appuyer une nouvelle indication ou satisfaire une obligation d'étude post-approbation. Ce cadre vise les médicaments et les produits biologiques ; côté dispositifs, c'est le CDRH qui porte sa propre doctrine. Cet examen commence par la plateforme : peut-elle produire un export propre et traçable, que le régulateur peut auditer des années après la saisie.

Étape 2 : testez comment la plateforme gère une cible mouvante

Demandez à chaque éditeur ce que devient la donnée déjà collectée lorsque le protocole évolue, pas une démonstration standard. Le registre PMCF d'un fabricant, lancé avec un seul questionnaire de suivi, a souvent besoin d'un deuxième dès la 3ᵉ année, quand un organisme notifié demande un signal de sécurité supplémentaire. La question qui compte porte sur les dossiers déjà saisis : restent-ils lisibles et analysables dans un seul jeu de données, ou le registre se retrouve-t-il avec deux jeux qu'un data manager réconcilie à la main à chaque cycle de reporting.

La même logique s'applique aux changements de protocole sur un essai standard. Une étude Tufts CSDD portant sur 950 protocoles montre que 76 % subissent au moins un amendement, contre 57 % en 2015. Un registre qui tourne pendant des années y est exposé davantage, pas moins. Nous détaillons le même test dans comment choisir son EDC, une méthode qui s'applique aussi à un registre.

Étape 3 : vérifiez la collecte multi-sources et patient sur plusieurs années

Un registre ou une étude RWE collecte rarement depuis une seule source. Les équipes de site saisissent des observations cliniques, les patients rapportent leurs résultats via un questionnaire ePRO envoyé chaque trimestre pendant des années, et de plus en plus un flux de remboursement ou un export labo vient s'ajouter aux deux. Demandez si la plateforme capture les données ePRO dans le même dossier patient, ou dans un export séparé qu'un data manager réconcilie à la main à chaque cycle de reporting.

Un registre qui suit une pathologie chronique sur cinq ans dépend de ce canal ePRO pour continuer à fonctionner sans devoir réinclure les participants à chaque changement de téléphone ou d'application.

Étape 4 : évaluez l'éditeur sur la durée, pas sur le pilote

Un registre qui tourne dix ans survit à la plupart des contrats éditeur. Demandez ce qui arrive aux données si vous changez de plateforme au bout de trois ans : pouvez-vous exporter un historique complet et structuré, ou le registre repart-il avec une partie seulement de ce qui a été collecté. Vérifiez aussi le modèle tarifaire : un prix par étude dimensionné pour un essai de deux ans ne convient pas à un programme sans date de fin définie, tandis qu'un abonnement annuel protège mieux le budget dans la durée.

Demandez une référence sur un registre ou une étude RWE de longue durée précisément, pas sur un essai interventionnel court. Les deux relèvent de la même catégorie de logiciel, mais les exigences opérationnelles se recoupent rarement.

Quels critères comptent selon votre registre

Registres PMCF ou PMS de dispositif médical (EU MDR). Le cycle de reporting continu vers l'organisme notifié détermine la plateforme. Priorisez un système qui produit un export prêt pour l'audit à la demande et qui absorbe un nouveau questionnaire de suivi sans reconstruction, plutôt que celui avec la liste de fonctionnalités la plus longue.

Études de sécurité post-approbation pharma. L'engagement réglementaire derrière l'étude fixe une échéance de reporting stricte. Priorisez la traçabilité et un audit trail propre sur toutes les sources de données plutôt que la vitesse de mise en place initiale.

Registres académiques et épidémiologiques. Le budget et les effectifs décident, souvent sans data manager dédié. Priorisez une construction no-code que votre équipe peut piloter seule, et un modèle tarifaire qui survit à une étude sans date de fin fixe.

Quand Datacapt n'est pas le bon choix

Votre preuve est déjà dans les dossiers de santé ou les données de remboursement. Si l'étude répond à sa question à partir de données rétrospectives sur des millions de patients, un réseau de données comme TriNetX ou Flatiron atteint cette population. Une plateforme de collecte prospective, non.

Vous avez besoin qu'on conduise l'étude pour vous. Un programme où le promoteur délègue la conduite de bout en bout appelle une CRO ou un prestataire full-service, pas une plateforme que votre équipe pilote elle-même.

Ce que Datacapt apporte à un registre

Un dossier patient connecté réunit les données cliniques, l'ePRO et l'eConsent : le questionnaire envoyé au patient chaque trimestre arrive dans le même dossier que les observations du centre, au lieu d'un export séparé que le data manager réconcilie à chaque cycle de reporting. L'eConsent divise par deux le cycle de consentement, ce qui compte sur une cohorte que vous re-consentez à chaque évolution du protocole. Zurko Research pilote 300 études par an sur la plateforme et a réduit de 45 % son temps de mise en place. La tarification se fait par étude en abonnement annuel : un registre sans date de fin ne paie pas un prix calibré sur un essai de deux ans.

Aucune plateforme ne l'emporte sur tous les critères pour tous les types de registre. Le système qui convient est celui qui sert encore l'étude, et l'équipe qui la pilote, cinq ans après l'inclusion du premier patient.

[[cta]]

Questions fréquentes

[[faq]]