Test logiciel dans la santé : risques, réglementation et méthode

Dossier patient, prise de rendez-vous, prescription, facturation des actes : dans un logiciel de santé, une erreur ne coûte pas seulement un ticket de support. Elle peut toucher la prise en charge d'un patient ou la confidentialité de ses données.

Oussama Belakhdar, architecte QA et fondateur d'AutomationDataCamp, a travaillé sur des projets de test logiciel dans ce secteur. Cette page résume ce que nous vérifions en priorité. Nos clients ne sont pas nommés.

Les chiffres du secteur

Chiffres publiés par les organismes cités, pas des résultats de nos missions.

Ce qui rend le test difficile

• Les parcours sont longs et dépendent de rôles multiples (secrétariat, soignant, administrateur), chacun avec ses droits.
• Les données sont sensibles : impossible de copier la production dans un environnement de test.
• Le logiciel échange avec d'autres systèmes (laboratoires, imagerie, facturation), souvent par lots ou par messages asynchrones.

Les scénarios que nous testons en priorité

1. Création, recherche et fusion de dossiers patients, homonymes et doublons compris.
2. Droits d'accès par rôle : chaque profil ne voit que ce qu'il doit voir, et les accès sont tracés.
3. Rattachement des documents et résultats au bon patient.
4. Échanges avec les systèmes tiers : message valide, message mal formé, système indisponible, rejeu.
5. Export, suppression et durée de conservation des données personnelles.

Le cadre à connaître

Hébergement des données de santé (HDS). L'article L.1111-8 du Code de la santé publique impose une certification à toute personne qui héberge des données de santé à caractère personnel pour le compte d'un tiers. Le référentiel de certification est publié par l'Agence du numérique en santé.

RGPD. Les données de santé font partie des catégories particulières de données (article 9) : leur traitement est strictement encadré.

Dispositifs médicaux. Un logiciel destiné à un usage médical peut relever du règlement (UE) 2017/745, avec des exigences de vérification et de traçabilité propres.

Notre méthode

1. Partir des risques. Nous classons les fonctionnalités selon l'impact d'une anomalie et sa probabilité, puis nous testons d'abord ce qui coûterait le plus cher.
2. Automatiser ce qui revient à chaque version. Tests d'API pour les règles et les échanges, Playwright pour les parcours utilisateurs, k6 pour la charge, le tout branché dans votre CI.
3. Des données de test maîtrisées. Jeux fictifs, créés pour chaque exécution, jamais copiés de la production.
4. L'IA avec une relecture. Un assistant accélère l'écriture des scénarios et des tests ; chaque test généré est relu avec notre grille en 7 questions. Voir notre étude de cas : de la spécification PDF aux tests Playwright.

Un audit pour commencer

Un audit QA fait le point sur votre application : état des lieux écrit, stratégie de test adaptée à votre secteur et plan d'action chiffré, en 5 jours, pour 1 000 € HT au forfait. La première séance de cadrage est offerte.

Découvrir l'audit QA à 1 000 € HT

Questions fréquentes

Autres secteurs : Facturation électronique · Finance · Blockchain · Logistique · E-commerce · GED et archivage. Tous les secteurs.

Page signée par Oussama Belakhdar, rédigée avec l'aide de l'IA. Les références réglementaires renvoient aux sources officielles ci-dessus ; elles ne constituent pas un conseil juridique.