-
Notifications
You must be signed in to change notification settings - Fork 1
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Creation de JDV à partir des terminologies du NOS sans les concepts ayant une date de fin null #300
Comments
Je me permets d'abord une petite critique de modélisation que j'avais déjà faite dans le document pdf sur les TRE au sujet de l'utilisation de ces propriétés de type date dans les NOS
et d'utiliser la propriété "status" qui va avec, c'est la bonne modélisation. Cette modélisation nous permettra de plus facilement construire les ValueSet comme celui que tu essayes de créer @M-Priour. J'ai fait un exemple en pprod pour illustrer
dispo pour en discuter de vive voix |
Merci pour ton retour @3abdel3ali et merci +++ pour l'exemple dateDebutValid : Il s'agit bien d'une date de début de validité de la nomenclature sachant que la date de fin de validité n'est renseignée qu'une fois qu'elle est connue. Pour la transformation des dates de validité il y a eu des malentendus entre l'équipe NOS et SMT : sachant que l'on ne modifiait plus les scripts NOS (sauf err bloquante) , c'était au script du SMT de renseigner les status en fonction des 3 dates fournies dans les NOS . Remarques :
A dispo |
@dcohenAns merci Danielle pour ton retour, pas de soucis pour introduire cela via le Job Talend, c'est tout à fait faisable. n'hésite pas si tu veux qu'on en discute plus en détail |
Top. Oui car j'ai un doute entre retired et obsolete : si on garde les anciens codes c'est pour que les applications ne "plantent" pas ==> il s'agit de valeurs qui doivent pouvoir être utilisées mais qui ne doivent plus être proposées dans un processus de création d'un objet métier. Merci |
voici les définitions dans le texte
pour remettre dans un contexte concret: nous publions des specs fhir ou autres avec un code concept "active" à un instant T. Ce code concept peut-être amené à ne plus être utilisé à un instant T+1 pour x raisons, si on a connaissance de cela, on le met à "deprecated", le message que l'on veut faire passer à l'éco système est: "nos specs vont changer et vont définir un nouveau code concept, préparez vous au basculement". Quand on décide que les specs fhir que nous publions ne doivent plus utilisées le code concept qui est à "deprecated" alors nous mettons le code en question à "retired " dans la terminologie et nous le remplaçons avec un code à "active" dans les specs. l'impact est très important car le validateur d'HL7 va générer une erreur lors de la validation si on utilise dans nos specs un code qui est à "retired " dans la terminologie cible. |
merci @3abdel3ali . Et on pourrait ajouter l'état "deprecated" ? Ce serait exactement ce cas de figure. |
Merci @dcohenAns @3abdel3ali |
[like] Danielle COHEN reacted to your message:
…________________________________
From: Mael PRIOUR ***@***.***>
Sent: Saturday, January 25, 2025 11:24:33 AM
To: ansforge/IG-terminologie-de-sante ***@***.***>
Cc: Danielle COHEN ***@***.***>; Mention ***@***.***>
Subject: Re: [ansforge/IG-terminologie-de-sante] Creation de JDV à partir des terminologies du NOS sans les concepts ayant une date de fin null (Issue #300)
Merci @dcohenAns<https://github.com/dcohenAns> @3abdel3ali<https://github.com/3abdel3ali>
En phase pour faire l'implémentation
—
Reply to this email directly, view it on GitHub<#300 (comment)>, or unsubscribe<https://github.com/notifications/unsubscribe-auth/BCHWKHAXUEE5HCJNSCBDIOT2MNX7DAVCNFSM6AAAAABVNUVDH6VHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDMMJTHEZTGOJRHA>.
You are receiving this because you were mentioned.Message ID: ***@***.***>
|
Bonjour @3abdel3ali , |
@dcohenAns nous sommes toujours en cycle de dev, Ahmed n'a recommencé à travailler que cette semaine suite aux problèmes budget. Dès que c'est prêt, vous en serez informés et la répercutions se fera automatiquement |
L'objectif est de pourvoir créer un JDV à partir des terminologies du nos :
Test avec l'opération exists
Contenu du JDV
`POST https://smt.esante.gouv.fr/fhir/ValueSet/$expand HTTP/1.0
Accept: application/fhir+json; fhirVersion=4.0
Content-Type: application/fhir+json; fhirVersion=4.0;charset=UTF-8
User-Agent: fhir/publisher
{
"resourceType": "Parameters",
"id": "exp-params",
"parameter": [
{
"name": "system-version",
"valueUri": "http://snomed.info/sct|http://snomed.info/sct/11000315107"
},
{
"name": "_limit",
"valueInteger": 10000
},
{
"name": "_incomplete",
"valueBoolean": true
},
{
"name": "count",
"valueInteger": 1000
},
{
"name": "offset",
"valueInteger": 0
},
{
"name": "excludeNested",
"valueBoolean": false
},
{
"name": "incomplete-ok",
"valueBoolean": true
},
{
"name": "cache-id",
"valueId": "4d45a25e-9e71-4698-ad00-9fbff2e45106"
},
{
"name": "valueSet",
"resource": {
"resourceType": "ValueSet",
"id": "JDV-J124-Commune",
"meta": {
"versionId": "3",
"lastUpdated": "2024-06-28T16:09:45.842+00:00",
"profile": [
"http://hl7.org/fhir/StructureDefinition/shareablevalueset"
]
},
"text": {
"status": "generated",
"div": ""
},
"extension": [
{
"url": "http://hl7.org/fhir/StructureDefinition/resource-effectivePeriod",
"valuePeriod": {
"start": "2020-08-28T12:00:00+01:00"
}
}
],
"url": "https://mos.esante.gouv.fr/NOS/JDV_J124-Commune/FHIR/JDV-J124-Commune",
"identifier": [
{
"system": "urn:ietf:rfc:3986",
"value": "urn:oid:1.2.250.1.213.3.4.9"
}
],
"version": "20240628120000",
"name": "JDV_J124_Commune",
"status": "active",
"experimental": false,
"date": "2024-06-28T12:00:00+01:00",
"publisher": "Agence du Numérique en Santé (ANS) - 2-10 Rue d'Oradour-sur-Glane, 75015 Paris",
"description": "Toute la nomenclature des codes actuels communes auquel on ajoute le code applicatif "Non renseigné"",
"compose": {
"include": [
{
"system": "https://mos.esante.gouv.fr/NOS/TRE_R249-Sexe/FHIR/TRE-R249-Sexe",
"filter": [
{
"property": "dateFin",
"op": "exists",
"value": "false"
}
]
}
]
}
}
}
]
}`
Reponse
"diagnostics": "Filter operator EXISTS is not supported for property dateFin on code system https://mos.esante.gouv.fr/NOS/TRE_R249-Sexe/FHIR/TRE-R249-Sexe Available filter operators are: in,=" } ]
Problème
Je n'ai pas trouvé de solution pour pouvoir cela avec les operateurs "=" ou "in".
Avec ces operateurs et le type "dateTime" de la propriété "dateFin", je n'ai pas trouvé de soluution
Je me pose la question si on ne doit pas rajouter une propriété de type boolean pour pouvoir faire cela (actif).
The text was updated successfully, but these errors were encountered: