Services lien thérapeutique et exclusion de la plate-forme eHealth (TherLink, TherExclusion, Link)

Cette page regroupe trois services techniques de la plate-forme eHealth autour des conditions d'accès que sont la relation thérapeutique et l'exclusion ; les règles elles-mêmes figurent sur Relation thérapeutique (et, pour les exclusions, aussi sur Consentement éclairé au partage de données).

• eHealthTherlink (Therapeutic Link WS), en SOAP et en REST, permet aux prestataires de soins autorisés d'enregistrer, depuis leur logiciel, une relation thérapeutique avec leur patient^[2]. Si le prestataire de soins est titulaire d'un dossier médical global (DMG), il peut aussi établir une relation entre le patient et un autre prestataire de soins KB78^[2].
• Therapeutic Exclusion (TherExclusion), pour l'enregistrement, la consultation et l'annulation d'exclusions thérapeutiques^[3].
• WS Link, pour les relations de soins (carelinks), ne peut être utilisé que par des institutions ou par leur personnel au nom de l'institution^[4].

Délimitation. WS Link figure sur cette page et non avec la matrice d'accès, parce que le service gère des relations entre un prestataire de soins ou une institution et un patient^[4] ; il s'agit d'un choix éditorial.

La consultation d'une donnée de santé via les systèmes d'échange exige la vérification préalable d'une relation thérapeutique^[6], et une exclusion enregistrée par le patient bloque tout accès, même en présence d'une relation thérapeutique existante^[5]. Le métahub ne stocke pas lui-même de relations thérapeutiques, mais rend toutefois accessibles des relations issues de sources authentiques telles que le dossier médical global^[6]. Ces services fournissent la preuve électronique et les exclusions sur lesquelles reposent ces contrôles^[6][5].

Qui utilise les services ?

Statut : en production, géré par la plate-forme eHealth^[2]. Les services Metahub Consent, Therlink et Exclusions gèrent l'accès aux données médicales et sont également accessibles aux patients, selon le cas^[5].

Qui appelle les services :

• Producteurs de logiciels des prestataires de soins : l'intention est qu'ils implémentent eHealthTherlink dans leur application^[2]. CareConnect General Practitioner^[7], CGM Daktari^[8] et HealthOne Nova^[9] disposent d'une certification « Minilab Therlink », dont l'organisateur est « TherLink SOAP ».
• Institutions : WS Link est réservé aux institutions ou à leur personnel au nom de l'institution^[4].
• Hubs : un hub offre à ses clients, en intrahub, la possibilité de déclarer, de contrôler ou de révoquer une relation thérapeutique^[6].
• Patients : l'application web de la plate-forme eHealth pour le consentement, les relations thérapeutiques et les exclusions est accessible via Masanté^[5].
• Services consommateurs : le service MyCareNet CHIV Consultation Pharmacists (release R20261, 28 avril 2026) exige un contrôle therlink^[10] ; dans un exemple d'intégration de Smals, UHMEP vérifie la relation thérapeutique via l'eHealth Attribute Authority^[11].

Interfaces techniques

Les services pour le consentement, les relations thérapeutiques/relations de soins et les exclusions sont également disponibles sous forme de services REST pour une intégration dans des applications mobiles ou web de tiers^[5][12]. Metahub et les services Consent, Therlink et Exclusions fonctionnent sur une infrastructure à haute disponibilité comportant deux zones^[13].

• Refactoring 2025 : dans le cadre de la release R20252.1, les services Therapeutic Link, tant SOAP que REST, ont été entièrement réécrits sur le plan technique^[1] ; le refactoring touche aussi la gestion via Metahub et la consultation via I.AM AA^[1].
• Planning : selon un message du 8 octobre 2025, un test d'acceptation du 5 au 25 novembre 2025 était suivi de la mise en production le 2 décembre 2025^[1] ; une confirmation ultérieure manque.
• SOAP : une date de fin pour TherLink SOAP est inconnue.

Liens avec d'autres services

Le règlement relatif aux moyens de preuve électroniques détermine ce que les services enregistrent^[14][6][2]. Pour la règle, voir Relation thérapeutique et, pour les services frères, Service Consent (eHealthConsent) de la plate-forme eHealth et Service matrice d'accès de la plate-forme eHealth (WS Matrix, PADAC).

• Réglementaire : pour les hôpitaux, l'inscription du patient est la preuve d'une relation thérapeutique avec les prestataires de soins traitants^[15] ; la page de service d'eHealthTherlink s'adresse aux prestataires de soins habilités et à leurs producteurs de logiciels^[2]. Les sources traitées ne répondent pas à la question de savoir si les DPI hospitaliers appellent directement eHealthTherlink.
• Technique : WS Link est expressément destiné aux institutions^[4].
• Recommandation : faites confirmer par le fournisseur du DPI lesquels de ces services (TherLink, TherExclusion, Link) sont appelés par le DPI ou par le hub, et si le refactoring de décembre 2025 a exigé des adaptations.

Conditions de mise en œuvre et limites

Un hub peut permettre qu'un prestataire de soins enregistre une exclusion à la demande du patient, à condition qu'une relation thérapeutique préalable soit établie^[6]. En cas de break-the-glass dans une situation d'urgence thérapeutique, il n'est pas tenu compte des exclusions enregistrées^[6]. Les durées de validité et les moyens de preuve figurent sur Relation thérapeutique.

• Numéro de release du refactoring. La version néerlandaise du message eHealth mentionne R20252.1 et, à la date de mise en production, R2023.1.2, tandis que la version française mentionne deux fois R20252.1^[1] ; probablement une faute de frappe (interprétation).
• Mise en service. Le message décrit un plan^[1] ; l'entrée effective en production le 2 décembre 2025 n'est pas confirmée.
• Documentation REST de TherLink. Dans les sources collectées, un cookbook REST distinct pour TherLink manque ; il n'y a qu'un fichier swagger.