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ções de extração do athenahealth
Atributos da Jornada do Paciente
| Nome | Descrição | ||
|---|---|---|---|
|
Episódio do Paciente
PatientEpisodeId
|
Identificador exclusivo para o episódio ou jornada específica do paciente. | ||
|
Descrição
Este atributo serve como o Identificador de Caso central, agrupando todas as atividades relacionadas a um período específico de cuidado ou condição. Ele conecta eventos distintos, como consultas, pedidos de exames e procedimentos de alta, em uma jornada única e coesa. Na análise, este ID é a chave primária para o Process Mining, permitindo reconstruir o fluxo de ponta a ponta. Isso garante que múltiplas visitas do mesmo paciente para condições diferentes sejam tratadas como instâncias de processo distintas.
Por que é importante
Essencial para definir o escopo de uma única instância de processo na análise.
Onde obter
Derivado do agrupamento de IDs de atendimento ou vinculado a um ID de Episódio de Cuidado específico no athenahealth.
Exemplos
EP-2023-88491EP-2023-99102ENC-55412-GRP
|
|||
|
Event Timestamp
EventTimestamp
|
A data e hora específica em que a atividade ocorreu. | ||
|
Descrição
Registra o momento exato em que uma atividade ocorreu. É usado para sequenciar eventos cronologicamente e calcular a duração entre as etapas. Fundamental para análises temporais, incluindo tempos de ciclo, tempos de espera e análise de vazão (throughput). Alta precisão é preferível para ordenar eventos que ocorrem no mesmo dia.
Por que é importante
Necessário para ordenar eventos e calcular todos os KPIs baseados em tempo.
Onde obter
Campos de timestamp associados a mudanças de status ou datas de criação nas tabelas do athenahealth.
Exemplos
2023-10-12T08:30:00Z2023-10-12T09:15:22Z2023-10-15T14:20:00Z
|
|||
|
Nome da Atividade
ActivityName
|
O nome do evento ou tarefa realizada na jornada do paciente. | ||
|
Descrição
Indica a etapa específica que ocorre no processo, como 'Paciente fez Check-in', 'Exame Diagnóstico Solicitado' ou 'Medicamento Administrado'. Esse texto define os nós no mapa do processo. Usado para visualizar o fluxo do processo e identificar a sequência das operações. A padronização desses nomes é crítica para um mapa de processo claro e legível.
Por que é importante
Define as etapas do mapa de processo e é obrigatório para qualquer análise de Process Mining.
Onde obter
Derivado de logs de auditoria, mudanças de status de agendamento ou descrições de itens de linha de reclamação.
Exemplos
Reunião AgendadaCheck-in do Paciente RealizadoExame Diagnóstico SolicitadoPaciente Recebeu Alta
|
|||
|
Sistema de Origem
SourceSystem
|
O nome do sistema de onde os dados se originaram. | ||
|
Descrição
Identifica o sistema de TI responsável por gerar o registro, neste caso, o 'athenahealth'. Isso é muito útil em ambientes com múltiplos sistemas onde os dados podem estar misturados. Permite que os analistas filtrem a visualização por fonte de dados e resolvam problemas de qualidade de dados específicos de um sistema.
Por que é importante
Fornece linhagem de dados e contexto em configurações de Process Mining com múltiplos sistemas.
Onde obter
Literal fixo ou ID de configuração do sistema.
Exemplos
athenahealthAthenaOneAthenaPractice
|
|||
|
Última Atualização de Dados
LastDataUpdate
|
O timestamp de quando os dados foram extraídos ou atualizados pela última vez. | ||
|
Descrição
Indica a atualização dos dados usados na análise. Isso ajuda os usuários a entenderem se estão vendo dados em tempo real ou um recorte histórico. Usado para gerenciar pipelines de dados e garantir que os dashboards reflitam o estado mais atual do processo.
Por que é importante
Crítico para a governança de dados e a confiança do usuário na atualidade do dashboard.
Onde obter
Hora do sistema no momento da execução do ETL.
Exemplos
2023-11-01T12:00:00Z2023-11-02T06:00:00Z
|
|||
|
Código de Diagnóstico Primário
PrimaryDiagnosisCode
|
O código CID-10 principal associado ao episódio. | ||
|
Descrição
Classifica a razão clínica da jornada do paciente. Isso fornece o contexto necessário para a 'Comparação de Jornada por Faixa Etária e Diagnóstico'. Analistas usam isso para segmentar jornadas por condição (ex: Pneumonia vs. Fratura), pois diferentes condições têm caminhos esperados e tempos de ciclo muito distintos.
Por que é importante
Permite a comparação de casos similares; os tempos de ciclo variam drasticamente conforme o diagnóstico.
Onde obter
Campos de diagnóstico de atendimento ou reclamação (ICD-10).
Exemplos
J18.9I10E11.9
|
|||
|
Destino Pós-Alta
DischargeDisposition
|
O destino ou status do paciente após a alta. | ||
|
Descrição
Indica para onde o paciente foi após o episódio, como 'Casa', 'Unidade de Cuidados' ou 'Hospício'. Isso é vital para 'Planejamento de Alta e Tendências de Readmissão'. Fornece contexto sobre a complexidade do planejamento de alta necessário e ajuda a avaliar a eficácia das transições de cuidado.
Por que é importante
Contexto crítico para planejamento de alta e risco de readmissão.
Onde obter
campos de atendimento do athenahealth ou registros de alta hospitalar.
Exemplos
InícioUnidade de Cuidados EspecializadosTransferido para Hospital de Curta PermanênciaExpirado
|
|||
|
É Readmissão
IsReadmission
|
Sinalizador que indica se este episódio representa um retorno não agendado. | ||
|
Descrição
Um indicador booleano que identifica se o paciente retornou ao hospital dentro de um período definido (ex: 30 dias) após uma alta anterior. Isso apoia diretamente o KPI de 'Porcentagem de Readmissões não Agendadas'. Ao filtrar por este atributo, os analistas podem investigar as causas raiz das readmissões e identificar padrões nos caminhos iniciais de tratamento.
Por que é importante
Apoia diretamente o KPI de Taxa de Readmissão.
Onde obter
Calculado durante o ETL comparando a data de admissão com a data de alta anterior.
Exemplos
verdadeirofalse
|
|||
|
Event End Time
EventEndTime
|
O horário em que a atividade específica foi concluída. | ||
|
Descrição
Captura o horário de conclusão de uma atividade, permitindo o cálculo da duração ativa (tempo de processamento) da etapa em si, distinta do tempo de espera anterior. Usado para analisar a eficiência dos recursos e identificar tarefas que levam mais tempo do que o esperado para serem executadas manualmente.
Por que é importante
Permite o cálculo do tempo de processamento ativo versus o tempo de espera passivo.
Onde obter
Horário de check-out, horário de verificação de resultado ou timestamps específicos de conclusão no athenahealth.
Exemplos
2023-10-12T09:00:00Z2023-10-12T10:45:00Z
|
|||
|
Faixa Etária do Paciente
PatientAgeGroup
|
Agrupamento categórico da idade do paciente (ex: 18-25, 65+). | ||
|
Descrição
Segmenta os pacientes em coortes demográficas. Isso é necessário para o dashboard 'Comparação de Jornada por Faixa Etária e Diagnóstico'. Ajuda a identificar se ineficiências ou resultados afetam desproporcionalmente certas faixas etárias, como idosos ou pacientes pediátricos.
Por que é importante
Segmento demográfico padrão para análise de processos de saúde.
Onde obter
Derivado da data de nascimento do paciente e do Horário de Início.
Exemplos
18-2930-4965+
|
|||
|
ID do Paciente
PatientId
|
Um identificador exclusivo para o paciente (anonimizado/com hash). | ||
|
Descrição
Identifica de forma única o cliente (paciente). Embora seja parecido com o identificador de caso, um paciente pode ter vários episódios ao longo do tempo. Usado para vincular visitas repetidas e analisar taxas de readmissão. É crítico para o KPI de 'Percentual de Readmissões Não Programadas'.
Por que é importante
Necessário para rastrear readmissões e o histórico do paciente entre os episódios.
Onde obter
campo 'patientid' do athenahealth.
Exemplos
PAT-100234PAT-559201PAT-992210
|
|||
|
Nome do Departamento
DepartmentName
|
O departamento do hospital ou clínica onde a atividade ocorreu. | ||
|
Descrição
Segmenta os dados do processo por unidade funcional, como Emergência, Cardiologia ou Radiologia. Essencial para o dashboard de 'Fluxo Departamental e Transferências'. A análise usando este atributo destaca gargalos em áreas específicas e ajuda a otimizar o fluxo de pacientes entre departamentos.
Por que é importante
Crucial para identificar gargalos organizacionais e ineficiências na passagem de bastão (handoff).
Onde obter
'departmentid' do athenahealth resolvido para o nome do departamento.
Exemplos
Pronto-SocorroMedicina InternaRadiologia
|
|||
|
Nome do Médico/Provedor
ProviderName
|
O nome do profissional de saúde que realiza a atividade. | ||
|
Descrição
Identifica o médico, enfermeiro ou técnico específico responsável pelo evento. Este atributo é central para a análise de utilização de recursos. Ele permite comparar métricas de desempenho, como vazão e tempo de ciclo, entre diferentes membros da equipe para identificar necessidades de treinamento ou desequilíbrios na carga de trabalho.
Por que é importante
Chave para a 'Taxa de Utilização de Recursos' e análise de transferências (handoffs).
Onde obter
'providerid' do athenahealth resolvido para o nome no diretório de prestadores.
Exemplos
Dr. SmithEnfermeira JonesTécnico Adams
|
|||
|
Tempo de Processamento
ProcessingTime
|
A duração gasta trabalhando ativamente na atividade. | ||
|
Descrição
Representa a diferença de tempo entre o início e a conclusão de uma tarefa específica (ex: tempo gasto para realizar um scan). Mapeia para o 'ProcessingTime' no modelo genérico. Usado para calcular a utilização de recursos e identificar falhas de eficiência entre tarefas manuais e automatizadas.
Por que é importante
Diferencia o trabalho ativo do tempo de espera no ciclo total.
Onde obter
Calculado: EventEndTime - EventTimestamp.
Exemplos
15m1h 30m45s
|
|||
|
Tipo de Atendimento
EncounterType
|
A classificação da visita (ex: Consulta em Consultório, Telemedicina, Emergência). | ||
|
Descrição
Define a modalidade ou o ambiente do cuidado prestado. Funciona como o 'Tipo de Caso' em modelos de dados genéricos. Diferentes tipos de atendimento têm fluxos esperados e requisitos de faturamento distintos. Filtrar por esse atributo é essencial para evitar comparações inadequadas na análise de tempo de ciclo.
Por que é importante
Distingue entre diferentes variantes do processo, como Telemedicina vs. Presencial.
Onde obter
campo 'encountertype' do athenahealth.
Exemplos
Consulta de ConsultórioTelemedicinaEmergencial (Emergency)Cirurgia
|
|||
|
É Retrabalho
IsRework
|
Sinalizador que indica se esta atividade é uma repetição. | ||
|
Descrição
Um sinalizador booleano que é verdadeiro se a atividade ocorreu mais de uma vez no mesmo caso. Isso alimenta o dashboard de 'Frequência de Atividade e Loops de Retrabalho'. Ele permite o isolamento imediato de casos com retrabalho, facilitando o cálculo do KPI de 'Frequência de Atividades de Retrabalho'.
Por que é importante
Identifica ineficiências nos processos e etapas redundantes.
Onde obter
Calculado durante o ETL com base nas ocorrências de atividades por CaseId.
Exemplos
verdadeirofalse
|
|||
|
Status do Resultado Diagnóstico
DiagnosticResultStatus
|
O status do resultado de um pedido de diagnóstico (ex: Positivo, Normal). | ||
|
Descrição
Captura o resultado de alto nível de um teste. Isso fornece contexto para o 'Lead Time de Exames Diagnósticos' e decisões de tratamento subsequentes. Usado para analisar se resultados anormais levam a ações subsequentes mais rápidas em comparação com resultados normais.
Por que é importante
Conecta o fluxo do processo aos desfechos clínicos.
Onde obter
campos de observação de resultados laboratoriais do athenahealth.
Exemplos
NormalAnormalCrítico
|
|||
|
Status do Sinistro
ClaimStatus
|
O status do faturamento financeiro associado ao cuidado. | ||
|
Descrição
Indica o status do faturamento, como 'Enviado', 'Negado' ou 'Pago'. Isso é relevante para a atividade de faturamento e fluxo financeiro. Ajuda a identificar se problemas na documentação clínica estão causando atrasos financeiros no back-end.
Por que é importante
Vincula a eficiência clínica ao desempenho do ciclo de receita.
Onde obter
campo 'claimstatus' do athenahealth.
Exemplos
FATURADOEM ESPERADESCARTAR
|
|||
|
Tipo de Pedido
OrderType
|
Categoria do pedido (ex: Laboratório, Imagem, Receita). | ||
|
Descrição
Classifica as ordens clínicas feitas durante o episódio. Isso é crucial para o dashboard de 'Lead Time de Exames Diagnósticos'. Permite que os analistas meçam os lead times especificamente para Laboratório versus Imagem, que geralmente possuem diferentes acordos de nível de serviço e gargalos.
Por que é importante
Segmenta o processo diagnóstico para análises específicas de tempo de espera (lead time).
Onde obter
'ordertype' ou 'class' do athenahealth na API de pedidos.
Exemplos
LaboratórioExames de ImagemPrescriçãoProcedimento
|
|||
|
Valor Total Cobrado
TotalChargeAmount
|
O valor monetário cobrado pela atividade ou episódio. | ||
|
Descrição
O valor financeiro associado à atividade ou o valor total do faturamento. Isso permite o Process Mining baseado em custos e análise de impacto financeiro. Usado para identificar variações de alto custo nos caminhos de tratamento e correlacionar a eficiência do processo com os resultados financeiros.
Por que é importante
Adiciona uma dimensão financeira à análise do processo.
Onde obter
'amount' ou 'totalcharge' do athenahealth nas tabelas de reclamação/cobrança.
Exemplos
150.002500,5045.00
|
|||
Atividades da Jornada do Paciente
| Atividade | Descrição | ||
|---|---|---|---|
|
Avaliação Inicial Concluída
|
Marca a conclusão da primeira avaliação clínica, como triagem ou avaliação de enfermagem, onde são registrados sinais vitais e queixas principais. Este evento costuma ser inferido pelo timestamp da primeira nota clínica assinada ou de um formulário de avaliação preenchido. | ||
|
Por que é importante
Este marco indica o início do cuidado clínico. A duração entre o check-in e esta atividade é uma métrica fundamental do tempo de espera inicial e da agilidade dos recursos.
Onde obter
Inferido a partir do timestamp de criação ou assinatura de documentos clínicos específicos ou planilhas no athenaClinicals. Requer a identificação dos tipos de documentos relevantes para triagem ou admissão.
Captura
Identifique o primeiro registro de data e hora (timestamp) em uma nota clínica, planilha de sinais vitais ou formulário de triagem específico para o atendimento.
Tipo de evento
inferred
|
|||
|
Check-in do Paciente Realizado
|
Esta atividade significa a chegada do paciente e o check-in formal para a consulta ou visita agendada. Geralmente é capturada como uma mudança explícita de status no registro de agendamento. | ||
|
Por que é importante
Este é o início definitivo da jornada presencial do paciente. Serve como ponto de partida crucial para medir tempos de espera e o tempo de ciclo geral de um atendimento clínico.
Onde obter
Registrado como uma atualização de status nas tabelas de agendamento ou atendimento. Procure pelo status 'Checked-In' e seu respectivo timestamp.
Captura
Uma mudança de status no objeto de agendamento ou atendimento é registrada com um timestamp.
Tipo de evento
explicit
|
|||
|
Diagnóstico Confirmado
|
Um médico atribui ou confirma oficialmente um diagnóstico para a condição do paciente no atendimento atual. Isso pode ser inferido pelo registro de criação ou de 'última atualização' do código de diagnóstico principal, como o ICD-10, associado ao atendimento. | ||
|
Por que é importante
Este é um marco crucial que dita o caminho de tratamento subsequente. Analisar variações nas atividades após este ponto ajuda a entender e padronizar os protocolos de cuidado.
Onde obter
Inferido a partir da lista de problemas do paciente ou dos dados de diagnóstico do atendimento. Uma alteração ou finalização do código de diagnóstico e seu timestamp associado sinalizam este evento.
Captura
Detecta o timestamp de quando o diagnóstico principal do atendimento é adicionado ou atualizado.
Tipo de evento
inferred
|
|||
|
Ordem de Alta Emitida
|
Um médico ou provedor autorizado emite uma ordem oficial para dar alta ao paciente. Este é um evento explícito e com registro de data/hora criado no módulo CPOE do prontuário eletrônico (EHR). | ||
|
Por que é importante
Esta atividade inicia o processo de alta. O tempo entre este pedido e a alta real é um KPI fundamental para o 'Tempo de Espera do Planejamento de Alta'.
Onde obter
Localizado na tabela de pedidos. O evento é identificado por um tipo de pedido de 'Alta' específico e seu timestamp de criação.
Captura
Um novo registro com o tipo de pedido 'Alta' é criado na tabela de pedidos.
Tipo de evento
explicit
|
|||
|
Paciente Recebeu Alta
|
O paciente recebeu alta oficialmente e a parte da jornada dentro da unidade está concluída. Este é o evento ADT final de uma internação, capturado com um timestamp preciso. | ||
|
Por que é importante
Este evento marca o fim da jornada principal do paciente. É o ponto final para medir o 'Tempo de Ciclo da Jornada do Paciente' e é essencial para a análise de readmissão.
Onde obter
Este é um evento explícito no sistema ADT ou na tabela de atendimento, marcando o status final do encontro como 'Discharged' (Alta) junto com um timestamp.
Captura
O status do atendimento do paciente é atualizado para 'Discharged' e um evento ADT é registrado.
Tipo de evento
explicit
|
|||
|
Procedimento Realizado
|
Um procedimento clínico, como uma cirurgia ou terapia especializada, é realizado no paciente. Este é um evento explícito capturado na documentação clínica, muitas vezes com horários específicos de início e término registrados em uma nota de procedimento. | ||
|
Por que é importante
Os procedimentos são marcos importantes no tratamento de um paciente. Analisar as atividades antes e depois de um procedimento ajuda a otimizar os fluxos pré e pós-operatórios.
Onde obter
Encontrado em notas de procedimento ou fluxogramas clínicos específicos no athenaClinicals. O timestamp do evento é derivado do horário documentado de início ou término do procedimento.
Captura
Uma nota ou log de procedimento é criado contendo um registro de data e hora de quando o procedimento ocorreu.
Tipo de evento
explicit
|
|||
|
Resultados do Exame Recebidos
|
Os resultados de um exame diagnóstico são finalizados e disponibilizados no prontuário do paciente. Isso geralmente é capturado quando o laboratório ou sistema de imagem envia os resultados de volta para o athenahealth. | ||
|
Por que é importante
O recebimento de resultados é um gatilho crítico para decisões clínicas subsequentes, como diagnóstico e plano de tratamento. Este evento é o ponto final para medir o tempo de resposta diagnóstica.
Onde obter
Localizado na tabela de resultados ou diagnósticos, vinculado ao pedido original. O evento é marcado pelo timestamp de quando o resultado foi arquivado ou recebido no prontuário do paciente.
Captura
Um novo registro de resultado é criado com um timestamp, geralmente por meio de uma interface de um LIS ou RIS.
Tipo de evento
explicit
|
|||
|
Agendamento de Retorno Marcado
|
Um agendamento de retorno é marcado para o paciente após o tratamento principal ou alta. Este evento é capturado explicitamente quando um novo agendamento é criado no módulo de agendamento athenaCommunicator. | ||
|
Por que é importante
Esta atividade é fundamental para entender a coordenação do cuidado pós-alta e seu impacto em resultados como taxas de readmissão. Ela demonstra a continuidade do cuidado.
Onde obter
Registrado na tabela de agendamentos. O evento é identificado por um timestamp de criação de um agendamento que ocorre após a data de alta.
Captura
Um novo registro de agendamento é criado no sistema de marcação.
Tipo de evento
explicit
|
|||
|
Amostra Coletada
|
Representa o evento em que uma amostra biológica, como sangue ou urina, é coletada do paciente para um exame. Geralmente é um evento explícito registrado no módulo de laboratório ou como atualização no status do pedido. | ||
|
Por que é importante
Este é um marco importante no processo de exames. O tempo entre o pedido, a coleta e os resultados pode revelar gargalos significativos nos fluxos do laboratório.
Onde obter
Este evento pode ser encontrado como uma mudança de status no pedido de laboratório ou como um evento distinto em um sistema de informações laboratoriais com interface para o athenahealth. Procure pelo status 'Coletado' e o timestamp.
Captura
Registrado como uma atualização no status do pedido de laboratório ou em um módulo dedicado de rastreamento de amostras.
Tipo de evento
explicit
|
|||
|
Exame Diagnóstico Solicitado
|
Um provedor faz um pedido de exame diagnóstico, como laboratorial, de imagem ou outro procedimento. Este é um evento explícito e com registro de data/hora criado pela funcionalidade CPOE no athenaClinicals. | ||
|
Por que é importante
Este é um ponto de decisão crítico que inicia um subprocesso diagnóstico. Rastrear esta atividade é essencial para analisar o KPI de 'Tempo de Resposta de Exame Diagnóstico' do pedido ao resultado.
Onde obter
Encontrado na tabela de pedidos. Cada pedido terá um identificador de paciente, nome do pedido, status do pedido e um timestamp de criação.
Captura
Um novo registro é criado na tabela de pedidos do sistema com um timestamp.
Tipo de evento
explicit
|
|||
|
Medicação Administrada
|
Um medicamento é administrado fisicamente ao paciente pela equipe clínica. Isso é registrado explicitamente no módulo de Registro de Administração de Medicamentos (MAR) do athenaClinicals, com um timestamp preciso para cada dose. | ||
|
Por que é importante
Esta atividade representa uma intervenção direta de tratamento. Analisar o seu tempo ajuda a medir o 'Tempo para o Primeiro Tratamento' e garante a adesão aos horários de medicação.
Onde obter
Encontrado nas tabelas de dados do MAR. Cada evento de administração possui um ID de paciente, ID de medicamento, dosagem e um timestamp de administração.
Captura
Um registro com data e hora é criado no MAR cada vez que um medicamento é documentado como administrado.
Tipo de evento
explicit
|
|||
|
Paciente Transferido
|
O paciente é transferido de uma unidade ou departamento para outro, por exemplo, da Emergência para uma ala de internação. Isso é capturado explicitamente por meio de um evento de Admissão, Alta e Transferência (ADT) no prontuário eletrônico. | ||
|
Por que é importante
Esta atividade é crucial para analisar as transferências departamentais e o fluxo de pacientes. Ajuda a identificar gargalos no 'Tempo de Handoff do Paciente' e na alocação de recursos.
Onde obter
Registrado no log de eventos ADT ou tabelas de rastreamento de pacientes. Cada evento de transferência inclui o paciente, os locais de origem/destino e um timestamp.
Captura
Uma mensagem ADT ou entrada de log de evento é gerada com um registro de data e hora no momento da transferência do paciente.
Tipo de evento
explicit
|
|||
|
Plano de Tratamento Desenvolvido
|
Representa a criação formal e documentação do plano de tratamento de um paciente por um médico. Pode ser capturado como a criação ou assinatura de um documento de 'Plano de Cuidado' ou um conjunto de pedidos de tratamento relacionados. | ||
|
Por que é importante
Esta atividade formaliza o caminho clínico pretendido. É um ponto-chave para medir a conformidade com protocolos padrão e analisar variações no cuidado.
Onde obter
Geralmente encontrado nas tabelas de documentos clínicos ou pedidos. Este evento corresponde ao timestamp de uma nota de plano de cuidado assinada ou ao envio de um conjunto coordenado de ordens de tratamento.
Captura
O evento é o timestamp de criação ou finalização de um documento de plano de tratamento específico ou conjunto de pedidos.
Tipo de evento
explicit
|
|||
|
Reunião Agendada
|
Representa a reserva de uma consulta para um paciente. Este evento é capturado explicitamente quando um usuário cria e confirma um novo agendamento no módulo do athenahealth, o athenaCommunicator. | ||
|
Por que é importante
Esta atividade marca o ponto de engajamento inicial de muitas jornadas. Analisar o tempo do agendamento ao check-in ajuda a entender o acesso do paciente e a eficiência pré-visita.
Onde obter
Este é um evento explícito registrado nas tabelas de agendamento. Geralmente está associado a um timestamp de criação e um ID do paciente.
Captura
O evento é registrado no momento da criação de um registro de agendamento no módulo de marcação.
Tipo de evento
explicit
|
|||
|
Sinistro Submetido
|
Uma reclamação (claim) pelos serviços prestados durante o atendimento ao paciente é gerada e enviada ao pagador. Este é um evento explícito dentro do módulo de gestão do ciclo de receita athenaCollector. | ||
|
Por que é importante
Embora seja uma etapa administrativa, esta atividade é crucial para analisar o ciclo de receita que ocorre em paralelo à jornada clínica. Ajuda a identificar atrasos entre o cuidado clínico e o faturamento.
Onde obter
Encontrado nas tabelas de faturamento. O evento é marcado pelo timestamp de criação ou envio da reclamação (claim).
Captura
Um registro de reclamação é criado e seu status é atualizado para 'Enviado' com um registro de data e hora.
Tipo de evento
explicit
|
|||