BeSafeShare

BeSafeShare vise l'échange multidisciplinaire de données de santé au moyen d'ensembles d'informations structurés, standardisés et codés, les CareSets.^[1] Le nom complet du projet est « Belgian Coordination Authority for Secure Standardized Multidisciplinary Health Data Exchange » ; il fait partie des plans d'action eSanté 2.0 (2015-2018), 3.0 (2019-2021) et 4.0 (2022-2024).^[1] Dans ce projet, un CareSet est la brique conceptuelle centrale de l'échange et du stockage standardisés.^[1]

Selon la présentation de l'INAMI de mars 2026 sur l'architecture fonctionnelle du BIHR, les CareSets, rédigés par des experts du domaine, doivent garantir une signification clinique cohérente à travers les flux de données.^[2] La même présentation souligne que chaque participant doit appliquer les CareSets et leurs profils de manière cohérente et assumer la responsabilité de la mise en œuvre.^[2]

Gestion et application visée

Le projet est décrit sur une page de l'INAMI ; l'INAMI publie un aperçu des CareSets publiés, avec pour chaque CareSet un guide d'implémentation et une documentation métier.^[3] Selon cette page, les CareSets seront échangés via les coffres-forts santé régionaux : Vitalink pour la Flandre, Réseau Santé Bruxellois (RSB) pour Bruxelles et Réseau Santé Wallon (RSW) pour la Wallonie.^[1] Il s'agit d'une intention formulée au futur, non d'un échange démontré.

CareSets et interfaces techniques

Les CareSets sont publiés comme profils FHIR belges dans un guide d'implémentation destiné aux fournisseurs de logiciels.^[1] Pour le codage, les CareSets utilisent des ValueSets en SNOMED CT là où cette terminologie apporte une valeur ajoutée.^[1]

Exemples tirés de l'aperçu de l'INAMI, consulté le 26 septembre 2026 :

• Clinical Observation porte, en phase 1, sur les paramètres vitaux, les symptômes rapportés par le patient et les constatations cliniques.^[3] Le profil est construit sur HL7 FHIR et utilise LOINC et SNOMED CT comme systèmes de codage.^[3]
• Medical Procedure soutient l'échange standardisé, via des hubs (Hubs & Metahub (répertoire des références)) et des coffres-forts santé numériques, de données sur les procédures cliniques qui ont été réalisées.^[3]
• Digital Referral Prescription (DRP) est le CareSet de la prescription de renvoi électronique ; voir UHMEP et la prescription de renvoi électronique (eReferral).^[3]
• Problem soutient l'enregistrement et la communication uniformes des problèmes des patients en vue de leur réutilisation.^[3]

Le processus de publication décrit prévoit la publication comme profil FHIR belge dans le guide d'implémentation destiné aux fournisseurs de logiciels^[1] ; dès qu'il n'y a plus de questions ouvertes critiques lors des réunions HL7, le CareSet est publié par itérations.^[1] L'INAMI publie une planification avec un aperçu de tous les CareSets, des projets associés et des délais de mise en œuvre pour les éditeurs de logiciels et les coffres-forts santé numériques.^[1] Un CareSet au statut « Afgerond » (terminé) est entièrement analysé, la documentation de mise en œuvre est disponible et le profil Be FHIR est publié ; « In behandeling » (en cours de traitement) signifie que l'analyse est en cours.^[1] Le contenu de ce tableau de planification n'a pas encore été traité dans l'Atlas. Les CareSets FHIR pour les résultats de mesure issus du projet pilote de télésurveillance (Transmural Platform (TMP)) passent par le parcours de validation visant à les aligner sur des CareSets définis précédemment ; voir Télésurveillance en Belgique.^[4] À la date de consultation du 26 septembre 2026, l'INAMI proposait déjà un aperçu des CareSets publiés avec la documentation de mise en œuvre.^[3]

La publication de documentation ne suffit pas pour établir la mise en service effective auprès de chaque coffre-fort santé ou fournisseur ; le statut de production général reste donc inconnu.

Relations avec d'autres concepts

La relation avec BIHR (Belgian Integrated Health Record) concerne notamment la sémantique clinique que les CareSets doivent garantir selon les principes d'architecture.^[2] FHIR fournit le format dans lequel les profils belges destinés aux fournisseurs de logiciels sont publiés.^[1]

Recommandation : discutez avec le fournisseur de DPI, pour chaque flux de données pertinent, de ce qui est pris en charge : quel CareSet, quelle version de profil et quels ValueSets. Utilisez pour cela aussi bien la documentation métier que le guide d'implémentation technique, et interrogez-le séparément sur l'enregistrement, l'échange et les raccordements effectivement disponibles.

Recommandation : traitez la planification de la mise en œuvre, les obligations légales et les conditions de financement comme des questions de recherche distinctes. Consignez, pour chaque éventuelle obligation, la source applicable, le groupe cible et la date d'entrée en vigueur avant de l'intégrer dans une planification hospitalière.

Conditions de mise en œuvre et limites

Selon la description du projet, l'accès aux CareSets partagés est réglé par une Matrice d'accès (règlement de la plate-forme eHealth et du Comité de sécurité de l'information) et par des règles de gouvernance fixées au préalable ; des rapports tels qu'une lettre de sortie ou un Sumehr peuvent être constitués à la demande à partir de CareSets.^[1] Voir aussi Relation thérapeutique pour les règles d'accès dans le sous-modèle belge. L'INAMI souligne en outre, comme principe de mise en œuvre, l'application cohérente des CareSets et de leurs profils par tous les participants.^[2]

Recommandation : vérifiez, outre l'échange technique, la signification des données, les codes utilisés et les règles d'accès applicables dans des scénarios de pratique communs.

Le statut de production et les versions exactes des profils par CareSet restent ouverts. Les délais de mise en œuvre figurent dans un tableau de planification de l'INAMI, mais celui-ci n'a pas été extrait sous forme de texte. Les éventuels CareSets distincts pour les résultats de laboratoire et l'imagerie demandent eux aussi des recherches complémentaires ; il n'en découle pas que de tels profils ou accords font défaut.

Interprétation : n'utilisez pas la dénomination Medical Procedure, sans justification supplémentaire, comme synonyme de tous les rapports médicaux ; vérifiez la portée précise pour chaque flux de données.