Format des données des dossiers médicaux

Les données des dossiers médicaux sont stockées au format HL7 FHIR.

Le dossier médical est compatible avec les versions suivantes de FHIR (Fast Health Interoperable Resources) :

Types de ressources médicales

FHIR est constitué d'un ensemble de composants modulaires appelés ressources. L'ensemble de ressources FHIR et de catégories correspondantes acceptées est basé en grande partie sur les sections du résumé international du patient.

Ces ressources sont mappées sur les catégories de données de Santé Connect, appelées "Types de ressources médicales" dans l'API. Les ressources d'observation sont mappées en fonction du contenu, comme les codes LOINC (Logical Observation Identifiers Names and Codes) et les catégories FHIR.

Les observations n'appartenant à aucune de ces catégories ne sont pas écrites dans Santé Connect.

Tableau 1 : Types de ressources médicales Santé Connect
Type de ressource médicale Santé Connect Ressource(s) FHIR Déclaration concernant les autorisations Santé Connect
Allergies AllergyIntolerance android.permission.health.READ_MEDICAL_DATA_ALLERGIES_INTOLERANCES
Problèmes de santé Condition android.permission.health.READ_MEDICAL_DATA_CONDITIONS
Laboratoire

Observation

  • Catégorie FHIR laboratory
 android.permission.health.READ_MEDICAL_DATA_LABORATORY_RESULTS
Traitements Médicament, MedicationRequest, MedicationStatement android.permission.health.READ_MEDICAL_DATA_MEDICATIONS
Informations personnelles Patient android.permission.health.READ_MEDICAL_DATA_PERSONAL_DETAILS
Informations sur le praticien Practitioner, PractitionerRole android.permission.health.READ_MEDICAL_DATA_PRACTITIONER_DETAILS
Grossesse

Observation

  • Codes LOINC pour la grossesse
 android.permission.health.READ_MEDICAL_DATA_PREGNANCY
Opérations Procédure android.permission.health.READ_MEDICAL_DATA_PROCEDURES
Antécédents sociaux

Observation

  • Codes LOINC des antécédents sociaux
  • Catégorie FHIR social-history
 android.permission.health.READ_MEDICAL_DATA_SOCIAL_HISTORY
Vaccins Immunisation android.permission.health.READ_MEDICAL_DATA_VACCINES
Consultations Rencontre, Lieu, Organisation android.permission.health.READ_MEDICAL_DATA_VISITS
Signes vitaux

Observation

  • Codes LOINC des signes vitaux
  • Catégorie FHIR vital-signs
 android.permission.health.READ_MEDICAL_DATA_VITAL_SIGNS

Ressources pour les patients

Pour le moment, Santé Connect est conçu pour stocker les données de dossiers médicaux d'une seule personne. Par conséquent, toutes les ressources FHIR écrites doivent appartenir à la même personne.

Il n'est pas rare que plusieurs ressources FHIR Patient existent dans un système pour une même personne. Il est préférable que les applications réconcilient les données et écrivent une seule ressource Patient dans Santé Connect. Toutefois, cette règle n'est pas appliquée pour tenir compte des différentes structures organisationnelles qui peuvent exister.

Validation des données

Les API Dossiers médicaux acceptent les ressources FHIR valides des versions compatibles, et Santé Connect effectue une validation pour confirmer que la spécification FHIR de chaque version compatible est respectée.

Les vérifications de validation marquées comme Bientôt disponible ne sont pas encore appliquées, mais le seront dans une prochaine version. Nous vous recommandons de développer vos applications en fonction de toutes les vérifications de validation listées pour maintenir la compatibilité avec les futures versions.

Tableau 2 : Validation des données FHIR par Santé Connect
Niveau Vérification de la validation
JSON valide Les données sont conformes au format JSON.
FHIR compatible

La version FHIR déclarée par l'application d'écriture est acceptée. Les versions FHIR suivantes sont compatibles avec Santé Connect :

  • 4.0.1
  • 4.3.0
FHIR compatible

Le type de ressource FHIR enregistré dans l'instance de ressource est accepté. Les types de ressources FHIR suivants sont compatibles avec Santé Connect :

  • AllergyIntolerance
  • Condition
  • Encounter
  • Immunisation
  • Position
  • Médicament
  • MedicationRequest
  • MedicationStatement
  • Observation
  • Organisation
  • Patient
  • Praticien
  • PractitionerRole
  • Procédure
ID de ressource unique La ressource comporte un champ d'ID dont la valeur répond aux exigences relatives aux expressions régulières.
ID de ressource unique La ressource ne partage pas d'ID avec une autre ressource FHIR du même type de ressource provenant du même MedicalDataSource.
Règles métier N'inclut pas de ressource FHIR contenue. Les ressources contenues sont des ressources FHIR imbriquées dans une ressource "parente". Elles sont utilisées lorsque la ressource parente doit référencer une autre ressource, mais que le système ne dispose pas de suffisamment d'informations pour la créer en tant que ressource autonome.
FHIR de base valide Les champs de premier niveau du JSON FHIR existent dans la spécification FHIR pour le type de ressource donné.
FHIR de base valide Les champs de premier niveau n'ont pas de valeurs JSON nulles.
FHIR de base valide Tous les champs obligatoires de premier niveau sont présents.
FHIR de base valide Les champs de premier niveau définis comme éléments répétés dans FHIR ont un type de données JSON array.
FHIR de base valide Les champs de premier niveau (y compris les éléments des array JSON) définis comme types complexes dans FHIR ont un type de données object JSON.
FHIR de base valide Les champs de premier niveau (y compris les éléments dans les array JSON) définis comme types primitifs dans FHIR ont le type de données JSON correct.
Type de données FHIR Type de données JSON
entier, unsignedInt, positiveInt, décimal nombre
booléen booléen
instant, time, date, dateTime, string, code, markdown, id uri, url, oid, uuid, canonical, integer64, base64Binary nombre
Bientôt disponible
FHIR de base valide Les champs de premier niveau définis comme types primitifs dans FHIR répondent aux exigences des expressions régulières. Bientôt disponible
FHIR de base valide Les extensions aux types primitifs existent dans la spécification FHIR et ont un type de données JSON object.
FHIR de base valide Un seul champ est enregistré pour les champs de sélection (fieldname[x]).Par exemple, effectiveDateTime et effectivePeriod ne peuvent pas être présents dans la même instance de ressource.
FHIR de base valide Les types de données complexes contiennent des champs et des types de données qui correspondent à la spécification FHIR. Bientôt disponible
FHIR de base valide Les éléments Backbone (et les éléments des types complexes) contiennent des champs et des types de données qui correspondent à la spécification FHIR. Bientôt disponible
FHIR de base valide Les champs value[x] de l'élément Extensions sont un type valide et contiennent du contenu en fonction de ce type de données. Les éléments d'extension peuvent être inclus dans n'importe quelle ressource pour représenter des informations supplémentaires qui ne font pas partie de la spécification de base. Ils contiennent un champ url qui renvoie à la définition de l'extension, et un champ value[x] qui contient la valeur de l'extension. value[x] doit provenir d'une liste définie de types de données acceptés. Bientôt disponible

Données FHIR transformées

Certaines applications transforment les données FHIR pour répondre à leurs propres exigences. Exemple :

  • Fusionner des données provenant de différentes sources (généralement des API FHIR)
  • Mappage des codes aux terminologies mondiales (par exemple, SNOMED, LOINC, ICD) et normalisation des unités.
  • Consolider et dédupliquer les données.
  • Corriger les problèmes de mise en forme ou de qualité des données
  • Filtrer les enregistrements en fonction de règles métier spécifiques à l'application.

Les données FHIR non transformées et transformées peuvent être écrites dans Santé Connect, à condition qu'elles soient conformes à la spécification FHIR R4. Nous vous recommandons d'écrire les données transformées dans la mesure du possible. Toutefois, gardez à l'esprit les points suivants :

  • Les applications avec des cas d'utilisation limités peuvent filtrer un nombre important d'enregistrements dont d'autres applications de l'écosystème pourraient tirer de la valeur pour les utilisateurs. Dans de telles situations, il peut être utile d'écrire le FHIR non transformé qui est plus complet. Toutefois, veillez à informer les utilisateurs que cet ensemble de données plus large est partagé.
  • Si vous fusionnez des données provenant de différentes sources, vous pouvez écrire les données dans un seul MedicalDataSource dans Santé Connect. Vous devez également attribuer un nouvel ID à chaque ressource pour éviter les conflits, et mettre à jour les références de ressources pour qu'elles pointent vers les nouveaux ID.
  • La fusion de données provenant de plusieurs sources dans un même MedicalDataSource peut masquer l'origine des données. Étant donné qu'il est souvent utile pour les consommateurs de données de comprendre la provenance des données, nous vous recommandons de renseigner le champ meta.source pour chaque ressource avec la source d'origine de l'enregistrement (généralement une URL de base FHIR).
Précédent
Aperçu
Suivant
Écrire des données médicales