Closed jguihot closed 6 months ago
Problème de validation avec serveur SMT pour l'attribut contentType du profil sdoDocumentReference. Erreur remontée sur une valeur qui est pourtant conforme à la documentation FHIR (text/plain).
Plusieurs tests ont été effectués :
Sans serveur de terminologie "The value provided ('text/plain') could not be validated because the code system urn:ietf:bcp:13 is not known"
Avec le FTS fhir (https://tx.fhir.org/) Pas de message/warning/error
Avec le SMT (https://smt.esante.gouv.fr/fhir/) Erreur remontée : "The value provided ('text/plain') is not in the value set 'MimeType' (http://hl7.org/fhir/ValueSet/mimetypes|4.0.1), and a code is required from this value set (error message = Error from https://smt.esante.gouv.fr/fhir/: Error:[bfd4564a-e666-4806-900b-a80a9bc76c6f]: A usable code system with URL urn:ietf:bcp:13 could not be resolved. )"
Plusieurs problèmes apparaissent sur les serveurs de terminologie :
Sur le SMT :
Sur le FTS de Grahame :
Merci @TristanKEREVAL pour le recap ! Vu avec @SEBELIN , décorrélé du volet SI-ESMS, donc sans impact sur la publication à venir. @nriss suggère de tracer l'anomalie sur le repo matchbox => @TristanKEREVAL , peux-tu t'en occuper ?
Réponse de Matchbox : https://github.com/ahdis/matchbox/issues/224 Le problème semble donc être côté SMT
@nriss , ce soucis a-t-il été remonté coté SMT ou bien faut-il que nous le fassions suivre ? @SEBELIN , @mbrulliard , pour info
Synthèse des erreurs et warning remontés lors de la qualification et indépendante du projet:
[ ] "The value provided ('text/plain') is not in the value set 'MimeType' [...]" Ressource impactée : esms-bundle-resultat-recherche-decision-evaluation / esms-document-reference / sdo-document-reference Level : Error =>issue matchbox : https://github.com/ahdis/matchbox/issues/224 =>tracé dans l'actuelle issue => Conclusion : pas de problème de fonctionnement du JDV mais problème d'interprétation coté SMT = action ANS
[ ] "None of the codings provided are in the value set 'DocumentReferenceTypeESMSValueSet' [...]" Ressource impactée : esms-bundle-resultat-recherche-decision-evaluation Level : Error => Analyse log : root@ansapp020:~# curl -I http://loinc.org HTTP/1.1 403 Forbidden => accès serveur à la LOINC non ouvert => action Claranet (en cours)
[ ] "None of the codings provided are in the value set 'Consent Category" Ressource impactée : esms-consent Level : Warning => discordance spec FHIR et LOINC => ANS (N. RISS) : "Etant donné que l'erreur est insoluble (incohérence entre LOINC et le ValueSet FHIR), je propose d'ignorer l'erreur" (https://github.com/ansforge/IG-fhir-medicosocial-suivi-decisions-orientation/issues/100) => Ticket JIRA aux équipes FHIR : https://jira.hl7.org/browse/FHIR-44625
[ ] "None of the codings provided are in the value set 'Consent PolicyRule Codes'" Ressource impactée : esms-consent Level : Warning =>ANS (N. Riss) : élément imposé par la ressource mais code très pays dépendant. Pas d'usage pour la France et non requis dans la future version de FHIR = laisser en l'état et ignorer l'erreur (https://github.com/ansforge/IG-fhir-medicosocial-suivi-decisions-orientation/issues/32)
[ ] Warning "ValueSet https://mos.esante.gouv.fr/NOS/JDV_JXX" Ressource impactée : sdo-bundle-resultat-recherche-notification-esms / sdo-task Level : Warning => création des JDV à prévoir dans les NOS => action ANS
@SEBELIN , pour info
@nriss , @SEBELIN , @mbrulliard, pour information, concernant la 2e anomalie identifiée ci-dessus, le flux LOINC a été ouvert par Claranet et est fonctionnel L'anomalie n'est pas pour autant corrigée. Nous soupçonnons donc que, là encore, le sujet serait à traiter coté SMT.
Description du problème
A faire une fois le package IG finalisé
Fichier•s concerné•s
StructureDef Validateurs sur Gazelle
Solution proposée