Consent-dienst van het eHealth-platform (eHealthConsent)

De Consent-dienst is de technische dienst van het eHealth-platform voor het beheer van de toestemming van de patiënt; er bestaan momenteel drie versies: Consent WS SOAP, eHealth Consent WS - REST en Patient Data Access - Consent WS - REST^[1]. Via eHealthConsent kan de geïnformeerde toestemming voor gegevensdeling in het kader van zorgcontinuïteit geregistreerd of ingetrokken worden^[2]. Wat die toestemming juridisch inhoudt, wie ze mag registreren en welke uitzonderingen gelden, staat op de regelpagina Geïnformeerde toestemming voor gegevensdeling; deze pagina beschrijft enkel de dienst.

Elke actor die een toestemming registreert, moet die volgens het reglement onmiddellijk meedelen aan de centrale toestemmingsdatabank van het eHealth-platform^[3]. De Consent-dienst is het koppelvlak naar die databank (interpretatie). Sinds de wetswijziging van 2023 moet het verzet van de patiënt tegen opname in het verwijzingsrepertorium bovendien gebeuren via een toepassing die het eHealth-platform ter beschikking stelt^[4]; technisch biedt het platform daarvoor Patient Data Access - Consent WS - REST, de enige variant die dat opt-outbeheer volgens de officiële dienstpagina ondersteunt^[1].

Status: productie, beheerd door het eHealth-platform^[1]. De Metahub-diensten Consent, Therlink en Exclusions beheren de toegang tot medische gegevens en zijn naargelang het geval ook voor patiënten toegankelijk^[5].

Wie de dienst gebruikt:

• Patiënten gebruiken de webtoepassing van het eHealth-platform voor toestemming, therapeutische relaties en uitsluitingen via het portaal MijnGezondheid^[5].
• Ziekenhuizen: ook administratief personeel van ziekenhuizen kan, onder verantwoordelijkheid van een arts, de toestemming op verzoek van de patiënt beheren^[2]; CoZo noemt de opnamedienst, doorgaans met de eID van de patiënt^[6].
• Huisartsensoftware: onder meer CareConnect GP^[7], CGM Daktari^[8] en HealthOne Nova^[9] hebben een certificering 'Minilab Consent' met als organisator 'Consent SOAP'.
• Derden: de diensten voor toestemming, therapeutische relaties en uitsluitingen zijn ook als REST-diensten beschikbaar voor integratie in mobiele of webapplicaties van derden^[5].
• Afnemende diensten: in het Gedeeld Farmaceutisch Dossier wordt de medicatiehistoriek zonder eHealthConsent niet vrijgegeven^[10], en apothekers raadplegen via FarmaFlux de vaccinatiestatus mits eHealthConsent, therapeutische relatie en geen exclusie^[11].

Het cookbook van PADAC Consent (versie 1.1) kent twee toestemmingstypes: dataSharing (toestemming voor gegevensdeling) staat standaard inactief en dataReferencing (opt-out voor referentiëring) standaard actief^[12]. Het cookbook documenteert een acceptatie-endpoint en een productie-endpoint onder /patientDataAccess/consent/v1^[12].

Metahub en de diensten Consent, Therlink en Exclusions draaien op een high-availability-infrastructuur met twee zones^[13]. De Metahub-webservice zelf is enkel toegankelijk voor erkende hubs, maar de bijbehorende toestemmingsdienst ook als REST-dienst voor andere toepassingen^[5].

• Opt-out enkel via PADAC: het beheer van de opt-out voor referentiëring wordt enkel door Patient Data Access - Consent WS - REST ondersteund, en het platform raadt REST-gebruikers aan naar die dienst te migreren^[1].
• SOAP: een aangekondigde uitfasering of einddatum voor Consent WS SOAP is niet gevonden (gap).
• Bereik: volgens Frank Robben hadden meer dan 11,6 miljoen Belgen (97,8%) hun geïnformeerde toestemming gegeven (stand niet expliciet gedateerd, persoonlijke website)^[14].

Automatisch gegenereerd uit de frontmatter. De regel staat op Geïnformeerde toestemming voor gegevensdeling; de zusterdiensten voor therapeutische relaties en uitsluitingen op TherLink-, TherExclusion- en Link-diensten van het eHealth-platform en voor de toegangsmatrix op Toegangsmatrixdienst van het eHealth-platform (WS Matrix, PADAC).

• Financieringsvoorwaarde (KB van 10 april 2025, bijlage 19): de noemer van kernfunctionaliteit 9 zijn de ontslagen patiënten die geïnformeerde toestemming gaven voor het delen van hun gezondheidsgegevens^[15]; de geregistreerde toestemming in de centrale databank bepaalt dus mee de meting (interpretatie). Zie BMUC: financiering van het geïntegreerd EPD.
• Mogelijkheid: ziekenhuizen mogen de toestemming op verzoek van de patiënt registreren, ook via administratief personeel onder verantwoordelijkheid van een arts^[2].
• Technisch: wie REST gebruikt, krijgt van het platform het advies naar PADAC Consent te migreren^[1].
• Aanbeveling: vraag de EPD-leverancier en de hub welke variant (SOAP, eHealth Consent REST of PADAC) zij aanroepen en of het dataReferencing-signaal (opt-out) al verwerkt wordt.

De registratie gebeurt volgens het reglement uitsluitend als de patiënt correct geïnformeerd is over de draagwijdte en de gevolgen^[3]. Een hub mag toelaten dat de toestemming in een ziekenhuissetting louter met het INSZ wordt geregistreerd, mits de aanwezigheid van de patiënt en de informatieverstrekking op een andere manier gegarandeerd worden^[3]. De volledige regels (minderjarigen, uitsluitingen, break-the-glass) staan op Geïnformeerde toestemming voor gegevensdeling.

• Drie varianten naast elkaar. De dienstpagina noemt drie versies^[1] (citaatcontrole: fuzzy), maar enkel één daarvan ondersteunt de opt-out^[1]. Welke portalversie (REST v1.0 of v2.3) bij welk cookbook hoort, is in geen bron bevestigd; de koppeling in de API-inventaris is een hypothese.
• Gebruik in de praktijk. Welke hubs en ziekenhuissoftware PADAC Consent al aanroepen, is niet gevonden (gap); het gedocumenteerde productie-endpoint toont enkel de centrale beschikbaarheid^[12].
• Einddatum SOAP. Niet gevonden; niet gevonden betekent niet dat er geen plan bestaat.