Aplicativo para Clínica de Fisioterapia

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.


10

UC Relacionado UC06

[RF03] Realizar Cadastro

Descrição Permite a criação de um cadastro no sistema.


UC Relacionado UC01, UC02, UC08

[RF04] Modificar Cadastro

Descrição Permite a modificação do cadastro no sistema.


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.


UC Relacionado UC03, UC04, UC20

[RF06] Listar pacientes agendados

Descrição O sistema deverá listar os pacientes agendados para a data

agendada.


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.


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.


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.


UC Relacionado UC11

[RF10] Registrar pagamento

Descrição Caso a consulta for particular, o recepcionista deverá registrar o

pagamento no sistema.


UC Relacionado UC07

[RF10] Cadastrar Prontuário

Descrição O Fisioterapeuta deverá ser capaz de criar um prontuário para um

paciente.


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.


[RNF02] Controle de acesso por perfil de usuários

Decrição O sistema deve controlar o acesso de usuários conforme o seu

perfil.


[RNF03] Disponibilidade

Decrição O sistema deve possuir alta disponibilidade, ou seja, durante os 7

dias da semana e 24 horas diárias.


[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.


[RNF05] Autenticação do usuário

Decrição É necessário autenticar o usuário através de login e senha


[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.


[RNF07] Armazenamento criptografado

Decrição As informações armazenadas no sistema devem ser criptografadas.


[RNF08] Integridade

Decrição O sistema deve garantir a consistência e integridades dos dados.


[RNF09] Precisão

Decrição O sistema deve garantir a precisão das informações.


[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.


[RNF12] Backup de dados

Decrição O sistema deve realizar backups dos dados diariamente.

14


Safety

[RNF13] Prevenção de perigos

Decrição O sistema deve ser capaz de identificar os possíveis perigos, a fim

de evitar acidentes.


[RNF14] Registro de eventos

Decrição O sistema deve registrar os eventos que levem ao mal

funcionamento do sistema.


Usabilidade

[RNF15] Simplicidade

Decrição A interface do sistema deve ser simples e intuitiva


[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.


[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.


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.


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.


[RNF20] Modificabilidade

Decrição O sistema deve ser fácil de ser modificado e/ou adaptado.


[RNF21] Testabilidade

Decrição O sistema deve ser fácil de ser testado após a realização de

alterações.


[RNF22] Portabilidade

Decrição O sistema deve ser capaz de ser executado em qualquer plataforma

(Android, IoS ou Windows Phone)


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


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



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.



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


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




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.


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.



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.


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.


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


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.


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.


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





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;


dados;



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.




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;



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.



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;


dados;



RF Associado RF08

[UC17] Listar Marcador

Descrição O usuário deve ser capaz de listar os marcadores que serão


Ator Estagiário, fisioterapeuta



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;


dados;



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.




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;


dados;


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.



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;


dados;



RF Associado RF07

[UC20] Agendar encaixe

Descrição O recepcionista deve ser apto a agendar encaixes, em caso de

emergência..

Ator Recepcionista.


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


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.

Aplicativo para Clínica de Fisioterapia

Documents

Transcript of Aplicativo para Clínica de Fisioterapia