Règles de HL7 Belgium pour des packages FHIR séparés

Un guide d'implémentation FHIR belge (IG) est distribué techniquement sous forme de package : un ensemble de profils, d'extensions, de ValueSets et d'exemples doté d'un nom de package propre (hl7.fhir.be.*) et d'une version. Un document de HL7 Belgium a fixé le 11 décembre 2024, en deux pages (version 1.0, approuvée au sein du groupe de travail FHIR WG Core), des règles pour la répartition des IG belges en packages distincts^[1]. Le document se présente comme une proposition de règles ; il n'a pas été vérifié que les IG existants y satisfont déjà.

Le HL7 Belgium FHIR Validation Group est responsable de la création des IG^[1] et valide, lors de ses réunions, les raisons justifiant un nouvel IG^[1]. Chaque IG est géré par exactement un groupe de travail de HL7 Belgium, tandis qu'un même groupe de travail peut gérer plusieurs IG^[1].

Selon les règles proposées, HL7 Belgium et la Plate-forme eHealth s'efforcent de conserver dans le même package technique les profils et artefacts fonctionnellement liés^[1] ; le critère principal pour un nouveau package est fonctionnel^[1]. Des critères techniques jouent aussi un rôle : des dépendances cycliques peuvent influencer le contenu d'un package^[1] et les critères techniques évitent des erreurs de compilation^[1]. Un package peut être créé lorsque le contenu des ressources devient trop spécifique^[1] ; les profils très spécifiques, trop étroitement liés à un seul cas d'usage, sont placés dans un nouvel IG^[1].

La proposition prévoit trois couches :

À titre de bonne pratique, chaque ressource spécifique est conçue comme un affinement d'une ressource générale^[1]. Il en découle une exigence pour l'infrastructure : quiconque prend en charge le transport d'une BeObservation doit aussi en prendre en charge le stockage^[1] et pouvoir traiter une BeGlucoseObservation^[1].

Aucune version ultérieure ni approbation formelle en dehors du groupe de travail n'a été trouvée.

• Comprendre la structure des profils. Selon les règles, un profil spécialisé, comme une mesure de glycémie, est un affinement d'un profil plus général^[1] ; selon la ligne directrice, un logiciel qui traite la BeObservation générale devrait aussi pouvoir traiter la BeGlucoseObservation^[1].
• Suivre les dépendances. Comme le package core ne reçoit que des références entrantes^[1], chaque nouvel IG de domaine entraîne une dépendance envers une version déterminée de BE Core ; voir le tableau « Aperçu par IG » sur Guides d'implémentation FHIR belges.
• Recommandation : lors d'un nouveau couplage, vérifiez à quelle couche (core, générale, spécifique) appartiennent les profils utilisés, afin qu'il soit clair quels packages sous-jacents doivent être implémentés en même temps.

• Proposition ou règle ? Le document se qualifie de proposition, mais la version 1.0 a été approuvée au sein du groupe de travail^[1] ; qu'elle s'applique comme règle contraignante aux nouveaux IG n'a pas été confirmé.
• Application aux IG existants : la question de savoir si les IG actuels du portail suivent la répartition en trois couches n'a pas été examinée.