Connecteur BIHR (FHIR-broker)

Quel problème le connecteur veut-il résoudre ? Au sein du 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, FarmaFlux, BruSafe, Inter-Med et 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), 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].

Fonctions et objectifs proposés (slides du Summer Day)

Connecteur versus architecture d'échange existante

Voir Hubs & Metahub (répertoire des références) pour l'architecture actuelle.

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

• Aucune obligation et aucun service : il n'existe pas de connecteur auquel se raccorder ; l'architecture existante des hubs et du métahub 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)^[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].

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