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

Belgische FHIR Lab-IG (hl7.fhir.be.lab)

Atlas-ID be-fhir-lab-ig · 32 beweringen · 17 bronnen · Laatst geverifieerd 28-09-2026 · Release 2026.10.01-7

Type
Standaard of specificatie
Jurisdictie
België (federaal/interfederaal)
Levenscyclus
trial-use — Enige gepubliceerde release is 1.0.0 (Trial Use, FHIR R4, gegenereerd 2022-09-08); de gids noemt zichzelf tot nader order een ontwerpspecificatie, terwijl de eHealthBox-verzending als eerste iteratie in productie is. Op de master-branch van GitHub staat 1.0.1 met status 'draft' (geen release). Stand 2026-09-28.
Versie
1.0.0 (gepubliceerd, Trial Use); 1.0.1 draft op master
Aliassen
BE Lab-IG; HL7 BE Laboratory IG; HL7 BE Laboratory WG Implementation Guide; HL7 Belgium FHIR Implementation Guide - Lab related profiles; hl7.fhir.be.lab
FR / EN
Guide d'implémentation FHIR belge pour les résultats de laboratoire / HL7 BE Laboratory WG Implementation Guide

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.

Relaties 14 Bronnen 17 Graaf

Wat is het?

✎ Reageer

De 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?

✎ Reageer

De 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

✎ Reageer

Fase 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

RelatieDoelconceptTypeStatusToelichting
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

  1. 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
  2. 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
  3. Wordt DIGIRELAB fase 3 (FHIR-zoek-API bij de hubs) een formele uitbreiding van deze gids? Help deze vraag beantwoorden
  4. 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

  1. HL7 Belgium FHIR Implementation Guide - Lab related profiles. eHealth-platform; 08-09-2022. SRC-9ddc971c13 Link werkt niet?
  2. HL7 Belgium FHIR IG - Lab related profiles: Guidance. eHealth-platform / HL7 Belgium; 08-09-2022. SRC-fb93029bf0 Link werkt niet?
  3. HL7 BE Laboratory WG Implementation Guide 1.0.0 - STU: Artifacts Summary. eHealth-platform; 08-09-2022. SRC-b48c3b6ead Link werkt niet?
  4. BeObservationLaboratory - HL7 BE Laboratory WG Implementation Guide. eHealth-platform / HL7 Belgium. SRC-fae3630dbc Link werkt niet?
  5. Retam exports. eHealth-platform (standards). SRC-95dbb872d3 Link werkt niet?
  6. HL7 BE Laboratory WG Implementation Guide 1.0.0 - STU: Changes. eHealth-platform; 08-09-2022. SRC-a307c610a6 Link werkt niet?
  7. sushi-config.yaml (master-branch) van de repository hl7-be/lab. HL7 Belgium / eHealth-platform (GitHub hl7-be). SRC-37ad20d6a9 Link werkt niet?
  8. FHIR in België. Amaron. SRC-8ba2c42200 Link werkt niet?
  9. KMEHR transaction: Laboratory result 2.0 (KMEHR with encapsulated FHIR). eHealth-platform; 08-12-2023. SRC-b09ad4548b Link werkt niet?
  10. DIGIRELAB Phase 3: proposal for API (to be finetuned). HL7 Belgium (GitHub hl7-be/lab). SRC-73049217c3 Link werkt niet?
  11. BE Laboratory IG Home Page. eHealth-platform / HL7 Belgium; 08-09-2022. SRC-313acd225c Link werkt niet?
  12. KMEHR transaction: Laboratory result. eHealth-platform; 01-07-2022. SRC-af1784d473 Link werkt niet?
  13. LOINC – Belgian Health Terminology Portal. FOD Volksgezondheid, Veiligheid van de Voedselketen en Leefmilieu – Terminologiecentrum. SRC-752df76d1e Link werkt niet?
  14. België maakt zich klaar voor FHIR Diagnostic Report, en Clinisys loopt mee voorop in dit innovatieve initiatief. Clinisys; 28-03-2024. SRC-e84482515b Link werkt niet?
  15. package-list.json van HL7 Belgium FHIR Implementation Guide - Lab related profiles (hl7.fhir.be.lab). eHealth-platform. SRC-32a0fa591e Link werkt niet?
  16. 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-2bc4e53eb8 Link werkt niet?
  17. Test Plan (Laboratory Results in FHIR Format). HL7 Belgium (repository hl7-be/lab). SRC-ec2f679b30 Link werkt niet?
Record be-fhir-lab-ig · laatst geverifieerd 28-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