Bèta De eHealth Atlas is nog in opbouw: we verzamelen en controleren nog volop gegevens, dus inhoud kan onvolledig zijn.Inhoud nog onvolledig. Meer info

Belgische eHealth-referentiedatabank

Onafhankelijk naslagwerk · geen officiële bron bèta

Geavanceerd zoeken Hulp

Conceptrecord · Standaard of specificatie

KMEHR

Atlas-ID kmehr · 108 beweringen · 64 bronnen · Laatst geverifieerd 30-09-2026 · Release 2026.10.01-7

Type
Standaard of specificatie
Jurisdictie
België (federaal/interfederaal)
Levenscyclus
normatief — 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.
Versie
1.43.1 (XML-schema, 10/02/2026)
Aliassen
Kmehr; Kind Messages for Electronic Healthcare Records; KMEHR-bus; KMEHR-webservices
FR / EN
KMEHR / KMEHR (Kind Messages for Electronic Healthcare Records)

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.

Relaties 26 Bronnen 64 Graaf

In het kort

✎ Reageer
  • 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?

✎ Reageer

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[11] en de transacties die samen het gedeeld 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?

✎ Reageer

KMEHR maakt de uitwisseling van gestructureerde klinische informatie tussen Belgische zorgactoren mogelijk[1]. Daarnaast definieert KMEHR de webservices van het hubs-metahubsysteem: 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

✎ Reageer

Het 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-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

✎ Reageer

KMEHR is in productie bij Vitalink, de geïntegreerde softwarepakketten, het eHealth-platform, de 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) 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) niet gevonden (hiaat) KMEHR-webservices volgens het hubreglement[25]; partnerdocumentatie niet publiek
VZN-hub niet gevonden (hiaat) geen publieke technische documentatie gevonden
Abrumet / Réseau Santé Bruxellois niet gevonden (hiaat) uitwisseling volgens KMEHR, toegankelijke documenten zijn pdf's[26]

Bij RSW was de aanleiding voor de migratie het 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.

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; 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) 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). - 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). - 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)); - 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). - 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) en, voor Vitalink, op Vitalink FHIR-migratie (van KMEHR naar Vitalink 2.0).

Praktische betekenis voor ziekenhuizen

✎ Reageer
  • 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.
  • 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)), 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

✎ Reageer

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

✎ Reageer
  • 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.
  • 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.
  • Dat het eHealth-platform KMEHR beheert, steunt op de standaardensite ('the standards that we manage here')[1]; een formele beheerstekst werd niet gevonden.

Relaties 26 relaties · 1 hypothese

RelatieDoelconceptTypeStatusToelichting
valt onder verantwoordelijkheid van eHealth-platform Organisatie vastgesteld Beheer van de standaard en de standaardensite (Standards-afdeling). [1]
gebruikt terminologie UCUM Terminologie of classificatie vastgesteld KMEHR-referentietabel UCUM (sinds 01/03/2015); daarnaast de eigen tabel CD-UNIT. [45]
gebruikt terminologie ICPC-2 (en ICPC-3) Terminologie of classificatie vastgesteld KMEHR-tabel ICPC (1.0, 2009) bevat enkel een illustratief uittreksel. [46]
implementeert (inkomend) Abrumet / Réseau Santé Bruxellois Platform of dienst vastgesteld [43][26]
implementeert (inkomend) eBirth (elektronische geboortekennisgeving) Platform of dienst vastgesteld [50]
implementeert (inkomend) EMSR / Ambureg (registratie van ziekenwageninterventies) Platform of dienst vastgesteld [51]
implementeert (inkomend) Hubs-metahubsysteem Platform of dienst vastgesteld [25][3]
implementeert (inkomend) Gedeeld medicatieschema Platform of dienst vastgesteld [12][55]
implementeert (inkomend) Mult-eMediatt Platform of dienst vastgesteld [48][47][56]
implementeert (inkomend) Recip-e (elektronisch voorschrift in de ambulante sector) Platform of dienst vastgesteld [21][8]
implementeert (inkomend) Réseau Santé Wallon (RSW) Platform of dienst vastgesteld [58]
implementeert (inkomend) Vitalink Platform of dienst vastgesteld [24][23]
betrekt (inkomend) Arbeidsongeschiktheid en re-integratie – digitale stromen Use case of zorgproces vastgesteld [47][48]
betrekt (inkomend) Elektronische laboaanvragen Use case of zorgproces vastgesteld [54]
betrekt (inkomend) Use case: medicatieschema bij opname en ontslag Use case of zorgproces vastgesteld [12][41]
betrekt (inkomend) Use case: verslagen en resultaten delen via de hub Use case of zorgproces vastgesteld [4][14][25]
gaat over (inkomend) BIHR (Belgian Integrated Health Record) Programma of initiatief vastgesteld [31][10]
gaat over (inkomend) Contact report (BIHR-registratie na elk contact) Overzicht of dossier vastgesteld [49]
gaat over (inkomend) Integratie-engine (interface engine) Overzicht of dossier vastgesteld [52]
gaat over (inkomend) Verplichting of planning? Rechtsgrond voor SNOMED CT, CareSets en FHIR Overzicht of dossier vastgesteld [10][57]
stelt als eis (inkomend) BMUC: financiering van het geïntegreerd EPD Financieringsregeling vastgesteld [6]
vervangt (inkomend) HL7 FHIR Standaard of specificatie vastgesteld [34][31]
maakt deel uit van (inkomend) KMEHR Laboratory result (1.1 en 2.0) Standaard of specificatie vastgesteld [53]
maakt deel uit van (inkomend) Sumehr Standaard of specificatie vastgesteld [11]
zie ook (inkomend) VIDIS Programma of initiatief hypothese [63][64]
Vroeger
RelatieDoelconceptTypeStatusToelichting
implementeert (inkomend) Vaccinnet Platform of dienst vastgesteld [59][60][61][62] (tot 15-01-2026)

Open vragen 9

  1. 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). Help deze vraag beantwoorden
  2. Hoe lang blijven KMEHR-gegevens na Point T read-only raadpleegbaar, en wanneer wordt KMEHR volledig afgeschakeld? Help deze vraag beantwoorden
  3. Wat betekent 'KMEHR-stromen blijven beschikbaar als alleen-leesbestanden' (BIHR) concreet voor publicatie door ziekenhuizen na 2028? Help deze vraag beantwoorden
  4. 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? Help deze vraag beantwoorden
  5. 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. Help deze vraag beantwoorden
  6. 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). Help deze vraag beantwoorden
  7. 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? Help deze vraag beantwoorden
  8. 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? Help deze vraag beantwoorden
  9. Welk document of welke tekst noemt het eHealth-platform expliciet als formele beheerder/uitgever van KMEHR? Help deze vraag beantwoorden

Bronnen 64 bronnen · alle bronnen

  1. eHealth Platform Standards - Home (KMEHR). eHealth-platform. SRC-bd069bf1c8 Link werkt niet?
  2. KMEHR XSchema - versions. eHealth-platform. SRC-d0dfbfa787 Link werkt niet?
  3. KMEHR Web Services (hub-metahub intrahub/interhub). eHealth-platform. SRC-48cdc8b063 Link werkt niet?
  4. Hub service putTransaction: functional description (v1.1). eHealth-platform (KMEHR); 26-03-2015. SRC-463e514ada Link werkt niet?
  5. XSD : migration vers le KMEHR Version 1.40.2. Réseau Santé Wallon (FRATEM); 14-02-2025. SRC-c99a273059 Link werkt niet?
  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). FOD Justitie – Belgisch Staatsblad (FOD Volksgezondheid als dossierbeheerder); 23-04-2025. SRC-64895c2195 Link werkt niet?
  7. Transaction: Procedure result. eHealth-platform; 15-10-2002. SRC-0c0f2431fb Link werkt niet?
  8. Recip-e dematerialization specifications (20230224). Recip-e vzw; 24-02-2023. SRC-387bd994e0 Link werkt niet?
  9. Test Atelier BE FHIR-A-THON June 2026 — Federated FHIR exchange. CoZo (in partnerschap met Amaron). SRC-6290028533 Link werkt niet?
  10. BIHR: A general introduction. RIZIV/INAMI; 01-03-2026. SRC-c1669f1de8 Link werkt niet?
  11. Transaction: Summarised Electronic Healthcare Record v2.0. eHealth-platform; 01-12-2016. SRC-5abd7569a4 Link werkt niet?
  12. Transaction: Medication Scheme. eHealth-platform; 23-08-2021. SRC-06c1cc40d4 Link werkt niet?
  13. KMEHR transaction: Contact report. eHealth-platform (KMEHR). SRC-efb08efe93 Link werkt niet?
  14. getTransactionList (intrahub). eHealth-platform (KMEHR). SRC-ce283ca193 Link werkt niet?
  15. KMEHR News. eHealth-platform; 10-02-2026. SRC-141d7b01bc Link werkt niet?
  16. Reference Tables: Transaction (CD-TRANSACTION). eHealth-platform; 21-03-2024. SRC-2a653e7548 Link werkt niet?
  17. Webservice: getTransactionList (Interhub). eHealth-platform; 06-12-2018. SRC-c14d973cdf Link werkt niet?
  18. Interhub getTransactionList: functional description. eHealth-platform; 06-12-2018. SRC-4e7752a34e Link werkt niet?
  19. Webservice: getTransaction (Interhub). eHealth-platform; 24-07-2019. SRC-2f44b24632 Link werkt niet?
  20. Hub service 'getTransaction' – functional description (interhub). eHealth-platform (G19 report); 04-10-2018. SRC-58ce0083af Link werkt niet?
  21. Recip-e electronic prescriptions message content requirements for Kmehr version 1.28. Recip-e vzw; 04-10-2019. SRC-3bb09e5840 Link werkt niet?
  22. Recip-e — Change overview of package for software houses. Recip-e vzw; 02-06-2023. SRC-47191f855c Link werkt niet?
  23. Evoluties (HL7 FHIR). Vitalink (Departement Zorg). SRC-e8d2c7c6db Link werkt niet?
  24. Als zorgorganisatie connecteren met Vitalink?. Vitalink (Departement Zorg). SRC-9cd73706d9 Link werkt niet?
  25. Reglement betreffende de uitwisseling van gezondheidsgegevens tussen gezondheidssystemen verbonden via het verwijzingsrepertorium van het eHealth-platform. eHealth-platform / Informatieveiligheidscomité. SRC-f4d7f1af3a Link werkt niet?
  26. Notre mission. Abrumet asbl. SRC-02ef82d3e2 Link werkt niet?
  27. Annexe 1 : Table des règles d'accès. Réseau Santé Wallon (FRATEM). SRC-1191040c19 Link werkt niet?
  28. Omzendbrief aan de beheerders van ziekenhuizen — BMUC Acceleratorprogramma 2024. FOD Volksgezondheid, DG Gezondheidszorg; 11-03-2024. SRC-f61161acce Link werkt niet?
  29. Transaction: Referral letter. eHealth-platform; 15-10-2002. SRC-e065e3591b Link werkt niet?
  30. Vision statement HL7 FHIR (v1.0). eHealth-platform; 28-05-2019. SRC-e58cf74e18 Link werkt niet?
  31. Het BIHR (Belgian Integrated Health Record). RIZIV. SRC-bedb8ce40f Link werkt niet?
  32. Overzicht van gepubliceerde CareSets | RIZIV. RIZIV. SRC-b4f8ecf2f8 Link werkt niet?
  33. FHIR IG-portaal: projectenlijst (projects.js). eHealth-platform. SRC-85fbc850b0 Link werkt niet?
  34. FHIR-documentatie. Vitalink (Departement Zorg). SRC-6e9d5d427a Link werkt niet?
  35. Nieuwe FHIR-omgeving van Vitalink in productie!. Vitalink (Departement Zorg); 22-03-2024. SRC-a7e3a494e9 Link werkt niet?
  36. Nieuws | Vitalink. Vitalink (Departement Zorg). SRC-e85b9ba17a Link werkt niet?
  37. Belgian eHealth Interhub FHIR Simulator. GitHub (nhermab). SRC-1abe55e4ec Link werkt niet?
  38. IHE XDS Components (Brusafe+). Abrumet. SRC-d81b432dd2 Link werkt niet?
  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. Belgisch Staatsblad (spiegel etaamb.openjustice.be); 23-04-2025. SRC-c2bc38d00b Link werkt niet?
  40. Belgian Meaningful Use Criteria (BMUC) voor algemene ziekenhuizen (versie 0.1, 22/08/2016) - Wayback-kopie. FOD Volksgezondheid, Veiligheid van de Voedselketen en Leefmilieu; 22-08-2016. SRC-7254da6e19 Link werkt niet?
  41. Schriftelijke vraag nr. 327 van 5 februari 2025 (I. De Reuse) en antwoord van minister C. Gennez - Zorgvoorzieningen: optimalisatie digitale gegevensverzameling. Vlaams Parlement; 05-02-2025. SRC-a3b502aed4 Link werkt niet?
  42. About Brusafe+. Abrumet. SRC-32c4c82d84 Link werkt niet?
  43. De kluis Brusafe+. Abrumet vzw. SRC-42b7c220d9 Link werkt niet?
  44. About FHIR. eHealth-platform. SRC-ff53eb8437 Link werkt niet?
  45. UCUM | KMEHR standards (referentietabel). eHealth-platform; 01-03-2015. SRC-34aaa1e566 Link werkt niet?
  46. ICPC-2 | KMEHR standards (referentietabel). eHealth-platform; 05-11-2009. SRC-728aeb7e4f Link werkt niet?
  47. Mult-eMediAtt – Cookbook v2. eHealth-platform; 15-05-2025. SRC-6d48901a8d Link werkt niet?
  48. Mult-eMediatt – Samenvatting van het project – Iteratie 1. eHealth-platform; 10-03-2021. SRC-ddd51ff8c1 Link werkt niet?
  49. Contact report. eHealth-platform; 15-10-2002. SRC-ebae814f05 Link werkt niet?
  50. eBirth notification - mother part (KMEHR transaction). eHealth-platform (standards). SRC-6d77e5d7a4 Link werkt niet?
  51. Emergency Medical Service Registry (EMSR) - Ambureg | eHealth-platform. eHealth-platform. SRC-67c9886526 Link werkt niet?
  52. Interactie met externe platformen (e-health). Amaron. SRC-268611b7ba Link werkt niet?
  53. KMEHR transaction: Laboratory result. eHealth-platform; 01-07-2022. SRC-af1784d473 Link werkt niet?
  54. KMEHR transaction: Laboratory request. eHealth-platform; 15-10-2002. SRC-982f4b0ed1 Link werkt niet?
  55. Softwareleveranciers: Interoperabiliteit van het gedeeld medicatieschema (VIDIS). RIZIV. SRC-d7e7511c16 Link werkt niet?
  56. Mult-eMediatt – FAQ bestemd voor de software-ontwikkelaars. eHealth-platform; 23-08-2022. SRC-4076a5cb50 Link werkt niet?
  57. BIHR zet in op co-creatie, toegankelijkheid en hergebruik van gegevens - Amaron. Amaron; 23-09-2026. SRC-66386423aa Link werkt niet?
  58. Règlement relatif à la protection de la vie privée du Réseau Santé Wallon. FRATEM asbl. SRC-e5602f28a8 Link werkt niet?
  59. Vaccinnet integreren in uw softwarepakket. Departement Zorg. SRC-401473d268 Link werkt niet?
  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. Vlaams Parlement; 04-02-2026. SRC-f7a22060a0 Link werkt niet?
  61. Schriftelijke vraag nr. 327 (2025-2026) van Koen Dillen aan minister Caroline Gennez: Vitalink - Stand van zaken, met antwoord. Vlaams Parlement; 02-03-2026. SRC-86d201fe67 Link werkt niet?
  62. Vitalink Café 16 december 2025 (presentatie, draaiboek go-live Vaccinnet 2.0). Departement Zorg - Vitalink; 16-12-2025. SRC-873d8427eb Link werkt niet?
  63. BIO Analyse VIDIS Fase II - Gegevensdeling rond de medicamenteuze behandeling - een dynamisch Medicatieschema voor patiënt en zorgverleners. RIZIV-INAMI (DGV/BBO); 22-01-2024. SRC-dfbb62c4ca Link werkt niet?
  64. Gebruiksvriendelijkheidscriteria voor het gedeeld medicatieschema voor toepassingen voor ZORGVERLENERS. Vitalink (Departement Zorg); 18-01-2024. SRC-190027c046 Link werkt niet?
Record kmehr · laatst geverifieerd 30-09-2026 · release 2026.10.01-7 · tekst onder CC BY 4.0, bronnen enkel gelinkt
Verbeter deze pagina
Hergebruik: Deze pagina als Markdown · JSON