opção
LarLar Skill Documentação mdr-745-specialist

Classificar dispositivos médicos de acordo com o Regulamento de Dispositivos Médicos (MDR) 2017/745 da UE, elaborar documentação técnica, planejar avaliações clínicas e gerenciar a vigilância pós-comercialização e a integração com o EUDAMED.

...Expandir tudo
23
Tempo atualizado 29 de Agosto de 2026

Especialista em MDR 2017/745

Padrões de conformidade com o MDR da UE para classificação de dispositivos médicos, documentação técnica e evidências clínicas.

Índice

  • Fluxo de trabalho para classificação de dispositivos
  • Documentação Técnica
  • Evidências clínicas
  • Vigilância pós-comercialização
  • EUDAMED e UDI
  • Documentação de referência
  • Ferramentas

Fluxo de trabalho para classificação de dispositivos

Classifique o dispositivo de acordo com o Anexo VIII do MDR:

  1. Identificar a duração do dispositivo (transitória, de curto prazo, de longo prazo)
  2. Determinar o nível de invasividade (não invasivo, por orifício corporal, cirúrgico)
  3. Avaliar o contato com o sistema corporal (SNC, cardíaco, outros)
  4. Verificar se o dispositivo é ativo (dependente de energia)
  5. Aplicar as regras de classificação 1 a 22
  6. Para software, aplicar o algoritmo MDCG 2019-11
  7. Documentar a fundamentação da classificação
  8. Validação: Classificação confirmada pelo Organismo Notificado

Matriz de classificação

Fator Classe I Classe IIa Classe IIb Classe III
Duração Qualquer Curto prazo Longo prazo Longo prazo
Invasividade Não invasivo Orifício corporal Cirúrgico Implantável
Sistema Qualquer Não críticos Órgãos críticos SNC/cardíaco
Risco Mais baixo Baixo-médio Médio-alto Mais alto

Classificação de software (MDCG 2019-11)

Uso das informações Gravidade da condição Classe
Influencia a decisão Não grave IIa
Influencia a decisão Grave IIb
Determina/trata Crítico III

Exemplos de classificação

Exemplo 1: Sutaura cirúrgica absorvível

  • Regra 8 (implantável, de longo prazo)
  • Duração: > 30 dias (absorvido)
  • Contato: Tecido em geral
  • Classificação: Classe IIb

Exemplo 2: Software de diagnóstico com IA

  • Regra 11 + MDCG 2019-11
  • Função: Diagnostica condições graves
  • Classificação: Classe IIb

Exemplo 3: Marcapasso cardíaco

  • Regra 8 (implantável)
  • Contato: Sistema circulatório central
  • Classificação: Classe III

Documentação técnica

Elabore o dossiê técnico de acordo com os Anexos II e III:

  1. Elaborar a descrição do dispositivo (variantes, acessórios, finalidade prevista)
  2. Elaborar a rotulagem (requisitos do Artigo 13, Instruções de Uso)
  3. Documentar o projeto e o processo de fabricação
  4. Preencher a matriz de conformidade com o GSPR
  5. Preparar a análise de risco-benefício
  6. Compilar evidências de verificação e validação
  7. Integrar o dossiê de gestão de riscos (ISO 14971)
  8. Validação: análise da integridade do dossiê técnico

Estrutura do Dossiê Técnico

ANNEX II TECHNICAL DOCUMENTATION
├── Device description and UDI-DI
├── Label and instructions for use
├── Design and manufacturing info
├── GSPR compliance matrix
├── Benefit-risk analysis
├── Verification and validation
└── Clinical evaluation report

Lista de verificação de conformidade com a GSPR

Requisito Evidência Status
Projeto seguro (GSPR 1-3) Dossiê de gestão de riscos
Propriedades químicas (GSPR 10.1) Relatório de biocompatibilidade
Risco de infecção (GSPR 10.2) Validação da esterilização
Requisitos de software (GSPR 17) Documentação IEC 62304
Rotulagem (GSPR 23) Arte final da etiqueta, Instruções de Uso

Vias de avaliação da conformidade

Classe Via Envolvimento do Organismo Nacional de Notificação
I Autodeclaração do Anexo II Nenhuma
Is/Im Anexo II + IX/XI Aspectos relacionados à esterilização e medição
IIa Anexo II + IX ou XI Produto ou SGQ
IIb Anexo IX ou Anexo X + XI SGC + avaliação da documentação técnica ou exame de tipo + produção
III Anexo IX ou Anexo X + XI SGC completo + dossiê do produto, ou exame de tipo + produção

Evidências clínicas

Desenvolver estratégia de evidência clínica de acordo com o Anexo XIV:

  1. Definir alegações clínicas e desfechos
  2. Realizar pesquisa bibliográfica sistemática
  3. Avaliar a qualidade dos dados clínicos
  4. Avaliar a equivalência (técnica, biológica, clínica)
  5. Identificar lacunas nas evidências
  6. Determinar se é necessária uma investigação clínica
  7. Elaborar o Relatório de Avaliação Clínica (CER)
  8. Validação: o CER é revisado por um avaliador qualificado

Requisitos de evidência por classe

Classe Evidência mínima Investigação
I Análise de risco-benefício Normalmente não é exigida
IIa Literatura + pós-comercialização Pode ser exigida
IIb Revisão sistemática da literatura Frequentemente exigida
III Dados clínicos abrangentes Obrigatória (Artigo 61)

Estrutura do Relatório de Avaliação Clínica

CER CONTENTS
├── Executive summary
├── Device scope and intended purpose
├── Clinical background (state of the art)
├── Literature search methodology
├── Data appraisal and analysis
├── Safety and performance conclusions
├── Benefit-risk determination
└── PMCF plan summary

Requisitos para avaliadores qualificados

  • Graduação em medicina ou qualificação equivalente na área da saúde
  • Mais de 4 anos de experiência clínica na área relevante
  • Treinamento em metodologia de avaliação clínica
  • Conhecimento dos requisitos do MDR

Vigilância pós-comercialização

Estabelecer o sistema de PMS de acordo com o Capítulo VII:

  1. Elaborar plano de PMS (Artigo 84)
  2. Definir métodos de coleta de dados
  3. Estabelecer procedimentos para o tratamento de reclamações
  4. Criar um processo de notificação de vigilância
  5. Planejar Relatórios Periódicos de Atualização de Segurança (PSUR)
  6. Integrar com as atividades de PMCF
  7. Definir a análise de tendências e a detecção de sinais
  8. Validação: o sistema PMS é auditado anualmente

Componentes do sistema PMS

Componente Requisito Frequência
Plano do PMS Artigo 84 Manter atualizado
PSUR Artigo 86 — Classe IIa e superiores Conforme o Art. 86(1), conforme cronograma abaixo
Plano PMCF Anexo XIV, Parte B Atualização com o CER
Relatório PMCF Anexo XIV, Parte B Anual (Classe III)
Vigilância Artigos 87 a 92 À medida que os eventos ocorrem

Cronograma do PSUR

Classe Frequência (Art. 86, § 1, do MDR)
Classe III Atualizado pelo menos uma vez por ano
Classe IIb (todas, incluindo as implantáveis) Atualizada pelo menos uma vez por ano
Classe IIa Quando necessário, pelo menos a cada 2 anos
Classe I Sem PSUR — em vez disso, relatório de PMS (Art. 85)

Notificação de incidentes graves

Prazo Exigência
2 dias Ameaça grave à saúde pública
10 dias Morte ou agravamento grave
15 dias Outros incidentes graves

EUDAMED e UDI

Implementar o sistema UDI conforme o Artigo 27:

  1. Obter o código da entidade emissora (GS1, HIBCC, ICCBBA)
  2. Atribuir o UDI-DI a cada variante do dispositivo
  3. Atribuir o UDI-PI (identificador de produção)
  4. Aplicar o suporte de UDI aos rótulos (AIDC + HRI)
  5. Registrar o agente no EUDAMED
  6. Registrar os dispositivos no EUDAMED
  7. Carregar certificados assim que estiverem disponíveis
  8. Validação: UDI verificado em etiquetas de amostra

Módulos do EUDAMED

Módulo Conteúdo Ator
Ator Registro da empresa Fabricante, AR
UDI/Dispositivo Dados do dispositivo e da variante Fabricante
Certificados Certificados do Organismo Notificado Órgão Notificado
Investigação clínica Registro do estudo Patrocinador
Vigilância Relatórios de incidentes Fabricante
Fiscalização de mercado Medidas das autoridades Autoridade competente

Requisitos de rotulagem do UDI

Elementos obrigatórios nos termos do Artigo 13:

  • UDI-DI (identificador do dispositivo)
  • UDI-PI (identificador de produção) para a Classe II+
  • Formato AIDC (código de barras/RFID)
  • Formato HRI (legível por humanos)
  • Nome e endereço do fabricante
  • Número de lote/série
  • Data de validade (se aplicável)

Documentação de referência

Guia de classificação do MDR

references/mdr-classification-guide.md contém:

  • Regras completas de classificação do Anexo VIII (Regras 1 a 22)
  • Classificação de software de acordo com o MDCG 2019-11
  • Exemplos práticos de classificação
  • Seleção da via de avaliação da conformidade

Requisitos de evidência clínica

references/clinical-evidence-requirements.md contém:

  • Estrutura e hierarquia das evidências clínicas
  • Metodologia de pesquisa bibliográfica
  • Estrutura do Relatório de Avaliação Clínica
  • Orientações sobre o plano PMCF e o relatório de avaliação

Modelos de documentação técnica

references/technical-documentation-templates.md contém:

  • Requisitos de conteúdo dos Anexos II e III
  • Estrutura do Arquivo de Histórico de Projeto
  • Modelo de matriz de conformidade com o GSPR
  • Modelo de Declaração de Conformidade
  • Lista de verificação para envio ao Organismo Notificado

Ferramentas

Analisador de lacunas do MDR

# Quick gap analysis
python scripts/mdr_gap_analyzer.py --device "Device Name" --class IIa

# JSON output for integration
python scripts/mdr_gap_analyzer.py --device "Device Name" --class III --output json

# Interactive assessment
python scripts/mdr_gap_analyzer.py --interactive

Analisa o dispositivo em relação aos requisitos do MDR, identifica lacunas de conformidade e gera recomendações priorizadas.

Os resultados incluem:

  • Lista de verificação de requisitos por categoria
  • Identificação de lacunas com prioridades
  • Destaque das lacunas críticas
  • Recomendações para o plano de ação de conformidade

Interação com o Organismo Notificado

Critérios de seleção

Fator Considerações
Escopo da designação Abrange o tipo do seu dispositivo
Capacidade Cronograma para a auditoria inicial
Alcance geográfico Mercados aos quais você precisa ter acesso
Conhecimento técnico Experiência com sua tecnologia
Estrutura de honorários Transparência, previsibilidade

Lista de verificação pré-envio

  • Documentação técnica completa
  • Matriz GSPR totalmente preenchida
  • Arquivo de gestão de riscos atualizado
  • Relatório de avaliação clínica completo
  • Sistema de Gestão da Qualidade (ISO 13485) certificado
  • Rotulagem e Instruções de Uso (IFU) finalizadas
  • Validação: Avaliação interna de lacunas concluída
Ver no GitHub
---
name: mdr-745-specialist
description: Classify medical devices under EU MDR 2017/745, build technical documentation, plan clinical evaluations, and manage post-market surveillance and EUDAMED integration.
---

# MDR 2017/745 Specialist

EU MDR compliance patterns for medical device classification, technical documentation, and clinical evidence.

---

## Table of Contents

- [Device Classification Workflow](#device-classification-workflow)
- [Technical Documentation](#technical-documentation)
- [Clinical Evidence](#clinical-evidence)
- [Post-Market Surveillance](#post-market-surveillance)
- [EUDAMED and UDI](#eudamed-and-udi)
- [Reference Documentation](#reference-documentation)
- [Tools](#tools)

---

## Device Classification Workflow

Classify device under MDR Annex VIII:

1. Identify device duration (transient, short-term, long-term)
2. Determine invasiveness level (non-invasive, body orifice, surgical)
3. Assess body system contact (CNS, cardiac, other)
4. Check if active device (energy dependent)
5. Apply classification rules 1-22
6. For software, apply MDCG 2019-11 algorithm
7. Document classification rationale
8. **Validation:** Classification confirmed with Notified Body

### Classification Matrix

| Factor | Class I | Class IIa | Class IIb | Class III |
|--------|---------|-----------|-----------|-----------|
| Duration | Any | Short-term | Long-term | Long-term |
| Invasiveness | Non-invasive | Body orifice | Surgical | Implantable |
| System | Any | Non-critical | Critical organs | CNS/cardiac |
| Risk | Lowest | Low-medium | Medium-high | Highest |

### Software Classification (MDCG 2019-11)

| Information Use | Condition Severity | Class |
|-----------------|-------------------|-------|
| Informs decision | Non-serious | IIa |
| Informs decision | Serious | IIb |
| Drives/treats | Critical | III |

### Classification Examples

**Example 1: Absorbable Surgical Suture**
- Rule 8 (implantable, long-term)
- Duration: > 30 days (absorbed)
- Contact: General tissue
- Classification: **Class IIb**

**Example 2: AI Diagnostic Software**
- Rule 11 + MDCG 2019-11
- Function: Diagnoses serious condition
- Classification: **Class IIb**

**Example 3: Cardiac Pacemaker**
- Rule 8 (implantable)
- Contact: Central circulatory system
- Classification: **Class III**

---

## Technical Documentation

Prepare technical file per Annex II and III:

1. Create device description (variants, accessories, intended purpose)
2. Develop labeling (Article 13 requirements, IFU)
3. Document design and manufacturing process
4. Complete GSPR compliance matrix
5. Prepare benefit-risk analysis
6. Compile verification and validation evidence
7. Integrate risk management file (ISO 14971)
8. **Validation:** Technical file reviewed for completeness

### Technical File Structure

```
ANNEX II TECHNICAL DOCUMENTATION
├── Device description and UDI-DI
├── Label and instructions for use
├── Design and manufacturing info
├── GSPR compliance matrix
├── Benefit-risk analysis
├── Verification and validation
└── Clinical evaluation report
```

### GSPR Compliance Checklist

| Requirement | Evidence | Status |
|-------------|----------|--------|
| Safe design (GSPR 1-3) | Risk management file | ☐ |
| Chemical properties (GSPR 10.1) | Biocompatibility report | ☐ |
| Infection risk (GSPR 10.2) | Sterilization validation | ☐ |
| Software requirements (GSPR 17) | IEC 62304 documentation | ☐ |
| Labeling (GSPR 23) | Label artwork, IFU | ☐ |

### Conformity Assessment Routes

| Class | Route | NB Involvement |
|-------|-------|----------------|
| I | Annex II self-declaration | None |
| Is/Im | Annex II + IX/XI | Sterile/measuring aspects |
| IIa | Annex II + IX or XI | Product or QMS |
| IIb | Annex IX, or Annex X + XI | QMS + tech doc assessment, or type exam + production |
| III | Annex IX, or Annex X + XI | Full QMS + product dossier, or type exam + production |

---

## Clinical Evidence

Develop clinical evidence strategy per Annex XIV:

1. Define clinical claims and endpoints
2. Conduct systematic literature search
3. Appraise clinical data quality
4. Assess equivalence (technical, biological, clinical)
5. Identify evidence gaps
6. Determine if clinical investigation required
7. Prepare Clinical Evaluation Report (CER)
8. **Validation:** CER reviewed by qualified evaluator

### Evidence Requirements by Class

| Class | Minimum Evidence | Investigation |
|-------|------------------|---------------|
| I | Risk-benefit analysis | Not typically required |
| IIa | Literature + post-market | May be required |
| IIb | Systematic literature review | Often required |
| III | Comprehensive clinical data | Required (Article 61) |

### Clinical Evaluation Report Structure

```
CER CONTENTS
├── Executive summary
├── Device scope and intended purpose
├── Clinical background (state of the art)
├── Literature search methodology
├── Data appraisal and analysis
├── Safety and performance conclusions
├── Benefit-risk determination
└── PMCF plan summary
```

### Qualified Evaluator Requirements

- Medical degree or equivalent healthcare qualification
- 4+ years clinical experience in relevant field
- Training in clinical evaluation methodology
- Understanding of MDR requirements

---

## Post-Market Surveillance

Establish PMS system per Chapter VII:

1. Develop PMS plan (Article 84)
2. Define data collection methods
3. Establish complaint handling procedures
4. Create vigilance reporting process
5. Plan Periodic Safety Update Reports (PSUR)
6. Integrate with PMCF activities
7. Define trend analysis and signal detection
8. **Validation:** PMS system audited annually

### PMS System Components

| Component | Requirement | Frequency |
|-----------|-------------|-----------|
| PMS Plan | Article 84 | Maintain current |
| PSUR | Article 86 — Class IIa and higher | Per Art. 86(1) schedule below |
| PMCF Plan | Annex XIV Part B | Update with CER |
| PMCF Report | Annex XIV Part B | Annual (Class III) |
| Vigilance | Articles 87-92 | As events occur |

### PSUR Schedule

| Class | Frequency (MDR Art. 86(1)) |
|-------|-----------------------------|
| Class III | Updated at least annually |
| Class IIb (all, incl. implantable) | Updated at least annually |
| Class IIa | When necessary, at least every 2 years |
| Class I | No PSUR — PMS report instead (Art. 85) |

### Serious Incident Reporting

| Timeline | Requirement |
|----------|-------------|
| 2 days | Serious public health threat |
| 10 days | Death or serious deterioration |
| 15 days | Other serious incidents |

---

## EUDAMED and UDI

Implement UDI system per Article 27:

1. Obtain issuing entity code (GS1, HIBCC, ICCBBA)
2. Assign UDI-DI to each device variant
3. Assign UDI-PI (production identifier)
4. Apply UDI carrier to labels (AIDC + HRI)
5. Register actor in EUDAMED
6. Register devices in EUDAMED
7. Upload certificates when available
8. **Validation:** UDI verified on sample labels

### EUDAMED Modules

| Module | Content | Actor |
|--------|---------|-------|
| Actor | Company registration | Manufacturer, AR |
| UDI/Device | Device and variant data | Manufacturer |
| Certificates | NB certificates | Notified Body |
| Clinical Investigation | Study registration | Sponsor |
| Vigilance | Incident reports | Manufacturer |
| Market Surveillance | Authority actions | Competent Authority |

### UDI Label Requirements

Required elements per Article 13:

- [ ] UDI-DI (device identifier)
- [ ] UDI-PI (production identifier) for Class II+
- [ ] AIDC format (barcode/RFID)
- [ ] HRI format (human-readable)
- [ ] Manufacturer name and address
- [ ] Lot/serial number
- [ ] Expiration date (if applicable)

---

## Reference Documentation

### MDR Classification Guide

`references/mdr-classification-guide.md` contains:

- Complete Annex VIII classification rules (Rules 1-22)
- Software classification per MDCG 2019-11
- Worked classification examples
- Conformity assessment route selection

### Clinical Evidence Requirements

`references/clinical-evidence-requirements.md` contains:

- Clinical evidence framework and hierarchy
- Literature search methodology
- Clinical Evaluation Report structure
- PMCF plan and evaluation report guidance

### Technical Documentation Templates

`references/technical-documentation-templates.md` contains:

- Annex II and III content requirements
- Design History File structure
- GSPR compliance matrix template
- Declaration of Conformity template
- Notified Body submission checklist

---

## Tools

### MDR Gap Analyzer

```bash
# Quick gap analysis
python scripts/mdr_gap_analyzer.py --device "Device Name" --class IIa

# JSON output for integration
python scripts/mdr_gap_analyzer.py --device "Device Name" --class III --output json

# Interactive assessment
python scripts/mdr_gap_analyzer.py --interactive
```

Analyzes device against MDR requirements, identifies compliance gaps, generates prioritized recommendations.

**Output includes:**
- Requirements checklist by category
- Gap identification with priorities
- Critical gap highlighting
- Compliance roadmap recommendations

---

## Notified Body Interface

### Selection Criteria

| Factor | Considerations |
|--------|----------------|
| Designation scope | Covers your device type |
| Capacity | Timeline for initial audit |
| Geographic reach | Markets you need to access |
| Technical expertise | Experience with your technology |
| Fee structure | Transparency, predictability |

### Pre-Submission Checklist

- [ ] Technical documentation complete
- [ ] GSPR matrix fully addressed
- [ ] Risk management file current
- [ ] Clinical evaluation report complete
- [ ] QMS (ISO 13485) certified
- [ ] Labeling and IFU finalized
- [ ] **Validation:** Internal gap assessment complete

Todos os arquivos

0 arquivos

Instalar mdr-745-specialist

Baixe e descompacte os arquivos de habilidades no diretório .claude/skills/.

Baixar ZIP

Clone o repositório e copie os arquivos da habilidade para o seu projeto.

git clone https://github.com/alirezarezvani/claude-skills/tree/main/ra-qm-team/skills/mdr-745-specialist # Copy SKILL.md to your .claude/skills/ directory

Copiar Copiar
Configuração rápida: Copie a pasta da habilidade para .claude/skills/ O Claude detectará e utilizará automaticamente a habilidade

Habilidades relacionadas

golang-dependency-injection
Tempo atualizado 29 de Junho de 2026
nuxthub
Tempo atualizado 23 de Agosto de 2026
tc-tracker
Tempo atualizado 27 de Agosto de 2026
code-quality
Tempo atualizado 22 de Agosto de 2026
OR