--- id: recip-e type: Platform type_label: Plateforme ou service title: Recip-e (prescription électronique dans le secteur ambulatoire) aliases: - Recip-e - Recipe - vzw Recip-e - elektronisch voorschrift ambulant - e-voorschrift - RID - Recip-e-identificatienummer names: nl: Recip-e fr: Recip-e en: Recip-e jurisdiction: - belgie themes: - medicatie - financiering - regelgeving lifecycle: productie lifecycle_note: 'En production comme services SOAP v4.0 avec KMEHR 1.28; l''implémentation FHIR était encore en phase de test en août 2026. Sources: catalogue d''API eHealth et guide de test de Recip-e, consultés le 29 septembre 2026.' version: Services SOAP Recip-e v4.0 (catalogue des API eHealth, 29/09/2026) ; KMEHR 1.28 (spécifications de dématérialisation 20230224, paquet 02/06/2023 ; version plus récente non trouvée) ; guide de test FHIR DTE v0.1 (projet, 13/08/2026) summary: Recip-e est le système belge de prescriptions électroniques de médicaments dans les soins ambulatoires. Un prescripteur envoie la prescription vers un serveur, où elle est conservée sous forme codée jusqu'à l'exécution; chaque prescription a un RID unique. Le flux de production utilise du KMEHR-XML et des données de médicaments provenant de la source authentique des médicaments SAM, tandis qu'une version FHIR est en test. Le système est également pertinent pour les consultations ambulatoires dans les hôpitaux, où la prescription électronique est obligatoire sauf exceptions. links: - soort: website url: https://recip-e.be/nl/ label: Recip-e taal: nl - soort: website url: https://www.ehealth.fgov.be/nl/beroepsbeoefenaars-in-de-gezondheidszorg/diensten/recip-e-elektronische-voorschriften-in-de-ambulante-sector label: Recip-e (eHealth-platform) taal: nl - soort: repository url: https://github.com/smals-belgium/shared-digital-medication-prescription label: shared-digital-medication-prescription (GitHub) taal: en last_verified: '2026-11-05' relations: - type: dependsOn direction: uit target: ehealth-pseudonimisering target_url: https://ehealth-atlas.be/fr/pseudonymisation-et-anonymisation-plate-forme-ehealth/ status: hypothesis - type: dependsOn direction: uit target: sam-geneesmiddelendatabank target_url: https://ehealth-atlas.be/fr/source-authentique-des-medicaments/ status: established - type: dependsOn direction: uit target: ehealth-certificaten target_url: https://ehealth-atlas.be/fr/certificats-ehealth/ status: established - type: dependsOn direction: uit target: i-am-connect target_url: https://ehealth-atlas.be/fr/i-am-identity-access-management/ status: established - type: dependsOn direction: uit target: uhmep target_url: https://ehealth-atlas.be/fr/uhmep-prescription-de-renvoi-electronique/ status: established - type: implements direction: uit target: kmehr target_url: https://ehealth-atlas.be/fr/kmehr/ status: established - type: seeAlso direction: uit target: riziv-inami target_url: https://ehealth-atlas.be/fr/institut-national-d-assurance-maladie-invalidite-inami/ status: established - type: about direction: in target: apotheeksoftware-belgie target_url: https://ehealth-atlas.be/fr/logiciels-d-officine-en-belgique/ status: established - type: about direction: in target: apotheeksoftware-erkenningslijsten target_url: https://ehealth-atlas.be/fr/logiciels-d-officine-listes-officielles-par-logiciel/ status: established - type: about direction: in target: ehds-belgie target_url: https://ehealth-atlas.be/fr/ehds-en-belgique/ status: established - type: about direction: in target: ehealth-diensten target_url: https://ehealth-atlas.be/fr/services-et-api-de-la-plate-forme-ehealth/ status: established - type: about direction: in target: software-vroedvrouwen-belgie target_url: https://ehealth-atlas.be/fr/logiciels-pour-sages-femmes-en-belgique/ status: established - type: about direction: in target: technische-integratie-ehealth target_url: https://ehealth-atlas.be/fr/integration-technique-avec-l-infrastructure-ehealth/ status: established - type: about direction: in target: ziekenhuisapotheek-software target_url: https://ehealth-atlas.be/fr/logiciels-de-pharmacie-hospitaliere/ status: established - type: about direction: in target: ziekenhuisapotheker target_url: https://ehealth-atlas.be/fr/pharmacien-hospitalier/ status: established - type: exchangesWith direction: in target: careconnect-gp target_url: https://ehealth-atlas.be/fr/careconnect-general-practitioner/ status: established - type: exchangesWith direction: in target: careconnect-pharmacist target_url: https://ehealth-atlas.be/careconnect-pharmacist/ status: established - type: exchangesWith direction: in target: cgm-daktari target_url: https://ehealth-atlas.be/fr/cgm-daktari/ status: established - type: exchangesWith direction: in target: cgm-windoc target_url: https://ehealth-atlas.be/fr/cgm-windoc/ status: hypothesis - type: exchangesWith direction: in target: doctor-manager target_url: https://ehealth-atlas.be/doctor-manager/ status: hypothesis - type: exchangesWith direction: in target: e-care-ed target_url: https://ehealth-atlas.be/e-care-ed/ status: established - type: exchangesWith direction: in target: eyefile target_url: https://ehealth-atlas.be/eyefile/ status: hypothesis - type: exchangesWith direction: in target: farmad-twin target_url: https://ehealth-atlas.be/farmad-twin/ status: established - type: exchangesWith direction: in target: healthone-nova target_url: https://ehealth-atlas.be/fr/healthone-nova/ status: established - type: exchangesWith direction: in target: medinect target_url: https://ehealth-atlas.be/fr/medinect/ status: hypothesis - type: exchangesWith direction: in target: mediris target_url: https://ehealth-atlas.be/fr/mediris-multi-gp/ status: hypothesis - type: exchangesWith direction: in target: medispring target_url: https://ehealth-atlas.be/fr/medispring-generaliste/ status: hypothesis - type: exchangesWith direction: in target: medsoc-apo target_url: https://ehealth-atlas.be/medsoc-apo/ status: established - type: exchangesWith direction: in target: mijngezondheid target_url: https://ehealth-atlas.be/fr/masante/ status: established - type: exchangesWith direction: in target: nephroflow target_url: https://ehealth-atlas.be/nephroflow/ status: established - type: exchangesWith direction: in target: nextpharm target_url: https://ehealth-atlas.be/nextpharm/ status: established - type: exchangesWith direction: in target: nexuzhealth-doctor target_url: https://ehealth-atlas.be/fr/nexuzhealth-doctor/ status: established - type: exchangesWith direction: in target: nexuzhealth-nurse target_url: https://ehealth-atlas.be/nexuzhealth-nurse/ status: hypothesis - type: exchangesWith direction: in target: obasi-software target_url: https://ehealth-atlas.be/obasi-software/ status: established - type: exchangesWith direction: in target: officinall target_url: https://ehealth-atlas.be/officinall/ status: established - type: exchangesWith direction: in target: omnipro target_url: https://ehealth-atlas.be/fr/omnipro/ status: hypothesis - type: exchangesWith direction: in target: oracle-health-millennium target_url: https://ehealth-atlas.be/oracle-health-millennium/ status: established - type: exchangesWith direction: in target: pharmagest-ultimate target_url: https://ehealth-atlas.be/pharmagest-ultimate/ status: established - type: exchangesWith direction: in target: pharmony-one target_url: https://ehealth-atlas.be/pharmony-one/ status: established - type: exchangesWith direction: in target: primuz target_url: https://ehealth-atlas.be/primuz/ status: established - type: exchangesWith direction: in target: topaz target_url: https://ehealth-atlas.be/topaz/ status: hypothesis - type: exchangesWith direction: in target: workflower target_url: https://ehealth-atlas.be/workflower/ status: hypothesis - type: exchangesWith direction: in target: zorgi-centralized-services target_url: https://ehealth-atlas.be/zorgi-centralized-services/ status: established - type: connectsTo direction: in target: crossuite target_url: https://ehealth-atlas.be/fr/crossuite/ status: hypothesis - type: connectsTo direction: in target: e-dent target_url: https://ehealth-atlas.be/e-dent/ status: hypothesis - type: connectsTo direction: in target: i-am-connect target_url: https://ehealth-atlas.be/fr/i-am-identity-access-management/ status: established - type: participatesIn direction: in target: farmaflux target_url: https://ehealth-atlas.be/fr/farmaflux/ status: established - type: participatesIn direction: in target: smals target_url: https://ehealth-atlas.be/fr/smals/ status: established - type: requires direction: in target: registratie-huisartsensoftware target_url: https://ehealth-atlas.be/fr/enregistrement-des-logiciels-de-medecine-generale/ status: established - type: involves direction: in target: teleconsultatie target_url: https://ehealth-atlas.be/fr/teleconsultation-consultation-a-distance/ status: established - type: involves direction: in target: uc-medicatieschema-ziekenhuis target_url: https://ehealth-atlas.be/fr/schema-de-medication-a-l-admission-et-a-la-sortie/ status: established release: 2026.11.12-3 url: https://ehealth-atlas.be/fr/recip-e/ license: CC BY 4.0 --- # Recip-e (prescription électronique dans le secteur ambulatoire) Recip-e est le système belge de prescriptions électroniques de médicaments dans les soins ambulatoires. Un prescripteur envoie la prescription vers un serveur, où elle est conservée sous forme codée jusqu'à l'exécution ; chaque prescription a un RID unique. Le flux de production utilise du KMEHR-XML et des données de médicaments provenant de la source authentique des médicaments SAM, tandis qu'une version FHIR est en test. Le système est également pertinent pour les consultations ambulatoires dans les hôpitaux, où la prescription électronique est obligatoire sauf exceptions. ## En bref - Recip-e est le système de prescriptions électroniques ambulatoires : la prescription est conservée sous forme codée jusqu'à l'exécution, avec un RID unique[^1]. - Qui prescrit un médicament à un patient non hospitalisé, y compris lors d'une consultation ambulatoire à l'hôpital, doit le faire par voie électronique, avec des exceptions[^2]. - Les messages sont du KMEHR-XML[^3] ; les spécifications publiques les plus récentes (20230224, paquet du 02/06/2023) désignent KMEHR 1.28 comme la version actuelle[^4]. - Dans le catalogue d'API eHealth, Recip-e ne figure au 29/09/2026 que comme services SOAP v4.0[^5] ; la version FHIR était en phase de test en août 2026[^6]. - Les prescriptions doivent être établies à partir de la source authentique des médicaments SAM[^2]. - La loi du 20 juillet 2026 laisse au Roi le soin de fixer par AR la date de l'obligation de prescription électronique de médicaments[^7]. ## De quoi s'agit-il ? Recip-e est le système de prescriptions électroniques dans le secteur ambulatoire. Les prescripteurs envoient une prescription à un serveur, où elle est conservée sous forme codée jusqu'à son exécution. Chaque prescription possède un RID unique[^1]. Un pharmacien exécute ensuite la prescription[^8]. Le nom Recip-e désigne également l'ASBL Recip-e. Celle-ci se compose de représentants des prestataires de soins siégeant au Comité de l'assurance de l'[INAMI](https://ehealth-atlas.be/fr/institut-national-d-assurance-maladie-invalidite-inami/). Aujourd'hui, l'ASBL agit surtout comme point de contact multidisciplinaire pour les besoins des prestataires de soins en matière de numérisation[^9]. ### Quel problème résout-il ? Recip-e remplace la prescription papier par une prescription électronique sécurisée, conservée jusqu'à sa délivrance[^1]. Un support papier peut toutefois subsister : le RID figure en haut de la preuve (papier) de prescription électronique[^1]. Cette preuve n'est qu'un moyen technique permettant au pharmacien de récupérer la prescription et n'a aucune valeur juridique[^2]. Le prescripteur n'est plus tenu de l'imprimer, sauf si le patient le demande[^2]. Quiconque prescrit un médicament à un patient non hospitalisé doit le faire électroniquement, à quelques exceptions près[^2]. ## Quels services ? | Service | Quoi | Pour qui | Page | |---|---|---|---| | Prescriber | créer et envoyer une prescription électronique[^1] | prescripteurs, dont les médecins hospitaliers pour les soins ambulatoires | [SAM v2 – Source authentique des médicaments](https://ehealth-atlas.be/fr/source-authentique-des-medicaments/) | | Executor | récupérer et exécuter une prescription[^8] | pharmaciens | [Logiciels d'officine en Belgique](https://ehealth-atlas.be/fr/logiciels-d-officine-en-belgique/) | | Patient | consulter les prescriptions avec le RID comme identification[^1][^10] | patients | [Masanté (Mijngezondheid)](https://ehealth-atlas.be/fr/masante/) | **Production.** La Plate-forme eHealth décrit Recip-e comme un service[^1], avec un SLA et un rapportage de KPI (dernière période mentionnée : T2 2026)[^1]. La même page qualifie encore Recip-e de « nouveau système » issu du plan d'action e-Santé de 2014[^1] ; ce texte est périmé. Le service de timestamping de la [Plate-forme eHealth](https://ehealth-atlas.be/fr/plate-forme-ehealth/) est aussi utilisé pour Recip-e[^11]. Selon la roadmap Recip-e d'octobre 2024, le développement et le support technique de l'application Recip-e sont assurés par l'équipe applicative Recip-e, qui est passée le 14 octobre 2024 chez Smals asbl[^12]. Qui exploite techniquement le serveur ne figure pas explicitement dans les sources (voir questions ouvertes). L'obligation de prescription vaut aussi pendant une consultation ambulatoire à l'hôpital[^2]. Parmi les exceptions figurent les prescripteurs qui avaient au moins 64 ans le 1er janvier 2020, les prescriptions établies hors du cabinet et la force majeure[^2]. Pour la force majeure, un protocole d'urgence décrit quand on peut se replier sur la prescription papier[^2]. En cas de [consultation à distance](https://ehealth-atlas.be/fr/teleconsultation-consultation-a-distance/) aussi, la prescription est créée électroniquement via Recip-e ; le patient la consulte via le Personal Health Viewer et peut recevoir le numéro RID[^10]. ### Services et interfaces techniques - **Format de message** : Recip-e utilise KMEHR-XML comme format de message entre prescripteurs et dispensateurs[^3]. Selon les directives de contenu de 2019/2020, les prescriptions pouvaient se baser sur KMEHR 1.28 à partir du 01/05/2020, et KMEHR 1.28 est devenu obligatoire à partir du 01/06/2020[^3] (voir [KMEHR](https://ehealth-atlas.be/fr/kmehr/)). Ces directives de production 2019-2020 sont obsolètes depuis la mise à jour du 23/03/2021 et ont été intégrées dans les spécifications générales de dématérialisation[^13]. Les plus récentes d'entre elles (version de document 20230224, publiée dans le paquet du 02/06/2023) citent KMEHR 1.28 comme la version actuelle pour le champ PrescriptionVersion[^4]. Le SDK pour prescripteurs valide le KMEHR d'une nouvelle prescription contre kmehr-1.28.xsd et kmehr_elements-1.28.xsd[^4]. L'aperçu des modifications pour les maisons de logiciels a comme dernière mise à jour le 02/06/2023 et ne mentionne pas de mise à jour de paquet ultérieure[^13]. - **Données médicamenteuses** : les prescriptions ambulatoires doivent obligatoirement être établies à partir de la source authentique SAM[^2]. SAM est proposée comme open data via la Plate-forme eHealth et sert entre autres de source pour la prescription électronique[^14]. - **API (29 septembre 2026)** : dans le catalogue de production et d'acceptation de l'eHealth API Portal, Recip-e figure uniquement comme services SOAP v4.0 (Prescriber, Executor, Patient) ; une API FHIR Recip-e n'y figure pas. C'est une indication, pas une preuve qu'aucune API FHIR n'est en production[^5]. - **Tests FHIR** : en août 2026 est paru un projet de guide de test (v0.1, 13 août 2026) pour tester les prescriptions numériques de médicaments sur l'eHealth Digital Testing Environment (DTE)[^6]. Le guide distingue quatre acteurs : prescripteurs, exécutants, patients et hôpitaux, un hôpital étant une combinaison de prescripteurs et d'exécutants au sein de la même organisation[^6]. - **Accès depuis l'hôpital** : les médecins hospitaliers peuvent prescrire électroniquement via le logiciel DPI de l'hôpital. Le logiciel de prescription doit obligatoirement utiliser la source authentique SAM(v2)[^2]. L'application gratuite PARIS de l'INAMI est destinée aux prescripteurs qui n'ont temporairement pas accès à leur progiciel ou au système d'information hospitalier[^15]. ## Où en est-il, qui est obligé ou qui l'utilise ? - **Implémentation FHIR (planning, non confirmé)** : selon la roadmap Recip-e d'octobre 2024, la nouvelle implémentation FHIR devait être livrée en 2025 en quatre paquets, avec une homologation à partir de fin décembre 2025 et une utilisation sur le terrain attendue au premier semestre de 2026 ; des sources ultérieures ne confirment pas cette attente[^12]. Selon la même roadmap, l'implémentation KMEHR continuerait à être développée de manière limitée à côté de l'implémentation FHIR, sans date de fin[^12]. En août 2026, la version FHIR était encore en phase de test (projet de guide de test)[^6]. - **Loi du 20 juillet 2026** : la loi conserve aussi la prescription électronique de médicaments dans la banque de données unifiée des prescriptions, jusqu'à son exécution et au maximum un an après son établissement[^7]. Le Roi détermine par AR à partir de quand la prescription électronique de médicaments est obligatoire, éventuellement par catégorie de prescripteurs[^7]. Voir [Loi du 20 juillet 2026 portant des dispositions diverses en matière de santé (chapitre 6 Prescription électronique)](https://ehealth-atlas.be/fr/loi-20-juillet-2026-prescription-electronique/). - Dans la phase 2 de [VIDIS](https://ehealth-atlas.be/fr/vidis/), on ne peut plus prescrire qu'avec une vue sur le [Schéma de médication partagé](https://ehealth-atlas.be/fr/schema-de-medication-partage/), et on évolue vers la prescription de traitements au lieu de conditionnements[^15]. PARIS disparaîtra à terme avec la phase 2 de VIDIS[^15]. - Dans [BIHR (Belgian Integrated Health Record)](https://ehealth-atlas.be/fr/belgian-integrated-health-record-bihr/), des sources authentiques peuvent être centrales. La page BIHR cite UHMEP en exemple pour les prescriptions (de renvoi)[^16]. Savoir si UHMEP remplace le serveur Recip-e n'est pas confirmé. - Au niveau européen, l'e-prescription et l'e-délivrance relèvent des catégories EHDS prioritaires, qui s'appliquent à partir du 26 mars 2029[^17] (voir [EHDS (Espace européen des données de santé)](https://ehealth-atlas.be/fr/espace-europeen-des-donnees-de-sante/)). ## Qu'est-ce que cela signifie pour un hôpital ? - **Obligation légale** : les prescriptions ambulatoires des médecins hospitaliers, y compris lors d'une consultation à l'hôpital, doivent être électroniques[^2] et être établies à partir de SAM[^2]. - **Loi du 20 juillet 2026** : les dispositions relatives à la prescription électronique de médicaments ne s'appliquent pas aux prescriptions hospitalières électroniques exécutées par l'officine hospitalière ; le Roi peut toutefois les rendre applicables plus tard[^7]. - **Délimitation intra-muros/ambulatoire** : pour la prescription électronique intra-muros, les [BMUC : financement du DPI intégré](https://ehealth-atlas.be/fr/belgian-meaningful-use-criteria-bmuc/) exigent que les prescriptions de médicaments soient saisies de manière structurée[^18]. Le timestamping est surtout utilisé pour la prescription électronique dans les hôpitaux[^11]. Cet usage est réglé par le règlement du 5 décembre 2016 relatif à la prescription électronique à l'hôpital[^11]. Le service de timestamping distingue lui-même « la prescription électronique dans les hôpitaux » de « la prescription électronique ambulatoire (Recip-e) »[^11]. *Interprétation* : Recip-e n'est donc pas le circuit de prescription intra-muros. - **Continuité** : PARIS est une option de repli lorsque le système d'information hospitalier est temporairement inaccessible[^15]. En cas de force majeure, le prescripteur peut, selon le protocole d'urgence, se replier sur le papier[^2]. Du côté de la délivrance, une mesure transitoire s'applique : en cas d'indisponibilité persistante des services de base eHealth, le pharmacien peut exceptionnellement délivrer sur la base de la preuve de prescription électronique et indiquer cela comme force majeure[^2]. - **Recommandation** (propre) : intégrez PARIS et le protocole d'urgence dans la procédure de downtime pour les consultations ambulatoires, et demandez au fournisseur du DPI quelle version de KMEHR et quelle fréquence de mise à jour de SAM le module Recip-e utilise aujourd'hui. ### Conditions de mise en œuvre et limites Les médecins hospitaliers envoient leurs prescriptions via le logiciel DPI de l'hôpital[^2]. Comme le logiciel de prescription doit utiliser SAM(v2)[^2], la qualité de la prescription dépend aussi de l'intégration de SAM chez le fournisseur. ## Incertitudes et informations contradictoires - **Actualité de la page eHealth.** La page du service publie des KPI jusqu'au T2 2026[^1], mais qualifie encore Recip-e de « nouveau »[^1]. Le texte introductif est donc plus ancien que le rapportage. - **Nom.** « Recip-e » désigne à la fois le système de prescription[^1] et l'asbl qui est aujourd'hui surtout un point de contact[^9]. - **Version de KMEHR.** Les spécifications publiques les plus récentes (2023) citent KMEHR 1.28 comme la version actuelle[^4], la même version qui était obligatoire depuis le 01/06/2020[^3]. De la documentation de 2024-2026 n'a pas été trouvée (lacune, 30/09/2026) ; cela ne prouve pas qu'il n'existe pas d'exigence plus récente, non publique. - **UHMEP et Recip-e.** *Interprétation* : la loi du 20 juillet 2026 impose une seule banque de données unifiée pour les prescriptions de médicaments et de renvoi ; avec le cookbook FHIR Recip-e sur [UHMEP](https://ehealth-atlas.be/fr/uhmep-prescription-de-renvoi-electronique/), cela indique qu'UHMEP devient la base technique de la version FHIR de Recip-e. Ce n'est pas encore un remplacement : dans le catalogue d'API eHealth, Recip-e figure uniquement comme SOAP v4.0, et une annonce du démarrage en production de Recip-e FHIR ou de la fin du flux KMEHR n'a pas été trouvée[^7][^5]. - **Planning FHIR.** La roadmap attendait une utilisation sur le terrain au premier semestre de 2026[^12], mais en août 2026 il n'y avait encore qu'un projet de guide de test[^6]. *Interprétation* : le planning a glissé. - **VIDIS phase 2.** Les pages de l'INAMI ne sont pas univoques sur le timing de la phase 2[^19][^15]. Le moment où PARIS disparaîtra est donc incertain. ## Relaties - dépend de: [Pseudonymisation et anonymisation (plate-forme eHealth)](https://ehealth-atlas.be/fr/pseudonymisation-et-anonymisation-plate-forme-ehealth/) (hypothèse)[^20]. Enkel voor de FHIR-implementatie volgens de Recip-e FHIR-cookbook (testfase augustus 2026); voor de SOAP-diensten v4.0 niet vastgesteld. - dépend de: [SAM v2 – Source authentique des médicaments](https://ehealth-atlas.be/fr/source-authentique-des-medicaments/) (établi)[^2][^14] - implémente: [KMEHR](https://ehealth-atlas.be/fr/kmehr/) (établi)[^3][^4]. KMEHR 1.28 volgens de recentste publieke specificaties (20230224, pakket 02/06/2023). - voir aussi: [Institut national d'assurance maladie-invalidité (INAMI)](https://ehealth-atlas.be/fr/institut-national-d-assurance-maladie-invalidite-inami/) (établi)[^9][^2]. De vzw Recip-e bestaat uit vertegenwoordigers van zorgverstrekkers uit het RIZIV-Verzekeringscomité; eigenaarschap van de dienst staat niet expliciet in de bronnen. - dépend de: [Certificats eHealth et chiffrement (ETEE)](https://ehealth-atlas.be/fr/certificats-ehealth/) (établi)[^21]. ETEE-versleuteling (sleutels gekoppeld aan het eHealth-certificaat) wordt door Recip-e gebruikt. - dépend de: [I.AM et I.AM Connect (Identity & Access Management)](https://ehealth-atlas.be/fr/i-am-identity-access-management/) (établi)[^20]. De Recip-e FHIR-API gebruikt I.AM Connect-realms (M2M). - dépend de: [UHMEP et la prescription de renvoi électronique (eReferral)](https://ehealth-atlas.be/fr/uhmep-prescription-de-renvoi-electronique/) (établi)[^20]. Geldt voor de FHIR-implementatie, die volgens het Recip-e FHIR-cookbook bovenop het UHMEP-platform draait; de SOAP-diensten v4.0 (productie) hangen er niet van af. - porte sur (entrant): [Logiciels d'officine en Belgique](https://ehealth-atlas.be/fr/logiciels-d-officine-en-belgique/) (établi)[^2][^22] - porte sur (entrant): [Logiciels d'officine : listes officielles par logiciel](https://ehealth-atlas.be/fr/logiciels-d-officine-listes-officielles-par-logiciel/) (établi)[^22] - échange des données avec (entrant): [CareConnect General Practitioner](https://ehealth-atlas.be/fr/careconnect-general-practitioner/) (établi)[^23] - échange des données avec (entrant): [CareConnect Pharmacist](https://ehealth-atlas.be/careconnect-pharmacist/) (établi)[^22] - échange des données avec (entrant): [CGM Daktari](https://ehealth-atlas.be/fr/cgm-daktari/) (établi)[^24] - échange des données avec (entrant): [CGM Windoc](https://ehealth-atlas.be/fr/cgm-windoc/) (hypothèse)[^25] - se connecte à (entrant): [Crossuite](https://ehealth-atlas.be/fr/crossuite/) (hypothèse)[^26] - échange des données avec (entrant): [Doctor Manager](https://ehealth-atlas.be/doctor-manager/) (hypothèse)[^27][^28] - échange des données avec (entrant): [E.care ED (spoedsoftware)](https://ehealth-atlas.be/e-care-ed/) (établi)[^22] - se connecte à (entrant): [e-Dent](https://ehealth-atlas.be/e-dent/) (hypothèse)[^29] - porte sur (entrant): [L'EHDS en Belgique (mise en œuvre)](https://ehealth-atlas.be/fr/ehds-en-belgique/) (établi)[^30] - porte sur (entrant): [Services et API de la plate-forme eHealth](https://ehealth-atlas.be/fr/services-et-api-de-la-plate-forme-ehealth/) (établi)[^1] - échange des données avec (entrant): [EyeFile](https://ehealth-atlas.be/eyefile/) (hypothèse)[^31] - échange des données avec (entrant): [Farmad TWIN](https://ehealth-atlas.be/farmad-twin/) (établi)[^22] - participe à (entrant): [FarmaFlux](https://ehealth-atlas.be/fr/farmaflux/) (établi)[^32][^33] - échange des données avec (entrant): [HealthOne Nova](https://ehealth-atlas.be/fr/healthone-nova/) (établi)[^34] - se connecte à (entrant): [I.AM et I.AM Connect (Identity & Access Management)](https://ehealth-atlas.be/fr/i-am-identity-access-management/) (établi)[^35][^20] - échange des données avec (entrant): [Medinect](https://ehealth-atlas.be/fr/medinect/) (hypothèse)[^36] - échange des données avec (entrant): [Mediris Multi (GP)](https://ehealth-atlas.be/fr/mediris-multi-gp/) (hypothèse)[^37] - échange des données avec (entrant): [Medispring Généraliste](https://ehealth-atlas.be/fr/medispring-generaliste/) (hypothèse)[^38] - échange des données avec (entrant): [APO (Medsoc)](https://ehealth-atlas.be/medsoc-apo/) (établi)[^22] - échange des données avec (entrant): [Masanté (Mijngezondheid)](https://ehealth-atlas.be/fr/masante/) (établi)[^39] - échange des données avec (entrant): [NephroFlow (dialysesoftware)](https://ehealth-atlas.be/nephroflow/) (établi)[^22] - échange des données avec (entrant): [NextPharm](https://ehealth-atlas.be/nextpharm/) (établi)[^22] - échange des données avec (entrant): [Nexuzhealth Doctor](https://ehealth-atlas.be/fr/nexuzhealth-doctor/) (établi)[^40][^41] - échange des données avec (entrant): [Nexuzhealth Nurse](https://ehealth-atlas.be/nexuzhealth-nurse/) (hypothèse)[^42] - échange des données avec (entrant): [Obasi (ziekenhuisinformatiesysteem)](https://ehealth-atlas.be/obasi-software/) (établi)[^22] - échange des données avec (entrant): [Officinall](https://ehealth-atlas.be/officinall/) (établi)[^22] - échange des données avec (entrant): [OmniPro](https://ehealth-atlas.be/fr/omnipro/) (hypothèse)[^43] - échange des données avec (entrant): [Oracle Health Millennium (Cerner Millennium)](https://ehealth-atlas.be/oracle-health-millennium/) (établi)[^22] - échange des données avec (entrant): [Ultimate (Pharmagest Belgium)](https://ehealth-atlas.be/pharmagest-ultimate/) (établi)[^22] - échange des données avec (entrant): [Pharmony One](https://ehealth-atlas.be/pharmony-one/) (établi)[^22] - échange des données avec (entrant): [PrimUZ (ziekenhuis-EPD)](https://ehealth-atlas.be/primuz/) (établi)[^22] - exige (entrant): [Enregistrement (homologation) des logiciels de médecine générale](https://ehealth-atlas.be/fr/enregistrement-des-logiciels-de-medecine-generale/) (établi)[^44] - participe à (entrant): [Smals](https://ehealth-atlas.be/fr/smals/) (établi)[^45][^12][^46] - porte sur (entrant): [Logiciels pour sages-femmes en Belgique](https://ehealth-atlas.be/fr/logiciels-pour-sages-femmes-en-belgique/) (établi)[^47] - porte sur (entrant): [Intégration technique avec l'infrastructure eHealth](https://ehealth-atlas.be/fr/integration-technique-avec-l-infrastructure-ehealth/) (établi)[^20] - implique (entrant): [Téléconsultation et soins à distance (hors télésurveillance)](https://ehealth-atlas.be/fr/teleconsultation-consultation-a-distance/) (établi)[^10] - échange des données avec (entrant): [Topaz](https://ehealth-atlas.be/topaz/) (hypothèse)[^48] - implique (entrant): [Cas d'usage : schéma de médication à l'admission et à la sortie](https://ehealth-atlas.be/fr/schema-de-medication-a-l-admission-et-a-la-sortie/) (établi)[^15] - échange des données avec (entrant): [Workflower (Amaron)](https://ehealth-atlas.be/workflower/) (hypothèse)[^49] - porte sur (entrant): [Logiciels de pharmacie hospitalière : fonctions, listes et fournisseurs](https://ehealth-atlas.be/fr/logiciels-de-pharmacie-hospitaliere/) (établi)[^22][^20] - porte sur (entrant): [Le pharmacien hospitalier et le schéma de médication partagé](https://ehealth-atlas.be/fr/pharmacien-hospitalier/) (établi)[^20][^22] - échange des données avec (entrant): [ZORGI Centralized Services (ZCS)](https://ehealth-atlas.be/zorgi-centralized-services/) (établi)[^50] ## Open vragen - Bestaat er een Recip-e-specificatie na 02/06/2023 (2024-2026) met een andere KMEHR-versie, of blijft KMEHR 1.28 gelden tot de FHIR-overgang? - Vervangt UHMEP de Recip-e-server voor geneesmiddelenvoorschriften, en zo ja wanneer? Wanneer gaat Recip-e FHIR in productie en stopt de SOAP/KMEHR-stroom (v4.0)? Niet primair bevestigd (29/09/2026). - Wat zijn de exacte wettelijke basis en ingangsdatum van de huidige e-voorschriftplicht, en hoe verhoudt die zich tot art. 72 van de wet van 20 juli 2026 (verplichtingsdatum bij KB) en de opheffing van art. 30, derde tot zevende lid, van de Kwaliteitswet? - Wie baat de Recip-e-server technisch uit (eHealth-platform, vzw Recip-e of een derde)? - Wat verandert er concreet voor ontslag- en ambulante ziekenhuisvoorschriften met VIDIS fase 2 (voorschrijven van behandelingen)? - Is de eengemaakte elektronische voorschriftendatabank uit de wet van 20 juli 2026 de Recip-e-server, UHMEP of een nieuwe databank? ## Bronnen [^1]: [Recip-e - Elektronische voorschriften in de ambulante sector](https://www.ehealth.fgov.be/ehealthplatform/nl/service-recip-e---elektronische-voorschriften-in-de-ambulante-sector). eHealth-platform. Opgehaald 2026-09-25, sha256 e291fc39f4fa0872… (SRC-48496d3870) [^2]: [Geneesmiddelen verplicht elektronisch voorschrijven](https://www.riziv.fgov.be/nl/thema-s/verzorging-kosten-en-terugbetaling/wat-het-ziekenfonds-terugbetaalt/geneesmiddelen/geneesmiddel-voorschrijven/geneesmiddelen-verplicht-elektronisch-voorschrijven). RIZIV. Opgehaald 2026-09-25, sha256 8ccb24e790a939fd… (SRC-2c0a63c0d6) [^3]: [Recip-e electronic prescriptions message content requirements for Kmehr version 1.28](https://recip-e.be/wp-content/uploads/2022/11/Recip-e_contents-guidelines_Kmehr-1.28-1-VMN.pdf). Recip-e vzw, 2019-10-04. Opgehaald 2026-09-25, sha256 9af2df3227e3d877… (SRC-3bb09e5840) [^4]: [Recip-e dematerialization specifications (20230224)](https://recip-e.be/wp-content/uploads/2022/11/Recip-e_general_dematerialisation_specifications_20230602.pdf). Recip-e vzw, 2023-02-24. Opgehaald 2026-09-30, sha256 0174cbc7424fd072… (SRC-387bd994e0) [^5]: [eHealth API Portal - APIs (productiecatalogus)](https://portal.api.ehealth.fgov.be/). eHealth-platform. Opgehaald 2026-09-29, sha256 ad44b3c6802f7002… (SRC-539a6b4435) [^6]: [Recip-e - Digital medication prescriptions - eHealth DTE testing (v0.1, draft)](https://raw.githubusercontent.com/smals-belgium/shared-digital-medication-prescription/master/Recip-e%20eHealth%20DTE%20testing.pdf). Recip-e / Smals (GitHub smals-belgium), 2026-08-13. Opgehaald 2026-09-29, sha256 b34453673ca4a656… (SRC-a34ee9ab32) [^7]: [20 juli 2026. - Wet houdende diverse bepalingen inzake gezondheid (hoofdstuk 6: Elektronisch voorschrijven)](https://www.ejustice.just.fgov.be/cgi/article_body.pl?language=nl&caller=summary&pub_date=26-08-11&numac=2026006061). FOD Justitie - Belgisch Staatsblad (FOD Sociale Zekerheid), 2026-08-11. Opgehaald 2026-09-29, sha256 c2c28f73919a2dc0… (SRC-4b2f15001c) [^8]: [Recip-e - Elektronische voorschriften in de ambulante sector](https://www.ehealth.fgov.be/nl/beroepsbeoefenaars-in-de-gezondheidszorg/diensten/recip-e-elektronische-voorschriften-in-de-ambulante-sector). eHealth-platform. Opgehaald 2026-09-25, sha256 7f13475ec1a3e864… (SRC-924acc15e2) [^9]: [Recip-e - Een platform voor elektronische voorschriften](https://recip-e.be/nl/?lang=nl). vzw Recip-e. Opgehaald 2026-09-25, sha256 943f587565a05fd2… (SRC-c1d269e980) [^10]: [Beraadslaging nr. 20/098 van 7 april 2020, gewijzigd op 24 mei 2022, met betrekking tot de goede praktijken die toegepast dienen te worden door de platformen voor zorg op afstand](https://ehealth.fgov.be/ehealthplatform/file/cc73d96153bbd5448a56f19d925d05b1379c7f21/2ec133755b1423a1e43dac71b7ecf61072748265/20-098-n206-goede-praktijken-zorg-op-afstand-gewijzigd-op-24-mei-2022.pdf). Informatieveiligheidscomité, kamer sociale zekerheid en gezondheid, 2022-05-24. Opgehaald 2026-09-30, sha256 b84527d7f718409a… (SRC-dc47cda3f2) [^11]: [Welcome Pack (eHealth-platform)](https://www.ehealth.fgov.be/ehealthplatform/nl/ehealth-welcome-pack.pdf). eHealth-platform. Opgehaald 2026-09-25, sha256 9870190cbce8511b… (SRC-6fdf93f016) [^12]: [Voorstelling Recip-e Roadmap 2025](https://recip-e.be/nl/nieuws/roadmap-2025/). Recip-e, 2024-10-18. Opgehaald 2026-09-27, sha256 fd5dea406cbeaf6c… (SRC-1d6dae687b) [^13]: [Recip-e — Change overview of package for software houses](https://recip-e.be/wp-content/uploads/2022/11/Recip-e-Overview-changes-of-documentation_20230602.pdf). Recip-e vzw, 2023-06-02. Opgehaald 2026-09-30, sha256 fb7701010866aac4… (SRC-47191f855c) [^14]: [Authentieke bron geneesmiddelen (SAM) | FAGG](https://www.fagg.be/nl/menselijk_gebruik/geneesmiddelen/geneesmiddelen/info_over_geneesmiddelen/authentieke_bron). FAGG. Opgehaald 2026-09-25, sha256 98ecf781b95bdd77… (SRC-f8a93a429a) [^15]: [Elektronisch voorschrijven voor sporadisch gebruik mogelijk via gratis toepassingen](https://www.riziv.fgov.be/nl/thema-s/verzorging-kosten-en-terugbetaling/wat-het-ziekenfonds-terugbetaalt/geneesmiddelen/geneesmiddel-voorschrijven/elektronisch-voorschrijven-mogelijk-zonder-emd-dankzij-de-toepassing-paris). RIZIV. Opgehaald 2026-09-25, sha256 bbb2ff2c867249d2… (SRC-0b6c27a665) [^16]: [Het BIHR (Belgian Integrated Health Record)](https://www.riziv.fgov.be/nl/thema-s/egezondheid/het-bihr-belgian-integrated-health-record). RIZIV. Opgehaald 2026-09-25, sha256 83a6a51e19a53fff… (SRC-bedb8ce40f) [^17]: [Regulation (EU) 2025/327 of the European Parliament and of the Council of 11 February 2025 on the European Health Data Space and amending Directive 2011/24/EU and Regulation (EU) 2024/2847](https://eur-lex.europa.eu/eli/reg/2025/327/oj/eng). Europees Parlement en Raad van de EU (EUR-Lex), 2025-03-05. Opgehaald 2026-09-25, sha256 87d9f6722e7949ce… (SRC-af26b6d770) [^18]: [Belgian Meaningful Use Criteria (BMUC) voor algemene ziekenhuizen (versie 0.1, 22/08/2016) - Wayback-kopie](https://web.archive.org/web/20240528012743id_/https://www.health.belgium.be/sites/default/files/uploads/fields/fpshealth_theme_file/belgian_meaningful_use_criteria_voor_algemene_ziekenhuizen_nl_20160824.pdf). FOD Volksgezondheid, Veiligheid van de Voedselketen en Leefmilieu, 2016-08-22. Opgehaald 2026-09-25, sha256 97586adfe90a753e… (SRC-7254da6e19) [^19]: [VIDIS: elektronisch delen van gegevens over geneesmiddelen](https://www.riziv.fgov.be/nl/thema-s/egezondheid/vidis-elektronisch-delen-van-gegevens-over-geneesmiddelen). RIZIV. Opgehaald 2026-09-25, sha256 ca18d351a2bc32db… (SRC-f3fd038b2f) [^20]: [Recip-e FHIR Cookbook (UHMEP-MedicationPrescription-Cookbook.pdf)](https://raw.githubusercontent.com/smals-belgium/shared-digital-medication-prescription/master/UHMEP-MedicationPrescription-Cookbook.pdf). Smals / Recip-e, 2026-06-04. Opgehaald 2026-09-26, sha256 1c1be4db40fc4904… (SRC-b4bdb9101a) [^21]: [Systeem voor end-to-endversleuteling | eHealth-platform](https://www.ehealth.fgov.be/ehealthplatform/nl/service-systeem-voor-end-to-endversleuteling). eHealth-platform. Opgehaald 2026-09-26, sha256 c214ae028f4340bf… (SRC-f1bf6746ab) [^22]: [Positieve lijst softwarehuizen: voorschrijvers en apothekers](https://recip-e.be/nl/positieve-lijst-softwarehuizen-voorschrijvers-en-apothekers/). Recip-e. Opgehaald 2026-09-27, sha256 a4f18d72a163ea3e… (SRC-a84b1394a4) [^23]: [Software Register API – certificeringen CareConnect General Practitioner (JSON)](https://api.ehealth.fgov.be/softwareRegister/v1/softwares/ILJ62R2VEFZP/versions/v._/certifications?pageSize=100). eHealth-platform. Opgehaald 2026-09-26, sha256 b4183bc818432377… (SRC-5d419bb730) [^24]: [Software Register API – certificeringen CGM Daktari (JSON)](https://api.ehealth.fgov.be/softwareRegister/v1/softwares/IL26G8CX96ND/versions/v._/certifications?pageSize=100). eHealth-platform. Opgehaald 2026-09-26, sha256 f991edf4d62dd275… (SRC-32a75b4ab2) [^25]: [Software Register API – certificeringen CGM Windoc (JSON)](https://api.ehealth.fgov.be/softwareRegister/v1/softwares/ILZO2GP9R46L/versions/v._/certifications?pageSize=100). eHealth-platform. Opgehaald 2026-09-26, sha256 fb9c0b9e888988da… (SRC-1ce9e38eb5) [^26]: [Digitaal communiceren in je praktijk | Crossuite](https://www.crossuite.com/be_nl/kenmerken/ehealth/). Crossuite. Opgehaald 2026-09-28, sha256 1f55981253ebb0fb… (SRC-80dd1a5ce4) [^27]: [Logiciel Médical pour Spécialistes | Doctor Manager](https://doctormanager.be/). Sylho Group SA (Doctor Manager). Opgehaald 2026-11-05, sha256 1ac1a7abf3f51f25… (SRC-a90d516cde) [^28]: [À propos de Doctor Manager](https://doctormanager.be/a-propos). Sylho Group SA (Doctor Manager). Opgehaald 2026-11-05, sha256 6c044ec6b9eac1c0… (SRC-690e04aac0) [^29]: [Dentasoft – Logiciels de gestion simples et intuitifs pour secteur dentaire](https://www.dentasoft.be/). Dentasoft. Opgehaald 2026-11-05, sha256 d74443cd4ba88957… (SRC-fcd310782d) [^30]: [European Health Data Space Regulation (EHDS Regulation), particularly with regard to primary use (presentatie aan het Informatieveiligheidscomité, 3 maart 2026)](https://www.frankrobben.be/wp-content/uploads/2026/02/20260303.pptx). Administrateur-generaal van het eHealth-platform, persoonlijke website, 2026-03-03. Opgehaald 2026-09-30, sha256 4c506bc1272515b3… (SRC-474c7c02c6) [^31]: [EyeFile - look after your software, like you look after your patients](https://eyefile.be/). EyeFile (Corilus BV). Opgehaald 2026-11-05, sha256 736fab4be33eb935… (SRC-f401346053) [^32]: [RAOTD](https://www.farmaflux.be/nl-BE/Solutions/RAOTD/raotd~4NL). FarmaFlux vzw, 2022-10-17. Opgehaald 2026-09-26, sha256 0401b207e0730835… (SRC-27368135ac) [^33]: [Beraadslaging nr. 17/022 van 21 maart 2017 betreffende de tussenkomst van de vzw FarmaFlux als onderaannemer van apothekers en tariferingsdiensten (tarifering en archivering van elektronische voorschriften)](https://www.ehealth.fgov.be/ehealthplatform/file/cc73d96153bbd5448a56f19d925d05b1379c7f21/9e37ad8c86a2f9d5c464fde322939e9568bdbcca/17-022-n046-farmaflux.pdf). Sectoraal Comité van de Sociale Zekerheid en van de Gezondheid, afdeling gezondheid, 2017-03-21. Opgehaald 2026-09-29, sha256 1097d7646df74efe… (SRC-b882b976c0) [^34]: [Software Register API – certificeringen HealthOne Nova (JSON)](https://api.ehealth.fgov.be/softwareRegister/v1/softwares/IL7WR4B98FF1/versions/v._/certifications?pageSize=100). eHealth-platform. Opgehaald 2026-09-26, sha256 e93edb0403ecdaab… (SRC-0ce3aea79f) [^35]: [Réalisations 2025 – Perspectives 2026 (Plate-forme eHealth)](https://www.frankrobben.be/wp-content/uploads/2026/01/20260130a.pptx). eHealth-platform (publieke presentatie op de persoonlijke website van de administrateur-generaal), 2026-01-30. Opgehaald 2026-09-26, sha256 b58fc6b2201308cb… (SRC-88e226b672) [^36]: [Software Register – certificeringsrecords Medinect, versiepad v._](https://api.ehealth.fgov.be/softwareRegister/v1/softwares/IL32N81Z2NPFJ/versions/v._/certifications?pageSize=100). eHealth-platform. Opgehaald 2026-09-26, sha256 818a248c3b0010db… (SRC-96d3880bfb) [^37]: [Software Register – certificeringsrecords Mediris Multi (GP), versiepad v._](https://api.ehealth.fgov.be/softwareRegister/v1/softwares/ILRABE4PHW8H/versions/v._/certifications?pageSize=100). eHealth-platform. Opgehaald 2026-09-26, sha256 655caa7466e866e7… (SRC-006a373f6a) [^38]: [Software Register – certificeringsrecords Medispring Huisartsen, versiepad 3.2](https://api.ehealth.fgov.be/softwareRegister/v1/softwares/IL66G6114S3Z/versions/3.2/certifications?pageSize=100). eHealth-platform. Opgehaald 2026-09-26, sha256 8bccb5a028480dc2… (SRC-4e696f9acd) [^39]: [Privacyverklaring mobiele applicatie mijngezondheid](https://www.inami.fgov.be/nl/pagina/privacyverklaring-mobiele-applicatie-mijngezondheid). RIZIV. Opgehaald 2026-10-07, sha256 fb13c2da078f310c… (SRC-b1f0269438) [^40]: [Nexuzhealth Doctor](https://www.nexuzhealth.com/en/professionals/solutions/software-doctor). Nexuzhealth. Opgehaald 2026-09-29, sha256 ce63ce397d327ff6… (SRC-aec13619b1) [^41]: [Software Register – certificeringsrecords Nexuzhealth Doctor, versiepad v._](https://api.ehealth.fgov.be/softwareRegister/v1/softwares/IL421Z77BA6A/versions/v._/certifications?pageSize=100). eHealth-platform. Opgehaald 2026-09-26, sha256 1da332c3c9847723… (SRC-c4f2398dd2) [^42]: [Nexuzhealth Nurse - software voor thuisverpleegkundigen](https://www.nexuzhealth.com/nl/professioneel/oplossingen/software-thuisverpleegkundigen). Nexuzhealth. Opgehaald 2026-11-05, sha256 d93894ab685a991d… (SRC-232885fbbb) [^43]: [Software Register – certificeringsrecords Omnipro, versiepad v._](https://api.ehealth.fgov.be/softwareRegister/v1/softwares/ILFD7QPE832V/versions/v._/certifications?pageSize=100). eHealth-platform. Opgehaald 2026-09-26, sha256 72fb8b0305d553a1… (SRC-c52ebd43c3) [^44]: [Documentation on the 2019 modular criteria for registration of GP systems – v1](https://www.ehealth.fgov.be/ehealthplatform/file/cc73d96153bbd5448a56f19d925d05b1379c7f21/f225fb9d6163c5d5feb23bd44f0f02e2de7d53ee/gpmodularcriteria2019v1.pdf). eHealth-platform, 2019-06-01. Opgehaald 2026-09-26, sha256 3efce758eafa1735… (SRC-326ce9635d) [^45]: [Digitalisering van het farmaceutisch voorschrift (projectfiche Recip-e Hosting)](https://www.smals.be/nl/project/digitalisering-van-het-farmaceutisch-voorschrift). Smals. Opgehaald 2026-10-07, sha256 b9719164c353279b… (SRC-23cb1cf6fa) [^46]: [Activiteitenverslag Smals 2025](https://www.smals.be/sites/default/files/2026-06/Activiteitenverslag%20Smals%202025.pdf). Smals, 2026-06-17. Opgehaald 2026-10-07, sha256 4f621809790b0de5… (SRC-5de8593d8a) [^47]: [Als vroedvrouw geneesmiddelen voorschrijven](https://www.riziv.fgov.be/nl/professionals/individuele-zorgverleners/vroedvrouwen/geneesmiddelen-voorschrijven). RIZIV. Opgehaald 2026-09-28, sha256 12c93d320f74f3ad… (SRC-48caa5cc79) [^48]: [Topaz - le programme transdisciplinaire du secteur médical, paramédical et social (presentatie)](https://cbcs.be/wp-content/uploads/2018/06/2018_06_05_topaz_-_presentation_a4.pdf). CBCS (Conseil bruxellois de coordination sociopolitique), document van het Topaz-project, 2018-06-05. Opgehaald 2026-11-05, sha256 7bce9c9caaa56392… (SRC-03176ac7a6) [^49]: [Processus de travail numériques pour la pharmacie hospitalière (Workflower)](https://amaron.be/fr/workflower-applications/pharmacie-hospitaliere/). Amaron. Opgehaald 2026-09-29, sha256 4f5b447cdee85011… (SRC-cff1804dd2) [^50]: [Software Register API - ZORGI Centralized Services (JSON)](https://api.ehealth.fgov.be/softwareRegister/v1/softwares/00K9X7D52F). eHealth-platform. Opgehaald 2026-11-05, sha256 3241230fc0494f41… (SRC-2876c0ec74)