Partager via

Caractéristiques des données de santé

  • Article

Les lois sur la santé réglementent les informations de santé protégées. Pour rester compétitif et se différencier dans l’industrie du cloud, les réglementations régionales et locales en matière de sécurité, de confidentialité et de conformité doivent être respectées. Microsoft Cloud for Healthcare prend en charge des scénarios d’entreprise courants essentiels à votre réussite lorsque les données proviennent de divers systèmes d’enregistrement. Les modèles décrits dans la documentation de l’architecture de référence couvrent plusieurs caractéristiques de données.

Les caractéristiques suivantes définissent la façon dont les données doivent être ingérées, conservées et protégées en utilisant les solutions Microsoft Cloud for Healthcare.

Caractéristique Valeur et définition
Latence Faible latence : les données changent fréquemment et les utilisateurs de l’application ont immédiatement besoin des modifications. Les modifications apportées aux données peuvent avoir un impact sur les soins aux patients.
Latence élevée : les données changent rarement et les utilisateurs de l’application n’ont pas besoin de ces modifications immédiatement. Les modifications apportées aux données n’ont pas d’impact sur les soins aux patients.
Niveau demandé Facultatif : la solution est conçue pour faire apparaître les données, mais n’est pas nécessaire pour que l’ensemble de l’application soit utilisée. L’utilisation est une préférence du client et le scénario peut être configuré pour refléter cette préférence.
Obligatoire : la solution est conçue pour utiliser les données et il est nécessaire que l’application soit utilisée.
Confidentialité PHI Confidentiel PHI : Considéré comme des informations de santé protégées.
Non-confidentiel PHI : Non considéré comme des informations de santé protégées.
Flux de données Flux de données unidirectionnel : les données doivent être importées dans la solution pour que les utilisateurs puissent référencer les données (lecture seule).
Flux de données bidirectionnel : les données doivent être traitées par les utilisateurs au sein de la solution. Cette action implique soit la création de nouveaux enregistrements, soit la mise à jour des enregistrements existants.

La table suivante utilise les définitions des caractéristiques des données et les applique aux ressources FHIR (Fast Healthcare Interoperability Resources) utilisées par les solutions Microsoft Cloud for Healthcare.

Ressource FHIR Latence de données acceptable Confidentialité Gestion des soins Santé à domicile Accès Patient Suivi des patients Centre de services aux patients Vue Patient unifiée (administration) Vue Patient unifiée (clinique) Rendez-vous virtuels
Allergies Bas PHI 🔵 🔵 🔵 🔵
Appointment Bas PHI 🔵 🔵 🟧 🟧 🔵 🔵 🟠
Programmes de soins Bas PHI 🟧 🔵 🔵 🔵 🔵 🔵 🔵
Équipes soignantes Forte Non PHI 🟧 🟦 🟦 🟦 🟦 🟦 🟦
Sinistres Forte PHI 🔵 🔵 🔵 🔵 🔵 🔵 🔵
Conditions Bas PHI 🔵 🔵 🔵 🔵
Couvertures Forte PHI 🔵 🔵 🔵 🔵 🔵 🔵 🔵
Rapports de diagnostic Bas PHI 🔵 🔵 🔵 🔵
Rendez-vous Bas PHI 🔵 🔵 🔵 🔵
Épisode de soins Bas PHI 🔵 🔵 🔵 🔵
Emplacements Forte Non PHI 🔵 🔵 🟠 🟠 🔵
Demandes de médicaments Bas PHI 🔵 🔵 🔵 🔵
Observations Bas PHI 🔵 🔵 🔵 🔵
Organisations Forte Non PHI 🔵 🔵 🔵 🔵 🔵 🔵 🔵
Patients Bas PHI 🟧 🟧 🟧 🟧 🟧 🟧 🟧
Médecins Forte Non PHI 🔵 🔵 🟠 🔵 🟠 🔵 🔵
Procédures Bas PHI 🔵 🔵 🔵 🔵
Demandes de référence Forte Non PHI 🔵 🔵 🔵 🔵
Personnes associées Forte PHI 🔵 🔵 🔵 🔵
Planifications Bas Non PHI 🟠 🟠
Plages Bas Non PHI 🟧 🟧

🔵 Facultatif, unidirectionnel
🟦 Facultatif, bidirectionnel
🟠 Obligatoire, unidirectionnel
🟧 Obligatoire, bidirectionnel

Lors de l’utilisation de services cloud à usage général, les clients et les partenaires doivent définir des modèles d’utilisation de leurs données. Les clients peuvent personnaliser davantage les solutions Microsoft Cloud for Healthcare pour affiner les données utilisées et fournir une valeur d’entreprise.

Une stratégie de données doit inclure la capacité de votre organisation et de vos partenaires à ingérer, gérer, conserver et enrichir les données. Pour faciliter l’échange de données industrielles, la stratégie devrait également inclure le soutien aux normes d’interopérabilité ouvertes et aux modèles de données. Vous devrez peut-être également vous conformer aux réglementations du secteur en matière d’échange de données. Des normes sont nécessaires pour les formats de messages, l’architecture des documents, les modèles cliniques, les interfaces utilisateur et la liaison des données des patients. Elles peuvent inclure les normes HL7 FHIR, DICOM, X12, LOINC, SNOMED, OMOP et CDISC.

Le tableau suivant explique comment chaque ressource FHIR est utilisée dans les solutions Microsoft Cloud for Healthcare.

Ressource FHIR Utilisation de la ressource
Allergies Cette ressource est utilisée sur la vue clinique du patient (commune à toutes les solutions) pour que les utilisateurs puissent référencer les données.
DME Rendez-vous Cette ressource est utilisée dans toutes les solutions et est requise pour les processus de planification des patients.
Programmes de soins Cette ressource est utilisée sur la vue clinique du patient. La ressource est obligatoire pour les mesures des informations relatives aux patients.
Équipes soignantes Cette ressource est utilisée sur la vue clinique du patient. Les utilisateurs peuvent créer et modifier des équipes de soins et leurs membres.
Sinistres Cette ressource est utilisée sur la vue administrative du patient (commune à toutes les solutions) pour que les utilisateurs puissent référencer les données.
Conditions Cette ressource est utilisée sur la vue clinique du patient (commune à toutes les solutions) pour que les utilisateurs puissent référencer les données.
Couvertures Cette ressource est utilisée sur la vue administrative et clinique du patient (commune à toutes les solutions) pour que les utilisateurs puissent référencer les données.
Rapports de diagnostic Cette ressource est utilisée sur la vue clinique du patient (commune à toutes les solutions) pour que les utilisateurs puissent référencer les données.
Rendez-vous Cette ressource est utilisée sur la vue clinique du patient (commune à toutes les solutions) pour que les utilisateurs puissent référencer les données.
Épisode de soins Cette ressource est accessible depuis le formulaire de rencontre.
Emplacements Cette ressource est utilisée dans toutes les solutions, mais est obligatoire uniquement pour la planification des patients.
Demandes de médicaments Cette ressource est utilisée sur la vue clinique du patient (commune à toutes les solutions) pour que les utilisateurs puissent référencer les données.
Observations Cette ressource est accessible depuis le formulaire de rencontre.
Organisations Cette ressource est accessible à partir de la navigation principale de l’application et du formulaire du médecin.
Patients Cette ressource est utilisée dans toutes les solutions et représente le cœur du dossier patient.
Médecins Cette ressource est utilisée dans toutes les solutions, mais est obligatoire uniquement pour la planification des patients.
Procédures Cette ressource est utilisée sur la vue clinique du patient (commune à toutes les solutions) pour que les utilisateurs puissent référencer les données.
Demandes de référence Cette ressource est utilisée sur la vue clinique du patient (commune à toutes les solutions) pour que les utilisateurs puissent référencer les données.
Personnes associées Cette ressource est utilisée sur la vue clinique du patient (commune à toutes les solutions) pour que les utilisateurs puissent référencer les données.
Planifications Cette ressource est obligatoire pour la planification des patients.
Plages Cette ressource est obligatoire pour la planification des patients. Dans le cadre de la planification, cette ressource nécessite des mises à jour pour être réécrite dans la source.