# Plano de treinamento

Proposta de rollout para a equipe hospitalar. Ajustar datas/duração
conforme a disponibilidade real das equipes — os números abaixo são uma
estimativa de referência, não um cronograma fechado.

## Público e formato

| Público | Conteúdo | Duração sugerida | Formato |
|---|---|---|---|
| Enfermagem, Copa, Rouparia | Login, atender/finalizar/cancelar chamado, ativar alarme sonoro/push, o que fazer se a conexão cair | 20 min | Presencial, em grupos pequenos, na própria estação de trabalho |
| Supervisão | Tudo acima + leitura dos relatórios de SLA + o que significa um chamado "escalado" | 40 min | Presencial ou remoto |
| TI do hospital | Deploy, backup/restauração, geração de QR Codes, geração de chaves VAPID, rotação de credenciais, leitura de logs, troubleshooting básico | 2h | Presencial, com mão na massa (`deploy/LEIA-ME.md`) |

## Roteiro sugerido (equipes de setor)

1. **Login** (2 min) — mostrar a tela de login e o próprio usuário/senha
   de cada pessoa.
2. **Tour do painel** (5 min) — o que cada card mostra (quarto, tempo de
   espera, status), o que as cores significam.
3. **Fluxo completo de um chamado** (8 min) — pedir para um colega abrir
   um chamado de teste pelo QR Code (`/chamar/<quarto-de-teste>`),
   demonstrar atender → finalizar ao vivo.
4. **Ativar alarme e notificações** (3 min) — clicar em "Ativar som" e
   "Ativar notificações push", explicar por que é um clique manual
   (exigência do navegador, não um bug).
5. **Perguntas e dúvidas** (2 min).

## Roteiro sugerido (Supervisão)

Tudo do roteiro acima, mais:

1. **Relatórios** (10 min) — abrir `/dashboard/supervisor/relatorios` ao
   vivo, explicar cada número (tempo médio, % de SLA, pendentes),
   mostrar como identificar um setor sobrecarregado.
2. **Escalonamento** (10 min) — explicar o que significa um chamado ficar
   vermelho/escalado, e que ação esperar da Supervisão nesse caso
   (intervir, redistribuir, ou só acompanhar).

## Materiais de apoio

- `docs/manual-de-uso.md` — versão escrita, para consulta posterior.
- Ambiente de teste com dados de exemplo (`npm run seed` popula quartos
  101/102/204 e um login por papel, senha `teste123`) — usar esse
  ambiente para o treinamento, nunca o de produção.
- QR Codes de teste impressos (`/admin/quartos` → botão **🔗 QR Code**
  em cada quarto, imprimir ou salvar como PDF pelo diálogo do
  navegador).

## Após o treinamento

- Trocar as senhas de teste (`teste123`) por senhas reais antes de
  liberar o acesso em produção.
- Definir um canal de suporte (ramal, chat interno) para dúvidas/problemas
  nos primeiros dias de uso real.
- Agendar um follow-up de 1–2 semanas depois do go-live para coletar
  feedback e ajustar (ex.: limites de SLA que estejam muito
  apertados/frouxos em `SlaConfig`).