Service Consent (eHealthConsent) de la plate-forme eHealth

Le service Consent est le service technique de la Plate-forme eHealth pour la gestion du consentement du patient ; il existe actuellement trois versions : Consent WS SOAP, eHealth Consent WS - REST et Patient Data Access - Consent WS - REST^[1]. eHealthConsent permet d'enregistrer ou de retirer le consentement éclairé au partage de données dans le cadre de la continuité des soins^[2]. La portée juridique de ce consentement, les personnes autorisées à l'enregistrer et les exceptions applicables sont décrites sur la page consacrée aux règles Consentement éclairé au partage de données ; la présente page décrit uniquement le service.

Pourquoi ce service existe-t-il ?

Tout acteur qui enregistre un consentement doit, conformément au règlement, le communiquer immédiatement à la banque de données centrale des consentements de la Plate-forme eHealth^[3]. Le service Consent constitue l'interface avec cette banque de données (interprétation). Depuis la modification législative de 2023, l'opposition du patient à l'inscription dans le répertoire des références doit en outre être exprimée au moyen d'une application mise à disposition par la Plate-forme eHealth^[4] ; sur le plan technique, la plate-forme propose à cette fin Patient Data Access - Consent WS - REST, la seule variante qui, selon la page officielle du service, prend en charge cette gestion de l'opt-out^[1].

Statut : en production, sous la gestion de la Plate-forme eHealth^[1]. 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].

Utilisateurs du service :

• Patients : ils utilisent l'application web de la Plate-forme eHealth pour gérer le consentement, les relations thérapeutiques et les exclusions via le portail Masanté^[5].

• Hôpitaux : le personnel administratif des hôpitaux peut lui aussi gérer le consentement à la demande du patient, sous la responsabilité d'un médecin^[2] ; CoZo mentionne le service des admissions, généralement avec l'eID du patient^[6].

• Logiciels de médecine générale : notamment CareConnect General Practitioner^[7], CGM Daktari^[8] et HealthOne Nova^[9] disposent d'une certification « Minilab Consent », dont l'organisateur est « Consent SOAP ».

• Tiers : les services de consentement, de relations thérapeutiques et d'exclusions sont également disponibles sous forme de services REST afin d'être intégrés dans des applications mobiles ou web de tiers^[5].

• Services consommateurs : dans le Dossier Pharmaceutique Partagé, l'historique médicamenteux n'est pas communiqué sans eHealthConsent^[10], et les pharmaciens consultent, via FarmaFlux, le statut vaccinal sous réserve d'un eHealthConsent, d'une relation thérapeutique et de l'absence d'exclusion^[11].

Variantes et interfaces techniques

Le cookbook de PADAC Consent (version 1.1) connaît deux types de consentement : dataSharing (consentement au partage de données) est inactif par défaut et dataReferencing (opt-out pour le référencement) est actif par défaut^[12]. Le cookbook documente un endpoint d'acceptation et un endpoint de production sous /patientDataAccess/consent/v1^[12].

Metahub et les services Consent, Therlink et Exclusions fonctionnent sur une infrastructure à haute disponibilité comportant deux zones^[13]. Le service web Metahub lui-même est uniquement accessible aux hubs reconnus, mais le service de consentement associé est aussi proposé sous forme de service REST à d'autres applications^[5].

• Opt-out uniquement via PADAC : la gestion de l'opt-out pour le référencement est uniquement prise en charge par Patient Data Access - Consent WS - REST, et la plate-forme recommande aux utilisateurs REST de migrer vers ce service^[1].

• SOAP : aucune annonce d'un retrait progressif ni aucune date de fin de Consent WS SOAP n'a été trouvée.

• Portée : selon l'administrateur général de la Plate-forme eHealth, plus de 11,6 millions de Belges (97,8%) avaient donné leur consentement éclairé (situation non explicitement datée, site web personnel)^[14].

• Condition de financement (AR du 10 avril 2025, annexe 19) : le dénominateur de la fonctionnalité clé 9 correspond aux patients sortis qui ont donné leur consentement éclairé au partage de leurs données de santé^[15] ; le consentement enregistré dans la banque de données centrale contribue donc à déterminer la mesure. Voir Belgian Meaningful Use Criteria (BMUC).

• Possibilité : les hôpitaux peuvent enregistrer le consentement à la demande du patient, y compris par l'intermédiaire de personnel administratif placé sous la responsabilité d'un médecin^[2].

• Technique : la plate-forme conseille aux utilisateurs REST de migrer vers PADAC Consent^[1].

• Recommandation : demandez au fournisseur du DPI et au hub quelle variante (SOAP, eHealth Consent REST ou PADAC) ils appellent et si le signal dataReferencing (opt-out) est déjà traité.

Conditions et limites de mise en œuvre

Conformément au règlement, l'enregistrement a lieu uniquement si le patient a été correctement informé de la portée et des conséquences^[3]. Un hub peut permettre que, dans un contexte hospitalier, le consentement soit enregistré au seul moyen du numéro d'identification de la sécurité sociale, à condition que la présence du patient et la communication des informations soient garanties d'une autre manière^[3]. Les règles complètes (mineurs, exclusions, break-the-glass) figurent sur Consentement éclairé au partage de données.

• Trois variantes en parallèle. La page du service mentionne trois versions^[1] (contrôle de citation : fuzzy), mais une seule prend en charge l'opt-out^[1]. Aucune source ne confirme quelle version du portail (REST v1.0 ou v2.3) correspond à quel cookbook ; l'association figurant dans l'inventaire des API est une hypothèse.

• Utilisation en pratique. Il n'a pas été établi quels hubs et quels logiciels hospitaliers appellent déjà PADAC Consent ; l'endpoint de production documenté démontre uniquement la disponibilité centrale^[12].

• Date de fin de SOAP. Non trouvée ; le fait qu'elle n'ait pas été trouvée ne signifie pas qu'il n'existe aucun plan.