SF - Identification des jeux de valeurs appropriés

[jguihot]

Description du problème

Fichier•s concerné•s

Solution proposée

[jguihot]

Plusieurs jeux de valeurs ajoutés directement dans l'IG pour le Manifest
Réexploitation des jeux de valeurs existant pour les Metadata. Résultat de l'analyse :

SubmissionSet

• availabilityStatus => JDV-J52 : OK
• contentType => JDV-J03 => OK ? L'activité de la structure ne semble pas avoir grand rapport avec l'export puisque les documents n'ont pas nécessairement été produits par la structure. Est-ce qu'il faut considérer que c'est l'activité de la structure dans laquelle est installée le logiciel ? Ou bien l'activité de l'éditeur de logiciel ?

DocumentEntry

• AvailibiltyStatus => JDV-J52 : OK
• Class => JDV_J06 : OK ? restreint comparé aux différents documents identifiés dans le périmètre pivot mais doit pouvoir fonctionner. Est-ce qu'il faudrait un code distinct pour les données de biologie ?
  | Nom de la donnée pivot | Code |
  | --- | --- |
  | Synthèse médicale | Synthèse |
  | Documents médicaux / Données de biologie | Compte-rendu, imagerie médicale, plan de soins, protocole de soins, traitement administré, autres documents déposés par l patient |
  | Notes de consultation | Compte-rendu |
  | Paramètres vitaux | Synthèse ? Compte-rendu ? |
  | Notes personnelles | Compte-rendu |
  | Prescriptions | Prescription |
  | Agenda | Non concerné (pas de metadata) |
  | Traces | Non concerné (pas de metadata) |
• Confidentiality => JDV-J58 : OK. Si document identifié comme "masqué au patient", devrait être pris en compte par le système lors de l'export vers un patient
• eventCodeList : pas de JDV listé
• Format => JDV-J10 :
  - Le JDV mélange du standard et du format de fichier…
  - En théorie le code suivant pourrait convenir pour tous les documents propriétaires : urn:asipSante:modelesHorsProfils:2011 Document non référencé IHE ou CI-SIS
  - Y a-t-il un intérêt à ce que soit plutôt identifié le format du fichier (PDF, CSV,…) Si oui alors le JDV ne couvre pas tout et doit être étendu pour se référer à mimeType
  - Préco (implémentée dans l'IG) : plutôt imposer de renseigner le profil utilisé pour identifier facilement les données propriétaires. De plus seules les données non structurées ont un code dans ce JDV. Or les données propriétaires doivent être structurées. Les formats de fichiers doivent donc être limité à un usage pour des fichiers non structurés référencés par un fichier structuré. Idéalement il faudrait même plutôt que l'éditeur utilise cette ligne des métadata pour identifier le dictionnaire de données utilisé. Ça serait plus approprié que de maintenir un fichier de mapping.
• healthcareFacilityTypeCode => JDV-J02 : OK
• practiceSetting =>JDV J04 : quel code ?
• Type => JDV_J07 : OK mais, pas de liste exhaustive des documents qui peuvent être exportés. Il faudrait étendre le JDV pour ajouter "PORTABILITE" comme ça a été le cas pour DUI, au moins pour couvrir les données propriétaire