Seu Template de Dados para Gesto do Ciclo de Receita
Seu Template de Dados para Gesto do Ciclo de Receita
- Atributos de dados recomendados para uma anlise completa
- Atividades-chave do processo para rastrear com eficácia
- Guia prtico para extrao de dados do Waystar
Atributos de Gesto do Ciclo de Receita
| Nome | Descrição | ||
|---|---|---|---|
| Event Timestamp EventTimestamp | A data e hora precisas em que a atividade ocorreu. | ||
| Descrição O Timestamp do Evento registra o momento exato em que uma atividade ocorreu. crucial para ordenar eventos cronologicamente e calcular a durao entre as etapas. Na anlise de processos, os timestamps calculam KPIs como tempos de ciclo, espera e processamento. Por exemplo, a diferena entre 'Conta Enviada' e 'Pagamento Lanado' determina o ciclo total de pagamento. Timestamps precisos so vitais para anlise de gargalos e monitoramento. Por que é importante Timestamps so necessrios para ordenar eventos e calcular ciclos, formando a base temporal da anlise. Onde obter um campo padro presente em quase toda alterao no Waystar, geralmente chamado de 'Data de Criao' ou 'Data da Transao'. Exemplos 2023-10-26T10:00:00Z2023-10-27T14:35:10Z2023-11-05T09:15:00Z | |||
| Evento de Faturamento BillingEvent | O identificador nico de um servio ou produto que gera uma cobrana, servindo como 'case' no processo de ciclo de receita. | ||
| Descrição O Evento de Faturamento funciona como o identificador principal (Case ID), vinculando todas as atividades desde o registro da cobrana at o encerramento da conta. Representa o ciclo de vida completo de uma conta ou fatura. Analisar a jornada de cada Evento de Faturamento permite uma viso completa do ciclo de receita. Ajuda a identificar caminhos comuns, desvios e gargalos que afetam contas individuais. Essa granularidade essencial para entender o desempenho e focar em reas como atrasos no envio ou lanamento de pagamentos. Por que é importante o Case ID essencial que conecta todas as atividades, permitindo rastrear o processo de ponta a ponta para cada item faturvel. Onde obter Geralmente a chave primria da tabela principal de faturamento do Waystar. Consulte a documentao para o nome exato do campo. Exemplos BE-2024-0012345BE-2024-0012346BE-2024-0012347 | |||
| Nome da Atividade ActivityName | O nome da etapa ou evento especfico ocorrido no ciclo de receita, como 'Conta Enviada' ou 'Pagamento Lanado'. | ||
| Descrição Este atributo descreve as atividades individuais do ciclo de receita. Cada valor representa um passo, marco ou tarefa, como criar uma guia, receber uma glosa ou lanar um pagamento. Analisar a sequncia e frequncia dessas atividades a base do Process Mining. Permite visualizar o mapa do processo, identificar loops de retrabalho (ex: 'Conta Glosada' seguida de 'Conta Corrigida') e medir tempos de transio, sendo vital para entender eficincia e conformidade. Por que é importante Este atributo define as etapas no mapa de processo, fundamental para visualizar e analisar o workflow do ciclo de receita. Onde obter Gerado a partir de logs de eventos, registros de mudança de status ou tipos de transação nos módulos de guias e faturamento do Waystar. Exemplos Guia Submetida à OperadoraSinistro NegadoPagamento LançadoConta Fechada | |||
| Sistema de Origem SourceSystem | O sistema ou aplicativo onde os dados do evento foram originados. | ||
| Descrição Este atributo identifica o sistema de origem dos dados. Em TI complexa, os eventos podem vir de diferentes mdulos do Waystar ou sistemas externos integrados (como o pronturio eletrnico/EHR). Entender a origem importante para validar dados e resolver problemas, ajudando a atribuir falhas aplicao ou interface correta. Por que é importante Identifica a origem dos dados, crucial para governança, garantia de qualidade e entendimento de variações do processo em diferentes sistemas. Onde obter Geralmente um valor esttico ('Waystar') adicionado na extrao ou derivado de mdulos especficos do sistema. Exemplos RCM WaystarMdulo de Faturamento WaystarInterface EHR | |||
| Última Atualização de Dados LastDataUpdate | O timestamp que indica a última vez que os dados deste evento foram atualizados ou extraídos. | ||
| Descrição Indica quando os dados foram extrados do sistema. No a hora do evento, mas sim o momento da coleta. crucial para a governana de dados e para saber se as informaes da anlise esto atualizadas, sendo essencial para gerir cargas incrementais. Por que é importante Garante transparência ao indicar a atualização do conjunto de dados, vital para relatórios e análises precisas em tempo real. Onde obter Timestamp geralmente gerado e adicionado pelo processo de ETL durante a ingesto dos dados. Exemplos 2024-01-15T02:00:00Z2024-01-16T02:00:00Z | |||
| Código do Motivo da Glosa DenialReasonCode | Um código padronizado indicando por que uma guia foi glosada pela operadora. | ||
| Descrição Quando uma operadora recusa uma conta, fornece um cdigo de motivo. Isso indica problemas como falta de informao, servios no cobertos ou erros de codificao. Analisar os Motivos de Glosa fundamental. Permite identificar causas raiz, como erros recorrentes em um departamento ou exigncias especficas de um convnio. Esses dados alimentam o Dashboard de 'Taxa e Motivos de Glosa', sendo essenciais para evitar perdas e melhorar o faturamento na primeira tentativa. Por que é importante Este atributo essencial para a anlise de causa raiz de glosas, permitindo aes focadas na reduo de perdas e retrabalho. Onde obter Preenchido no registro da conta quando ocorre uma glosa. Esta informao recebida da operadora no demonstrativo de pagamento. Exemplos CO-16: Guia/serviço com falta de informaçãoPR-96: Cobranas no cobertasCO-22: Este atendimento pode ser coberto por outra operadora | |||
| Nome do Pagador PayerName | O nome da operadora de sade ou responsvel pelo pagamento da conta. | ||
| Descrição Identifica a operadora especfica responsvel pelo pagamento. Cada uma pode ter requisitos de envio e prazos diferentes. Analisar pelo Nome da Operadora essencial para saber quais convnios demoram mais para pagar ou tm mais glosas. Isso permite personalizar estratgias, priorizar o acompanhamento de operadoras problemticas e negociar contratos melhores. Por que é importante Segmentar o processo por operadora essencial para identificar gargalos especficos, motivos de glosas e atrasos de pagamento por convnio. Onde obter Encontrado na guia ou informações de faturamento, vinculado aos detalhes do convênio do paciente no Waystar. Exemplos AetnaBlue Cross Blue ShieldCignaMedicare Part B | |||
| Saldo em Aberto OutstandingBalance | O valor restante que ainda deve ser coletado para o evento de faturamento. | ||
| Descrição O Saldo em Aberto representa o valor atual a receber de um evento de faturamento. o valor faturado menos pagamentos e ajustes realizados. uma mtrica financeira crtica para gerir o fluxo de caixa. o principal atributo do Dashboard de 'Saldos em Aberto e Aging', permitindo rastrear o total a receber, identificar contas de alto valor e priorizar a cobrana. Monitorar este valor demonstra a eficcia do processo de cobrana. Por que é importante Mede diretamente as contas a receber, o que é essencial para gerir o fluxo de caixa, priorizar cobranças e avaliar a saúde financeira. Onde obter Geralmente um campo calculado nos relatrios (Valor Faturado - Valor Pago - Ajustes). Pode precisar ser calculado na extrao se no houver campo direto. Exemplos 30.00270.25540.50 | |||
| Status do Sinistro ClaimStatus | O status atual da conta em seu ciclo de vida, como 'Enviada', 'Pendente', 'Paga' ou 'Glosada'. | ||
| Descrição O Status da Guia oferece uma visão instantânea de onde um evento de faturamento está no ciclo de receita. Ele indica o último marco alcançado, como se a guia foi enviada, está em revisão, foi paga ou rejeitada. Este atributo é crucial para relatórios financeiros e gestão operacional. No Process mining, ajuda a entender o estado atual de todos os casos abertos e pode ser usado para analisar quanto tempo os casos passam em certos status, como 'Pendente de Julgamento'. Isso alimenta diretamente o Dashboard de 'Saldos Pendentes e Aging'. Por que é importante Oferece uma viso em tempo real de todas as contas em andamento, permitindo a anlise de gargalos e a priorizao do trabalho. Onde obter Um campo padrão na guia ou registro de faturamento no Waystar, atualizado conforme a guia progride no ciclo. Exemplos SubmetidoReconhecido pela OperadoraNegadoPago na Íntegra | |||
| Tipo de Serviço ServiceType | A categoria ou tipo de servio mdico prestado, como 'Radiologia', 'Consulta' ou 'Procedimento Cirrgico'. | ||
| Descrição O Tipo de Servio classifica a natureza do atendimento prestado. Diferentes tipos de servios possuem cdigos de faturamento, taxas de reembolso e complexidades prprias. Este atributo permite uma anlise granular por departamento clnico ou linha de servio. Ajuda a responder quais reas sofrem mais atrasos no faturamento ou se as glosas so maiores em cirurgias versus consultas, sendo crucial para melhorias direcionadas. Por que é importante Permite a análise do desempenho do processo por departamento clínico ou linha de serviço, revelando variações na eficiência e lucratividade. Onde obter Geralmente derivado de cdigos de procedimentos ou vinculado ao departamento prestador dentro do Waystar. Exemplos RadiologiaConsulta CardiológicaVisita à EmergênciaCirurgia Ambulatorial | |||
| Valor Faturado BilledAmount | O valor total cobrado pelos servios prestados na conta. | ||
| Descrição O Valor Faturado o valor bruto dos servios prestados, antes de ajustes ou pagamentos. o valor inicial enviado operadora. Este atributo crucial para entender o volume financeiro do processo. Permite segmentar anlises por valor, identificar tendncias em diferentes servios e calcular o impacto de ineficincias, como glosas ou atrasos. uma mtrica base para a maioria dos Dashboards financeiros. Por que é importante Representa o valor total da conta, permitindo analisar o impacto financeiro de atrasos, glosas e ajustes. Onde obter Um campo financeiro padrão na guia ou na tela de lançamento de encargos no Waystar. Exemplos 150.001250.75540.50 | |||
| Classe do Paciente PatientClass | Indica o status do paciente para o atendimento, como 'Internado' ou 'Ambulatorial'. | ||
| Descrição A Classe do Paciente categoriza o tipo de atendimento, o que geralmente define as regras de faturamento e taxas de reembolso. Classes comuns incluem Internao, Ambulatorial e Emergncia. Analisar o ciclo de receita por Classe de Paciente revela diferenas importantes no processo. Por exemplo, contas de internao so mais complexas e possuem ciclos de pagamento mais longos que os atendimentos ambulatoriais. Essa segmentao essencial para definir metas realistas e personalizar as melhorias. Por que é importante Ajuda a segmentar o processo com base na complexidade do atendimento (ex: internado vs. ambulatorial), que costuma correlacionar com regras de faturamento e tempos de ciclo diferentes. Onde obter Um campo padrão nos dados de registro do paciente ou atendimento no Waystar ou no EHR de origem. Exemplos InternaçãoAmbulatorialEmergencial (Emergency) | |||
| Código do Motivo de Ajuste AdjustmentReasonCode | Um código que explica o motivo de um ajuste financeiro no saldo da conta. | ||
| Descrição Quando o saldo de uma conta muda sem ser por pagamento (como desconto contratual ou baixa), usa-se um Cdigo de Motivo de Ajuste. Analisar esses cdigos essencial para o Dashboard de 'Ajustes'. Ajuda a identificar causas de perda de receita, como descontos frequentes com certas operadoras ou baixas por erros de faturamento. Entender esses motivos o primeiro passo para reduzir perdas evitveis. Por que é importante Explica por que a receita foi ajustada ou baixada, oferecendo insights críticos sobre perda de receita e desempenho de contratos com operadoras. Onde obter Associado a transações de ajuste no módulo de lançamento de pagamentos ou contas a receber do Waystar. Exemplos Obrigação ContratualBaixa de Pequeno SaldoCorreção de Erro de Faturamento | |||
| Data de Vencimento do Pagamento PaymentDueDate | A data prevista para o recebimento do pagamento da fatura ou conta. | ||
| Descrição A Data de Vencimento definida pelo prestador ou por contrato com a operadora. Serve como parmetro para medir a pontualidade. Este atributo essencial para o Dashboard de 'Aging', usado para categorizar as contas a receber em faixas (ex: 0-30 dias, 31-60 dias). Essa anlise um padro financeiro para gerir o recebimento e priorizar a cobrana de contas atrasadas. Por que é importante Fornece a base para calcular o envelhecimento das contas a receber (aging), essencial para gerir cobranas e o timing do caixa. Onde obter Pode ser encontrado no registro da fatura ou da guia. Pode ser calculado com base na data da fatura e nos termos de pagamento. Exemplos 2023-11-252023-12-152024-01-30 | |||
| É Pagamento de Primeira IsFirstPassPayment | Um indicador que sinaliza se a guia foi paga corretamente na primeira submissão, sem glosas ou ajustes. | ||
| Descrição Atributo booleano que indica se uma conta foi paga sem eventos negativos (glosa, rejeio ou pedido de informao). O valor 'true' significa um processo limpo. Suporta o KPI de 'Taxa de Pagamento na Primeira Submisso', medida crtica de eficincia. Analisar o que impede esse pagamento (por operadora ou tipo de servio) ajuda a identificar os viles do retrabalho e atrasos. Melhorar essa taxa acelera o caixa e reduz custos. Por que é importante Mede diretamente a qualidade do faturamento e do processamento de guias. Uma alta taxa de pagamento de primeira indica um processo eficiente com retrabalho mínimo. Onde obter Atributo derivado no tratamento de dados. Verifica se ocorreu 'Pagamento Lanado' sem eventos prvios de 'Glosas' ou 'Ajustes'. Exemplos verdadeirofalse | |||
| ID do paciente PatientId | O identificador nico do paciente que recebeu o servio. | ||
| Descrição ID nico do paciente. Vincula a transao financeira pessoa que recebeu o atendimento. Enquanto o Evento de Faturamento o caso principal, o ID do Paciente permite anlises centradas no cliente. Ajuda a identificar recorrncias, entender a jornada financeira total do paciente e analisar se certas demografias esto ligadas a problemas de pagamento ou glosas. Por que é importante Permite análise centrada no paciente, possibilitando uma visão de toda a jornada financeira de um indivíduo através de múltiplos eventos de faturamento. Onde obter Um campo padrão na guia ou no registro de paciente dentro do Waystar ou vinculado de um EHR. Exemplos MRN-887654MRN-902101MRN-123456 | |||
| Tempo do Ciclo de Pagamento PaymentCycleTime | O tempo total decorrido entre o envio da conta e o lanamento do pagamento final. | ||
| Descrição Mtrica que mede a durao do processo de cobrana. a diferena entre 'Conta Enviada' e o 'Pagamento Lanado' final. a medida principal do Dashboard de 'Ciclo de Pagamento' e um KPI vital para o fluxo de caixa. Analisar essa durao por operadora ou tipo de servio ajuda a identificar as maiores fontes de atraso. Reduzir esse tempo mdio o objetivo principal de qualquer iniciativa de RCM. Por que é importante Um KPI central que mede a velocidade de arrecadação de caixa. Analisá-lo ajuda a identificar e tratar os atrasos mais significativos no processo de pagamento. Onde obter Calculado durante a transformação de dados subtraindo o timestamp do evento de submissão do timestamp do evento de pagamento. Exemplos 25 dias e 4 horas90 dias 11 horas14 dias 2 horas | |||
| Tempo do Servio at a Fatura ServiceToInvoiceCycleTime | O tempo decorrido entre a concluso do servio e o registro das cobranas/criao da guia. | ||
| Descrição Mtrica conhecida como 'charge lag', mede a eficincia do faturamento inicial. o tempo entre 'Servio Concludo' e 'Cobrana Registrada'. Suporta o Dashboard de 'Tempo do Servio Fatura'. Atrasos aqui postergam o incio do ciclo de pagamento, atrasando o caixa. Monitorar isso garante que tudo seja faturado prontamente, evitando perda de receita. Por que é importante Mede a eficiência do faturamento no front-end. Reduzir esse 'atraso de carga' é crucial para acelerar todo o ciclo de receita e evitar cobranças perdidas. Onde obter Calculado durante a transformação de dados subtraindo o timestamp do evento de serviço do timestamp da captura de carga/criação da guia. Exemplos 2 dias e 8 horas1 dia 0 horas5 dias 1 hora | |||
| Tipo de Pagador PayerType | A categoria da operadora/pagador, como 'Particular', 'Convnio Comercial' ou 'Pblico'. | ||
| Descrição O Tipo de Operadora agrupa os pagadores em categorias amplas com base em sua natureza. Isso oferece uma viso macro, superior ao nome individual da operadora. Este atributo til para anlises estratgicas, permitindo que a liderana entenda as tendncias de desempenho entre categorias, como comparar operadoras pblicas versus seguradoras comerciais. Isso orienta decises sobre contratos e alocao de recursos. Por que é importante Permite análise de alto nível agrupando operadoras em categorias como Comercial ou Governamental, que costumam ter comportamentos e regras de pagamento distintos. Onde obter Geralmente derivado do mapeamento do Nome da Operadora para uma lista de categorias. Pode vir do Waystar ou ser criado no tratamento de dados. Exemplos ComercialMedicareMedicaidParticular | |||
| Usuário Responsável ResponsibleUser | O usurio ou agente que realizou a atividade, como faturista, codificador ou especialista em cobrana. | ||
| Descrição Identifica o funcionrio ou usurio que executou a atividade. Pode mostrar qual faturista enviou uma conta ou qual profissional iniciou uma cobrana. Analisar por usurio ajuda a entender a distribuio de carga de trabalho, desempenho e necessidades de treinamento, permitindo identificar quem mais eficiente ou quem precisa de suporte para reduzir erros. Por que é importante Atribui responsabilidades pelas etapas do processo, permitindo análise de desempenho individual ou por equipe e identificando oportunidades de treinamento. Onde obter Encontrado na trilha de auditoria ou logs de transação para eventos no Waystar, geralmente como 'UserID', 'ProcessedBy' ou similar. Exemplos jsmithadavisbilling_bot_01 | |||
| Valor Ajustado AdjustedAmount | O valor financeiro total ajustado ou baixado para o evento de faturamento. | ||
| Descrição O Valor Ajustado a soma de todos os ajustes financeiros no saldo de uma conta. Inclui glosas contratuais das operadoras, baixas ou correes. uma mtrica chave para o Dashboard de 'Taxa e Impacto de Ajustes'. Somar este valor por motivo ou operadora revela o impacto da perda de receita (leakage), ajudando a quantificar prejuzos e justificar a correo das causas raiz. Por que é importante Quantifica a receita perdida por baixas e ajustes, destacando o impacto financeiro de problemas de faturamento e termos contratuais. Onde obter Extrado das transaes de ajuste financeiro no Waystar. Pode exigir a soma de vrios lanamentos de ajuste para um nico evento de faturamento. Exemplos 250.2550,0015.80 | |||
| Valor Pago PaidAmount | O valor total recebido e lanado, vindo das operadoras ou do paciente. | ||
| Descrição Registra o valor total coletado para um faturamento, incluindo operadoras e pagamentos do paciente. O Valor Pago uma mtrica de resultado chave. usado para calcular o rendimento real e medir a eficcia do processo. Comparar o Valor Faturado com o Valor Pago revela o desempenho financeiro e gargalos de perda de receita, sendo vital para Dashboards de sade financeira. Por que é importante Mede o caixa real arrecadado, que é a principal métrica de resultado para avaliar o sucesso global do processo do ciclo de receita. Onde obter Derivado das transações de lançamento de pagamento vinculadas à guia no Waystar. Pode exigir a soma de múltiplos registros de pagamento. Exemplos 120.00980.500.00 | |||
Atividades de Gesto do Ciclo de Receita
| Atividade | Descrição | ||
|---|---|---|---|
| Cargas Capturadas | Marca a entrada de serviços faturáveis no sistema. Este evento costuma ser registrado explicitamente quando o usuário finaliza um lançamento de carga ou quando dados chegam de um sistema clínico. | ||
| Por que é importante Ponto de partida do faturamento. Analisar o tempo at o registro da cobrana vital para identificar perdas de receita e atrasos iniciais. Onde obter Registrado em uma tabela de transaes no Waystar, contendo o timestamp de quando a cobrana salva ou finalizada. Captura Evento registrado ao salvar ou finalizar um lançamento de carga. Tipo de evento explicit | |||
| Conta Fechada | O ciclo de vida do faturamento foi concludo, com o saldo da conta zerado via pagamentos ou ajustes. Isso marca o fim do ciclo de receita para este caso. | ||
| Por que é importante Ponto final do processo. Medir o tempo de fechamento e o percentual de sucesso so KPIs fundamentais de desempenho geral. Onde obter Evento calculado, geralmente inferido quando o saldo em aberto da conta chega a zero no sistema financeiro. Captura Calculado quando a soma de pagamentos e ajustes é igual ao valor total cobrado. Tipo de evento calculated | |||
| Guia Submetida à Operadora | O envio eletrnico da guia de faturamento para a operadora. uma etapa crtica de transio do sistema do prestador para o da operadora via clearinghouse. | ||
| Por que é importante Um marco importante que inicia a contagem do tempo de resposta da operadora. É essencial para medir KPIs do ciclo de pagamento e identificar gargalos na submissão. Onde obter A clearinghouse do Waystar registra a data e hora do envio. Verifique os logs de submisso ou o histrico de status das contas. Captura Registrado no histórico de submissão de guias ou log de transações após a transmissão bem-sucedida. Tipo de evento explicit | |||
| Pagamento Lançado | Um pagamento recebido é aplicado ou conciliado contra a conta e guia específica do paciente. Esta atividade move o saldo de contas a receber para o caixa. | ||
| Por que é importante Etapa final crucial. Suporta KPIs de produtividade e atraso no lanamento, garantindo que as contas sejam atualizadas com preciso. Onde obter Ao explcita no Waystar quando o usurio lana o pagamento via arquivo eletrnico. Sistemas com auto-lanamento tambm geram este evento. Captura Evento registrado quando o pagamento de um ERA é aplicado a uma guia, manualmente ou por lançamento automático. Tipo de evento explicit | |||
| Sinistro Julgado | A operadora processou a conta e tomou uma deciso de pagamento. Evento capturado ao receber o demonstrativo de pagamento eletrnico (arquivo 835/ERA). | ||
| Por que é importante Principal ponto de deciso do processo. Define se a conta ser paga ou glosada, impactando o fluxo de caixa e o retrabalho. Onde obter Inferido a partir da data de recebimento do ERA (arquivo 835) associado à guia no Waystar. O arquivo ERA contém a decisão detalhada da operadora. Captura Inferido a partir da data de processamento do arquivo ERA/835 recebido da operadora. Tipo de evento inferred | |||
| Sinistro Negado | A operadora rejeitou a conta e no far o pagamento, conforme o demonstrativo. Este evento inicia o fluxo de gesto de glosas ou retrabalho. | ||
| Por que é importante Apoia diretamente o KPI de 'Taxa de Glosa'. Identificar a frequência e os motivos das glosas é crítico para a melhoria do processo e recuperação de receita. Onde obter Inferido a partir de cdigos de glosa especficos (CARCs) dentro do demonstrativo de pagamento eletrnico. Captura Derivado dos códigos de motivo de ajuste de guia (CARCs) no arquivo ERA que indicam glosa. Tipo de evento inferred | |||
| Atividade de Cobrança Iniciada | A conta do paciente tornou-se inadimplente e os esforos de cobrana ativa comearam, podendo envolver lembretes automticos ou agncia externa. | ||
| Por que é importante D suporte ao Dashboard de 'Eficcia das Atividades de Cobrana', ajudando a analisar custos e taxas de sucesso em contas a receber antigas. Onde obter Inferido pela mudana de status da conta para 'Cobrana' ou 'Prdas', o que dispara um workflow diferente. Captura Inferido a partir de uma mudança no status da conta para 'Cobrança' ou 'Perda (Bad Debt)'. Tipo de evento inferred | |||
| Confirmao de Recebimento pela Operadora | O sistema da operadora confirma o recebimento do arquivo. Geralmente uma resposta automtica indicando que a conta foi aceita para processamento. | ||
| Por que é importante Confirma a transmissão bem-sucedida e ajuda a isolar rejeições de front-end por erros de formato antes do início do julgamento, permitindo correções rápidas. Onde obter Registrado nas tabelas de status de contas ou arquivos de resposta no mdulo de clearinghouse do Waystar aps o processamento do arquivo de confirmao da operadora. Captura Evento registrado ao processar um arquivo de confirmação eletrônica da operadora. Tipo de evento explicit | |||
| Conta Ajustada | Um ajuste manual ou contratual é feito no saldo da conta. Isso pode incluir baixas, abonos contratuais, descontos a pacientes ou outras correções. | ||
| Por que é importante Essencial para entender a perda de receita. Analisar ajustes ajuda a identificar problemas em tabelas de honorários, gestão de contratos ou dívidas não cobráveis. Onde obter Cada ajuste financeiro deve ser registrado como uma transação para auditoria. Este será um evento explícito na tabela de transações da conta. Captura Registrado como um tipo de transação específica no livro razão da conta. Tipo de evento explicit | |||
| Extrato de Saldo do Paciente Enviado | Após o julgamento do convênio, um demonstrativo é gerado e enviado ao paciente para qualquer saldo remanescente. Isso desloca o foco da cobrança da operadora para o paciente. | ||
| Por que é importante Inicia o ciclo de pagamento do paciente. Analisar o timing dos extratos chave para gerir recebveis e a experincia do cliente. Onde obter Evento registrado pelo faturamento quando o lote de demonstrativos gerado ou enviado para impresso/meio eletrnico. Captura Evento registrado no histórico de correspondência do paciente quando um demonstrativo é gerado. Tipo de evento explicit | |||
| Guia Corrigida e Reenviada | Após uma glosa ou rejeição, a guia foi corrigida e reenviada à operadora. Isso significa o reinício do ciclo de julgamento para uma guia específica. | ||
| Por que é importante Loop de retrabalho crtico. Analisar a frequncia e os motivos ajuda a identificar erros iniciais de codificao ou cadastro. Onde obter Inferido identificando um novo evento de 'Guia Submetida à Operadora' para uma guia que foi glosada anteriormente. O sistema também pode ter um status específico para guias reenviadas. Captura Inferido por um novo evento de submissão vinculado a um identificador de guia previamente glosada. Tipo de evento inferred | |||
| Recurso de Glosa Apresentado | Um usuário agiu para contestar uma glosa, geralmente reenviando a guia com correções ou submetendo um recurso formal. Esta atividade é uma etapa crucial no processo de retrabalho. | ||
| Por que é importante Mede a eficiência da equipe de gestão de glosas. Rastrear o tempo entre a glosa e o recurso e a taxa de sucesso dos recursos é importante para otimizar os esforços de recuperação. Onde obter Pode ser uma ao explcita ou nota no mdulo de glosas, ou inferida pela mudana de status da conta glosada. Captura Evento registrado quando um usuário documenta uma ação de recurso ou atualiza o status da guia para 'Recurso Apresentado'. Tipo de evento explicit | |||
| Sinistro Criado | Representa a gerao de uma guia formal de faturamento. uma etapa interna onde o sistema compila as informaes antes do envio para a operadora. | ||
| Por que é importante Mede a eficincia interna na gerao de contas. Atrasos aqui adiam todo o ciclo, antes mesmo da conta sair da instituio. Onde obter Pode ser um evento explcito ou inferido do primeiro timestamp associado ao registro no mdulo de gesto do Waystar. Captura Inferido a partir da data de criação do registro da guia na tabela principal de guias. Tipo de evento inferred | |||
Guias de Extração
Os métodos de extração para este processo estão sendo validados atualmente. Por favor, verifique novamente mais tarde ou fale conosco para assistência.