Pular para o conteúdo principal
Todo evento tem a mesma forma. O que muda é o type e as chaves de data.
Um app vê os eventos dos recursos que ele lê: patient.* com Pacientes · Ler, anamnesis.* com Anamneses · Ler, appointment.* e signature_request.* com Documentos e assinaturas · Ler. O evento sai venha a mudança de onde vier: do painel, do link da paciente, do assistente pelo MCP, da Autentique ou de outro app.

Pacientes

Escopo para ver: Pacientes · Ler.

Anamneses

Escopo para ver: Anamneses · Ler.

Documentos

Escopo para ver: Documentos e assinaturas · Ler.

Assinaturas

Escopo para ver: Documentos e assinaturas · Ler.

Quem fez

Guardados por 30 dias

Os eventos ficam 30 dias em GET /v1/events e GET /v1/events/{id}. Depois disso somem; o que aconteceu continua na trilha de auditoria da clínica e no estado de cada recurso.

Pela consulta: pelo menos uma vez, sem pular

GET /v1/events em ordem crescente (order=asc, o padrão) é o jeito de consumir sem webhook: guarde o meta.nextCursor e peça de novo. O cursor nunca pula evento. A sequência de um evento é dada quando ele é gravado, e uma gravação pode terminar depois de outra que começou mais tarde; por isso a lista só mostra um evento quando nenhuma gravação mais antiga ainda está em andamento. Na prática, um evento pode levar alguns segundos a mais para aparecer na consulta (no webhook, não). A entrega é pelo menos uma vez, na consulta e no webhook: guarde o id dos eventos que já tratou e ignore o repetido. Em order=desc (os mais recentes primeiro, para mostrar numa tela) não há espera.
Última modificação em 16 de outubro de 2026