Haidy® Reporter enregistré comme dispositif médical : qu'est-ce que cela signifie ?

Le développement de logiciels dans le domaine médical est soumis à des exigences réglementaires strictes. Pour nous chez 44ai, celles-ci ne sont pas seulement une obligation, mais une ambition stratégique, raison pour laquelle la certification selon le règlement européen sur les dispositifs médicaux (EU MDR) fait partie intégrante de notre stratégie produit.

Les exigences réglementaires créent des normes de qualité claires et un cadre structuré pour le développement continu de nos produits. Notre objectif n’est pas seulement la conformité, mais aussi la participation active à l’élaboration des normes, afin de jouer un rôle de pionnier dans le développement de solutions logicielles sûres, fiables et de haute qualité qui apportent une réelle valeur ajoutée dans la pratique médicale quotidienne.

Évaluation continue des risques

Les dispositifs médicaux doivent faire l’objet de procédures d’évaluation continue des risques en tant qu’élément central. Pour le Haidy Reporter, les risques potentiels pouvant affecter le logiciel ont été systématiquement analysés, et les risques résiduels posés par le produit ont été évalués.

Cela couvre à la fois les risques techniques tels que le traitement erroné des données ou les pannes système, ainsi que les risques liés à l’utilisation tels que les malentendus ou les interprétations erronées de l’interface utilisateur. Pour le Haidy Reporter, cela signifiait que tous les processus, de l’enregistrement audio à la présentation des résultats, étaient évalués en détail.

L’objectif n’était pas seulement d’identifier les risques, mais de les minimiser par des mesures appropriées ou de les éliminer aussi complètement que possible. Ces mesures comprennent des interfaces clairement conçues et conviviales, une validation technique complète et une surveillance continue du système.

Validation technique approfondie

Pour les outils logiciels basés sur l’IA en particulier, la validation technique est un élément essentiel de la documentation technique. Les fabricants sont tenus de démontrer dans des conditions réalistes que le logiciel fonctionne comme prévu.

Nous avons donc soumis le Haidy Reporter à une validation approfondie pour garantir que la documentation basée sur l’IA fournisse des résultats fiables et cohérents. Entre autres, les résultats du logiciel ont été analysés pour détecter les confabulations, les inexactitudes et les omissions à l’aide d’ensembles de données complexes.

La traçabilité constitue un aspect central de ce processus. Chaque étape et chaque résultat de test ont été documentés pour garantir la transparence et la reproductibilité des tests effectués.

Diagramme : Confabulation – un élément inventé apparaît dans le rapport sans fondement dans la source

Confabulations

Les confabulations décrivent un contenu clinique qui apparaît dans le rapport généré par l'IA mais n'a aucun fondement dans la source originale. Cela inclut des diagnostics inventés, des médicaments jamais prescrits, des résultats d'examens qui n'ont jamais été effectués ou des événements dans les antécédents du patient qui ne se sont jamais produits. Les hallucinations représentent le type d'erreur le plus préoccupant sur le plan clinique, car elles introduisent des informations erronées dans le dossier du patient et peuvent potentiellement conduire à des décisions thérapeutiques inappropriées.

Exemple de confabulation : un résultat inventé (asthme bronchique) apparaît dans le rapport IA sans fondement dans la transcription

Diagramme : Inexactitude – un élément est déformé dans le rapport

Inexactitudes

Les inexactitudes font référence à des informations présentes à la fois dans la source et dans la note générée par l'IA, mais qui ont été déformées lors du processus de transcription ou de résumé. Exemples : dosages incorrects, indications de côté inversées (p. ex. « genou gauche » au lieu de « genou droit »), dates incorrectes ou symptômes mal attribués. Les inexactitudes peuvent présenter un risque clinique élevé, en particulier lorsque des détails critiques pour la sécurité tels que les doses de médicaments, les allergies ou les sites opératoires sont concernés.

Exemple d'inexactitude : « genou droit » dans la transcription devient « genou gauche » dans le rapport IA

Diagramme : Omission – un élément de la source est absent du rapport

Omissions

Les omissions font référence à des informations cliniquement pertinentes qui sont présentes dans la source originale mais absentes de la note générée par l'IA. Elles sont particulièrement indésirables car, contrairement au contenu inventé qui peut se démarquer par son caractère inhabituel, les informations cliniquement pertinentes manquantes ne peuvent être détectées que si le professionnel examinateur se souvient indépendamment du détail omis ou revérifie la source.

Exemple d'omission : une note cliniquement pertinente de la transcription est absente du rapport IA

Évaluation clinique et surveillance post-commercialisation

Outre la perspective technique, l’évaluation clinique est un facteur décisif sur la voie de la conformité selon le EU MDR. Elle répond à la question de savoir si le logiciel apporte un bénéfice clinique direct ou, comme dans le cas du Haidy Reporter, indirect pour les patients.

Dans le cadre de l’évaluation clinique, nous avons examiné dans quelle mesure l’application améliore la qualité de la documentation, réduit la charge de travail et soulage les professionnels de santé. Des preuves scientifiques issues de la littérature existante, des études comparatives et des résultats d’études menées avec le Haidy Reporter ont été utilisées pour une évaluation fondée.

Comparaison des scores moyens : Haidy Reporter établit la référence (ligne supérieure) ; Gold Standard (médecin) est 3% en dessous, le produit concurrent EU MDR Classe I est 9% en dessous — Résultats de l'évaluation de la qualité des rapports pour un ensemble de données équivalent
(par rapport à Haidy Reporter, plus bas est moins bon)

Il est important de souligner que l’évaluation clinique n’est pas un processus ponctuel, mais un processus continuellement mené dans le cadre de la surveillance post-commercialisation. La responsabilité du fabricant ne s’arrête donc pas à la mise sur le marché ; au contraire, après le lancement sur le marché, les données sur l’utilisation, les performances et les incidents potentiels du Haidy Reporter continuent d’être collectées et évaluées en continu. Cela inclut les retours des utilisateurs, les nouvelles connaissances cliniques issues de la littérature, les incidents d’autres produits comparables, les données de logs techniques et les analyses automatisées des événements liés à la sécurité en fonctionnement continu.

La surveillance post-commercialisation garantit que les problèmes potentiels sont identifiés précocement, permettant des améliorations ciblées et assurant la sécurité du produit à long terme. Cela garantit que le logiciel répond aux exigences de qualité les plus élevées non seulement au moment de la mise sur le marché, mais tout au long de son cycle de vie.

La qualité par un engagement constant

Les domaines clés de la gestion des risques, de la validation technique, de l’évaluation clinique et de la surveillance post-commercialisation illustrent à quel point le chemin vers la conformité selon le EU MDR est complexe et exhaustif.

Pour nous en tant que fabricant, cela signifie non seulement le respect des exigences réglementaires, mais aussi un engagement clair envers la qualité et la sécurité. L’obtention du statut de dispositif médical est donc bien plus qu’une étape formelle. Elle représente un jalon central dans notre parcours pour déployer de manière responsable une technologie IA innovante dans le secteur de la santé.