Agentes de Cambio con Inteligencia Artificial
“Transforma un desafío en una solución inteligente.”
Innova360 es el primer Hackathon en la historia del ISBM. Una iniciativa institucional para que sus colaboradores utilicen Gemini Enterprise, identifiquen desafíos reales de sus áreas y los transformen en soluciones mediante agentes de Inteligencia Artificial.
El reto es pasar de:
“Tengo una herramienta de IA”
a:
“Construí una solución con IA para innovar en mis actividades en la Institución.”
Objetivos
Promover el uso activo de Gemini Enterprise.
Identificar talento innovador y capacidades de IA.
Crear soluciones aplicables a necesidades reales.
Reducir tiempos y esfuerzos institucionales.
Mejorar la experiencia de colaboradores y derechohabientes.
Fomentar la colaboración multidisciplinaria.
Crear un portafolio de prototipos con potencial de implementación.
Promover un uso seguro, responsable y gobernado de la IA.
👥
Participantes
Colaboradores del ISBM, con o sin licencia institucional de Gemini Enterprise.
⚙️
Equipos
De 2 a 5 integrantes, preferiblemente multidisciplinarios. Cada persona solo puede pertenecer a un equipo y cada equipo debe designar un representante.
Exclusión
No pueden participar como concursantes las personas directamente involucradas en la organización, administración, evaluación técnica o coordinación del Hackathon, ni el personal de la Gerencia de Tecnologías de la Información e Innovación.
Las tres categorías
01
Bienestar360 | Gestión
IA para transformar el trabajo interno: procesos administrativos, operativos y de gestión.
RR. HH. · Compras · Finanzas · Jurídico · Gestión documental · Informes · Análisis · Asistencia al colaborador
Pregunta guía: ¿Cómo hacer más eficiente la gestión del ISBM con IA?
02
Bienestar360 | Servicios
IA para transformar la atención de docentes, derechohabientes, beneficiarios, pacientes y usuarios.
Orientación · Servicios · Consultas frecuentes · Trámites · Atención · Información institucional · Acompañamiento
Pregunta guía: ¿Cómo mejorar nuestros servicios y la experiencia de los usuarios?
03
Bienestar360 | Innovación
IA para crear nuevas posibilidades dentro del ISBM: soluciones transversales, nuevos servicios y agentes especializados.
Integración de procesos · Nuevos modelos · Análisis inteligente · Automatización innovadora · Soluciones inexistentes
Pregunta guía: ¿Qué transformaríamos usando la IA de una manera diferente?
Qué debe resolver el equipo
La solución debe partir de un desafío, necesidad u oportunidad real del ISBM. El equipo debe poder explicar:
Desafío¿Qué está pasando?
Impacto¿A quién afecta?
Situación actual¿Cómo se resuelve actualmente?
Solución¿Qué propone el equipo?
IA¿Por qué un agente puede ayudar?
Resultado esperado¿Qué mejoraría?
Fases y entregables
1. Lanzamiento | 18 septiembre 2026 Presentación del Hackathon, categorías, reglamento, cronograma, premios y evaluación.
2. Inscripción | 21 septiembre 2026 Equipo, integrantes, categoría, desafío, propuesta y descripción inicial del agente.
3. Validación | 28 septiembre 2026 La organización verificará categoría, necesidad institucional, reglas, uso de información y viabilidad.
4. Construcción | 29 septiembre 2026 Experimentación, agentes, prompts, documentación autorizada, pruebas, mejoras y resultados.
5. Cierre | 12 octubre2026 Ficha del proyecto, prototipo funcional, instrucciones del agente o prompt y al menos tres casos de prueba.
Presentación final: Desafío → Solución → Demostración → Impacto. La solución debe desarrollarse o adaptarse sustancialmente durante el período oficial.
Evaluación y Demo Day
Impacto institucional 30%
Innovación y creatividad 20%
Uso efectivo de IA 20%
Experiencia de usuario 15%
Viabilidad de implementación 15%
Demo Day: 10 minutos por equipo: 2 min desafío, 2 min solución, 5 min demostración y 1 min impacto, más 3 minutos de preguntas del jurado.
Lo que sí está permitido
- Gemini Enterprise institucional: uso de la licencia proporcionada por el ISBM.
- Creación de agentes: desarrollo de agentes de IA orientados a resolver necesidades institucionales.
- Diseño y modificación de prompts: creación, prueba, ajuste y optimización de las instrucciones de los agentes.
- Documentación institucional autorizada: utilización de documentos e información institucional que hayan sido autorizados para el proyecto.
- Datos ficticios: utilización de información creada específicamente para realizar pruebas y demostraciones.
- Datos debidamente anonimizados: utilización de información en la que se hayan eliminado o protegido los elementos que permitan identificar a una persona. La GTII podría proporcionar datos anonimizados para mejorar la efectividad de sus agentes.
Lo que no está permitido
- 🚫 Datos personales reales: queda prohibido utilizar nombres reales, números de afiliación, DUI, diagnósticos, expedientes, información clínica, teléfonos, correos personales, información financiera personal o cualquier otro dato personal sensible.
- 🚫 Credenciales: no podrán utilizarse contraseñas, API Keys, tokens, claves de servicio, certificados privados ni credenciales institucionales.
- 🚫 Información restringida: no podrá utilizarse información institucional a la que los participantes no estén autorizados a acceder.
- 🚫 Ataques o pruebas de seguridad: el Hackathon no autoriza hacking, explotación de vulnerabilidades, escaneo no autorizado, acceso a sistemas, extracción de información, ingeniería social ni pruebas de penetración.
- 🚫 Desarrollo por terceros: no se permite contratar, recibir asistencia externa o permitir la intervención de terceros para construir o configurar la solución.
- 🚫 Agentes genéricos: no serán válidas las soluciones que no aporten un valor directo o relacionado con las necesidades del ISBM.
8. Causales de descalificación
Un equipo podrá ser descalificado por:
- Utilizar información personal real sin autorización.
- Utilizar credenciales o secretos institucionales.
- Acceder a sistemas sin autorización.
- Presentar información falsa.
- Manipular resultados de las pruebas.
- Recibir asistencia externa no permitida.
- Copiar total o sustancialmente una solución de otro equipo.
- Presentar una solución previamente desarrollada como si fuera nueva.
- Incumplir las reglas de seguridad institucional.
- Incurrir en cualquier conducta que comprometa los activos tecnológicos o información del ISBM.
- Recibir asesoría técnica fuera de horario o tiempo establecido.