Seu Template de dados para gestão do ciclo de receita
Seu Template de dados para gestão do ciclo de receita
- Atributos de dados recomendados para uma análise completa
- Principais atividades do processo para acompanhar com eficiência
- Orientações práticas para extrair dados do Waystar
Atributos da gestão do ciclo de receita
| Nome | Descrição | ||
|---|---|---|---|
| Data e hora do evento EventTimestamp | A data e a hora exatas em que a atividade ocorreu. | ||
| Descrição A data e hora do evento registram o momento exato em que uma atividade ocorreu. Esse dado é essencial para ordenar os eventos cronologicamente e calcular a duração entre diferentes etapas do processo. Na análise de processos, as datas e horas são usadas para calcular indicadores-chave de performance, como tempos de ciclo, tempos de espera e tempos de processamento. Por exemplo, a diferença entre a data e hora de 'Claim Submitted' e a de 'Payment Posted' determina o tempo total do ciclo de pagamento. Dados precisos são essenciais para a análise de gargalos e o monitoramento da performance. Por que isso importa As datas e horas são necessárias para ordenar eventos, calcular tempos de ciclo e analisar a performance do processo, formando a base temporal da análise. Onde encontrar Este é um campo padrão associado a quase todos os registros de transação ou mudança de status no Waystar, geralmente chamado de 'Creation Date', 'Transaction Date' ou algo semelhante. Exemplos 2023-10-26T10:00:00Z2023-10-27T14:35:10Z2023-11-05T09:15:00Z | |||
| Evento de faturamento BillingEvent | Identificador exclusivo de uma entrega de serviço ou produto que gera uma cobrança e representa o caso no processo do ciclo de receita. | ||
| Descrição O evento de faturamento funciona como o principal identificador do caso, vinculando todas as atividades, da captura da cobrança ao encerramento da conta, para um serviço faturável específico. Ele representa todo o ciclo de vida de uma única solicitação ou fatura de paciente. Na mineração de processos, analisar a jornada de cada evento de faturamento oferece uma visão abrangente do ciclo de receita. Isso ajuda a identificar caminhos comuns do processo, desvios e gargalos que afetam solicitações individuais. Esse nível de detalhamento é essencial para entender a performance do processo e apontar áreas específicas para melhoria, como atrasos no envio de solicitações ou no lançamento de pagamentos. Por que isso importa Este é o ID do caso essencial que conecta todas as atividades relacionadas ao ciclo de receita e permite acompanhar o processo de ponta a ponta para cada item faturável. Onde encontrar Geralmente, é a chave primária da tabela principal de transações de faturamento ou solicitações no Waystar. Consulte a documentação do Waystar para identificar a tabela e o nome do campo específicos. Exemplos BE-2024-0012345BE-2024-0012346BE-2024-0012347 | |||
| Nome da atividade ActivityName | Nome do evento de negócio ou da etapa específica que ocorreu no processo do ciclo de receita, como 'Claim Submitted' ou 'Payment Posted'. | ||
| Descrição Este atributo descreve as atividades que compõem o processo do ciclo de receita de ponta a ponta. Cada valor representa uma etapa, um marco ou uma tarefa distinta realizada em um evento de faturamento, como criar uma solicitação, receber uma negativa ou lançar um pagamento. Analisar a sequência e a frequência dessas atividades é a base da mineração de processos. Isso permite visualizar o mapa do processo, identificar ciclos de retrabalho (por exemplo, 'Claim Denied' seguido de 'Claim Corrected') e medir o tempo entre as etapas. Essa análise é essencial para entender a eficiência e a conformidade do processo. Por que isso importa Este atributo define as etapas do mapa do processo, fundamental para visualizar e analisar o fluxo de trabalho do ciclo de receita. Onde encontrar Gerado a partir de registros de eventos, registros de mudanças de status ou tipos de transação nos módulos de solicitações e faturamento do Waystar. Exemplos Solicitação enviada à operadoraSolicitação negadaPagamento lançadoConta encerrada | |||
| Sistema de origem SourceSystem | O sistema ou aplicativo de onde os dados do evento se originaram. | ||
| Descrição Este atributo identifica o sistema de origem que gerou os dados do evento. Em um ambiente de TI complexo, os eventos do ciclo de receita podem vir de diferentes módulos do Waystar ou até de sistemas externos integrados, como um prontuário eletrônico (EHR). Conhecer o sistema de origem é importante para validar dados, solucionar problemas e entender variações do processo que podem decorrer de comportamentos diferentes entre sistemas. Isso ajuda a atribuir problemas do processo ao aplicativo ou à interface correta. Por que isso importa Identifica a origem dos dados, essencial para a governança e a garantia da qualidade dos dados, além de ajudar a entender as variações do processo entre diferentes sistemas. Onde encontrar Geralmente, é um valor estático ('Waystar') adicionado durante a extração dos dados ou derivado de módulos ou tabelas específicos do sistema. Exemplos Waystar RCMMódulo de faturamento do WaystarInterface do EHR | |||
| Última atualização dos dados LastDataUpdate | Data e hora que indicam a última atualização ou extração dos dados deste evento. | ||
| Descrição Este atributo registra a data e hora da última extração dos dados do sistema de origem. Não indica quando o evento de negócio ocorreu, mas quando o registro foi extraído para análise. Essa informação é essencial para a governança dos dados e para entender o quanto os dados da análise de mineração de processos estão atualizados. Ela ajuda você a saber se está consultando informações recentes e é importante para gerenciar cargas incrementais de dados. Por que isso importa Garante a transparência dos dados ao indicar o quanto o conjunto de dados está atualizado, algo essencial para relatórios e análises precisos e oportunos. Onde encontrar Essa data e hora geralmente são geradas e adicionadas a cada linha pelo processo de ETL (extração, transformação e carga) durante a ingestão dos dados. Exemplos 2024-01-15T02:00:00Z2024-01-16T02:00:00Z | |||
| Código do motivo da negativa DenialReasonCode | Código padronizado que indica por que a operadora negou uma solicitação. | ||
| Descrição Quando uma operadora nega uma solicitação, ela informa um código que explica o motivo da rejeição. Esses códigos podem indicar problemas como informações ausentes, serviços sem cobertura ou erros de codificação. Este atributo registra o código específico. Analisar os códigos de motivo da negativa é fundamental para melhorar o ciclo de receita. Isso permite identificar as causas raiz das negativas, como erros frequentes de um departamento específico ou problemas com os requisitos de determinada operadora. Esses dados alimentam diretamente o Dashboard de taxa e motivos de negativas de solicitações e são essenciais para criar estratégias que evitem novas negativas e aumentem a taxa de pagamento na primeira tentativa. Por que isso importa Este atributo é essencial para a análise de causa raiz das negativas de solicitações e permite direcionar ações para reduzir a perda de receita e o retrabalho. Onde encontrar Preenchido no registro da solicitação quando ocorre uma negativa. Essa informação é recebida da operadora no aviso de pagamento. Exemplos CO-16: Solicitação/serviço sem informaçõesPR-96: Cobrança(s) sem coberturaCO-22: Este atendimento pode ter cobertura de outra operadora | |||
| Nome da operadora PayerName | Nome da seguradora ou da operadora terceirizada responsável pela solicitação. | ||
| Descrição Este atributo identifica a operadora específica, como uma seguradora, um programa governamental como o Medicare ou outra entidade responsável por analisar e pagar a solicitação. Cada operadora pode ter requisitos de envio, cronogramas de pagamento e padrões de negativas diferentes. Analisar o processo por nome da operadora é essencial para identificar quais têm os ciclos de pagamento mais longos, as maiores taxas de negativas ou os processos mais complexos. Assim, as organizações podem adaptar suas estratégias, priorizar o acompanhamento de operadoras problemáticas e negociar contratos melhores. Por que isso importa Segmentar o processo por operadora é essencial para identificar gargalos específicos, motivos de negativas e atrasos nos pagamentos. Onde encontrar Encontrado nas informações da solicitação ou do faturamento, vinculado aos dados do seguro do paciente no Waystar. Exemplos AetnaBlue Cross Blue ShieldCignaMedicare Part B | |||
| Saldo pendente OutstandingBalance | Valor restante a receber pelo evento de faturamento. | ||
| Descrição O saldo pendente representa o valor atual de contas a receber de um evento de faturamento. Ele é calculado subtraindo do valor faturado os pagamentos e ajustes aplicados até o momento. Esta é uma métrica financeira essencial para gerenciar o fluxo de caixa e as contas a receber. É o principal atributo do Dashboard de saldos pendentes e vencidos, que permite acompanhar o total a receber, identificar contas com saldos altos e priorizar os esforços de cobrança. Monitorar esse valor ao longo do tempo mostra a eficácia do processo de cobrança. Por que isso importa Mede diretamente as contas a receber, algo essencial para gerenciar o fluxo de caixa, priorizar cobranças e avaliar a saúde financeira. Onde encontrar Geralmente, é um campo calculado nos módulos de relatórios do Waystar (valor faturado - valor pago - ajustes). Talvez seja necessário calculá-lo durante a extração dos dados se não houver um campo direto disponível. Exemplos 30.00270.25540.50 | |||
| Status da solicitação ClaimStatus | Status atual da solicitação no ciclo de vida, como 'Enviada', 'Pendente', 'Paga' ou 'Negada'. | ||
| Descrição O status da solicitação mostra em que ponto do ciclo de receita está um evento de faturamento específico. Ele indica o marco mais recente alcançado, como se a solicitação foi enviada, está em análise pela operadora, foi paga ou foi rejeitada. Este atributo é essencial para relatórios financeiros e gestão operacional. Na mineração de processos, ajuda a entender o estado atual de todos os casos em aberto e pode ser usado para analisar quanto tempo os casos permanecem em determinados status, como 'Aguardando análise da operadora'. Isso dá suporte direto ao Dashboard de saldos pendentes e vencidos. Por que isso importa Oferece uma visão do estado atual de todas as solicitações em andamento, permitindo analisar gargalos e priorizar o trabalho. Onde encontrar Campo padrão no registro da solicitação ou do faturamento no Waystar, atualizado conforme a solicitação avança pelo ciclo. Exemplos EnviadaConfirmada pela operadoraNegadaPaga integralmente | |||
| Tipo de serviço ServiceType | Categoria ou tipo de serviço médico prestado, como 'Radiologia', 'Consulta' ou 'Procedimento cirúrgico'. | ||
| Descrição O tipo de serviço classifica a natureza do serviço faturável prestado ao paciente. Diferentes tipos de serviço costumam ter códigos de faturamento, taxas de reembolso e níveis de complexidade distintos. Este atributo permite analisar o ciclo de receita em detalhes por departamento clínico ou linha de serviço. Ele ajuda a responder perguntas como: 'Quais linhas de serviço têm mais atrasos no faturamento?' ou 'As taxas de negativas são maiores para procedimentos cirúrgicos do que para consultas?'. Isso é importante para analisar a performance dos departamentos e direcionar melhorias no processo. Por que isso importa Permite analisar a performance do processo por departamento clínico ou linha de serviço, revelando diferenças de eficiência e rentabilidade. Onde encontrar Geralmente, é derivado de códigos de procedimento (CPT/HCPCS) ou vinculado ao departamento que prestou o serviço no Waystar. Exemplos RadiologiaConsulta de cardiologiaAtendimento no pronto-socorroCirurgia ambulatorial | |||
| Valor faturado BilledAmount | Valor total cobrado pelos serviços prestados na solicitação. | ||
| Descrição O valor faturado representa a cobrança bruta pelos serviços prestados ao paciente, antes da aplicação de ajustes, descontos contratuais ou pagamentos. É o valor inicial da solicitação enviada à operadora. Este atributo é essencial para a análise financeira e para entender o valor monetário que circula pelo processo. Ele pode ser usado para segmentar a análise por valor da solicitação, identificar tendências nas cobranças de diferentes serviços e calcular o impacto financeiro geral de ineficiências do processo, como negativas ou atrasos nos pagamentos. É uma métrica fundamental para a maioria dos Dashboards financeiros. Por que isso importa Representa o valor total de uma solicitação e permite analisar o impacto financeiro de atrasos, negativas e ajustes no processo. Onde encontrar Campo financeiro padrão na tela de registro da solicitação ou da cobrança no Waystar. Exemplos 150.001250.75540.50 | |||
| Classe do paciente PatientClass | Indica a situação do paciente no atendimento, como 'Internado' ou 'Ambulatorial'. | ||
| Descrição A classe do paciente categoriza o tipo de atendimento, que muitas vezes determina as regras de faturamento e as taxas de reembolso. As classes comuns incluem internação, atendimento ambulatorial e emergência. Analisar o ciclo de receita por classe do paciente pode revelar diferenças importantes no processo. Por exemplo, solicitações de pacientes internados costumam ser mais complexas e ter ciclos de pagamento mais longos do que as de pacientes ambulatoriais. Essa segmentação é importante para definir metas de performance realistas e adaptar as iniciativas de melhoria às necessidades específicas de cada classe. Por que isso importa Ajuda a segmentar o processo conforme a complexidade do atendimento, por exemplo, internação ou atendimento ambulatorial, que costuma estar relacionada a diferentes regras de faturamento e tempos de ciclo. Onde encontrar Campo padrão nos dados de cadastro ou atendimento do paciente no Waystar ou no EHR de origem. Exemplos InternaçãoAmbulatorialEmergência | |||
| Código do motivo do ajuste AdjustmentReasonCode | Código que explica o motivo de um ajuste financeiro no saldo da conta. | ||
| Descrição Quando o saldo de uma conta muda por motivos que não sejam um pagamento, como um desconto contratual ou uma baixa contábil, usa-se um código do motivo do ajuste para registrar a justificativa. Este atributo armazena esse código. Analisar esses códigos é essencial para o Dashboard de taxa e impacto dos ajustes de contas. Isso ajuda a identificar as causas raiz da perda de receita, como ajustes contratuais frequentes com determinadas operadoras ou baixas contábeis causadas por erros de faturamento. Entender esses motivos é o primeiro passo para reduzir perdas de receita evitáveis. Por que isso importa Explica por que a receita foi ajustada ou baixada, oferecendo insights importantes sobre perdas de receita e a performance dos contratos com operadoras. Onde encontrar Associado a transações de ajuste no módulo de lançamento de pagamentos ou de contas a receber do Waystar. Exemplos Obrigação contratualBaixa de saldo pequenoCorreção de erro de faturamento | |||
| Data de vencimento do pagamento PaymentDueDate | Data até a qual se espera o pagamento da fatura ou do sinistro. | ||
| Descrição A data de vencimento do pagamento é definida pelo prestador ou determinada pelos contratos com as operadoras e indica até quando o pagamento deve ser recebido. Ela serve como referência para medir a pontualidade dos pagamentos. Esse atributo é essencial para o Dashboard de saldos em aberto e análise de envelhecimento. Ele é usado para calcular há quanto tempo os valores estão a receber, classificando-os em faixas como “0 a 30 dias”, “31 a 60 dias” e assim por diante. Essa análise de envelhecimento é uma prática financeira padrão para gerenciar contas a receber e priorizar a cobrança de valores vencidos. Por que isso importa Serve de base para calcular o envelhecimento das contas a receber, essencial para gerenciar cobranças e entender a pontualidade do fluxo de caixa. Onde encontrar Pode ser encontrada no registro da fatura ou do sinistro. Talvez seja calculada com base na data da fatura e nas condições de pagamento. Exemplos 2023-11-252023-12-152024-01-30 | |||
| ID do paciente PatientId | Identificador exclusivo do paciente que recebeu o serviço. | ||
| Descrição Este atributo é o identificador exclusivo do paciente associado ao evento de faturamento. Ele vincula a transação financeira à pessoa que recebeu o atendimento. Embora o evento de faturamento seja o caso, o ID do paciente permite uma análise centrada no paciente. Ele pode ajudar a identificar pacientes recorrentes, entender a jornada financeira completa de cada paciente em várias consultas e analisar se determinados perfis demográficos estão associados a problemas de pagamento ou taxas mais altas de negativas. Também permite reunir todas as atividades de faturamento de uma mesma pessoa. Por que isso importa Permite uma análise centrada no paciente e oferece uma visão de toda a jornada financeira de uma pessoa em vários eventos de faturamento. Onde encontrar Campo padrão no registro da solicitação ou do cadastro do paciente no Waystar, ou vinculado a um EHR. Exemplos MRN-887654MRN-902101MRN-123456 | |||
| Pagamento na primeira tentativa IsFirstPassPayment | Indicador que mostra se o sinistro foi pago corretamente no primeiro envio, sem negativas nem ajustes. | ||
| Descrição Esse atributo booleano calculado indica se o sinistro foi pago sem eventos negativos intermediários, como uma negativa, rejeição ou solicitação de mais informações. O valor “true” indica que o processo desse sinistro foi concluído sem problemas e com eficiência. Esse atributo dá suporte direto ao KPI de taxa de pagamento na primeira tentativa, uma medida essencial da eficiência geral do ciclo de receita. Analisar as características dos sinistros que não são pagos na primeira tentativa, por exemplo, por operadora ou tipo de serviço, ajuda a identificar as principais causas de retrabalho e atrasos nos pagamentos. Melhorar essa taxa acelera o fluxo de caixa e reduz os custos operacionais. Por que isso importa Mede diretamente a qualidade do faturamento e do processamento de sinistros. Uma taxa alta de pagamento na primeira tentativa indica um processo eficiente, com pouco retrabalho. Onde encontrar Esse atributo derivado é calculado durante a transformação dos dados. A lógica verifica se ocorre um evento “Pagamento lançado” sem que antes tenham ocorrido eventos como “Sinistro negado” ou “Conta ajustada”. Exemplos truefalse | |||
| Tempo entre serviço e fatura ServiceToInvoiceCycleTime | Tempo entre a conclusão do serviço e o registro das cobranças e a criação do sinistro. | ||
| Descrição Essa métrica, também conhecida como atraso no lançamento da cobrança, mede a eficiência do processo de faturamento inicial. Ela é calculada pela diferença entre o evento “Serviço prestado/concluído” e o evento “Cobranças registradas” ou “Sinistro criado”. Esse atributo dá suporte direto ao Dashboard de tempo de ciclo entre serviço e fatura. Atrasos nessa etapa, conhecidos como atraso no lançamento da cobrança, adiam o início do ciclo de pagamento e, consequentemente, o fluxo de caixa. O monitoramento ajuda a garantir que todos os serviços sejam faturados com rapidez e precisão, evitando perda de receita e acelerando todo o ciclo de receita. Por que isso importa Mede a eficiência do faturamento inicial. Reduzir o atraso no lançamento da cobrança é essencial para acelerar todo o ciclo de receita e evitar cobranças não registradas. Onde encontrar Calculado durante a transformação dos dados, subtraindo a data e hora do evento de serviço da data e hora do registro da cobrança ou da criação do sinistro. Exemplos 2 dias e 8 horas1 dia e 0 horas5 dias e 1 hora | |||
| Tipo de operadora PayerType | Categoria da operadora, como 'Comercial', 'Medicare' ou 'Pagamento particular'. | ||
| Descrição O tipo de operadora agrupa operadoras individuais em categorias mais amplas, de acordo com suas características. Isso oferece uma visão mais abrangente do que o nome específico da operadora. Este atributo é útil para análises estratégicas e relatórios. Ele permite que a liderança entenda tendências de performance entre as principais categorias de operadoras, como comparar a performance geral das operadoras governamentais com a das seguradoras comerciais. Essas informações podem orientar decisões estratégicas sobre contratos com operadoras e alocação de recursos. Por que isso importa Permite uma análise de alto nível ao agrupar operadoras em categorias como comerciais ou governamentais, que costumam ter regras e comportamentos de pagamento distintos. Onde encontrar Geralmente, é derivado do mapeamento do nome da operadora para uma lista de categorias predefinidas. Essa lógica pode existir no Waystar ou precisar ser criada durante a transformação dos dados. Exemplos ComercialMedicareMedicaidPagamento particular | |||
| Usuário responsável ResponsibleUser | Usuário ou agente que realizou a atividade, como um profissional de faturamento, codificador ou especialista em cobranças. | ||
| Descrição Este atributo identifica o funcionário ou usuário do sistema que executou uma determinada atividade no processo. Por exemplo, pode mostrar quem enviou uma solicitação ou quem iniciou uma ligação de acompanhamento para cobrança. Analisar o processo por usuário ajuda a entender a distribuição da carga de trabalho, a performance individual e as necessidades de treinamento. Isso pode revelar se determinados usuários têm mais erros ou são mais eficientes na resolução de negativas. Essas informações são úteis para a gestão da equipe e o controle de qualidade no departamento do ciclo de receita. Por que isso importa Atribui responsabilidade pelas etapas do processo, permitindo analisar a performance individual ou da equipe e identificar oportunidades de treinamento. Onde encontrar Encontrado na trilha de auditoria ou nos registros de transações dos eventos no Waystar, geralmente com nomes como 'UserID', 'ProcessedBy' ou semelhantes. Exemplos jsmithadavisbilling_bot_01 | |||
| Valor ajustado AdjustedAmount | Valor financeiro total ajustado ou baixado para o evento de faturamento. | ||
| Descrição O valor ajustado representa a soma de todos os ajustes financeiros feitos no saldo de um evento de faturamento. Isso inclui descontos contratuais definidos nos acordos com as operadoras, além de outras baixas ou correções. Essa é uma métrica importante para o Dashboard de taxa e impacto de ajustes em contas. Somar esse valor por código de motivo ou operadora revela o impacto financeiro da perda de receita. Isso ajuda a quantificar as perdas e a justificar ações para tratar as causas raiz dos ajustes. Por que isso importa Quantifica a receita perdida com baixas e ajustes, destacando o impacto financeiro de problemas de faturamento e das condições contratuais. Onde encontrar Obtido das transações de ajuste financeiro no Waystar. Talvez seja necessário somar vários lançamentos de ajuste de um único evento de faturamento. Exemplos 250.2550.0015.80 | |||
| Valor pago PaidAmount | Valor total recebido e lançado da operadora ou do paciente para a solicitação. | ||
| Descrição Este atributo registra o valor acumulado que foi efetivamente recebido por um evento de faturamento. Inclui pagamentos de operadoras de seguro primárias e secundárias, além dos pagamentos do paciente. O valor pago é uma métrica-chave de resultado para o ciclo de receita. Ele é usado para calcular o retorno final sobre os valores faturados e medir a eficácia de todo o processo. Comparar o valor faturado com o valor pago revela a performance financeira e destaca áreas de perda de receita. É essencial para Dashboards sobre a eficácia das cobranças e a saúde financeira geral. Por que isso importa Mede o valor efetivamente recebido, uma métrica de resultado essencial para avaliar o sucesso geral do processo do ciclo de receita. Onde encontrar Derivado das transações de lançamento de pagamentos vinculadas à solicitação no Waystar. Pode ser necessário somar vários registros de pagamento. Exemplos 120.00980.500.00 | |||
Atividades da gestão do ciclo de receita
| Atividade | Descrição | ||
|---|---|---|---|
| Cobranças registradas | Indica o registro de serviços faturáveis no sistema do ciclo de receita. Esse evento costuma ser registrado explicitamente quando uma pessoa finaliza o lançamento de uma cobrança ou quando os dados chegam de um sistema clínico. | ||
| Por que isso importa Este é o ponto de partida do processo de faturamento. Analisar o tempo entre a conclusão do serviço e o registro da cobrança é essencial para identificar perdas de receita e atrasos nas etapas iniciais. Onde encontrar Esse evento é registrado em uma tabela de lançamentos de cobranças ou transações no Waystar e normalmente inclui a data e hora de criação, quando a cobrança é salva ou finalizada. Coleta Evento registrado ao salvar ou finalizar o lançamento de uma cobrança. Tipo de evento explicit | |||
| Conta encerrada | O ciclo de vida do evento de faturamento foi concluído, e o saldo da conta chegou a zero por meio de pagamentos e ajustes. Isso marca o encerramento bem-sucedido do ciclo de receita deste caso. | ||
| Por que isso importa Este é o principal ponto de encerramento do processo. Medir o tempo até o encerramento e o percentual de contas encerradas com sucesso são indicadores gerais importantes de performance. Onde encontrar Este é um evento calculado, geralmente inferido quando o campo de saldo pendente do evento de faturamento chega a zero no sistema de contabilidade de pacientes. Coleta Calculado quando a soma dos pagamentos e ajustes é igual ao valor total cobrado. Tipo de evento calculated | |||
| Pagamento lançado | Um pagamento recebido é aplicado ou conciliado com a conta específica do paciente e a solicitação. Essa atividade transfere o saldo de contas a receber para caixa. | ||
| Por que isso importa Esta é uma etapa final essencial no ciclo da operadora. Ela dá suporte aos KPIs de volume de lançamentos de pagamentos e tempo de espera, garantindo que as contas sejam atualizadas corretamente e em tempo hábil. Onde encontrar Esta é uma ação explícita registrada no Waystar quando um usuário lança o pagamento a partir do ERA. Muitos sistemas também registram esse evento quando usam recursos de lançamento automático. Coleta Evento registrado quando o pagamento de um ERA é aplicado a uma solicitação, manualmente ou por lançamento automático. Tipo de evento explicit | |||
| Solicitação analisada pela operadora | A operadora processou a solicitação e tomou uma decisão sobre o pagamento. Esse evento é registrado quando o arquivo Electronic Remittance Advice (ERA), ou arquivo 835, é recebido da operadora. | ||
| Por que isso importa Este é o principal ponto de decisão do processo. Ele determina se a solicitação será paga ou negada, afetando diretamente o fluxo de receita e os fluxos de trabalho de gestão de negativas. Onde encontrar Inferido a partir da data de recebimento do ERA (arquivo 835) associado à solicitação no Waystar. O arquivo ERA contém a decisão detalhada da operadora. Coleta Inferido a partir da data de processamento do arquivo ERA/835 recebido da operadora. Tipo de evento inferred | |||
| Solicitação enviada à operadora | Envio eletrônico da solicitação de pagamento à operadora de seguros para análise. Esta é uma transferência importante do sistema do prestador para o sistema da operadora, feita por meio da câmara de compensação. | ||
| Por que isso importa Um marco importante que inicia a contagem do tempo de resposta da operadora. É essencial para medir os KPIs do ciclo de pagamento e identificar acúmulos de solicitações pendentes de envio. Onde encontrar A funcionalidade de câmara de compensação do Waystar registra explicitamente a data e a hora da transmissão do arquivo da solicitação. Consulte os registros de envio ou o histórico de status da solicitação. Coleta Registrado no histórico de envio da solicitação ou no registro de transações após a transmissão bem-sucedida. Tipo de evento explicit | |||
| Solicitação negada | A operadora rejeitou a solicitação e não fará o pagamento, conforme detalhado no Electronic Remittance Advice (ERA). Esse evento inicia o processo de gestão de negativas ou o ciclo de retrabalho. | ||
| Por que isso importa Dá suporte direto ao KPI de taxa de negativas de solicitações. Identificar a frequência e os motivos das negativas é essencial para melhorar o processo e recuperar receitas. Onde encontrar Inferido a partir de códigos específicos de negativa, conhecidos como Claim Adjustment Reason Codes (CARCs), no ERA recebido (arquivo 835). Coleta Derivado dos códigos de motivo de ajuste da solicitação (CARCs) no arquivo ERA que indicam uma negativa. Tipo de evento inferred | |||
| Atividade de cobrança iniciada | A conta do paciente está em atraso e os esforços ativos de cobrança foram iniciados. Isso pode envolver lembretes automáticos ou o encaminhamento da conta a uma agência de cobrança terceirizada. | ||
| Por que isso importa Dá suporte ao Dashboard de eficácia das atividades de cobrança. Ajuda a analisar o custo e a taxa de sucesso dos esforços de cobrança em contas a receber vencidas. Onde encontrar Geralmente, é inferido a partir de uma mudança no status da conta no Waystar para 'Collections' ou 'Bad Debt', o que aciona um fluxo de trabalho diferente. Coleta Inferido a partir da mudança do status da conta para 'Collections' ou 'Bad Debt'. Tipo de evento inferred | |||
| Confirmação de recebimento da operadora | O sistema da operadora confirma o recebimento do arquivo da solicitação enviada. Geralmente, essa resposta é automática, como um relatório 277CA ou 999, e indica que a solicitação foi aceita para processamento. | ||
| Por que isso importa Confirma que a transmissão foi bem-sucedida e ajuda a identificar rejeições iniciais causadas por erros de formatação ou de dados, antes do início da análise, permitindo correções mais rápidas. Onde encontrar Registrado nas tabelas de status da solicitação ou de arquivos de resposta do módulo de câmara de compensação do Waystar, após o processamento de um arquivo de confirmação recebido da operadora. Coleta Evento registrado após o processamento de um arquivo eletrônico de confirmação da operadora. Tipo de evento explicit | |||
| Conta ajustada | É feito um ajuste manual ou contratual no saldo da conta. Isso pode incluir baixas contábeis, descontos contratuais, descontos para pacientes ou outras correções. | ||
| Por que isso importa Essencial para entender a perda de receita. Analisar os ajustes ajuda a identificar problemas nas tabelas de preços, na gestão de contratos ou em dívidas incobráveis. Onde encontrar Todo ajuste financeiro precisa ser registrado como uma transação para fins de auditoria. Esse evento será explícito na tabela de transações da conta. Coleta Registrado como um tipo específico de transação no razão da conta. Tipo de evento explicit | |||
| Demonstrativo do saldo do paciente enviado | Após a análise da operadora, um demonstrativo é gerado e enviado ao paciente para cobrar qualquer saldo restante. A cobrança deixa de ser direcionada à operadora e passa a ser direcionada ao paciente. | ||
| Por que isso importa Este evento inicia o ciclo de pagamento do paciente. Analisar a eficácia e o momento de envio dos demonstrativos é essencial para gerenciar os valores a receber dos pacientes e melhorar a experiência deles. Onde encontrar Este é um evento explícito registrado pelo módulo de faturamento do paciente quando um lote de demonstrativos é gerado ou enviado eletronicamente ou a uma gráfica. Coleta Evento registrado no histórico de correspondências com o paciente quando um demonstrativo é gerado. Tipo de evento explicit | |||
| Negativa contestada | Um usuário tomou medidas para contestar a negativa de uma solicitação, geralmente reenviando-a com correções ou apresentando um recurso formal. Essa atividade é uma etapa importante do processo de retrabalho. | ||
| Por que isso importa Mede a eficiência da equipe de gestão de negativas. Acompanhar o tempo entre a negativa e o recurso, além da taxa de sucesso dos recursos, é importante para otimizar os esforços de recuperação. Onde encontrar Pode ser registrado como uma ação explícita do usuário ou uma observação no módulo de gestão de negativas. Também pode ser inferido a partir de uma mudança no status da solicitação negada. Coleta Evento registrado quando um usuário documenta uma ação de recurso ou atualiza o status da solicitação para 'Appealed'. Tipo de evento explicit | |||
| Solicitação corrigida e reenviada | Após uma negativa ou rejeição, a solicitação foi corrigida e enviada novamente à operadora. Isso marca o reinício do ciclo de análise de uma solicitação específica. | ||
| Por que isso importa Este é um ciclo de retrabalho importante. Analisar a frequência e os motivos dos reenvios ajuda a identificar as causas raiz dos erros iniciais, como erros de codificação ou dados demográficos. Onde encontrar Inferido pela identificação de um novo evento 'Claim Submitted To Payer' para uma solicitação que já havia sido negada. O sistema também pode ter um status específico para solicitações reenviadas. Coleta Inferido a partir de um novo evento de envio associado ao identificador de uma solicitação negada anteriormente. Tipo de evento inferred | |||
| Solicitação criada | Representa a geração de uma solicitação formal de pagamento a partir das cobranças registradas. Nesta etapa interna, o sistema reúne as informações antes do envio à operadora. | ||
| Por que isso importa Acompanha a eficiência interna da geração de solicitações. Atrasos nesta etapa podem prolongar todo o ciclo de pagamento, mesmo antes de a solicitação sair do sistema do prestador. Onde encontrar Esse evento pode ser registrado explicitamente, mas muitas vezes é inferido a partir da primeira data e hora associada a um registro de solicitação no módulo de gestão de solicitações do Waystar. Coleta Inferido a partir da data de criação do registro da solicitação na tabela principal de solicitações. Tipo de evento inferred | |||
Guias de extração
Os métodos de extração deste processo estão sendo validados. Volte mais tarde ou entre em contato conosco para receber ajuda.
Pronto para começar?
Dê o próximo passo para otimizar a gestão do ciclo de receita. Comece hoje a usar esses insights de dados para aumentar a eficiência e melhorar o fluxo de caixa.
Otimize a gestão do ciclo de receita e aumente o fluxo de caixa agora
Identifique ineficiências, reduza o tempo de ciclo em 30% e aumente o fluxo de caixa.
Não é necessário informar o cartão de crédito. Comece a otimizar hoje.