Sistema administrativo da Associação dos Pacientes Renais Crônicos do Estado do Piauí (APREPI)
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
- Sócios;
- Benfeitores;
- Voluntários da APREPI.
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.
-
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.
Link dos protótipos (MarvelApp)
| 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 | - |
 @rabeloAndre |
 @MikaelSantilio |
 @jeffteixeira |
 @RafaelGates |
 @renanaquinno |
|---|