SYSPREPI

Sistema administrativo da Associação dos Pacientes Renais Crônicos do Estado do Piauí (APREPI)

Pré-Projeto

Este projeto apresenta a experiência de desenvolvimento de um sistema de gestão de pessoas para Associação dos Pacientes Renais Crônicos do Estado do Piauí (APREPI). Pretendemos realizar a criação deste sistema através do uso da metodologia Scrum para gerenciamento e organização, gerando valor por meio de entregas contínuas de software funcionando.

1 Justificativa

A inexistência de um sistema computacional para ajudar a gerenciar as atividades da APREPI, vêm causando atrasos nas atividades da mesma, além de exigir um esforço demasiado de voluntários para manter os dados - referentes aos sócios, as consultas e doações- atualizados. Todos esses fatores acabaram motivando o desenvolvimento desse projeto.

2 Fundamentação Teórica

Nesta seção é apresentada uma revisão bibliográfica sobre gestão de pessoas e gerenciamento de doações, que são pontos importantes para o desenvolvimento deste trabalho.

2.1 Gestão de pessoas

O desenvolvimento desse projeto tem o intuito de facilitar a atividade de cadastro de voluntários e pessoas acolhidas na instituição. Segundo Júnior e Frega (2016) a tecnologia da informação tem o intuito de apoiar e agilizar as rotinas operacionais, simplificando atividadescorriqueiras.Com o advento tecnológico, a indústria, o modo como a sociedade opera(funciona) vêm sendo alterados rapidamente, pra todo lado que se olhe há alguma aplicação tecnológica, seja um aplicativo, um site, um sistema integrado. Tarefas corriqueiras podem ser realizadas pelo próprio software, de forma automatizada, deixando aquele tempo que seria usado para realizar essas atividades, disponível para outras afazeres. Com isso, ganha-se agilidade e confiabilidade.Dessa maneira, fica perceptível a importância da tecnologia, que está ali para facilitar a vida de todos. De modo que, cabe a cada um adaptar-se à nova realidade, seja qual for o'setor/área, seja uma ONG, como no caso, ou uma grande empresa privada.

2.2 Gerenciamento de doações

Apesar da demanda de doações não ser tão alta a ponto da instituição não conseguir gerenciar todas, ter um modo mais rápido e prático de fazê-la, que seria exercendo essa gerência de maneira informatizada, seria de grande ajuda de forma que economizaria tempo e pessoal. Além de automatizar essa tarefa, o sistema proposto também seria uma maneira de chegar até novos benfeitores, tendo um plataforma que tornaria mais fácil a divulgação do trabalho realizado no local, bem como fornecendo maior praticidade para realizar a doação,tanto para o colaborador quanto para quem recebe. Pretende-se dessa forma que o número de doações cresça e não sofra demasiadas oscilações negativas, pois também preza-se o relacionamento de longo prazo, estimulando através de email ou por meio de aplicativo de mensagens, doações sempre que possível ou ainda informando períodos que a ONG possa vir estar precisando mais.

3 Objetivos

3.1 Objetivo Geral

Desenvolvimento de um sistema para a APREPI, buscando melhorar a gestão de pessoas(sócios, benfeitores e voluntários), a interação social, bem como o controle de doações,cestas básicas a serem doadas para os sócios e administrar consultas oferecidas pela instituição.

3.2 Objetivos Específicos

Possibilitar um maior controle das doações recebidas, bem como dos seus benfeitores; Melhorar a gestão de pacientes acolhidos, de voluntários da instituição, benfeitores; Gerenciar a realização eventos de arrecadação de fundos e de consultas realizadas com diversas especialidades; Melhorar, e facilitar, a comunicação entre a instituição e a sociedade.

4 Metodologia da Execução do Projeto

A metodologia será Scrum, que consiste em manter o foco e compromisso de cada Sprint, esses que por sua vez serão realizados uma vez por semana, com todas as atividades planejadas em reunião anterior com cliente e todo o time, discutindo sempre o backlog equal funcionalidade para o próximo Sprint, onde o time utilizará a plataforma Trello para acompanhar e gerenciar o status de cada atividade.

5 Acompanhamento e Avaliação do Projeto

Durante a Execução acompanhamento ocorrerá semanalmente, seja com uma visita à sede da APREPI e/ou uma conversa via aplicativo de mensagens. Em cada uma dessas etapas, ou sprints,esperamos entregar mais uma parte funcional do sistema, para que os usuários testem e tenhamos um feedback deles, e possíveis erros/equívocos sejam percebidos e corrigidos o'mais rápido possível, de modo que o tempo real de produção seja o mais próximo possível daquele estipulado no planejamento inicial.

6 Resultados Esperados e Disseminação dos Resultados

A proposta inicial é entregar um programa totalmente funcional, e intuitivo, que possibilite aos usuários realizar, de modo rápido e prático, a gestão de pessoas: sócios, benfeitores, voluntários. Também permitir gerenciar eventos, cestas básicas(recebidas e doadas), e ainda, organizar consultas de diversas especialidades oferecidas pela APREPI. O resultado final será divulgado pelas redes sociais, pessoais(de cada desenvolvedor) e também as da própria instituição.

7 Referências Bibliográficas

JUNIOR, Luiz Pereira Pinheiro, and José Roberto Frega. "Desempenho da TI: Uma Pesquisa no Faturamento Eletrônico nas Empresas."Americas Conference on Information Systems (AMCIS). Association For Information Systems, 2016.

PASSOS, Isabela C., et al. "SISTEMA DE GERENCIAMENTO DE DOAÇÕES SANGUÍNEAS-SGDS."

PESTANA, Maria Cláudia et al . Desafios da sociedade do conhecimento e gestão de pessoas em sistemas de informação. Ci. Inf., Brasília , v. 32, n. 2, p. 77-84, Aug. 2003.

Descrição

A proposta inicial é entregar um sistema totalmente funcional, e intuitivo, que possibilite aos usuários realizar, de modo rápido e prático, a gestão de pessoas: sócios, benfeitores e voluntários da APREPI. Também permitir gerenciar eventos, cestas básicas(recebidas e doadas), e ainda, organizar consultas de diversas especialidades oferecidas pela instituição. Além de automatizar essas tarefas, o sistema proposto também seria uma maneira de chegar até novos benfeitores, tendo um plataforma que tornaria mais fácil a divulgação do trabalho realizado no local, bem como fornecendo maior praticidade para realizar doações, tanto para o colaborador quanto para quem recebe.

Público alvo

• Sócios;
• Benfeitores;
• Voluntários da APREPI.

Problema a ser solucionado

A inexistência de um sistema computacional para ajudar a gerenciar as atividades da APREPI, vem causando atrasos nas atividades dela, além de exigir um esforço demasiado de voluntários para manter os dados - referentes aos sócios, as consultas e doações - atualizados.

Funcionalidades

• Cadastrar sócios

  • Sócios são pessoas que se associam para fazer tratamento.

• Cadastro de Benfeitores

  • Benfeitores são pessoas que realizam as doações, que podem ser sócios também.

• Gerar recibo automático

  • Uma ferramenta que gerasse um recibo a partir de informações inseridas.

• Organizar consultas

  • Uma ferramenta que permitisse organizar as consultas, que são realizadas com psicólogo, nutricionista e assistente social.

• Gerenciar Cestas Básicas

  • Uma ferramenta que gerencia as cesta básicas que são doadas para a instituição, onde a instituição repassa as mesmas para seus sócios.

• Gerenciamento de eventos

  • Uma ferramenta que gerencie os eventos organizados pela instituição, todo evento possui custos e arrecadações.

• Gerenciamento de Voluntário

  • Uma ferramenta que permite gerenciar as pessoas que são voluntárias.

Protótipos

Link dos protótipos (MarvelApp)

Diagrama de Caso de Uso

Especificação dos Casos de Uso

UC-01	Solicitar consulta
Ator principal	Sócio
Descrição	O Sócio solicita o agendamento de uma consulta
Propósito	Solicitar o agendamento de uma consulta
Pré-condição	O usuário estar autenticado no sistema com o perfil de Sócio
Pós-condição	Que a solicitação de agendamento de consulta tenha sido realizada
Fluxo principal	O Sócio seleciona o botão de solicitação de agendamento de consulta O sistema exibe um formulário para cadastramento da solicitação O Sócio informa a especialidade da consulta e uma breve descrição do motivo da solicitação no formulário O Sócio registra a solicitação O sistema envia a solicitação para a lista de solicitações do sistema O sistema informa ao Sócio que assim que a consulta for agendada receberá uma notificação com o dia, hora e o local da consulta O sistema redireciona o Sócio para a tela principal
Fluxo alternativo	-

UC-02	Marcar consulta
Ator principal	Funcionário
Descrição	Este caso de uso tem a função de detalhar o processo de marcar consulta para um sócio
Propósito	Marcar consulta para um sócio com umas das especialidades ofertadas pela instituição
Pré-condição	Ter efetuado login como funcionário da instituição
Pós-condição	Consulta marcada com sucesso
Fluxo principal	1. O ator acessa a opção Marcar consulta 2. O ator verifica a disponibilidade de atendimento da especialidade solicitada pelo sócio 3. O ator preenche os campos com os dados requisitados do sócio O ator confirma a consulta
Fluxo alternativo	-
Fluxo exceção	FE01 - Agenda médica lotada 3.1. O ator verificou que não há mais espaço na agenda de nenhum médico da especialidade solicitada 4.1. O ator não marca a consulta 5.1. O sistema notifica o sócio que não foi possível marcar a consulta FE02 - Falta de médicos da especialidade requisitada 3.1. O ator verificou que não há, no momento, médicos voluntários para a especialidade solicitada. 4.1. O ator não marca a consulta 5.1. O sistema notifica o sócio que não foi possível marcar a consulta

UC-03	Notificar consulta
Ator principal	Funcionário
Descrição	Este caso de uso tem a função de detalhar o processo de notificar uma consulta marcada ao sócio
Propósito	Lembrar o sócio de sua consulta perto da sua data de realização
Pré-condição	Ter efetuado login como funcionário da instituição
Pós-condição	O sócio é notificado com sucesso da sua consulta
Fluxo principal	1. O sistema notifica o sócio que a data de sua consulta está próxima
Fluxo alternativo	Não há
Fluxo exceção	FE01 - Erro na notificação 1.1. O sistema não notifica o sócio

UC-04	Fazer doação única
Ator principal	Usuário externo
Descrição	O Usuário externo realiza uma doação através de boleto bancário ou cartão de crédito.
Propósito	Realizar uma doação única
Pré-condição	-
Pós-condição	Que a doação tenha sido realizada e o benfeitor cadastrado.
Fluxo principal	1. O usuário clica no botão de doação. 2. O sistema leva o usuário para a tela de categorias de doação. 3. Seleciona a opção de doação. 4. O sistema leva o usuário para a tela do formulário de doação. 5. O usuário informa seus dados pessoais para cadastro no sistema. 6. O usuário seleciona a forma de pagamento boleto bancário. 7. O usuário informa o valor da doação. 8. O usuário finaliza a doação. 9. O sistema gera o boleto bancário 10. O sistema leva o usuário para a página de agradecimento com a opção de download do boleto. 11. O sistema envia o boleto e confirmação de cadastro para o email do usuário.
Fluxo alternativo	6. O usuário seleciona a forma de pagamento cartão de crédito. 7. O usuário informa o valor da doação. 8. O usuário finaliza a doação. 9. O sistema faz a cobrança no cartão 10. O sistema leva o usuário para a página de agradecimento. 11. O sistema envia a confirmação de pagamento e cadastro para o email do usuário.
Fluxo exceção	-

UC-05	Fazer doação recorrente
Ator principal	Usuário externo
Descrição	O Usuário externo realiza uma doação recorrente através de cartão de crédito.
Propósito	Realizar uma doação recorrente
Pré-condição	-
Pós-condição	Que o cadastro do benfeitor tenha sido realizado e a doação recorrente registrada.
Fluxo principal	1. O usuário clica no botão de doação. 2. O sistema leva o usuário para a tela de categorias de doação. 3. Seleciona a opção de doação mensal. 4. O sistema leva o usuário para a tela do formulário de doação. 5. O usuário informa seus dados pessoais para cadastro no sistema. 6. O usuário seleciona a forma de pagamento cartão de crédito 7. O usuário informa o valor da doação. 8. O usuário finaliza a doação. 9. O sistema faz o registro do cartão. 10. O sistema leva o usuário para a página de agradecimento. 11.O sistema envia a confirmação de cadastro para o email do usuário.
Fluxo alternativo	3. Seleciona a opção de doação anual.
Fluxo exceção	-

UC-06	Fazer doação anônima
Ator principal	Usuário externo
Descrição	O Usuário externo realiza uma doação anônima através de boleto bancário.
Propósito	Realizar uma doação única de forma anônima.
Pré-condição	-
Pós-condição	Que a doação tenha sido realizada.
Fluxo principal	1. O usuário clica no botão de doação anônima. 2. O sistema leva o usuário para a tela do formulário de doação anônima. 3. O usuário informa seu email para envio de informações sobre a doação e o nome e cpf para gerar o boleto bancário. 4. O usuário informa o valor da doação. 5. O usuário finaliza a doação. 6. O sistema gera o boleto bancário 7. O sistema leva o usuário para a página de agradecimento com a opção de download do boleto. 8. O sistema envia o boleto para o email do usuário.
Fluxo alternativo	-
Fluxo exceção	-

UC-07	Receber Cestas Básicas
Ator principal	Funcionário
Descrição	O funcionário registra uma doação de cesta básica no sistema.
Propósito	Registrar as entradas de cestas básicas.
Pré-condição	Estar logado no sistema
Pós-condição	Estoque de cestas básicas aumenta de acordo com quantidade informada.
Fluxo principal	1. Funcionário faz a autenticação 2. Funcionário registra o que está entrando no estoque 3. Funcionário confirma entrada 4. Recibo é gerado automaticamente 5. Doação é registrada.
Fluxo alternativo	1. Funcionário faz a autenticação 2. Funcionário cadastra o código do material que não tem no sistema.
Fluxo exceção	-

UC-08	Distribuir Cesta Básica
Ator principal	Funcionário
Descrição	O funcionário registra uma distribuição de cesta básica no sistema.
Propósito	Registrar as saídas de cestas básicas e informar quem está recebendo.
Pré-condição	Estar logado no sistema e ter estoque e cestas.
Pós-condição	Estoque de cestas básicas diminui de acordo com quantidade informada.
Fluxo principal	1. Funcionário faz a autenticação 2. Funcionário registra o que está saindo do estoque 3. Funcionário confirma saída 4. Recibo é gerado automaticamente 5.Distribuição é registrada.
Fluxo alternativo	1. Funcionário faz a autenticação 2. Funcionário informa que item está saindo, mesmo que não tenha no estoque, ou ajuste para zero no estoque item que não possui fisicamente, mas no sistema sim.
Fluxo exceção	-

UC-09	Criar Evento
Ator principal	Funcionário
Descrição	O funcionário registra um evento no sistema.
Propósito	Criar evento associando participantes e gerenciando gastos e custo
Pré-condição	Estar logado no sistema
Pós-condição	Ser possível visualizar evento criado pelo o ator
Fluxo principal	1. O ator faz a autenticação no sistema 2. O ator acessa a opção de Criar Evento 3. O ator informa os dados de entrada 4. O ator clica na opção “Associar participante” 5. O ator associa os participantes do evento 6. O ator clica na opção Gerenciar Gastos 7. O ator informa os dados necessários e salva 8. O ator clica na opção Gerenciar Arrecadações 9. O ator gerencia as arrecadações para o evento 10. O ator clica em Criar Evento 11. O sistema redireciona para a tela onde mostra em detalhes o evento criado 12. Fim do caso de uso
Fluxo alternativo	-

UC-10	Solicitar cadastro de voluntário
Ator principal	Usuário externo
Descrição	O usuário externo preenche um formulário solicitando o seu cadastro como voluntário no sistema
Propósito	Solicitar cadastro como voluntário por parte do usuário externo
Pré-condição	-
Pós-condição	Solicitação realizada com sucesso
Fluxo principal	1. O usuário externo clica na opção Solicitar cadastro para voluntário 2. O usuário externo deve preencher os dados requisitados no formulário 3. O sistema notifica o usuário de que a solicitação foi realizada.
Fluxo alternativo	-

UC-11	Listar solicitações de cadastro para voluntário
Ator principal	Funcionário
Descrição	O funcionário lista as solicitações para cadastro de voluntário que estão aguardando por aprovação
Propósito	Listar solicitações de cadastro de voluntários que estão aguardando por aprovação
Pré-condição	O funcionário deve estar autenticado no sistema
Pós-condição	Listagem realizada com sucesso
Fluxo principal	1. O funcionário loga no sistema. 2. O funcionário clica na opção Listar solicitações para cadastro de voluntário 3. O sistema realiza a listagem.
Fluxo alternativo	-

UC-12	Aprovar solicitação de cadastro para voluntário
Ator principal	Funcionário
Descrição	O funcionário aprova uma solicitação de cadastro de voluntário que estava aguardando por aprovação
Propósito	Aprovar solicitação de cadastro de voluntário e cadastrá-lo no sistema
Pré-condição	O funcionário deve estar autenticado no sistema
Pós-condição	Voluntário cadastrado com sucesso
Fluxo principal	1. O funcionário loga no sistema. 2. O funcionário clica na opção Listar solicitações para cadastro de voluntário 3. O funcionário clica na opção Aprovar solicitação 4. O sistema informa que a solicitação foi aceita e que o voluntário foi cadastrado no sistema.
Fluxo alternativo	-

Autores

@rabeloAndre	@MikaelSantilio	@jeffteixeira	@RafaelGates	@renanaquinno