Seu Template de dados da jornada do paciente
Seu Template de dados da jornada do paciente
- Atributos recomendados para coleta
- Principais atividades a acompanhar
- Orientações para extração
Atributos da jornada do paciente
| 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
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
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
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
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
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 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
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
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
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
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
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
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
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
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
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
|
|||
Atividades da jornada do paciente
| 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
|
|||
Guias de extração
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.
Não é necessário cartão de crédito. Comece em poucos minutos.