Logiciels de pharmacie hospitalière : fonctions, listes et fournisseurs

• Quoi : l'AR du 30 septembre 2020 impose un registre de délivrance informatisé avec journalisation et identification des produits, dont le numéro de lot depuis le 1er janvier 2023^[1].

• Fonctions : le même texte exige une validation avant l'exécution et une distribution individualisée en conditionnement unitaire pour sept jours au maximum^[1].

• Prochaine modification : un schéma d'administration et un dossier pharmaceutique du patient figurent dans Justel comme droit futur, avec le 1er janvier 2026 comme date d'entrée en vigueur, mais la consolidation ne va que jusqu'au 11 avril 2024^[1].

• Marché : la liste positive Recip-e cite neuf logiciels pour les pharmaciens hospitaliers, dont des DPI, des logiciels distincts et trois développements propres^[2].

• Affirmations des fournisseurs : Amaron décrit des modules Workflower qui récupèrent les prescriptions depuis Recip-e et notifient la délivrance en retour^[3]. ZORGI indique que ZORGI PHARMA se connecte à des systèmes de stockage et de distribution automatisés^[4].

• Principale incertitude : la liste officielle Recip-e trouvée date du 14 décembre 2022, tandis qu'aucun inventaire actuel n'a été trouvé^[2].

Que doit pouvoir faire un logiciel de pharmacie hospitalière, et quels produits existent ? Cette page est la sous-page canonique de Le pharmacien hospitalier et le schéma de médication partagé consacrée aux logiciels. Le rôle du pharmacien hospitalier, la médication de sortie et le Schéma de médication partagé partagé figurent sur la page principale. Les listes officielles pour les logiciels d'officine figurent sur Logiciels d'officine en Belgique et Logiciels d'officine : listes officielles par logiciel ; le paysage des DPI figure sur Marché des DPI des hôpitaux belges. Les affirmations du fournisseur sont chaque fois signalées comme telles.

Fonctions et architecture selon la réglementation

L'arrêté royal du 30 septembre 2020 ne nomme aucun produit logiciel, mais impose des tâches qui, dans la pratique, exigent un logiciel. La répartition des fonctions entre les composants est une lecture propre ; les obligations elles-mêmes figurent dans le tableau.

Selon Zorgnet-Icuro (2022, en collaboration avec la VZA), le travail de la pharmacie hospitalière comprend, outre l'achat, l'enregistrement, la préparation, le stockage et la délivrance, de plus en plus de tâches comme le conditionnement et l'étiquetage unidose, la traçabilité et le bedside scanning^[5]. La même source indique que seule une partie limitée des conditionnements unidose porte un code scannable comportant les données légales, alors que les hôpitaux doivent les scanner à partir du 1er janvier 2023^[5].

Selon la VZA (statement du 18/4/2024), un processus de médication en boucle fermée exige un système de contrôle robuste avec des codes-barres afin de garantir le principe des quatre yeux lors de l'administration^[6]. Selon le même statement, un réseau de pharmacies hospitalières peut comprendre un système central pour l'achat, la gestion des stocks et la distribution, avec automatisation et analyse de données^[6]. Idéalement, un tel réseau fonctionne avec un système de prescription électronique uniforme^[6].

Connexions externes

• Recip-e (guichet ambulatoire) : dans l'API FHIR de Recip-e, les pharmacies hospitalières utilisent un client M2M propre, distinct du client hospitalier prescripteur ; il s'ensuit qu'elles se connectent elles-mêmes en tant qu'exécutant^[7]. Voir Recip-e (prescription électronique dans le secteur ambulatoire) et UHMEP et la prescription de renvoi électronique (eReferral).
• MyCareNet Chapitre IV : MyCareNet dispose, pour le secteur des hôpitaux, d'un service Chapitre IV pour la demande et la consultation d'accords^[8]. Voir MyCareNet.
• SAMv2 : l'INAMI mentionne Zorgi dans la liste des logiciels en ordre au 31 mars 2025 pour SAMv2, sans nommer de produit ni de module de pharmacie hospitalière^[9]. Voir SAM v2 – Source authentique des médicaments.
• Notification des stocks : via le Stock Monitoring Tool dans FarmaStatus, les pharmacies hospitalières, entre autres, peuvent transmettre des données de stock manuellement ou en machine-to-machine^[10].
• VIDIS et GFD : aucun nom de produit d'un logiciel permettant à des pharmacies hospitalières de participer en production à VIDIS ou au dossier pharmaceutique partagé n'a été trouvé ; voir Le pharmacien hospitalier et le schéma de médication partagé.

Liste officielle : Recip-e, tableau 'Ziekenhuisapothekers'

La liste positive Recip-e (dernière mise à jour le 14/12/2022) comporte un tableau distinct 'Ziekenhuisapothekers' avec neuf logiciels, validés pour la récupération d'une prescription via l'eID ou le numéro de registre national avec réservation^[2]. Les dates de validation trouvées se situent entre le 4/3/2021 (Deliver-e) et le 12/12/2022 (APO)^[2]. La liste complète figure ci-dessous ; le type est une classification propre.

Pour les trois développements propres, la liste indique l'hôpital comme éditeur du logiciel ; l'Atlas ne reprend pas ces noms ici. La liste indique que l'exécution de Recip-e dans la pharmacie hospitalière passe tant par le DPI que par des logiciels distincts de pharmacie ou de workflow^[2]. Les validations datent d'avant l'API FHIR de Recip-e ; une liste pour la nouvelle implémentation n'a pas été trouvée.

Affirmations des fournisseurs par produit

Il n'existe pas de page produit distincte pour Workflower, ZORGI PHARMA et le module Infohos, car il manque des sources indépendantes. ZORGI PHARMA n'est pas la même chose que le DPI hospitalier ZORGI CARE (ex-Xperthis Care, xCare) du même fournisseur^[15].

• Obligation (AR 30/9/2020) : un registre des délivrances informatisé avec journalisation^[1], l'identification du produit^[1] et le numéro de lot depuis le 1/1/2023^[1]. Le schéma d'administration et le dossier pharmaceutique du patient relèvent, dans Justel, du droit futur^[1].
• Bonne pratique (association professionnelle) : des codes-barres et le principe des quatre yeux en boucle fermée^[6] ; des systèmes centraux pour l'achat, le stock et la distribution au sein d'un réseau^[6].
• Recommandation (propre) : confrontez un logiciel ou un module de DPI aux tâches de l'arrêté royal (validation, distribution individualisée, registre avec piste d'audit, numéro de lot, schéma d'administration) et demandez une preuve spécifique au produit pour Recip-e (FHIR), le Chapitre IV, SAMv2 et le Stock Monitoring Tool, plutôt qu'une simple brochure du fournisseur.

Conditions de mise en œuvre et limites

Pour l'API FHIR de Recip-e, un client M2M distinct de la pharmacie hospitalière est nécessaire^[7]. Selon Zorgnet-Icuro (2022), les codes-barres manquaient souvent sur les conditionnements unidose, et apposer soi-même les codes-barres exige de gros investissements^[5]. Historiquement, le module Infohos exigeait un certificat eHealth de l'hôpital (affirmation du fournisseur)^[14].

• Art. 30 en vigueur ? Justel donne le 1/1/2026 comme entrée en vigueur, mais le texte n'est mis à jour que jusqu'au 11-04-2024 ; une modification ou un report ultérieurs ne sont pas exclus^[1].
• Obligation du numéro de lot et pratique : l'enregistrement du numéro de lot s'applique depuis le 1/1/2023^[1], alors que Zorgnet-Icuro signalait en 2022 que seule une partie limitée des conditionnements unidose portait un code scannable^[5]. La manière dont les hôpitaux résolvent cela en 2026 n'a pas été trouvée.
• Identité des produits : la ligne Recip-e 'Apotheek | ZORGI (Infohos Solutions)'^[2] et ZORGI PHARMA^[11] sont peut-être apparentés ; aucune source qui le prouve n'a été trouvée.
• Actualité : la liste Recip-e date du 14/12/2022^[2] et la source Infohos n'est pas datée^[14].
• Informations manquantes : un inventaire officiel ou une étude de marché des logiciels de pharmacie hospitalière, des robots ou des systèmes unit-dose, et une preuve spécifique au produit pour les connexions de ZORGI PHARMA avec SAMv2, Recip-e/UHMEP, le Chapitre IV ou VIDIS, n'ont pas été trouvés. Cela reste une lacune.