View a markdown version of this page

Percepções do paciente - Amazon Connect Health

As traduções são geradas por tradução automática. Em caso de conflito entre o conteúdo da tradução e da versão original em inglês, a versão em inglês prevalecerá.

Percepções do paciente

O Patient Insights sintetiza os dados longitudinais do paciente em um resumo conciso e prático antes da visita, recuperando registros clínicos estruturados, documentos clínicos e arquivos ad-hoc e, em seguida, gerando um resumo focado para os médicos analisarem antes de cada encontro.

O Patient Insights fornece os seguintes recursos:

  • Síntese longitudinal de dados — recupera e sintetiza os dados do paciente espalhados por recursos estruturados do FHIR, recursos do FHIR e documentos do S3 em um único resumo DocumentReference/Binary unificado antes da visita.

  • Evidence-linked resultado — Cada declaração clínica no resumo inclui referências de evidências vinculadas aos recursos específicos do FHIR ou aos documentos de origem que a apoiam.

  • Concentre os resumos por motivo do encontro — Adapta os insights ao motivo do encontro ou à principal reclamação. Por exemplo, um resumo da visita de bem-estar enfatiza os exames preventivos e o status de imunização, enquanto um resumo do acompanhamento cirúrgico prioriza o histórico do procedimento e as notas pós-operatórias.

  • Integração perfeita do fluxo de trabalho — fornece um documento JSON estruturado que oferece controle total sobre a renderização em seus fluxos de trabalho existentes.

  • Integração do ecossistema da AWS — Integra-se HealthLake à AWS como armazenamento de FHIR-compliant dados e ao Amazon S3 para ingestão de documentos e entrega de resumos.

O Patient Insights está disponível como uma prévia nas regiões Leste dos EUA (Norte da Virgíniaus-east-1) () e Oeste dos EUA (Oregon) (us-west-2).

Importante

As informações do paciente estão disponíveis como um recurso de pré-visualização e estão sujeitas a alterações. Não use recursos de pré-visualização em ambientes de produção.

Como funcionam os insights dos pacientes

O Patient Insights usa um fluxo de trabalho assíncrono baseado em tarefas com quatro estágios:

  1. Envio de emprego — Sua inscrição envia um trabalho de informações do paciente chamando a StartPatientInsightsJob API. A solicitação especifica o paciente, o tipo de encontro, o médico solicitante, as fontes de dados e o local de saída. A API retorna um identificador de trabalho exclusivo.

  2. Recuperação e síntese de dados — O Patient Insights recupera os dados clínicos do paciente de suas fontes de dados configuradas. O serviço se conecta ao seu armazenamento de FHIR-compliant dados (como a AWS HealthLake) para extrair registros clínicos estruturados. Ele também recupera documentos clínicos do FHIR DocumentReference e de recursos binários e pode ingerir documentos ad-hoc do Amazon S3.

  3. Pesquisa para conclusão — Seu aplicativo faz pesquisas para conclusão usando a GetPatientInsightsJob API. Um trabalho típico é concluído em 2 a 5 minutos, dependendo do volume e da complexidade do histórico clínico do paciente.

  4. Recuperação de saída — Quando o status do trabalho atinge SUCESSO, o resumo gerado antes da visita estará disponível no caminho de saída do S3 que você especificou. Seu aplicativo recupera o resumo e o apresenta ao médico.

Entradas

Contexto do paciente

Forneça um identificador de paciente exclusivo que corresponda ao ID FHIR do paciente em seu servidor FHIR. Esse identificador é a chave que o serviço usa para consultar o endpoint do FHIR para o histórico clínico desse paciente.

Motivo do encontro

O motivo do encontro informa ao serviço que tipo de visita está planejada e por que o paciente está chegando. Isso ajuda o serviço a priorizar quais informações clínicas são mais relevantes. Por exemplo, um resumo da visita de bem-estar enfatiza os exames preventivos e o status de imunização, enquanto um resumo do acompanhamento cirúrgico prioriza o histórico do procedimento e as notas pós-operatórias.

Contexto do usuário

Identifique o médico que está solicitando o resumo, sua função e sua especialidade. Essas informações ajudam o serviço a adaptar o resumo às necessidades do médico.

Configuração dos dados de entrada

Especifique onde o serviço deve procurar os dados clínicos do paciente:

  • Servidor FHIR — Forneça uma URL de endpoint FHIR apontando para seu armazenamento de FHIR-compliant dados (como AWS HealthLake) junto com um token OAuth para autenticação. O serviço oferece suporte a um período de retrospectiva configurável que varia de 1 a 24 meses.

  • FHIR DocumentReference e recursos binários — O serviço recupera documentos clínicos, como resumos de alta, notas de consulta e relatórios de diagnóstico, do mesmo endpoint do FHIR.

  • Fontes do S3 — Especifique documentos armazenados no Amazon S3 que o serviço deve incluir, como cartas de indicação de especialistas enviadas por fax, registros hospitalares externos ou relatórios de imagens digitalizados.

Formatos de arquivo compatíveis

Formato do arquivo Tamanho máximo

PDF (application/pdf)

500 MB ou 3.000 páginas

JPEG () image/jpeg

10 MB

PNG (image/png)

10 MB

nota

O serviço lida com arquivos incompatíveis ou superdimensionados de forma diferente, dependendo da fonte. As fontes do S3 fazem com que o trabalho falhe se algum arquivo não for suportado ou for superdimensionado. Recursos FHIR DocumentReference e binários que não são suportados ou são superdimensionados são ignorados silenciosamente.

Limites de processamento de documentos

O Patient Insights aceita no máximo 10 documentos por trabalho em todas as fontes de documentos combinadas. O serviço processa os documentos nesta ordem:

  1. Os documentos de origem do S3 são processados primeiro.

  2. Os documentos FHIR DocumentReference e binários são processados em ordem sequencial.

Se o número total de documentos exceder 10, somente os 10 primeiros serão processados de acordo com essa ordem.

Configuração dos dados de saída

Especifique um caminho de saída do S3 em que o serviço forneça o resumo completo antes da visita. Você gerencia a retenção e o ciclo de vida da produção de insights do paciente por meio de suas políticas de ciclo de vida do bucket S3.

Envio e acompanhamento de trabalhos

Depois de enviar um trabalho de informações do paciente, você pode acompanhar seu progresso pesquisando a GetPatientInsightsJob API. A tabela a seguir descreve os possíveis status do trabalho:

Status Description

SUBMITTED

O trabalho foi aceito e está na fila para processamento.

IN_PROGRESS

O serviço está recuperando dados clínicos, processando documentos de origem e gerando o resumo do paciente.

SUCCEEDED

O trabalho foi concluído com sucesso. O resumo gerado está disponível no caminho de saída especificado do S3.

FAILED

O trabalho não foi concluído com êxito. Verifique os detalhes do erro na GetPatientInsightsJob resposta para saber o motivo específico da falha.

Output

Quando um trabalho de informações do paciente é concluído com sucesso, o Amazon Connect Health entrega um documento JSON estruturado para seu caminho de saída configurado do S3. Este documento contém o resumo da pré-visita organizado em seções claramente definidas, com cada declaração clínica vinculada às evidências de apoio.

Seções resumidas

A árvore a seguir mostra a estrutura do esquema de saída:

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)

O resumo da pré-visita está organizado em cinco seções:

Seção O que ele contém

VISÃO GERAL DO PACIENTE E DO ENCONTRO

Histórico médico, condições ativas, medicamentos atuais, alergias, cirurgias anteriores e histórico familiar.

DESDE_ÚLTIMA VISITA

Novos laboratórios, notas de especialistas, alterações de medicamentos, sintomas e intervenções que ocorreram desde o último encontro do paciente com esse profissional.

TENDÊNCIAS

Padrões ao longo do tempo para métricas clínicas importantes, como A1c, pressão arterial, peso e valores laboratoriais.

CMS_HCC_CODING_ANALYSIS

Condições documentadas anteriormente que são relevantes para o ajuste de risco da Categoria de Condição Hierárquica (HCC) do CMS. O médico confirma se cada condição ainda está presente.

HHS_HCC_CODING_ANALYSIS

Condições previamente documentadas que são relevantes para o ajuste HHS-HCC de risco. O médico confirma se cada condição ainda está presente.

Cada seção contém uma série de objetos narrativos clínicos. Uma narrativa clínica é uma unidade discreta de conteúdo clínico que o serviço gera a partir dos dados do paciente. O texto nas narrativas clínicas pode incluir formatação markdown (como marcadores, cabeçalhos e ênfase) que seu aplicativo pode analisar e renderizar de acordo com o contexto de exibição.

As três primeiras seções respondem às perguntas que os médicos normalmente precisam responder antes de entrar na sala de exames: Quem é esse paciente? O que aconteceu desde a última vez que os vi? Como as coisas mudaram? As duas seções finais apoiam a Revisão de Condições, que ajuda as organizações a obter a receita adequada em ambos os modelos Fee-for-Service e nos modelos Value-Based Care. Essas seções apresentam condições previamente documentadas que têm peso de ajuste de risco de HCC, junto com a data em que cada condição foi avaliada pela última vez e uma solicitação para confirmar se a condição ainda está clinicamente presente. As seções CMS e HHS podem revelar condições sobrepostas nas quais os dois modelos de ajuste de risco se aplicam, ou podem apresentar condições diferentes, dependendo das definições de categoria de cada modelo.

Referências de evidências

Cada narrativa clínica no resumo inclui uma matriz de evidências que vincula a declaração gerada aos recursos específicos do FHIR ou aos documentos de origem que a apóiam. As referências de evidências usam o formatoResourceType/ResourceId, comoCondition/d68e8fc6-2e5f-4a3e-a2a7-942a435e78ec.

Elementos estruturais, como cabeçalhos de seção ou declarações resumidas que são sintetizadas em várias fontes, podem ter uma matriz de evidências vazia. Declarações clínicas derivadas de dados específicos do paciente — um resultado laboratorial específico, uma alergia documentada, um encontro anterior, uma condição previamente avaliada — incluem as referências de recursos correspondentes do FHIR.

HccIncluded bandeira

A saída inclui uma HccIncluded bandeira de nível superior indicando se as seções de Revisão de Condição (CMS e HHS HCC Coding Analysis) foram geradas para o trabalho.

Renderizando o resumo

Para apresentar o resumo aos médicos em sua inscrição:

  1. Percorra cada seção em ordem.

  2. Concatene os valores do texto de cada narrativa clínica dentro da seção.

  3. Analise a formatação do markdown para seu contexto de exibição.

  4. Use as referências de evidências para fornecer links detalhados para obter recursos ou documentos do FHIR.

Para as seções de revisão da condição, renderize cada condição superficial como um elemento interativo que permite ao médico confirmar, descartar ou anotar cada condição diretamente no fluxo de trabalho. O formato de saída estruturado oferece controle total sobre como o resumo é renderizado.

Para obter detalhes e request/response esquemas completos dos parâmetros da API, consulte a Referência da API Amazon Connect Health.