Metodologia pública

Esta página documenta como as métricas públicas da ZapVida são calculadas, validadas e atualizadas antes de aparecerem em /transparencia, /depoimentos e na API pública.

Último snapshot publicado: 13 de maio de 2026 às 04:20

Médicos aprovados

Contagem atual de médicos com documentação aprovada e elegíveis para operação no snapshot diário.

  • Fonte: tabela Doctor.
  • Definição operacional: documentStatus = APPROVED.
  • Tipo da métrica: ponto no tempo, não janela móvel.

Especialidades ativas

Número de especialidades com médicos vinculados e ativos na base pública usada para prova operacional.

  • Fonte: relação Doctor x Specialty.
  • Definição operacional: especialidade com ao menos um médico no snapshot.
  • Tipo da métrica: ponto no tempo.

Consultas concluídas

Base acumulada de appointments concluídos, usada como prova de volume operacional.

  • Fonte: tabela Appointment.
  • Definição operacional: status = COMPLETED.
  • Validação: não pode cair materialmente versus o último snapshot publicado.

Avaliações internas

Total de avaliações médicas registradas no banco operacional e sua nota média agregada.

  • Fonte: tabela DoctorEvaluation.
  • Nota média publicada somente como agregado.
  • Validação: rating precisa permanecer entre 1 e 5.

Primeira resposta CRM

Tempo médio e mediano entre a abertura de uma conversa CRM e a primeira mensagem outbound, em janela móvel padrão de 90 dias.

  • Fonte: conversations + conversation_messages.
  • Primeira resposta = primeira mensagem outbound por conversation.
  • Sem primeira resposta registrada, a conversa fica fora da distribuição.

Reviews Google

Proof-of-trust externo importado manualmente a partir de exportações do Google Business Profile.

  • Fase 1: import manual via CSV ou JSON com validação.
  • Trechos públicos passam por curadoria editorial antes de ir para `/depoimentos`.
  • Validação: reviewCount não pode despencar de forma suspeita entre imports.

Cadência padrão

Snapshot interno diário, auditoria GEO/AI semanal, revisão de claims quinzenal e import Google mensal enquanto a integração direta não estiver ativa.

Reprovação automática

Se um número-chave vier vazio, fora da faixa esperada ou com queda brusca versus o último snapshot publicado, o job falha fechado e mantém o snapshot anterior ativo.

Limites editoriais

Não publicamos em schema ou páginas públicas telefone fictício, preço inventado, AggregateRating não auditado, sameAs questionável ou depoimento sintético.