Les organismes de normalisation IHE et HL7 mettent constamment à jour leurs guides de mise en œuvre, un processus itératif essentiel pour garantir leur pertinence et leur adoption. Ces guides, bien que visant la perfection, évoluent grâce aux retours des utilisateurs et à une transparence accrue sur les modifications apportées.
La création d’un guide de mise en œuvre (GMI) parfait dès le départ est une ambition irréaliste. En réalité, un GMI qui n’a connu qu’une seule version est rarement utilisé. Pour atteindre un niveau de qualité optimal, deux mécanismes d’organisation sont cruciaux : une documentation claire des changements et un système permettant aux utilisateurs de soumettre leurs commentaires et suggestions d’amélioration.
Comment suivre l’évolution d’un GMI ? Au sein d’IHE, une liste des modifications significatives est publiée avec chaque nouvelle version. Ces listes, signalées par une note rose sur la page d’accueil (index.html), résument les principaux ajustements, par exemple l’ajout d’exemples. L’historique complet des versions, avec les modifications correspondantes, est accessible via le lien « Répertoire des versions publiées » (encadré jaune vif) également présent sur la page d’accueil.
Pour une analyse plus détaillée, il est possible d’examiner les problèmes résolus sur les plateformes de suivi des bugs : Github pour IHE et Jira pour HL7. Un lien « Problèmes » est disponible dans le pied de page de chaque GMI, permettant d’accéder aux tickets clôturés.
Les modifications apportées aux ressources de conformité technique sont également documentées, bien qu’elles soient moins facilement accessibles. Un rapport d’assurance qualité, accessible depuis le pied de page du GMI, propose une section « Comparaison des versions précédentes » qui détaille les différences entre les versions, générées automatiquement.
La contribution des utilisateurs est essentielle à l’amélioration continue des normes. Il est donc encouragé de soumettre des commentaires à tout moment, et particulièrement pendant la période de consultation publique, où les retours sont activement pris en compte. Ces commentaires peuvent signaler des erreurs, des imprécisions, des points de confusion, ou simplement suggérer des améliorations. Deux options sont disponibles pour soumettre un commentaire : soumettre un problème sur Github (premier cercle rouge) ou utiliser le formulaire « Proposer un changement » (cercle jaune), accessible à tous, membres ou non.
« Les normes vivent de commentaires ; c’est vraiment l’aliment qui rend les normes utiles. »
Bien qu’une spécification devienne moins sujette aux modifications à mesure qu’elle se rapproche du statut normatif (Texte Final), il est toujours pertinent de soumettre des commentaires. Même une spécification finalisée peut bénéficier de suggestions pour améliorer sa clarté ou sa cohérence.
À lire aussi
