Leitura crítica do plano atual, mapeamento competitivo do setor brasileiro de SaaS para clínicas, decodificação do posicionamento "DR. via IA", inventário de capacidades técnicas já validadas em produção, e roadmap recomendado para o lançamento.
Análise construída a partir dos materiais recebidos: logo Druvia, documento "Funções do Agente IA", documento "Roteiro de Implementação", e referência de concorrente (Secretar.ai). O objetivo desta análise é construir em cima do que já existe.
O Roteiro de Implementação entregue pelo grupo contém 72 sub-passos organizados em 7 grandes áreas — jornada do cliente, gestão financeira, contratação, assistente de diagnóstico, prontuário eletrônico, MVP faseado e considerações finais. Cobre aspectos que a maioria dos projetos em early-stage ignora: LGPD desde o início, controles de qualidade por módulo, métricas operacionais, e um MVP faseado bem pensado (Agendamento → Dúvidas → Devolutiva). O documento reflete maturidade técnica acima da média para ideação.
Esta análise não é um brainstorm abstrato nem um exercício teórico. É uma leitura cruzada do material recebido (Funções do Agente IA, Roteiro de Implementação, logo Druvia, referência do concorrente Secretar.ai) com o portfólio técnico acumulado em projetos reais entregues nos últimos 18 meses — PeritoPro, Arcermed, Athena Flow, Kronos Flow, Agente LUCK/Red Team, Meeting Assistant. Cada sugestão de funcionalidade e cada estimativa de cronograma neste documento é baseada em tecnologia que já está em produção em algum desses projetos ou em aprendizado direto de iteração.
O valor prático: quando este documento sugere "gravação de consulta com estruturação SOAP automática", não é uma ideia nova — é uma adaptação específica do bot Athena que já funciona em produção gravando reuniões corporativas. Quando sugere "RAG do prontuário com citação literal", não é teoria — é o mesmo motor que já processa 24.234 trechos de documentos judiciais no PeritoPro. É por isso que o cronograma de 12 semanas para o MVP se sustenta: a engenharia pesada já foi paga em projetos anteriores.
A leitura fonética direta — DR + U + VIA — posiciona o produto como "Dr. via IA", ou seja, o doutor amplificado pela inteligência artificial. Há uma segunda camada: DRUV + IA, com o sufixo tecnológico embutido. Isso significa que o produto nasce com posicionamento médico-primeiro, não secretarial. O alvo é o profissional, não a função de atendimento. É uma vantagem competitiva sutil mas poderosa — enquanto concorrentes como Secretar.ai brigam na camada "substituir recepcionista" (commodity), o Druvia pode dominar a camada "estender o consultório do médico" (valor alto, defesa reputacional, diferenciação técnica).
Esse framing resolve três problemas simultaneamente: (1) define claramente a diferenciação competitiva vs concorrentes atuais, (2) posiciona em camada de valor mais alta que commodity de agendamento, e (3) oferece cobertura regulatória natural — ao ser "assistente do médico" (não substituto), a IA atua como amplificador, e toda decisão clínica final permanece com o profissional. Isso é exatamente o que a Resolução CFM 2.314/2022 exige.
Dimensionamento do mercado-alvo do Druvia (B2B SaaS para clínicas e consultórios no Brasil), com base em dados públicos do CFM, CFO, IBGE e panorama das healthtechs brasileiras.
O universo total de profissionais de saúde autônomos ou em pequenas clínicas privadas no Brasil é de aproximadamente 500 mil médicos + 340 mil dentistas + outros profissionais (psicólogos, nutricionistas, fisioterapeutas, fonoaudiólogos). Desses, estima-se que 170 mil operam em clínicas e consultórios próprios — o alvo natural de um SaaS de gestão clínica. Considerando um ticket médio de R$ 300-600/mês por consultório ativo, o TAM teórico está na faixa de R$ 600 milhões a R$ 1,2 bilhão por ano.
Filtrando o TAM por clínicas com capacidade de adoção de tecnologia (já usam algum software, têm internet estável, valorizam automação), estima-se que o SAM seja 30-40% do TAM, ou seja, aproximadamente 50 a 65 mil clínicas ativas. Priorizando ainda clínicas de médio porte (2-10 profissionais) — onde o pitch de substituição de recepcionista tem mais apelo financeiro — o SAM refinado gira em torno de R$ 200-400 milhões por ano.
Uma meta realista para um novo entrante em 3 anos, em mercado com competidores estabelecidos (iClinic, Amplimed, Doctoralia), é capturar 1-3% do SAM. Isso representa 500 a 1.500 clínicas pagantes, ou seja, R$ 2 a 12 milhões em ARR. Com diferenciação forte em IA conversacional e pós-consulta (áreas descobertas pelos concorrentes atuais), o teto superior é alcançável.
Análise de 6 concorrentes diretos e indiretos, mapeados por posicionamento, IA, preço, público, forças e fraquezas. Dados coletados diretamente das páginas públicas de cada player.
O Secretar.ai é a referência direta usada pelo grupo como parâmetro de mercado. É o concorrente que o Druvia precisa entender melhor que qualquer outro. Aqui está o mapeamento completo.
| Dimensão | Secretar.ai | Druvia (projeção) |
|---|---|---|
| Público-alvo | Clínicas de estética | Clínicas médicas, psico, pediatria, cardio, multi-especialidade |
| Posicionamento | "Substitui a recepcionista" | "Extensão clínica do médico" |
| Camada de valor | Automação administrativa | Automação + IA clínica + pós-consulta |
| ✅ API oficial | ✅ API oficial (obrigatório) | |
| Prontuário eletrônico | ❌ Não tem | ✅ Com foco em compliance SBIS/CFM |
| Devolutiva de questionário | ❌ Não tem | ✅ Fase 3 do MVP (território virgem) |
| Gravação de consulta | ❌ Não tem | ✅ Online E presencial (único no BR) |
| Copilot durante consulta | ❌ Não tem | ✅ Sugestões em tempo real baseadas no histórico |
| Aderência ao tratamento | ❌ Não tem | ✅ WhatsApp diário + dashboard |
| Red Team validation | ❌ Não menciona | ✅ Metodologia já validada (8.5/10 em projeto anterior) |
| Preço referência | R$ 33.000/ano | A definir (estratégia separada) |
Cruzando as 6 análises competitivas, identifiquei 7 áreas descobertas. São territórios onde nenhum concorrente principal tem presença forte e onde o Druvia pode fincar bandeira.
Todos os concorrentes atuais tratam o paciente como "cliente que termina a compra e vai embora". Ninguém investe em NPS automatizado com análise de sentimento, aderência ao tratamento via WhatsApp, reativação clínica não-comercial, nem devolutiva inteligente de questionário. Este é o território mais vazio e mais valioso — é aqui que a relação médico-paciente se fortalece e a clínica reduz churn.
A Amélia da Amplimed é o único concorrente com IA robusta, mas é agenda-first (marca consulta, transcreve, resume). Nenhum deles tem um copilot médico durante a consulta sugerindo perguntas baseadas no histórico do paciente, alertando sobre padrões ("este paciente reclamou de cefaleia em 3 consultas seguidas"), ou propondo diagnósticos diferenciais respeitando o limite ético de que a decisão final é sempre do médico.
A Amélia transcreve teleconsultas. Ninguém no Brasil tem uma solução robusta para gravar e estruturar consulta presencial — com microfone ambiente do celular/tablet do consultório, transcrição automática, estruturação em formato SOAP (Subjetivo/Objetivo/Avaliação/Plano), e prontuário gerado em 2 minutos. O Druvia pode usar a tecnologia do Athena Flow (já funcionando) para dominar essa categoria inexistente no mercado.
A Fase 3 do MVP proposto pelo grupo é genuinamente um território virgem. Nenhum dos 6 concorrentes faz: questionário pré-consulta estruturado → IA processa → gera devolutiva personalizada para pré-leitura do médico → otimiza os 30 minutos de consulta com foco no que importa. É a funcionalidade que mais gera "uau" em demos e mais reduz tempo administrativo do médico.
Todos oferecem agendamento por texto no WhatsApp. Nenhum aceita áudio de WhatsApp transcrito automaticamente para agendamento ("marca uma consulta pro dia 15 à tarde"). Isso é acessibilidade real para idosos e pacientes com baixa letramento digital — dois grupos grandes e mal atendidos.
A Clinicorp verticalizou em odonto e defendeu posição forte. Nenhum concorrente verticalizou em medicina geral ou em psicologia/saúde mental — as duas categorias em maior crescimento pós-pandemia. O Druvia pode escolher um desses nichos como wedge inicial e expandir depois.
Nenhum concorrente menciona publicamente que passou por auditoria de segurança da IA (red team, stress test, teste de jailbreak). Isso é ouro em vendas consultivas: "nosso agente foi auditado em 54 testes de estresse em 9 categorias com 93% de aprovação" é uma frase que diferencia em minutos de demo. O Druvia já tem essa metodologia validada do projeto anterior (Arcermed, score 8.5/10).
O diferencial do Druvia não está em ter mais features que os concorrentes. Está em ocupar as camadas que todos deixaram descobertas: pós-consulta, copilot clínico, gravação presencial, devolutiva inteligente, e validação técnica pública. O posicionamento já está no nome. O que falta é executar com disciplina de escopo.
Tecnologias já desenvolvidas e rodando em produção em outros projetos reais, prontas para serem adaptadas às necessidades específicas do Druvia. Nenhum item deste inventário nasceu no vácuo — tudo vem de projetos entregues, com cicatrizes de produção, iteração em cima de uso real e aprendizado acumulado ao longo dos últimos 18 meses.
Cada capacidade listada abaixo existe hoje em produção em um projeto real, com usuários reais, em um contexto específico. A proposta para o Druvia não é copiar essas tecnologias — é absorver os processos e adaptá-los às necessidades clínicas específicas do novo produto. A diferença é importante: absorção implica em manter o que já foi aprendido (o que funciona, o que falhou, o que precisou de iteração) e redirecionar para o novo contexto com pleno conhecimento das armadilhas.
O fruto dessa abordagem: o Druvia pode sair do zero ao MVP em 12 semanas não porque as funcionalidades são simples, mas porque a base técnica pesada já foi construída antes. Segurança, criptografia, backup, auditoria, LGPD, rate limit, agentes conversacionais validados, gravação de reuniões com transcrição — tudo isso passou por ciclos de desenvolvimento e refinamento em outros projetos. O trabalho no Druvia é o de adaptação inteligente, não de construção do zero.
PeritoPro — sistema em produção para o Eng. Sergio Ejzenberg (perito judicial sênior em São Paulo), com RAG sobre 24.234 trechos de documentos judiciais, OCR de PDFs escaneados via Claude Vision, criptografia AES-256 de arquivos, trilha de auditoria, LGPD conforme, red team validado.
Arcermed / Conexão Malu — chatbot psicológico validado em stress test completo (8,5/10, 93% aprovação em 54 testes adversariais). É o bot que serviu de prova técnica para o próprio grupo dos Vingadores. A metodologia de avaliação foi construída e documentada.
Agente LUCK / Red Team AgileCar — framework completo de qualificação adversarial com 300 perguntas em 10 categorias. Entregue ao grupo com documentação técnica, scoring 0-10 por critério e plano de melhoria técnica.
Athena Flow — CRM de reuniões com bot que entra no Meet/Zoom/Teams, transcreve, resume e gera atas estruturadas. É a base direta do módulo de gravação de consulta (online e presencial) proposto para o Druvia.
Kronos Flow — sistema operacional multi-aba em produção para um grupo de eventos, com CRUD completo, dashboards financeiros, relatórios com cabeçalhos institucionais e workflow de contratos. Arquitetura diretamente aproveitável no Druvia.
Meeting Assistant — PWA com IA, integração WhatsApp e filtros inteligentes. Base pronta para a versão mobile do Druvia que o médico vai usar no celular durante o dia.
Funcionalidades que nenhum concorrente brasileiro implementou ou implementou de forma rasa. Cada módulo é uma oportunidade de diferenciação e pode ser desenvolvido com base nas capacidades já validadas.
Esta seção é uma análise respeitosa do Roteiro de Implementação compartilhado. O objetivo é construir em cima, não demolir. São observações que, se ajustadas, aumentam significativamente a chance de sucesso do projeto.
O Roteiro lista essencialmente 5 produtos distintos: atendimento inteligente + gestão financeira + contratação + assistente de diagnóstico + prontuário eletrônico. Tentar entregar os cinco simultaneamente em 12 semanas dilui foco e gera um MVP inconsistente. A priorização faseada proposta no próprio documento (Agendamento → Dúvidas → Devolutiva) resolve isso — basta honrá-la com disciplina.
A tentação natural em projetos early-stage é enxergar o escopo e extender o cronograma para caber tudo. Mas no caso do Druvia, o cronograma não é o problema — é a intensidade da alocação. Com foco dedicado e recursos alinhados ao escopo, o V1 completo sai em ~28 semanas. Com intensidade menor ou execução diluída em múltiplas frentes paralelas, o cronograma estica proporcionalmente sem ganhar qualidade.
O documento lista "concordância clínica superior a 90%" como métrica de sucesso. Essa métrica só pode ser aferida em estudo clínico controlado, com painel de médicos especialistas cego às recomendações da IA. Isso é viável em pesquisa acadêmica, inviável no MVP de um SaaS. Definir isso como KPI operacional vira compromisso impossível de cumprir e gera frustração ou litígio.
O documento menciona "MVP com 10 clientes pagantes" mas não deixa claro se os 10 são clínicas (B2B) ou 10 pacientes da própria clínica (B2C). São modelos de negócio radicalmente diferentes. B2B → precifica por assinatura mensal, foco em retenção, LTV alto. B2C → precifica por consulta/uso, foco em volume, LTV baixo. Define completamente a arquitetura, time comercial, produto e marketing.
O documento fala em "prontuário eletrônico com LGPD" e "assinatura virtual" sem especificar certificação SBIS/CFM NGS2 (obrigatória para prontuário com validade legal plena conforme Resolução CFM 1.821/2007) nem o tipo de assinatura eletrônica (simples, avançada ou qualificada conforme Lei 14.063/2020). Sem esses acertos, o prontuário pode ter validade legal limitada e gerar risco jurídico para o médico usuário.
Aspectos legais e de conformidade específicos do setor de saúde digital no Brasil. Cada item abaixo impacta diretamente o escopo, cronograma e estrutura técnica do Druvia. Nenhum pode ser ignorado.
Estabelece o regime de regularização de dispositivos médicos baseados em software no Brasil, alinhado ao framework internacional IMDRF. Classifica softwares em 4 classes de risco (I, II, III, IV) com base em duas dimensões: significância da informação para decisão clínica (informa / guia / diagnostica ou trata) e condição do paciente (não-grave / grave / crítica).
Softwares administrativos e de gestão (agenda, financeiro, prontuário simples sem decisão clínica) estão EXCLUÍDOS do escopo. Softwares que fornecem "hipóteses diagnósticas", "recomendações terapêuticas" ou processam imagens médicas para diagnóstico PODEM ser classificados como SaMD e exigem registro ou notificação à ANVISA conforme a classe.
Define o que é permitido e proibido em telemedicina. Teleconsulta é permitida, com restrições iniciais que evoluíram pós-COVID. Teleorientação, telemonitoramento e teletriagem são permitidas em escopo amplo. Telediagnóstico só por médico. IA pode gerar sugestões, mas toda decisão clínica e prescrição é do médico responsável.
O prontuário eletrônico é obrigatório em qualquer modalidade. A assinatura digital do médico é obrigatória nos documentos emitidos. A responsabilidade jurídica é integralmente do médico — IA não responde judicialmente.
Define os requisitos técnicos mínimos para prontuário eletrônico no Brasil. Estabelece dois Níveis de Garantia de Segurança (NGS): NGS1 (nível básico de autenticidade e integridade) e NGS2 (nível robusto com garantias criptográficas, temporalidade, disponibilidade e não-repúdio). A certificação é conferida pela Sociedade Brasileira de Informática em Saúde (SBIS) em parceria com o CFM.
A certificação é voluntária, mas é o padrão-ouro: prontuários eletrônicos certificados NGS2 podem substituir o prontuário físico integralmente. Sem certificação, o prontuário eletrônico é "apoio" — o médico ainda precisa manter arquivo físico ou risco jurídico em disputas. Custo aproximado do processo: R$ 30-80k + taxas anuais de manutenção. Processo leva 6-12 meses.
A LGPD classifica dados de saúde como dados pessoais sensíveis (categoria especial). O tratamento exige base legal específica além das hipóteses genéricas: consentimento específico e destacado, tutela da saúde por profissional, obrigação legal, ou políticas públicas. Exige também Relatório de Impacto à Proteção de Dados (DPIA) em operações de larga escala, designação de Encarregado (DPO) e medidas técnicas adequadas ao nível de risco.
Estabelece três tipos de assinatura eletrônica com diferentes níveis de garantia: simples (identificação básica, para interações de baixo risco), avançada (autenticidade verificável via método único, aceita para maioria dos documentos civis e comerciais), e qualificada (ICP-Brasil, equivalência legal plena à assinatura manual).
Para documentos médicos: contratos de prestação de serviço admitem avançada. Atestados e receitas também, embora qualificada seja mais defensável em disputa. Prescrição eletrônica de medicamentos controlados exige qualificada (ICP-Brasil) ou integração com SNGPC.
O padrão TISS (Troca de Informações em Saúde Suplementar) é obrigatório para comunicação eletrônica entre prestadores de serviço e operadoras de planos de saúde. Define formatos XML padronizados para elegibilidade, autorização, faturamento, glosa e recurso. A ANS atualiza a versão do padrão periodicamente (atualmente versão 4.01).
Consolidação de tudo acima em um plano de ação concreto. MVP recalibrado para execução realista em 12 semanas, com roadmap de 12 meses de diferenciação progressiva.
O Druvia tem três vantagens raras acumuladas antes mesmo do lançamento: nome com posicionamento forte que os concorrentes não ocuparam, portfólio técnico construído iterativamente ao longo dos últimos 18 meses em projetos reais — com clientes reais, cicatrizes de produção e aprendizado acumulado — pronto para ser absorvido e adaptado, e metodologia de red team comprovada que vira ponto de venda público. A combinação dessas três vantagens cria uma janela de entrada única.
Execute focado, corte escopo com disciplina, priorize os gaps descobertos do mercado, e o Druvia chega ao primeiro aniversário com posição defensável — não como mais um SaaS de clínica, mas como a única plataforma brasileira que entrega a promessa histórica das healthtechs: o médico amplificado por IA, do primeiro contato à última devolutiva. Cada camada técnica não é uma ideia solta, é um processo com histórico real de entrega.