Format Medidoc et codes labo Medidoc

« Medidoc » désigne sur cette page deux choses apparentées : un ancien format de message (protocole) par lequel les laboratoires envoient des résultats aux logiciels de médecine générale, et une liste de codes labo Medidoc pour les analyses. Dans une issue GitHub de la FHIR Technical Workshop (2022) sur le passage aux messages FHIR, un participant a décrit le format existant comme, par exemple, du XML avec le protocole Medidoc^[1]. Selon le fournisseur Corilus, un système de codage pour les examens de laboratoire a été lancé au milieu des années 80 afin d'échanger automatiquement les analyses de laboratoire avec les médecins utilisant le DMI Medidoc ; ces « Medidoc labo-codes » ont été mis gratuitement à la disposition des laboratoires^[2] (affirmation du fournisseur).

Attention au nom. « Medidoc » est aussi le nom d'un logiciel pour médecins de Corilus. « Corilus - Medidoc » figure sur la page MyCareNet des logiciels agréés pour les médecins, notamment sous « Goedkeuring GMD » (situation au 30/09/2026)^[3]. Ce produit n'entre pas dans le champ de cette page.

Quel problème résout-il ?

Selon Corilus, les codes ont évolué jusqu'à devenir une première norme officieuse dans le domaine de l'échange de laboratoire^[2] (affirmation du fournisseur). MEDIDOC a été présenté en 1986 dans Huisarts Nu comme un nouvel ensemble très complet de programmes informatiques pour la médecine générale^[4]. Dès 1989, Huisarts Nu décrivait, sur la base de l'expérience avec le programme MEDIDOC, l'intégration des résultats de laboratoire dans un dossier de médecine générale à part entière^[5]. Les codes servent aussi à l'affichage bilingue : un message du BVAS décrit un problème qui ne se produisait que lorsqu'un médecin consultait le rapport de laboratoire dans une autre langue que celle du laboratoire^[6].

Non trouvés (date de consultation 2026-10-08) : une source gouvernementale qui fixe Medidoc comme norme, une spécification publique ou un numéro de version de la liste de codes ; ce n'est pas une preuve qu'ils n'existent pas. Le gestionnaire du format de message n'a pas non plus été trouvé. Le terme « officieux » est la formulation propre du fournisseur^[2].

Passage à FHIR (DIGIRELAB). Selon le SPF, le format eHealth actuel pour les résultats de laboratoire peut contenir des codes LOINC nationaux, des codes propres au laboratoire et des résultats non codés^[7]. Dans une issue GitHub de la FHIR Technical Workshop (septembre 2022), un participant a écrit qu'au démarrage on s'attendait à ce que les émetteurs et les récepteurs puissent continuer pendant quelques mois à utiliser le format existant, par exemple XML avec le protocole Medidoc^[1] ; dans le texte traité de l'issue, aucune date de fin de la période de transition et aucune réponse n'ont été trouvées^[1] ; ni une décision officielle ni la durée effective n'ont été trouvées. La FAQ du projet renvoie à des tables de correspondance que le fournisseur de LIS peut utiliser, entre les codes LOINC et les codes Medidoc et RSW/FRATEM^[8]. Lors du développement du Lab-IG FHIR belge (voir Guides d'implémentation FHIR belges, novembre 2021), il a été proposé d'inclure dans les observations, à côté de LOINC, les codes Medidoc ainsi que le code propre de l'émetteur^[9]. Voir Échange des résultats de laboratoire et, pour le côté demande, Demande électronique d'analyses de laboratoire.

Logiciels de médecine générale. Selon la note explicative des critères d'enregistrement 2019, le logiciel de médecine générale devait au minimum prendre en charge une forme d'intégration non standardisée des résultats de laboratoire ; une structuration standardisée n'était prévue que pour les critères 2020^[10]. Le logiciel distingue à cet égard le protocole (le document produit) et les résultats comme tels^[10].

Affirmations de fournisseurs sur l'utilisation actuelle (étiquetées).

• Le fournisseur de Medispring Généraliste écrit que le format HealthOne (UTF-8) pour les résultats de laboratoire est encore pris en charge^[11] et que les rapports de collègues doivent être envoyés au format Medidoc^[11].
• Le fournisseur d'intégration Amaron propose un couplage qui lit des fichiers « au format du médecin généraliste » (Medidoc, HealthOne, MedAr, etc.) dans des dossiers et les envoie via l'eHealthBox^[12].
• Un fournisseur de LIS (Clinisys) a écrit en mars 2024 que, après des tests réussis, les pouvoirs publics obligeront par la loi tous les laboratoires à envoyer les résultats de laboratoire en HL7 FHIR aux logiciels de médecine générale^[13] ; aucun texte législatif ni aucune date n'y est mentionné.

• Les laboratoires hospitaliers et les services de rapportage, lorsqu'ils envoient des résultats aux médecins généralistes, peuvent devoir prendre en charge plusieurs formats en parallèle pendant la transition (Medidoc, format HealthOne, FHIR) ; ainsi, un fournisseur de logiciels de médecine générale prend encore en charge HealthOne^[11] et attend ces rapports de collègues au format Medidoc^[11] (affirmations de fournisseurs ; déduction pour les hôpitaux).
• Quiconque utilise les codes labo Medidoc dépend d'une liste de codes, laquelle est gérée, selon le fournisseur, par Corilus et disponible après enregistrement^[2].
• Aucune obligation d'utiliser Medidoc ou d'y mettre fin n'a été trouvée ; la transition vers FHIR est une politique sans date^[7].
• Recommandation : tenez à jour dans le LIS la correspondance entre les codes d'analyse propres, LOINC/ReTaM et d'éventuels codes Medidoc, afin que l'ancien format puisse s'éteindre sans perte de comparabilité avec les résultats historiques.

Conditions de mise en œuvre et limites

• Aucune spécification publique trouvée : les implémentations reposent sur la documentation des fournisseurs et sur des accords bilatéraux.
• Les codes sont sensibles aux erreurs de conversion bilingue, comme le montre l'incident de 2019^[6].

• Confusion de noms : « Medidoc » désigne à la fois un format d'échange de laboratoire^[1] et un logiciel de médecine générale de Corilus^[3] ; les sources font rarement cette distinction de manière explicite. Il en va de même pour HealthOne (format et logiciel, voir HealthOne).
• Période de transition DIGIRELAB : la seule source est l'attente d'un participant dans une issue GitHub (2022), formulée au futur et suivie de questions sur l'approche^[1] ; aucune décision officielle du SPF, de l'INAMI ou de la plate-forme eHealth n'a été trouvée.
• Date de fin : le SPF parle d'une transition progressive^[7], un fournisseur d'une obligation légale à venir^[13] ; aucun texte législatif ni aucune date n'a été trouvé.
• Gestion : le fait que Corilus gère les codes labo repose sur le site web de Corilus lui-même^[2] et sur un seul message du BVAS^[6] ; le gestionnaire du format de message n'a pas été trouvé.
• Non trouvés : chiffres d'utilisation, canal de transport et exhaustivité de la correspondance Medidoc–ReTaM. « Non trouvé » ne signifie pas que cela n'existe pas.