BMUC : rapportage et FAQ

Comment un hôpital rend-il compte annuellement des BMUC, et comment le SPF Santé publique interprète-t-il les critères ? La réglementation en vigueur (budget, conditions, seuils) se trouve sur BMUC : financement du DPI intégré ; la révision proposée sur BMUC : révision 2026-2029 (propositions).

La FAQ est un document administratif du SPF, et non une réglementation. Pour les critères spécifiques, elle renvoie à un document Excel distinct contenant les fonctionnalités (version 14/01/2026)^[1]. Sur la page du Plan d'action e-Santé 2026-2029 (mise à jour le 21/04/2026), le SPF renvoie, pour la définition des dispositions BMUC, à un arrêté royal modifiant l'arrêté royal BMF du 25/04/2002, et l'on y trouve aussi la FAQ et la liste des fonctionnalités^[2]. La page ne mentionne pas de date ; qu'il s'agisse de l'arrêté royal du 10/04/2025 est une déduction.

Rapportage et contrôle

• Outil et délai : le SPF contrôle les conditions sur la base des données que chaque hôpital introduit dans la BMUC Data Collection Tool 6 semaines après la fin de la période de référence^[3]. La période de référence est décembre pour 2025 et septembre pour les années suivantes^[3].

• Mois de référence et date limite : pour 2025, décembre, avec le 12 février 2026 comme date limite ; à partir des années suivantes, septembre, avec le 12 novembre comme date limite, soit, pour 2026, septembre 2026 et le 12 novembre 2026^[1]. Les données peuvent aussi être introduites avant la date limite si elles sont disponibles plus tôt^[1].

• Base fixe : l'hôpital déclare les pourcentages d'utilisation des fonctionnalités core et menu^[3] et fournit une auto-évaluation (template du SPF), un plan de pilotage destiné à relever le niveau de maturité et un état d'avancement^[3].

• Rapportage 2025 : l'auto-évaluation se trouve dans la Data Collection Tool ; pour le plan de pilotage et l'état d'avancement, il n'existe pas de template et l'hôpital envoie par courriel son propre aperçu au SPF^[1]. À partir de 2026, toutes les composantes seront intégrées dans un seul outil^[1]. Aucune documentation publique de cet outil n'a été trouvée (lacune, pas une preuve d'absence).

• Monitoring des hubs : pour le monitoring du délai de publication et des rapports des hubs, l'hôpital annote avec les métadonnées correctes toutes les données partagées via Hubs & Metahub^[3].

• Peer review : début 2026, l'approche précise était encore en cours d'élaboration^[1].

Interprétations issues de la FAQ BMUC (02/02/2026) et de la liste des fonctionnalités (14/01/2026)

• Mesure (FAQ) : l'utilisation correspond au pourcentage de patients pour lesquels une fonctionnalité a effectivement été utilisée pendant la période de référence^[1]. Si une fonctionnalité n'est pertinente que pour certains groupes de patients, le nombre de patients pour lesquels elle est pertinente peut servir de dénominateur^[1]. Certaines composantes sont réparties par hôpital, d'autres par lit, et les pourcentages d'utilisation ne sont pas pondérés^[1].

• Règle des 80 % (FAQ) : une fonctionnalité n'est considérée comme suffisamment utilisée que si tous les sous-indicateurs (a, b, c, d) sont atteints, et chaque sous-critère doit atteindre au moins 80 %^[1].

• Assouplissement annoncé (FAQ) : la FAQ annonce que les hôpitaux pourront comptabiliser au maximum 2 fonctionnalités menu parmi les 16 fonctionnalités de base, pour autant qu'au moins 14 restent garanties^[1]. Cela ne figure pas dans l'arrêté royal ; voir « Incertitudes ».

• Choix dans les deux menus (FAQ) : les hôpitaux généraux et psychiatriques peuvent choisir des fonctionnalités dans le menu AZ et dans le menu PZ ; un hôpital général doté d'un PAAZ peut aussi, pour ce PAAZ, scorer sur les critères PZ, mais reste lié aux critères AZ^[1]. Selon la FAQ, l'indication « AZ » ou « PZ » est purement indicative^[1] ; les hôpitaux psychiatriques doivent avoir les critères PZ dans leur scope, mais peuvent aussi choisir des fonctionnalités AZ et scorer sur celles-ci, par exemple BelRAI^[1].

• Portée (FAQ) : une maison de soins psychiatriques (PVT) ne relève pas de la réglementation BMUC, parce qu'un PVT est une compétence flamande^[1].

• Preuve du consentement (liste des fonctionnalités, colonne FAQ) : pour la fonctionnalité core 7 (consentement éclairé aux traitements), un scan d'un document signé vaut comme preuve, de préférence avec une référence dans le DPI^[4]. C'est autre chose que le consentement au partage de données ; voir Consentement éclairé au partage de données.

• Fonctionnalité 9, communication avec les hubs (liste des fonctionnalités, colonne FAQ) : en janvier 2026, le SPF a reconnu que les textes NL et FR divergeaient et suit la version néerlandaise : un seul document suffit, y compris pour les hôpitaux psychiatriques^[4]. L'arrêté royal du 30/05/2026 a mis le texte français en concordance avec celle-ci, avec effet rétroactif au 1/7/2025^[5] : le numérateur compte les patients sortis qui ont au moins un document de la liste dans les services eHealth (voir Plate-forme eHealth et Hubs & Metahub (répertoire des références)), pendant le séjour ou jusqu'à 30 jours après la sortie^[5].

Visualisation actuelle

Pas encore de diagramme.

La FAQ précise la mesure à 80 % par sous-critère^[1], mais annonce aussi un assouplissement qui ne figure pas dans l'arrêté royal^[1][3].

• Date limite 2026 (condition de financement) : mois de référence septembre 2026, déclaration au plus tard le 12 novembre 2026^[1] ; à partir de 2026, toutes les composantes de la rapportage seront intégrées dans un seul outil^[1].

• Recommandation (propre) : désignez un seul responsable pour la mesure annuelle des BMUC (numérateur/dénominateur par sous-critère) et documentez en interne les cas où l'assouplissement de la FAQ est utilisé, puisqu'il ne figure pas dans l'arrêté royal.

• Recommandation (propre) : conservez, par fonctionnalité, la définition du dénominateur utilisée, afin que la mesure soit reproductible lors d'un contrôle ou d'une peer review.

Conditions de mise en œuvre et limites

À partir de 2026, toutes les composantes seront intégrées dans un seul outil^[1]. Aucune documentation publique de la Data Collection Tool ou de cet outil intégré n'a été trouvée (lacune, pas une preuve d'absence). Pour le plan de pilotage et l'état d'avancement, il n'existait pas de template en 2025^[1].

• FAQ versus arrêté royal (contradiction ouverte) : la FAQ annonce qu'au maximum 2 fonctionnalités menu peuvent être comptabilisées parmi les 16 fonctionnalités de base, avec un minimum de 14^[1]. L'art. 61 § 2, 3° continue d'exiger, pour les hôpitaux généraux, au moins 16 fonctionnalités core pour 80 % de la population^[3], et au moins 15 pour les hôpitaux psychiatriques^[3] ; la question de savoir comment l'assouplissement se traduira pour les hôpitaux psychiatriques reste sans réponse claire (question ouverte). Dans les sources consultées, aucune modification de l'art. 61 ancrant l'assouplissement n'a été trouvée ; il s'agit d'une interprétation administrative du SPF, et non d'une réglementation (lacune, pas une preuve d'absence).

• Nombre de fonctionnalités core : le document BMUC de 2016 énumère 15 critères core^[6], alors que la condition de l'arrêté royal de 2025 parle, pour les hôpitaux généraux, d'au moins 16 fonctionnalités core^[3]. Le nombre de fonctionnalités core que compte l'annexe 19 n'est pas étayé ici par une claim ; voir la comparaison sur BMUC : financement du DPI intégré et le registre des contradictions.