Contenu dossier - Lier les deux documents CDA avec l'idNat_Decision

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

Contenu dossier - Lier les deux documents CDA avec l'idNat_Decision #160

Closed jguihot closed 3 weeks ago

jguihot commented 8 months ago

Description du problème

Les deux documents CDA sont issus d'un même dossier en provenance de la MDPH. Ils sont liés entre eux par l'idNatDecision_Stuct, présent dans les ressource documentReference qui les transportent. Cet identifiant n'est toutefois pas présent dans les documents CDA

Fichier•s concerné•s

Spec fonctionnelles contenu_dossier.md ressource_cda.md

Solution proposée

ajouter l'idNat_Decision dans les deux documents ? Ajouter l'idDecision dans le document évaluation ? Imposer le setId sur la base de l'idNat_Decision ?

jguihot commented 8 months ago

@SEBELIN , des pistes de réflexion pour la gestion du lien entre les documents

KerJac35 commented 4 weeks ago

@SEBELIN et @jguihot , suite au point d'aujourd'hui la décision est la suivante :

Modification du contenu de l'élément ClinicalDocument.id dans l'en-tête (pour l'évaluation et la décision) afin de contraindre l'attribut extension pour qu'il prenne la valeur de l'idNat_Decision. Cela permet de rester conforme au volet Structuration minimale du CI-SIS.

Fichiers concernés :

Contenu du dossier
Ressources de conformité (Ressources CDA)

jguihot commented 4 weeks ago

Pour rentrer dans le détail :

@root : identifiant unique qui pourrait éventuellement être pris en charge par le DMP si cela s'avérait un jour nécessaire
@extension : idNat_Decision

Remplace l'actuel fonctionnement :

@root = racine d’OID commune aux instances des documents d’une structure émettrice.
@extension = valeur d’un identifiant unique attribué par le système d’information émetteur. Il permet d’identifier chaque instance et version des documents.

jguihot commented 3 weeks ago

@KerJac35 , ça donnerait quelque chose du style :

Identifiant unique du documentAttribut nullFlavor interdit @root (obligatoire) = valeur d'un OID propre à l'émetteur, formé d'un OID complet identifiant l'instance du document. @extension (obligatoire) : idNat_Decision

@SEBELIN , cela implique une MAJ des spécifications fonctionnelles pour ajouter l'idDecision dans le flux 3. Je soupçonne d'ailleurs que ça aurait déjà du y être. Même sans cette évolution, l'idNat_Decision est déjà véhiculé dans le flux 3

SEBELIN commented 3 weeks ago

pour être cohérent avec le profil FHIR [ESMSDocumentReference] j'ai rajouté idDecision en plus de idNat_Decision dans la classe Evaluation des specifications fonctionnelles.

jguihot commented 3 weeks ago

Exact, bien vu !

SEBELIN commented 3 weeks ago

j'ai ouvert la branche "160-Contenu dossier - Lier les deux documents CDA avec l'idNat_Decision" j'y ai placé les specs fonctionnelles. Je vous laisse y placer vos modifs.

jguihot commented 3 weeks ago

@SEBELIN , flûte, raté ton message. L'évolution technique a été reportée sur la branche Contenu_Dossier_159_160 de notre coté, les deux issues touchant au même fichier .md.