--- id: transmural-platform type: Platform type_label: Plateforme ou service title: Transmural Platform (TMP) aliases: - TMP - TMP ivzw - TMP iVZW - Transmural Platform IVZW - TMP Portal - TMP Hub - Telemonitoring Prescription project - telemonitoringvoorschrift - transmuralplatform.eu - telemonitoring-prescription.com names: nl: Transmural Platform (voorheen project Telemonitoringvoorschrift) fr: Transmural Platform en: Transmural Platform (formerly Telemonitoring Prescription project) jurisdiction: - belgie themes: - architectuur-en-infrastructuur - patientparticipatie lifecycle: productie lifecycle_note: Production selon TMP (affirmation du fournisseur); selon le ministre, les hôpitaux peuvent continuer à l'utiliser (avril 2026). Transmural Platform IVZW figure dans la BCE depuis le 18/11/2025; le financement de projet du SPF n'est pas prolongé, un projet pilote fédéral est planifié à partir de début 2027. summary: 'Transmural Platform (TMP) est une plate-forme privée qui relie les DPI hospitaliers à des fournisseurs de télésurveillance: selon sa propre documentation, le prestataire de soins demande la télésurveillance depuis le DPI et les résultats reviennent sous forme de PDF, de données FHIR ou de lien vers un tableau de bord. Byteflies a porté le projet, avec un financement de projet fédéral; la partie qui a juridiquement reçu ce financement diffère selon la source. Le statut de connexion par DPI provient de son propre tableau de statuts: quatre des douze progiciels y sont prêts pour le portail, un seul l''est aussi pour l''intégration des résultats. Selon le ministre, la plate-forme est restée distincte de l''écosystème eHealth et les hôpitaux peuvent continuer à l''utiliser contre une cotisation de membre; qui l''exploite n''est pas confirmé.' links: - soort: website url: https://www.transmuralplatform.eu/ label: Transmural Platform taal: en - soort: documentatie url: https://www.transmuralplatform.eu/medtech/integration.html label: Integratie voor partners taal: en - soort: repository url: https://git.health.belgium.be/dci/Telemonitoring_TMP/wiki label: Telemonitoring_TMP (git FOD Volksgezondheid) taal: en last_verified: '2026-10-29' relations: - type: fundedBy direction: uit target: fod-volksgezondheid target_url: https://ehealth-atlas.be/fr/spf-sante-publique-securite-de-la-chaine-alimentaire-et-environnement/ status: established - type: exchangesWith direction: uit target: kws target_url: https://ehealth-atlas.be/fr/kws/ status: established - type: exchangesWith direction: uit target: chipsoft-hix target_url: https://ehealth-atlas.be/fr/hix/ status: hypothesis - type: exchangesWith direction: uit target: primuz target_url: https://ehealth-atlas.be/primuz/ status: hypothesis - type: exchangesWith direction: uit target: oracle-health-millennium target_url: https://ehealth-atlas.be/oracle-health-millennium/ status: hypothesis - type: exchangesWith direction: uit target: epic-ehr target_url: https://ehealth-atlas.be/fr/epic/ status: hypothesis - type: dependsOn direction: uit target: fhir target_url: https://ehealth-atlas.be/fr/hl7-fhir/ status: established - type: seeAlso direction: uit target: toegangsmatrix target_url: https://ehealth-atlas.be/fr/matrice-d-acces/ status: established - type: participatesIn direction: in target: agoria target_url: https://ehealth-atlas.be/fr/agoria/ status: established - type: exchangesWith direction: in target: kws target_url: https://ehealth-atlas.be/fr/kws/ status: established - type: seeAlso direction: in target: omnipro target_url: https://ehealth-atlas.be/fr/omnipro/ status: established - type: about direction: in target: telemonitoring target_url: https://ehealth-atlas.be/fr/telesurveillance/ status: established release: 2026.11.12-3 url: https://ehealth-atlas.be/fr/transmural-platform/ license: CC BY 4.0 --- # Transmural Platform (TMP) Transmural Platform (TMP) est une plate-forme privée qui relie les DPI hospitaliers à des fournisseurs de télésurveillance : selon sa propre documentation, le prestataire de soins demande la télésurveillance depuis le DPI et les résultats reviennent sous forme de PDF, de données FHIR ou de lien vers un tableau de bord. Byteflies a porté le projet, avec un financement de projet fédéral ; la partie qui a juridiquement reçu ce financement diffère selon la source. Le statut de connexion par DPI provient de son propre tableau de statuts : quatre des douze progiciels y sont prêts pour le portail, un seul l'est aussi pour l'intégration des résultats. Selon le ministre, la plate-forme est restée distincte de l'écosystème eHealth et les hôpitaux peuvent continuer à l'utiliser contre une cotisation de membre ; qui l'exploite n'est pas confirmé. ## En bref - **Quoi** : TMP se décrit comme la standardisation de l'intégration entre les DPI hospitaliers et des transmural data providers, comme les fournisseurs de télésurveillance, au moyen d'un TMP Portal et d'un TMP Hub (affirmation du fournisseur)[^1][^2]. - **Comment** : selon sa propre documentation, le prestataire de soins ouvre le TMP Portal depuis le DPI et les résultats reviennent sous forme de PDF, de FHIR JSON ou de lien vers un tableau de bord[^3][^4]. - **Couplages** : le tableau de statuts de TMP compte douze progiciels DPI : quatre « Production Ready » pour le Portal, seul CWS l'étant aussi pour l'intégration des résultats, les huit autres « Confirmed », « Successfully Tested », « In Progress » ou « TBC » (affirmation du fournisseur)[^5]. - **État** : selon le ministre (avril 2026), la plate-forme est restée distincte de l'écosystème eHealth[^6], la propriété n'a pas été transférée[^6] et les hôpitaux peuvent continuer à l'utiliser contre une cotisation de membre[^6] ; son propre site web mentionne un modèle pay-per-use (affirmation du fournisseur)[^7]. - **Planification** : les pouvoirs publics veulent fonder la télésurveillance sur la prescription de renvoi et les hubs, avec des parcours de soins pilotes à partir du début de 2027[^6][^8]. - **Hôpital** : dans le cadre de la convention relative à l'insuffisance cardiaque, l'hôpital choisit lui-même une application mHealth qui répond aux exigences légales et aux conditions de la convention ; aucune obligation d'utiliser TMP n'a été trouvée[^9]. - **Plus grande incertitude** : il n'est pas confirmé quelle entité exploite la plate-forme[^10] et la partie qui a juridiquement reçu le financement fédéral diffère selon la source[^11][^6] ; tous les chiffres d'utilisation proviennent de TMP lui-même[^12]. ## De quoi s'agit-il ? Transmural Platform (TMP) se décrit comme une standardisation de l'intégration entre les DPI hospitaliers et les fournisseurs de données transmurales (affirmation du fournisseur)[^1]. Il se compose d'un TMP Portal et d'un TMP Hub destinés à l'échange de données conforme aux principes FAIR et à FHIR entre les prestataires de soins, les fournisseurs de télésurveillance et les DPI (affirmation du projet)[^2]. Le dépôt du SPF décrit le projet Telemonitoring Prescription (TMP) comme un cadre évolutif et interopérable qui relie les hôpitaux et les fournisseurs de télésurveillance au moyen d'une passerelle uniforme d'intégration des données[^13]. Le concept : un médecin prescrit une télésurveillance depuis son propre logiciel, la demande est transmise au fournisseur choisi et les résultats arrivent automatiquement et dans un format standardisé dans le dossier électronique du patient[^11]. Le terme « prescription » désigne ici un ordre technique adressé à un fournisseur, et non une prescription INAMI ; voir [télésurveillance](https://ehealth-atlas.be/fr/telesurveillance/). Selon le projet lors du lancement, les données restent conservées localement, par exemple dans le dossier hospitalier : aucune base de données centrale n'est créée et l'accès nécessite une [relation thérapeutique](https://ehealth-atlas.be/fr/relation-therapeutique/)[^11]. Une [matrice d'accès](https://ehealth-atlas.be/fr/matrice-d-acces/) règle l'accès pour chaque prestataire de soins[^11]. TMP n'est pas un service public : il s'agit d'une initiative privée subventionnée par le SPF Santé publique et, selon le ministre, la plate-forme est restée distincte de l'écosystème eHealth[^11][^8]. ## Quels services ? Toutes les descriptions de cette section proviennent de la documentation de TMP lui-même (affirmations du fournisseur). | Service | Fonction | Public cible | Page | |---|---|---|---| | TMP Portal | Est ouvert depuis le DPI avec le contexte du patient et du prescripteur afin de demander une télésurveillance[^3] | Prestataires de soins dans les hôpitaux | [Télésurveillance en Belgique](https://ehealth-atlas.be/fr/telesurveillance/) | | TMP Hub | Reçoit le statut des sessions et les résultats des fournisseurs de données, et les signale au DPI par un webhook[^4][^3] | Fournisseurs de DPI, fournisseurs de données | [HL7 FHIR](https://ehealth-atlas.be/fr/hl7-fhir/) | | Intégration des résultats | Résultats sous la forme d'un rapport PDF, de données structurées (FHIR JSON) ou d'un lien vers un tableau de bord[^4] | Hôpitaux, fournisseurs de DPI | [HL7 Belgium Patient Monitoring Outcome FHIR Implementation Guide](https://ehealth-atlas.be/fr/patient-monitoring-outcome-fhir-implementation-guide/) | | Jeton patient | Permet au fournisseur de vérifier le patient sans connexion, sur la base du NISS[^4] | Fournisseurs de données | | | Conservation paramétrable | L'hôpital choisit combien de temps TMP conserve les informations après la fin d'une demande, de 30 jours à 5 ans[^5] | Hôpitaux | | ### Interfaces techniques - **Compte** : chaque hôpital (prescriber) reçoit son propre compte TMP, assorti d'un identifiant et d'un secret configurés dans l'intégration au DPI[^5]. - **DPI → TMP Portal** : le DPI demande d'abord un access_token (/auth), puis transmet le contexte (patient, prestataire prescripteur) via /request[^3]. - **Fournisseur de données** : un fournisseur de données met en œuvre un point de terminaison webhook, qui reçoit les demandes de session, et il appelle l'API TMP Hub pour gérer le statut de la session et renvoyer les résultats au DPI[^4]. - **TMP Hub → DPI** : TMP Hub signale au DPI, par un webhook, la présence de mises à jour du statut ou de résultats ; les résultats eux-mêmes ne sont pas envoyés, seuls les liens qui y mènent le sont[^3]. - **Normes** : voir [HL7 FHIR](https://ehealth-atlas.be/fr/hl7-fhir/) et [Guides d'implémentation FHIR belges](https://ehealth-atlas.be/fr/guides-d-implementation-fhir-belges/) ; l'IG patient-monitoring de HL7 Belgium se présente comme un outil destiné à l'initiative TMP[^14]. - **Fournisseurs de données (déclaration de la plate-forme, page HCP consultée le 27/09/2026)** : dans le bloc « Transmural Data Providers: Connected », BeWell, Byteflies, Comunicare, Fibricheck, Healthentia, MoveUp, Remecare et Zimmer Biomet ont le statut « connected »[^12]. Diabeter, PatientMPower, SYOD et Takeda figurent dans le même bloc, mais avec le statut « inprogress » ; ils ne sont donc pas encore présentés comme connectés[^12]. Le statut ne figure que dans la mise en forme de la page (classe HTML), et non dans le texte courant. Il s'agit d'une déclaration sur la connectivité, et non d'une preuve d'utilisation pour l'insuffisance cardiaque ni d'un agrément de l'INAMI. **Statut d'intégration par DPI (affirmation du fournisseur, site web de TMP).** | DPI | Statut selon TMP | Source | |---|---|---| | [KWS](https://ehealth-atlas.be/fr/kws/) ([nexuzhealth (fournisseur du DPI CWS)](https://ehealth-atlas.be/fr/nexuzhealth/)) | Production Ready pour TMP Portal et l'intégration des résultats |[^5] | | Epic, Synops, Primuz | Production Ready pour le Portal |[^5][^5][^5] | | HiX (ChipSoft), Millennium | Successfully Tested |[^5] | Nexuzhealth explique en outre comment CWS appelle l'application CareAtHome de Byteflies au moyen de Contextual Call Integration (visionneuse externe), avec des URL d'authentification et de prescription sur api.telemonitoring-prescription.com[^15]. Pour cette connexion, l'hôpital transmet la secret key à Nexuzhealth au moyen d'un ticket, et 1 heure de service est facturée[^15]. ## Où en est-il et qui l'utilise ? **Statut : en production selon TMP (affirmation du fournisseur).** D'après la présentation au symposium du SPF (janvier 2026), plus de 5500 patients ont fait l'objet de mesures intégrées[^16]. Dans la description du projet 2024–2025 sur son propre site web, TMP déclare que le consortium comptait 56 hôpitaux, dont 35 surveillaient activement des patients en production ; ce n'est pas un décompte indépendant de l'utilisation et il ne se limite pas à l'insuffisance cardiaque[^10]. La même description du projet indique que celui-ci s'est clôturé le 31 décembre 2025 et que, à cette date, plus de 6.500 patients avaient été surveillés par l'intermédiaire de la plate-forme, contre un objectif initial de 1.000[^10]. La page HCP de TMP (non datée) mentionne 9500+ sessions patient, 15+ fournisseurs de données intégrés et 8+ systèmes DPI connectés[^12]. Aucune confirmation indépendante de ces chiffres n'a été trouvée ; selon le ministre, les hôpitaux peuvent continuer à utiliser la plate-forme (avril 2026)[^6]. Aucune de ces sources n'indique combien de ces hôpitaux disposent d'une connexion DPI en production : le tableau de statuts ci-dessus ne donne, pour chaque progiciel, qu'un label d'état de préparation de TMP, et quatre des douze progiciels y figurent comme « Production Ready » pour le Portal[^5]. ### Qui le gère **Origine (projet pilote, 2024-2025 ; initiative privée bénéficiant d'une subvention publique).** Byteflies (Anvers) a porté la prescription de télésurveillance, après des discussions avec beMedTech, Agoria, la [Plate-forme eHealth](https://ehealth-atlas.be/fr/plate-forme-ehealth/) et l'[INAMI](https://ehealth-atlas.be/fr/institut-national-d-assurance-maladie-invalidite-inami/), et avec leur soutien[^11]. Selon beMedTech (2024), le consortium qui entoure Byteflies a reçu 1,5 million d'euros du SPF Santé publique pour déployer dans toute la Belgique une liaison standardisée entre les solutions de télésurveillance et les logiciels des prestataires de soins ; le lancement a eu lieu le 18 septembre 2024[^11]. Selon le ministre, le financement du projet était lié à trois conditions : l'intégration à terme avec la plate-forme de l'INAMI pour les prescriptions numériques, le transfert de la propriété au SPF et l'intégration dans l'écosystème eHealth[^6]. Le dossier de subvention courait jusqu'à la fin de 2025 et, à cette échéance, la solution devait être disponible en open source, sans modèle économique[^11]. En septembre 2024, la prescription a été testée dans deux hôpitaux ; au moins 30 hôpitaux devaient être connectés dans un délai d'un an et demi[^11]. **Transition vers une association (2025-2026).** En juillet 2025, en vue d'assurer la continuité après la fin du financement public (Q3 2025 selon Agoria), le projet a annoncé une transition vers une structure associative neutre, TMP ivzw[^2]. La cotisation s'élève à 20.000 euros par an et donne accès à la plate-forme et un droit de vote[^2]. Lors du symposium du SPF de janvier 2026, TMP a indiqué qu'une gouvernance et une entité juridique appropriées étaient nécessaires pour pérenniser la plate-forme, et que les hôpitaux pouvaient devenir membres de TMP iVZW (affirmation du projet)[^16]. L'intervenant indique également travailler lui-même comme sous-traitant, notamment pour Byteflies[^16]. Sur son propre site web, TMP écrit que sa gouvernance a été formalisée en 2025 avec la création de TMP iVZW[^10] et que TMP BV a été créée en 2026 pour le fonctionnement quotidien, ce qui aurait achevé la structure à deux entités (affirmation du projet)[^10]. Selon le même site web, TMP iVZW est une organisation sans but lucratif qui agit comme « steward » de TMP BV et qui est administrée par des prestataires de soins et des organisations de soins[^7] ; l'iVZW veille à la neutralité et au caractère abordable et examine les fournisseurs de données sous l'angle de la protection de la vie privée et de la sécurité[^7], tandis que TMP BV assure le développement du produit, l'intégration initiale des hôpitaux et des pratiques et l'assistance à l'intégration (affirmations du projet ; la BV n'a pas été trouvée dans la BCE)[^7]. Depuis la création de la BV, TMP appliquerait à tous les hôpitaux et pratiques un modèle pay-per-use, dans lequel les organisations ne paient que lorsqu'une session patient crée une réelle valeur d'intégration (affirmation du projet)[^7]. **Transmural Platform IVZW (BCE et Moniteur belge).** Selon la BCE, Transmural Platform a la forme juridique d'association internationale sans but lucratif[^17], porte le numéro d'entreprise 1030.502.066[^17] et a le 18 novembre 2025 comme date de début[^17], son siège social étant établi à Anvers[^17]. L'acte constitutif a été reçu le 22 septembre 2025 par un notaire à Bruxelles et publié dans les Annexes du Moniteur belge du 20 novembre 2025[^18]. Une IVZW acquiert la personnalité juridique à la date de l'arrêté royal d'agrément ; une copie d'un arrêté royal du 10 novembre 2025 a été déposée avec l'extrait[^18]. - **But** : le but désintéressé statutaire est l'accélération des soins transmuraux au sein de l'Union européenne[^18]. - **Activités** : les activités statutaires comprennent le développement, la maintenance et la mise à disposition de solutions techniques pour les soins transmuraux, axées sur un échange de données standardisé et sur l'intégration aux DPI existants[^18]. - **Membres** : outre les fondateurs, l'association se compose de membres-prestataires de soins et de membres-partenaires industriels[^18]. - **Administration** : l'organe d'administration compte au moins deux administrateurs, nommés pour quatre ans par l'assemblée générale, avec un équilibre recherché entre les candidats des membres-prestataires de soins et ceux des membres-partenaires industriels[^18]. La BCE mentionne, pour l'association, deux fonctions « Bestuurder » (personnes physiques)[^17]. - **TVA et activités** : l'association est assujettie à la TVA depuis le 1er mai 2026[^17] et compte depuis le 1er avril 2026 trois activités TVA : conseil en informatique et gestion d'installations informatiques (NACE 62.200), autres services TI et informatiques (62.900) et conseil en relations publiques et en communication (73.300)[^17]. **Interprétation :** le nom, le siège, le but et les activités correspondent à ce que le projet a annoncé sous le nom de TMP iVZW ; ni les statuts ni la BCE n'indiquent que l'association exploite elle-même la plate-forme. L'enregistrement à la TVA avec des activités de services informatiques depuis avril/mai 2026 est bien compatible avec une exploitation propre — c'est le seul signal public et primaire dans ce sens — mais ne la prouve pas : les mêmes codes couvrent aussi le conseil et la gestion sous-traitée. Aucune TMP BV n'a été trouvée dans la BCE (07/10/2026). **Partenaires.** Sur la page des partenaires de TMP figurent notamment la Plate-forme eHealth, l'INAMI et le SPF Santé publique sous « Others », ainsi que beMedTech, Agoria, Domus Medica, Zorgnet-Icuro et HL7 Belgium comme fédérations de soutien ; il n'en ressort aucun rôle formel de gestion pour l'INAMI[^19]. ## Planification et déroulement - **2024** : lancement (18 septembre) et premiers tests dans deux hôpitaux[^11]. - **2025** : fin du financement public (Q3 selon Agoria, fin 2025 selon beMedTech) et transition annoncée vers TMP ivzw (juillet 2025)[^2][^11]. L'acte constitutif de Transmural Platform IVZW date du 22 septembre 2025 ; l'association figure dans la BCE depuis le 18 novembre 2025[^18][^17]. - **31 décembre 2025** : clôture du projet national selon son propre site web (affirmation du projet)[^10]. - **Décembre 2025 (ministre)** : le projet pilote TMP a développé une plate-forme distincte, qui n'est pas intégrée à l'écosystème eHealth[^8] ; les pouvoirs publics n'ont pas l'intention de prolonger le financement du projet et l'administration soutient la transition[^8]. Les [CareSets](https://ehealth-atlas.be/fr/besafeshare/) FHIR pour les résultats de mesure issus du projet pilote sont réutilisés, après un parcours de validation visant à les aligner sur des CareSets définis antérieurement[^8]. - **Janvier 2026** : TMP cherche encore une forme de gouvernance et une forme juridique (affirmation du projet)[^16]. - **2026 (site web du projet, sans date précise)** : création de TMP BV pour le fonctionnement quotidien (affirmation du projet)[^10]. - **Avril 2026 (ministre, réitération)** : la plate-forme développée est restée distincte de l'écosystème eHealth[^6] ; le développeur a demandé 2 millions d'euros par an pour la maintenance et l'intégration, et la propriété n'a pas été transférée[^6]. Les hôpitaux peuvent continuer à utiliser la plate-forme moyennant une cotisation de membre, avec une intervention temporaire des pouvoirs publics ; le financement du projet n'est pas prolongé[^6]. - **Planification** : les pouvoirs publics fondent la télésurveillance sur la prescription de renvoi électronique ([UHMEP et la prescription de renvoi électronique (eReferral)](https://ehealth-atlas.be/fr/uhmep-prescription-de-renvoi-electronique/)) et les quatre hubs ([Hubs & Metahub (répertoire des références)](https://ehealth-atlas.be/fr/hubs-metahub-repertoire-des-references/)), avec les premiers parcours de soins en phase pilote à partir du début de 2027[^6]. ## Qu'est-ce que cela signifie pour un hôpital ? - **Choix de l'application** : dans le cadre de la [convention relative à la télésurveillance de l'insuffisance cardiaque](https://ehealth-atlas.be/fr/telesurveillance-insuffisance-cardiaque-chronique/), l'hôpital choisit lui-même une application mHealth, pour autant que celle-ci réponde aux exigences légales applicables à mHealth et aux conditions de la convention, et il mentionne les plates-formes utilisées dans sa candidature[^9][^20] ; aucune obligation d'utiliser TMP n'a été trouvée. Une question parlementaire et le ministre se contredisent au sujet d'une condition de financement de l'INAMI liée à la plate-forme (voir Incertitudes)[^6]. - **Coût** : cotisation de 20.000 euros par an[^2] (2025) et, selon son propre site web, en 2026 un modèle pay-per-use par session patient apportant une valeur d'intégration (affirmation du fournisseur)[^7], avec une intervention publique temporaire dans l'attente de la nouvelle architecture[^6]. - **Adhésion** : les statuts prévoient des membres-prestataires de soins à côté de membres-partenaires industriels, et l'organe d'administration recherche un équilibre entre les deux groupes[^18]. - **Bonne pratique selon TMP (affirmation du fournisseur)** : TMP recommande de connecter d'abord le Portal avec une sortie PDF, puis de décider par parcours de soins s'il convient d'utiliser des données FHIR structurées[^3]. - **Recommandation** (propre) : considérez un couplage à TMP comme une solution transitoire. Définissez consciemment la durée de conservation, concluez un accord de sous-traitance avec l'entité juridique qui exploite effectivement la plate-forme et demandez au fournisseur du DPI comment le couplage migrera vers la voie fédérale (prescription de renvoi + hubs). ### Conditions et limites de mise en œuvre Par défaut, les résultats arrivent sous la forme d'un lien, et non de leur contenu ; le DPI doit les récupérer[^3]. L'intégration des résultats est la partie la plus faible du tableau de statuts : seul CWS figure en « Production Ready », HiX, Hyperspace, Synops et KLAP figurent en « in Progress » et les sept autres progiciels en « TBC »[^5]. Pour ces progiciels, TMP ne déclare donc pas lui-même l'intégration des résultats prête. La convention relative à l'insuffisance cardiaque exige une authentification via FAS ou un système propre satisfaisant à des conditions cumulatives[^20] ; la manière dont TMP y satisfait n'a pas été étudiée. ## Incertitudes et informations contradictoires - **Forme juridique** : en juillet 2025, Agoria parlait d'un projet « en transition » vers TMP ivzw[^2] et, en janvier 2026, TMP cherchait encore, selon sa propre présentation, une gouvernance et une forme juridique[^16], alors que Transmural Platform IVZW figurait alors déjà dans la BCE depuis le 18 novembre 2025[^17]. La TMP BV mentionnée par son propre site web[^10] n'a pas été trouvée dans la BCE ; l'entité qui exploite quotidiennement la plate-forme n'a pas été confirmée de manière indépendante. L'enregistrement à la TVA de l'IVZW pour des services informatiques depuis avril/mai 2026[^17] va dans le sens d'une exploitation propre, mais n'exclut pas une exploitation par une autre entité. - **Qui a reçu la subvention ?** beMedTech (2024) écrit que le consortium qui entoure Byteflies reçoit la subvention du SPF[^11] ; le ministre parle d'un financement de projet de 1,5 million d'euros accordé à un hôpital et d'un « développeur » distinct[^6]. Pour les projets innovants de santé numérique, un avis du CFEH décrit que les fonds vont à un hôpital coordinateur pour un projet associant au moins deux hôpitaux, à raison de 400.000 à 800.000 euros par projet[^21]. Si TMP a suivi ce mécanisme, cela expliquerait la lecture du ministre, mais le montant ne se situe pas dans cette fourchette, de sorte que le lien n'est pas établi[^21]. - **Montant et date de fin** : 1,5 million d'euros selon beMedTech et le ministre[^11][^6], contre 2 millions d'euros de financement public selon une question parlementaire (novembre 2025)[^8]. Les 2 millions d'euros par an que le développeur a demandés, selon le ministre, pour la maintenance et l'intégration constituent un autre montant[^6]. Fin du financement public : Q3 2025 selon Agoria[^2], fin 2025 selon beMedTech[^11]. - **Open source contre adhésion payante** : annoncé en 2024 comme open source sans modèle économique[^11] ; en 2025, une ivzw assortie d'une cotisation de 20.000 euros par an[^2]. Selon son propre site web, un modèle pay-per-use s'y ajoute en 2026 (affirmation du fournisseur)[^7] ; il n'a pas été trouvé si l'adhésion subsiste parallèlement. Il s'agit d'un changement de cap, pas nécessairement d'une contradiction ; l'ouverture du code source n'a pas été examinée. - **Continuité** : Agoria (juillet 2025) présente l'ivzw comme une solution de continuité[^2] ; le ministre (avril 2026) affirme que la plate-forme était distincte de l'écosystème eHealth[^6] et que la propriété n'a pas été transférée[^6]. Le rôle de TMP à long terme est incertain. - **Condition de financement de l'INAMI (contradiction)** : selon une question parlementaire (avril 2026), les hôpitaux disposant de la convention insuffisance cardiaque ont reçu de l'INAMI le message que la poursuite du financement dépendait de l'absence de lancement de nouveaux parcours de soins sur la plate-forme (affirmation de l'auteur de la question)[^6] ; le ministre affirme que de nouveaux parcours de soins restent possibles moyennant une cotisation de membre[^6]. Voir [télésurveillance](https://ehealth-atlas.be/fr/telesurveillance/). - **Chiffres (différences selon les sources)** : l'objectif initial était d'au moins 30 hôpitaux[^11]. Le wiki du projet du SPF cite comme objectifs du projet l'intégration dans au moins 10 hôpitaux, auprès de 4 fournisseurs de DPI et de 4 fournisseurs de télésurveillance, avec une validation auprès de plus de 1.000 patients ; il s'agit d'objectifs, et non de résultats atteints[^22]. Les chiffres du projet fournis par TMP lui-même diffèrent selon la source et la date, sans que l'Atlas opère un choix : - symposium du SPF (janvier 2026) : plus de 5500 patients ayant fait l'objet de mesures intégrées[^16] ; - description du projet 2024–2025 sur son propre site web (consultée le 27/09/2026) : 56 hôpitaux membres du consortium, dont 35 actifs en production[^10], et, lors de la clôture le 31/12/2025, plus de 6.500 patients surveillés, contre un objectif de 1.000[^10] ; - page HCP (non datée, consultée le 27/09/2026) : 9500+ sessions patient, 15+ fournisseurs de données et 8+ systèmes DPI[^12] ; sur la même page, douze noms figurent dans le bloc connected, huit avec le statut « connected » et quatre avec « inprogress »[^12]. Ces deux décomptes sur une même page ne concordent pas entre eux : douze noms (dont huit connectés) face à un chiffre clé de 15+ fournisseurs de données intégrés[^12]. Le chiffre clé « 8+ systèmes DPI connectés »[^12] coïncide avec les huit lignes qui, dans le tableau de statuts, ne portent pas « TBC » (décompte propre) ; quatre d'entre elles sont « Production Ready » et les quatre autres couvrent « Confirmed », « Successfully Tested » ou « In Progress »[^5]. Il s'agit d'affirmations du projet lui-même ; « impliqué » ne signifie pas « en production », « sessions patient » ne signifie pas « patients », et les décomptes ne se limitent pas à l'insuffisance cardiaque. ## Relaties - est financé par: [SPF Santé publique](https://ehealth-atlas.be/fr/spf-sante-publique-securite-de-la-chaine-alimentaire-et-environnement/) (établi)[^11][^13][^6][^8]. Projectsubsidie (1,5 miljoen euro volgens beMedTech en de minister; 2 miljoen volgens een parlementaire vraag); geen overheidsplatform, geen overdracht van eigenaarschap; geen verlenging (minister, december 2025 en april 2026). De einddatum van de financiering verschilt per bron: Q3 2025 volgens Agoria, eind 2025 volgens beMedTech en een parlementaire vraag. - échange des données avec: [CWS (Clinical Workstation) / Nexuzhealth Hospital](https://ehealth-atlas.be/fr/kws/) (établi)[^5][^15]. Leveranciersclaim op de TMP-website ('Production Ready' voor Portal en resultaatintegratie), daarnaast door Nexuzhealth zelf gedocumenteerd voor de contextuele oproep van CareAtHome. - échange des données avec: [ChipSoft HiX](https://ehealth-atlas.be/fr/hix/) (hypothèse)[^5]. Getest, niet in productie (leveranciersclaim: HiX 'Successfully Tested' voor het Portal, resultaatintegratie 'in Progress'; de status staat enkel in een tabel op de TMP-website). - échange des données avec: [PrimUZ (ziekenhuis-EPD)](https://ehealth-atlas.be/primuz/) (hypothèse)[^5]. Leveranciersclaim op de TMP-website: Primuz 'Production Ready' voor het TMP Portal, resultaatintegratie 'TBC'. - échange des données avec: [Oracle Health Millennium (Cerner Millennium)](https://ehealth-atlas.be/oracle-health-millennium/) (hypothèse)[^5]. Getest, niet in productie (leveranciersclaim: Millennium 'Successfully Tested' voor het Portal, resultaatintegratie 'TBC'). - échange des données avec: [Epic (DPI d'Epic Systems)](https://ehealth-atlas.be/fr/epic/) (hypothèse)[^5]. Door TMP gereed verklaard, gebruik niet bevestigd (leveranciersclaim: Hyperspace 'Production Ready' voor het Portal, resultaatintegratie 'in Progress'; de status staat enkel in een tabel op de TMP-website). - dépend de: [HL7 FHIR](https://ehealth-atlas.be/fr/hl7-fhir/) (établi)[^2][^4] - voir aussi: [Matrice d'accès (règlement de la plate-forme eHealth et du Comité de sécurité de l'information)](https://ehealth-atlas.be/fr/matrice-d-acces/) (établi)[^11]. In het TMP-concept regelt een toegangsmatrix per zorgverlener de toegang. - participe à (entrant): [Agoria](https://ehealth-atlas.be/fr/agoria/) (établi)[^19] - échange des données avec (entrant): [CWS (Clinical Workstation) / Nexuzhealth Hospital](https://ehealth-atlas.be/fr/kws/) (établi)[^5][^15] - voir aussi (entrant): [OmniPro](https://ehealth-atlas.be/fr/omnipro/) (établi)[^5] - porte sur (entrant): [Télésurveillance en Belgique](https://ehealth-atlas.be/fr/telesurveillance/) (établi)[^6][^8][^11] ## Open vragen - Bestaat TMP BV, dat de eigen website als uitbater van de dagelijkse werking noemt? In de KBO werd het niet gevonden; welke entiteit sluit de lidmaatschaps-, pay-per-use- en verwerkersovereenkomsten met ziekenhuizen? - Wie was formeel de begunstigde van de FOD-subsidie van 1,5 miljoen euro? Een primaire bron (subsidiebesluit, BFM-toekenning) werd niet gevonden. - Welke projectcijfers zijn actueel en vergelijkbaar (5500+ patiënten in januari 2026, 6500+ patiënten bij projectafsluiting, 9500+ patiëntsessies op de HCP-pagina)? - Is de broncode effectief open source gepubliceerd, zoals in 2024 aangekondigd? De FOD-repository werd gevonden, de licentie en volledigheid niet nagegaan. - Hoeveel ziekenhuizen gebruiken TMP effectief in productie, los van de claims van het project zelf? - Wat gebeurt met TMP en de aangesloten koppelingen wanneer de federale architectuur op verwijsvoorschrift en hubs operationeel wordt (vanaf 2027)? - Hoe verhoudt TMP-authenticatie (eigen account, patiënttoken) zich tot de FAS-vereiste in de hartfalenovereenkomst? - Implementeert TMP (TMP Hub) de HL7 Belgium Patient Monitoring IG, en welke versie? ## Bronnen [^1]: [Transmural Platform](https://www.transmuralplatform.eu/). Transmural Platform (TMP). Opgehaald 2026-09-26, sha256 4ccbe3759ada0d6c… (SRC-a6aca67586) [^2]: [Telemonitoring Prescription Project enters a new phase](https://www.agoria.be/en/themes/industry-clusters/healthtech/telemonitoring-prescription-project-enters-a-new-phase). Agoria, 2025-07-22. Opgehaald 2026-09-26, sha256 4b649ad7aef4511f… (SRC-3b150240f8) [^3]: [EHR Integration - Transmural Platform [TMP]](https://www.telemonitoring-prescription.com/ehr-integration/). Transmural Platform (TMP). Opgehaald 2026-09-26, sha256 32a5b5de176e19a6… (SRC-70c85b807a) [^4]: [Data Provider Integration - Transmural Platform](https://www.transmuralplatform.eu/medtech/integration.html). Transmural Platform (TMP). Opgehaald 2026-09-26, sha256 38dd90246f65491a… (SRC-084dfcd6e0) [^5]: [Hospital Integration - Transmural Platform [TMP]](https://www.telemonitoring-prescription.com/hospital-integration/). Transmural Platform (TMP). Opgehaald 2026-09-26, sha256 5bcd4424be0d347a… (SRC-4d28996186) [^6]: [Integraal verslag commissie Gezondheid en Gelijke Kansen, 22 april 2026 (CRIV 56 COM 356) - o.a. vraag 56014296C (een Kamerlid) over telemonitoring en therapiebegeleiding bij chronisch hartfalen](https://www.dekamer.be/doc/CCRI/html/56/ic356x.html). Kamer van volksvertegenwoordigers, 2026-04-22. Opgehaald 2026-09-26, sha256 abc301238a066cde… (SRC-ed4a5e7572) [^7]: [About - Transmural Platform](https://transmuralplatform.eu/about). Transmural Platform iVZW. Opgehaald 2026-10-08, sha256 7a727cbf09bfd3b3… (SRC-1a159a7e91) [^8]: [QRVA 56 036 (december 2025): o.a. vraag nr. 630 (een Kamerlid) TMP-platform voor uitwisseling gezondheidsgegevens in transmurale setting, met antwoord van 23 december 2025](https://www.dekamer.be/QRVA/pdf/56/56K0036.pdf). Kamer van volksvertegenwoordigers, 2025-12-23. Opgehaald 2026-09-26, sha256 2ad6c954d0846c24… (SRC-0b85fb1232) [^9]: [Terugbetaling telemonitoring bij chronisch hartfalen: een stap vooruit in de digitalisering van de zorg](https://www.riziv.fgov.be/nl/nieuws/terugbetaling-telemonitoring-bij-chronisch-hartfalen-een-stap-vooruit-in-de-digitalisering-van-de-zorg). RIZIV, 2025-09-08. Opgehaald 2026-09-26, sha256 a57ae96ddc03619f… (SRC-7df7dc93e0) [^10]: [About Transmural Platform](https://www.transmuralplatform.eu/about.html?from=hcp). Transmural Platform. Opgehaald 2026-09-27, sha256 7a727cbf09bfd3b3… (SRC-77837d1e66) [^11]: [Geeft standaardintegratie boost aan telemonitoring?](https://www.bemedtech.be/news/geeft-standaardintegratie-boost-aan-telemonitoring). beMedTech, 2024-09-19. Opgehaald 2026-09-26, sha256 47915600515deff2… (SRC-c899e055cb) [^12]: [For Healthcare Professionals](https://www.transmuralplatform.eu/hcp/index.html). Transmural Platform. Opgehaald 2026-09-27, sha256 aef1ead693871597… (SRC-a3a6cab25d) [^13]: [dci/Telemonitoring_TMP](https://git.health.belgium.be/dci/Telemonitoring_TMP). FOD Volksgezondheid (Data Capabilities & Innovation), 2026-01-19. Opgehaald 2026-09-26, sha256 3536965c13e38c65… (SRC-d09a7b8673) [^14]: [Patient Monitoring Outcome FHIR IG - index (bronbestand)](https://raw.githubusercontent.com/hl7-be/patient-monitoring/main/input/pagecontent/index.md). HL7 Belgium. Opgehaald 2026-09-26, sha256 b618a5ac92e7a19b… (SRC-f8a8d41f10) [^15]: [Externe viewers Byteflies (v3.1)](https://www.telemonitoring-prescription.com/wp-content/uploads/2024/10/Externe-viewers-Byteflies-v3-1.pdf). Nexuzhealth (gepubliceerd op telemonitoring-prescription.com), 2024-06-24. Opgehaald 2026-09-26, sha256 6194508aa7f79c79… (SRC-7a88705325) [^16]: [Transmural Platform - Facilitating Integration within Transmural Care (FPS Health Symposium, 19 Jan 2026)](https://www.health.belgium.be/sites/default/files/media/files/2026-01/tmp_symposium.pdf). FOD Volksgezondheid (presentatie, in opdracht van Ziekenhuis Waregem), 2026-01-19. Opgehaald 2026-09-26, sha256 351d89cb8a9488b7… (SRC-a7cabc80f5) [^17]: [KBO Public Search - 1030.502.066 Transmural Platform](https://kbopub.economie.fgov.be/kbopub/zoeknummerform.html?nummer=1030502066&actionLu=Zoek). FOD Economie, KMO, Middenstand en Energie. Opgehaald 2026-10-07, sha256 b0569d37da84102d… (SRC-6f339b4280) [^18]: [Bijlagen bij het Belgisch Staatsblad 20/11/2025 - Transmural Platform IVZW - Oprichting](https://www.ejustice.just.fgov.be/tsv_pdf/2025/11/20/25370885.pdf). Belgisch Staatsblad (FOD Justitie), 2025-11-20. Opgehaald 2026-10-07, sha256 b8186129e8fc6706… (SRC-3adc300204) [^19]: [Partners - Transmural Platform [TMP]](https://www.telemonitoring-prescription.com/partners/). Transmural Platform (TMP). Opgehaald 2026-09-26, sha256 b58a89a2170427a6… (SRC-ee4fdadc7b) [^20]: [Overeenkomst telemonitoring en therapiebegeleiding bij chronisch hartfalen](https://www.riziv.fgov.be/SiteCollectionDocuments/overeenkomst_telemonitoring_therapiebegeleiding_chronisch_hartfalen.docx). RIZIV - Dienst voor geneeskundige verzorging. Opgehaald 2026-09-26, sha256 23cb58cd97543514… (SRC-58fa2bcddb) [^21]: [Advies mbt 'innovatieve digital health projecten' (FRZV/D/590-1)](https://overlegorganen.gezondheid.belgie.be/sites/default/files/documents/frzv_d_590_-1_-_advies_-_innovatieve_digital_health_projecten_s.pdf). Federale Raad voor Ziekenhuisvoorzieningen (FRZV), 2023-11-20. Opgehaald 2026-09-30, sha256 29bf5418c944800c… (SRC-7e62a2b976) [^22]: [Telemonitoring's Wiki (Telemonitoring_TMP) - FOD Volksgezondheid, Data Capabilities & Innovation](https://git.health.belgium.be/dci/Telemonitoring_TMP/wiki). FOD Volksgezondheid (git.health.belgium.be). Opgehaald 2026-10-08, sha256 14c1b3fd63481cd7… (SRC-94487a6943)