Le VZN-hub est un maillon flamand du système hubs-métahub qui permet de trouver auprès de quelle institution affiliée se trouvent des documents concernant un patient, sans conserver ces documents de manière centralisée. Via leur hub, les prestataires de soins consultent aussi des données d'autres régions ; le VZN-hub utilise pour cela des webservices KMEHR. Le hub est en production, mais les sources publiques se contredisent sur l'exploitant formel et ne confirment pas explicitement si le nom ZODAP du règlement des hubs renvoie à ce hub. Cela importe pour les hôpitaux, parce que les sources n'indiquent pas clairement qui est la partie contractante pour le raccordement.
", "last_verified": "2026-10-08", "verification_outdated": false, "sections": [ { "id": "en-bref", "title": "En bref", "kind": "tekst", "html": "Quoi : dans le système hubs-métahub, le VZN-hub rend visible auprès de quelle institution affiliée des documents concernant un patient sont disponibles[1].
\nComment : le trafic intrahub et interhub utilise des services web KMEHR, avec le numéro d'identification de la sécurité sociale comme clé du patient[1][2][3].
\nÉtat : en production selon le périmètre du programme de bug bounty (endpoints de production)[4] ; le hub figure aussi sur la page de statut de la plate-forme eHealth et chez CoZo[5][6].
\nGestion : la page du bug bounty cite VZNKUL comme exploitant, tandis que l'adhésion formelle au système a été approuvée au nom d'UZ Leuven[4][7][8].
\nRaccordement : selon la demande d'UZ Leuven de 2012, les institutions de soins affiliées sont reliées en étoile, via un VPN, à un nœud dans le hub[8].
\nHôpital : chaque hub doit garantir le libre choix du raccordement, mais aucune liste officielle complète des raccordements à ce hub n'a été trouvée[1].
\nPrincipale incertitude : le règlement cite ZOrgDAtaPlatform (ZODAP) là où d'autres sources citent le VZN-hub, sans assimiler explicitement les deux noms[1][5].
\nLe VZN-hub est un des hubs régionaux du Hubs & Metahub (répertoire des références) : il tient à jour quelle institution affiliée détient des documents concernant un patient, tandis que le métahub sait uniquement dans quel hub se trouve cette information[1]. Le Comité sectoriel a approuvé en 2012-2013 l'adhésion, notamment, de l'UZ Leuven, à côté de l'Antwerpse Regionale Hub, d'Abrumet, de FRATEM et de CoZo[9]. L'entité approuvée est donc « UZ Leuven » (délibération 12/063 du 17 juillet 2012), et non VZN[9][8]. Dans le texte lu de la décision, VZN et ZODAP n'apparaissent pas (non trouvé), et le titre de la délibération mentionne le 17 juillet 2012 alors que la phrase de décision indique le 19 juillet 2012[8]. Que le hub soit aujourd'hui connu comme VZN-hub est un indice pour la question ouverte sur l'exploitant. Selon CoZo, les quatre hubs belges, dont VznkuL, sont intégrés au métahub depuis 2014[10]. CoZo appelle le hub « MyNexuzHealth/VznkuL »[6], le Vlaams Patiëntenplatform cite CoZo et Vlaams Ziekenhuisnetwerk KU Leuven comme « autres exemples » à côté de Vitalink dans un passage sur les coffres-forts numériques sécurisés et les réseaux (la source ne parle pas de hubs)[11], et nexuzhealth cite « VZN KUL » à côté de CoZo comme exemple d'un hub régional qui est relié via le métahub (affirmation du fournisseur)[12].
\nZODAP. Le règlement hubs 14/016, approuvé le 18 février 2014 et modifié pour la dernière fois le 2 septembre 2025, utilise le nom ZODAP[1] : il énumère comme hubs Abrumet, le Réseau Santé Wallon, l'Antwerpse Regionale Hub, le Collaboratief Zorgplatform et « ZOrgDAtaPlatform (ZODAP) »[1], et la version francophone utilise le même nom[13]. Interprétation : comme cette énumération ne reprend pas le hub de Leuven sous le nom « Vlaams Ziekenhuisnetwerk KU Leuven » ou « UZ Leuven », alors que la page de statut eHealth et CoZo le mentionnent bien sous ce nom, ZODAP occupe la place de ce hub et est très probablement le nom que le règlement utilise pour le VZN-hub ; aucune source ne définit explicitement ZODAP[1]. Une proposition personnelle de guide d'implémentation sur GitHub (pas une source officielle) cite également « Zodap » comme hub belge à côté de CoZo, RSW et Abrumet+[14].
" }, { "id": "quels-services", "title": "Quels services ?", "kind": "tekst", "html": "Comme chaque hub, il rend les documents provenant des hôpitaux repérables pour d'autres prestataires de soins sans les stocker de manière centrale : le hub tient à jour auprès de quelle institution affiliée se trouve un document[1], et cette institution reste elle-même responsable de la conservation et de la disponibilité des données[1]. Grâce au métahub, un médecin généraliste peut ainsi aussi consulter des informations provenant d'un hôpital en dehors de sa propre région[15].
\nConsultation via nexuzhealth (fournisseur du DPI CWS) (affirmation du fournisseur). Nexuzhealth déclare que, dans mynexuzhealth, on trouve aussi des données médicales provenant d'applications externes reliées aux hubs eHealth[16], et décrit Nexuzhealth Consult comme une application qui trie l'information des hubs par « smart labelling » ; la page ne dit pas de quel hub il s'agit ni comment le couplage se déroule[17].
" }, { "id": "ou-en-est-il-et-qui-l-utilise", "title": "Où en est-il et qui l'utilise ?", "kind": "tekst", "html": "Production. Le Vlaams Ziekenhuisnetwerk KU Leuven (VZN) est un réseau d'hôpitaux flamands axé sur l'amélioration de la qualité[18] et mentionne sur sa page d'accueil, comme chiffres clés, « 39 hôpitaux » et « 73% de tous les lits hospitaliers flamands », sans relier ces deux chiffres l'un à l'autre[18]. Dans un entretien avec Zorgnet-Icuro du 24 mars 2025 (source secondaire), une personne impliquée chez CoZo explique la différence de méthode de travail entre CoZo et le hub de Leuven comme ayant historiquement émergé du DPI que l'UZ Leuven a développé il y a des années, auquel 35 à 40 hôpitaux sont raccordés et qui est « en fait déjà un hub en soi »[19] ; l'entretien ne dit pas comment le hub est techniquement couplé à ce DPI. Un appui plus récent au statut de production provient de CoZo, qui appelle le hub « MyNexuzHealth/VznkuL »[6], et de la page de statut eHealth[5].
\nExploitant. Le programme public de bug bounty du hub sur Intigriti, mentionné comme « UZ Leuven / eHealth Hub VZN KUL », se limite au hub qui est exploité par VZNKUL (Vlaams Ziekenhuis Netwerk KU Leuven)[4]. Dans la BCE, Vlaamse Ziekenhuisnetwerk KU Leuven (abréviation VznKuL, numéro d'entreprise 0501.606.596) est inscrit depuis le 13 juin 2012 comme asbl ayant son siège à Leuven[20] ; la fiche BCE ne mentionne pas de hub, de ZODAP ni de zorgdataplatform[20], et les objectifs figurant sur le site web propre ne mentionnent pas davantage un hub ou un échange de données via un hub[21]. L'adhésion au système des hubs et du metahub a en revanche été approuvée pour « l'UZ Leuven » (délibération 12/063 du 17 juillet 2012), non pour VZN ou une entité ZODAP[7]. Cette contradiction n'est pas résolue (voir les incertitudes). L'affiliation au VZN et le raccordement au hub ne coïncident pas nécessairement. L'exploitation ne peut dès lors pas non plus porter de relation : il n'existe pas de page de concept pour VznKuL asbl ni pour l'UZ Leuven en tant qu'organisation, et tant que les sources se contredisent sur l'exploitant, il n'y a pas non plus de cible vers laquelle renvoyer (élément de backlog).
\nPour le hub s'appliquent les règles communes du règlement : des webservices KMEHR pour le trafic intrahub et interhub[1][2], le numéro d'identification de la sécurité sociale comme clé patient[3], et une répartition du contrôle d'accès entre le hub demandeur et le hub conservateur[1]. Selon la description du programme de bug bounty, les hubs communiquent entre eux et les médecins externes avec un hub selon KMEHR[4] ; sont dans le scope les endpoints de production sur hub.vznkul.be (InterHubService et IntraHubService) et l'environnement d'acceptation hubacc.vznkul.be, tandis que les autres hubs, le métahub et la plate-forme eHealth tombent en dehors du programme[4]. La même description situe le hub dans le projet « eHealth Hubs & MetaHub », destiné à rendre disponibles les résultats médicaux des hôpitaux, et dans un proche avenir des laboratoires, pour chaque prestataire de soins traitant[4]. La demande de l'UZ Leuven auprès du Comité sectoriel (2012, donc historique et pas nécessairement l'état actuel) décrit que les établissements de soins affiliés se connectent, via un VPN (virtual private network), à un nœud dans le hub[8], que les systèmes informatiques installés à l'UZ Leuven doivent pouvoir ouvrir les documents en vue de la conversion du format interne en le format convenu entre les hubs et vice versa[8], et que le hub part du principe que ce qui est partagé par le biais du dossier médical global est aussi automatiquement partagé via le système de hubs et de metahub, avec la possibilité de rendre ultérieurement invisibles des documents individuels[8]. Ce texte ne mentionne aucun logiciel DPI spécifique. Aucune autre documentation technique de ce hub (prise en charge de FHIR, viewer, métadonnées) n'a été trouvée.
\nEn cas de panne sur les deux zones de la plate-forme eHealth, le hub Vlaams Ziekenhuisnetwerk KU Leuven ne continue pas à fonctionner selon la page de statut, parce qu'il n'a pas intégré la procédure d'urgence[5] ; la liste sur cette page mentionne « Vlaams Ziekenhuisnetwerk KU Leuven » comme élément de liste[5]. Aucune roadmap du hub lui-même n'a été trouvée.
" }, { "id": "qu-est-ce-que-cela-signifie-pour-un-hopital", "title": "Qu'est-ce que cela signifie pour un hôpital ?", "kind": "tekst", "html": "Un hub doit être autorisé par le Comité de sécurité de l'information et le service web Metahub n'est accessible qu'aux hubs agréés[1][22]. La disponibilité en cas de panne des services de base eHealth est une limite connue[5].
" }, { "id": "incertitudes-et-informations-contradictoires", "title": "Incertitudes et informations contradictoires", "kind": "tekst", "html": "