Producto: MEIK ProcesIA, versión 1.0 (edición Institución)
Fabricante: MEIK LABS SpA · RUT 76.162.937-9 · Santiago de Chile · soporte@meiklabs.com
Licitación: 1016-11-LE26 · Dirección de Planeamiento, Ministerio de Obras Públicas
Fecha del documento: 04-11-2026 · Documento: D1 · Revisión: 1.0
Cómo leer esta ficha
Esta ficha es la documentación oficial del fabricante de la solución ofertada. Describe qué hace el producto, cómo está construido, dónde viven los datos y en qué estado está cada requisito de las bases técnicas.
Cada requisito lleva una de estas cuatro marcas:
| Marca | Significado |
|---|---|
| Disponible | Funciona y se puede verificar hoy. La columna «Dónde verificarlo» indica la sección del manual y, cuando existe, la muestra descargable o el minuto del video. |
| Disponible, alcance parcial | Funciona con una limitación declarada, que se indica en la misma fila. |
| Comprometido 1.0 | Forma parte de la versión 1.0 a entregar en la implementación y está documentado en los manuales de usuario (D2) o de administración (D3). No se presenta como existente hoy. |
| Servicio | No es una función del software: es un compromiso de acompañamiento o soporte incluido en el precio. |
La columna «Dónde verificarlo» usa la numeración del manual de usuario (M1–M12), la del manual de administración (A1–A14) y la de las muestras descargables (D4). Las marcas del video se completan cuando se publica.
1. Qué es MEIK ProcesIA
MEIK ProcesIA es una plataforma para levantar y documentar procesos a partir de lo que el Servicio ya tiene: las entrevistas grabadas, las notas y los documentos existentes. La plataforma transcribe las entrevistas en español, propone un borrador de cada artefacto —diagrama BPMN 2.0, documento descriptivo, matriz RACI, tabla SIPOC, matriz de registros y relaciones CAIGG— y deja que el equipo lo revise, lo corrija y lo valide.
Dos reglas gobiernan el producto:
- Lo que no está en los insumos no se inventa. Cada dato ausente queda marcado como pendiente —«Por confirmar» en el documento, marcadores en el diagrama— y se convierte en la pregunta de la siguiente entrevista.
- La IA propone; las personas deciden. Todo resultado automático es un borrador identificado como tal, y la marca solo desaparece cuando una persona revisa y valida el artefacto. La plataforma nunca valida nada por sí sola.
La solución se instala y opera íntegramente en la máquina virtual del Ministerio. Los únicos servicios externos son los de la cuenta AWS institucional —inferencia y transcripción— y el proveedor de identidad del Ministerio.
2. Cómo se usa
| Paso | Qué hace el equipo | Qué hace la plataforma |
|---|---|---|
| 1 | Sube la grabación de la entrevista y las notas | Convierte el audio a un formato de trabajo, registra la huella del archivo y evita duplicados |
| 2 | Pide la transcripción | Transcribe en español con separación de hablantes, aplica el glosario institucional y deja cada frase con su minuto |
| 3 | Pide los borradores | Propone el diagrama, el documento y las matrices desde los insumos elegidos, con aviso previo y consumo registrado |
| 4 | Revisa y corrige | Editores visuales para el diagrama y para el documento y las matrices; cada guardado crea una versión |
| 5 | Valida, exporta y publica | Estados de revisión con historial, exportación en los formatos de las bases y descarga en cualquier momento |
3. Arquitectura a nivel de componentes
La solución se distribuye como un conjunto de contenedores que se ejecutan en la VM del Ministerio, orquestados con Docker Compose.
| Componente | Responsabilidad |
|---|---|
| Proxy y servidor web | Publica la interfaz y la API por HTTPS, aplica límites de tamaño y cabeceras de seguridad. |
| Aplicación (API) | Reglas del repositorio, de los artefactos, de los estados de revisión, de las versiones y de la auditoría. |
| Procesador en cola | Trabajos que no deben bloquear la sesión del usuario: exportaciones, retención, correo. |
| Base de datos | Repositorio de procesos, insumos, transcripciones, artefactos, versiones, vínculos, consumo y auditoría. |
| Almacén de archivos | Volumen de datos con los audios normalizados, los archivos exportados y las plantillas cargadas. |
| Analizador antimalware | ClamAV en la VM, o el escáner institucional por socket, aplicado a cada archivo cargado (entrega 1.0). |
| Servicios de IA | Inferencia y transcripción de la cuenta AWS institucional, con credenciales de mínimo privilegio. |
No hay componentes en la nube distintos de los servicios de IA autorizados. No hay GPU, telemetría, red de distribución de contenido ni descargas en tiempo de ejecución: las fuentes y los estilos de la interfaz se empaquetan con la aplicación.
4. Dónde están los datos y qué sale de la VM
| Destino | Qué se envía | Qué no se envía |
|---|---|---|
| VM del Ministerio | Todo lo permanente: procesos, insumos, transcripciones, artefactos, versiones, vínculos, consumo, auditoría y respaldos. | — |
| Amazon Transcribe (cuenta del Ministerio) | El audio normalizado del insumo que se transcribe. | Nada más: ni el nombre del proceso ni las notas. |
| Amazon Bedrock (cuenta del Ministerio) | El texto de los insumos elegidos en el diálogo de generación. | Credenciales, rutas de archivos ni datos de auditoría. |
| Amazon S3 (cuenta del Ministerio) | El audio normalizado, en un objeto temporal con prefijo propio. | Nada más. El objeto se borra y se verifica el borrado al terminar el flujo. |
| Proveedor de identidad del Ministerio | Los códigos y tokens de la autenticación. | Contenido operacional del Servicio. |
| Relay SMTP institucional | Destinatario, asunto y enlace interno de la notificación. | Contenido de los artefactos. |
La región y los modelos son configurables y quedan fijados por escrito con el Ministerio. La información no se usa para entrenar ni mejorar modelos. Todo resultado de IA lleva aviso previo y marca de borrador.
5. Estándares y formatos
| Elemento | Estándar |
|---|---|
| Diagramas de proceso | BPMN 2.0 XML, validado contra el esquema, con geometría (DI) para que se abra en otras herramientas |
| Imagen del diagrama | SVG generado por la plataforma |
| Documento descriptivo | Estructura del Documento Técnico N° 89 (CAIGG), en Markdown, DOCX sobre plantilla institucional y PDF |
| Matrices | RACI, SIPOC y registros de operación en CSV y XLSX |
| Interoperabilidad verificada | El BPMN exportado se importa y se dibuja en Bizagi Modeler 4.3.0.008 y en el modeler de bpmn.io (evidencia en D5) |
| Idiomas | Interfaz, mensajes, documentación y manuales en español |
6. Requisitos del medio
| Requisito | Valor |
|---|---|
| Máquina virtual | Linux x86-64, 4 vCPU, 8 GB de RAM, 250 GB de disco (el máximo de las bases es 500 GB) |
| Sistemas operativos declarados | Ubuntu Server 22.04 y 24.04 LTS, Debian 12, Rocky Linux 9, AlmaLinux 9 |
| Software base | Docker Engine y Docker Compose; no requiere GPU ni base de datos externa |
| Red de entrada | HTTPS (443/TCP) desde la red del Ministerio; SSH (22/TCP) solo para administración nominativa vía VPN |
| Red de salida | 443/TCP a los servicios de AWS autorizados y al proveedor de identidad; puerto del relay SMTP institucional |
| Habilitaciones del Ministerio | VM y red, cuenta AWS con los modelos autorizados, registro de la aplicación en Entra ID, relay SMTP y usuarios administradores designados |
7. Estado de los requisitos obligatorios
Los 27 requisitos obligatorios se declaran en el Anexo N°2 como «cumple con compromiso»: se cumplen en la versión 1.0 que se entrega con la implementación. Esta tabla dice, para cada uno, qué está disponible hoy y qué se completa en la entrega.
| Req. | Requisito (resumen) | Estado | Dónde verificarlo |
|---|---|---|---|
| RO-01 | Cargar audio o video, documentos, imágenes y notas; transcribir el audio en español, sin identificar personas por voz o imagen | Disponible, alcance parcial | Hoy: audio, video, notas y transcripción aportada, con transcripción automática y hablantes genéricos (M3.1, M3.3). DOCX, PDF, XLSX e imagen: comprometido 1.0 (M3.1) |
| RO-02 | Borrador del diagrama BPMN 2.0 con carriles por rol | Disponible | M4.1; muestra D4 muestra-proceso.bpmn |
| RO-03 | Editor visual del diagrama | Disponible | M4.2 |
| RO-04 | Borrador del documento descriptivo, editable y exportable | Disponible | M5.1, M5.2; D4 muestra-documento.* |
| RO-05 | Matriz RACI y tabla SIPOC editables | Disponible | M6.1, M6.2; D4 muestra-raci.xlsx, muestra-sipoc.xlsx |
| RO-06 | Repositorio por área, con búsqueda y versiones consultables y restaurables | Disponible | M2.1, M2.3, M10.1, M10.2. Búsqueda por código y nombre hoy; índice de texto completo en la 1.0 |
| RO-07 | Aviso previo y marca de borrador generado con IA | Disponible | M9.1 |
| RO-08 | Historial por artefacto y auditoría de accesos, modificaciones y eliminaciones | Disponible, alcance parcial | Historial y auditoría de modificaciones, exportaciones y borrados (M9.4; D3 A12). Los accesos quedan auditados al habilitarse el ingreso institucional (RO-11, 1.0) |
| RO-09 | Registro de invocaciones y control de cuotas por usuario | Disponible, alcance parcial | Registro con usuario, servicio, volumen y tokens, y cuota reservada y bloqueada antes de llamar (D3 A6). Asignación por administrador: comprometido 1.0 |
| RO-10 | Cuentas de edición y de visualización y rol administrador | Comprometido 1.0 | D3 A1, A2; M1.2 |
| RO-11 | SSO con Entra ID o AD (OpenID Connect, SAML 2.0 o LDAPS) y recuperación administrativa | Comprometido 1.0 | D3 A3 (cuenta de emergencia con doble factor); M1.1 |
| RO-12 | Interfaz, documentación y manuales en español | Disponible | Este manual, D2 y D3 |
| RO-13 | Instalación y operación en la VM, con release versionado, manifiesto, integridad y scripts | Disponible, alcance parcial | Imágenes y Compose hoy; manifiesto con SHA-256, firma del release y scripts install/upgrade/backup/restore: comprometido 1.0 (D3 A14) |
| RO-14 | Todos los datos permanentes dentro de la VM | Disponible | §4 de esta ficha; D6 |
| RO-15 | Integración con la cuenta AWS del Ministerio, región y modelos autorizados, mínimo privilegio, sin entrenamiento | Disponible | §4; D3 A13; D6 |
| RO-16 | Borrado del objeto temporal al terminar y ciclo de vida de 24 h como respaldo | Disponible, alcance parcial | Borrado verificado por la plataforma en cada transcripción; regla de ciclo de vida del bucket en la instalación 1.0 (D3 A13) |
| RO-17 | Notificaciones por relay SMTP institucional o API de correo | Comprometido 1.0 | D3 A13 |
| RO-18 | Licenciamiento sin transmitir contenido al oferente ni a terceros | Comprometido 1.0 | Licencia validada localmente con clave pública (D3 A5) |
| RO-19 | El vencimiento no elimina ni retiene información | Comprometido 1.0 | M10.5; D3 A5 |
| RO-20 | Exportación por administradores en cualquier momento y sin costo: BPMN XML, imagen, DOCX o Markdown, CSV | Disponible, alcance parcial | M10.3; D4 completa. Imagen en SVG disponible y PNG desde el visor; PNG en servidor y restricción a administradores: comprometido 1.0 |
| RO-21 | TLS 1.2 o superior en tránsito y respaldos cifrados en reposo | Comprometido 1.0 | D3 A11, A14; D6 |
| RO-22 | Análisis antimalware de los archivos cargados | Comprometido 1.0 | M3.2; D3 A13 |
| RO-23 | Notas de versión y escaneo de vulnerabilidades en cada release | Comprometido 1.0 | D3 A14 |
| RO-24 | Aceptación de las pruebas de seguridad y corrección sin costo | Servicio | Anexo N°2 y propuesta técnica |
| RO-25 | Servicios de implementación y pruebas de aceptación | Servicio | Propuesta técnica, secciones 6 y 8 |
| RO-26 | Soporte correctivo y actualizaciones durante la licencia | Servicio | Propuesta técnica, sección 11 |
| RO-27 | Plan de salida y devolución de datos | Servicio | Propuesta técnica, sección 12 |
8. Estado de los requisitos deseables
Los 17 requisitos deseables se ofertan. Diez están disponibles y verificables, uno es un servicio incluido en el precio y seis se acreditan por documentación y forman parte de la versión 1.0 a entregar. En todos los casos, la acreditación es esta ficha, el manual de usuario o el de administración.
8.1 Disponibles y verificables
| RD | Qué resuelve | Dónde verificarlo |
|---|---|---|
| RD-01 | Importa los diagramas BPMN 2.0 que el Servicio ya tiene documentados, informando como duda lo que el archivo no puede representar | M4.5; muestra D4 |
| RD-05 | Vincula riesgos, controles y activos de información a cada actividad (Ley N° 21.663) | M8.1 |
| RD-06 | Identifica en el documento las actividades y registros que tratan datos personales (Ley N° 21.719) | M8.2; D4 muestra-documento.* |
| RD-08 | Panel de seguimiento: procesos por estado, horas-persona y reuniones por proceso | M11.1, M11.2 |
| RD-09 | Genera la base de la matriz de registros de operación, editable y exportable | M6.3; D4 muestra-registros.xlsx |
| RD-10 | Panel de almacenamiento: capacidad usada y disponible, uso por categoría y estado del último respaldo | D3 A11 |
| RD-12 | Trazabilidad a la fuente: cada elemento indica el insumo y el fragmento que lo sustenta, con salto al segundo del audio | M3.3, M7.1, M7.2 |
| RD-14 | Genera el documento sobre la plantilla DOCX institucional que carga el administrador | M5.4; D4 muestra-documento.docx |
| RD-15 | Estados de revisión por artefacto, con quién y cuándo cambió cada uno | M9.3, M9.4 |
| RD-17 | Exporta el documento en PDF y las matrices RACI y SIPOC en XLSX | M10.3; D4 muestra-documento.pdf, muestra-raci.xlsx, muestra-sipoc.xlsx |
| RD-02 | Acompañamiento metodológico de al menos 20 HH durante el piloto de 3 procesos | Servicio incluido en el precio (propuesta técnica) |
8.2 Comprometidos para la versión 1.0
| RD | Qué resuelve | Dónde está documentado |
|---|---|---|
| RD-03 | Comparación visual entre dos versiones del diagrama y del documento, lado a lado | M4.4 |
| RD-04 | Comentarios en línea de visualizadores y dueños, con registro de su resolución y notificación | M9.2 |
| RD-07 | Aprovisionamiento automático de usuarios y grupos desde Microsoft Entra ID mediante SCIM 2.0 (alta, actualización, desactivación y baja), con auditoría de cada operación | D3 A4. Requiere que el tenant del Ministerio disponga de Entra ID P1 |
| RD-11 | Al vencer la licencia, solo lectura y exportación durante al menos 90 días corridos | M10.5; D3 A5 |
| RD-13 | Enmascaramiento configurable de RUT, teléfonos, correos y nombres de terceros antes de enviar contenido a los servicios de inferencia | M8.3; D3 A8 |
| RD-16 | Plazos de conservación por tipo de insumo, eliminación automática o asistida con auditoría, y búsqueda y eliminación por insumo de una persona | D3 A10 |
9. Límites y supuestos declarados
Se declaran para que la evaluación no dependa de una lectura optimista.
- Esta ficha describe la versión 1.0. La demostración que acompaña la oferta es una versión de desarrollo sobre datos ficticios: no incluye ingreso con SSO, antimalware, cifrado en tránsito ni correo, que forman parte de la entrega comprometida.
- La generación con IA es síncrona: una solicitud tarda entre 60 y 90 segundos. El procesamiento en cola de la generación llega en la fase de implementación.
- La transcripción depende de la cuenta AWS del Ministerio. Sin habilitación de Amazon Transcribe y Amazon Bedrock, la plataforma funciona igual en todo lo demás —insumos, artefactos, edición, versiones y exportación— y la generación con IA queda deshabilitada con un mensaje explícito.
- La calidad del borrador depende de la calidad de los insumos. Con audio ruidoso o sin transcripción, el borrador trae más pendientes, y así se muestra: no se completa por suposición.
- El aprovisionamiento desde Entra ID (RD-07) requiere Entra ID P1 en el tenant del Ministerio. Sin esa licencia se usa el alta desde el panel y el SSO.
- La plantilla institucional la provee el Ministerio. Mientras no se cargue, el documento se genera con la plantilla del fabricante y su pie de borrador.
- La verificación de interoperabilidad es manual y documentada (Bizagi Modeler y bpmn.io). No se ofrecen conectores propietarios ni XPDL.
- Los datos de la demostración son ficticios. No se ha cargado información de personas ni del Ministerio en la versión que se demuestra.
10. Seguridad y privacidad
El detalle está en la Declaración de privacidad y seguridad (D6) y en la ficha de transparencia (D7). En resumen:
- Credenciales de mínimo privilegio para los servicios de AWS, entregadas por el mecanismo de identidad de la cuenta institucional; no hay claves permanentes en la plataforma.
- Borrado verificado del objeto temporal en la nube al terminar cada transcripción, más la regla de ciclo de vida de 24 horas del bucket.
- Auditoría de solo inserción: no se puede editar ni borrar desde la aplicación.
- Sin telemetría ni servicios de terceros no declarados; ningún dato se envía al fabricante.
- Todo resultado de IA es un borrador identificado, sujeto a revisión y validación humanas.
11. Licenciamiento y soporte
| Concepto | Condición |
|---|---|
| Modelo | Licencia de uso por capacidad, para la edición Institución en la VM del Ministerio |
| Vigencia | 10 meses desde la recepción conforme, renovable |
| Incluye | Implementación (numeral 2.7), pruebas de aceptación (2.8), acompañamiento del piloto (RD-02), soporte correctivo y actualizaciones (2.11) y plan de salida (2.14) |
| Validación de licencia | Local, con clave pública; sin transmisión de contenido |
| Vencimiento | Solo lectura y exportación por al menos 90 días corridos; nunca elimina información |
12. Glosario
| Término | Significado |
|---|---|
| Artefacto | Cada producto del proceso: diagrama BPMN, documento descriptivo, matriz RACI, tabla SIPOC, matriz de registros y relaciones CAIGG. |
| BPMN 2.0 | Estándar de notación de procesos de negocio; el diagrama se exporta en su formato XML. |
| CAIGG | Metodología de la Contraloría para el levantamiento de procesos; el documento sigue la estructura del Documento Técnico N° 89. |
| Insumo | Lo que alimenta el levantamiento: grabación, video, nota, transcripción aportada o documento. |
| Marcador de pendiente | Señal explícita de un dato que falta; impide validar sin confirmación. |
| RACI | Matriz de responsabilidades: responsable, aprueba, consulta e informa. |
| SIPOC | Vista del proceso por proveedores, entradas, proceso, salidas y clientes. |
| Versión | Conjunto de los seis artefactos de un proceso en un momento dado; se puede consultar y restaurar. |
13. Control del documento
| Revisión | Fecha | Cambio |
|---|---|---|
| 1.0 | 04-11-2026 | Primera ficha técnica de la solución ofertada: arquitectura, flujos de datos, estándares, requisitos del medio y estado de los 27 requisitos obligatorios y los 17 deseables. |