Sur le site de l'ANS, à aujourd'hui 21/04/26, en téléchargeant le "package des spécifications"
le pattern de healthMotive\code dans RS-EDA.schema.json / RS-EDA.xsd est "pattern": "^M\d{2}\.\d{2}$" / M\d{2}.\d{2}
Dans le fichier excel des nomenclatures, pour l'onglet "Motif de recours medicosecouriste" on trouve aussi des valeurs conformes à ce pattern.
Cependant, on trouve dans le github
https://github.com/ansforge/SAMU-Hub-Sante/blob/78ac0af4c2187847ecb5ea21056e5ad55eabbe9f/web/lrm/client/public/schemas/json-schema/RS-EDA.schema.json
qui parle de code en tant que string sans pattern
mais encore .....
https://github.com/ansforge/SAMU-Hub-Modeles/blob/main/src/main/resources/json-schema/RS-EDA.schema.json
qui parle cette fois de "healthMotive\code" avec un pattern à 3 membres !! ^M\d{2}.\d{2}(.\d{2})?$)
Donc il y a inconsistence de la doc. Et c'est fâcheux.
Sur le site de l'ANS, à aujourd'hui 21/04/26, en téléchargeant le "package des spécifications"
le pattern de healthMotive\code dans RS-EDA.schema.json / RS-EDA.xsd est "pattern": "^M\d{2}\.\d{2}$" / M\d{2}.\d{2}
Dans le fichier excel des nomenclatures, pour l'onglet "Motif de recours medicosecouriste" on trouve aussi des valeurs conformes à ce pattern.
Cependant, on trouve dans le github
https://github.com/ansforge/SAMU-Hub-Sante/blob/78ac0af4c2187847ecb5ea21056e5ad55eabbe9f/web/lrm/client/public/schemas/json-schema/RS-EDA.schema.json
qui parle de code en tant que string sans pattern
mais encore .....
https://github.com/ansforge/SAMU-Hub-Modeles/blob/main/src/main/resources/json-schema/RS-EDA.schema.json
qui parle cette fois de "healthMotive\code" avec un pattern à 3 membres !! ^M\d{2}.\d{2}(.\d{2})?$)
Cerise sur le gâteau, il est accompagné d'un exemple de valeur qui n'est pas conforme au pattern inédit puisque l''exemple commence par C et non par M comme le spécifie le pattern !!
Dans ce doc, on peut voir que les DateTime sont traités en string avec un pattern...
Donc il y a inconsistence de la doc. Et c'est fâcheux.