Seu Template de Dados de Gestão do Ciclo de Receita

O Event Timestamp marca o momento em que uma atividade ocorreu ou foi registrada. Ele fornece o contexto cronológico para todos os eventos de um caso, formando uma linha do tempo do início ao fim do ciclo de receita.

Os timestamps são a espinha dorsal da análise de desempenho no Process Mining. Eles são usados para calcular KPIs críticos, como o cycle time total, a duração entre atividades específicas e os tempos de espera. Ao analisar os timestamps, as organizações podem identificar gargalos onde os casos passam mais tempo, medir a adesão aos acordos de nível de serviço (SLAs) e entender a dinâmica temporal do processo.

Fornece a data cronológica necessária para calcular tempos de ciclo, identificar gargalos e analisar a performance e eficiência do processo.

Esta informação está normalmente disponível em logs de transação, trilhas de auditoria ou como um campo de 'data de criação' ou 'data de alteração de status' em tabelas de eventos.

O ID do Evento de Faturamento é uma chave exclusiva atribuída a cada instância de um serviço faturável, desde a captura inicial do custo até o pagamento final ou a baixa. Ele funciona como o fio condutor que conecta todas as atividades relacionadas, como criação de solicitações, envio, negação e lançamento de pagamento para um encontro de serviço específico.

No Process Mining, este atributo é crucial para reconstruir a jornada ponta a ponta de cada evento de faturamento. Ao agrupar todas as atividades relacionadas sob um único ID do Evento de Faturamento, os analistas podem visualizar fluxos de processos, identificar gargalos, medir tempos de ciclo e entender as variações em como diferentes casos são tratados. Ele forma a base para toda a análise centrada em casos dentro do ciclo de receita.

É o case identifier essencial que vincula todas as atividades relacionadas, permitindo a reconstrução e análise de todo o ciclo de receita para cada serviço faturável.

Esta é normalmente uma chave primária em tabelas de transação de faturamento ou eventos financeiros.

O Nome da Atividade descreve uma ação distinta ou um marco no ciclo de vida da receita. Exemplos incluem 'Serviço Prestado', 'Conta Enviada', 'Remessa Recebida', 'Pagamento Lançado' e 'Baixa de Conta'. Cada atividade representa uma etapa no processo que consome tempo e recursos.

Este atributo é fundamental para o Process Mining, pois define os nós no mapa do processo. Analisar a sequência, frequência e duração dessas atividades permite a visualização do fluxo real do processo, a comparação com um modelo desenhado e a identificação de desvios, loops de retrabalho (como glosas de contas) e ineficiências.

Este atributo define as etapas do processo, o que é essencial para descobrir e visualizar o mapa do processo, identificar retrabalhos e analisar a conformidade do processo.

Muitas vezes encontrado em event logs, tabelas de transação ou derivado de registros de mudança de status no módulo de faturamento ou contas.

O atributo Sistema de Origem identifica a origem dos dados de um evento específico. Em um cenário de TI complexo, o processo do ciclo de receita geralmente abrange vários sistemas, como um sistema de Prontuário Eletrônico do Paciente (PEP) para a prestação do serviço, um sistema de faturamento dedicado para o envio de solicitações e uma plataforma de cobrança separada.

Conhecer o sistema de origem é valioso para validação de dados, solução de problemas e compreensão da fragmentação do processo. Pode ajudar a identificar inconsistências entre sistemas ou revelar etapas do processo gerenciadas em diferentes aplicativos, que podem ser fonte de atrasos ou erros na transferência de dados. Essa análise auxilia na avaliação da integração e eficiência da arquitetura de TI geral que suporta o processo.

Ajuda a entender a fragmentação do processo em diferentes sistemas de TI e é crucial para a validação de data e identificação de gargalos específicos do sistema.

Esta informação está frequentemente disponível como um campo padrão em extrações de dados ou pode ser derivada com base na tabela ou arquivo de origem do qual os dados foram obtidos.

Este atributo registra quando os dados foram extraídos pela última vez do sistema de origem. É um campo de metadados crítico para entender a atualização e a pontualidade dos dados que estão sendo analisados. Reflete a latência do pipeline de dados e indica quão atual é a análise de Process Mining.

Nos dashboards e análises de Process Mining, o timestamp de Última Atualização de Dados oferece contexto ao usuário sobre a atualidade das informações. Para o monitoramento operacional, é essencial saber se a visualização representa o estado do processo de cinco minutos atrás ou da noite anterior. Isso ajuda a gerenciar as expectativas do usuário e garante que as decisões sejam tomadas com base em dados de idade conhecida.

Fornece contexto crucial sobre a pontualidade e atualização da data, garantindo que as análises e decisões sejam baseadas em um período de tempo compreendido.

Isso é geralmente adicionado durante o processo de extração, transformação e carregamento (ETL) e é armazenado como uma coluna de metadados no log de eventos.

A Categoria de Serviço classifica o tipo de cuidado ou serviço prestado ao paciente. Pode ser uma classificação de alto nível como 'Internação' versus 'Ambulatorial', ou uma categoria departamental mais específica como 'Cirurgia', 'Emergência' ou 'Laboratório'. Diferentes categorias de serviço geralmente têm regras de faturamento, requisitos de pagadores e fluxos de processo distintos.

Segmentar o processo do ciclo de receita por Categoria de Serviço é essencial para uma análise significativa. Permite que as organizações comparem o desempenho de diferentes linhas de serviço; por exemplo, para ver se a taxa de negação de procedimentos cirúrgicos é maior do que a de consultas. Esse nível de detalhe ajuda a isolar problemas e adaptar iniciativas de melhoria ao contexto operacional específico de cada área de serviço.

Permite a comparação de performance entre diferentes linhas de serviço, revelando variações na eficiência, taxas de glosa e ciclos de pagamento específicos para certos tipos de atendimento.

Esta informação está geralmente disponível nos registros de detalhes de custos ou pode ser derivada da classe do paciente, departamento ou códigos de procedimento.

Quando um pagador rejeita uma solicitação enviada, ele fornece um Código de Motivo de Negação para explicar por que a solicitação não foi paga. Esses códigos geralmente seguem padrões do setor, como os CARCs (Claim Adjustment Reason Codes), e apontam para problemas específicos como 'Serviço não coberto', 'Solicitação duplicada' ou 'Informações adicionais necessárias'.

Este atributo é um dos mais poderosos para análise de causa raiz no ciclo de receita. Ao analisar a frequência e o impacto financeiro de diferentes motivos de negação, as organizações podem identificar as falhas nos processos anteriores que levam às negações. Por exemplo, um grande número de negações por 'Informações incorretas do paciente' aponta para problemas no processo de cadastro. Isso permite melhorias baseadas em dados para evitar negações futuras e melhorar a taxa de pagamento na primeira tentativa.

É crucial para a análise de causa raiz de glosas de contas, permitindo melhorias direcionadas nos processos iniciais e intermediários para evitar perdas futuras de receita.

Esta informação é originada dos arquivos de aviso de pagamento eletrônico (ERA) ou de explicação de benefícios (EOB) recebidos dos pagadores.

Este atributo identifica a unidade organizacional associada a uma etapa específica do processo, como 'Acesso ao Paciente', 'Codificação', 'Faturamento' ou 'Cobranças'. Ajuda a entender como o trabalho é distribuído e repassado entre as diferentes equipes.

Analisar o processo sob uma visão departamental é essencial para entender a colaboração multifuncional e identificar gargalos que ocorrem nos pontos de passagem entre as equipes. Permite que os gestores vejam quais departamentos estão envolvidos em variantes específicas do processo, meçam a eficiência departamental e aloquem recursos de forma mais eficaz. Essa análise pode destacar problemas sistêmicos dentro de um departamento que podem estar impactando todo o ciclo de receita.

Ajuda a identificar gargalos entre departamentos e a analisar a performance por área funcional, revelando oportunidades para uma melhor colaboração entre equipes.

Esta informação pode fazer parte dos dados de transação ou ser derivada dos dados mestres associados ao usuário responsável.

O Nome do Pagador identifica a entidade principal para a qual uma solicitação de reembolso é enviada. Os pagadores podem incluir seguradoras comerciais, programas governamentais ou outras entidades. Cada pagador tem seu próprio conjunto de regras, requisitos de envio e comportamentos de pagamento.

Este atributo é crítico para analisar o desempenho do ciclo de receita. Ao segmentar o processo por pagador, as organizações podem identificar quais pagadores têm as maiores taxas de negação, os ciclos de pagamento mais longos ou solicitações mais frequentes de informações adicionais. Essa análise permite intervenções direcionadas, como a renegociação de contratos, a adaptação dos processos de envio para pagadores específicos e o foco nos esforços de gestão de negações onde são mais necessários.

Permite a segmentação de métricas de performance, como taxas de glosa e tempos de pagamento, por operadora, o que é crucial para melhorias direcionadas e negociações de contratos.

Esta informação é normalmente encontrada nos dados de cadastro do paciente, seguro ou solicitações associadas ao evento de faturamento.

O atributo Usuário Responsável vincula uma etapa do processo ao indivíduo ou sistema que a executou. Pode ser um codificador concluindo a codificação médica, um especialista em faturamento enviando uma solicitação ou um bot automatizado lançando um pagamento. Rastrear o usuário fornece uma camada centrada no ser humano ou no sistema para a análise do processo.

Analisar o desempenho do processo por usuário ou equipe pode revelar oportunidades de treinamento, identificar profissionais de alto desempenho e garantir a distribuição adequada da carga de trabalho. Também é crítico para fins de conformidade e auditoria, permitindo uma responsabilização clara por cada ação tomada. Este atributo possibilita uma análise detalhada do desempenho e da utilização de recursos.

Permite a análise da performance individual e da equipe, distribuição de carga de trabalho e taxas de automação, fornecendo insights sobre a eficiência dos recursos e identificando necessidades de treinamento.

Normalmente encontrado em logs de transação ou trilhas de auditoria como campos de 'ID do Usuário', 'ID do Funcionário' ou 'Processador'.

O Valor do Ajuste representa a parte do valor faturado que não se espera receber da operadora ou do paciente por motivos como acordos contratuais, descontos ou baixas. Esses ajustes reduzem o total de contas a receber e são uma parte normal do ciclo de receita.

Analisar os valores de ajuste e seus motivos associados é fundamental para entender a integridade da receita. Níveis de ajuste altos ou inesperados podem sinalizar problemas na captura de lançamentos, codificação ou gestão de contratos. O Process Mining ajuda a identificar quais variantes de processo ou atividades específicas levam a taxas de ajuste mais altas, permitindo uma análise de causa raiz direcionada para maximizar a realização da receita.

Ajuda na análise da perda de receita ao rastrear baixas e abatimentos contratuais, destacando possíveis problemas nos processos de contratação ou faturamento.

Este valor é normalmente registrado em tabelas de ajustes financeiros ou módulos de lançamento de pagamentos.

O Valor Cobrado representa o custo total dos serviços prestados conforme apresentado em uma fatura ou solicitação de reembolso. Ele é o valor financeiro inicial do evento de faturamento e serve como base para todas as transações financeiras posteriores, como pagamentos e ajustes.

No Process Mining, analisar o Valor Cobrado é fundamental para entender o impacto financeiro das ineficiências nos processos. Ele pode ser usado para segmentar casos em categorias de alto e baixo valor, revelando se certos problemas no processo afetam desproporcionalmente as cobranças de alta receita. Correlacionar esse valor com métricas como cycle time ou taxa de negação ajuda a priorizar esforços de melhoria em problemas que geram as maiores consequências financeiras.

Estabelece o valor financeiro inicial de um case, permitindo a análise do impacto financeiro de ineficiências do processo, como atrasos e glosas.

Este é um atributo financeiro central encontrado em tabelas de transação de captura de custos, faturamento ou solicitações.

O ID do Paciente é uma chave exclusiva atribuída a um paciente individual no cadastro mestre do sistema de saúde. Esse identificador vincula todos os encontros clínicos e financeiros de um paciente ao longo do tempo.

Embora o ID do Evento de Faturamento seja o caso para um único serviço, o ID do Paciente permite uma análise mais ampla de vários encontros do mesmo paciente. Isso pode revelar problemas recorrentes, como erros repetidos de cadastro ou padrões de utilização de serviços. Também pode ser usado para analisar a jornada financeira completa de um paciente, o que é valioso para entender a responsabilidade financeira e a fidelidade do paciente.

Permite a análise de múltiplos billing events para o mesmo paciente, ajudando a identificar problemas recorrentes e a entender a jornada financeira geral do paciente.

Este é um identificador principal encontrado em praticamente todos os sistemas clínicos e financeiros, originário do cadastro do paciente ou do sistema PEP.

O ID da Solicitação (Claim ID) é um identificador específico para a conta enviada a uma seguradora. Um único evento de faturamento pode resultar em várias solicitações se precisar ser faturado para pagadores primários, secundários e terciários, ou se uma solicitação for corrigida e reenviada.

Acompanhar o ID da Solicitação é importante para entender os detalhes do processo de interação com o pagador. Isso permite analisar loops de retrabalho que envolvem o reenvio de solicitações e ajuda a rastrear o status de uma conta específica enviada a um pagador. Analisar o processo pelo ID da Solicitação oferece uma visão mais detalhada do ciclo de vida de envio e resolução de solicitações do que olhar apenas para o Evento de Faturamento.

Permite o rastreamento detalhado de envios e reapresentações de contas, fornecendo uma análise granular das interações com operadoras e loops de retrabalho.

Este identificador é gerado pelo sistema de faturamento no momento da criação da solicitação e é armazenado em tabelas de gestão de solicitações.

Assim como um motivo de glosa, o Motivo de Ajuste explica por que uma parte do valor faturado foi baixada ou ajustada. Esses motivos esclarecem se um ajuste foi devido a uma obrigação contratual com uma operadora, uma política de filantropia, baixa de pequeno saldo ou correção de erro de faturamento.

Analisar os Motivos de Ajuste oferece insights sobre a integridade da receita e a performance financeira. Ajuda a diferenciar ajustes contratuais esperados de baixas evitáveis causadas por erros internos. Ao filtrar o mapa do processo com base em motivos de ajuste específicos, os analistas podem identificar fraquezas que levam a perdas de receita evitáveis e direcionar os esforços de melhoria.

Fornece contexto para ajustes financeiros, ajudando a diferenciar obrigações contratuais de perdas de receita evitáveis devido a erros de processo.

Encontrado em tabelas de transações financeiras no sistema de faturamento ou contabilidade do paciente, muitas vezes vinculado a transações de ajuste ou baixa.

O Saldo Pendente representa o valor que ainda deve ser recebido por um evento de faturamento. Geralmente é calculado como o Valor Cobrado menos os Valores Pagos e Valores de Ajuste. Esse valor muda ao longo do ciclo de vida do caso à medida que pagamentos e ajustes são lançados.

Este atributo é um indicador-chave da saúde das contas a receber. No Process Mining, analisar o saldo pendente em várias etapas do processo ajuda a gerenciar o envelhecimento das contas e a priorizar os esforços de cobrança. Ele pode ser usado para identificar quais tipos de casos ou caminhos de processo tendem a ter altos saldos residuais, sinalizando problemas no pagamento ou na resolução de negações.

É uma medida fundamental da eficácia de contas a receber e cobrança, ajudando a priorizar atividades de follow-up e analisar o aging de A/R.

Geralmente calculado a partir de valores faturados, pagos e ajustados. Também pode ser armazenado como um campo em um sistema de contas a receber ou contabilidade de pacientes.

O Status da Conta oferece um snapshot de onde um billing event se encontra em seu ciclo de vida em qualquer momento. Este status reflete o resultado da atividade mais recente, indicando se a conta está aberta e aguardando pagamento, encerrada, enviada para cobrança ou em outro estado.

Enquanto o Process Mining reconstrói o fluxo de atividades, o atributo Status da Conta é valioso para filtrar e segmentar cases com base na sua condição atual. É especialmente útil para dashboards de monitoramento operacional que precisam mostrar o volume e o valor das contas em diferentes estágios, como o total de contas a receber pendentes de resposta da operadora ou o número de contas enviadas recentemente para uma agência de cobrança.

Fornece um snapshot do estado atual dos cases, o que é útil para dashboards operacionais e para segmentar a análise com base em onde as contas estão em seu ciclo de vida.

Este é normalmente um campo de status no cadastro principal do paciente ou no registro do evento de faturamento no sistema de contabilidade do paciente.

O Valor Pago é a soma acumulada de todos os pagamentos lançados para um evento de faturamento específico. Isso inclui pagamentos de seguros primários e secundários, bem como pagamentos feitos pelo paciente. Representa o dinheiro real recebido pelos serviços prestados.

Analisar o Valor Pago é essencial para medir o sucesso financeiro e a eficiência do ciclo de receita. Comparar o Valor Pago com o Valor Cobrado oferece insights sobre a receita líquida e as taxas de recebimento. No Process Mining, este atributo ajuda a quantificar o resultado financeiro de diferentes caminhos de processo e pode ser usado para identificar características de solicitações pagas integralmente e no prazo versus aquelas que não são.

Mede o caixa real coletado para um case, o que é fundamental para avaliar a eficácia da cobrança e a performance financeira geral do processo.

Esta informação está localizada em tabelas de transação de lançamento de pagamentos ou de aplicação de caixa.