--- id: bihr-connector type: Topic type_label: Aperçu ou dossier title: Connecteur BIHR (FHIR-broker) aliases: - BIHR connector - BIHR-connector - FHIR broker - FHIR-broker BIHR - data broker BIHR - connector concept names: nl: BIHR-connector fr: connecteur BIHR en: BIHR connector jurisdiction: - belgie themes: - architectuur-en-infrastructuur lifecycle: ontwerp lifecycle_note: 'Concept à l''état de projet issu de présentations BIHR du 24 mars et du 24 août 2026; à ce moment, aucun service opérationnel, aucune spécification officielle, aucun propriétaire ni aucune planification n''étaient établis.' summary: 'Le connecteur BIHR est un concept à l''état de projet pour un point de contact FHIR unique entre les logiciels de soins et les sources authentiques. Le broker récupérerait, filtrerait, rassemblerait et publierait les données, tout en contrôlant la conformité sémantique. En août 2026, ce n''était pas encore un service opérationnel et ni le propriétaire ni la planification n''étaient fixés publiquement. Selon l''INAMI, les éléments BIHR existants, dont le métahub et les hubs, sont maintenus.' last_verified: '2026-10-05' relations: - type: partOf direction: uit target: bihr target_url: https://ehealth-atlas.be/fr/belgian-integrated-health-record-bihr/ status: established - type: about direction: uit target: hubs-metahub target_url: https://ehealth-atlas.be/fr/hubs-metahub-repertoire-des-references/ status: hypothesis - type: about direction: uit target: ehealth-connector target_url: https://ehealth-atlas.be/fr/connecteurs-ehealth/ status: hypothesis - type: about direction: uit target: fhir target_url: https://ehealth-atlas.be/fr/hl7-fhir/ status: established - type: about direction: uit target: amaron target_url: https://ehealth-atlas.be/fr/amaron/ status: hypothesis - type: about direction: uit target: health-data-agency target_url: https://ehealth-atlas.be/fr/agence-des-donnees-de-sante/ status: hypothesis - type: about direction: uit target: vidis target_url: https://ehealth-atlas.be/fr/vidis/ status: established - type: about direction: in target: bihr target_url: https://ehealth-atlas.be/fr/belgian-integrated-health-record-bihr/ status: established - type: about direction: in target: bihr-contactrapport target_url: https://ehealth-atlas.be/fr/contact-report-bihr/ status: established release: 2026.11.12-3 url: https://ehealth-atlas.be/fr/connecteur-bihr/ license: CC BY 4.0 --- # Connecteur BIHR (FHIR-broker) Le connecteur BIHR est un concept à l'état de projet pour un point de contact FHIR unique entre les logiciels de soins et les sources authentiques.[^1] Le broker récupérerait, filtrerait, rassemblerait et publierait les données, tout en contrôlant la conformité sémantique.[^1] En août 2026, ce n'était pas encore un service opérationnel et ni le propriétaire ni la planification n'étaient fixés publiquement.[^1] Selon l'INAMI, les éléments BIHR existants, dont le métahub et les hubs, sont maintenus.[^2] ## Qu'est-ce que c'est ? **Quel problème le connecteur veut-il résoudre ?** Au sein du [BIHR](https://ehealth-atlas.be/fr/belgian-integrated-health-record-bihr/), le logiciel de chaque prestataire de soins doit récupérer des données auprès de différentes sources authentiques et en publier vers celles-ci. Le concept BIHR propose pour cela un connecteur unique : dans les slides du BIHR Summer Day (24 août 2026), le connecteur (broker FHIR, API) est un point de contact unique qui prend en charge la complexité en coulisses et garantit l'interopérabilité entre le logiciel des utilisateurs et des sources telles que [Recip-e](https://ehealth-atlas.be/fr/recip-e/), [FarmaFlux](https://ehealth-atlas.be/fr/farmaflux/), BruSafe, Inter-Med et [Vitalink](https://ehealth-atlas.be/fr/vitalink/)[^1]. C'est la sixième des six briques déjà énumérées lors de l'Interoperability Day du 24 mars 2026[^3] ; le public y avait alors aussi été interrogé sur des « connecteurs » mis à jour de manière centrale entre les rubriques des sources authentiques et le DPI[^3]. **Nature de la source.** Il s'agit d'un concept issu de groupes de travail et de présentations BIHR (slides sur le wiki de [HL7 Belgium](https://ehealth-atlas.be/fr/hl7-belgium/)), et non d'une réglementation de l'INAMI. La session plénière II du Summer Day traitait du couplage du logiciel avec les sources authentiques au moyen d'un « rapidly implementable FHIR broker », pour l'usage primaire et secondaire[^4]. Les slides opposent le concept initial à « what is under development » ; en août 2026, le connecteur est donc un concept en cours d'élaboration, et non un service opérationnel[^1]. ## Composants ### Fonctions et objectifs proposés (slides du Summer Day) | Aspect | Contenu selon les slides | Justification | |---|---|---| | Fonctions | se connecter, récupérer en un seul appel, filtrer sur les métadonnées du CareSet, réconcilier dans une vue de tableau de bord unique, gestion des accès plus fine, publier vers les sources authentiques, contrôle de conformité sémantique |[^1] | | Objectifs | réduire la charge de travail des développeurs de logiciels (ne pas réinventer la roue à chaque fois, éviter des homologations à forte intensité de main-d'œuvre), 100 % de données interopérables, modifications de spécifications plus rapides |[^1] | | Usage secondaire | question ouverte : l'[Agence des données de santé](https://ehealth-atlas.be/fr/agence-des-donnees-de-sante/) construit-elle une solution propre, ou l'usage secondaire local (régions de soins, zones de première ligne, cabinets) demande-t-il un connecteur commun ? |[^1] | ### Connecteur versus architecture d'échange existante | Source | Que dit-elle sur les connecteurs ou les brokers ? | Nature | |---|---|---| | INAMI (page BIHR) | la plate-forme d'échange (Métahub/hubs et connecteurs tels que l'API [VIDIS](https://ehealth-atlas.be/fr/vidis/)) est maintenue ; les règles pour l'information échangée sont unifiées[^2] | officiel, général | | [Amaron](https://ehealth-atlas.be/fr/amaron/) (article du 23/09/2026) | « connectoren » ou « data brokers » règlent le trafic de données entre le logiciel des utilisateurs et les sources authentiques via un point de contact unique[^5] ; les [connecteurs eHealth](https://ehealth-atlas.be/fr/connecteurs-ehealth/) existants et les hubs/métahub y jouent un rôle[^5] | affirmation du fournisseur | | Amaron (idem) | des hubs comme [CoZo](https://ehealth-atlas.be/fr/cozo/) assureront « peut-être » eux-mêmes la fonction de broker pour leurs institutions raccordées ; les sources traitées ne contiennent aucune confirmation par CoZo ou par une autorité publique[^5] | affirmation du fournisseur, attente | | Amaron (idem et session du Summer Day) | positionne son propre produit [FHIR Station](https://ehealth-atlas.be/fr/fhir-station-amaron/) comme connecteur BIHR/broker[^5] | affirmation du fournisseur sur son propre produit | | BE FHIR-A-THON (juin 2026) | atelier de test de CoZo avec Amaron dans lequel un hub FHIR Station, au cœur de l'architecture FHIR de CoZo, récupère des données de plusieurs repositories FHIR[^6] | test, pas un service BIHR | | Plate-forme eHealth (GitHub) | le projet HubsOnFHIR sur la manière dont le système hubs-métahub adoptera FHIR[^7] ; selon les métadonnées du repository (interprétation), il n'a plus reçu de commits après juin 2023[^7] | officiel ; aucun commit depuis juin 2023 (interprétation) | Voir [Hubs & Metahub (répertoire des références)](https://ehealth-atlas.be/fr/hubs-metahub-repertoire-des-references/) pour l'architecture actuelle. ## Phase Constat : le connecteur BIHR est un concept de groupe de travail discuté depuis mars 2026 et encore en cours d'élaboration en août 2026[^3][^1]. Le texte officiel de l'INAMI ne parle que de manière générale d'une plate-forme d'échange maintenue avec des connecteurs[^2]. Qui construit ou gère le broker n'est pas fixé publiquement ; le rôle des hubs est une attente du fournisseur[^5]. ## Qu'est-ce que cela signifie pour un hôpital ? - **Aucune obligation et aucun service** : il n'existe pas de connecteur auquel se raccorder ; l'architecture existante des [hubs et du métahub](https://ehealth-atlas.be/fr/hubs-metahub-repertoire-des-references/) et des connecteurs eHealth reste la référence[^2][^1]. - **Ce qui change** : au sein du BIHR, les flux nouveaux et modifiés passent à FHIR selon des profils belges (planification à partir de 2028)[^2] ; un broker devrait simplifier cela pour le développeur de logiciels[^1]. - **Recommandation** (propre) : demandez au fournisseur de DPI et d'intégration comment son couplage FHIR se situe par rapport à un éventuel broker central, et traitez un produit qui se présente comme « connecteur BIHR » comme une affirmation du fournisseur tant que le propriétaire et la spécification ne sont pas publics. ### Conditions de mise en œuvre et limites Un connecteur qui filtre sur les métadonnées de CareSet et contrôle la conformité sémantique suppose des CareSets et des profils publiés (voir [BIHR : CareSets et feuille de route EHDS](https://ehealth-atlas.be/fr/bihr-caresets-et-feuille-de-route-ehds/))[^1]. Le filtrage sur le rôle, les droits, la relation thérapeutique et le consentement est de toute façon requis dans le BIHR avant l'affichage[^2]. ## Incertitudes et informations contradictoires - **Propriétaire, spécification et marché public** : les pages consultées de l'INAMI, de la plate-forme eHealth, de Vitalink et de CoZo, le Moniteur belge et les avis TED examinés ne contiennent, au 1er octobre 2026, aucune spécification officielle, aucun propriétaire désigné ni aucun marché public ; la présentation de l'INAMI ne cite les connecteurs que comme partie qui doit préparer et tester[^8]. e-Procurement n'a pas été examiné. Cette lacune n'est pas une preuve d'absence ; voir aussi [Obligation ou planification ? Base légale pour SNOMED CT, CareSets et FHIR](https://ehealth-atlas.be/fr/base-legale-pour-snomed-ct-caresets-et-fhir/). - **Rôle des hubs** : uniquement une attente du fournisseur[^5] ; une configuration FHIR fédérée chez CoZo a été testée en juin 2026, sans avoir été annoncée comme connecteur BIHR[^6] ; le seul projet FHIR public autour des hubs est, selon les métadonnées du repository (interprétation), inactif depuis juin 2023[^7]. - **Concept initial versus en cours de développement** : les slides font cette distinction[^1], mais la sélection publiée ne montre pas clairement qui développe quoi. ## Relaties - fait partie de: [BIHR (Belgian Integrated Health Record)](https://ehealth-atlas.be/fr/belgian-integrated-health-record-bihr/) (établi)[^1][^3]. Een van de zes bouwstenen van het BIHR-concept (presentatie 24/03/2026, Summer Day 24/08/2026). - porte sur: [Hubs & Metahub (répertoire des références)](https://ehealth-atlas.be/fr/hubs-metahub-repertoire-des-references/) (hypothèse)[^5][^7][^2][^6]. Rol van de hubs als broker enkel door een leverancier verondersteld ('wellicht'); HubsOnFHIR volgens repository-metadata sinds juni 2023 zonder commits. - porte sur: [Connecteurs eHealth (eHealth platform services connectors)](https://ehealth-atlas.be/fr/connecteurs-ehealth/) (hypothèse)[^5]. Leveranciersclaim dat de bestaande eHealth-connectoren een rol spelen; geen officiële bevestiging. - porte sur: [HL7 FHIR](https://ehealth-atlas.be/fr/hl7-fhir/) (établi)[^1][^4]. De connector wordt als FHIR-broker voorgesteld. - porte sur: [Amaron](https://ehealth-atlas.be/fr/amaron/) (hypothèse)[^5]. Leverancier positioneert FHIR Station als BIHR-connector/broker (vendor-claim); geen officiële bevestiging. - porte sur: [Agence des données de santé (Health Data Agency, HDA/GDA)](https://ehealth-atlas.be/fr/agence-des-donnees-de-sante/) (hypothèse)[^1]. Open vraag op de Summer Day of de HDA voor secundair gebruik een eigen oplossing bouwt. - porte sur: [VIDIS](https://ehealth-atlas.be/fr/vidis/) (établi)[^2]. Het RIZIV noemt de VIDIS-API als bestaande connector binnen het BIHR-uitwisselingsplatform. - porte sur (entrant): [BIHR (Belgian Integrated Health Record)](https://ehealth-atlas.be/fr/belgian-integrated-health-record-bihr/) (établi)[^3][^1] - porte sur (entrant): [Contact Report (BIHR) : enregistrement après chaque contact](https://ehealth-atlas.be/fr/contact-report-bihr/) (établi)[^1] ## Open vragen - Wie bouwt en beheert de connector (eHealth-platform, hubs, kluizen of de markt), en komt er een officiële specificatie met planning of een aanbesteding (TED, e-Procurement)? - Bevestigen CoZo of andere hubs een broker-rol voor hun aangesloten instellingen? - Hoe verhoudt de connector zich tot de bestaande eHealth-connectoren, de VIDIS-API en het project HubsOnFHIR (volgens de repository-metadata sinds juni 2023 zonder commits)? - Bouwt de Health Data Agency een eigen oplossing voor secundair gebruik, of vraagt lokaal secundair gebruik een gemeenschappelijke connector? - Wat is 'het oorspronkelijke concept' en wat is 'in ontwikkeling' (Summer Day, plenum 2)? De gepubliceerde slides geven geen eigenaar of datum. ## Bronnen [^1]: [BIHR Summer Day 24 August 2026 - Published slide selection](https://drive.usercontent.google.com/download?id=1GmrmxK2mOMmrTFECEQSHFvMP4X2sbTcl&export=download). BIHR Summer Day (slides gelinkt vanuit de hl7-be-wiki; PDF-auteur genoemd in de bron), 2026-08-26. Opgehaald 2026-10-01, sha256 faff5f2a9ab80db3… (SRC-0cccbc98ce) [^2]: [Het BIHR (Belgian Integrated Health Record)](https://www.riziv.fgov.be/nl/thema-s/egezondheid/het-bihr-belgian-integrated-health-record). RIZIV. Opgehaald 2026-09-25, sha256 83a6a51e19a53fff… (SRC-bedb8ce40f) [^3]: [Belgian BIHR/eHealth Interoperability Day – 24 March 2026 – Part II](https://drive.usercontent.google.com/download?id=1QS9pqtJRaSD5jwG3UhYiC2g6vjbjawEA&export=download). Agoria / HL7 Belgium; bijdragen onder meer RIZIV en FOD Volksgezondheid, 2026-03-24. Opgehaald 2026-09-26, sha256 7248b5b2570248d1… (SRC-6fb3cdc0b1) [^4]: [BIHR Summer Day - Monday 24 August 2026 (hl7-be/FHIR-A-THON Wiki)](https://github.com/hl7-be/FHIR-A-THON/wiki/BIHR-Summer-Day-%E2%80%90-Monday-24-August-2026). HL7 Belgium (GitHub-wiki hl7-be/FHIR-A-THON). Opgehaald 2026-10-01, sha256 e53e18b8a57ee361… (SRC-5a0f1c56b3) [^5]: [BIHR zet in op co-creatie, toegankelijkheid en hergebruik van gegevens - Amaron](https://amaron.be/bihr-zet-in-op-co-creatie-toegankelijkheid-en-hergebruik-van-gegevens/). Amaron, 2026-09-23. Opgehaald 2026-10-01, sha256 fa3a143265e7a1ab… (SRC-66386423aa) [^6]: [Test Atelier BE FHIR-A-THON June 2026 — Federated FHIR exchange](https://drive.usercontent.google.com/download?id=1LFvBX_iw3qimvO-f6IWvbtUwlodRGvr1&export=download). CoZo (in partnerschap met Amaron). Opgehaald 2026-09-30, sha256 25c32f9c0ce7c6cb… (SRC-6290028533) [^7]: [HubsOnFHIR - How will the Belgian HUB/METAHUB system embrace FHIR](https://github.com/ehealthplatformstandards/HubsOnFHIR). eHealth-platform (GitHub ehealthplatformstandards), 2023-06-20. Opgehaald 2026-10-01, sha256 1b283e8ddfb85595… (SRC-1b19ae6fc4) [^8]: [BIHR: A general introduction](https://www.riziv.fgov.be/SiteCollectionDocuments/BIHR%20-%20A%20general%20introduction.pdf). RIZIV/INAMI, 2026-03-01. Opgehaald 2026-09-26, sha256 e810eccdcae4fcf7… (SRC-c1669f1de8)