snowstorm-local (serveur de terminologie local de la plate-forme eHealth)

snowstorm-local est un serveur de terminologie Snowstorm conteneurisé, adapté par la plate-forme eHealth, avec un guide d'installation pas à pas^[1]. La plate-forme eHealth le publie sur GitHub comme configuration Snowstorm afin d'utiliser des terminologies courantes dans un contexte FHIR ; le repository a été créé en mai 2025 et modifié pour la dernière fois en juillet 2026 (métadonnées du repository)^[1]. Il s'agit d'un package téléchargeable (image docker) contenant un serveur de terminologie local pour l'intégration dans les logiciels DPI ; le National Release Center le met à disposition avec la plate-forme eHealth^[2].

Selon la feuille de route du Centre de Terminologie, le serveur national est une source de diffusion ; les packages DPI et les grands hôpitaux ont eux-mêmes besoin d'un serveur de terminologie intégré pour rechercher et valider des codes^[3]. La spécification pour SNOMED CT dans le DPI prévoit qu'un tel serveur de terminologie local (par exemple basé sur Docker et Snowstorm) se connecte au « be-nationale-terminologieserver » central^[4]. La plate-forme eHealth développe le conteneur en soutien au déploiement de SNOMED CT (projet du SPF Santé publique)^[5]. Voir SNOMED CT et Serveur national de terminologie (FHIR).

Éditeur et public cible

• Éditeur : la plate-forme eHealth, en collaboration avec le Centre de Terminologie du SPF Santé publique ^[1][3]. Voir Plate-forme eHealth et Centre de Terminologie (SPF Santé publique).
• Public cible : les packages logiciels des fournisseurs de DPI^[3].
• Statut : inconnu. Il existe un repository public avec guide d'installation^[1] ; aucune déclaration de production, aucun SLA et aucune liste d'utilisateurs n'est connu. Le nombre de fournisseurs qui utilisent l'image n'est pas connu.

Fonction et architecture

• Démarrage et chargement : au démarrage, le serveur télécharge et importe les versions les plus récentes de LOINC, de la terminologie HL7 et de SNOMED CT (éditions belge et internationale) ; des comptes MLDS et LOINC propres sont nécessaires à cet effet ^[1].
• ICD-10-BE (facultatif) : le serveur peut aussi charger ICD-10-BE, provenant du SPF Santé publique, avec des codes ICD-10-CM et ICD-10-PCS et des traductions néerlandaises et françaises^[6]. Voir ICD-10-BE.
• Place dans l'architecture : le serveur local tourne au niveau du logiciel DPI, à côté du serveur national, qui sert de source de diffusion^[3][4]. Selon le guide d'installation, l'utilisateur récupère le contenu directement auprès de MLDS et de LOINC^[1] ; la question de savoir si l'image se met aussi à jour via l'Ontoserver national reste ouverte.

Interfaces techniques

• Terminologies : SNOMED CT, LOINC et terminologie HL7 ; ICD-10-BE facultatif^[1][6]. Voir SNOMED CT et LOINC et le sous-ensemble belge (ReTaM).
• Protocole : destiné à être utilisé dans un contexte FHIR^[1] ; les opérations de terminologie FHIR et la version de FHIR exactement prises en charge n'ont pas été établies. Voir HL7 FHIR.
• Licences : des comptes propres sont nécessaires pour SNOMED CT et LOINC^[1] ; pour SNOMED CT, le régime de licence belge s'applique (voir SNOMED CT).

Alternatives

Selon la feuille de route, les packages DPI ont en revanche besoin eux-mêmes d'un serveur intégré ; le serveur national est une source de diffusion^[3]. Une comparaison des fonctions, des performances ou des coûts entre ces options n'a pas été établie.

• Mai 2025 : repository créé ; juillet 2026 : dernière modification (métadonnées du repository)^[1].
• Novembre 2025 : le NRC présente l'image comme un package téléchargeable disponible pour les logiciels DPI^[2].
• L'étape 1 (« Fundering ») de l'implémentation de SNOMED CT dans le DPI amène le SNOMED CT belge dans le DPI via un serveur de terminologie (présentation de novembre 2025)^[4]. Voir Enregistrement des logiciels DPI.
• Source d'actualité : selon Le Spécialiste (4 juin 2026), un serveur terminologique SNOMED CT doit être intégré dans tous les logiciels de médecine générale dès la fin de l'année 2026^[10] ; le texte ne précise pas de quel serveur il s'agit. Voir Enregistrement (homologation) des logiciels de médecine générale.

• Condition de mise en œuvre prévue (présentation de novembre 2025) : le DPI doit fonctionner avec une édition belge récente de SNOMED CT qui n'accuse pas plus de deux versions de retard^[4]. Un serveur local avec une mise à jour régulière est un moyen technique à cet effet ; snowstorm-local est une mise en œuvre possible, et non une obligation^[4].
• Recommandation : demandez au fournisseur du DPI quel serveur de terminologie local le logiciel utilise (snowstorm-local, un serveur propre ou un autre), comment et à quelle fréquence il est mis à jour, et qui gère les comptes MLDS et LOINC.
• Recommandation : tant qu'aucun régime de support n'est connu, traitez snowstorm-local comme un composant open source pour lequel le fournisseur ou le gestionnaire organise lui-même la gestion des correctifs et des mises à jour.

Conditions de mise en œuvre et limites

Des comptes MLDS et LOINC propres sont nécessaires pour charger le contenu^[1]. Aucun SLA, aucune politique de mise à jour ni aucun régime de support n'est connu. La question de savoir si des refsets belges, des IG-ValueSets et des BE Maps sont chargés en même temps n'a pas été établie.

• Statut : le repository est public et a été modifié récemment^[1], mais aucun statut de production formel n'a été trouvé. Le statut formel reste donc inconnu.
• Mise à jour : la spécification parle d'un serveur local qui se connecte au serveur national^[4], alors que le guide d'installation cite des comptes MLDS et LOINC comme source^[1]. Interprétation : les deux peuvent coexister, mais aucune documentation n'a été trouvée sur la manière dont snowstorm-local utilise le serveur national.
• Utilisation : les fournisseurs qui utilisent l'image ne sont pas connus.