bêta L'eHealth Atlas est en construction : nous collectons et vérifions encore des données, le contenu peut donc être incomplet.Contenu encore incomplet. Plus d'informations

Base de référence belge sur la santé numérique

Ouvrage de référence indépendant · source non officielle bêta

Recherche avancée Aide

Fiche de concept · Aperçu ou dossier

Services et API de la plate-forme eHealth

Identifiant Atlas ehealth-diensten · 86 affirmations · 54 sources · Dernière vérification08-10-2026 · Version 2026.11.12-3

Type
Aperçu ou dossier
Juridiction
Belgique (fédéral/interfédéral)
Cycle de vie
sans objet — Aperçu sans phase de vie propre. Le registre de l'Atlas comptait au 28 septembre 2026 105 versions d'API en production et 110 en acceptation ; le statut par service figure sur la page du service.
Alias
API-catalogus eHealth-platform; eHealth API-catalogus; API's van het eHealth-platform; eHealth API portal
FR / EN
Services et API de la plate-forme eHealth / eHealth platform services and APIs

Cette page ordonne le catalogue d'API de la plate-forme eHealth à l'intention des éditeurs de logiciels et des organisations de soins. Les services prennent en charge entre autres l'identité et l'accès, les messages sécurisés, le consentement et les relations thérapeutiques, la médication, la facturation, les registres et les renvois. Le registre de l'Atlas distingue les versions de production et d'acceptation et montre que SOAP reste largement présent à côté de REST. La page de détail par service reste déterminante pour la fonction, le public cible, les conditions d'accès et le statut actuel.

Relations 32 Sources 54 Graphe

En bref

✎ Commenter
  • Quoi : la plate-forme eHealth propose des services de base gratuits qui peuvent être intégrés dans les logiciels des acteurs de soins et donne aussi accès à des services de partenaires via son catalogue d'API[1][2].
  • Briques : le catalogue comprend l'identité, le chiffrement, les messages, l'horodatage, la pseudonymisation, le consentement, la médication, la facturation, les registres et la collaboration[3].
  • État : le registre de l'Atlas comptait au 28 septembre 2026 105 versions d'API en production et 110 en acceptation, soit ensemble 114 versions uniques (fait de registre de l'Atlas, pas une affirmation de source).
  • Technique : SOAP reste pris en charge, tandis que la plate-forme donne la priorité à REST pour les projets mobiles[4].
  • Planning : les services nouveaux et modifiés apparaissent préalablement en acceptation et sont annoncés via les release notes[5].
  • Hôpital : la facturation obligatoire, le registre des implants, le transfert EMSR et les déclarations de stock sont des exemples de points de contact directs[6][7][8][9].
  • Plus grande incertitude : quelques API du catalogue n'ont pas de description fonctionnelle dans les sources traitées ; leur seule présence ne démontre ni un usage ni un public cible.

De quoi s'agit-il ?

✎ Commenter

Quels services la Plate-forme eHealth met-elle, au moyen de son catalogue d'API (portal.api.ehealth.fgov.be), à la disposition des logiciels de soins et à quoi servent-ils ? Cette page constitue le point d'entrée : elle regroupe par fonction toutes les familles d'API du catalogue et renvoie, pour chaque service, à la page canonique correspondante. Les besoins techniques d'un logiciel pour établir une connexion (certificat, jeton, onboarding) figurent sur Intégration technique avec l'infrastructure eHealth ; les composants communs et leur évolution figurent sur Services de base de la plate-forme eHealth.

Guide de lecture des tableaux. Les colonnes « API » et « Uniquement en acceptation » suivent le registre des API de l'Atlas, dérivé du catalogue au 28/09/2026 (fait provenant du registre, pas claim de source). « Uniquement en acceptation » signifie qu'à cette date, la version de l'API ne figurait pas dans le catalogue de production. La dernière colonne donne une phrase essentielle accompagnée de sa source ; la description complète figure sur la page du service. Selon la page d'architecture de la Plate-forme, le catalogue contient comme information technique, pour chaque API, le contrat formel : WSDL+XSD pour les services SOAP ou Swagger pour les services REST[4].

Composants

✎ Commenter

Services de base : identité, chiffrement, messages, horodatage, pseudonymisation

Le Welcome Pack (version 08/09/2026) énumère dix services de base, dont I.AM, les certificats eHealth, le timestamping, le chiffrement de bout en bout, eHealthBox ainsi que la pseudonymisation et l'anonymisation[3]. La comparaison détaillée de ces services figure sur Services de base de la plate-forme eHealth.

Service API (interface, version) Uniquement en acceptation Fonction du service
I.AM IAM-STS-SecurityTokenService (SOAP 1.3), IAM-STS-SingleSignOnService (SOAP 1.3), IAM-AttributeAuthority (SOAP 1.1), IAM-Exchange (REST 2.0), IAM-Metadata (REST 1.1) — Identification, authentification et autorisation des acteurs des soins de santé qui demandent l'accès aux services de la Plate-forme et de ses partenaires[10].
Certificats eHealth et ETEE ETEE (REST 1.1), ETEE-EtkDepot (SOAP 1.0), ETEE-Kgss (SOAP 1.3), ETEE-Ra-Cert (SOAP 2.0 ; 1.2 encore uniquement en production), ETEE-Ra-Etk (SOAP 2.0 ; 1.2 encore uniquement en production) — ETEE chiffre les messages destinés aux prestataires ou institutions de soins[11] ; CertRA et EtkRA constituent le backend pour la demande, le renouvellement et la révocation de certificats et d'ETK[12].
eHealthBox ehBox-Consultation (SOAP 3.0), ehBox-Publication (SOAP 3.0), ehBox (REST 1.2) — Boîte aux lettres électronique sécurisée pour les prestataires et les institutions de soins[13].
eH2eBox Eh2eBox-Publication (SOAP 1.2) — Messages envoyés par l'interface eHealthBox vers l'eBox de la sécurité sociale[14].
Timestamping (Services de base de la plate-forme eHealth) Timestamping-Authority (SOAP 2.2), Timestamping-Consult (SOAP 2.2) — Preuve de l'existence et du contenu d'un document à une date déterminée[15].
Pseudonymisation Seals (SOAP 1.1), Pseudonymisation (REST 1.0) — Seals encode et décode des chaînes de caractères[14] ; le service REST pseudonymise, identifie ou convertit un identifiant[14].
Id Support (Services de base de la plate-forme eHealth) IdSupport (SOAP 2.0) — Contrôle de la validité du document d'identité d'un patient auprès de la source authentique[16] ; depuis R20261.2 (28/07/2026), l'attestation d'immatriculation étrangère fait partie des documents contrôlés[17].
Directory et DAAS (Services de base de la plate-forme eHealth) Directory (SOAP 1.3), DAtaAttributeService (SOAP 1.1) — Identification du ou des destinataires d'un message (routage)[18].
Service de test PlatformIntegrationConsumerTest (SOAP 1.4) — Fonction non décrite dans les sources traitées.

Consentement, relation thérapeutique et matrice d'accès

Service API (interface, version) Uniquement en acceptation Fonction du service
Consentement Consent (SOAP 1.4, REST 1.0, REST 2.3) — Il existe trois versions du service Consent[19] ; la gestion de l'opt-out s'effectue uniquement par Patient Data Access - Consent WS - REST[19].
Relation thérapeutique TherLink (SOAP 1.4, REST 2.3), TherExclusion (REST 2.3), Link (REST 1.3) — Therapeutic Exclusion enregistre, consulte et annule les exclusions thérapeutiques[20] ; WS Link (relations de soins) est réservé aux institutions[21].
Matrice d'accès Matrix (REST 1.1) — La matrice d'accès définit, pour chaque catégorie de prestataires de soins, les données auxquelles elle a accès[22] ; WS Matrix (PADAC) est un service REST[23].

Médication et prescriptions

Service API (interface, version) Uniquement en acceptation Fonction du service
Recip-e Recip-e-Prescriber (SOAP 4.0), Recip-e-Executor (SOAP 4.0), Recip-e-Patient (SOAP 4.0) — Prescriptions électroniques dans le secteur ambulatoire, conservées sous forme codée jusqu'à leur exécution[24].
PSS PrescriptionSearchSupport (REST 1.0) — Quiconque crée des prescriptions de radiologie au moyen de l'API FHIR UHMEP établit une connexion avec PSS pour récupérer les recommandations destinées au prescripteur[25].
SAM Dics (SOAP 5.2) — Les informations de SAM sont proposées comme données ouvertes par la Plate-forme eHealth et servent notamment de source à la prescription électronique[26] ; la fonction de l'API Dics elle-même n'a pas été traitée sous forme de claim.
Dossier Pharmaceutique Partagé GFDDPP-PCDH (SOAP 1.0), GFDDPP-TIP (SOAP 1.0) — Système mis en place par l'APB pour l'historique des médicaments délivrés à un patient[14].

Assurabilité, accords et facturation

MyCareNet est la plate-forme centrale de services qui permet aux prestataires et aux établissements de soins d'échanger des informations de manière sécurisée avec les mutualités[2]. Les API MyCareNet figurent dans le catalogue de la Plate-forme eHealth ; la description de chaque service se trouve sur MyCareNet.

Service API (interface, version) Uniquement en acceptation Fonction du service
MyCareNet – données des membres et assurabilité MyCareNet-MemberData (SOAP 1.0), MyCareNet-GenericInsurability (SOAP 1.1) MyCareNet-GenericInsurability-beta (SOAP 1.1) MemberData fournit les données nécessaires à une facturation ou à une prestation correcte, telles que l'assurabilité[27], et remplace le service d'assurabilité en voie d'extinction[28].
MyCareNet – facturation et tarification MyCareNet-eAttest (SOAP 3.2), MyCareNet-Tarification (SOAP 1.0) MyCareNet-Tarification-Beta (SOAP 1.0) Avec eAttest, les médecins, dentistes et kinésithérapeutes transmettent électroniquement les attestations de soins à la mutualité[29] ; le service de tarification permet au prestataire de soins de recueillir les informations destinées à la facture du patient[30].
MyCareNet – accords (eAgreement) MyCareNet-eAgreement (SOAP 1.1 et 2.0) MyCareNet-eAgreement-beta (SOAP 1.1) eAgreement digitalise les notifications et les demandes d'accord auprès du médecin-conseil[31].
MyCareNet – DMG MyCareNet-GlobalMedicalFileConsultation (SOAP 1.1), MyCareNet-GlobalMedicalFileNotification (SOAP 1.1) — Un médecin demande qui est le détenteur du DMG d'un patient, moyennant une relation thérapeutique[32].
MyCareNet – maisons médicales et enregistrement MyCareNet-MHM (SOAP 1.0), MyCareNet-Registration (SOAP 1.0) MyCareNet-MHM-Beta (SOAP 1.0), MyCareNet-Registration-beta (SOAP 1.0) Les maisons médicales envoient ou annulent des demandes d'inscription[30] ; Registration enregistre un utilisateur pour un service MyCareNet[30].
MyCareNet – eCounter — MyCareNet-eCounter (SOAP 1.0) Historique des prestations assorties d'un plafond de consommation, afin de faciliter une facturation correcte[33].
Chapitre IV (MyCareNet, SAM) MyCareNet-ChapterIVAgreementAdmission, -Consultation et -ConsultationPharmacy (SOAP 1.0), ChapIVInformationConsultation (SOAP 2.0) — Demande d'un accord chapitre IV auprès du médecin-conseil[14] et consultation de celui-ci par un médecin ou un pharmacien[14] ; CIVICS donne accès aux conditions de remboursement du chapitre IV[14].
MediPrima MediPrima-Consult (SOAP 1.0 et 2.0), MediPrima-UMA (SOAP 1.0), MyCareNet-Tarification-MediPrima (SOAP 1.0) — Consultation de la carte médicale créée par un CPAS[14] ; UMA échange des données avec le registre des attestations d'aide médicale urgente[34].
Données régionales des membres (MyCareNet, VSB) IrisCareNet-MemberData (SOAP 1.0), WalCareNet-MemberData (SOAP 1.0), MyVSBNet-Insurability (SOAP 1.1) IRISCareNet-MemberData-beta (SOAP 1.0) IrisCareNet MemberData sert à la facturation correcte par, entre autres, les maisons de repos et de soins[35] ; WalCareNet MemberData est aussi destiné aux hôpitaux[36] ; MyVSBNet indique si une personne est assurée VSB[37].

Registres et sources authentiques

Service API (interface, version) Uniquement en acceptation Fonction du service
CoBRHA CoBRHA-Consultation et -Publication (SOAP 1.7) ; CoBRHAPlus-Consultation, -FullConsultation, -History-Consultation, -History-Publication et -Publication (SOAP 1.6) ; CoBRHAplus-Notification (REST 1.0) — Base de données commune des institutions qui reconnaissent les acteurs des soins de santé[38] ; seules les sources authentiques partenaires y publient des données[38], et CoBRHA+ apporte notamment un historique et des notifications[39].
Addressbook AddressBook (SOAP 1.2), Addressbook REST (REST 1.2) — Consultation des coordonnées actuelles d'autres acteurs des soins de santé[40] ; seul REST bénéficie encore d'améliorations fonctionnelles[41].
RN Consult 15 API SOAP : PersonService, PersonInfoGroupService, PersonNotificationService, InscriptionService, FamilyCompositionService, RepresentationService, WaitingRegisterService, CbssPersonService, EncodedPersonService, EncodedPersonNotificationService, EncodedInscriptionService, PseudoPersonService, PseudoPersonNotificationService, PseudoInscriptionService, ConsultRN-SsinHistory (v1.0 ou v1.1) ; 2 API REST : RNConsult Creabis et RNConsult Permission Service (REST 1.0) — Recherche et consultation de données à caractère personnel dans le Registre national et les registres de la BCSS[42].
Registre central de traçabilité (implants) RCT (SOAP 1.0), RCT REST (REST 1.0), Sadmi (SOAP 3.0 ; 2.0 encore uniquement en production) Sadmi (SOAP 4.0) Le service web RCT permet aux prestataires de soins d'enregistrer ou de consulter la pose ou le retrait d'implants[7] ; SADMI donne accès à la source authentique des dispositifs médicaux auprès de l'AFMPS[43].
Software Register Software Register (REST 1.0) — Accès au registre des logiciels qui utilisent un service de base eHealth ou un service notamment du Collège Intermutualiste National[14].
eBirth Ebirth-Notification (SOAP 1.0), Ebirth-Medicalform (SOAP 1.0) — eBirth optimise l'échange de données lors de la notification de naissance[44] ; Medicalform introduit le formulaire médical après la notification[45].
BelRAI BelRAI (SOAP 2.0), BelRAI REST (REST 1.1) — Des logiciels tiers téléchargent depuis ou versent dans BelRAI 2.0 des évaluations, et récupèrent des CAP et des échelles[46].
EMSR EMSRRegistration (SOAP 1.0 et 2.0), EMSRConsultation (SOAP 1.0 et 2.0), SmuregSDS (SOAP 1.1) — Les services ambulanciers enregistrent des données pour chaque intervention d'ambulance ; lors du transfert, l'hôpital d'accueil les consulte au moyen d'EMSR Consultation[8].

Orientation et collaboration

Service API (interface, version) Uniquement en acceptation Fonction du service
UHMEP UHMEP (REST 1.4, encore uniquement en production) UHMEP (REST 1.5) Plate-forme centrale où les prescriptions d'orientation et les propositions médicales correspondantes sont stockées, partagées et consultées[47].
TRIO TRIO (REST 1.0) — Échange d'informations (médicales) entre, notamment, les médecins-conseils, les médecins généralistes et les médecins du travail dans les parcours Return to Work[14].
Stock Monitoring Tool Stock Monitoring Tool (REST 1.0) — Les organisations de soins et leurs systèmes communiquent périodiquement leur stock de médicaments[14].
Metahub Metahub (SOAP 2.6) — La métahub sait dans quel hub ou coffre-fort santé des informations relatives à un patient sont disponibles[48] ; le service web est uniquement accessible aux hubs reconnus[49].

Phase

✎ Commenter

Évolutions à venir

Au 28/09/2026, neuf versions d'API figuraient uniquement dans le catalogue d'acceptation (registre de l'Atlas) : MyCareNet-eCounter, Sadmi v4, UHMEP v1.5, cinq versions bêta de MyCareNet (eAgreement, GenericInsurability, MHM, Registration, Tarification) et IRISCareNet-MemberData-beta. Les release notes paraissent le jour où une release arrive en acceptation[5]. Selon le calendrier, la major release R20262 doit être mise en production du 13 au 20 octobre 2026 selon le principe canary[50] ; ce qui est indiqué ci-dessous au sujet de R20262 est donc planifié et non réalisé.

  • MyCareNet-eCounter : selon les release notes, R20262 introduit eCounter comme nouveau service MyCareNet[50]. Dans une première phase, il concerne les tensiomètres et les prestations diététiques, et il est notamment destiné aux hôpitaux[33]. eCounter est uniquement disponible par le service web SOAP[33] ; aucune date de production n'a été trouvée sur la page du service. Le service demande au préalable un jeton SAML auprès de l'eHealth-STS[51]. Voir MyCareNet.

  • Sadmi v4 : R20262 introduit /Sadmi/v4 avec un contrat adapté à l'intégration avec EUDAMED[50]. Les intégrations existantes sur /Sadmi/v3 ne subissent aucun impact tant que v3 reste disponible[50]. La même release met Sadmi v2 hors service[50]. Voir Registre central de traçabilité des implants (CTR) et SADMI.

  • UHMEP v1.5 : les release notes de R20262 mentionnent, pour l'API UHMEP, uniquement une maintenance évolutive sans impact prévu et ne citent pas v1.5[50]. La raison pour laquelle v1.5 se trouve en acceptation et la date de sa mise en production n'ont pas été trouvées (voir les questions ouvertes). Voir UHMEP et la prescription de renvoi électronique (eReferral).

  • Versions bêta de MyCareNet : le catalogue d'acceptation décrit eAgreement-beta comme un service d'accord générique, réutilisable également pour le chapitre IV, le chapitre XIII et la logopédie, sans date de migration[30]. GenericInsurability-beta a la même description que le service de production[30] ; il en va de même pour les versions bêta de MHM[30], Registration[30] et Tarification[30]. Aucune date de production n'a été trouvée pour aucune de ces versions bêta.

  • IRISCareNet-MemberData-beta : figure uniquement dans le catalogue d'acceptation (registre de l'Atlas) ; aucune description ni planification n'a été traitée sous forme de claim. Le service de production IrisCareNet MemberData est décrit sur MyCareNet.

Selon les release notes de R20262 (planifiée du 13 au 20 octobre 2026), les informations de politique relatives aux services SOAP et aux API REST sont disponibles dans Service List v3, avec les règles de politique par endpoint[50]. Le 13/08/2026, la Plate-forme a publié le message « Change certificates to ECC in acceptation on R20262 » à l'intention des intégrateurs qui utilisent la CryptoLIB[52] ; le contenu de ce message n'est pas développé.

À l'inverse, quatre versions d'API figuraient encore uniquement en production (registre de l'Atlas) : ETEE-Ra-Cert v1.2, ETEE-Ra-Etk v1.2, Sadmi v2 et UHMEP v1.4. Une mise hors service n'est annoncée que pour Sadmi v2[50]. Selon la page Releases Management, les release notes contiennent les services qui atteignent la fin de leur cycle de vie[5] ; aucune politique générale de retrait progressif ni aucun délai de préavis n'ont été trouvés.

De SOAP vers REST

Selon le registre de l'Atlas (catalogue du 28/09/2026), 83 des 105 versions d'API en production utilisent SOAP et 22 REST ; en acceptation, 88 utilisent SOAP et 22 REST. La Plate-forme continue d'entretenir et de prendre en charge SOAP, mais le déconseille pour les projets destinés aux appareils mobiles et y donne la priorité à REST[4]. La politique, la situation par service et les exemples de retrait progressif figurent sur Services de base de la plate-forme eHealth (section « De SOAP vers REST ») et ne sont pas répétés ici.

Comment l'Atlas assure ce suivi

L'Atlas tient son propre registre des API, qui indique pour chaque version d'API l'interface, la version, la famille, la page du service, la documentation et les environnements (production, acceptation) dans lesquels elle figure au catalogue. À chaque cycle de recherche, ce registre est comparé aux catalogues de production et d'acceptation de la Plate-forme eHealth ; les versions d'API nouvelles, disparues ou déplacées sont inscrites dans le journal des modifications du catalogue des API, puis traitées sur les pages des services. La mesure de référence date du 28/09/2026. Ce passage décrit la méthode de travail propre à l'Atlas, et non un claim de source.

Pour qui est-ce pertinent ?

✎ Commenter

Constats : le catalogue réunit les services de base de la Plate-forme[3] et les services de partenaires tels que MyCareNet[2], l'AFMPS[43] et l'INAMI[14]. SOAP reste pris en charge[4], et les nouvelles versions ainsi que les mises hors service sont annoncées pour chaque release[5][5].

Recommandation (propre) : utilisez cette page comme inventaire par connexion (service, interface, version, environnement), vérifiez à chaque release quelles versions apparaissent en acceptation ou disparaissent de la production, et testez les nouvelles versions telles qu'eCounter et Sadmi v4 en acceptation avant la date de production prévue.

Qu'est-ce que cela signifie pour un hôpital ?

  • Obligation (facturation) : la facturation électronique via MyCareNet dans le cadre du tiers payant est obligatoire notamment pour les hôpitaux et les laboratoires de biologie clinique[6] ; les API concernées figurent dans le tableau « Assurabilité, accords et facturation ».

  • Canal unique (implants) : le service web RCT est, pour tous les hôpitaux, le seul canal d'interaction avec le Registre central de traçabilité[7].

  • Accueil des urgences : lors du transfert d'un patient, les hôpitaux consultent au moyen d'EMSR Consultation les données des services ambulanciers[8].

  • Communication du stock : les pharmacies hospitalières peuvent communiquer manuellement ou en machine-to-machine leurs données de stock au Stock Monitoring Tool[9].

  • Modifications planifiées : eCounter est notamment destiné aux hôpitaux[33] et doit arriver avec R20262 selon les release notes[50] ; les utilisateurs de Sadmi v2 doivent passer à v3 ou v4[50].

Conditions de mise en œuvre et limites

Les conditions d'accès diffèrent selon le service et figurent sur les pages des services ainsi que sur Intégration technique avec l'infrastructure eHealth. Un certificat eHealth est requis dès qu'un logiciel veut accéder aux services de base en system-to-system[12]. Certains services REST nécessitent une intégration avec I.AM Connect[3]. Certaines API sont réservées à des acteurs déterminés, comme le service web Metahub aux hubs reconnus[49].

Limite de cette page : le catalogue montre quelles versions d'API existent, et non quels logiciels les utilisent ni quelle version un logiciel utilise. Les décomptes constituent un instantané au 28/09/2026.

Incertitudes et informations contradictoires

✎ Commenter

  • CIVICS (chapitre IV) : la page du service indique que l'application est uniquement accessible en acceptation et n'arrivera en production qu'après la réussite des tests utilisateurs[53], alors que le service web ChapIVInformationConsultation v2.0 figure dans le catalogue de production[14]. La situation actuelle n'a pas été établie.

  • UHMEP v1.5 : se trouve en acceptation, mais les release notes de R20262 ne la mentionnent pas[50].

  • Release planifiée : au 28/09/2026, R20262 n'est pas encore en production[50] ; après la release, il conviendra de vérifier si eCounter et Sadmi v4 apparaissent dans le catalogue de production et si Sadmi v2 disparaît.

  • Services sans description : aucun claim relatif à la fonction de PlatformIntegrationConsumerTest, Dics et IRISCareNet-MemberData-beta n'a été traité ; l'absence de résultat ne prouve pas l'absence d'information.

Relations 32 relations · 0 hypothèses

RelationConcept cibleTypeStatutPrécision
porte sur Service Consent (eHealthConsent) de la plate-forme eHealth Plateforme ou service établi Dienst in de overzichtstabel (drie versies, opt-outbeheer). [19]
porte sur Services lien thérapeutique et exclusion de la plate-forme eHealth (TherLink, TherExclusion, Link) Plateforme ou service établi Dienst in de overzichtstabel (TherLink, TherExclusion, Link). [20][21]
porte sur Service matrice d'accès de la plate-forme eHealth (WS Matrix, PADAC) Plateforme ou service établi Dienst in de overzichtstabel (WS Matrix/PADAC, REST). [23]
porte sur Plate-forme eHealth Organisation établi [1][5]
porte sur Services de base de la plate-forme eHealth Aperçu ou dossier établi [1][3]
porte sur I.AM et I.AM Connect (Identity & Access Management) Plateforme ou service établi [10]
porte sur Certificats eHealth et chiffrement (ETEE) Plateforme ou service établi [11]
porte sur eHealthBox Plateforme ou service établi [13]
porte sur eH2eBox (d'eHealthBox vers eBox) Plateforme ou service établi [14]
porte sur Pseudonymisation et anonymisation (plate-forme eHealth) Plateforme ou service établi [14]
porte sur Consentement éclairé au partage de données Règle ou cadre établi [19]
porte sur Relation thérapeutique Règle ou cadre établi [20][21]
porte sur Matrice d'accès (règlement de la plate-forme eHealth et du Comité de sécurité de l'information) Règle ou cadre établi [23]
porte sur Recip-e (prescription électronique dans le secteur ambulatoire) Plateforme ou service établi [24]
porte sur Plateforme d'aide à la décision pour les prescripteurs (PSS) Plateforme ou service établi [25]
porte sur SAM v2 – Source authentique des médicaments Jeu de données établi [26][14]
porte sur Dossier Pharmaceutique Partagé Plateforme ou service établi [14]
porte sur MyCareNet Plateforme ou service établi [2][50]
porte sur MediPrima (aide médicale via l'OCMW) Plateforme ou service établi [14]
porte sur Protection sociale flamande (plate-forme numérique) Plateforme ou service établi [37]
porte sur CoBRHA Jeu de données établi [38]
porte sur eHealth Addressbook Plateforme ou service établi [40]
porte sur RN Consult (RR Consult) Plateforme ou service établi [42]
porte sur Registre central de traçabilité des implants (CTR) et SADMI Jeu de données établi [14][43]
porte sur Software Register (plate-forme eHealth) Plateforme ou service établi [14]
porte sur eBirth (notification électronique de naissance) Plateforme ou service établi [54]
porte sur BelRAI 2.0 (banque de données fédérale et service web) Plateforme ou service établi [46]
porte sur EMSR / Ambureg (enregistrement préhospitalier) Plateforme ou service établi [8]
porte sur UHMEP et la prescription de renvoi électronique (eReferral) Plateforme ou service établi [47]
porte sur Plateforme TRIO (retour au travail) Plateforme ou service établi [14]
porte sur Stock Monitoring Tool (AFMPS) Plateforme ou service établi [14]
porte sur Hubs & Metahub (répertoire des références) Plateforme ou service établi [49]

Questions ouvertes 5

  1. Wanneer komen de negen API-versies die op 28/09/2026 enkel in acceptatie stonden in productie? Voor eCounter en Sadmi v4 verwijzen de release notes naar R20262; voor UHMEP v1.5, de MyCareNet-bèta's en IRISCareNet-MemberData-beta is geen releasedatum gevonden. Aidez-nous à répondre à cette question
  2. Welke technische details en status horen bij Dics en IRISCareNet-MemberData-beta? De catalogus geeft voor beide een portaalbeschrijving, die nog niet als claim is verwerkt. Aidez-nous à répondre à cette question
  3. Wat biedt de SAM-API Dics (SOAP v5.2) precies aan? Het register koppelt ze aan de familie SAM, maar een claim over de functie ontbreekt. Aidez-nous à répondre à cette question
  4. CIVICS: de dienstpagina meldt dat de toepassing enkel in acceptatie toegankelijk is, terwijl ChapIVInformationConsultation v2.0 in de productiecatalogus staat. Welke stand klopt? Aidez-nous à répondre à cette question
  5. Worden ETEE-Ra-Cert v1.2, ETEE-Ra-Etk v1.2 en UHMEP v1.4 (enkel nog in productie) uitgefaseerd, en wanneer? Een aankondiging is niet gevonden. Aidez-nous à répondre à cette question

Sources 54 sources · toutes les sources

  1. Basisdiensten | eHealth-platform. eHealth-platform. SRC-932e97b0f2 Lien cassé ?
  2. MyCareNet: een centraal dienstenplatform op het web. RIZIV. SRC-76c11ba2c2 Lien cassé ?
  3. Welcome Pack (eHealth-platform). eHealth-platform. SRC-6fdf93f016 Lien cassé ?
  4. Architecturen | eHealth-platform. eHealth-platform. SRC-0eb97991a9 Lien cassé ?
  5. Releases Management | eHealth-platform. eHealth-platform. SRC-d90a8e8f57 Lien cassé ?
  6. Instructions de facturation électronique en tiers payant. INAMI. SRC-f9c49eb375 Lien cassé ?
  7. CTR - Centraal Traceerbaarheidsregister | eHealth-platform. eHealth-platform. SRC-dfb54b9e7d Lien cassé ?
  8. Emergency Medical Service Registry (EMSR) - Ambureg | eHealth-platform. eHealth-platform. SRC-67c9886526 Lien cassé ?
  9. Project Stock Monitoring Tool: pilootfase voor monitoring van voorraden | FAGG. FAGG. SRC-ebe0f3fbcc Lien cassé ?
  10. I.AM (Identity & Access Management) | eHealth-platform. eHealth-platform. SRC-81723a4a0f Lien cassé ?
  11. Systeem voor end-to-endversleuteling | eHealth-platform. eHealth-platform. SRC-f1bf6746ab Lien cassé ?
  12. eHealth-certificaten | eHealth-platform. eHealth-platform. SRC-9bfcb37059 Lien cassé ?
  13. eHealthBox. eHealth-platform. SRC-71c7c4bb9f Lien cassé ?
  14. eHealth API Portal: catalogus (productie). eHealth-platform. SRC-f03da413b6 Lien cassé ?
  15. Timestamping | eHealth-platform. eHealth-platform. SRC-2afbe612b5 Lien cassé ?
  16. eHealth Id Support | eHealth-platform. eHealth-platform. SRC-184029d9d2 Lien cassé ?
  17. Release Notes Minor Release R20261.2. eHealth-platform; 30-06-2026. SRC-1d92ebe01f Lien cassé ?
  18. Data Attribute Service | eHealth-platform. eHealth-platform. SRC-0aabe351a4 Lien cassé ?
  19. eHealthConsent | eHealth-platform (technische documentatie). eHealth-platform. SRC-5e9e9db1bf Lien cassé ?
  20. Beheer van de therapeutische uitsluitingen van zorgverleners | eHealth-platform. eHealth-platform. SRC-b4eee2aca2 Lien cassé ?
  21. eHealth Care Links | eHealth-platform. eHealth-platform. SRC-b482662b72 Lien cassé ?
  22. Beraadslaging 18/190 van 4 december 2018, gewijzigd op 6 juli 2021, met betrekking tot de toegangsmatrix. Informatieveiligheidscomité, kamer sociale zekerheid en gezondheid; 04-12-2018. SRC-3d6d5cac83 Lien cassé ?
  23. eHealth Patient Access Matrix. eHealth-platform. SRC-f740dd2081 Lien cassé ?
  24. Recip-e - Elektronische voorschriften in de ambulante sector. eHealth-platform. SRC-48496d3870 Lien cassé ?
  25. eReferral Integration Guide v3.0. eHealth-platform (auteur: Smals); 11-02-2026. SRC-59a327cead Lien cassé ?
  26. Authentieke bron geneesmiddelen (SAM) | FAGG. FAGG. SRC-f8a93a429a Lien cassé ?
  27. MyCareNet - MemberData | eHealth-platform. eHealth-platform. SRC-4d45e1279f Lien cassé ?
  28. Beschikbare diensten - ziekenhuizen. Nationaal Intermutualistisch College (NIC). SRC-e6ce46ab6d Lien cassé ?
  29. Attester les soins de manière électronique avec eAttest. INAMI. SRC-05e7ec9fe4 Lien cassé ?
  30. eHealth API Portal: catalogus (acceptatie). eHealth-platform. SRC-fb49a39038 Lien cassé ?
  31. eAgreement. Collège Intermutualiste National (CIN). SRC-a47925dda9 Lien cassé ?
  32. Globaal Medisch Dossier. Nationaal Intermutualistisch College (NIC). SRC-969104b16d Lien cassé ?
  33. MyCareNet - eCounter | eHealth-platform. eHealth-platform. SRC-203aade52f Lien cassé ?
  34. MediPrima | eHealth-platform. eHealth-platform. SRC-d33c6b2dd8 Lien cassé ?
  35. IrisCareNet - MemberData | eHealth-platform. eHealth-platform. SRC-94cf037f9e Lien cassé ?
  36. WalCareNet - MemberData | eHealth-platform. eHealth-platform. SRC-62d3a22706 Lien cassé ?
  37. VSB | eHealth-platform. eHealth-platform. SRC-bbe2857ce5 Lien cassé ?
  38. CoBRHA - Common Base Registry for HealthCare Actor. eHealth-platform. SRC-37d012b912 Lien cassé ?
  39. Réalisations 2025 – Perspectives 2026 (Plate-forme eHealth). eHealth-platform (publieke presentatie op de persoonlijke website van de administrateur-generaal); 30-01-2026. SRC-88e226b672 Lien cassé ?
  40. eHealth Addressbook Consultation Webservice. eHealth-platform. SRC-87a6ea79ec Lien cassé ?
  41. Addressbook REST - Cookbook v1.3. eHealth-platform; 24-03-2026. SRC-80cc27a3f6 Lien cassé ?
  42. RR Consult. eHealth-platform. SRC-e9bd6e83ab Lien cassé ?
  43. ABIMD - Authentieke Bron van Implanteerbare Medische Hulpmiddelen | eHealth-platform. eHealth-platform. SRC-7b5aef55e0 Lien cassé ?
  44. eBirth. eGezondheid (eHealth). SRC-8b8c44f987 Lien cassé ?
  45. eHealth API Portal: SOAP APIs. eHealth-platform. SRC-212c48fbfc Lien cassé ?
  46. Beraadslaging nr. 18/026 van 20 februari 2018, laatst gewijzigd op 2 maart 2021 (BelRAI 2.0). Informatieveiligheidscomité (kamer sociale zekerheid en gezondheid); 02-03-2021. SRC-aed98176a2 Lien cassé ?
  47. Procedure: Onboarding for Digital Referral Prescription (UHMEP /eReferral) M2M integration. eHealth-platform; 18-03-2026. SRC-1f8f8dee5c Lien cassé ?
  48. Reglement betreffende de uitwisseling van gezondheidsgegevens tussen gezondheidssystemen verbonden via het verwijzingsrepertorium van het eHealth-platform. eHealth-platform / Informatieveiligheidscomité; 18-02-2014. SRC-f4d7f1af3a Lien cassé ?
  49. Verwijzingsrepertorium (Metahub). eHealth-platform. SRC-008bee8c2b Lien cassé ?
  50. Release Notes eHealth platform Major Release R20262. eHealth-platform; 25-08-2026. SRC-6a571a48c9 Lien cassé ?
  51. MCN eCounter - Cookbook. eHealth-platform; 28-07-2026. SRC-4a399e34e2 Lien cassé ?
  52. Change certificates to ECC in acceptation on R20262. eHealth-platform; 13-08-2026. SRC-1869ba9869 Lien cassé ?
  53. CIVICS | eHealth-platform. eHealth-platform. SRC-fed02c8981 Lien cassé ?
  54. eBirth (dienst). eHealth-platform. SRC-a9676edada Lien cassé ?
Fiche ehealth-diensten · dernière vérification le 08-10-2026 · version 2026.11.12-3 · texte sous CC BY 4.0, sources uniquement liées
Améliorer cette page
Réutilisation : Cette page en Markdown · JSON