Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.

Informazioni sui pazienti

Patient Insights sintetizza i dati longitudinali dei pazienti in un riepilogo preliminare alla visita conciso e pratico, recuperando cartelle cliniche strutturate, documenti clinici e file ad hoc, quindi generando un riepilogo mirato che i medici possono esaminare prima di ogni incontro.

Patient Insights offre le seguenti funzionalità:

Patient Insights è disponibile in anteprima nelle regioni Stati Uniti orientali (Virginia settentrionale) (us-east-1) e Stati Uniti occidentali (Oregon) (). us-west-2

Come funziona Patient Insights

Patient Insights utilizza un flusso di lavoro asincrono basato sul lavoro in quattro fasi:

Input

Contesto del paziente

Fornisci un identificatore univoco del paziente che corrisponda all'ID FHIR del paziente nel tuo server FHIR. Questo identificatore è la chiave utilizzata dal servizio per interrogare l'endpoint FHIR per la storia clinica del paziente.

Incontro la ragione

Il motivo dell'incontro indica al servizio che tipo di visita è prevista e perché il paziente viene. Questo aiuta il servizio a stabilire la priorità delle informazioni cliniche più rilevanti. Ad esempio, un riepilogo delle visite benessere enfatizza gli screening preventivi e lo stato di immunizzazione, mentre un riepilogo del follow-up chirurgico dà priorità alla cronologia delle procedure e alle note post-operatorie.

Contesto dell'utente

Identifica il medico che richiede il riassunto, il suo ruolo e la sua specialità. Queste informazioni aiutano il servizio ad adattare il riepilogo alle esigenze del medico.

Configurazione dei dati di input

Specificate dove il servizio deve cercare i dati clinici del paziente:

Formati file supportati

Limiti di elaborazione dei documenti

Patient Insights accetta un massimo di 10 documenti per lavoro da tutte le fonti documentali combinate. Il servizio elabora i documenti in questo ordine:

Se il numero totale di documenti è superiore a 10, solo i primi 10 vengono elaborati secondo questo ordine.

Configurazione dei dati di output

Specificate un percorso di output S3 in cui il servizio fornisca il riepilogo completo prima della visita. Gestisci la fidelizzazione e il ciclo di vita delle informazioni dettagliate sui pazienti ottenute tramite le policy relative al ciclo di vita dei bucket S3.

Invio e monitoraggio dei lavori

Dopo aver inviato un lavoro di analisi dei pazienti, puoi monitorarne l'avanzamento interrogando l' GetPatientInsightsJob API. La tabella seguente descrive i possibili stati delle mansioni:

Output

Quando un processo di analisi dei pazienti viene completato con successo, Amazon Connect Health fornisce un documento JSON strutturato al percorso di output S3 configurato. Questo documento contiene il riepilogo prima della visita organizzato in sezioni ben definite, con ogni dichiarazione clinica collegata alle evidenze a supporto.

Sezioni di riassunto

L'albero seguente mostra la struttura dello schema di output:

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)

Il riepilogo prima della visita è organizzato in cinque sezioni:

Ogni sezione contiene una serie di oggetti narrativi clinici. Una narrazione clinica è un'unità discreta di contenuti clinici che il servizio genera dai dati del paziente. Il testo all'interno delle narrazioni cliniche potrebbe includere la formattazione dei markdown (ad esempio bullet marker, header ed enfasi) che l'applicazione può analizzare e visualizzare in base al contesto di visualizzazione.

Le prime tre sezioni rispondono alle domande a cui i medici in genere devono rispondere prima di entrare nella sala d'esame: Chi è questo paziente? Cos'è successo dall'ultima volta che li ho visti? Come sono cambiate le cose? Le ultime due sezioni supportano Condition Review, che aiuta le organizzazioni a generare entrate adeguate sia Fee-for-Service per i modelli Value-Based Care che per quelli utilizzati. Queste sezioni descrivono le condizioni precedentemente documentate che determinano la ponderazione del rischio di HCC, insieme alla data in cui ciascuna condizione è stata valutata l'ultima volta e a un invito a confermare se la condizione è ancora clinicamente presente. Le sezioni CMS e HHS potrebbero evidenziare condizioni sovrapposte a cui si applicano entrambi i modelli di aggiustamento del rischio, oppure potrebbero presentare condizioni diverse a seconda delle definizioni di categoria di ciascun modello.

Riferimenti probatori

Ogni descrizione clinica contenuta nel riepilogo include una serie di evidenze che collega la dichiarazione generata alle risorse FHIR specifiche o ai documenti di origine che la supportano. I riferimenti alle prove utilizzano il formatoResourceType/ResourceId, ad esempio. Condition/d68e8fc6-2e5f-4a3e-a2a7-942a435e78ec

Gli elementi strutturali come le intestazioni di sezione o le dichiarazioni di riepilogo che si sintetizzano su più fonti potrebbero avere una matrice di prove vuota. Le dichiarazioni cliniche derivate da dati specifici del paziente (un particolare risultato di laboratorio, un'allergia documentata, un incontro passato, una condizione precedentemente valutata) includono i corrispondenti riferimenti alle risorse FHIR.

HccIncluded bandiera

L'output include un HccIncluded flag di primo livello che indica se le sezioni Condition Review (CMS e HHS HCC Coding Analysis) sono state generate per il lavoro.

Visualizzazione del riepilogo

Per presentare il riepilogo ai medici oggetto della domanda:

Per le sezioni Condition Review, renderizzate ogni condizione superficiale come un elemento interattivo che consente al medico di confermare, ignorare o annotare ogni condizione direttamente all'interno del flusso di lavoro. Il formato di output strutturato offre il pieno controllo sul modo in cui viene renderizzato il riepilogo.

Per dettagli e request/response schemi completi dei parametri API, consulta l'Amazon Connect Health API Reference.