Pular para o conteúdo
⬇ Baixar .md

Plano de treinamento

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úblicoConteúdoDuração sugeridaFormato
Enfermagem, Copa, RoupariaLogin, atender/finalizar/cancelar chamado, ativar alarme sonoro/push, o que fazer se a conexão cair20 minPresencial, em grupos pequenos, na própria estação de trabalho
SupervisãoTudo acima + leitura dos relatórios de SLA + o que significa um chamado "escalado"40 minPresencial ou remoto
TI do hospitalDeploy, backup/restauração, geração de QR Codes, geração de chaves VAPID, rotação de credenciais, leitura de logs, troubleshooting básico2hPresencial, 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).