[CP]: Préciser la JDV pour les valeurs d'ageMin et ageMax de l'extension ror-healthcareservice-patient-type

[weber-nathan]

Description

Dans l'extension ror-healthcareservice-patient-type , à partir de l'IG l'on ne sait pas quelles valeurs (notamment le system) fournir pour Extension.extension:ageRange.value[x].low et Extension.extension:ageRange.value[x].high .

L'on se pose cette question suite au changement de system dans la JDV_J37 depuis le 2024-09-29, passant de https://mos.esante.gouv.fr/NOS/TRE_R247-UcumUniteMesure/FHIR/TRE-R247-UcumUniteMesure (dans JDV_J37 2024-04-27) à
http://unitsofmeasure.org (dans la JDV_J37 actuelle)

Pour autant dans le MEV3, sur la classe "Patientele"

concernant l'ageMin et l'ageMax, est précisé la classe Mesure ne contenant que 4 codes provenant de l'ancienne TRE_R247-UcumUniteMesure

tandis que la JDV_J37 actuelle en contient plus.

Faut-il donc :

• Dans l'IG préciser/créer une nouvelle JDV pour l'âge de la patientèle, ne contenant que ceux 4 valeurs avec le nouveau system http://unitsofmeasure.org/.
• Mettre à jour dans le MEV3 la classe Mesure

Identification de la section à changer

https://interop.esante.gouv.fr/ig/fhir/ror/StructureDefinition-ror-healthcareservice-patient-type.html

Votre proposition de modification

Rajouter dans l'IG un Binding à Extension.extension:ageRange.value[x].low et Extension.extension:ageRange.value[x].high , d'une nouvelle JDV contenant :

"include": [ {
    "system": "http://unitsofmeasure.org",
    "concept": [
    {
    "code": "a",
    "display": "année"
    }, {
    "code": "mo",
    "display": "mois"
    }, {
    "code": "wk",
    "display": "semaine"
    }, {
    "code": "d",
    "display": "jour"
    } 
  ]
  } ]

Votre évaluation d'impact du changement

[modif SGA]
En diffusion aucun, car le nouveau system http://unitsofmeasure.org/ est déjà diffusé.
En diffusion, le system TRE_R247 est utilisé:

   "url": "ageRange",
                                "valueRange": {
                                    "low": {
                                        "value": 15,
                                        "system": "https://mos.esante.gouv.fr/NOS/TRE_R247-UcumUniteMesure/FHIR/TRE-R247-UcumUniteMesure",
                                        "code": "a"
                                    },

En post et patch FHIR, reprendre le paramètre ror-healthcareservice-patient-type en cours de développement (une anomalie a été créée suite à ce changement de system).

Eléments complémentaires

No response

[sga-esante]

A première vue, je préférerai qu'on généralise l'usage de la JDV actuelle https://smt.esante.gouv.fr/fhir/ValueSet/JDV-J37-UcumUniteTemps/ basée sur http://unitsofmeasure.org/ et donc mettre à jour le MEV3 (la version 3.1 sera publiée en même temps que la MEP 4.3)

Je vais en parler avec @PhilippeC-ANS et @mathieu-decarvalho

[sga-esante]

Merci @weber-nathan concernant l'alerte sur le fait qu'il y ait plus de codes dans la nouvelle JDV.

L'âge en base semble être uniquement en année actuellement. Mais pour des nourrissons ou des bébés, nous pourrions être en mois ou semaine (probablement déjà jamais en jour).

4 premiers déjà existants:

• a année
• mo mois
• wk semaine
• d jour

les 4 nouveaux:

• h heure
• min minute
• s seconde
• ms milliseconde

Si possible, je préférerai éviter d'ajouter une JDV pour empêcher d'utiliser les 4 nouveaux codes.

Je vais en parler en interne.

[sga-esante]

@weber-nathan m'a remonté que nous avons un problème similaire avec la TRE_R247 était utilisée pour récupérer 'cm' dans limite_equipement des equipements d'un HealthcareService également impacté par le changement de https://mos.esante.gouv.fr/NOS/TRE_R247-UcumUniteMesure/FHIR/TRE-R247-UcumUniteMesure
en http://unitsofmesures.org/

[sga-esante]

Le point est en attente des échanges avec le NOS (voir mon dernier commentaire: ansforge/IG-terminologie-de-sante#382 (comment) )

[sga-esante]

La TRE https://mos.esante.gouv.fr/NOS/TRE_R247-UcumUniteMesure/FHIR/TRE-R247-UcumUniteMesure/ restera accessible, par contre la JDV continuera à pointer vers http://unitsofmeasure.org/
Pas de retour arrière sur la précédente version https://smt.esante.gouv.fr/fhir/ValueSet/JDV-J37-UcumUniteTemps/_history/2. Pour rappel, c'est la mise à jour de cette JDV le 27/09/2024 qui a entrainé le problème actuel.
L'équipe interop est consciente que ce n'est pas idéal, cela est dû à cette phase intermédiaire de mise en place du SMT et de correction d'incohérence historique de certaines JDV.

Côté IG, que faire? Indiquer la JDV tout en précisant qu'il faut se reporter à une version spécifique de l'historique?

[sga-esante]

Bonjour Nathan @weber-nathan ,

Le modèle d'exposition V3 se base sur une version plus ancienne de cette JDV: https://mos.esante.gouv.fr/NOS/JDV_J37-UcumUniteTemps/FHIR/JDV-J37-UcumUniteTemps|20200424120000.

Problème actuel: il n'est pas possible de récupérer cette version directement sur le SMT avec une requête du type:

• https://smt.esante.gouv.fr/fhir/ValueSet?url=https://mos.esante.gouv.fr/NOS/JDV_J37-UcumUniteTemps/FHIR/JDV-J37-UcumUniteTemps&version=20200424120000
• ou https://smt.esante.gouv.fr/fhir/ValueSet?url=https://mos.esante.gouv.fr/NOS/JDV_J37-UcumUniteTemps/FHIR/JDV-J37-UcumUniteTemps|20200424120000

Actuellement pour récupérer cette version, il faut passer par l'historique:

• https://smt.esante.gouv.fr/fhir/ValueSet/JDV-J37-UcumUniteTemps/_history/1

Vu que les displays ne sont pas utilisé par le projet ROR et que les codes sont inchangés, je pense qu'il est préférable de ne faire aucun action sur l'IG ni dans l'implémentation actuelle.

Et d'attendre la mise en place de l'API modèle d'exposition V4 qui utilisera alors comme codesystem http://unitsofmeasure.org/ au lieu de TRE_R247