PROPOSTA TÉCNICA

ESCOPO DA PROPOSTA

O escopo dessa proposta consiste em disponibilizar uma equipe para prestação de serviço de
desenvolvimento de software, considerando o modelo de trabalho de escopo aberto. O modelo
consiste na execução do projeto considerando um escopo previsto previamente acordado nesta
proposta.

Como escopo previsto, considera-se as seguintes funcionalidades:

1. APLICATIVO USUÁRIO MÉDICO

APLICATIVO USUÁRIO APLICATIVO IOS E ANDROID > VISÃO USUÁRIO

GESTÃO DE ACESSO E SEGURANÇA
Interface de acesso ao aplicativo, considerando dados comuns de usuário (e-mail
Interface de login
e senha).
Interface para cadastro simplificado do usuário (médico) no cenário de primeiro
acesso ao aplicativo.
Interface Primeiro acesso No cadastro considera-se dados como Nome, CRM, especialidade. Considerar
que o cadastro deverá ser aprovado pelo administrador antes de
liberar acesso ao usuário.
Interface para solicitar a recuperação de senha. Após solicitar o usuário receberá
Tela de recuperação e redefinição de senha um link para redefinição de senha no e-mail, o link direcionará o usuário para a
tela de recuperação de senha onde ele poderá criar uma senha.
Integração com servidor de e-mail para redefinir Integração com servidor de e-mail disponibilizado pela contratante para o
senha processo de recuperação de senha
ÁREA LOGADA DO APLICATIVO
Modal de situação do cadastro que será apresentado na tela HOME do aplicativo
Situação do cadastro
enquanto o cadastro estiver sendo analisado pelo usuário administrador.
USUÁRIO
Interface onde o usuário do aplicativo poderá visualizar e editar dados do
Meus dados
cadastro.
Alteração da senha genérica Interface para alterar senha do aplicativo pela área logada.

2
 PROPOSTA COMERCIAL E TÉCNICA
Termos e condições Termos e condições para uso do aplicativo
BUSCA DIAGNÓSTICO
Interface para busca de sintomas e preenchimento do questionário com perguntas
Busque sintomas ou sinais
pré-estabelecidas de acordo com sintoma selecionado pelo usuário.
Interface para apresentar o provável diagnóstico gerado a partir das respostas
Diagnóstico
inseridas no questionário.

Interface para apresentar dados da prescrição, coletando dados do paciente como

Prescrição médica
peso, idade para cálculo da quantidade dos remédios prescritos.

Função de cálculo de medicação Considerar função de cálculo de medicação a partir de dados inseridos no sistema.

RELATÓRIOS
Histórico dos diagnósticos feitos pelo usuário por período, apresentando visão
Histórico de diagnósticos
sintética e analítica dos dados.
CONFIGURAÇÃO DA COBRANÇA NAS LOJAS
Configuração do modelo de cobrança de licença
Configuração do modelo de cobrança de licença nas lojas.
nas lojas.

2. PORTAL WEB (NÃO RESPONSIVO) – ADMINISTRATIVO

PLATAFORMA WEB (PORTAL

PLATAFORMA NÃO RESPONSIVA
ADMINISTRATIVO)
GESTÃO DE ACESSO E SEGURANÇA
Interface de login para o portal admin considerando dados comuns de usuário (e-
mail e senha).
Tela de login Não será considerado tela de auto cadastro, logo todo usuário com acesso ao
portal será previamente cadastrado pelo administrador partindo de um login
admin padrão.
Interface para solicitar a recuperação de senha. Após solicitar o usuário receberá
Tela de recuperação e redefinição de senha um link para redefinição de senha no e-mail, o link direcionará o usuário para a
tela de recuperação de senha onde ele poderá criar uma senha.
Integração com servidor de e-mail para redefinir Integração com servidor de e-mail disponibilizado pela contratante para o
senha processo de recuperação de senha
USUÁRIOS
Cadastro de usuário Interface de cadastro de usuário para acesso ao portal web administrativo

VALIDAÇÃO DE MÉDICOS
Considerar tela para aprovação de cadastro realizado no aplicativo, para isso:
- Apresentar lista (grid) com dados básicos para análise dos cadastros;
- Apresentar tela para visualização detalhada dos dados informados no cadastro;
- Considerar opção de aprovar ou negar pelo grid ou pela detalha de detalhe de
Interface de aprovação de cadastro
cadastro.
- Considerar filtro dinâmico na tela.

*Não haverá possibilidade de pendenciar cadastro, apenas aprovar e negar.

CADASTROS

3
 PROPOSTA COMERCIAL E TÉCNICA

Considerar tela de cadastro de manutenção do cadastro dos médicos.

- Considerar lista com cadastros dos médicos já aprovados pelo usuário admin;
- Considerar tela para visualização do detalhe do cadastro;
- Considerar funcionalidade de alteração dos dados de cadastro;
Cadastro e manutenção de médicos
- Considerar filtros dinâmicos e/ou avançados, opção de inativar ou editar
médicos cadastrados
- Considerar opção de novo cadastro com: dados básicos, especialidade, CRM e-
mail de acesso, dentre outros dados relevantes.

Interface para manutenção e cadastro de medicamentos que serão apresentados

Cadastro de medicamentos
PARÂMETROS GERAIS
Parâmetro de Sintomas
Parâmetros de Diagnóstico
Questionários
RELATÓRIOS
Novos usuários do aplicativo
Dashboard de diagnósticos realizados
nas prescrições.
Interface para manutenção e cadastro de tipos de sintomas para apresentar no
app
Interface para manutenção e cadastro dos tipos de diagnósticos
Interface para manutenção e cadastro dos tipos de "respostas" apresentadas
durante o fluxo para análise do diagnóstico > vinculado ao sintoma selecionado.
Considerar relatório analítico com a relação dos usuários cadastrados no aplicativo
por período.
Possibilidade de visualizar em tela e baixar em CSV.
Dashboard considerando até 20 indicadores relacionados a quantidade de
diagnósticos realizados pelo aplicativo.

FORA DO ESCOPO

Não está sendo considerado como escopo desta proposta:

• Atividades que não estão diretamente relacionadas ao objetivo principal da proposta não
estão contempladas;
• Não estão consideradas atividades que envolvam riscos adicionais ou possam afetar
negativamente o cronograma ou a qualidade do projeto;
• A contratação de serviços e ambientes externos não está incluída neste escopo e é de
responsabilidade do cliente efetuar essas contratações;
• Não está sendo considerado o controle de idiomas do portal e aplicativo;
• Não está sendo previsto nenhum tipo de comunicação entre usuário do aplicativo com
usuário administrador;
• Não está sendo previsto funcionalidade de FAQ;
• Não está sendo previsto diferenciação de perfil de acesso;
• O investimento e o cronograma são estimativas baseadas no escopo macro apresentado
pelo cliente. Esses valores podem variar para mais ou para menos, após o detalhamento
das funcionalidades priorizadas, disponibilidade das informações e tempo para tomada de
decisão, visto que esta é uma proposta de desenvolvimento com escopo aberto.

4
Propostas Entregaveis

Os entregáveis esperados na execução dos serviços serão os arquivos de códigos–fontes dos sistemas
desenvolvidos dentro dos padrões e normas estabelecidos, seguindo funcionalidades listadas no
escopo desta proposta, além da documentação funcional e de prototipação desenvolvida durante a
execução do serviço.

MODELO DE TRABALHO

Os serviços serão executados ao longo do contrato dentro das seguintes condições:

• A alocação dos recursos será prioritariamente remota, considerando Time Zone Brasil;
• Como a alocação é remota, se a contratante precisar que um dos recursos trabalhe
presencialmente em sua sede por um período, será necessário arcar com os custos de viagem
e hospedagem dos mesmos;
• A contratante receberá periodicamente (período poderá ser acordado entre as partes), um
relatório contendo o detalhamento das horas/atividades realizadas pelos recursos alocados;

Modelo de condução do projeto:

• Controles de Demandas

A Code n’ App utiliza um processo iterativo e incremental de desenvolvimento, onde as demandas

são analisadas, especificadas e quebradas em pequenas fases, e entregues ao cliente à medida que
a construção avança. Dessa forma conseguimos nos aproximar do cliente para entender as suas
necessidades, receber um feedback antecipado e evitar retrabalho.
Para tal, tem como base o uso da ferramenta Microsoft Devops, no qual estão estabelecidos os
controles e indicadores necessários para a execução do processo diário de trabalho.

• Execução

A equipe de codificação executará as demandas utilizando metodologias ágeis, que aumentam o foco
da equipe e a sua produtividade à medida que a equipe ganha experiência nos sistemas.
No processo regular de desenvolvimento, etapas de testes simplificados serão executadas após a
finalização dos itens de desenvolvimento pela equipe da Code n’ App.

• QA e Homologação

Cada entregável da equipe de codificação passa por rigoroso controle de qualidade e homologação,
em que o cliente recebe todo o suporte da equipe técnica.

• Publicação

5
 Propostas TECNICA
Sugerimos, seguindo boas práticas de segurança, sejam executados pela
contratante, promovendo maior restrição de acesso e estabilidade aos
sistemas em produção. Nesse modelo, nos adequamos ao modelo de
publicação definido pelo Contratante. Caso haja interesse .

PREMISSAS GERAIS

Como premissa geral do serviço, torna–se indispensável a disponibilidade

das informações operacionais acerca de metodologia e processo de
trabalho, documentação detalhadas dos sistemas e seus componentes,
acessos a recursos tecnológicos, incluindo ferramentas de trabalho, bancos
de dados e ambientes de testes e homologação, que se relacionem com os
serviços que serão demandados quando solicitado.
É indispensável ainda disponibilizar usuário chave para reunir com a
equipe, durante todo o período de desenvolvimento deste escopo,
conforme se fizer necessário, virtual ou presencialmente.
A tecnologia e arquitetura será definida pela contratada.
Assim que os itens forem entregues para homologação, a contratante terá
um prazo de 72 horas úteis para fornecer o feedback sobre a entrega. Caso
isso não aconteça, o projeto será considerado como aceito pelo cliente.

CRONOGRAMA PREVISTO

MÊS 1 MÊS 2 MÊS 3 MÊS 4 MÊS 5 MÊS 6

ETAPAS
1 2 3 4 5 6 7 8 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20

DEFINIÇÃO
ESPECIFICAÇÃO
PROTOTIPAÇÃO
PLANEJAMENTO E REFINAMENTO
CODIFICAÇÃO
QA
HOMOLOGAÇÃO
IMPLANTAÇÃO