Seu Template de dados para gestão do ciclo de receita

Template universal de Process Mining
Seu Template de dados para gestão do ciclo de receita

Seu Template de dados para gestão do ciclo de receita

Template universal de Process Mining

Este é nosso Template genérico de dados para Process Mining de Gestão do ciclo de receita. Use os Templates específicos de cada sistema para receber orientações mais detalhadas.

Selecione um sistema específico
  • Aplicável a qualquer sistema de gestão do ciclo de receita para Process Mining.
  • Atributos e atividades essenciais para criar um Event Log eficaz.
  • Um recurso fundamental para uma análise e otimização robustas de processos.
Novidade em Event Logs? Saiba como criar um Event Log para Process Mining.

Atributos da gestão do ciclo de receita

Esta tabela detalha os campos de dados recomendados para incluir no Event Log e permitir uma análise completa do processo do ciclo de receita.
5 Obrigatório 7 Recomendado 6 Opcional
Nome Descrição
Data e hora do evento
EventTimestamp
Data e hora exatas em que uma atividade específica foi registrada no sistema.
Descrição

A data e hora do evento indica quando uma atividade ocorreu ou foi registrada. Ela fornece o contexto cronológico de todos os eventos de um caso e forma uma linha do tempo do início ao fim do ciclo de receita.

As datas e horas são a base da análise de performance no Process Mining. Elas são usadas para calcular KPIs importantes, como o tempo total de ciclo, a duração entre atividades específicas e os tempos de espera. Ao analisar esses registros, as organizações podem identificar gargalos em que os casos passam mais tempo, medir a adesão aos acordos de nível de serviço e entender a dinâmica temporal do processo.

Por que isso importa

Fornece os dados cronológicos necessários para calcular tempos de ciclo, identificar gargalos e analisar a performance e a eficiência do processo.

Onde encontrar

Essas informações geralmente estão disponíveis em logs de transações, trilhas de auditoria ou campos como 'data de criação' e 'data de alteração de status' nas tabelas de eventos.

Exemplos
2023-10-26T10:00:00Z2023-11-15T14:35:10Z2024-01-05T09:12:45Z
ID do evento de faturamento
BillingEventId
Identificador único de uma entrega de serviço ou produto que gera uma cobrança. Ele funciona como o identificador principal do caso no processo do ciclo de receita.
Descrição

O ID do evento de faturamento é uma chave única atribuída a cada ocorrência de um serviço faturável, desde o registro inicial da cobrança até o pagamento final ou a baixa. Ele conecta todas as atividades relacionadas a um atendimento específico, como a criação e o envio da solicitação de pagamento, a glosa e a contabilização do pagamento.

No Process Mining, esse atributo é essencial para reconstruir a jornada completa de cada evento de faturamento. Ao agrupar todas as atividades relacionadas sob um único ID do evento de faturamento, os analistas podem visualizar os fluxos do processo, identificar gargalos, medir os tempos de ciclo e entender as variações no tratamento de diferentes casos. Esse identificador é a base de todas as análises centradas em casos no ciclo de receita.

Por que isso importa

Este é o identificador essencial do caso, que conecta todas as atividades relacionadas e permite reconstruir e analisar todo o ciclo de receita de cada serviço faturável.

Onde encontrar

Normalmente, é uma chave primária nas tabelas de transações de faturamento ou de eventos financeiros.

Exemplos
BE-2024-001234INV-987654ACCN-456789012
Nome da atividade
ActivityName
Nome da etapa, tarefa ou evento específico ocorrido no processo do ciclo de receita para um determinado evento de faturamento.
Descrição

O nome da atividade descreve uma ação ou marco específico no ciclo de receita. Alguns exemplos são 'Serviço prestado', 'Reivindicação enviada', 'Aviso de pagamento recebido', 'Pagamento registrado' e 'Conta baixada'. Cada atividade representa uma etapa do processo que consome tempo e recursos.

Esse atributo é fundamental para o Process Mining, pois define os nós do mapa do processo. Analisar a sequência, a frequência e a duração dessas atividades permite visualizar o fluxo real do processo, compará-lo com o modelo planejado e identificar desvios, ciclos de retrabalho, como reivindicações negadas, e ineficiências.

Por que isso importa

Esse atributo define as etapas do processo. Por isso, é essencial para descobrir e visualizar o mapa do processo, identificar retrabalho e analisar a conformidade do processo.

Onde encontrar

Geralmente, está disponível em Event Logs, tabelas de transações ou registros de alterações de status no módulo de faturamento ou de reivindicações.

Exemplos
Solicitação de pagamento enviadaPagamento contabilizadoInício do retrabalho da glosaDemonstrativo enviado ao paciente
Sistema de origem
SourceSystem
Sistema de informação, aplicativo ou módulo do qual os dados do evento foram extraídos.
Descrição

O atributo Sistema de origem identifica a origem dos dados de um evento específico. Em um ambiente de TI complexo, o processo do ciclo de receita costuma envolver vários sistemas, como um prontuário eletrônico (EHR) para registrar os serviços prestados, um sistema de faturamento dedicado ao envio de reivindicações e uma plataforma separada para cobranças.

Conhecer o sistema de origem é útil para validar dados, solucionar problemas e entender a fragmentação do processo. Isso pode ajudar a identificar inconsistências entre sistemas ou revelar etapas gerenciadas em aplicativos diferentes, o que pode causar atrasos ou erros na transferência de dados. Essa análise ajuda a avaliar a integração e a eficiência da arquitetura de TI que dá suporte ao processo.

Por que isso importa

Ajuda a entender a fragmentação do processo entre diferentes sistemas de TI e é essencial para validar dados e identificar gargalos específicos de cada sistema.

Onde encontrar

Essa informação costuma estar disponível como um campo padrão nas extrações de dados ou pode ser identificada pela tabela ou pelo arquivo de origem dos dados.

Exemplos
Epic ResoluteOracle HealthR1 RCM PlatformWaystar
Última atualização dos dados
LastDataUpdate
Data e hora que indicam quando os dados desse registro de evento foram atualizados ou extraídos pela última vez do sistema de origem.
Descrição

Esse atributo registra quando os dados foram extraídos pela última vez do sistema de origem. É um campo de metadados essencial para entender se os dados analisados estão atualizados e dentro do prazo esperado. Ele reflete a latência do fluxo de dados e indica o quanto a análise de Process Mining representa o estado atual do processo.

Nos Dashboards e nas análises de Process Mining, a data e hora da última atualização dos dados informa ao usuário o quão recentes são os dados. Esse contexto é essencial para o monitoramento operacional: é importante saber se a visualização representa o estado do processo de cinco minutos atrás ou da noite anterior. Assim, você pode alinhar as expectativas dos usuários e garantir que as decisões sejam tomadas com base em dados cuja idade é conhecida.

Por que isso importa

Fornece um contexto importante sobre a atualidade dos dados, garantindo que as análises e decisões considerem um período conhecido.

Onde encontrar

Esse campo costuma ser adicionado durante o processo de extração, transformação e carregamento (ETL) e armazenado como uma coluna de metadados no Event Log.

Exemplos
2024-03-15T02:00:00Z2024-03-15T03:00:00Z2024-03-15T04:00:00Z
Categoria do serviço
ServiceCategory
Categoria, tipo ou classificação do serviço prestado, como internação, atendimento ambulatorial ou radiologia.
Descrição

A categoria do serviço classifica o tipo de atendimento ou serviço prestado ao paciente. Pode ser uma classificação ampla, como 'Internação' ou 'Atendimento ambulatorial', ou uma categoria departamental mais específica, como 'Cirurgia', 'Emergência' ou 'Laboratório'. Cada categoria de serviço costuma ter regras de faturamento, requisitos das operadoras e fluxos de processo próprios.

Segmentar o processo do ciclo de receita por categoria do serviço é essencial para uma análise significativa. Isso permite comparar a performance de diferentes linhas de serviço, por exemplo, para verificar se o índice de negativas de procedimentos cirúrgicos é maior que o 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.

Por que isso importa

Permite comparar a performance entre diferentes linhas de serviço e identificar variações de eficiência, índices de negativas e ciclos de pagamento específicos de determinados tipos de atendimento.

Onde encontrar

Essa informação geralmente está disponível nos registros detalhados de cobranças ou pode ser obtida da categoria do paciente, do departamento ou dos códigos de procedimento.

Exemplos
InternaçãoAtendimento ambulatorialEmergênciaRadiologiaProcedimento cirúrgico
Código do motivo da negativa
DenialReasonCode
Código padronizado e descrição que indicam o motivo pelo qual a operadora negou uma reivindicação.
Descrição

Quando uma operadora rejeita uma reivindicação enviada, ela informa um código do motivo da negativa para explicar por que o pagamento não foi feito. Esses códigos costumam seguir padrões do setor, como os Claim Adjustment Reason Codes (CARCs), e apontam problemas específicos, como 'Serviço não coberto', 'Reivindicação duplicada' ou 'Informações adicionais necessárias'.

Esse atributo é um dos mais úteis para a análise de causa raiz no ciclo de receita. Ao analisar a frequência e o impacto financeiro de diferentes motivos de negativa, as organizações podem identificar falhas nas etapas anteriores do processo que levam às negativas. Por exemplo, muitas negativas por 'Informações incorretas do paciente' apontam para problemas no processo de cadastro. Isso permite fazer melhorias com base em dados, evitar negativas futuras e aumentar o índice de pagamentos na primeira tentativa.

Por que isso importa

É essencial para a análise de causa raiz das negativas de reivindicações e permite direcionar melhorias nos processos iniciais e intermediários para evitar perdas futuras de receita.

Onde encontrar

Essa informação vem dos arquivos de aviso eletrônico de remessa (ERA) ou de explicação de benefícios (EOB) recebidos das operadoras.

Exemplos
CO-16: Faltam informações na reivindicação/no serviçoPR-97: O benefício deste serviço está incluído no pagamento de outro serviçoOA-18: Reivindicação/serviço duplicadoCO-22: Este atendimento pode ser coberto por outra operadora, conforme a coordenação de benefícios
Departamento responsável
ResponsibleDepartment
Departamento, equipe ou área funcional responsável por realizar a atividade.
Descrição

Esse atributo identifica a unidade organizacional associada a uma etapa específica do processo, como 'Acesso do paciente', 'Codificação', 'Faturamento' ou 'Cobranças'. Ele ajuda a entender como o trabalho é distribuído e transferido entre as equipes.

Analisar o processo pela perspectiva dos departamentos é essencial para entender a colaboração entre áreas e identificar gargalos nos pontos de transferência entre equipes. Isso permite que os gestores vejam quais departamentos participam de determinadas variantes do processo, meçam a eficiência de cada área e aloquem recursos com mais eficácia. A análise também pode revelar problemas sistêmicos em um departamento que estejam afetando todo o ciclo de receita.

Por que isso importa

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

Onde encontrar

Essa informação pode fazer parte dos dados da transação ou ser obtida dos dados mestres associados ao usuário responsável.

Exemplos
Departamento de faturamentoServiços de codificaçãoGestão de negativasCobranças
Nome da operadora
PayerName
Nome da seguradora, entidade governamental ou outro pagador responsável pelo pagamento.
Descrição

O nome da operadora identifica a entidade principal para a qual uma reivindicação é enviada para reembolso. As operadoras podem ser seguradoras comerciais, como Aetna ou UnitedHealthcare, programas governamentais, como Medicare ou Medicaid, ou outras entidades. Cada operadora tem regras, requisitos de envio e padrões de pagamento próprios.

Esse atributo é essencial para analisar a performance do ciclo de receita. Ao segmentar o processo por operadora, as organizações podem identificar quais têm os maiores índices de negativas, os ciclos de pagamento mais longos ou mais solicitações de informações adicionais. Essa análise permite adotar medidas direcionadas, como renegociar contratos, adaptar o processo de envio para operadoras específicas e concentrar os esforços de gestão de negativas onde são mais necessários.

Por que isso importa

Permite segmentar métricas de performance, como índices de negativas e prazos de pagamento, por operadora. Isso é essencial para direcionar melhorias e negociações contratuais.

Onde encontrar

Essa informação geralmente está nos dados de cadastro do paciente, do seguro ou das reivindicações associados ao evento de faturamento.

Exemplos
AetnaCignaMedicareUnitedHealthcare
Usuário responsável
ResponsibleUser
Identificador do usuário, funcionário ou agente automatizado que realizou a atividade.
Descrição

O atributo Usuário responsável associa uma etapa do processo à pessoa ou ao sistema que a executou. Pode ser alguém que concluiu a codificação médica, um especialista em faturamento que enviou uma reivindicação ou um bot automatizado que registrou um pagamento. Acompanhar o usuário acrescenta uma perspectiva humana ou centrada no sistema à análise do processo.

Analisar a performance do processo por usuário ou equipe pode revelar oportunidades de treinamento, identificar profissionais com alto desempenho e ajudar a distribuir o volume de trabalho de forma adequada. Esse atributo também é essencial para a conformidade e as auditorias, pois permite atribuir claramente a responsabilidade por cada ação. Com ele, é possível analisar em detalhes a performance e a utilização dos recursos.

Por que isso importa

Permite analisar a performance individual e da equipe, a distribuição do volume de trabalho e os índices de automação, gerando insights sobre a eficiência dos recursos e as necessidades de treinamento.

Onde encontrar

Geralmente, está disponível em logs de transações ou trilhas de auditoria, em campos como 'ID do usuário', 'ID do funcionário' ou 'Processador'.

Exemplos
john.doejane.smithAUTO-POSTER-BOTU123456
Valor do ajuste
AdjustmentAmount
Valor monetário de quaisquer ajustes, baixas ou descontos contratuais aplicados ao saldo da conta.
Descrição

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 comuns no ciclo de receita.

Analisar os valores e os motivos dos ajustes é essencial para entender a integridade da receita. Ajustes altos ou inesperados podem indicar problemas na captura de cobranças, na codificação ou na gestão de contratos. O Process Mining pode ajudar a identificar quais variantes do processo ou atividades específicas levam a mais ajustes, permitindo uma análise de causa raiz direcionada para maximizar a realização da receita.

Por que isso importa

Ajuda a analisar perdas de receita acompanhando baixas e descontos contratuais, além de destacar possíveis problemas nos processos de contratação ou faturamento.

Onde encontrar

Esse valor geralmente é registrado em tabelas de ajustes financeiros ou módulos de registro de pagamentos.

Exemplos
29.50500.75100.001500.00
Valor faturado
BilledAmount
Valor bruto do serviço ou produto faturado, antes de quaisquer ajustes ou pagamentos.
Descrição

O valor faturado representa o total cobrado pelos serviços prestados, conforme informado em uma reivindicação ou fatura. É o valor financeiro inicial do evento de faturamento e serve de base para medir todas as transações financeiras posteriores, como pagamentos e ajustes.

No Process Mining, analisar o valor faturado é fundamental para entender o impacto financeiro das ineficiências do processo. Ele pode ser usado para segmentar casos de alto e baixo valor e revelar se determinados problemas afetam de forma desproporcional as reivindicações de maior receita. Relacionar esse valor a métricas como tempo de ciclo ou índice de negativas ajuda a priorizar melhorias nos problemas com maiores consequências financeiras.

Por que isso importa

Define o valor financeiro inicial de um caso e permite analisar o impacto de ineficiências do processo, como atrasos e negativas.

Onde encontrar

Esse é um atributo financeiro básico, disponível nas tabelas de captura de cobranças, faturamento ou transações de reivindicações.

Exemplos
150.002500.75500.0010000.00
ID da reivindicação
ClaimId
Identificador exclusivo atribuído a uma reivindicação de seguro enviada a uma operadora.
Descrição

O ID da reivindicação é um identificador específico da conta enviada a uma seguradora. Um único evento de faturamento pode gerar várias reivindicações se precisar ser faturado para operadoras primárias, secundárias e terciárias, ou se uma reivindicação for corrigida e enviada novamente.

Acompanhar o ID da reivindicação é importante para entender os detalhes do processo de interação com a operadora. Isso permite analisar ciclos de retrabalho que envolvem o reenvio de reivindicações e acompanhar o status de uma conta específica enviada à operadora. Analisar o processo por ID da reivindicação oferece uma visão mais detalhada do ciclo de envio e resolução do que analisar apenas o evento de faturamento.

Por que isso importa

Permite acompanhar em detalhes o envio e o reenvio de reivindicações, oferecendo uma análise minuciosa das interações com as operadoras e dos ciclos de retrabalho.

Onde encontrar

Esse identificador é gerado pelo sistema de faturamento quando a reivindicação é criada e armazenado nas tabelas de gestão de reivindicações.

Exemplos
CLM-2024-555-1239876543210-01TCN-A1B2C3D4E5
ID do paciente
PatientId
Identificador exclusivo do paciente que recebeu os serviços.
Descrição

O ID do paciente é uma chave exclusiva atribuída a cada paciente no índice mestre de pacientes do sistema de saúde. Esse identificador conecta todos os atendimentos clínicos e financeiros do paciente ao longo do tempo.

Enquanto o ID do evento de faturamento identifica um caso referente a um único serviço, o ID do paciente permite uma análise mais ampla de vários atendimentos da mesma pessoa. Isso pode revelar problemas recorrentes, como erros repetidos no cadastro ou padrões de utilização dos serviços. Também pode ser usado para analisar toda a trajetória financeira do paciente, o que ajuda a entender a responsabilidade financeira e a fidelidade do paciente.

Por que isso importa

Permite analisar vários eventos de faturamento do mesmo paciente, ajudando a identificar problemas recorrentes e entender sua trajetória financeira geral.

Onde encontrar

Esse identificador principal está presente em praticamente todos os sistemas clínicos e financeiros e tem origem no sistema de cadastro de pacientes ou no EHR.

Exemplos
MRN-100345PAT-987654321202400567
Motivo do ajuste
AdjustmentReason
Motivo de um ajuste financeiro, como um desconto contratual ou uma baixa por dívida incobrável.
Descrição

Assim como o motivo de uma negativa, o motivo do ajuste explica por que uma parte do valor faturado foi baixada ou ajustada. Ele esclarece se o ajuste ocorreu por uma obrigação contratual com uma operadora, uma política de atendimento beneficente, a baixa de um saldo pequeno ou a correção de um erro de faturamento.

Analisar os motivos dos ajustes fornece insights sobre a integridade da receita e a performance financeira. Isso ajuda a diferenciar ajustes contratuais esperados de baixas evitáveis causadas por erros internos. Ao filtrar o mapa do processo por motivos específicos de ajuste, os analistas podem identificar fragilidades que levam a perdas evitáveis de receita e direcionar os esforços de melhoria.

Por que isso importa

Fornece contexto para os ajustes financeiros e ajuda a diferenciar obrigações contratuais de perdas de receita evitáveis causadas por erros no processo.

Onde encontrar

Disponível nas tabelas de transações financeiras do sistema de faturamento ou de gestão financeira de pacientes, geralmente associado a transações de ajuste ou baixa.

Exemplos
Desconto contratualBaixa de saldo pequenoDívida incobrávelCorreção de erro de faturamento
Saldo em aberto
OutstandingBalance
Saldo restante não pago do evento de faturamento em determinado momento.
Descrição

O saldo em aberto representa o valor que ainda precisa ser recebido por um evento de faturamento. Normalmente, é calculado subtraindo os valores pagos e os ajustes do valor faturado. Esse valor muda ao longo do ciclo de vida do caso, conforme pagamentos e ajustes são registrados.

Esse atributo é um indicador importante da situação das contas a receber. No Process Mining, analisar o saldo em aberto em diferentes etapas do processo ajuda a acompanhar o envelhecimento das contas a receber e a priorizar os esforços de cobrança. Ele pode ser usado para identificar tipos de caso ou caminhos do processo que tendem a deixar saldos residuais altos, sinalizando problemas no pagamento ou na resolução de negativas.

Por que isso importa

É uma medida importante das contas a receber e da eficácia das cobranças, que ajuda a priorizar atividades de acompanhamento e analisar o envelhecimento dos valores a receber.

Onde encontrar

Geralmente, é calculado com base nos valores faturados, pagos e ajustados. Também pode estar armazenado em um campo do sistema de contas a receber ou de gestão financeira de pacientes.

Exemplos
50.000.00125.308500.00
Status da conta
AccountStatus
Estado atual da conta de faturamento no ciclo de receita, como 'Faturada', 'Paga' ou 'Em cobrança'.
Descrição

O status da conta mostra em que ponto do ciclo de vida está um evento de faturamento em determinado momento. Ele reflete o resultado da atividade mais recente e indica se a conta está aberta, aguardando pagamento, encerrada, enviada para cobrança ou em outra situação.

Embora o Process Mining reconstrua o fluxo das atividades, o atributo Status da conta é útil para filtrar e segmentar casos conforme a situação atual. Ele é especialmente útil em Dashboards de monitoramento operacional que precisam mostrar o volume e o valor das contas em diferentes etapas, como o total de contas a receber que aguardam uma resposta da operadora ou o número de contas enviadas recentemente para uma agência de cobrança.

Por que isso importa

Apresenta uma visão atual dos casos, útil para Dashboards operacionais e para segmentar a análise conforme a etapa do ciclo de vida das contas.

Onde encontrar

Geralmente, é um campo de status no registro principal da conta do paciente ou do evento de faturamento no sistema de gestão financeira de pacientes.

Exemplos
Faturada, aguardando a operadoraPaga integralmenteNegadaEnviada para cobrançaEncerrada, baixada
Valor pago
PaidAmount
Valor total recebido das operadoras e do paciente pelos serviços faturados.
Descrição

O valor pago é a soma acumulada de todos os pagamentos registrados para um evento de faturamento específico. Inclui pagamentos de operadoras de seguro primárias e secundárias, além dos pagamentos feitos pelo paciente. Representa o valor efetivamente recebido pelos serviços prestados.

Analisar o valor pago é essencial para medir o sucesso financeiro e a eficiência do ciclo de receita. Compará-lo ao valor faturado fornece insights sobre a receita líquida e os índices de recebimento. No Process Mining, esse atributo ajuda a quantificar o resultado financeiro de diferentes caminhos do processo e a identificar características de reivindicações pagas integralmente e no prazo, em comparação com as demais.

Por que isso importa

Mede o valor efetivamente recebido por um caso, essencial para avaliar a eficácia das cobranças e a performance financeira geral do processo.

Onde encontrar

Essa informação está nas tabelas de transações de registro de pagamentos ou aplicação de recebimentos.

Exemplos
120.502000.000.00450.25
Obrigatório Recomendado Opcional

Atividades da gestão do ciclo de receita

Esta tabela apresenta as principais etapas e os marcos do processo que devem ser registrados para descobrir o processo com precisão e gerar insights aprofundados sobre o ciclo de receita.
5 Recomendado 10 Opcional
Atividade Descrição
Evento de faturamento encerrado
O evento de faturamento foi totalmente resolvido, o saldo em aberto chegou a zero e não são esperadas novas atividades. Isso pode ocorrer por meio de pagamentos, ajustes, baixas ou uma combinação dessas opções.
Por que isso importa

Esta atividade marca o fim do processo e permite calcular o tempo total do ciclo de ponta a ponta. Ela confirma o resultado final do evento de faturamento, seja o recebimento do pagamento ou a baixa da conta.

Onde encontrar

Esse status costuma ser identificado quando o saldo da conta chega a zero. Alguns sistemas podem ter um status explícito de 'Encerrada' ou um campo de data de encerramento no registro da conta.

Coleta

Identifique este evento pela data e hora da última transação financeira que zerou o saldo do evento de faturamento.

Tipo de evento inferred
Pagamento contabilizado
Um pagamento recebido é aplicado oficialmente à conta do paciente e alocado a linhas de serviço específicas. Essa ação transfere o saldo de contas a receber para o caixa e reduz o valor em aberto.
Por que isso importa

Este é um marco importante de sucesso, que confirma o recebimento da receita do pagador. Atrasos na contabilização de pagamentos podem distorcer a precisão do envelhecimento das contas a receber e dos relatórios de fluxo de caixa.

Onde encontrar

Esta é uma transação financeira explícita, registrada no razão do sistema de contas de pacientes. Cada aplicação de pagamento deve ter sua própria data e hora de transação.

Coleta

Use a data e a hora da transação registradas na aplicação do pagamento ou no diário de contabilização de caixa.

Tipo de evento explicit
Serviço prestado
Esta atividade marca o início do evento de faturamento e representa o momento em que um serviço clínico é prestado ao paciente. Esse é o evento que inicia todo o ciclo de receita de um atendimento específico.
Por que isso importa

Este é o principal ponto de início do processo de ponta a ponta e permite medir o tempo total do ciclo de receita. Também ajuda a identificar o intervalo entre a prestação do serviço clínico e o início das atividades de faturamento.

Onde encontrar

Essas informações geralmente vêm de um sistema clínico, de agendamento ou de prontuário eletrônico. Muitas vezes, são registradas em uma nota clínica assinada, no registro de um procedimento concluído ou no registro de alta do paciente.

Coleta

Registre a data e a hora associadas à finalização do atendimento clínico, à data do serviço ou à data da alta.

Tipo de evento explicit
Solicitação de pagamento enviada
Esta atividade marca o envio eletrônico ou em papel da solicitação de pagamento à seguradora ou ao pagador para análise. Ela representa o pedido oficial de pagamento pelos serviços prestados.
Por que isso importa

Acompanhar esta atividade é essencial para medir o tempo de ciclo entre o serviço e a fatura e identificar atrasos entre a criação e o envio da solicitação de pagamento. É um marco importante que indica quando o evento de faturamento passa oficialmente a fazer parte das contas a receber.

Onde encontrar

Este evento costuma ser registrado nos logs de transações de solicitações de pagamento ou nas tabelas de interface da câmara de compensação, geralmente com uma atualização de status que confirma o envio.

Coleta

Registre a data e a hora em que o status da solicitação de pagamento muda para 'Enviada', 'Transmitida' ou um estado equivalente.

Tipo de evento explicit
Solicitação de pagamento glosada
Representa a rejeição, pelo pagador, de uma solicitação de pagamento ou de itens específicos, impedindo o pagamento. Em geral, isso é identificado quando o prestador recebe e processa um documento de aviso de pagamento do pagador.
Por que isso importa

Identificar glosas é fundamental para analisar perdas de receita, taxas de glosa e a eficácia do processo de gestão de glosas. Esse é o principal evento que inicia ciclos de retrabalho e recursos.

Onde encontrar

Este evento geralmente aparece nos dados do aviso de pagamento, em especial nos códigos de motivo de ajuste da solicitação (CARCs) que indicam uma glosa.

Coleta

Identifique este evento analisando os dados do aviso de pagamento em busca de códigos de glosa associados a uma solicitação de pagamento ou linha de serviço.

Tipo de evento inferred
Aviso de pagamento recebido
O sistema recebe uma resposta do pagador sobre a solicitação enviada, geralmente em um arquivo de aviso eletrônico de pagamento (ERA). A resposta detalha o que foi pago, negado ou ajustado em cada linha de serviço.
Por que isso importa

Este é o evento decisivo que determina o caminho seguinte do processo: contabilização do pagamento, gestão de glosas ou ajustes. O tempo até o recebimento do aviso de pagamento mede a performance do pagador.

Onde encontrar

O registro ocorre quando o sistema importa um arquivo de intercâmbio eletrônico de dados (EDI), como um arquivo 835, ou quando alguém insere manualmente os dados de uma explicação de benefícios (EOB) em papel.

Coleta

Use a data e a hora de processamento ou importação do arquivo de aviso de pagamento associado à solicitação.

Tipo de evento explicit
Cobrança iniciada
A conta do paciente entrou em atraso e as ações proativas de cobrança foram iniciadas. Elas podem incluir desde cartas automáticas de lembrete até o encaminhamento da conta a um especialista interno ou externo em cobranças.
Por que isso importa

Esta etapa marca a intensificação dos esforços para cobrar contas a receber vencidas. Monitorá-la ajuda a avaliar a eficácia das estratégias de cobrança e a performance das agências de cobrança.

Onde encontrar

Este evento costuma ser registrado por uma mudança na categoria financeira da conta, no código de status ou pela atribuição a uma fila de trabalho ou agência de cobrança específica.

Coleta

Identifique este evento pela primeira data e hora em que o status da conta muda para 'Em cobrança', 'Em atraso' ou um estado semelhante.

Tipo de evento inferred
Cobranças registradas
Representa o registro formal de todos os serviços, procedimentos e materiais faturáveis de um atendimento. Essa etapa transforma as atividades clínicas em transações financeiras que podem ser cobradas.
Por que isso importa

Analisar o intervalo entre a prestação do serviço e o registro da cobrança ajuda a identificar possíveis atrasos no reconhecimento da receita. Esta etapa é essencial para garantir que todos os serviços faturáveis sejam contabilizados e evitar perdas de receita.

Onde encontrar

Esses dados estão nas tabelas de transações de cobrança ou nos registros financeiros do sistema de faturamento ou de contas de pacientes. Cada item faturável deve ter uma data e hora de criação correspondentes.

Coleta

Use a data de criação dos registros de transações de cobrança vinculados ao evento de faturamento.

Tipo de evento explicit
Codificação concluída
Indica que os codificadores médicos atribuíram códigos clínicos padronizados, como códigos ICD ou CPT, às cobranças registradas. Essa etapa garante que os serviços sejam representados de uma forma que os pagadores possam entender e analisar.
Por que isso importa

Esta atividade é essencial para a precisão das solicitações de pagamento e costuma ser uma fonte de gargalos. Medir a duração da etapa de codificação ajuda a identificar oportunidades para aumentar a produtividade dos codificadores e reduzir os bloqueios de solicitações.

Onde encontrar

Essa informação costuma ser registrada como uma mudança de status no evento de faturamento ou como a data e hora em que uma tarefa de codificação é marcada como concluída em uma fila de trabalho.

Coleta

Identifique a data e a hora em que o status da codificação do atendimento muda para 'Concluído' ou em que o código final é aprovado.

Tipo de evento explicit
Conta ajustada
Uma transação que não envolve pagamento e altera o saldo da conta, como um ajuste contratual, a baixa de um saldo pequeno ou um desconto por cortesia. Esses ajustes são necessários para conciliar a conta com base nos contratos com pagadores ou nas políticas internas.
Por que isso importa

Os ajustes são uma das principais causas de variação da receita. Analisar as atividades e os motivos dos ajustes ajuda a entender a rentabilidade, a performance dos contratos com pagadores e a integridade da receita.

Onde encontrar

Esses ajustes são registrados como transações financeiras distintas no razão do paciente. Cada uma tem um código ou tipo de transação específico que indica o motivo do ajuste.

Coleta

Registre a data da transação de qualquer operação financeira que não envolva pagamento nem cobrança e altere o saldo da conta.

Tipo de evento explicit
Conta baixada como perda
Todos os esforços de cobrança foram esgotados e o saldo restante da conta foi considerado irrecuperável. O saldo é zerado e classificado como inadimplência, o que representa uma perda final de receita.
Por que isso importa

Esta atividade é um evento financeiro crítico que representa perda de receita. Analisar as baixas é essencial para entender a taxa final de sucesso das cobranças e as origens das dívidas irrecuperáveis.

Onde encontrar

Esta é uma transação financeira explícita, geralmente um ajuste com um código de motivo específico, como 'Baixa por inadimplência' ou 'Encaminhado à agência de cobrança'.

Coleta

Registre a data da transação do ajuste que classifica o saldo restante como inadimplência.

Tipo de evento explicit
Demonstrativo enviado ao paciente
Depois que todos os pagamentos do seguro e ajustes são contabilizados, um demonstrativo de cobrança é gerado e enviado ao paciente, que fica responsável pela parte restante da conta. Assim, o foco da cobrança passa do pagador institucional para o paciente.
Por que isso importa

Esta atividade inicia a parte do ciclo de receita paga diretamente pelo paciente. Acompanhar essa etapa ajuda a analisar a eficácia das cobranças aos pacientes e a medir o tempo até o envio da cobrança.

Onde encontrar

Este é um evento explícito registrado pelo módulo de faturamento ou de comunicação com pacientes. O sistema deve registrar a data em que cada demonstrativo foi gerado ou enviado.

Coleta

Use a data de criação ou de envio registrada no histórico de demonstrativos do paciente.

Tipo de evento explicit
Início do retrabalho da glosa
Uma pessoa ou um fluxo de trabalho automatizado iniciou a análise e a resolução de uma solicitação de pagamento glosada. Esta atividade marca o início do processo interno para contestar a glosa e recuperar a receita potencial.
Por que isso importa

Esta atividade inicia o ciclo de retrabalho da glosa. Analisar o tempo entre a glosa e o início do retrabalho ajuda a medir a agilidade da equipe responsável pela gestão de glosas e a identificar acúmulos de casos.

Onde encontrar

Este evento pode ser registrado a partir das ações de usuários em um módulo de gestão de glosas, de uma mudança de status na solicitação de pagamento ou da atribuição da solicitação glosada à fila de trabalho de alguém.

Coleta

Registre a data e a hora em que uma solicitação de pagamento glosada é aberta ou atribuída pela primeira vez, ou em que seu status muda para 'Em retrabalho'.

Tipo de evento explicit
Solicitação de pagamento criada
O sistema gerou uma solicitação formal de pagamento, reunindo todas as cobranças, os códigos e as informações demográficas em um formato padronizado. Esta é uma etapa preparatória antes do envio da solicitação ao pagador.
Por que isso importa

Este é o momento em que a fatura está pronta para ser cobrada. Analisar o tempo entre esta etapa e o envio ajuda a identificar atrasos causados pelo sistema ou pelo processamento em lotes, que tornam o faturamento mais lento.

Onde encontrar

Este evento é gerado pelo sistema e deve ser registrado em uma tabela ou arquivo de solicitações de pagamento, com uma data e hora de criação claras no cabeçalho da solicitação.

Coleta

Use a data e a hora de criação do registro principal da solicitação de pagamento associado ao evento de faturamento.

Tipo de evento explicit
Solicitação de pagamento reenviada
Após uma glosa ou rejeição, a solicitação de pagamento é corrigida e enviada novamente ao pagador para reavaliação. Esta é uma segunda tentativa de obter o pagamento e encerra o ciclo inicial de retrabalho.
Por que isso importa

Esta atividade é essencial para entender a eficiência do processo de resolução de glosas. Acompanhar os reenvios ajuda a medir o tempo dos ciclos de retrabalho e a taxa de sucesso dos recursos.

Onde encontrar

Este evento é registrado como um novo envio de solicitação de pagamento vinculado à solicitação original que foi glosada. Procure registros de envio com um indicador de correção ou reenvio.

Coleta

Identifique uma transação de envio de solicitação de pagamento que faça referência a um ID de solicitação enviado anteriormente ou tenha um indicador de reenvio.

Tipo de evento explicit
Recomendado Opcional

Guias de extração

Como obter seus dados para Process Mining.

Os métodos de extração variam conforme o sistema. Para ver instruções detalhadas,

consulte nosso guia de ETL   ou   selecione um processo e um sistema específicos.

Pronto para começar?

Escolha abaixo um dos guias de extração específicos do seu sistema para ver instruções detalhadas de exportação dos dados ou use este Template genérico como ponto de partida para qualquer outro sistema.

Transforme agora a gestão do seu ciclo de receita

Gere insights, reduza as negativas e acelere o fluxo de caixa em todos os sistemas.

Começar o teste grátis

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