Conceptrecord · Standaard of specificatie
Beweringen: KMEHR
- Standaard of specificatie
- normatief
- België (federaal/interfederaal)
- Architectuur en infrastructuur
- Medicatie en voorschrijven
Atlas-ID kmehr · 108 beweringen · 64 bronnen
· Laatst geverifieerd 30-09-2026
· Release 2026.10.05-1
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.
Hieronder staan de beweringen waarop de pagina over KMEHR steunt: korte, eigen geformuleerde feiten, elk met de bron en de vindplaats waar je ze kan nagaan. Lees het artikel · Zo werkt de Atlas.
Beweringen 77 beweringen
| Bewering | Soort | Bron | Vindplaats | Peildatum |
|---|---|---|---|---|
| KMEHR werd in 2002 ingevoerd als implementatie van de vierde aanbeveling van de Belgische Commissie voor Gezondheidstelematica en maakt uitwisseling van gestructureerde klinische informatie mogelijk. ↩ Toon in de tekst Klopt niet? | feit | eHealth Platform Standards - Home (KMEHR) — eHealth-platform SRC-bd069bf1c8 | sectie 'concerning KMEHR' | 25-09-2026 |
| KMEHR bestaat uit een XML-schema (berichtgrammatica), een set erkende medische transacties en referentietabellen, aangevuld met webservices. ↩ Toon in de tekst Klopt niet? | feit | eHealth Platform Standards - Home (KMEHR) — eHealth-platform SRC-bd069bf1c8 | sectie 'concerning KMEHR' | 25-09-2026 |
| Volgens de versietabel van het KMEHR-XML-schema dateert de release v1.43.1 van 2026-02-10. ↩ Toon in de tekst Klopt niet? | feit | KMEHR XSchema - versions — eHealth-platform SRC-d0dfbfa787 | sectie Versions, tabel Kmehr releases | 25-09-2026 |
| De hub-metahub-architectuur definieert als onderdeel van KMEHR twee sets webservice-operaties: intrahub (hub naar eigen clients) en interhub (hub naar hub). ↩ Toon in de tekst Klopt niet? | feit | KMEHR Web Services (hub-metahub intrahub/interhub) — eHealth-platform SRC-48cdc8b063 | inleiding Web Services | 25-09-2026 |
| De hubdiensten maken deel uit van de KMEHR-specificatie; het opslaan van medische dossiers (putTransaction) is geen standaardfunctionaliteit van een hub in het hub-metahubproject. ↩ Toon in de tekst Klopt niet? | feit | Hub service putTransaction: functional description (v1.1) — eHealth-platform (KMEHR); 26-03-2015 SRC-463e514ada | p. 2, Important remark | 25-09-2026 |
| RSW heeft de KMEHR-definitie van zijn interne en externe webservices (intrahub, interhub) en van de cosites bijgewerkt van KMEHR-XSD 1.26 naar 1.40.2; de wijziging ging in productie op 25/03/2025. ↩ Toon in de tekst Klopt niet? | feit | XSD : migration vers le KMEHR Version 1.40.2 — Réseau Santé Wallon (FRATEM); 14-02-2025 SRC-c99a273059 | kopregels (Impacts, Mise en production) en sectie 'Contexte' | 30-09-2026 |
| Het KB van 10/04/2025 (bijlage 19, kernfunctionaliteit 9 'Geautomatiseerde communicatie met HUB's') koppelt operatieverslagen en anesthesieverslagen aan het KMEHR-transactieprofiel Report en consultverslagen aan Contact report. ↩ Toon in de tekst Klopt niet? | feit | 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 | bijlage 19, tabel onder 3, regel 9, lijst van documenten (type) | 30-09-2026 |
| Dezelfde KB-lijst koppelt verslagen van medisch-technische onderzoeken en verslagen van medische beeldvorming (radiologie, nucleaire geneeskunde) aan het KMEHR-transactieprofiel Procedure result. ↩ Toon in de tekst Klopt niet? | feit | 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 | bijlage 19, tabel onder 3, regel 9, lijst van documenten (type) | 30-09-2026 |
| Procedure result vereist CD-TRANSACTION=result; lokale codes mogen aanvullend worden toegevoegd. ↩ Toon in de tekst Klopt niet? | feit | Transaction: Procedure result — eHealth-platform; 15-10-2002 SRC-0c0f2431fb | Guidelines — Transaction elements, cd | 30-09-2026 |
| De meest recente algemene Recip-e-dematerialisatiespecificaties (documentversie 20230224, gepubliceerd in het pakket van 02/06/2023) noemen KMEHR 1.28 de huidige versie voor het veld PrescriptionVersion. ↩ Toon in de tekst Klopt niet? | feit | Recip-e dematerialization specifications (20230224) — Recip-e vzw; 24-02-2023 SRC-387bd994e0 | p. 4, sectie 2 'General principles' | 30-09-2026 |
| Op de BE FHIR-A-THON van juni 2026 organiseerde CoZo, samen met Amaron, een testatelier 'Federated FHIR exchange' in het kader van het SHIFT-project en DIGIRELAB fase 3 (status: test, geen productie). ↩ Toon in de tekst Klopt niet? | feit | Test Atelier BE FHIR-A-THON June 2026 — Federated FHIR exchange — CoZo (in partnerschap met Amaron) SRC-6290028533 | p. 1, sectie 1 'Objective' | 30-09-2026 |
| Voor het testatelier werd de CoZo-hubomgeving door Amaron gesimuleerd; deelnemers hadden geen live hubverbinding nodig. ↩ Toon in de tekst Klopt niet? | feit | Test Atelier BE FHIR-A-THON June 2026 — Federated FHIR exchange — CoZo (in partnerschap met Amaron) SRC-6290028533 | p. 1, sectie 2 'Scope' | 30-09-2026 |
| In het kader van het Actieplan e-Gezondheid 2019-2021 (cluster 0.5) is HL7 FHIR de voorkeursstandaard in België: nieuwe gegevensstromen gebruiken bij voorkeur FHIR, nieuwe interfaces bij voorkeur FHIR REST. ↩ Toon in de tekst Klopt niet? | feit | eHealth Platform Standards - Home (KMEHR) — eHealth-platform SRC-bd069bf1c8 | sectie 'concerning FHIR' | 25-09-2026 |
| De overgang van KMEHR naar FHIR verloopt volgens drie stappen: publicatie van de CareSets, een periode waarin gezondheidskluizen, softwareleveranciers en connectoren voorbereiden en testen, en tot slot een gecoördineerde omschakeling waarbij FHIR operationeel wordt en KMEHR read-only. ↩ Toon in de tekst Klopt niet? | feit | BIHR: A general introduction — RIZIV/INAMI; 01-03-2026 SRC-c1669f1de8 | p. 9, sectie 'KMEHR → FHIR' | 26-09-2026 |
| Sumehr is een KMEHR-transactie; versie 2.0 (datum 2016-12-01, status Published, eigenaar eHealth-platform) vereist KMEHR 20161201 of recenter; software moest Sumehr v2 tegen eind 2019 implementeren. ↩ Toon in de tekst Klopt niet? | feit | Transaction: Summarised Electronic Healthcare Record v2.0 — eHealth-platform; 01-12-2016 SRC-5abd7569a4 | General information - Definition | 25-09-2026 |
| Het gedeeld medicatieschema is vandaag een KMEHR-specificatie: de transacties 'medicationscheme', 'medicationschemeelement' en 'treatmentsuspension' vormen samen het schema in de regionale kluizen (Vitalink, RSW, RSB-BGN), in het kader van VIDIS. ↩ Toon in de tekst Klopt niet? | feit | Transaction: Medication Scheme — eHealth-platform; 23-08-2021 SRC-06c1cc40d4 | General information - Definition | 25-09-2026 |
| Een KMEHR 'contactreport'-transactie vereist slechts KMEHR-normalisatieniveau 1; de inhoud kan als vrije tekst of als ingekapseld multimedia-object (bv. Word-document) worden overgedragen. ↩ Toon in de tekst Klopt niet? | feit | KMEHR transaction: Contact report — eHealth-platform (KMEHR) SRC-efb08efe93 | Contact report - structuur | 25-09-2026 |
| De hubdienst getTransactionList laat zoeken toe binnen de lokale hub of over het volledige hubsysteem; er bestaat ook een interhub-variant. ↩ Toon in de tekst Klopt niet? | feit | getTransactionList (intrahub) — eHealth-platform (KMEHR) SRC-ce283ca193 | beschrijving | 25-09-2026 |
| Alle interhub-uitwisselingen steunen uitsluitend op het INSZ-nummer van de patiënt. ↩ Toon in de tekst Klopt niet? | feit | Hub service putTransaction: functional description (v1.1) — eHealth-platform (KMEHR); 26-03-2015 SRC-463e514ada | p. 3, Comments | 25-09-2026 |
| De functionele beschrijving van de intrahub-operatie putTransaction dateert van 26/03/2015. ↩ Toon in de tekst Klopt niet? | feit | Hub service putTransaction: functional description (v1.1) — eHealth-platform (KMEHR); 26-03-2015 SRC-463e514ada | p. 2, hoofding | 25-09-2026 |
| Het eHealth-platform beheert de KMEHR-standaard en de standaardensite (Standards-afdeling, message-structure@ehealth.fgov.be). ↩ Toon in de tekst Klopt niet? | feit | eHealth Platform Standards - Home (KMEHR) — eHealth-platform SRC-bd069bf1c8 | sectie 'Standards News flash' | 25-09-2026 |
| De standaardensite van het eHealth-platform biedt onder meer de laatste KMEHR-XSD, de KMEHR-validator en de OID/URI-lijst van het eHealth-platform aan. ↩ Toon in de tekst Klopt niet? | feit | eHealth Platform Standards - Home (KMEHR) — eHealth-platform SRC-bd069bf1c8 | sectie 'Also on this website' | 25-09-2026 |
| De meest recente KMEHR-schemaversie is 1.43.1, uitgebracht op 10/02/2026 (vorige: 1.42.1 op 01/06/2025, 1.41 op 01/08/2024). KMEHR wordt dus nog actief onderhouden. ↩ Toon in de tekst Klopt niet? | feit | KMEHR News — eHealth-platform; 10-02-2026 SRC-141d7b01bc | nieuwsbericht 10/02/2026 'KMEHR 1.43.1 released' | 25-09-2026 |
| Volgens de versietabel van het KMEHR-XML-schema dateert de release v1.42.1 van 2025-06-01. ↩ Toon in de tekst Klopt niet? | feit | KMEHR XSchema - versions — eHealth-platform SRC-d0dfbfa787 | sectie Versions, tabel Kmehr releases | 25-09-2026 |
| Volgens de versietabel van het KMEHR-XML-schema dateert de release v1.41.0 van 2024-08-01. ↩ Toon in de tekst Klopt niet? | feit | KMEHR XSchema - versions — eHealth-platform SRC-d0dfbfa787 | sectie Versions, tabel Kmehr releases | 25-09-2026 |
| KMEHR-release 1.40.2 (2024-03-20) voegde de mediatypes 'application/fhir+json' en 'application/fhir+xml' toe aan CD-MEDIATYPE, waardoor FHIR-inhoud in KMEHR-berichten kan worden gesignaleerd. ↩ Toon in de tekst Klopt niet? | feit | KMEHR XSchema - versions — eHealth-platform SRC-d0dfbfa787 | sectie 'Versions', release 2024-03-20 (v1.40.2), Request ESI-492 | 25-09-2026 |
| De eHealth-standaardensite vermeldt dat de gepubliceerde hub-metahub-webservicedefinities de status 'draft' hebben, hoewel de individuele operaties als 'Published' zijn opgelijst (xsd-hubservices 3.6.0, 2024-03-27). ↩ Toon in de tekst Klopt niet? | feit | KMEHR Web Services (hub-metahub intrahub/interhub) — eHealth-platform SRC-48cdc8b063 | inleiding Web Services | 25-09-2026 |
| De KMEHR-referentietabel CD-TRANSACTION (de erkende transactietypes) heeft versie 1.17 van 21/03/2024; sommige waarden kunnen verouderd (deprecated) zijn en de tabel verwijst naar het transactiecookbook. ↩ Toon in de tekst Klopt niet? | feit | Reference Tables: Transaction (CD-TRANSACTION) — eHealth-platform; 21-03-2024 SRC-2a653e7548 | General information | 30-09-2026 |
| De eHealth-standaardensite vermeldt voor de interhubdienst getTransactionList status Published, versie 1.1, datum 06/12/2018 (stand 30/09/2026). ↩ Toon in de tekst Klopt niet? | feit | Webservice: getTransactionList (Interhub) — eHealth-platform; 06-12-2018 SRC-c14d973cdf | General information | 30-09-2026 |
| De documenthistoriek van de getTransactionList-specificatie vermeldt enkel versie 1.0 (30/07/2010) en versie 1.1 (06/12/2018, aanpassing voor patiënttoegang); een versie 1.2 staat er niet in. ↩ Toon in de tekst Klopt niet? | feit | Interhub getTransactionList: functional description — eHealth-platform; 06-12-2018 SRC-4e7752a34e | p. 3, 1.1 Document history | 30-09-2026 |
| Afleiding: de voetregel 'v1.2 dd XXXX' in dezelfde PDF is waarschijnlijk een niet-ingevulde sjabloonregel; de actuele gepubliceerde versie van interhub getTransactionList is 1.1 (06/12/2018). Er is op de standaardensite geen versie 1.2 gevonden (30/09/2026). ↩ Toon in de tekst Klopt niet? | interpretatie | Interhub getTransactionList: functional description — eHealth-platform; 06-12-2018 SRC-4e7752a34e | voetregel p. 2-10 vs documenthistoriek p. 3 | 30-09-2026 |
| De eHealth-standaardensite dateert de interhubdienst getTransaction versie 1.1 op 24/07/2019. ↩ Toon in de tekst Klopt niet? | feit | Webservice: getTransaction (Interhub) — eHealth-platform; 24-07-2019 SRC-2f44b24632 | General information | 30-09-2026 |
| De gelinkte PDF-specificatie van interhub getTransaction dateert versie 1.1 echter op 04/10/2018 (voorstel BCP: ETK toevoegen via ID-ENCRYPTION-KEY). ↩ Toon in de tekst Klopt niet? | feit | Hub service 'getTransaction' – functional description (interhub) — eHealth-platform (G19 report); 04-10-2018 SRC-58ce0083af | p. 1, versietabel | 30-09-2026 |
| Recip-e (elektronisch voorschrift) gebruikt KMEHR XML als berichtformaat tussen voorschrijvers en afleveraars; de inhoudsrichtlijnen gelden voor KMEHR 1.28 (geldig vanaf 01/05/2020). ↩ Toon in de tekst Klopt niet? | feit | Recip-e electronic prescriptions message content requirements for Kmehr version 1.28 — Recip-e vzw; 04-10-2019 SRC-3bb09e5840 | p. 3 | 25-09-2026 |
| Volgens de Recip-e-inhoudsrichtlijnen (2019/2020) mochten elektronische voorschriften vanaf 01/05/2020 op KMEHR 1.28 gebaseerd zijn en was KMEHR 1.28 verplicht vanaf 01/06/2020. ↩ Toon in de tekst Klopt niet? | feit | Recip-e electronic prescriptions message content requirements for Kmehr version 1.28 — Recip-e vzw; 04-10-2019 SRC-3bb09e5840 | p. met versie-overgang (r. 260-261 van de extractie) | 25-09-2026 |
| Sinds de update van 23/03/2021 zijn de Recip-e-productierichtlijnen 2019-2020 obsoleet; ze werden opgenomen in de algemene dematerialisatiespecificaties. ↩ Toon in de tekst Klopt niet? | feit | Recip-e — Change overview of package for software houses — Recip-e vzw; 02-06-2023 SRC-47191f855c | p. 2, update 23/03/2021 | 30-09-2026 |
| De Recip-e-SDK voor voorschrijvers valideert de KMEHR van een nieuw voorschrift tegen kmehr-1.28.xsd en kmehr_elements-1.28.xsd, meegeleverd met de SDK-release. ↩ Toon in de tekst Klopt niet? | feit | Recip-e dematerialization specifications (20230224) — Recip-e vzw; 24-02-2023 SRC-387bd994e0 | p. 16, sectie 4.3 'Format and content verification' | 30-09-2026 |
| Vitalink gebruikt vandaag de KMEHR-standaard, net als de geïntegreerde softwarepakketten, het eHealth-platform, de ziekenhuisnetwerken en de andere gezondheidskluizen. ↩ Toon in de tekst Klopt niet? | feit | Evoluties (HL7 FHIR) — Vitalink (Departement Zorg) SRC-e8d2c7c6db | pagina 'Evoluties' | 25-09-2026 |
| Vitalink werkt (anno 2026) met twee omgevingen: FHIR als huidige standaard en een legacy KMEHR-omgeving die nog gebruikt wordt voor o.a. medicatieschema, sumehr, kindrapport en journaalitems (toegang via witte lijst). ↩ Toon in de tekst Klopt niet? | feit | Als zorgorganisatie connecteren met Vitalink? — Vitalink (Departement Zorg) SRC-9cd73706d9 | sectie 'Legacy KMEHR-omgeving' | 25-09-2026 |
| De technische interfaces tussen hubs en met de metahub zijn standaard-webservices ("KMEHR-webservices") waarvan de specificaties door het eHealth-platform worden gepubliceerd. ↩ Toon in de tekst Klopt niet? | feit | Reglement betreffende de uitwisseling van gezondheidsgegevens tussen gezondheidssystemen verbonden via het verwijzingsrepertorium van het eHealth-platform — eHealth-platform / Informatieveiligheidscomité SRC-f4d7f1af3a | p. 17 | 25-09-2026 |
| Met de migratie naar KMEHR 1.40.2 aanvaarden de RSW-webservices onder meer de nieuwe CD-TRANSACTION-waarden belrai-report, nursingsummaryreport, pharmaceuticalmedicationscheme en geriatrictransferreport. ↩ Toon in de tekst Klopt niet? | feit | XSD : migration vers le KMEHR Version 1.40.2 — Réseau Santé Wallon (FRATEM); 14-02-2025 SRC-c99a273059 | sectie 'Ajouts dans la nouvelle version du XSD' — CD-TRANSACTION values | 30-09-2026 |
| Volgens RSW trof de migratie naar KMEHR 1.40.2 de interhub, de intrahub en de cosites, met productiedatum 25/03/25. ↩ Toon in de tekst Klopt niet? | feit | XSD : migration vers le KMEHR Version 1.40.2 — Réseau Santé Wallon (FRATEM); 14-02-2025 SRC-c99a273059 | kopregels van de pagina | 30-09-2026 |
| Uitwisselingen via het RSB gebeuren volgens de Belgische KMEHR-standaard; de toegankelijke documenten zijn pdf's. ↩ Toon in de tekst Klopt niet? | feit | Notre mission — Abrumet asbl SRC-02ef82d3e2 | sectie missies | 26-09-2026 |
| Vóór die migratie gebruikten de RSW-webservices (intra/interhub) een federale KMEHR-XSD die al zeer lang niet was bijgewerkt; de aanleiding voor de update waren het DIGIRELAB-project en de FHIR-mediatypes. ↩ Toon in de tekst Klopt niet? | feit | XSD : migration vers le KMEHR Version 1.40.2 — Réseau Santé Wallon (FRATEM); 14-02-2025 SRC-c99a273059 | sectie 'Contexte' | 30-09-2026 |
| RSW verwijst voor de hubdiensten naar Hub Services versie 3.5.3, waarbij de in het pakket meegeleverde KMEHR-XSD 1.22 vervangen moet worden door XSD 1.40. ↩ Toon in de tekst Klopt niet? | feit | XSD : migration vers le KMEHR Version 1.40.2 — Réseau Santé Wallon (FRATEM); 14-02-2025 SRC-c99a273059 | sectie 'Références' | 30-09-2026 |
| Bij RSW zijn de webservicedefinities van de cosites permissief: waarden die in de federale intra-/interhubwebservices strikte enumeraties zijn, zijn op cositeniveau meestal vrije waarden. ↩ Toon in de tekst Klopt niet? | feit | XSD : migration vers le KMEHR Version 1.40.2 — Réseau Santé Wallon (FRATEM); 14-02-2025 SRC-c99a273059 | sectie 'Points d'attention — Pour les cosites' | 30-09-2026 |
| RSW beheert de standaardtoegangsrechten per documenttype; voor extern gedecentraliseerde gegevens bepaalt het publicerende partnersysteem de toegangsregels op documentniveau. ↩ Toon in de tekst Klopt niet? | feit | Annexe 1 : Table des règles d'accès — Réseau Santé Wallon (FRATEM) SRC-1191040c19 | sectie 'Droits d’accès par catégorie de données de santé pour les prestataires de soins' | 30-09-2026 |
| Bij RSW bepaalt de classificatie van een document mee de toegang: een 'beperkte' toegang geeft een zorgverlener enkel toegang tot documenten van zijn beroepsgroep of documenten die expliciet als die specialiteit zijn geclassificeerd (typisch documenten van de overeenkomstige ziekenhuisdiensten). ↩ Toon in de tekst Klopt niet? | feit | Annexe 1 : Table des règles d'accès — Réseau Santé Wallon (FRATEM) SRC-1191040c19 | sectie 'Remarques et précisions' | 30-09-2026 |
| De KB-lijst noemt ook ontslagbrieven (Discharge letter), verwijsbrieven (Referral letter), laboresultaten (Laboratory result), rapporten na een elektronisch voorschrift (Medication scheme (element), Pharmaceutical prescription) en medisch-administratieve attesten. ↩ Toon in de tekst Klopt niet? | feit | 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 | bijlage 19, tabel onder 3, regel 9, lijst van documenten (type) | 30-09-2026 |
| De BMUC-omzendbrief van 11/03/2024 gebruikte dezelfde lijst met de titel 'Lijst van type documenten en hun metadata' voor de indicator 'Geautomatiseerde communicatie met HUB's'. ↩ Toon in de tekst Klopt niet? | feit | Omzendbrief aan de beheerders van ziekenhuizen — BMUC Acceleratorprogramma 2024 — FOD Volksgezondheid, DG Gezondheidszorg; 11-03-2024 SRC-f61161acce | p. 10, bijlage indicatoren, rij 9 'Geautomatiseerde communicatie met HUB's' | 30-09-2026 |
| Het KMEHR-profiel Procedure result (1.0, 2002) dient voor de resultaten van een technisch onderzoek dat typisch als verstrekking in de RIZIV-nomenclatuur geïdentificeerd is; klinische onderzoeken horen in Contact report en laboresultaten in Laboratory result. ↩ Toon in de tekst Klopt niet? | feit | Transaction: Procedure result — eHealth-platform; 15-10-2002 SRC-0c0f2431fb | General information — DEFINITION | 30-09-2026 |
| Procedure result vereist slechts KMEHR-normalisatieniveau 1; het resultaat mag als vrije tekst, als ingekapseld multimediaobject of met items worden doorgegeven. ↩ Toon in de tekst Klopt niet? | feit | Transaction: Procedure result — eHealth-platform; 15-10-2002 SRC-0c0f2431fb | Guidelines — Generalities | 30-09-2026 |
| Het KMEHR-profiel Referral letter vereist CD-TRANSACTION=referral; lokale codes mogen aanvullend worden toegevoegd. ↩ Toon in de tekst Klopt niet? | feit | Transaction: Referral letter — eHealth-platform; 15-10-2002 SRC-e065e3591b | Guidelines — Transaction elements, cd | 30-09-2026 |
| Afleiding: combineert men de KB-lijst (bijlage 19, regel 9) met de profielen op de eHealth-standaardensite, dan worden operatie- en anesthesieverslagen als CD-TRANSACTION 'report' en beeldvormings- en medisch-technische verslagen als 'result' gepubliceerd. Het KB noemt enkel profielnamen, geen codes; specialisatiecodes (CD-TRANSACTION-TYPE) en monitoringvelden legt het niet vast. ↩ Toon in de tekst Klopt niet? | interpretatie | 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 | combinatie van bmuc-epd-criteria-01/02 met kmehr-03 en bestaande claim Report 1.0 (CLM-8ae5e5d2) | 30-09-2026 |
| Bestaande gegevensstromen worden aangemoedigd om in toekomstige iteraties naar FHIR te migreren of uit te breiden; migratie van eHealth-basisdiensten naar FHIR is iteratief, geleidelijk en 'best effort'. ↩ Toon in de tekst Klopt niet? | feit | Vision statement HL7 FHIR (v1.0) — eHealth-platform; 28-05-2019 SRC-e58cf74e18 | p. 6, secties 5.4-5.5 | 25-09-2026 |
| Het eHealth-platform stelt dat een omzetting van KMEHR-stromen naar FHIR zonder extra inspanning op codering en structurering weinig meerwaarde biedt, en dat een 'big bang'-scenario niet mogelijk is. ↩ Toon in de tekst Klopt niet? | feit | eHealth Platform Standards - Home (KMEHR) — eHealth-platform SRC-bd069bf1c8 | sectie 'concerning FHIR' | 25-09-2026 |
| FHIR wordt de standaard voor data-uitwisseling in BIHR, conform Belgische profielen; bestaande KMEHR-stromen blijven ondersteund als alleen-lezen, nieuwe en aangepaste uitwisselingen verlopen vanaf 2028 via FHIR. ↩ Toon in de tekst Klopt niet? | feit | Het BIHR (Belgian Integrated Health Record) — RIZIV SRC-bedb8ce40f | sectie 'FHIR wordt de standaard voor data-uitwisseling' | 25-09-2026 |
| Binnen BIHR verloopt de overgang van KMEHR naar FHIR geleidelijk; nieuwe en aangepaste uitwisselingen verlopen vanaf 2028 via FHIR. ↩ Toon in de tekst Klopt niet? | feit | Het BIHR (Belgian Integrated Health Record) — RIZIV SRC-bedb8ce40f | sectie FHIR wordt de standaard voor data-uitwisseling | 25-09-2026 |
| De BIHR-presentatie definieert 'Point T' als 12 maanden na de publicatie van de laatste patient summary CareSet. Dat Point T het moment van de gecoördineerde omschakeling is (FHIR operationeel, KMEHR read-only), volgt vermoedelijk uit de opmaak van de dia en staat er niet letterlijk. ↩ Toon in de tekst Klopt niet? | feit | BIHR: A general introduction — RIZIV/INAMI; 01-03-2026 SRC-c1669f1de8 | p. 9, sectie 'KMEHR → FHIR' | 26-09-2026 |
| Het digitaal verwijsvoorschrift heeft een gepubliceerde CareSet, "Digital Referral Prescription (DRP)". De bron vermeldt KMEHR niet; dat de stroom rechtstreeks naar FHIR gaat zonder KMEHR-tussenstap, is een eigen afleiding. ↩ Toon in de tekst Klopt niet? | interpretatie | Overzicht van gepubliceerde CareSets | RIZIV — RIZIV SRC-b4f8ecf2f8 | sectie 'CareSet "Digital Referral Prescription (DRP)"' | 26-09-2026 |
| Het IG-portaal van het eHealth-platform somt 18 IG's op (core, vaccination, allergy, medication, core-clinical, mycarenet, lab, public-health, infsec, patientwill, nihdi-terminology, patient-care, pss, drp, referral, patient-dossier, childreport, pregnancy-status); DRP is gemarkeerd als deprecated en vervangen door Referral. ↩ Toon in de tekst Klopt niet? | feit | FHIR IG-portaal: projectenlijst (projects.js) — eHealth-platform SRC-85fbc850b0 | projects-array, order 14 | 25-09-2026 |
| Overheden, zorgverleners en industrie hebben samen beslist de huidige KMEHR-datatypes (in Vitalink) geleidelijk te vervangen door FHIR CareSets. ↩ Toon in de tekst Klopt niet? | feit | FHIR-documentatie — Vitalink (Departement Zorg) SRC-6e9d5d427a | inleiding FHIR-documentatie | 25-09-2026 |
| De Vitalink FHIR-omgeving werd in productie genomen (bericht van 22 maart 2024) en staat naast de bestaande KMEHR-omgeving. ↩ Toon in de tekst Klopt niet? | feit | Nieuwe FHIR-omgeving van Vitalink in productie! — Vitalink (Departement Zorg); 22-03-2024 SRC-a7e3a494e9 | nieuwsbericht | 25-09-2026 |
| Sinds 1 juli 2025 zijn de gegevens van de bevolkingsonderzoeken naar kanker (CVKO) enkel nog via Vitalink FHIR beschikbaar; raadpleging via KMEHR is stopgezet. ↩ Toon in de tekst Klopt niet? | feit | Nieuws | Vitalink — Vitalink (Departement Zorg) SRC-e85b9ba17a | nieuwsbericht 01/07/2025 | 25-09-2026 |
| Er bestaat een referentie-implementatie (niet-officiële repository) die de KMEHR/SOAP-interhubtransacties getTransactionList en getTransaction moderniseert naar IHE MHD op HL7 FHIR R4. ↩ Toon in de tekst Klopt niet? | leveranciersclaim | Belgian eHealth Interhub FHIR Simulator — GitHub (nhermab) SRC-1abe55e4ec | README | 25-09-2026 |
| Het testatelier gebruikte een vereenvoudigde opstelling (synthetische patiënten, geen formele eHealth-beveiliging, VPN) en noemt zichzelf een stap naar een gefedereerde FHIR-uitwisseling. ↩ Toon in de tekst Klopt niet? | feit | Test Atelier BE FHIR-A-THON June 2026 — Federated FHIR exchange — CoZo (in partnerschap met Amaron) SRC-6290028533 | p. 1, sectie 1 'Objective' | 30-09-2026 |
| Volgens de Abrumet-ontwikkelaarsdocumentatie (laatst gewijzigd 14/03/2017) gebruikt de Brusafe+-omgeving IHE XDS-conforme componenten. ↩ Toon in de tekst Klopt niet? | feit | IHE XDS Components (Brusafe+) — Abrumet SRC-d81b432dd2 | inleiding | 30-09-2026 |
| In dezelfde documentatie (2017) verloopt de uitwisseling tussen XDS-omgevingen via een XCA-gateway, terwijl de communicatie tussen Brusafe+ en het Brussels Gezondheidsnetwerk op de KMEHR-standaard steunt. ↩ Toon in de tekst Klopt niet? | feit | IHE XDS Components (Brusafe+) — Abrumet SRC-d81b432dd2 | secties 'Initiating- and Responding Gateway' en 'Integration module' | 30-09-2026 |
| Voorwaarde c): raadpleging door zorgverleners in de instelling, via hubs en gezondheidskluizen, van gezondheidsinformatie van andere instellingen, SumEHR en het medicatie-overzicht. ↩ Toon in de tekst Klopt niet? | feit | 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 | art. 17 (art. 61 § 2, 2°, c) | 25-09-2026 |
| Kernfunctionaliteit 15 van de BMUC 2016 ('geautomatiseerde communicatie met de hubs en interactie met e-Health') vereist o.a. het gebruik van de eHealthBox en de raadpleging via hubs van gezondheidsdossiers (andere instellingen, SUMEHR, medicatieschema) door zorgverleners in de instelling. ↩ Toon in de tekst Klopt niet? | feit | 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 | p. 18, functionaliteit 15 | 25-09-2026 |
| Volgens de minister (antwoord 2025) hebben alle ziekenhuizen toegang tot Vitalink KMEHR (medicatieschema's, Sumehr, vaccinaties), maar verloopt die stroom niet altijd optimaal, soms via een omweg over de metahub. ↩ Toon in de tekst Klopt niet? | feit | 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 | p. 2, antwoord vraag 1, 'Huidige situatie' | 25-09-2026 |
| Ziekenhuizen moeten alle via hubs-metahub gedeelde gegevens annoteren met de juiste metadata (gedefinieerd door de reglementen van het eHealth-platform) zodat publicatietermijn en statistieken gemonitord kunnen worden. ↩ Toon in de tekst Klopt niet? | feit | 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 | art. 17 (art. 61 § 2, 2°, na punt f) | 25-09-2026 |
| RSW waarschuwt dat partners hun businessregels op oudere XSD-versies kunnen hebben gebaseerd en dat de nieuwe metadata (waarden) hen daarom gesignaleerd moeten worden. ↩ Toon in de tekst Klopt niet? | feit | XSD : migration vers le KMEHR Version 1.40.2 — Réseau Santé Wallon (FRATEM); 14-02-2025 SRC-c99a273059 | sectie 'Points d'attention — Pour les cosites' | 30-09-2026 |
| Abrumet stelde (pagina van 07/01/2020) dat de Belgische eHealth enkel KMEHR gebruikt en dat Brusafe+ via XDS/CDA en een mapping de brug slaat naar internationale standaarden; metahubgegevens worden daarbij van KMEHR naar CDA gemapt. ↩ Toon in de tekst Klopt niet? | feit | About Brusafe+ — Abrumet SRC-32c4c82d84 | kader bovenaan de pagina | 30-09-2026 |
| De BruSafe-kluis van het RSB is technisch een KMEHR-repository die pdf-documenten host, bedoeld voor eerstelijnszorgverleners zonder eigen server. ↩ Toon in de tekst Klopt niet? | feit | De kluis Brusafe+ — Abrumet vzw SRC-42b7c220d9 | sectie 'De Brusafe-kluis van het Brussels Gezondheidsnetwerk' | 26-09-2026 |
| Het Recip-e-wijzigingsoverzicht voor softwarehuizen heeft als laatste update 02/06/2023 (documentatie voor het delen van voorschriften met de patiënt); er is geen latere pakketupdate vermeld. ↩ Toon in de tekst Klopt niet? | feit | Recip-e — Change overview of package for software houses — Recip-e vzw; 02-06-2023 SRC-47191f855c | p. 1 | 30-09-2026 |
| Het eHealth-platform formuleert FHIR als voorkeursstandaard: nieuwe gegevensstromen gebruiken 'bij voorkeur' FHIR; dit is een beleidsvoorkeur, geen reglementaire verplichting. ↩ Toon in de tekst Klopt niet? | feit | About FHIR — eHealth-platform SRC-ff53eb8437 | pagina 'About FHIR' | 01-10-2026 |
Niet in de tekst verwerkt 31 beweringen
Deze beweringen komen uit dezelfde bronnen en zijn nagekeken, maar het artikel over KMEHR gebruikt ze (nog) niet.
| Bewering | Soort | Bron | Vindplaats | Peildatum |
|---|---|---|---|---|
| Voor declareTransaction beveelt de specificatie het INSZ sterk aan, maar een hub kan intrahub een lokaal patiëntidentificatiesysteem toelaten. Klopt niet? | feit | Hub service declareTransaction: functional description — eHealth-platform; 30-07-2010 SRC-88b3c750f4 | p. 3, Comments | 27-09-2026 |
| De auteurslijst van het interhubantwoord moet als eerste hcparty de antwoordende hub bevatten. Klopt niet? | feit | Interhub getTransactionList: functional description — eHealth-platform; 06-12-2018 SRC-4e7752a34e | p. 9, author | 27-09-2026 |
| Laboratory result 1.1 beveelt nul, één of meer CD-LABORESULT-TYPE-codes aan om de onderwerpen van het laboratoriumverslag te beschrijven. Klopt niet? | feit | KMEHR transaction: Laboratory result — eHealth-platform; 01-07-2022 SRC-af1784d473 | Guidelines, cd | 27-09-2026 |
| Interhub getTransactionList beschrijft patiënttoegang tot transacties met optionele lokale codes. Klopt niet? | feit | Interhub getTransactionList: functional description — eHealth-platform; 06-12-2018 SRC-4e7752a34e | p. 9, Patient access | 27-09-2026 |
| declareTransaction 1.0 vereist het veld iscomplete met cardinaliteit [1], om aan te geven of het document volledig is. Klopt niet? | feit | Hub service declareTransaction: functional description — eHealth-platform; 30-07-2010 SRC-88b3c750f4 | p. 4, iscomplete | 27-09-2026 |
| Het KMEHR-profiel Contact report beschrijft consultaties, spoedbezoeken en huisbezoeken. Klopt niet? | feit | Contact report — eHealth-platform; 15-10-2002 SRC-ebae814f05 | Definition | 27-09-2026 |
| Domus Medica (secundaire bron) schrijft KMEHR voluit als 'Kind Messages for Electronic Healthcare Record' (enkelvoud). Klopt niet? | feit | Eénheid van taal & standaardisatie | Domus Medica — Domus Medica SRC-f193564291 | pagina 'Eénheid van taal & standaardisatie', alinea over KMEHR en FHIR | 25-09-2026 |
| Bij Discharge letter betekent isvalidated=false dat de informatie niet medisch gevalideerd is; de velddefinitie zelf verplicht dus niet steeds de waarde true. Klopt niet? | feit | Discharge letter — eHealth-platform; 15-10-2002 SRC-3785eaa704 | Guidelines, isvalidated | 27-09-2026 |
| Discharge letter 1.0 vereist CD-TRANSACTION=dischargereport; lokale codes mogen aanvullend worden toegevoegd. Klopt niet? | feit | Discharge letter — eHealth-platform; 15-10-2002 SRC-3785eaa704 | Guidelines, cd | 27-09-2026 |
| De generieke KMEHR-transactiedatum verwijst gewoonlijk naar de medische gebeurtenis, maar de betekenis kan per transactietype verschillen. Klopt niet? | feit | Transaction — general structure — eHealth-platform SRC-6e9b27b727 | date/time | 27-09-2026 |
| Contact report 1.0 vereist CD-TRANSACTION=contactreport; lokale codes mogen aanvullend worden toegevoegd. Klopt niet? | feit | Contact report — eHealth-platform; 15-10-2002 SRC-ebae814f05 | Guidelines, cd | 27-09-2026 |
| De KMEHR-transactie Laboratory result vereist volgens versie 1.1 minimaal normalisatieniveau 1. Klopt niet? | feit | KMEHR transaction: Laboratory result — eHealth-platform; 01-07-2022 SRC-af1784d473 | Guidelines / Generalities | 27-09-2026 |
| In declareTransaction 1.0 is recorddatetime verplicht ([1]) en betekent het registratiedatum en -tijd in het aanroepende systeem. Klopt niet? | feit | Hub service declareTransaction: functional description — eHealth-platform; 30-07-2010 SRC-88b3c750f4 | p. 5, recorddatetime [1] | 27-09-2026 |
| declareTransaction vraagt een minimaal transactiebeschrijf met patiëntidentificatie en minstens één erkend transactietype. Klopt niet? | feit | Hub service declareTransaction: functional description — eHealth-platform; 30-07-2010 SRC-88b3c750f4 | p. 2, Input parameters | 27-09-2026 |
| Dezelfde KMEHR-specificatie kondigt een evolutie naar een HL7 FHIR-specificatie voor laboratoriumresultaten aan. Klopt niet? | feit | KMEHR transaction: Laboratory result — eHealth-platform; 01-07-2022 SRC-af1784d473 | IMPORTANT | 27-09-2026 |
| Het profiel Report 1.0 vereist CD-TRANSACTION=report; lokale codes mogen aanvullend worden toegevoegd. Klopt niet? | feit | Report — eHealth-platform; 10-07-2013 SRC-df3a3774bc | Guidelines, cd | 27-09-2026 |
| Bij Laboratory result is date de rapportagedatum; als de uitvoeringsdatum daarvan afwijkt, hoort die volgens het profiel op itemniveau. Klopt niet? | feit | KMEHR transaction: Laboratory result — eHealth-platform; 01-07-2022 SRC-af1784d473 | Guidelines, date | 27-09-2026 |
| Laboratory result 1.1 vereist CD-TRANSACTION=labresult; lokale codes mogen aanvullend worden toegevoegd. Klopt niet? | feit | KMEHR transaction: Laboratory result — eHealth-platform; 01-07-2022 SRC-af1784d473 | Guidelines, cd | 27-09-2026 |
| De request-parameter van declareTransaction groepeert request-id, datum, tijd en afzender. Klopt niet? | feit | Hub service declareTransaction: functional description — eHealth-platform; 30-07-2010 SRC-88b3c750f4 | p. 3, Input data | 27-09-2026 |
| De declareTransaction-specificatie stelt dat alle interhubuitwisselingen uitsluitend op het INSZ steunen. Klopt niet? | feit | Hub service declareTransaction: functional description — eHealth-platform; 30-07-2010 SRC-88b3c750f4 | p. 3, Comments | 27-09-2026 |
| CD-TRANSACTION-TYPE bevat specialisaties en niet elke waarde mag gecombineerd worden met elke CD-TRANSACTION-code. Klopt niet? | feit | CD-TRANSACTION-TYPE — eHealth-platform; 01-08-2023 SRC-e000bd4d35 | Description | 27-09-2026 |
| De auteur draagt medische verantwoordelijkheid en moet minstens één natuurlijke persoon identificeren; specialisme en organisatie kunnen aanvullend vermeld worden. Klopt niet? | feit | Transaction — general structure — eHealth-platform SRC-6e9b27b727 | author | 27-09-2026 |
| declareTransaction 1.0 vereist het veld isvalidated met cardinaliteit [1]. Klopt niet? | feit | Hub service declareTransaction: functional description — eHealth-platform; 30-07-2010 SRC-88b3c750f4 | p. 4, isvalidated; toelichting loopt verder op p. 5 | 27-09-2026 |
| Bij een update via declareTransaction mogen patiënt en auteur(s) niet veranderen. Klopt niet? | feit | Hub service declareTransaction: functional description — eHealth-platform; 30-07-2010 SRC-88b3c750f4 | p. 2, Post-condition | 27-09-2026 |
| De auteurslijst van declareTransaction moet minstens één natuurlijke persoon bevatten en loopt van de meest globale naar de meest specifieke actor. Klopt niet? | feit | Hub service declareTransaction: functional description — eHealth-platform; 30-07-2010 SRC-88b3c750f4 | p. 4, author, toelichtende prozatekst | 27-09-2026 |
| Het profiel Discharge letter is bedoeld om een ziekenhuisverblijf samen te vatten en richt zich gewoonlijk tot de eerstelijnsarts. Klopt niet? | feit | Discharge letter — eHealth-platform; 15-10-2002 SRC-3785eaa704 | Definition | 27-09-2026 |
| Volgens getTransactionList 1.1 is de transactie bij ontbreken van patiënttoegangsinformatie niet toegankelijk voor de patiënt. Klopt niet? | feit | Interhub getTransactionList: functional description — eHealth-platform; 06-12-2018 SRC-4e7752a34e | p. 9, cd patient access | 27-09-2026 |
| De afzender van declareTransaction moet minstens de organisatie identificeren die verantwoordelijk is voor het aanroepende systeem. Klopt niet? | feit | Hub service declareTransaction: functional description — eHealth-platform; 30-07-2010 SRC-88b3c750f4 | p. 3, Comments | 27-09-2026 |
| Het minimale transactiebeschrijf voor declareTransaction bevat de identificatie in het aanroepende systeem, de medisch verantwoordelijke auteur(s), medische datum en tijd en datum en tijd van registratie in dat systeem. Klopt niet? | feit | Hub service declareTransaction: functional description — eHealth-platform; 30-07-2010 SRC-88b3c750f4 | p. 2, Input parameters | 27-09-2026 |
| Bij Contact report moet minstens één hcparty een persoon identificeren, met verplicht ID-HCPARTY; diens INSZ wordt aanbevolen. Klopt niet? | feit | Contact report — eHealth-platform; 15-10-2002 SRC-ebae814f05 | Guidelines, author | 27-09-2026 |
| Het generieke profiel Report betreft tussentijdse of definitieve resultaten van een handeling. Klopt niet? | feit | Report — eHealth-platform; 10-07-2013 SRC-df3a3774bc | Definition | 27-09-2026 |