Recip-e (elektronisch voorschrift in de ambulante sector)

Recip-e is het systeem voor elektronische voorschriften in de ambulante sector. Voorschrijvers sturen een voorschrift naar een server, waar het gecodeerd bewaard blijft tot het wordt uitgevoerd. Elk voorschrift heeft een unieke RID^[1]. Een apotheker voert het voorschrift daarna uit^[8]. De naam Recip-e verwijst ook naar de vzw Recip-e. Die bestaat uit vertegenwoordigers van de zorgverstrekkers die zetelen in het Verzekeringscomité van het RIZIV. Vandaag treedt de vzw vooral op als multidisciplinair aanspreekpunt voor de noden van zorgverleners bij digitalisering^[9].

Recip-e vervangt het papieren voorschrift door een beveiligd elektronisch voorschrift, dat bewaard wordt tot de aflevering^[1]. Een papieren drager kan wel blijven bestaan: de RID staat bovenaan het (papieren) bewijs van elektronisch voorschrift^[1]. Dat bewijs is enkel een technisch middel voor de apotheker om het voorschrift op te halen en heeft geen wettelijke waarde^[2]. De voorschrijver moet het niet meer afdrukken, tenzij de patiënt erom vraagt^[2]. Wie een geneesmiddel voorschrijft aan een niet-gehospitaliseerde patiënt, moet dat elektronisch doen, op enkele uitzonderingen na^[2].

Productie. Het eHealth-platform beschrijft Recip-e als dienst^[1], met een SLA en KPI-rapportering (laatst vermelde periode: Q2 2026)^[1]. Dezelfde pagina noemt Recip-e nog "een nieuw systeem" uit het Actieplan e-Gezondheid van 2014^[1]; dat is verouderde tekst. De timestampingdienst van het eHealth-platform wordt ook voor Recip-e gebruikt^[10]. Volgens de Recip-e-roadmap van oktober 2024 gebeuren de ontwikkeling en technische ondersteuning van de Recip-e-applicatie door het Recip-e-applicatieteam, dat op 14 oktober 2024 naar Smals vzw overging^[11]. Wie de server technisch uitbaat, staat niet expliciet in de bronnen (zie open vragen). De voorschriftplicht geldt ook tijdens een ambulante raadpleging in het ziekenhuis^[2]. Uitzonderingen zijn onder meer voorschrijvers die op 1 januari 2020 minstens 64 jaar oud waren, voorschriften buiten de spreekkamer en overmacht^[2]. Voor overmacht beschrijft een noodprotocol wanneer men mag terugvallen op het papieren voorschrift^[2]. Ook bij een raadpleging op afstand wordt het voorschrift elektronisch via Recip-e aangemaakt; de patiënt raadpleegt het via de Personal Health Viewer en kan het RID-nummer ontvangen^[12].

• Berichtformaat: Recip-e gebruikt KMEHR-XML als berichtformaat tussen voorschrijvers en afleveraars^[3]. Volgens de inhoudsrichtlijnen van 2019/2020 mochten voorschriften vanaf 01/05/2020 op KMEHR 1.28 gebaseerd zijn, en werd KMEHR 1.28 verplicht vanaf 01/06/2020^[3] (zie KMEHR). Die productierichtlijnen 2019-2020 zijn sinds de update van 23/03/2021 obsoleet en opgenomen in de algemene dematerialisatiespecificaties^[13]. De recentste daarvan (documentversie 20230224, gepubliceerd in het pakket van 02/06/2023) noemen KMEHR 1.28 de huidige versie voor het veld PrescriptionVersion^[4]. De SDK voor voorschrijvers valideert de KMEHR van een nieuw voorschrift tegen kmehr-1.28.xsd en kmehr_elements-1.28.xsd^[4]. Het wijzigingsoverzicht voor softwarehuizen heeft als laatste update 02/06/2023 en vermeldt geen latere pakketupdate^[13].
• Geneesmiddelendata: ambulante voorschriften moeten verplicht vanuit de authentieke bron SAM worden opgesteld^[2]. SAM wordt als open data via het eHealth-platform aangeboden en dient onder meer als bron voor het elektronisch voorschrift^[14].
• API's (29 september 2026): in de productie- en acceptatiecatalogus van het eHealth API Portal staat Recip-e enkel als SOAP-diensten v4.0 (Prescriber, Executor, Patient); een Recip-e-FHIR-API staat er niet in. Dat is een aanwijzing, geen bewijs dat er geen FHIR-API in productie is^[5].
• FHIR-testen: in augustus 2026 verscheen een ontwerp-testgids (v0.1, 13 augustus 2026) om digitale geneesmiddelenvoorschriften te testen op de eHealth Digital Testing Environment (DTE)^[6]. De gids onderscheidt vier actoren: voorschrijvers, uitvoerders, patiënten en ziekenhuizen, waarbij een ziekenhuis een combinatie is van voorschrijvers en uitvoerders binnen dezelfde organisatie^[6].
• Toegang vanuit het ziekenhuis: ziekenhuisartsen kunnen elektronisch voorschrijven via de EPD-software van het ziekenhuis. Voorschrijfsoftware moet verplicht de authentieke bron SAM(v2) gebruiken^[2]. De gratis RIZIV-toepassing PARIS is bedoeld voor voorschrijvers die tijdelijk geen toegang hebben tot hun pakket of tot het ziekenhuisinformatiesysteem^[15].

• FHIR-implementatie (planning, niet bevestigd): volgens de Recip-e-roadmap van oktober 2024 zou de nieuwe FHIR-implementatie in 2025 in vier pakketten opgeleverd worden, met homologatie vanaf eind december 2025 en terreingebruik verwacht in het eerste semester van 2026; latere bronnen bevestigen die verwachting niet^[11]. De KMEHR-implementatie zou volgens dezelfde roadmap beperkt verder ontwikkeld worden naast de FHIR-implementatie, zonder einddatum^[11]. In augustus 2026 was de FHIR-versie nog in de testfase (ontwerp-testgids)^[6].
• Wet van 20 juli 2026: de wet bewaart ook het elektronisch geneesmiddelenvoorschrift in de eengemaakte voorschriftendatabank, tot het uitgevoerd is en maximaal één jaar na het opstellen^[7]. De Koning bepaalt bij KB vanaf wanneer het elektronisch geneesmiddelenvoorschrift verplicht is, eventueel per categorie van voorschrijvers^[7]. Zie Wet elektronisch voorschrijven (wet van 20 juli 2026, hoofdstuk 6).
• In VIDIS fase 2 kan men enkel nog voorschrijven met zicht op het Gedeeld medicatieschema, en evolueert men naar het voorschrijven van behandelingen in plaats van verpakkingen^[15]. PARIS verdwijnt op termijn met VIDIS fase 2^[15].
• In BIHR (Belgian Integrated Health Record) kunnen authentieke bronnen centraal zijn. De BIHR-pagina noemt als voorbeeld UHMEP voor (verwijs)voorschriften^[16]. Of UHMEP de Recip-e-server vervangt, is niet bevestigd.
• Op Europees niveau vallen e-voorschrift en e-aflevering onder de prioritaire EHDS-categorieën, die vanaf 26 maart 2029 gelden^[17] (zie EHDS (European Health Data Space)).

• Wettelijke verplichting: ambulante voorschriften van ziekenhuisartsen, ook bij een raadpleging in het ziekenhuis, moeten elektronisch zijn^[2] en vanuit SAM worden opgesteld^[2].
• Wet van 20 juli 2026: de bepalingen over het elektronisch geneesmiddelenvoorschrift gelden niet voor elektronische ziekenhuisvoorschriften die de ziekenhuisapotheek uitvoert; de Koning kan ze later wel van toepassing maken^[7].
• Afbakening intramuraal/ambulant: voor intramuraal elektronisch voorschrijven vereisen de BMUC: financiering van het geïntegreerd EPD dat geneesmiddelvoorschriften gestructureerd worden ingevoerd^[18]. Timestamping wordt vooral gebruikt voor het elektronisch voorschrift in ziekenhuizen^[10]. Dat gebruik is geregeld via de verordening van 5 december 2016 over het elektronisch voorschrift binnen het ziekenhuis^[10]. De timestampingdienst onderscheidt zelf "het elektronisch voorschrift in de ziekenhuizen" van "het ambulant elektronisch voorschrift (Recip-e)"^[10]. Interpretatie: Recip-e is dus niet het intramurale voorschriftcircuit.
• Continuïteit: PARIS is een terugvaloptie als het ziekenhuisinformatiesysteem tijdelijk niet bereikbaar is^[15]. Bij overmacht mag de voorschrijver volgens het noodprotocol terugvallen op papier^[2]. Aan afleverzijde geldt een overgangsmaatregel: bij aanhoudende onbeschikbaarheid van de eHealth-basisdiensten mag de apotheker uitzonderlijk afleveren op basis van het bewijs van elektronisch voorschrift, en dat als overmacht aanduiden^[2].
• Aanbeveling (eigen): neem PARIS en het noodprotocol op in de downtimeprocedure voor ambulante consultaties, en vraag de EPD-leverancier welke KMEHR-versie en SAM-updatefrequentie de Recip-e-module vandaag gebruikt.

Ziekenhuisartsen versturen hun voorschriften via de EPD-software van het ziekenhuis^[2]. Omdat voorschrijfsoftware SAM(v2) moet gebruiken^[2], hangt de kwaliteit van het voorschrift mee af van de SAM-integratie van de leverancier.

• Actualiteit van de eHealth-pagina. De dienstpagina publiceert KPI's tot Q2 2026^[1], maar noemt Recip-e nog "nieuw"^[1]. De inleidende tekst is dus ouder dan de rapportering.
• Naam. "Recip-e" is zowel het voorschriftsysteem^[1] als de vzw die vandaag vooral aanspreekpunt is^[9].
• KMEHR-versie. De recentste publieke specificaties (2023) noemen KMEHR 1.28 de huidige versie^[4], dezelfde versie die sinds 01/06/2020 verplicht was^[3]. Documentatie uit 2024-2026 werd niet gevonden (hiaat, 30/09/2026); dat bewijst niet dat er geen recentere, niet-publieke vereiste bestaat.
• UHMEP en Recip-e. Interpretatie: de wet van 20 juli 2026 legt één eengemaakte databank op voor geneesmiddelen- en verwijsvoorschriften; samen met het Recip-e FHIR-cookbook op UHMEP wijst dat erop dat UHMEP de technische basis wordt voor de FHIR-versie van Recip-e. Dat is nog geen vervanging: Recip-e staat in de eHealth-API-catalogus enkel als SOAP v4.0, en een aankondiging van de productiestart van Recip-e FHIR of van het einde van de KMEHR-stroom werd niet gevonden^[7][5].
• Planning FHIR. De roadmap verwachtte terreingebruik in het eerste semester van 2026^[11], maar in augustus 2026 was er pas een ontwerp-testgids^[6]. Interpretatie: de planning is verschoven.
• VIDIS fase 2. De RIZIV-pagina's zijn niet eensluidend over de timing van fase 2^[19][15]. Wanneer PARIS verdwijnt, is dus onzeker.