Télésurveillance en Belgique

• Quoi : l'AR du 27 mars 2025 définit le monitoring à distance et fixe des conditions (protocoles validés, procédure d'urgence, patient connu)^[1], mais ne rend lui-même rien remboursable^[2].

• Comment : l'INAMI rembourse des processus de soins, pas des applications, et les demandes pour des applications médicales mobiles passent depuis le 1er octobre 2023 directement par l'INAMI^[3][4].

• État : sont remboursées la télésurveillance en cas d'insuffisance cardiaque via une convention de l'INAMI avec les hôpitaux (depuis 2025, jusqu'à fin 2029), pour certaines thérapies oncologiques (depuis 2026) et pour une partie du traitement de kinésithérapie avec des forfaits hebdomadaires (depuis juillet 2026)^[5][6][7][8].

• Plate-forme : le Transmural Platform (TMP) est une initiative privée autour de Byteflies^[9], avec un financement de projet du SPF selon beMedTech et le ministre^[9][10] ; selon le ministre, la plate-forme développée est restée distincte de l'écosystème eHealth^[10] et les hôpitaux peuvent continuer à l'utiliser contre une cotisation de membre^[10].

• Planification : les autorités veulent construire la télésurveillance sur la prescription de renvoi électronique et les hubs, avec les premiers itinéraires de soins pilotes à partir de début 2027^[10][11].

• Hôpital : un hôpital peut lui-même demander qu'une application médicale mobile soit reprise dans un processus de soins remboursé^[4].

• Plus grande incertitude : selon une question parlementaire, l'INAMI a lié la poursuite du financement au fait de ne pas lancer de nouveaux itinéraires de soins sur TMP, ce que le ministre présente autrement^[10].

L'arrêté royal du 27 mars 2025 (MB 7 avril 2025) définit le 'monitoring à distance' comme le suivi et l'interprétation à distance de données de santé transmises par le patient et, si nécessaire, l'adaptation du traitement, au moyen des technologies de l'information et de la communication^[1]. La télésurveillance n'est donc pas, en Belgique, un service remboursé de manière générale, mais une série de processus de soins remboursés séparément au sein d'un cadre général fixé par arrêté royal^[2][5]. L'INAMI rembourse le parcours de soins et laisse le choix de l'application, dans le respect des conditions, à l'hôpital ou au prestataire de soins : en cas d'insuffisance cardiaque, l'hôpital choisit lui-même une application mHealth, en oncologie il n'y a pas de liste limitative^[3][7][12]. Sur le plan technique, une phase de transition est en cours : selon le ministre, la plate-forme pilote privée, subsidiée par le SPF, reste provisoirement utilisable moyennant une cotisation de membre, tandis que les autorités préparent une architecture fondée sur la prescription de renvoi et les hubs^[10].

Cette page donne la vue d'ensemble : le cadre légal, la procédure de remboursement des applications médicales mobiles, les processus de soins remboursés et les plans fédéraux pour l'architecture. Les détails figurent sur Télésurveillance en cas d'insuffisance cardiaque, Monitoring à distance oncologie (forfaits INAMI) et Transmural Platform (TMP).

Cadre légal : arrêté royal soins à distance (27 mars 2025)

• Conditions (obligation légale) : pour le monitoring à distance, le prestataire de soins doit disposer de protocoles validés pour le suivi des données transmises et d'une procédure d'urgence^[1]. Le patient doit être connu d'au moins un des prestataires de soins qui assurent son suivi (contact physique durant l'année civile en cours ou les deux années civiles précédentes), sauf s'il a été renvoyé^[1].
• Conditions TIC : les TIC utilisées ne peuvent contenir aucune publicité commerciale, et la communication et l'échange de documents doivent être chiffrés de bout en bout^[2].
• Expertise à distance : le même arrêté royal définit aussi l'expertise à distance comme une interaction entre prestataires de soins visant à recueillir un avis à la demande d'un prestataire de soins ; la téléconsultation et la téléexpertise sont traitées sur Téléconsultation et soins à distance (hors télésurveillance)^[1].
• Pas de remboursement automatique : le cadre de référence soins à distance ne rend lui-même aucune prestation remboursable ; le remboursement doit chaque fois figurer explicitement dans les conditions de remboursement^[2].

Validation et remboursement des applications (évolution de mHealthBelgium)

Le 3 février 2026, le ministre a confirmé que, pour une demande, l'application doit être notifiée auprès de l'AFMPS et qu'une auto-déclaration de la plate-forme eHealth doit être complétée^[14]. L'INAMI rembourse le processus de soins, pas l'application mHealth elle-même, et n'établit pas de liste d'applications approuvées^[3][7]. La demande générale est introduite via IRREQ, avec un formulaire signé et des annexes^[4].

Critères techniques de recevabilité (plate-forme eHealth). Selon l'INAMI, seules les applications médicales mobiles qui satisfont aux critères d'éligibilité technique, établis par la Plate-forme eHealth, entrent en ligne de compte pour un remboursement^[4]. Le document de critères lui-même se trouve sur le site web de l'INAMI et ne mentionne aucun auteur. Interprétation : les critères ne s'appliquent donc pas automatiquement à chaque plate-forme d'intégration. En résumé :

• Catégorie : les applications qui traitent des données à caractère personnel sensibles relèvent de la catégorie 3^[15] ; la classification couvre aussi le traitement sur des systèmes d'information avec lesquels l'application échange des données en continu ou régulièrement^[15].
• Identification et authentification : les applications de catégorie 2 et 3 identifient le demandeur de soins de manière unique au moyen du numéro d'identification de la sécurité sociale^[15] et doivent authentifier l'utilisateur, tout comme les applications qui donnent accès aux données de celles-ci^[15]. Les critères citent le niveau FAS 400 comme minimum ; le document ne mentionne pas de date de version technique^[15]. La vérification des qualités ou des relations passe par des sources authentiques accessibles via la Plate-forme eHealth^[15].
• Protection des données : les fournisseurs d'applications de catégorie 2 et 3 confirment un traitement conforme au RGPD^[15] ; pour la catégorie 3, une analyse d'impact relative à la protection des données est requise, disponible publiquement avec une URL^[15]. Si une communication de données requiert une autorisation du Comité de sécurité de l'information, cette communication ne peut avoir lieu qu'après cette autorisation et conformément à celle-ci^[15].
• Standards : pour l'échange de données structurées avec des acteurs de soins, les critères exigent des standards ouverts, de préférence les standards eHealth disponibles ; FHIR n'est pas prescrit de manière exclusive^[15].
• Numéro EHP : selon une note d'interprétation, la plate-forme eHealth attribue un numéro EHP, nécessaire pour utiliser les services de base^[15], destiné aux organisations qui ne sont pas identifiables autrement ; celui qui dispose d'un numéro INAMI utilise ce numéro^[15]. Pour une plate-forme mHealth, la note cite comme minimum eHealth IAM, les relations thérapeutiques et le consentement du patient^[15]. Interprétation : cela vaut pour la procédure EHP et ne constitue pas une obligation générale d'envoyer les prescriptions via UHMEP ; UHMEP n'apparaît pas dans la note. Pour un numéro EHP, la note exige aussi le chiffrement des données stockées sur la plate-forme et une journalisation de sécurité obligatoire^[15]. Comme première condition pour un numéro EHP pour les plates-formes mHealth, la note cite 'M1 compliant', sans expliquer ce qu'est 'M1'^[15]. La note renvoie notamment à la spécification technique 'IAM Connect Token eXchange' v1.2 du 02/01/2019^[15]. Interprétation : la note n'a pas de date de version propre, peut être plus ancienne que la réglementation actuelle en matière de télésurveillance et ne constitue pas un nouveau schéma d'homologation.

Plate-forme et lien avec le DPI

• Plate-forme pilote (initiative privée avec subside public). Le projet Telemonitoringvoorschrift, plus tard le Transmural Platform (TMP), a été porté par Byteflies^[9] ; selon beMedTech (2024), le consortium autour de Byteflies a reçu 1,5 million d'euros du SPF Santé publique, avec un kick-off le 18 septembre 2024^[9], tandis que le ministre cite un hôpital comme bénéficiaire^[10]. Selon le ministre, le financement du projet était lié à une intégration dans l'écosystème eHealth et au transfert de la propriété au SPF^[10], mais le projet a développé, notamment en raison du délai limité, une plate-forme autonome^[11], est resté à l'écart de l'écosystème eHealth^[10] et la propriété n'a pas été transférée^[10]. Le TMP n'est donc pas une plate-forme publique. Depuis le 18 novembre 2025, Transmural Platform IVZW figure dans la BCE^[16] ; la forme juridique et la gouvernance figurent sur Transmural Platform (TMP).
• Lien avec le DPI. Pour l'insuffisance cardiaque, les données collectées sont de préférence intégrées dans le DPI ; les données des alarmes validées doivent obligatoirement y être reprises^[17]. Le concept du projet TMP (voir aussi Intégration technique avec l'infrastructure eHealth) : un médecin prescrit la télésurveillance depuis son propre logiciel, la mission part vers le provider choisi et les résultats reviennent en format standard dans le dossier électronique^[9]. Selon une source de fournisseur, dans le projet TOTeM (2023), les paramètres enregistrés à domicile sont immédiatement intégrés dans le DPI via le portail patient du fournisseur du DPI, de sorte que le spécialiste et le médecin généraliste puissent les suivre (affirmation du fournisseur)^[18] ; voir aussi CWS (Clinical Workstation) / Nexuzhealth Hospital.
• Achat. Un hôpital a acheté du monitoring de patients, aussi bien au sein de l'institution de soins que de la télésurveillance chez les patients à domicile, via un accord-cadre avec plusieurs adjudicataires^[19], attribué en novembre 2025 à six adjudicataires^[20] ; les détails figurent sur Marchés publics pour les TIC en santé.
• Standards. Les CareSets FHIR pour les résultats de mesure définis dans le projet pilote TMP sont réutilisés, après un trajet de validation visant à les aligner sur des CareSets définis précédemment (réponse du 23 décembre 2025)^[11]. Le Patient Monitoring Outcome IG de HL7 Belgium (HL7 Belgium Patient Monitoring Outcome FHIR Implementation Guide) n'est pas une publication autorisée mais un continuous build de la version 0.1.0^[21]. Voir aussi HL7 FHIR, Guides d'implémentation FHIR belges et BIHR (Belgian Integrated Health Record).
• La télésurveillance comme rubrique BIHR (position de VIVEL, 2026). VIVEL considère les données de télésurveillance comme une source authentique distincte possible, avec des métadonnées sur le lieu, le moment et l'appareillage de la mesure et sur le fait qu'il s'agit de données objectives ou de self-reporting^[22] ; selon VIVEL, il faut convenir qui traite quel signal, et l'hôpital n'est pas toujours l'endroit le plus approprié^[22].

Oncologie. Les forfaits s'appliquent aux patients qui sont traités avec des médicaments de la catégorie de remboursement A relevant de l'ATC L01F et qui n'entrent pas en ligne de compte pour le forfait de soins oncologiques de base^[12]. Le forfait de démarrage s'élève à 84,89 euros et couvre le premier mois de monitoring et l'accompagnement dans l'utilisation de l'application^[12]. Les instructions de facturation citent les pseudocodes 770431-770442 et 770453-770464^[24]. Il n'y a pas de liste limitative d'applications : toute application qui satisfait aux critères de l'annexe et de l'arrêté royal soins à distance peut être utilisée^[12]. En cas d'intervention nécessaire, l'équipe de monitoring informe le médecin généraliste ou l'infirmier à domicile dans les deux jours ouvrables via l'eHealthBox ou par téléphone^[12]. Parmi les demandes finalisées figure une application de télésurveillance pour les patients atteints d'un cancer (Resilience PRO), avec une décision positive et un remboursement à partir du 1er janvier 2026^[4]. Le 7 mai 2025, selon le ministre, la demande avait été évaluée positivement par le groupe de travail multidisciplinaire mHealth, qui élaborait alors encore une proposition de remboursement^[25].

Kinésithérapie. La prescription n'est pas tenue de mentionner explicitement que la télésurveillance est possible, mais elle peut mentionner des contre-indications à un traitement à distance^[8].

Demandes en cours (proposition). Selon la page de l'INAMI (consultée le 26 septembre 2026), deux demandes étaient en évaluation : un EEG portable et TOTeM^[4]. Selon le résumé de la demande, TOTeM n'est pas une application distincte mais un processus de soins organisé pour le suivi postopératoire à domicile^[26].

Diabète. Aucune convention de télésurveillance de l'INAMI pour le diabète n'a été trouvée ; le monitoring continu du glucose est remboursé depuis le 1er octobre 2021 via les centres spécialisés de diabétologie^[27]. L'aperçu de l'INAMI sur la télémédecine et le mHealth, consulté le 7 octobre 2026, cite lui aussi comme télésurveillance remboursée l'insuffisance cardiaque (depuis le 1er janvier 2025), certaines thérapies oncologiques (depuis le 1er janvier 2026) et la kinésithérapie partiellement à distance (depuis le 1er juillet 2026), sans le diabète^[23]. Aucune liste publique de demandes introduites ou finalisées en dehors de celle figurant sur la page de l'INAMI n'a été trouvée ; une demande en cours pour le diabète n'est donc pas exclue.

• Changement de stratégie (fin 2025). Selon le ministre (réponse d'avril 2026), les autorités ont élaboré fin 2025, en concertation avec les réseaux hospitaliers, une vision qui s'appuie au maximum sur des composants existants, comme la prescription de renvoi électronique et les quatre hubs (Hubs & Metahub (répertoire des références)), afin d'éviter des systèmes parallèles ; les standards développés sont réutilisés^[10]. Motif selon le ministre : la plate-forme pilote était à l'écart de l'écosystème eHealth^[10], le développeur demandait 2 millions d'euros par an pour la maintenance et l'intégration et la propriété n'a pas été transférée^[10]. En décembre 2025, outre la prescription de renvoi et les hubs, le ministre a cité aussi d'autres services de base de la Plate-forme eHealth comme composants à réutiliser^[11].
• Pilote à partir de début 2027. Les premiers parcours de soins sur cette architecture seraient déployés en phase pilote à partir de début 2027 ; cela figurait déjà dans la réponse de décembre 2025 et a été répété le 22 avril 2026^[11][10][28]. Il s'agit d'une planification, pas d'une mise en production. En décembre 2025, le ministre a aussi décrit le développement en cours d'un système standardisé pour la prescription d'appareillage de télésurveillance (objectif de développement)^[11]. Une branche care-proposal du Referral-IG contient un profil de projet BeReferralServiceRequestTelemonitoring pour la télésurveillance de paramètres vitaux ; cela ne prouve pas une utilisation en production via UHMEP^[29]. Pour la prescription de renvoi électronique elle-même, voir UHMEP et la prescription de renvoi électronique (eReferral).
• Transition. Jusque-là, les hôpitaux peuvent continuer à utiliser la plate-forme pilote et lancer de nouveaux parcours de soins moyennant une cotisation de membre ; les autorités ne prolongent pas le financement du projet, mais octroient une intervention temporaire^[10][11]. Une question parlementaire présente cela différemment (voir Incertitudes).

• Obligation légale : des protocoles validés, une procédure d'urgence et un patient qui est connu (ou renvoyé) sont des conditions pour la télésurveillance^[1].
• Condition de financement : remboursement uniquement dans le cadre d'un processus de soins explicitement remboursé, comme la convention insuffisance cardiaque ou les forfaits oncologiques^[2][5].
• L'hôpital comme demandeur : les hôpitaux peuvent eux-mêmes introduire une demande pour inscrire une application médicale mobile dans un processus de soins remboursé^[4].
• Applications : les applications doivent porter le marquage CE comme dispositif médical et être notifiées auprès de l'AFMPS^[4] ; la communication doit être chiffrée de bout en bout et les TIC ne peuvent contenir aucune publicité commerciale^[2].
• Canal : aucun canal de prescription électronique formel pour la télésurveillance n'a été trouvé ; la planification fédérale renvoie à la prescription de renvoi électronique^[10].
• Recommandation (propre) : pour la télésurveillance, choisissez des intégrations qui ne dépendent pas d'une seule plate-forme, parce que l'architecture fédérale se déplace vers la prescription de renvoi et les hubs (pilote 2027). Interrogez le fournisseur du DPI sur la prise en charge des CareSets FHIR pour les résultats de mesure dès que ceux-ci sont validés.

• Condition de financement de l'INAMI (contradictoire) : selon une question parlementaire (avril 2026), l'INAMI a communiqué aux hôpitaux disposant de la convention insuffisance cardiaque qu'ils continuent à être financés pour la plate-forme actuelle à condition de ne pas y lancer de nouveau parcours de soins de télésurveillance (affirmation de l'auteur de la question)^[10]. Le ministre affirme que de nouveaux parcours de soins restent possibles moyennant une cotisation de membre^[10], mais n'a pas voulu se prononcer sur la question complémentaire portant sur un blocage^[10]. Le message de l'INAMI lui-même n'a pas été trouvé. Selon le même auteur de la question, des hôpitaux disposant de la convention insuffisance cardiaque (pas tous) ont cherché un partenaire privé, ce qui a abouti à une plate-forme de télésurveillance auprès d'une même firme privée (affirmation de l'auteur de la question)^[10]. Une question parlementaire antérieure (novembre 2025) affirmait que les autorités veulent tout développer elles-mêmes via Smals (affirmation de l'auteur de la question)^[11].
• Avenir du TMP : en juillet 2025, le projet a annoncé une transition vers une ivzw neutre afin d'assurer la continuité^[30] ; Transmural Platform IVZW figure dans la BCE depuis le 18 novembre 2025^[16], mais en janvier 2026, selon sa propre présentation, le TMP cherchait encore une forme de gouvernance et une forme juridique appropriées^[31]. Les autorités optent entre-temps pour une architecture propre fondée sur des composants existants^[10]. Le rôle du TMP à long terme est incertain ; voir Transmural Platform (TMP).
• Subside : montant et bénéficiaire : beMedTech et le ministre citent 1,5 million d'euros^[9][10] ; une question parlementaire parle de 2 millions d'euros de financement public^[11]. Les 2 millions d'euros par an que le développeur a demandés selon le ministre constituent un autre montant^[10]. Comme bénéficiaire, la presse spécialisée cite le consortium autour de Byteflies, le ministre un hôpital^[9][10]. Un avis du CFEH sur des projets innovants de digital health attribue l'argent à un seul hôpital coordinateur pour un projet de deux hôpitaux au minimum, avec 400.000 à 800.000 euros par projet^[32]. Interprétation : la question de savoir si le TMP a passé par ce mécanisme n'est pas établie : 1,5 million d'euros se situe au-dessus de la fourchette citée par projet^[10][32], et l'avis ne mentionne pas le TMP dans le texte lu (non trouvé ailleurs).
• Pyramide mHealthBelgium : l'INAMI indique que la pyramide de validation ne fait plus partie de la procédure et qu'il n'établit pas la liste des applications pour l'insuffisance cardiaque sur mHealthBelgium^[7]. Le site web de mHealthBelgium montre toujours une pyramide dans laquelle le niveau 3 est réservé aux applications financées par l'INAMI (affirmation du site web lui-même)^[33]. Le ministre affirme que les principes sous-jacents demeurent dans la procédure^[14].
• Planification : "début 2027" provient de réponses parlementaires (décembre 2025 et avril 2026), et non d'un texte législatif ou d'une spécification de l'INAMI^[11][10].
• Entrée en vigueur de l'arrêté royal (gap) : aucune disposition d'entrée en vigueur n'a été trouvée dans le texte conservé de l'arrêté royal. De manière générale, les arrêtés royaux sont obligatoires le dixième jour après leur publication, à moins qu'ils ne fixent un autre délai^[34]. Interprétation : en cas de publication le 7 avril 2025^[1], l'arrêté royal serait alors entré en vigueur le 17 avril 2025, à moins que le texte de l'arrêté ne fixe une date propre ; à confirmer au Moniteur belge.