Respuestas a preguntas sobre el pliego

Pliego Continuidad de negocio TIC del SMS


Última actualización de alguna pregunta: 24/09/2019

1) Uniformidad de fabricantes RICH

Actualizado: 28/08/2019

Dentro del apartado 6.1.4.    Descripción del equipamiento de la RICH., en la página 47, del PPT, se indica: “Todos los equipamientos de interconexión de CPD y de Core Red de CPD serán del mismo fabricante, salvo cambio solicitado y justificado por el licitador y aprobado por el SMS.”

Pregunta. Por las distancias existentes entre los CPD’s objeto del contrato, puede ser necesario el uso de equipamiento especifico, que proporcione las capacidades de transmisión ópticas necesarias a Nivel 1.x, que permitan salvar dichas distancias. Dado que estas capacidades no pueden ser ofrecidas, en condiciones óptimas, por los equipos de CORE y ACCESO requeridos (N2 y N3)  ¿Puede este equipamiento considerarse parte física de las conexiones 10G requeridas y no estar sujeto al citado párrafo, de forma que  los equipos que “iluminan” las FO sean de terceros fabricantes?

Respuesta. 




10) Sobre ULA de Oracle

Actualizado: 23/09/2019

Pregunta: Tras la finalización de ULA que tiene firmado el SMS con Oracle, el mantenimiento de las licencias activas ¿será soportado por el SMS?

 

Respuesta: Sí, pero cualquier actuación que conlleve un incremento de licencias tras el ULA deberá ser asumido por el adjudicatario (tanto la adquisición, como el soporte). 




11) Switch

Actualizado: 23/09/2019

Pregunta: Según se especifica en el pliego, los switches de servidores de los hospitales HUVA, HRM, HCN, HVC, HMM, HGURS, HVLG, cuya fecha de fin de soporte es el 29 de febrero de 2020, la administración será asumida por el licitador a partir de ese día, con lo que podrá ejecutar la transición de la misma una vez iniciado el contrato ¿A partir del 29 de febrero el soporte correrá a cargo de SMS?

 

Respuesta: No, correrá a cargo del adjudicatario.




12) Uso de DeepSecurity

Actualizado: 24/09/2019

Pregunta: ¿El producto DeepSecurity se usa en CHC y HULAMM o sólo en el VDI del HULAMM?

Respuesta: Se usa sólo en el VDI del HULAMM, pero el licitador debe proporcionar un número de licencias equivalente al que aparece en el ANEXO B del pliego de prescripciones técnicas, en relación a este producto.




2) Certificaciones de fabricante

Actualizado: 11/09/2019

Respecto a la documentación a aportar sobre B se especifica:

 

  • Certificaciones de fabricante (apartado 11.1. del pliego de prescripciones técnicas).

 

Dicho apartado reza: “certificados que posee de los diferentes fabricantes para operar los productos de la solución”,

 

Pregunta. ¿Se refiere a la capacitación para ofrecer servicios de soporte y mantenimiento tanto de la solución que se proponga, como de la plataforma actual que aparece en los anexos de inventario?

 

Respuesta. Todos los requisitos del pliego, salvo que se indique otra cosa, aplican durante toda la vida del contrato, y por tanto para la plataforma actual y la nueva que proponga el licitador.




3) Servicios de instalaciones

Actualizado: 11/09/2019

Duda sobre el alcance apartado “7.6. Servicios de instalaciones” sobre la generación e implantación de los procedimientos de operación de los CPDs y salas técnicas que participen en el proyecto.

 

Pregunta. ¿Podrían especificar si se restringe a los marcados como “Sí” en el Anexo E columna “UTILIZAR EN NUEVO CONTRATO”?

 

 

Respuesta. Sí, pero también a cualquier otra que utilizara el proyecto, como la del HSMR. El HSMR debe tener los mismos servicios de proyecto que el resto de hospitales.




4) Sobre funcionalidades DeepSecurity

Actualizado: 18/09/2019

Pregunta. ¿Sería posible conocer el detalle/relación de las funcionalidades de seguridad actuales desplegadas sobre la infraestructura virtual del CHC y HULAMM?

 

Respuesta.

 

 

 

 


Esta implementado solo en el clúster VDI del HULAMM.

Hay un appliance de DeepSecurity por ESX.

Las funcionalidades activadas y licenciadas son: Antivirus, Antimalware y Web Reputation.



 




 






5) Sobre herramientas

Actualizado: 23/09/2019

Pregunta: Las herramientas para la gestión del servicio tipo inventario/CMDB, Ticketing, Gestión de proyectos, CdM ¿Las proporciona el SMS o las propone el Licitador?, en el caso de que sean propuestas por el licitador es necesario alguna licencia adicional para personal del SMS, ¿SCAI…?

 

Respuesta: Las aporta el SMS.

 




6) Sobre Citrix

Actualizado: 23/09/2019

Pregunta: En la página 88, Aclaración, ¿la plataforma CITRIX queda fuera del ámbito de esta propuesta? Solo se pide colaboración Nivel 2/Nivel 3 de CITRIX, ¿es correcto?

 

Respuesta: Administración y soporte de nivel 1 y 2, en horario y fuera de horario. El nivel 3 en estos momentos nos lo da Citrix.

 




7) Sobre los sistemas de ficheros

Actualizado: 23/09/2019

Pregunta: Página 70 del ppt. En el apartado 6.4.3 Requisitos hardware de la solución de servicio de ficheros solicitan que la Deduplicación y compresión se realice por hardware. Si esto es obligatorio quedaría descartada la solución de NetApp pues esta la realiza vía software. No entiendo muy bien este requisito pues en el pliego las únicas cabinas reutilizables que  se señalan son precisamente las FAS2620 de NetApp que el SMS tiene. ¿Podríamos confirmar si este requisito es excluyente?

 

Respuesta: La aclaración es que se refiere a que tanto compresión como de duplicación se hagan sin necesidad de SW de terceros, directamente desde la controladora de la cabina.




8) Sobre licencias DeepSecurity

Actualizado: 23/09/2019

Pregunta: Actualmente, los hospitales CHC y HULAMM tienen la solución de DeepSecurity implantada. Entendemos que las licencias de estos dos hospitales son asumidas por el SMS hasta el final del contrato, siendo necesario asumir las adicionales en los hospitales donde se extienda la solución por parte del adjudicatario. ¿Se puede confirmar este punto?

 

Respuesta: Las licencias las pone el adjudicatario (las adquiere y renueva) durante todo el contrato, en CHC y HULAMM. De extender este producto al resto de hospitales, también tiene que ser asumido por el adjudicatario durante todo el contrato.




9)

Actualizado: 23/09/2019

Pregunta: Dentro del proyecto de transformación es necesario cambiar las versiones de Oracle a una versión no inferior a la 12.2. Este cambio impactará sobre los servidores de aplicaciones y puede ser necesario realizar cambios en la parametrización de los mismos. ¿Estos cambios serán realizados por equipos especialistas en la administración de estas plataformas?

 

Respuesta: Sí.