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.