--- id: ihe-documentdeling type: Specification type_label: Norme ou spécification title: Profils IHE de partage de documents (XDS, XCA, XCPD, MHD et apparentés) aliases: - IHE Document Sharing - XDS.b - XDS - XCA - XCPD - XDR - XDM - MHD - PIX - PIXm - PDQ - PDQm - ATNA - XUA - Consistent Time - BPPC - APPC - mXDE - IHE ITI names: nl: IHE-profielen voor documentdeling fr: profils IHE de partage de documents en: IHE Document Sharing profiles de: IHE-Profile für Dokumentenaustausch jurisdiction: - internationaal - eu themes: - architectuur-en-infrastructuur - identiteit-en-toegang - toestemming-en-relatie - grensoverschrijdend lifecycle: normatief lifecycle_note: Les profils classiques sont en final text dans l'IT Infrastructure Technical Framework, révision 20.2 (11 novembre 2025); MHD, PIXm, PDQm, APPC et mXDE sont des suppléments en trial implementation. version: ITI TF Rev. 20.2; MHD 4.2.5 (FHIR R4); PIXm 3.1.0; PDQm 3.2.0 summary: Les profils IHE de partage de documents décrivent comment les institutions de soins enregistrent, recherchent et récupèrent des documents relatifs à un patient. XDS.b le fait au sein d'un groupe d'institutions qui collaborent, XCA et XCPD entre de tels groupes, XDR et XDM en cas d'envoi direct ou via un support. PIX et PDQ règlent l'identification du patient; ATNA, XUA, CT et BPPC la sécurité, l'identité de l'utilisateur, l'heure et le consentement; MHD offre une API légère sur FHIR. Le logiciel de référence européen pour MaSanté@UE utilise XCPD, XCA et XDR. Les hubs belges fonctionnent avec des services web KMEHR; le Brusafe+ bruxellois utilisait XDS. links: - soort: documentatie url: https://profiles.ihe.net/ITI/ label: IHE IT Infrastructure (ITI) Domain taal: en - soort: documentatie url: https://profiles.ihe.net/ITI/MHD/ label: IHE MHD taal: en - soort: website url: https://www.ihe.net/ label: IHE International taal: en last_verified: '2026-11-09' relations: - type: ownedBy direction: uit target: ihe target_url: https://ehealth-atlas.be/fr/ihe-integrating-the-healthcare-enterprise/ status: established - type: dependsOn direction: uit target: fhir target_url: https://ehealth-atlas.be/fr/hl7-fhir/ status: established - type: comparedWith direction: uit target: hubs-metahub target_url: https://ehealth-atlas.be/fr/hubs-metahub-repertoire-des-references/ status: established - type: implements direction: in target: abrumet target_url: https://ehealth-atlas.be/fr/reseau-sante-bruxellois-abrumet/ status: established - type: implements direction: in target: myhealth-at-eu target_url: https://ehealth-atlas.be/fr/masante-ue/ status: established - type: dependsOn direction: in target: eehrxf target_url: https://ehealth-atlas.be/fr/format-europeen-d-echange-des-dossiers-de-sante-informatises/ status: hypothesis - type: dependsOn direction: in target: ihe-beeldvormingsprofielen target_url: https://ehealth-atlas.be/fr/profils-ihe-d-imagerie/ status: established release: 2026.11.13-2 url: https://ehealth-atlas.be/fr/profils-ihe-de-partage-de-documents/ license: CC BY 4.0 --- # Profils IHE de partage de documents (XDS, XCA, XCPD, MHD et apparentés) Les profils IHE de partage de documents décrivent comment les institutions de soins enregistrent, recherchent et récupèrent des documents relatifs à un patient. XDS.b le fait au sein d'un groupe d'institutions qui collaborent, XCA et XCPD entre de tels groupes, XDR et XDM en cas d'envoi direct ou via un support. PIX et PDQ règlent l'identification du patient ; ATNA, XUA, CT et BPPC la sécurité, l'identité de l'utilisateur, l'heure et le consentement ; MHD offre une API légère sur FHIR. Le logiciel de référence européen pour MaSanté@UE utilise XCPD, XCA et XDR. Les hubs belges fonctionnent avec des services web KMEHR ; le Brusafe+ bruxellois utilisait XDS. ## En bref - **Quoi :** XDS.b règle l'enregistrement, la diffusion et la consultation des dossiers de patients d'une institution de soins à l'autre, au sein d'un groupe d'institutions partageant des accords et une infrastructure communs.[^1][^1] - **Comment :** XCPD trouve les communautés qui détiennent des données sur un patient, XCA les interroge et les récupère, et ATNA, XUA et BPPC fournissent l'audit, l'identité de l'utilisateur et les codes de consentement.[^2][^3][^4] - **État :** les profils en final text figurent dans la révision 20.2 de l'IT Infrastructure Technical Framework (11 novembre 2025) ; MHD 4.2.5 sur FHIR R4 est en trial implementation.[^5][^5] - **Europe :** la mise en œuvre de référence du point de contact national pour MaSanté@UE utilise XCPD, XCA et XDR, mais un point de contact national peut choisir une autre solution conforme.[^6][^7] - **Belgique :** les hubs se connectent via des services web KMEHR ; Brusafe+ d'Abrumet utilisait IHE XDS et, selon le rapport annuel 2025, a évolué vers FHIR.[^8][^9][^10] - **Planning :** la Commission doit fixer l'EEHRxF au plus tard le 26 mars 2027, y compris les normes et les profils ; le projet d'EU Health Data API fait passer l'échange de documents par MHD.[^11][^12] - **Principale incertitude :** quels profils IHE les spécifications techniques européennes imposeront finalement n'a pas encore été décidé.[^13] ## Qu'est-ce que c'est ? Les profils IHE de partage de documents sont des spécifications d'[IHE](https://ehealth-atlas.be/fr/ihe-integrating-the-healthcare-enterprise/) dans le domaine IT Infrastructure (ITI). Comme tout profil IHE, chacun définit les acteurs, les transactions et le contenu informationnel d'un cas d'usage en renvoyant à des normes existantes.[^14] Le profil central est **XDS.b** (Cross-Enterprise Document Sharing) : il règle l'enregistrement, la diffusion et la consultation des dossiers électroniques de patients d'une institution de soins à l'autre, du cabinet médical à l'hôpital de soins aigus.[^1] Deux notions portent l'ensemble du système. Un **XDS Affinity Domain** est un groupe d'institutions de soins qui appliquent des accords communs et partagent une infrastructure.[^1] Une **communauté** (community) au sens de XCA est un groupe d'institutions ayant des accords communs pour le partage d'informations cliniques, identifiable par un homeCommunityId unique au niveau mondial.[^3] XDS fonctionne au sein d'une communauté ; les profils cross-community font le pont entre communautés, par exemple entre pays.[^2][^3] | Profil | Ce qu'il règle | Stade | Preuve | |---|---|---|---| | XDS.b | enregistrer, diffuser et consulter des documents au sein d'un affinity domain | final text |[^1] | | XCA (Cross-Community Access) | interroger d'autres communautés et y récupérer des données de patients | final text |[^3] | | XCPD (Cross-Community Patient Discovery) | trouver les communautés qui détiennent des données sur un patient et traduire les identifiants | final text |[^2] | | XDR (Document Reliable Interchange) | envoyer directement des documents et des métadonnées pour un seul patient, même sans XDS | final text |[^15] | | XDM (Document Media Interchange) | documents par CD, clé USB ou courriel dans une structure de dossiers fixe | final text |[^16] | | PIX (Patient Identifier Cross-referencing) | relier entre eux des identifiants de patient issus de plusieurs domaines | final text |[^17] | | PDQ (Patient Demographics Query) | interroger un serveur central de patients sur des données démographiques | final text |[^18] | | ATNA (Audit Trail and Node Authentication) | authentification des nœuds et des utilisateurs, journalisation d'audit, chiffrement | final text |[^4] | | XUA (Cross-Enterprise User Assertion) | transmettre des assertions sur l'utilisateur dans les transactions entre institutions | final text |[^19] | | CT (Consistent Time) | synchroniser les horloges avec une erreur médiane inférieure à une seconde | final text |[^20] | | BPPC (Basic Patient Privacy Consents) | codes de politique de confidentialité au sein d'un affinity domain | final text |[^21] | | MHD (Mobile access to Health Documents) | une API standardisée unique pour le partage de documents, sur FHIR | trial implementation |[^22][^5] | | PIXm et PDQm | équivalents RESTful de PIX et PDQ pour des applications légères | trial implementation |[^23][^24][^5] | | APPC et RESTful ATNA | consentement avancé ; interrogation et flux ATNA via REST | trial implementation |[^5] | | mXDE | rendre interrogeables des éléments de données individuels issus de documents partagés (MHD avec QEDm) | trial implementation |[^22][^5] | ### Identification du patient, sécurité et consentement PIX relie entre eux des identifiants de patient issus de plusieurs domaines d'identification, mais ne prescrit lui-même ni politique d'institution ni algorithme de liaison ; cela reste du ressort du Patient Identifier Cross-reference Manager et de l'institution.[^17][^17] PDQ permet à des applications d'interroger un serveur central de patients selon des critères de recherche et de récupérer directement les données démographiques d'un patient.[^18] ATNA fixe les bases de la sécurité : authentification des nœuds et des utilisateurs, journalisation d'audit et chiffrement des communications.[^4] De nombreux autres profils IHE exigent ou recommandent de grouper leurs acteurs avec des acteurs ATNA.[^4] XUA transmet, dans les transactions entre institutions, des assertions sur un utilisateur ou une application authentifiés, de sorte que le destinataire puisse décider de l'accès et réaliser un audit correct.[^19] CT synchronise les horloges des ordinateurs d'un réseau, ce qui rend l'audit et les horodatages comparables.[^20] BPPC permet à un affinity domain de fixer un vocabulaire de base de codes de politique de confidentialité et prend en charge aussi bien le consentement présumé que le consentement explicite.[^21][^21] ### La variante mobile : MHD MHD définit une API standardisée unique pour le partage de documents, destinée aux applications mobiles et autres applications légères.[^22] Il peut servir d'API au-dessus d'un environnement de partage de documents utilisant XDS ou XCA, ou de mécanisme push à côté de XDR et XDM.[^22] MHD repose sur [HL7 FHIR](https://ehealth-atlas.be/fr/hl7-fhir/) : la version publiée actuelle, 4.2.5, s'appuie sur FHIR R4.[^22] mXDE combine MHD avec le profil QEDm, de sorte que des éléments de données individuels issus de documents partagés deviennent interrogeables.[^22] ## Comment est-ce structuré ? Les profils figurent dans l'IHE IT Infrastructure Technical Framework, qui, comme tout framework de domaine, est élaboré par le comité technique du domaine.[^25] Les profils normatifs en final text figurent dans la révision 20, mise à jour en dernier lieu jusqu'à la révision 20.2 le 11 novembre 2025.[^5] Un nouveau contenu paraît d'abord sous la forme d'un supplément qui passe par les stades public comment, trial implementation et final text, et dès qu'une spécification est en final text, la gouvernance d'IHE interdit les modifications incompatibles.[^26][^26] IHE met les spécifications librement à disposition sous une licence Creative Commons.[^27] Les profils mobiles sont encore des suppléments en trial implementation. MHD 4.2.5 pour FHIR R4 a été révisé pour la dernière fois le 18 octobre 2026, et MHD 5.0.0 pour FHIR R5 a été publié le 19 décembre 2025.[^5][^5] PDQm 3.2.0 et PIXm 3.1.0 ont tous deux été révisés le 6 novembre 2025.[^5] RESTful ATNA (révisé le 25 novembre 2025) et APPC (révisé le 2 juillet 2021) sont également en trial implementation, tout comme mXDE (révisé le 4 août 2023).[^5][^5] ### Dans la liste européenne pour les marchés publics La décision (UE) 2015/1302 rend les profils IHE de son annexe éligibles comme référence dans les marchés publics.[^28] Cette annexe commence par XCPD, XCA, XCF et XDR, comprend aussi CT, ATNA, BPPC et XUA, et ensuite PIX, PDQ, XDS.b, XDS-I.b et XDM.[^28][^28][^28][^28] ## Où est-ce utilisé ? | Contexte | Profils | État | Preuve | |---|---|---|---| | epSOS (précurseur de MaSanté@UE) | XCPD, XCA, XDR, XCF facultatif | historique |[^29] | | [MaSanté@UE](https://ehealth-atlas.be/fr/masante-ue/), mise en œuvre de référence OpenNCP | XCPD, XCA, XDR, piste d'audit ATNA ; services FHIR en complément | production (logiciel de référence de la Commission) |[^6][^6][^6] | | Système belge hubs-métahub | services web KMEHR, pas de partage de documents IHE trouvé | production |[^8][^30] | | Brusafe+ ([Abrumet](https://ehealth-atlas.be/fr/reseau-sante-bruxellois-abrumet/)) | composants conformes à IHE XDS, passerelle XCA ; MHD en développement (2017) | a évolué vers FHIR |[^9][^9][^10] | | Imagerie | XDS-I.b et XCA-I | voir [Profils IHE d'imagerie (XDS-I.b, XCA-I, MADO)](https://ehealth-atlas.be/fr/profils-ihe-d-imagerie/) |[^31][^32] | | Logiciels d'intégration | briques pour XDS, PIX, PDQ et XCPD dans IPF | produit |[^33] | ### Transfrontalier : MaSanté@UE Dans le projet epSOS, la spécification d'échange reposait sur les profils IHE XCPD, XCA, XDR et, de manière facultative, XCF.[^29] OpenNCP, la mise en œuvre de référence du point de contact national, assure l'échange transfrontalier de résumés patients, de prescriptions électroniques, de dispensations électroniques et d'images médicales au moyen de profils IHE, et est maintenu par la Commission européenne (DG SANTE).[^6][^6] XCPD y sert à l'identification transfrontalière du patient, XCA à la recherche et à la récupération de documents et XDR à leur soumission, et OpenNCP tient une piste d'audit ATNA de chaque opération.[^6][^6] OpenNCP offre en outre des services FHIR.[^6] Le règlement d'exécution (UE) 2026/2083 permet aux points de contact nationaux d'utiliser cette mise en œuvre de référence ; s'ils choisissent une autre solution, celle-ci doit être conforme au catalogue des exigences et aux spécifications techniques.[^7] Le projet EU4Health 'Setup BE-NCPeH PS-A' prépare le raccordement de la Belgique à MaSanté@UE ; le logiciel qu'utilise le point de contact belge n'a pas été trouvé.[^34] Un travail préparatoire belge a été mené via Bruxelles : la Commission européenne a mandaté Abrumet pour développer sur quatre ans (2018-2021) les faisabilités techniques de l'échange du [SUMEHR](https://ehealth-atlas.be/fr/sumehr/) en Europe, parce qu'Abrumet pouvait proposer un système avec des normes internationales IHE.[^35] Le travail technique pour le service PS B (lecture du SUMEHR d'un patient européen en Belgique) a été présenté le 20 décembre 2019 dans le groupe de travail architecture de la Plate-forme eHealth.[^35] ### En Belgique : les hubs et Brusafe+ Les interfaces techniques entre les hubs et avec le métahub sont des services web standard (« services web KMEHR ») dont la Plate-forme eHealth publie les spécifications.[^8] L'architecture hub-métahub définit, dans le cadre de [KMEHR](https://ehealth-atlas.be/fr/kmehr/), deux ensembles d'opérations : intrahub et interhub.[^30] Aucun cookbook de la Plate-forme eHealth, de Vitalink, des hubs ou de MyCareNet prescrivant XDS, XCA, XCPD, ATNA ou XUA n'a été trouvé dans les sources traitées. Un projet GitHub, HubsOnFHIR, porte sur la manière dont le [système Hubs & Metahub](https://ehealth-atlas.be/fr/hubs-metahub-repertoire-des-references/) adoptera FHIR.[^36] Une implémentation de référence non officielle modernise les transactions interhubs getTransactionList et getTransaction vers IHE MHD sur FHIR R4.[^37] Selon la documentation pour développeurs de 2017, l'environnement Brusafe+ utilise des composants conformes à IHE XDS, l'échange entre environnements XDS passe par une passerelle XCA et la communication avec le Réseau Santé Bruxellois repose sur KMEHR.[^9][^9] Un MHD Document Recipient et un Document Responder étaient alors en développement.[^9] Abrumet affirmait en 2020 que l'e-santé belge n'utilise que KMEHR et que Brusafe+ fait le lien avec les standards internationaux via XDS/CDA et un mapping.[^38] Le plan d'action e-Santé 2019-2021 décrivait Brusafe+ comme un échange de données structurées selon certains profils IHE reconnus par la Commission européenne ; des projets pouvaient se connecter à Brusafe+ au moyen d'un cookbook en ligne et d'une plateforme de test open source basée sur Gazelle.[^39][^39] Ce même plan citait le serveur IHE bruxellois, avec le profil XDW, comme référence possible pour les prescriptions et ordonnances électroniques ; il s'agissait d'une proposition.[^39] Selon la documentation de 2017, il n'existait en Belgique aucune organisation chargée de maintenir un ensemble de codes commun pour les métadonnées XDS.[^40] Le rapport annuel 2025 indique que Brusafe+ était initialement basé sur la norme XDS, a évolué vers la norme FHIR, et que tous les investissements futurs seront concentrés sur FHIR uniquement.[^10] ### Logiciels et formation Les logiciels d'intégration fournissent les profils sous forme de briques : IPF propose des briques pour des profils IHE tels que XDS, PIX, PDQ et XCPD (voir [Apache Camel](https://ehealth-atlas.be/fr/apache-camel/)).[^33] Agoria propose depuis 2016 des académies portant notamment sur IHE XDS.[^41] ## Planning Le règlement relatif à l'espace européen des données de santé oblige la Commission à établir au plus tard le 26 mars 2027 l'[EEHRxF](https://ehealth-atlas.be/fr/format-europeen-d-echange-des-dossiers-de-sante-informatises/), avec notamment des spécifications techniques d'interopérabilité, y compris les normes et les profils.[^11] Le projet d'EU Health Data API associe chacune des catégories prioritaires résumé patient, résultats d'examens, rapport de sortie et imagerie à un échange de documents via MHD, et laisse le workflow de la prescription électronique et de la dispensation électronique à IHE MPD.[^12][^12] Ce projet est une proposition de HL7 Europe et d'IHE Europe sur laquelle la Commission et les États membres doivent encore se prononcer.[^13] ## Qu'est-ce que cela signifie pour un hôpital ? - **Obligation :** aucune règle belge imposant à un hôpital un profil IHE de partage de documents n'a été trouvée dans les sources traitées ; l'échange national via les hubs passe par des services web KMEHR.[^8] - **Achats :** XDS.b, XCA, XCPD, XDR, XDM, PIX, PDQ, ATNA, XUA, CT et BPPC sont éligibles depuis 2015 comme référence dans les marchés publics.[^28][^28][^28] - **Transfrontalier :** ce qu'un hôpital atteint via MaSanté@UE passe, dans le logiciel de référence, par XCPD, XCA et XDR au niveau du point de contact national, et non directement depuis l'hôpital.[^6][^6] - **Avenir :** le projet européen place MHD sur FHIR au centre de l'échange de documents, mais ce n'est pas encore décidé.[^12][^13] - **Recommandation (propre) :** demandez aux fournisseurs de DPI, de PACS et de logiciels d'intégration quels acteurs de XDS.b, XCA, PIX/PDQ, ATNA et MHD leur produit prend en charge et si MHD sur FHIR R4 figure dans leur feuille de route ; un raccordement ultérieur à un canal européen ou basé sur FHIR reste ainsi possible sans remplacer la gestion documentaire. ## Incertitudes et informations contradictoires - **Choix européen des profils ouvert :** le règlement d'exécution admet des alternatives conformes au logiciel de référence, et les profils du catalogue des exigences et des spécifications techniques n'ont pas été trouvés.[^7] - **Statut de Brusafe+ :** la documentation de 2017 décrit XDS et une passerelle XCA, le rapport annuel 2025 une évolution vers FHIR ; la question de savoir si des composants XDS fonctionnent encore n'a pas été établie.[^9][^10] - **MHD non officiel en Belgique :** la modernisation MHD des transactions interhubs est une implémentation de référence non officielle, et non une spécification publiée par la Plate-forme eHealth.[^37] - **Point de contact belge :** le logiciel, et donc les profils, qu'utilise le point de contact belge n'ont pas été trouvés.[^34] ## Relaties - relève de: [IHE (Integrating the Healthcare Enterprise)](https://ehealth-atlas.be/fr/ihe-integrating-the-healthcare-enterprise/) (établi)[^5][^25]. IHE publiceert de profielen in het IT Infrastructure Technical Framework; het technische comité van dat domein werkt ze ook uit. - dépend de: [HL7 FHIR](https://ehealth-atlas.be/fr/hl7-fhir/) (établi)[^22][^5]. Geldt voor het mobiele profiel MHD (4.2.5 op FHIR R4, 5.0.0 op FHIR R5). - est comparé à: [Hubs & Metahub (répertoire des références)](https://ehealth-atlas.be/fr/hubs-metahub-repertoire-des-references/) (établi)[^8][^38]. Het Belgische hub-metahubsysteem gebruikt KMEHR-webservices; Brusafe+ sloeg met XDS/CDA en een mapping een brug naar internationale standaarden. - implémente (entrant): [Réseau Santé Bruxellois (Abrumet)](https://ehealth-atlas.be/fr/reseau-sante-bruxellois-abrumet/) (établi)[^9][^10] - dépend de (entrant): [EEHRxF (format européen d'échange des dossiers de santé informatisés)](https://ehealth-atlas.be/fr/format-europeen-d-echange-des-dossiers-de-sante-informatises/) (hypothèse)[^12][^13] - dépend de (entrant): [Profils IHE d'imagerie (XDS-I.b, XCA-I, MADO)](https://ehealth-atlas.be/fr/profils-ihe-d-imagerie/) (établi)[^32] - implémente (entrant): [MaSanté@UE (MyHealth@EU)](https://ehealth-atlas.be/fr/masante-ue/) (établi)[^6][^7] ## Open vragen - Welke IHE-profielen schrijven de technische specificaties en de requirements catalogue van MyHealth@EU onder Uitvoeringsverordening (EU) 2026/2083 voor, en zijn die publiek? - Gebruikt het Belgische nationale contactpunt (project Setup BE-NCPeH PS-A) OpenNCP of een eigen implementatie, en dus XCPD, XCA en XDR? - Zal de uitvoeringshandeling over het EEHRxF (art. 15 EHDS) MHD, PDQm of andere IHE-profielen bij naam opleggen, zoals het ontwerp van de EU Health Data API voorstelt? - Ondersteunt de Belgische FHIR-modernisering van de interhubdiensten (HubsOnFHIR) MHD, of een eigen profiel? - Draait Brusafe+ vandaag nog deels op XDS, of is het volledig naar FHIR overgegaan? - Noemen de EHDS-verordening en de uitvoeringsverordeningen 2026/2083 en 2026/2099 IHE ergens bij naam, of laten ze de profielkeuze volledig aan de technische specificaties? ## Bronnen [^1]: [ITI TF Vol. 1 - 10 Cross-Enterprise Document Sharing (XDS.b)](https://profiles.ihe.net/ITI/TF/Volume1/ch-10.html). IHE International. Opgehaald 2026-11-09, sha256 adcd29e6ef0fea62… (SRC-e2a1a566ee) [^2]: [ITI TF Vol. 1 - 27 Cross-Community Patient Discovery (XCPD)](https://profiles.ihe.net/ITI/TF/Volume1/ch-27.html). IHE International. Opgehaald 2026-11-09, sha256 dcb69b296e46b1a6… (SRC-82a460cfb4) [^3]: [ITI TF Vol. 1 - 18 Cross-Community Access (XCA)](https://profiles.ihe.net/ITI/TF/Volume1/ch-18.html). IHE International. Opgehaald 2026-11-09, sha256 e071a4f3352d5493… (SRC-0fe2b95777) [^4]: [ITI TF Vol. 1 - 9 Audit Trail and Node Authentication (ATNA) Profile](https://profiles.ihe.net/ITI/TF/Volume1/ch-9.html). IHE International. Opgehaald 2026-11-09, sha256 cf84c1840cd06de1… (SRC-0c3b6c1d28) [^5]: [IT Infrastructure (ITI) Domain](https://profiles.ihe.net/ITI/). IHE International. Opgehaald 2026-11-09, sha256 a3ebc5b2aad897f4… (SRC-c8de2ba61a) [^6]: [MyHealth@EU OpenNCP - README](https://code.europa.eu/ehdsi/ehealth/-/raw/master/README.md). Europese Commissie (DG SANTE). Opgehaald 2026-11-09, sha256 f79722ab2d3b9d1d… (SRC-a97a9d1bb7) [^7]: [Implementing regulation - EU - 2026/2083 - EN - EUR-Lex](https://eur-lex.europa.eu/eli/reg_impl/2026/2083/oj/eng). Europese Commissie (EUR-Lex), 2026-09-21. Opgehaald 2026-09-26, sha256 270b7f16a3cc59e6… (SRC-403fc76309) [^8]: [Reglement betreffende de uitwisseling van gezondheidsgegevens tussen gezondheidssystemen verbonden via het verwijzingsrepertorium van het eHealth-platform](https://www.ehealth.fgov.be/ehealthplatform/file/cc73d96153bbd5448a56f19d925d05b1379c7f21/224752516d4aeb87b0800b448cd4b0645f74c2a9/reglement-hub-metahub.pdf). eHealth-platform / Informatieveiligheidscomité, 2014-02-18. Opgehaald 2026-09-25, sha256 f5e242162df00247… (SRC-f4d7f1af3a) [^9]: [IHE XDS Components (Brusafe+)](https://doc.abrumet.be/spaces/MQE/pages/543555512/IHE+XDS+Components). Abrumet. Opgehaald 2026-09-30, sha256 9dcff1a3cd549753… (SRC-d81b432dd2) [^10]: [Abrumet - Rapport annuel 2025](https://brusselshealthnetwork.be/wp-content/uploads/2026/06/2025-Rapport-Annuel.pdf). Abrumet asbl, 2026-06-01. Opgehaald 2026-10-08, sha256 edcc2173ae395c94… (SRC-d88dd8ca9b) [^11]: [Regulation (EU) 2025/327 of the European Parliament and of the Council of 11 February 2025 on the European Health Data Space and amending Directive 2011/24/EU and Regulation (EU) 2024/2847](https://eur-lex.europa.eu/eli/reg/2025/327/oj/eng). Europees Parlement en Raad van de EU (EUR-Lex), 2025-03-05. Opgehaald 2026-09-25, sha256 87d9f6722e7949ce… (SRC-af26b6d770) [^12]: [EU Health Data API 1.0.0-ballot - Home](https://hl7.eu/fhir/health-data-api/1.0.0-ballot/en/index.html). HL7 Europe, 2026-03-13. Opgehaald 2026-11-05, sha256 e20e7629c8c6d7fa… (SRC-5b23061c0d) [^13]: [EU Health Data API 1.0.0-ballot - Regulatory Anchors](https://hl7.eu/fhir/health-data-api/1.0.0-ballot/en/regulatoryAnchors.html). HL7 Europe, 2026-03-13. Opgehaald 2026-11-05, sha256 e1aea86b50b21b63… (SRC-11eab7dc48) [^14]: [IHE Process](https://www.ihe.net/about_ihe/ihe_process/). IHE International. Opgehaald 2026-11-09, sha256 a4838d767e2452bc… (SRC-b6e5852d6d) [^15]: [ITI TF Vol. 1 - 15 Cross-Enterprise Document Reliable Interchange (XDR)](https://profiles.ihe.net/ITI/TF/Volume1/ch-15.html). IHE International. Opgehaald 2026-11-09, sha256 fd17fca54a1333a3… (SRC-75219362df) [^16]: [ITI TF Vol. 1 - 16 Cross-Enterprise Document Media Interchange (XDM)](https://profiles.ihe.net/ITI/TF/Volume1/ch-16.html). IHE International. Opgehaald 2026-11-09, sha256 acea735b2f2fa966… (SRC-c7f27cf640) [^17]: [ITI TF Vol. 1 - 5 Patient Identifier Cross-referencing (PIX)](https://profiles.ihe.net/ITI/TF/Volume1/ch-5.html). IHE International. Opgehaald 2026-11-09, sha256 10040e1fed54753c… (SRC-c07c242acd) [^18]: [ITI TF Vol. 1 - 8 Patient Demographics Query (PDQ)](https://profiles.ihe.net/ITI/TF/Volume1/ch-8.html). IHE International. Opgehaald 2026-11-09, sha256 2e0730466a5e43bd… (SRC-02d82932e9) [^19]: [ITI TF Vol. 1 - 13 Cross Enterprise User Assertion (XUA)](https://profiles.ihe.net/ITI/TF/Volume1/ch-13.html). IHE International. Opgehaald 2026-11-09, sha256 ebb8e943e94e9b1c… (SRC-e04ee076d2) [^20]: [ITI TF Vol. 1 - 7 Consistent Time (CT)](https://profiles.ihe.net/ITI/TF/Volume1/ch-7.html). IHE International. Opgehaald 2026-11-09, sha256 f21e85d17351c365… (SRC-5f8536838b) [^21]: [ITI TF Vol. 1 - 19 Basic Patient Privacy Consents (BPPC)](https://profiles.ihe.net/ITI/TF/Volume1/ch-19.html). IHE International. Opgehaald 2026-11-09, sha256 3da8554bce54aa47… (SRC-b3c3903b2d) [^22]: [Mobile access to Health Documents (MHD)](https://profiles.ihe.net/ITI/MHD/). IHE International. Opgehaald 2026-11-09, sha256 fac04e1fb85aeea1… (SRC-773b64a361) [^23]: [Patient Identifier Cross-referencing for mobile (PIXm)](https://profiles.ihe.net/ITI/PIXm/). IHE International. Opgehaald 2026-11-09, sha256 43b80d064b09a98a… (SRC-9865210329) [^24]: [Patient Demographics Query for Mobile (PDQm)](https://profiles.ihe.net/ITI/PDQm/). IHE International. Opgehaald 2026-11-09, sha256 a2f976e09644d7d3… (SRC-368e5d9143) [^25]: [IHE Domains](https://www.ihe.net/ihe_domains/). IHE International. Opgehaald 2026-11-09, sha256 46526a63884edd4c… (SRC-9b92891d8d) [^26]: [IHE Technical Frameworks General Introduction - 8 IHE Technical Framework Development and Publication Process](https://profiles.ihe.net/GeneralIntro/ch-8.html). IHE International. Opgehaald 2026-11-09, sha256 115d327ea7daf94b… (SRC-35ac7378b0) [^27]: [European Health Data Space](https://ihe-europe.net/EHDS-Primary-Use). IHE-Europe. Opgehaald 2026-11-09, sha256 f6dd3a0a8bf5ff09… (SRC-aacfd03cb1) [^28]: [Besluit (EU) 2015/1302 van de Commissie van 28 juli 2015 over de identificatie van IHE-profielen voor verwijzing bij overheidsopdrachten (PB L 199 van 29.7.2015, Engelse versie)](http://publications.europa.eu/resource/cellar/efbf71c7-35b2-11e5-9f85-01aa75ed71a1.0006.01/DOC_1). Europese Commissie (Publicatiebureau van de EU), 2015-07-29. Opgehaald 2026-11-09, sha256 cdc59ebe56168cf2… (SRC-1d5e0fe877) [^29]: [eHealth Network Guideline on Electronic exchange of health data under the Cross-border Directive 2011/24/EU](https://health.ec.europa.eu/system/files/2018-02/ev_20160607_co05_03_en_0.pdf). eHealth Network, 2016-06-07. Opgehaald 2026-11-09, sha256 fdc1e8cbb98a9a8e… (SRC-65c8f7ca7b) [^30]: [KMEHR Web Services (hub-metahub intrahub/interhub)](https://www.ehealth.fgov.be/standards/kmehr/en/web-services). eHealth-platform. Opgehaald 2026-09-25, sha256 9d48154d8ac7c1d7… (SRC-48cdc8b063) [^31]: [Cross-enterprise Document Sharing for Imaging - IHE Wiki](https://wiki.ihe.net/index.php/Cross-enterprise_Document_Sharing_for_Imaging). IHE International. Opgehaald 2026-09-28, sha256 a4fc8a69c1673cb2… (SRC-23e8a71af0) [^32]: [Cross-Community Access for Imaging - IHE Wiki](https://wiki.ihe.net/index.php/Cross-Community_Access_for_Imaging). IHE International. Opgehaald 2026-09-28, sha256 d2c8b39d6ad0581c… (SRC-bfc1950430) [^33]: [Open eHealth Integration Platform (IPF) - GitHub](https://github.com/oehf/ipf). Open eHealth Foundation. Opgehaald 2026-09-28, sha256 3663ca1a40b11ce7… (SRC-54855d801f) [^34]: [2024 EU4Health Work Programme: new projects advancing digital healthcare across the EU](https://hadea.ec.europa.eu/news/2024-eu4health-work-programme-new-projects-advancing-digital-healthcare-across-eu-2025-12-03_en). European Health and Digital Executive Agency (HaDEA), 2025-12-03. Opgehaald 2026-09-29, sha256 747c50eb42c24e36… (SRC-32a456bf46) [^35]: [Pilotage - A propos du RSW](https://www.reseausantewallon.be/a-propos-du-rsw/pilotage/). Réseau Santé Wallon (FRATEM asbl). Opgehaald 2026-09-26, sha256 9dc1737de96b9d06… (SRC-d326a67e9c) [^36]: [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) [^37]: [Belgian eHealth Interhub FHIR Simulator](https://github.com/nhermab/fhir-ehealth-hub-simulator). GitHub (nhermab). Opgehaald 2026-09-25, sha256 35eab545eb57a665… (SRC-1abe55e4ec) [^38]: [About Brusafe+](https://doc.abrumet.be/spaces/MQE/pages/543555568/About+Brusafe). Abrumet. Opgehaald 2026-09-30, sha256 cb59e20b92a85aea… (SRC-32c4c82d84) [^39]: [Actieplan e-Gezondheid 2019-2021 (Wayback-kopie)](https://web.archive.org/web/20250120221035id_/https://www.health.belgium.be/sites/default/files/uploads/fields/fpshealth_theme_file/actieplan_2019-2021_e-gezondheid.pdf). Interministeriële Conferentie Volksgezondheid / FOD Volksgezondheid, 2019-01-28. Opgehaald 2026-09-25, sha256 b37f794e01ef898d… (SRC-0f93303116) [^40]: [Metadata (Brusafe+ XDS)](https://doc.abrumet.be/spaces/MQE/pages/543555510/Metadata). Abrumet. Opgehaald 2026-09-30, sha256 dbad9dc7e462a3c7… (SRC-f6d53cdda3) [^41]: [Advies: Technical and regulatory affairs (HealthTech)](https://www.agoria.be/nl/themas/industry-clusters/healthtech/diensten/advies-technical-and-regulatory-affairs). Agoria. Opgehaald 2026-09-28, sha256 108010c427b5e7a0… (SRC-b739dcc2e3)