Anotações — dentista sem sala

1. 1Sem sala vinculada → exibe só o dentista. O bloco "Sala" que você vê aqui é uma marcação nossa, não produto real. Desligue "Mostrar anotações" na barra lateral para ver a tela como ela realmente fica — o campo some e o profissional ocupa o espaço sozinho.
2. 2Sem foto cadastrada → iniciais, nunca um espaço vazio. Mesma lógica de resiliência da sala ausente (pin 1), aplicada à foto (seção 4.4, doc de fundações): nem todo cadastro antigo no Clinicorp tem foto. Em vez de deixar um círculo vazio ou esconder o paciente, cai pro mesmo componente de iniciais já usado na sidebar do Painel de Gestão (seção 5.7.9) — reuso, não um padrão novo só pra essa tela.
3. 3Sem apelido cadastrado → primeiro + segundo nome, nunca o nome completo. Segundo degrau da hierarquia (apelido → primeiro+segundo nome → nunca nome completo): "Ricardo Almeida Souza" não tem apelido no Clinicorp, então cai pra "Ricardo Almeida" — ainda assim nunca expõe o sobrenome inteiro numa tela pública.

Anotações — fila vazia

1. 1Estado de espera acolhedor. Mantém a marca presente e uma mensagem tranquila. No mockup, pode receber conteúdo institucional opcional.

Anotações — falha prolongada (institucional)

Duas camadas de resiliência, sem pin específico (é conceitual, não aponta pra um elemento): falha curta (dentro do ciclo normal) é invisível — a tela de chamada só continua parada na última informação, sem trocar de tela (isso é o "fail static": mostrar o último estado bom conhecido). Só depois de um limite 🟡 (a definir com base no ciclo de sincronização, seção 4.2/12.1) é que cai nesta tela institucional — congelar a chamada por tempo demais viraria informação enganosa.

1. 1Marca real, com anéis de pulso. Só a marca — nenhuma palavra sobre erro, conexão ou reconexão (padrão de mercado em digital signage: cair numa "mensagem neutra e segura, como a marca da instituição"). Os anéis que nascem dela e se expandem, bem devagar, provam "sistema vivo" de um jeito reconhecível mesmo parado numa captura de tela — diferente do brilho difuso da primeira tentativa.
2. 2Batimento técnico, não visível a olho nu. Um ponto pequeno, só perceptível de perto, pulsando devagar — reforça a mesma prova de "rodando" sem competir com a informação principal. Movimento na periferia, elemento central estático.
3. 3Relógio continua real. Não depende do Clinicorp — mantém a tela útil mesmo sem sincronização.

Anotações — login, padrão

1. 1Duas variantes desta tela. Esta é o estado padrão. A variante "Erro de credenciais", ao lado na barra, mostra o que acontece quando a senha está errada — nunca aparecem juntas na tela real. Clique em "Entrar" pra ver a navegação de verdade.
2. 2Sem "esqueci minha senha" nesta rodada. Fluxo de recuperação de senha fica pra próxima etapa — provavelmente depende de decidir se a autenticação é própria ou delegada a algo já existente. Registrado como pendência, não esquecido.

Anotações — login, erro

1. 1Erro inline, na voz da interface. Diz o que aconteceu e o que fazer, sem "Erro:" nem primeira pessoa.

Anotações — cadastro por convite

1. 1Contexto de quem convidou e pra qual papel — logo no topo. Quem abre um link sem esperar precisa entender rápido do que se trata antes de preencher qualquer coisa. Evita o convite parecer phishing ou spam.
2. 2E-mail travado, não editável. Foi a pessoa que convidou quem definiu esse e-mail (tela Usuários, G6) — mudar aqui criaria uma conta com e-mail diferente do que o admin cadastrou, quebrando o vínculo com o convite. Se o e-mail estiver errado, o jeito certo é o admin cancelar o convite e gerar outro.

Anotações — monitor de fila, padrão

1. 1Ciclo automático a cada X segundos. 🟡 O valor exato de X depende dos limites de rate/quota que o Clinicorp confirmar (Guia, seção 4.3 e 12.1) — não travamos esse número antes disso. "Atualizado há 4s" é ilustrativo.
2. 2Sync manual da fila — diferente do sync de profissionais (aba Vínculos, G4). Esse botão força uma nova leitura do `/appointment/list` agora, sem esperar o ciclo — útil se a recepção mudou um status no Clinicorp e ele ainda não apareceu aqui. Clique para ver o estado "Atualizando…".
3. 3Prioridade — tag curada, nunca campo de texto. "+ prioridade" abre um menu com duas seções: legal (as 9 categorias da Lei 10.048/2000 — idoso, gestante, PcD, etc.) e operacional ("Retornou à fila" — o caso do paciente que sumiu numa chamada e a recepção precisou reinserir). Quem tem prioridade pula pra cima até de quem está em Crítico (pin 7). Fica só local — nunca escreve no Clinicorp. As métricas que saíram desta tela (Na fila, Em atendimento, etc.) foram pro "Relatórios", tela nova só pra Administrador — o dentista não precisa de números, precisa de ação.
4. 4Status = forma + rótulo, nunca só cor. Mesmo componente Badge da TV, reusado aqui (SOLID). Badge preenchido = em atendimento ou chamando; badge de contorno = severidade de espera — categorias diferentes, nunca misturadas na mesma linha.
5. 5Botão "Finalizar" só aparece pra quem está em atendimento. Não dá pra finalizar algo que ainda não começou. Quem está "aguardando" tem o botão "Chamar" (pin 6); só depois de confirmado que o paciente chegou é que a linha ganha "Finalizar".
6. 6"Chamar" toca a TV, sem escrever no Clinicorp ainda. A linha entra em "Chamando…", com cronômetro dentro da própria pílula. Confirmar fica sempre visível e em destaque — só ela escreve no Clinicorp. No "⋯": "Chamar de novo" (repete som/destaque) e "Cancelar chamada" — que aqui significa desfazer um clique errado (o dentista ainda não iniciou o atendimento, nada foi escrito), não "paciente sumiu". Quem tira alguém da fila por ausência real é sempre a recepção, mudando o status no Clinicorp — nunca por aqui.
7. 7A linha se move sozinha — status manda, espera desempata. Clique em "Chamar" e veja a linha pular pro topo: "Chamando" é sempre o grupo mais importante. Depois vem "Prioritário" (pin 3), Crítico → Atenção → Normal → Em atendimento (já resolvido, fica embaixo). Dentro de cada grupo, quem espera há mais tempo aparece primeiro.
8. 8"Finalizar atendimento", não "remover" — e é botão, não select. Escreve no Clinicorp pela mesma operação da baixa automática (Guia, seção 4.1) — nunca um "esconder localmente" que a sincronização desfaz depois. Cogitamos um select de status, mas descartamos: só existe uma transição manual real, porque o paciente só entra na fila depois que a recepção já marca "aguardando" no próprio Clinicorp — "não compareceu" nunca chega a acontecer aqui. Com uma ação só, vira botão. Clique em "ver o que acontece se a escrita falhar" pra revisar o estado de erro.

Anotações — monitor de fila, vazia

1. 1Vazio ≠ erro. KPIs mostram zero de verdade (não somem), e a mensagem é tranquila — igual ao princípio já usado na TV.

Anotações — monitor de fila, carregando

1. 1Skeleton, não spinner central. Mantém a estrutura da tela visível enquanto os dados chegam — sensação de carregamento mais rápida que uma tela em branco com spinner.

Anotações — monitor de fila, erro de sincronização

1. 1Mensagem específica, com hora e nº de tentativas — nunca "algo deu errado". Quem opera a fila precisa saber há quanto tempo o dado pode estar desatualizado, pra calibrar o próprio julgamento (ex.: não confiar cegamente no tempo de espera exibido). Não é alarme — é informação de contexto.
2. 2Mesma régua de resiliência da TV (seção 4.6.1, doc de fundações) — nunca esconder dado por causa de erro técnico. A fila continua na tela, com a última versão que conseguimos confirmar, e continua interativa (chamar, finalizar) — as escritas no Clinicorp são independentes do polling de leitura, então operar a fila continua possível mesmo com a sincronização de leitura falhando.

Anotações — configurações de alerta

1. 1Semáforo é opcional. A clínica liga/desliga a exibição na TV — configurável por cliente (token da aplicação).
2. 2Limiares ajustáveis. Os minutos de cada nível são editáveis; o preview usa os mesmos Badges com forma+rótulo.
3. 3Alerta de paciente novo — pesquisa de mercado é enfática: precisa zerar sozinho. Badge numerado na barra lateral ("Monitor de fila") + toast + som próprio (diferente do som da TV, que é pro paciente, não pra equipe). Vá pro Monitor de Fila e clique em "simular novo paciente" pra ver o badge aparecer e sumir ao abrir a tela — um badge que nunca zera vira ruído que todo mundo aprende a ignorar.
4. 4Protocolo de tempo de espera — dispara sozinho, sem precisar vigiar o relógio. Pesquisa de escalonamento (SLA de atendimento) confirma: regra baseada em tempo só funciona se disparar automaticamente e apontar pro lugar certo — aqui, o mesmo badge do pin 3. Passado o tempo configurado sem "Confirmar chegada", a linha ganha a tag "2ª chamada" sozinha, sem exigir que alguém fique olhando o cronômetro. No Monitor de Fila, o limite real desta demonstração está acelerado (segundos, não minutos) só pra caber numa demo ao vivo — o valor mostrado aqui (1 minuto) é o que o produto real usaria.

Anotações — salas & vínculos · aba Salas, preenchida

1. 1Quatro variantes, uma tela macro. "Salas" e "Vínculos" eram telas separadas (G4/G5) — fundidas aqui em abas: mesmo nível hierárquico, conteúdo relacionado, uso mutuamente exclusivo (você mexe num ou no outro, nunca nos dois ao mesmo tempo) — é exatamente o critério de mercado pra usar tabs em vez de páginas separadas. Contador atualiza sozinho ao adicionar/excluir.
2. 2Aba Vínculos, ao lado. Clique pra ver o vínculo profissional↔sala — mesma tela macro, outra aba.

Anotações — salas & vínculos · aba Salas, vazia

1. 1Estado vazio é um convite, não um erro. Título nomeia o espaço, explica o motivo de estar vazio, e o CTA já resolve. Cadastre uma sala aqui pra ver a transição direto pra variante "Preenchida".

Anotações — salas & vínculos · aba Vínculos, padrão

1. 1Sincroniza só os profissionais (nomes vindos do Clinicorp) — não mexe na fila. Removemos o CPF da tabela: não tinha função nenhuma aqui (nem mascarado), só ruído visual e mais um dado sensível exposto à toa. É um cadastro que muda pouco, por isso é sincronização manual + cache, diferente da fila (seção 2, que atualiza sozinha em ciclo curto). Clique para ver o estado "sincronizando" — o botão bloqueia cliques repetidos (debounce). A variante "Sincronizando", ao lado, mostra o mesmo estado parado, sem precisar cronometrar o clique.
2. 2Select funcional. Clique numa sala pra abrir as opções e trocar — é exatamente a interação que a recepção vai usar no dia a dia.
3. 3"Sem sala" é um estado válido. Um dentista sem vínculo não quebra nada — na TV, ele aparece só com o nome. Experimente atribuir uma sala a esta linha.

Anotações — salas & vínculos · aba Vínculos, sincronizando

1. 1Botão travado. Some o texto normal, entra "Sincronizando…" com o ícone girando, e o botão não aceita novo clique — é o debounce da seção 4.3 do Guia.
2. 2Tabela fica somente leitura. Os selects ficam inativos durante a busca, pra evitar editar um vínculo com dado desatualizado no meio da sincronização.

Anotações — salas & vínculos · aba Vínculos, erro de sincronização

1. 1Não trava o botão pra sempre. Diferente do estado "sincronizando" (que trava por alguns segundos, seção anterior), aqui a tentativa já falhou — o botão volta a ficar clicável na hora, sem exigir esperar um timeout artificial.
2. 2O vínculo é dado nosso, local — a falha é só na leitura de profissionais novos. Diferencia duas fontes: a tabela `SalaDoMedico` (Guia, seção 4.2) já está salva no nosso banco, intacta; só a lista de "quais profissionais existem" (que vem do Clinicorp) que não atualizou. Por isso a tela continua 100% editável — não é a mesma situação de "todo o sistema parou".

Anotações — relatórios (admin)

1. 1Filtro de período controla tudo — não duas telas. Pedido explícito: o menor número possível de telas e tabelas, nada de "montar um Google Analytics". Clique nos períodos e veja os números mudarem de verdade, não só a pílula.
2. 2Filtro por dentista — dropdown, não abas nem checkboxes. Pesquisa de mercado confirma: pra uma lista curta e fixa (só 3 profissionais), dropdown é o padrão certo — resolve sem disputar espaço com o filtro de período nem exigir busca. Filtra junto com o período: escolha um dentista e veja os KPIs recalcularem a partir só das linhas dele.
3. 3Taxa de 2ª chamada é o KPI novo, e o mais acionável. Direto da pesquisa: todo KPI devia sustentar uma decisão real — "quantas vezes precisamos chamar de novo" é informação operacional de verdade (aponta se o problema é comunicação, sala errada, horário), não vaidade de dashboard.
4. 4Uma tabela só — o log detalhado, com rolagem própria. Sem tabela agregada separada por dia: o filtro de período já entrega isso. Em "7 dias"/"30 dias" a tabela mostra os registros mais recentes (não todos — real, não é um exportador de planilha) com uma nota indicando quantos existem no total. Com dentista filtrado, a nota deixa claro que é uma amostra menor, não o total do período inteiro.

Anotações — usuários (admin)

1. 1Três papéis — nada de matriz de permissão. Pesquisa de mercado confirma: pra equipes pequenas, uma lista curta de papéis nomeados funciona melhor que checkboxes por funcionalidade. A gente tem três tarefas reais (atender, operar a fila, administrar) — três papéis já cobrem 100% do caso de uso, sem complexidade que ninguém vai usar.
2. 2Sempre precisa sobrar 1 administrador. Por isso não existe botão de remover na própria linha de quem está logado (Richard Moraes, primeira linha) — e por que o mesmo cuidado deveria valer se só restasse 1 administrador na lista: mercado recomenda travar essa remoção pra nunca deixar a conta orfã de acesso admin.
3. 3Papel explicado em português claro, no exato momento de atribuir. Não é só "Administrador" — é "Administrador: tudo isso, mais Configurações, Salas, Relatórios e Usuários". Pesquisa de mercado é direta: descrever o papel em linguagem simples, bem onde ele é escolhido, evita tanto o admin que dá acesso demais por não entender quanto o usuário travado sem saber por quê.
4. 4Profissional é o papel mais restrito — só a fila, sem nem cancelar. Reflete direto a regra que a clínica confirmou por telefone (fundações, seção 5.5.9): só administrativo/recepção pode desfazer uma chamada. Na prática, o dentista vê a mesma tela de fila que a recepção — só que sem essa opção no menu, e sem barra lateral nenhuma (tela "Fila · papel profissional", nova nesta rodada).
5. 5Sem e-mail automático — link pra copiar. Decisão explícita: não vamos configurar um servidor de e-mail (SMTP) só pra isso, foge do escopo do projeto. Em vez de fingir que um e-mail foi enviado, a tela é honesta sobre a limitação e resolve de forma simples: gera um link e deixa claro que quem convida precisa mandar por conta própria (WhatsApp, e-mail pessoal, o que for mais rápido pra uma clínica pequena).
6. 6"Convite pendente" é um estado real, não decorativo. A pessoa entra na lista assim que o link é gerado, mas só vira o papel de verdade (Profissional/Recepção/Administrador) depois que ela mesma completa o cadastro pelo link (tela nova — "Cadastro por convite", G1). Clique em "Convidar usuário" pra ver o fluxo completo, do formulário até o link.

Anotações — fila, papel profissional (sem sidebar)

1. 1Sem barra lateral — só existe um destino. Profissional só acessa a fila (fundações, seção 5.7.2) — mostrar uma lista de navegação com um item só não ajuda ninguém, então a tela usa o espaço inteiro pra informação que importa: os pacientes. Mesmo princípio de "menos telas, mais direto" que já seguimos nos Relatórios.
2. 2Logo e menu de usuário migraram pro topo. Sem sidebar, esses dois elementos (que antes viviam lá) precisam de um lugar novo — o topbar assume os dois papéis. "Sair" continua funcionando do mesmo jeito.
3. 3"Cancelar chamada" não existe nesta visão. Reflete a regra confirmada por telefone: só administrativo/recepção desfaz uma chamada por engano (fundações, seção 5.5.9). O dentista só tem "Chamar de novo" no menu — mesma tabela, mesma lógica de prioridade e reordenação, só uma opção a menos.