--- id: kmehr type: Specification type_label: Standaard of specificatie title: KMEHR aliases: - Kmehr - Kind Messages for Electronic Healthcare Records - KMEHR-bus - KMEHR-webservices names: nl: KMEHR fr: KMEHR en: KMEHR (Kind Messages for Electronic Healthcare Records) jurisdiction: - belgie themes: - architectuur-en-infrastructuur - medicatie lifecycle: normatief lifecycle_note: Actief onderhouden (schema 1.43.1, 10/02/2026; geen nieuwere release gevonden op 30/09/2026); geleidelijke overgang naar FHIR. Volgens RIZIV (maart 2026) wordt KMEHR read-only op 'Point T' (12 maanden na de laatste patient summary CareSet); geen einddatum voor volledige uitfasering gevonden. version: 1.43.1 (XML-schema, 10/02/2026) summary: KMEHR is de Belgische XML-berichtstandaard voor gestructureerde klinische informatie, ingevoerd in 2002 en beheerd door het eHealth-platform. Hij omvat een XML-schema, erkende transacties (o.a. Sumehr, medicatieschema) en referentietabellen, aangevuld met webservices zoals die van het hubs-metahubsysteem. KMEHR is vandaag in productie bij Vitalink en de hubs (RSW sinds 25/03/2025 op XSD 1.40.2; versie van de andere hubs niet gevonden) en bij Recip-e (recentste publieke specificatie 2023 noemt KMEHR 1.28). De BMUC-hub-basis (KB 10/04/2025) koppelt de te publiceren ziekenhuisdocumenten aan KMEHR-transactieprofielen. Nieuwe stromen gebruiken bij voorkeur FHIR (beleid sinds 2019; binnen BIHR vanaf 2028) en bestaande KMEHR-stromen worden geleidelijk vervangen. Op 'Point T' (12 maanden na de laatste patient summary CareSet) wordt KMEHR read-only; een datum voor volledige uitfasering is niet gevonden. last_verified: '2026-09-30' relations: - type: ownedBy direction: uit target: ehealth-platform target_url: https://ehealth-atlas.be/ehealth-platform/ status: established - type: usesTerminology direction: uit target: ucum target_url: https://ehealth-atlas.be/ucum/ status: established - type: usesTerminology direction: uit target: icpc-2 target_url: https://ehealth-atlas.be/icpc-2/ status: established - type: implements direction: in target: abrumet target_url: https://ehealth-atlas.be/abrumet/ status: established - type: implements direction: in target: ebirth target_url: https://ehealth-atlas.be/ebirth/ status: established - type: implements direction: in target: emsr target_url: https://ehealth-atlas.be/emsr/ status: established - type: implements direction: in target: hubs-metahub target_url: https://ehealth-atlas.be/hubs-metahub/ status: established - type: implements direction: in target: medicatieschema target_url: https://ehealth-atlas.be/medicatieschema/ status: established - type: implements direction: in target: mult-emediatt target_url: https://ehealth-atlas.be/mult-emediatt/ status: established - type: implements direction: in target: recip-e target_url: https://ehealth-atlas.be/recip-e/ status: established - type: implements direction: in target: rsw target_url: https://ehealth-atlas.be/rsw/ status: established - type: implements direction: in target: vaccinnet target_url: https://ehealth-atlas.be/vaccinnet/ status: established - type: implements direction: in target: vitalink target_url: https://ehealth-atlas.be/vitalink/ status: established - type: involves direction: in target: arbeidsongeschiktheid-digitaal target_url: https://ehealth-atlas.be/arbeidsongeschiktheid-digitaal/ status: established - type: involves direction: in target: lab-e-ordering target_url: https://ehealth-atlas.be/lab-e-ordering/ status: established - type: involves direction: in target: uc-medicatieschema-ziekenhuis target_url: https://ehealth-atlas.be/uc-medicatieschema-ziekenhuis/ status: established - type: involves direction: in target: uc-verslagen-delen-via-hub target_url: https://ehealth-atlas.be/uc-verslagen-delen-via-hub/ status: established - type: about direction: in target: bihr target_url: https://ehealth-atlas.be/bihr/ status: established - type: about direction: in target: bihr-contactrapport target_url: https://ehealth-atlas.be/bihr-contactrapport/ status: established - type: about direction: in target: integratie-engine target_url: https://ehealth-atlas.be/integratie-engine/ status: established - type: about direction: in target: rechtsgrond-fhir-snomed target_url: https://ehealth-atlas.be/rechtsgrond-fhir-snomed/ status: established - type: requires direction: in target: bmuc-epd-criteria target_url: https://ehealth-atlas.be/bmuc-epd-criteria/ status: established - type: replaces direction: in target: fhir target_url: https://ehealth-atlas.be/fhir/ status: established - type: partOf direction: in target: kmehr-labresult target_url: https://ehealth-atlas.be/kmehr-labresult/ status: established - type: partOf direction: in target: sumehr target_url: https://ehealth-atlas.be/sumehr/ status: established - type: seeAlso direction: in target: vidis target_url: https://ehealth-atlas.be/vidis/ status: hypothesis release: 2026.10.05-1 url: https://ehealth-atlas.be/kmehr/ license: CC BY 4.0 --- # KMEHR KMEHR is de Belgische XML-berichtstandaard voor gestructureerde klinische informatie, ingevoerd in 2002 en beheerd door het eHealth-platform. Hij omvat een XML-schema, erkende transacties (o.a. Sumehr, medicatieschema) en referentietabellen, aangevuld met webservices zoals die van het hubs-metahubsysteem. KMEHR is vandaag in productie bij Vitalink en de hubs (RSW sinds 25/03/2025 op XSD 1.40.2; versie van de andere hubs niet gevonden) en bij Recip-e (recentste publieke specificatie 2023 noemt KMEHR 1.28). De BMUC-hub-basis (KB 10/04/2025) koppelt de te publiceren ziekenhuisdocumenten aan KMEHR-transactieprofielen. Nieuwe stromen gebruiken bij voorkeur FHIR (beleid sinds 2019; binnen BIHR vanaf 2028) en bestaande KMEHR-stromen worden geleidelijk vervangen. Op 'Point T' (12 maanden na de laatste patient summary CareSet) wordt KMEHR read-only; een datum voor volledige uitfasering is niet gevonden. ## In het kort - KMEHR is de Belgische XML-berichtstandaard van 2002 (schema, erkende transacties, referentietabellen en webservices)[^1]; de recentste schemarelease is 1.43.1 van 10/02/2026[^2]. - De hubdiensten (intrahub en interhub) maken deel uit van de KMEHR-specificatie[^3][^4]; RSW draait die diensten sinds 25/03/2025 op KMEHR-XSD 1.40.2, voordien 1.26[^5]. Voor de andere hubs werd geen versie gevonden. - De BMUC-hub-basis (KB 10/04/2025, bijlage 19) koppelt operatie- en anesthesieverslagen aan het profiel Report[^6] en beeldvorming en medisch-technische onderzoeken aan Procedure result[^6], dat CD-TRANSACTION 'result' vereist[^7]. - De recentste publieke Recip-e-specificaties (documentversie 20230224, pakket 02/06/2023) noemen KMEHR 1.28 de huidige versie[^8]. - Een officiële FHIR-interhubspecificatie werd niet gevonden; CoZo testte in juni 2026 een gefedereerde FHIR-uitwisseling met een gesimuleerde hub (test, geen productie)[^9]. - Voor nieuwe stromen is FHIR de voorkeursstandaard[^1]; KMEHR wordt op 'Point T' read-only[^10], maar een einddatum werd niet gevonden. ## Wat is het? KMEHR (Kind Messages for Electronic Healthcare Records) is de Belgische berichtstandaard voor gestructureerde klinische informatie. Hij werd in 2002 ingevoerd als implementatie van de vierde aanbeveling van de Belgische Commissie voor Gezondheidstelematica[^1]. KMEHR bestaat uit een XML-schema met een algemene berichtgrammatica, een set erkende medische transacties en referentietabellen, aangevuld met webservices[^1]. Bekende transacties zijn de [Sumehr](https://ehealth-atlas.be/sumehr/)[^11] en de transacties die samen het [gedeeld medicatieschema](https://ehealth-atlas.be/medicatieschema/) vormen[^12]. Niet elke transactie hoeft even sterk gestructureerd te zijn: een 'contactreport' vraagt slechts normalisatieniveau 1, waarbij de inhoud als vrije tekst of ingekapseld document mag worden verstuurd[^13]. ## Welk probleem lost het op? KMEHR maakt de uitwisseling van gestructureerde klinische informatie tussen Belgische zorgactoren mogelijk[^1]. Daarnaast definieert KMEHR de webservices van het [hubs-metahubsysteem](https://ehealth-atlas.be/hubs-metahub/): intrahub-operaties (hub naar eigen clients) en interhub-operaties (hub naar hub)[^3]. De hubdiensten zijn dus onderdeel van de KMEHR-specificatie[^4]. Met getTransactionList kan binnen de eigen hub of over het hele hubsysteem gezocht worden[^14]. Volgens de specificatie van 2015 zullen alle interhub-uitwisselingen uitsluitend op het INSZ van de patiënt steunen[^4]. ## Beheer, versies en status Het [eHealth-platform](https://ehealth-atlas.be/ehealth-platform/) beheert de KMEHR-standaard en de standaardensite[^1]; die site biedt onder meer de laatste KMEHR-XSD en de KMEHR-validator aan[^1]. KMEHR wordt nog actief onderhouden[^15]: volgens de versietabel is de meest recente schemaversie 1.43.1 (10/02/2026)[^2], na 1.42.1 (01/06/2025)[^2] en 1.41.0 (01/08/2024)[^2]. Release 1.40.2 (2024) voegde de mediatypes `application/fhir+json` en `application/fhir+xml` toe, zodat FHIR-inhoud in een KMEHR-bericht gesignaleerd kan worden[^2]. De hub-metahub-webservicedefinities (xsd-hubservices 3.6.0, 2024-03-27) zijn volgens de inleidende tekst 'draft', terwijl de afzonderlijke operaties als 'Published' zijn opgelijst[^3]. De referentietabel CD-TRANSACTION met de erkende transactietypes staat op versie 1.17 van 21/03/2024; sommige waarden zijn er als verouderd (deprecated) gemarkeerd[^16]. **Interhubdiensten (stand 30/09/2026).** De standaardensite vermeldt voor interhub getTransactionList status Published, versie 1.1 van 06/12/2018[^17]. De documenthistoriek van die specificatie kent enkel versie 1.0 (30/07/2010) en 1.1 (06/12/2018)[^18]. Eigen afleiding: de voetregel 'v1.2 dd XXXX' in dezelfde PDF is waarschijnlijk een niet-ingevulde sjabloonregel, want een versie 1.2 werd op de site niet gevonden[^18]. Voor interhub getTransaction dateert de website versie 1.1 op 24/07/2019[^19], de gelinkte PDF op 04/10/2018[^20] (zie onzekerheden). Let op het verschil tussen schemaversie en transactieversie: Sumehr 2.0 vereist bijvoorbeeld KMEHR 20161201 of recenter[^11]. Volgens de [Recip-e](https://ehealth-atlas.be/recip-e/)-inhoudsrichtlijnen van 2019/2020 mochten elektronische voorschriften vanaf 01/05/2020 op KMEHR 1.28 steunen, verplicht vanaf 01/06/2020[^21]. Die productierichtlijnen zijn sinds 23/03/2021 obsoleet en opgenomen in de algemene dematerialisatiespecificaties[^22]. De recentste daarvan (documentversie 20230224, pakket 02/06/2023) noemen KMEHR 1.28 nog altijd de huidige versie[^8], en de SDK voor voorschrijvers valideert tegen kmehr-1.28.xsd[^8]. Een Recip-e-specificatie uit 2024-2026 werd niet gevonden (hiaat, 30/09/2026). ## Belgische toepassing KMEHR is in productie bij [Vitalink](https://ehealth-atlas.be/vitalink/), de geïntegreerde softwarepakketten, het eHealth-platform, de [ziekenhuisnetwerken](https://ehealth-atlas.be/locoregionale-ziekenhuisnetwerken/) en de andere gezondheidskluizen[^23]. Vitalink werkt anno 2026 met twee omgevingen: FHIR als huidige standaard en een legacy KMEHR-omgeving die nog gebruikt wordt voor onder meer medicatieschema, Sumehr, kindrapport en journaalitems[^24]. Recip-e gebruikt KMEHR XML als berichtformaat voor het elektronisch voorschrift[^21], volgens de recentste publieke specificaties (2023) op KMEHR 1.28[^8]. De hubs en de metahub communiceren via 'KMEHR-webservices' die het eHealth-platform publiceert[^25]. ### Publicatie via de hubs: versie per hub *Interpretatie*: welke KMEHR-versie een hub aanvaardt, bepaalt mee welke transactiecodes een ziekenhuis kan publiceren; bij RSW kwamen er met de nieuwe versie waarden bij[^5]. Publieke gegevens per hub (raadpleging 30/09/2026): | Hub | KMEHR-versie hubdiensten | Wat is gedocumenteerd | |---|---|---| | [Réseau Santé Wallon (RSW)](https://ehealth-atlas.be/rsw/) | XSD 1.40.2 voor intrahub, interhub en cosites, in productie sinds 25/03/2025; voordien 1.26[^5] | nieuwe transactiecodes en toegangsregels per documenttype (zie hieronder) | | [CoZo (Collaboratief Zorgplatform)](https://ehealth-atlas.be/cozo/) | niet gevonden (hiaat) | KMEHR-webservices volgens het hubreglement[^25]; partnerdocumentatie niet publiek | | [VZN-hub](https://ehealth-atlas.be/vzn-hub/) | niet gevonden (hiaat) | geen publieke technische documentatie gevonden | | [Abrumet / Réseau Santé Bruxellois](https://ehealth-atlas.be/abrumet/) | niet gevonden (hiaat) | uitwisseling volgens KMEHR, toegankelijke documenten zijn pdf's[^26] | Bij RSW was de aanleiding voor de migratie het [DIGIRELAB](https://ehealth-atlas.be/digirelab/)-project en de FHIR-mediatypes; de federale XSD van de webservices was volgens RSW al zeer lang niet bijgewerkt[^5]. Die mediatypes kwamen er met release 1.40.2[^2]. Sindsdien aanvaarden de RSW-webservices onder meer de CD-TRANSACTION-waarden belrai-report, nursingsummaryreport, pharmaceuticalmedicationscheme en geriatrictransferreport[^5]. RSW verwijst daarbij naar Hub Services 3.5.3, waarvan de meegeleverde KMEHR-XSD 1.22 door 1.40 vervangen moet worden[^5]; het eHealth-platform publiceert zelf al xsd-hubservices 3.6.0 (27/03/2024, als 'draft')[^3]. Op cositeniveau zijn waarden die in de federale webservices strikte enumeraties zijn meestal vrij[^5]. RSW beheert de standaardtoegangsrechten per documenttype[^27], en de classificatie van een document bepaalt mee wie het bij beperkte toegang ziet[^27]. ### KMEHR-profielen in de BMUC-hub-basis Het KB van 10/04/2025 (bijlage 19, kernfunctionaliteit 9 'Geautomatiseerde communicatie met HUB's') koppelt operatie- en anesthesieverslagen aan het transactieprofiel Report en consultverslagen aan Contact report[^6]. Verslagen van medisch-technische onderzoeken en van medische beeldvorming (radiologie, nucleaire geneeskunde) horen bij Procedure result[^6]. De lijst noemt ook Discharge letter, Referral letter, Laboratory result, Medication scheme (element), Pharmaceutical prescription en medisch-administratieve attesten[^6]. De omzendbrief van 11/03/2024 gebruikte dezelfde lijst als 'Lijst van type documenten en hun metadata'[^28]; zie [BMUC: financiering van het geïntegreerd EPD](https://ehealth-atlas.be/bmuc-epd-criteria/). Op de standaardensite dient Procedure result voor resultaten van een technisch onderzoek dat typisch als RIZIV-verstrekking geïdentificeerd is; klinische onderzoeken horen in Contact report en laboresultaten in Laboratory result[^7]. Procedure result vereist CD-TRANSACTION 'result'[^7] en slechts normalisatieniveau 1 (vrije tekst, ingekapseld object of items)[^7]; Referral letter vereist 'referral'[^29]. Lokale codes mogen telkens aanvullend worden toegevoegd[^7][^29]. **Eigen afleiding** (niet in het KB): combineert men beide, dan worden operatie- en anesthesieverslagen als 'report' en beeldvormings- en medisch-technische verslagen als 'result' gepubliceerd; specialisatiecodes (CD-TRANSACTION-TYPE) en monitoringvelden legt het KB niet vast[^6]. ### Transitie van KMEHR naar FHIR Deze sectie bundelt de overgang naar [HL7 FHIR](https://ehealth-atlas.be/fhir/); er is geen aparte conceptpagina, de onderliggende claims staan deels in de claimset `kmehr-fhir-transitie`. - **Beleid**: sinds het actieplan e-Gezondheid 2019-2021 is FHIR de voorkeursstandaard; nieuwe gegevensstromen gebruiken bij voorkeur FHIR[^1]. Bestaande stromen worden aangemoedigd om in toekomstige iteraties te migreren; de migratie van basisdiensten is iteratief en 'best effort'[^30]. - **Geen big bang**: het eHealth-platform stelt dat een omzetting zonder extra inspanning op codering en structurering weinig meerwaarde biedt, en dat een 'big bang' niet mogelijk is[^1]. - **BIHR-planning**: binnen [BIHR (Belgian Integrated Health Record)](https://ehealth-atlas.be/bihr/) blijven bestaande KMEHR-stromen ondersteund als alleen-lezen, en verlopen nieuwe en aangepaste uitwisselingen vanaf 2028 via FHIR[^31]. - **Einde van KMEHR: 'Point T' (RIZIV, maart 2026, planning)**: na een gecoördineerde omschakeling wordt FHIR operationeel en KMEHR read-only[^10]; Point T ligt 12 maanden na de publicatie van de laatste patient summary CareSet[^10]. Het is een relatieve mijlpaal, geen kalenderdatum en geen afschakeling; de volledige uitleg staat op [BIHR (Belgian Integrated Health Record)](https://ehealth-atlas.be/bihr/). - **Stromen zonder KMEHR**: voor het digitaal verwijsvoorschrift (eReferral) bestaat een CareSet "Digital Referral Prescription"[^32], maar het DRP-IG is deprecated ten voordele van Referral[^33]. Eigen afleiding: er werd geen KMEHR-variant van het digitaal verwijsvoorschrift gevonden, de stroom lijkt rechtstreeks naar FHIR te gaan. Een overzicht per gegevensstroom staat op [BIHR (Belgian Integrated Health Record)](https://ehealth-atlas.be/bihr/). - **Vitalink**: overheden, zorgverleners en industrie besloten de KMEHR-datatypes in Vitalink geleidelijk door FHIR CareSets te vervangen[^34]. De Vitalink FHIR-omgeving staat sinds 22/03/2024 in productie naast de KMEHR-omgeving[^35]. Sinds 1 juli 2025 zijn de CVKO-screeningsgegevens enkel nog via FHIR beschikbaar; raadpleging via KMEHR is stopgezet[^36]. - **Hubs**: een officiële FHIR-interhubspecificatie van het eHealth-platform, het RIZIV of HL7 Belgium werd niet gevonden (hiaat, 30/09/2026); ook in de GitHub-organisatie van HL7 Belgium werd geen Belgische interhubgids gevonden. Wel bestaan: - een simulator/demonstrator in een persoonlijke GitHub-repository ('Belgian eHealth Interhub FHIR Simulator') die getTransactionList en getTransaction naar IHE MHD op FHIR R4 moderniseert en zich referentie-implementatie noemt van een 'Belgian Federated eHealth Interhub FHIR Specification'[^37]; dat is een communityclaim, het bestaan of de status van die specificatie is niet aangetoond; - een **testatelier** 'Federated FHIR exchange' van CoZo samen met Amaron op de BE FHIR-A-THON van juni 2026, in het kader van SHIFT en DIGIRELAB fase 3[^9], met een door Amaron gesimuleerde CoZo-hub[^9], synthetische patiënten en zonder formele eHealth-beveiliging[^9]; dat is een test, geen productie (zie [CoZo (Collaboratief Zorgplatform)](https://ehealth-atlas.be/cozo/)); - historische Abrumet-documentatie (2017) waarin Brusafe+ IHE XDS-componenten en een XCA-gateway gebruikt, terwijl Brusafe+ met het Brussels Gezondheidsnetwerk via KMEHR communiceert[^38]; IHE-profielen dus binnen een kluis, niet als interhubprotocol (zie [Abrumet / Réseau Santé Bruxellois](https://ehealth-atlas.be/abrumet/)). - **Uitfasering (stand 30/09/2026)**: na 29/09/2026 werden geen nieuwe bronnen over de uitfasering van KMEHR gevonden (hiaat); de laatste schemarelease blijft 1.43.1 van 10/02/2026[^2]. De uitfaseringscontext per stroom staat op [BIHR (Belgian Integrated Health Record)](https://ehealth-atlas.be/bihr/) en, voor Vitalink, op [Vitalink FHIR-migratie (van KMEHR naar Vitalink 2.0)](https://ehealth-atlas.be/vitalink-fhir-migratie/). ## Praktische betekenis voor ziekenhuizen - **Financieringsvoorwaarde**: de BFM-voorwaarden in het KB van 10 april 2025 vragen raadpleging door zorgverleners in de instelling, via hubs en gezondheidskluizen, van gezondheidsinformatie van andere instellingen, Sumehr en het medicatie-overzicht[^39]. Het BMUC-document van 2016 (de gevonden versie is een Wayback-kopie van versie 0.1) vroeg dat al in kernfunctionaliteit 15[^40]. Die stromen lopen vandaag via KMEHR: tussen hubs via de KMEHR-webservices[^25], en Sumehr en medicatieschema bij Vitalink via de legacy KMEHR-omgeving[^24][^41]. Zie [BMUC: financiering van het geïntegreerd EPD](https://ehealth-atlas.be/bmuc-epd-criteria/). - Volgens de Vlaamse minister (2025) hebben alle ziekenhuizen toegang tot Vitalink KMEHR-gegevens, maar niet altijd optimaal en soms via een omweg over de metahub[^41]. - **Financieringsvoorwaarde (hub-basis)**: ziekenhuizen annoteren alle via hubs-metahub gedeelde gegevens met de juiste metadata[^39]; de KB-lijst noemt daarbij KMEHR-profielen, geen codes[^6]. De codekeuze 'report' of 'result' volgt enkel uit de profielen op de standaardensite (eigen afleiding)[^6]. - **Hubversie**: RSW waarschuwt dat partners hun businessregels op oudere XSD-versies kunnen hebben gebaseerd en dat nieuwe waarden hen gesignaleerd moeten worden[^5]. - **Aanbeveling**: laat de EPD-leverancier per documenttype uit bijlage 19 de gebruikte CD-TRANSACTION-code en -specialisatie documenteren, en vraag de eigen hub schriftelijk welke KMEHR-versie en welke waarden hij aanvaardt; voor andere hubs dan RSW is dat publiek niet gedocumenteerd. - **Aanbeveling**: plan de KMEHR-afbouw rond Point T (zie [BIHR (Belgian Integrated Health Record)](https://ehealth-atlas.be/bihr/)), niet rond een vaste datum. Ga uit van jaren van dubbele ondersteuning (KMEHR voor hubpublicatie, Sumehr, medicatieschema en Recip-e; FHIR voor nieuwe Vitalink-stromen) en volg de KMEHR-schemareleases op, omdat er geen einddatum is. ## Implementatievoorwaarden en beperkingen Het opslaan van medische dossiers in de hub zelf (putTransaction) is volgens de functionele beschrijving van 26/03/2015 geen standaardfunctionaliteit van een hub in het hub-metahubproject[^4]. Dat gaat over opslag in de hub, niet over het delen van verslagen via de hub in het algemeen; zie [Hubs-metahubsysteem](https://ehealth-atlas.be/hubs-metahub/). Volgens de specificatie van 2015 hangt de interhubkoppeling volledig af van het INSZ[^4]. Een lage normalisatiegraad (vrije tekst, ingekapselde documenten) is toegestaan voor bepaalde transacties[^13], wat de herbruikbaarheid van de inhoud beperkt; precies daarom levert een omzetting naar FHIR zonder betere codering volgens het eHealth-platform weinig op[^1]. ## Onzekerheden en tegenstrijdige informatie - De status van de hub-webservices is dubbelzinnig: 'draft' in de inleiding, 'Published' per operatie[^3]. Waarschijnlijk is de inleidende tekst verouderd, maar dat is niet bevestigd. - Er is geen officiële einddatum voor de volledige uitfasering van KMEHR of per KMEHR-stroom gevonden; de enige mijlpaal is het relatieve Point T, waarna KMEHR read-only blijft[^10]. Dat betekent niet dat er geen verdere planning bestaat. - De BIHR-mijlpaal 2028[^31] en het beleid 'bij voorkeur FHIR' sinds 2019[^1] spreken elkaar niet tegen, maar geven samen geen datum per stroom. - Er is geen officiële status gevonden van een FHIR-gebaseerde interhubspecificatie; enkel de simulator in een persoonlijke repository[^37] en het CoZo-testatelier met gesimuleerde hub[^9]. - **Datering interhub getTransaction (open tegenstrijdigheid)**: de website dateert versie 1.1 op 24/07/2019[^19], de gelinkte PDF op 04/10/2018[^20]. Welke datum juist is, is niet bevestigd. - **getTransactionList 'v1.2'**: de documenthistoriek kent geen versie 1.2[^18]; dat de voetregel 'v1.2 dd XXXX' een sjabloonrest is, is een interpretatie[^18]. - **Brusafe+ versus BruSafe (open tegenstrijdigheid)**: de Abrumet-ontwikkelaarsdocumentatie (2017, 2020) beschrijft Brusafe+ als IHE XDS/CDA-omgeving[^38][^42], terwijl de RSB-website de BruSafe-kluis een KMEHR-repository met pdf's noemt[^43]. Mogelijk gaat het om twee componenten (klassieke kluis en Brusafe+) of om een evolutie in de tijd; zie [Abrumet / Réseau Santé Bruxellois](https://ehealth-atlas.be/abrumet/). - **Hubversies**: alleen voor RSW is een hubspecifieke KMEHR-versie gevonden[^5]; voor CoZo, de VZN-hub en Abrumet niet (hiaat, geen bewijs dat ze een oudere versie gebruiken). - **Recip-e**: de recentste publieke specificatie dateert van 2023[^8][^22]; dat bewijst niet dat er geen recentere, niet-publieke vereiste bestaat. - **Geen regelgevende einddatum**: een KB, MB, BMUC-voorwaarde of homologatiecriterium dat de migratie van KMEHR naar FHIR voor ziekenhuizen oplegt, werd niet gevonden (stand 1/10/2026); de overgang is planning (Point T) en voorkeur[^10][^44]. Uitwerking per verplichtingsgraad op [Verplichting of planning? Rechtsgrond voor SNOMED CT, CareSets en FHIR](https://ehealth-atlas.be/rechtsgrond-fhir-snomed/). - Dat het eHealth-platform KMEHR beheert, steunt op de standaardensite ('the standards that we manage here')[^1]; een formele beheerstekst werd niet gevonden. ## Relaties - valt onder verantwoordelijkheid van: [eHealth-platform](https://ehealth-atlas.be/ehealth-platform/) (vastgesteld)[^1]. Beheer van de standaard en de standaardensite (Standards-afdeling). - gebruikt terminologie: [UCUM](https://ehealth-atlas.be/ucum/) (vastgesteld)[^45]. KMEHR-referentietabel UCUM (sinds 01/03/2015); daarnaast de eigen tabel CD-UNIT. - gebruikt terminologie: [ICPC-2 (en ICPC-3)](https://ehealth-atlas.be/icpc-2/) (vastgesteld)[^46]. KMEHR-tabel ICPC (1.0, 2009) bevat enkel een illustratief uittreksel. - implementeert (inkomend): [Abrumet / Réseau Santé Bruxellois](https://ehealth-atlas.be/abrumet/) (vastgesteld)[^43][^26] - betrekt (inkomend): [Arbeidsongeschiktheid en re-integratie – digitale stromen](https://ehealth-atlas.be/arbeidsongeschiktheid-digitaal/) (vastgesteld)[^47][^48] - gaat over (inkomend): [BIHR (Belgian Integrated Health Record)](https://ehealth-atlas.be/bihr/) (vastgesteld)[^31][^10] - gaat over (inkomend): [Contact report (BIHR-registratie na elk contact)](https://ehealth-atlas.be/bihr-contactrapport/) (vastgesteld)[^49] - stelt als eis (inkomend): [BMUC: financiering van het geïntegreerd EPD](https://ehealth-atlas.be/bmuc-epd-criteria/) (vastgesteld)[^6] - implementeert (inkomend): [eBirth (elektronische geboortekennisgeving)](https://ehealth-atlas.be/ebirth/) (vastgesteld)[^50] - implementeert (inkomend): [EMSR / Ambureg (registratie van ziekenwageninterventies)](https://ehealth-atlas.be/emsr/) (vastgesteld)[^51] - vervangt (inkomend): [HL7 FHIR](https://ehealth-atlas.be/fhir/) (vastgesteld)[^34][^31] - implementeert (inkomend): [Hubs-metahubsysteem](https://ehealth-atlas.be/hubs-metahub/) (vastgesteld)[^25][^3] - gaat over (inkomend): [Integratie-engine (interface engine)](https://ehealth-atlas.be/integratie-engine/) (vastgesteld)[^52] - maakt deel uit van (inkomend): [KMEHR Laboratory result (1.1 en 2.0)](https://ehealth-atlas.be/kmehr-labresult/) (vastgesteld)[^53] - betrekt (inkomend): [Elektronische laboaanvragen](https://ehealth-atlas.be/lab-e-ordering/) (vastgesteld)[^54] - implementeert (inkomend): [Gedeeld medicatieschema](https://ehealth-atlas.be/medicatieschema/) (vastgesteld)[^12][^55] - implementeert (inkomend): [Mult-eMediatt](https://ehealth-atlas.be/mult-emediatt/) (vastgesteld)[^48][^47][^56] - gaat over (inkomend): [Verplichting of planning? Rechtsgrond voor SNOMED CT, CareSets en FHIR](https://ehealth-atlas.be/rechtsgrond-fhir-snomed/) (vastgesteld)[^10][^57] - implementeert (inkomend): [Recip-e (elektronisch voorschrift in de ambulante sector)](https://ehealth-atlas.be/recip-e/) (vastgesteld)[^21][^8] - implementeert (inkomend): [Réseau Santé Wallon (RSW)](https://ehealth-atlas.be/rsw/) (vastgesteld)[^58] - maakt deel uit van (inkomend): [Sumehr](https://ehealth-atlas.be/sumehr/) (vastgesteld)[^11] - betrekt (inkomend): [Use case: medicatieschema bij opname en ontslag](https://ehealth-atlas.be/uc-medicatieschema-ziekenhuis/) (vastgesteld)[^12][^41] - betrekt (inkomend): [Use case: verslagen en resultaten delen via de hub](https://ehealth-atlas.be/uc-verslagen-delen-via-hub/) (vastgesteld)[^4][^14][^25] - implementeert (inkomend): [Vaccinnet](https://ehealth-atlas.be/vaccinnet/) (vastgesteld)[^59][^60][^61][^62] - zie ook (inkomend): [VIDIS](https://ehealth-atlas.be/vidis/) (hypothese)[^63][^64] - implementeert (inkomend): [Vitalink](https://ehealth-atlas.be/vitalink/) (vastgesteld)[^24][^23] ## Open vragen - Is er een officiële uitfaseringsplanning of einddatum voor KMEHR, per stroom (hubs, Sumehr, medicatieschema, Recip-e)? Enkel het relatieve omslagpunt 'Point T' is gevonden (geen nieuwe bron na 29/09/2026). - Hoe lang blijven KMEHR-gegevens na Point T read-only raadpleegbaar, en wanneer wordt KMEHR volledig afgeschakeld? - Wat betekent 'KMEHR-stromen blijven beschikbaar als alleen-leesbestanden' (BIHR) concreet voor publicatie door ziekenhuizen na 2028? - Welke KMEHR-XSD-versie gebruiken CoZo, de VZN-hub en Abrumet vandaag voor intra- en interhub (RSW 1.40.2 sinds 25/03/2025), en welke CD-TRANSACTION-waarden en metadata aanvaarden ze bij publicatie door ziekenhuizen? - Welke CD-TRANSACTION-codes, specialisatiecodes (CD-TRANSACTION-TYPE) of andere metadata verwacht de FOD voor de BMUC-telling van operatie-, anesthesie- en beeldvormingsverslagen? Het KB van 10/04/2025 noemt enkel profielnamen. - Komt er een officiële FHIR-interhubspecificatie (eHealth-platform, RIZIV, HL7 Belgium)? Gevonden zijn enkel een niet-officiële simulator en een CoZo-testatelier met gesimuleerde hub (juni 2026). - Bestaat er een Recip-e-specificatie na 02/06/2023 met een andere KMEHR-versie dan 1.28, of blijft 1.28 gelden tot de FHIR-overgang? - Welke datering van interhub getTransaction 1.1 is juist (website 24/07/2019, PDF 04/10/2018), en is de voetregel 'v1.2 dd XXXX' in de getTransactionList-PDF een sjabloonrest? - Welk document of welke tekst noemt het eHealth-platform expliciet als formele beheerder/uitgever van KMEHR? ## Bronnen [^1]: [eHealth Platform Standards - Home (KMEHR)](https://www.ehealth.fgov.be/standards/kmehr/en). eHealth-platform. Opgehaald 2026-09-25, sha256 31d7759c5f189a49… (SRC-bd069bf1c8) [^2]: [KMEHR XSchema - versions](https://www.ehealth.fgov.be/standards/kmehr/en/page/xschema). eHealth-platform. Opgehaald 2026-09-25, sha256 ba83c8e181e53f88… (SRC-d0dfbfa787) [^3]: [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) [^4]: [Hub service putTransaction: functional description (v1.1)](https://ehealth.fgov.be/standards/file/cc73d96153bbd5448a56f19d925d05b1379c7f21/6e524d88f6f723615d4d10d58d9f5bb83bfc5e57/20150417-intrahub-puttransaction-1-1-specificat.pdf). eHealth-platform (KMEHR), 2015-03-26. Opgehaald 2026-09-25, sha256 4e858fcfe362adb4… (SRC-463e514ada) [^5]: [XSD : migration vers le KMEHR Version 1.40.2](https://conf.reseausantewallon.be/display/DOCPUB/XSD+%3A+migration+vers+le+KMEHR+Version+1.40.2). Réseau Santé Wallon (FRATEM), 2025-02-14. Opgehaald 2026-09-30, sha256 93673afbee1d0b1f… (SRC-c99a273059) [^6]: [Koninklijk besluit van 10 april 2025 tot wijziging van het koninklijk besluit van 25 april 2002 betreffende de vaststelling en de vereffening van het budget van financiële middelen van de ziekenhuizen (Justel)](https://www.ejustice.just.fgov.be/eli/besluit/2025/04/10/2025003147/justel). FOD Justitie – Belgisch Staatsblad (FOD Volksgezondheid als dossierbeheerder), 2025-04-23. Opgehaald 2026-09-26, sha256 d3467e9c39b54d31… (SRC-64895c2195) [^7]: [Transaction: Procedure result](https://www.ehealth.fgov.be/standards/kmehr/en/transactions/procedure-result). eHealth-platform, 2002-10-15. Opgehaald 2026-09-30, sha256 495b3f3a2329f75b… (SRC-0c0f2431fb) [^8]: [Recip-e dematerialization specifications (20230224)](https://recip-e.be/wp-content/uploads/2022/11/Recip-e_general_dematerialisation_specifications_20230602.pdf). Recip-e vzw, 2023-02-24. Opgehaald 2026-09-30, sha256 0174cbc7424fd072… (SRC-387bd994e0) [^9]: [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) [^10]: [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) [^11]: [Transaction: Summarised Electronic Healthcare Record v2.0](https://www.ehealth.fgov.be/standards/kmehr/en/transactions/summarised-electronic-healthcare-record-v2.0). eHealth-platform, 2016-12-01. Opgehaald 2026-09-25, sha256 bcd907db9dd378c8… (SRC-5abd7569a4) [^12]: [Transaction: Medication Scheme](https://www.ehealth.fgov.be/standards/kmehr/en/transactions/medication-scheme). eHealth-platform, 2021-08-23. Opgehaald 2026-09-25, sha256 7e15091dd8043cc6… (SRC-06c1cc40d4) [^13]: [KMEHR transaction: Contact report](https://ehealth.fgov.be/standards/kmehr/en/transactions/contact-report). eHealth-platform (KMEHR). Opgehaald 2026-09-25, sha256 02dd160d498e2c16… (SRC-efb08efe93) [^14]: [getTransactionList (intrahub)](https://www.ehealth.fgov.be/standards/kmehr/en/web-services/intrahubgettransactionlist). eHealth-platform (KMEHR). Opgehaald 2026-09-25, sha256 a70355d88c9ed2e8… (SRC-ce283ca193) [^15]: [KMEHR News](https://www.ehealth.fgov.be/standards/kmehr/en/news). eHealth-platform, 2026-02-10. Opgehaald 2026-09-25, sha256 d6b1b2501121dd3f… (SRC-141d7b01bc) [^16]: [Reference Tables: Transaction (CD-TRANSACTION)](https://www.ehealth.fgov.be/standards/kmehr/en/tables/transaction). eHealth-platform, 2024-03-21. Opgehaald 2026-09-30, sha256 6f5af4c439f4ff48… (SRC-2a653e7548) [^17]: [Webservice: getTransactionList (Interhub)](https://www.ehealth.fgov.be/standards/kmehr/en/web-services/interhubgettransactionlist). eHealth-platform, 2018-12-06. Opgehaald 2026-09-30, sha256 2ff16b1fe98cffb9… (SRC-c14d973cdf) [^18]: [Interhub getTransactionList: functional description](https://www.ehealth.fgov.be/standards/file/cc73d96153bbd5448a56f19d925d05b1379c7f21/71fef178d070c6e2499578ad50a57b039b7e2b37/20181206-interhub-gettransactionlist-1-1-specification.pdf). eHealth-platform, 2018-12-06. Opgehaald 2026-09-27, sha256 d4f561484182f391… (SRC-4e7752a34e) [^19]: [Webservice: getTransaction (Interhub)](https://www.ehealth.fgov.be/standards/kmehr/en/web-services/interhubgettransaction). eHealth-platform, 2019-07-24. Opgehaald 2026-09-30, sha256 0d8b56b1b05b1421… (SRC-2f44b24632) [^20]: [Hub service 'getTransaction' – functional description (interhub)](https://www.ehealth.fgov.be/standards/file/cc73d96153bbd5448a56f19d925d05b1379c7f21/29e95c6eb85949fe023da854c8c77701ec915818/20181004-interhub-gettransaction-1-1-specification.pdf). eHealth-platform (G19 report), 2018-10-04. Opgehaald 2026-09-30, sha256 91ebb31145674f62… (SRC-58ce0083af) [^21]: [Recip-e electronic prescriptions message content requirements for Kmehr version 1.28](https://recip-e.be/wp-content/uploads/2022/11/Recip-e_contents-guidelines_Kmehr-1.28-1-VMN.pdf). Recip-e vzw, 2019-10-04. Opgehaald 2026-09-25, sha256 9af2df3227e3d877… (SRC-3bb09e5840) [^22]: [Recip-e — Change overview of package for software houses](https://recip-e.be/wp-content/uploads/2022/11/Recip-e-Overview-changes-of-documentation_20230602.pdf). Recip-e vzw, 2023-06-02. Opgehaald 2026-09-30, sha256 fb7701010866aac4… (SRC-47191f855c) [^23]: [Evoluties (HL7 FHIR)](https://www.vitalink.be/hl7-fhir). Vitalink (Departement Zorg). Opgehaald 2026-09-25, sha256 36e1414cda0b19bf… (SRC-e8d2c7c6db) [^24]: [Als zorgorganisatie connecteren met Vitalink?](https://vitalink.be/als-zorgorganisatie-connecteren-met-vitalink). Vitalink (Departement Zorg). Opgehaald 2026-09-25, sha256 44e0897fbc85548f… (SRC-9cd73706d9) [^25]: [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é. Opgehaald 2026-09-25, sha256 f5e242162df00247… (SRC-f4d7f1af3a) [^26]: [Notre mission](https://brusselshealthnetwork.be/a-propos-d-abrumet/notre-mission/). Abrumet asbl. Opgehaald 2026-09-26, sha256 30bb32069089b65d… (SRC-02ef82d3e2) [^27]: [Annexe 1 : Table des règles d'accès](https://conf.reseausantewallon.be/pages/viewpage.action?pageId=51315796). Réseau Santé Wallon (FRATEM). Opgehaald 2026-09-30, sha256 d58f46b7ab97bdec… (SRC-1191040c19) [^28]: [Omzendbrief aan de beheerders van ziekenhuizen — BMUC Acceleratorprogramma 2024](https://www.health.belgium.be/sites/default/files/media/files/2025-11/omzendbrief_bmuc_20240311_nl.pdf). FOD Volksgezondheid, DG Gezondheidszorg, 2024-03-11. Opgehaald 2026-09-30, sha256 73019dfff5de0d1a… (SRC-f61161acce) [^29]: [Transaction: Referral letter](https://www.ehealth.fgov.be/standards/kmehr/en/transactions/referral-letter). eHealth-platform, 2002-10-15. Opgehaald 2026-09-30, sha256 894f64e1a9545963… (SRC-e065e3591b) [^30]: [Vision statement HL7 FHIR (v1.0)](https://www.ehealth.fgov.be/standards/file/cc73d96153bbd5448a56f19d925d05b1379c7f21/9bc394df52bbcd7e78f7bb8bba70a6aac50e088f/visionstatementhl7fhir-1-0.pdf). eHealth-platform, 2019-05-28. Opgehaald 2026-09-25, sha256 568b53e85055d810… (SRC-e58cf74e18) [^31]: [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) [^32]: [Overzicht van gepubliceerde CareSets | RIZIV](https://www.riziv.fgov.be/nl/thema-s/egezondheid/besafeshare-multidisciplinaire-elektronische-gegevensuitwisseling-tussen-zorgverleners-en-patienten/overzicht-van-gepubliceerde-caresets). RIZIV. Opgehaald 2026-09-26, sha256 f8681c3bff934b22… (SRC-b4f8ecf2f8) [^33]: [FHIR IG-portaal: projectenlijst (projects.js)](https://www.ehealth.fgov.be/standards/fhir/assets/js/projects.js). eHealth-platform. Opgehaald 2026-09-25, sha256 b4fbdac73e5ba5ff… (SRC-85fbc850b0) [^34]: [FHIR-documentatie](https://www.vitalink.be/gebruikers/ik-ben-softwareleverancier/fhir-documentatie). Vitalink (Departement Zorg). Opgehaald 2026-09-25, sha256 09ea373755dd8126… (SRC-6e9d5d427a) [^35]: [Nieuwe FHIR-omgeving van Vitalink in productie!](https://www.vitalink.be/nieuwe-fhir-omgeving-van-vitalink-in-productie). Vitalink (Departement Zorg), 2024-03-22. Opgehaald 2026-09-25, sha256 0628be4db12957f3… (SRC-a7e3a494e9) [^36]: [Nieuws | Vitalink](https://www.vitalink.be/nieuws). Vitalink (Departement Zorg). Opgehaald 2026-09-25, sha256 f6a0093244991845… (SRC-e85b9ba17a) [^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]: [IHE XDS Components (Brusafe+)](https://doc.abrumet.be/spaces/MQE/pages/543555512/IHE+XDS+Components). Abrumet. Opgehaald 2026-09-30, sha256 9dcff1a3cd549753… (SRC-d81b432dd2) [^39]: [Koninklijk besluit van 10 april 2025 tot wijziging van het koninklijk besluit van 25 april 2002 betreffende de vaststelling en de vereffening van het budget van financiële middelen van de ziekenhuizen](https://etaamb.openjustice.be/nl/koninklijk-besluit-van-10-april-2025_n2025003147.html). Belgisch Staatsblad (spiegel etaamb.openjustice.be), 2025-04-23. Opgehaald 2026-09-25, sha256 f2ad9e0cc7157f7d… (SRC-c2bc38d00b) [^40]: [Belgian Meaningful Use Criteria (BMUC) voor algemene ziekenhuizen (versie 0.1, 22/08/2016) - Wayback-kopie](https://web.archive.org/web/20240528012743id_/https://www.health.belgium.be/sites/default/files/uploads/fields/fpshealth_theme_file/belgian_meaningful_use_criteria_voor_algemene_ziekenhuizen_nl_20160824.pdf). FOD Volksgezondheid, Veiligheid van de Voedselketen en Leefmilieu, 2016-08-22. Opgehaald 2026-09-25, sha256 97586adfe90a753e… (SRC-7254da6e19) [^41]: [Schriftelijke vraag nr. 327 van 5 februari 2025 (I. De Reuse) en antwoord van minister C. Gennez - Zorgvoorzieningen: optimalisatie digitale gegevensverzameling](https://docs.vlaamsparlement.be/files/pfile?id=2130188). Vlaams Parlement, 2025-02-05. Opgehaald 2026-09-25, sha256 cbdb1c075e81aa04… (SRC-a3b502aed4) [^42]: [About Brusafe+](https://doc.abrumet.be/spaces/MQE/pages/543555568/About+Brusafe). Abrumet. Opgehaald 2026-09-30, sha256 cb59e20b92a85aea… (SRC-32c4c82d84) [^43]: [De kluis Brusafe+](https://brusselshealthnetwork.be/nl/over-abrumet/it-projecten/de-kluis-brusafe/). Abrumet vzw. Opgehaald 2026-09-26, sha256 26b4d3315f45b704… (SRC-42b7c220d9) [^44]: [About FHIR](https://www.ehealth.fgov.be/standards/fhir/about-fhir.html). eHealth-platform. Opgehaald 2026-10-01, sha256 30d90714b5180400… (SRC-ff53eb8437) [^45]: [UCUM | KMEHR standards (referentietabel)](https://www.ehealth.fgov.be/standards/kmehr/en/tables/ucum). eHealth-platform, 2015-03-01. Opgehaald 2026-09-26, sha256 263aa1f22001a3ca… (SRC-34aaa1e566) [^46]: [ICPC-2 | KMEHR standards (referentietabel)](https://www.ehealth.fgov.be/standards/kmehr/en/tables/icpc-2). eHealth-platform, 2009-11-05. Opgehaald 2026-09-26, sha256 7de988cf73291186… (SRC-728aeb7e4f) [^47]: [Mult-eMediAtt – Cookbook v2](https://www.ehealth.fgov.be/ehealthplatform/file/cc73d96153bbd5448a56f19d925d05b1379c7f21/88f97494156b965e4764921dfb3a190775adb4c9/mult-emediatt-v2-dd-20250702.pdf). eHealth-platform, 2025-05-15. Opgehaald 2026-09-30, sha256 84f430a15624e0ed… (SRC-6d48901a8d) [^48]: [Mult-eMediatt – Samenvatting van het project – Iteratie 1](https://ehealth.fgov.be/ehealthplatform/file/cc73d96153bbd5448a56f19d925d05b1379c7f21/c2b1467974d3c77b4be364b32533e69cf197e06d/mult-emediatt---project-overview-sessie-10-maart-2021.pdf). eHealth-platform, 2021-03-10. Opgehaald 2026-09-30, sha256 acb7d856a904aa99… (SRC-ddd51ff8c1) [^49]: [Contact report](https://www.ehealth.fgov.be/standards/kmehr/en/transactions/contact-report). eHealth-platform, 2002-10-15. Opgehaald 2026-09-27, sha256 02dd160d498e2c16… (SRC-ebae814f05) [^50]: [eBirth notification - mother part (KMEHR transaction)](https://www.ehealth.fgov.be/standards/kmehr/en/transactions/ebirth-notification-mother-part). eHealth-platform (standards). Opgehaald 2026-09-26, sha256 eaee0f0f8ca0b34f… (SRC-6d77e5d7a4) [^51]: [Emergency Medical Service Registry (EMSR) - Ambureg | eHealth-platform](https://www.ehealth.fgov.be/ehealthplatform/nl/service-emergency-medical-service-registry-emsr-ambureg). eHealth-platform. Opgehaald 2026-09-28, sha256 72c80fa8e3d2600e… (SRC-67c9886526) [^52]: [Interactie met externe platformen (e-health)](https://amaron.be/ehealth/). Amaron. Opgehaald 2026-09-26, sha256 ac8129398e0ab8e6… (SRC-268611b7ba) [^53]: [KMEHR transaction: Laboratory result](https://www.ehealth.fgov.be/standards/kmehr/en/transactions/laboratory-result). eHealth-platform, 2022-07-01. Opgehaald 2026-09-26, sha256 5f8e5d24750a73a2… (SRC-af1784d473) [^54]: [KMEHR transaction: Laboratory request](https://www.ehealth.fgov.be/standards/kmehr/en/transactions/laboratory-request). eHealth-platform, 2002-10-15. Opgehaald 2026-09-26, sha256 bf993864deb32f32… (SRC-982f4b0ed1) [^55]: [Softwareleveranciers: Interoperabiliteit van het gedeeld medicatieschema (VIDIS)](https://www.riziv.fgov.be/nl/thema-s/egezondheid/technische-informatie-en-registratie-voor-softwareleveranciers-van-softwarepakketten-voor-zorgverleners/softwareleveranciers-interoperabiliteit-van-het-gedeeld-medicatieschema-vidis). RIZIV. Opgehaald 2026-09-25, sha256 d1fba33f00a26a19… (SRC-d7e7511c16) [^56]: [Mult-eMediatt – FAQ bestemd voor de software-ontwikkelaars](https://www.in.ehealth.fgov.be/ehealthplatform/file/cc73d96153bbd5448a56f19d925d05b1379c7f21/d6f65b5f681f71b2f0af98b702ad8c0c14432341/faq_dev_mult-emediatt-v1.3-dd-23082022_nl.pdf). eHealth-platform, 2022-08-23. Opgehaald 2026-09-30, sha256 9eb2aeb345411b8a… (SRC-4076a5cb50) [^57]: [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) [^58]: [Règlement relatif à la protection de la vie privée du Réseau Santé Wallon](https://conf.reseausantewallon.be/pages/viewpage.action?pageId=51315792). FRATEM asbl. Opgehaald 2026-09-26, sha256 9b4e70d11c24f020… (SRC-e5602f28a8) [^59]: [Vaccinnet integreren in uw softwarepakket](https://www.zorg-en-gezondheid.be/per-domein/infectieziekten-en-vaccinaties/vaccinaties/vaccinnet/vaccinnet-integreren-in-uw-softwarepakket). Departement Zorg. Opgehaald 2026-09-25, sha256 525b5ff0a676a57e… (SRC-401473d268) [^60]: [Verslag commissie Welzijn, Volksgezondheid, Gezin, Armoedebestrijding en Gelijke Kansen, 4 februari 2026: vraag om uitleg 1818 (2025-2026) van Koen Dillen over de uitrol van Vaccinnet 2.0](https://www.vlaamsparlement.be/nl/parlementair-werk/commissies/commissievergaderingen/1985475/verslag/1993680). Vlaams Parlement, 2026-02-04. Opgehaald 2026-09-26, sha256 b0e5203482f055f6… (SRC-f7a22060a0) [^61]: [Schriftelijke vraag nr. 327 (2025-2026) van Koen Dillen aan minister Caroline Gennez: Vitalink - Stand van zaken, met antwoord](https://docs.vlaamsparlement.be/files/pfile?id=2278017). Vlaams Parlement, 2026-03-02. Opgehaald 2026-09-26, sha256 e2e32cf3b38c4d0a… (SRC-86d201fe67) [^62]: [Vitalink Café 16 december 2025 (presentatie, draaiboek go-live Vaccinnet 2.0)](https://www.vitalink.be/sites/default/files/2025-12/20251216_Vitalink-Cafe_0.pdf). Departement Zorg - Vitalink, 2025-12-16. Opgehaald 2026-09-29, sha256 5f11a2f83475c135… (SRC-873d8427eb) [^63]: [BIO Analyse VIDIS Fase II - Gegevensdeling rond de medicamenteuze behandeling - een dynamisch Medicatieschema voor patiënt en zorgverleners](https://www.inami.fgov.be/fr/themes/qualite-soins/Pages/WEB_VIDIS_FR_V01_00/files/EAID_7B1D45E1_BFFC_4ec6_A290_9EA49831BEFC/BIO%20Analyse%20VIDIS%20Fase%20II%20for%20Review%20ext%20004%20E%20NL%20Consolidatie%2020240122.pdf). RIZIV-INAMI (DGV/BBO), 2024-01-22. Opgehaald 2026-09-26, sha256 f320136e512bd6fa… (SRC-dfbb62c4ca) [^64]: [Gebruiksvriendelijkheidscriteria voor het gedeeld medicatieschema voor toepassingen voor ZORGVERLENERS](https://www.vitalink.be/sites/default/files/2024-11/UX%20criteria_MS_zorgverleners_versie%201.0.pdf). Vitalink (Departement Zorg), 2024-01-18. Opgehaald 2026-09-26, sha256 c9c164af6c65409a… (SRC-190027c046)