La pré-revue MLR qui arrive prête à trancher
Un support promotionnel atterrit dans la file du comité MLR. Vingt pages. Huit claims. Deux tableaux comparatifs. Le comité a quarante-cinq minutes. Avant même que quiconque ouvre le fichier, un agent a déjà tout passé au crible — claim par claim, référence par référence — et posé son bilan sur la table. Le comité tranche, il ne débroussaille plus.
En bref
Pour qui : Medical Affairs, équipes MLR, medical writers promotionnels
Le problème : la pré-revue manuelle d'un support prend 2 à 4 heures par relecteur — et laisse passer des claims mal sourcés jusqu'en séance
Le résultat : un rapport de pré-revue livré avant la séance, claim par claim, avec le statut de chaque assertion et les lacunes de fair balance signalées
Le gain : 60 à 75 % du temps de pré-revue récupéré ; le comité entre en séance avec les vrais points à trancher
Le quotidien aujourd'hui
Le process MLR — Medical, Legal, Regulatory — protège l'entreprise et les professionnels de santé. Il exige que chaque claim promotionnel soit sourcé par une référence validée, que les effets indésirables soient présentés de façon équilibrée, et que rien ne croise la ligne promo/non-promo.
En pratique, la pré-revue ressemble à ceci. Un medical writer ou un responsable Medical Affairs reçoit le support la veille ou le matin même. Il lit chaque claim, cherche la référence supposée dans la base documentaire, vérifie que la donnée citée correspond exactement à ce que dit le papier — pas une extrapolation, pas une reformulation commode. Il contrôle la section fair balance : les effets indésirables sont-ils aussi lisibles que l'efficacité ? Il note tout dans un tableau Excel ou un commentaire Word. Deux à quatre heures plus tard, il envoie ses observations à la chaîne.
Si plusieurs relecteurs travaillent en parallèle, leurs annotations se chevauchent. Si l'un d'eux manque un claim ambigu, il arrive en séance et le comité perd vingt minutes à en débattre au lieu de décider. Et quand le support revient en deuxième ronde après correction, tout recommence.
Ce que change l'automatisation
L'agent reçoit le support au format PDF ou DOCX. Il identifie chaque claim — assertion chiffrée, superlatif, comparaison de classe. Pour chacun, il interroge la base documentaire validée de l'entreprise (publications, RCP, données cliniques internes) en RAG strict : seules les sources indexées et approuvées répondent, jamais le modèle de sa propre mémoire. Il produit un rapport structuré : statut de chaque claim, référence liée, page exacte, et les points de fair balance.
Le comité reçoit ce rapport avant la séance. Il entre en salle pour décider, pas pour vérifier.
flowchart LR S[Support promotionnel<br>PDF / DOCX] --> A[Agent MLR<br>extraction des claims] A --> R[RAG sur base<br>documentaire validée] R --> P[Rapport de pré-revue<br>claim par claim + fair balance] P --> H[Comité MLR<br>tranche et signe]
Ce que vous recevez, concrètement
Le rapport arrive sous cette forme avant la séance :
- Claim 1 « réduit le critère primaire composite de 38 % vs placebo » → ✅ sourcé (étude PIVOT-3, Table 2, p. 12 — HR 0,62, IC 95 % 0,51–0,75 ; population ITT)
- Claim 2 « le mieux toléré de sa classe en première ligne » → ⚠️ non sourcé — comparatif tête-à-tête absent de la base ; aucune méta-analyse indexée ne couvre ce libellé → à retirer ou remplacer par le libellé exact de l'étude disponible
- Claim 3 « bénéfice cardiovasculaire démontré dès 3 mois » → ✅ sourcé (PIVOT-3 analyse intermédiaire, p. 18 — délai médian au premier événement : 89 jours)
- Claim 4 « profil de tolérance favorable chez le patient insuffisant rénal stade 3 » → ⚠️ source partielle — sous-groupe disponible dans le RCP section 4.4 mais n = 143, puissance limitée ; mention de la limitation requise
- Claim 5 « approuvé dans 42 pays » → ✅ sourcé (liste des AMM — mise à jour avril 2026, fichier réglementaire interne v7)
- Fair balance → section effets indésirables présente (p. 24) mais corps plus petit que les données d'efficacité ; lisibilité insuffisante de la section effets indésirables au regard du principe de fair balance → à rééquilibrer avant soumission
Pré-revue automatisée à partir de la base documentaire validée ; le comité MLR tranche.
Le gain, chiffré
| Avant | Après | |
|---|---|---|
| Temps de pré-revue | 2 à 4 h par relecteur, par version | 20 à 30 min de lecture du rapport |
| Claims non sourcés | détectés en séance, souvent trop tard | signalés avant la séance, corrigés en amont |
| Fair balance | contrôlé à l'œil, variable selon le relecteur | vérifié systématiquement à chaque version |
| Rounds de révision | 2 à 3 en moyenne avant approbation | 1 à 2 grâce aux corrections pré-séance |
Pour que ça marche chez vous
Trois points font la différence entre un outil de démo et un agent sur lequel le comité s'appuie vraiment :
- La base documentaire est la limite de l'agent. Un claim ne peut être sourcé que si la référence est indexée et à jour. Investir dans la base — publications validées, RCP en vigueur, données cliniques internes — c'est investir dans la qualité de chaque pré-revue. Un corpus flou produit un rapport flou.
- L'agent signale, le comité décide. Le rapport identifie les écarts et les manques ; il n'approuve rien. La décision finale — et la signature — restent au comité MLR. C'est ce qui maintient le process dans le cadre réglementaire et préserve la responsabilité humaine là où elle doit être.
- Chaque version est tracée. En MLR, l'audit trail n'est pas optionnel. L'agent produit un rapport horodaté, lié à la version exacte du support et à la version exacte de la base documentaire interrogée — prêt à présenter en cas d'inspection.
Envie de transformer ce cas d'usage en agent qui tourne vraiment, dans les règles ?
Vous préférez d'abord situer votre organisation sur l'IA ?