Loi européenne sur l'IA et soins de santé : guide du développeur pour la conformité de l'IA à haut risque
Qualifier l’usage prévu, vérifier le calendrier applicable et traduire les exigences du règlement IA en preuves techniques.
Ala Ben Aicha
Qualifier l’usage avant de choisir une échéance
Toute IA utilisée en santé n’est pas automatiquement à haut risque. Documentez la finalité, le rôle du produit et la voie de classification avant de construire le plan de conformité. Un assistant documentaire et un composant diagnostique réglementé demandent des évaluations différentes.
La présentation actuelle du règlement IA par la Commission européenne distingue l’application générale des périodes transitoires. Au 5 octobre 2026, elle indique le 2 décembre 2027 pour les usages à haut risque concernés de l’annexe III et le 2 août 2028 pour l’IA à haut risque intégrée à des produits réglementés. L’ancienne échéance générale d’août 2026 ne convient donc pas à tous les cas. Vérifiez le texte consolidé et les obligations exactes avec le responsable réglementaire du produit.
Traduire l’évaluation en registre technique
| Élément | Question d’ingénierie | Preuves à conserver |
|---|---|---|
| Usage prévu | Quelle décision, pour quel utilisateur et dans quel contexte ? | Périmètre et exclusions approuvés |
| Données | Les sources sont-elles autorisées et adaptées à la population ? | Provenance, versions et contrôles qualité |
| Évaluation | Quels échecs importent et comment les détecter ? | Cas de test, protocole et critères d’acceptation |
| Supervision humaine | L’utilisateur peut-il comprendre, rejeter ou arrêter le résultat ? | Tests d’interface et procédures |
| Gestion des changements | Quel changement impose une nouvelle évaluation ? | Historique du modèle, du prompt et du logiciel |
| Exploitation | Qui traite les incidents et les dérives ? | Surveillance, escalade et retour arrière |
Ce registre est une structure de travail, pas une déclaration de conformité. Affectez un responsable et une date de revue à chaque exigence. Reliez-la à un test ou à un contrôle opérationnel et conservez les questions non résolues.
Séparer le résultat du modèle de l’action clinique
Définissez où le résultat apparaît et ce qu’il peut déclencher. Un brouillon relu par un clinicien, une orientation administrative et une modification automatique de prescription n’ont pas les mêmes conséquences. Fixez les actions permises et testez les résultats erronés, périmés ou indisponibles.
Prévoyez une procédure utilisable pendant une panne du modèle ou de l’intégration. Évitez les données sensibles inutiles dans les journaux. Conservez les versions et résultats de revue nécessaires à l’analyse d’un incident.
Vérifier les exigences propres au produit
Si la finalité peut qualifier le logiciel de dispositif médical, examinez le cadre du logiciel dispositif médical avec l’évaluation IA. La protection des données, la gouvernance clinique et les exigences d’achat restent des chantiers distincts.
Résolvez les questions d’applicabilité avant d’estimer la réalisation. Discutons du projet pour cadrer l’architecture, l’intégration et les preuves. La qualification juridique et l’autorisation clinique relèvent des décideurs qualifiés.