VZN-hub

• 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].

• Comment : 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].

• É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].

• Gestion : 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].

• Raccordement : 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].

• Hô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].

• Principale incertitude : le règlement cite ZOrgDAtaPlatform (ZODAP) là où d'autres sources citent le VZN-hub, sans assimiler explicitement les deux noms^[1][5].

Le 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].

ZODAP. 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].

Repérabilité et consultation interhub

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].

Consultation 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].

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].

Exploitant. 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).

Interfaces techniques

Pour 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.

Statut de production et continuité

En 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.

• Réglementaire : chaque hub doit garantir le libre choix du raccordement^[1].
• Recommandation (propre) : déterminez par hôpital qui est la partie contractante pour le raccordement au hub, quels types de documents sont publiés et ce qui se passe en cas de panne du hub (selon la page de statut, le hub n'a pas intégré la procédure d'urgence en cas de panne de la plate-forme eHealth^[5]).

Conditions de mise en œuvre et limites

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].

• ZODAP : le nom dans le règlement face au nom ailleurs. Le règlement (version du 2 septembre 2025, NL et FR) cite comme hubs Abrumet, RSW, l'Antwerpse Regionale Hub, le Collaboratief Zorgplatform et ZOrgDAtaPlatform (ZODAP), sans le VZN-hub^[1][13]. La page de statut de la plate-forme eHealth mentionne bien « Vlaams Ziekenhuisnetwerk KU Leuven »^[5] et place l'Antwerpse Regionale Hub sous CoZo^[5]. L'assimilation de ZODAP au VZN-hub reste non confirmée^[1]. Une définition primaire de ZODAP et une entité BCE portant ce nom n'ont pas été trouvées^[20].
• Exploitant : VznKuL ou UZ Leuven. La page de bug bounty du hub cite VZNKUL comme exploitant^[4], alors que l'adhésion approuvée du hub est au nom de l'UZ Leuven^[7][9]. VznKuL a été créée environ un mois avant cette approbation, mais aucune délibération, publication au Moniteur belge ou donnée de la BCE ne confirme un transfert formel^[20]. L'Atlas laisse dès lors les deux sources côte à côte.
• Route de publication et partie contractante. La question de savoir quelle entité est la partie contractante pour un hôpital affilié et qui publie vers le hub est restée ouverte dans les recherches ultérieures ; la demande de 2012 et le programme de bug bounty ne décrivent que le hub lui-même^[8][4]. Nexuzhealth affirme qu'elle ne gère pas elle-même de données à caractère personnel de patients mais agit comme sous-traitant pour le compte des institutions de soins affiliées (affirmation du fournisseur)^[23]. Aucune source primaire sur qui publie vers le hub n'a été trouvée.
• Liste des raccordements. Aucune liste officielle et complète des hôpitaux affiliés n'a été trouvée. VZN se décrit lui-même comme un réseau pour l'amélioration de la qualité^[18]. L'Atlas n'utilise dès lors pas la liste des membres comme liste des raccordements.
• Nombre de hubs. Un fournisseur affirme qu'il y a deux hubs en Flandre, VZN KU Leuven et CoZo (affirmation du fournisseur)^[16] ; le règlement cite, à côté d'Abrumet et de RSW, l'Antwerpse Regionale Hub, le Collaboratief Zorgplatform et ZODAP, sans mentionner l'implantation de ZODAP^[1]. Que ZODAP soit flamand est une déduction tirée du nom.
• Ampleur. Les décomptes ne se recouvrent pas : la page d'accueil de VZN mentionne 39 hôpitaux (non daté)^[18] et l'entretien avec Zorgnet-Icuro du 24 mars 2025 parle de 35 à 40 hôpitaux sur le DPI de Leuven^[19] ; aucun des deux n'est une liste de raccordements, et l'affiliation au réseau et le raccordement au hub sont des choses différentes, aucune source avec le nombre d'hôpitaux raccordés n'a été trouvée.