Migration de Vitalink vers FHIR (de KMEHR vers Vitalink 2.0)

• Vitalink décrit deux environnements de production, KMEHR et FHIR^[2] ; l'environnement FHIR (Vitalink 2.0) tourne depuis le 22 mars 2024^[3], et un « big bang » n'est pas possible^[4].

• Les dépistages du cancer ont migré les premiers : dans FHIR depuis le 15 novembre 2024^[5], consultation KMEHR arrêtée le 1er juillet 2025^[6].

• Les vaccinations ont suivi le 15 janvier 2026 avec Vaccinnet 2.0^[7] ; le plan de déploiement prévoyait alors aussi la fin de KMEHR pour les vaccinations, sauf pour mijngezondheid.be (planning)^[8].

• Pour le schéma de médication, rien n'a été trouvé fin septembre 2026 dans Vitalink FHIR (interprétation des release notes et des métadonnées)^[9], et les release notes 2026.10 et 2026.11 (planning) ne mentionnent aucune ressource de médication^[10] ; la date de coffre-fort prévue du 15/07/2026 dans la feuille de route EHDS ne s'est pas visiblement réalisée^[11].

• L'environnement KMEHR est encore entretenu (releases de juin et août 2026)^[12][13] ; aucune date générale de suppression progressive n'a été trouvée^[2].

• La release 2026.11 est planifiée : en acceptation à partir du 28/10 et en production à partir du 11/11/2026, avec le guide d'implémentation vaccination 1.1.3, le projet Pregnancy Status et des dépréciations d'anciennes versions de guides d'implémentation^[14].

• Pour les hubs, les composants de la route interhub FHIR sont en production depuis mars 2026^[15], mais le 29 septembre 2026, CoZo signale encore l'interruption des données de vaccination^[16].

Cette sous-page de Vitalink suit le passage de l'ancien environnement KMEHR (Vitalink 1.0) à l'environnement FHIR (Vitalink 2.0). Vitalink décrit à la fois un environnement de production KMEHR et un environnement de production FHIR^[2]. L'environnement FHIR est en production depuis le 22 mars 2024^[3]. Les autorités, les prestataires de soins et l'industrie ont décidé de remplacer progressivement les types de données KMEHR par des CareSets FHIR^[17] (voir BIHR : CareSets et feuille de route EHDS). Selon Vitalink, convertir un flux KMEHR en FHIR sans codage supplémentaire apporte peu de valeur ajoutée et un « big bang » n'est pas possible^[4].

Vitalink 2.0 remplace le double chiffrement par la pseudonymisation : le numéro de registre national devient un pseudonyme, tandis que les données de santé restent lisibles^[7] (voir Pseudonymisation et anonymisation (plate-forme eHealth)). La plateforme renouvelée est conçue pour la communication transmurale et l'échange international dans le cadre de l'EHDS^[18].

Le Departement Zorg est l'instance désignée par le Gouvernement flamand pour Vitalink^[19] ; la gouvernance est décrite sur Vitalink. Vitalink prévoit en principe une release majeure par trimestre sur chacun des deux environnements de production^[2].

État par type de données (29/09/2026)

Dépistages : la première migration

En novembre 2024, Vitalink a annoncé que les données des programmes de dépistage du cancer étaient consultables via FHIR à partir du 15 novembre 2024, après migration de toutes les données historiques^[5]. Au lancement, cela n'était possible que via Masanté.be ; les autres portails ou logiciels n'affichaient alors pas encore les données dans FHIR^[5]. Vitalink avait prévu une période de transition de six mois pendant laquelle les données resteraient également consultables via KMEHR sur des portails tels que MyHealthViewer et CoZo, après quoi l'environnement KMEHR serait retiré pour ces données^[5]. Cela concernait les données de plus de 5,5 millions de citoyens^[5]. Depuis le 1er juillet 2025, elles ne sont plus disponibles que via Vitalink FHIR^[6] et, depuis lors, plus via CoZo et les autres hubs^[20]. Déduction propre : la consultation KMEHR a donc cessé plus tard que les six mois annoncés, et la ministre qui évoque « début 2025 »^[7] ne contredit pas les dates de Vitalink.

Vaccinations : basculement le 15 janvier 2026

• Planification (scénario, Vitalink Café 16/12/2025, sous réserve) : le 15/1/2026 à 12:00, Vaccinnet 1.0 (application web et services web) devait s'arrêter et Vitalink KMEHR ne devait plus être accessible pour les vaccinations, sauf pour Masanté.be^[8].
• Confirmation ultérieure : la ministre a confirmé que les vaccinations se trouvent dans Vitalink 2.0 depuis le 15 janvier 2026^[7] et que KMEHR a été remplacé en une fois par FHIR^[21] ; Domus Medica a signalé le même jour le remplacement de la version précédente de Vaccinnet^[22]. Aucune confirmation distincte de Vitalink concernant la fermeture de l'accès KMEHR, avec l'exception pour Masanté.be, n'a été trouvée.
• Démarrage : selon Domus Medica, au lancement, plus de 90% des médecins généralistes de Flandre et de Bruxelles n'avaient pas d'accès direct via le DMI, parce que la connexion aux trois plus grands progiciels DMI n'était pas en ordre ; il s'agit d'une estimation d'une association professionnelle^[22].
• Préparation des hôpitaux : les hôpitaux généraux et psychiatriques, entre autres, ont été contactés afin de mettre en ordre leur déclaration Circle of Trust au plus tard le 15/01^[23] (voir Cercle de confiance (Circle of Trust, COT)).
• Consultation après le basculement (planification, Café 28/11/2025) : Masanté.be devait afficher à la fois Vitalink FHIR et le coffre-fort FHIR wallon/bruxellois, ainsi que les données KMEHR « gelées », avec de possibles doublons^[24]. Un vaccinateur flamand devait pouvoir consulter les vaccinations effectuées hors de Flandre via des viewers professionnels ; cela était indiqué comme « TB, In Progress »^[24]. Vitalink cite Masanté.be comme canal permettant aux citoyens de continuer à consulter leurs vaccinations^[25].

Voir Vaccinnet pour le volet enregistrement.

Environnement KMEHR : maintenu, sans date de fin

La release de production KMEHR 2026.02 du 24 juin 2026 comprenait des interventions techniques portant notamment sur la connexion metahub et « Decryptor2 Arxus »^[12]. Elle a été suivie le 23 août 2026 d'une release d'infrastructure sans incidence pour les intégrateurs^[13]. Le calendrier prévoit des releases KMEHR jusqu'à R2026.12 comprise (6 décembre 2026), sans date de retrait^[2]. Dans le BIHR, les flux KMEHR existants restent en lecture seule et les nouveaux échanges passent par FHIR à partir de 2028^[26] ; le basculement intervient 12 mois après le dernier CareSet patient summary^[27]. Il s'agit de la planification du programme, et non d'une date de retrait propre à Vitalink.

Schéma de médication : non trouvé dans FHIR

La dernière release de production FHIR (notes de version du 4/9/2026, entièrement déployée le 23/9/2026) comprend le cookbook 1.16 avec un chapitre TLS, des extensions de l'event publisher pour les immunisations et une migration SFTP, sans fonctionnalité de médication^[10]. Interprétation : aucune note de version FHIR publiée de novembre 2025 à septembre 2026 ne mentionne de ressource de médication et, conjointement avec le CapabilityStatement du 3/9/2026, aucun signe public n'indique au 29/09/2026 que le schéma de médication est en production dans Vitalink FHIR^[9]. Le CapabilityStatement de production déclare 13 types de ressources, sans MedicationStatement, MedicationRequest ni MedicationDispense (interprétation des métadonnées du serveur)^[28] ; l'environnement d'acceptation ne déclare pas non plus de ressource de médication (interprétation)^[29]. La feuille de route EHDS (version du 20 mai 2026) prévoyait le CareSet Medication le 15/07/2026 dans les coffres-forts régionaux et le 15/10/2026 dans les logiciels ; il s'agit d'une planification^[11]. Interprétation : les notes de version 2026.10 et 2026.11 (planification) ne mentionnent pas non plus de ressource de médication ; leur nouveau contenu concerne les versions d'IG, Pregnancy Status, Event Publisher et l'infrastructure^[10]. Aucune date n'a été trouvée pour le schéma de médication dans FHIR^[10]. Voir Schéma de médication partagé et VIDIS.

Releases de l'environnement FHIR (novembre 2025 - novembre 2026)

Route interhub pour les hubs

Selon l'arrêté du Gouvernement flamand du 20 octobre 2023, le département n'effectue pas lui-même les contrôles d'accès lorsqu'un hub reconnu par Vitalink demande des données ; le hub est alors chargé de ces contrôles^[19], et du consentement éclairé sur la base d'une délégation dans une convention avec le département^[19]. Techniquement, pour la route des prestataires de soins, le hub s'authentifie avec un jeton du realm M2M^[34], et le client-id doit être communiqué au préalable à Vitalink^[34] ; pour l'accès du patient, le cookbook 1.16 décrit l'onboarding du hub dans le healthcare-realm^[34]. La liste blanche, le header Vitalink-Enduser-Info et le délai d'expiration des droits des hubs sont en production (tableau ci-dessus). Cela démontre une disponibilité technique, et non que les hubs utilisent cette route^[15] : le 29 septembre 2026, la page d'accueil de CoZo affichait encore le message indiquant que les données de vaccination n'étaient temporairement plus consultables via CoZo et les autres hubs depuis le 15 janvier 2026^[16]. Dans le registre des échanges, ce flux figure sous hub-vitalink-fhir-interhub avec un statut inconnu (référence interne). Voir Hubs & Metahub (répertoire des références) et CoZo (Collaboratief Zorgplatform).

Échange entre les coffres-forts (intervault)

La chronologie du Vitalink Café du 28/11/2025 visait un mécanisme Mécanisme d'échange inter-coffres-forts (Intervault) opérationnel entre les coffres-forts FHIR en phase 3, à partir du 16/4/2026 ; il s'agit d'une planification^[24]. Lors du quatrième FHIR-a-thon (juin 2026), Vitalink et le RSW ont testé l'échange avec succès, à titre de test et non en production^[35]. En septembre 2026, selon FarmaFlux, une pharmacie ne voyait que les immunisations du coffre-fort de sa propre région^[36] ; cela indique que l'échange entre les coffres-forts n'était pas encore opérationnel (déduction).

• Limite : quiconque attend les vaccinations ou dépistages de Vitalink via le hub ne dispose, au 29/09/2026, d'aucune confirmation du rétablissement^[16][20].
• Limite : un schéma de médication dans FHIR n'est pas encore publiquement visible chez Vitalink (interprétation)^[9] ; la lecture du schéma passe donc encore par KMEHR^[1].
• Obligation technique (logiciel) : depuis avril 2026, les requêtes M2M doivent transmettre le header Vitalink-Software-Identifier^[32], et, dans le Healthcare-realm, un token exchange vers l'API Vitalink est requis^[34].
• Obligation technique (planification) : la release 2026.11 rend le header Intervault-Enduser-HcPartyType obligatoire et déprécie public-health 1.0.3 et allergy 1.2.0 pour create/update (production à partir du 11/11/2026)^[14].
• Recommandation : demandez au fournisseur du DPI, pour chaque type de données (vaccinations, dépistages, schéma de médication), quel environnement (KMEHR ou FHIR) le logiciel utilise et si les vaccinations sont lues directement dans Vitalink FHIR plutôt que via le viewer du hub.
• Recommandation : traitez les dates de la feuille de route pour la médication dans FHIR comme une planification jusqu'à leur confirmation par une note de version Vitalink ou par le CapabilityStatement.

Selon le cookbook 1.16, Vitalink prend uniquement en charge FHIR R4^[34] ; chaque ressource, y compris une contained resource, doit comporter l'Intended Profile Extension avec le profil et la version^[34], et les ressources dépourvues de cette extension sont refusées^[34]. Les ressources portant le label PATIENT_HEALTH_RECORD sont partagées avec le RSW et le RSB, raison pour laquelle les transactions ne sont pas prises en charge pour celles-ci^[34]. Le cookbook 1.17 exige un onboarding auprès de la Plate-forme eHealth pour les acteurs qui souhaitent pseudonymiser au moyen du pseudo-service^[37] et signale que, pour les intégrations dans le M2M-realm, il n'est pas encore possible d'obtenir un jeton dont Vitalink est l'audience explicite^[37].

• BE Vaccination 1.1.2 ou 1.1.3 (nuance, à rouvrir après le 11/11/2026) : la release de janvier 2026 annonce 1.1.2^[30] et le lien de documentation cite 1.1.2 comme dernière version prise en charge^[17], tandis que le CapabilityStatement de production déclare aussi 1.1.3 (interprétation des métadonnées du serveur)^[28]. Les notes de version du 8/10/2026 annoncent la prise en charge officielle de 1.1.3 (planification : production le 11/11/2026)^[14] : le serveur est donc en avance sur la release annoncée et le lien de documentation n'a pas été mis à jour.
• Scope pseudo:api:pseudonymize (ouvert, lecture conciliatrice) : la release d'acceptation de février 2026 refuse les jetons portant pseudo:api:identify et renvoie vers le token exchange ou des scopes optionnels^[31] ; le cookbook 1.16 exige un token exchange vers l'API Vitalink^[34]. Le guide d'intégration d'octobre 2025 exige le scope pseudo:api:pseudonymize lors de l'enregistrement du client^[38], tandis que le cookbook 1.17 fait bloquer par Vitalink les jetons portant ce scope^[37]. Interprétation : le client peut disposer de ce scope pour le service de pseudonymisation, mais le jeton qui arrive chez Vitalink ne peut pas le porter^[37] ; aucune confirmation explicite de Vitalink n'a été trouvée.
• Fin de KMEHR pour les vaccinations : fondée sur le scénario (planification)^[8] et la confirmation ministérielle du basculement^[21] ; l'exception pour Masanté.be n'a pas été confirmée ultérieurement.
• Médication dans FHIR : les dates de la feuille de route BIHR/EHDS (coffres-forts 15/07/2026, logiciels 15/10/2026) ne sont confirmées par aucune source Vitalink^[11][9].
• Hubs : non trouvé ≠ non rétabli ; la page d'accueil de CoZo est un instantané, et non un test opérationnel^[16].