Inicio / Trilha 5 / Modulo 5.6
MODULO 5.6

🛡️ Seguranca, limites e ANVISA

O que pode construir sem registro, o que NAO pode, shadow AI, e a responsabilidade legal do medico-construtor.

6
Topicos
~60
Minutos
Critico
Nivel
Legal
Tipo
1

📋 ANVISA RDC 657 — o que pode sem registro

A RDC 657 classifica software como dispositivo medico. A boa noticia: Classe I e II (baixo risco, uso interno) sao isentas de registro. Isso inclui a maioria das ferramentas que voce vai construir.

🎯 Classificacao ANVISA

Classe I (isenta): Software para apoio administrativo, organizacao de dados, calculadoras baseadas em formulas publicadas, checklists, material educativo.

Classe II (isenta para uso interno): Software que auxilia o profissional na avaliacao, sem tomar decisao autonoma. Inclui apoio a decisao clinica com supervisao humana.

Classe III/IV (registro obrigatorio): Software que faz diagnostico autonomo, define dosagem de alto risco ou toma decisao sem supervisao humana.

💡 Regra pratica

Se a ferramenta AUXILIA voce a decidir (voce valida), esta provavelmente na zona segura. Se a ferramenta DECIDE sem voce (autonoma), precisa de registro.

2

🚫 O que NAO pode (diagnostico autonomo, dosagem alto risco)

A empolgacao com vibe coding nao pode cegar para os riscos. Algumas ferramentas simplesmente nao devem ser construidas com vibe coding.

🚨 Linhas vermelhas — NUNCA cruzar

  • 1. Diagnostico autonomo: Ferramenta que diz "o paciente tem X" sem medico validar. Ex: "app que diagnostica melanoma por foto".
  • 2. Dosagem de alto risco: Calculo de quimioterapicos, anticoagulantes, insulina sem validacao por farmaceutico/medico.
  • 3. Triagem autonoma: Ferramenta que decide sozinha se o paciente precisa de emergencia ou pode esperar.
  • 4. Distribuicao sem supervisao: Disponibilizar para outros profissionais ou pacientes sem validacao e documentacao.
3

🏚️ O "problema da ultima milha"

Eugene Vestel documentou o fenomeno: 21 repositorios criados, $2800 gastos, zero usuarios. Construir e facil. Fazer alguem usar e o desafio real.

🎯 O que mata projetos vibe-coded

UX ruim: Funciona, mas e confuso de usar. Ninguem quer aprender uma ferramenta mal feita.

Sem problema real: Voce construiu porque podia, nao porque precisava. A ferramenta resolve um problema que ninguem tem.

Manutencao zero: Bugs aparecem, APIs mudam, dados desatualizam. Sem manutencao, a ferramenta morre em semanas.

Escopo demais: Comecou simples, foi adicionando features, ficou complexo demais para manter.

💡 Antidoto

Comece com um problema SEU. Construa para VOCE usar. Se funcionar para voce por 30 dias, considere compartilhar. A maioria das ferramentas uteis nunca precisa ir alem do seu consultorio — e tudo bem.

4

👻 Shadow AI em hospitais (riscos)

Shadow AI ja acontece em todo hospital: medicos colando dados de pacientes no ChatGPT, usando apps nao validados, criando planilhas com logica nao auditada. O risco e real e crescente.

🚨 Riscos do shadow AI

  • 1. Vazamento de dados: Dados de pacientes colados em IAs publicas podem ser usados no treinamento do modelo.
  • 2. Decisao nao auditavel: Se algo da errado, nao ha registro de que IA foi usada ou como.
  • 3. Inconsistencia: Cada medico usa IA de um jeito. Sem padrao, sem qualidade.
  • 4. Responsabilidade legal: Se a instituicao nao sabe que IA esta sendo usada, quem responde?

💡 O que voce pode fazer

Use IA de forma documentada e transparente. Anonimize dados. Use ferramentas com politica de privacidade clara (Claude e ChatGPT Team/Enterprise nao treinam com seus dados). Proponha ao hospital uma politica oficial de uso de IA.

5

✅ Checklist de seguranca para ferramentas vibe-coded

Antes de usar qualquer ferramenta que voce construiu na pratica clinica, passe por estas 10 perguntas.

🎯 Checklist — 10 perguntas antes de usar

1. A logica de calculo/decisao esta correta? (Validou com casos conhecidos?)

2. A ferramenta lida com dados sensiveis de pacientes?

3. Os dados sao anonimizados antes de chegar na IA?

4. Quem tem acesso a ferramenta e aos dados?

5. O que acontece se a ferramenta errar? O dano e reversivel?

6. Tem um humano validando antes da decisao final?

7. A ferramenta esta documentada (o que faz, como, por quem)?

8. Tem plano de manutencao (quem atualiza, quando)?

9. Esta na zona verde/amarela regulatoria (nao vermelha)?

10. Voce usaria com confianca no SEU paciente?

6

⚖️ Responsabilidade legal do medico-construtor

Se voce constroi uma ferramenta e ela gera dano ao paciente, a responsabilidade e sua. O medico-construtor e o medico-responsavel — mesmo que a IA tenha gerado o codigo.

🚨 Cenarios de risco

  • 1. Calculo errado: Calculadora de escore com logica errada → conduta inadequada → dano ao paciente
  • 2. Alerta que nao dispara: Follow-up com alerta configurado errado → crise hipertensiva nao detectada
  • 3. Informacao desatualizada: Material educativo com guideline antigo → orientacao errada ao paciente

🎯 Como se proteger

1. Valide exaustivamente: Teste com no minimo 10 casos conhecidos antes de usar clinicamente.

2. Documente tudo: O que a ferramenta faz, como foi validada, quem e responsavel.

3. Inclua disclaimer: "Ferramenta de apoio. Nao substitui julgamento clinico."

4. Mantenha atualizado: Revise periodicamente se a logica e as fontes continuam corretas.

5. Use para apoio, nao para decisao: A ferramenta auxilia. Voce decide.

💡 Mensagem final

Com o poder de construir vem a obrigacao de validar, testar e manter. Vibe coding e uma ferramenta extraordinaria — mas a responsabilidade clinica continua sendo sua. Use com sabedoria.

📝 Resumo do Modulo

ANVISA RDC 657 - Classe I/II isentas para uso interno
Linhas vermelhas claras - Diagnostico autonomo e dosagem alto risco: NUNCA com vibe coding
Problema da ultima milha - Construir e facil, fazer usar e o desafio
Checklist de 10 perguntas - Passe por todas antes de usar clinicamente

Proxima Trilha:

Trilha 6 - Segundo Cerebro Medico