Épisode de soins (Episode of Care)

Qu'est-ce qu'un épisode de soins ? VIVEL décrit l'épisode de soins (« episode of care ») comme une manière d'enregistrer qui rassemble de façon synthétique les informations du patient par problème, et la qualifie, pour l'Autorité flamande et pour l'autorité fédérale, d'élément essentiel dans le débat sur le BIHR^[1]. Un épisode s'étend sur plusieurs contacts et, dans chaque contact, plusieurs épisodes peuvent apparaître ; l'exemple de la note (d'après famenet.nl) va d'une infection des voies respiratoires chez le médecin généraliste, via une pneumonie, à un renvoi vers le pneumologue^[1]. D'autres sources décrivent la notion de manière comparable : le rapport GDOS (juin 2026) définit un épisode de soins comme les données relatives à un seul problème de santé, de la première demande d'aide jusqu'au dernier contact à ce sujet^[2], et la CISP-2 ordonne le motif de contact, les problèmes et les interventions dans une structure d'episode of care^[3].

Position de VIVEL (note de vision 2024). La note sur les épisodes de soins est une note de vision du groupe de travail stratégique e-santé et e-bien-être, approuvée par l'organe d'administration de VIVEL le 20 septembre 2024^[1]. Points essentiels :

• Liste de problèmes : les titres des épisodes de soins forment ensemble la liste de problèmes, et un problème peut être lié à la santé ou au bien-être^[1].
• Enregistrer ensemble : le prestataire de soins, le patient (pzon) et l'aidant proche enregistrent ensemble ; le patient et l'aidant proche ne peuvent pas corriger les informations du prestataire de soins, mais peuvent ajouter leurs propres informations^[1].
• Structure et codage : les informations essentielles d'un épisode sont présentées dans un CareSet, avec des modules selon FHIR et un codage en SNOMED CT ; en 2024, l'intention était de publier dans Vitalink^[1]. Selon VIVEL, les groupes professionnels veulent continuer à utiliser leurs propres classifications en plus de CISP-3, CIM-11, classification ATC, ICF et ICHI^[1].
• Utilité : l'enregistrement structuré rend possible l'aide à la décision (p. ex. une alerte pour un antibiotique qui ne convient pas à la fonction rénale) et l'usage secondaire, tel que le soutien à la politique et la gestion des populations^[1].
• Démarrage par étapes : pas de big bang mais un déploiement progressif en co-création avec les médecins généralistes, les pharmaciens, les kinésithérapeutes et les infirmiers à domicile, qui sont, selon la note, les quatre professions concernées par 80 % des interactions^[1]. Le concept doit être introduit dans des projets en cours (p. ex. soins intégrés), et non comme une nouvelle initiative à côté^[1].
• Hôpitaux : ceux-ci ne travailleront pas systématiquement avec des épisodes de soins dans un premier temps ; la première ligne renvoie par voie électronique avec les informations de l'épisode, le spécialiste renvoie son rapport de manière structurée et une lettre de sortie dans les standards appropriés peut être utilisée dans les épisodes^[1]. En même temps, VIVEL souhaite associer les hôpitaux le plus tôt possible afin de parer à temps aux problèmes de workflow ou d'architecture^[1].
• Conditions préalables : VIVEL demande un cadre de gouvernance de l'autorité^[1], une concertation et un environnement de test commun^[1], et préfère un développement open source^[1].

Complément dans la note sur les sources authentiques (2026). La délimitation d'un problème, et donc du titre d'épisode, reste un point de travail ; pour une complication comme le « pied diabétique », VIVEL opte pour un nouvel épisode^[4]. Par épisode, une équipe de soins peut exister si nécessaire^[4], et le plan de soins naît de ce qui figure dans la « planning » des enregistrements de contact des épisodes actifs^[4].

Épisode de soins chez VIVEL et dans le BIHR

Le volet BIHR est plus ancien que les notes de VIVEL : la note de concept B-IHR (2023) voulait déjà structurer les données autour d'épisodes de soins, avec un diagnostic comme titre d'épisode comme dans le Problem-Oriented Medical Record^[9]. En avril 2026, l'administrateur général de la Plate-forme eHealth a cité l'« opérationnalisation sur la base d'épisodes de soins » comme point clé du BIHR^[7], et le rapport GDOS voit un large consensus sur une infrastructure partagée contenant des informations au niveau de l'épisode de soins^[2]. Lors de la BIHR Summer Day (24 août 2026), la séance plénière 3 portait sur la liste de problèmes et l'épisode de soins^[6], et les slides renvoient, pour la structuration du « Contact Report » dans un Episode of Care, au document de VIVEL sur les épisodes de soins^[6]. Voir Contact Report (BIHR) : enregistrement après chaque contact.

Composants connexes

• Liste de problèmes et CareSet Problem : il existe un CareSet « Problem » publié pour enregistrer uniformément les problèmes des patients^[10] ; voir BIHR : CareSets et feuille de route EHDS. Selon VIVEL, la liste de problèmes évolue vers le Résumé patient international^[4]. Un CareSet pour l'épisode lui-même n'a pas été trouvé.
• Plan de soins et équipe de soins : par épisode, une équipe de soins peut exister^[4] ; selon VIVEL, Alivia, en tant que plan de soins, va déjà dans cette direction pour utiliser l'épisode de soins comme brique de base^[1], et la planification se déroule quasi automatiquement si Alivia est alimenté à partir des objectifs de vie et de la liste de problèmes^[4].
• BelRAI : BelRAI est une rubrique distincte des sources authentiques^[4] ; selon VIVEL, BelRAI doit être intégré au BIHR après harmonisation de la version fédérale et de la version flamande^[4]. Comment les évaluations BelRAI sont reliées aux épisodes, les sources ne le décrivent pas.
• Enregistrement de contact : un « connector » combine des données de plusieurs sources authentiques lors de la visualisation et les envoie, lors de l'enregistrement, vers la bonne source^[4] ; voir Connecteur BIHR (FHIR-broker).

Constat : l'épisode de soins est à la fois une position de la première ligne flamande (VIVEL, 2024 et 2026) et un composant du BIHR au niveau d'un groupe de travail, et les slides de la Summer Day renvoient explicitement à la note de VIVEL^[1][5][6]. Les deux volets commencent dans la première ligne et laissent pour l'instant les hôpitaux en marge^[1][7]. Il ne s'agit pas d'une réglementation et aucune spécification technique pour l'épisode lui-même n'a été trouvée.

VIVEL lie le déploiement à un cadre de gouvernance de l'autorité^[1] et à un environnement de test pour toutes les parties^[1], et demande un « architecte » ayant une vue d'ensemble des nombreuses initiatives^[1]. Selon VIVEL, une communication large ne doit se faire qu'à l'occasion d'un déploiement^[1]. La délimitation d'un problème reste un point de travail^[4], et les groupes professionnels veulent conserver leurs propres classifications^[1].

• Aucune obligation : aucune réglementation, aucun CareSet ni profil FHIR pour l'épisode de soins n'a été trouvé (état au 2026-10-01). Les hôpitaux ne font pas partie de la première phase BWO^[7].
• Rôle attendu (position de VIVEL) : recevoir des renvois accompagnés d'informations d'épisode, et renvoyer des rapports et des lettres de sortie de manière structurée et dans les standards appropriés^[1] ; la publication via le hub (Cas d'usage : partage des rapports et résultats hospitaliers via le hub) reste la voie existante.
• Recommandation (propre) : vérifiez si le DPI peut consigner les diagnostics et les problèmes de manière codée et par problème, afin que les lettres de sortie et les rapports puissent plus tard être rattachés à des épisodes de la première ligne.
• Recommandation (propre) : suivez l'élaboration du CareSet Problem et d'un éventuel CareSet ou profil FHIR pour l'épisode via BIHR : CareSets et feuille de route EHDS, avant de choisir un modèle d'épisode propre dans le DPI.

• Lieu de stockage (évolution, pas de véritable contradiction) : la note de 2024 présente la publication de CareSets dans Vitalink comme l'intention^[1] ; la note de 2026 laisse ouvert le choix entre le coffre-fort santé régional et le hub fédéral, en fonction de la prise de décision interfédérale^[4].
• Groupe de départ : VIVEL cite quatre professions, dont les infirmiers à domicile^[1] ; BWO phase 1 cite les infirmiers en général et aussi les travailleurs sociaux^[7]. La question de savoir si c'est un élargissement délibéré ne figure dans aucune des deux sources.
• Ouverture et clôture : les notes ne définissent pas qui ouvre ou clôture un épisode.
• Non trouvé : le document distinct comportant des exemples détaillés auquel renvoie la note de 2024, et une réaction formelle de l'INAMI ou de la Plate-forme eHealth aux notes en dehors des renvois sur les slides de la Summer Day^[6]. Ne pas avoir trouvé n'est pas une preuve d'absence.
• Termes : les notes parlent de « contactregistratie » et de « connector », et non de « contact report », de BWO ou d'« Only Once »^[4] ; le lien avec BWO phase 1 n'est donc pas documenté dans les notes elles-mêmes.