VIDIS est le programme coordonné par l'INAMI pour le partage et la gestion des données de médication entre les patients, les prestataires de soins ambulatoires et les hôpitaux. Il s'appuie sur le schéma de médication partagé dans les coffres-forts santé régionaux et évolue vers des lignes de médication et des interfaces FHIR. La première phase affiche le schéma et les notes de journal ; pour la phase suivante, l'état est flou : l'INAMI parle de changements « introduits » et en même temps d'un modèle de processus encore en cours d'analyse, et un trajet de test FHIR est en cours. Pour les hôpitaux, le projet de la phase II prévoit un bloc distinct pour les logiciels hospitaliers, sans calendrier.
", "last_verified": "2026-10-08", "verification_outdated": false, "sections": [ { "id": "en-bref", "title": "En bref", "kind": "tekst", "html": "Qu'est-ce que VIDIS ? VIDIS (Virtual Integrated Drug Information System) est un projet coordonné par l'INAMI. Il veut faciliter le partage des données sur les médicaments entre tous ceux qui sont impliqués dans le processus de médication, y compris entre les prestataires de soins ambulatoires et l'hôpital[1]. L'analyse fonctionnelle de la webapp VIDIS (version 2.5, 6/10/2021) formule l'objectif ainsi : tous les acteurs du traitement médicamenteux doivent avoir accès à un ensemble commun d'informations et pouvoir le gérer, quel que soit l'environnement (ambulatoire, hospitalier ou résidentiel)[12]. Selon la ministre flamande (réponse à la question écrite n° 327 du 5 février 2025), l'INAMI pilote le projet et prévoit des projets pilotes avec des hôpitaux[13] ; la ministre travaille elle-même à la mise en œuvre avec des partenaires interfédéraux[13]. L'INAMI ne confirme pas ces projets pilotes hospitaliers : la partie VIDIS du rapport annuel 2025 ne mentionne pas non plus d'hôpitaux (déduction)[10] ; voir VIDIS et hôpitaux : état des lieux.
\nVIDIS n'est pas une application entièrement nouvelle. Il s'appuie sur des applications existantes comme le schéma de médication partagé, qu'il visualise[1]. Au sein du BIHR (Belgian Integrated Health Record), l'INAMI classe VIDIS parmi les projets opérationnels qui fournissent déjà des services concrets aux utilisateurs[14].
" }, { "id": "composants", "title": "Composants", "kind": "tekst", "html": "| Dimension | \nÉtat des lieux | \n
|---|---|
| Réalisé (production, phase 1) | \nUn prestataire de soins disposant du droit de consultation peut visualiser dans VIDIS (via ProSanté) le schéma de médication partagé et les notes de journal d'un patient[1]. Cette consultation via ProSanté n'est actuellement ouverte qu'aux prestataires de soins qui ne travaillent pas dans une institution telle qu'un hôpital[2] et concerne les patients dont l'adresse de résidence ou le domicile se situe en Flandre et dont les données se trouvent dans Vitalink[2]. Depuis fin 2023, les médecins généralistes et spécialistes peuvent consulter les prescriptions ouvertes via VIDIS[2] ; depuis le 1er juillet 2026, de nouveaux droits d'accès aux prescriptions pharmaceutiques électroniques existent, notamment pour les infirmiers de pratique avancée[2]. La page francophone de l'INAMI énumère, parmi ces nouveaux accès, les infirmiers de pratique avancée, les sages-femmes et les dentistes, sans citer les pharmaciens (hospitaliers)[15]. Le rapport annuel de l'INAMI relatif à 2023 indique que VIDIS a été intégré à Vitalink pour le canal « dispensateurs de soins »[16] | \n
| Périmètre de la phase 1 | \nLa suspension, le renouvellement, le report et la modification de traitements existants ainsi que la prescription de nouveaux traitements ne relevaient pas de la phase 1 et étaient prévus pour la phase 2[12] | \n
| Phase 2 | \nDans la planification 2026, la page du projet de l'INAMI mentionne des changements « introduits » (un nouveau modèle de gestion des données de médication) et une phase d'accompagnement des professionnels de santé ; la page n'est pas datée[1]. Dans l'actualité du 23 mai 2025, la phase II était encore formulée au futur : elle se concentrera sur l'utilisation active et multidisciplinaire du schéma partagé[3]. Les phases 2 et 3 développent le concept de « traitement médicamenteux », avec des lignes de médication, des prescriptions et des notes de journal[1]. Les nouvelles possibilités sont le démarrage, la modification ou l'arrêt d'un traitement et une vision plus complète des traitements de tous les médecins réunis[17]. Le modèle de processus de la phase II est accessible aux experts, mais, selon l'INAMI, il est encore en cours d'analyse[1] | \n
| Projet de phase II (analyse métier) | \nL'analyse métier de l'INAMI décrit un schéma de médication dynamique pour le patient et les prestataires de soins. Il s'agit d'un document de conception : version 004, « draft for review », fichier daté 20240122[5]. D'après l'historique du document, le contenu de la v004 date du 15/11/2022 ; une v005 (22/02/2023) n'a pas été publiée[5]. Selon une règle ajoutée dans le draft (commentaire d'un reviewer), la prescription et la délivrance s'effectueraient uniquement à partir du schéma de médication : s'il n'existe pas encore de ligne de médication, celle-ci doit d'abord être créée[5]. Puisque plusieurs parties construiront en FHIR, le plan d'implémentation prévoit un mappeur KMEHR-FHIR[5]. Les travaux préparatoires comprennent aussi l'élaboration juridique d'une utilisation obligatoire du schéma de médication ; il s'agit d'une proposition, et non d'une obligation légale trouvée[5] | \n
| Bloc hospitalier (projet) | \nLe plan d'implémentation comporte un bloc distinct pour l'API VIDIS phase II et pour un logiciel hospitalier spécifique destiné à administrer et à mettre à jour le schéma partagé, sans calendrier[5]. Les pharmaciens hospitaliers y disposent de leur propre « Medication Folder view »[5]. Le modèle de processus (export web du 15/05/2024) cite « Ziekenhuis apotheker » comme acteur distinct[18] et énumère le scénario de base « Début à l'hôpital »[19]. État des lieux pour les hôpitaux : VIDIS et hôpitaux : état des lieux | \n
| Trajet de test FHIR TG1-TG3 (depuis le 2/7/2026) | \nL'organisation GitHub RIZIV-INAMI (VIDIS) possède trois dépôts de test, tous créés le 2/7/2026 : TG1 (Be.MedicationLine et Be.MedicationRequest), TG2 (Be.MedicationDelivery) et TG3 (consultation et nouveau schéma de médication) ; seul TG1 comporte des issues publiques[6]. Une issue publique demande s'il existe un mapping officiel de SAMv2 vers SNOMED CT pour les voies d'administration[20]. La première activité publique liée à une issue TG1 date du 9/7/2026[7] ; la première issue relative à la deuxième ligne, datée du 3/8/2026, fait suite à un kick-off dont la date est inconnue[8]. Le 9/9/2026, un utilisateur signale un message d'erreur lors du premier cas de test sur le serveur de test FHIR[21]. Liste des participants non trouvée (question ouverte) ; il s'agit d'un trajet de test, et non de production | \n
| État selon le rapport annuel 2025 | \nL'INAMI indique qu'un prestataire de soins disposant du droit de consultation peut visualiser dans ProSanté le schéma partagé et les notes de journal (production)[10]. L'intégration aux coffres-forts wallon et bruxellois (RSW/RSB) est « on hold » pour les prestataires de soins et en ordre pour les patients[10]. Les travaux d'interopérabilité concernent les logiciels des prescripteurs et des pharmaciens[10] | \n
| API VIDIS et phase suivante (entretien avec le chef de projet, mai 2026) | \nL'API, qui permet aux logiciels d'interroger directement les données de VIDIS, n'est pas encore disponible[9]. Les CareSets relatifs à la ligne de médication, à la prescription et à la délivrance ont été publiés[9]. La phase suivante vise à améliorer l'interopérabilité, à finaliser les notes de journal en FHIR et à préparer un nouveau cycle d'audit (planification, sans date)[9] | \n
| Modifications des profils belges | \nVIDIS a demandé à HL7 Belgium de rendre obligatoire un identifiant VIDIS dans les profils de médication (issue du 21/8/2026, en discussion)[22]. Le 25/9/2026, VIDIS a demandé que BeMedicationLine obtienne deux statuts (statut d'enregistrement et statut clinique) ; cette proposition n'a pas encore été publiée[23]. Voir Guides d'implémentation FHIR belges | \n
| Phase 3 (prévue en 2026) | \nImplémentation comprenant la gestion des remboursements spécifiques (Chapitre IV)[1] | \n
| Source des données | \nLe schéma de médication partagé est mis à disposition et actualisé par le coffre-fort régional : Vitalink en Flandre, RSW, Réseau Santé Bruxellois[24] | \n
| Planification 2026-2027 | \nConsolidation, interopérabilité et FHIR : l'INAMI soutient Vitalink, RSW, RSB et les fournisseurs de logiciels dans l'utilisation de FHIR pour les données de médication[1]. En 2026, il prépare les prochains cycles d'audit FHIR des logiciels[1] ; en 2027, il organise ces cycles avec le secteur[1]. Pour 2026, il prévoit aussi une nouvelle brochure relative au schéma de médication, mise à jour conformément à la phase 2 ; sa publication n'a pas été confirmée[17] | \n
| Critères applicables aux logiciels | \nLes critères d'interopérabilité applicables aux logiciels relatifs au schéma de médication partagé sont définis selon un cycle de deux ans au sein du groupe de travail TRIO de VIDIS[25]. Ils déterminent comment les logiciels lisent et écrivent correctement et sans ambiguïté les données du schéma[26]. Voir Schéma de médication partagé | \n
| Spécification FHIR | \nLe BE Medication-IG (FHIR R4) définit notamment BeMedicationLine (l'équivalent FHIR d'une ligne du schéma), BeMedicationDispense et BeMedicationPrescription[27] ; voir Guides d'implémentation FHIR belges. Le CareSet FHIR « Medication Scheme » a également été publié dans BeSafeShare[28] | \n
| Spécification KMEHR actuelle | \nMedication Scheme Cookbook v5.8 (31/03/2021) avec l'annexe Posology v8 (20/04/2021)[25] | \n
| Place dans le BIHR | \nDans le plan d'action 2026-2029, VIDIS, conjointement avec l'interopérabilité du schéma de médication partagé, relève de l'Axe 2 (environnement de travail BIHR), rubrique Liste des médicaments[25]. L'API VIDIS est citée comme connecteur dans la plateforme d'échange du BIHR, aux côtés des hubs et du métahub[11] | \n
| Europe | \nLes prescriptions électroniques et les délivrances électroniques dans VIDIS devront pouvoir être partagées en Europe d'ici au 26 mars 2029 (espace européen des données de santé)[11] | \n
Au sein du Belgian Integrated Health Record (BIHR), les sources authentiques des médicaments comprennent notamment UHMEP pour les prescriptions (de renvoi) et FarmaFlux pour les délivrances[11]. SAMv2 joue un rôle central dans la rubrique Liste des médicaments du BIHR[29].
\nAucun diagramme pour l'instant.
" }, { "id": "phase", "title": "Phase", "kind": "tekst", "html": "Pour les prestataires de soins, VIDIS est aujourd'hui surtout visible comme visualisation du schéma de médication partagé issu des coffres-forts[1] ; il s'agit d'un résumé propre (déduction). L'INAMI décrit VIDIS plus largement, avec un nouveau modèle pour les données de médication et des extensions comme le Chapitre IV[1]. C'est aussi le cadre fédéral dans lequel le passage du schéma de médication vers HL7 FHIR est soutenu[1]. Le statut de la phase 2 n'est pas clair : dans la planification 2026, la page de projet mentionne des changements « introduits »[1], mais aussi un modèle de processus encore en cours d'analyse[1], et l'analyse publiée est un draft de 2022[5]. Lecture propre (déduction) : en septembre 2026, la phase 2 est en préparation et en test. Des cas de test FHIR sont en cours dans TG1[21], mais pour les hôpitaux il n'y a que des accords au stade du projet, sans date[5].
\nAu parlement fédéral (propositions, pas de décisions). Une proposition de résolution d'Ecolo-Groen (DOC 56 1016, distribuée le 20 août 2025) affirme dans ses développements que l'INAMI travaille encore à VIDIS ; elle porte sur la prescription et la délivrance en première ligne, pas sur les hôpitaux[30]. Elle demande notamment au gouvernement fédéral de faire enregistrer automatiquement, avec l'INAMI, la plate-forme eHealth, Recip-e, MyCareNet et les coffres-forts de première ligne, les prescriptions électroniques sur la base de la posologie et de la durée de traitement dans le schéma de médication du patient, au besoin de manière obligatoire[30]. La proposition de loi pendante 56K0352 sur le schéma de médication à la sortie de l'hôpital ne cite aucune plate-forme, VIDIS non plus[31][32] ; voir Cas d'usage : schéma de médication à l'admission et à la sortie. Aucune question parlementaire fédérale ni question écrite flamande récente sur VIDIS et les hôpitaux n'a été trouvée.
" }, { "id": "qu-est-ce-que-cela-signifie-pour-un-hopital", "title": "Qu'est-ce que cela signifie pour un hôpital ?", "kind": "tekst", "html": "Début 2025, les hôpitaux pouvaient uniquement consulter le schéma, et non le mettre à jour[13], et la tuile VIDIS de ProSanté n'est pas ouverte aux prestataires de soins travaillant dans un hôpital[2]. Selon le chef de projet (mai 2026), un hôpital ne pouvait pas utiliser l'API VIDIS sans eHealth Connect[9]. Aucun projet pilote hospitalier public, aucune date ni aucune décision relative à l'écriture depuis un logiciel hospitalier n'a été trouvé (déduction)[8]. Les projets pilotes, les conditions techniques préalables, les rôles, le financement et l'enregistrement figurent sur VIDIS et hôpitaux : état des lieux ; le cas d'usage figure sur Schéma de médication à l'admission et à la sortie.
\nL'accès au schéma de médication nécessite le droit de consultation[1]. Selon VIVEL (projet de relance depuis fin 2022, communication non datée), tous les acteurs reconnaissent que l'actuel schéma de médication Vitalink en KMEHR ne constitue pas une solution à long terme[33]. La documentation KMEHR est mise à disposition de manière centralisée par la Plate-forme eHealth[34]. Selon le projet de phase II, les médicaments administrés à l'hôpital ne relèvent pas du périmètre de VIDIS ; cette phrase figure dans le scénario d'un transfert vers un autre hôpital[5], tandis que le bloc hospitalier mentionne bien l'« administration et la mise à jour » du schéma partagé[5].
" }, { "id": "incertitudes-et-informations-contradictoires", "title": "Incertitudes et informations contradictoires", "kind": "tekst", "html": "