Aplicativo para elaboração de questionários, coleta de respostas e análise de dados na área da saúde em dispositivos móveis Visão Versão <1.0> Histórico da Revisão Data Versão Descrição Autor 24/06/12 1.01 Versão inicial Danilo Wictky Fabri Índice Analítico 1. Introdução 1.1 Referências 2. Posicionamento 2.1 Descrição do Problema 2.2 Sentença de Posição do Produto 3. Descrições dos Envolvidos e dos Usuários 3.1 Resumo dos Envolvidos 3.2 Resumo dos Usuários 3.3 Ambiente do Usuário 3.4 Resumo das Principais Necessidades dos Envolvidos ou dos Usuários 3.5 Alternativas e Concorrência 4. Visão Geral do Produto 4.1 Perspectiva do Produto 4.2 Suposições e Dependências 5. Recursos do Produto 6. Outros Requisitos do Produto
Visão 1. Introdução A finalidade deste documento é coletar, analisar e definir necessidades e recursos de nível superior do sistema em questão, o aplicativo para elaboração de questionários, coleta de respostas e análise de dados na área da saúde em dispositivos móveis. Ele se concentra nos recursos necessários aos envolvidos e aos usuários-alvo e nas razões que levam a essas necessidades. Os detalhes de como o sistema satisfaz essas necessidades são descritos no caso de uso e nas especificações suplementares. 1.1. Referências [1] Wilde Larsson, B. & Larsson, G. (2001) Development of a short form of the Quality from the Patient s Perspective (QPP) questionnaire. Journal of Clinical Nursing, 11,681-687. [2] Business Mobile. Sistema Mobile para Pesquisa, Questionário. e Checklist. (ano). http://www.businessmobile.com.br/sistema-mobile-para- Questionario/Sistema-Mobile-Para-Questionario.asp (acessado em 20/05/2012)
2. Posicionamento 2.1. Descrição do Problema Na área da saúde, há várias avaliações que ainda são feitas em papel, o que é lento demais, sendo que na área médica vidas muitas vezes dependem da velocidade com a qual tais avaliações são feitas. Esse sistema de avaliações pode levar a uma maior demora na implementação de novas tecnologias que melhorem o atendimento recebido, bem como nos testes finais de medicamentos com maior potencial terapêutico. Além disso, muitas pesquisas são necessárias para aperfeiçoar serviços já existentes e que apresentam com certa frequência problemas que podem culminar na invalidez ou morte de pacientes. Uma solução seria agilizar esses estudos com o uso de um aplicativo para dispositivo móvel, já que algumas dessas análises são feitas com pesquisas de opinião nos corredores dos hospitais e necessitam de algo portátil para serem realizadas. Não apenas o aplicativo substituiria o papel, mas também realizaria automaticamente análises estatísticas necessárias. 2.2. Sentença de Posição do Produto O produto proposto é pensado para profissionais da área da saúde que trabalham com pesquisas aplicadas ao público. Será um aplicativo Android utilizado para realizar pesquisas com o público, principalmente pacientes em hospitais, associado a um website utilizado para acesso e análise de dados.
3. Descrições dos Envolvidos e dos Usuários Para fornecer de maneira eficiente produtos e serviços que atendam às reais necessidades dos usuários e envolvidos, é necessário identificar e considerar todos os envolvidos como parte do processo de Modelagem de Requisitos. É necessário também identificar os usuários do sistema e assegurar que a comunidade de envolvidos os represente adequadamente. Esta seção fornece um perfil dos envolvidos e dos usuários que integram o projeto, bem como os principais problemas que, de acordo com o ponto de vista deles, poderão ser abordados pela solução proposta. Ela fornece a base e a justificativa que explicam por que os requisitos são necessários. 3.1. Resumo dos Envolvidos Há uma série de envolvidos que se interessam pelo desenvolvimento e nem todos eles são usuários finais. Abaixo se apresenta uma lista resumida desses envolvidos que não são usuários (o resumo dos usuários encontra-se na seção 3.2.). Todos os envolvidos representados na tabela abaixo estão agregados no autor deste trabalho. Nome Descrição Responsabilidades Arquiteto da solução Arquiteto da solução Dividir o sistema em componentes e projetar a solução e padrões do sistema. Scrum Master Programador Facilitador das práticas de Responsável por manter a scrum. equipe focada no projeto. Possui conhecimento téc-responsávenico para desenvolvimen-to volver o sistema. por desen- da solução. Designer Designer Responsável por criar o layout do sistema. Tester Tester Responsável por testar o sistema e reportar defeitos. 3.2. Resumo dos Usuários
Nome Descrição Responsabilidades Pesquisador Representa o usuário do sistema que irá coletar as informações e utilizar o aplicativo. Coletar as informações dos entrevistados e passar para o aplicativo mobile. Coordenador Coordenador; irá cadastrar os pesquisadores e as questões a serem realizadas. Será responsável pelos pesquisadores e pelas questões a serem realizadas. 3.3. Ambiente do Usuário Embora se tenha a intenção de que o produto seja algo genérico para pesquisas com o público na área da saúde a longo prazo, inicialmente o sistema será desenvolvido para um grupo específico de pesquisa: um grupo de alunos da Faculdade de Medicina da USP (FMUSP) que coletará dados da opinião de pacientes do Hospital das Clínicas da FMUSP através de um questionário baseado no questionário QPP (Quality from the Patient Perspective) publicado por Wilde Larson em 2001 [1]. O grupo atual da pesquisa que será considerado para o produto consiste em cinco alunos de graduação, mas há planos de contratar pesquisadores no futuro. As coletas de dados precisarão ser realizadas na saída do prontosocorro do Hospital das Clínicas em todos os períodos: manhã, tarde, noite e madrugada, pretendendo-se um estudo randomizado (i.e. escolher aleatoriamente pacientes de todos os grupos). No início, serão usadas fichas de papel para a coleta de dados, a serem transferidas manualmente para tabelas.xls enquanto o aplicativo e o web site a serem desenvolvidos não estão operacionais. Atualmente não há nenhum aplicativo ou web site do gênero e, por isso, as pesquisas dessa área seguem o padrão descrito. 3.4. Principais Necessidades dos Usuários ou dos Envolvidos
Necessidade Prioridade Solução Atual Soluções Propostas Criação e aplicação de questionários Alta Pesquisas em papel. Aplicativo para dispositivo móvel Análises gráficas Média Minitab Web site Análises estatísticas Alta Minitab Web site Cadastro de pesquisadores Baixa Cadastro de pesquisadores, em papel. Coordenador do projeto terá controle dos pesquisadores através do website. 3.5 Alternativas e Concorrência A alternativa utilizada atualmente é realizar a pesquisa através de papel e depois os inserir os dados em uma planilha de Excel, que é enviada para o software proprietário Minitab para análise de dados. As alternativas possíveis aos métodos utilizados atualmente, poderiam ser: Contratação de uma empresa de software para desenvolvimento do sistema; A empresa Businessmobile parece ter uma solução similar [2]. Porém, o produto não pode ser encontrado no site da empresa.
4. Visão Geral do Produto O sistema é composto basicamente de duas interfaces com o usuário (Pesquisador), interface Web e interface mobile. No ponto de vista da interface Web, as perspectivas do produto são: Gerenciamento de Pesquisadores; Cadastro de Pesquisas; Cadastro de questões às pesquisas; Relacionamento de pesquisas, para análises estatísticas; Visualização das análises realizadas através de uma determinada pesquisa (Gráficos). No ponto de vista da interface Mobile: Login do pesquisador no sistema; Questionário para o pesquisador realizar com os entrevistados; Prévia análise parcial sobre os dados coletados; Envio da pesquisa realizada. 4.1. Perspectiva do Produto O produto é independente e totalmente autossuficiente ele não fará parte de um sistema maior previamente existente. 4.2. Suposições e Dependências Interface Web: Browser irá precisar do plugin do flash instalado; Conexão com internet. Interface Mobile: Sistema operacional Android 1.6; Conexão com internet Ao realizar o login; Ao enviar os dados para o WebService.
5. Recursos do Produto 5.1. Interface Web: Usuário irá acessar a interface web através de um browser (Firefox, Chrome etc.). Login: usuário precisa inserir usuário e senha para entrar no sistema; Inserir/Editar/Remover - Pesquisa: páginas responsáveis pela pesquisa a ser realizada; Inserir/Editar/Remover - Pesquisador: pesquisadores que irão realizar a pesquisa previamente cadastrada; Verificar dados. Análises gráficas; Gráficos realizados através dos dados obtidos. Análises estatísticas. Tratamentos numéricos realizados com os dados obtidos para melhor análise de resultados. 5.2. Interface Mobile Login: usuário precisa inserir usuário e senha para entrar no sistema e verificar eventuais atualizações; Seleção de pesquisa a ser realizada: pesquisador poderá estar cadastrado em diversas pesquisas ao mesmo tempo. Nessa tela, o pesquisador escolherá a pesquisa com a qual irá trabalhar no momento; Menu Principal: conterá as principais ferramentas para a pesquisa selecionada, entre elas: Novo Paciente a ser entrevistado: irá para a tela de perguntas que o pesquisador terá que fazer com o paciente; Verificar dados da pesquisa: irá apresentar os dados dos pacientes entrevistados; Enviar dados para o servidor: enviará os dados para o servidor para análise e armazenamento;
Perguntas: ao clicar em um novo paciente, irá para uma sequência de telas com as perguntas que o pesquisador terá que realizar. 6. Outros Requisitos do Produto 6.1. Padrões Quatro padrões serão utilizados para este projeto: JavaBeans, para o desenvolvimento de software; Singleton, para o desenvolvimento do aplicativo móbile para guardar informações que podem ser acessadas em qualquer parte do projeto; JavaDoc, para a documentação de código, que será assim gerada automaticamente através desse padrão; Model View Control (MVC), para o webservice. 6.2. Requisitos de hardware ou de plataforma Interface Web: a interface web será desenvolvida em Flex. Para isso, será necessário que o usuário tenha instalado o plugin do Flash Player em seu browser; Interface Mobile: o aplicativo será desenvolvido para a plataforma Android versão 1.6. 6.3. Tratamento de exceções No aplicativo mobile haverá tratamento de exceções para que o usuário receba não mensagens técnicas sobre eventuais falhas, mas sim mensagens que informam de forma concisa o erro capturado. 6.4. Restrições Restrições de design: o layout do aplicativo será modular e será carregado na primeira vez em que o usuário realizar o login no sistema; Restrições externas: login e sincronização dos dados no celular necessitam de internet para que os dados sejam passados para o WebService;
Outras dependências: a documentação do software (código fonte) será gerada automaticamente utilizando o javadoc.