BMUC : financement du DPI intégré

• Quoi : les Belgian Meaningful Use Criteria (BMUC) décrivent sur le plan fonctionnel ce qu'un DPI hospitalier intégré doit pouvoir faire ; l'usage effectif est financé depuis 2016 via le budget hospitalier (BMF), comme condition de financement^[1][2] ; une obligation légale générale de DPI n'a pas été trouvée.

• Comment : depuis le 1er juillet 2025, le budget DPI est réparti en base fixe, base hub, accélérateur core, accélérateur menu et peer review (10/10/10/60/10), confirmé dans les textes néerlandais et français du Moniteur belge^[1][3][4].

• Seuils : depuis 2025, l'annexe 19 compte 21 fonctionnalités core et 18 fonctionnalités menu ; un hôpital général doit en utiliser au moins 16 core et 8 menu pour 80 % de la population^[1] ; selon la FAQ, chaque sous-critère doit atteindre 80 %^[1][5].

• Base hub : publication dans un délai de 0 à 7 jours via Hubs & Metahub, consultation du Sumehr et de l'aperçu de médication, partage sous forme réutilisable (CareSets, FHIR, SNOMED CT) et métadonnées ; qui ne satisfait pas aux conditions perd la base hub l'année suivante ^[1].

• État : le BMF du 1er juillet 2026 applique le même régime via les lignes 912-916, avec 64.799.055,26 euros pour les hôpitaux généraux^[6] ; mois de référence septembre 2026, déclaration au plus tard le 12 novembre 2026^[5].

• Prochaine modification : la révision pour 2026-2029 (projets, homologation, réseaux de données) est une proposition sur laquelle le CFEH n'a rendu qu'un avis provisoire ^[7] ; voir BMUC : révision 2026-2029 (propositions).

L'autorité fédérale veut que chaque hôpital dispose en production d'un dossier patient informatisé (DPI) intégré et l'utilise effectivement ; un programme accélérateur a démarré à cet effet en 2016^[2]. Les BMUC, un document du SPF Santé publique, décrivent ce qu'un tel DPI doit pouvoir faire sur le plan fonctionnel : des critères core obligatoires et des éléments optionnels^[8], avec une réévaluation des critères optionnels qui était prévue pour 2018^[8]. Les critères optent délibérément pour une approche fonctionnelle : ils exigent des fonctions et leur déploiement, pas une architecture DPI spécifique ^[8].

Le levier, c'est l'argent. L'usage effectif est stimulé depuis 2016 via le budget van financiële middelen (BMF), le financement hospitalier fédéral, lié au programme d'accélération BMUC^[1]. Chaque partie de ce budget est une condition de financement^[5] ; une obligation légale générale d'utiliser un DPI n'a pas été trouvée dans les sources consultées. Le mécanisme de 2024-2025 reposait encore largement sur les BMUC de 2016^[9] ; depuis le 1er juillet 2025, une nouvelle répartition s'applique, fixée à l'article 61 de l'arrêté BMF (arrêté royal du 25 avril 2002, remplacé par l'arrêté royal du 10 avril 2025).

Deux pages partielles développent certains éléments : BMUC : rapportage et FAQ (déclaration annuelle, FAQ et liste des fonctionnalités) et BMUC : révision 2026-2029 (propositions) (propositions et avis de la Conseil fédéral des établissements hospitaliers, CFEH). Le plan d'action e-Santé 2019-2021 plaçait le DPI dans la même ligne : il doit se raccorder à la Plate-forme eHealth et soutenir la collaboration extra-muros^[2].

La base légale et les critères de 2016

La base légale originelle est l'arrêté royal du 6 septembre 2016, qui modifie l'arrêté BMF du 25 avril 2002 et a paru au Moniteur belge du 12 septembre 2016^[10]. Il produit ses effets à partir du 1er juillet 2016, un article à partir du 1er janvier 2016^[10]. L'article 2 rétablit l'article 61 avec un financement forfaitaire pour le DPI, en exécution du point d'action 2 de la Roadmap 2.0 du plan e-Santé, et renvoie pour le contenu aux BMUC de l'annexe 19^[10]. L'arrêté prévoyait une enveloppe de 47.302.521 euros pour les hôpitaux non psychiatriques^[10] et de 9.010.004 euros pour les hôpitaux psychiatriques et les catégories assimilées, comme les hôpitaux comptant uniquement des lits G ou Sp^[10]. Indépendamment de l'article 61, les hôpitaux non psychiatriques qui étaient auparavant financés via une convention de projet pilote recevaient 12.000 euros pour la participation à Hubs & Metahub (répertoire des références), à conserver uniquement en cas de statut permanent « en production active »^[10].

L'annexe 19 de 2016 fixait quinze fonctionnalités core obligatoires, comme fondement d'un DPI intégré, plus une liste non exhaustive de fonctionnalités menu^[10] ; au plus tard fin 2019, un hôpital devait en implémenter deux de son choix^[10]. Pour les hôpitaux généraux, la liste commençait par l'identification unique du patient, la liste des problèmes, la liste des allergies, la prescription électronique, les interactions médicamenteuses et un registre des médicaments administrés^[10], et se terminait par un serveur permettant de consulter des données objectives du dossier (14) et la communication automatisée avec les hubs et l'interaction avec eHealth (15)^[10].

Le document explicatif BMUC du SPF de 2016 n'est disponible que via l'archive web. Quelques fonctionnalités core qui touchent au partage de données :

• la prescription intra-muros (CPOE) : les prescriptions de médicaments sont saisies de manière structurée ^[8] ;

• la fonctionnalité core 12 (consentement éclairé) : le DPI enregistre surtout les procédures et traitements pour lesquels un consentement est requis^[8] ; comme complément belge, aussi le consentement au partage d'informations de santé^[8] (voir Consentement éclairé au partage de données). Dans l'annexe 19 de l'arrêté royal de 2025, il s'agit de la fonctionnalité 7, également pour les traitements ^[1] ; le consentement au partage de données n'y réapparaît que dans le dénominateur de la fonctionnalité hub^[1] ;

• la fonctionnalité core 14 : un serveur de résultats médicaux, indépendant du type de contact et disponible de manière longitudinale^[8] ;

• la fonctionnalité core 15 : la communication avec les hubs et eHealth, avec notamment l'eHealthBox et la consultation de dossiers, du Sumehr et du schéma de médication via les hubs^[8] ; le statut du consentement doit être demandé en ligne^[8].

Depuis le 1er juillet 2025, l'article 61 § 2 répartit le budget du DPI des hôpitaux généraux en cinq parts. Chaque part est assortie de conditions propres ; l'hôpital qui ne les remplit pas perd cette part lors de l'exercice suivant.

La répartition 10/10/10/60/10 figure ainsi dans le texte officiel néerlandais^[3] et dans le texte officiel français^[4], ainsi que dans l'affichage etaamb^[1] ; les 50% pour les fonctionnalités de base^[1] et les 20% pour les fonctionnalités de menu^[1] qui circulent ailleurs relèvent du § 1, soit de la situation au 1er juillet 2024. La répartition du § 2 met l'accent sur les fonctionnalités de menu (60%)^[3][4]. Le Conseil fédéral des établissements hospitaliers (CFEH) soutient l'évaluation par les pairs, à condition qu'elle ne requière pas de mesures complexes^[7].

Les fonctionnalités de l'annexe 19 (2025)

L'arrêté royal du 10 avril 2025 a remplacé l'annexe 19, désormais intitulée « Dossier patient informatisé intégré - Belgian Meaningful Use Criteria (BMUC) » et commençant par un tableau des fonctionnalités de base^[1]. Les seuils de l'article 61 (16 fonctionnalités de base et 8 fonctionnalités de menu pour les hôpitaux généraux) sont comptés dans ces listes.

L'annexe 19 compte en outre 18 fonctionnalités de menu, chacune indiquée comme destinée aux hôpitaux généraux (HG) ou psychiatriques (HP) ; la dernière est l'« Enregistrement et stockage séparés des données génétiques »^[1]. La liste complète des fonctionnalités de menu et les règles de mesure par fonctionnalité figurent dans BMUC : rapportage et FAQ.

Les six conditions du socle hubs

Le socle hubs encourage l'utilisation active et correcte des hubs^[1]. L'arrêté royal énumère les conditions suivantes :

• a) les données de soins (lettre de sortie, rapport de consultation, protocole opératoire, résultats des examens techniques, de laboratoire et d'imagerie) sont publiées par l'intermédiaire du système hubs-metahub dans un délai de 0 jour (par défaut) à 7 jours maximum^[1] ;
• b) ces documents sont accessibles au patient^[1] ;
• c) les prestataires de soins de l'institution consultent, par l'intermédiaire des hubs et des coffres-forts sanitaires, les informations d'autres institutions, le Sumehr et le schéma de médication^[1] ;
• d) d'autres données de santé électroniques sont partagées par l'intermédiaire du système hubs-metahub sous une forme permettant leur réutilisation (CareSets, FHIR, SNOMED CT)^[1] ;
• e) les documents sont accessibles conformément à la matrice d'accès de la Plate-forme eHealth^[1] ;
• f) le hub peut fournir des rapports ou statistiques automatiques sur le nombre de publications et de consultations^[1], mis à la disposition de l'hôpital et du SPF Santé publique^[1].

La condition d) ne cite CareSets, FHIR et SNOMED CT qu'à titre d'exemples entre parenthèses, sans date ni obligation de coder les diagnostics^[11]. Il s'agit d'une condition au maintien du forfait, donc d'une condition de financement, et non d'une obligation légale générale^[11] ; aucune autre mention de SNOMED CT dans un arrêté royal belge n'a été trouvée. Voir Obligation ou planification ? Base légale pour SNOMED CT, CareSets et FHIR. Pour pouvoir évaluer les points a) et f), l'hôpital annote toutes les données partagées au moyen des métadonnées appropriées^[1].

Documents pris en compte. L'annexe 19 (fonctionnalité 9) associe les types de documents aux profils de transaction KMEHR : les rapports opératoires et d'anesthésie à Report, les rapports de consultation à Contact report^[3], et les rapports d'examens médico-techniques et d'imagerie à Procedure result^[3] ; la lettre de sortie, la lettre de transfert, le résultat de laboratoire, les rapports de prescription et les attestations figurent également dans la liste^[3]. La circulaire du 11 mars 2024 utilisait la même liste de types de documents et de métadonnées^[12]. L'arrêté royal ne précise pas quels codes de transaction et de spécialisation sont exactement comptés par le SPF ; la question reste ouverte.

Deux fonctionnalités de base touchent aux normes. Le numéro 10 compte la réception de résultats de laboratoire en structure FHIR et codés LOINC parmi les services devant être « utilisés »^[11] ; le numéro 2 (« Liste des problèmes ») mesure les diagnostics, traitements ou procédures validés à la sortie, sans exiger de codage SNOMED CT^[11]. L'assouplissement administratif annoncé dans la FAQ figure dans BMUC : rapportage et FAQ.

Circulaires. Au 7 octobre 2026, la liste des circulaires de la page BMF du SPF ne mentionne qu'une circulaire BMUC, « BMUC - Acceleratorprogramma 2024 », datée du 21 mars 2024^[18], alors que cette liste est elle-même actualisée jusqu'à une circulaire du 10 juillet 2026 relative aux délais de paiement des hôpitaux publics^[18]. Les instructions relatives à la déclaration de 2026 figurent donc dans la FAQ BMUC^[5]. La circulaire elle-même porte la date du 11 mars 2024^[12] ; le 21 mars indiqué par la liste est vraisemblablement la date de publication (interprétation).

Dans la note technique, la ligne 912 (structure de gouvernance)^[6] et la ligne 913 (participation aux évaluations par les pairs)^[6] correspondent à un montant par hôpital, tandis que les lignes 914 (échange actif de données)^[6], 915 (fonctionnalités de base BMUC)^[6] et 916 (fonctionnalités de menu BMUC)^[6] correspondent à un montant par lit. Les montants du 1er juillet 2026 sont supérieurs à ceux du 1er juillet 2024 (62.282.829,25 euros pour les hôpitaux généraux) en raison des indexations de la note technique^[6] (interprétation : environ 4%) ; aucun transfert vers des projets ou vers le financement B1 n'est visible dans le BMF du 1er juillet 2026^[1][6]. La note reprend la formulation « Op 1 juli 2025 »^[6] et inclut aussi, pour les hôpitaux généraux, les indices de lits psychiatriques des hôpitaux qui ne disposent que de lits G ou Sp en plus de lits A, T ou K agréés^[6].

Révision. Le ministre a proposé pour 2026 une rupture de tendance, avec une part significative des moyens affectée à des appels à projets autour des « data capabilities »^[16], motivée par les obligations de l'EHDS et les nouveaux plans d'action^[7]. En février 2026, le CFEH n'a rendu qu'un avis provisoire^[7], demande un financement structurel par B1^[7] et affirme que les évolutions vers l'EHDS et le BIHR nécessitent des budgets supplémentaires^[7] ; la révision s'inscrit dans le plan d'action 2026-2029^[19]. L'EHDS permet aux États membres de conserver leurs propres règles de financement des systèmes de DME^[17]. Appels à projets et homologation : BMUC : révision 2026-2029 (propositions).

• Échéance 2026 : mois de référence septembre 2026, déclaration au plus tard le 12 novembre 2026 dans la BMUC Data Collection Tool^[5][1] ; mode opératoire sur BMUC : rapportage et FAQ. Pour des questions spécifiques sur les BMUC, le SPF renvoie à une boîte aux lettres distincte du service Organisatie en Financiering van Ziekenhuizen^[18].

• La base hub comme checklist : les conditions a) à f) ci-dessus, avec Cas d'usage : partage des rapports et résultats hospitaliers via le hub ; qui ne satisfait pas aux conditions perd la base hub l'exercice suivant^[1]. Via cette base hub, l'autorité lie une partie du financement du DPI à la publication vers le hub, à la consultation des coffres-forts et à des formats réutilisables^[1] ; depuis le 1er juillet 2025, le centre de gravité se situe auprès de l'accélérateur menu^[3][4].

• Faisabilité : dans l'avis 577-2 (mars 2023), le CFEH jugeait 7 jours non réalisables parce que les documents doivent d'abord être validés, et proposait « 7 jours après validation »^[20] ; l'arrêté royal n'a pas suivi^[1]. Le conseil a aussi souligné que l'utilité de la consultation via les hubs dépend du contexte et que la publication complète doit être centrale^[20]. Pour atteindre les critères, les hôpitaux dépendent fortement de leurs fournisseurs de logiciels^[7].

• Consentement : la fonctionnalité de consentement des BMUC porte sur les traitements^[1] ; selon le texte BMUC, le consentement au partage de données fait naître une Relation thérapeutique ^[8].

• Recommandation (propre) : désignez un seul responsable pour la mesure annuelle des BMUC, utilisez les conditions hub comme checklist interne et suivez la révision via BMUC : révision 2026-2029 (propositions). Que les BMUC constituent ainsi le principal levier financier pour le partage de données est une estimation propre.

• Base hub : par lit ou forfait ? L'arrêté royal qualifie la base hub de base variable par lit, mais aussi de forfait calculé annuellement, identique pour tous les hôpitaux de chaque groupe^[3] ; la note technique calcule la ligne 914 (échange actif de données) par lit^[6], même si elle n'établit pas elle-même l'assimilation avec la base hub (interprétation). En février 2024, le CFEH a proposé, à titre de proposition et non de décision, de prendre le socle fixe par hôpital^[9] et la moitié du socle variable également par hôpital^[9]. La clé de répartition que le SPF applique n'est pas confirmée.

• FAQ versus AR : la FAQ annonce un assouplissement (au maximum 2 fonctionnalités menu comptabilisables, au minimum 14)^[5], alors que l'art. 61 § 2, 3° continue d'exiger au moins 16 fonctionnalités core ^[1] ; développement sur BMUC : rapportage et FAQ.

• Régime 1/7/2026 : le BMF du 1er juillet 2026 applique l'art. 61 § 2^[6] ; aucun arrêté royal modifiant l'art. 61 avant cette date n'a été trouvé, pas même dans le texte Justel mis à jour jusqu'au 25 juin 2026^[21], où la note de bas de page relative à l'art. 61 renvoie encore à l'arrêté royal du 10 avril 2025^[21]. Cette note de bas de page indique comme entrée en vigueur le 1er juillet 2024, alors que l'article de l'arrêté royal lui-même et le BMF parlent du 1er juillet 2025, avec la valeur des montants au 1er juillet 2024^[21][1]. L'arrêté royal du 30 mai 2026 a adapté le texte français de l'annexe 19^[15], remplace l'art. 61bis^[15] et modifie l'art. 63^[15]. Les glissements en dehors du BMF n'ont pas été examinés.

• Numérotation des fonctionnalités core : l'annexe 19 comptait quinze fonctionnalités core en 2016 ^[10] et, depuis 2025, 21 fonctionnalités core^[1] ; « au moins 16 » est un seuil au sein de cette liste, pas un total^[1] ; la fonctionnalité de consentement s'appelle le numéro 12 en 2016 ^[8] et le numéro 7 dans l'annexe 19^[1]. Utilisez la numérotation de l'annexe 19.

• Texte NL/FR de la fonctionnalité 9 (résolu) : jusqu'à l'arrêté royal du 30 mai 2026, les textes différaient ^[22] ; la correction rétroagit au 1er juillet 2025^[15].

• Intégration de projets d'innovation (affirmation du fournisseur) : selon Amaron, l'autorité veut à terme intégrer dans le financement BMUC des projets Data Capabilities réussis comme SHIFT et E17 on FHIR ^[23] ; aucune source officielle confirmant cela n'a été trouvée.

• Sources : l'arrêté royal du 10 avril 2025 a été lu via le miroir etaamb et contrôlé dans le texte officiel sur ejustice^[3][4] ; l'arrêté royal du 6 septembre 2016 dans le texte officiel ^[10], le document explicatif BMUC de 2016 et le plan d'action 2019-2021 via l'archive web ; aucune circulaire BMUC pour 2025 ou 2026 n'a été trouvée, pas même dans la liste des circulaires du SPF du 7 octobre 2026^[18]. Les avis du CFEH ne sont pas de la réglementation. Non trouvé n'est pas une preuve d'absence.