FHIR en Belgique

• Quoi : en Belgique, FHIR est surtout un ensemble national de guides d'implémentation (le portail IG de la Plate-forme eHealth en énumère 18), dont seule une partie tourne en production.^[1]
• État : sont notamment en production l'environnement Vitalink FHIR, seul canal depuis le 1er juillet 2025 pour les données des programmes de dépistage du cancer.^[2]
• Renvoi : l'API UHMEP (FHIR R4, REST) figure dans le catalogue de production en version 1.4, la version 1.5 uniquement en acceptation.^[3]
• Laboratoire : selon le Lab-IG, un rapport de laboratoire envoyé sous forme de document FHIR vers une eHealthBox est la première itération en production, tandis qu'un avant-projet de loi vise la publication sur le système hubs-métahub avec LOINC et FHIR.^[4][5]
• Planning : à partir de 2028, les systèmes DPI devront pouvoir échanger les CareSets du BIHR via FHIR.^[6]
• Pour qui : qui veut connecter un logiciel à Vitalink FHIR n'obtient l'accès en tant qu'intégrateur qu'après avoir réussi les tests de conformité.^[7]
• Principale incertitude : après les deux basculements complets chez Vitalink, les hubs ne pouvaient temporairement plus afficher ces données.^[8][9]

HL7 FHIR (Fast Healthcare Interoperability Resources) est la norme HL7 qui découpe les données de santé en petits blocs réutilisables ou resources (patient, vaccination, prescription de renvoi), échangés via des API REST ou sous forme de document. Un guide d'implémentation (IG) fixe la manière dont ces resources sont remplies dans un pays ou un projet ; les guides belges figurent sur Guides d'implémentation FHIR belges. Cette page met en regard les applications belges, avec le statut que les sources leur attribuent réellement ; l'explication détaillée figure sur la page de chaque service.

Le portail IG distingue trois types de guides : « Build » (travail en cours), « HL7Be » (publié par HL7 Belgium) et « Federal » (publié par la Plate-forme eHealth et validé comme artefacts fédéraux).^[10] HL7 Belgium est une association volontaire de fournisseurs, d'utilisateurs, de prestataires de soins et d'experts.^[11] Dans la gouvernance FHIR de la Plate-forme eHealth, l'équipe de validation FHIR de HL7 Belgium valide des artefacts FHIR toutes les deux semaines.^[12] Au 12 novembre 2026, l'organisation GitHub hl7-be comptait 82 dépôts publics.^[13] Un guide présent dans un dépôt ou un CI-build ne prouve donc pas encore son utilisation : le passage au statut « Federal » et à un service en production doit chaque fois être vérifié séparément.

Services de test

Vitalink utilise l'Interoperability Test Bed de la Commission européenne pour la nouvelle version de son service de tests de conformité.^[7] Un rapport de pré-test positif pour la lecture et l'écriture dans le bac à sable ITB est une condition pour le test d'interopérabilité.^[48]

Le schéma qui se dégage de l'ensemble des domaines est que les spécifications devancent largement l'utilisation. Dans son avertissement (disclaimer), le Lab-IG 1.0.0 se qualifie encore de « draft working specification » non destinée à l'implémentation, bien qu'il soit utilisé en production pour des messages eHealthBox.^[50] L'IG Patient Monitoring n'existe que sous forme de CI-build de la version 0.1.0.^[51] Pour eReferral, la version 3.0.0 est un build continu et non une publication faisant autorité.^[52]

Là où FHIR est bel et bien entré en production, cela s'est fait par étapes chez Vitalink. L'environnement Vitalink FHIR a été mis en production en mars 2024, à côté de l'environnement KMEHR existant.^[53] Pour les programmes de dépistage, KMEHR a continué à fonctionner en parallèle après le démarrage de FHIR, jusqu'à l'arrêt de la consultation KMEHR le 1er juillet 2025.^[54] Selon Vitalink, un logiciel non adapté à FHIR affiche un message d'erreur ou renvoie vers Ma Santé.^[54] Le plan de basculement de Vaccinnet 2.0 prévoyait que Vitalink KMEHR ne serait plus accessible pour les vaccinations le 15 janvier 2026, sauf pour mijngezondheid.be.^[15] La release Vitalink FHIR R2026.11 a été déployée du 4 au 12 novembre 2026, sans impact sur le service.^[55] Cette release ajoute le projet Pregnancy Status avec l'IG hl7.fhir.be.pregnancy-status 1.0.0.^[17]

Le calendrier des releases eHealth prévoit pour décembre 2026 la release mineure R20262.1, qui prévoit une extension « ListProfiles » pour les mandats dans la Recip-e FHIR REST UHMEP API (planning).^[25] Pour les données patient au sens large, le calendrier prévoit que BeSafeShare publie d'ici fin 2026 les CareSets du patient summary et que l'utilisation en production suive à partir de 2028.^[6] Le planning est aligné sur les échéances EHDS du 26 mars 2029 et du 26 mars 2031.^[6] Abrumet indique que Brusafe+ a évolué de la norme XDS vers la norme FHIR et qu'il a été décidé de concentrer tous les investissements futurs sur FHIR uniquement.^[42]

Aujourd'hui, un hôpital a besoin de FHIR là où un service ne propose plus KMEHR : les dépistages et les vaccinations Vitalink en sont les cas trouvés.^[2][15] Pour les prescriptions de renvoi, l'API nationale fonctionne déjà en FHIR R4.^[56] Les rapports de laboratoire envoyés par le laboratoire de l'hôpital peuvent transiter sous forme de document FHIR via l'eHealthBox.^[4] À partir de 2028, les systèmes DPI devront être en mesure de contenir les modèles de données logiques des CareSets.^[6]

Recommandation : demandez au fournisseur du DPI, pour chaque service du tableau ci-dessus, quelle version de l'IG il prend en charge et si le test de conformité (ITB, InteropLab, serveur de test FHIR) a déjà été réussi ; un guide publié ne prouve pas une intégration prête pour la production.

• Après le basculement des dépistages et des vaccinations, ces données ne sont temporairement plus consultables via CoZo et les autres hubs.^[8][9]
• La feuille de route Recip-e d'octobre 2024 prévoyait une utilisation sur le terrain au premier semestre 2026 ; des sources ultérieures ne le confirment pas.^[24]
• La mise en service du serveur national de terminologie était prévue d'ici fin T1 2025, mais sa réalisation n'est pas confirmée.^[37] Le tx-registry international avertit en outre que les serveurs de l'écosystème d'outils FHIR ne sont pas destinés aux systèmes opérationnels.^[57]
• Le Lab-IG est utilisé en production alors que son avertissement déconseille l'implémentation.^[50]
• La source ne précise pas si les données FHIR du viewer CoZo relèvent de la production ou du test.^[43]
• Les notes de version de Vitalink jusqu'à 2026.11 ne mentionnent aucune resource de médication ; aucune date n'a été trouvée pour le schéma de médication partagé en FHIR.^[21][58]
• Le 5 août 2026, Recip-e Prescriber, Recip-e Executor et Vitalink FHIR ont été en grande partie indisponibles lors d'une intervention planifiée.^[59]