¿Qué es un sistema de IA de alto riesgo?
Regulación de la IA: conceptos, instituciones y normas
Un sistema de IA de alto riesgo es, en el marco del EU AI Act, un sistema de IA que pertenece a categorías específicas definidas legalmente porque puede afectar de forma grave a la salud, la seguridad o los derechos fundamentales. La etiqueta no significa "IA muy avanzada" ni "IA que parece peligrosa". Significa que el sistema forma parte de un producto regulado, como determinados equipos médicos o industriales, o que se utiliza en uno de los casos de uso sensibles enumerados en la norma, como la selección de personal, la educación, la calificación crediticia o ciertos usos biométricos.
Revisado por Jackie, Head of Learning & Development, Levellers - Última revisión: 8 de junio de 2026
Qué significa esto
El modelo mental más sencillo es el siguiente: bajo el AI Act, cierta IA está prohibida, cierta IA está estrictamente regulada y la mayor parte de la IA no entra en la categoría más exigente. "Alto riesgo" es el grupo estrictamente regulado. Es la forma que tiene la ley de decir: "Esto no está prohibido de plano, pero las consecuencias son lo suficientemente importantes como para exigir controles detallados".
La categoría se basa en el uso, no en la notoriedad. Un modelo de gran tamaño no es automáticamente de alto riesgo. Un modelo pequeño puede serlo. Lo que importa es dónde se utiliza el sistema, qué decisiones influye y qué tipo de daño podría producirse si falla, es sesgado, opaco o está mal gobernado.
Existen dos vías principales para entrar en la categoría. La primera cubre la IA que es en sí misma un producto regulado, o un componente de seguridad de uno, cuando ese producto ya está sujeto a la legislación europea de seguridad de productos y requiere una evaluación de la conformidad por terceros. La segunda vía cubre los sistemas de IA autónomos utilizados en ámbitos sensibles específicos enumerados en el Anexo III de la norma, como la biometría, las infraestructuras críticas, la educación, el empleo, los servicios esenciales, la aplicación de la ley, la migración y partes de los procesos judiciales y democráticos.
Por eso los responsables no deben tratar "alto riesgo" como un adjetivo genérico. Es una prueba de clasificación legal. La pregunta no es "¿parece importante?", sino "¿entra este sistema en alguna de las vías y casos de uso que especifica la ley?".
Por qué importa
Si uno de sus sistemas es de alto riesgo, las consecuencias prácticas son considerables. Se pasa de las buenas prácticas ordinarias a un ciclo de vida regulado. Eso implica gestión de riesgos, documentación, registro, supervisión humana, gobernanza de datos, pruebas, seguimiento poscomercialización y responsabilidad formal en toda la cadena de valor.
También cambia la contratación. Un sistema de IA de alto riesgo no es algo que deba adquirirse con una lista corta de funcionalidades y un cuestionario de seguridad. Es necesario saber quién es el proveedor, qué vía de conformidad aplica, qué documentación existe, cómo se notifican los incidentes, qué formación necesitan los responsables del despliegue y qué revisión humana está integrada.
Para los organismos públicos, los sectores regulados y las empresas que afectan al empleo, la educación, el acceso a servicios o los derechos de las personas, esta categoría es especialmente relevante. Un sistema puede generar valor operativo y convertirse igualmente en una carga regulatoria si se encuadra en alguno de los casos de uso enumerados. Eso no significa "no usar IA"; significa "abordar la clasificación desde el principio, no al final".
Incluso si su organización está fuera de la UE, la categoría puede seguir siendo relevante. Si coloca ese sistema en el mercado de la UE o lo utiliza en la UE, la norma puede aplicarse. Para muchas empresas globales, el estándar europeo pasará a formar parte de la diligencia con proveedores y del diseño de productos en todo el mundo, porque mantener dos modelos de gobernanza radicalmente distintos rara vez resulta sostenible a largo plazo.
Cómo funciona
La primera vía hacia la condición de alto riesgo es la vía de seguridad de productos del artículo 6(1). Un sistema de IA es de alto riesgo si está destinado a utilizarse como componente de seguridad de un producto, o es en sí mismo dicho producto, y ese producto está sujeto a la legislación sectorial de la UE enumerada en el Anexo I y requiere una evaluación de la conformidad por terceros. En términos sencillos, esto abarca la IA integrada en determinados productos regulados en los que la seguridad ya está estrictamente supervisada.
La segunda vía es la de los casos de uso autónomos del artículo 6(2) y el Anexo III. Aquí es donde aparecen muchos ejemplos del sector de oficinas y servicios. El Anexo III incluye la identificación biométrica remota, algunos usos en infraestructuras críticas, sistemas de admisión y evaluación educativa, sistemas de selección y gestión de trabajadores, sistemas que afectan al acceso a servicios esenciales como el crédito, los seguros, la sanidad y las prestaciones públicas, y algunos usos en la aplicación de la ley, la gestión de fronteras y la justicia.
Una herramienta de cribado de candidatos es un ejemplo más claro de alto riesgo que un chatbot de oficina de uso general. También lo es un sistema de IA que clasifica candidatos a un puesto de trabajo, asigna tareas en función del comportamiento, puntúa la solvencia crediticia de una persona, contribuye a decidir la admisión en un centro educativo o influye en la respuesta ante catástrofes en infraestructuras críticas. La lógica jurídica es que estos son contextos en los que la IA puede determinar de forma significativa las oportunidades vitales, la seguridad o los derechos de una persona.
Existe, no obstante, una regla de calificación restringida que los responsables deben conocer. Algunos sistemas del Anexo III no deben tratarse como de alto riesgo si no presentan un riesgo significativo de daño y no influyen de forma sustancial en la toma de decisiones. La norma ofrece ejemplos como tareas procedimentales de alcance limitado, herramientas que mejoran el resultado de una actividad humana ya completada, o herramientas de detección de patrones que no sustituyen ni condicionan la evaluación humana previa sin una revisión humana adecuada. No se trata de una vía de escape amplia, sino de una excepción limitada que requiere un razonamiento y una documentación cuidadosos.
Si un sistema es de alto riesgo, el proveedor debe cumplir un conjunto estructurado de requisitos del Capítulo III. Entre ellos figuran un sistema de gestión de riesgos a lo largo de todo el ciclo de vida, una gobernanza de datos adecuada para los datos de entrenamiento, validación y prueba, documentación técnica, mantenimiento de registros y registro de actividad, instrucciones de uso claras, medidas de supervisión humana y niveles apropiados de exactitud, robustez y ciberseguridad.
Estas obligaciones no son abstractas. La gestión de riesgos debe ser continua e iterativa, no un memorando puntual. La gobernanza de datos implica conjuntos de datos representativos y pertinentes en la mayor medida posible, incluidas medidas para detectar y mitigar sesgos cuando proceda. La supervisión humana significa que el sistema debe diseñarse de modo que las personas físicas puedan supervisar eficazmente su funcionamiento y evitar una dependencia excesiva. La exactitud y la robustez no son afirmaciones de marketing; son requisitos del ciclo de vida que deben mantenerse.
El proveedor también necesita una estructura organizativa en torno al sistema. Eso incluye un sistema de gestión de la calidad, la evaluación de la conformidad pertinente, una declaración de conformidad de la UE y el seguimiento poscomercialización. Si se producen incidentes graves, se aplican obligaciones de notificación. En resumen, una vez que un sistema es de alto riesgo, se espera que el proveedor lo gestione como un producto regulado, no como una funcionalidad de software sin mayor trascendencia.
Los responsables del despliegue tienen sus propias obligaciones. Deben utilizar los sistemas de alto riesgo conforme a las instrucciones, garantizar que el personal pertinente esté suficientemente formado, mantener registros cuando los controlen, supervisar el funcionamiento e informar a los proveedores o autoridades sobre incidentes graves. En algunos casos, los responsables del despliegue también deben realizar una evaluación de impacto sobre los derechos fundamentales antes del primer uso. Esto es especialmente relevante para los organismos públicos y las entidades privadas que prestan servicios públicos en ámbitos sensibles.
Esto importa porque las empresas suelen asumir que adquirir un producto de un proveedor transfiere toda la responsabilidad a este. No es así. Proveedores, importadores, distribuidores y responsables del despliegue tienen cada uno sus funciones. Un proveedor puede asumir la carga de la conformidad, pero el responsable del despliegue sigue teniendo que utilizar el sistema de forma responsable en su propio contexto.
El calendario es uno de los aspectos más complejos a fecha de 2 de junio de 2026. El AI Act en vigor establece que la fecha general de aplicación es el 2 de agosto de 2026, con la vía de productos del artículo 6(1) aplicándose más tarde, a partir del 2 de agosto de 2027. Sin embargo, en mayo de 2026, el Consejo y el Parlamento alcanzaron un acuerdo político provisional en el marco del Ómnibus Digital que retrasaría aún más las normas de alto riesgo: hasta el 2 de diciembre de 2027 para los sistemas autónomos del Anexo III y hasta el 2 de agosto de 2028 para los sistemas relacionados con productos del Anexo I. Esas fechas revisadas no son aún derecho vigente hasta su adopción formal y publicación. Por tanto, la lectura prudente es que el panorama legal está en movimiento, pero aún no está definitivamente cerrado.
Desde el punto de vista operativo, esto significa que los responsables no deben detener toda preparación simplemente porque las fechas puedan cambiar. El mapeo de sistemas, la revisión de contratos, el diseño de la gobernanza y la diligencia con proveedores siguen requiriendo tiempo. El margen adicional, si se confirma, ayuda, pero no es razón para esperar al último momento.
Un último punto que suele pasarse por alto: la clasificación de alto riesgo no es un juicio de que el sistema deba fallar o no deba utilizarse nunca. Es el mecanismo de la norma para decir: "Este uso puede ser legítimo, pero solo con controles más estrictos". Eso es muy diferente de las prácticas prohibidas, que son líneas rojas y no usos gestionados.
Ejemplos
Una plataforma de selección de personal utiliza IA para analizar currículums, clasificar candidatos y recomendar quién debe pasar a la entrevista. Es un candidato mucho más probable para la clasificación de alto riesgo que un asistente de redacción general utilizado por el equipo de recursos humanos para redactar descripciones de puestos.
Una empresa de logística utiliza IA para asignar tareas y puntuar el rendimiento del personal de almacén. Esto puede encuadrarse en la vía de gestión de trabajadores porque afecta a las condiciones laborales y supervisa el comportamiento, no solo porque utilice analítica.
Un banco despliega IA para evaluar la solvencia crediticia de personas físicas y establecer puntuaciones de crédito. Es un ejemplo clásico de uso de alto riesgo enumerado. Por el contrario, una herramienta de IA utilizada únicamente para resumir documentos de política interna no entraría en la categoría simplemente por ser utilizada por un banco.
Un fabricante integra IA en una máquina regulada como componente de seguridad que ayuda a detectar estados de funcionamiento peligrosos. Esto puede ser de alto riesgo a través de la vía de productos del Anexo I, aunque la herramienta nunca se comercialice como "IA de selección" ni "IA de puntuación".
Un centro educativo utiliza IA para decidir admisiones o evaluar al alumnado de un modo que condiciona el acceso al aprendizaje. Eso plantea preguntas de clasificación muy distintas a las de un asistente ordinario de planificación de aula que ayuda al profesorado a preparar materiales didácticos.
Malentendidos frecuentes
El malentendido más común es que alto riesgo significa "modelo potente". No es así. La etiqueta se refiere al uso y al contexto regulatorio, no al tamaño, la notoriedad ni la novedad del modelo.
El segundo malentendido es que toda herramienta de IA utilizada en recursos humanos, educación o finanzas es automáticamente de alto riesgo. Algunas lo son; otras no. La prueba legal es específica y, en casos dudosos, importan la finalidad prevista y el papel real en la toma de decisiones.
El tercer malentendido es que la IA de alto riesgo está básicamente prohibida. No lo está. Los sistemas de alto riesgo pueden comercializarse y utilizarse, pero solo si se cumplen los requisitos y obligaciones aplicables.
El cuarto malentendido es que contar con una persona en el proceso lo resuelve todo automáticamente. La supervisión humana es importante, pero una revisión humana deficiente, la mera validación formal o el personal sin formación no convierten un sistema mal gobernado en uno conforme. La norma se preocupa expresamente por el sesgo de automatización, es decir, la tendencia humana a depender en exceso del resultado del sistema.
El quinto malentendido es que adquirir un producto de un proveedor transfiere toda la responsabilidad legal y práctica a este. Los proveedores sí asumen responsabilidades importantes, pero los responsables del despliegue siguen teniendo que formar al personal, seguir las instrucciones, supervisar el uso y, en algunos casos, evaluar el impacto sobre los derechos fundamentales.
El sexto malentendido es que las fechas posteriores anunciadas en 2026 significan que no hay nada que hacer ahora. El trabajo de clasificación, la diligencia con proveedores, el diseño de controles y la documentación trazable no son tareas de fin de semana. Incluso con más tiempo, una preparación madura sigue siendo el camino sensato.
Riesgos y límites
El mayor riesgo de delimitación es la clasificación errónea. Si algo se califica como de bajo riesgo porque parece administrativo, pero en la práctica afecta de forma sustancial al empleo, la educación, el crédito o los derechos, se puede caer en el régimen de alto riesgo sin haberlo previsto. Eso suele ser un fallo de gobernanza, no técnico.
También existe solapamiento con otros marcos jurídicos. Según el sistema, la legislación de protección de datos, el derecho laboral, el derecho del consumidor, la regulación financiera, la legislación sobre productos sanitarios, las normas de contratación pública o la legislación sectorial de seguridad pueden seguir siendo aplicables. La clasificación de alto riesgo en virtud del AI Act no sustituye a esos regímenes.
Dado que el calendario de 2026 sigue siendo incierto, los responsables deben ser prudentes con las afirmaciones categóricas sobre fechas. A la fecha de investigación, existe un acuerdo provisional para retrasar la aplicación de las normas de alto riesgo, pero el texto vigente del AI Act no ha sido formalmente modificado aún. Eso significa que las organizaciones deben seguir de cerca el texto legislativo definitivo.
Por último, esta categoría no sustituye al criterio propio. Un sistema puede quedar fuera de la clasificación formal de alto riesgo y merecer igualmente controles serios. Del mismo modo, un sistema puede ser de alto riesgo y seguir valiendo la pena desplegarlo si los controles, la documentación y el proceso humano son genuinamente sólidos. Este artículo es información general, no asesoramiento jurídico.
Qué hacer a continuación
En primer lugar, elabore un mapa de casos de uso antes de hablar de herramientas. Enumere qué hace realmente cada sistema de IA, a quién afecta, qué decisión influye y si está vinculado a un producto regulado o a un contexto del Anexo III.
En segundo lugar, contraste cada caso de uso con las dos vías legales. Pregúntese si el sistema forma parte de una cadena de seguridad de un producto regulado y, por separado, si se encuadra en un caso de uso autónomo de alto riesgo. No se apoye en etiquetas de marketing, narrativas de proveedores ni abreviaturas internas.
En tercer lugar, cuestione los argumentos de excepción restringida. Si alguien dice "solo asiste" o "es meramente consultivo", pregunte si la IA sigue influyendo de forma sustancial en la decisión, si el personal puede cuestionarla de manera significativa y si el sistema cambia el trato práctico que reciben las personas.
En cuarto lugar, refuerce la contratación. Para los sistemas que probablemente sean de alto riesgo, solicite documentación de conformidad, instrucciones de uso, capacidades de registro, acuerdos de seguimiento poscomercialización, condiciones de notificación de incidentes y evidencia del diseño de supervisión humana.
En quinto lugar, prepare el lado del despliegue con antelación. La gobernanza de alto riesgo no es solo una tarea del proveedor. La formación del personal, los procedimientos de supervisión, las vías de escalada, la revisión de registros, la notificación interna y la evaluación de impacto necesitan responsables asignados.
En sexto lugar, elabore un registro fechado de supuestos regulatorios. Registre con qué calendario está planificando actualmente, qué depende de la adopción formal de las enmiendas del Ómnibus y quién es responsable de seguir el texto definitivo.
En séptimo lugar, no separe la preparación legal de la operativa. Los programas más resilientes tratan la clasificación, la contratación, la privacidad, la seguridad, la calidad y el diseño de procesos en primera línea como un único flujo de trabajo integrado.
¿Tiene alguna pregunta o sugerencia, o desea saber cómo investigamos y revisamos estas guías? Lea sobre nuestros estándares editoriales y cómo contactar con nosotros.
Preguntas frecuentes
¿Alto riesgo significa que el sistema de IA está prohibido?
No. Las prácticas prohibidas son las que están vedadas. Los sistemas de alto riesgo pueden utilizarse, pero están sujetos a requisitos y obligaciones más estrictos.
¿Es un modelo de uso general automáticamente un sistema de IA de alto riesgo?
No. Son categorías distintas. Un modelo de IA de uso general es una categoría de capa de modelo. Un sistema de IA de alto riesgo es una categoría de sistema vinculada a vías específicas de seguridad de productos o a casos de uso enumerados.
¿Los sistemas de selección de personal son siempre de alto riesgo?
Los sistemas utilizados para reclutar, filtrar solicitudes, evaluar candidatos o tomar decisiones que afectan a las relaciones laborales son candidatos firmes a la clasificación de alto riesgo en virtud del Anexo III.
¿Qué ocurre si una persona revisa el resultado de la IA?
La revisión humana ayuda, pero no elimina automáticamente la condición de alto riesgo. La pregunta clave es si la IA influye de forma sustancial en la decisión y si la supervisión es significativa.
¿Solo los proveedores tienen obligaciones?
No. Los responsables del despliegue, los importadores y los distribuidores también pueden tener obligaciones. Los responsables del despliegue, en particular, deben utilizar el sistema correctamente, formar al personal y, en algunos casos, evaluar el impacto sobre los derechos fundamentales.
¿Con qué fechas deben planificar las organizaciones?
A fecha de 2 de junio de 2026, el enfoque más prudente es tener en cuenta tanto el texto vigente de la norma como el acuerdo provisional del Ómnibus. Las fechas legales definitivas dependen de la adopción formal y la publicación.
Fuentes
Regulation (EU) 2024/1689 laying down harmonised rules on artificial intelligence (EUR-Lex). Primary source for Article 6 classification routes, Annex III use cases, the narrow carve-out for some Annex III systems, the Chapter III requirements, deployer duties, and the original timing in Article 113.
Guidelines for providers and deployers of AI high-risk systems (European Commission). Primary source for the Commission's current explanation of the high-risk category and the revised enforcement timeline communicated after the political agreement.
Commission seeks feedback on the draft guidelines for the classification of high-risk artificial intelligence systems (European Commission). Primary source confirming the draft classification guidance and its purpose for providers, deployers, and authorities.
Standardisation of the AI Act (European Commission). Primary source for the Commission's explanation of the delayed high-risk timetable and the role of standards and support tools.
Artificial Intelligence: Council and Parliament agree to simplify and streamline rules (Council of the European Union). Primary source for the 7 May 2026 provisional political agreement and the announced new dates for stand-alone and product related high-risk systems.
ST 9247/26 Digital Omnibus on AI compromise text (Council of the European Union). Primary source for the proposed amended application dates of 2 December 2027 for Annex III systems and 2 August 2028 for Annex I systems, and related recital language.
