ricneves-ai/flowgrammers-skills/fda-consultant-specialist

Trust tier 3
  • community
Source check pending

Checking that the SKILL.md file is still in the repository.

Consultor regulatório FDA para empresas de dispositivos médicos. Fornece orientação sobre vias 510(k)/PMA/De Novo, conformidade QSR (21 CFR 820), avaliações HIPAA e cibersegurança de dispositivos. Use quando o usuário mencionar submissão FDA, 510(k), PMA, De Novo, QSR, pré-mercado, dispositivo predicado, equivalência substancial, HIPAA para dispositivos médicos ou cibersegurança FDA.

Install

npx vskill@latest install ricneves-ai/flowgrammers-skills/fda-consultant-specialist

SKILL.md

FDA Consultant Specialist

Consultoria regulatória FDA para fabricantes de dispositivos médicos, cobrindo vias de submissão, Regulação do Sistema da Qualidade (QSR), conformidade HIPAA e requisitos de cibersegurança de dispositivos.

Sumário


Seleção de Via FDA

Determinar a via regulatória FDA adequada com base na classificação do dispositivo e disponibilidade de predicado.

Framework de Decisão
Dispositivo predicado existe?
├── SIM → Substancialmente equivalente?
│ ├── SIM → Via 510(k)
│ │ ├── Sem mudanças de projeto → 510(k) Abreviado
│ │ ├── Apenas fabricação → 510(k) Especial
│ │ └── Projeto/desempenho → 510(k) Tradicional
│ └── NÃO → PMA ou De Novo
└── NÃO → Dispositivo inovador?
├── Risco baixo a moderado → De Novo
└── Alto risco (Classe III) → PMA
Comparação de Vias
ViaQuando UsarPrazoCusto
510(k) TradicionalPredicado existe, mudanças de projeto90 dias$21.760
510(k) EspecialApenas mudanças de fabricação30 dias$21.760
510(k) AbreviadoConformidade com orientação/padrão30 dias$21.760
De NovoInovador, risco baixo-moderado150 dias$134.676
PMAClasse III, sem predicado180+ dias$425.000+
Estratégia de Pré-Submissão
  1. Identificar código de produto e classificação
  2. Pesquisar banco de dados 510(k) por predicados
  3. Avaliar viabilidade de equivalência substancial
  4. Preparar perguntas Q-Sub para FDA
  5. Agendar reunião Pré-Sub se necessário

Referência: Veja fda_submission_guide.md para matrizes de decisão de via e requisitos de submissão.


Processo de Submissão 510(k)

Fluxo de Trabalho
Fase 1: Planejamento
├── Passo 1: Identificar dispositivo(s) predicado(s)
├── Passo 2: Comparar uso pretendido e tecnologia
├── Passo 3: Determinar requisitos de teste
└── Checkpoint: Argumento de ES viável?
Fase 2: Preparação
├── Passo 4: Completar testes de desempenho
├── Passo 5: Preparar descrição do dispositivo
├── Passo 6: Documentar comparação de ES
├── Passo 7: Finalizar rotulagem
└── Checkpoint: Todas as seções obrigatórias completas?
Fase 3: Submissão
├── Passo 8: Montar pacote de submissão
├── Passo 9: Submeter via eSTAR
├── Passo 10: Rastrear confirmação de recebimento
└── Checkpoint: Submissão aceita?
Fase 4: Revisão
├── Passo 11: Monitorar status de revisão
├── Passo 12: Responder a solicitações de AI
├── Passo 13: Receber decisão
└── Verificação: Carta de ES recebida?
Seções Obrigatórias (21 CFR 807.87)
SeçãoConteúdo
Carta de ApresentaçãoTipo de submissão, ID do dispositivo, informações de contato
Formulário 3514Folha de rosto de revisão pré-mercado CDRH
Descrição do DispositivoDescrição física, princípios de operação
Indicações de UsoFormulário 3881, população de pacientes, ambiente de uso
Comparação de ESComparação lado a lado com o predicado
Testes de DesempenhoBancada, biocompatibilidade, segurança elétrica
Documentação de SoftwareNível de preocupação, análise de perigos (IEC 62304)
RotulagemIFU, etiquetas de embalagem, advertências
Resumo 510(k)Resumo público da submissão
Problemas Comuns de RTA
ProblemaPrevenção
Taxa de usuário ausenteVerificar pagamento antes da submissão
Formulário 3514 incompletoRevisar todos os campos, garantir assinatura
Nenhum predicado identificadoConfirmar número K no banco de dados FDA
Comparação de ES inadequadaTratar todas as características tecnológicas

Conformidade QSR

Requisitos da Regulação do Sistema da Qualidade (21 CFR Part 820) para fabricantes de dispositivos médicos.

Subsistemas-Chave
SeçãoTítuloFoco
820.20Responsabilidade GerencialPolítica da qualidade, estrutura org., revisão gerencial
820.30Controles de ProjetoEntrada, saída, revisão, verificação, validação
820.40Controles de DocumentosAprovação, distribuição, controle de mudanças
820.50Controles de ComprasQualificação de fornecedores, dados de compra
820.70Controles de ProduçãoValidação de processo, controles ambientais
820.100CAPAAnálise de causa raiz, ações corretivas
820.181Registro Mestre do DispositivoEspecificações, procedimentos, critérios de aceitação
Fluxo de Trabalho de Controles de Projeto (820.30)
Passo 1: Entrada de Projeto
└── Capturar necessidades do usuário, uso pretendido, requisitos regulatórios
Verificação: Entradas revisadas e aprovadas?
Passo 2: Saída de Projeto
└── Criar especificações, desenhos, arquitetura de software
Verificação: Saídas rastreáveis às entradas?
Passo 3: Revisão de Projeto
└── Conduzir revisões em cada marco de fase
Verificação: Registros de revisão com assinaturas?
Passo 4: Verificação de Projeto
└── Realizar testes em relação às especificações
Verificação: Todos os testes atendem aos critérios de aceitação?
Passo 5: Validação de Projeto
└── Confirmar que o dispositivo atende às necessidades do usuário em condições reais de uso
Verificação: Relatório de validação aprovado?
Passo 6: Transferência de Projeto
└── Liberar para produção com DMR completo
Verificação: Lista de verificação de transferência completa?
Processo CAPA (820.100)
  1. Identificar: Documentar não conformidade ou problema potencial
  2. Investigar: Realizar análise de causa raiz (5 Porquês, Ishikawa)
  3. Planejar: Definir ações corretivas/preventivas
  4. Implementar: Executar ações, atualizar documentação
  5. Verificar: Confirmar implementação completa
  6. Eficácia: Monitorar recorrência (30-90 dias)
  7. Encerrar: Aprovação gerencial e encerramento

Referência: Veja qsr_compliance_requirements.md para orientação detalhada de implementação QSR.


HIPAA para Dispositivos Médicos

Requisitos HIPAA para dispositivos que criam, armazenam, transmitem ou acessam Informações de Saúde Protegidas (PHI).

Aplicabilidade
Tipo de DispositivoHIPAA Aplicável
Diagnóstico isolado (sem transmissão de dados)Não
Dispositivo conectado transmitindo dados do pacienteSim
Dispositivo com integração EHRSim
SaMD armazenando informações do pacienteSim
App de bem-estar (sem diagnóstico)Apenas se armazenar PHI
Salvaguardas Obrigatórias
Administrativas (§164.308)
├── Designação de oficial de segurança
├── Análise e gestão de riscos
├── Treinamento de pessoal
├── Procedimentos de resposta a incidentes
└── Acordos de associado de negócios
Físicas (§164.310)
├── Controles de acesso às instalações
├── Segurança de estação de trabalho
└── Procedimentos de descarte de dispositivos
Técnicas (§164.312)
├── Controle de acesso (IDs únicos, logoff automático)
├── Controles de auditoria (registro de logs)
├── Controles de integridade (checksums, hashes)
├── Autenticação (MFA recomendado)
└── Segurança de transmissão (TLS 1.2+)
Etapas de Avaliação de Risco
  1. Inventariar todos os sistemas que tratam ePHI
  2. Documentar fluxos de dados (coleta, armazenamento, transmissão)
  3. Identificar ameaças e vulnerabilidades
  4. Avaliar probabilidade e impacto
  5. Determinar níveis de risco
  6. Implementar controles
  7. Documentar risco residual

Referência: Veja hipaa_compliance_framework.md para listas de verificação de implementação e templates de BAA.


Cibersegurança de Dispositivos

Requisitos de cibersegurança FDA para dispositivos médicos conectados.

Requisitos de Pré-Mercado
ElementoDescrição
Modelo de AmeaçasAnálise STRIDE, árvores de ataque, fronteiras de confiança
Controles de SegurançaAutenticação, criptografia, controle de acesso
SBOMSoftware Bill of Materials (CycloneDX ou SPDX)
Testes de SegurançaTeste de penetração, varredura de vulnerabilidades
Plano de VulnerabilidadesProcesso de divulgação, gestão de patches
Classificação de Nível do Dispositivo

Nível 1 (Risco Maior):

  • Conecta-se à rede/internet
  • Incidente de cibersegurança poderia causar dano ao paciente

Nível 2 (Risco Padrão):

  • Todos os outros dispositivos conectados
Obrigações Pós-Mercado
  1. Monitorar NVD e ICS-CERT por vulnerabilidades
  2. Avaliar aplicabilidade aos componentes do dispositivo
  3. Desenvolver e testar patches
  4. Comunicar com clientes
  5. Reportar à FDA conforme orientação
Divulgação Coordenada de Vulnerabilidades
Relatório do Pesquisador
↓
Reconhecimento (48 horas)
↓
Avaliação Inicial (5 dias)
↓
Desenvolvimento de Correção
↓
Divulgação Pública Coordenada

Referência: Veja device_cybersecurity_guidance.md para exemplos de formato SBOM e templates de modelagem de ameaças.


Recursos

scripts/
ScriptPropósito
fda_submission_tracker.pyRastrear marcos e cronogramas de submissão 510(k)/PMA/De Novo
qsr_compliance_checker.pyAvaliar conformidade 21 CFR 820 em relação à documentação do projeto
hipaa_risk_assessment.pyAvaliar salvaguardas HIPAA em software de dispositivos médicos
references/
ArquivoConteúdo
fda_submission_guide.mdRequisitos de submissão 510(k), De Novo, PMA e listas de verificação
qsr_compliance_requirements.mdGuia de implementação 21 CFR 820 com templates
hipaa_compliance_framework.mdSalvaguardas da Regra de Segurança HIPAA e requisitos de BAA
device_cybersecurity_guidance.mdRequisitos de cibersegurança FDA, SBOM, modelagem de ameaças
fda_capa_requirements.mdProcesso CAPA, análise de causa raiz, verificação de eficácia
Exemplos de Uso
bash
# Rastrear status de submissão FDA
python scripts/fda_submission_tracker.py /path/to/project --type 510k
# Avaliar conformidade QSR
python scripts/qsr_compliance_checker.py /path/to/project --section 820.30
# Executar avaliação de risco HIPAA
python scripts/hipaa_risk_assessment.py /path/to/project --category technical

Security

  • Security scanPassed, 98 of 100Pattern checks on the skill's files.
  • Model reviewPassed

Quality evaluation

  • Task evaluationNot runNo evaluation yet. Run one in Skill Studio.

Source

Popularity

Repository stars
115
Repository forks
45
7-day trend score
29

Stars and forks are for the whole GitHub repository, not this skill alone. Not refreshed yet.

Works with

Any agent vskill installs to: 56 targets in all. These 39 have a page on this site.

  • Claude Code
  • Cursor
  • GitHub Copilot
  • Windsurf
  • Codex
  • Gemini CLI
  • Cline
  • Amp
  • Roo Code
  • Goose
  • Continue
  • Kilo Code
  • Junie
  • Trae
  • OpenHands
  • Qwen Code
  • AI Agent
  • Tabnine Chat
  • Sourcegraph Cody
  • Amazon Q
  • Firebase Genkit
  • Sweep
  • Devin
  • Phind
  • Mentat
  • Claude Desktop
  • Aider
  • GPT Pilot
  • Plandex
  • bolt.new
  • v0
  • Replit Agent
  • Anse
  • TypingMind
  • BetterChatGPT
  • LibreChat
  • Warp AI
  • Pieces
  • Fig AI
Embed badge
vskill VERIFIED badge
[![vskill VERIFIED](https://verified-skill.com/api/v1/skills/ricneves-ai/flowgrammers-skills/fda-consultant-specialist/badge)](https://verified-skill.com/skills/ricneves-ai/flowgrammers-skills/fda-consultant-specialist)

Something wrong with this skill or its page? Tell us.