opción
HogarHogar Skill Documentación mdr-745-specialist

Clasificar los productos sanitarios con arreglo al Reglamento (UE) 2017/745 sobre productos sanitarios (MDR), elaborar la documentación técnica, planificar las evaluaciones clínicas y gestionar la vigilancia posterior a la comercialización y la integración en EUDAMED.

...Expandir todo
23
Tiempo actualizado 29 de agosto de 2026

Especialista en el Reglamento MDR 2017/745

Patrones de cumplimiento del MDR de la UE en materia de clasificación de productos sanitarios, documentación técnica y evidencia clínica.

Índice

  • Flujo de trabajo para la clasificación de productos
  • Documentación técnica
  • Evidencia clínica
  • Vigilancia poscomercialización
  • EUDAMED y UDI
  • Documentación de referencia
  • Herramientas

Flujo de trabajo para la clasificación de productos sanitarios

Clasificar el producto según el anexo VIII del MDR:

  1. Identificar la duración del producto sanitario (transitoria, a corto plazo, a largo plazo)
  2. Determinar el nivel de invasividad (no invasivo, por orificio corporal, quirúrgico)
  3. Evaluar el sistema corporal con el que entra en contacto (SNC, cardíaco, otros)
  4. Comprobar si se trata de un producto activo (dependiente de energía)
  5. Aplicar las reglas de clasificación 1-22
  6. En el caso del software, aplicar el algoritmo MDCG 2019-11
  7. Documentar los fundamentos de la clasificación
  8. Validación: clasificación confirmada con el organismo notificado

Matriz de clasificación

Factor Clase I Clase IIa Clase IIb Clase III
Duración Cualquiera A corto plazo A largo plazo A largo plazo
Invasividad No invasivo Orificio corporal Cirúrgico Implantable
Sistema Cualquiera No crítico Órganos críticos SNC/cardíaco
Riesgo Mínimo Bajo-medio Medio-alto Más alto

Clasificación de software (MDCG 2019-11)

Uso de la información Gravedad de la afección Clase
Influye en la decisión No grave IIa
Influye en la decisión Grave IIb
Determina/trata Crítico III

Ejemplos de clasificación

Ejemplo 1: Sutaura quirúrgica reabsorbible

  • Regla 8 (implantable, a largo plazo)
  • Duración: > 30 días (absorbible)
  • Contacto: tejido general
  • Clasificación: Clase IIb

Ejemplo 2: Software de diagnóstico basado en IA

  • Regla 11 + MDCG 2019-11
  • Función: Diagnostica afecciones graves
  • Clasificación: Clase IIb

Ejemplo 3: Marcapasos cardíaco

  • Norma 8 (implantable)
  • Contacto: Sistema circulatorio central
  • Clasificación: Clase III

Documentación técnica

Elaborar el expediente técnico según los anexos II y III:

  1. Elaborar la descripción del producto (variantes, accesorios, finalidad prevista)
  2. Elaborar el etiquetado (requisitos del artículo 13, instrucciones de uso)
  3. Documentar el proceso de diseño y fabricación
  4. Cumplimentar la matriz de conformidad con el GSPR
  5. Elaborar el análisis de riesgos y beneficios
  6. Recopilar pruebas de verificación y validación
  7. Integrar el expediente de gestión de riesgos (ISO 14971)
  8. Validación: revisión del expediente técnico para comprobar que esté completo

Estructura del expediente 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 comprobación de cumplimiento de GSPR

Requisito Pruebas Estado
Diseño seguro (GSPR 1-3) Expediente de gestión de riesgos
Propiedades químicas (GSPR 10.1) Informe de biocompatibilidad
Riesgo de infección (GSPR 10.2) Validación de la esterilización
Requisitos de software (GSPR 17) Documentación según la norma IEC 62304
Etiquetado (GSPR 23) Diseño gráfico de la etiqueta, instrucciones de uso

Vías de evaluación de la conformidad

Clase Vía Participación de los organismos nacionales de normalización
I Autodeclaración del anexo II Ninguna
Is/Im Anexo II + IX/XI Aspectos relacionados con la esterilidad y la medición
IIa Anexos II + IX o XI Producto o SGQ
IIb Anexo IX, o anexos X y XI Evaluación del sistema de gestión de la calidad (SGC) y de la documentación técnica, o ensayo de tipo y producción
III Anexo IX, o anexos X y XI Sistema de gestión de la calidad completo + expediente del producto, o ensayo de tipo + producción

Evidencia clínica

Desarrollar una estrategia de evidencia clínica según el anexo XIV:

  1. Definir las afirmaciones clínicas y los criterios de valoración
  2. Realizar una búsqueda bibliográfica sistemática
  3. Evaluar la calidad de los datos clínicos
  4. Evaluar la equivalencia (técnica, biológica y clínica)
  5. Identificar las lagunas en la evidencia
  6. Determinar si es necesaria una investigación clínica
  7. Elaborar el informe de evaluación clínica (CER)
  8. Validación: el CER es revisado por un evaluador cualificado

Requisitos de evidencia por clase

Clase Pruebas mínimas Investigación
I Análisis de riesgos y beneficios No suele ser necesario
IIa Bibliografía + seguimiento poscomercialización Puede ser necesario
IIb Revisión sistemática de la literatura A menudo se requiere
III Datos clínicos exhaustivos Requeridos (artículo 61)

Estructura del informe de evaluación 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 los evaluadores cualificados

  • Título de Medicina o titulación equivalente en el ámbito sanitario
  • Más de 4 años de experiencia clínica en el ámbito pertinente
  • Formación en metodología de evaluación clínica
  • Conocimiento de los requisitos del Reglamento sobre dispositivos médicos (MDR)

Vigilancia poscomercialización

Establecer un sistema de vigilancia poscomercialización (PMS) conforme al capítulo VII:

  1. Elaborar un plan de PMS (artículo 84)
  2. Definir los métodos de recogida de datos
  3. Establecer procedimientos de gestión de reclamaciones
  4. Crear un proceso de notificación de vigilancia
  5. Planificar los informes periódicos de actualización de seguridad (PSUR)
  6. Integrar con las actividades de PMCF
  7. Definir el análisis de tendencias y la detección de señales
  8. Validación: el sistema de PMS se audita anualmente

Componentes del sistema PMS

Componente Requisito Frecuencia
Plan del PMS Artículo 84 Mantener actualizado
PSUR Artículo 86 — Clase IIa y superiores Según el art. 86, apartado 1, véase el calendario siguiente
Plan PMCF Anexo XIV, parte B Actualización con el CER
Informe del PMCF Anexo XIV, parte B Anual (Clase III)
Vigilancia Artículos 87 a 92 A medida que se produzcan los acontecimientos

Calendario de los PSUR

Clase Frecuencia (art. 86, apartado 1, del MDR)
Clase III Actualización al menos una vez al año
Clase IIb (todas, incluidas las implantables) Actualización al menos una vez al año
Clase IIa Cuando sea necesario, al menos cada dos años
Clase I No se requiere PSUR; en su lugar, informe de seguimiento poscomercialización (art. 85)

Notificación de incidentes graves

Plazo Requisito
2 días Amenaza grave para la salud pública
10 días Fallecimiento o deterioro grave
15 días Otros incidentes graves

EUDAMED y UDI

Aplicar el sistema UDI conforme al artículo 27:

  1. Obtener el código de la entidad emisora (GS1, HIBCC, ICCBBA)
  2. Asignar un UDI-DI a cada variante del producto
  3. Asignar el UDI-PI (identificador de producción)
  4. Aplicar el soporte de UDI a las etiquetas (AIDC + HRI)
  5. Registrar al agente en EUDAMED
  6. Registrar los productos en EUDAMED
  7. Subir los certificados cuando estén disponibles
  8. Validación: UDI verificado en etiquetas de muestra

Módulos de EUDAMED

Módulo Contenido Actor
Actor Registro de la empresa Fabricante, AR
UDI/Dispositivo Datos del dispositivo y de la variante Fabricante
Certificados Certificados de organismos notificados Organismo notificado
Investigación clínica Registro del estudio Promotor
Vigilancia Notificaciones de incidentes Fabricante
Vigilancia del mercado Medidas de las autoridades Autoridad competente

Requisitos de etiquetado del UDI

Elementos obligatorios según el artículo 13:

  • UDI-DI (identificador del producto sanitario)
  • UDI-PI (identificador de producción) para la Clase II+
  • Formato AIDC (código de barras/RFID)
  • Formato HRI (legible por el ser humano)
  • Nombre y dirección del fabricante
  • Número de lote/número de serie
  • Fecha de caducidad (si procede)

Documentación de referencia

Guía de clasificación del MDR

references/mdr-classification-guide.md contiene:

  • Normas completas de clasificación del anexo VIII (normas 1-22)
  • Clasificación del software según el MDCG 2019-11
  • Ejemplos prácticos de clasificación
  • Selección de la vía de evaluación de la conformidad

Requisitos de evidencia clínica

references/clinical-evidence-requirements.md Contiene:

  • Marco y jerarquía de la evidencia clínica
  • Metodología de búsqueda bibliográfica
  • Estructura del informe de evaluación clínica
  • Orientaciones sobre el plan PMCF y el informe de evaluación

Plantillas de documentación técnica

references/technical-documentation-templates.md Contiene:

  • Requisitos de contenido de los anexos II y III
  • Estructura del expediente histórico de diseño
  • Plantilla de la matriz de conformidad con el GSPR
  • Plantilla de declaración de conformidad
  • Lista de comprobación para la presentación al organismo notificado

Herramientas

Analizador de deficiencias del 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

Analiza el producto en relación con los requisitos del MDR, identifica las deficiencias de cumplimiento y genera recomendaciones priorizadas.

El resultado incluye:

  • Lista de verificación de requisitos por categoría
  • Identificación de deficiencias con prioridades
  • Resaltado de las deficiencias críticas
  • Recomendaciones para la hoja de ruta de cumplimiento

Interacción con el organismo notificado

Criterios de selección

Factor a tener en cuenta
Ámbito de designación Abarca su tipo de dispositivo
Capacidad Plazo para la auditoría inicial
Alcance geográfico Mercados a los que necesitas acceder
Conocimientos técnicos Experiencia con su tecnología
Estructura de tarifas Transparencia, previsibilidad

Lista de comprobación previa a la presentación

  • Documentación técnica completa
  • Matriz GSPR debidamente cumplimentada
  • Expediente de gestión de riesgos actualizado
  • Informe de evaluación clínica completo
  • Sistema de gestión de la calidad (ISO 13485) certificado
  • Etiquetado e instrucciones de uso finalizados
  • Validación: evaluación interna de deficiencias completada
Ver en 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 los archivos

0 archivos

Instalar mdr-745-specialist

Descarga y descomprime los archivos de habilidades en el directorio .claude/skills/.

Descargar ZIP

Clona el repositorio y copia los archivos de la habilidad a tu proyecto.

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
Configuración rápida: Copia la carpeta de la habilidad en .claude/skills/ Claude detectará y utilizará automáticamente la habilidad

Habilidades relacionadas

golang-dependency-injection
Tiempo actualizado 29 de junio de 2026
nuxthub
Tiempo actualizado 23 de agosto de 2026
tc-tracker
Tiempo actualizado 27 de agosto de 2026
code-quality
Tiempo actualizado 22 de agosto de 2026
OR