Obligation ou planification ? Base légale pour SNOMED CT, CareSets et FHIR

• Aucune obligation légale trouvée (situation au 2026-10-01). Une étude de cas de SNOMED International affirme que les hôpitaux belges devront, à partir de janvier 2029, enregistrer les diagnostics, les antécédents et les procédures en SNOMED CT, sans base légale^[1]. Elle repose sur des documents de politique (plan d'action, déclaration de politique 2025-2028, position paper du ministre), pas sur une loi ou un arrêté^[2].
• Condition de financement. SNOMED CT est cité à titre d'exemple dans la condition BMUC d) ; une autre mention dans un AR belge n'a pas été trouvée. La condition demande de partager des données via hubs-métahub sous une forme réutilisable (Caresets, FHIR, SNOMED CT), sans date et sans codage obligatoire des diagnostics^[3]. Les résultats de laboratoire en FHIR et LOINC constituent un indicateur de mesure dans le même régime^[3].
• Engagement intergouvernemental. Le protocole d'accord du 28 juin 2023 prévoit que les données seront échangées sous forme de caresets dès que celles-ci seront fixées^[4], mais laisse à chaque partie le soin d'édicter la réglementation nécessaire^[4].
• Critère d'homologation pour un seul groupe professionnel. L'accord dentistes-mutualités 2026-2027 lie l'homologation des logiciels pour dentistes (fin 2026) à des caresets modulaires en FHIR^[5].
• Loi qualité sans arrêté d'exécution. L'art. 34 laisse au Roi le soin de fixer la date du dossier patient électronique^[6] ; le DPI obligatoire par catégorie professionnelle pour début 2029 relève de la planification^[7].
• Planification et préférence. La feuille de route du SPF prévoit SNOMED CT dans le flux de travail clinique autour du Q1 2029^[8] et lie cela à l'échéance de l'espace européen des données de santé de mars 2029^[9] ; pour la plate-forme eHealth, FHIR est une préférence, pas une obligation réglementaire^[10].
• Le droit de l'UE, lui, est contraignant. Les dispositions de l'espace européen des données de santé relatives au résumé patient et à la prescription électronique s'appliquent à partir du 26 mars 2029^[11] ; voir EHDS (Espace européen des données de santé).

Question. Les hôpitaux et les fournisseurs de logiciels en Belgique doivent-ils utiliser SNOMED CT et passer de KMEHR à HL7 FHIR, et si oui, sur quelle base et à partir de quand ? Un fournisseur affirme que la migration de KMEHR vers FHIR et la conformité à SNOMED CT sont déjà « fixées par la réglementation », sans citer de texte législatif^[12]. La publication comme standard fédéral n'implique pas en soi une obligation légale de l'implémenter immédiatement^[13].

Schéma. Cette page classe l'ancrage trouvé en six degrés, du plus fort au plus faible : obligation légale, engagement intergouvernemental, condition de financement, critère d'homologation, planification/politique et préférence. Elle est l'endroit canonique pour cette question ; le contenu des standards eux-mêmes figure sur SNOMED CT, BIHR : CareSets et feuille de route EHDS, HL7 FHIR et KMEHR.

Aperçu par degré d'obligation

1. Obligation légale : non trouvée en droit belge

Recherche propre (interprétation, sans citation). Le 1er octobre 2026, une recherche en texte intégral dans le Moniteur belge (NL et FR) pour « SNOMED » a donné cinq textes : l'accord national médecins-mutualités 2026-2027, l'arrêté royal du 10 avril 2025 (BMUC), l'accord médecins-mutualités 2022-2023, un arrêté royal du 12 novembre 2017 concernant un subside à EBMPracticeNet et le plan d'action eSanté 2013-2018. « FHIR » n'apparaissait que dans deux textes (l'arrêté royal BMUC et l'accord dentistes-mutualités 2026-2027), « KMEHR » dans trois textes plus anciens. Aucun de ces textes n'impose aux hôpitaux une obligation d'enregistrement en SNOMED CT ni une migration vers FHIR.

Ce que les textes lus disent bien :

• Loi qualité. L'article 34 prévoit que le prestataire de soins tient le dossier du patient sous forme électronique à partir d'une date fixée par le Roi après délibération en Conseil des ministres, éventuellement par groupe professionnel^[6]. L'arrêté royal du 12 décembre 2021 a fait entrer en vigueur les articles 33 et 34 le 1er janvier 2022, mais n'a pas fixé cette date^[14]. L'article 34 n'impose pas de modalités techniques ni l'usage d'un système d'échange^[7]. En janvier 2026, il a été annoncé que chaque catégorie professionnelle doit disposer d'un DPI pour le début de 2029, via une modification de la loi qualité (proposition)^[7]. Interprétation (sans citation) : dans la liste Justel de 22 arrêtés d'exécution de la loi qualité, aucun arrêté ne fixe cette date ni n'impose SNOMED CT ou FHIR ; voir Enregistrement des logiciels DPI.
• Financement des hôpitaux. L'arrêté royal du 30 mai 2026 relatif au budget des moyens financiers utilise encore des codes ICD-10-BE dans les règles de financement ; aucun arrêté transposant le codage RHM ou de financement vers SNOMED CT n'a été trouvé^[20]. Voir ICD-10-BE.
• Accord médecins-mutualités 2026-2027. Il ne cite SNOMED CT que comme couplage futur de l'arbre décisionnel pour les médicaments du chapitre IV (« à terme »)^[18].

2. Engagement intergouvernemental : le protocole d'accord de 2023

Le protocole d'accord du 28 juin 2023 entre l'État fédéral et les entités fédérées sur l'échange et le partage électroniques de données est entré en vigueur ce jour-là, pour une durée indéterminée^[4]. Il définit un CareSet comme la forme structurée et codée de données de soins selon un standard d'information (international) ; FHIR, KMEHR et SNOMED CT ne sont pas cités nommément^[4]. L'article 10 prévoit que les données sont échangées sous forme de CareSets pour autant que ceux-ci soient fixés^[4]. Selon le même article, le Comité de gestion de la plate-forme eHealth approuve les CareSets, ceux-ci sont repris dans un profil belge et utilisés par toutes les parties et tous les acteurs de soins, et chaque partie édicte la réglementation nécessaire à cet effet ; l'accord n'impose donc pas encore directement l'obligation aux prestataires de soins^[4]. L'article 19 demande que les coffres-forts santé conservent les données sous cette forme dans les 9 mois suivant la fixation d'un CareSet, sauf si l'intéressé s'y oppose^[4]. Voir BIHR : CareSets et feuille de route EHDS.

3. Condition de financement : le BMUC

Dans l'arrêté royal du 10 avril 2025, la poursuite du forfait DPI dépend de conditions, dont la mise à disposition de données sous forme réutilisable, avec les CareSets, FHIR et SNOMED CT comme exemples^[3]. Le texte ne cite ces trois éléments que comme exemples entre parenthèses, sans date, sans codage obligatoire des diagnostics et sans 2029^[3]. Celui qui ne satisfait pas aux conditions hub perd la base variable par lit l'année de service suivante^[15]. La fonctionnalité de base 10 compte la réception de résultats de laboratoire en structure FHIR et codés LOINC comme un service qui doit être « en usage »^[3]. La fonctionnalité de base « Liste de problèmes » mesure les diagnostics, traitements ou procédures validés à la sortie, sans exiger SNOMED CT^[3]. Détails sur BMUC : financement du DPI intégré.

4. Critère d'homologation : uniquement les logiciels pour dentistes

L'accord national dentistes-mutualités 2026-2027 lie l'homologation des logiciels pour dentistes, à achever pour fin 2026, entre autres au schéma de médication partagé et à des CareSets modulaires en FHIR ; cela vaut pour un seul groupe professionnel, pas pour les hôpitaux^[5]. Voir Logiciels pour dentistes en Belgique. La feuille de route du SPF cite aussi l'enregistrement des logiciels DPI adaptés, sans dire quel cadre d'enregistrement ou d'homologation s'applique à quel type de DPI^[21].

5. Planification et politique

• Feuille de route SNOMED CT du SPF. Le Centre de Terminologie a présenté la feuille de route comme une partie de la feuille de route EHDS, comme une présentation et non comme une réglementation^[21]. La version d'août 2026 planifie l'enregistrement/la certification de 2026 à 2028, une liste de problèmes codée aux alentours de Q3 2027 et l'usage dans le workflow clinique pour Q1 2029^[8]. Le programme veut rendre le Patient Summary échangeable sous forme codée pour mars 2029, comme l'exige l'EHDS^[9]. Voir SNOMED CT et Centre de Terminologie (SPF Santé publique).
• INAMI et BIHR. Le passage de KMEHR à FHIR se déroule en trois étapes : publication des CareSets, préparation et tests, et une bascule coordonnée par laquelle FHIR devient opérationnel et KMEHR passe en lecture seule^[17]. Le Point T se situe 12 mois après la publication du dernier CareSet patient summary^[17]. Selon la planification, les échanges nouveaux et adaptés passeront par FHIR à partir de 2028^[22], et pour Q1 2029 l'écosystème BIHR doit être mature^[17]. Voir BIHR (Belgian Integrated Health Record).
• Plan d'action eSanté. Le plan 2026-2029 travaille sur trois axes, avec l'environnement de travail BIHR comme deuxième axe^[23]. La directive d'utiliser SNOMED CT figurait déjà dans le plan d'action 2013-2018^[24]. Voir Plan d'action interfédéral eSanté.
• Note de politique générale. La note de politique générale Santé publique parle de la poursuite des efforts visant à introduire SNOMED CT comme standard, pas d'une obligation existante^[25]. Le ministre veut un échange transfrontalier pour le début de 2029, sur la base du BIHR et du plan d'action^[26].

6. Préférence

La plate-forme eHealth formule FHIR comme standard préférentiel : les nouveaux flux de données utilisent « de préférence » FHIR, une préférence politique et non une obligation réglementaire^[10]. Cette préférence date du plan d'action 2019-2021^[19]. Les flux existants sont encouragés à migrer ; pour les services de base, cela se fait de manière itérative et en « best effort »^[27].

D'où vient « janvier 2029 » ?

La date figure dans des études de cas sur snomed.org, écrites depuis des projets hospitaliers belges :

• la partie 2 affirme que les hôpitaux belges doivent enregistrer, à partir du 1er janvier 2029, les diagnostics, les antécédents et les procédures de manière structurée en SNOMED CT^[2][1] ;
• comme fondement, cette étude de cas cite le plan d'action eHealth national, la déclaration de politique 2025-2028 et un position paper du ministre, pas une loi ou un arrêté^[2] ;
• la partie 1 parle d'une politique nationale (« national policy ») visant à implémenter SNOMED CT dans tous les hôpitaux pour janvier 2029, donc un choix politique^[1] ;
• une autre étude de cas qualifie SNOMED CT de « the mandated national standard », en renvoyant à des orientations stratégiques d'organes nationaux, sans base légale (source secondaire)^[28].

Les sources officielles comportant une date au début de 2029 relèvent toutes de la planification ou du droit de l'UE : les obligations EHDS à partir du 26 mars 2029^[11], qui selon le ministre sont les premières obligations et exigent encore quelque dix-huit actes d'exécution^[29] ; l'objectif du SPF « SNOMED CT in use » aux alentours de Q1 2029^[21] ; l'horizon Q1 2029 de l'INAMI pour le BIHR^[17] ; et le DPI annoncé par catégorie professionnelle pour le début de 2029^[7].

Interprétation (analyse propre, sans citation). « Janvier 2029 » s'explique le mieux comme une contraction du délai EHDS de mars 2029, de la feuille de route du SPF et de la planification de l'INAMI, arrondie au début de l'année. Aucune de ces sources n'est une obligation légale belge d'enregistrer les diagnostics en SNOMED CT. Le position paper et la déclaration de politique auxquels renvoie l'étude de cas n'ont pas été trouvés (lacune).

Constats (avec source). Au 1er octobre 2026, le droit belge ne contient aucune disposition trouvée qui impose l'enregistrement en SNOMED CT ou KMEHR→FHIR ; la loi qualité délègue la date du dossier électronique sans arrêté d'exécution trouvé^[6][14]. Le levier national le plus fort pour les hôpitaux est financier : la condition d) du BMUC sans date^[3] et l'indicateur FHIR+LOINC pour les résultats de laboratoire^[3]. Le protocole d'accord de 2023 oblige les autorités à échanger des CareSets, mais laisse la transposition vers les prestataires de soins à leur propre réglementation^[4]. Le droit de l'UE contraignant suit en mars 2029 via l'EHDS^[11].

Recommandation (conclusion propre, état 2026-10-01) : traitez « SNOMED CT et FHIR pour 2029 » comme une planification assortie d'un incitant financier, pas comme une obligation légale belge existante. Préparez-vous toutefois comme si la date était contraignante, parce que l'EHDS s'applique directement à partir de mars 2029 et que les conditions BMUC peuvent devenir plus concrètes lors d'une révision. Dans les entretiens avec les fournisseurs et dans les notes internes, mentionnez le degré exact (EHDS, BMUC, feuille de route), pas « légalement obligatoire à partir de janvier 2029 ».

• Obligation (UE) : échange EHDS du résumé patient et de la prescription électronique à partir du 26/3/2029, des résultats de laboratoire, de l'imagerie et des lettres de sortie à partir du 26/3/2031^[11]. Selon la plate-forme eHealth, des spécifications d'implémentation EHDS détaillées ne sont pas attendues avant Q1 2027^[30].
• Condition de financement : la condition d) du BMUC et la fonctionnalité de base 10 ; en cas de non-respect, perte de la base hub l'année suivante^[3][15].
• Bonne pratique / planification : la feuille de route du SPF (serveur de terminologie local, liste de problèmes codée, codage des procédures et des observations)^[8] ; selon le BIHR (INAMI), satisfaire uniquement aux normes FHIR internationales ne suffit pas, les systèmes doivent utiliser les mêmes standards et accords nationaux^[22].
• Condition de projet : celui qui participe à un projet Data Capabilities livre contractuellement des CareSets ou des ressources FHIR avec annotation SNOMED CT^[16] ; voir BE Patient Problemlist (liste de problèmes SNOMED CT via FHIR).
• Recommandation : demandez au fournisseur de DPI d'indiquer, par degré d'obligation, quelle fonction il livre et quand (indicateurs BMUC maintenant, étapes de la feuille de route 2026-2029, conformité EHDS 2029), et, face à des affirmations telles que « obligatoire par la réglementation », demandez le texte législatif précis.
• Recommandation : maintenez le codage RHM en ICD-10-BE distinct des plans SNOMED CT tant qu'aucun arrêté ne transpose le financement^[20].

L'obligation de CareSet du protocole d'accord ne s'applique que « pour autant que des CareSets soient fixés »^[4] ; pour la liste de problèmes, la feuille de route EHDS de mai 2026 indique encore « Analysis in Progress »^[31]. La condition BMUC ne cite aucun critère de mesure pour la « forme réutilisable »^[3]. Une éventuelle obligation belge requiert un arrêté d'exécution ou une modification législative ; la modification annoncée de la loi qualité n'a pas été trouvée^[7].

• « Obligatoire à partir de janvier 2029 » face à la base légale (contradiction ouverte) : les études de cas de snomed.org parlent d'une obligation et d'un « mandated national standard »^[2][28] et de « national policy »^[1] ; la seule mention dans un arrêté royal est la condition d) du BMUC, sans date^[3], et le programme du SPF lie 2029 à l'EHDS^[9]. Repris dans le registre des contradictions.
• Affirmation d'un fournisseur : « fixé par la réglementation »^[12] n'est couvert par aucun texte trouvé.
• Lacunes (état 2026-10-01) : n'ont pas été trouvés (1) une loi, un arrêté royal ou ministériel belge comportant une obligation d'enregistrement en SNOMED CT ; (2) un ancrage réglementaire de KMEHR→FHIR (arrêté royal, arrêté ministériel, critère d'homologation ou d'enregistrement pour les DPI hospitaliers, exigence MyCareNet) ; (3) le position paper du ministre et la déclaration de politique 2025-2028 issus de l'étude de cas ; (4) une question parlementaire confirmant « janvier 2029 » (le moteur de recherche de dekamer.be n'a pas été interrogé directement) ; (5) un arrêté transposant le RHM ou le financement d'ICD-10-BE vers SNOMED CT ; (6) la réglementation flamande (homologation Vitalink, décret sur le partage de données) n'a pas été examinée. « Non trouvé » n'est pas la preuve qu'il n'existe pas de projet d'arrêté royal ou de décision interne.
• Comptage dans le Moniteur : les nombres (5 textes avec « SNOMED », 2 avec « FHIR ») proviennent d'une recherche en texte intégral du 1/10/2026 et constituent un comptage propre, pas une source citée.