Conceptrecord · Standaard of specificatie
Belgische FHIR Lab-IG (hl7.fhir.be.lab)
- Standaard of specificatie
- trial-use
- België (federaal/interfederaal)
- Laboratorium
- Terminologie en codering
- Standaardisatie en governance
Atlas-ID be-fhir-lab-ig · 32 beweringen · 17 bronnen
· Laatst geverifieerd 28-09-2026
· Release 2026.10.01-7
Belgische FHIR R4-implementatiegids van de werkgroep Laboratory Report van HL7 Belgium, gepubliceerd op de standaardensite van het eHealth-platform. De enige gepubliceerde release is 1.0.0 (Trial Use, 2022-09-08), maar de gids noemt zichzelf nog een ontwerpspecificatie. Profielen: BeLaboratoryReport (DiagnosticReport), BeObservationLaboratory, BeSpecimenLaboratory en een Composition-profiel voor verzending als FHIR Document; observatiecodes in LOINC volgens de subset van de FOD Volksgezondheid (ReTaM), eenheden in UCUM. In de eerste iteratie (in productie) gaat het FHIR Document als payload van een eHealthBox-bericht naar de aanvrager; KMEHR 'Laboratory result 2.0' sluit hetzelfde document in voor de hubs. Een FHIR-zoek-API (DIGIRELAB fase 3) is een voorstel.
Wat is het?
✎ ReageerDe Lab-IG is de Belgische HL7 FHIR-implementatiegids van de werkgroep Laboratory Report; vragen erover gaan naar het Standards Team van het eHealth-platform[1]. Het is een implementatiegids met profielen, onderdeel van de familie Belgische FHIR-IG's. De gepubliceerde versie is 1.0.0 met status Trial Use, gebaseerd op FHIR R4 en gegenereerd op 2022-09-08[1].
De hoofdresource van het labverslag is DiagnosticReport, met het Belgische profiel BeLaboratoryReport[2]. Observation en Specimen hebben elk een eigen profiel (BeObservationLaboratory, BeSpecimenLaboratory), aangevuld met een Composition-profiel voor verzending als FHIR Document[2][3]. BeObservationLaboratory beschrijft een observatie in een laboratoriumverslag[4].
Welk probleem lost het op?
✎ ReageerDe gids legt vast hoe een labo een gestructureerd, gecodeerd verslag naar de aanvrager stuurt, in het kader van DIGIRELAB en de uitwisseling van klinische laboresultaten. Voor de observatiecode moet LOINC worden gebruikt volgens de subset die de FOD Volksgezondheid definieert (ReTaM), voor de meeste courante bepalingen[2]. ReTaM is de doorzoekbare weergave van de authentieke bron voor labocodes, gehost door het Terminologiecentrum en waar mogelijk gebaseerd op LOINC[5]. Eenheden worden in UCUM uitgedrukt; de KMEHR-tabel CD-UNIT wordt niet gebruikt[2]. Een pdf-weergave is optioneel via DiagnosticReport.presentedForm[2].
Het labovoorschrift valt buiten deze gids: het FHIR-artefact voor de labo-order staat in de Referral-IG, gebaseerd op ServiceRequest (zie Elektronische laboaanvragen)[2].
Beheer, versies en status
✎ Reageer| Aspect | Stand | Citaat |
|---|---|---|
| Gepubliceerde release | 1.0.0, Trial Use, FHIR R4, 2022-09-08 | [1] |
| Zelfbeschrijving | tot nader order een ontwerpspecificatie | [6] |
| Disclaimer | 'draft working specification', niet voor implementatie, hoewel in productie voor eHealthBox-berichten | [1] |
| Conceptversies | 0.0.2 (2020-11-16) tot 0.0.7 (2021-06-21); sinds 0.0.6 eHealthBox als transport | [6] |
| GitHub master | 1.0.1, status 'draft', licentie CC0-1.0; geen release | [7] |
Belgische toepassing
✎ ReageerFase 1, eHealthBox (productie). Het verzenden van labverslagen als FHIR Document naar een eHealthBox is volgens de Guidance de eerste iteratie in productie[2]. Het resultaat reist als payload van een eHealthBox-bericht met custom metadata HC-FunctionalType 'fhir-lab'[2]. Die payload is een FHIR Document (Bundle met Composition) met alle gerefereerde resources[2]. De gepubliceerde tekst beschrijft dit nog als verwachting voor een 'eerste iteratie' met een pilootfase in 2021 en is sindsdien niet geactualiseerd[2]. Integratieleverancier Amaron stelt dat diagnostische verslagen vandaag al als FHIR-bericht via de eHealthBox naar de aanvrager, meestal de huisarts, gaan[8] (leveranciersclaim).
Fase 2, hubs. Voor de hubs wordt het FHIR-document ingesloten in KMEHR 'Laboratory result 2.0', dat de regels van deze gids moet volgen[9].
Fase 3, zoek-API (voorstel). Het DIGIRELAB fase 3-voorstel (maart 2026, 'to be finetuned') beschrijft een FHIR-zoek-API bij de hubs waarbij Observations op LOINC-code gezocht worden[10]. Het voorstel verwacht nog bijkomende beperkingen uit een 'coalition of the willing'[10]; het is geen productie.
Praktische betekenis voor ziekenhuizen
✎ Reageer- Ziekenhuislabo's die resultaten naar huisartsen sturen, produceren in fase 1 een FHIR Document volgens deze profielen en versturen het via de eHealthBox[2][2]. Een wettelijke verplichting daartoe werd niet gevonden (zie open vragen).
- Het LIS moet observatiecodes op de ReTaM-LOINC-subset kunnen afbeelden en eenheden in UCUM leveren[2][2].
- Voor hub-publicatie telt de KMEHR-verpakking 2.0, die naast het FHIR-document ook een pdf bevat voor clients zonder FHIR-ondersteuning[9].
- Aanbeveling: leg in contracten met LIS-leveranciers vast welke IG-versie (1.0.0 of een latere) en welk validatiepakket gebruikt wordt, zolang de gepubliceerde release en de ontwikkelversie uiteenlopen.
Implementatievoorwaarden en beperkingen
✎ Reageer- De gids hangt voor transport af van de eHealthBox en, voor fase 2, van de KMEHR-verpakking van de hubs[2][9].
- Terminologie: LOINC volgens ReTaM, een bron die slechts 'waar mogelijk' op LOINC steunt (zie LOINC en de Belgische labosubset (ReTaM))[5].
Onzekerheden en tegenstrijdige informatie
✎ Reageer- Draft of productie? Release 1.0.0 is Trial Use[1], maar de gids noemt zichzelf een ontwerpspecificatie die niet voor implementatie gebruikt mag worden[6][1], terwijl de eHealthBox-verzending de eerste iteratie in productie is[2].
- Versies: de ontwikkelversie 1.0.1 op GitHub is geen gepubliceerde release[7]; een nieuwere publicatie werd niet gevonden (gap).
- Niet gevonden: een wettelijke verplichting voor FHIR-labresultaten en een formele productiebevestiging van fase 2 bij de hubs. Niet gevonden betekent niet dat het niet bestaat.
Relaties 14 relaties · 3 hypothesen
Relatietype alle
Status alle
| Relatie | Doelconcept | Type | Status | Toelichting |
|---|---|---|---|---|
| valt onder verantwoordelijkheid van | eHealth-platform | Organisatie | vastgesteld | Vragen over de gids gaan naar het Standards Team van het eHealth-platform; de gids staat op ehealth.fgov.be/standards. [1] |
| staat onder toezicht of overleg van | HL7 Belgium | Organisatie | vastgesteld | Gids van de werkgroep Laboratory Report van HL7 Belgium. [1] |
| profileert | HL7 FHIR | Standaard of specificatie | vastgesteld | FHIR R4; DiagnosticReport, Observation, Specimen en Composition geprofileerd. [1][2] |
| maakt deel uit van | Belgische FHIR-implementatiegidsen | Standaard of specificatie | vastgesteld | Een van de Belgische FHIR-implementatiegidsen. [1][11] |
| gebruikt terminologie | LOINC en de Belgische labosubset (ReTaM) | Terminologie of classificatie | vastgesteld | LOINC-subset van de FOD Volksgezondheid (ReTaM). [2][5] |
| gebruikt terminologie | UCUM | Terminologie of classificatie | vastgesteld | [2] |
| hangt technisch af van | eHealthBox | Platform of dienst | vastgesteld | Transport in de eerste iteratie (FHIR Document als payload van een eHealthBox-bericht). [6][2] |
| vervangt | KMEHR Laboratory result (1.1 en 2.0) | Standaard of specificatie | hypothese | Het eHealth-platform kondigt voor KMEHR 'Laboratory result' 1.1 een evolutie naar FHIR aan; geen formele vervanging of datum gevonden. Versie 2.0 sluit de Lab-IG juist in. [12] |
| vervangt | Medidoc (labformaat) | Standaard of specificatie | hypothese | Overgang van bestaande labformaten naar FHIR is beleid zonder einddatum; geen wettelijke verplichting gevonden. [13] |
| zie ook | Elektronische laboaanvragen | Use case of zorgproces | vastgesteld | Het FHIR-artefact voor het labovoorschrift staat niet in deze gids maar in de Referral-IG (ServiceRequest). [2] |
| implementeert (inkomend) | Clinisys GLIMS (met CyberLab, CyberTrack) | Softwareproduct | hypothese | [14] |
| betrekt (inkomend) | Uitwisseling van laboresultaten | Use case of zorgproces | vastgesteld | [2][15] |
| hangt technisch af van (inkomend) | KMEHR Laboratory result (1.1 en 2.0) | Standaard of specificatie | vastgesteld | [9] |
| gaat over (inkomend) | Koppeling LIS en ziekenhuis-EPD | Overzicht of dossier | vastgesteld | [16][17] |
Open vragen 4
- Komt er een nieuwe gepubliceerde release (1.0.1 of 2.0) en wanneer? De master-branch staat op 1.0.1 'draft'. Help deze vraag beantwoorden
- Waarom gaf de CI-build (build.fhir.org/ig/hl7-be/lab) op 2026-09-28 een 404, en welk validatiepakket gebruikt de visualisatietool van het eHealth-platform? Help deze vraag beantwoorden
- Wordt DIGIRELAB fase 3 (FHIR-zoek-API bij de hubs) een formele uitbreiding van deze gids? Help deze vraag beantwoorden
- Bestaat er een wettelijke of reglementaire verplichting voor labo's om resultaten volgens deze gids te versturen? Enkel leveranciersclaims gevonden. Help deze vraag beantwoorden
Bronnen 17 bronnen · alle bronnen
- HL7 Belgium FHIR Implementation Guide - Lab related profiles. eHealth-platform; 08-09-2022.
SRC-9ddc971c13Link werkt niet? - HL7 Belgium FHIR IG - Lab related profiles: Guidance. eHealth-platform / HL7 Belgium; 08-09-2022.
SRC-fb93029bf0Link werkt niet? - HL7 BE Laboratory WG Implementation Guide 1.0.0 - STU: Artifacts Summary. eHealth-platform; 08-09-2022.
SRC-b48c3b6eadLink werkt niet? - BeObservationLaboratory - HL7 BE Laboratory WG Implementation Guide. eHealth-platform / HL7 Belgium.
SRC-fae3630dbcLink werkt niet? - Retam exports. eHealth-platform (standards).
SRC-95dbb872d3Link werkt niet? - HL7 BE Laboratory WG Implementation Guide 1.0.0 - STU: Changes. eHealth-platform; 08-09-2022.
SRC-a307c610a6Link werkt niet? - sushi-config.yaml (master-branch) van de repository hl7-be/lab. HL7 Belgium / eHealth-platform (GitHub hl7-be).
SRC-37ad20d6a9Link werkt niet? - FHIR in België. Amaron.
SRC-8ba2c42200Link werkt niet? - KMEHR transaction: Laboratory result 2.0 (KMEHR with encapsulated FHIR). eHealth-platform; 08-12-2023.
SRC-b09ad4548bLink werkt niet? - DIGIRELAB Phase 3: proposal for API (to be finetuned). HL7 Belgium (GitHub hl7-be/lab).
SRC-73049217c3Link werkt niet? - BE Laboratory IG Home Page. eHealth-platform / HL7 Belgium; 08-09-2022.
SRC-313acd225cLink werkt niet? - KMEHR transaction: Laboratory result. eHealth-platform; 01-07-2022.
SRC-af1784d473Link werkt niet? - LOINC – Belgian Health Terminology Portal. FOD Volksgezondheid, Veiligheid van de Voedselketen en Leefmilieu – Terminologiecentrum.
SRC-752df76d1eLink werkt niet? - België maakt zich klaar voor FHIR Diagnostic Report, en Clinisys loopt mee voorop in dit innovatieve initiatief. Clinisys; 28-03-2024.
SRC-e84482515bLink werkt niet? - package-list.json van HL7 Belgium FHIR Implementation Guide - Lab related profiles (hl7.fhir.be.lab). eHealth-platform.
SRC-32a0fa591eLink werkt niet? - HL7 FHIR adoption in European health systems: A spotlight on Belgium (webinar 15-05-2024; deel DIGIRELAB - FHIR Labo Result in the Belgian ecosystem). HL7 International (webinar) met sprekers uit het Belgische eHealth-ecosysteem; 15-05-2024.
SRC-2bc4e53eb8Link werkt niet? - Test Plan (Laboratory Results in FHIR Format). HL7 Belgium (repository hl7-be/lab).
SRC-ec2f679b30Link werkt niet?
be-fhir-lab-ig · laatst geverifieerd 28-09-2026 · release 2026.10.01-7 · tekst onder CC BY 4.0, bronnen enkel gelinkt