Bonjour @nmahraz ,

Nous utilisons vos jeux de valeurs comme nomenclatures pour générer des documents cda.
Nous rencontrons des problèmes avec les "oe" qui apparaissent comme "ou" :
par exemple, dans JDV_HL7_PersonalRelationshipRoleType-CISIS.xml :

<Concept code="HSIS" displayName="Demi-sour" codeSystem="2.16.840.1.113883.5.111" dateValid="20100101000000" dateFin=""/>
Question annexe, pourquoi ne pas utiliser de l'UTF-8 plutôt que de l'ISO-8859 ?

Cordialement

Bonjour @nmahraz ,

Je constate qu’avec le commit fb706dc vous supprimez les feuilles de styles xslt permettant la validation des schematron par processeur xsl.
C’est apparemment du code généré et qu’elles ne soient pas dans les sources n’est pas génant.

Par contre dans votre release 2.41, (https://github.com/ansforge/TestContenuCDA/releases/tag/v2.41) ces feuilles de style ne sont plus présentes également dans le livrable. Or, nous nous appuyons dessus pour gérer la validation des documents CDA dans notre composant DevBox-Santé DMP EAI :

fr.devboxsante.dmp.cda.tools.DMPCValidatorException: Erreur technique lors de la validation du document CDA.
	at fr.devboxsante.dmp.cda.tools.DMPCCdaValidator._validateWithSchematron(DMPCCdaValidator.java:143) ~[classes/:na]
Caused by: java.io.FileNotFoundException: ...\testContenuCDA-2.41\schematrons\profils\CI-SIS_StructurationMinimale.xsl (Le fichier spécifié est introuvable)

Pour supporter les versions à partir de la 2.41 :

• Devons-nous changer notre fusil d’épaule et ne plus nous baser sur ces feuilles de styles ?
• Ou pouvons nous compter sur une éventuelle restauration de ces feuilles de styles dans le futur ?

Cordialement,

Bonjour,

certaines terminologies sont en double dans les jeux de valeurs avec un nom tronqué .

Par ex :

Dans l'application des schematrons il semble que ce soit la version tronquée qui soit employée. (TRE_R303-HL7v3AdministrativeGen.xml par ex).

Hi,

After updating informationRecipient_fr.sch in this commit the CI-SIS_StructurationMinimale.xsl was not updated to reflect the changes. Leaving the old implementation.

I can't make a pull request. Can you update the CI-SIS_StructurationMinimale.xsl line 1793 and 1800 respectively with :

<xsl:when test="not(cda:id) or (cda:id[@root='1.2.250.1.71.4.2.1'] and cda:id[@extension])"/>

and

[informationRecipient_fr.sch] Erreur de conformité au CI-SIS : L'élément intendedRecipient/id si présent doit avoir l'attribut @root fixé à "1.2.250.1.71.4.2.1" et l'attribut @extension doit être présent

This would be great if any of .sch changes can be automatically reflected in .xsl files by a CI. And maybe add some unit testing.

Regards

Bonjour @nmahraz,

Dans le jeu de valeur https://mos.esante.gouv.fr/NOS/TRE_A04-Loinc/TRE_A04-Loinc.xml, je trouve bien le code 80788-3 or dans votre jeu de valeur TRE_A04-Loinc.xml l'item ci-dessous est manquant.

Pouvez vous l'ajouter ?

<Concept code="80788-3" codeSystem="2.16.840.1.113883.6.1" dateFin="" dateMaj="20220325120000" dateValid="20220325120000" displayName="Projet personnalisé d'accompagnement" longDesignation="Projet personnalisé d'accompagnement" shortDesignation="Projet perso accompagnement"/>

Bonjour ,
Sur lancement et exécution de l’exécutable TCC-GUI.exe sur mon environnement Windows 10 Professionnel, j’obtiens une erreur du type :

Avez-vous une idée de la cause du problème ?

Bonjour,

Lorsque je charge un CDA qui contient un lien vers cda_asip.xsl, le navigateur est capable de charger convenablement headers.xsl, style.xsl, cda_l10n.xml, utility.xsl et d'afficher le tout proprement.

Cependant certains fichiers CDA que je reçois ne contiendront pas de lien vers cda_asip.xsl et je dois donc appliquer la feuille de style en JS. J'utilise XSLTProcessor, et le processus fonctionne excepté qu'il ne charge et n'applique jamais cda_l10n.xml. L'erreur est silencieuse.

Après quelques recherches, il s'agit d'un problème connu de chrome vis à vis de la fonction xsl "document", qui est utilisée dans style.xsl à la ligne 31.

Bonjour,

nous utilisons un script similaire à #4 pour générer les XSL depuis les sch. En revanche, lors de la génération du XSL du CrBio nous obtenons cette erreur :

Generating XSD for schematron '../CI-SIS_CR-BIO_2021.01.sch'
Recoverable error on line 447 of iso_dsdl_include.xsl:
  FODC0002: I/O error reported by XML parser processing
  file:/private/var/folders/7v/j82k758x68s_4j5fyw_7z8kr0000gn/T/ccb73eb6-bf4b-11ed-b3a6-c201ee407a2d/TestContenuCDA-main/schematrons/include/jeuxDeValeurs/BIO-CR-BIO_2021.01/JDV_HL7_ObservationInterpretation-CISIS.sch: /private/var/folders/7v/j82k758x68s_4j5fyw_7z8kr0000gn/T/ccb73eb6-bf4b-11ed-b3a6-c201ee407a2d/TestContenuCDA-main/schematrons/include/jeuxDeValeurs/BIO-CR-BIO_2021.01/JDV_HL7_ObservationInterpretation-CISIS.sch (No such file or directory)
Unable to open referenced included file: include/jeuxDeValeurs/BIO-CR-BIO_2021.01/JDV_HL7_ObservationInterpretation-CISIS.sch
Unable to locate id attribute: include/jeuxDeValeurs/BIO-CR-BIO_2021.01/JDV_HL7_ObservationInterpretation-CISIS.sch
Reference Error: the pattern  "JDV_HL7_ObservationInterpretation-CISIS" has been activated but is not declared

Ceci est dû à la ligne https://github.com/ansforge/TestContenuCDA/blob/main/schematrons/CI-SIS_CR-BIO_2021.01.sch#L40 car le nom de dossier est incorrect. Le bon dossier est "CR-BIO_2021.01" et non pas "BIO-CR-BIO_2021.01" :