interop-sante / hl7.fhir.fr.core Goto Github PK
View Code? Open in Web Editor NEWFHIR FrCore Implementation Guide
Home Page: https://hl7.fr/ig/fhir/core
License: Other
FHIR FrCore Implementation Guide
Home Page: https://hl7.fr/ig/fhir/core
License: Other
Erreurs remontées par Isabelle Gibaud sur les mesures de santé
Des JdV manquent :
Le JdV Vital Signs ne contient pas les libellés des codes
Le JdV Method (issu de CIMI) n’existe plusSupprimer la valeur race du JdV ReferenceReferengeAppliesTo
FrObservationRate
FrObservationHeartRate
FrObservationOxygenSaturation
FrObservationTemperature
FrObservationBodyHeight
FrObservationWeight
FrObservationHeadCircum
FrObservationBmi
FrObservationBP
Autres ValueSets manquants :
https://hl7.fr/ig/fhir/core/ValueSet/fr-core-vs-weight-measurement-method
https://hl7.fr/ig/fhir/core/ValueSet/fr-core-vs-bp-measurement-method
https://hl7.fr/ig/fhir/core/ValueSet/fr-core-vs-heart-rate-body-position
https://hl7.fr/ig/fhir/core/ValueSet/fr-core-vs-heart-rate-method
https://hl7.fr/ig/fhir/core/ValueSet/fr-core-vs-practitioner-profession (extension associée à Practitioner)
https://hl7.fr/ig/fhir/core/ValueSet/fr-core-vs-practitioner-role-categorie-professionnelle (extension associée à PractitionerRole.code)
Est-ce qu'il ne faudrait pas intégrer les codes INSi id récupérée, id qualifiée?
La contrainte 1..1
portée sur le champ given
est à expliciter.
Il s'agit de contraindre l'utilisation du prénom de type officiel au seul 1er prénom. Dit autrement, dans le HumanName
de type official
, les autres prénoms ne seront pas véhiculés dans given
.
Il ne faut pas véhiculer la liste des prénoms dans un champ unique.
Pour une identité avec 2 prénoms, Pierre Antoine, la contrainte fait que seul Pierre sera présent dans les prénoms du bloc name
<given value='Pierre'/>
Antoine ne sera pas présent dans le bloc.
Avoir
<given value='Pierre Antoine'/>
est incorrect.
Ce JdV permet de spécifier la nature de la relation du patient avec une personne en relation.
le profil pointe le JdV TRE-R260-HL7Role
Il faudrait compléter avec:
Je ne comprends pas le binding attaché à contact/relationship.
Un binding est déja attaché à RolePerson et RelatedPersonn
A discuter : supprimer FrPractitionerRoleProfession et remplacer FrPractitionerRoleExercice par FrPractitionerRole
Dans le cadre de l'annuaire, on utilise uniquement FrPractitionerRoleExerice
Discuté avec Mohammed, Isabelle
Certains éléments complexes sont bindés sur un ValueSet. Exemple : https://github.com/Interop-Sante/hl7.fhir.fr.core/blob/main/input/resources/StructureDefinition-fr-core-service-type-duration.xml
{ "id": "Extension.extension:serviceType", "path": "Extension.extension", "sliceName": "serviceType", "short": "Type of the service that has to be performed during the appointment | Typedu service à assurer durant le RDV", "min": 1, "max": "1", "binding": { "strength": "extensible", "description": "This value set defines an example set of codes of service-types.", "valueSet": "http://hl7.org/fhir/ValueSet/service-type" } }
Dans le document du CI-SIS https://esante.gouv.fr/sites/default/files/media_entity/documents/ans_cisis-tec_annexe-ins_1.5.pdf
l'utilisation du champ text
est incorrecte.
Dans la spécification FHIR, Le champ text
doit contenir toutes les parties du nom.
Si on conserve la contrainte de ne véhiculer qu'un seul prénom alors
{
"use": "official",
"family": "DUPOND",
"given": [
"PIERRE"
],
"text": "PIERRE ANTOINE JEREMIE"
}
est incorrect, il faut
{
"use": "official",
"family": "DUPOND",
"given": [
"PIERRE"
],
"text": "PIERRE DUPOND"
}
Pour véhiculer la liste des prénoms retournées par le téléservice INSi, en appliquant une contrainte de non modification (diffusion sous la forme retournée, c'est-à-dire une liste de prénoms séparés par des espaces), il est nécessaire d'avoir une extension.
name : utiliser le format upper camel case. Ex : FrPatient
id : utiliser le format kebab-case, ex : fr-patient
url : [base]/StructureDefinition/[id]
Un projet d'uniformisation sera lancé en 2023 avec la transformation de FrCore en IG avec FSH
https://github.com/ansforge/FIG_ans-ig-sample/wiki/D%C3%A9veloppement-d'un-nouvel-IG
Bonjour,
Est-ce que l'on peut rajouter une description pour "Patient.name.text" dans le cadre de l'utilisation du matricule INS?
Le problème ne semble concerner uniquement l'emergency contact
Issue concernée : #40
Je ne vois pas l'utilité de slicer l'élément name, cela complique les implémentations.
l'élément use du type de données FrHumanName permet de différencier le nom usuel du nom officiel sans avoir à introduire un slicing.
l’élément validationMode de l'extension identityReliability est redondant avec l'extension identityMethodCollection. Il faut choisir l'un ou l'autre.
Binding sur http://interopsante.org/fhir/valueset/fr-core-practioner-profession, JdV introuvable
Dans le profil FrPatient on a une erreur car les slices PI et RRI puisent explicitement leurs codes à la table fr-v2-0203 et non https://simplifier.net/packages/hl7.fhir.r4.core/4.0.1/files/80925
Erreur remontée par Nicolas Arnoux sur le profil https://simplifier.net/frenchprofiledfhirar/FrObservationHeartrate
Remplacer l'url canonique du profil http://www.interopsante.org/fhir/structuredefinition/fr-practitioner-role.
Prendre les mêmes profils que pour FrObservationBMI : https://simplifier.net/frenchprofiledfhirar/frobservationbmi
Package : https://simplifier.net/packages/ans.annuaire.fhir.r4/0.2.0
Travail à effectuer en parallèle de l'issue #1
Le volume 1 du RNIV (“Principes d’identification des usagers communs à tous les acteurs de santé”) précise page 32 comment le(s) prénom(s) de naissance doivent être saisi(s) dans les applications. La notion de 2ème, 3ème prénom disparait. La personne a un premier prénom de naissance et une liste de prénoms de naissance disponible sur “la ligne prénom du document d’identité” utilisé pour saisir l’identité d’une personne.
L’objectif de cette proposition d’évolution est de prendre en compte cette partie du RNIV dans le profil frPatient, tout en étant aligné avec les messages HL7 V2 (voir pièce jointe).
IHE-CP-ITI-FR-2023-nnn_GivenNames_v1.docx
ExemplesCorrigés.zip
Le meta.profile n'est pas un élément obligatoire
Pour Simplifier il est nécessaire de renommer les name sans espace, et on va ajouter un title
Les system sont actuellement : http://interopsante.org/CodeSystem/fr-core-v2-0203
Sauf que ceux-ci ne contiennent pas les codes PI - RRI
Il aurait fallu utiliser le CS http://terminology.hl7.org/CodeSystem/v2-0203
Cette extension permet de spécifier le code INSEE au niveau d'une adresse en provenance du TLS INSi. Pourquoi avoir créé cette extension alors que le profil FrCoreAddress contient en extension le code INSEE?
D'autre part, dans le profil FrCorePatient, l'extension birthPlace est de type Address (type de données FHIR qui n'utilise pas l'extension FR Core Patient Insi Birth Place Profile.
le JdV utilisé (identifier type codes) au niveau de l'élément identifier/type n'a pas de sens. Il s'agit du type d'identifiant d'une offre de service et non pas du type d'identifiant de patient ou PS.
je ne trouve aucune valeur dans le JdV correspondant à un type d'identifiant d'une offre de service.
--> usage des profils RASS
Le ValueSet ne doit que contenir "male", "female", "unknown"
Greetings! It looks like the fr-core-practitioner-role-exercice
profile is exported in the NPM package as fr-practitioner--role-exercice..json
(notice the extra .
before the extension).
This is causing problems when trying to import the package with HAPI FHIR's built-in NpmPackageValidationSupport
(exception being thrown here).
Would it be possible to update the package to remove the extra period in the file name? Thanks!
Dans le profile FrOrganizationTotalNumberOfTheoricalAccomodationSpace, l'id n'est pas un ID valide FHIR.
https://github.com/Interop-Sante/hl7.fhir.fr.core/blob/main/input/resources/StructureDefinition-fr-core-organization-total-number-of-theorical-accomodation-space.xml
Extension: FRCoreObservationLevelOfExertionExtension
Id: fr-core-observation-level-of-exertion
Title: "FR Core Observation Level Of Exertion Extension"
Description: "French extension defined in the context of the Vital Signs Resprate profile. This extension is used to define the level of exertion ( at rest, during exertion, post exertion) during the respiratory rate measure | Extension française définie dans le contexte du profil Vital Signs Resprate. Cette extension permet de préciser le niveau d'exercice du patient durant la mesure de la fréquence respiratoire (au repos, pendant l'effort, après l'effort)"
Si le profil FrPractitioner est correctement orthographié, certains jeux de valeurs sont orthographié "practioner ". Par exemple: https://interop-sante.github.io/FHIR-FR-Core/ig/main/ValueSet-fr-core-practitioner-identifier-type.html
Binding au niveau de l'élément unavailabiltyReason sur le JdV http://interopsante.org/fhir/valueset/fr-core-schedule-unavailability-reason
JdV introuvable
Devrait hériter du profil bp de HL7
https://www.hl7.org/fhir/bp.html
Certains noms de slice sont réutilisés dans plusieurs profiles, ce qui peut provoquer des conflits. EX : validationMode dans https://github.com/Interop-Sante/hl7.fhir.fr.core/blob/main/input/resources/StructureDefinition-fr-core-identityreliability.xml et https://github.com/Interop-Sante/hl7.fhir.fr.core/blob/main/input/resources/StructureDefinition-fr-core-patient.xml
La slice de l'extension complexe Patient.extension:identityReliability.extension:validationMode est définie dans la SD de FrPatient
https://simplifier.net/packages/hl7.fhir.fr.core/1.1.0/files/783568/~json
Et dans la SD de l'extension
https://simplifier.net/packages/hl7.fhir.fr.core/1.1.0/files/783640/~json
Cela crée des erreurs dans la validation sur EVSClient (matchbox) :
Discuté avec @cdelanchy et @TristanKEREVAL
Certaines ne sont pas suffixées par Profile : FRCoreEncounter
Le binding sur le type d'identifiant n'a pas de sens.
le JdV n'est pas complet
Ces champs obligatoires sont:
Page 7 : https://esante.gouv.fr/annexe-prise-en-charge-de-lins-dans-les-volets-du-ci-sis
Issue relevée par Mael Priour.
En FHIR : contraintes indiquées dans ElementDefinition.constraint (rajouter une description human readable est déjà top!)
Préciser également qq part sur la description du projet simplifier
ce JdV https://mos.esante.gouv.fr/NOS/JDV_J78-Civilite-RASS/FHIR/JDV-J78-Civilite-RASS ne devrait pas contenir la valeur Mademoiselle
cf ansforge/IG-fhir-mesures-de-sante#54
Doit être une concaténation de CIMI Delta Flag Exti (H, L, A, HH ...)
Inclure le code SBJ dans le valueSet ParticipationType afin de pouvoir manipuler les différentes types de participant (pour Appointment.participant.type notamment) sans avoir à interpréter la ressource référencée
ce JdV utilisé par l'extension indentityReliability/validationMode est introuvable.
D'autre part, cet élément validationMode est redondant avec l'extension identityMethodCollection appliquée au profil FrCorePatient
Peut aussi poser problème pour l'utilisation dans les IG par exemple. Ex : https://github.com/Interop-Sante/hl7.fhir.fr.core/blob/main/input/resources/StructureDefinition-fr-core-patient.xml Patient.contact.relationship
L'Address est profilée directement dans FrPatient et non dans l'extension birthplace.
Le profil FrPractitionerRoleExercice est utilisé par le projet RASS. Faut-il le supprimer du package FR Core?
l'extension est basée sur l'extension internationale patient-nationality mais il n'y a pas de binding définit sur le code de l'extension (codeableConcept permettant de définir la nationalité du patient)
A declarative, efficient, and flexible JavaScript library for building user interfaces.
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
An Open Source Machine Learning Framework for Everyone
The Web framework for perfectionists with deadlines.
A PHP framework for web artisans
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
Some thing interesting about web. New door for the world.
A server is a program made to process requests and deliver data to clients.
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
Some thing interesting about visualization, use data art
Some thing interesting about game, make everyone happy.
We are working to build community through open source technology. NB: members must have two-factor auth.
Open source projects and samples from Microsoft.
Google ❤️ Open Source for everyone.
Alibaba Open Source for everyone
Data-Driven Documents codes.
China tencent open source team.