Logiciels de vigilance DM : trois solutions pour automatiser votre PMS

Logiciels de vigilance DM: trois solutions pour automatiser votre PMS

Le PMS et la matériovigilance font partie des obligations qui accompagnent le dispositif pendant sa mise sur le marché: les incidents graves doivent être déclarés à l’ANSM, et les informations recueillies doivent alimenter la surveillance de sécurité.

C’est dans ce travail continu que les logiciels de gestion de vigilance des dispositifs médicaux peuvent aider. Greenlight Guru, ComplianceQuest et Matrix Requirements proposent des approches différentes pour organiser les réclamations, les incidents, les actions correctives et les éléments documentaires. Aucun ne prend la responsabilité réglementaire à la place du fabricant. La différence utile se joue ailleurs: dans la façon dont chaque outil relie les données de vigilance aux processus qualité, aux exigences et au suivi clinique.

Les exigences du MDR: plus qu’un formulaire de déclaration

La surveillance post-commercialisation, ou PMS, est un système. Elle ne se résume pas à enregistrer un incident lorsqu’un utilisateur le signale, puis à produire un rapport à l’approche d’un audit. Le règlement MDR impose au fabricant de maintenir une surveillance des dispositifs mis sur le marché et de déclarer les incidents graves aux autorités compétentes, dont l’ANSM en France.

En pratique, la difficulté est moins de créer une fiche d’incident que de préserver une chaîne documentaire cohérente. Une réclamation doit pouvoir être analysée, reliée au dispositif concerné, rapprochée des risques identifiés et, si nécessaire, conduire à une action corrective et préventive — une CAPA. Si des informations nouvelles modifient l’évaluation du risque ou la conclusion clinique, elles ne peuvent pas rester isolées dans un outil de service client.

Un logiciel PMS peut donc centraliser la collecte et faciliter le suivi. Mais l’automatisation d’une tâche n’est pas une décision réglementaire. Le logiciel ne sait pas, par simple vertu de son interface, si un événement répond aux critères de déclaration, si une tendance exige une investigation ou si une CAPA est adéquate. Ces décisions restent sous la responsabilité du fabricant, dans son système qualité.

Un outil peut organiser la vigilance. Il ne peut pas assumer la vigilance à votre place.

Pour comparer les solutions, il faut regarder au-delà de la liste des modules. Les questions déterminantes sont plutôt celles-ci:

• Les réclamations et événements de sécurité peuvent-ils être reliés aux risques, aux exigences et aux actions correctives pertinentes?
• Le système conserve-t-il une trace exploitable des décisions, des modifications et des responsabilités?
• Les équipes peuvent-elles retrouver le dossier qui explique pourquoi un événement a été classé, investigué ou déclaré?
• L’outil soutient-il le suivi clinique après commercialisation, ou se limite-t-il à gérer les incidents déjà signalés?

C’est à cette échelle que se joue la conformité RDM en post-market surveillance. Un tableau de bord séduisant ne compense pas une chaîne de traçabilité rompue.

Greenlight Guru: l’option intégrée pour réclamations et suivi clinique

Greenlight Guru est une plateforme eQMS/PMS conçue pour le secteur médical. Son intérêt, dans ce comparatif, tient à l’intégration de fonctions liées aux réclamations, aux analyses de tendances et à la collecte proactive de données de suivi. La plateforme comprend également des modules ePRO destinés à recueillir des données utiles à la matériovigilance et au suivi clinique après commercialisation, ou PMCF.

Cette combinaison peut convenir à un fabricant qui cherche à rapprocher la gestion qualité et la surveillance post-commercialisation dans un même environnement. Les données recueillies de façon proactive peuvent compléter les signalements spontanés, qui ne donnent pas toujours une vision suffisante de l’utilisation réelle du dispositif. Pour un dispositif médical dont la performance ou la sécurité doit être suivie après sa mise sur le marché, le lien entre réclamations et données cliniques est un point à examiner de près.

La limite est évidente: disposer d’un module de collecte ne garantit ni la qualité des données, ni leur représentativité, ni la pertinence de l’analyse clinique. Le fabricant doit définir son plan de surveillance, ses responsabilités et ses critères d’escalade. Attention à ne pas confondre une fonctionnalité disponible avec un processus conforme et correctement exécuté.

Greenlight Guru est donc à regarder en priorité si le besoin porte sur une plateforme médicale intégrée, avec une place explicite accordée aux réclamations, aux tendances et au PMCF. Il faut toutefois vérifier en démonstration comment l’outil gère les liens entre les enregistrements et le dossier de risque, les CAPA et les rapports attendus. Les prix publics exacts ne sont pas établis dans les éléments disponibles; il serait imprudent de comparer les trois solutions sur une base tarifaire inventée.

ComplianceQuest: centraliser la vigilance dans un environnement Salesforce

ComplianceQuest est une solution eQMS en mode SaaS, native sur Salesforce. Elle permet de centraliser des activités de PMS et la gestion des incidents, avec une prise en charge annoncée des exigences ISO 13485 et de 21 CFR Part 11.

Cette architecture peut être pertinente pour une organisation qui utilise déjà Salesforce et souhaite inscrire les processus qualité dans un environnement logiciel plus large. La centralisation peut faciliter la circulation des informations entre les équipes, à condition que les rôles, les accès, les flux de validation et les règles de conservation soient correctement définis. Une plateforme intégrée n’est pas automatiquement une plateforme bien gouvernée: les droits d’accès et le contrôle des modifications doivent faire partie de l’évaluation, surtout lorsque les enregistrements servent de preuves lors d’un audit.

La référence à 21 CFR Part 11 peut aussi intéresser les fabricants opérant dans un contexte américain. Elle ne dispense pas de vérifier l’adéquation de la configuration au processus réel, ni de distinguer les exigences américaines de celles du MDR européen. Une conformité revendiquée par le produit ne vaut pas validation automatique de chaque usage que l’entreprise en fera.

ComplianceQuest paraît ainsi mieux placé lorsque l’enjeu est de réunir plusieurs processus qualité dans un environnement SaaS déjà familier à l’entreprise. Pour la vigilance proprement dite, il faut demander une démonstration du parcours complet: réception d’une réclamation, qualification de l’événement, investigation, décision documentée, CAPA éventuelle et préparation des informations nécessaires aux obligations de déclaration.

Matrix Requirements: la traçabilité d’abord

Matrix Requirements — également désigné comme Matrix Req ou Matrix One — se distingue par son orientation vers la gestion des exigences, l’analyse des risques et la documentation technique. L’outil automatise la traçabilité et peut contribuer à préparer les éléments documentaires liés à la surveillance post-commercialisation et aux audits.

Cette approche répond à un problème bien connu des équipes réglementaires: les informations existent, mais leurs liens se défont au fil des versions, des équipes et des outils. Une réclamation peut révéler un risque déjà documenté, une exigence insuffisamment couverte ou la nécessité de revoir une mesure de maîtrise. Si cette relation n’est pas visible et traçable, le fabricant risque de produire des dossiers qui paraissent complets séparément, mais ne racontent pas une histoire cohérente.

Matrix Requirements est donc à considérer lorsque la priorité est la traçabilité entre exigences, risques et documentation technique. Ce n’est pas, sur la base des informations disponibles, le choix à présenter comme une solution complète de collecte proactive de données cliniques ou de gestion des réclamations au même titre qu’une plateforme orientée PMS. La sélection dépend du périmètre fonctionnel effectivement démontré, pas de l’étiquette « automatisation ».

Pour un fabricant de dispositifs laser, par exemple, l’enjeu documentaire peut inclure le lien entre les exigences de conception, l’analyse des risques et les informations issues de l’utilisation après commercialisation. Mais le logiciel ne détermine pas à lui seul la pertinence de l’évaluation du risque, et ne remplace ni la surveillance clinique ni la matériovigilance. Il rend les relations plus visibles; il ne les rend pas justes par magie.

Comparatif: quel outil pour quel besoin?

Ce tableau ne désigne pas un gagnant absolu, et c’est heureux: les trois produits ne se positionnent pas exactement sur le même problème. Greenlight Guru met l’accent sur l’écosystème médical et le suivi clinique; ComplianceQuest sur une plateforme qualité SaaS ancrée dans Salesforce; Matrix Requirements sur la traçabilité et la documentation technique.

Pour choisir, il faut partir du défaut que l’on cherche réellement à corriger. Si les réclamations arrivent par plusieurs canaux et que leur traitement est mal relié au PMCF, l’approche de Greenlight Guru mérite une évaluation approfondie. Si l’entreprise veut consolider ses activités qualité dans son environnement Salesforce, ComplianceQuest peut être plus cohérent. Si les difficultés se situent dans la maîtrise des exigences et la continuité des preuves documentaires, Matrix Requirements répond à un besoin distinct.

Le meilleur logiciel de vigilance n’est pas celui qui promet le plus d’automatisation; c’est celui qui laisse une trace compréhensible de chaque décision réglementaire.

Coût de maintien et dispositifs hérités: le logiciel n’efface pas l’échéance

Pour un logiciel dispositif médical de classe IIa, le coût annuel de maintien réglementaire — PMS, PSUR et renouvellement — se situe généralement entre 10 000 € et 30 000 €, en plus du coût initial de certification. Cette estimation donne un ordre de grandeur du poids de la conformité continue; elle ne constitue pas le prix d’un abonnement à Greenlight Guru, ComplianceQuest ou Matrix Requirements. Les tarifs exacts de ces solutions ne sont pas établis ici et dépendent d’offres sur devis.

Le coût pertinent dépasse d’ailleurs la licence. Il faut compter le travail de configuration, la migration des enregistrements, la formation, la validation des processus informatisés selon le contexte applicable et la maintenance de la documentation. Un outil peu adapté peut déplacer le travail plutôt que le réduire: les équipes remplissent des champs, mais continuent à rapprocher manuellement les données dans des fichiers annexes. La promesse d’automatisation mérite donc d’être testée sur un cas complet, pas sur une présentation commerciale.

Les dispositifs hérités font l’objet d’échéances de transition ajustées par le règlement (UE) 2024/1860. Les dates mentionnées pour les dispositifs concernés sont le 31 décembre 2027 pour la classe III, le 31 décembre 2028 pour la classe IIb et le 31 décembre 2029 pour les dispositifs de classe IIa ainsi que les dispositifs de classe I stériles ou avec fonction de mesure. Ces échéances ne transforment pas un logiciel PMS en mécanisme de transition réglementaire. Le fabricant doit établir que son dispositif répond aux conditions applicables et piloter séparément ses obligations de surveillance et de conformité.

Dans une évaluation de solution, le dossier de démonstration devrait donc inclure au minimum un scénario de bout en bout: signalement reçu, enregistrement, évaluation, décision motivée, lien avec le risque, CAPA si nécessaire et préparation des éléments de rapport. Pour les dispositifs concernés par le suivi clinique, il faut aussi examiner comment les données PMCF sont recueillies et reliées aux conclusions de surveillance. Ce n’est pas une demande excessive; c’est le travail que l’outil prétend soutenir.

Verdict: choisir selon le maillon faible du système

Greenlight Guru est le candidat le plus directement orienté vers une gestion médicale intégrée des réclamations, des tendances et du suivi clinique post-commercialisation. ComplianceQuest est à privilégier dans une organisation qui veut centraliser ses processus qualité autour de Salesforce, sous réserve de vérifier finement les flux et la gouvernance. Matrix Requirements se justifie surtout lorsque la traçabilité des exigences, des risques et de la documentation technique constitue le besoin prioritaire.

Aucun de ces outils ne remplace le système qualité du fabricant, l’évaluation clinique, la décision de déclarer un incident grave à l’ANSM ou la responsabilité de maintenir la conformité au MDR. Un logiciel de vigilance DM peut réduire la dispersion documentaire et rendre les liens plus faciles à démontrer. Il ne rend pas une analyse correcte, ne qualifie pas un incident à votre place et ne transforme pas une procédure mal conçue en preuve de conformité.

Le choix défendable est donc celui qui couvre le flux réel de l’entreprise, avec des responsabilités explicites et des enregistrements retraçables. Le reste relève de la démonstration commerciale — et, en matière de matériovigilance, c’est rarement la pièce la plus utile du dossier.