Modelagem participativa de um aplicativo de gestão pessoal de vacinação

(1)

DEPARTAMENTO ACADˆ

EMICO DE INFORM ´

ATICA

BACHARELADO EM SISTEMAS DE INFORMAC

¸ ˜

AO

GUILHERME RIESEMBERG BASTOS SILVA

MAX DO PORTO

MODELAGEM PARTICIPATIVA DE UM APLICATIVO DE

GEST ˜

AO PESSOAL DE VACINAC

¸ ˜

AO

TRABALHO DE CONCLUS ˜

AO DE CURSO

CURITIBA 2018

(2)

MAX DO PORTO

MODELAGEM PARTICIPATIVA DE UM APLICATIVO DE

GEST ˜

AO PESSOAL DE VACINAC

¸ ˜

AO

Trabalho de Conclusão de Curso do curso de gra-dua¸cão Bacharelado em Sistemas de Informa¸cão da Universidade Tecnológica Federal do Paraná como requisito parcial para obten¸cão do t´ıtulo de Bacharel em Sistemas de Informa¸cão .

Orientador: Dr. Leonelo Dell Anhol Almeida Co-orientadora:Dra. S´ılvia Am´elia Bim

CURITIBA 2018

(3)

Ministério da Educação

UNIVERSIDADE TECNOLÓGICA FEDERAL DO PARANÁ Câmpus Curitiba

Diretoria de Graduação e Educação Profissional

Departamento Acadêmico de Informática

Coordenação do Curso de Bacharelado em Sistemas de Informação

TERMO DE APROVAÇÃO

“MODELAGEM PARTICIPATIVA DE UM APLICATIVO DE GESTÃO PESSOAL

DE VACINAÇÃO”

por

“GUILHERME RIESEMBERG BASTOS SILVA e MAX DO PORTO”

Este Trabalho de Conclusão de Curso foi apresentado no dia 24 de agosto de 2018 como requisito parcial à obtenção do grau de Bacharel em Sistemas de Informação na Universidade Tecnológica Federal do Paraná - UTFPR - Câmpus Curitiba. O(a)(s) aluno(a)(s) foi(ram) arguido(a)(s) pelos membros da Banca de Avaliação abaixo assinados. Após deliberação a Banca de Avaliação considerou o trabalho ________________________________________.

________________________________

Prof. Dr. Leonelo Dell Anhol Almeida

(Presidente - UTFPR/Curitiba)

________________________________

Profª. Drª. Marilia Abrahão Amaral

(Avaliador(a) 1 - UTFPR/Curitiba)

________________________________

Profª. Drª. Adriana Maria Wan Stadnik

(Avaliador(a) 2 - UTFPR/Curitiba)

________________________________

Profa. Leyza Baldo Dorini

(Professora Responsável pelo TCC – UTFPR/Curitiba)

_____________________________

Prof. Leonelo Dell Anhol Almeida

(Coordenadordo curso de Bacharelado em Sistemas de Informação – UTFPR/Curitiba)

(4)

PORTO, Max do; RIESEMBERG, Guilherme. MODELAGEM PARTICIPATIVA DE UM APLICATIVO DE GEST ÃO PESSOAL DE VACINAÇ ÃO. 87 f. Trabalho de Con-clusão de Curso – Bacharelado em Sistemas de Informa¸cão, Universidade Tecnológica Federal do Paraná. Curitiba, 2018.

No quesito vacina¸cão, o Sistema Único de Saúde é o maior órgão fornecedor, entretanto, há uma deficiência de fornecimento de informa¸cões, registros, entre outros, os quais poderiam ser sanados com o aux´ılio de um aplicativo de controle de vacina¸cão, visto que, no último ´ındice levantado pelo Instituto Brasileiro de Geografia e Estat´ıstica, mais de 77% da po-pula¸cão brasileira com mais de 10 anos já possui um telefone móvel. Atualmente existem aplicativos que realizam algum controle vacinal, entretanto, encontra-se alguns pontos frágeis citados pelos usuários como a localiza¸cão de uma unidade de saúde mais próxima, poder inserir de forma retroativa as vacinas e controle de mais de uma pessoa através do mesmo dispositivo. Este trabalho apresenta uma proposta inclusiva e participativa para a área da saúde feita por usuários envolvidos com o tema vacina¸cão. A partir de técnicas de levantamento de requisitos (ACOST), design (Braindraw) e avalia¸cão (Avalia¸cão Coope-rativa) do Design Participativo, foi idealizado, criado e avaliado um protótipo interativo de aplicativo móvel pelos usuários participantes do projeto, com o objetivo de solucionar os problemas levantados pelos próprios usuários de maneira conjunta e cooperativa. Palavras-chave: Aplicativo, protótipo, vacina¸cão, Design Participativo.

(5)

PORTO, Max do; RIESEMBERG, Guilherme. PARTICIPATORY MODELING OF AN APPLICATION FOR VACCINATION PERSONAL MANAGEMENT. 87 f. Trabalho de Conclusão de Curso – Bacharelado em Sistemas de Informa¸cão, Universidade Tecnológica Federal do Paraná. Curitiba, 2018.

Regarding to vaccination issues, SUS (Brazilian Public Health Care System) is the largest vaccine provider in Brazil; however, there is little access to reliable health care information and other related records which could be approached with the aid of a vaccination control application, since last research published by IBGE (Brazilian Institute of Geography and Statistics), more than 77% of the Brazilians aged 10 years or more own at least one mobile phone. Currently, there are mobile applications that can provide users with some vaccine record and control, but with some gaps, reported by users, such as absense of locating the closest public health facility location, restrictions for registering prior vaccines and user records, and a need for a feature that alows multiple user management for the same user account. This research presents an inclusive and participatory proposal for health care area in which users had been part of the development regarding the vaccination theme. Considering the perspective to solve some raised health care related issues raised by the users, it was mediated by techniques from Participatory Design for requirement analysis (ACOST), design (Braindraw) and evaluation (Cooperative Evaluation), an interactive mobile application prototype has been designed, created and evaluated with and by the research/project participants.

(6)

–

FIGURA 1 Popula¸c˜ao de 10 anos ou mais que tenham telefone m´ovel celular . 11 –

FIGURA 2 Evolu¸c˜ao de mercado de cada plataforma . . . 12 –

FIGURA 3 Curva de evolu¸cão de dispositivos móveis que possuem conexão à internet . . . 12 –

FIGURA 4 Fluxo particular do projeto . . . 27 –

FIGURA 5 Apresenta¸c˜ao do Braindraw . . . 36 –

FIGURA 6 Execu¸c˜ao da t´ecnica Braindraw . . . 36 –

FIGURA 7 Apresenta¸cão da técnica Avalia¸cão Cooperativa . . . 39 –

FIGURA 10 Caso de uso do prot´otipo . . . 41 –

FIGURA 11 Modal calendario . . . 42 –

FIGURA 12 Tela de login . . . 44 –

FIGURA 13 Tela de sobreposi¸c˜ao . . . 44 –

FIGURA 14 Tela de cadastro . . . 46 –

FIGURA 15 Tela principal . . . 47 –

FIGURA 16 Modal inicial . . . 48 –

FIGURA 17 Tela de configura¸c˜ao . . . 49 –

FIGURA 18 Tela de perfil . . . 50 –

FIGURA 19 Tela fam´ılia . . . 51 –

FIGURA 20 Modal de inclus˜ao de familiar . . . 52 –

FIGURA 21 Tela lista de vacinas . . . 53 –

FIGURA 22 Tela de informa¸c˜oes . . . 55 –

FIGURA 23 Modal novo lembrete . . . 56 –

FIGURA 24 Tela lembretes . . . 57 –

FIGURA 25 Tela carteira . . . 58 –

(7)

ACOST Atlas of Criminal Organizations and Societal Trends ATS Avalia¸c˜ao de Tecnologias em Sa´ude

BDBComp Biblioteca Digital Brasileira de Computa¸c˜ao

BID Banco Mundial e Banco Interamericano de Desenvolvimento

CBL Challenge Based Learning

CEP Comitˆe de ´Etica e Pesquisa

CE-CAS Comissão Especial de Computa¸cão Aplicada à Saúde

CMD Conjunto M´ınimo de Dados

DECIT Departamento de Ciˆencia e Tecnologia

DP Design Participativo

EUA Estados Unidos da Am´erica

GRPC Gerenciamento do Relacionamento com Paciente Crˆonico

IHC Intera¸c˜ao Humano-Computador

PNCTS Pol´ıtica Nacional de Ciência, Tecnologia e Inova¸cão em Saúde PNI Programa Nacional de Imuniza¸cões

REBRATS Rede Brasileira de Avalia¸cão de Tecnologias em Saúde ReforSUS Refor¸co à Reorganiza¸cão do Sistema Único de Saúde SBC Sociedade Brasileira de Computa¸cão

SCTIE Secretaria de Ciência e Tecnologia e Insumos Estratégicos SUS Sistema Único de Saúde

TCLE Termo de Consentimento Livre e Esclarecido UNB Universidade de Bras´ılia

UTFPR Universidade Tecnol´ogica Federal do Paran´a

UX User Experience

(8)

1 INTRODUÇ ÃO . . . 9 1.1 OBJETIVOS . . . 10 1.1.1 Objetivo Geral . . . 10 1.1.2 Objetivos Espec´ıficos . . . 10 1.2 MOTIVAÇ ÃO E JUSTIFICATIVA . . . 11 2 REFERENCIAL TE ÓRICO . . . 14

2.1 HIST ÓRICO DA VACINAÇ ÃO NO BRASIL . . . 14

2.2 SA ´UDE E TECNOLOGIA NO BRASIL . . . 15

2.3 APLICATIVOS NA ´AREA DA SA ´UDE . . . 16

2.4 DESIGN PARTICIPATIVO . . . 19

2.5 T´ECNICAS DE DESIGN PARTICIPATIVO . . . 21

2.5.1 ACOST . . . 21 2.5.2 BrainDraw . . . 23 2.5.3 Avalia¸cão Cooperativa . . . 23 3 MÉTODOS ADOTADOS . . . 25 4 DESENVOLVIMENTO . . . 28 4.1 COMITÊ DE ÉTICA . . . 28

4.2 1a _{ETAPA - APLICAC}_{¸ ˜}_{AO DA T´}_{ECNICA ACOST . . . 30}

4.3 2a _{ETAPA - APLICAC}_{¸ ˜}_{AO DA T´}_{ECNICA BRAINDRAW . . . 34}

4.4 3a _{ETAPA - ELABORAC}_{¸ ˜}_{AO DO PROT ´}_{OTIPO . . . 36}

4.5 4a _{ETAPA - APLICAC}_{¸ ˜}_{AO DA T´}_{ECNICA AVALIAC}_{¸ ˜}_{AO COOPERATIVA . . . . 37}

4.6 5a _{ETAPA - ALTERAC}_{¸ ˜}_{AO DO PROT ´}_{OTIPO . . . 40}

4.7 O PROT ´OTIPO . . . 40 4.7.1 Tela de Login . . . 44 4.7.2 Tela de Cadastro . . . 46 4.7.3 Tela Principal . . . 47 4.7.4 Tela de Configura¸c˜ao . . . 49 4.7.5 Tela de Perfil . . . 50 4.7.6 Tela Fam´ılia . . . 51

4.7.7 Tela Lista de Vacinas . . . 53

4.7.8 Tela de Informa¸c˜oes . . . 55

4.7.9 Tela de Lembretes . . . 57

4.7.10Tela Minha Carteira . . . 58

4.8 CONSIDERAC¸ ˜OES SOBRE O PROCESSO . . . 59

5 CONSIDERAC¸ ˜OES FINAIS . . . 61

REFERˆENCIAS . . . 63

Apˆendice A -- TERMO DE CONSENTIMENTO LIVRE E ESCLARE-CIDO . . . 67

Apêndice B -- TERMO DE CONCORD ÂNCIA DOS LABORAT ÓRIOS E/OU SERVIÇ OS ENVOLVIDOS . . . 72

(9)

CONFIDENCIALI-Apêndice E -- PROJETO DETALHADO . . . 78 Apêndice F -- QUESTION ÁRIO . . . 86

(10)

1 INTRODUC¸ ˜AO

Há diversos cuidados que ajudam a imunizar nossos corpos contra doen¸cas. Além dos hábitos diários como beber bastante água, dormir bem, ter uma alimenta¸cão saudável e equilibrada, se proteger das varia¸cões climáticas, existe uma a¸cão que quase sempre é deixada em segundo plano, que é manter a vacina¸cão em dia. Por defini¸cão, vacina¸cão é a administra¸cão, em um indiv´ıduo, de ant´ıgenos processados laboratorialmente visando desencadear rea¸cões imunológicas no organismo, tornando preparado para uma eventual invasão por microorganismos patogênicos (MOLINA et al., 2007).

Após a aplica¸cão da vacina é necessário realizar registro. O registro da aplica¸cão de vacinas é feito no Atestado de Vacina¸cão, popularmente conhecido como cartão de vacina¸cão, conforme lei no _{6.259, de 30 de outubro de 1975 (BRASIL, 1975), este atestado} é o documento que comprova a imuniza¸cão. Os funcionários das Unidades de Saúde, que trabalham em salas de vacina, são quem têm a responsabilidade de emitir o cartão de vacina¸cão e/ou atualizá-lo na ocasião da administra¸cão de qualquer vacina. Por ser imprescind´ıvel como comprova¸cão de imuniza¸cão, é aconselhado a popula¸cão a guardá-lo junto aos outros documentos de identifica¸cão pessoal. É importante que este cartão seja apresentado nos atendimentos médicos de rotina e de fundamental importância que esteja dispon´ıvel nos casos de acidentes, bem como, que seja mantido atualizado de acordo com a faixa etária das pessoas (BRASIL, 2003).

Na saúde, a tecnologia pode ser definida como conhecimento aplicado que per-mite a preven¸cão, o diagnóstico e o tratamento das doen¸cas, e a reabilita¸cão de suas consequências (SANTOS, 2016). A Pol´ıtica Nacional de Ciência, Tecnologia e Inova¸cão em Saúde (PNCTS), formalizada em 2004, incluiu entre as suas estratégias a Avalia¸cão de Tecnologias em Saúde (ATS) como instrumento que contribui para o aprimoramento da capacidade regulatória do Estado na incorpora¸cão de tecnologias nos sistemas de saúde.

Mesmo com o a transforma¸cão tecnológica, ainda é realizado por grande parte da popula¸cão o registro das vacinas em papéis. Apesar de existirem aplicativos, como Cartão

(11)

de Vacina Gotinha1_{, Einstein Vacinas}2_{e Vacine}3_{, que possuem a proposta de auxiliar estes} registros, tais op¸c˜oes ainda apresentam limita¸c˜oes, conforme relatos verificados sobre estes aplicativos na loja virtual da Google (https://play.google.com/store).

Este trabalho irá apresentar uma proposta de um protótipo de aplicativo para gerenciamento de vacina¸cão utilizando o paradigma do Design Participativo, o qual será elaborado juntamente com profissionais da área da saúde, gestantes, puérperas e res-ponsáveis por controle de vacina¸cão do(a) filho(a) ou filhos(as).

Desta maneira o processo de cria¸cão do protótipo tem como foco do ponto de vista social a capta¸cão dos reais problemas sobre o tema vacina¸cão vivenciados pelos participantes da pesquisa. No ponto de vista da computa¸cão a importância do trabalho está na promo¸cão da democratiza¸cão no processo de concep¸cão de um aplicativo móvel.

1.1 OBJETIVOS

1.1.1 OBJETIVO GERAL

Propor um protótipo de aplicativo de gestão de vacina¸cão para uso pessoal e familiar utilizando o Design Participativo (DP).

1.1.2 OBJETIVOS ESPEC´IFICOS

• Avaliar aplicativos semelhantes desenvolvidos para o sistema operacional Android com base nas funcionalidades oferecidas;

• Estudar e definir t´ecnicas de DP para elaborar o prot´otipo do aplicativo;

• Compor um processo de modelagem de um aplicativo para a área da saúde com as técnicas do DP;

• Utilizar o processo de metodologia para a elabora¸cão e avalia¸cão do protótipo do aplicativo.

1_{url: https://play.google.com/store/apps/details?id=com.rezsys.cartaovacina} 2_{url: https://play.google.com/store/apps/details?id=br.einstein.vacinas} 3_{url: https://play.google.com/store/apps/details?id=br.devv.iron.vacine}

(12)

1.2 MOTIVAC¸ ˜AO E JUSTIFICATIVA

Conforme será exposto na se¸cão 2.3, atualmente no Brasil há uma carência em rela¸cão a aplicativos para dispositivos móveis com foco em saúde. Um exemplo é verificado através do Google PlayStore, em que ao fazer uma pesquisa focada na mesma temática deste projeto foram encontrados poucos aplicativos que realmente tem como objetivo o gerenciamento e registro de vacina¸cão.

A escolha de elaborar mais um aplicativo para dispositivo m´ovel em Android foi motivada pelos seguintes fatores:

• Nos anos compreendidos entre 2005 e 2014, o n´umero de pessoas de 10 anos ou mais de idade que tinham telefone m´ovel para uso pessoal no Brasil cresceu 41,3%4_. Conforme mostrado pela Figura 1;

Figura 1: Popula¸cão de 10 anos ou mais que tenham telefone móvel celular Fonte: Autoria própria

• Atualmente existem diversos sistemas operacionais para dispositivos m´oveis no mer-cado. Entre eles podemos citar: Android (Google), IOS (Apple), Symbian (Nokia), BlackBerryOS (RIM) e Windows Phone (Microsoft), entre outros.

O Android é uma plataforma do Google e possui um sistema open-source e gratuito baseado em Linux, maior diversidade de dispositivos no mercado, existência de dis-positivos de menor custo, ambiente de desenvolvimento gratuito e multi-plataforma e apresenta o maior crescimento no mercado. A Figura 2 apresenta o crescimento, no mercado brasileiro, do sistema Android frente aos seus concorrentes de Janeiro de 2012 até Outubro de 2017 (STATISTA, 2016);

4_{Dados coletados da ´}_{ultima pesquisa nacional por amostra de domic´ılio.} _{Dispon´ıvel em:}

(13)

Figura 2: Evolu¸c˜ao de mercado de cada plataforma Fonte: Statista 2017

• Em maio de 2016 a quantidade de dispositivos móveis conectáveis à internet em uso no Brasil estava próxima de 244 milhões, sendo 71% de smartphones e 29% de notebooks e tablets (MEIRELLES, 2016). A Figura 3 mostra a evolu¸cão de dispositivos móveis que possuem conexão à internet;

Figura 3: Curva de evolu¸cão de dispositivos móveis que possuem conexão à internet Fonte: MEIRELLES, 2016

(14)

como por exemplo Cartão de Vacina Gotinha, Vacine e Einstein Vacinas, possuem algumas limita¸cões tais como não permitir o cadastro de vacinas anterior a data de cadastro no aplicativo, cadastrar manualmente as vacinas, não oferecer listagem de vacinas para a inser¸cão, localiza¸cão de unidade de saúde mais próxima, entre outras, sendo que alguns aplicativos possuem algumas limita¸cões e outros possuem outras. A proposta de um novo aplicativo tem como intuito realizar um benchmarking dos já existentes e de melhorar a experiência com o usuário trazendo como proposta: o desenvolvimento do aplicativo através da aplica¸cão de técnicas do DP.

(15)

2 REFERENCIAL TE ´ORICO

Este cap´ıtulo é subdividido em 5 se¸cões, assim sendo, a se¸cão 2.1 traz um breve descritivo do processo histórico de vacina¸cão no Brasil, iniciando como os problemas enfrentados devido a falta de saneamento básico até uma revolta da sociedade brasileira. A se¸cão 2.2 “Saúde e Tecnologia no Brasil”, relata a primeira lei, da década de 1990, referente a incentivos em pesquisas na área de saúde até a situa¸cão atual.

As se¸cões 2.3, 2.4 e 2.5 abordam, respectivamente, aplicativos para dispositivos móveis direcionados para a área da saúde, conceitualiza Design Participativo e descreve as três técnicas que foram utilizadas no projeto.

2.1 HIST ÓRICO DA VACINAÇ ÃO NO BRASIL

No Brasil do século XX, momento em que o Brasil vivia uma recupera¸cão econômica, adotando um modelo agrário fortemente sustentado por café, borracha, algodão e cacau, o Rio de Janeiro era a capital da República e convivia com sérios problemas comuns a grandes centros urbanos da época: rede precária de água e esgoto, coleta de lixo inefi-caz e corti¸cos populosos. Nesse cenário ocorria a prolifera¸cão de muitas doen¸cas como a tuberculose e o sarampo, e expandiam, sobretudo, epidemias de febre amarela, var´ıola e peste bubônica. Tentando sanear a cidade, o médico Oswaldo Cruz pôs em prática um grande projeto sanitário que inclu´ıa uma ampla reforma urbana, a qual ficou conhecida como “Bota abaixo”, devido às demoli¸cões dos velhos prédios e corti¸cos que deram lu-gar a grandes avenidas, edif´ıcios e jardins. Promoveu também, um dos momentos mais polêmicos, que foi a vacina¸cão obrigatória contra a var´ıola em 1904, utilizando métodos agressivos para a prática vacinal, chegando ao ponto do exército invadir residências para for¸car os moradores a imunizarem-se (MOURA, 2008).

Então, o atual presidente da República juntamente com Oswaldo Cruz, tornaram obrigatório a imuniza¸cão através da vacina, e sem o comprovante de vacina¸cão o indiv´ıduo seria impedido de se matricular em escola, de ser admitido em empresas e até de casar.

(16)

A popula¸cão, que não havia sido esclarecida da importância e necessidade da vacina¸cão promoveu uma revolta, que foi chamada “Revolta da Vacina”, dessa forma, a medida da obrigatoriedade foi suspensa no mesmo ano, porém outra violenta epidemia de var´ıola fez a popula¸cão retornar às pressas aos postos de vacina¸cão em 1908 (FARHAT, 1989).

Diante dessas epidemias e problemas sanitários, o governo investiu em planos para promo¸cão da saúde e preven¸cão das doen¸cas, porém sem continuidade, apenas para sanar problemas pontuais. Contudo, a¸cões como erradica¸cão da var´ıola e da poliomielite, controle da tuberculose e do sarampo, bem como atividades desenvolvidas por iniciativa de governos estaduais e municipais necessitavam de uma coordena¸cão central que lhes proporcionassem sincronia e racionaliza¸cão. Desta forma, foi institu´ıdo em 1973 o Pro-grama Nacional de Imuniza¸cões (PNI), com a finalidade de coordenar essas a¸cões que se desenvolviam, até então, com descontinuidade, pelo caráter episódico e pela reduzida área de cobertura. A Lei no 6.259, de 30/10/1975, regulamentada pelo Decreto no 78.231, de 12/08/1976, institucionalizou o PNI, sob a responsabilidade do Ministério da Saúde (BRASIL, 2006).

Atualmente, o PNI é reconhecido mundialmente e responsável por mais de 300 milhões de doses anuais que englobam vacinas, soros e imunoglobinas, fato que favoreceu, por exemplo, para a erradica¸cão da var´ıola e da poliomielite, além da redu¸cão dos casos e mortes derivadas do sarampo, da rubéola, do tétano, da difteria e da coqueluche. O PNI define os calendários de vacina¸cão considerando a situa¸cão epidemiológica, o risco, a vulnerabilidade e as especificidades sociais, com orienta¸cões espec´ıficas para crian¸cas, adolescentes, adultos, gestantes, idosos e povos ind´ıgenas (BRASIL, 2016).

2.2 SA ´UDE E TECNOLOGIA NO BRASIL

A evolu¸cão tecnológica ocorrera na área da saúde com a introdu¸cão da informática e de aparelhos sofisticados que trouxeram muitos benef´ıcios e rapidez no tratamento de doen¸cas. Essa tecnologia criada pelas pessoas a servi¸co das pessoas, tem contribu´ıdo em larga escala para a solu¸cão de problemas antes insolúveis e que pode reverter em melhores condi¸cões de vida e saúde para o paciente (BARRA et al., 2006).

Reconhecesse que para que as pesquisas sejam realizadas são necessárias a¸cões conjuntas entre a produ¸cão cient´ıfica e os diferentes setores sociais estratégicos. A fim de realizar esses objetivos, várias proposi¸cões têm sido apresentadas baseadas em referências teóricas diversas e de diferentes tipos (GUIMARAES, 2013) (WARD et al., 2009).

(17)

No Brasil, o incentivo à pesquisa, desenvolvimento e inova¸cão em saúde está pre-sente na Lei Orgânica da Saúde desde 1990, e pol´ıticas cient´ıficas e tecnológicas espec´ıficas para a área da saúde tiveram in´ıcio em 1994 (BRASIL, 2004). A PNCTS, originada em 2004, incluiu, entre as suas estratégias, a ATS como sendo uma ferramenta de contri-bui¸cão para o aprimoramento da capacidade regulatória do Estado na incorpora¸cão de tecnologias nos sistemas de saúde..

A avalia¸cão tecnológica na área da saúde teve origem na década de 70 nos Estados Unidos como área de conhecimentos e práticas, com atividades do legislativo americano e a seguir expandiu nos pa´ıses da Europa Ocidental como parte da gestão dos sistemas de saúde. Em nosso pa´ıs, pesquisas e encontros esparsos em ATS foram realizadas principal-mente no meio acadêmico ao longo dos anos 80 e in´ıcio dos anos 90. Na segunda metade dos anos 90, o Ministério da Saúde obteve financiamento externo do Banco Mundial e Banco Interamericano de Desenvolvimento (BID) para o fortalecimento do Sistema Único de Saúde (SUS) através do projeto governamental Refor¸co à Reorganiza¸cão do Sistema

´

Unico de Saúde (ReforSUS), focando na aquisi¸cão de equipamentos médico-hospitalares e no aprimoramento da gestão e proposta de avalia¸cão dos sistemas e servi¸cos de saúde, in-cluindo a avalia¸cão tecnológica, por recomenda¸cão dos agentes financiadores (NOVAES; ELIAS, 2013).

Ao término da década de 90, o Ministério da Saúde desenvolveu iniciativas para buscar o estabelecimento de pol´ıticas de avalia¸cão de tecnologias na sua estrutura regi-mental (SILVA, 2003). Entre 2003 a 2004, originou um grupo de trabalho, no âmbito do Conselho de Ciência, Tecnologia e Inova¸cão do Ministério da Saúde. Em 2005, foi criada na Secretaria de Ciência e Tecnologia e Insumos Estratégicos (SCTIE), no seu Departamento de Ciência e Tecnologia (DECIT), uma coordena¸cão espec´ıfica responsável pela implanta¸cão e dissemina¸cão das a¸cões de ATS no SUS, tanto na produ¸cão de conhe-cimento quanto no uso da gestão em saúde (SILVA, 2003). Em 2008, foi implantada a Rede Brasileira de Avalia¸cão de Tecnologias em Saúde (REBRATS), com o objetivo de aproximar as institui¸cões acadêmicas e os servi¸cos de saúde, para produzir e sistematizar informa¸cões necessárias aos processos de tomada de decisão de incorpora¸cão de tecnologias no SUS, no Ministério da Saúde e em secretarias estaduais e municipais de saúde.

2.3 APLICATIVOS NA ´AREA DA SA ´UDE

Em 2007 foi aprovada a cria¸cão da Comissão Especial de Computa¸cão Aplicada à Saúde (CE-CAS), que tem por objetivo auxiliar a Sociedade Brasileira de Computa¸cão

(18)

(SBC) no fomento e desenvolvimento da área de computa¸cão aplicada à saúde, criando espa¸co de divulga¸cão e integra¸cão de pesquisas.

Desde 2001, ocorre anualmente o Workshop de Informática Médica (WIM), cujos anais estão disponibilizados na Biblioteca Digital Brasileira de Computa¸cão (BDBComp). Contudo, dos mais de 280 artigos publicados no WIM nos últimos 10 anos, foi verificado, através de pesquisa das palavras chave e da leitura do resumo de todos os artigos, e encontrado menos de 2% que possuem correla¸cão com dispositivos móveis5_.

Apesar do SUS ser, nacionalmente, o orgão com maior cobertura vacinal, ofere-cendo mais de 300 milhões de doses anuais6_{, nenhum dos artigos que envolvem dispositivos} móveis publicados no WIM apresentam integra¸cão com o SUS7_{, com exce¸cão do artigo} “Proposta de Integra¸cão das Unidades de Saúde Utilizando um Sistema Mul-tiagente para Acompanhamento de Pacientes Crônicos” (SILVA; ITO, 2007). Tal artigo apresenta uma proposta de integra¸cão das Unidades de Saúde por meio de um sistema multiagente baseado no modelo de Gerenciamento do Relacionamento com Paciente Crônico (GRPC), que tem como propósito garantir um acompanhamento efetivo do paciente, inter-relacionando informa¸cões que estão dispersas nos departamentos das institui¸cões, assim como entre as institui¸cões.

A dificuldade de desenvolvimento de aplicativos que dependam de informa¸cões da base de dados do SUS, pode ser, devido a precária ou falta de integra¸cão dos sistemas do próprio SUS. Porém, foram anunciadas no dia 26 de agosto de 2016, pelo Ministério da Saúde duas resolu¸cões de aprimoramento do registro de dados de servi¸cos, reduzindo custos e tempo de inser¸cão por parte dos gestores de saúde, passo fundamental para informatiza¸cão do SUS.

A primeira constitui o Conjunto M´ınimo de Dados (CMD), ferramenta que tem por objetivo unificar os sistemas existentes, e a outra institui o Comitê Gestor da Es-tratégia e-Saúde, um grupo de a¸cões de saúde por meio eletrônico8_.

Segundo as palavras do ministro referente a unifica¸c˜ao do sistema:

5_{BDBComp. Dispon´ıvel em: http://www.lbd.dcc.ufmg.br/bdbcomp/servlet/PesquisaEvento?evento=wim.}

Acesso em: 30 de mar¸co 2018.

6_{Site Portal Brasil.} _{Dispon´ıvel em:}

http://www.brasil.gov.br/saude/2014/05/conheca-as-vacinas-oferecidas-pelo-sus. Acesso em: 30 de mar¸co 2018.

7_Informa¸c˜_{ao obtida analisando individualmente os artigos publicados no WIM e que possuiam rela¸c˜}_ao

com dispositivos m´oveis.

8_{Site Portal Brasil. Dispon´ıvel em:}

(19)

“Essa estratégia vai facilitar o registro de informa¸cões, em um layout único, evitando o abastecimento da mesma informa¸cão em sistemas diferentes e ainda possibilitando economia financeira com a manuten¸cão de cada sistema, tanto no n´ıvel local quanto nacional, e de capacita¸cão de usuários”.

Com a escassez de artigos encontrados no WIM relacionados a aplicativos móveis para controle de vacina¸cão, podendo ter como um dos fatores predominantes a dificuldade de integra¸cão com o SUS, foi necessário recorrer a outras fontes. Desta forma foram encontrados três trabalhos que possuem como objetivo principal o desenvolvimento de aplicativos móveis com o viés de gestão de carteiras de vacina¸cão.

O primeiro, de Papadópolis e Fontes (2016) cujo t´ıtulo é ImunizaBR: Aplica-tivo Móvel para Registro de Vacina¸cão, trata-se de uma monografia pela Universi-dade de Bras´ılia (UNB). Neste trabalho, motivado pela melhoria da precisão estat´ıstica para aumentar a eficácia das pol´ıticas públicas e para não se perder o histórico de va-cina¸cão, foi desenvolvido um aplicativo para dispositivos móveis utilizando arquitetura h´ıbrida, que é uma solu¸cão que utiliza caracter´ısticas do desenvolvimento de um aplicativo nativo e de um aplicativo web. O trabalho consistiu em levantar requisitos, desenvolver e testar o aplicativo proposto. Ao término de todo o processo, mais de 90% dos usuários demonstraram-se satisfeitos e indicaram que os maiores benef´ıcios foi a redu¸cão da perda da caderneta de vacina¸cão, a op¸cão de poder enviar/receber a carteira de vacina¸cão por email e de receber a notifica¸cão sobre campanhas de imuniza¸cões.

Seguindo na mesma linha, no artigo de Oliveira e Costa (2012), intitulado De-senvolvimento de aplicativo móvel de referência sobre vacina¸cão no Brasil, inicialmente tem a proposta de um aplicativo para controle de vacina¸cão que fosse mul-tiplataforma. Para tal, foi utilizado o framework PhoneGap, o qual promove interopera-bilidade entre os principais sistemas operacionais móveis dispon´ıveis na atualidade: IOs, Android, Symbian, BlackBerry e webOs, ou seja, o aplicativo foi constru´ıdo utilizando um código-fonte e compilado para diversos sistemas operacionais. Ao finalizar o aplicativo este foi disponibilizado em lojas online de aplicativos para dispositivos móveis, com o intuito de facilitar a avalia¸cão do usuário final. Sendo assim o sistema pode ser avaliado por diversos modelos de aparelhos e sistemas operacionais, tendo boas avalia¸cões quanto a usabilidade, relevância e a interoperabilidade promovendo adequa¸cão de resolu¸cão da tela do dispositivo móvel.

Já no artigo O aplicativo VacinApp, de Barbosa et al. (2016), foi desenvolvido com uma abordagem mais similar ao que será empregado neste trabalho. O artigo trata-se também do desenvolvimento de um aplicativo de gerência de vacinas, entretanto utilizando

(20)

a metodologia de aprendizagem baseada em desafios chamada Challenge Based Learning (CBL), que é colaborativa e orienta os desenvolvedores a trabalhar com especialistas para o aprofundamento do conhecimento sobre os temas dos aplicativos, e ágil para a gestão e planejamento de software – Scrum. Para o desenvolvimento, a equipe contou com a orienta¸cão de especialistas em saúde pública, de dois designers e de um especialista em iOS.

Analisando os projetos descritos, observa-se apenas no último uma preocupa¸cão referente à qualidade do conteúdo abordado pelo aplicativo devido a utiliza¸cão do CBL. Procurando uma abordagem diferencial o presente trabalho, além da elabora¸cão de um aplicativo para gestão de vacina¸cão, traz o(a) profissional da saúde e futuros poss´ıveis usuários, para tal empregou-se a abordagem do DP.

2.4 DESIGN PARTICIPATIVO

O processo de desenvolvimento de sistemas de informa¸cão deve focar nas neces-sidades dos usuários, garantindo satisfa¸cão efetiva por meio do alto grau de usabilidade, acessibilidade e qualidade do mesmo. Uma prática que pode ser utilizada para coletar, analisar e projetar informa¸cões neste processo é o DP, que abrange a participa¸cão de todos os stakeholders nesse processo como desenvolvedores, usuários, funcionários e parceiros (CAMARGO; FAZANI, 2014).

O Design Participativo surgiu na década de 60 da discussão, entre Kristen Nyga-ard10_{e sindicatos de Oslo (Noruega), de como práticas de design poderiam ser introduzidas} no setor industrial. Os pa´ıses Escandinavos, nesta década, compartilhavam elementos que contribu´ıam para a discussão sobre democracia como, por exemplo, uma for¸ca de traba-lho com excelente forma¸cão e homogênea,um alto n´ıvel de sindicaliza¸cão, sindicatos fortes ligados a grandes partidos democráticos (PAIZAN; MELLAR, 2011).

O DP pode ser rotulado como sendo uma prática ou metodologia para a produ¸cão de sistemas de informa¸cão com foco em coletar, analisar e projetar um sistema com a integra¸cão de usuários, funcionários, clientes, desenvolvedores e demais interessados. Desta forma, o DP visa a coopera¸cão de diversas pessoas juntamente com a equipe de desenvolvimento.

De acordo com (MULLER, 2003) o DP engloba teorias, pr´aticas e pesquisas

10_Matem´_{atico, co-inventor da linguagem orientada a objetos e ganhador do prˆemio Turing de 2001.}

Dispon´ıvel em: https://amturing.acm.org/award winners/nygaard 5916220.cfm. Acesso em: 18 de marco de 2018.

(21)

relacionadas com os stakeholders no desenvolvimento de um software, hardware ou outra atividade que envolva computador. O mesmo comenta o seguinte:

“...não podemos simplesmente inserir uma mulher em um ambiente masculino e esperar que ela consiga se expressar e ser entendida sem uma adapta¸cão ao ambiente. Da mesma forma, não podemos simplesmente adicionar usuários para uma reunião de projeto de software sem que sejam feitas adapta¸cões na comunica¸cão entres esses usuários e os desenvolvedores. ”.

Corroborando com Müller, Bonacin (2004) relata que stakeholders devem de-senvolver atividades não corriqueiras, ainda complementa que empresas devem estar de acordo com as pol´ıticas de DP, dando autonomia para decisões dos funcionários. Neste contexto, o autor afirma que ao utilizar o Design Participativo é poss´ıvel integrar o usuário nas etapas de desenvolvimento respeitando o seu poder de decisão, o que normalmente é dif´ıcil, levando em conta que democracia no trabalho é limitada, é algo restrito devido à imposi¸cão da economia de mercado e pelo poder de capital.

Além da participa¸cão dos usuários, o DP trata a tecnologia como elemento im-portante no desenvolvimento do sistema. Quando o artefato tecnológico se torna parte da intera¸cão, as consequências práticas e materiais do design são retrabalhadas no processo. O uso de protótipos (e não de ideias abstratas como modelos conceituais e formalismos) ativo o conhecimento tácito da atividade, facilitando a visualiza¸cão de futuros alternati-vos, inclusive, da própria organiza¸cão social da atividade (ASARO, 2000).

Projetos, em abordagens mais tradicionais, são realizados por equipes discipli-nares que normalmente possuem uma ótica limitada e um escopo definido. Em contra-partida, em projetos participativos as equipes são multidisciplinares, fazendo com que questionamentos sob pontos de vista diversos apare¸cam e as diversas competências, das mais diversas áreas, se complementam. Esta colabora¸cão é desafiadora, por envolver di-versos usuários na decisão de design, , para que tudo transcorra de forma efetiva, faz-se necessária a utiliza¸cão de técnicas que potencializem a comunica¸cão entre os participan-tes, fazendo com que seus conhecimentos tácitos sejam aproveitados (ROSEMBERG et al., 2008).

Bonacin (2004) cita que muitas das técnicas de DP têm suas ra´ızes na etnografia e apresenta, segundo proposta de (SIMONSEN; KENSING, 1997), quais são as condi¸cões básicas para utilizá-las em um projeto de design de software:

1. Os designers e os usuários devem ter uma posi¸cão positiva frente aos recursos ne-cessários e estes recursos devem estar dispon´ıveis;

(22)

2. Os usuários devem estar seguros com rela¸cão ao propósito da abordagem adotada, ou seja, por exemplo dar suporte à for¸ca de trabalho existente e não reduzir suas fun¸cões;

3. Os designers devem ter habilidades para conduzir e tratar situa¸c˜oes como as em que existe conflito;

4. Os designers e os usu´arios devem conseguir identificar dom´ınios em que existe de-manda para aplica¸c˜ao da etnografia.

O DP se destaca em rela¸c˜ao as outras abordagens n˜ao participativas, conforme McGrenere et al. (2002), que justifica da seguinte forma seus benef´ıcios:

“Este processo de design é fundamental para o campo de Intera¸cão Humano-Computador (IHC) e defende a participa¸cão prematura e cont´ınua no design da tecnologia pelos usuários pretendidos. As vantagens de um processo de design participativo sobre um não participativo, são que a tecnologia resultante, muitas vezes, atende melhor às necessidades dos indiv´ıduos. Além disso, a constru¸cão de rela¸cões entre a pesquisa e comunidades de usuários podem levar a um melhor design e ao desenvolvimento de tecnologias futuras.”

DP também abrange questões referentes ao modo como os usuários pensam e agem, enfatiza a importância de cada participante ao longo do processo de desenvolvi-mento, e considera que o usuário do sistema sabe quais fun¸cões são úteis e quais são as prioridades para sua prática profissional.

2.5 T´ECNICAS DE DESIGN PARTICIPATIVO

O DP provê diversas técnicas para a incluir o usuário final na cria¸cão do produto (MULLER et al., 1997). Essas técnicas englobam uma ou mais fases do processo de design como identifica¸cão do problema, levantamento de requisitos, esbo¸co, constru¸cão de protótipos testáveis e avalia¸cão. Para este trabalho em espec´ıfico foram escolhidas 3 técnicas de DP: ACOST, Braindraw e Avalia¸cão Cooperativa.

2.5.1 ACOST

O Atlas of Criminal Organizations and Societal Trends (ACOST) é uma solu¸cão de sistemas de informa¸cão concebida para um contexto de investiga¸cão de organiza¸cões

(23)

criminais e oportunidades sociais relacionadas. O primeiro prot´otipo foi criado em De-zembro de 1993 e sua primeira vers˜ao foi lan¸cada em Julho de 1994 (VREEDE et al., 1995a).

O projeto do software ACOST tem como objetivo a inclusão de grupos de usuários no levantamento de informa¸cões sobre casos criminais através de etapas de coleta e or-ganiza¸cão de informa¸cões relevantes. Além dos participantes que executam as etapas, o processo conta com “chauffeurs técnicos” que auxiliam e podem participar anonimamente. O ACOST utilizado como técnica de DP propicia a um grupo de usuários selecionados ge-rar ideias e votar anonimamente durante as etapas de requisitos, prototipa¸cão e avalia¸cão de um projeto (MULLER et al., 1997).

Segundo Vreede et al. (1995b) a primeira etapa desta técnica é definir os processos essenciais para investiga¸cão do caso, como exemplo no âmbito criminal: investigar fontes de informa¸cões e coletar informa¸cões relevantes de crimes organizados e tendências sociais, manter uma rede de contatos que prove essas informa¸cões, tratar as informa¸cões obtidas para serem usadas em investiga¸cões de forma correta.

A partir dos processos definidos a técnica possui três n´ıveis de investiga¸cão. O primeiro n´ıvel consiste em gerar uma lista com prioridade dos problemas baseados em informa¸cões obtidas através dos processos de investiga¸cão, chamados de Campos de Aten¸cão. Esses problemas podem ser fatos espec´ıficos, por exemplo, terreno abandonado usado como ponto de venda de drogas.

No segundo n´ıvel são tratados problemas de maneira mais abstrata relacionando também estruturas e problemas sociais, chamados de Áreas de Aten¸cão. Como exemplo, a presen¸ca de jovens nas escolas em uma comunidade controlada pelo tráfico de drogas.

Por fim no terceiro n´ıvel, denominado Tópicos, são agrupadas as áreas de aten¸cão em tópicos de acordo com as caracter´ısticas levantadas através das informa¸cões obtidas.

Para estudo do caso durante esses n´ıveis as informa¸cões são representadas grafi-camente em forma de atores e relacionamentos montando com estes elementos um mapa do problema. Neste mapa são utilizados indicadores de criticidade e anotadas opiniões tiradas da investiga¸cão. Como resultado do processo é constru´ıda uma representa¸cão do problema e atual contexto do ambiente relacionado para ser apresentada aos stakeholders. A escolha da técnica para este trabalho se deve pela natureza investigativa do ACOST na etapa de levantamento de requisitos. A importância da identifica¸cão dos atuais problemas sobre o tema vacina¸cão provinda de experiências reais e relatos de pessoas

(24)

diariamente envolvidas com este contexto ´e uma forma de enriquecer e fundamentar o produto final e foi o fator decisivo para a escolha desta t´ecnica nas primeiras etapas do estudo.

2.5.2 BRAINDRAW

O Braindraw é uma técnica do DP constitu´ıda de um brainstorming através de desenhos no papel feito de uma maneira cooperativa e c´ıclica entre os participantes (MELO et al., 2011).

Os participantes são dispostos em uma série de esta¸cões de desenho arranjadas em c´ırculo, os materiais são papel e caneta. É estabelecido um intervalo de tempo e cada participante faz um desenho inicial de como imagina a interface em questão. Ao final do intervalo o desenho é fornecido para o próximo participante da próxima esta¸cão que tem por papel continuá-lo. O processo termina quando todos tenham colaborado no design de cada um dos integrantes por pelo menos uma vez.

O resultado são várias fusões de ideias desenhadas em papel. Essas fusões não serão idênticas pelo fato de existirem diferentes pontos de partida e o participante ter que adaptar sua ideia a cada desenho que recebe. Esses desenhos podem ser consolidados pelo grupo em uma única versão ou não.

Segundo Muller et al. (1997) há diferen¸cas culturais na abordagem do brainstor-ming que podem alterar o processo do Braindraw. Em culturas corporativas o Brains-torming é realizado pelos participantes livremente sem receber quaisquer interven¸cões ou cr´ıticas dos facilitadores ou outros participantes. Já no ambiente acadêmico dos Estados Unidos da América (EUA) os participantes podem fazer cr´ıticas durante o processo e os facilitadores avaliam as ideias.

A escolha pelo Braindraw se deve a sua caracter´ıstica cooperativa de fusão de ideias. Visualizar a ideia de cada participante em forma de desenho e ter que adapta-la a sua é uma forma de compreender o grupo e construir de maneira conjunta a interface do protótipo.

2.5.3 AVALIAC¸ ˜AO COOPERATIVA

Segundo Monk et al. (1993) e Melo et al. (2006) a técnica de Avalia¸cão Coope-rativa é um processo de investiga¸cão de problemas do software ou protótipo enquanto este é utilizado pelo designer sem nenhum conhecimento espec´ıfico de IHC. A Avalia¸cão

(25)

Cooperativa é útil como processo de feedback inicial para re-design do software, com esta técnica podemos identificar sem muito esfor¸co os problemas mais importantes que devem ser considerados.

As tarefas a serem realizadas durante a execu¸cão da técnica devem representar tarefas reais de um usuário final explorando o software.

Para iniciar o processo os coordenadores do projeto devem preparar um guia de tarefas para os participantes executarem no protótipo. No planejamento destas tarefas há questões importantes que devem ser consideradas:

• Os usu´arios conseguem executar as tarefas planejadas?

• As tarefas irão focar o usuário nas partes do protótipo que interessam ao objetivo do estudo?

• O tempo ser´a suficiente para para execu¸c˜ao das tarefas?

• As tarefas estão descritas de forma que serão facilmente entendidas por um usuário inexperiente?

Após as tarefas serem planejadas e já com a presen¸ca dos participantes deve ser feita uma introdu¸cão dos coordenadores e uma explica¸cão dos propósitos da técnica dei-xando bem claro que o protótipo é o que será testado e não o próprio participante, também devem estar claros que as a¸cões do participante serão gravadas de maneira confidencial e o guia de tarefas não é um teste e sim uma maneira de introduzir os usuários a várias partes do sistema.

Durante a execu¸cão da técnica o participante deverá ser encorajado a falar o que está pensando enquanto utiliza o protótipo, enquanto o coordenador deve anotar cada comportamento inesperado e comentário do participante.

Quando os participantes finalizarem se inicia então uma conversa informal sobre a sessão a fim de capturar comentários importantes sobre a utiliza¸cão do protótipo. Per-guntas espec´ıficas podem ser feitas de maneira informal ou através de um questionário, assim como uma segunda rodada de análise.

(26)

3 M´ETODOS ADOTADOS

O trabalho consistiu na proposta de um protótipo de aplicativo móvel, para isso foram utilizadas técnicas de DP pelos participantes de maneira cooperativa à distancia e presencial. O trabalho foi dividido em cinco etapas, sendo uma online e duas presencias as quais tiveram o envolvimento de sete pessoas ao total, de um grupo composto por profissional da saúde, puérperas e responsáveis por vacina¸cão de crian¸cas até 5 anos. Além de outras duas etapas que houve a participa¸cão somente dos pesquisadores para a elabora¸cão e corre¸cão das telas do protótipo de alta fidelidade.

Este envolvimento ocorreu inicialmente com o levantamento de problemas relaci-onados ao tema vacina¸cão por questionários online, seguido de dois encontros presenciais com dura¸cão aproximada de uma hora e meia cada um, os encontros ocorreram na Uni-versidade Tecnológica Federal do Paraná (UTFPR) campus Curitiba.

O critério de inclusão dos participantes foi planejado de acordo com a primeira etapa da técnica ACOST, defini¸cão dos processos de investiga¸cão. Foram convidadas pessoas com perfis espec´ıficos para a contribui¸cão do objetivo em questão. Os perfis fo-ram escolhidos levando em considera¸cão a experiência profissional e pessoal de contato frequente com tema. Esses perfis são: profissionais da área de saúde como médicos(as) e enfermeiros(as) que possuem ou possu´ıram contato direto ou indireto com o tema va-cina¸cão em seu trabalho, bem como gestantes e puérperas, lactantes ou não, familiares responsáveis pelo cuidado médico de recém nascidos ou crian¸cas, sendo todos(as) alfabe-tizados(as) e maiores de 18 anos de idade que possuem um smartphone.

O recrutamento dos participantes ocorreu atrav´es de convite formal e e-mail com um breve descritivo do projeto e das etapas que iriam ocorrer e o envio do Termo de Consentimento Livre e Esclarecido (TCLE), que trata-se de um termo o qual relata a pesquisa, as etapas, bem como os direitos dos participantes.

Cada etapa do design fez uso de uma t´ecnica espec´ıfica conforme apresentado a seguir:

(27)

• A primeira etapa foi baseada na técnica ACOST, porém apenas os tópicos de critério de escolha dos participantes e de determina¸cão de funcionalidade do aplicativo, base-ado nos problemas levantbase-ados pelos próprios participantes é que foram empregbase-ados. Para isso, foi realizado online pelo Google Forms, uma pesquisa onde cada parti-cipante respondeu a um questionário com perguntas de identifica¸cão de problemas relacionados ao tema vacina¸cão. Sendo assim, Foram levantados os Campos de Aten¸cão e as Áreas de Aten¸cão;

• Ainda na primeira etapa, após os requisitos levantados pelas problemáticas apresen-tadas, bem como os requisitos sugeridos, foi realizado, também online, uma vota¸cão das principais funcionalidades que o protótipo deveria apresentar;

• No primeiro encontro, agora na segunda etapa do projeto, foi utilizada a técnica Braindraw em que os(as) participantes desenharam em uma folha de papel a in-terface imaginada se baseando nos requisitos levantados na primeira reunião. Na execu¸cão da técnica Braindraw foram realizadas rodadas de três minutos em que os participantes desenharam parte da interface e ao final do tempo passaram seu desenho ao participante do lado que continuou o desenho. Ao final da técnica foi feita uma reunião com todos os participantes sobre o que seria considerado ou acres-centado nos desenhos feitos;

• Após o levantamento de requisitos, e tendo em mãos os esbo¸cos de baixa fideli-dade da etapa de Braindraw, os autores do projeto puderam transfer´ı-los para um protótipo interativo respeitando as ideias originais, porém sem o envolvimento dos participantes. Nesta terceira etapa foi concebido então através da ferramenta Adobe Photoshop as telas de alta fidelidade e através da ferramenta online MarvelApp11 _a cria¸cão das intera¸cões entre as telas. Através do próprio aplicativo móvel da ferra-menta MarvelApp foi disponibilizada uma versão interativa do protótipo para que fosse realizada a Avalia¸cão Cooperativa pelos participantes na etapa posterior; • No segundo encontro, já na quarta etapa, ocorreu a avalia¸cão do protótipo

intera-tivo utilizando a t´ecnica de Avalia¸c˜ao Cooperativa (MELO et al., 2006), o qual consiste nas seguintes etapas:

1. Os pesquisadores elaboram roteiros de intera¸c˜ao para o(a) participante utilizar com o prot´otipo;

(28)

2. De forma conjunta, todos(as) os(as) participantes tentam realizar os roteiros expondo os porquˆes de terem feito tal escolha e o que est˜ao achando da interface e funcionalidade como um todo;

3. Durante cada roteiro s˜ao coletadas sugest˜oes dos participantes;

4. Ao término de todos os roteiros é disponibilizado um momento para que os(as) participantes exponham suas cr´ıticas e sugestões em um debate em grupo. • Na quinta etapa foram realizadas as corre¸cões sugeridas pelos participantes no

prot´otipo durante a Avalia¸c˜ao Cooperativa com as mesmas ferramentas utilizadas na terceira etapa.

Na figura 4 ´e representado o fluxo particular do projeto com todas as etapas realizadas.

Figura 4: Fluxo particular do projeto Fonte: Autoria pr´opria

(29)

4 DESENVOLVIMENTO

Este cap´ıtulo inicia com o relato do processo de aprova¸cão do projeto em questão junto ao Comitê de Ética da UTFPR, na sequência irá abordar as atividades transcorridas em cada etapa do projeto descrevendo não só as atividades propriamente ditas, mas também observa¸cões e dificuldades encontradas.

4.1 COMITˆE DE ´ETICA

Pelo envolvimento de seres humanos no estudo, e com o objetivo de uma maior credibilidade ao projeto, ao longo do ano de 2017 foi estudado e desenvolvido a pro-posta para ser aplicada ao Comitê de Ética e Pesquisa (CEP). O CEP trata-se do órgão responsável pela avalia¸cão e acompanhamento dos aspectos éticos de todas as pesquisas envolvendo seres humanos.

O CEP é um colegiado formado por representantes multidisciplinares e indepen-dentes, o qual legalmente deve ter existência em institui¸cões que realizam pesquisas com envolvimento de seres humanos, tendo como premissa a defesa dos interesses dos sujeitos da pesquisa, bem como a integridade, dignidade e para orientar para que o desenvolvi-mento da pesquisa esteja dentro dos padrões éticos (Normas e Diretrizes Regulamenta-doras da Pesquisa Envolvendo Seres Humanos - Res. CNS n.o _{196/96, II.4, Resolu¸cões} 466/12 e 510/16).

Para a aprova¸cão do projeto no CEP foi despendido um longo per´ıodo de ade-qua¸cão da proposta (8 meses). As maiores dificuldades na submissão do projeto de pes-quisa foram em rela¸cão a estrutura¸cão dos documentos e na utiliza¸cão do sistema online para aplica¸cão de projetos Plataforma Brasil12_.

Para a compreensão dos critérios de aprova¸cão do comitê e estrutura correta da proposta foram necessárias algumas reuniões com professores com experiência na

(30)

missão de projetos ao CEP. Com as orienta¸cões foram feitas várias altera¸cões no projeto de pesquisa pois as informa¸cões encontradas no manual da Plataforma Brasil disponibili-zado no próprio site da ferramenta não eram abrangentes o suficiente para estruturar os documentos a fim de torná-los aceitáveis ao comitê. Já no site da UTFPR as informa¸cões são escassas e alguns modelos de documenta¸cão possuem erros como o logotipo de outra universidade.

Com rela¸cão à ferramenta Plataforma Brasil os problemas foram de usabilidade. A ferramenta é pouco intuitiva e alguns passos foram executados por tentativa e erro até que a informa¸cão fosse aceita. Outro problema da ferramenta é a falta de persistência dos dados, como os formulários são muitos e extensos deveria haver uma persistência das informa¸cões já preenchidas nas etapas anteriores o que não ocorre, por várias vezes perdemos todos os dados preenchidos por algum erro de comunica¸cão da plataforma com o servidor ou por ter esgotado o pouco tempo de sessão ativa do usuário. Ocorreram também alguns problemas devido ao bloqueio de edi¸cão do projeto imposto ao passar da ´

ultima etapa de submissão, por conta disso foi necessário aguardar o projeto ser avaliado pelo comitê mesmo sabendo que haviam erros gerando retrabalho para os pesquisadores e para o próprio CEP.

Durante os 8 meses de adequa¸cão foram 3 tentativas de submissão da proposta en-tre os intervalos de 1 mês de cada reunião do CEP da UTFPR até o projeto ser finalmente aprovado.

O projeto de pesquisa submetido cont´em os seguintes documentos: TCLE (Apˆendice A)

Também conhecido como “Termo de Consentimento Livre e Esclarecido”, que é um documento, em formato de convite, para ser enviado aos participantes da pesquisa e que sejam maiores de idade, legalmente capazes ou responsáveis legais. Neste docu-mento deve constar a identifica¸cão do pesquisador, local onde será realizada a pesquisa, informa¸cões necessárias, em linguagem clara e objetiva para fácil compreensão e entendi-mento sobre a pesquisa, além do que deve ser realizado na forma escrita (sendo 2 (duas) vias, uma para participante da pesquisa e outra via ao pesquisador (a).

(31)

Termo de Concordância dos Laboratórios e/ou Servi¸cos envolvidos (Apêndice B)

O objetivo deste documento é obter a autoriza¸cão prévia da institui¸cão, no caso a UTFPR (Universidade Técnica Federal do Paraná), onde será realizada as etapas da pes-quisa. Esse termo deve ser em papel timbrado da institui¸cão e assinado pelo responsável geral dela.

Termo de Compromisso, de Confidencialidade de Dados e Envio do Relat´orio Final (Apˆendice C)

Este termo, o qual deve ser assinado pelo(s) pesquisador(es) e pelo(a) orienta-dor(a), contendo seus nomes e também o t´ıtulo do projeto de pesquisa, é o atestado de compromisso de somente iniciar os estudos após a aprecia¸cão e aprova¸cão do Comitê de ´

Etica em Pesquisa Envolvendo Seres Humanos, bem como assegurar o caráter anônimo dos dados coletados na pesquisa, além de garantir que todos os participante da pequisa receberão uma cópia do Termo de Consentimento/Assentimento, e do envio do Relatório Final do projeto quando for conclu´ıdo.

Folha de Rosto (Apˆendice D) ´

E um documento de preenchimento pela institui¸cão proponente e que obriga-toriamente deve constar o nome, assinatura e carimbo do responsável pela institui¸cão, com assinatura do (a) Coordenador(a) do Departamento de Gradua¸cão ou Programa de Pós-Gradua¸cão, Diretor(a) de câmpus ou Diretor(a) de Pesquisa e Pós-Gradua¸cão.

Projeto Detalhado (Apˆendice E)

Ao contrário dos anteriores, não trata-se de um documento, mas sim de uma descri¸cão detalhada de como se dará a pesquisa. Para o projeto em questão foi necessário identificar as etapas, bem como o que ocorreria em cada uma delas especificando as atividades e técnicas envolvidas, também foi necessário expor os participantes, como seria o critério de escolha e datas de suas participa¸cões.

4.2 1a _{ETAPA - APLICAC}_{¸ ˜}_{AO DA T´}_{ECNICA ACOST}

Com a aprova¸c˜ao do projeto pelo CEP, que se deu no in´ıcio de fevereiro de 2018, foi poss´ıvel realizar as etapas de intera¸c˜ao entre os participantes.

A partir do dia 21/03/2018 iniciou o envio de convites de participa¸cão para o processo de elabora¸cão de um protótipo de carteira de vacina¸cão, utilizando técnicas do

(32)

paradigma do Design Participativo. O convite foi realizado via email, o qual continha uma breve descri¸c˜ao do que se tratava o Design participativo, como iria transcorrer cada etapa, bem como o envio do TCLE para que pudessem ler e optar por participar ou n˜ao dos processos.

Em conversa com os até então prováveis participantes ficou acordado em ser realizada a primeira etapa de levantamento de problemas e requisitos de maneira online e à distância por motivos de disponibilidade e locomo¸cão até as reuniões.

Ap´os o convite enviado foi aguardado 2 semanas para confirma¸c˜ao das pessoas, ao total 7 pessoas confirmaram, sendo que 2 poderiam participar somente da etapa inicial. O grupo ficou constitu´ıdo pelos seguintes participantes:

• Uma médica ginecologista; • Três puérperas lactantes;

• Três responsáveis legais pela vacina¸cão de crian¸cas até 5 anos.

No dia 02/04/2018 foi dado inicio a primeira etapa, a qual utilizou uma versão adaptada da técnica ACOST, um email com agradecimento pela participa¸cão e junta-mente o link com o questionário foi passado, este último continha perguntas de cunho geral, ou seja, para ser respondidas por todos os usuários e também perguntas espec´ıficas para gestantes ou responsáveis legais pelo controle de vacina¸cão de crian¸cas até 5 anos bem como para pessoas atuantes na área da saúde. Este questionário tinha o intuito de identificar problemas vivenciados pelos participantes e coletar sugestões de funcionalidade para o protótipo (Apêndice F).

Visando uma independência dos emails e uma melhoria na divulga¸cão das ati-vidades e resultados, juntamente com o email dos questionários foi divulgado o site13_, criado a partir do Google Sites, que continha informa¸cões sobre a temática da pesquisa e relacionadas de cada etapa do trabalho.

O prazo para o encerramento da coletas de respostas do questionário sobre o levantamento de problemas foi dia 23/04/2018, ao total foram recebidas 6 respostas. A partir das respostas os pesquisadores iniciaram a deteçcão de requisitos bem como de sugestões apontadas pelos próprios participantes.

13_{Site de acompanhamento das etapas do trabalho:}

(33)

Para a vota¸cão das caracter´ısticas que os participantes considerariam mais im-portantes, os pesquisadores apresentaram uma descri¸cão do requisito e na sequência uma escala de Likert, dividido em: muito importante, importante, indiferente, importância inexpressiva e sem importância, sendo que cada escolha pontuava de acordo com a ta-bela 1. Descri¸cão Pontua¸cão muito importante 5 importante 4 indiferente 3 importância inexpressiva 2 sem importância 1

Tabela 1: Escala de Likert

Então no dia 01/05/2018 foi disponibilizado o questionário de vota¸cão com os requisitos levantados a partir do questionário de levantamento de problemas. O total de requisitos levantados, somando os obtidos pelo levantamento de problemas juntamente com os propostos pelos pesquisadores, este último também foi submetido à vota¸cão, foram de 16 requisitos.

A partir da vota¸cão foi realizado um cálculo, somando as pontua¸cões de cada requisito, de acordo com a proposta na Tabela 1. Então chegou-se a seguinte ordem de prioriza¸cão dos problemas/requisitos por ordem decrescente:

• 1o_{- Divergência de informa¸cões entre diferentes postos de sa´}_{ude, diferentes estados} ou entre cl´ınicas particulares e o sistema público;

• 2o _{- Não lembrar das datas das próximas vacina¸cões;}

• 3o _{- Falta de informa¸c˜oes sobre a vacina¸c˜ao espec´ıfica para cada idade;}

• 3o _{- Dificuldade de encontrar informa¸cões sobre vacinas que não estão na cobertura} dos postos de saúde e sua importância;

• 3o _{- Poder controlar a carteira de vacina¸c˜ao de outro membro da fam´ılia, por} exem-plo, um(a) filho(a);

• 4o _{- Falta de informa¸cão e cuidado dos postos de sa´}_{ude com grupos de risco, pessoas} em condi¸cões de risco que não podem ser vacinadas não são corretamente orientadas no momento da vacina¸cão;

(34)

• 5o _{- Divergência de informa¸cões entre o que foi anotado/registrado pelo paciente e} o que consta oficialmente no posto de saúde;

• 5o _{- Registro de lembretes contendo informa¸cões como: data, horário e local;} • 6o _{- Dificuldade de encontrar informa¸cão sobre campanhas de vacina¸cão nos postos}

de sa´ude;

• 7o _{- Aten¸c˜ao e cuidado dos profissionais dos postos de sa´}_ude; • 8o _{- Encontrar o posto de sa´}_{ude mais pr´oximo ao seu local atual;}

• 9o _{- Ter controle de acesso no aplicativo, para que apenas algumas pessoas tenham} controle aos registros;

• 10o _{- Demora no atendimento dos postos de sa´}_ude; • 11o _{- Tempo de deslocamento at´e o posto de sa´}_ude.

Por ter ocorrido empate na pontua¸cão de vota¸cão, a posi¸cão de alguns itens se repete. A lista priorizada pela vota¸cão foi disponibilizada no site da pesquisa.

Referente ao levantamento feito pelos participantes são observadas diferentes fon-tes de problemas relacionados ao tema vacina¸cão. Destacando-se os provenienfon-tes de de-ficiências dos sistemas de informa¸cões médicos, de recursos humanos e infraestrutura das unidades de saúde, de necessidades de servi¸cos digitais que auxiliam a rotina do usuário entre os demais requisitos levantados.

Uma infraestrutura integrada dos sistemas de informa¸cões das unidades de saúde, hoje inexistente, poderia fornecer de maneira adequada informa¸cões para um aplicativo móvel e desta maneira resolver se não todos, a maioria dos problemas levantados pelos participantes. E é com este objetivo e tendo como guia os requisitos já levantados que foi dada a sequência para as próximas etapas.

Apesar da comodidade proporcionada pela escolha da aplica¸cão da técnica ba-seada no ACOST de maneira online e a distância, ela não propiciou aos participantes uma oportunidade de debate sobre os problemas levantados, o que acabou ocorrendo no encontro presencial tomando parte do tempo da atividade.

(35)

4.3 2a _{ETAPA - APLICAC}_{¸ ˜}_{AO DA T´}_{ECNICA BRAINDRAW}

A segunda etapa consistiu em conjunto com os participantes do projeto a ela-bora¸cão dos esbo¸cos de telas do protótipo, para isso foi utilizada a técnica Braindraw.

O encontro ocorreu no dia 12/05/2018, tendo in´ıcio às 10:00 e término às 11:12, na sala A-104 da sede central da UTFPR. Contou com a participa¸cão, além dos pesquisadores, de 4 participantes formados por: uma médica Ginecologista, uma puérpera lactante , dois responsáveis legais por controle de vacina¸cão em crian¸cas até 5 anos. Um dos responsáveis legais é desenvolvedor de aplicativos Android.

A atividade iniciou com os pesquisadores descrevendo brevemente o projeto, fri-sando que o aplicativo era de concep¸cão geral, ou seja, que todos estavam criando o aplicativo em conjunto e não apenas gerando material para a cria¸cão do aplicativo. Na sequência os pesquisadores realizaram uma breve explica¸cão de como se daria a atividade e apresentaram quais foram os requisitos, extra´ıdos dos problemas levantados e acrescidos com os sugeridos pelos próprios participantes e pesquisadores na etapa anterior utilizando o ACOST. Foi esclarecido que os mais votados foram priorizados.

Como a primeira etapa do trabalho foi realizado de forma cooperativa porém não presencial, foi notado pelos pesquisadores uma necessidade de alinhamento de ideias entre os participantes. Foi gasto uma boa parte desta reunião discutindo-se problemas e solu¸cões sobre o tema entre os participantes.

Apesar do tempo dispendido, a troca de ideias foi positiva para o desenvolvimento do design de baixa fidelidade. Os participantes puderam compartilhar e aperfei¸coar as solu¸c˜oes que haviam imaginado na primeira etapa do trabalho.

Utilizando os preceitos do Braindraw, foi iniciada a atividade distribuindo um papel com mockup de tela de celular para cada participante e solicitado que escolhessem se gostariam de conceber a tela a partir dos requisitos mais votados ou se preferiam optar por outros.

Os participantes escolheram as seguintes funcionalidades:

• Poder controlar a carteira de vacina¸c˜ao de outro membro da fam´ılia, por exemplo um(a) filho(a);

• Cadastro do usu´ario;

(36)

• Registro de lembretes contendo informa¸c˜oes como: data, hor´ario e local.

Então foi solicitado que todos participantes informassem sua op¸cão, validando se a escolha de um participante não era a mesma de outro, assim deu-se in´ıcio aos desenhos, os quais eram trocados entre os participantes em rodadas de 3 minutos. Finalizado as rodadas, os pesquisadores solicitaram que todos os participantes se reunissem e de comum acordo elaborassem uma tela do aplicativo. Foi eleita, pelos participantes, a tela de acesso às demais funcionalidades.

Alguns tópicos abordados e discutidos durante as sessões, sugerido pela partici-pante ginecologista pode considerar de suma importância, foram:

• Importância das informa¸cões das vacina¸cões;

• Importˆancia do aviso de “campanhas de vacina¸c˜ao”;

• Interesse em ter um cadastro de alarme para aviso da vacina¸cão futura (requisito sugerido pelos pesquisadores mas que não houve muita vota¸cão na primeira etapa); • Citar inicialmente a importância da vacina¸cão;

• Inserir um apelo de marketing no aplicativo, ou seja, espa¸co para propaganda, coleta de informa¸c˜oes por parte de laborat´orios;

• Preocupa¸cão na disposi¸cão dos ´ıcones, bem como o tamanho e contraste dos mesmos; • Cuidado no planejamento da interface para que seja levado em considera¸cão as difi-culdades de parte dos usuários como idosos e condi¸cões especiais de acessibilidade.

A técnica Braindraw se mostrou eficiente na obten¸cão de ideias para interfaces de aplicativos levando em considera¸cão o número de participantes desta pesquisa. Para um número maior de pessoas o número de rodadas aumentaria consideravelmente tornando o processo mais penoso ou a separa¸cão em grupos distintos de participantes prejudicaria a caracter´ıstica de compreensão entre o grupo.

(37)

Figura 5: Apresenta¸c˜ao do Braindraw Fonte: Autoria pr´opria

Figura 6: Execu¸cão da técnica Braindraw Fonte: Autoria própria

4.4 3a _{ETAPA - ELABORAC}_{¸ ˜}_{AO DO PROT ´}_OTIPO

Finalizado o primeiro encontro e em posse dos desenhos, foi iniciado a trans-forma¸cão do design de baixa fidelidade em design de alta fidelidade pelos pesquisadores. A ferramenta escolhida para tal atividade foi o Adobe Photoshop, pela quantidade de re-cursos e liberdade de cria¸cão que o produto oferece. Foi utilizado também, como modelo de elementos de interface de aplicativo móvel, o Material Design da Google, pela famili-ariza¸cão dos usuários do sistema Android e pela quantidade de materiais dispon´ıveis na internet para constru¸cão de protótipos de aplicativo.

(38)

A constru¸c˜ao do design de alta fidelidade foi feito tentando captar a maior parte das ideias desenhadas, escritas e discutidas pelos participantes nas etapas anteriores. Como a maior parte das ideias da segunda etapa foram complementares durante o ciclo do BrainDraw entre os participantes, n˜ao houve grande dificuldade de escolha entre os desenhos, quase tudo que foi proposto pelos participantes foi poss´ıvel incluir no design de alta fidelidade.

No caso das poucas ideias de interface que conflitavam foram consideradas, pelos pesquisadores, as que mais se adequavam ao projeto levando em considera¸cão primeira-mente o objetivo do trabalho e os requisitos levantados na 1a _{etapa e também os conceitos} de User Experience (UX) aprendidos pelos pesquisadores durante a jornada acadêmica e profissional.

O protótipo de alta fidelidade foi finalizado com 10 telas interativas e 8 janelas modais (janelas filhas de sobreposi¸cão das telas aos quais são acionadas), este material foi criado com o aux´ılio da ferramenta online MarvelApp14_{, para montagem das intera¸cões} entre as telas e modais. A escolha dessa ferramenta se deve também pela maior liberdade de cria¸cão das intera¸cões por conta da maior quantidade de recursos dispon´ıveis compa-rada as outras ferramentas testadas, e por possuir um aplicativo onde é poss´ıvel utilizar o protótipo em um dispositivo móvel simulando um produto final com maior fidelidade.

4.5 4a _{ETAPA - APLICAC}_{¸ ˜}_{AO DA T´}_{ECNICA AVALIAC}_{¸ ˜}_{AO COOPERATIVA}

O último encontro entre os participantes ocorreu no dia 16/06 na sala A-105 da UTFPR sede Centro, se iniciou às 10:30 e finalizou 11:30. Os participantes foram: uma Médica Ginecologista/Obstetra, uma puérpera e um responsável legal pela vacina¸cão de crian¸ca até 5 anos.

A reunião se iniciou com os pesquisadores apresentando o fluxo do projeto (Figura 4) e esclarecendo todas as técnicas utilizadas até então. Foi destacada a colabora¸cão dos participantes e como contribu´ıram para a constru¸cão do aplicativo.

Então foi apresentada por proje¸cão de slides a técnica Avalia¸cão Cooperativa e esclarecidas algumas dúvidas sobre as atividades dos participantes. Foram mostrados os roteiros de tarefas a serem executadas incentivando que falassem sobre as dificulda-des/facilidades durante a intera¸cão, então foi iniciada a atividade.

Durante a atividade os participantes tiveram um pouco de dificuldade de assimilar

(39)

que tratava-se de um protótipo, ou seja, comentaram sobre algumas dificuldades com rela¸cão ao clicar em um campo e sempre mostrar a mesma informa¸cão, foi informado que era apenas um teste de conceito, ou seja, no aplicativo real cada campo iria apresentar a informa¸cão pertinente.

As sugest˜oes dadas pelos participantes foram:

• Na janela modal de importância da vacina, alterar em tópicos as importâncias, utilizar letras maiores e uma op¸cão de link “saiba mais” pois o texto estava muito extenso e em fonte bem reduzida;

• Incluir também as cl´ınicas particulares na localiza¸cão de unidades de Saúde próximas na tela de informa¸cões da vacina;

• Disponibilizar um campo para carregar a foto pessoal na tela “Meu Perfil”;

• Alterar as cores do fundo dos cards na tela “Lembretes”, pois era ruim o contraste com o texto dificultando a leitura;

• Aumentar o tamanho da fonte das vacinas na tela “Carteira de Vacina¸c˜ao”;

• Melhorar a indica¸c˜ao de vacinas faltantes e contra-indicadas na tela “Carteira de Va-cina¸c˜ao” pois a legenda dos s´ımbolos ficava escondida em baixo da tela dificultando o entendimento.

Ao término foi solicitado que fizessem uma análise cr´ıtica funcional do protótipo, com isso foram levantadas questões de âmbito geral com rela¸cão a intera¸cão:

• Aumentar a fonte do texto para auxiliar a leitura de pessoas mais idosas; • Ao sair de uma tela, voltar para a tela anterior e n˜ao para a tela principal;

• Colocar um botão de ajuda nas telas, pois alguns elementos e funcionalidades podem ser intuitivos para alguns usuários e para outros não.

Algumas sugestões dadas pelos participantes não foram consideradas poss´ıveis de serem realizadas pelos pesquisadores na etapa posterior por motivos de não concilia¸cão com o atual objetivo do trabalho ou comprometimento da intera¸cão do usuário, são elas: • Colocar todas as doen¸cas pré-existentes para serem selecionadas no cadastro do