Caractéristiques des données de santé
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 requis | 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é. 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. |
| PHI Sensibilité | PHI sensible : informations de santé considérées comme protégées. Non-PHI sensible : informations de santé non considérées comme 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 y faire référence (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 | Sensibilité | Gestion des soins | Vue patient unifiée (administrative) | Vue unifiée du patient (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. Il peut s’agir notamment des normes HL7 FHIR, DICOM, 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 des ressources |
|---|---|
| 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. |