1. Resumen Ejecutivo
RecomendaciónGO CONDICIONAL
Alineación R9Media-Baja
ComplejidadAlta
Presupuesto referencial$142.500.000impuestos incluidos
Duración60 mesesy/o hasta tope indicado en bases
Cierre25-09-202615:00
HECHO DOCUMENTAL. El Hospital de Ancud busca una plataforma integral de gestión de mantenimiento para el Nuevo Hospital de Ancud, con catastro de activos, órdenes de trabajo, mantenimiento preventivo/correctivo, repuestos, compras, contratos, reportes, indicadores, integraciones, operación móvil/offline, hardware asociado, capacitación y soporte 24x7 durante el convenio.
HECHO DOCUMENTAL. La admisibilidad técnica es especialmente exigente: debe cumplirse el 100% de los requisitos clasificados como “Indispensable”. La matriz editable contiene 124 filas clasificadas como indispensables y 14 deseables puntuables.
Principal condición de GO: R9 debe confirmar que ya dispone de un CMMS/plataforma madura que cumpla la matriz o que puede presentarse mediante una UTP admisible con un proveedor que aporte el producto, experiencia y capacidades faltantes. Construir desde cero para esta licitación es de riesgo alto por el plazo de implementación, la exigencia de 100% de indispensables, soporte 24x7 y vigencia de 60 meses.
INTERPRETACIÓN. La oportunidad es atractiva para R9 como integrador tecnológico por su experiencia en desarrollo, integraciones, bases de datos, IA e infraestructura, pero no existe en los antecedentes internos considerados evidencia suficiente de un producto CMMS propio, 10+ contratos específicos de Software de Gestión de Mantenimiento o disponibilidad de perfil biomédico. Por eso la recomendación es GO CONDICIONAL, no GO directo.
Condiciones para mantener el GO
- Producto existente que pase una revisión de los 124 requisitos indispensables con evidencia verificable.
- Resolver licenciamiento: las bases técnicas piden usuarios ilimitados y el criterio de evaluación contiene reglas contradictorias.
- Validar experiencia específica y su respaldo documental.
- Validar soporte 24x7, perfil biomédico, BIM, móvil offline, hardware y cobertura en Ancud.
- Costear el TCO completo dentro del presupuesto referencial, sin asumir rentabilidad.
- Si se requiere partner, estructurar una UTP admisible; las bases prohíben subcontratación.
2. Ficha y Calendario
Ficha del proceso
| Campo | Dato |
|---|---|
| Mandante | Hospital de Ancud |
| RUT | 61.975.800-5 |
| ID | 2048-57-LP26 |
| Nombre | Convenio de Software de Gestión de Mantenimiento |
| Tipo | Licitación Pública LP, convocatoria abierta, una etapa |
| Ubicación mandante | Almirante Latorre N°301, Ancud, Chiloé |
| Ubicación técnica | Nuevo Hospital de Ancud, Caicumeo N°1679 |
| Presupuesto referencial | $142.500.000 impuestos incluidos |
| Duración | 60 meses y/o hasta el monto máximo indicado en bases; renovación posible por un período |
| Subcontratación | No permitida |
| Referente técnico | Cristian Soto Azocar o quien subrogue |
| Gestor del contrato | Daisy Cárdenas o quien subrogue / Jefe de Abastecimiento |
Fechas y horas relevantes
| Hito | Fecha / plazo | Observación |
|---|---|---|
| Publicación | 04-09-2026 09:47:12 | Portal Mercado Público |
| Inicio de preguntas | 04-09-2026 10:01:00 | Portal Mercado Público |
| Fin de preguntas | 16-09-2026 15:00:00 | Plazo crítico para aclaraciones |
| Publicación de respuestas | 22-09-2026 18:00:00 | Revisar cambios y respuestas antes de cerrar oferta |
| Cierre recepción ofertas | 25-09-2026 15:00:00 | Oferta y garantía deben quedar válidamente presentadas antes del cierre |
| Apertura técnica | 25-09-2026 15:01:00 | Una etapa |
| Apertura económica | 25-09-2026 15:01:00 | Referencial, conjunta con técnica |
| Adjudicación | 25-11-2026 17:00:00 | Fecha indicada en portal |
| Formalización contrato | Hasta 15 días hábiles desde notificación de adjudicación; no antes de 10 días hábiles | Según bases administrativas |
Contradicción de calendario: las bases estiman el inicio del convenio a principios de diciembre de 2026 “teniendo realizada la implementación del Software al 100%”, pero el portal fija adjudicación para el 25-11-2026 y la formalización contractual ocurre después. Debe aclararse cuándo comienza realmente el plazo de implementación de hasta 3 meses.
Fuentes: Bases Administrativas pp. 2-3 y 25; ficha oficial Mercado Público.
3. Alcance Funcional
| Dominio | Requerimiento | Prioridad | Evidencia esperada | Observación |
|---|---|---|---|---|
| Interoperabilidad | Integración con sistemas existentes del Hospital y con SCADA/BMS; carga de planos BIM o similares. | DEBE | Propuesta/fichas técnicas; diseño de integración verificable | IoT es deseable. |
| Catastro de activos | Altas, traslados, bajas, historial, marca/modelo/serie/inventario/NIC, ubicación, responsable y búsquedas. | DEBE | Demostración funcional / fichas | Criticidad, vida útil automática e ingreso masivo son deseables. |
| Órdenes/requerimientos | Solicitudes desde servicios clínicos, correlativo con fecha/hora, estados, asignación a técnicos, creación automática por preventivos. | DEBE | Flujo funcional demostrable | Debe funcionar desde teléfono/tablet online u offline. |
| Mantenimiento | Preventivo y correctivo, detalle de trabajo, costos, HH, repuestos, historial, alertas y programación. | DEBE | Propuesta técnica | Mantención correctiva sin costo adicional. |
| Repuestos/stock | Base de datos de repuestos/insumos, stock, costos, consumos y alertas de mínimo. | DEBE | Demostración / ficha técnica | Código de barras u otro sistema: deseable. |
| Compras | Integración con Abastecimiento/contabilidad; búsqueda y documentos de solicitud. | DEBE | Diseño de integración | Gestión completa de solicitudes y generación automática del documento: deseable. |
| Contratos/convenios | Gastos, documentos adjuntos, equipos bajo convenio/garantía y alertas de vencimiento. | DEBE | Demostración | Ficha resumen y empresas asociadas: deseables. |
| Indicadores/reportes | Reportes configurables de mantenimientos, OT, costos, HH, convenios, garantías, bajas y cumplimiento. | DEBE | Demostración/reportes exportables | Exportación a formatos abiertos y adjuntos. |
| IA | Análisis de datos, patrones de fallas, recomendación de planes de mantenimiento y métodos de verificación. | PODRÍA | Demostración o ficha técnica | Deseable, 10 puntos técnicos. |
Otros elementos obligatorios: documentos adjuntos (fotografías, Excel, PDF, DWG según módulo), impresión de documentos, alertas configurables, trazabilidad de vida útil y convenios, gestión de facturas vinculadas a OT/convenios, exportación de información y entrega de datos en formatos abiertos al término del contrato.
Hardware incluido: 4 equipos cliente con especificaciones definidas; Windows 11 Pro y Office licenciados; scanner de alta velocidad; impresora dúplex de alta velocidad; disco externo 1 TB; 8 tablets de 11”; y, si la solución lo requiere, servidor dedicado con especificaciones técnicas. Los equipos solicitados se indican en comodato al Hospital, con garantía y mantención durante el convenio.
Fuentes: Bases Técnicas pp. 16-22; Anexo Técnico N°1.
4. Servicio y No Funcionales
| Área | Exigencia | Criticidad | Observación analítica |
|---|---|---|---|
| Soporte | 24x7 continuo; carta de compromiso obligatoria. Mesa de ayuda con teléfono/correo, plataforma web y niveles 1/2/3. | ALTO | R9 debe validar capacidad operacional 24x7. |
| SLA | Crítica <1h; Alta <4h; Media <24h; Baja <72h. | ALTO | Bases hablan de 'tiempo máximo de respuesta', pero multas sancionan tiempo de restablecimiento: requiere aclaración. |
| Seguridad | Propuesta obligatoria de seguridad y acceso; contingencia; respaldo diario off-site; confidencialidad. | ALTO | No se fijan RPO/RTO, cifrado ni norma ISO específica. |
| Disponibilidad/continuidad | Reconstrucción rápida del ambiente de producción ante contingencia; respaldo externo. | ALTO | Arquitectura de respaldo debe quedar costeada. |
| Portabilidad | Al término del contrato, entregar toda la información sin costo en formatos abiertos, interoperables y no propietarios. | MEDIO | Debe asegurarse exportabilidad completa. |
| Actualizaciones | Actualizaciones de software a cargo del proveedor cuantas veces sea necesario; mantenimiento normativo. | MEDIO-ALTO | Costo absorbido por proveedor durante convenio. |
| Garantía operativa | Garantía por toda la duración del convenio; equipos en comodato con mantenimiento y garantía. | MEDIO-ALTO | Impacta costos de hardware y soporte 60 meses. |
| Capacitación | En Hospital de Ancud; carta Gantt; usuarios actuales y nuevos; insumos provistos por adjudicatario. | MEDIO | Modalidad remota sólo ante eventos adversos. |
| Equipo de soporte | Ingenieros, técnicos, biomédicos, programadores y especialistas en bases de datos. | ALTO | No se exige cantidad/CV, pero la disponibilidad de perfil biomédico REQUIERE VALIDACIÓN R9. |
Modalidad
HECHO DOCUMENTAL: instalación, puesta en marcha y capacitación tienen componente presencial en Hospital de Ancud; capacitación remota se contempla ante eventos adversos. La mesa de ayuda se estructura mediante canales telefónicos, correo y plataforma web. NO ESPECIFICADO: si existe obligación de presencia física 24x7 o tiempos de llegada a terreno.
5. Implementación y Entregables
| Hito / entregable | Contenido | Condición |
|---|---|---|
| Plan de implementación | Plan detallado con migración de información, pruebas, marcha blanca, puesta en marcha y capacitación. | Obligatorio |
| Carta Gantt | Debe entregarse al inicio/propuesta; plan acordado y analizado entre las partes. | Obligatorio |
| Implementación completa | Todos los módulos, capacitación y funcionamiento no deben superar 3 meses. | Máximo 3 meses |
| Acompañamiento | Desde el comienzo de la operación del software. | Al menos 3 semanas |
| Capacitación | Uso, administración y manejo; usuarios actuales y nuevos; por módulos. | Obligatoria |
| Mesa de ayuda | Modelo de proceso con niveles 1/2/3 y canales. | Obligatoria |
| Seguridad/contingencia | Propuesta de seguridad, acceso, contingencia y respaldos off-site diarios. | Obligatoria |
| Mantenimiento evolutivo | Debe incluirse en la propuesta. | Obligatorio |
| Mantenimiento normativo | Actualizaciones normativas dentro de procesos de actualización. | Obligatorio |
| Portabilidad final | Entrega completa de información sin costo en formatos abiertos e interoperables. | Al término |
Criterios de aceptación: las bases no definen una matriz formal de aceptación por entregable; sí exigen implementación al 100%, recepción conforme del Referente Técnico y cumplimiento de la totalidad de requisitos indispensables. REQUIERE VALIDACIÓN con el mandante.
6. Oferta y Documentos
| Documento / evidencia | ¿Requerido? | Riesgo / nota |
|---|---|---|
| Anexo Administrativo N°1 - Datos del Oferente | Sí | Inadmisible si no se presenta. |
| Anexo Administrativo N°2 - Aceptación de Bases | Sí | Inadmisible si no se presenta. |
| Anexo Administrativo N°3 - Programa de Integridad | Sí | Anexo obligatorio. Para obtener 3% debe adjuntarse programa y evidencia de conocimiento por el personal. |
| Anexo Administrativo N°4 - Experiencia de la Empresa | Sí | Anexo obligatorio; respaldar con todas las OC y/o facturas de CMMS. |
| Declaración Jurada Online de requisitos para ofertar | Sí | Obligatoria en Mercado Público. |
| Garantía de seriedad de oferta $500.000 | Sí | Debe estar presentada antes del cierre. Física en Oficina de Partes o electrónica conforme a bases. |
| Anexo Técnico N°1 completo y firmado, en PDF | Sí | 100% de indispensables; falta, incompletitud o no verificabilidad puede dejar la oferta fuera. |
| Anexo Económico N°1 | Sí | Ingresar además el valor total del convenio en Mercado Público. |
| Propuesta técnica | Sí | Debe contener software, licenciamiento, implementación/migración/pruebas/marcha blanca/capacitación, mantenimiento evolutivo y mantenimiento integral. |
| Carta Gantt | Sí | Obligatoria. |
| Carta de compromiso soporte 24x7 | Sí | Bases Técnicas la califican como obligatoria. |
| Propuesta de mesa de ayuda | Sí | Modelo de proceso, niveles de atención y canales. |
| Propuesta de capacitación | Sí | Incluye planificación/carta Gantt por módulos. |
| Propuesta de seguridad y acceso de datos | Sí | Obligatoria. |
| Fichas técnicas / evidencia verificable | Sí, en la práctica | Necesarias para acreditar los requisitos indispensables. |
Inadmisibilidades críticas: falta de documentos obligatorios; no presentar garantía de seriedad antes del cierre; no presentar/completar Anexo Técnico N°1; incumplir cualquier requisito indispensable; precio inválido o evidentemente inconsistente; información falsa/alterada; y licenciamiento bajo el mínimo habilitante según la interpretación del mandante.
Garantía de seriedad: $500.000, a la vista e irrevocable, con vigencia de 120 días corridos desde publicación. Bases permiten presentación electrónica o física. Si es física, Oficina de Partes atiende lunes-jueves 08:30-16:30 y viernes 08:30-15:30; el cierre del viernes 25-09 es a las 15:00.
7. Evaluación y Precio
| Criterio | Peso | Método | Implicancia |
|---|---|---|---|
| Precio | 40% | Precio mínimo ofertado / precio ofertado × 0,4 | Mayor peso. Precio 0, 1, vacío o montos evidentemente erróneos/inconsistentes: inadmisible. |
| Especificaciones técnicas | 20% | (Puntaje obtenido / 140) × 0,2 | 14 deseables × 10 pts; antes debe cumplirse el 100% de requisitos indispensables. |
| Experiencia | 20% | 10+ convenios/ID/facturas = 20%; 6-9 = 10%; ≤5 = 5%; sin antecedentes = 0% | Debe ser experiencia en Software de Gestión de Mantenimiento y respaldarse con OC/facturas. |
| Licenciamiento | 14% | Ilimitadas 14%; 50+ limitadas 5%; 20-49 1%; 0-19 0% | Contradicción: texto declara inadmisible una cantidad inferior a 49; Bases Técnicas además piden usuarios ilimitados. |
| Requisitos formales | 3% | Todos los antecedentes en plazo y sin aclaración posterior = 3%; de lo contrario 0% | Aunque se permita subsanar ciertos antecedentes, se pierde puntaje. |
| Programa de integridad | 3% | Programa conocido por personal + evidencia = 3%; de lo contrario 0% | Anexo N°3 obligatorio. |
Experiencia requerida
La experiencia se mide por cantidad de convenios adjudicados relacionados con Software de Gestión de Mantenimiento. Instituciones públicas: una OC por ID/convenio. Instituciones privadas: una factura por contrato. Deben adjuntarse todos los respaldos.
Precio y presupuesto
Presupuesto referencial: $142.500.000 impuestos incluidos. El Anexo Económico separa “Implementación de Software” y un valor mensual de “Software de Gestión de Mantenimiento” por 60 meses. Se debe ingresar en Mercado Público el valor total del convenio.
Riesgo competitivo para R9: si R9 no acredita experiencia CMMS obtiene 0/20 en ese factor; si además no ofrece licencias ilimitadas, el techo de puntaje disminuye de manera material. El precio pesa 40%, por lo que una oferta técnicamente admisible pero con bajo puntaje de experiencia/licenciamiento queda expuesta.
8. Contrato y Pagos
| Materia | Condición |
|---|---|
| Vigencia | 60 meses y/o hasta cumplir el monto máximo indicado para el convenio en las bases. |
| Inicio estimado | Principios de diciembre de 2026, con implementación 100% realizada; contradicción con calendario de adjudicación/contrato. |
| Renovación | Posible por un período, por acuerdo de ambas partes y resolución fundada. Duración exacta del período no especificada. |
| Garantía fiel cumplimiento | 5% del total ofertado, IVA incluido; vigencia hasta 3 meses después del término del contrato. |
| Orden de compra | El adjudicatario debe aceptarla dentro de 24 horas. |
| Pago | 30 días una vez aceptada/recepcionada la OC, factura e informes; primer pago al finalizar la implementación y con recepción conforme. |
| Facturación | Factura electrónica en XML; referencia 801 con N° de OC; canales indicados en bases. |
| Cesión | No se permite ceder ni transferir derechos/obligaciones. |
| Subcontratación | No permitida. |
| UTP | Permitida, con condiciones: integrantes habilitados, empresas de menor tamaño, solidaridad y apoderado/representante. |
9. Multas y Términos
| Incumplimiento | Umbral | Sanción | Tope consignado |
|---|---|---|---|
| Crítica - sistema inoperativo (<1h) | Cada hora adicional sin restablecer sobre 1h | 0,5 UTM por hora | Documento de garantía |
| Alta (<4h) | Cada hora adicional sobre 4h | 0,3 UTM por hora | Documento de garantía |
| Media (<24h) | Cada 6 horas adicionales sobre 24h | 0,15 UTM por bloque | Documento de garantía |
| Baja (<72h) | Cada 24 horas adicionales sobre 72h | 0,1 UTM por bloque | Documento de garantía |
| Mesa de ayuda / soporte funcional | No disponibilidad del canal único declarado | 0,3 UTM por día | Documento de garantía |
| Implementación/capacitación/actualización/mantenimiento normativo | Incumplimiento carta Gantt o actualizaciones obligatorias | 1 UTM por evento, con plazo de subsanación previo | Documento de garantía |
| Seguridad y respaldo de datos | Incumplimiento del plan de contingencia/respaldo o brecha de confidencialidad de datos de pacientes | 5-10 UTM y/o término anticipado según gravedad | Documento de garantía |
Procedimiento: notificación; 3 días hábiles para descargos; resolución; 5 días hábiles para recurso de reposición; la entidad puede resolver el recurso en hasta 30 días hábiles. Multa firme: pago dentro de 15 días hábiles; el no pago puede gatillar ejecución de la garantía.
Término anticipado: incumplimiento de entrega/plazo, insolvencia, disminución de calidad, conductas graves, perjuicio a pacientes, otras causales de bases y falta de justificación de fuerza mayor, entre otras. El término anticipado por estas causales puede hacer efectivo el cobro de la garantía de fiel cumplimiento.
Ambigüedad: la columna “Tope” de multas señala “Documento de garantía”, sin expresar claramente si significa que el monto máximo acumulado equivale al valor de la garantía. Debe consultarse.
10. Riesgos y Brechas
| Riesgo | Nivel | Impacto | Mitigación |
|---|---|---|---|
| No existe evidencia interna aportada de un CMMS maduro propio | ALTO | Sin producto existente, construir 124 requisitos indispensables y operar en ≤3 meses es muy riesgoso. | Validar inmediatamente si R9 dispone de producto equivalente o estructurar UTP con proveedor CMMS. |
| 100% de requisitos indispensables | ALTO | Un solo incumplimiento o requisito no verificable puede causar inadmisibilidad. | Matriz de cumplimiento requisito por requisito con evidencia. |
| Experiencia específica CMMS (20%) | ALTO | Sin 10+ convenios/facturas se pierde puntaje material. | Inventariar proyectos R9; si no alcanzan, buscar UTP que aporte experiencia y validar cómo se computará. |
| Prohibición de subcontratación | ALTO | Limita la posibilidad de cubrir brechas con terceros después de adjudicar. | Si se requiere partner, estructurarlo como UTP y validar condiciones. |
| UTP sólo con empresas de menor tamaño | MEDIO-ALTO | Puede impedir una alianza con proveedor grande. | Validar clasificación de R9 y potencial socio antes de avanzar. |
| Licenciamiento contradictorio | ALTO | Ilimitados vs mínimo 49/50 y tabla de puntaje inconsistente. | Pregunta obligatoria al mandante. |
| Calendario de implementación contradictorio | ALTO | Bases estiman inicio principios de diciembre con implementación 100%, pero adjudicación es 25-11 y contrato se firma después. | Solicitar fecha real de inicio y plazo de 3 meses. |
| Integraciones no especificadas | ALTO | No se identifican sistemas, APIs, protocolos, responsables ni ambientes. | Preguntar stack, interfaces y alcance de integración. |
| Soporte 24x7 + perfil biomédico | ALTO | Exige capacidad operativa permanente y un perfil no evidenciado en R9. | Validar dotación y esquema de turnos. |
| Hardware y licencias en comodato/garantía 60 meses | MEDIO-ALTO | Implica costo y reposición de 4 PCs, 8 tablets, scanner, impresora, disco, Windows/Office y eventualmente servidor. | Cotizar TCO completo con reposición y garantías. |
| Presupuesto referencial $142,5 MM impuestos incluidos | MEDIO-ALTO | Debe absorber implementación, licencias, hardware, integraciones, 24x7 y 60 meses. | Costeo integral antes de GO final; no asumir rentabilidad. |
| Primer pago después de implementación | MEDIO | Genera exposición de caja inicial. | Plan financiero y hitos de recepción conforme. |
| Multas y seguridad | MEDIO-ALTO | Penalidades por SLA, respaldo y confidencialidad; seguridad puede gatillar término anticipado. | Diseñar operación SLA, monitoreo y contingencia antes de ofertar. |
Contradicciones / faltantes documentales
- Licencias: usuarios ilimitados en Bases Técnicas; al menos 10 usuarios en otra cláusula; tabla de evaluación 14% para ilimitadas, 5% para 50+ limitadas, 1% para 20-49, pero texto declara inadmisible menos de 49.
- Implementación: máximo 3 meses versus inicio estimado a principios de diciembre con implementación 100%, pese a adjudicación del 25-11-2026 y contrato posterior.
- Tope contractual: las bases mencionan 2.000 UTM, mientras el portal clasifica el proceso LP como igual o superior a 1.000 UTM e inferior a 5.000 UTM.
- Numeración técnica: el Anexo salta de 12.12 a 13.3; no aparecen 13.1 ni 13.2.
- Integraciones: no se especifican fabricantes, versiones, APIs/protocolos, volumetrías ni responsables.
- Resolución de comisión: contiene un considerando aparentemente copiado de otro proceso (“insumos y reactivos de laboratorio”), aunque luego identifica correctamente la licitación de software. Riesgo material bajo, pero evidencia inconsistencia documental.
11. Encaje para R9
| Capacidad | Alineación preliminar | Fundamento | Validación necesaria |
|---|---|---|---|
| Desarrollo de software a medida | ALTA | R9 posee capacidad de desarrollo e integraciones. | No sustituye la falta de un CMMS maduro; validar producto existente. |
| Integraciones / APIs / bases de datos | ALTA-MEDIA | Stack R9 incluye APIs REST, SQL Server/MySQL/PostgreSQL y protocolos industriales. | Faltan especificaciones de sistemas hospitalarios, SCADA/BMS y Abastecimiento. |
| IA aplicada | ALTA | R9 tiene capacidades de IA; requisito es deseable y puede sumar puntaje. | Definir demostración concreta sobre fallas/mantenimiento. |
| Infraestructura on-prem / servidores | MEDIA-ALTA | Capacidad tecnológica alineable. | Validar provisión, soporte y licencias por 60 meses. |
| CMMS / gestión de mantenimiento | BAJA / NO EVIDENCIADA | No se ha aportado evidencia de un producto R9 equivalente ni de 10+ contratos CMMS. | REQUIERE VALIDACIÓN R9; principal condición de GO. |
| BIM | NO VALIDADO | Se exige carga de planos BIM o similares. | Confirmar capacidad actual o producto partner. |
| Offline móvil | MEDIA / NO VALIDADA | R9 desarrolla software, pero debe probar sincronización offline en móvil/tablet. | Validar con demo o ficha técnica. |
| Soporte 24x7 | NO VALIDADO | Exigencia continua durante convenio. | Validar turnos, monitoreo, escalamiento y cobertura Ancud. |
| Perfil biomédico | NO ENCONTRADO | Bases indican equipo con biomédicos. | REQUIERE VALIDACIÓN R9 / UTP. |
| Hardware y comodato | MEDIA | Es adquirible comercialmente. | Validar capacidad de suministro, garantías y reemplazos sin subcontratar. |
| Experiencia específica | NO VALIDADA | Evaluación exige contratos de Software de Gestión de Mantenimiento. | Inventariar evidencia; no usar experiencia genérica de desarrollo. |
Fortalezas que sí pueden diferenciar: integraciones industriales/IT, bases de datos, desarrollo de software, IA, observabilidad/soporte y capacidad de construir interfaces y analítica. La IA es un requisito deseable puntuable y puede ser un diferenciador si la plataforma base ya cumple el núcleo CMMS.
Gap principal: la licitación no es principalmente un desarrollo a medida abierto; pide una solución de gestión de mantenimiento operativa, amplia, con hardware, soporte 24x7 y evidencia verificable. Sin producto maduro o UTP, la alineación cae a NO-GO.
12. Preguntas al Mandante
- Las Bases Técnicas exigen usuarios ilimitados, mientras el criterio de licenciamiento puntúa 50+ licencias limitadas y declara inadmisible una cantidad inferior a 49. ¿Cuál es el mínimo habilitante exacto y qué se entiende por licencia/usuario?
- El portal fija adjudicación el 25-11-2026 y las bases permiten formalizar el contrato posteriormente, pero la vigencia estima inicio a principios de diciembre con la implementación al 100%. ¿Desde qué fecha se cuentan los hasta 3 meses de implementación y cuál es la fecha real esperada de puesta en marcha?
- ¿El servidor dedicado es obligatorio o sólo aplica si la arquitectura ofertada lo requiere? ¿Se acepta una solución SaaS/cloud, y bajo qué condiciones de residencia, conectividad y respaldo?
- ¿Cuáles son los sistemas actuales que deben integrarse: gestión hospitalaria, Abastecimiento, contabilidad, SCADA/BMS u otros? Indicar fabricante, versión, APIs/protocolos, documentación disponible y responsable de habilitar accesos.
- ¿Qué información debe migrarse al nuevo sistema (activos, OT, mantenimientos, contratos, documentos, usuarios, indicadores), en qué formatos y con qué volumetría aproximada?
- Para los SLA, las Bases Técnicas hablan de tiempo máximo de respuesta, pero la tabla de multas sanciona horas sin restablecer el servicio. ¿Los umbrales corresponden a respuesta inicial, solución/restablecimiento o ambos?
- ¿La atención 24x7 puede prestarse de forma remota mediante mesa de ayuda o se exige presencia física/on-site en Ancud para incidentes de alguna criticidad? ¿Existe tiempo máximo de llegada a terreno?
- ¿Los equipos indicados (4 PCs, 8 tablets, scanner, impresora, disco externo y eventualmente servidor) deben entregarse todos en comodato por los 60 meses? ¿Qué condiciones de reposición, daño, obsolescencia y devolución aplican?
- El Anexo Técnico salta desde 12.12 a 13.3. ¿Existen especificaciones 13.1 y 13.2 omitidas? Confirmar además si las características de servidor descritas en Bases Técnicas forman parte obligatoria del Anexo Técnico.
- Las bases señalan vigencia de 60 meses y/o hasta el monto máximo de 2.000 UTM, mientras el portal clasifica el proceso como LP de 1.000 a menos de 5.000 UTM. ¿Cuál es el tope contractual efectivo y cómo opera una eventual renovación?
13. Plan de Postulación
| Fecha objetivo | Actividad | Resultado |
|---|---|---|
| 07-09 a 09-09 | Gate técnico: comparar producto/plataforma disponible contra los 124 requisitos indispensables. | Decisión preliminar: producto existente / UTP / descartar. |
| 07-09 a 10-09 | Inventariar experiencia R9 estrictamente en Software de Gestión de Mantenimiento y respaldos (OC/facturas). | Score realista de experiencia. |
| 08-09 a 11-09 | Validar soporte 24x7, perfil biomédico, BIM, offline móvil, hardware y licencias. | Mapa de brechas y responsables. |
| 09-09 a 12-09 | Si hay brechas de producto, identificar socio UTP que sea empresa de menor tamaño y habilitado en Registro de Proveedores. | Estructura admisible sin subcontratación. |
| 10-09 a 14-09 | Costeo TCO 60 meses: implementación, integración, hardware, licencias, soporte, garantías y contingencia. | Validación comercial de presupuesto. |
| 14-09 a 15-09 | Consolidar y aprobar preguntas críticas. | Preguntas listas para portal. |
| Antes del 16-09 15:00 | Ingresar preguntas al mandante por Mercado Público. | Riesgos técnicos/contractuales aclarados. |
| 22-09 18:00 | Revisar respuestas y eventuales modificaciones de bases. | Actualizar matriz y GO/NO-GO final. |
| 23-09 | Cerrar propuesta técnica, carta Gantt, soporte, seguridad, capacitación y evidencias. | Oferta técnicamente completa. |
| 23-09 a 24-09 | Emitir garantía de seriedad $500.000 y verificar canal de presentación. | Garantía válida antes del cierre. |
| 24-09 | QA de admisibilidad: anexos firmados, experiencia respaldada, precio consistente, integridad y declaración online. | Cero faltantes formales. |
| 25-09 antes de 15:00 | Presentar oferta y verificar comprobante de envío. | Oferta válidamente ingresada. |
Control de calidad final
- 100% de requisitos indispensables marcados “Cumple” y respaldados.
- Anexos N°1 a N°4 administrativos completos, firmados y coherentes.
- Anexo Técnico completo y firmado en PDF.
- Precio del portal = total del Anexo Económico.
- Experiencia respaldada contrato por contrato con OC/factura.
- Programa de integridad + evidencia, si se busca el 3%.
- Carta Gantt, propuesta de soporte, seguridad, capacitación y 24x7 incluidas.
- Garantía de seriedad emitida con beneficiario, monto, vigencia y glosa correctos y presentada antes del cierre.
- Revisión de respuestas/aclaraciones publicadas el 22-09 y de cualquier modificación posterior.
- Comprobante de envío de oferta resguardado.
Anexo A. Matriz Técnica Completa
Transcripción estructurada del Anexo Técnico N°1 editable. Se conserva la clasificación “Indispensable/Deseable” y los puntajes informados.
Indispensables124
Deseables14
Puntaje deseables140
| Ítem | Requerimiento | Clasificación | Puntos | Observaciones |
|---|---|---|---|---|
| 1 | INTEROPERABILIDAD | |||
| 1.1 | El software debe permitir la integración con sistemas existentes en el Hospital de Ancud. | Indispensable | ||
| 1.2 | El Software debe permitir la integración con sistemas SCADA/BMS | Indispensable | ||
| 1.3 | El Software debe permitir la integración con sensores IOT | Deseable | 10 | |
| 1.4 | El software debe permitir la carga de planos BIM o similares | Indispensable | ||
| 2 | CATASTRO DE EQUIPAMIENTO | |||
| 2.1 | El software debe permitir registrar eventos de alta, traslado y baja del equipo, a través de perfil usuario de gestión. | Indispensable | ||
| 2.2 | El software debe permitir mantener el historial de altas, traslado y bajas de equipos. | Indispensable | ||
| 2.3 | El software debe permitir registrar la identificación del equipo (marca, modelo, serie, número de inventario, NIC), a través de perfil usuario de gestión. | Indispensable | ||
| 2.4 | El software debe clasificar los equipos según su criticidad, a través de perfil usuario de gestión. | Deseable | 10 | |
| 2.5 | El software debe permitir identificar la ubicación y responsable del equipo. | Indispensable | ||
| 2.6 | El software debe permitir la búsqueda de equipos a través de distintos criterios. | Indispensable | ||
| 2.7 | El software debe permitir el cálculo automático de la vida útil. | Deseable | 10 | |
| 2.8 | El software debe permitir el ingreso masivo de equipos de iguales características (mismo equipo, marca, y modelo) | Deseable | 10 | |
| 3 | BAJA DE EQUIPAMIENTO | |||
| 3.1 | El perfil usuario de gestión debe ser el único que genere la baja del equipo. | Indispensable | ||
| 3.2 | El software debe generar el documento para la baja del equipo. | Indispensable | ||
| 3.3 | El software no debe permitir que el perfil usuario clínico realice solicitudes de trabajo para un equipo dado de baja. | Indispensable | ||
| 3.4 | El software debe permitir la impresión del documento generado. | Indispensable | ||
| 4 | GESTION DE MANTENIMIENTO | |||
| 4.1 | Perfil Servicio Solicitante | |||
| 4.1.1 | Se debe poder enviar solicitud de trabajo desde los servicios clínicos y de apoyo del Establecimiento Hospitalario al perfil de usuario de gestión. | Indispensable | ||
| 4.1.2 | En la solicitud de trabajo se debe poder identificar al responsable del requerimiento. | Indispensable | ||
| 4.1.3 | El software debe generar requerimientos con numeración correlativa, asociados a la fecha de la solicitud y la hora. | Indispensable | ||
| 4.1.4 | El perfil de cada servicio solicitante debe permitir visualizar sólo los equipos médicos de su propia Unidad. | Indispensable | ||
| 4.1.5 | El software debe permitir al usuario de servicio solicitante la búsqueda del equipo, mediante nombre, serie, número de inventario y NIC. | Indispensable | ||
| 4.1.6 | El perfil de cada servicio solicitante debe permitir a lo menos clasificar su requerimiento según tipo de trabajo en: mantención preventiva, mantención correctiva, otros. | Deseable | 10 | |
| 4.1.7 | El requerimiento realizado por el servicio solicitante debe contar con la opción de seleccionar equipos según base de datos, escribir motivo de envío del equipo y un campo para observaciones. | Indispensable | ||
| 4.1.8 | El requerimiento realizado por el servicio solicitante debe contar con la opción de impresión. | Deseable | 10 | |
| 4.1.9 | El servicio clínico debe poder visualizar el estado de su requerimiento a lo largo del proceso de mantenimiento. | Indispensable | ||
| 4.2 | Perfil Usuario de Gestión y Administrador | |||
| 4.2.1 | El perfil usuario de gestión debe permitir cambiar el estado del requerimiento del servicio clínico, por ejemplo: Equipo recibido en UEM, Equipo en Servicio Técnico Externo, Equipo reparado, Trabajo realizado. | Indispensable | ||
| 4.2.2 | El perfil usuario de gestión debe permitir la asignación del requerimiento a un perfil de usuario técnico. | Indispensable | ||
| 4.2.3 | El perfil usuario de gestión debe permitir crear nuevos requerimientos sin que el perfil de usuario de servicio clínico lo solicite. | Indispensable | ||
| 4.2.4 | El software debe generar automáticamente un requerimiento mediante una programación de mantenimiento preventivo establecida previamente. | Indispensable | ||
| 4.3 | Perfil Usuario Técnico | |||
| 4.3.1 | El perfil de usuario técnico debe a lo menos permitir cambiar el estado del requerimiento del perfil usuario de gestión, por ejemplo: Equipo en evaluación, solicitud de repuesto, equipo reparado. | Indispensable | ||
| 4.3.2 | El perfil usuario técnico debe permitir que se ingrese el detalle del trabajo realizado, los costos asociados a la reparación, las horas hombre utilizadas, entre otros. | Indispensable | ||
| 4.3.3 | El perfil usuario técnico debe permitir solicitar repuestos mediante la generación de un reporte con numeración correlativa y asociado al requerimiento. | Indispensable | ||
| 4.3.4 | El software debe permitir la impresión del documento de solicitud de repuesto. | Deseable | 10 | |
| 4.3.5 | El software debe permitir que el trabajo realizado por el usuario técnico sea impreso. | Indispensable | ||
| 4.3.6 | El software debe permitir la gestión de requerimientos a través de teléfonos o Tablet, ya sea on-line u off-line | Indispensable | ||
| 4.3.7 | El software debe permitir incorporar a lo menos archivos como. fotografías, archivos Excel. PDF. | Indispensable | ||
| 5 | PLANIFICACION DEL MANTENIMIENTO PREVENTIVO | |||
| 5.1 | El software debe permitir calendarizar el mantenimiento preventivo de los equipos. | Indispensable | ||
| 5.2 | El software debe incluir la configuración de calendario laboral, para todo tipo de personal técnico. | Deseable | 10 | |
| 6 | STOCK DE REPUESTO | |||
| 6.1 | El software debe contar con una base de datos de accesorios, repuestos e insumos, en la cual se puedan editar, agregar y eliminar datos. | Indispensable | ||
| 6.2 | La base de datos de accesorios, repuestos e insumos debe contar al menos con los siguientes campos de información: código, descripción del producto, cantidad en stock, costo del producto. | Indispensable | ||
| 6.3 | El software debe permitir la búsqueda de productos, a través del nombre o código. | Indispensable | ||
| 6.4 | El software debe descontar el producto del stock disponible, cada vez que el perfil de usuario de gestión asigne el accesorio, repuesto o insumo al requerimiento del perfil usuario técnico. | Indispensable | ||
| 6.5 | El software debe arrojar alerta al usuario de gestión, cuando la cantidad de productos en stock sea la mínima (dato configurable). | Indispensable | ||
| 6.6 | El software debe permitir el uso de códigos de barra u otro sistema de codificación para la gestión de repuestos. | Deseable | 10 | |
| 7 | GESTION DE SOLICITUDES DE COMPRA | |||
| 7.1 | El software debe permitir gestionar solicitudes de compra, a través del perfil usuario de gestión y administrativo. | Deseable | 10 | |
| 7.2 | El software debe estar integrado con el software de la Unidad de Abastecimiento, de contabilidad y otros del Establecimiento Hospitalario. | Indispensable | ||
| 7.3 | El software debe permitir la búsqueda de solicitudes de compras a través de distintos criterios. | Indispensable | ||
| 7.4 | El software debe generar el documento para la solicitud de compra automáticamente. | Deseable | 10 | |
| 7.5 | El software debe permitir la impresión del documento generado. | Indispensable | ||
| 8 | SALIDA EQUIPO | |||
| 8.1 | El software debe permitir al usuario de perfil de gestión y administrativo, generar documento para el envío del equipo fuera del Establecimiento Hospitalario. | Indispensable | ||
| 8.2 | El software debe permitir la impresión del documento generado. | Indispensable | ||
| 9 | REGISTRO DE ALARMA | |||
| 9.1 | El software debe arrojar alerta al usuario del servicio clínico y usuario de gestión, cuando el usuario técnico finalice su trabajo mediante el cambio de estado según corresponda. | Indispensable | ||
| 9.2 | El software debe arrojar alerta al usuario de gestión, cuando el usuario técnico solicite un repuesto. | Indispensable | ||
| 9.3 | El software debe arrojar alerta al usuario de gestión, cuando el usuario técnico solicite envío de equipo a Servicio Técnico Empresa. | Indispensable | ||
| 9.4 | El software debe arrojar alerta al usuario de gestión, cuando corresponda realizar mantenimiento preventivo programado (alertas mensuales, semanales y diarias según se requiera). | Indispensable | ||
| 9.5 | El software debe arrojar alerta al usuario de gestión, cuando la vida útil del equipo esté por vencer (dato configurable) y cuando haya vencido. | Indispensable | ||
| 9.6 | El software debe arrojar alerta al usuario de gestión, cuando un convenio esté por vencer (dato configurable) y cuando haya vencido. | Indispensable | ||
| 9.7 | El software debe arrojar alerta al usuario de gestión, según la frecuencia establecida de pago de un convenio. | Indispensable | ||
| 10 | INFORMES: El software debe permitir la generación de los siguientes informes: | |||
| 10.1 | Detalle de equipos bajo convenio de mantenimiento. | Indispensable | ||
| 10.2 | Detalle de equipos en garantía, por proveedor. | Indispensable | ||
| 10.3 | Detalle de equipos con vida útil sobrepasada. | Indispensable | ||
| 10.4 | Detalle de equipos con vida útil por cumplir. | Indispensable | ||
| 10.5 | Detalle de equipos con planificación de mantenimiento preventivo mensual por servicio clínico. | Indispensable | ||
| 10.6 | Detalle de equipos que se encuentran en servicio técnico empresa. | Indispensable | ||
| 10.7 | Detalle de equipos que se encuentran pendientes de mantenimiento preventivo semestral, mensual y semanal. | Indispensable | ||
| 10.8 | Detalle de equipos que se encuentran con mantenimiento correctivo por Servicio/Unidad y/o por usuario técnico. | Indispensable | ||
| 10.9 | Informe configurable de gastos en mantenimiento preventivo. | Indispensable | ||
| 10.10 | Informe configurable de gastos en mantenimiento correctivo. | Indispensable | ||
| 10.11 | Detalle de Horas Hombre utilizadas, clasificadas por cada perfil de usuario técnico. | Indispensable | ||
| 10.12 | Los informes y/o requerimientos a lo menos deben poder agregar archivos adjuntos, como: fotografías; Excel; PDF; DWG. | Indispensable | ||
| 11 | CONTRATOS | |||
| 11.1 | El software a lo menos debe permitir generar una ficha resumen por convenio de mantenimiento, que incluya a lo menos: Equipos, Vigencia del convenio, valor del convenio, frecuencia de la mantención, información del proveedor. | Deseable | 10 | |
| 11.2 | El software debe permitir almacenar información de las empresas asociadas a contratos. | Deseable | 10 | |
| 11.3 | El software debe permitir registrar y relacionar el gasto del mantenimiento de los equipos en convenio con empresa externa. | Indispensable | ||
| 11.4 | El software debe permitir adjuntar documentos asociados al Convenio. (Boletas de garantía, Contrato, Resoluciones, Órdenes de compra.) | Indispensable | ||
| 12 | INDICADORES: El software debe permitir el cálculo de los siguientes indicadores, cada vez que se requiera: | |||
| 12.1 | Sumatoria de las mantenciones preventivas realizadas. | Indispensable | ||
| 12.2 | % de cumplimiento de mantención preventiva= (MP Realizado/MP Programado) *100 | Indispensable | ||
| 12.3 | Sumatoria de mantenciones correctivas realizadas | Indispensable | ||
| 12.4 | Sumatoria de solicitudes de trabajo no finalizadas. | Indispensable | ||
| 12.5 | % de MC finalizado: (solicitudes de trabajo por MC finalizadas/total de solicitudes de trabajo por MC) *100 | Indispensable | ||
| 12.6 | Sumatoria de solicitudes de compra emitidas. | Indispensable | ||
| 12.7 | % de solicitudes de compra finalizadas: (solicitudes de compra finalizadas/solicitudes de compra emitidas) *100 | Indispensable | ||
| 12.8 | Sumatoria de equipos dados de baja. | Indispensable | ||
| 12.9 | % de bajas: (baja de Indispensable equipos/total de equipos) *100 | Indispensable | ||
| 12.10 | % de equipos en convenio: (número de equipos en convenio/total de equipos del Establecimiento Hospitalario) *100 | Indispensable | ||
| 12.11 | % de equipos en garantía: (número de equipos en garantía/total de equipos del Establecimiento Hospitalario)*100 | Indispensable | ||
| 12.12 | % de equipos en programa de mantenimiento preventivo anual: (número de equipos en Programa de mantenimiento anual/total de equipos del Establecimiento Hospitalario) *100 | Indispensable | ||
| 13.3 | Equipos Cliente (4 Und.) | |||
| 13.3.1 | Procesador I7-13700h o homologable (4 equipos) | Indispensable | ||
| 13.3.2 | SSD 1Tb | Indispensable | ||
| 13.3.3 | Memoria RAM 16Gb o superior | Indispensable | ||
| 13.3.4 | Tarjeta Video Nvidia 1Gb o superior | Indispensable | ||
| 13.3.5 | Placa Madre compatible con MSI, Asus, Sotac. | Indispensable | ||
| 13.3.6 | Sistema operativo windows 11 pro | Indispensable | ||
| 13.3.7 | Fuente poder 850W | Indispensable | ||
| 13.3.8 | Monitor 32” | Indispensable | ||
| 14 | Software para el Equipo Cliente | |||
| 14.1 | La versión LICENCIADA Windows debe ser la más actualizada | Indispensable | ||
| 14.2 | La versión LICENCIADA, más actualizada de Office con todos sus Patch y Services Pack. | Indispensable | ||
| 15 | INCLUYE | |||
| 15.1 | Scanner de documentos de alta velocidad. | Indispensable | ||
| 15.2 | Impresora de alta velocidad, con impresión duplex automático. | Indispensable | ||
| 15.3 | Disco Duro Externo 1 Tb. | Indispensable | ||
| 15.4 | 8 Tablet de 11” de pantalla, 64gb de memoria, cámara 8MP y procesador 2.2GHz, 1.8GHz | Indispensable | ||
| 16 | OTROS | |||
| 16.1 | Accesorios (conexión, cable u otro) necesarios para el correcto funcionamiento del sistema, que no hayan sido mencionadas en las presentes especificaciones. | Indispensable | ||
| 16.2 | Manual de Uso en español versión digital e impresa. | Indispensable | ||
| 16.3 | Manual de Servicio Técnico del servidor, versión digital e impresa. | Indispensable | ||
| 16.4 | Instalación, puesta en marcha, capacitación e instrucción de uso. | Indispensable | ||
| 16.5 | Garantía por la duración del convenio | Indispensable | ||
| 16.6 | El sistema debe registrar el préstamo y/o demostración del equipo de/a un determinado servicio clínico; Además debe permitir la impresión de este registro para la firma de los involucrados en el proceso. | Indispensable | ||
| 16.7 | Entregue reporte, exportable y configurable, relativo a la frecuencia de rotación de los accesorios y/o piezas | Indispensable | ||
| 16.8 | Entregue reporte configurable para la solicitud de repuestos | Indispensable | ||
| 16.9 | El sistema debe permitir a la Unidad de Equipos Médicos modificar el plazo de reparación de un determinado equipo, siempre y cuando justifique y registre en una observación la razón del cambio. | Indispensable | ||
| 16.10 | El sistema debe generar el reporte del Historial de fallas de cada equipo | Indispensable | ||
| 16.11 | El sistema debe generar el reporte de equipos que están bajo convenio de mantenimiento | Indispensable | ||
| 16.12 | El sistema debe generar el reporte de equipos que no están bajo convenio de mantenimiento | Indispensable | ||
| 16.13 | El sistema debe generar el reporte de equipos que tiene el mantenimiento al día | Indispensable | ||
| 16.14 | El sistema debe generar el reporte de equipos que tiene el mantenimiento vencido | Indispensable | ||
| 16.15 | El sistema debe generar el reporte de equipos que les corresponde mantención actualmente | Indispensable | ||
| 16.16 | El sistema debe dar aviso al usuario cuando está por vencer el plazo de mantenimiento de un determinado equipo | Indispensable | ||
| 16.17 | El sistema debe dar aviso al usuario cuando el plazo de mantenimiento de un determinado equipo está vencido. | Indispensable | ||
| 16.18 | El software debe permitir registrar y relacionar el gasto de la reparación del equipo según la orden de trabajo correspondiente. Los datos a ingresar, una vez cerrada la orden de trabajo por la reparación del equipo, deben ser los siguientes: fecha de recepción de la factura, fecha de facturación, descripción de la factura, monto de la factura, fecha de envío de la factura. El sistema deberá emitir un informe, imprimible, con todos estos datos para su posterior envío a contabilidad; Cuente con capacidad de digitalización de la factura | Indispensable | ||
| 16.19 | El software debe permitir registrar y relacionar el gasto del mantenimiento de los equipos incluidos en el convenio con la empresa externa. Los datos a ingresar, una vez cerrada la orden de trabajo por la mantención del equipo, deben ser los siguientes: fecha de recepción de factura, fecha de facturación, descripción de la factura (período de facturación del convenio), monto de la factura, fecha de envío de la factura; Cuente con capacidad de digitalización de la factura. | Indispensable | ||
| 16.20 | Reporte del gasto en mantenimiento preventivo, configurable | Indispensable | ||
| 16.21 | Reporte del gasto en mantenimiento correctivo, configurable | Indispensable | ||
| 16.22 | Tiempo de demora en la reparación de equipos, configurable | Indispensable | ||
| 16.23 | (N° de equipos en convenio / n° total de equipos)*100, configurable | Indispensable | ||
| 16.24 | (N° de equipos sin convenio / n° total de equipos)*100, configurable | Indispensable | ||
| 16.25 | (N° equipos con mantención al día / N° de equipos en convenio de mantención)*100, configurable | Indispensable | ||
| 16.26 | (N° equipos con mantención vencida / N° de equipos en convenio de mantención)*100, configurable | Indispensable | ||
| 16.27 | (N° OT Cerradas / N° de OT Total)*100, configurable | Indispensable | ||
| 16.28 | (N° OT Abiertas / N° de OT Total)*100, configurable | Indispensable | ||
| 16.29 | (N° OT no asignadas / N° de OT Total)*100, configurable | Indispensable | ||
| 16.30 | N° OT Cerradas, configurable | Indispensable | ||
| 16.31 | N° OT Abiertas, configurable | Indispensable | ||
| 16.32 | Capacitación de usuarios y transferencia tecnológica para el equipo TICS(instalación y puesta en marcha) | Indispensable | ||
| 16.33 | La mantención correctiva no tiene costos asociados y se deben definir los tiempos aceptables para estas correcciones | Indispensable | ||
| 16.34 | El proveedor cuente con una mesa de ayuda que de soporte a los usuarios y al personal de TICS en caso de dudas, caídas o errores en el aplicativo. | Indispensable | ||
| 16.35 | El sistema debe tributar información a lo menos en los ámbitos de inventarios, mantenciones, bajas próximas. | Indispensable | ||
| 16.36 | El software debe permitir la actualización del software. Estas actualizaciones serán cargo del proveedor adjudicado y se realizarán las veces que sea necesario. | Indispensable | ||
| 16.37 | El software debe enviar notificación al administrador, como al responsable una vez creado un requerimiento. | Indispensable | ||
| 16.38 | El software debe permitir la interacción de IA, a través de análisis de datos, detección de patrones de fallos, recomendación de planes de mantenimiento, métodos de verificación eficientes. | Deseable | 10 |
Fuentes revisadas y trazabilidad
- 2-doc00001120260904093210.pdf - Resolución que aprueba Bases Administrativas y Técnicas, 40 páginas.
- 3-Res._Comisión.pdf - Resolución que designa Comisión Evaluadora, 2 páginas.
- 4-ANEXO_ECONOMICO.pdf - Oferta económica.
- 5-ANEXO_TECNICO.pdf - Matriz técnica, 8 páginas.
- 6-ANEXOS_ADMINISTRATIVOS.pdf - Anexos administrativos, 4 páginas.
- 1-ANEXOS_MODIFICABLES.docx - Anexos editables y matriz técnica.
- Mercado Público - ficha vigente del proceso 2048-57-LP26, utilizada para corroborar fechas, estado, criterios generales y garantías.
Clasificaciones utilizadas: HECHO DOCUMENTAL, INTERPRETACIÓN, NO ENCONTRADO/NO ESPECIFICADO y REQUIERE VALIDACIÓN R9. No se asumió cumplimiento de capacidades no acreditadas.