Série gouvernance IA vérifiable Maryland HB 820 California SB 1120 Colorado SB 26-189 CMS-0057-F Règlement IA — Article 12 🇬🇧 Read in English
Série analyse réglementaire
Analyse réglementaire · Union européenne

Règlement IA UE Article 12 dans le secteur de la santé : ce que les fournisseurs et déployeurs doivent journaliser

À compter du 2 août 2026, tout système d'IA à haut risque dans le secteur de la santé — gestion des autorisations préalables, décisions d'éligibilité, triage d'urgence et IA dispositif médical relevant du RDM ou du RDIV — devra techniquement permettre l'enregistrement automatique d'événements tout au long de sa durée de vie. L'Article 12 fait de la journalisation IA non plus une préférence d'ingénierie, mais un périmètre réglementaire. Les dispositifs probatoires construits au cours de la décennie précédente n'ont pas été conçus pour y répondre.

Publié le12 mai 2026
Temps de lecture~22 minutes
Public cibleDPO, responsables gouvernance IA, affaires réglementaires, équipes de conformité RDM/RDIV et conseils juridiques des assureurs de santé, établissements hospitaliers et fabricants de dispositifs médicaux opérant dans l'UE
2 août 2026Obligations Annexe III à haut risque applicables (la plupart des IA de santé)
2 août 2027Échéance Article 6(1) pour les IA dispositifs médicaux (voie RDM / RDIV)
6 moisDurée minimale de conservation des journaux en vertu de l'Article 26(6)
15 M€ / 3 %Amende maximale en cas d'infraction (Article 99, niveau 2)

01Ce que l'Article 12 dit réellement

Le mandat est bref. Deux paragraphes, avec un troisième pour les systèmes biométriques. Ce que cette brièveté dissimule, c'est que l'Article 12 constitue le pivot opérationnel dont dépendent la plupart des obligations substantielles du Règlement IA.

Le texte intégral de l'Article 12(1)–(2) — paraphrasé ici, avec les références au registre officiel ci-dessous — dispose :

Les systèmes d'IA à haut risque permettent techniquement l'enregistrement automatique des événements (journaux) tout au long de leur durée de vie. Afin d'assurer un niveau de traçabilité du fonctionnement d'un système d'IA à haut risque approprié à la finalité prévue du système, les capacités de journalisation permettent l'enregistrement des événements pertinents pour : identifier des situations susceptibles d'entraîner la présentation par le système d'un risque au sens de l'Article 79(1) ou d'une modification substantielle ; faciliter la surveillance post-commercialisation visée à l'Article 72 ; et surveiller le fonctionnement des systèmes d'IA à haut risque visés à l'Article 26(5). Article 12(1)–(2), Règlement (UE) 2024/1689 (paraphrasé)

Deux termes portent l'essentiel de la charge. « Techniquement » signifie que la capacité de journalisation doit être intégrée dans le système — et non satisfaite par un agent humain prenant des notes ou un analyste exportant des données vers un tableur en fin de mois. « Durée de vie » signifie depuis la mise sur le marché ou la mise en service du système jusqu'à son décommissionnement — et non à compter du lancement du programme de conformité du déployeur.

L'Article 12 est complété par trois autres dispositions qui achèvent le tableau opérationnel :

Le plancher de six mois est ce sur quoi se concentrent la plupart des analyses. Le plafond de dix ans applicable à la documentation connexe est celui pour lequel les assureurs, établissements hospitaliers et fabricants de dispositifs médicaux doivent réellement bâtir leur architecture — car une preuve conservée six mois alors que la décision sous-jacente est contestée sept ans plus tard est une preuve que le déployeur ne peut plus produire.

Le changement en une phrase

Avant l'Article 12, un déployeur européen d'IA de santé interrogé sur une décision spécifique pouvait répondre par des documents de politique interne, des procès-verbaux de comité d'éthique et le propre rapport de performance du fournisseur. À compter du 2 août 2026, le déployeur devra produire des journaux enregistrés automatiquement, générés au moment de la décision par le système lui-même, sous une forme permettant la reconstruction indépendante de ce qui s'est produit — à destination de l'autorité de surveillance du marché de l'État membre dans lequel la décision a été prise.

02Les deux voies vers le statut « haut risque » pour les IA de santé

Les IA de santé atteignent la classification à haut risque — et donc l'Article 12 — par deux voies distinctes, avec deux échéances distinctes.

VOIE A — Annexe III
IA de santé relevant de « l'accès aux services essentiels »
Applicable au 2 août 2026
IA utilisée par les autorités publiques (ou en leur nom) pour déterminer l'éligibilité aux services et prestations de santé ; IA pour l'évaluation des risques et la tarification en assurance vie et santé ; IA pour le triage d'urgence des patients et la classification des appels d'urgence.
conduisent toutes deux aux
OBLIGATIONS ART. 12
VOIE B — Annexe I
IA dispositif médical relevant du RDM ou du RDIV
Applicable au 2 août 2027
IA constituant elle-même un dispositif médical ou un composant de sécurité d'un tel dispositif, soumis à évaluation de conformité par un organisme notifié en vertu du RDM (Classe IIa, IIb, III) ou du RDIV (Classe B, C, D). En pratique, cela couvre la quasi-totalité des logiciels autonomes en tant que dispositif médical.

2.1 Voie A — Annexe III, point 5

Trois des points de la catégorie 5 de l'Annexe III (« accès aux services privés essentiels et aux services publics essentiels et aux prestations ») concernent directement le secteur de la santé :

La position prudente pour les IA de santé est de présumer qu'elles entrent dans le champ d'application et de documenter toute demande d'exemption au titre de l'Article 6(3). Les exemptions prévues par l'Article 6(3) sont étroites et exigent une justification documentée.

Incertitude réglementaire en cours

Une proposition Digital Omnibus de décembre 2025 vise à transférer le RDM et le RDIV de la section A à la section B de l'Annexe I du Règlement IA, ce qui réduirait significativement le champ d'application du Règlement IA aux IA dispositifs médicaux. Au 1er mai 2026, ni ce transfert ni le report plus large du Digital Omnibus n'ont été adoptés. L'échéance du 2 août 2027 prévue à l'Article 6(1) reste exécutoire. Planifiez selon les dates actuelles ; n'ajustez qu'une fois l'acte modificatif publié au Journal officiel.

03Ce qui doit être journalisé, en termes opérationnels

L'Article 12 précise ce que les journaux doivent permettre — la traçabilité aux fins d'identification des risques, de surveillance post-commercialisation et de surveillance opérationnelle — mais n'énumère pas les événements spécifiques à enregistrer. Les organismes de normalisation travaillent à ce sujet (projet prEN 18229-1 sur la journalisation IA et la supervision humaine ; ISO/IEC DIS 24970), mais aucun n'était finalisé à mi-2026. La lecture opérationnelle dominante est que le journal doit permettre à une partie indépendante de reconstituer, pour toute décision spécifique :

Catégorie d'événementCe que le journal doit capturer
Identité de la décisionL'identifiant unique de la détermination, l'horodatage de sa production et le contexte opérationnel ou l'État membre dans lequel elle a été prise.
Identité du modèleLa version spécifique et validée du modèle ayant produit le résultat, incluant une référence cryptographique ou autrement immuable à l'artefact du modèle et à la documentation technique au titre de l'Article 11.
Données d'entréeLes catégories de données d'entrée conditionnées (généralement par référence plutôt que par valeur, lorsque la législation sur la protection des données s'appliquerait), ainsi que la version du jeu de données ou l'identifiant du pipeline de caractéristiques qui les a produites.
RésultatLe résultat du système — recommandation, score de risque, classe de triage, décision d'éligibilité — ainsi que toute information associée sur la confiance ou l'incertitude produite par le système.
Supervision humaineLes événements de supervision prévus à l'Article 14 : quel examinateur humain a été désigné, ses qualifications ou son rôle au moment de l'examen, s'il a confirmé, modifié ou annulé le résultat du système, et le raisonnement enregistré.
État du systèmeSi le système fonctionnait dans les paramètres certifiés lors de l'évaluation de conformité, ou si la détermination était hors des limites de son domaine de fonctionnement.
Événements à risqueTout événement signalé comme indicateur potentiel de risque au titre de l'Article 79(1) — distributions de résultats anormales, dérive de distribution, dégradation des performances, variance des indicateurs d'équité.
Événements de modificationToute modification du système entre deux décisions : ré-entraînement du modèle, modification du pipeline de caractéristiques, ajustement du seuil, changement de configuration. Les journaux doivent permettre de déterminer quelle version était en vigueur pour toute décision spécifique.

04Fournisseur ou déployeur — qui assume quelle obligation

FOURNISSEUR
Construire la capacité de journalisation
Le fournisseur doit s'assurer que le système d'IA à haut risque permet techniquement l'enregistrement automatique des événements (Article 12). Doit produire la documentation technique décrivant l'architecture de journalisation (Article 11). Doit établir un système de surveillance post-commercialisation utilisant les journaux pour détecter les risques (Article 72). Doit conserver les journaux générés automatiquement dans la mesure où ils restent sous son contrôle (Article 19).
DÉPLOYEUR
Exploiter, conserver et produire sur demande
Le déployeur doit utiliser le système conformément aux instructions d'utilisation (Article 26(1)). Doit surveiller l'exploitation et signaler les incidents graves (Articles 26(5) et 73). Doit conserver les journaux générés automatiquement pendant au moins six mois (Article 26(6)). Pour les systèmes Annexe III impliquant des personnes physiques, doit réaliser une évaluation de l'impact sur les droits fondamentaux (Article 27). Doit produire les journaux aux autorités de surveillance du marché sur demande.

L'achat d'une IA à haut risque auprès d'un fournisseur extérieur ne transfère pas les obligations du déployeur. L'obligation de conservation des journaux pendant six mois court indépendamment des obligations du fournisseur. La responsabilité du déployeur de produire des journaux sur demande à son autorité nationale de surveillance du marché ne peut être renvoyée au fournisseur.

05Le calendrier et l'incertitude liée au Digital Omnibus

1er août 2024
Entrée en vigueur du Règlement IA
Le Règlement (UE) 2024/1689 a été publié au Journal officiel le 12 juillet 2024.
2 février 2025
Application des pratiques interdites et des obligations d'alphabétisation en matière d'IA
Les interdictions de l'Article 5 et les exigences d'alphabétisation IA de l'Article 4 sont entrées en vigueur.
2 août 2025
Application des obligations relatives aux modèles d'IA à usage général
Les obligations du Chapitre V relatives aux fournisseurs de modèles GPAI sont entrées en vigueur.
Mai 2026 — à ce jour
Phase de préparation aux obligations à haut risque
Négociations Digital Omnibus en cours. Les organismes de normalisation finalisent prEN 18229-1 et ISO/IEC DIS 24970. Les autorités nationales de surveillance du marché sont désignées et dotées en ressources.
2 août 2026
Obligations Annexe III à haut risque applicables
Article 12 (archivage), Article 14 (supervision humaine), Article 11 (documentation technique), Article 26 (obligations des déployeurs) et Article 27 (évaluation des droits fondamentaux) tous en vigueur pour les systèmes Annexe III, dont les catégories d'IA de santé au point 5.
2 août 2027
Échéance Article 6(1) pour les systèmes Annexe I
Les IA dispositifs médicaux relevant du RDM et du RDIV entrent dans le champ d'application substantiel du Règlement IA. Les organismes notifiés désignés au titre du RDM/RDIV commencent à évaluer la conformité au Règlement IA dans le cadre de l'évaluation de conformité pour le marquage CE.

06L'exigence implicite : l'inviolabilité des journaux

L'Article 12 ne contient pas les termes « inviolable », « immuable » ou « protégé cryptographiquement ». Mais l'exigence opérationnelle en est fonctionnellement équivalente.

Considérons la position d'une autorité de surveillance du marché enquêtant sur une réclamation relative à une décision spécifique d'une IA à haut risque. L'autorité demande les journaux. Le déployeur produit un fichier. Il n'existe aucun mécanisme permettant à l'autorité de distinguer un enregistrement fidèle d'un enregistrement expurgé. La valeur probante des journaux tend alors vers zéro.

L'Article 99(4)(c) fait de la fourniture d'informations incorrectes, incomplètes ou trompeuses aux autorités une infraction distincte — jusqu'à 7,5 M€ ou 1 % du chiffre d'affaires annuel mondial au titre de l'Article 99(5)(c). Un déployeur qui produit des journaux mais ne peut en démontrer l'intégrité est exposé à la fois à l'infraction sous-jacente à l'Article 12 et à l'infraction distincte au titre de l'Article 99(4)(c). Ces deux sanctions se cumulent.

La lecture pratique adoptée par les équipes réglementaires expertes est que les journaux au titre de l'Article 12 doivent, au minimum, être :

La conséquence opérationnelle

Un déployeur qui conserve une table de base de données de « journaux de décision » alimentée par l'application ayant produit les décisions n'a, en termes cryptographiques, conservé rien du tout. La table peut être modifiée à tout moment par tout processus disposant d'un accès à la base de données. Le déployeur peut affirmer qu'elle ne l'a pas été — mais la question du régulateur n'est pas de savoir si le déployeur l'affirme. La question est de savoir si le régulateur doit se fier à cette affirmation. Au titre de l'Article 12, la réponse devrait être non.

07Sanctions et la seconde infraction dissimulée

NiveauDéclencheurAmende maximale
Article 99(3)Pratiques interdites de l'Article 535 M€ ou 7 % du chiffre d'affaires annuel mondial total, le montant le plus élevé étant retenu
Article 99(4)La plupart des obligations à haut risque, dont l'archivage Article 1215 M€ ou 3 % du chiffre d'affaires annuel mondial total, le montant le plus élevé étant retenu
Article 99(5)Fourniture d'informations incorrectes, incomplètes ou trompeuses aux autorités7,5 M€ ou 1 % du chiffre d'affaires annuel mondial total, le montant le plus élevé étant retenu

Un seul manquement sous-jacent peut déclencher des sanctions à plusieurs niveaux. Un déployeur qui omet de conserver les journaux au titre de l'Article 12 (infraction Article 99(4)) et produit ensuite des journaux dont il ne peut démontrer l'intégrité (infraction Article 99(5)) encourt les deux sanctions. Ces sanctions se cumulent car les infractions sont conceptuellement distinctes : l'omission de conserver des preuves constitue une infraction ; l'omission de produire des preuves vérifiables sur demande en constitue une autre.

08Que faire dans les 90 prochains jours

8.1 Construire l'inventaire Annexe III / Annexe I

Commencer par un inventaire documenté de chaque système d'IA en exploitation touchant à une décision de santé concernant des personnes physiques dans l'UE. Pour chaque système, enregistrer : la finalité prévue, la population concernée, si le système correspond à l'une des descriptions de santé du point 5 de l'Annexe III, s'il s'agit d'un dispositif médical ou d'un DI soumis à évaluation de conformité par un organisme notifié au titre du RDM ou du RDIV, le fournisseur, le responsable interne chez le déployeur, et toute demande d'exemption au titre de l'Article 6(3) avec justification documentée.

8.2 Concevoir l'infrastructure de journalisation maintenant, avant la publication des normes

prEN 18229-1 et ISO/IEC DIS 24970 préciseront les détails techniques. Ils ne sont pas finalisés. Les déployeurs et fournisseurs de santé qui construisent conformément au texte statutaire et à la lecture pratique de l'inviolabilité exposée à la section 6 produiront des architectures conformes à l'arrivée des normes. Les décisions architecturales qui comptent le plus : l'emplacement de la clé de signature (hors du périmètre de confiance opérationnel) ; comment le plancher de conservation de six mois s'articule avec le plafond de dix ans pour la documentation technique ; comment la structure du journal prend en charge l'évaluation des droits fondamentaux au titre de l'Article 27.

8.3 Résoudre la question contractuelle fournisseur-déployeur

Pour chaque système d'IA de santé à haut risque déployé dans le cadre d'un accord fournisseur, le contrat doit explicitement traiter de la journalisation au titre de l'Article 12 : quelle partie génère les journaux ; comment le déployeur obtient un accès durable pour la période de conservation de six mois ; comment le déployeur peut produire les journaux à une autorité de surveillance du marché sur demande ; que se passe-t-il pour l'accès aux journaux en cas de résiliation du contrat.

Programme sur 90 jours

Jours 1 à 30 : finaliser l'inventaire Annexe III / Annexe I ; identifier les lacunes contractuelles. Jours 31 à 60 : dimensionner l'architecture de journalisation selon les exigences de la section 6 ; sécuriser l'infrastructure de clés de signature hors du périmètre de confiance opérationnel. Jours 61 à 90 : engager les avenants contractuels avec les fournisseurs de systèmes à haut risque ; réaliser la première évaluation de l'impact sur les droits fondamentaux au titre de l'Article 27 pour le système Annexe III le plus conséquent du déployeur. Suivre activement le Digital Omnibus, mais planifier conformément au droit en vigueur.

Références et citations

  1. Parlement européen et Conseil. Règlement (UE) 2024/1689 du 13 juin 2024 établissant des règles harmonisées concernant l'intelligence artificielle (règlement sur l'intelligence artificielle). Journal officiel de l'Union européenne, série L, 12 juillet 2024.
  2. EU AI Act Explorer. Article 12 : Conservation des données et de la documentation.
  3. EU AI Act Explorer. Annexe III : Systèmes d'IA à haut risque visés à l'Article 6(2).
  4. Commission européenne — Service Desk Règlement IA. Article 12 : Conservation des données — Orientations du service desk.
  5. Groupe de coordination en matière de dispositifs médicaux (GCDM). MDCG 2025-6 : FAQ du Conseil conjoint sur l'intelligence artificielle concernant l'interplay entre le RDM/RDIV et le Règlement IA.
  6. Reed Smith. The EU AI Act and Medical Devices: Navigating High-Risk Compliance, 27 juin 2025.
  7. Gleiss Lutz. Simplification radicale du RDM et du RDIV et large inapplicabilité du Règlement IA aux dispositifs médicaux et aux DI, décembre 2025.

Construire le dispositif probatoire, pas seulement le schéma de journalisation

Predicate ZK est une infrastructure de gouvernance IA vérifiable qui produit des journaux Article 12 inviolables et ancrés cryptographiquement — conçue pour les déployeurs de santé opérant sous le Règlement IA, le RDM, le RDIV et les régimes parallèles des États américains — sans divulguer les modèles, les poids ou les données des patients.

Lire l'architecture Nous contacter