bêta L'eHealth Atlas est en construction : nous collectons et vérifions encore des données, le contenu peut donc être incomplet.Contenu encore incomplet. Plus d'informations

Base de référence belge sur la santé numérique

Ouvrage de référence indépendant · source non officielle bêta

Recherche avancée Aide

Fiche de concept · Cas d'usage ou processus de soins

Digitalisation des résultats de laboratoire (DIGIRELAB)

Identifiant Atlas digirelab · 24 affirmations · 10 sources · Dernière vérification08-10-2026 · Version 2026.11.12-3

Type
Cas d'usage ou processus de soins
Juridiction
Belgique (fédéral/interfédéral)
Cycle de vie
partiel — Partiellement en production au 5 octobre 2026 : la phase 1 fonctionne via l'eHealthBox ; la phase 2 est prévue et la phase 3 est une proposition.[1][2][3]
Alias
DigiReLab; Digitalisation Labresults; Project Digitalisation Labresults
FR / EN
Digitalisation des résultats de laboratoire (DIGIRELAB) / Digitalisation of lab results (DIGIRELAB)

DIGIRELAB est le trajet fédéral visant à envoyer les résultats de laboratoire de manière structurée avec FHIR et LOINC.[1] La phase 1 amène le résultat au demandeur comme document FHIR via l'eHealthBox. [4] Début 2026, tous les logiciels de médecine générale pouvaient recevoir et 75% des laboratoires avaient démontré pouvoir envoyer.[1] La publication dans les hubs (phase 2) est prévue et une API de recherche auprès des hubs (phase 3) est proposée ; pour 2026, un projet était prévu pour rendre l'usage obligatoire.[2][3][1]

Relations 8 Sources 10 Graphe

Qu'est-ce que c'est ?

✎ Commenter

Un laboratoire veut faire parvenir les résultats de manière structurée et codée au demandeur et à d'autres prestataires de soins, afin que le dossier récepteur puisse les traiter automatiquement. DIGIRELAB est la digitalisation des résultats de laboratoire en FHIR et en LOINC, portée par la Plate-forme eHealth[1]. Le schéma général et les autres voies se trouvent sur Échange des résultats de laboratoire.

Qui échange quoi et via quel canal ?

✎ Commenter
De Vers Données Canal Norme Statut
laboratoire demandeur résultat de laboratoire canal de messagerie existant XML avec par exemple le format Medidoc transition signalée en 2022 ; règle officielle ou date de fin non établie[5]
laboratoire demandeur, le plus souvent médecin généraliste rapport de laboratoire structuré eHealthBox document FHIR conforme au Guide d'implémentation FHIR belge pour les résultats de laboratoire phase 1 en production ; tous les logiciels de médecine générale pouvaient recevoir et 75% des labos avaient prouvé leur capacité à envoyer[4][1]
laboratoire prestataires de soins et patient résultat FHIR avec représentation en pdf hubs-metahub FHIR avec pdf obligatoire phase 2 prévue ; préparation mentionnée parmi les réalisations de 2025[2][1]
prestataire de soins hubs résultats de laboratoire sélectionnés API de recherche FHIR LOINC phase 3 proposée en mars 2026[1][3]
prestataire de soins plusieurs dépôts FHIR résultats de laboratoire granulaires réseau FHIR de CoZo LOINC/ReTaM proof of concept et test en juin 2026[6][7]

Le codage se fait en LOINC ; pour la transition, il existe des tables de mapping entre LOINC et les codes du format Medidoc et les codes RSW/FRATEM, tables que le fournisseur de système d'information de laboratoire (SIL) peut utiliser[8]. Selon une question posée par un auteur sur le repository consacré aux laboratoires de HL7 Belgium (juin 2023), un document de l'INAMI du 24/01/2023 adressé aux labos annonçait un registre central (via API) permettant de vérifier quels prestataires de soins peuvent déjà recevoir des résultats FHIR via l'eHealthBox ; l'auteur demandait si les spécifications étaient déjà disponibles[9]. La source enregistrée ne contient pas de réponse.

Différences régionales

Les sources traitées ne montrent pas de différences régionales ; le projet est porté par la Plate-forme eHealth, et la disposition légale prévue émane du gouvernement fédéral[1][10]. Les tables de mapping pour les codes RSW/FRATEM indiquent un héritage wallon de listes de codes plus anciennes[8].

Statut et obligation

✎ Commenter
  • Planning : pour 2026, un projet est prévu afin de rendre obligatoire l'utilisation de DIGIRELAB[1].
  • Proposition : en juillet 2026, une disposition légale qui fait de la communication des résultats conformément aux normes une condition du remboursement aux labos n'avait pas encore été votée[10].
  • Selon le ministre, les normes sont fixées depuis deux ans déjà et la plupart des logiciels y sont conformes[10].

Qu'est-ce que cela signifie pour un hôpital ?

✎ Commenter
  • Comme expéditeur : les sources parlent de façon générale de « labos » et ne distinguent pas les labos privés des labos hospitaliers ; les labos hospitaliers relèvent probablement aussi de l'obligation prévue, mais la portée de la disposition légale n'a pas été vérifiée.
  • Comme destinataire : le chiffre rapporté concerne les logiciels de médecine générale[1] ; pour les DPI hospitaliers, aucun chiffre n'a été trouvé.
  • Recommandation (propre) : intégrez la phase 2 (publication dans les hubs avec FHIR incorporé et pdf obligatoire) dans la feuille de route du SIL, et vérifiez que le pdf et les données structurées sont cohérents.

Conditions de mise en œuvre et limites

Le laboratoire est responsable de la concordance entre les données structurées et le pdf[2]. Une requête de recherche dans l'API de phase 3 proposée comporte toujours un identifiant de patient et un nombre maximum de résultats[3]. La proposition cite comme paramètre de recherche pour Observation le code LOINC du test[3], et l'opération Composition/[id]/$document renvoie le document complet associé à la Composition du rapport de laboratoire, et pas seulement la ressource Composition[3].

Incertitudes et informations contradictoires

✎ Commenter
  • Le Lab-IG publié parle encore d'une phase pilote en 2021[4], alors que la Plate-forme eHealth signale une large utilisation[1].
  • Le chiffre de 75% correspond à « ont prouvé leur capacité à envoyer », et non à « envoient tous les résultats »[1].
  • Le registre des destinataires capables de recevoir du FHIR n'est connu que par une question de juin 2023, sans réponse dans la version enregistrée[9] ; cette lacune n'est pas une preuve d'absence.
  • La présentation annuelle de la Plate-forme eHealth (janvier 2026) cite, parmi les réalisations de 2025, la préparation de la phase 2 (partage via Hubs) et de la phase 3 (requêtes spécifiques en LOINC)[1] ; le contenu des phases (pdf obligatoire, API de recherche) provient de GitHub issues du repository consacré aux laboratoires de HL7 Belgium et d'une proposition d'API[2][3]. La base de sources ne contient aucun document officiel indiquant le calendrier des phases.
  • La période de transition avec le format Medidoc n'est connue que par une question posée sur le repository consacré aux laboratoires, en septembre 2022 ; la base de sources ne contient aucune règle officielle ni date de fin[5].

Relations 8 relations · 0 hypothèses

RelationConcept cibleTypeStatutPrécision
implique LOINC et le sous-ensemble belge (ReTaM) Terminologie ou classification établi Labresultaten gecodeerd met LOINC. [1][3][8]
implique eHealthBox Plateforme ou service établi Fase 1: labresultaat als payload van een eHealthBox-bericht. [4][9]
implique Hubs & Metahub (répertoire des références) Plateforme ou service établi Enkel fase 2 (gepland) en fase 3 (voorstel); fase 1 loopt via de eHealthBox. [2][1][3]
implique Format Medidoc et codes labo Medidoc Norme ou spécification établi De DIGIRELAB-FAQ verwijst naar mappingtabellen LOINC–Medidoc voor LIS-leveranciers; DIGIRELAB (FHIR-labresultaten) zou Medidoc als labformaat vervangen. Volgens een vraag op de HL7 Belgium-labrepository (september 2022) was bij de start een overgangsperiode voorzien; geen officiële einddatum voor oudere formaten gevonden. [5][8]
implique Plate-forme eHealth Organisation établi Het eHealth-platform volgt de uitrol op (projectbeheer, homologatie huisartsensoftware). [1]
fait partie de Échange des résultats de laboratoire Cas d'usage ou processus de soins établi [1]
fait partie de (entrant) Échange des résultats de laboratoire Cas d'usage ou processus de soins établi [1][2][3]
voir aussi (entrant) SHIFT, SHIFT 2 FAITH et E17 on FHIR (projets Data Capabilities avec échange FHIR fédéré) Cas d'usage ou processus de soins établi [6][7]

Questions ouvertes 8

  1. Welk officieel RIZIV- of eHealth-document definieert fase 1-3 en hun timing? (de eHealth-jaarpresentatie van januari 2026 noemt fase 2 en 3, zonder timing) Aidez-nous à répondre à cette question
  2. Is er een officiële einddatum voor labresultaten in het Medidoc-formaat? Aidez-nous à répondre à cette question
  3. Wat is de juridische basis van de geplande verplichting (2026), en valt ze samen met de wetsbepaling over de terugbetalingsvoorwaarde (juli 2026)? Aidez-nous à répondre à cette question
  4. Wanneer gaat fase 2 in productie? Aidez-nous à répondre à cette question
  5. Is het register van FHIR-capabele ontvangers (RIZIV-document 24/01/2023) ooit in productie gegaan? Aidez-nous à répondre à cette question
  6. Ontvangen ook ziekenhuis-EPD's en specialistensoftware DIGIRELAB-berichten? (het cijfer van 100% betreft huisartsensoftware) Aidez-nous à répondre à cette question
  7. Wat gebeurt er met FHIR-laboresultaten als de eHealthBox van een huisarts vol is, en wordt de opslagcapaciteit (volgens de indiener van GitHub-issue #343 ongeveer 10 MB) verhoogd? Aidez-nous à répondre à cette question
  8. Volgen de DIGIRELAB-labverslagen formeel de Belgische FHIR Lab-IG (hl7.fhir.be.lab), en tegen welke IG-versie toetst de homologatie van huisartsensoftware en labo's? Aidez-nous à répondre à cette question

Sources 10 sources · toutes les sources

  1. Réalisations 2025 – Perspectives 2026 (Plate-forme eHealth). eHealth-platform (publieke presentatie op de persoonlijke website van de administrateur-generaal); 30-01-2026. SRC-88e226b672 Lien cassé ?
  2. Issue #261: Should the presentedForm (e.g. embedded pdf) be viewable from within the GP software. hl7-be/lab (GitHub); 15-01-2024. SRC-7ad695ae7a Lien cassé ?
  3. DIGIRELAB Phase 3: proposal for API (to be finetuned). HL7 Belgium (GitHub hl7-be/lab); 25-03-2026. SRC-73049217c3 Lien cassé ?
  4. HL7 Belgium FHIR IG - Lab related profiles: Guidance. eHealth-platform / HL7 Belgium; 08-09-2022. SRC-fb93029bf0 Lien cassé ?
  5. Issue #143: [FHIR Technical Workshop] - Sending old format and Fhir-messages. hl7-be/lab (GitHub); 07-09-2022. SRC-5b38488bed Lien cassé ?
  6. Het volgende station: CoZo en de stille revolutie in de Belgische gegevensdeling (interview met een vertegenwoordiger van CoZo). Amaron BV; 23-09-2026. SRC-4e5a1283e4 Lien cassé ?
  7. Test Atelier BE FHIR-A-THON June 2026 — Federated FHIR exchange. CoZo (in partnerschap met Amaron). SRC-6290028533 Lien cassé ?
  8. hl7-be/lab README (Laboratory IG; testcases en FAQ 'Project Digitalisation Labresults'). HL7 Belgium / eHealth-platform. SRC-f884edf84a Lien cassé ?
  9. Issue #203: Repository of providers who can receive FHIR format. hl7-be/lab (GitHub); 28-06-2023. SRC-d54c82a57c Lien cassé ?
  10. Integraal verslag commissie Gezondheid en Gelijke Kansen, 7 juli 2026 (CRIV 56 COM 414) - o.a. vraag 56016703C (een Kamerlid) over de gedeeltelijke uitvoering van het interfederale eGezondheidsplan. Kamer van volksvertegenwoordigers; 07-07-2026. SRC-6b39af70d4 Lien cassé ?
Fiche digirelab · dernière vérification le 08-10-2026 · version 2026.11.12-3 · texte sous CC BY 4.0, sources uniquement liées
Améliorer cette page
Réutilisation : Cette page en Markdown · JSON