---
id: ihe-documentdeling
type: Specification
type_label: Standaard of specificatie
title: IHE-profielen voor documentdeling (XDS, XCA, XCPD, MHD en verwante)
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: De klassieke profielen zijn final text in het IT Infrastructure Technical Framework, revisie
  20.2 (11 november 2025); MHD, PIXm, PDQm, APPC en mXDE zijn trial-implementationsupplementen.
version: ITI TF Rev. 20.2; MHD 4.2.5 (FHIR R4); PIXm 3.1.0; PDQm 3.2.0
summary: De IHE-profielen voor documentdeling beschrijven hoe zorginstellingen documenten over een patiënt
  registreren, vinden en ophalen. XDS.b doet dat binnen een groep samenwerkende instellingen, XCA en XCPD
  tussen zulke groepen, XDR en XDM bij rechtstreekse verzending of via media. PIX en PDQ regelen de patiëntidentificatie;
  ATNA, XUA, CT en BPPC beveiliging, gebruikersidentiteit, tijd en toestemming; MHD biedt een lichte API
  op FHIR. De Europese referentiesoftware voor MyHealth@EU gebruikt XCPD, XCA en XDR. De Belgische hubs
  werken met KMEHR-webservices; het Brusselse Brusafe+ gebruikte 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/ihe/
  status: established
- type: dependsOn
  direction: uit
  target: fhir
  target_url: https://ehealth-atlas.be/fhir/
  status: established
- type: comparedWith
  direction: uit
  target: hubs-metahub
  target_url: https://ehealth-atlas.be/hubs-metahub/
  status: established
- type: implements
  direction: in
  target: abrumet
  target_url: https://ehealth-atlas.be/abrumet/
  status: established
- type: implements
  direction: in
  target: myhealth-at-eu
  target_url: https://ehealth-atlas.be/myhealth-at-eu/
  status: established
- type: dependsOn
  direction: in
  target: eehrxf
  target_url: https://ehealth-atlas.be/eehrxf/
  status: hypothesis
- type: dependsOn
  direction: in
  target: ihe-beeldvormingsprofielen
  target_url: https://ehealth-atlas.be/ihe-beeldvormingsprofielen/
  status: established
release: 2026.11.12-3
url: https://ehealth-atlas.be/ihe-documentdeling/
license: CC BY 4.0
---

# IHE-profielen voor documentdeling (XDS, XCA, XCPD, MHD en verwante)

De IHE-profielen voor documentdeling beschrijven hoe zorginstellingen documenten over een patiënt registreren, vinden en ophalen. XDS.b doet dat binnen een groep samenwerkende instellingen, XCA en XCPD tussen zulke groepen, XDR en XDM bij rechtstreekse verzending of via media. PIX en PDQ regelen de patiëntidentificatie; ATNA, XUA, CT en BPPC beveiliging, gebruikersidentiteit, tijd en toestemming; MHD biedt een lichte API op FHIR. De Europese referentiesoftware voor MyHealth@EU gebruikt XCPD, XCA en XDR. De Belgische hubs werken met KMEHR-webservices; het Brusselse Brusafe+ gebruikte XDS.

## In het kort

- **Wat:** XDS.b regelt de registratie, verspreiding en raadpleging van patiëntdossiers over zorginstellingen heen, binnen een groep instellingen met gemeenschappelijke afspraken en infrastructuur.[^1][^1]
- **Hoe:** XCPD vindt de gemeenschappen die gegevens over een patiënt hebben, XCA bevraagt en haalt die op, en ATNA, XUA en BPPC leveren audit, gebruikersidentiteit en toestemmingscodes.[^2][^3][^4]
- **Stand:** de final-textprofielen staan in revisie 20.2 van het IT Infrastructure Technical Framework (11 november 2025); MHD 4.2.5 op FHIR R4 is trial implementation.[^5][^5]
- **Europa:** de referentie-implementatie van het nationale contactpunt voor MyHealth@EU gebruikt XCPD, XCA en XDR, maar een nationaal contactpunt mag een conforme alternatieve oplossing kiezen.[^6][^7]
- **België:** de hubs koppelen via KMEHR-webservices; Brusafe+ van Abrumet gebruikte IHE XDS en evolueerde volgens het jaarverslag 2025 naar FHIR.[^8][^9][^10]
- **Planning:** de Commissie moet tegen 26 maart 2027 het EEHRxF vastleggen, inclusief standaarden en profielen; het ontwerp van de EU Health Data API laat de documentuitwisseling via MHD lopen.[^11][^12]
- **Grootste onzekerheid:** welke IHE-profielen de Europese technische specificaties uiteindelijk opleggen, is nog niet beslist.[^13]

## Wat is het?

De IHE-profielen voor documentdeling zijn specificaties van [IHE](https://ehealth-atlas.be/ihe/) in het domein IT Infrastructure (ITI). Zoals elk IHE-profiel legt een profiel de actoren, transacties en informatie-inhoud voor een use case vast door naar bestaande standaarden te verwijzen.[^14] Het kernprofiel is **XDS.b** (Cross-Enterprise Document Sharing): het regelt de registratie, verspreiding en raadpleging van elektronische patiëntendossiers over zorginstellingen heen, van een artsenpraktijk tot een acuut ziekenhuis.[^1]

Twee begrippen dragen het hele stelsel. Een **XDS Affinity Domain** is een groep zorginstellingen die gemeenschappelijke afspraken en een gedeelde infrastructuur hanteert.[^1] Een **gemeenschap** (community) in de zin van XCA is een groep instellingen met gemeenschappelijke afspraken voor het delen van klinische informatie, herkenbaar aan een wereldwijd unieke homeCommunityId.[^3] XDS werkt binnen een gemeenschap; de cross-community-profielen leggen de brug tussen gemeenschappen, bijvoorbeeld tussen landen.[^2][^3]

| Profiel | Wat het regelt | Fase | Bewijs |
|---|---|---|---|
| XDS.b | documenten registreren, verspreiden en raadplegen binnen een affinity domain | final text |[^1] |
| XCA (Cross-Community Access) | patiëntgegevens bevragen en ophalen bij andere gemeenschappen | final text |[^3] |
| XCPD (Cross-Community Patient Discovery) | gemeenschappen met gegevens over een patiënt vinden en identificatoren vertalen | final text |[^2] |
| XDR (Document Reliable Interchange) | documenten en metadata voor één patiënt rechtstreeks versturen, ook zonder XDS | final text |[^15] |
| XDM (Document Media Interchange) | documenten via cd, usb of e-mail in een vaste mapstructuur | final text |[^16] |
| PIX (Patient Identifier Cross-referencing) | patiëntidentificatoren uit meerdere domeinen aan elkaar koppelen | final text |[^17] |
| PDQ (Patient Demographics Query) | een centrale patiëntenserver bevragen op demografische gegevens | final text |[^18] |
| ATNA (Audit Trail and Node Authentication) | authenticatie van knooppunten en gebruikers, auditlogging, versleuteling | final text |[^4] |
| XUA (Cross-Enterprise User Assertion) | beweringen over de gebruiker meegeven in transacties tussen instellingen | final text |[^19] |
| CT (Consistent Time) | klokken synchroniseren met een mediane fout onder één seconde | final text |[^20] |
| BPPC (Basic Patient Privacy Consents) | codes voor privacybeleid binnen een affinity domain | final text |[^21] |
| MHD (Mobile access to Health Documents) | één gestandaardiseerde API voor documentdeling, op FHIR | trial implementation |[^22][^5] |
| PIXm en PDQm | RESTful tegenhangers van PIX en PDQ voor lichte toepassingen | trial implementation |[^23][^24][^5] |
| APPC en RESTful ATNA | geavanceerde toestemming; ATNA-bevraging en -feed via REST | trial implementation |[^5] |
| mXDE | individuele gegevenselementen uit gedeelde documenten bevraagbaar maken (MHD met QEDm) | trial implementation |[^22][^5] |

### Patiëntidentificatie, beveiliging en toestemming

PIX koppelt patiëntidentificatoren uit meerdere identificatiedomeinen aan elkaar, maar schrijft zelf geen instellingsbeleid of koppelalgoritme voor; dat blijft bij de Patient Identifier Cross-reference Manager en de instelling.[^17][^17] PDQ laat toepassingen een centrale patiëntenserver bevragen op zoekcriteria en de demografische gegevens van een patiënt rechtstreeks ophalen.[^18] ATNA legt de basis van beveiliging vast: authenticatie van knooppunten en gebruikers, auditlogging en versleuteling van de communicatie.[^4] Veel andere IHE-profielen vragen of raden aan om hun actoren met ATNA-actoren te groeperen.[^4] XUA geeft beweringen over een geauthenticeerde gebruiker of toepassing mee in transacties tussen instellingen, zodat de ontvanger over toegang kan beslissen en correct kan auditen.[^19] CT synchroniseert de klokken van computers in een netwerk, wat audit en tijdstempels vergelijkbaar maakt.[^20] BPPC laat een affinity domain een basisvocabularium van codes voor privacybeleid vastleggen en ondersteunt zowel veronderstelde als uitdrukkelijke toestemming.[^21][^21]

### De mobiele variant: MHD

MHD definieert één gestandaardiseerde API voor documentdeling, bedoeld voor mobiele en andere lichte toepassingen.[^22] Het kan dienen als API bovenop een documentdelingsomgeving met XDS of XCA, of als pushmechanisme naast XDR en XDM.[^22] MHD is gebaseerd op [HL7 FHIR](https://ehealth-atlas.be/fhir/): de actuele gepubliceerde versie 4.2.5 steunt op FHIR R4.[^22] mXDE combineert MHD met het profiel QEDm, zodat individuele gegevenselementen uit gedeelde documenten bevraagbaar worden.[^22]

## Hoe is het opgebouwd?

De profielen staan in het IHE IT Infrastructure Technical Framework, dat zoals elk domein-framework door het technische comité van het domein wordt uitgewerkt.[^25] De normatieve final-textprofielen staan in revisie 20, laatst bijgewerkt tot revisie 20.2 op 11 november 2025.[^5] Nieuwe inhoud verschijnt eerst als supplement dat public comment, trial implementation en final text doorloopt, en zodra een specificatie final text is, verbiedt de IHE-governance brekende wijzigingen.[^26][^26] IHE stelt de specificaties vrij beschikbaar onder een Creative Commons-licentie.[^27]

De mobiele profielen zijn nog trial-implementationsupplementen. MHD 4.2.5 voor FHIR R4 werd laatst herzien op 18 oktober 2026, en MHD 5.0.0 voor FHIR R5 werd op 19 december 2025 gepubliceerd.[^5][^5] PDQm 3.2.0 en PIXm 3.1.0 werden beide op 6 november 2025 herzien.[^5] RESTful ATNA (herzien op 25 november 2025) en APPC (herzien op 2 juli 2021) zijn eveneens trial implementation, net als mXDE (herzien op 4 augustus 2023).[^5][^5]

### In de Europese lijst voor overheidsopdrachten

Besluit (EU) 2015/1302 laat de IHE-profielen in zijn bijlage in aanmerking komen als referentie in overheidsopdrachten.[^28] Die bijlage begint met XCPD, XCA, XCF en XDR, bevat ook CT, ATNA, BPPC en XUA, en verder PIX, PDQ, XDS.b, XDS-I.b en XDM.[^28][^28][^28][^28]

## Waar wordt het gebruikt?

| Context | Profielen | Stand | Bewijs |
|---|---|---|---|
| epSOS (voorloper van MyHealth@EU) | XCPD, XCA, XDR, optioneel XCF | historisch |[^29] |
| [MyHealth@EU](https://ehealth-atlas.be/myhealth-at-eu/), referentie-implementatie OpenNCP | XCPD, XCA, XDR, ATNA-audittrail; FHIR-diensten ernaast | productie (referentiesoftware van de Commissie) |[^6][^6][^6] |
| Belgisch hub-metahubsysteem | KMEHR-webservices, geen IHE-documentdeling gevonden | productie |[^8][^30] |
| Brusafe+ ([Abrumet](https://ehealth-atlas.be/abrumet/)) | IHE XDS-conforme componenten, XCA-gateway; MHD in ontwikkeling (2017) | geëvolueerd naar FHIR |[^9][^9][^10] |
| Beeldvorming | XDS-I.b en XCA-I | zie [IHE-beeldvormingsprofielen (XDS-I.b, XCA-I, MADO)](https://ehealth-atlas.be/ihe-beeldvormingsprofielen/) |[^31][^32] |
| Integratiesoftware | bouwstenen voor XDS, PIX, PDQ en XCPD in IPF | product |[^33] |

### Grensoverschrijdend: MyHealth@EU

In het epSOS-project steunde de uitwisselingsspecificatie op de IHE-profielen XCPD, XCA, XDR en optioneel XCF.[^29] OpenNCP, de referentie-implementatie van het nationale contactpunt, verzorgt de grensoverschrijdende uitwisseling van patiëntsamenvattingen, e-voorschriften, e-afleveringen en medische beelden met IHE-profielen en wordt onderhouden door de Europese Commissie (DG SANTE).[^6][^6] XCPD dient daarin voor de grensoverschrijdende identificatie van de patiënt, XCA voor het bevragen en ophalen van documenten en XDR voor het indienen ervan, en van elke verrichting houdt OpenNCP een ATNA-audittrail bij.[^6][^6] OpenNCP biedt daarnaast ook FHIR-diensten.[^6] Uitvoeringsverordening (EU) 2026/2083 laat nationale contactpunten die referentie-implementatie gebruiken; kiezen ze een andere oplossing, dan moet die voldoen aan de requirements catalogue en de technische specificaties.[^7] Het EU4Health-project 'Setup BE-NCPeH PS-A' bereidt de aansluiting van België op MyHealth@EU voor; welke software het Belgische contactpunt gebruikt, werd niet gevonden.[^34]

Belgisch voorbereidend werk liep via Brussel: de Europese Commissie mandateerde Abrumet om over vier jaar (2018-2021) de technische haalbaarheid van de Europese uitwisseling van het [SUMEHR](https://ehealth-atlas.be/sumehr/) uit te werken, omdat Abrumet een systeem met internationale IHE-normen kon aanbieden.[^35] Het technische werk voor de dienst PS B (het SUMEHR van een Europese patiënt in België lezen) werd op 20 december 2019 voorgesteld in de werkgroep architectuur van het eHealth-platform.[^35]

### In België: de hubs en Brusafe+

De technische interfaces tussen de hubs en met de metahub zijn standaard-webservices ('KMEHR-webservices') waarvan het eHealth-platform de specificaties publiceert.[^8] De hub-metahubarchitectuur definieert als onderdeel van [KMEHR](https://ehealth-atlas.be/kmehr/) twee sets operaties: intrahub en interhub.[^30] Een cookbook van het eHealth-platform, Vitalink, de hubs of MyCareNet dat XDS, XCA, XCPD, ATNA of XUA voorschrijft, werd in de verwerkte bronnen niet gevonden. Een GitHub-project HubsOnFHIR gaat over hoe het [hub-metahubsysteem](https://ehealth-atlas.be/hubs-metahub/) FHIR zal omarmen.[^36] Een niet-officiële referentie-implementatie moderniseert de interhubtransacties getTransactionList en getTransaction naar IHE MHD op FHIR R4.[^37]

Volgens de ontwikkelaarsdocumentatie van 2017 gebruikt de Brusafe+-omgeving IHE XDS-conforme componenten, verloopt de uitwisseling tussen XDS-omgevingen via een XCA-gateway en steunt de communicatie met het Brussels Gezondheidsnetwerk op KMEHR.[^9][^9] Een MHD Document Recipient en Document Responder waren toen in ontwikkeling.[^9] Abrumet stelde in 2020 dat de Belgische eHealth enkel KMEHR gebruikt en dat Brusafe+ via XDS/CDA en een mapping de brug slaat naar internationale standaarden.[^38] Het actieplan e-Gezondheid 2019-2021 omschreef Brusafe+ als gestructureerde gegevensuitwisseling volgens sommige door de Europese Commissie erkende IHE-profielen, waarop projecten konden aansluiten met een online cookbook en een open-source testplatform op Gazelle-basis.[^39][^39] Datzelfde plan noemde de Brusselse IHE-server met het profiel XDW als mogelijke referentie voor elektronische voorschriften en opdrachten; dat was een voorstel.[^39] Volgens de documentatie van 2017 bestond er in België geen organisatie die een gemeenschappelijke codeset voor XDS-metadata onderhoudt.[^40] Het jaarverslag 2025 stelt dat Brusafe+ aanvankelijk op XDS steunde, naar FHIR evolueerde, en dat alle toekomstige investeringen enkel naar FHIR gaan.[^10]

### Software en opleiding

Integratiesoftware levert de profielen als bouwsteen: IPF biedt bouwstenen voor IHE-profielen zoals XDS, PIX, PDQ en XCPD (zie [Apache Camel](https://ehealth-atlas.be/apache-camel/)).[^33] Agoria biedt sinds 2016 academies aan over onder meer IHE XDS.[^41]

## Planning

De EHDS-verordening verplicht de Commissie om tegen 26 maart 2027 het [EEHRxF](https://ehealth-atlas.be/eehrxf/) vast te leggen, met onder meer technische interoperabiliteitsspecificaties inclusief standaarden en profielen.[^11] Het ontwerp van de EU Health Data API koppelt de prioritaire categorieën patiëntsamenvatting, testresultaten, ontslagverslag en beeldvorming telkens aan documentuitwisseling via MHD, en laat de workflow van e-voorschrift en e-aflevering aan IHE MPD.[^12][^12] Dat ontwerp is een voorstel van HL7 Europe en IHE Europe waarover de Commissie en de lidstaten nog moeten beslissen.[^13]

## Wat betekent het voor een ziekenhuis?

- **Verplichting:** geen Belgische regel die een ziekenhuis een IHE-documentdelingsprofiel oplegt werd in de verwerkte bronnen gevonden; de nationale uitwisseling via de hubs loopt over KMEHR-webservices.[^8]
- **Aankoop:** XDS.b, XCA, XCPD, XDR, XDM, PIX, PDQ, ATNA, XUA, CT en BPPC komen sinds 2015 in aanmerking als referentie in overheidsopdrachten.[^28][^28][^28]
- **Grensoverschrijdend:** wat een ziekenhuis via MyHealth@EU bereikt, loopt in de referentiesoftware via XCPD, XCA en XDR op het niveau van het nationale contactpunt, niet rechtstreeks vanuit het ziekenhuis.[^6][^6]
- **Toekomst:** het Europese ontwerp zet MHD op FHIR centraal voor documentuitwisseling, maar dat is nog niet beslist.[^12][^13]
- **Aanbeveling (eigen):** vraag aan EPD-, PACS- en integratieleveranciers welke actoren van XDS.b, XCA, PIX/PDQ, ATNA en MHD hun product ondersteunt en of MHD op FHIR R4 op de roadmap staat; zo blijft een latere aansluiting op een Europees of FHIR-gebaseerd kanaal mogelijk zonder het documentbeheer te vervangen.

## Onzekerheden en tegenstrijdige informatie

- **Europese profielkeuze open:** de uitvoeringsverordening laat conforme alternatieven voor de referentiesoftware toe, en de profielen van de requirements catalogue en de technische specificaties werden niet gevonden.[^7]
- **Status van Brusafe+:** de documentatie van 2017 beschrijft XDS en een XCA-gateway, het jaarverslag 2025 een evolutie naar FHIR; of er nog XDS-componenten draaien, is niet vastgesteld.[^9][^10]
- **MHD in België niet officieel:** de MHD-modernisering van de interhubtransacties is een niet-officiële referentie-implementatie, geen gepubliceerde specificatie van het eHealth-platform.[^37]
- **Belgisch contactpunt:** welke software en dus welke profielen het Belgische contactpunt gebruikt, werd niet gevonden.[^34]

## Relaties

- valt onder verantwoordelijkheid van: [IHE (Integrating the Healthcare Enterprise)](https://ehealth-atlas.be/ihe/) (vastgesteld)[^5][^25]. IHE publiceert de profielen in het IT Infrastructure Technical Framework; het technische comité van dat domein werkt ze ook uit.
- hangt technisch af van: [HL7 FHIR](https://ehealth-atlas.be/fhir/) (vastgesteld)[^22][^5]. Geldt voor het mobiele profiel MHD (4.2.5 op FHIR R4, 5.0.0 op FHIR R5).
- wordt vergeleken met: [Hubs-metahubsysteem](https://ehealth-atlas.be/hubs-metahub/) (vastgesteld)[^8][^38]. Het Belgische hub-metahubsysteem gebruikt KMEHR-webservices; Brusafe+ sloeg met XDS/CDA en een mapping een brug naar internationale standaarden.
- implementeert (inkomend): [Abrumet / Réseau Santé Bruxellois](https://ehealth-atlas.be/abrumet/) (vastgesteld)[^9][^10]
- hangt technisch af van (inkomend): [EEHRxF (European EHR Exchange Format)](https://ehealth-atlas.be/eehrxf/) (hypothese)[^12][^13]
- hangt technisch af van (inkomend): [IHE-beeldvormingsprofielen (XDS-I.b, XCA-I, MADO)](https://ehealth-atlas.be/ihe-beeldvormingsprofielen/) (vastgesteld)[^32]
- implementeert (inkomend): [MyHealth@EU](https://ehealth-atlas.be/myhealth-at-eu/) (vastgesteld)[^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)
