Seu Template de Dados da Jornada do Paciente

Oracle Health (Cerner)
Seu Template de Dados da Jornada do Paciente

Seu Template de Dados da Jornada do Paciente

Este template abrangente descreve os dados essenciais que você precisa para analisar e otimizar as jornadas dos pacientes com eficácia. Ele oferece uma visão estruturada dos atributos críticos a serem coletados, das principais atividades a serem monitoradas e orientações práticas sobre extração de dados. Use este recurso para preparar seu log de eventos para uma experiência fluida de Process Mining.
  • Atributos recomendados para coletar
  • Atividades-chave a monitorizar
  • Orientação para Extração
É novo em event logs? Saiba como criar um event log para Process Mining.

Atributos da Jornada do Paciente

Estes são os campos de dados recomendados para incluir no seu log de eventos para uma análise completa da jornada do paciente no seu sistema.
5 Obrigatório 9 Recomendado 6 Opcional
Nome Descrição
Atividade
ClinicalEventTag
O nome ou descrição do evento clínico ou administrativo realizado.
Descrição

Este atributo captura a ação específica realizada durante o cuidado do paciente, como 'Medicamento Administrado', 'Sinais Vitais Coletados' ou 'Alta do Paciente'. Fornece o rótulo legível para a etapa do processo.

No Cerner, isso costuma derivar da tabela CLINICAL_EVENT, mapeando especificamente o EVENT_CD (Código do Evento) para seu valor de exibição ou usando o EVENT_TAG. Convenções de nomenclatura consistentes aqui são cruciais para mapas de processos legíveis.

Por que é importante

Define as etapas no mapa de processo, permitindo a visualização do workflow.

Onde obter

Tabela: CLINICAL_EVENT, Coluna: EVENT_TAG ou CODE_VALUE vinculado para EVENT_CD

Exemplos
Avaliação de TriagemHemograma com DiferencialOrdem de AltaTransferir Paciente
Episódio do Paciente
EncounterId
Identificador único para a visita ou episódio de cuidado específico do paciente.
Descrição

Este atributo serve como o identificador central de caso para a jornada do paciente. Ele agrupa todos os eventos clínicos, pedidos e ações administrativas que ocorrem em um único período de cuidado (ex: uma internação ou visita à emergência). No Process Mining, este ID é essencial para correlacionar atividades isoladas em uma visão de processo unificada.

Tecnicamente, isso corresponde ao ENCNTR_ID na tabela ENCOUNTER do banco de dados Cerner Millennium. É a chave primária usada para vincular dados demográficos do paciente, pedidos e eventos clínicos.

Por que é importante

É a chave fundamental necessária para reconstruir a jornada ponta a ponta do paciente, da admissão à alta.

Onde obter

Tabela: ENCOUNTER, Coluna: ENCNTR_ID

Exemplos
123456789876543211223344
Event Timestamp
EventEndDateTime
A data e hora específica em que a atividade ocorreu ou foi concluída.
Descrição

Este atributo registra o momento exato em que um evento ocorreu. É usado para ordenar as atividades sequencialmente e calcular os tempos de ciclo entre as etapas do processo.

Na tabela CLINICAL_EVENT, isso geralmente corresponde a EVENT_END_DT_TM. A precisão aqui é vital para calcular tempos de espera, como a duração entre 'Paciente Registrado' e 'Avaliação de Triagem'.

Por que é importante

Essencial para determinar a sequência de eventos e calcular KPIs de performance, como lead times.

Onde obter

Tabela: CLINICAL_EVENT, Coluna: EVENT_END_DT_TM

Exemplos
2023-10-15T08:30:00Z2023-10-15T09:15:45Z2023-10-16T14:20:00Z
Sistema de Origem
SourceSystem
O nome do sistema de onde os dados se originaram.
Descrição

Identifica o aplicativo de origem do registro de dados. Neste contexto, será predominantemente 'Oracle Health' ou 'Cerner Millennium'. Isso é útil em ambientes multissistemas, onde os dados podem ser combinados com outros prontuários (EMRs) ou sistemas departamentais.

Permite que os analistas filtrem ou segmentem a análise do processo com base na procedência dos dados caso múltiplas fontes sejam ingeridas.

Por que é importante

Garante a linhagem e rastreabilidade dos dados, especialmente em configurações de Process Mining de múltiplos sistemas.

Onde obter

String fixa ou Metadados do Sistema

Exemplos
Oracle HealthCerner Millennium
Última Atualização de Dados
LastDataUpdate
O carimbo de tempo de quando o registro foi extraído ou modificado pela última vez no repositório de dados.
Descrição

Indica quão recentes são os dados usados na análise. Este timestamp ajuda os usuários a entender se estão vendo dados em tempo real ou um snapshot de uma carga anterior.

Geralmente é gerado durante o processo de ETL (Extração, Transformação e Carga), não sendo um atributo clínico.

Por que é importante

Crítico para a governança de dados e para garantir que a análise seja realizada com informações atualizadas.

Onde obter

Timestamp do Sistema ETL

Exemplos
2023-11-01T00:00:00Z2023-11-02T12:00:00Z
Departamento
NurseUnit
A ala, unidade ou departamento específico onde o evento ocorreu.
Descrição

Identifica a localização física ou unidade organizacional responsável pelo paciente no momento do evento (ex: 'UTI', 'Cirurgia Geral', 'Pronto-Socorro').

Isso ajuda no dashboard de 'Eficiência de Transferência entre Alas' ao rastrear o movimento entre unidades. No Cerner, isso costuma ser LOC_NURSE_UNIT_CD no encontro ou na tabela de rastreamento.

Por que é importante

Essencial para analisar gargalos em departamentos específicos e visualizar a geografia do fluxo de pacientes.

Onde obter

Tabela: ENCOUNTER ou CLINICAL_EVENT, Coluna: LOC_NURSE_UNIT_CD

Exemplos
Depto. de EmergênciaAla de CardiologiaUTIRadiologia
Diagnóstico Primário
DiagnosisCode
O código CID-10 ou SNOMED que representa o motivo principal do atendimento.
Descrição

O código clínico padronizado (ex: 'J18.9' para Pneumonia) atribuído ao episódio. Isso permite agrupar pacientes por condição para analisar o 'Desvio do Protocolo de Tratamento' para doenças específicas.

Encontrado na tabela DIAGNOSIS, vinculada ao encontro.

Por que é importante

Permite a comparação direta de caminhos de pacientes para condições específicas.

Onde obter

Tabela: DIAGNOSIS, Coluna: DIAGNOSIS_CODE (via nomenclatura)

Exemplos
I10E11.9J18.9
É Readmissão
IsReadmission
Indicador que sinaliza se este episódio ocorreu dentro de 30 dias após uma alta anterior.
Descrição

Um indicador booleano (flag) usado para identificar casos que representam uma readmissão. Isso é calculado comparando a data de admissão do episódio atual com a data de alta do episódio anterior para o mesmo PersonId.

Essencial para o dashboard de 'Tendências de Readmissão de Pacientes'.

Por que é importante

Suporta diretamente o KPI de 'Taxa de Readmissão de Pacientes', uma métrica fundamental de qualidade do cuidado.

Onde obter

Derivado via lógica SQL comparando registros de ENCOUNTER

Exemplos
verdadeirofalse
ID do Paciente
PersonId
Identificador único para o paciente em múltiplos encontros.
Descrição

Diferente do Case ID, o Patient ID (ou Person ID) permanece constante para um paciente em todas as suas visitas ao hospital. Este atributo é crucial para analisar taxas de readmissão e entender o histórico de longo prazo do paciente.

No Cerner, este é o PERSON_ID da tabela PERSON. Ele vincula vários registros ENCNTR_ID entre si.

Por que é importante

Habilita o KPI de 'Taxa de Readmissão de Pacientes' ao vincular episódios separados ao mesmo indivíduo.

Onde obter

Tabela: PERSON, Coluna: PERSON_ID

Exemplos
P10001P55992P99221
Item do Pedido
OrderMnemonic
O nome do pedido específico realizado, como um exame laboratorial ou medicamento.
Descrição

Descreve o conteúdo de um evento de pedido (ex: 'Hemograma Completo', 'Aspirina 81mg'). Este atributo fornece o contexto necessário para as atividades 'Pedido de Diagnóstico Realizado' e 'Medicamento Administrado'.

Geralmente encontrado na tabela ORDERS sob ORDER_MNEMONIC. Atua como o 'Produto' que flui pelo processo.

Por que é importante

Necessário para uma análise detalhada dos caminhos de diagnóstico e tratamento.

Onde obter

Tabela: ORDERS, Coluna: ORDER_MNEMONIC

Exemplos
Raio-X de TóraxPainel Metabólico BásicoParacetamolRM de Crânio
Status da Alta
DischargeDisposition
O destino ou status do paciente no momento da alta.
Descrição

Indica para onde o paciente foi após o encerramento do episódio (ex: 'Casa', 'Unidade de Cuidados Continuados', 'Óbito'). Isso é fundamental para a análise de 'Planejamento de Alta' e para identificar desfechos negativos.

Localizado na tabela ENCOUNTER como DISCH_DISPOSITION_CD.

Por que é importante

Métrica de resultado chave; define o 'estado final' da jornada do paciente.

Onde obter

Tabela: ENCOUNTER, Coluna: DISCH_DISPOSITION_CD (resolvido via CODE_VALUE)

Exemplos
Alta para DomicílioTransferido para ReabilitaçãoAlta à Revelia (Evasão)Expirado
Tempo de Permanência
LengthOfStay
Duração total do episódio do paciente em dias ou horas.
Descrição

Este é um atributo calculado que representa a diferença de tempo entre a admissão e a alta. É a principal métrica de eficiência para o dashboard 'Análise Geral do Tempo de Permanência do Paciente'.

Embora isso possa ser calculado na ferramenta de Process Mining, importá-lo como um atributo estático pré-calculado no nível do caso costuma ser mais eficiente em termos de desempenho.

Por que é importante

O KPI de eficiência individual mais importante para a gestão hospitalar.

Onde obter

Derivado de ENCOUNTER.REG_DT_TM e DISCH_DT_TM

Exemplos
4,5 dias2 horas12 dias
Tipo de Caso
EncounterType
Categorização da visita do paciente, como Internação, Ambulatorial ou Emergência.
Descrição

Classifica a natureza do episódio do paciente. Esta é uma dimensão primária para segmentar os dados, já que o fluxo de processo para uma visita de 'Emergência' difere significativamente de uma 'Internação Eletiva'.

Isso é derivado de ENCNTR_TYPE_CD na tabela ENCOUNTER, que referencia um valor de conjunto de códigos (ex: 'Internação', 'Emergência').

Por que é importante

Permite a análise comparativa de caminhos e fluxo de atendimento em diferentes ambientes de cuidado.

Onde obter

Tabela: ENCOUNTER, Coluna: ENCNTR_TYPE_CD (resolvido via CODE_VALUE)

Exemplos
InternadoEmergencial (Emergency)AmbulatorialCirurgia Ambulatorial
Utilizador
PerformingPrsnlId
O identificador ou nome do clínico que realizou a atividade.
Descrição

Registra quem executou a etapa do processo, como o enfermeiro que administrou a medicação ou o médico que assinou a alta. Isso permite analisar a utilização de recursos.

No Cerner, isso costuma ser PERFORMED_PRSNL_ID ou UPDT_ID, dependendo da tabela (Pedidos vs. Eventos Clínicos). Mapear isso para um atributo genérico de 'Usuário' facilita a análise de Segregação de Funções.

Por que é importante

Suporta a análise de recursos e identifica potenciais necessidades de treinamento ou desequilíbrios na carga de trabalho.

Onde obter

Tabela: CLINICAL_EVENT, Coluna: PERFORMED_PRSNL_ID

Exemplos
Dr. SilvaEnf. JonesSysAdmin
Canal de Admissão
AdmissionSource
A origem da admissão do paciente.
Descrição

Descreve como o paciente entrou no sistema hospitalar, como 'Encaminhamento Médico', 'Pronto-Socorro' ou 'Transferência de outro Hospital'.

Isso ajuda a analisar a 'porta de entrada' do processo hospitalar. Mapeia para o ADMIT_SRC_CD na tabela ENCOUNTER.

Por que é importante

Contextualiza o 'Tempo de Espera para Avaliação Inicial' com base no ponto de entrada.

Onde obter

Tabela: ENCOUNTER, Coluna: ADMIT_SRC_CD

Exemplos
Pronto-SocorroEncaminhamento MédicoTransferência de Hospital
Número do Pedido
OrderId
Identificador único para um pedido específico (Exame, Medicação, Consulta).
Descrição

O ID gerado pelo sistema para um pedido. Embora não seja o ID do Caso, é uma chave secundária crucial. Ele vincula o evento 'Pedido Diagnóstico Realizado' ao evento 'Resultado Diagnóstico Verificado'.

Sem isso, é difícil calcular o tempo de resposta exato para exames específicos se um paciente tiver vários pedidos simultâneos.

Por que é importante

Essencial para vincular atividades pareadas (Pedido -> Resultado) com precisão.

Onde obter

Tabela: ORDERS, Coluna: ORDER_ID

Exemplos
88291028829103
Prioridade de Triagem
TriageAcuity
O nível de urgência atribuído durante a avaliação de triagem.
Descrição

Um valor numérico ou categórico que indica a gravidade da condição do paciente (ex: 1-Imediato a 5-Não urgente). Este é um atributo de segmentação vital para analisar tempos de espera, já que pacientes de maior prioridade devem ter esperas mais curtas.

Geralmente capturado em formulários clínicos ou códigos de observação específicos durante o evento de Triagem.

Por que é importante

Crítico para validar se o processo prioriza os pacientes corretamente de acordo com a urgência clínica.

Onde obter

Consulte a documentação do Oracle Health (Cerner)

Exemplos
12345
Status do Medicamento
MedAdminStatus
Status do pedido de medicamento (ex: Administrado, Recusado, Não Administrado).
Descrição

Indica o resultado de uma tarefa de administração de medicamento. Para o dashboard de 'Conformidade de Administração de Medicamentos', é vital distinguir entre remédios realmente administrados versus agendados, mas perdidos ou recusados.

Provavelmente encontrado na CLINICAL_EVENT ou em tabelas específicas de Registro de Administração de Medicamentos (MAR).

Por que é importante

Identifica falhas de conformidade nos protocolos de tratamento.

Onde obter

Consulte a documentação do Oracle Health (Cerner)

Exemplos
AdministradoRecusadoSuspenso
Status do Resultado
ResultStatus
O status de um resultado diagnóstico (ex: Autenticado (Verificado), Corrigido, Preliminar).
Descrição

Indica a fase do ciclo de vida de um resultado de exame. É usado na análise de 'Tempo de Entrega de Resultado Diagnóstico' para determinar quando um resultado está oficialmente disponível para a decisão clínica.

Geralmente encontrado em CLINICAL_EVENT com códigos de status específicos.

Por que é importante

Diferencia entre resultados preliminares e finais, o que impacta quando as atividades subsequentes podem começar.

Onde obter

Tabela: CLINICAL_EVENT, Coluna: RESULT_STATUS_CD

Exemplos
Autenticado (Verificado)Com ErroModificado
Tipo de Pagador
FinancialClass
A cobertura de seguro principal ou classificação financeira do paciente.
Descrição

Categoriza o paciente com base na sua fonte de pagamento (ex: Convênio, Particular, SUS). Este atributo é usado para analisar se os fluxos de processo ou tempos de permanência variam conforme o tipo de seguro.

Derivado de FINANCIAL_CLASS_CD na tabela ENCOUNTER.

Por que é importante

Ajuda a identificar disparidades na prestação de cuidados ou no processamento administrativo com base no tipo de pagador.

Onde obter

Tabela: ENCOUNTER, Coluna: FINANCIAL_CLASS_CD (resolvido via CODE_VALUE)

Exemplos
MedicareBlue CrossParticularMedicaid
Obrigatório Recomendado Opcional

Atividades da Jornada do Paciente

Estas são as principais etapas do processo e marcos a serem capturados no seu log de eventos para uma descoberta precisa de processos e identificação de gargalos.
8 Recomendado 6 Opcional
Atividade Descrição
Alta do Paciente Realizada
O evento administrativo final que encerra a estadia do paciente. Este carimbo de tempo é usado para calcular o Tempo de Permanência total.
Por que é importante

O principal evento de encerramento do processo. Essencial para cálculos de tempo de permanência e readmissão.

Onde obter

Tabela ENCOUNTER, especificamente o DISCH_DT_TM (Data/Hora da Alta).

Captura

Registrado quando o status do encontro muda para ALTA REALIZADA

Tipo de evento explicit
Avaliação de Triagem Concluída
Representa a conclusão da avaliação inicial de enfermagem ou do formulário de triagem no contexto de emergência ou admissão. Geralmente é um formulário ou evento clínico específico documentado no sistema.
Por que é importante

Crítico para o cálculo do KPI de 'Tempo de Espera para Avaliação Inicial' e para identificar gargalos logo na entrada.

Onde obter

Tabela CLINICAL_EVENT, filtrada por códigos de eventos associados aos formulários de Triagem ou Avaliação Inicial.

Captura

Registrado quando o documento/formulário clínico é assinado ou verificado

Tipo de evento explicit
Diagnóstico Documentado
Ocorre quando um diagnóstico formal é adicionado ao registro do encontro do paciente. É diferente de um resultado de exame e representa a confirmação da condição pelo clínico.
Por que é importante

Essencial para o marco de 'Diagnóstico Confirmado' e para analisar o tempo até o diagnóstico definitivo.

Onde obter

Tabela DIAGNOSIS, usando o DIAGNOSIS_DT_TM vinculado ao ENCOUNTER_ID.

Captura

Registrado quando o diagnóstico é adicionado ou atualizado no PowerChart

Tipo de evento explicit
Ordem de Alta Assinada
O evento onde o médico insere o pedido de alta do paciente. Isso inicia o cronômetro do planejamento de alta.
Por que é importante

O ponto de partida para o 'Tempo de Ciclo do Planejamento de Alta'. Um intervalo entre este ponto e a alta real indica atrasos operacionais.

Onde obter

Tabela ORDERS, onde o tipo de catálogo indica Alta.

Captura

Registrado quando o status do pedido de alta é definido como SOLICITADO

Tipo de evento explicit
Paciente Registrado
Marca o início do episódio do paciente quando ele chega e é registrado no sistema. No Cerner Millennium, isso é capturado quando o registro do encontro é criado ou o carimbo de tempo da admissão é definido.
Por que é importante

Estabelece o tempo de início para cálculos de Tempo de Permanência (LOS) e análise do tempo de espera inicial.

Onde obter

Tabela ENCOUNTER, especificamente a coluna REG_DT_TM (Data/Hora do Registro).

Captura

Registrado quando a transação cria uma nova linha na tabela ENCOUNTER

Tipo de evento explicit
Pedido de Diagnóstico Realizado
Ocorre quando um clínico insere um pedido de exame laboratorial ou de imagem. Este carimbo de tempo inicia o cálculo do tempo de resposta (turnaround) diagnóstico.
Por que é importante

O ponto de partida para o KPI de 'Tempo de Entrega de Resultados Diagnósticos'; ajuda a identificar atrasos entre a solicitação e a execução.

Onde obter

Tabela ORDERS, utilizando ORIG_ORDER_DT_TM onde o tipo de catálogo é Laboratório ou Radiologia.

Captura

Registrado quando o status do pedido é definido como SOLICITADO

Tipo de evento explicit
Resultado de Diagnóstico Verificado
O momento em que um resultado de laboratório ou imagem é finalizado e disponibilizado ao clínico. Isso encerra o intervalo do tempo de resposta (turnaround) diagnóstico.
Por que é importante

Conclui o ciclo de 'Tempo de Entrega de Resultado Diagnóstico' e aciona decisões de tratamento subsequentes.

Onde obter

Tabela CLINICAL_EVENT (para laboratórios) ou alteração do status de ORDERS para COMPLETED.

Captura

Registrado quando o status do resultado muda para AUTORIZADO (Autenticado)

Tipo de evento explicit
Transferência de Departamento Realizada
Indica que o paciente foi transferido fisicamente de um local (ex: pronto-socorro) para outro (ex: UTI). Isso é monitorado por meio do histórico de localização.
Por que é importante

Permite a análise de 'Eficiência de Transferência entre Alas' e ajuda a visualizar o fluxo de pacientes pelo hospital.

Onde obter

Tabela ENCNTR_LOC_HIST (Histórico de Localização do Encontro), capturando mudanças em LOC_NURSE_UNIT_CD.

Captura

Comparar campo de status antes/depois

Tipo de evento inferred
Consulta Concluída
Marca a conclusão de uma consulta com especialista, geralmente comprovada por uma nota ou documento de consulta assinado.
Por que é importante

Identifica quando o parecer do especialista foi recebido, o que pode ser um gargalo em caminhos de cuidado complexos.

Onde obter

Tabela CLINICAL_EVENT, filtrando por tipos de documentos classificados como Consultas.

Captura

Registrado quando a nota de consulta é assinada

Tipo de evento explicit
Consulta de Acompanhamento Agendada
Ocorre quando um agendamento futuro é marcado para o paciente, vinculado ao mesmo episódio ou plano de cuidado.
Por que é importante

Suporta o dashboard 'Pontualidade de Agendamento de Acompanhamento'. Mede a eficiência da continuidade do cuidado.

Onde obter

Tabela SCH_APPT (Agendamento), vinculada ao PERSON_ID.

Captura

Registrado quando o agendamento é criado no módulo de agendamento

Tipo de evento explicit
Medicamento Administrado
Registra a administração real do medicamento ao paciente conforme documentado no Registro de Administração de Medicamentos (MAR).
Por que é importante

Suporta o dashboard de 'Conformidade de Adm. de Medicamentos' verificando se os remédios foram aplicados no horário correto.

Onde obter

Tabela CLINICAL_EVENT, filtrada para eventos de administração de medicamentos (Status da Tarefa = Completo).

Captura

Registrado no escaneamento do código de barras ou entrada manual no MAR

Tipo de evento explicit
Plano de Cuidado Ativado
Representa o início de um PowerPlan ou caminho de cuidado no Cerner. Isso sinaliza que um protocolo de tratamento padronizado foi selecionado.
Por que é importante

Crucial para a 'Análise de Desvio de Protocolo de Tratamento' para comparar o cuidado real com o caminho planejado.

Onde obter

ACT_PW_CAT (Catálogo de Caminho de Ação) ou DCP_FORMS_REF, vinculando o caminho ao encontro.

Captura

Registrado quando o PowerPlan é iniciado

Tipo de evento explicit
Procedimento Agendado
Indica que um caso cirúrgico ou procedimento de grande porte foi agendado para um horário específico. Ajuda a entender a alocação de recursos e os tempos de espera pré-procedimento.
Por que é importante

Destaca a eficiência do agendamento e possíveis gargalos na utilização de salas de cirurgia ou procedimentos.

Onde obter

Tabela SURGICAL_CASE ou tabela SCH_APPT vinculada ao encontro.

Captura

Registrado quando a transação de agendamento é concluída

Tipo de evento explicit
Procedimento Realizado
O carimbo de tempo que indica quando uma cirurgia ou procedimento de grande porte realmente ocorreu. Geralmente capturado na documentação perioperatória.
Por que é importante

Marco fundamental para a análise de caminhos clínicos e utilização de recursos.

Onde obter

Tabela SURGICAL_CASE (horários de início/fim do caso) ou CLINICAL_EVENT para procedimentos à beira do leito.

Captura

Registrado via SurgiNet ou documentação do procedimento

Tipo de evento explicit
Recomendado Opcional

Guias de Extração

Como extrair seus dados do Oracle Health (Cerner)