Closed sdemeyANS closed 7 months ago
A planifier
Bonjour,
Voici la requête qui permet de préconstruire le fichier de mapping :
select json_extract(Resources.json,'$.name') as resource,
json_extract(Resources.json,'$.baseDefinition') as base,
value as element ,
json_extract(Resources.json, REPLACE(fullkey,'id', 'short')) as commentaire,
json_extract(Resources.json, REPLACE(fullkey,'id', 'min')) as min,
json_extract(Resources.json, REPLACE(fullkey,'id', 'max')) as max,
json_extract(Resources.json, REPLACE(fullkey,'id', 'binding.valueSet')) as Valueset,
json_extract(Resources.json, REPLACE(fullkey,'id', 'type')) as type,
json_extract(Resources.json, REPLACE(fullkey,'id', 'mapping')) as mapping
from Resources, json_tree(Resources.json,"$.snapshot.element") as jtree where Resources.type="StructureDefinition" and json_extract(Resources.json,'$.type')!='Extension' and (jtree.key='id' ) [map-ror.xlsx](https://github.com/ansforge/IG-fhir-repertoire-offre-ressources-sante/files/13638723/map-ror.xlsx)
Il reste ensuite un indiquer le mapping dans les SD
Propositions :
Propositions :
- Tableaux par ressources en utilisant le mapping FHIR : exemple pour la ressource HealthcareService toujours KO pour Orga ?
Propositions :
- Tableaux par ressources en utilisant le mapping FHIR : exemple pour la ressource HealthcareService toujours KO pour Orga ?
Oui, on a fait quelques tests, ça semble être lié à l'héritage.
- Schéma fonctionnel/FHIR global et schéma par ressource en plantuml dans l'onglet mapping (taille de l'affichage à revoir)
Effectivement pour l'affichage :) Pas facile à lire du coup
Bonjour, Est-ce que la requête a été utilisée pour faire le mapping ou vérifier son exhaustivité ? Cdlt
@nriss, @sdemeyANS, @M-Priour Proposition de synthèse de nos échanges d'hier n'hésitez pas à compléter / corriger.
Automatiser/industrialiser la génération de mapping pour avoir une entrée de maintenance unique. Consommation du mapping sous différents formats : tableau + schéma + description dans la ressource (?)
Inconvénient :
Avantages :
Avantages :
Inconvénient :
Pour ma part, je suis plutôt favorable au point 2 qui est plus adapté à notre besoin et qui est plus adapté par rapport au standard.
Pour ma part, je suis plutôt favorable au point 2 qui est plus adapté à notre besoin et qui est plus adapté par rapport au standard.
D'accord également, j'ai l'impression que l'on peut se permettre des petits écarts au niveau du short avec le MOS si celui-ci évolue. Il faut de toute façon qu'on reste conforme au scope de l'attribut FHIR en question donc il faut que ce soit maîtrisé, l'automatisation engendre un risque d'écart
Donc plutôt option 2 sans automatisation de remplissage du short
exemple https://build.fhir.org/ig/hl7-eu/x-ehealth/models.html https://github.com/hl7-eu/x-ehealth/tree/master