Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.

Informations sur les patients

Patient Insights synthétise les données longitudinales des patients dans un résumé concis et exploitable avant la visite en récupérant des dossiers cliniques structurés, des documents cliniques et des fichiers ad hoc, puis en générant un résumé ciblé que les cliniciens peuvent examiner avant chaque consultation.

Patient Insights fournit les fonctionnalités suivantes :

Patient Insights est disponible en avant-première dans les régions USA Est (Virginie du Nordus-east-1) () et USA Ouest (Oregonus-west-2) ().

Comment fonctionne Patient Insights

Patient Insights utilise un flux de travail asynchrone basé sur le travail en quatre étapes :

Inputs

Contexte du patient

Fournissez un identifiant de patient unique qui correspond à l'identifiant FHIR du patient sur votre serveur FHIR. Cet identifiant est la clé utilisée par le service pour interroger le terminal FHIR concernant les antécédents cliniques de ce patient.

Motif de la rencontre

Le motif de la rencontre indique au service quel type de visite est prévu et pourquoi le patient vient. Cela permet au service de hiérarchiser les informations cliniques les plus pertinentes. Par exemple, le résumé d'une visite de bien-être met l'accent sur les dépistages préventifs et le statut vaccinal, tandis qu'un résumé du suivi chirurgical donne la priorité à l'historique des interventions et aux notes postopératoires.

Contexte utilisateur

Identifiez le clinicien qui demande le résumé, son rôle et sa spécialité. Ces informations aident le service à adapter le résumé aux besoins du clinicien.

Configuration des données d'entrée

Spécifiez où le service doit rechercher les données cliniques du patient :

Formats de fichier pris en charge

Limites de traitement des documents

Patient Insights accepte un maximum de 10 documents par tâche, toutes sources de documents confondues. Le service traite les documents dans cet ordre :

Si le nombre total de documents est supérieur à 10, seuls les 10 premiers sont traités conformément à cette commande.

Configuration des données de sortie

Spécifiez un chemin de sortie S3 où le service fournit le résumé complet avant la visite. Vous gérez la conservation et le cycle de vie des informations sur les patients grâce à vos politiques de cycle de vie des compartiments S3.

Soumission et suivi des tâches

Une fois que vous avez soumis une demande d'information sur les patients, vous pouvez suivre sa progression en interrogeant l' GetPatientInsightsJob API. Le tableau suivant décrit les statuts possibles des tâches :

Output

Lorsqu'une tâche d'analyse des patients est terminée avec succès, Amazon Connect Health fournit un document JSON structuré sur le chemin de sortie S3 que vous avez configuré. Ce document contient le résumé préalable à la visite organisé en sections clairement définies, chaque énoncé clinique étant lié aux preuves à l'appui.

Sections récapitulatives

L'arborescence suivante montre la structure du schéma de sortie :

PatientSummaries[] (array)
└── PatientSummary
    ├── JobId
    ├── SummaryType (e.g., "Pre-visit")
    ├── PatientId
    ├── GeneratedAt (ISO 8601 timestamp)
    └── Sections[] (array)
        ├── SectionName
        └── ClinicalNarrative[] (array)
            ├── Text (clinical content with markdown formatting)
            └── Evidence[] (array of FHIR resource references)
TotalCount
GeneratedAt (ISO 8601 timestamp)
HccIncluded (boolean)

Le résumé préalable à la visite est organisé en cinq sections :

Chaque section contient un ensemble d'objets narratifs cliniques. Un récit clinique est une unité distincte de contenu clinique que le service génère à partir des données du patient. Le texte contenu dans les récits cliniques peut inclure des mises en forme de markdown (telles que des marqueurs à puces, des en-têtes et des accents) que votre application peut analyser et afficher en fonction de votre contexte d'affichage.

Les trois premières sections répondent aux questions auxquelles les cliniciens doivent généralement répondre avant d'entrer dans la salle d'examen : Qui est ce patient ? Que s'est-il passé depuis que je les ai vus pour la dernière fois ? Comment les choses ont-elles changé ? Les deux dernières sections traitent de l'examen de l'état, qui aide les organisations à générer des revenus appropriés à la fois dans le cadre des modèles de Value-Based soins Fee-for-Service et de soins. Ces sections présentent les affections déjà documentées pour lesquelles le poids du risque lié au HCC est ajusté, ainsi que la date à laquelle chaque affection a été évaluée pour la dernière fois et une invite à confirmer si la maladie est toujours présente sur le plan clinique. Les sections CMS et HHS peuvent mettre en évidence des conditions qui se chevauchent dans lesquelles les deux modèles d'ajustement des risques s'appliquent, ou des conditions différentes en fonction des définitions de catégorie de chaque modèle.

Références de preuves

Chaque récit clinique figurant dans le résumé inclut un ensemble de preuves qui relie la déclaration générée aux ressources ou aux documents sources spécifiques du FHIR qui la soutiennent. Les références de preuves utilisent le formatResourceType/ResourceId, tel queCondition/d68e8fc6-2e5f-4a3e-a2a7-942a435e78ec.

Les éléments structurels tels que les en-têtes de section ou les résumés synthétisés à partir de plusieurs sources peuvent avoir un tableau de preuves vide. Les déclarations cliniques dérivées de données spécifiques à un patient (un résultat de laboratoire particulier, une allergie documentée, une rencontre antérieure, une affection précédemment évaluée) incluent les références de ressources FHIR correspondantes.

HccIncluded drapeau

La sortie inclut un HccIncluded indicateur de haut niveau indiquant si les sections de révision de l'état (analyse du codage CMS et HHS HCC) ont été générées pour le travail.

Affichage du résumé

Pour présenter le résumé aux cliniciens dans votre candidature :

Pour les sections d'examen de l'état, affichez chaque condition superficielle sous forme d'élément interactif permettant au clinicien de confirmer, de rejeter ou d'annoter chaque condition directement dans le flux de travail. Le format de sortie structuré vous donne un contrôle total sur le rendu du résumé.

Pour obtenir des informations complètes sur les paramètres et les request/response schémas d'API, consultez le Amazon Connect Health API Reference.