Project

General

Profile

Actions

Defeito #211

open
SS SS

Ajustes de Fluxo, Interface e Regras de Negócio – UPA + Vídeos de Treinamento

Defeito #211: Ajustes de Fluxo, Interface e Regras de Negócio – UPA + Vídeos de Treinamento

Added by samuel.machado samuel.machado 12 days ago. Updated 12 days ago.

Status:
Nova
Priority:
Imediata
Start date:
Due date:
% Done:

0%

Estimated time:

Description

Objetivo

Realizar os ajustes abaixo no módulo da UPA, contemplando correções de interface, adequações de fluxo por perfil de usuário, regras de negócio e implementação de uma nova funcionalidade para acesso aos vídeos de treinamento.


Item 01 – Ocultar idade fictícia de pacientes sem cadastro

Tipo: BUGFIX / UI

Problema

Na tela de Atendimentos / Fila Operacional (ex.: /upa/atendimentos), pacientes identificados provisoriamente como "Paciente sem cadastro" estão apresentando idades irreais entre parênteses, como "(126 anos)".

O comportamento ocorre devido ao cálculo automático da idade a partir de uma data de nascimento padrão/fallback armazenada no backend ou banco de dados, como 01/01/1900, 01/01/1970 ou equivalente.

Comportamento esperado

Quando o paciente:

  • for provisório / estiver sem cadastro completo;
  • não possuir uma data de nascimento válida; ou
  • possuir idade calculada que caracterize um valor inválido/fallback (ex.: >= 115 anos ou idade nula);

não deverá ser exibida a informação de idade na interface.

Deve ser apresentado somente o identificador provisório, por exemplo:

Paciente sem cadastro 1

Critérios de aceite

  • Não exibir idades fictícias para pacientes sem cadastro.
  • Não utilizar datas de nascimento fallback para apresentação da idade.
  • Pacientes com data de nascimento válida devem continuar apresentando a idade normalmente.
  • Validar o comportamento tanto na fila quanto em outros componentes que exibam o nome do paciente.

Evidência 1: Card do paciente sem cadastro apresentando a idade fictícia "(126 anos)".


Item 02 – Redirecionamento automático para Triagem ao logar como Enfermeiro

Tipo: FLUXO / UX

Problema

Atualmente, usuários com perfil ENFERMEIRO(A) são direcionados para a Dashboard Geral (/upa/dashboard-upa) após o login.

Esse comportamento adiciona etapas desnecessárias à rotina da enfermagem, que normalmente inicia o atendimento diretamente pela tela de triagem.

Comportamento esperado

Ao autenticar um usuário cujo perfil/role seja ENFERMEIRO, o sistema deverá direcioná-lo automaticamente para:

/upa/triagem

O mesmo comportamento deve ser considerado quando o profissional clicar no logo da UPA ou acessar a rota base da aplicação, respeitando as regras de redirecionamento definidas para o perfil.

Critérios de aceite

  • Usuário com perfil ENFERMEIRO → acesso inicial direcionado para Triagem.
  • Não direcionar inicialmente para a Dashboard Geral.
  • O redirecionamento deve funcionar após novo login.
  • Validar também o comportamento ao acessar a rota base/logo da UPA.

Evidência 2: Dashboard atualmente apresentada ao enfermeiro, que deverá ser substituída pela tela de Triagem no acesso inicial.


Item 03 – Redirecionamento automático para Monitor de Filas ao logar como Médico

Tipo: FLUXO / UX

Problema

Atualmente, o médico precisa navegar até o Monitor de Filas para iniciar sua rotina operacional e visualizar os pacientes aguardando chamada.

Comportamento esperado

Ao autenticar um usuário cujo perfil/role seja MÉDICO, o sistema deverá direcioná-lo automaticamente para o:

Monitor de Filas / tela operacional de chamada e consultório.

Critérios de aceite

  • Usuário com perfil MÉDICO → acesso inicial direcionado para o Monitor de Filas.
  • Não direcionar inicialmente para a Dashboard Geral.
  • O comportamento deve ocorrer automaticamente após o login.
  • Validar o acesso pela rota base/logo da UPA, respeitando o perfil do usuário.

Evidência 3: Monitor de Filas como destino esperado para o acesso inicial do perfil médico.


Item 04 – Remover campo CIAP-2 da aba de Diagnóstico Médico

Tipo: ADEQUAÇÃO UPA / UI / REGRA DE NEGÓCIO

Problema

Na tela de Prontuário do Paciente (/upa/prontuario), aba Diagnóstico, existe atualmente o campo de busca "CIAP-2 (opcional)".

Esse campo não faz parte do fluxo definido para atendimento médico da UPA e deve ser removido dessa rotina.

Comportamento esperado

Remover completamente da aba Diagnóstico:

  • campo de pesquisa CIAP-2;
  • componentes visuais relacionados;
  • validações associadas;
  • obrigatoriedade ou dependência no payload de salvamento.

A tela deverá permanecer composta pelos campos pertinentes ao fluxo:

  • CID-10 Principal – obrigatório;
  • CIDs Secundários;
  • Diagnóstico Descritivo.

Critérios de aceite

  • CIAP-2 não deve ser apresentado na interface médica da UPA.
  • O salvamento do diagnóstico não deve depender do atributo CIAP-2.
  • Não deve existir validação exigindo CIAP-2.
  • Validar inclusão e edição de diagnósticos após a remoção.

Evidência 4: Campo CIAP-2 identificado na aba de Diagnóstico para remoção.


Item 05 – Remover opção "Definir depois no painel" dos modais de Observação e Internação

Tipo: REGRA DE NEGÓCIO / UX

Problema

Ao encaminhar um paciente para Observação UPA ou Internação, o modal de seleção de leitos apresenta a opção:

"Definir depois no painel"

Essa alternativa permite concluir o encaminhamento sem a definição imediata do leito, podendo gerar inconsistências no controle de ocupação e disponibilidade.

Comportamento esperado

Remover completamente a opção "Definir depois no painel" dos modais de:

  • Observação UPA;
  • Internação.

Para concluir o encaminhamento, o profissional deverá obrigatoriamente selecionar um dos leitos disponíveis apresentados pelo sistema.

Critérios de aceite

  • Remover botão/card "Definir depois no painel".
  • Não permitir concluir o encaminhamento sem seleção de leito.
  • Validar a regra tanto para Observação quanto para Internação.
  • Garantir que o leito selecionado seja corretamente registrado e considerado na ocupação.

Evidência 5: Opção "Definir depois no painel" atualmente apresentada na seleção de leitos.


Item 06 – Implementar modal de Vídeos de Treinamento com acesso via QR Code

Tipo: NOVA FUNCIONALIDADE / TREINAMENTO / UX

Objetivo

Disponibilizar aos profissionais de saúde acesso rápido aos vídeos de treinamento e capacitação da plataforma, diretamente pelo sistema da UPA.

A funcionalidade deverá permitir que o profissional assista aos vídeos tanto no computador da unidade quanto em seu smartphone, por meio de QR Code.

6.1 – Botão de acesso global

Adicionar no header/topo da aplicação um botão denominado:

"Vídeos de Treinamento"

O botão deverá ficar em local de fácil acesso, preferencialmente próximo ao menu e/ou identificação da unidade.

6.2 – Modal de vídeos

Ao clicar em "Vídeos de Treinamento", abrir um modal contendo a relação dos módulos e vídeos de capacitação disponíveis.

A listagem deve ser organizada de forma simples e intuitiva, permitindo localizar rapidamente o conteúdo desejado.

6.3 – Assistir no navegador

Para cada vídeo disponibilizado, deverá existir a opção de:

"Assistir no navegador"

O vídeo deverá ser reproduzido diretamente na aplicação, utilizando player embutido no modal ou componente equivalente.

6.4 – Assistir pelo celular via QR Code

Disponibilizar também a opção:

"Assistir no celular"

Ao selecionar essa opção, o sistema deverá gerar/exibir um QR Code referente ao vídeo selecionado.

O profissional poderá escanear o QR Code utilizando a câmera do celular e acessar diretamente o vídeo pelo smartphone.

6.5 – Regras de acesso

O acesso pelo QR Code deverá permitir a visualização do vídeo sem exigir novo login no celular, desde que isso seja implementado de forma segura.

O QR Code deve direcionar exclusivamente para o conteúdo correspondente ao vídeo selecionado.

Critérios de aceite

  • Botão "Vídeos de Treinamento" disponível globalmente no sistema.
  • Modal apresenta os vídeos/módulos cadastrados.
  • Vídeos podem ser reproduzidos diretamente pelo navegador.
  • Sistema gera QR Code individual para o vídeo selecionado.
  • QR Code pode ser lido por smartphone e direciona para o conteúdo correto.
  • A experiência deve ser simples para usuários com pouca familiaridade com tecnologia.
  • A solução deve ser responsiva para acesso pelo celular.
  • Validar o funcionamento em desktop e smartphone.

Considerações finais

Após a implementação, realizar testes de regressão nos fluxos de:

  1. Login de Enfermeiro;
  2. Login de Médico;
  3. Triagem;
  4. Atendimento médico;
  5. Diagnóstico;
  6. Observação;
  7. Internação;
  8. Controle/ocupação de leitos;
  9. Fila/Monitor de Filas;
  10. Acesso aos vídeos de treinamento;
  11. Geração e leitura dos QR Codes.

Importante: Os ajustes devem preservar os fluxos existentes que não estejam diretamente relacionados aos itens descritos neste chamado.

Actions

Also available in: PDF Atom