SHAPTH et XWasser : votre laboratoire est-il prêt pour 2027 ?
Écrit par Markus Reicke
La transmission numérique des données relatives à l'eau potable en Allemagne entre dans une nouvelle phase. Les Länder prévoient d'adopter SHAPTH et la norme XWasser comme canal de transmission standard, et à terme unique, pour les données relatives à l'eau potable devant faire l'objet d'une déclaration, à compter du 1er janvier 2027. Les dispositions transitoires peuvent varier d'un Land à l'autre.
Pour de nombreux laboratoires d'analyse de l'eau, la question n'est plus de savoir s'ils doivent se conformer à la norme SHAPTH, mais à quelle vitesse et avec quelle rigueur ils doivent s'y préparer. On sous-estime souvent le fait que la mise en œuvre va bien au-delà de la simple mise en place d'une nouvelle interface technique. Même si un fournisseur de LIMS propose déjà une connectivité SHAPTH, cela ne signifie pas automatiquement que le laboratoire dans son ensemble est prêt à répondre aux nouvelles exigences. Les données de référence, les processus d'échantillonnage, la qualité des données, la gestion des erreurs et les workflows de reporting doivent tous être pris en compte.
Une nouvelle norme pour l'échange de données
Pendant de nombreuses années, l'échange de données relatives à l'eau potable a été marqué par la structure fédérale de l'Allemagne. La diversité des solutions et des formats de données au niveau des Länder a entraîné une charge administrative considérable, en particulier pour les laboratoires intervenant dans plusieurs régions. Des systèmes tels que NiWaDaB, TEIS, LabDüs et Octoware illustraient bien ce paysage hétérogène où les exigences et les interfaces variaient d'un Land à l'autre.
SHAPTH vise à remplacer cet environnement fragmenté par une approche unifiée. Il s'appuie sur la norme XÖV « XWasser », qui fournit un modèle de données harmonisé à l'échelle nationale pour l'échange d'informations relatives à l'eau potable. SHAPTH fait office de plateforme d'échange commune et sécurisée pour les Länder. Les documents XWasser, tels que les rapports d'analyse, sont transférés via des interfaces basées sur REST, tandis que GraphQL est principalement utilisé pour les données de registre et les requêtes associées.
L'objectif est de mettre en place un flux d'informations normalisé et fluide entre les laboratoires, les autorités de santé publique et les autres parties prenantes. Pour y parvenir, il faut toutefois que les données sous-jacentes soient bien plus normalisées qu'elles ne le sont actuellement dans de nombreux laboratoires.
Le plus grand défi n'est généralement pas l'interface
Dans de nombreux projets, la connexion technique en elle-même ne représente qu'une part relativement faible de l'effort global. Le véritable défi consiste à déterminer si les données requises existent déjà, avec la structure et la qualité nécessaires.
Au fil des ans, les laboratoires ont mis au point des structures de données très spécifiques. Les noms des paramètres, les unités, les types d’échantillons et les informations relatives à l’échantillonnage ont souvent été adaptés aux besoins opérationnels locaux. XWasser exige toutefois une description claire et normalisée des données. Chaque élément de données pertinent doit être mis en correspondance avec la structure cible. Ce processus de mise en correspondance des données constitue la base d’un échange de données réussi.
Les éléments de données qui, par le passé, n’étaient consignés que dans des champs de texte libre revêtent une importance particulière. Si cela pouvait suffire à des fins internes, l’échange automatisé de données peut rapidement mettre en évidence certaines limites. L’absence d’informations obligatoires ou des données consignées de manière ambiguë peuvent entraîner le rejet des soumissions ou nécessiter des retouches manuelles.
La gestion des listes de codes revêt également une importance croissante. Les exigences réglementaires et techniques sous-jacentes à XWasser ne cessent d’évoluer. Les laboratoires doivent donc non seulement utiliser les listes de codes les plus récentes, mais aussi veiller à ce que les données déjà transmises restent traçables à long terme. Parmi les bonnes pratiques figure la conservation, de manière conforme aux exigences d’audit, des documents XML transmis, des versions des schémas et des versions applicables des listes de codes. Cela permet de déterminer avec précision comment une soumission a été créée, même des années plus tard.
Un autre aspect souvent négligé est que toutes les analyses effectuées par un laboratoire ne relèvent pas nécessairement du champ d'application de l'ordonnance sur l'eau potable. Les laboratoires doivent donc déterminer dès le départ quelles analyses supplémentaires devront à l'avenir être échangées via SHAPTH et comment celles-ci seront représentées dans le modèle de données de référence et le concept de mappage.
Quelle approche d'intégration convient le mieux à votre laboratoire ?
Il existe plusieurs options techniques pour se connecter à SHAPTH. La solution la plus adaptée dépend en grande partie de l'environnement système existant et de la feuille de route du fournisseur de LIMS concerné.
De nombreux laboratoires privilégient une intégration directe dans leur système LIMS existant. L'avantage de cette approche réside dans le fait que les données peuvent être traitées sans composants intermédiaires supplémentaires. Toutefois, cela implique que le fournisseur mette à disposition les fonctionnalités nécessaires en temps voulu et que des ressources suffisantes soient allouées au projet.
Il est également possible d'utiliser une solution d'intégration externe. Dans ce modèle, les processus opérationnels restent au sein du LIMS existant, tandis qu'un composant supplémentaire se charge de la conversion au format XWasser et de la communication avec SHAPTH. Cette approche est particulièrement adaptée lorsque la prise en charge native de SHAPTH n'est pas encore disponible ou lorsqu'une plus grande indépendance vis-à-vis du système central est souhaitée.
Pour les organisations qui ne parviendront peut-être pas à mettre en place une intégration entièrement automatisée d’ici début 2027, le portail web SHAPTH offre une solution provisoire envisageable. À long terme, cependant, la plupart des organisations devront recourir à une intégration automatisée afin de minimiser les efforts nécessaires et de réduire le risque d’erreurs.
La capacité opérationnelle du SHAPTH doit être démontrée
Une idée fausse courante consiste à assimiler la déclaration d'un éditeur de logiciels concernant la compatibilité SHAPTH à une réelle capacité opérationnelle.
En fin de compte, l’essentiel n’est pas de savoir s’il existe une interface, mais si l’ensemble du flux d’informations fonctionne de manière fiable. Chaque laboratoire devrait donc effectuer un test complet de bout en bout dans l’environnement SHAPTH PRE.
Cela doit inclure la génération d'un véritable rapport analytique, sa conversion au format XWasser et sa transmission via l'interface prévue à cet effet. La validation des réponses renvoyées par SHAPTH revêt une importance tout aussi grande. Les scénarios d'erreur, les rejets, les corrections et les nouvelles soumissions doivent tous être testés de manière ciblée. Ce n'est qu'une fois l'ensemble du processus mené à bien que l'on pourra évaluer en toute confiance la véritable capacité opérationnelle.
Définir dès le début les processus de gestion des erreurs
Une connexion techniquement réussie ne suffit pas à elle seule à garantir la stabilité du fonctionnement. Les laboratoires doivent définir dès le départ comment seront traitées les erreurs et les soumissions rejetées.
Dans l'idéal, les ensembles de données devraient être validés par rapport aux structures XWasser en vigueur, aux champs obligatoires et aux listes de codes avant leur transmission. Cela permet d'identifier de nombreux problèmes avant leur soumission. Néanmoins, il arrivera que certains rapports soient rejetés ou nécessitent des corrections. Il est donc essentiel de définir clairement les responsabilités, de mettre en place des procédures d’escalade transparentes et de disposer de capacités de suivi appropriées.
Il est tout aussi important de disposer d'une documentation exhaustive de l'ensemble des transmissions et des réponses. Il s'agit là d'une condition préalable au respect des délais de déclaration ainsi qu'aux exigences en matière d'auditabilité et de traçabilité.
La qualité et la conformité restent des exigences essentielles
Quelle que soit l'approche technique choisie, le processus de gestion de l'information doit faire l'objet d'une vérification ou d'une validation appropriée. L'objectif n'est pas de valider l'ensemble de l'environnement logiciel, mais plutôt de démontrer que les processus concernés fonctionnent de manière fiable.
Une attention particulière doit être accordée à l'intégrité des données, à la traçabilité, au contrôle d'accès, aux pistes d'audit ainsi qu'à la transmission exacte et complète des données. Ces aspects devraient jouer un rôle important dans le cadre réglementaire de l'analyse de l'eau potable.
Évaluation de l'état de préparation SHAPTH : où en est votre laboratoire aujourd'hui ?
De nombreux laboratoires ont déjà reçu des informations préliminaires de la part de leurs éditeurs de logiciels et se sont familiarisés avec les exigences de base. Cependant, ils ne disposent souvent pas d'une vision claire des mesures spécifiques à mettre en œuvre au sein de leur propre organisation.
C’est précisément là qu’une évaluation structurée de l’état de préparation SHAPTH apporte toute sa valeur. L’objectif est d’assurer la transparence quant au niveau de maturité actuel des systèmes, des données et des processus. Les données de référence existantes sont analysées, les lacunes potentielles en matière de données sont identifiées, et l’état de préparation du LIMS existant aux normes SHAPTH et XWasser est évalué. Les options d’intégration sont examinées, les exigences en matière de mappage et de gestion des données de référence sont définies, et les procédures de gestion des erreurs et d’escalade sont passées en revue.
Un autre axe prioritaire concerne la définition de scénarios de test et de réception concrets, notamment un test de bout en bout dans l'environnement PRE. Il en résulte une feuille de route concrète qui hiérarchise les actions requises et trace une voie réaliste vers une mise en œuvre productive.
En tant que cabinet de conseil indépendant spécialisé dans la numérisation, l'intégration et la gestion des données des laboratoires, wega aide ces derniers à relever ces défis de manière structurée et indépendante des fournisseurs.
Conclusion
SHAPTH et XWasser jettent les bases d’un échange normalisé à l’échelle nationale des données relatives à l’eau potable. Pour les laboratoires, cependant, le défi commence bien avant la première transmission de données. La qualité des données de référence, le mappage, la conception des processus, la gestion des erreurs et la stratégie de test déterminent en fin de compte le succès de la mise en œuvre.
L'échéance de janvier 2027 est réalisable, mais elle nécessite une préparation précoce et ciblée. Les organisations qui parviennent dès aujourd'hui à faire le point sur leur état de préparation peuvent réduire les risques liés au projet et jeter les bases d'une transition en douceur.
La question essentielle n'est donc pas de savoir si votre éditeur de logiciels propose une interface SHAPTH.
La vraie question est la suivante : votre laboratoire est-il vraiment prêt pour le SHAPTH ?
Prêt à franchir une nouvelle étape vers la conformité SHAPTH ?
wega accompagne les laboratoires d'analyse de l'eau dans le cadre du déploiement de SHAPTH en leur proposant une analyse des écarts, un concept de cartographie, un accompagnement pendant la mise en œuvre, des tests de bout en bout et des formations avant la mise en service.