Seu Template de Dados da Jornada do Paciente
Seu Template de Dados da Jornada do Paciente
- Atributos recomendados para coletar
- Atividades-chave a monitorizar
- Orientação para Extração
Atributos da Jornada do Paciente
| 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
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
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
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
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
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 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
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
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
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
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
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
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
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
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
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
|
|||
Atividades da Jornada do Paciente
| 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
|
|||