Mult-eMediatt

• Quoi : Mult-eMediatt envoie des certificats d'incapacité de travail depuis les logiciels de médecine générale vers les destinataires appropriés^[1].
• Comment : le logiciel détermine les destinataires via DAAS et envoie les données médicales sous forme de message KMEHR sécurisé via eHealthBox^[2][3].
• État : les médecins généralistes utilisent le service depuis juin 2024 ; depuis le 1er janvier 2026, l'envoi de certains certificats à la mutualité est obligatoire^[4][1].
• Planning : les employeurs et les services médicaux font partie d'une prochaine itération prévue, mais leur statut de production n'est pas confirmé^[1][2].
• Hôpital : Mult-eMediatt n'est encore disponible que pour les médecins généralistes, pas pour les médecins spécialistes^[5][6].

Mult-eMediatt est une fonctionnalité des paquets logiciels médicaux qui permet à un médecin d'envoyer un certificat d'incapacité de travail directement à certains destinataires, avec les informations spécifiques dont chaque destinataire a besoin^[1]. Il a été développé par l'INAMI, la plate-forme eHealth, Medex et le Collège Intermutualiste National^[7]. La plate-forme eHealth le décrit comme un projet de simplification administrative visant à envoyer le certificat, avec l'accord du patient, depuis le logiciel du médecin généraliste vers les destinataires identifiés^[8]. Il ne s'agit pas d'une application web distincte : l'envoi se fait depuis le paquet logiciel du médecin^[2].

Une première étape a été eMediatt (à partir de 2014), qui permettait aux médecins d'envoyer le certificat électroniquement à Medex ; Mult-eMediatt en élargit la portée^[9].

Quel problème résout-il ?

Un patient doit souvent remettre un certificat à plus d'une instance. Mult-eMediatt détermine automatiquement les destinataires via le guide de routage de la plate-forme eHealth et n'envoie à chaque destinataire que les données dont il a besoin^[1][2]. Ainsi, un employeur ne reçoit jamais de diagnostic : les certificats avec diagnostic partent chiffrés vers une eHealthBox, les certificats sans diagnostic vers l'eBox Onderneming^[2].

Statut : production (médecins généralistes). Depuis juin 2024, les médecins généralistes peuvent envoyer des certificats par voie électronique aux mutualités (plus de 14 jours ou prolongation) et à Medex (personnel des services publics, dès le premier jour)^[4]. Au lancement, l'usage n'était pas obligatoire ^[7], et l'INAMI signalait que Mult-eMediatt était intégré dans presque tous les logiciels de médecine générale^[7]. Depuis le 1er janvier 2026, un médecin généraliste doit envoyer à la mutualité, par voie électronique via Mult-eMediatt, tous les certificats de plus de 14 jours et toutes les prolongations^[1].

Mult-eMediatt est exclusivement destiné aux médecins généralistes^[5] ; le cookbook v2 (15 mai 2025) précise lui aussi que, dans la première phase, le prestataire de soins ne peut être qu'un médecin généraliste^[3]. L'itération 1 se limite aux certificats d'incapacité de travail temporaire totale (100 %)^[9] ; la release R20251.2 (29 juillet 2025) a également ajouté le secteur des mutualités comme destinataire en cas d'incapacité de moins de 100 %^[10].

Pour la formation, l'INAMI renvoie à Domus Medica, au Réseau Santé Bruxellois et à eSantéWallonie ; le manuel vient de la firme de logiciels^[1].

Services et interfaces techniques

Routage. Avec le numéro d'identification de la sécurité sociale du patient, la cause (maladie, accident du travail, maladie professionnelle) et la durée de l'incapacité, le logiciel du médecin appelle le Data Attribute Service (DAAS) de la plate-forme eHealth afin de déterminer les destinataires^[2]. Le guide de routage consulte des sources authentiques, dont le répertoire des références de la Banque Carrefour de la Sécurité Sociale et la banque de données DIMONA, ainsi que les index eBox et la banque de données du CIN ^[2]. La plate-forme eHealth publie des cookbooks pour Mult-eMediatt, la DAAS et le Directory ^[8] ; voir Services de base de la plate-forme eHealth.

Jeux de données. Le modèle de certificat est standardisé en trois variantes : avec diagnostic obligatoire, avec diagnostic facultatif et un bloc « personnel enseignant », et sans diagnostic^[2]. Le dataset B contient une zone spécifique pour les travailleurs de l'enseignement dont les incapacités sont gérées par un mandataire^[9]. Le dataset C, sans diagnostic, est destiné aux employeurs ^[9].

Canaux. Le certificat part sous forme de message KMEHR chiffré vers une eHealthBox et/ou non chiffré, sans information médicale, vers l'eBox de l'employeur ; un PDF part vers l'eBox du citoyen et/ou de l'employeur^[3]. Les certificats destinés aux mutualités arrivent dans l'eHealthBox du CIN, qui, en tant qu'institution gestionnaire du réseau secondaire, route le message vers la mutualité compétente, de sorte que la plate-forme eHealth n'apprend pas auprès de quelle mutualité le patient est affilié^[2]. Le patient reçoit un accusé de réception via l'eBox Citoyen ou sur papier^[1].

Format et terminologie. L'itération 1 utilise le format KMEHR, comme eMediatt^[9]. Le message doit être validé avec Schematron avant l'envoi ; la plate-forme eHealth a intégré cette validation dans le connecteur technique^[5]. Pour le diagnostic, l'ICD, la CISP et SNOMED CT sont autorisés, chaque fois avec un numéro de version^[3]. Le code SNOMED CT doit être transmis aux destinataires ; pour cela, la FAQ renvoie à la table de mapping 3BT-SNOMED CT du Terminologiecentrum^[5]. Voir SNOMED CT et CISP-2 (et CISP-3).

Accès et consentement. À partir de la deuxième itération, avant l'appel aux sources authentiques, il est vérifié que le patient n'a pas exclu le médecin et qu'il existe une relation thérapeutique active^[2]. En raison de l'obligation, depuis le 1er janvier 2026, le consentement préalable du patient pour l'envoi électronique à la mutualité n'est plus exigé^[1].

Base juridique. Le traitement des données repose sur la délibération 17/073 du Comité de sécurité de l'information (septembre 2017), modifiée le 5 juin 2018 et le 1er octobre 2024^[2].

Destinataires dans le registre des échanges

• 2014 : eMediatt vers Medex^[9].

• Juin 2024 : production pour les médecins généralistes, vers la mutualité et Medex^[4].

• 15 mai 2025 : cookbook v2^[3].

• 29 juillet 2025 : release R20251.2 : le secteur des mutualités également en cas d'incapacité de moins de 100 %, et règles DAAS adaptées à une modification législative pour HR Rail^[10].

• 1er janvier 2026 : obligation pour les médecins généralistes vers la mutualité^[1] ; le logiciel doit bloquer les certificats de plus de trois mois^[1].

• Q1 2026 (prévu) : une eHealthBox Tracing WebApp avec une conservation des journalisations pendant dix ans, notamment pour les discussions sur les messages Mult-eMediatt^[12].

• Prévu, sans date : les certificats pour l'employeur (« prochainement »)^[1], pour HR Rail et la police^[1], et pour la mutualité dès le premier jour^[1].

• Idée, sans planning : le modèle est conçu de manière générique et peut être réutilisé, par exemple pour des certificats d'incapacité à suivre des cours^[2].

• eMediatt : selon la FAQ pour développeurs (2022), Medex peut recevoir les deux formats simultanément et eMediatt s'éteindrait dès qu'aucun logiciel plus ancien ne le proposerait encore, sans calendrier ^[5].

Qui le gère et relations avec d'autres concepts

Généré automatiquement à partir du frontmatter relations. L'aperçu de tous les flux relatifs à l'incapacité de travail se trouve sur Incapacité de travail et réintégration – flux numériques.

• Pas d'accès pour les spécialistes. Mult-eMediatt est uniquement destiné aux médecins généralistes ^[5] ; l'Observatoire demande la fonctionnalité aussi pour les médecins spécialistes ^[6]. Les DPI hospitaliers ne peuvent donc pas encore l'utiliser (interprétation).

• Le contrôle de la durée s'applique bien aux spécialistes. La durée maximale de trois mois du certificat pour la mutualité vaut également pour les médecins spécialistes^[1].

• Recommandation : utilisez le cookbook (KMEHR, DAAS, eHealthBox, eBox) comme référence lorsque l'extension aux spécialistes sera décidée, et demandez au fournisseur du DPI quels sont ses plans.

Conditions de mise en œuvre et limites

• Le logiciel médical doit comporter un contrôle technique afin que les certificats d'une durée de plus de trois mois ne soient pas envoyés^[1].

• Un certificat envoyé peut être annulé, en principe dans les cinq minutes, tant que le patient est encore présent ; en cas de problème technique, le patient reçoit un certificat papier^[1].

• Selon le cookbook, lorsque la DAAS renvoie « ehBox » comme canal, le papier n'est autorisé que dans le plan de continuité des activités^[3].

• Un logiciel de médecine générale doit implémenter les certificats d'incapacité de travail pour être enregistré^[13] ; voir Enregistrement (homologation) des logiciels de médecine générale.

• Début de l'obligation. Le cookbook v2 mentionne le 1er octobre 2025^[3], l'INAMI le 1er janvier 2026^[1]. Le cookbook est antérieur à la loi du 19 décembre 2025.

• Canal vers la mutualité. Le certificat ne passe pas par MyCareNet : la délibération 17/073 et le cookbook décrivent un message eHealthBox vers le CIN avec routage DAAS^[2][3] ; le registre des échanges a été corrigé en conséquence (30/09/2026).

• Non trouvé (consultation 30/09/2026, pas une preuve d'absence) : des chiffres d'utilisation, une date pour les médecins spécialistes, le statut de production par destinataire de l'itération 2 et l'URL actuelle de la transaction KMEHR « Incapacity notification ».