• No hay sugerencias porque el campo de búsqueda está vacío.

UDI para software: ¿cómo marcar tu MDSW con un UDI?

Author Avatar
Anne-Sophie Grell, RA Manager MD at QbD Group
Qualification & Validation
Regulatory Affairs
Software Solutions & Services
In Vitro Diagnostics
Cada dispositivo médico individual debe tener un Identificador Único de Dispositivo (UDI) con su portador (código de barras o código QR). Pero, ¿qué pasa con el software de dispositivos médicos? ¡Lee la respuesta en este artículo!
UDI para software: ¿cómo marcar tu MDSW con un UDI? | QbD Group
4:39

Recientemente publicamos una entrada en nuestro blog sobre los Identificadores Únicos de Dispositivos (UDI). Aunque esta entrada explica brevemente qué es un UDI y cómo implementarlo en sus productos sanitarios, puede que aún no esté claro cómo se aplica al software de productos sanitarios (MDSW).

Pues bien, el principio sigue siendo el mismo: cada producto sanitario individual debe tener un Identificador Único de Producto con su soporte (código de barras o código QR).

Sin embargo, dado que es imposible imprimir un código de barras en el software, la cuestión sigue siendo cómo implementar el UDI en el MDSW. Dado que se trata de una cuestión complicada, el Grupo de Coordinación de Dispositivos Médicos ha creado un documento con directrices sobre la asignación de UDI a software (MDCG 2018-5).

 

Recapitulación ¿qué es un UDI?

Un UDI consta de un UDI-DI básico y un UDI que comprende el UDI-DI (identificador de dispositivo) y el UDI-PI (identificador de producto).

El UDI-DI básico (BUDI-DI) = el identificador primario de un modelo de dispositivo. Se asigna a nivel de la unidad de uso del dispositivo. Es la clave de acceso principal para la información relacionada con el producto en EUDAMED y se menciona en los certificados pertinentes, la declaración de conformidad de la UE (EU DoC), la documentación técnica (TD) y el resumen de seguridad y funcionamiento clínico (SSCP).

El UDI-DI es un número estático, que se requiere para cada producto individual y es específico de una versión o modelo de un producto. El UDI-PI identifica la unidad de producción y, si procede, los productos envasados. Proporciona información sobre el número de lote, el número de serie, la fecha de fabricación, la fecha de caducidad, etc.

UDI for software: how to mark your MDSW with a UDI?

Figura 1 - Ejemplo de UDI

 

Un UDI consta de una parte de identificación automática y captura de datos (AIDC) y una parte de interpretación legible por el ser humano (HRI).

  • La AIDC es una tecnología utilizada para la captura automática de datos, incluidos los códigos de barras, las tarjetas inteligentes, la biometría y la identificación por radiofrecuencia (RFID).
  • El HRI es una interpretación legible de los caracteres de datos codificados en el UDI. Tanto el AIDC como el HRI deben contener la información completa del UDI.

Como explicamos en nuestro anterior blogpost sobre UDI, existen 4 entidades designadoras que pueden asignarlo:

  • GS1
  • HIBCC
  • ICCBBA
  • IFA

Asignar un UDI a un programa informático

Antes de asignar un UDI a un software, compruebe si su software cumple la definición de MDSW. Esta definición figura en el anexo VI, parte C, del Reglamento sobre productos sanitarios y el Reglamento sobre diagnóstico in vitro.

Solo se requiere un UDI para el software que está disponible comercialmente por sí mismo y el software que constituye un dispositivo médico en sí mismo. Véase también MDCG 2019-11:Orientación sobre la calificación y clasificación de SW en MDR e IVDR.

 

Modificación de DI y PI

Si hay una modificación que cambia el rendimiento original, la seguridad o el uso previsto del software, o la interpretación de los datos, se necesita un nuevo UDI-DI. Además

  • cualquier cambio del UDI-DI básico
  • o un cambio en el
    • nombre o denominación comercial
    • versión o número de modelo,
    • advertencias críticas o contraindicaciones
    • o el idioma de la interfaz de usuario

también requieren un nuevo UDI-DI. De este modo, se garantiza la trazabilidad y la correcta identificación del software del producto sanitario.

Las revisiones menores de software sólo requieren un nuevo UDI-PI, no un nuevo UDI-DI. Las revisiones menores de software incluyen

  • correcciones de errores,
  • mejoras de usabilidad que no tienen fines de seguridad,
  • parches de seguridad
  • o eficiencia operativa.

Estas revisiones menores deben identificarse mediante una forma de identificación específica del fabricante.

 

¿Cómo implantar la UDI en el software?

Hay varias formas de implementar el UDI en el software, dependiendo de cómo se entregue el software al cliente.

Todos los detalles se explican en el anexo VI, parte C, punto 6.5.4 del MDR, y en el anexo VI, parte C, punto 6.2.4 del IVDR. A continuación se ofrece un pequeño resumen:

Medio físico

Si el software se entrega en un soporte físico, por ejemplo, un CD o un DVD, cada nivel de embalaje deberá contener el HRI y el AIDC del ID completo. En la UE, el UDI vinculado al software de nivel de sistema debe ser el mismo que el de su nivel de embalaje. En los EE. UU., se permite un UDI-DI diferente para el empaquetado.

Software con interfaz de usuario

Si existe una interfaz, el IDU de los SI se proporciona en una pantalla fácilmente accesible para el usuario en un formato de texto plano fácilmente legible. El UDI se puede colocar, por ejemplo, en un archivo "acerca de" o en la pantalla de inicio.

Software sin interfaz de usuario

Si el software no tiene una interfaz de usuario, el UDI se transmitirá a través de una interfaz de programación de aplicaciones.

Otras normas sobre la aplicación de un UDI en MDSW

Hay dos reglas adicionales para la aplicación de un UDI en MDSW. En primer lugar, para las pantallas electrónicas, solo se requiere el HRI. AIDC no es obligatorio, pero, por supuesto, es opcional.

En segundo lugar, el identificador único legible por humanos también debe incluir los identificadores de aplicación para el estándar utilizado por las entidades emisoras. Esto se hace para ayudar al usuario a identificar el UDI y determinar qué estándar se está utilizando para crear el UDI.

 

¿Necesitas ayuda con su UDI para MDSW?

Hay varias opciones para poner un UDI en MDSW, dependiendo de si su software está en un soporte físico, y si tiene o no una Interfaz de Usuario. En este blog has aprendido cuáles son esas opciones, pero si necesitas ayuda adicional, ponte en contacto con el Grupo QbD.

Descubre las últimas tendencias en Life Sciences

Mantenerte al día con lo último en la industria de life sciences puede ser todo un desafío, pero no te preocupes. Esta newsletter te mantendrá informado con las noticias, blogs y webinars más recientes para que siempre estés un paso por delante.

Circles-banner-short

Discover more expert content

preview_image
Whitepaper

Logrando el cumplimiento en laboratorio

Explora los aspectos clave del cumplimiento en laboratorio, incluyendo la integridad de los datos, las medidas de control de calidad y la adherencia regulatoria.
preview_image
Whitepaper

Calificación de nuevas instalaciones GMP: configuración, proceso y mejores prácticas

Este whitepaper explora los desafíos de establecer una nueva instalación GMP, enfocándose en las posibles dificultades y mejores prácticas. Descárgalo ahora.
preview_image
Case study

Garantizar el lanzamiento a tiempo: El papel del Grupo QbD en la creación de una línea de producción de medicamentos para la hemofilia

QbD Group ha facilitado la puesta en marcha de una nueva línea de producción de fármacos para el tratamiento de la hemofilia, supervisando la cualificación de más de 100 equipos de apoyo a pequeña escala.
preview_image
Blog

What Makes Usability Testing Crucial for Near-Patient and Self-Testing Devices under IVDR?

It shouldn’t be a surprise that today, “Near-Patient Testing (NPT)” and...
preview_image
Blog

When does Annex XIV apply in Performance Studies, and what key documentation is needed for compliance?

In the European regulatory landscape, conducting performance studies for in...
preview_image
Blog

How to define your Clinical Performance Strategy?

1. Start with a clear intended purpose A strong clinical...
preview_image
Blog

The Holy Grail: Achieving Inspection Readiness

In a previous blog post, we talked about the various activities...