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 completo apresenta os dados essenciais para analisar e otimizar a jornada do paciente. Ele organiza os principais atributos a coletar, as atividades que você deve acompanhar e orientações práticas para extrair os dados. Use este material para preparar seu Event Log e começar a mineração de processos com mais facilidade.
  • Atributos recomendados para coleta
  • Principais atividades a acompanhar
  • Orientações para extração
Novidade 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 Event Log e analisar a jornada do paciente no seu sistema de forma completa.
5 Obrigatório 8 Recomendado 6 Opcional
Nome Descrição
Atividade
ClinicalEventTag
Nome ou descrição do evento clínico ou administrativo realizado.
Descrição

Este atributo registra a ação específica realizada durante o cuidado do paciente, como 'Medicamento administrado', 'Sinais vitais aferidos' ou 'Paciente recebeu alta'. Ele fornece um rótulo legível para cada etapa do processo.

No Cerner, esse dado costuma ser derivado da tabela CLINICAL_EVENT, mapeando o EVENT_CD (código do evento) para o valor exibido ou usando o EVENT_TAG. Manter uma nomenclatura consistente é essencial para que os mapas de processo sejam fáceis de ler.

Por que isso importa

Define as etapas do mapa de processo e permite visualizar o fluxo de trabalho.

Onde encontrar

Tabela: CLINICAL_EVENT, coluna: EVENT_TAG ou CODE_VALUE vinculado a EVENT_CD

Exemplos
Avaliação de triagemHemograma completo com diferencialOrdem de altaTransferir paciente
Data e hora do evento
EventEndDateTime
Data e hora exatas em que a atividade ocorreu ou foi concluída.
Descrição

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

Na tabela CLINICAL_EVENT, geralmente corresponde a EVENT_END_DT_TM. A precisão desse dado é essencial para calcular tempos de espera, como o intervalo entre 'Paciente cadastrado' e 'Avaliação de triagem'.

Por que isso importa

Essencial para determinar a sequência dos eventos e calcular KPIs de performance, como os prazos de atravessamento.

Onde encontrar

Tabela: CLINICAL_EVENT, coluna: EVENT_END_DT_TM

Exemplos
2023-10-15T08:30:00Z2023-10-15T09:15:45Z2023-10-16T14:20:00Z
Episódio do paciente
EncounterId
Identificador exclusivo da consulta ou do episódio de cuidado do paciente.
Descrição

Este atributo funciona como identificador central do caso na jornada do paciente. Ele reúne todos os eventos clínicos, pedidos e ações administrativas ocorridos em um único período de cuidado, como uma internação ou uma consulta de emergência. Em Process Mining, esse ID é essencial para relacionar atividades dispersas e formar uma visão unificada do processo.

Tecnicamente, 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 isso importa

É a chave fundamental para reconstruir toda a jornada do paciente, da admissão à alta.

Onde encontrar

Tabela: ENCOUNTER, coluna: ENCNTR_ID

Exemplos
123456789876543211223344
Sistema de origem
SourceSystem
Nome do sistema de onde os dados vieram.
Descrição

Identifica o aplicativo de origem do registro de dados. Neste contexto, será principalmente 'Oracle Health' ou 'Cerner Millennium'. Isso é útil em ambientes com vários sistemas, nos quais os dados podem ser combinados com informações de outros prontuários eletrônicos ou sistemas departamentais.

Se houver várias fontes de dados, os analistas podem filtrar ou segmentar a análise do processo pela origem dos dados.

Por que isso importa

Garante a linhagem e a rastreabilidade dos dados, especialmente em configurações de Process Mining com vários sistemas.

Onde encontrar

Texto fixo ou metadados do sistema

Exemplos
Oracle HealthCerner Millennium
Última atualização dos dados
LastDataUpdate
Data e hora em que o registro foi extraído ou modificado pela última vez no data warehouse.
Descrição

Indica o nível de atualização dos dados usados na análise. Esse registro de data e hora ajuda a entender se você está consultando dados em tempo real ou uma captura de uma carga anterior.

Em geral, esse dado é gerado durante o processo de ETL (extração, transformação e carga), e não é um atributo clínico.

Por que isso importa

Essencial para a governança de dados e para garantir que a análise use informações atualizadas.

Onde encontrar

Data e hora do sistema ETL

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

Identifica o local físico ou a unidade organizacional responsável pelo paciente no momento do evento, como 'UTI', 'Cirurgia geral' ou 'Pronto-socorro'.

Esse dado ajuda no Dashboard 'Eficiência das transferências entre enfermarias', que acompanha a movimentação entre unidades. No Cerner, costuma corresponder a LOC_NURSE_UNIT_CD no atendimento ou na tabela de acompanhamento.

Por que isso importa

Essencial para analisar gargalos em departamentos específicos e visualizar a distribuição do fluxo de pacientes.

Onde encontrar

Tabela: ENCOUNTER ou CLINICAL_EVENT, coluna: LOC_NURSE_UNIT_CD

Exemplos
Pronto-socorroEnfermaria de cardiologiaICURadiologia
Diagnóstico principal
DiagnosisCode
Código ICD-10 ou SNOMED que representa o principal motivo do cuidado.
Descrição

Código clínico padronizado, como 'J18.9' para pneumonia, atribuído ao episódio. Ele permite agrupar pacientes por condição e analisar desvios do protocolo de tratamento para doenças específicas.

Encontrado na tabela DIAGNOSIS, vinculada ao atendimento.

Por que isso importa

Permite comparar, em condições equivalentes, os percursos de atendimento de pacientes com condições específicas.

Onde encontrar

Tabela: DIAGNOSIS, coluna: DIAGNOSIS_CODE (por meio da nomenclatura)

Exemplos
I10E11.9J18.9
É readmissão
IsReadmission
Indicador que mostra se este episódio ocorreu até 30 dias após uma alta anterior.
Descrição

Indicador booleano usado para identificar casos de readmissão. É calculado comparando a data de admissão do episódio atual com a data de alta do episódio anterior da mesma PersonId.

Essencial para o Dashboard 'Tendências de readmissão de pacientes'.

Por que isso importa

Dá suporte direto ao KPI 'Taxa de readmissão de pacientes', um indicador importante da qualidade do cuidado.

Onde encontrar

Derivado por lógica SQL que compara registros de ENCOUNTER

Exemplos
truefalse
ID do paciente
PersonId
Identificador exclusivo do paciente em diferentes atendimentos.
Descrição

Diferentemente do ID do caso, o ID do paciente (ou ID da pessoa) permanece igual em todas as consultas do paciente no hospital. Esse atributo é essencial para analisar as taxas de readmissão e entender o histórico de longo prazo do paciente.

No Cerner, corresponde ao PERSON_ID da tabela PERSON. Ele vincula vários registros ENCNTR_ID.

Por que isso importa

Permite calcular o KPI 'Taxa de readmissão de pacientes', vinculando episódios diferentes à mesma pessoa.

Onde encontrar

Tabela: PERSON, coluna: PERSON_ID

Exemplos
P10001P55992P99221
Item do pedido
OrderMnemonic
Nome do item específico solicitado, como um exame laboratorial ou medicamento.
Descrição

Descreve o conteúdo de um evento de pedido, como 'Hemograma completo' ou 'Aspirina 81 mg'. Esse atributo fornece o contexto necessário para as atividades 'Exame diagnóstico solicitado' e 'Medicamento administrado'.

Geralmente, é encontrado em ORDER_MNEMONIC na tabela ORDERS. Ele representa o 'produto' que percorre o processo.

Por que isso importa

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

Onde encontrar

Tabela: ORDERS, coluna: ORDER_MNEMONIC

Exemplos
Radiografia de tóraxPainel metabólico básicoParacetamolRessonância magnética do cérebro
Status da alta
DischargeDisposition
Destino ou status do paciente após a alta.
Descrição

Indica para onde o paciente foi após o fim do episódio, como 'Casa', 'Instituição de cuidados especializados' ou 'Óbito'. Esse dado é essencial para a análise do 'Planejamento da alta' e para identificar desfechos desfavoráveis.

Encontrado na tabela ENCOUNTER como DISCH_DISPOSITION_CD.

Por que isso importa

Indicador-chave de resultado; define o estado final da jornada do paciente.

Onde encontrar

Tabela: ENCOUNTER, coluna: DISCH_DISPOSITION_CD (consultar por meio de CODE_VALUE)

Exemplos
Alta para casaTransferido para reabilitaçãoSaiu contra orientação médicaÓbito
Tipo de caso
EncounterType
Classificação da consulta do paciente, como internação, atendimento ambulatorial ou emergência.
Descrição

Classifica a natureza do episódio do paciente. É uma dimensão essencial para segmentar os dados, pois o fluxo do processo em uma consulta de 'Emergência' difere bastante daquele de uma 'Internação eletiva'.

Esse dado é derivado de ENCNTR_TYPE_CD na tabela ENCOUNTER, que faz referência a um valor de conjunto de códigos, como 'Internação' ou 'Emergência'.

Por que isso importa

Permite comparar os percursos de atendimento e o volume processado em diferentes contextos de cuidado.

Onde encontrar

Tabela: ENCOUNTER, coluna: ENCNTR_TYPE_CD (consultar por meio de CODE_VALUE)

Exemplos
InternaçãoEmergênciaAtendimento ambulatorialCirurgia de um dia
Usuário
PerformingPrsnlId
Identificador ou nome do profissional de saúde que realizou a atividade.
Descrição

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

No Cerner, costuma corresponder a PERFORMED_PRSNL_ID ou UPDT_ID, dependendo da tabela (Orders ou Clinical Events). Mapear esse dado para um atributo genérico 'Usuário' facilita a análise da segregação de funções.

Por que isso importa

Dá suporte à análise de recursos e ajuda a identificar possíveis necessidades de treinamento ou desequilíbrios na carga de trabalho.

Onde encontrar

Tabela: CLINICAL_EVENT, coluna: PERFORMED_PRSNL_ID

Exemplos
Dr. SmithEnfermeira JonesAdministrador do sistema
Canal de admissão
AdmissionSource
Origem da admissão do paciente.
Descrição

Descreve como o paciente entrou no sistema hospitalar, por exemplo, por 'Encaminhamento médico', 'Pronto-socorro' ou 'Transferência de outro hospital'.

Esse dado ajuda a analisar a porta de entrada do processo hospitalar. Ele corresponde a ADMIT_SRC_CD na tabela ENCOUNTER.

Por que isso importa

Dá contexto ao 'Tempo de espera pela avaliação inicial' conforme o ponto de entrada.

Onde encontrar

Tabela: ENCOUNTER, coluna: ADMIT_SRC_CD

Exemplos
Pronto-socorroEncaminhamento médicoTransferência de outro hospital
Número do pedido
OrderId
Identificador exclusivo de um pedido específico, como exame laboratorial, medicamento ou consulta.
Descrição

ID do pedido gerado pelo sistema. Embora não seja o ID do caso, é uma chave secundária importante. Ele vincula o evento 'Exame diagnóstico solicitado' ao evento 'Resultado diagnóstico validado'.

Sem esse dado, é difícil calcular o tempo exato de processamento de exames específicos quando o paciente tem vários pedidos simultâneos.

Por que isso importa

Essencial para vincular com precisão atividades relacionadas, como pedido e resultado.

Onde encontrar

Tabela: ORDERS, coluna: ORDER_ID

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

Valor numérico ou categórico que indica a gravidade do quadro do paciente, como de 1 (imediato) a 5 (não urgente). Esse atributo é essencial para segmentar a análise dos tempos de espera, pois pacientes com maior prioridade devem esperar menos.

Geralmente, é registrado em formulários clínicos ou em códigos de observação específicos durante a triagem.

Por que isso importa

Essencial para verificar se o processo prioriza corretamente os pacientes conforme a urgência clínica.

Onde encontrar

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

Exemplos
12345
Status do medicamento
MedAdminStatus
Status do pedido de medicamento, como administrado, recusado ou não administrado.
Descrição

Indica o resultado de uma tarefa de administração de medicamento. No Dashboard 'Conformidade na administração de medicamentos', é essencial distinguir os medicamentos efetivamente administrados daqueles que foram agendados, mas não administrados ou recusados.

Provavelmente, esse dado está nas tabelas CLINICAL_EVENT ou nas tabelas específicas do registro de administração de medicamentos (MAR).

Por que isso importa

Identifica lacunas de conformidade nos protocolos de tratamento.

Onde encontrar

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

Exemplos
AdministradoRecusadoSuspenso
Status do resultado
ResultStatus
Status de um resultado diagnóstico, como validado, corrigido ou preliminar.
Descrição

Indica a etapa do ciclo de vida do resultado de um exame diagnóstico. É usado na análise do 'Tempo de entrega do resultado diagnóstico' para determinar quando o resultado fica oficialmente disponível para decisões clínicas.

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

Por que isso importa

Diferencia resultados preliminares dos finais, o que afeta o início das atividades subsequentes.

Onde encontrar

Tabela: CLINICAL_EVENT, coluna: RESULT_STATUS_CD

Exemplos
ValidadoCom erroModificado
Tipo de pagador
FinancialClass
Principal cobertura de seguro ou classificação financeira do paciente.
Descrição

Classifica o paciente pela fonte pagadora, como Medicare, seguro privado ou pagamento particular. Esse atributo permite analisar se o fluxo do processo ou o tempo de permanência varia conforme o tipo de cobertura.

Derivado de FINANCIAL_CLASS_CD na tabela ENCOUNTER.

Por que isso importa

Ajuda a identificar disparidades na prestação do cuidado ou no processamento administrativo conforme o tipo de pagador.

Onde encontrar

Tabela: ENCOUNTER, coluna: FINANCIAL_CLASS_CD (consultar por meio de CODE_VALUE)

Exemplos
MedicareBlue CrossPagamento particularMedicaid
Obrigatório Recomendado Opcional

Atividades da jornada do paciente

Estas são as principais etapas e marcos do processo que você deve registrar no Event Log para descobrir o processo com precisão e identificar gargalos.
8 Recomendado 6 Opcional
Atividade Descrição
Avaliação de triagem concluída
Indica a conclusão da avaliação inicial de enfermagem ou do formulário de triagem no contexto de emergência ou internação. Em geral, isso corresponde a um formulário específico ou evento clínico registrado no sistema.
Por que isso importa

Essencial para calcular o KPI de tempo de espera pela avaliação inicial e identificar gargalos na entrada do atendimento.

Onde encontrar

Tabela CLINICAL_EVENT, filtrada pelos códigos de evento associados aos formulários de triagem ou avaliação inicial.

Coleta

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

Tipo de evento explicit
Diagnóstico registrado
Ocorre quando um diagnóstico formal é adicionado ao registro do atendimento do paciente. Diferentemente do resultado de um exame, representa a confirmação do quadro clínico pelo profissional de saúde.
Por que isso importa

Essencial para registrar o marco de diagnóstico confirmado e analisar o tempo até o diagnóstico definitivo.

Onde encontrar

Tabela DIAGNOSIS, usando DIAGNOSIS_DT_TM vinculado a ENCOUNTER_ID.

Coleta

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

Tipo de evento explicit
Ordem de alta assinada
Evento em que o médico registra a ordem de alta do paciente. A partir desse momento, começa a contagem do tempo de planejamento da alta.
Por que isso importa

Ponto inicial do 'Tempo de ciclo do planejamento da alta'. Um intervalo entre esse momento e a alta efetiva indica atrasos operacionais.

Onde encontrar

Tabela ORDERS, em que o tipo de catálogo indica alta.

Coleta

Registrado quando o status da ordem de alta é ORDERED

Tipo de evento explicit
Paciente recebeu alta
Evento administrativo final que encerra a internação do paciente. Esse registro de data e hora é usado para calcular o tempo total de permanência.
Por que isso importa

Principal evento de encerramento do processo. Essencial para calcular o tempo de permanência e as readmissões.

Onde encontrar

Tabela ENCOUNTER, especificamente o campo DISCH_DT_TM (data e hora da alta).

Coleta

Registrado quando o status do atendimento muda para DISCHARGED

Tipo de evento explicit
Paciente registrado
Marca o início do episódio de atendimento, quando o paciente chega e é registrado no sistema. No Cerner Millennium, esse evento é registrado quando o prontuário do atendimento é criado ou quando a data e hora do registro são definidas.
Por que isso importa

Define o horário de início para calcular o tempo de internação (LOS) e analisar o tempo de espera inicial.

Onde encontrar

Tabela ENCOUNTER, especificamente a coluna REG_DT_TM (Registration Date/Time).

Coleta

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

Tipo de evento explicit
Pedido de exame diagnóstico realizado
Ocorre quando um profissional de saúde solicita um exame laboratorial ou de imagem. Esse registro de data e hora inicia o cálculo do tempo de resposta do exame diagnóstico.
Por que isso importa

Ponto de partida do KPI de tempo de entrega dos resultados de exames diagnósticos; ajuda a identificar atrasos entre a solicitação e a execução.

Onde encontrar

Tabela ORDERS, usando ORIG_ORDER_DT_TM quando o tipo de catálogo é Laboratory ou Radiology.

Coleta

Registrado quando o status do pedido é definido como ORDERED

Tipo de evento explicit
Resultado de exame diagnóstico verificado
Momento em que o resultado de um exame laboratorial ou de imagem é finalizado e disponibilizado ao profissional de saúde. Isso encerra o intervalo de tempo de resposta do exame diagnóstico.
Por que isso importa

Conclui o ciclo do tempo de entrega dos resultados de exames diagnósticos e dá início às decisões de tratamento subsequentes.

Onde encontrar

Tabela CLINICAL_EVENT (para exames laboratoriais) ou alteração do status de ORDERS para COMPLETED.

Coleta

Registrado quando o status do resultado muda para AUTH (Authenticated)

Tipo de evento explicit
Transferência de departamento realizada
Indica que o paciente foi transferido fisicamente de um local, como o pronto-socorro, para outro, como a UTI. Essa movimentação é registrada no histórico de localização.
Por que isso importa

Permite analisar a eficiência das transferências entre enfermarias e visualizar o fluxo de pacientes pelo hospital.

Onde encontrar

Tabela ENCNTR_LOC_HIST (Encounter Location History), que registra alterações em LOC_NURSE_UNIT_CD.

Coleta

Compare o campo de status antes e depois

Tipo de evento inferred
Consulta concluída
Marca a conclusão de uma consulta com um especialista, geralmente comprovada por uma nota ou documento de consulta assinado.
Por que isso importa

Identifica quando a avaliação do especialista foi recebida, uma etapa que pode se tornar um gargalo em trajetórias de atendimento complexas.

Onde encontrar

Tabela CLINICAL_EVENT, filtrada pelos tipos de documento classificados como consultas.

Coleta

Registrado quando a nota da consulta é assinada

Tipo de evento explicit
Consulta de acompanhamento agendada
Ocorre quando uma consulta futura é agendada para o paciente e vinculada ao mesmo episódio ou plano de cuidados.
Por que isso importa

Dá suporte ao Dashboard 'Pontualidade no agendamento de consultas de acompanhamento'. Mede a eficiência da continuidade do cuidado.

Onde encontrar

Tabela SCH_APPT (agendamento de consultas), vinculada ao PERSON_ID.

Coleta

Registrado quando a consulta é criada no módulo de agendamento

Tipo de evento explicit
Medicamento administrado
Registra a administração efetiva do medicamento ao paciente, conforme documentada no registro de administração de medicamentos (MAR).
Por que isso importa

Ajuda a verificar se os medicamentos foram administrados no horário previsto no Dashboard de conformidade na administração de medicamentos.

Onde encontrar

Tabela CLINICAL_EVENT, filtrada pelos eventos de administração de medicamentos (Task Status = Complete).

Coleta

Registrado após a leitura do código de barras ou o preenchimento manual do MAR

Tipo de evento explicit
Plano de atendimento ativado
Representa o início de um PowerPlan ou de uma trajetória de atendimento no Cerner. Indica que um protocolo de tratamento padronizado foi selecionado.
Por que isso importa

Essencial para a análise de desvios do protocolo de tratamento, que compara o atendimento real com a trajetória planejada.

Onde encontrar

ACT_PW_CAT (Action Pathway Catalog) ou DCP_FORMS_REF, vinculando a trajetória ao atendimento.

Coleta

Registrado quando o PowerPlan é iniciado

Tipo de evento explicit
Procedimento agendado
Indica que uma cirurgia ou um procedimento de grande porte foi agendado para um horário específico. Ajuda a entender a alocação de recursos e o tempo de espera antes do procedimento.
Por que isso importa

Mostra a eficiência do agendamento e possíveis gargalos no uso de salas cirúrgicas ou de procedimentos.

Onde encontrar

Tabela SURGICAL_CASE ou tabela SCH_APPT vinculada ao atendimento.

Coleta

Registrado quando a transação de agendamento é confirmada

Tipo de evento explicit
Procedimento realizado
Registro de data e hora que indica quando uma cirurgia ou um procedimento de grande porte foi realizado. Em geral, essa informação consta na documentação perioperatória.
Por que isso importa

Marco importante para analisar as trajetórias clínicas e o uso de recursos.

Onde encontrar

Tabela SURGICAL_CASE (horários de início e término do caso) ou CLINICAL_EVENT para procedimentos à beira do leito.

Coleta

Registrado no SurgiNet ou na documentação do procedimento

Tipo de evento explicit
Recomendado Opcional

Guias de extração

Como extrair seus dados do Oracle Health (Cerner)

Pronto para começar?

Use este Template para preparar seus dados e começar a encontrar insights valiosos sobre a jornada do paciente. O caminho para melhorar os resultados dos pacientes começa aqui.

Otimize agora as jornadas dos pacientes e melhore os resultados mais rápido

Identifique gargalos rapidamente e reduza em 30% o tempo de ciclo da jornada do paciente.

Começar o teste grátis

Não é necessário cartão de crédito. Comece em poucos minutos.