r
Universidade Federal de Pernambuco - UFPE
Centro de Informática - CIn
Engenharia de Requisitos (IN1020)
Professor: Jaelson Castro
Aplicativo para Clínica de Fisioterapia
Equipe:
Larissa Costa (lrc)
Sheilane Oliveira (skmo)
Sthefanie Dal Magro (sdm2)
Recife, 22 de novembro de 2019
SUMÁRIO
INTRODUÇÃO 5
REQUISITOS ORGANIZACIONAIS 8
REQUISITOS FUNCIONAIS 9
REQUISITOS NÃO FUNCIONAIS 11
CASOS DE USO 16
NFR FRAMEWORK 27
STATECHARTS 28
CONCLUSÃO 34
REFERÊNCIAS 35
LISTA DE FIGURAS
Figura 1 - Fases gerais do processo de reabilitação fisioterápica 5
Figura 2 - Modelo de negócio padrão para clínica de fisioterapia 6
Figura 3 - Diagrama de Casos de Uso 16
Figura 4 - NFR Framework 28
Figura 5 - Comportamento do sistema em suas 5 interfaces: recepcionista,
fisioterapeuta, paciente, estagiário e NAO
28
Figura 6 - Comportamento do Recepcionista 29
Figura 7 - Comportamento do Paciente 30
Figura 8 - Comportamento do estagiário 31
Figura 9 - Comportamento do fisioterapeuta 32
Figura 10 - Comportamento do NAO 33
LISTA DE TABELAS
Tabela 1 - Template dos requisitos organizacionais 8
Tabela 2 – Template dos Casos de Uso 17
5
INTRODUÇÃO
REABILITAÇÃO FISIOTERÁPICA
A reabilitação é um processo destinado a proporcionar o retorno de pacientes
afetados por doenças, acidentes ou outros eventos, ao ambiente de trabalho, social e
familiar. Ela diminui o impacto de uma vasta coleção de condições de saúde e pode
envolver apenas uma pessoa ou equipes de profissionais para a tarefa.
O trabalho de reabilitação, como todo procedimento, precisa passar por algumas
fases, conforme figura 1. Primeiro, identifica-se os problemas e necessidades do paciente,
relacionando esses problemas aos fatores modificáveis e limitantes. Em seguida, seleciona-
se as medidas adequadas, planejando, programando e coordenando as intervenções. Por
fim, os resultados são avaliados. Caso não se atinja o objetivo após a última fase, todo o
processo deve ser refeito para atender as necessidades do paciente.
O efeito da reabilitação fisioterápica é eficiente, eficaz e traz aos pacientes a
oportunidade de melhoria da qualidade de vida. Sendo assim, é importante que essa área
sempre esteja inovando, pesquisando e agregando novos métodos e tecnologias para ter
melhores resultados, diminuindo custos e melhorando a eficiência de processos.
Figura 1 - Fases gerais do processo de reabilitação fisioterápica.
CLÍNICA DE FISIOTERAPIA
Os processos de reabilitação fisioterápicos em sua grande maioria são realizados em
dependências especializada que realizam atendimento de fisioterapia e atuam segundo a
sociedade brasileira de fisioterapia para: “Desenvolver/administrar os conhecimentos
diagnósticos, propedêuticos e terapêuticos de forma articulada, favorecendo o
estabelecimento de uma prática profissional autônoma, com alta resolutividade,
propiciando o melhor resultado no menor prazo possível, na atenção ao
6
paciente/cliente.”(sbf).
A estruturação geral de clínicas de fisioterapia são diferentes uma das outras, mas
existem certos fatores básicos que devem ser atendidos. A figura 2 retrata resumidamente
de acordo com o sebrae como montar uma clínica de fisioterapia. Os pontos que nos
interessam são apenas a visão de estrutura e pessoal.
Figura 2 - Modelo de negócio padrão para clínica de fisioterapia
Fonte: Sebrae
Funcionamento de uma clínica de fisioterapia
Para entender o funcionamento de uma clínica de fisioterapia , foi conduzida uma
pesquisa com o intuito de entender como é feito o atendimento em um contexto mais geral,
utilizando como base a observação de algumas clínicas na cidade do Recife-PE como
também entrevista com pessoas que já fizeram fisioterapia e uma fisioterapeuta .
O primeiro momento consiste em os pacientes solicitar atendimento, essa solicitação
pode ser feita por telefone ou de forma presencial. Após o recepcionista receber a
solicitação do paciente ele verifica a agenda de horários disponíveis e confirma com o
paciente data e horário e pede ao paciente para preencher uma ficha em papel com seus
dados.
7
O paciente comparece a clínica no dia e hora marcado, após avaliação os pacientes
são encaminhados para sala de procedimentos. Nela, vários pacientes que estão realizando
tratamentos para diversos tipos de reabilitação dividem o mesmo ambiente, e os mesmos
estagiários. O fato de os estagiários não conseguirem acompanhar todos os exercícios dos
pacientes pode fazer com que alguns deles façam movimentos de forma errada, não façam
as sequências completas e até mesmo deixem de fazer os exercícios.
O acompanhamento dos estágios acontece mais adequadamente quando os pacientes
estão fazendo tratamentos não relacionados aos exercícios em si, como por exemplo:
TENS, massagem de liberação miofascial, quiropraxia, entre outros tratamentos que
envolvam contato direto do profissional com o paciente. Mas, os que não envolvem este
contato, tem o seu resultado final prejudicado, pelo fato de existirem quebra das sequências
apropriadas ao longo do tratamento para a recuperação.
Identificação do problema
Os processos de solicitação de atendimento, atendimento ao paciente pela recepção,
acompanhamento do paciente pelo fisioterapeuta e estagiário são todos manuais. O
processo de solicitação de atendimento pode ser ineficiente para o paciente quando não há
vagas, ocasionando perda de tempo. A busca por informações pela recepção poderia ser
mais rápida e eficiente, bem como o agendamento das consultas no caderno, que é feito de
forma manual. O fisioterapeuta precisa atualizar prontuários e escrever relatórios à mão, o
que pode ser bastante custoso, tanto em questão de tempo quanto de trabalho. A
comunicação entre o fisioterapeuta e a recepção poderia ser mais eficiente e necessitar de
menos tempo. O acompanhamento da evolução do paciente poderia ser mais eficaz.
Solução proposta
A partir dos problemas identificados, propomos a inserção de um robô social
móvel, chamado de NAO em conjunto com um aplicativo que terá como objetivo
armazenar as informações do paciente, e permitir algumas ações como marcar consulta,
gerenciar agenda disponível e etc. Deste modo, o aplicativo será utilizado para auxiliar os
stakeholders no gerenciamento e acompanhamento do tratamento, buscando dinamizar,
melhorar, agilizar e efetivar as sessões. Os stakeholders envolvidos são: Recepcionista,
Fisioterapeuta, Paciente, Estagiário e o robô NAO.
O aplicativo possui interfaces diferentes para o paciente, o fisioterapeuta, a
recepção da clínica e o estagiário. Na interface do paciente, ele consegue marcar a consulta
8
e verificar se a consulta foi confirmada, com informações de horário. Além disso, é
possível receber relatórios de acompanhamento de progresso e acompanhar informações de
sessões já realizadas.
Já na interface do Fisioterapeuta, o aplicativo seria capaz de gerenciar os
marcadores utilizados no NAO, gerenciar lista de exercícios, verificar lista de pacientes e
permitir a geração de relatórios de acompanhamentos.
Na interface da recepção, o aplicativo permite gerenciar a agenda de atendimentos,
informando a quantidade de vagas disponíveis, o dia e a hora, além de lidar com
desistências e desmarcações, tanto para marcações de consulta realizadas pelo paciente no
sistema, quanto para consultas marcadas presencialmente.
A interface do estagiário, o aplicativo possibilita gerenciar os marcadores utilizados
no NAO e gerenciar a lista de exercícios. Por fim, para o NAO, o aplicativo utilizaria das
informações captadas pelo mesmo para permitir a geração de relatórios de
acompanhamento dos pacientes.
REQUISITOS ORGANIZACIONAIS
De acordo com Sommervile (2011) os requisitos descrevem as funcionalidades do
sistema, os serviços oferecidos e as restrições do seu funcionamento. Os requisitos são
capazes de refletir as necessidades dos clientes para um determinado sistema.
CONVENÇÕES
Os requisitos apresentados neste documento possuem um identificador, podendo ser
do tipo RFXX referindo-se à um Requisito Funcional, ou RNFXX, referindo-se um
Requisito Não-Funcional, de modo que XX represente o número do requisito. Cada
requisito possui uma descrição e um nível de prioridade e pode estar associado a um Caso
de Uso (UC), conforme template mostrado na tabela 1.
[Identificador] Nome
Descrição
Prioridade
UC Relacionado
9
Tabela 1 - Template dos requisitos organizacionais
PRIORIDADES
Um requisito pode ter uma das seguintes prioridades:
● Essencial: Requisito indispensável
● Importante: A ausência desses requisitos não impede o funcionamento
do sistema, mas implica na não total satisfação do cliente
● Desejável: requisito não urgente, sua implementação pode ser nas
versões posteriores.
REQUISITOS FUNCIONAIS
De acordo com Sommervile (2011) os requisitos funcionais.descrevem as funcionalidades
do sistema, e, dependem do tipo de software a ser desenvolvido, de seus stakeholders e da
abordagem adotada para escrever os requisitos. Os requisitos funcionais do sistema podem
variar desde requisitos gerais, que abrangem o que o sistema deve fazer, até requisitos
muito específicos, que refletem os sistemas e as formas de trabalho de uma determinada
organização.A seguir serão listados os requisitos funcionais do sistema:
[RF01] Efetuar Login
Descrição Permite que os usuários cadastrados tenham acesso às
funcionalidades do sistema. A autenticação deve ser feita através de
CPF e senha, encaminhando o usuário para o perfil adequado,
podendo ser de paciente, recepcionista, fisioterapeuta ou estagiário.
Prioridade Essencial
UC Relacionado UC05
[RF02] Efetuar Logoff
Descrição Permite que os usuários saiam do sistema.
Prioridade Essencial
10
UC Relacionado UC06
[RF03] Realizar Cadastro
Descrição Permite a criação de um cadastro no sistema.
Prioridade Essencial
UC Relacionado UC01, UC02, UC08
[RF04] Modificar Cadastro
Descrição Permite a modificação do cadastro no sistema.
Prioridade Essencial
UC Relacionado UC10
[RF05] Agendar Sessão
Descrição Permite que a recepcionista agende uma consulta, após a
verificação da agenda do fisioterapeuta. Agendar sessão não
estará disponível caso a agenda do fisioterapeuta esteja completa.
Prioridade Essencial
UC Relacionado UC03, UC04, UC20
[RF06] Listar pacientes agendados
Descrição O sistema deverá listar os pacientes agendados para a data
agendada.
Prioridade Essencial
UC Relacionado UC09
[RF07] Gerenciar Marcadores
Descrição Permite a inserção, modificação, exclusão e listagem dos
marcadores relacionados aos exercícios que o paciente deverá
realizar.
Prioridade Essencial
UC Relacionado UC13, UC15, UC17, UC19
11
[RF08] Gerenciar Exercícios
Descrição Permite a inserção, modificação, exclusão e listagem dos
exercícios que o paciente deverá realizar.
Prioridade Essencial
UC Relacionado UC12, UC14, UC16, UC18
[RF09] Gerar relatório de acompanhamento do paciente
Descrição O fisioterapeuta deverá ser capaz de gerar relatórios com
informações acerca do acompanhamento do paciente, contendo os
exercícios realizados por dia, a quantidade de sessões já realizadas
e faltantes, assim como qual o problema de saúde o paciente está
tratando.
Prioridade Essencial
UC Relacionado UC11
[RF10] Registrar pagamento
Descrição Caso a consulta for particular, o recepcionista deverá registrar o
pagamento no sistema.
Prioridade Essencial
UC Relacionado UC07
[RF10] Cadastrar Prontuário
Descrição O Fisioterapeuta deverá ser capaz de criar um prontuário para um
paciente.
Prioridade Essencial
UC Relacionado UC21
REQUISITOS NÃO FUNCIONAIS
Os requisitos não funcionais declaram as restrições ou atributos de qualidade para um
software e/ou para o processo de desenvolvimento deste sistema. Sendo assim, foram
12
propostos os seguintes requisitos não-funcionais para o sistema:
Security
[RNF01] Privacidade
Decrição O sistema deve garantir a privacidade dos usuários.
Prioridade Essencial
[RNF02] Controle de acesso por perfil de usuários
Decrição O sistema deve controlar o acesso de usuários conforme o seu
perfil.
Prioridade Essencial
[RNF03] Disponibilidade
Decrição O sistema deve possuir alta disponibilidade, ou seja, durante os 7
dias da semana e 24 horas diárias.
Prioridade Essencial
[RNF04] Confidencialidade
Decrição O sistema deve garantir a confidencialidade dos dados, de modo que
o acesso às informações do sistema seja realizado apenas por
pessoas autorizadas a acessá-las.
Prioridade Essencial
[RNF05] Autenticação do usuário
Decrição É necessário autenticar o usuário através de login e senha
Prioridade Essencial
[RNF06] Armazenamento seguro
Decrição O sistema deve garantir que as informações armazenadas sejam
13
protegidas contra o acesso e modificações não autorizadas.
Prioridade Essencial
[RNF07] Armazenamento criptografado
Decrição As informações armazenadas no sistema devem ser criptografadas.
Prioridade Essencial
[RNF08] Integridade
Decrição O sistema deve garantir a consistência e integridades dos dados.
Prioridade Essencial
[RNF09] Precisão
Decrição O sistema deve garantir a precisão das informações.
Prioridade Essencial
[RNF10] Completude
Decrição O sistema deve garantir a completude das informações.
Prioridade Importante
Confiabilidade
[RNF11] Banco de dados
Decrição O sistema deve possuir um banco de dados que permita o
armazenamento e gerenciamento de suas informações.
Prioridade Essencial
[RNF12] Backup de dados
Decrição O sistema deve realizar backups dos dados diariamente.
14
Prioridade Essencial
Safety
[RNF13] Prevenção de perigos
Decrição O sistema deve ser capaz de identificar os possíveis perigos, a fim
de evitar acidentes.
Prioridade Essencial
[RNF14] Registro de eventos
Decrição O sistema deve registrar os eventos que levem ao mal
funcionamento do sistema.
Prioridade Essencial
Usabilidade
[RNF15] Simplicidade
Decrição A interface do sistema deve ser simples e intuitiva
Prioridade Essencial
[RNF16] Facilidade de uso
Decrição O sistema deve ser fácil de utilizar e deve ser fácil de ser aprendido
pelos usuários.
Prioridade Importante
[RNF17] Satisfação do usuário
Decrição Deve-se realizar uma pesquisa com os usuários a fim de verificar o
quanto estão satisfeitos com o sistema.
Prioridade Essencial
15
Performance
[RNF18] Eficiência
Decrição O sistema deve possuir um tempo de resposta no processamento de
funções que não ultrapasse 5 segundos.
Prioridade Essencial
Manutenibilidade
[RNF19] Analisabilidade
Decrição O sistema deve possuir facilidade para localizar falhas e o momento
em que elas ocorrem, bem como localizar as partes que devem ser
modificadas a fim de corrigir os problemas.
Prioridade Essencial
[RNF20] Modificabilidade
Decrição O sistema deve ser fácil de ser modificado e/ou adaptado.
Prioridade Essencial
[RNF21] Testabilidade
Decrição O sistema deve ser fácil de ser testado após a realização de
alterações.
Prioridade Importante
[RNF22] Portabilidade
Decrição O sistema deve ser capaz de ser executado em qualquer plataforma
(Android, IoS ou Windows Phone)
Prioridade Importante
16
CASOS DE USO
DIAGRAMAS DE CASOS DE USO
Figura 3 - Diagrama de Casos de Uso
CONVENÇÕES
Cada Caso de Uso (UC) será apresentado em forma de cartão descritivo contendo as
seguintes informações: Identificador do Caso de Uso, Descrição, Ator, Prioridade, Pré-
condições, Pós-condições (Opcional), Fluxo Principal e Fluxo Secundário (Opcional), e RF
associado (Opcional), conforme template mostrado na tabela 2. O identificador único do
caso de uso será no formato [UCXX], onde o “XX” representa o número do Caso de Uso.
17
[Identificador] Nome
Descrição
Ator
Prioridade
Pré-Condição
Pós-Condição
Fluxo Principal
Fluxo Secundário
RF Associado
Tabela 2 – Template dos Casos de Uso
[UC01] Preencher Ficha do Paciente
Descrição O recepcionista deve ser capaz de criar uma nova ficha de
atendimento para o paciente.
Ator Recepcionista.
Prioridade Essencial.
Pré-Condição Recepcionista possuir uma conta no sistema e ter realizado login.
Pós-Condição Uma nova ficha é persistida no banco de dados.
Fluxo Principal 1.Recepcionista informa o nome completo do paciente, CPF, RG,
data de nascimento, sexo, endereço, telefone e e-mail;
2.Recepcionista espera até que os dados sejam persistidos no banco
de dados;
3.É exibida uma mensagem informando que a ficha foi cadastrada
com sucesso;
4.Recepcionista é redirecionado para a página de preenchimento de
fichas dos pacientes.
Fluxo Secundário No passo 2, caso o CPF e o RG informados já estejam cadastrados,
uma mensagem será exibida informando que o “CPF e o RG já
estão cadastrados” e o recepcionista é redirecionado para a página
de preenchimento de fichas dos pacientes.
No passo 2, se ocorrer algum erro no momento em que o sistema
for persistir as informações no banco de dados, deve ser exibida
uma mensagem informando que ocorreu um erro e qual dos dados
foi preenchido incorretamente.
RF Associado RF03
18
[UC02] Realizar Cadastro do Paciente
Descrição O ator deve ser capaz de inserir novos cadastros no sistema.
Ator Recepcionista, paciente
Prioridade Essencial.
Pré-Condição Usuário possuir uma conta no sistema e ter realizado login.
Pós-Condição Usuário ser registrado no sistema.
Fluxo Principal 1.Ao digitar o CPF do paciente, os demais dados são preenchidos
automaticamente;
2. O usuário confirma os dados;
3. É exibida uma mensagem informando que a solicitação de
cadastro foi realizada com sucesso;
4. O usuário é redirecionado para a página de marcação de sessão.
Fluxo Secundário No passo 2, caso o CPF informado seja inválido, uma mensagem
deve ser exibida informando o erro.
No passo 3, caso o sistema não consiga recuperar as informações
do usuário, deve ser exibida uma mensagem informando ocorreu
um erro
RF Associado RF03
[UC03] Verificar agenda
Descrição O recepcionista deve ser capaz de verificar a agenda de sessões
realizadas e as que ainda acontecerão.
Ator Recepcionista
Prioridade Essencial
Pré-Condição Usuário possuir uma conta no sistema e ter realizado login.
Fluxo Principal 1. O recepcionista verifica se existe datas disponíveis para agendar
consulta.
Fluxo Secundário No passo 1, se não tiver vagas na agenda, deverá ser exibida uma
mensagem “Agenda completa”.
RF Associado RF 05
19
[UC04] Agendar Sessão
Descrição Pacientes e recepcionista devem ser capazes de agendar uma
consulta.
Ator Paciente, recepcionista.
Prioridade Essencial.
Pré-Condição Usuário possuir uma conta no sistema e ter realizado login.
Pós-Condição Uma solicitação de marcação de sessão é gerada.
Fluxo Principal 1. <Inclui> [UC03] Verificar agenda;
2. Ao digitar o CPF do paciente, os demais dados são preenchidos
automaticamente;
3. O usuário confirma confirma os dados informados;
4. Usuário espera os dados serem persistidos no banco;
5. O usuário escolhe um dia e um horário para agendar a consulta.
6. O usuário confirma o dia e a hora.
67 Uma mensagem é exibida informando que sua solicitação de
atendimento foi gerada com sucesso;
Fluxo Secundário No passo 3, caso algum dado informado seja inválido, uma
mensagem deve ser exibida informando qual o dado que está
inválido.
No passo 4, caso o sistema não consiga recuperar as informações
do usuário, deve ser exibida uma mensagem informando que
ocorreu um erro.
No passo 5, caso o número total de vagas disponíveis para o dia já
tenha sido preenchido, uma mensagem deve ser exibida
informando que “Não há mais vagas!” e mostrando qual o
próximo dia disponível para marcação.
RF Associado RF05
[UC05] Efetuar Login
Descrição Usuários cadastrados devem ser capazes de acessar o sistema.
Ator Estagiário, Fisioterapeuta, Paciente, Recepcionista
Prioridade Essencial.
Pré-Condição Usuário possuir uma conta no sistema e não estar devidamente
autenticado.
Pós-Condição Usuário acessar o sistema
20
Fluxo Principal 1. Usuário acessa a página inicial do sistema;
2. Usuário informará CPF e senha cadastrados;
3. Usuário espera autenticação dos dados;
4. Usuário é redirecionado para a página de Consulta
Fluxo Secundário No passo 2, caso o CPF ou a senha informados estejam incorretos,
uma mensagem é exibida informando que o CPF ou senha estão
incorretos.
RF Associado RF01
[UC06] Efetuar Logoff
Descrição Usuários autenticados devem ser capazes de sair do sistema
Ator Estagiário, Fisioterapeuta, Paciente, Recepcionista
Prioridade Essencial.
Pré-Condição Usuário possuir uma conta no sistema e ter realizado login.
Fluxo Principal 1. Usuário deve navegar até a opção “sair”;
2. Usuário espera o sistema anular sua autenticação;
3. Usuário é redirecionado para a página inicial do sistema.
RF Associado RF02
[UC07] Registrar Pagamento
Descrição O recepcionista registra o pagamento referente a sessão ou sessões a
serem realizadas.
Ator Recepcionista.
Prioridade Essencial.
Pré-Condição O paciente realizou atendimento particular.
Pós-Condição O valor do caixa é atualizado.
Fluxo Principal 1. O paciente informa qual será o método de pagamento;
2. A recepcionista escolhe o método de pagamento;
4. A recepcionista informa os dados bancários;
5. A recepcionista recebe uma mensagem de Confirmação de
Pagamento;
6. O paciente recebe um email com o comprovante de pagamento.
RF Associado RF10
21
[UC08] Recuperar Senha
Descrição O usuário deve ser capaz de alterar sua senha de acesso ao sistema.
Ator Estagiário, Fisioterapeuta, Paciente, Recepcionista
Prioridade Essencial.
Pré-Condição O usuário possuir cadastro no sistema da clínica e acesso ao e-mail
ou celular cadastrados ao criar a senha.
Pós-Condição Uma nova senha é persistida no banco.
Fluxo Principal 1. O usuário navega até a página de login;
2. O usuário digita seu CPF e a opção “Esqueceu Senha?Clique
aqui!”;
3. O usuário clica na opção deseja e escolhe se quer receber a senha
por e-mail ou SMS;
4. Ao receber a senha o usuário poderá ter acesso novamente ao
sistema desde que digite seu CPF e a senha cadastrada;
RF Associado RF03
[UC09] Listar Pacientes Agendados
Descrição O fisioterapeuta deve ser capaz de listar os pacientes através de seu
nome ou número de CPF.
Ator Fisioterapeuta.
Prioridade Essencial.
Pré-Condição O fisioterapeuta possuir uma conta no sistema e estar logado
Fluxo Principal 1. O fisioterapeuta informa o número do CPF ou o nome do
paciente;
2. O sistema exibe uma tabela com o número do CPF, o nome do
paciente e uma opção para editar prontuário.
Fluxo Secundário No passo 2, caso não exista o CPF ou o nome informados, deve ser
exibida uma tabela vazia.
RF Associado RF06
22
[UC10] Modificar Informações do Paciente
Descrição O fisioterapeuta deve ser capaz de modificar as informações do
paciente selecionado.
Ator Recepcionista, fisioterapeuta.
Prioridade Essencial.
Pré-Condição O fisioterapeuta e/ou recepcionista possuir uma conta no sistema e
estar logado.
Pós-Condição Informações alteradas são persistidas no banco de dados.
Fluxo Principal 1. Usuário informa o número do CPF ou o nome do paciente;
2. Usuário seleciona a opção de “Modificar Paciente”;
3. Usuário é redirecionado para a página Modificar Paciente;
4. O sistema carrega automaticamente todos os dados do paciente
selecionado;
5. Usuário informa as informações à serem atualizadas;
6. Usuário aguarda que as informações sejam atualizadas no banco
de dados;
7. O sistema exibe uma mensagem informando que as informações
do paciente foi atualizadas com sucesso;
Fluxo Secundário No passo 4, caso o sistema não consiga recuperar os dados do
paciente selecionado, uma mensagem deve ser exibida informando
que ocorreu um erro.
No passo 6, caso aconteça algum erro quando o sistema for
atualizar as informações no banco de dados, uma mensagem deve
ser exibida informando que ocorreu um erro.
RF Associado RF04
[UC11] Gerar Relatório de Acompanhamento
do Paciente
Descrição O fisioterapeuta deve ser capaz de gerar relatórios sobre o
andamento do tratamento do paciente.
Ator Fisioterapeuta, NAO
Prioridade Importante.
Pré-Condição O usuário possuir uma conta no sistema e ter realizado o login.
Pós-Condição Um arquivo em PDF será gerado.
Fluxo Principal 1. O sistema preenche automaticamente de qual problema que o
paciente está sendo tratado, a quantidade de sessões que o paciente
realizou no dia, quantas sessões faltam para término de tratamento;
2. O fisioterapeuta confere os dados mostrados;
23
3. O fisioterapeuta seleciona a opção de salvar em PDF;
4. O sistema gera o PDF e inicia o download automaticamente.
Fluxo Secundário No passo 3, caso o sistema não consiga gerar o PDF, uma
mensagem será exibida informando que ocorreu um erro.
RF Associado RF09
[UC12] Cadastrar Exercícios
Descrição O usuário deve ser capaz de cadastrar os exercícios que serão
realizados pelo NAO e reproduzidos pelos pacientes.
Ator Estagiário, fisioterapeuta
Prioridade Essencial
Pré-Condição O usuário possuir uma conta no sistema e estar devidamente logado.
Fluxo Principal 1. O usuário fará o cadastro dos exercícios a serem realizados pelo
NAO e reproduzidos pelo paciente;
2. O usuário informa quais exercícios serão cadastrados;
3. O usuário aguarda que os dados sejam atualizadas no banco de
dados;
4. O sistema exibe uma mensagem informando que os dados do
sistema foram atualizados com sucesso;
5. O usuário será redirecionado para a página de Cadastrar
Exercícios.
RF Associado RF08
[UC13] Cadastrar Marcador
Descrição O usuário deve ser capaz de cadastrar os marcadores para os
exercícios que serão realizados pelo NAO e reproduzidos pelos
pacientes.
Ator Estagiário, fisioterapeuta.
Prioridade Essencial.
Pré-Condição O estagiário possuir uma conta no sistema e estar devidamente
logado.
Fluxo Principal 1. O usuário fará o cadastro dos marcadores do NAO;
2. O usuário informa quais marcadores serão cadastrados;
3. O usuárior relaciona os marcadores com os exercícios
previamente cadastrados.
4. O usuário aguarda que os dados sejam atualizadas no banco de
dados;
24
5. O sistema exibe uma mensagem informando que os dados foram
atualizados com sucesso;
RF Associado RF07
[UC14] Modificar Exercícios
Descrição O usuário deve ser capaz de modificar os exercícios que serão
realizados pelo NAO e reproduzidos pelos pacientes.
Ator Estagiário, fisioterapeuta.
Prioridade Essencial.
Pré-Condição O usuário possuir uma conta no sistema e estar devidamente logado.
Fluxo Principal 1. O usuário fará o modificação dos exercícios a serem realizados
pelo NAO e reproduzidos pelo paciente;
2. O usuário informa quais exercícios serão alterados;
3. O usuário aguarda que os dados sejam atualizadas no banco de
dados;
4. O sistema exibe uma mensagem informando que os dados foram
atualizados com sucesso;
5. O usuário será redirecionado para a página de Modificar
Exercícios.
RF Associado RF08
[UC15] Modificar Marcador
Descrição O usuário deve ser capaz de modificar os marcadores para os
exercícios que serão realizados pelo NAO e reproduzidos pelos
pacientes.
Ator Estagiário, fisioterapeuta.
Prioridade Essencial.
Pré-Condição O usuário possuir uma conta no sistema e estar devidamente logado.
Fluxo Principal 1. O estagiário fará o modificação dos marcadores a serem
realizados pelo NAO;
2. O estagiário informa quais marcadores serão alterados;
3. O estagiário aguarda que os dados sejam atualizadas no banco de
dados;
4. O sistema exibe uma mensagem informando que os dados foram
atualizados com sucesso;
RF Associado RF07
25
[UC16] Listar Exercício
Descrição O usuário deve ser capaz de listar os exercícios que serão realizados
pelo NAO e reproduzidos pelos pacientes.
Ator Estagiário, fisioterapeuta.
Prioridade Essencial.
Pré-Condição O usuário possuir uma conta no sistema e estar devidamente
autenticado.
Fluxo Principal 1. O usuário listará os exercícios a serem realizados pelo NAO e
reproduzidos pelo paciente;
2. O usuário informa quais exercícios serão listados;
3. O usuário aguarda que os dados sejam atualizadas no banco de
dados;
4. O sistema exibe uma mensagem informando que os dados foram
atualizados com sucesso;
RF Associado RF08
[UC17] Listar Marcador
Descrição O usuário deve ser capaz de listar os marcadores que serão
realizados pelo NAO e reproduzidos pelos pacientes.
Ator Estagiário, fisioterapeuta
Prioridade Essencial.
Pré-Condição O usuário possuir uma conta no sistema e estar devidamente logado.
Fluxo Principal 1. O usuário listará os marcadores a serem realizados pelo NAO e
reproduzidos pelo paciente;
2. O usuário informa em quais exercícios serão listados;
3. O usuário aguarda que os dados sejam atualizadas no banco de
dados;
4. O sistema exibe uma mensagem informando que os dados do
sistema foram atualizados com sucesso;
RF Associado RF07
[UC18] Excluir Exercício
Descrição O usuário deve ser capaz de excluir os exercícios que não serão
mais realizados pelo NAO e reproduzidos pelos pacientes.
Ator Estagiário, fisioterapeuta.
Prioridade Essencial.
Pré-Condição O usuário possuir uma conta no sistema e estar devidamente logado.
26
Pós-Condição O exercício é excluido do sistema.
Fluxo Principal 1. O usuário fará o exclusão dos exercícios que não serão mais
realizados pelo NAO e reproduzidos pelo paciente;
2. O usuário informa quais exercícios serão excluídos;
3. O usuário aguarda que os dados sejam atualizadas no banco de
dados;
4. O sistema exibe uma mensagem informando que os dados do
sistema foram excluídos com sucesso;
RF Associado RF08
[UC19] Excluir Marcador
Descrição O usuário deve ser capaz de excluir os marcadores que não serão
mais realizados pelo NAO.
Ator Estagiário.
Prioridade Essencial.
Pré-Condição O usuário possuir uma conta no sistema e estar devidamente logado.
Fluxo Principal 1. O usuário fará o exclusão dos marcadores que não serão mais
realizados pelo NAO;
2. O usuário informa quais exercícios serão excluídos;
3. O usuário aguarda que os dados sejam atualizadas no banco de
dados;
4. O sistema exibe uma mensagem informando que os dados do
sistema foram atualizados com sucesso;
RF Associado RF07
[UC20] Agendar encaixe
Descrição O recepcionista deve ser apto a agendar encaixes, em caso de
emergência..
Ator Recepcionista.
Prioridade Essencial.
Pré-Condição Recepcionista possuir uma conta no sistema e estar devidamente
logado.
Pós-Condição É inserido um encaixe no sistema.
Fluxo Principal 1. <Estende> [UC03] Verificar agenda;
2. Recepcionista seleciona a data específica para marcar sessão;
3. Recepcionista marca o dia escolhido para a sessão;
4. A nova informação é incluída no banco de dados;
27
Fluxo Secundário No passo 4, se não for possível inserir a informação no banco de
dados, uma mensagem deve ser enviada informando que
aconteceu um erro.
RF Associado RF05
[UC21] Cadastrar prontuário
Descrição O fisioterapeuta deve ser capaz de cadastrar um prontuário para
um paciente.
Ator Fisioterapeuta
Prioridade Essencial.
Pré-Condição Usuário possuir uma conta no sistema e estar logado
Pós-Condição Um novo prontuário é cadastrado no banco de dados.
Fluxo Principal 1. Usuário informa o nome completo do paciente, a data de nascimento, CPF, o sexo, o estado civil, o endereço e o grau de instrução.
2. Usuário espera os dados serem persistidos no banco.
3. Uma mensagem é exibida informando que o prontuário foi criado com sucesso.
Fluxo Secundário No passo 2, caso ocorra algum erro quando o sistema for persistir
as informações no banco de dados, uma mensagem deve ser
exibida informando que ocorreu um erro.
RF Associado RF11
NFR FRAMEWORK
O NFR Framework é uma abordagem que utiliza os Requisitos Não-Funcionais para
auxiliar o processo de desenvolvimento de sistemas, através do estabelecimento de
interdependências entre os Requisitos Não-Funcionais, além de lidar com conflitos e
prioridades, além de permitir a seleção de operacionalizações. Portanto, a figura 4 mostra a
modelagem dos Requisitos Não-Funcionais do sistema proposto.
28
Figura 4 - NFR Framework
STATECHARTS
Os gráficos de estados são formalismos visuais que especificam sistemas que reagem em
tempo real a estímulos externos e internos. Statecharts traduz o comportamento das
entidade do aplicativo. Os estados de cada parte integrante são modificados de acordo com
um evento e passam por uma transição de um estado para outro. A estruturas dos gráficos
são organizadas de tal modo que cada bloco representa estados, cada aresta representa uma
transição, para que ocorra uma transição certas condições precisam ser atendidas. Por
exemplo para que um recepcionista agende uma consulta é necessário que a condição de
haver vagas seja verdadeira. Cada aresta é nomeada com o nome da ação, e entre colchetes
ficam as condições necessárias para que tal transição ocorra.
29
A figura 5 representa o sistema como um todo, separado pelas interfaces que o mesmo
possui.
Figura 5 - Comportamento do sistema em suas 5 interfaces: recepcionista, fisioterapeuta, paciente, estagiário e
NAO.
Existe um mecanismo de autenticação(login) para transitar entre os perfis disponíveis,
também é possível recuperar acesso ao perfil(recuperar senha) no aplicativo.
COMPORTAMENTO DO RECEPCIONISTA
O aplicativo contém um mecanismo de autenticação que guia cada usuário para perfis
diferentes, nos quais existem ações distintas e específicas para seu perfil. No geral, sem que
seja explicitado de qual forma o recepcionista realizará detalhadamente cada estado, a
Figura 6 representa as possíveis situações em que a interface em questão pode se encontrar
dependendo da ação durante a execução de sua atividade.
30
Figura 6 - Comportamento do Recepcionista
COMPORTAMENTO DO PACIENTE
De forma semelhante a figura anterior, a Figura 7 representa as possíveis
situações nas quais os pacientes podem se encontrar.
31
Figura 7 - Comportamento do Paciente
COMPORTAMENTO DO ESTAGIÁRIO
Podemos observar na Figura 8 como o perfil do Estagiário se comporta e quais ações
podem ser executadas. As atividades habilitadas para o mesmo se limita a integração de
informações para integrar com o robô NAO e a atualização de informações de exercícios.
32
Figura 8 - Comportamento do estagiário
COMPORTAMENTO DO FISIOTERAPEUTA Na Figura 9 apresenta as ações realizadas pelo perfil do Fisioterapeuta, que além de
executar ações presentes no perfil do estagiário, também possui acesso a lista de
pacientes e a gerência de relatórios de acompanhamento.
33
Figura 9 - Comportamento do fisioterapeuta
COMPORTAMENTO DO NAO
O papel do perfil do NAO é possibilitar a gerência de relatórios de
acompanhamento do paciente. Não é um perfil de muita interatividade, e sim para organizar
as informações geradas pela intervenção do NAO para alimentar o aplicativo. A figura 10
demonstra o comportamento do NAO.
34
Figura 10 - Comportamento do NAO
35
CONCLUSÃO
Com este projeto, tivemos a oportunidade de aprender sobre o funcionamento,
processos e ações de uma clínica de fisioterapia, de uma forma generalizada e aplicar
diversos conhecimentos vistos em sala de aula. Com base nessa observação e utilizando-se
de metodologias de pesquisa e modelagem de processos e interação entre atores,fomos
capazes de fornecer um ponto de vista mais claro e conciso dos problemas apresentados na
organização analisada, permitindo uma correção e incrementação do modo em que as
tarefas eram realizadas pela mesma. Ao analisar os problemas dos atuais modelos foi
possível refletir em melhorias e medidas que pudessem ser tomadas para tornar tais
processos mais eficazes. De acordo com o conhecimento adquirido na disciplina de
Engenharia de Requisitos, foi possível elaborar uma solução que permite otimizar os
processos integrando a utilização de um aplicativo em conjunto com um robô social
(NAO).
A partir dos modelos gerados, usando casos de uso, NFR e statecharts para
representar a organização e seus processos, foi possível observar que o uso de ferramentas e
linguagens de modelagem torna mais fácil a tarefa de entender o funcionamento da
organização, uma vez que a abordagem visual dos recursos traz uma melhor perspectiva ao
analisar as relações entre os stakeholders envolvidos nos processos da organização.
36
REFERÊNCIAS
Como montar uma clínica de fisioterapia. SEBRAE. Disponível em: <https://www.sebrae.com.br/sites/ PortalSebrae/ideias/como-montar-uma-clinica-de-fisioterapia,31887a51b9105410VgnVCM1000003b74010aRCRD> Acesso em: 06 de nov. de 2019.
Um novo olhar sobre a Fisioterapia. SOCIEDADE BRASILEIRA DE FISIOTERAPIA. Disponível em: <https://sbf.org.br/fisioterapia-clinica-o-que-e/>. Acesso em: 06 de nov. de 2019.
SOMMERVILLE, Ian. Software engineering. Addison-Wesley/Pearson, 2011.
37