Ressource Consent : compléter la spec et vérifier le code utilisé

ansforge / IG-fhir-medicosocial-suivi-decisions-orientation

Suivi des décisions d'orientation de l'usager des MDPH vers les DUI

https://interop.esante.gouv.fr/ig/fhir/sdo/

MIT License

0 stars 0 forks source link

Ressource Consent : compléter la spec et vérifier le code utilisé #32

Closed jguihot closed 9 months ago

jguihot commented 11 months ago

Description du problème

Ajouter policyRule dans la spec (présent dans l'exemple) => plus d'actu avec l'IG ? Vérifier le code OPTIN utilisé => warning lors du PAT et je ne retrouve pas trace de l'origine de ce code

Fichier•s concerné•s

IG (specs FHIR) Ressource de conformité Consent Exemple ?

TristanKEREVAL commented 11 months ago

https://terminology.hl7.org/5.0.0/CodeSystem-v3-ActCode.html Le code est correct, mais pointe vers une version antérieur du codesystem. L'exemple est modifié pour pointer vers cette version du code system

TristanKEREVAL commented 11 months ago

On peut pas faire apparaitre l'élément dans la spec si on le contraint pas, il apparait dans l'onglet snapshot de la spec

jguihot commented 11 months ago

@TristanKEREVAL , il semble manquer des choses dans notre SD par rapport à la ressource FHIR. le policyRule ou le policy est rendu obligatoire par les règles de gestion sur la ressource

TristanKEREVAL commented 11 months ago

Elles apparaissent bien dans la vue "All" :

jguihot commented 10 months ago

Le valueSet vers lequel pointe la doc FHIR est le suivant : https://hl7.org/fhir/R4/valueset-consent-policy.html

Ne vaut-il pas mieux se fier à ce valueSet ? Si oui, il ne contient pas la valeur OPTIN.

Je n'arrive pas à remettre la main sur la doc initiale à partir de laquelle nous avons construit l'exemple. Je suis pourtant certaine de ne pas avoir eu à choisir parmi 200 codes, il doit donc bien exister une version réduite quelque part !

jguihot commented 10 months ago

Quoi qu'il arrive, la structureDef sera à faire évoluer parce que nous figeons la valeur du policyRule.

TristanKEREVAL commented 10 months ago

Le JDV bindé est en "extensible" donc on peut prendre dans ce JDV ou alors en prendre un issue d'autre part si ce qu'on veut transmettre n''est pas dans ce premier.

TristanKEREVAL commented 10 months ago

@jguihot Est ce qu'on sait déjà à quelle valeur on veut fixer, si non alors on peut passer l'issue à "in waiting" ?

jguihot commented 9 months ago

@nriss , je poursuis l'échange sur l'issue dédiée, plus facile à suivre que la PR.

Ma problématique de base sur la ressource Consent, c'est que l'exemple pointe vers le valueSet http://terminology.hl7.org/CodeSystem/v3-ActCode, alors que la spec FHIR actuelle pointe sur le valueSet http://hl7.org/fhir/ValueSet/consent-policy (https://hl7.org/fhir/R4/consent.html) Je suis persuadée que, lorsque nous avons construit l'exemple il y avait une doc qui mentionnait le premier valueSet, avec un nombre restreint de code proposé (dont OPTIN) mais je n'arrive plus à remettre la main dessus.

Sans historique de ce choix, j'aurais tendance à revenir au valueSet mentionné dans la spec FHIR. Si nous faisons ça, il faudra en revanche utiliser un autre code car le code OPTIN n'est pas existant dans ce valueSet.

Nous n'avons pas besoin de cette donnée policyRule, elle est imposée par une règle de gestion dans la ressource Consent. Comment choisir un code dans cette foultitude de code ?

jguihot commented 9 months ago

Vu avec @nriss , serait plus propre de repartir du JDV de base, mais les codes sont très pays-dépendant. Code qui sera non requis dans de future version de fhir => laisser en l'état.

A faire:

[x] repasser sur http://terminology.hl7.org/CodeSystem/v3-ActCode