Relacionamento (CRM por eventos)

Live com lacuna estrutural

Onda 4 Slice 1: ciclo de vida do paciente + score de risco por regras EXPLICÁVEIS (sem ML) sobre a espinha única (audit_log/work_items). Risco alto vira tarefa na fila (D-6). Cadências WhatsApp/PROMs nas fatias seguintes.

CRM (design 07/2026)modules/crm.py · migration 030Interface parcial no Persana

✓ Entregue

Migration 030 (deploy 21/07): crm_contacts, crm_patient_state (PK tenant+patient, lifecycle 10 estágios), crm_segments, patient_channel_consents (canal×finalidade) — RLS FORCE
avaliar-risco: regras legíveis (sem consulta 60d / plano ativo sem retorno / receita vencida / sem consentimento) → risco ALTO gera work_item domain='crm' com dono+prazo (D-6), não reabre resolvido
Consentimento canal×finalidade = gate regulatório de cadência; segmentos por regra JSON; contatos (lead)
Cadências (031) + dispatch WhatsApp per-tenant (032/033, Meta Graph, template aprovado + deep-link) + check-in (4 perguntas → escalona) + adesão real×esperado
Telas Tinta /crm (funil + fila de risco) e /cadencias (fila de disparo + check-in + adesão) no Persana

○ Falta

Ativar dispatch real: cada clínica cria WABA própria + templates aprovados pela Meta (docs/WHATSAPP_CADENCIA_ATIVACAO.md)
PROMs validados (scoring PHQ-9/GAD-7 estendendo questionarios 008) + webhook Meta inbound
Timeline unificada + care-gap engine (§6.2, pós-curadoria da biblioteca)