Pular para conteúdo

Entrega da unidade 3

1. Product Backlog Building (PBB) - HealthNet

1.1. Sobre o Product Backlog Building

O Product Backlog Building (PBB) é uma metodologia colaborativa bastante utilizada em ambientes ágeis para organizar e priorizar os requisitos de um produto. Criada com o objetivo de tornar mais eficiente a elaboração do backlog, essa abordagem permite que as equipes compreendam com mais clareza as necessidades dos usuários e as transformem em funcionalidades bem definidas. O PBB integra elementos do Design Thinking com os fundamentos do Agile, promovendo o alinhamento entre todos os envolvidos no projeto – desde os desenvolvedores até os clientes. Ao incentivar a participação ativa dos stakeholders, essa técnica estimula uma visão coletiva e evita retrabalho, garantindo que os esforços estejam focados naquilo que realmente agrega valor ao produto. Durante sua aplicação, o PBB busca responder questões centrais como: "o que deve ser desenvolvido?", "quem são os usuários finais?" e "de que forma eles serão beneficiados?", tornando-se uma abordagem prática e orientada ao valor.

O PBB Canvas, por sua vez, é uma ferramenta visual que estrutura o processo de Product Backlog Building de forma clara e intuitiva. Ele é dividido em blocos que auxiliam na coleta e organização das informações fundamentais para o desenvolvimento do produto. Dentre essas seções, destacam-se os campos para os objetivos do negócio, as personas (representações dos usuários) e as atividades que esses usuários irão desempenhar. Cada atividade é decomposta em tarefas menores, que compõem os itens do backlog. Essa representação visual facilita o processo de priorização, evidenciando dependências e ligando diretamente os objetivos estratégicos às entregas da equipe. Com isso, o PBB Canvas não só melhora a comunicação entre os membros do time, mas também aumenta a transparência do projeto, resultando em um desenvolvimento mais eficaz e alinhado aos resultados esperados.

1.2. PBB realizado para a HealthNet:

O Canvas de Product Backlog Building da empresa "HealthNet" foi realizada em equipe com o auxílio da plataforma Miro, por meio do template oficial projetado por Fábio Aguiar, criador do método PBB para desenvolvimento de soluções de software e definição do backlog de produtos.

O Canvas PBB pode ser acessado pelo link abaixo:

1.3. Histórias de Usuários:

1.3.1 Persona: Recepcionista (Maria)

  • Funcionalidade: Gerenciamento de Cadastro de Pacientes.
Código US Título História de Usuário
US 1.1 Cadastrar novo paciente Como Recepcionista, quero cadastrar um novo paciente de forma rápida e intuitiva, para agilizar o atendimento e reduzir tempo de espera na recepção.
US 1.3 Atualizar informações do paciente Como Recepcionista, quero atualizar informações cadastrais e de contato do paciente de forma eficiente, para garantir dados precisos e facilitar comunicação.

1.3.2 Persona: Médico (Dr. João)

  • Funcionalidade: Prontuário Eletrônico do Paciente (PEP) e Suporte à Decisão Clínica.
Código US Título História de Usuário
US 1.2 Consultar histórico de paciente Como Médico, quero acessar o histórico completo do paciente de todas as unidades da HealthNet, para ter informações relevantes e tomar decisões clínicas mais assertivas.
US 1.4 Visualizar prontuário eletrônico completo Como Médico, quero visualizar de forma centralizada todos os dados clínicos do paciente — exames, tratamentos — para compreender o quadro clínico completo e embasar diagnóstico e tratamento.
US 1.5 Registrar notas médicas e evoluções no prontuário Como Médico, quero inserir notas de atendimento e evoluções clínicas diretamente no PEP, para manter registro atualizado e detalhado de cada consulta.
US 1.12 Gerar prescrição eletrônica Como Médico, quero criar prescrições digitais padronizadas e seguras, para reduzir erros de legibilidade e garantir integridade da informação.
US 1.13 Gerar alerta de alergias Como Médico, quero receber alertas automáticos sobre alergias conhecidas do paciente durante prescrição, para evitar reações adversas.
US 1.14 Gerar alerta de interações medicamentosas Como Médico, quero que o sistema verifique automaticamente interações medicamentosas durante prescrição, para prevenir complicações.
US 1.22 Transferir paciente entre unidades Como Médico, quero transferir pacientes entre departamentos/unidades eletronicamente, para agilizar fluxo de atendimento e eliminar documentos físicos.
US 1.23 Encaminhar paciente a especialista Como Médico, quero encaminhar pacientes a outros especialistas de forma digital, para garantir continuidade do cuidado e acesso a expertise.
US 1.24 Compartilhar informações entre equipes médicas Como Médico, quero compartilhar informações relevantes do paciente com equipes médicas de forma segura e eficiente, para atendimento coordenado.

1.3.3 Persona: Coordenador de Agendamento (Rafael)

  • Funcionalidade: Sistema Integrado de Agendamento.
Código US Título História de Usuário
US 1.7 Visualizar disponibilidade de médicos Como Coordenador, quero visualizar agendas de todos os profissionais de saúde de modo integrado, para facilitar agendamento e otimizar distribuição de consultas.
US 1.9 Remarcar consultas Como Coordenador, quero reagendar consultas de pacientes de forma ágil, para acomodar necessidades dos pacientes e otimizar agenda dos médicos.
US 1.10 Cancelar consultas Como Coordenador, quero cancelar consultas de pacientes de forma simples, para liberar horários e gerenciar agenda com eficiência.
US 1.11 Enviar lembretes automáticos de consulta Como Coordenador, quero que o sistema envie lembretes automáticos por SMS/e‑mail/portal, para reduzir faltas e melhorar experiência do paciente.

1.3.4 Persona: Paciente (Sra. Clara)

  • Funcionalidade: Portal do Paciente.
Código US Título História de Usuário
US 1.8 Agendar consultas online Como Paciente, quero agendar minhas consultas através do portal, para ter autonomia e conveniência no gerenciamento dos horários.
US 1.18 Acessar histórico médico pessoal (portal) Como Paciente, quero acessar histórico médico completo no portal, para acompanhar minha saúde e controlar minhas informações.
US 1.19 Visualizar resultados de exames (portal) Como Paciente, quero acessar e baixar resultados de exames diretamente do portal, para ter acesso rápido aos laudos.
US 1.20 Receber lembretes de medicação Como Paciente, quero receber lembretes de medicação por portal/notificações, para seguir corretamente o tratamento.
US 1.21 Gerenciar dados pessoais (portal) Como Paciente, quero atualizar meus dados básicos e de contato no portal, para manter informações corretas e facilitar comunicação com a clínica.

1.3.5 Persona: Farmacêutica (Lívia)

  • Funcionalidade: Módulo de Prescrição e Dispensação.
Código US Título História de Usuário
US 1.15 Receber prescrições na farmácia Como Farmacêutica, quero receber prescrições eletrônicas diretamente no sistema da farmácia, para agilizar dispensação e reduzir erros.
US 1.16 Registrar dispensação de medicamentos Como Farmacêutica, quero registrar quais medicamentos foram dispensados ao paciente, para controlar estoque e histórico de medicação.
US 1.17 Acessar informações detalhadas de medicamentos Como Farmacêutica, quero acessar informações detalhadas (bula, composição, posologia, efeitos, interações), para orientar pacientes e verificar segurança.

1.3.6 Persona: Diretor de Tecnologia (Sr. Roberto)

  • Funcionalidade: Segurança e Monitoramento de Sistema.
Código US Título História de Usuário
US 1.6 Garantir segurança e privacidade de dados Como Diretor de Tecnologia, quero que o sistema implemente medidas de segurança robustas e cumpra a LGPD, para proteger dados sensíveis e evitar multas ou vazamentos.
US 1.25 Coletar dados automaticamente para relatórios Como Diretor de Tecnologia, quero que o sistema colete dados de diferentes fontes automaticamente, para garantir precisão e abrangência sem intervenção manual.
US 1.26 Monitorar o desempenho do sistema Como Diretor de Tecnologia, quero dashboards e alertas para monitorar desempenho e estabilidade do sistema, para identificar e resolver problemas proativamente.
US 1.27 Monitorar a segurança do sistema Como Diretor de Tecnologia, quero funcionalidades para monitorar e garantir a segurança dos dados e infraestrutura, para proteger contra ameaças cibernéticas e vazamentos.

1.4. Critérios de Aceitação das Histórias de Usuários

PBI 1.1: Realizar Cadastro de Novo Paciente

História de Usuário: Como uma Recepcionista, eu quero cadastrar um novo paciente, para agilizar o atendimento e reduzir o tempo de espera na recepção.

Critérios de Aceitação:

  • Registrar nome completo, CPF, data de nascimento, telefone, e-mail e endereço.
  • Validar CPF único para cada paciente.
  • Exibir campos obrigatórios.
  • Confirmar cadastro bem-sucedido.
  • Permitir buscar paciente após cadastro.

PBI 1.2: Consultar Histórico Completo do Paciente (Todas as Unidades)

História de Usuário: Como um Médico (Dr. João), eu quero acessar o histórico médico completo do paciente de qualquer unidade da HealthNet, para ter todas as informações relevantes durante a consulta e tomar decisões clínicas mais assertivas.

Critérios de Aceitação:

  • Exibir histórico unificado de todas as unidades.
  • Incluir consultas anteriores, exames, prescrições e evoluções.
  • Permitir filtro por data, unidade ou tipo de registro.
  • Garantir acesso seguro e rápido.

PBI 1.3: Atualizar Informações do Paciente

História de Usuário: Como uma Recepcionista, eu quero atualizar informações cadastrais e de contato do paciente de forma eficiente, para garantir dados precisos e facilitar a comunicação.

Critérios de Aceitação:

  • Permitir alteração de nome, CPF, data de nascimento, telefone, e-mail e endereço.
  • Validar formatos de e-mail e telefone.
  • Confirmar atualização bem-sucedida.
  • Manter histórico de alterações (opcional).

PBI 1.4: Visualizar Prontuário Eletrônico Completo (Exames, Tratamentos)

História de Usuário: Como um Médico (Dr. João), eu quero visualizar de forma centralizada todos os dados clínicos do paciente, incluindo exames e tratamentos anteriores, para compreender o quadro clínico completo e embasar o diagnóstico e tratamento.

Critérios de Aceitação:

  • Exibir lista de exames realizados com resultados.
  • Exibir alerta de alergias
  • Exibir alerta de interações medicamentosas
  • Detalhar tratamentos prescritos e em andamento.
  • Apresentar informações de forma organizada e legível.
  • Permitir navegação fácil entre seções (exames, tratamentos, histórico).

PBI 1.5: Registrar Notas Médicas e Evoluções no Prontuário

História de Usuário: Como um Médico (Dr. João), eu quero inserir notas de atendimento e evoluções clínicas diretamente no Prontuário Eletrônico (PEP), para manter o registro atualizado de cada consulta.

Critérios de Aceitação:

  • Permitir adicionar novas notas de evolução.
  • Registrar data, hora e identificação do médico automaticamente.
  • Exibir notas cronologicamente no prontuário.
  • Permitir edição das notas (com controle de versão, se aplicável).

PBI 1.6: Garantir Segurança e Privacidade dos Dados do Paciente

História de Usuário: Como um Diretor de Tecnologia (Sr. Roberto), eu quero que o sistema implemente medidas de segurança robustas e garanta a conformidade com regulamentações de proteção de dados (LGPD), para proteger as informações sensíveis dos pacientes e evitar multas ou vazamentos.

Critérios de Aceitação:

  • Criptografar dados sensíveis.
  • Implementar controle de acesso baseado em função (RBAC).
  • Auditar e registrar todas as ações de acesso e modificação de dados.
  • Anonimizar/pseudonimizar dados para relatórios e análises (conforme LGPD).
  • Fornecer mecanismos para exclusão de dados (direito ao esquecimento).

PBI 1.7: Visualizar Disponibilidade de Médicos e Especialistas (Unificado)

História de Usuário: Como um Coordenador de Agendamento (Rafael), eu quero visualizar as agendas de todos os profissionais de saúde de forma integrada, para facilitar o agendamento e otimizar a distribuição de consultas.

Critérios de Aceitação:

  • Exibir calendário unificado com a disponibilidade de todos os médicos.
  • Permitir filtrar por especialidade, unidade e período.
  • Indicar claramente horários livres e ocupados.
  • Permitir agendamento diretamente da visualização da agenda.

PBI 1.8: Agendar Consultas Online para Pacientes (Portal do Paciente)

História de Usuário: Como uma Paciente (Sra. Clara), eu quero agendar minhas próprias consultas através do portal online, para ter autonomia e conveniência no gerenciamento dos meus horários.

Critérios de Aceitação:

  • Permitir escolher especialidade, médico, data e horário disponíveis.
  • Confirmar agendamento via e-mail ou SMS.
  • Exibir consulta agendada no painel do paciente.
  • Validar dados do paciente para agendamento.

PBI 1.9: Remarcar Consultas de Pacientes

História de Usuário: Como um Coordenador de Agendamento (Rafael), eu quero reagendar consultas de pacientes de forma ágil, para acomodar as necessidades dos pacientes e otimizar a agenda dos médicos.

Critérios de Aceitação:

  • Permitir remarcar consulta existente para novo horário/data.
  • Atualizar agenda do médico automaticamente.
  • Notificar paciente sobre a remarcação.
  • Disponibilizar a função de remarcação para o paciente via portal.

PBI 1.10: Cancelar Consultas de Pacientes

História de Usuário: Como um Coordenador de Agendamento (Rafael), eu quero cancelar consultas de pacientes de forma simples, para liberar horários e gerenciar a agenda de forma eficiente.

Critérios de Aceitação:

  • Permitir cancelar consulta existente.
  • Remover consulta da agenda do médico.
  • Notificar paciente sobre o cancelamento.
  • Disponibilizar a função de cancelamento para o paciente via portal.

PBI 1.11: Enviar Notificações Automáticas de Lembrete de Consulta

História de Usuário: Como um Coordenador de Agendamento (Rafael), eu quero que o sistema envie lembretes automáticos de consultas por SMS, e-mail ou via portal do paciente, para reduzir o número de faltas e melhorar a experiência do paciente.

Critérios de Aceitação:

  • Enviar lembrete X horas antes da consulta (configurável).
  • Permitir configurar canal de notificação (SMS/e-mail/portal).
  • Incluir data, hora, médico e local na notificação.
  • Atualizar status da notificação no sistema.

PBI 1.12: Gerar Prescrição Eletrônica de Medicamentos

História de Usuário: Como um Médico (Dr. João), eu quero criar prescrições digitais de forma padronizada e segura, para reduzir erros de legibilidade e garantir a integridade da informação.

Critérios de Aceitação:

  • Permitir selecionar medicamentos de um banco de dados.
  • Preencher dosagem, via, frequência e duração do tratamento.
  • Gerar prescrição em formato legível e padronizado.
  • Permitir assinatura digital da prescrição (se aplicável).
  • Registrar prescrição no prontuário do paciente.

PBI 1.13: Gerar Alerta Automático de Alergias ao Prescrever

História de Usuário: Como um Médico (Dr. João), eu quero receber alertas automáticos sobre alergias conhecidas do paciente durante o processo de prescrição, para evitar reações adversas e garantir a segurança do paciente.

Critérios de Aceitação:

  • Verificar histórico de alergias do paciente ao adicionar medicamento.
  • Exibir alerta claro e imediato em caso de alergia.
  • Exigir confirmação ou alteração da prescrição em caso de alerta.
  • Registrar ação do médico após o alerta.

PBI 1.14: Gerar Alerta Automático de Interações Medicamentosas ao Prescrever

História de Usuário: Como um Médico (Dr. João), eu quero que o sistema verifique automaticamente interações entre medicamentos prescritos, para prevenir complicações e garantir a eficácia do tratamento.

Critérios de Aceitação:

  • Analisar interações entre novos medicamentos e os já prescritos/em uso.
  • Exibir alerta de interação medicamentosa com nível de gravidade.
  • Sugerir informações ou alternativas para o médico.
  • Registrar a decisão do médico em relação à interação.

PBI 1.15: Receber Prescrições Eletronicamente na Farmácia

História de Usuário: Como uma Farmacêutica (Lívia), eu quero receber as prescrições médicas diretamente no sistema da farmácia, para agilizar o processo de dispensa e reduzir erros de transcrição.

Critérios de Aceitação:

  • Exibir prescrições eletrônicas em uma fila de atendimento.
  • Apresentar todas as informações da prescrição de forma legível.
  • Permitir vincular a prescrição ao registro do paciente.
  • Atualizar status da prescrição para "recebida".

PBI 1.16: Registrar Dispensação de Medicamentos

História de Usuário: Como uma Farmacêutica (Lívia), eu quero registrar quais medicamentos foram dispensados ao paciente, para ter um controle preciso do estoque e do histórico de medicação do paciente.

Critérios de Aceitação:

  • Permitir registrar a quantidade dispensada de cada medicamento.
  • Debitar automaticamente do estoque.
  • Registrar data e hora da dispensa.
  • Associar dispensa ao paciente e à prescrição.
  • Gerar comprovante de dispensa.

PBI 1.17: Acessar Informações Detalhadas de Medicamentos (Para Farmacêutico)

História de Usuário: Como uma Farmacêutica (Lívia), eu quero acessar informações detalhadas sobre cada medicamento no sistema, para orientar os pacientes, verificar a segurança e tomar decisões informadas.

Critérios de Aceitação:

  • Fornecer acesso a bula completa do medicamento.
  • Incluir informações sobre composição, posologia, efeitos colaterais.
  • Detalhar contraindicações e interações medicamentosas.
  • Permitir busca rápida por nome do medicamento.

PBI 1.18: Acessar Histórico Médico Pessoal (Via Portal)

História de Usuário: Como uma Paciente (Sra. Clara), eu quero acessar uma área segura no portal onde eu possa visualizar meu histórico médico completo, para acompanhar minha saúde e ter controle sobre minhas informações.

Critérios de Aceitação:

  • Exibir lista de consultas anteriores (data, médico, especialidade).
  • Apresentar resumo de diagnósticos e procedimentos.
  • Garantir acesso seguro por login e senha.
  • Permitir filtrar o histórico.

PBI 1.19: Visualizar Resultados de Exames (Via Portal)

História de Usuário: Como uma Paciente (Sra. Clara), eu quero acessar e fazer download dos resultados de meus exames diretamente do portal, para ter acesso rápido aos meus laudos sem precisar ir à clínica.

Critérios de Aceitação:

  • Exibir lista de exames realizados.
  • Permitir visualizar o laudo do exame no portal.
  • Disponibilizar opção de download do laudo em PDF.
  • Notificar paciente quando novo resultado estiver disponível.

PBI 1.20: Receber Lembretes de Medicação (Via Portal/Notificações)

História de Usuário: Como uma Paciente (Sra. Clara), eu quero receber lembretes de medicação através do portal ou outros canais, para garantir que eu siga o tratamento corretamente e não me esqueça de tomar meus remédios.

Critérios de Aceitação:

  • Permitir configurar horário e frequência dos lembretes.
  • Enviar notificações via portal, e-mail ou push (se configurado).
  • Identificar o medicamento e a dosagem no lembrete.
  • Permitir desativar os lembretes a qualquer momento.

PBI 1.21: Gerenciar Dados Cadastrais Pessoais (Via Portal)

História de Usuário: Como uma Paciente (Sra. Clara), eu quero atualizar meus dados básicos e de contato no portal, para manter minhas informações sempre corretas e facilitar a comunicação com a clínica.

Critérios de Aceitação:

  • Permitir edição de nome, telefone, e-mail e endereço.
  • Validar formato dos dados inseridos.
  • Confirmar atualização bem-sucedida.
  • Garantir segurança na atualização dos dados.

PBI 1.22: Transferir Paciente entre Departamentos/Unidades (Eletrônico)

História de Usuário: Como um Médico (Dr. João), eu quero transferir pacientes entre departamentos ou unidades da HealthNet de forma eletrônica, para agilizar o fluxo de atendimento e eliminar o transporte manual de documentos.

Critérios de Aceitação:

  • Permitir selecionar o paciente e o departamento/unidade de destino.
  • Transferir eletronicamente o prontuário completo.
  • Notificar a equipe do departamento/unidade de destino.
  • Registrar a transferência no histórico do paciente.

PBI 1.23: Encaminhar Paciente a Outro Especialista (Eletrônico)

História de Usuário: Como um Médico (Dr. João), eu quero encaminhar pacientes a outros especialistas de forma digital, para garantir a continuidade do cuidado e facilitar o acesso a diferentes expertises.

Critérios de Aceitação:

  • Permitir gerar encaminhamento digital.
  • Informar especialista, motivo e observações do encaminhamento.
  • Notificar o especialista ou a equipe de agendamento.
  • Registrar o encaminhamento no prontuário.

PBI 1.24: Compartilhar Informações do Paciente entre Equipes Médicas (Digitalmente)

História de Usuário: Como um Médico (Dr. João), eu quero compartilhar informações relevantes do paciente com outras equipes médicas de forma segura e eficiente, para garantir uma visão holística e um atendimento coordenado.

Critérios de Aceitação:

  • Permitir selecionar partes do prontuário para compartilhamento.
  • Definir permissões de acesso (ex: somente leitura).
  • Notificar a equipe/profissional sobre o compartilhamento.
  • Registrar log de quem acessou o que e quando.
  • Garantir criptografia no compartilhamento de dados.

PBI 1.25: Coletar Dados para Relatórios Automaticamente (de Múltiplos Sistemas)

História de Usuário: Como um Diretor de Tecnologia (Sr. Roberto), eu quero que o sistema colete dados de diferentes fontes para a geração de relatórios automaticamente, para garantir a precisão e a abrangência das informações sem intervenção manual.

Critérios de Aceitação:

  • Integrar-se com todos os módulos do sistema (agendamento, financeiro, PEP).
  • Coletar dados de forma automatizada e programada.
  • Padronizar e consolidar os dados para relatórios.
  • Garantir a integridade e consistência dos dados coletados.

PBI 1.26: Monitorar o Desempenho do Sistema

História de Usuário: Como um Diretor de Tecnologia (Sr. Roberto), eu quero ter acesso a painéis e alertas para monitorar o desempenho e a estabilidade do sistema, para proativamente identificar e resolver problemas de performance antes que afetem os usuários.

Critérios de Aceitação:

  • Exibir métricas de desempenho em tempo real (CPU, memória, latência).
  • Gerar alertas automáticos para desvios de performance.
  • Apresentar gráficos e históricos de desempenho.
  • Identificar gargalos e anomalias de forma clara.

PBI 1.27: Monitorar a Segurança do Sistema

História de Usuário: Como um Diretor de Tecnologia (Sr. Roberto), eu quero que o sistema contenha funcionalidades para monitorar e garantir a segurança dos dados e da infraestrutura, para proteger contra ameaças cibernéticas e vazamentos de informações sensíveis.

Critérios de Aceitação:

  • Monitorar tentativas de acesso não autorizado.
  • Detectar e alertar sobre atividades suspeitas ou anomalias.
  • Registrar logs de segurança detalhados.
  • Realizar varreduras de vulnerabilidade programadas.
  • Alertar sobre configurações de segurança inadequadas.

1.5. Behavior Driven Development (BDD) das Histórias de Usuários

PBI 1.1: Realizar Cadastro de Novo Paciente

História de Usuário: Como uma Recepcionista, eu quero cadastrar um novo paciente de forma rápida e intuitiva, para agilizar o atendimento e reduzir o tempo de espera na recepção.

BDD (Behavior-Driven Development):

Cenário: Cadastro bem-sucedido de um novo paciente

Dado que a recepcionista está na tela de cadastro de pacientes

Quando ela preenche todos os campos obrigatórios (nome completo, CPF, data de nascimento, telefone, e-mail, endereço)

E clica em "Salvar"

Então o sistema registra o paciente com sucesso

E exibe uma mensagem de confirmação "Paciente cadastrado com sucesso"

E a recepcionista pode visualizar o cadastro do paciente na lista de pacientes.

Cenário: Tentativa de cadastro com CPF duplicado

Dado que a recepcionista está na tela de cadastro de pacientes

Quando ela tenta cadastrar um paciente com um CPF já existente no sistema

Então o sistema impede o cadastro

E exibe uma mensagem de erro indicando que o CPF já está em uso ("CPF já cadastrado").

Cenário: Campos obrigatórios não preenchidos

Dado que a recepcionista está na tela de cadastro de pacientes

Quando ela tenta salvar o cadastro sem preencher todos os campos obrigatórios

Então o sistema impede o cadastro

E destaca os campos não preenchidos com uma mensagem de validação (ex: "Campo obrigatório").


PBI 1.2: Consultar Histórico Completo do Paciente

História de Usuário: Como um Médico (Dr. João), eu quero acessar o histórico médico completo do paciente de qualquer unidade da HealthNet, para ter todas as informações relevantes durante a consulta e tomar decisões clínicas mais assertivas.

BDD (Behavior-Driven Development):

Cenário: Visualização do histórico completo do paciente

Dado que o médico está logado e pesquisa um paciente

Quando ele seleciona o paciente

E clica em "Visualizar Histórico Completo"

Então o sistema exibe um painel unificado com todas as consultas, exames, prescrições e evoluções de todas as unidades

E o médico pode filtrar o histórico por data, unidade ou tipo de registro.

Cenário: Histórico vazio ou inexistente

Dado que o médico acessa o histórico de um paciente recém-cadastrado ou sem registros

Quando ele tenta visualizar o histórico

Então o sistema exibe uma mensagem indicando que não há registros anteriores

E oferece a opção de adicionar novas informações.


PBI 1.3: Atualizar Informações do Paciente

História de Usuário: Como uma Recepcionista, eu quero atualizar informações cadastrais e de contato do paciente de forma eficiente, para garantir dados precisos e facilitar a comunicação.

BDD (Behavior-Driven Development):

Cenário: Atualização de dados cadastrais bem-sucedida

Dado que a recepcionista está na tela de edição do cadastro do paciente

Quando ela modifica o telefone e o endereço

E clica em "Salvar Alterações"

Então o sistema salva as alterações com sucesso

E uma mensagem de confirmação é exibida "Dados atualizados com sucesso"

E o paciente aparece com as informações atualizadas na busca.

Cenário: Inconsistência na atualização de e-mail

Dado que a recepcionista está na tela de edição do cadastro de pacientes

Quando ela tenta atualizar o e-mail do paciente inserindo um formato inválido (ex: "email@.com" ou sem "@")

E clica em "Salvar Alterações"

Então o sistema impede a atualização

E exibe uma mensagem de erro "Formato de e-mail inválido".


PBI 1.4: Visualizar Prontuário Eletrônico Completo (Exames, Tratamentos)

História de Usuário: Como um Médico (Dr. João), eu quero visualizar de forma centralizada todos os dados clínicos do paciente, incluindo exames e tratamentos anteriores, para compreender o quadro clínico completo e embasar o diagnóstico e tratamento.

BDD (Behavior-Driven Development):

Cenário: Acesso ao prontuário com exames e tratamentos

Dado que o médico acessa o prontuário de um paciente

Quando ele navega para as seções de "Exames" e "Tratamentos"

Então o sistema exibe a lista de exames realizados com seus resultados (incluindo laudos e imagens, se disponíveis)

E exibe os tratamentos prescritos e em andamento com detalhes de dosagem e duração.

Cenário: Exames ou tratamentos ausentes

Dado que o médico acessa o prontuário de um paciente sem exames ou tratamentos anteriores

Quando ele navega para as seções de "Exames" ou "Tratamentos"

Então o sistema exibe uma mensagem indicando a ausência de registros

E não há informações desnecessárias exibidas.


PBI 1.5: Registrar Notas Médicas e Evoluções no Prontuário

História de Usuário: Como um Médico (Dr. João), eu quero inserir notas de atendimento e evoluções clínicas diretamente no Prontuário Eletrônico (PEP), para manter o registro atualizado e detalhado de cada consulta.

BDD (Behavior-Driven Development):

Cenário: Registro de nota médica bem-sucedido

Dado que o médico finaliza uma consulta

Quando ele acessa a área de "Notas e Evoluções" no prontuário do paciente

E digita o resumo do atendimento e observações relevantes

E clica em "Salvar Nota"

Então o sistema salva a nota com data, hora e identificação do médico

E a nota fica visível no histórico de evoluções, ordenada cronologicamente.

Cenário: Tentativa de salvar nota vazia

Dado que o médico está na área de "Notas e Evoluções"

Quando ele tenta salvar uma nota sem conteúdo

Então o sistema impede o salvamento

E exibe uma mensagem de erro "A nota não pode estar vazia".


PBI 1.6: Garantir Segurança e Privacidade dos Dados do Paciente

História de Usuário: Como um Diretor de Tecnologia (Sr. Roberto), eu quero que o sistema implemente medidas de segurança robustas e garanta a conformidade com regulamentações de proteção de dados (LGPD), para proteger as informações sensíveis dos pacientes e evitar multas ou vazamentos.

BDD (Behavior-Driven Development):

Cenário: Tentativa de acesso não autorizado bloqueada

Dado que um usuário não autenticado tenta acessar dados de pacientes

Quando ele tenta realizar a ação de acesso (ex: via URL direta)

Então o sistema impede o acesso

E redireciona para a tela de login ou exibe uma mensagem de "Acesso negado"

E registra a tentativa nos logs de segurança.

Cenário: Conformidade com LGPD na exportação de dados

Dado que uma requisição de dados de paciente é feita (conforme direito de acesso da LGPD)

Quando o sistema exporta os dados solicitados

Então os dados são criptografados ou pseudonimizados antes da exportação

E o acesso a esses dados e a exportação são logados para fins de auditoria.

Cenário: Dados sensíveis criptografados no banco de dados

Dado que informações sensíveis de pacientes (ex: CPF, dados de saúde) são armazenadas

Quando o sistema armazena esses dados no banco de dados

Então os dados são armazenados em formato criptografado

E apenas usuários autorizados podem acessá-los em formato legível.


PBI 1.7: Visualizar Disponibilidade de Médicos e Especialistas (Unificado)

História de Usuário: Como um Coordenador de Agendamento (Rafael), eu quero visualizar as agendas de todos os profissionais de saúde de forma integrada, para facilitar o agendamento e otimizar a distribuição de consultas.

BDD (Behavior-Driven Development):

Cenário: Visualização unificada da agenda

Dado que o coordenador de agendamento acessa a tela de agendamento

Quando ele seleciona uma especialidade e uma data

Então o sistema exibe a disponibilidade de todos os médicos daquela especialidade nas diferentes unidades em um único painel

E os horários ocupados são claramente marcados, indicando o tipo de compromisso (consulta, cirurgia, etc.).

Cenário: Filtragem da agenda por múltiplos critérios

Dado que o coordenador de agendamento está na tela de agendamento

Quando ele aplica filtros por médico específico, unidade e período de tempo

Então o sistema exibe a agenda filtrada, mostrando apenas a disponibilidade relevante

E a performance da busca não é impactada negativamente.


PBI 1.8: Agendar Consultas Online para Pacientes (Portal do Paciente)

História de Usuário: Como uma Paciente (Sra. Clara), eu quero agendar minhas próprias consultas através do portal online, para ter autonomia e conveniência no gerenciamento dos meus horários.

BDD (Behavior-Driven Development):

Cenário: Agendamento de consulta online bem-sucedido

Dado que a paciente está logada no portal do paciente

Quando ela seleciona uma especialidade, médico, data e horário disponíveis

E confirma o agendamento

Então o sistema registra a consulta na agenda do médico

E envia uma confirmação de agendamento para o e-mail ou SMS da paciente

E a consulta aparece no painel de "Minhas Consultas" no portal.

Cenário: Tentativa de agendar em horário indisponível

Dado que a paciente está no portal de agendamento

Quando ela tenta selecionar um horário que já foi ocupado ou bloqueado

Então o sistema não permite a seleção do horário

E exibe uma mensagem indicando que o horário não está mais disponível.


PBI 1.9: Remarcar Consultas de Pacientes

História de Usuário: Como um Coordenador de Agendamento (Rafael), eu quero reagendar consultas de pacientes de forma ágil, para acomodar as necessidades dos pacientes e otimizar a agenda dos médicos.

BDD (Behavior-Driven Development):

Cenário: Remarcação de consulta pela equipe bem-sucedida

Dado que o coordenador de agendamento seleciona uma consulta existente no sistema

Quando ele escolhe um novo horário disponível para a mesma consulta

E confirma a remarcação

Então o sistema atualiza a agenda do médico com o novo horário e libera o anterior

E notifica o paciente sobre a mudança por e-mail ou SMS.

Cenário: Paciente remarca a consulta via portal

Dado que a paciente está logada no portal e visualiza uma consulta futura

Quando ela clica em "Remarcar" na sua consulta

E seleciona um novo horário disponível

E confirma a remarcação

Então o sistema atualiza a agenda do médico

E envia uma notificação de confirmação para a paciente.


PBI 1.10: Cancelar Consultas de Pacientes

História de Usuário: Como um Coordenador de Agendamento (Rafael), eu quero cancelar consultas de pacientes de forma simples, para liberar horários e gerenciar a agenda de forma eficiente.

BDD (Behavior-Driven Development):

Cenário: Cancelamento de consulta pela equipe

Dado que o coordenador de agendamento seleciona uma consulta para cancelamento no sistema

Quando ele confirma o cancelamento

Então o sistema remove a consulta da agenda do médico

E libera o horário para novos agendamentos

E envia uma notificação de cancelamento para o paciente por e-mail ou SMS.

Cenário: Paciente cancela a consulta via portal

Dado que a paciente está logada no portal e visualiza uma consulta futura

Quando ela clica em "Cancelar" na sua consulta

E confirma a ação

Então o sistema remove a consulta da agenda do médico

E envia uma notificação de cancelamento para a paciente.


PBI 1.11: Enviar Notificações Automáticas de Lembrete de Consulta

História de Usuário: Como um Coordenador de Agendamento (Rafael), eu quero que o sistema envie lembretes automáticos de consultas por SMS, e-mail ou via portal do paciente, para reduzir o número de faltas e melhorar a experiência do paciente.

BDD (Behavior-Driven Development):

Cenário: Envio de lembrete por SMS/e-mail

Dado que uma consulta está agendada para acontecer nas próximas 24 horas (ou período configurável)

Quando o sistema executa o processo de envio de lembretes automáticos

Então um SMS/e-mail é enviado ao paciente (conforme preferência)

E a notificação inclui os detalhes da consulta (data, hora, médico, local).

Cenário: Lembrete visível no portal do paciente

Dado que o paciente tem uma consulta agendada

Quando ele acessa o portal do paciente

Então um lembrete da próxima consulta é exibido no painel principal ou em uma seção de notificações dedicada

E o paciente pode confirmar o recebimento do lembrete.


PBI 1.12: Gerar Prescrição Eletrônica de Medicamentos

História de Usuário: Como um Médico (Dr. João), eu quero criar prescrições digitais de forma padronizada e segura, para reduzir erros de legibilidade e garantir a integridade da informação.

BDD (Behavior-Driven Development):

Cenário: Geração de prescrição eletrônica bem-sucedida

Dado que o médico está na tela de prescrição de um paciente

Quando ele seleciona os medicamentos de um banco de dados

E preenche a dosagem, via de administração, frequência e duração do tratamento

E clica em "Gerar Prescrição"

Então o sistema gera uma prescrição eletrônica com todas as informações padronizadas

E a prescrição é salva no prontuário do paciente

E está disponível para a farmácia.

Cenário: Prescrição com medicamento inválido/inexistente

Dado que o médico está na tela de prescrição

Quando ele tenta prescrever um medicamento que não existe no banco de dados do sistema

Então o sistema impede a seleção do medicamento

E exibe uma mensagem de erro "Medicamento não encontrado ou inválido".


PBI 1.13: Gerar Alerta Automático de Alergias ao Prescrever

História de Usuário: Como um Médico (Dr. João), eu quero receber alertas automáticos sobre alergias conhecidas do paciente durante o processo de prescrição, para evitar reações adversas e garantir a segurança do paciente.

BDD (Behavior-Driven Development):

Cenário: Alerta de alergia ao adicionar medicamento

Dado que o histórico do paciente registra uma alergia (ex: à Penicilina)

Quando o médico tenta prescrever um medicamento que contém Penicilina ou um de seus derivados

Então o sistema exibe um alerta pop-up "ATENÇÃO: Paciente alérgico a este componente!"

E o médico precisa confirmar a ação ou escolher outra medicação.

Cenário: Paciente sem alergias registradas

Dado que o histórico do paciente não registra nenhuma alergia

Quando o médico prescreve um medicamento

Então o sistema não exibe alertas de alergia

E a prescrição prossegue normalmente.


PBI 1.14: Gerar Alerta Automático de Interações Medicamentosas ao Prescrever

História de Usuário: Como um Médico (Dr. João), eu quero que o sistema verifique automaticamente interações entre medicamentos prescritos, para prevenir complicações e garantir a eficácia do tratamento.

BDD (Behavior-Driven Development):

Cenário: Alerta de interação medicamentosa relevante

Dado que o médico está prescrevendo um novo medicamento

Quando este medicamento possui uma interação clinicamente relevante com outro já prescrito ou em uso pelo paciente (registrado no histórico)

Então o sistema exibe um alerta de interação (ex: "Risco de interação grave com [Medicamento X]")

E sugere informações sobre a interação ou alternativas para o médico.

Cenário: Nenhuma interação medicamentosa detectada

Dado que o médico está prescrevendo um medicamento

Quando não há interações conhecidas com outros medicamentos no histórico do paciente ou na prescrição atual

Então o sistema não exibe alertas de interação

E a prescrição prossegue normalmente.


PBI 1.15: Receber Prescrições Eletronicamente na Farmácia

História de Usuário: Como uma Farmacêutica (Lívia), eu quero receber as prescrições médicas diretamente no sistema da farmácia, para agilizar o processo de dispensa e reduzir erros de transcrição.

BDD (Behavior-Driven Development):

Cenário: Recebimento e visualização de prescrição eletrônica

Dado que uma prescrição eletrônica foi gerada por um médico

Quando a farmacêutica acessa o módulo de "Prescrições Pendentes" na farmácia

Então a prescrição é exibida no sistema em formato legível e completo

E a farmacêutica pode vincular a prescrição ao registro do paciente

E o status da prescrição é atualizado para "recebida".

Cenário: Prescrição não encontrada

Dado que a farmacêutica tenta buscar uma prescrição eletrônica específica

Quando a prescrição não foi gerada ou não existe no sistema

Então o sistema exibe uma mensagem "Prescrição não encontrada"

E não exibe dados de prescrição.


PBI 1.16: Registrar Dispensação de Medicamentos

História de Usuário: Como uma Farmacêutica (Lívia), eu quero registrar quais medicamentos foram dispensados ao paciente, para ter um controle preciso do estoque e do histórico de medicação do paciente.

BDD (Behavior-Driven Development):

Cenário: Registro bem-sucedido da dispensa de medicamento

Dado que a farmacêutica está dispensando medicamentos com base em uma prescrição válida

Quando ela seleciona os medicamentos e as quantidades a serem dispensadas

E confirma a ação de dispensa

Então o sistema debita os medicamentos do estoque

E registra a data, quantidade e identificação da farmacêutica no histórico de dispensa do paciente

E gera um comprovante de dispensa para o paciente.

Cenário: Tentativa de dispensar medicamento sem estoque

Dado que a farmacêutica tenta dispensar um medicamento

Quando a quantidade solicitada excede o estoque disponível

Então o sistema impede a dispensa

E exibe um alerta "Estoque insuficiente para [Nome do Medicamento]".


PBI 1.17: Acessar Informações Detalhadas de Medicamentos (Para Farmacêutico)

História de Usuário: Como uma Farmacêutica (Lívia), eu quero acessar informações detalhadas sobre cada medicamento no sistema, para orientar os pacientes, verificar a segurança e tomar decisões informadas.

BDD (Behavior-Driven Development):

Cenário: Consulta de informações detalhadas de medicamento

Dado que a farmacêutica pesquisa por um medicamento no sistema

Quando ela seleciona o medicamento nos resultados da busca

Então o sistema exibe informações como bula completa, composição, posologia

E apresenta efeitos colaterais, contraindicações e interações medicamentosas.

Cenário: Medicamento não encontrado no banco de dados

Dado que a farmacêutica pesquisa por um medicamento inexistente ou com nome incorreto

Quando ela realiza a busca

Então o sistema exibe uma mensagem "Medicamento não encontrado"

E sugere opções de busca ou verificação do nome.


PBI 1.18: Acessar Histórico Médico Pessoal (Via Portal)

História de Usuário: Como uma Paciente (Sra. Clara), eu quero acessar uma área segura no portal onde eu possa visualizar meu histórico médico completo, para acompanhar minha saúde e ter controle sobre minhas informações.

BDD (Behavior-Driven Development):

Cenário: Visualização do histórico de consultas e exames

Dado que a paciente está logada no portal do paciente

Quando ela clica na seção "Meu Histórico Médico"

Então o sistema exibe um resumo das suas consultas anteriores (data, médico, especialidade, motivo)

E uma lista de exames realizados com link para resultados.

Cenário: Histórico médico vazio

Dado que a paciente está logada no portal e é recém-cadastrada ou não tem histórico

Quando ela acessa a seção "Meu Histórico Médico"

Então o sistema exibe uma mensagem "Seu histórico médico está vazio. Agende sua primeira consulta!"

E não exibe informações incorretas.


PBI 1.19: Visualizar Resultados de Exames (Via Portal)

História de Usuário: Como uma Paciente (Sra. Clara), eu quero acessar e fazer download dos resultados de meus exames diretamente do portal, para ter acesso rápido aos meus laudos sem precisar ir à clínica.

BDD (Behavior-Driven Development):

Cenário: Download de resultado de exame disponível

Dado que a paciente está logada no portal e um novo resultado de exame está disponível (ex: resultado de hemograma)

Quando ela clica no exame desejado na lista de resultados

Então o sistema permite a visualização do laudo diretamente na tela

E oferece a opção de download em formato PDF ou similar.

Cenário: Exame ainda em processamento

Dado que a paciente acessa o portal e um exame foi recentemente coletado, mas o resultado ainda não está pronto

Quando ela verifica a seção de "Resultados de Exames"

Então o sistema exibe o status do exame como "Em processamento" ou "Aguardando Resultado"

E não permite o acesso ao laudo.


PBI 1.20: Receber Lembretes de Medicação (Via Portal/Notificações)

História de Usuário: Como uma Paciente (Sra. Clara), eu quero receber lembretes de medicação através do portal ou outros canais, para garantir que eu siga o tratamento corretamente e não me esqueça de tomar meus remédios.

BDD (Behavior-Driven Development):

Cenário: Configuração e recebimento de lembrete de medicação

Dado que a paciente está logada no portal

Quando ela acessa a seção de "Medicamentos"

E configura um lembrete para um medicamento específico (nome, dosagem, horário, frequência)

Então o sistema registra a configuração do lembrete

E envia notificações (no portal, e-mail ou push notification, conforme configurado) nos horários definidos.

Cenário: Lembrete ignorado/desativado

Dado que a paciente recebe um lembrete de medicação

Quando ela clica em "Marcar como tomado" ou "Desativar lembrete"

Então o sistema atualiza o status do lembrete

E para de enviar notificações para aquela dose ou medicamento, conforme a ação.


PBI 1.21: Gerenciar Dados Cadastrais Pessoais (Via Portal)

História de Usuário: Como uma Paciente (Sra. Clara), eu quero atualizar meus dados básicos e de contato no portal, para manter minhas informações sempre corretas e facilitar a comunicação com a clínica.

BDD (Behavior-Driven Development):

Cenário: Edição de dados pessoais bem-sucedida

Dado que a paciente está logada no portal

Quando ela acessa a seção "Meus Dados Cadastrais"

E altera seu telefone ou e-mail

E clica em "Salvar Alterações"

Então o sistema salva as alterações com sucesso

E exibe uma mensagem de sucesso "Dados atualizados"

E as informações são refletidas em seu cadastro.

Cenário: Tentativa de salvar dados inválidos

Dado que a paciente está na seção "Meus Dados Cadastrais"

Quando ela tenta salvar um número de telefone com formato inválido (ex: menos de 8 dígitos)

Então o sistema impede o salvamento

E exibe uma mensagem de erro "Formato de telefone inválido".


PBI 1.22: Transferir Paciente entre Departamentos/Unidades (Eletrônico)

História de Usuário: Como um Médico (Dr. João), eu quero transferir pacientes entre departamentos ou unidades da HealthNet de forma eletrônica, para agilizar o fluxo de atendimento e eliminar o transporte manual de documentos.

BDD (Behavior-Driven Development):

Cenário: Transferência eletrônica bem-sucedida de paciente

Dado que o médico finaliza o atendimento em um departamento/unidade

Quando ele seleciona a opção "Transferir Paciente" no prontuário

E escolhe o departamento/unidade de destino

E confirma a transferência

Então o sistema move o registro do paciente para o fluxo do novo departamento/unidade

E a equipe de destino é notificada sobre a chegada do paciente com seu prontuário digital.

Cenário: Tentativa de transferência para departamento inexistente

Dado que o médico tenta transferir um paciente

Quando ele seleciona um departamento ou unidade que não está cadastrado no sistema

Então o sistema impede a seleção

E exibe uma mensagem de erro "Departamento/Unidade de destino inválida".


PBI 1.23: Encaminhar Paciente a Outro Especialista (Eletrônico)

História de Usuário: Como um Médico (Dr. João), eu quero encaminhar pacientes a outros especialistas de forma digital, para garantir a continuidade do cuidado e facilitar o acesso a diferentes expertises.

BDD (Behavior-Driven Development):

Cenário: Encaminhamento eletrônico a especialista bem-sucedido

Dado que o médico identifica a necessidade de encaminhamento para outra especialidade

Quando ele acessa a função "Encaminhar Paciente" no prontuário

E preenche os dados do encaminhamento (especialidade, motivo, observações relevantes)

E envia

Então o sistema gera o encaminhamento eletrônico

E notifica o especialista ou a equipe de agendamento sobre o novo encaminhamento

E o encaminhamento fica registrado no prontuário do paciente.

Cenário: Encaminhamento sem motivo preenchido

Dado que o médico está na tela de encaminhamento

Quando ele tenta enviar o encaminhamento sem preencher o campo "Motivo do Encaminhamento"

Então o sistema impede o envio

E exibe uma mensagem de validação "Motivo do encaminhamento é obrigatório".


PBI 1.24: Compartilhar Informações do Paciente entre Equipes Médicas (Digitalmente)

História de Usuário: Como um Médico (Dr. João), eu quero compartilhar informações relevantes do paciente com outras equipes médicas de forma segura e eficiente, para garantir uma visão holística e um atendimento coordenado.

BDD (Behavior-Driven Development):

Cenário: Compartilhamento seguro de informações com equipe

Dado que o médico precisa compartilhar dados específicos do prontuário com uma equipe multidisciplinar (ex: equipe de cirurgia)

Quando ele seleciona as informações a serem compartilhadas

E escolhe a equipe/profissionais com quem compartilhar

E define as permissões de acesso (ex: somente leitura por 24h)

Então o sistema permite o acesso controlado e logado a essas informações para a equipe selecionada

E a equipe é notificada sobre o compartilhamento e o tempo de acesso.

Cenário: Tentativa de compartilhamento com usuário sem permissão

Dado que um médico tenta compartilhar informações sensíveis do paciente com um usuário que não possui a permissão de acesso a dados de saúde

Quando ele tenta adicionar o usuário à lista de compartilhamento

Então o sistema impede a inclusão do usuário

E exibe uma mensagem "Usuário não possui permissão para acessar este tipo de informação".


PBI 1.25: Coletar Dados para Relatórios Automaticamente (de Múltiplos Sistemas)

História de Usuário: Como um Diretor de Tecnologia (Sr. Roberto), eu quero que o sistema colete dados de diferentes fontes para a geração de relatórios automaticamente, para garantir a precisão e a abrangência das informações sem intervenção manual.

BDD (Behavior-Driven Development):

Cenário: Coleta de dados de integração bem-sucedida

Dado que há dados de consultas (agendamento), exames (laboratório) e faturamento (financeiro) em diferentes módulos do sistema

Quando o sistema executa a rotina programada de coleta de dados para relatórios

Então ele integra e padroniza as informações de todas as fontes automaticamente

E as disponibiliza em um data warehouse ou base consolidada para a geração de relatórios.

Cenário: Falha na integração de dados de uma fonte

Dado que a rotina de coleta de dados é executada

Quando há uma falha na conexão ou no formato dos dados de um dos sistemas integrados

Então o sistema registra a falha no log de integração

E alerta o Diretor de Tecnologia sobre a interrupção da coleta de dados daquela fonte.


PBI 1.26: Monitorar o Desempenho do Sistema

História de Usuário: Como um Diretor de Tecnologia (Sr. Roberto), eu quero ter acesso a painéis e alertas para monitorar o desempenho e a estabilidade do sistema, para proativamente identificar e resolver problemas de performance antes que afetem os usuários.

BDD (Behavior-Driven Development):

Cenário: Visualização do dashboard de desempenho em tempo real

Dado que o diretor de tecnologia acessa o painel de monitoramento do sistema

Quando ele visualiza os gráficos e métricas de desempenho

Então o sistema exibe o tempo de resposta das requisições, uso de CPU e memória em tempo real

E apresenta o status dos serviços e aplicações críticas.

Cenário: Alerta de alto consumo de recursos

Dado que o uso da CPU excede 80% por mais de 5 minutos

Quando o sistema de monitoramento detecta essa anomalia

Então ele gera um alerta imediato (ex: e-mail, notificação no dashboard) para a equipe de TI

E registra o evento nos logs de desempenho para análise posterior.


PBI 1.27: Monitorar a Segurança do Sistema

História de Usuário: Como um Diretor de Tecnologia (Sr. Roberto), eu quero que o sistema contenha funcionalidades para monitorar e garantir a segurança dos dados e da infraestrutura, para proteger contra ameaças cibernéticas e vazamentos de informações sensíveis.

BDD (Behavior-Driven Development):

Cenário: Detecção e alerta de tentativa de acesso não autorizado

Dado que ocorre uma tentativa de login com credenciais inválidas múltiplas vezes (ex: 5 vezes em 1 minuto)

Quando o sistema de monitoramento de segurança detecta esse padrão

Então ele gera um alerta imediato para a equipe de TI

E bloqueia temporariamente o acesso do IP de origem

E registra a tentativa nos logs de segurança.

Cenário: Monitoramento de integridade de arquivos críticos

Dado que um arquivo crítico do sistema é modificado sem autorização

Quando o sistema de monitoramento de segurança verifica a integridade dos arquivos

Então ele detecta a alteração não autorizada

E gera um alerta para a equipe de TI

E registra os detalhes da modificação no log de auditoria.