Diagrama e Especificação de Casos de Uso
Introdução
Um caso de uso é uma representação detalhada de como os usuários do aplicativo GDF Saúde interagem com o sistema em situações específicas, como acessar a carteirinha, enviar feedback ou visualizar novas funcionalidades. Ele descreve passo a passo como essas interações ocorrem, desde a ação do usuário até a resposta do sistema.
Seu principal objetivo é apoiar o desenvolvimento do aplicativo, oferecendo uma visão clara e prática dos requisitos funcionais. Os casos de uso ajudam a definir o comportamento esperado do sistema diante de ações comuns dos usuários, contribuindo para garantir que as funcionalidades atendam às necessidades reais dos beneficiários do plano de saúde.
Integrantes do Grupo
Na tabela 1 contêm todos os integrantes da equipe que participaram na construção dos cenários e o que a pessoa desenvolveu durante o projeto.
Tabela 1 - Integrantes do grupo envolvidos
| Nome | Quais etapas participou |
|---|---|
| Ana Luiza Soares | Criou o diagrama referentes aos requisitos: RF01,RF02, RF21, RNF01, RNF02, RNF03 . Criou as especificações dos casos de uso referente a estes requisitos, sendo eles UC01, UC02, UC03, UC04, UC05 e UC06. |
| Isaque Camargos | Criou o diagrama referentes aos requisitos: RF03,RF04, RF19, RNF04, RNF05 e RNF06 . Criou as especificações dos casos de uso referente a estes requisitos, sendo eles UC07, UC08, UC09, UC10, UC11 e UC12. Além disso, criou o documento inicial. |
| Kaleb Macedo | Criou o diagrama referentes aos requisitos: RF05, RF06, RF17 RNF07 e RNF08 . Criou as especificações dos casos de uso referente a estes requisitos, sendo eles UC13, UC14, UC15, UC16, UC17, UC18, UC19 e UC20. |
| Lucas Alves | Criou o diagrama referentes aos requisitos: RF07,RF08, RNF09, RNF10 e RF18 . Criou as especificações dos casos de uso referente a estes requisitos, sendo eles UC21, UC22, UC23, UC24, UC25 e UC26. |
| Matheus de Alcântara | Criou o diagrama referentes aos requisitos: RF09, RF10, RF20 RNF11 e RNF12. Criou as especificações dos casos de uso referente a estes requisitos, sendo eles UC27, UC28, UC29, UC30 e UC31. |
| Othavio Bolzan | Criou o diagrama referentes aos requisitos: RF11,RF12, RNF13 e RNF14 . Criou as especificações dos casos de uso referente a estes requisitos, sendo eles UC32, UC33 e UC034. |
| Yzabella Miranda | Criou o diagrama referentes aos requisitos: RF13, RF14, RF15 e RF22.1 e RF22.2. Criou as especificações dos casos de uso referente a estes requisitos, sendo eles UC35, UC36, UC37, UC38 e UC39. |
Fonte: Autoria de Isaque Camargos e Yzabella Miranda
Metodologia
Para mapear e compreender melhor o funcionamento do aplicativo GDF Saúde, utilizamos o diagrama de caso de uso — uma ferramenta da Engenharia de Requisitos que representa visualmente como os usuários interagem com o sistema. Esse diagrama descreve, por meio de "atores" (como beneficiários do plano) e "casos de uso" (como acessar a carteirinha ou enviar feedback), as funcionalidades oferecidas e os comportamentos esperados do sistema.
No desenvolvimento do diagrama, empregamos dois relacionamentos fundamentais: o include e o extend. O relacionamento include é usado quando uma funcionalidade sempre faz parte de outra, como, por exemplo, o caso “Acessar Aplicativo” incluir automaticamente os casos “Consultar histórico de consultas” e “Acessar carteirinha”. Já o relacionamento extend representa funcionalidades opcionais ou condicionais, que se aplicam em determinados contextos — como o caso “Modo Offline”, que estende o acesso ao histórico e à carteirinha somente quando não há conexão com a internet.
Com foco nos diagramas de caso de uso, a Tabela 2 apresenta os principais elementos que compõem o modelo, oferecendo uma visão clara e organizada da estrutura de interações entre os atores e o sistema.
Elementos de caso de uso
Tabela 2: legenda dos diagramas de caso de uso
| Nome | Função | Elemento |
|---|---|---|
| Ator | Representam os diversos tipos de usuários externos que interagem com o sistema. |  |
| Elipse (Caso de Uso) | É utilizada para representar os casos de uso em um diagrama, destacando funcionalidades ou ações específicas que o sistema realiza em resposta às interações dos atores. |  |
| Retângulo (Sistema) | É utilizado para representar o sistema ou o componente em análise, agrupando os casos de uso e os atores associados a ele. |  |
| Flecha (Relações) | As setas são utilizadas para ilustrar as relações ou interações entre os atores e os casos de uso no diagrama. |  |
Fonte: Autoria de Yzabella Miranda
Diagramas de caso de uso
As figuras 1 a 8 representam as especializações dos casos de uso.
Figura 1 - Caso de uso UC01 a UC03
Fonte: Autoria de Ana Luiza Soares
Figura 2 - Caso de uso UC04 a UC06
Fonte: Autoria de Ana Luiza Soares
Figura 3 - Caso de uso UC07 a UC12
Fonte: Autoria de Isaque Camargos
Figura 4 - Caso de uso UC13 a UC20
Fonte: Autoria de Kaleb Macedo
Figura 5 - Caso de uso UC21 a UC26
Fonte: Autoria de Lucas Alves
Figura 6 - Caso de uso UC27 a UC31
Fonte: Autoria de Matheus de Alcântara
Figura 7 - Caso de uso UC32 a UC34
Fonte: Autoria de Othavio Bolzan
Figura 8 - Caso de uso UC35 a UC38
Fonte: Adaptado de Yzabella Miranda
Especialização dos casos de uso
UC01 – Filtrar redes credenciadas
Tabela 3 - Caso de Uso 1
| Campo | Descrição |
|---|---|
| UC01 | Filtrar redes credenciadas |
| Descrição | Permitir ao usuário buscar clínicas/profissionais do INAS buscando pelo nome ou por meio de filtros como especialidade, região, tipo de atendimento e proximidade. |
| Ator | Usuário do aplicativo GDF Saúde |
| Pré-condições | 1. Conexão com internet. 2. Usuário é beneficiário do Plano INAS 3. Usuário realizou o cadastro no GDF Saúde |
| Ação | Usuário aplica os filtros que ele deseja e/ou busca pelo nome da rede credenciada. |
| Fluxo principal | - Usuário abre o aplicativo - Usuário abre a aba de redes credenciadas - Usuário seleciona filtros ou busca por uma rede credenciada - Sistema exibe lista de redes credenciadas correspondentes. |
| Fluxo alternativo | - Usuário abre o aplicativo - Usuário abre a aba de redes credenciadas - Usuário não filtra e nem busca pela rede credenciada - São listadas aleatoriamente todas as redes credenciadas |
| Fluxo de exceção | - Usuário abre o aplicativo - Usuário abre a aba de redes credenciadas - Usuário seleciona filtros ou busca por uma rede credenciada - Não aparece nenhuma rede credenciada correspondente |
| Pós-condições | Lista de redes filtradas é exibida com dados (endereço, telefone, horário). |
| Rastreabilidade | RF01 |
| Data de criação | 17/05/2025 |
Fonte: Autoria de Ana Luiza Soares
UC02 – Acessar avaliações das redes credenciadas
Tabela 4 - Caso de Uso 2
| Campo | Descrição |
|---|---|
| UC02 | Acessar avaliações das redes credenciadas |
| Descrição | Permitir ao usuário visualizar e dar notas e comentários sobre as redes credenciadas. |
| Ator | Usuário do aplicativo GDF Saúde |
| Pré-condições | 1. Conexão com internet. 2. Usuário é beneficiário do Plano INAS 3. Usuário realizou o cadastro no GDF Saúde |
| Ação | Usuário acessa a seção "Avaliações" da rede desejada. |
| Fluxo principal | - Usuário abre o aplicativo - Usuário abre a aba de "Avaliações" - Usuário seleciona filtros ou busca por uma rede credenciada - Sistema exibe as avaliações disponíveis referentes à rede credenciada - O usuário pode avaliar o atendimento |
| Fluxo alternativo | - Usuário abre o aplicativo - Usuário abre a aba de "Avaliações" - Não filtra e nem busca pela rede credenciada - Sistema exibe as avaliações disponíveis referentes à rede credenciada - O usuário pode avaliar o atendimento |
| Fluxo de exceção | - Usuário abre o aplicativo - Usuário abre a aba de "Avaliações" - Usuário seleciona filtros ou busca por uma rede credenciada - Não aparece nenhuma rede credenciada correspondente |
| Pós-condições | Avaliações são exibidas ou opção de registrar nova avaliação. |
| Rastreabilidade | RF02 |
| Data de criação | 17/05/2025 |
Fonte: Autoria de Ana Luiza Soares
UC03 – Iniciar conversa com chatbot de triagem
Tabela 5 - Caso de Uso 3
| Campo | Descrição |
|---|---|
| UC03 | Iniciar conversa com chatbot de triagem |
| Descrição | Permitir ao usuário interagir com chatbot para identificar especialidade médica adequada |
| Ator | Usuário do aplicativo GDF Saúde |
| Pré-condições | 1. Conexão com internet. 2. Usuário é beneficiário do Plano INAS |
| Ação | Usuário inicia conversa e descreve sintomas |
| Fluxo principal | - Usuário abre o aplicativo - Usuário seleciona a opção "Chatbot de Saúde" - Sistema exibe tela inicial do chatbot - Usuário descreve sintomas - Chatbot analisa e sugere especialidade médica - Sistema pede confirmação ao usuário posteriormente para análise de desempenho |
| Fluxo alternativo | - Usuário abre o aplicativo - Usuário seleciona a opção "Chatbot de Saúde" - Sistema exibe tela inicial do chatbot - Usuário tem dúvidas ou fornece informações vagas - Chatbot recomenda buscar hospital para melhor triagem |
| Fluxo de exceção | - Usuário abre o aplicativo - Usuário seleciona a opção "Chatbot de Saúde" - Inicia a conversa - Chatbot redireciona para especialidade médica incorreta |
| Pós-condições | Especialidade médica identificada corretamente e confirmado o desempenho do chatbot posteriormente |
| Rastreabilidade | RF21 |
| Data de criação | 17/05/2025 |
Fonte: Autoria de Ana Luiza Soares
UC04 – Acessar sistema com facilidade
Tabela 6 - Caso de Uso 4
| Campo | Descrição |
|---|---|
| UC04 | Acessar sistema com facilidade |
| Descrição | Garantir interface intuitiva e acessível para todos os usuários |
| Ator | Usuário do aplicativo GDF Saúde |
| Pré-condições | 1. Conexão com internet 2. Usuário é beneficiário do Plano INAS 3. Aplicativo instalado no dispositivo |
| Ação | Usuário abre o aplicativo e navega pelas funcionalidades com facilidade |
| Fluxo principal | - Usuário abre o aplicativo - Sistema carrega tela inicial em até 2 segundos - Menu principal com ícones intuitivos é exibido - Usuário navega entre as opções sem dificuldades |
| Fluxo alternativo | - Usuário abre o aplicativo - Tem dificuldade com alguma funcionalidade - Sistema oferece opção "Ajuda" - Usuário acessa tutorial integrado |
| Fluxo de exceção | - Usuário abre o aplicativo - Não consegue acessar as funcionalidades - Não consegue acessar os tutoriais - Não fica satisfeito com o aplicativo |
| Pós-condições | Acesso às funcionalidades realizado com sucesso OU tutorial consultado para solução de dúvidas suficiente |
| Rastreabilidade | RNF01 |
| Data de criação | 17/05/2025 |
Fonte: Autoria de Ana Luiza Soares
UC05 – Garantir desempenho do sistema
Tabela 7 - Caso de Uso 5
| Campo | Descrição |
|---|---|
| UC05 | Garantir desempenho do sistema |
| Descrição | Assegurar que todas as funcionalidades respondam em até 2 segundos |
| Ator | Usuário do aplicativo GDF Saúde |
| Pré-condições | 1. Conexão estável com internet 2. Usuário é beneficiário do Plano INAS 3. Aplicativo atualizado |
| Ação | Usuário interage com as funcionalidades do aplicativo |
| Fluxo principal | - Usuário seleciona qualquer funcionalidade - Sistema processa a requisição - Resposta é exibida em até 2 segundos |
| Fluxo alternativo | - Usuário seleciona funcionalidade - Tempo excede 2 segundos - Sistema exibe ícone de carregamento - Completa ação em até 5 segundos |
| Fluxo de exceção | - Usuário seleciona funcionalidade - Sistema não responde após 5 segundos - Exibe mensagem "Problema de conexão" |
| Pós-condições | Funcionalidade acessada dentro do tempo esperado |
| Rastreabilidade | RNF02 |
| Data de criação | 17/05/2025 |
Fonte: Autoria de Ana Luiza Soares
UC06 – Garantir segurança no uso do sistema
Tabela 8 - Caso de Uso 6
| Campo | Descrição |
|---|---|
| UC06 | Garantir segurança no uso do sistema |
| Descrição | Assegurar acesso seguro às funcionalidades com proteção de dados e conformidade LGPD |
| Ator | Usuário do aplicativo GDF Saúde |
| Pré-condições | 1. Conexão segura (HTTPS) 2. Usuário cadastrado no INAS 3. Dispositivo compatível |
| Ação | Usuário realiza autenticação para acessar o sistema |
| Fluxo principal | - Usuário insere credenciais - Sistema solicita segundo fator de autenticação - Validação bem-sucedida - Acesso concedido com criptografia de dados |
| Fluxo alternativo | - Usuário falha na autenticação - Sistema oferece: "Recuperar acesso" ou "Tentar novamente" - Redireciona para fluxo de recuperação |
| Fluxo de exceção | - Múltiplas tentativas falhas - Sistema bloqueia acesso temporariamente - Notifica ANPD em caso de violação de dados - Envia alerta para o usuário |
| Pós-condições | Acesso seguro concedido |
| Rastreabilidade | RNF03 |
| Data de criação | 17/05/2025 |
Fonte: Autoria de Ana Luiza Soares
UC07 – Fazer login
Tabela 9 - Caso de Uso 7
| Campo | Descrição |
|---|---|
| UC07 | Fazer login |
| Descrição | Permitir que o usuário acesse o app com e-mail/CPF e senha. |
| Ator | Usuário cadastrado |
| Pré-condições | App instalado e com conexão à internet. |
| Ação | O usuário preenche e-mail/CPF e senha e confirma para entrar. |
| Fluxo principal | - O usuário acessa a tela de login. - Insere e-mail/CPF e senha. - O sistema valida os dados. - O usuário é autenticado. |
| Fluxo alternativo | - Credenciais inválidas: sistema exibe mensagem de erro. |
| Fluxo de exceção | - Ausência de conexão: sistema informa que não é possível conectar. |
| Pós-condições | Usuário autenticado e apto a usar o aplicativo. |
| Rastreabilidade | RF19 |
| Data de criação | 15/05/2025 |
Fonte: Autoria de Isaque Camargos
UC08 – Login por biometria
Tabela 10 - Caso de Uso 8
| Campo | Descrição |
|---|---|
| UC08 | Login por biometria |
| Descrição | Permitir login via impressão digital ou reconhecimento facial. |
| Ator | Usuário cadastrado |
| Pré-condições | Dispositivo com sensor biométrico, usuário já logado ao menos uma vez. |
| Ação | O usuário seleciona "Entrar por biometria" e realiza autenticação. |
| Fluxo principal | - O usuário abre o app. - Seleciona “Entrar com biometria”. - Biometria é validada pelo sistema operacional. - O usuário é autenticado. |
| Fluxo alternativo | - Biometria não reconhecida: sistema oferece login por senha. |
| Fluxo de exceção | - Sensor indisponível: app informa erro e redireciona para login comum. |
| Pós-condições | Usuário autenticado via biometria ou direcionado para login manual. |
| Rastreabilidade | RF19 |
| Data de criação | 15/05/2025 |
UC09 – Baixar carteirinha
Tabela 11 - Caso de Uso 9
| Campo | Descrição |
|---|---|
| UC09 | Baixar carteirinha |
| Descrição | Permitir download da carteirinha digital para uso offline. |
| Ator | Usuário autenticado |
| Pré-condições | Conexão com internet e usuário logado. |
| Ação | O usuário solicita o download da carteirinha. |
| Fluxo principal | - O usuário acessa a seção “Carteirinha”. - Clica em “Baixar”. - O sistema realiza o download. - A carteirinha é salva no dispositivo. |
| Fluxo alternativo | - Caso já tenha sido baixada, o sistema permite rebaixar. |
| Fluxo de exceção | - Falta de conexão ou falha no armazenamento: erro informado ao usuário. |
| Pós-condições | Carteirinha disponível localmente mesmo sem internet. |
| Rastreabilidade | RF03 |
| Data de criação | 15/05/2025 |
Fonte: Autoria de Isaque Camargos
UC10 – Configurar notificações
Tabela 12 - Caso de Uso 10
| Campo | Descrição |
|---|---|
| UC10 | Configurar notificações |
| Descrição | Permitir ao usuário selecionar tipos e canais de notificações. |
| Ator | Usuário autenticado |
| Pré-condições | Login realizado com sucesso. |
| Ação | O usuário acessa as configurações de notificação e define suas preferências. |
| Fluxo principal | - O usuário acessa “Configurações”. - Escolhe os tipos e canais desejados. - Salva as alterações. - Preferências são persistidas pelo sistema. |
| Fluxo alternativo | — |
| Fluxo de exceção | - sistema exibe erro ao tentar salvar. |
| Pós-condições | Preferências de notificação atualizadas. |
| Rastreabilidade | RF04 |
| Data de criação | 15/05/2025 |
Fonte: Autoria de Isaque Camargos
UC11 – Enviar notificações
Tabela 13 - Caso de Uso 11
| Campo | Descrição |
|---|---|
| UC11 | Enviar notificações |
| Descrição | Enviar notificações com base nas preferências do usuário. |
| Ator | Serviços de notificação |
| Pré-condições | Configurações de notificação existentes e evento ativador. |
| Ação | O sistema identifica evento e envia a notificação pelo canal configurado. |
| Fluxo principal | - Evento ocorre (ex: consulta cancelada). - Preferências são consultadas. - Sistema envia via canal apropriado(e-mail, SMS e/ou notificação do próprio app). - Envio é registrado. |
| Fluxo alternativo | - Falha de envio: sistema realiza tentativa posterior. |
| Fluxo de exceção | - Falha permanente: log de erro registrado, equipe notificada. |
| Pós-condições | Notificação enviada ou tentativa registrada para análise. |
| Rastreabilidade | RF04 |
| Data de criação | 15/05/2025 |
Fonte: Autoria de Isaque Camargos
UC12 – Solicitar autorização de urgência/emergência
Tabela 14 - Caso de Uso 12
| Campo | Descrição |
|---|---|
| UC12 | Solicitar autorização de urgência/emergência |
| Descrição | Permitir que profissionais de saúde solicitem autorização em tempo real. |
| Ator | Profissional de saúde e INAS |
| Pré-condições | Sistema disponível e login realizado. |
| Ação | Profissional preenche dados e solicita autorização imediata. |
| Fluxo principal | - Profissional acessa funcionalidade. - Informa dados do paciente. - Sistema ou o INAS valida e aprova. - Autorização emitida. |
| Fluxo alternativo | - Dados incompletos: sistema solicita complementação. |
| Fluxo de exceção | - Sistema fora do ar: notifica falha e orienta alternativa. |
| Pós-condições | Autorização registrada, atendimento liberado. |
| Rastreabilidade | RNF04 |
| Data de criação | 15/05/2025 |
Fonte: Autoria de Isaque Camargos
UC13 – Agendar consulta ou exame
Tabela 15 - Caso de Uso 13
| Campo | Descrição |
|---|---|
| UC13 | Agendar consulta ou exame |
| Descrição | Permitir que o titular agende uma consulta ou exame com prestadores credenciados via aplicativo, com pagamento automático integrado. |
| Ator | Titular do plano de saúde |
| Pré-condições | 1. Titular autenticado no aplicativo 2. Estar com plano de saúde ativo 3. Ter conexão com internet |
| Ação | Usuário seleciona tipo de atendimento (consulta ou exame), define prestador e horário e confirma o agendamento. O sistema realiza o pagamento automático. |
| Fluxo principal | - Usuário abre o aplicativo - Acessa a seção de agendamento - Escolhe tipo de atendimento - Seleciona prestador e horário - Confirma agendamento - Sistema realiza pagamento automático |
| Fluxo alternativo | - Usuário cancela o agendamento antes da confirmação - Sistema não realiza pagamento |
| Fluxo de exceção | - Prestador indisponível para o horário escolhido - Falha no pagamento automático - Exibe mensagem de erro ao usuário |
| Pós-condições | Agendamento é confirmado e exibido ao usuário; valor debitado automaticamente do saldo ou coparticipação processada |
| Rastreabilidade | RF05 |
| Data de criação | 17/05/2025 |
Fonte: Autoria de Kaleb Macedo
UC14 – Cancelar consulta ou exame
Tabela 16 - Caso de Uso 14
| Campo | Descrição |
|---|---|
| UC14 | Cancelar consulta ou exame |
| Descrição | Permitir que o titular cancele um agendamento de consulta ou exame feito anteriormente pelo aplicativo. |
| Ator | Titular do plano de saúde |
| Pré-condições | 1. Titular autenticado no aplicativo 2. Existir um agendamento ativo para consulta ou exame 3. Conexão com internet |
| Ação | Usuário acessa a lista de agendamentos, escolhe o atendimento que deseja cancelar e confirma a ação. |
| Fluxo principal | - Usuário acessa o aplicativo - Entra na seção de agendamentos ativos - Seleciona uma consulta ou exame - Confirma o cancelamento - Sistema remove o agendamento |
| Fluxo alternativo | - Usuário visualiza detalhes mas não confirma o cancelamento - Nenhuma alteração é feita |
| Fluxo de exceção | - Tentativa de cancelar um agendamento já expirado - Falha de conexão com o servidor - Exibe mensagem de erro ao usuário |
| Pós-condições | O atendimento é removido da agenda e o usuário visualiza a confirmação de cancelamento |
| Rastreabilidade | RF05 RF05 |
| Data de criação | 17/05/2025 |
Fonte: Autoria de Kaleb Macedo
UC15 – Visualizar valor da consulta
Tabela 17 - Caso de Uso 15
| Campo | Descrição |
|---|---|
| UC15 | Visualizar valor da consulta |
| Descrição | Permitir que o titular visualize o valor exato de uma consulta em uma clínica específica, considerando a aplicação automática de coparticipação. |
| Ator | Titular do plano de saúde |
| Pré-condições | 1. Estar autenticado no aplicativo 2. Ter plano de saúde ativo 3. Conexão com internet |
| Ação | O usuário navega até a aba de valores, seleciona uma clínica e visualiza o valor final com a coparticipação aplicada. |
| Fluxo principal | - Usuário acessa o aplicativo - Vai até a seção de consultas - Escolhe uma clínica específica - Sistema exibe o valor bruto e o valor com coparticipação aplicada |
| Fluxo alternativo | - Usuário apenas visualiza a lista de clínicas sem selecionar nenhuma - Sistema exibe faixa de preço genérica |
| Fluxo de exceção | - Clínica não possui valor cadastrado - Falha ao aplicar a coparticipação - Sistema exibe mensagem de erro |
| Pós-condições | O usuário compreende o valor final que será cobrado no agendamento da consulta |
| Rastreabilidade | RF06 |
| Data de criação | 17/05/2025 |
Fonte: Autoria de Kaleb Macedo
UC16 – Gerar demonstrativo de IR
Tabela 18 - Caso de Uso 16
| Campo | Descrição |
|---|---|
| UC16 | Gerar demonstrativo de IR |
| Descrição | Permitir que o titular gere um demonstrativo com os dados de despesas médicas para fins de declaração do Imposto de Renda. |
| Ator | Titular do plano de saúde |
| Pré-condições | 1. Titular autenticado 2. Existência de despesas médicas registradas no sistema 3. Conexão ativa com internet |
| Ação | O usuário seleciona o período desejado e solicita a geração do demonstrativo de IR. |
| Fluxo principal | - Usuário acessa o aplicativo - Entra na seção de impostos - Seleciona o ano-base desejado - Clica em “Gerar demonstrativo” - Sistema processa os dados |
| Fluxo alternativo | - Usuário seleciona o período, mas não finaliza a geração - Nenhum arquivo é criado |
| Fluxo de exceção | - Nenhuma despesa registrada no período - Falha ao gerar o documento - Sistema exibe mensagem de erro |
| Pós-condições | O demonstrativo é gerado e pode ser baixado pelo usuário em seguida |
| Rastreabilidade | RF06 |
| Data de criação | 17/05/2025 |
Fonte: Autoria de Kaleb Macedo
UC17 – Visualizar histórico de IR
Tabela 19 - Caso de Uso 17
| Campo | Descrição |
|---|---|
| UC17 | Visualizar histórico de IR |
| Descrição | Permitir que o titular consulte todos os demonstrativos de despesas médicas já gerados para declaração do Imposto de Renda. |
| Ator | Titular do plano de saúde |
| Pré-condições | 1. Titular autenticado 2. Existência de demonstrativos anteriores 3. Conexão com internet |
| Ação | O usuário acessa a seção de histórico de IR e visualiza os demonstrativos disponíveis por ano. |
| Fluxo principal | - Usuário acessa o aplicativo - Entra na seção de histórico de IR - Visualiza a lista de demonstrativos por ano - Seleciona um deles para consulta |
| Fluxo alternativo | - Nenhum demonstrativo é selecionado - Tela permanece apenas com listagem |
| Fluxo de exceção | - Nenhum histórico encontrado - Erro ao carregar dados - Sistema exibe alerta ao usuário |
| Pós-condições | O demonstrativo consultado é exibido com detalhes ao usuário |
| Rastreabilidade | RF06 |
| Data de criação | 17/05/2025 |
Fonte: Autoria de Kaleb Macedo
UC18 – Visualizar painel de metas
Tabela 20 - Caso de Uso 18
| Campo | Descrição |
|---|---|
| UC18 | Visualizar painel de metas |
| Descrição | Permitir que o titular ou dependente acesse um painel com metas de saúde personalizadas, como exames periódicos ou consultas anuais. |
| Ator | Titular do plano de saúde, Dependente |
| Pré-condições | 1. Usuário autenticado 2. Perfil de saúde configurado 3. Metas cadastradas no sistema |
| Ação | O usuário acessa a seção de metas e visualiza objetivos ativos, status de cumprimento e progresso gamificado. |
| Fluxo principal | - Usuário acessa o aplicativo - Entra na área de metas - Visualiza metas personalizadas - Sistema exibe progresso com gamificação |
| Fluxo alternativo | - Usuário acessa a seção, mas não possui metas registradas - Sistema exibe mensagem de ausência de metas |
| Fluxo de exceção | - Falha ao carregar dados de metas - Sistema exibe mensagem de erro ao usuário |
| Pós-condições | O usuário pode acompanhar suas metas de saúde e é incentivado a cumpri-las |
| Rastreabilidade | RF17 |
| Data de criação | 17/05/2025 |
Fonte: Autoria de Kaleb Macedo
UC19 – Solicitar autorização
Tabela 21 - Caso de Uso 19
| Campo | Descrição |
|---|---|
| UC19 | Solicitar autorização |
| Descrição | Permitir que o titular ou dependente solicite uma autorização prévia para a realização de procedimentos que exigem aprovação do plano. |
| Ator | Titular do plano de saúde, Dependente |
| Pré-condições | 1. Usuário autenticado 2. Procedimento exige autorização 3. Documentação necessária anexada |
| Ação | O usuário acessa a funcionalidade, preenche o formulário de solicitação e envia os documentos exigidos para análise. |
| Fluxo principal | - Usuário acessa o aplicativo - Entra na seção de autorizações - Preenche o formulário - Anexa documentos - Envia solicitação para análise |
| Fluxo alternativo | - Usuário acessa a seção, mas não finaliza o envio - Solicitação não é registrada |
| Fluxo de exceção | - Documento obrigatório não anexado - Falha no envio dos dados - Sistema exibe mensagem de erro |
| Pós-condições | A solicitação é registrada no sistema e encaminhada para análise, respeitando o prazo máximo de 10 dias úteis |
| Rastreabilidade | RNF08 |
| Data de criação | 17/05/2025 |
Fonte: Autoria de Kaleb Macedo
UC20 – Verificar conformidade com LGPD
Tabela 22 - Caso de Uso 20
| Campo | Descrição |
|---|---|
| UC20 | Verificar conformidade com LGPD |
| Descrição | Garantir que o sistema esteja em conformidade com a Portaria nº 127/2024, legislações complementares e os princípios da LGPD durante o uso das funcionalidades que tratam dados pessoais. |
| Ator | Sistema |
| Pré-condições | 1. Ação do usuário envolve tratamento de dados pessoais 2. Consentimento válido registrado |
| Ação | O sistema valida automaticamente se os dados estão sendo processados conforme as políticas da LGPD e as normas vigentes antes de executar operações sensíveis. |
| Fluxo principal | - Usuário inicia uma ação (ex: agendamento, geração de documento) - Sistema verifica conformidade com as normas - Caso positivo, a ação prossegue |
| Fluxo alternativo | - Consentimento expirado ou ausente - Sistema bloqueia operação e solicita aceite atualizado |
| Fluxo de exceção | - Violação detectada na política de privacidade - Sistema registra ocorrência e nega a operação |
| Pós-condições | O sistema garante que as operações executadas seguem as exigências legais e mantém rastreamento das ações realizadas |
| Rastreabilidade | RNF07 |
| Data de criação | 17/05/2025 |
Fonte: Autoria de Kaleb Macedo
Tabela 23 - Caso de Uso 21
UC21 – Cadastrar titulares, dependentes e optantes
| Campo | Descrição |
|---|---|
| UC21 | Cadastrar titulares, dependentes e optantes |
| Descrição | Permitir o cadastro de titulares, dependentes e optantes no sistema com validação de documentos e elegibilidade. |
| Ator | Atendente do plano de saúde / Titular |
| Pré-condições | 1. Usuário autenticado (se for o titular) 2. Documentação digitalizada |
| Ação | Usuário preenche os dados, envia documentos e confirma o cadastro; sistema valida e registra. |
| Fluxo principal | - Usuário acessa a seção de cadastro - Escolhe tipo de pessoa (titular, dependente, optante) - Preenche dados e anexa documentos - Sistema valida documentação e elegibilidade - Cadastro é confirmado |
| Fluxo alternativo | - Sistema identifica documentos inválidos - Informa o usuário e solicita novo envio |
| Fluxo de exceção | - Falha no upload de documentos - Erro no processo de validação |
| Pós-condições | Cadastro realizado e pessoa adicionada à base de dados com status elegível ou pendente |
| Rastreabilidade | RF07 |
| Data de criação | 17/05/2025 |
Fonte: Autoria de Lucas Alves
UC22 – Verificar procedimentos para autorização
Tabela 24 - Caso de Uso 22
| Campo | Descrição |
|---|---|
| UC22 | Verificar procedimentos para autorização |
| Descrição | Verificar se procedimentos estão na TABGDFSAÚDE, se atendem às DUT, carência ou exclusões, exigindo solicitação médica e análise técnica. |
| Ator | Titular / Profissional de saúde / Analista técnico |
| Pré-condições | 1. Procedimento solicitado 2. Dados médicos anexados |
| Ação | Usuário submete solicitação de procedimento; sistema verifica regras e, se necessário, aciona análise técnica. |
| Fluxo principal | - Solicitação médica submetida - Sistema verifica TABGDFSAÚDE e DUT - Verifica carência e exclusões - Solicita análise técnica se necessário |
| Fluxo alternativo | - Procedimento está coberto e não exige análise - Autorização é liberada automaticamente |
| Fluxo de exceção | - Solicitação incompleta ou sem documentação médica - Exibe erro e solicita correção |
| Pós-condições | Procedimento autorizado ou negado com justificativa técnica |
| Rastreabilidade | RF08 |
| Data de criação | 17/05/2025 |
Fonte: Autoria de Lucas Alves
UC23 – Visualizar calendário personalizado
Tabela 25 - Caso de Uso 23
| Campo | Descrição |
|---|---|
| UC23 | Visualizar calendário personalizado |
| Descrição | Disponibilizar ao titular um calendário com consultas agendadas, prazos de carência e vencimentos. |
| Ator | Titular |
| Pré-condições | 1. Titular autenticado 2. Ter eventos vinculados ao seu plano |
| Ação | Usuário acessa calendário e visualiza eventos pessoais e datas importantes |
| Fluxo principal | - Usuário acessa a área de calendário - Sistema exibe visualização personalizada com: consultas, carências, vencimentos |
| Fluxo alternativo | - Não há consultas ou prazos registrados - Sistema informa ausência de eventos |
| Fluxo de exceção | - Falha na recuperação de dados - Exibe mensagem de erro |
| Pós-condições | Titular visualiza suas obrigações e compromissos relacionados ao plano |
| Rastreabilidade | RF16 |
| Data de criação | 17/05/2025 |
Fonte: Autoria de Lucas Alves
UC24 – Registrar denúncia contra profissional
Tabela 26 - Caso de Uso 24
| Campo | Descrição |
|---|---|
| UC24 | Registrar denúncia contra profissional |
| Descrição | Permitir que o titular registre denúncias sobre condutas inadequadas de profissionais da rede credenciada. |
| Ator | Titular |
| Pré-condições | 1. Titular autenticado 2. Consulta ou atendimento realizado com profissional credenciado |
| Ação | Usuário preenche formulário de denúncia e submete com descrição dos fatos |
| Fluxo principal | - Usuário acessa seção de denúncias - Informa dados do atendimento - Descreve a denúncia - Submete para análise |
| Fluxo alternativo | - Usuário salva denúncia como rascunho para enviar depois |
| Fluxo de exceção | - Falha no envio da denúncia - Sistema exibe erro e sugere reenvio |
| Pós-condições | Denúncia registrada e encaminhada para análise pelo setor responsável |
| Rastreabilidade | RF18 |
| Data de criação | 17/05/2025 |
Fonte: Autoria de Lucas Alves
UC25 – Comunicar com folha de pagamento do GDF
Tabela 27 - Caso de Uso 25
| Campo | Descrição |
|---|---|
| UC25 | Comunicar com folha de pagamento do GDF |
| Descrição | Permitir comunicação automatizada entre o sistema e a folha de pagamento do GDF para descontos de mensalidades. |
| Ator | Sistema |
| Pré-condições | 1. Titular com vínculo ativo ao GDF 2. Plano de saúde com mensalidade ativa |
| Ação | Sistema envia dados de cobrança à folha de pagamento e recebe confirmação de desconto |
| Fluxo principal | - Sistema verifica titulares vinculados - Gera informações de cobrança - Envia à folha do GDF - Recebe confirmação de desconto |
| Fluxo alternativo | - Sistema reprograma envio se falha temporária na comunicação |
| Fluxo de exceção | - Falha na integração com sistema do GDF - Notifica equipe técnica |
| Pós-condições | Mensalidade é descontada automaticamente na folha |
| Rastreabilidade | RNF09 |
| Data de criação | 17/05/2025 |
Fonte: Autoria de Lucas Alves
UC26 – Acesso rápido à carteirinha digital
Tabela 28 - Caso de Uso 26
| Campo | Descrição |
|---|---|
| UC26 | Acesso rápido à carteirinha digital |
| Descrição | Garantir que a carteirinha digital esteja acessível em até três cliques ou no máximo dois a partir da tela inicial. |
| Ator | Titular |
| Pré-condições | 1. Aplicativo instalado 2. Titular autenticado |
| Ação | Usuário navega pela interface do app até a carteirinha digital com acessibilidade rápida |
| Fluxo principal | - Usuário abre o aplicativo - Acessa a área de carteirinha (máximo 2 cliques) - Visualiza dados |
| Fluxo alternativo | - Carteirinha disponível via atalho na tela inicial |
| Fluxo de exceção | - Falha no carregamento da carteirinha - Exibe erro e instruções |
| Pós-condições | Titular acessa rapidamente seus dados de identificação do plano |
| Rastreabilidade | RNF10 |
| Data de criação | 17/05/2025 |
Fonte: Autoria de Lucas Alves
UC27 - Visualizar Histórico de Guias
Tabela 29 - Caso de Uso 27
| Campo | Descrição |
|---|---|
| UC27 | Visualizar histórico de guias |
| Descrição | O caso de uso possibilita ao usuário visualizar seu histórico de guias, incluindo consultas médicas, exames realizados, resultados de exames laboratoriais e coparticipações, de forma organizada e acessível no GDF Saúde. |
| Ator | Usuário cadastrado no plano de saúde GDF Saúde. |
| Pré-condições | O GDF Saúde deve conter registros de saúde do usuário. |
| Ação | O usuário acessa a seção "Histórico de Saúde" para visualizar informações do seu histórico de saúde. |
| Fluxo Básico | 1. O sistema exibe uma lista com as informações do histórico (consultas, exames, resultados e coparticipações). 2. O usuário pode aplicar filtros ou buscar por palavras-chave. 3. O usuário seleciona um item para visualizar detalhes. 4. O sistema exibe os detalhes completos do item selecionado. 5. Finaliza caso de uso. |
| Fluxo Alternativo | FA1. Sem Histórico Disponível: No passo 1, se não houver histórico, o sistema exibe "Nenhum histórico disponível". Finaliza fluxo. |
| Fluxo de Exceção | FE1. Erro Técnico: No passo 1, caso ocorra um erro técnico, o sistema exibe "Erro ao carregar histórico" e oferece opções de tentar novamente ou contatar o suporte. Finaliza fluxo. |
| Pós-condições | O usuário visualizou seu histórico de saúde. |
| Rastreabilidade | RF09 |
| Data de Criação | 15/05/2025 |
Fonte: Autoria de Matheus de Alcântara
UC28 - Favoritar Horários de Consulta
Tabela 30 - Caso de Uso 28
| Campo | Descrição |
|---|---|
| UC28 | Favoritar Horários de Consulta |
| Descrição | Permite ao usuário marcar horários preferidos para agendamentos futuros no GDF Saúde, facilitando agendamentos com rapidez e conveniência. |
| Ator | Usuário cadastrado no plano de saúde GDF Saúde. |
| Pré-condições | O GDF Saúde deve exibir horários disponíveis para consulta. |
| Ação | O usuário acessa a seção de agendamento, seleciona horários para favoritar e confirma a ação. |
| Fluxo Básico | 1. O sistema exibe horários disponíveis. 2. O usuário seleciona horários para favoritar. 3. O usuário confirma a ação. 4. O sistema salva os horários na lista de favoritos. 5. Finaliza caso de uso. |
| Fluxo Alternativo | FA1. Horário Indisponível: - Se um horário selecionado estiver indisponível, o sistema notifica "Horário não disponível" e remove-o da seleção. - O sistema retoma ao passo 2 do fluxo básico. |
| Fluxo de Exceção | FE1. Erro Técnico: - Se ocorrer erro ao salvar, o sistema exibe "Erro ao salvar horário" e oferece opção de tentar novamente. - Finaliza fluxo. |
| Pós-condições | Os horários favoritados estão salvos no perfil do usuário. |
| Rastreabilidade | RF10 |
| Data de Criação | 15/05/2025 |
Fonte: Autoria de Matheus de Alcântara
UC29 - Solicitação de Reembolso de Cobrança Indevida
Tabela 31 - Caso de Uso 29
| Campo | Descrição |
|---|---|
| UC29 | Solicitação de Reembolso de Cobrança Indevida |
| Descrição | Permite ao usuário solicitar reembolso de valores cobrados indevidamente no GDF Saúde, fornecendo justificativa e documentos para análise, garantindo um processo transparente e eficiente. |
| Ator | Usuário cadastrado no plano de saúde GDF Saúde. |
| Pré-condições | 1. O usuário deve ter uma cobrança registrada no GDF Saúde. 2. A solicitação deve ser feita dentro de 30 dias da cobrança indevida. |
| Ação | O usuário acessa a seção de reembolso, seleciona a cobrança indevida, preenche justificativa, anexa documentos e envia a solicitação para análise. |
| Fluxo Básico | 1. O sistema exibe uma lista de cobranças recentes. 2. O usuário seleciona a cobrança indevida. 3. O sistema apresenta formulário para justificativa e anexos. 4. O usuário preenche justificativa e anexa documentos. 5. O sistema valida e envia a solicitação. 6. O sistema notifica o usuário. 7. Finaliza caso de uso. |
| Fluxo Alternativo | FA1. Documentação Incompleta: - No passo 4, se a documentação estiver incompleta, o sistema solicita os arquivos faltantes. - O usuário anexa os documentos adicionais. - O sistema retoma ao passo 5. |
| Fluxo de Exceção | FE1. Erro Técnico: - No passo 5, caso ocorra erro técnico, o sistema exibe "Erro ao enviar solicitação" e oferece opção de tentar novamente. - Finaliza fluxo. |
| Pós-condições | A solicitação de reembolso foi registrada e enviada para análise. |
| Rastreabilidade | RF20 |
| Data de Criação | 15/05/2025 |
Fonte: Autoria de Matheus de Alcântara
UC30 - Acessar Histórico de Notificações
Tabela 32 - Caso de Uso 30
| Campo | Descrição |
|---|---|
| UC30 | Acessar Histórico de Notificações |
| Descrição | Permite ao usuário visualizar notificações recebidas nos últimos 6 meses no GDF Saúde. |
| Ator | Usuário cadastrado no plano de saúde GDF Saúde. |
| Pré-condições | O GDF Saúde deve ter notificações armazenadas por pelo menos 6 meses. |
| Ação | Usuário acessa a seção "Notificações" para visualizar o histórico. |
| Fluxo Básico | 1. Sistema exibe lista de notificações dos últimos 6 meses. 2. Usuário pode filtrar ou buscar notificações. 3. Finaliza caso de uso. |
| Fluxo Alternativo | FA1. Se não houver notificações, o sistema exibe "Nenhuma notificação disponível" e finaliza fluxo. |
| Fluxo de Exceção | FE1. Em caso de erro técnico, o sistema exibe "Erro ao carregar notificações" e oferece tentar novamente. |
| Pós-condições | O usuário acessou o histórico de notificações. |
| Rastreabilidade | RNF11 |
| Data de Criação | 15/05/2025 |
Fonte: Autoria de Matheus de Alcântara
UC31 - Receber Suporte via Chat ou Telefone
Tabela 33 - Caso de Uso 31
| Campo | Descrição |
|---|---|
| UC31 | Receber suporte via chat ou telefone |
| Descrição | O caso de uso possibilita ao usuário receber suporte por chat ou telefone para resolver dúvidas ou problemas, com tempos de resposta definidos. |
| Ator | Usuário cadastrado no plano de saúde GDF Saúde, Agente de Suporte |
| Pré-condições | O GDF Saúde deve ter canais de suporte (chat ou telefone) ativos. |
| Ação | O usuário acessa a seção "Suporte" no GDF Saúde e escolhe entre chat ou telefone para receber assistência. |
| Fluxo Básico | 1. O sistema exibe opções de chat ou telefone. 2. O usuário seleciona chat ou telefone. 3. Para chat: O sistema abre uma janela e o usuário envia uma mensagem. 4. Para telefone: O usuário liga para o número fornecido. 5. O agente de suporte responde e auxilia o usuário. 6. Finaliza caso de uso. |
| Fluxo Alternativo | FA1. Tempo de Espera Excedido: No passo 4, se o tempo de resposta exceder 5 minutos (chat) ou 2 toques (telefone), o sistema notifica "Aguarde, estamos atendendo" e retoma ao passo 4. |
| Fluxo de Exceção | FE1. Canal Indisponível: No passo 2, caso o canal esteja indisponível, o sistema exibe "Suporte temporariamente indisponível" e sugere tentar mais tarde. Finaliza fluxo. |
| Pós-condições | O usuário recebeu assistência ou foi informado sobre a solução. |
| Rastreabilidade | RNF12 |
| Data de Criação | 15/05/2025 |
Fonte: Autoria de Matheus de Alcântara
UC32 – Enviar Feedback de Atendimento
Tabela 34 - Caso de Uso 32
| Campo | Descrição |
|---|---|
| UC32 | Enviar Feedback de Atendimento |
| Descrição | Permitir que o usuário acesse o app mediante autenticação GovBR. |
| Ator | - Usuário cadastrado no GovBR |
| Pré-condições | 1. Usuário autenticado 2. Consulta já realizada 3. Conexão com a internet ativa |
| Ação | Usuário acessa o canal de feedback, seleciona uma consulta anterior e preenche o formulário com a avaliação. |
| Fluxo principal | - Usuário acessa a área de feedback - Seleciona uma consulta - Preenche formulário de avaliação - Envia feedback |
| Fluxo alternativo | - Consulta ainda não realizada: sistema bloqueia envio - Avaliação incompleta: sistema solicita preenchimento obrigatório |
| Fluxo de exceção | - Falha de rede durante envio - Erro de autenticação do usuário |
| Pós-condições | Feedback registrado e vinculado à consulta avaliada |
| Rastreabilidade | RF11 |
| Data de criação | 17/05/2025 |
Fonte: Autoria de Othavio Bolzan
UC33 – Acessar Informações sobre Novas Funcionalidades
Tabela 35 - Caso de Uso 33
| Campo | Descrição |
|---|---|
| UC33 | Acessar Informações sobre Novas Funcionalidades |
| Descrição | Permitir que o usuário acesse informações divulgadas pelo sistema sobre novas funcionalidades do aplicativo. |
| Ator | - Usuário do plano de saúde. -Sistema do GDF Saúde |
| Pré-condições | 1. Aplicativo iniciado 2. Conexão com a internet ativ |
| Ação | Sistema adiciona informações sobre novas funcionalidades; usuário acessa e visualiza essas informações. |
| Fluxo principal | - Sistema publica nova funcionalidade - Usuário acessa área de novidades - Visualiza detalhes da funcionalidade. |
| Fluxo alternativo | - Usuário não acessa a área de novidades - Nenhuma ação ocorre. |
| Fluxo de exceção | - Falha na atualização de dados pelo sistema - Problemas de conexão no acesso do usuário. |
| Pós-condições | Usuário visualiza informações atualizadas sobre novas funcionalidades. |
| Rastreabilidade | RF12 |
| Data de criação | 17/05/2025 |
Fonte: Autoria de Othavio Bolzan
UC34 – Acessar Aplicativo em Modo Offline
Tabela 36 - Caso de Uso 34
| Campo | Descrição |
|---|---|
| UC34 | Acessar Aplicativo em Modo Offline. |
| Descrição | Permitir que o usuário acesse o aplicativo e utilize funcionalidades básicas como carteirinha e histórico de consultas sem conexão com a internet. |
| Ator | - Usuário do plano de saúde. |
| Pré-condições | 1. Aplicativo instalado 2. Dados sincronizados previamente 3. Sem conexão com internet. |
| Ação | Usuário inicia o aplicativo sem conexão; sistema carrega funcionalidades offline permitidas. |
| Fluxo principal | - Usuário abre aplicativo - Sistema detecta ausência de internet - Ativa modo offline - Usuário acessa carteirinha e histórico de consultas |
| Fluxo alternativo | - Caso dados offline não estejam atualizados, sistema exibe aviso de possível desatualização. |
| Fluxo de exceção | - Dados offline corrompidos ou indisponíveis |
| Pós-condições | Usuário acessa funcionalidades básicas com dados disponíveis em modo offline |
| Rastreabilidade | RNF13 |
| Data de criação | 17/05/2025 |
Fonte: Autoria de Othavio Bolzan
UC35 – Fazer login via GovBR
Tabela 37 - Caso de Uso 35
| Campo | Descrição |
|---|---|
| UC35 | Fazer login via GovBR |
| Descrição | Permitir que o usuário acesse o app mediante autenticação GovBR. |
| Ator | Usuário cadastrado no GovBR |
| Pré-condições | App instalado, conexão à internet e conta GovBR ativa. |
| Ação | O usuário seleciona "Login com GovBR" e realiza a autenticação. |
| Fluxo principal | 1. Usuário acessa a tela de login. 2. Seleciona "Autenticar com GovBR". 3. Sistema redireciona para a plataforma GovBR. 4. Usuário insere credenciais GovBR. 5. Sistema valida e autentica o usuário. |
| Fluxo alternativo | Credenciais inválidas: sistema exibe mensagem de erro e sugere recuperação de senha. |
| Fluxo de exceção | Falha na conexão com GovBR: sistema informa indisponibilidade temporária. |
| Pós-condições | Usuário autenticado e com acesso às funcionalidades do app. |
| Rastreabilidade | RF22 |
| Data de criação | 17/05/2025 |
| --- |
Fonte: Adaptado de Yzabella Miranda
UC36 – Consultar rede odontológica
Tabela 38 - Caso de Uso 36
| Campo | Descrição |
|---|---|
| UC36 | Consultar rede odontológica |
| Descrição | Permitir ao usuário buscar clínicas odontológicas cadastradas. |
| Ator | Usuário autenticado |
| Pré-condições | Usuário estar logado via GovBR. |
| Ação | O usuário acessa a funcionalidade de busca e insere critérios de pesquisa. |
| Fluxo principal | 1. Usuário acessa "Buscar rede odontológica". 2. Insere filtros (ex.: especialidade, bairro). 3. Sistema exibe lista de clínicas disponíveis. |
| Fluxo alternativo | Nenhum resultado: sistema sugere ampliar critérios de busca. |
| Fluxo de exceção | Falha na conexão: sistema notifica "Tente novamente mais tarde". |
| Pós-condições | Usuário visualiza clínicas odontológicas compatíveis. |
| Rastreabilidade | RF13 |
| Data de criação | 17/05/2025 |
| --- |
Fonte: Adaptado de Yzabella Miranda
UC37 – Apresentar Novas Clínicas Próximas
| Campo | Descrição |
|---|---|
| UC37.1 | Apresentar Novas Clínicas Próximas |
| Descrição | Exibir novas clínicas que surgiram na região do usuário, com base em sua localização. |
| Ator | Usuário autenticado |
| Pré-condições | Usuário logado e permissão para uso de geolocalização. |
| Ação | O sistema detecta a localização do usuário e apresenta uma lista de novas clínicas na proximidade. |
| Fluxo principal | 1. Usuário acessa a opção "Novas Unidades de Saúde Próximas". 2. Sistema detecta a localização automática do usuário. 3. Exibe uma lista de novas clínicas em ordem de proximidade. |
| Fluxo alternativo | Localização automática falha: usuário insere o endereço manualmente. |
| Fluxo de exceção | Geolocalização desativada: sistema solicita ativação ou entrada manual. |
| Pós-condições | Usuário visualiza novas clínicas próximas ou resultados conforme o endereço inserido. |
| Rastreabilidade | RF14.1 |
| Data de criação | 20/06/2025 |
Fonte: Adaptado de Yzabella Miranda
UC38 – Apresentar Clínicas Próximas
| Campo | Descrição |
|---|---|
| UC37.2 | Apresentar Clínicas Próximas |
| Descrição | Exibir clínicas existentes na região do usuário, com base em sua localização. |
| Ator | Usuário autenticado |
| Pré-condições | Usuário logado e permissão para uso de geolocalização. |
| Ação | O sistema detecta a localização do usuário e apresenta uma lista de clínicas próximas. |
| Fluxo principal | 1. Usuário acessa a opção "Buscar Unidades de Saúde Próximas". 2. Sistema detecta a localização automática do usuário. 3. Exibe uma lista de clínicas em ordem de proximidade. |
| Fluxo alternativo | Localização automática falha: usuário insere o endereço manualmente. |
| Fluxo de exceção | Geolocalização desativada: sistema solicita ativação ou entrada manual. |
| Pós-condições | Usuário visualiza clínicas próximas ou resultados conforme o endereço inserido. |
| Rastreabilidade | RF14.2 |
| Data de criação | 20/06/2025 |
Fonte: Adaptado de Yzabella Miranda
UC39 – Baixar comprovante de agendamento
Tabela 40 - Caso de Uso 38
| Campo | Descrição |
|---|---|
| UC38 | Baixar comprovante de agendamento |
| Descrição | Permitir ao usuário baixar comprovantes de agendamentos realizados. |
| Ator | Usuário autenticado com agendamento ativo. |
| Pré-condições | Usuário logado e agendamento confirmado. |
| Ação | O usuário acessa a lista de agendamentos e seleciona "Baixar comprovante". |
| Fluxo principal | 1. Usuário acessa "Comprovantes de agendamento". 2. Seleciona o agendamento desejado. 3. Clica em "Baixar" e o sistema gera um PDF. |
| Fluxo alternativo | Comprovante expirado: sistema notifica "Agendamento não encontrado". |
| Fluxo de exceção | Falha no servidor: sistema exibe mensagem de erro. |
| Pós-condições | Comprovante é salvo no dispositivo do usuário. |
| Rastreabilidade | RF15 |
| Data de criação | 17/05/2025 |
Fonte: Adaptado de Yzabella Miranda
Referência Bibliográfica
DevMedia. O que é UML e Diagramas de Caso de Uso: Introdução Prática à UML. 2012. Disponível em: https://www.devmedia.com.br/o-que-e-uml-e-diagramas-de-caso-de-uso-introducao-pratica-a-uml/23408. Acessado em 25 mai. de 2025
Lucid Software Português. Tutorial de Caso de Uso UML. Youtube, 25 abr. 2019. Disponível em: https://youtu.be/ab6eDdwS3rA?si=rWAOOakqyrtqkKng. Accesso em 25 mai. 2025.
Histórico de Versões
| Versão | Data | Descrição | Autor(es) | Revisor(es) |
|---|---|---|---|---|
1.0 |
15/05/2025 | Criação do documento | Yzabella Miranda e Isaque Camargos | Ana Luiza Soares |
1.1 |
15/05/2025 | Adição dos casos de usos referentes aos requisitos funcionais 3, 4 e 19 e dos requisitos não funcionais 4, 5 e 6 | Isaque Camargos | Lucas Alves |
1.2 |
15/05/2025 | Adição dos casos de usos referentes aos requisitos funcionais 9, 10 e 20 e dos requisitos não funcionais 11 e 12 | Matheus de Alcântara | Isaque Camargos |
1.3 |
17/05/2025 | Adição dos casos de usos referentes aos requisitos funcionais 1, 2 e 21 e dos requisitos não funcionais 1, 2 e 3 | Ana Luiza Soares | Kaleb Macedo |
1.4 |
17/05/2025 | Adição dos casos de usos referentes aos requisitos funcionais 5, 6 e 17 e dos requisitos não funcionais 7 e 8 | Kaleb Macedo | Matheus de Alcântara |
1.5 |
17/05/2025 | Adição dos casos de usos referentes aos requisitos funcionais 7, 8 e 18 e dos requisitos não funcionais 9 e 10 | Lucas Alves | Yzabella Miranda |
1.6 |
17/05/2025 | Adição dos casos de usos referentes aos requisitos funcionais 11 e 12 e dos requisitos não funcionais 13 e 14 | Othavio Bolzan | Kaleb Macedo |
1.7 |
17/05/2025 | Adição dos casos de usos referentes aos requisitos funcionais 13, 14 e 15 e dos requisitos não funcionais 15 | Yzabella Miranda | Othavio Bolzan |
1.8 |
08/06/2025 | Adição de ancoras | Isaque Camargos | Lucas Alves |