|
BASES TÉCNICAS |
|
BASES TÉCNICAS
“LICITACIÓN PÚBLICA
CONTRATACIÓN DEL SERVICIO DE ARRIENDO DE DISPOSITIVO MÉDICO SISTEMA RIS-PACS PARA
HOSPITAL EL CARMEN DR. LUIS VALENTÍN FERRADA”
ID: 1057472-106-LR24
23. DISPOSICIONES GENERALES
Las presentes bases técnicas, forman parte de los antecedentes necesarios para la licitación pública del SERVICIO DE ARRIENDO DE DISPOSITIVO MÉDICO SISTEMA RIS-PACS para el apoyo técnico de la unidad de Imagenología, perteneciente al Hospital El Carmen Dr. Luis Valentín Ferrada.
23.1. OBJETIVO DE LA LICITACIÓN
El objeto de la licitación es principalmente disponer de una plataforma RIS/PACS para su utilización en el proceso de diagnóstico por imágenes y gestión de los informes radiológicos, incluyendo con esto hardware, mantenimiento, soporte, actualización de plataforma, licenciamiento de Sistemas Operativos y Aplicaciones, incluidas además las capacitaciones necesarias para asegurar su óptimo funcionamiento. Además, disponer de una plataforma de almacenamiento, edición y visualización de exámenes de diferentes especialidades. Todo lo anterior, de acuerdo con el estándar que ha establecido el Hospital, clasifica como un Dispositivo médico (DM), pero para efectos de las bases de la Licitación y del Contrato, se denominará indistintamente como: Plataforma, Software, Sistema, Solución o Proyecto.
En lo específico se requiere que el Sistema RIS/PACS cumpla con los siguientes objetivos:
1. Utilizar una solución RIS/PACS, como un Dispositivo médico (con certificación comprobable), en idioma español, que administre y gestione el trabajo de la unidad de imagenología del Hospital, que permita centralizar los de exámenes radiológicos con sus respectivas imágenes e informes.
2. Que permita una Integración con sistema, logrando un manejo consolidado de la información de paciente.
3. Que permita el diagnóstico rápido y efectivo de los estudios desde la institución o fuera de ella.
4. Que permita Optimizar los procesos asistenciales relacionados a la solicitud, ejecución e informe de los exámenes radiológicos.
5. Que permita construir archivo histórico de estudios de pacientes asociado a ficha clínica o Registro médico electrónico, disponibilizando la información del paciente institucional en cualquier momento y a cualquier lugar.
6. Que cuente con un sistema de estadísticas, que permitan el análisis de datos y favorezca practicar mejoras en los flujos.
El servicio contratado debe ser suministrado de manera total por el proveedor durante toda la vigencia del contrato, por tanto, adicional a los objetivos señalados anteriormente, se deberán considerar los siguientes aspectos:
1. Asignación de recurso humano técnico-profesional y sus respectivas HH, para el entrenamiento y capacitación de todos los perfiles de usuario solicitados.
2. Asignación de recurso humano técnico-profesional y sus respectivas HH, para la migración de estudios existentes al sistema RIS - PACS, dentro de los costos de la oferta.
3. Asignación de recurso humano técnico-profesional, destinados al soporte de mantenimiento preventivo y correctivo de la solución RIS - PACS. El personal deberá ser de modalidad presencial, así también de soporte remoto.
4. Infraestructura con alta disponibilidad mínima (UPTIME) del 99.9%.
5. Entrega de equipamiento auxiliar para garantizar la correcta utilización del sistema RIS/PACs por parte de la unidad de Imagenología y otras unidades de apoyo, permitiendo mejorar la calidad diagnóstica de los exámenes efectuados.
6. Actualizaciones (update) y mejoras (upgrade) incluidas durante toda la vigencia del contrato, por tanto, se consideran dentro de los costos de la oferta.
7. Deberá considerar el costo de migración de imágenes e informes al final del convenio, dejando disponible la base de datos no encriptada (en formato que el Hospital defina), para migrar hacia otra empresa que se adjudique a futuro. La disponibilidad de las imágenes deberá ser en formato DICOM sin compresión y los datos de los reportes a través de mensajería HL7, y la forma de disponibilidad será vía medios magnéticos u otro de fácil acceso y uso.
8. Además, deberá considerar, proceso de implementación del software, instalación de hardware, proceso de capacitación, acompañamiento, mesa de ayuda y soporte técnico en territorio nacional en horario continuo, 24 horas los 7 días de la semana, frente a fallas o caídas de sistema.
9. Se debe considerar que el Servicio de Imagenología es un servicio 24x7, el cual debe operar los 365 días del año, proporcionando la información de las imágenes e informes a la red asistencial del SSMC, debe ser independiente de la plataforma utilizada y del browser utilizado, siendo estos al menos los cinco principales (Safari, Firefox, Chrome, Brave y Edge,). La plataforma debe permitir ser visualizada con browser que incluyan las recomendaciones W3C y en estándar HTML5. Considerar, además, certificados de seguridad OV SSL.
10. El oferente deberá presentar en su propuesta, una solución productiva y solución de contingencia de la plataforma RIS-PACS
11. Se deberá entregar la propuesta de contingencia, donde se indique la periodicidad de actualización de BBDD de PACS y de RIS. Deberá entrega un protocolo de contingencia, donde indique su DRP y su vuelta atrás posterior a disponibilidad de servicio.
12. Portal Paciente:
12.1. Características:
• El sistema debe incluir un portal del paciente que permita a los pacientes acceder a sus informes médicos, imágenes diagnósticas y otros datos relevantes de manera segura y sencilla.
12.2. Publicación en la Web por Parte del Proveedor:
• El proveedor del sistema RIS-PACS será responsable de la publicación y mantenimiento del portal del paciente en la web.
• El proveedor debe garantizar que el portal sea accesible desde cualquier dispositivo con conexión a internet y cumpla con los estándares de seguridad y privacidad de datos médicos.
• El proveedor se encargará de proporcionar soporte técnico continuo para asegurar el correcto funcionamiento del portal.
• El proveedor debe presentar un plan detallado sobre cómo se llevará a cabo la implementación, mantenimiento y soporte del portal del paciente.
12.3. Requisitos Técnicos y de Seguridad:
• El portal del paciente debe cumplir con todas las normativas y regulaciones locales e internacionales relacionadas con la seguridad y privacidad de datos de salud, como la Ley 19.628 sobre Protección de la Vida Privada y la Ley 20.584 sobre Derechos y Deberes de los Pacientes.
• Debe incluir autenticación de usuario segura y medidas de encriptación para proteger la información sensible de los pacientes.
• El proveedor debe demostrar experiencia previa en la implementación de portales similares y proporcionar referencias de clientes anteriores si es posible.
12.4. Capacitación y Soporte:
• El proveedor deberá ofrecer capacitación inicial y continua para el personal administrativo, técnico y clínico del Hospital.
• Se debe incluir un servicio de atención disponible para resolver cualquier incidencia relacionada con el portal del paciente.
12.5. Propuesta de Implementación:
• La propuesta debe incluir un cronograma detallado de la implementación del portal del paciente, incluyendo fases de desarrollo, pruebas y despliegue.
• También debe especificar los recursos humanos y tecnológicos que el proveedor destinará al proyecto.
23.2. VISITA A TERRENO
La visita a terreno tendrá el carácter de OBLIGATORIO, teniendo como principal objetivo, brindar un espacio para la corroboración de los antecedentes de infraestructura (datacenter) y del hall central piso 1 sector Unidad de Imagenología del Hospital. La visita se realizará el cuarto día hábil, desde la fecha de publicación del llamado a licitación en el Portal Mercado Público, a las 10:00 am, la cual estará formalizada por un Acta de Asistencia que deberán firmar todos los asistentes. Se considerará como tiempo máximo de retraso 15 minutos para poder firmar el Acta de Asistencia, de lo contrario se considerará como inasistencia. El Acta de Visita a Terreno será publicada en Portal Mercado Público, durante el proceso de licitación.
El proveedor deberá presentarse, en las dependencias del Hospital, piso 1, admisión Unidad de Imagenología, ubicada en Av. Camino a Rinconada N°1201, comuna de Maipú.
El proveedor deberá comunicar al mandante, dentro del periodo de consultas, todas sus observaciones y dudas. Si así no lo hiciera, será de su exclusiva responsabilidad cualquier perjuicio que por omisión en el presupuesto le resulte de este desconocimiento.
23.3. DEMOSTRACIÓN DE EQUIPO OFERTADO
Durante la etapa de evaluación de las ofertas, el Hospital podrá solicitar, a través de foro inverso de plataforma www.mercadopublico.cl., una demostración del equipo ofertado (misma marca y modelo) para verificar, por parte de los referentes técnicos del Hospital, el correcto cumplimiento de las especificaciones técnicas solicitadas,
23.3.1. OBJETIVO DE LA DEMOSTRACIÓN
La finalidad de la demostración es corroborar los aspectos técnicos y/o funcionales del equipo que se requiera validar durante esta etapa.
23.3.1.1. TIPOS DE DEMOSTRACIONES:
• Videos explicativos: El oferente podrá enviar videos que demuestren las funcionalidades del equipo.
• Folletos complementarios: El oferente podrá enviar folletos con información técnica y comercial del equipo.
• Visitas a lugares con la tecnología instalada: El Hospital podrá realizar visitas a showrooms del oferente u otras instituciones de salud donde esté instalado el equipo.
• Demostración en dependencias del Hospital: El oferente podrá realizar una demostración del equipo en las dependencias del Hospital.
23.3.2. REGISTRO DE LA DEMOSTRACIÓN:
Toda la coordinación y evaluación realizada durante el proceso de Demostración quedará registrada en la plataforma www.mercadopublico.cl.
23.4. VIDA ÚTIL DEL EQUIPO OFERTADO - EQUIPOS NUEVOS Y NO DESCONTINUADOS
En el marco del proceso de licitación pública el Hospital El Carmen Dr. Luis Valentín Ferrada solicita a los proveedores que presenten, junto con su oferta, un Certificado de Vida Útil para cada equipo ofertado (ANEXO N°8 CERTIFICADO EQUIPOS NUEVOS Y NO DESCONTINUADOS).
Este certificado debe indicar la vida útil estimada del equipo, considerando las siguientes condiciones:
• Vida útil mínima: La vida útil del equipo médico debe ser igual o superior a 6 años, de acuerdo con lo establecido por el Servicio de Impuestos Internos para bienes físicos del activo inmovilizado, según Resolución N°43, de 26-12-2002.
• Información del fabricante: El certificado debe incluir la información del fabricante del equipo, como nombre, marca y modelo.
• Firma y timbre: El certificado debe estar firmado y sellado por el representante legal del proveedor.
La no presentación del Certificado de Vida Útil o la no acreditación de una vida útil mínima de 6 años implicará la inadmisibilidad de la oferta.
23.5. CONDICIONES GENERALES DEL RIS - PACS
23.5.1. DEFINICIÓN DE DISPOSITIVO MÉDICO (DM)
Cualquier instrumento, aparato, implemento, máquina, dispositivo, implante, agente reactivo in vitro o calibrador, software, material u otro artículo similar relacionado, que el fabricante destine a ser usado, solo o en combinación, en los seres humanos, para uno o más de los siguientes propósitos específicos:
• el diagnóstico, la prevención, supervisión, tratamiento o alivio de una enfermedad (por ejemplo, un endoscopio, un ecocardiógrafo)
• el diagnóstico, supervisión, tratamiento, alivio o cura de una lesión (por ejemplo, un desfibrilador, una sutura)
• la investigación, reemplazo, modificación, o soporte de un proceso anatómico o fisiológico (por ejemplo, un marcapasos, una prótesis de cadera)
• ser soporte o sostenedor de la vida
• el control de la concepción (por ejemplo, preservativos)
• la desinfección de dispositivos médicos
• el suministro de información para propósitos médicos por medio de examen in vitro de muestras obtenidas del cuerpo humano;
• y que no logra su acción prevista primaria en el cuerpo humano, por medios farmacológicos, inmunológicos o metabólicos, pero que puede ayudarse en su función por tales medios
La situación en Chile, tiende principalmente la importación de dispositivos médicos: el 95,5% del mercado chileno de dispositivos médicos corresponde a importaciones.
Existe escasa industria de fabricación instalada de DM y muy pocos organismos certificadores capaces de realizar controles de calidad como lo plantea la actual legislación (Artículo 111 del Código Sanitario y el Decreto Supremo 825/98).
23.5.2. MARCO REGULATORIO DE LOS DISPOSITIVOS MÉDICOS D.S 825/1998 – MINISTERIO DE SALUD
El Reglamento vigente en Chile en materias generales de dispositivos médicos, es el decreto supremo N°825/98, del Ministerio de Salud.
Dicho Reglamento y otros documentos relacionados con la regulación de dispositivos médicos pueden encontrarse en la página web del Instituto de Salud Pública de Chile (ISP): http://www.ispch.cl/dispositivos_medicos/marco_legislativo.
Este reglamento establece:
• La definición y clasificación de los dispositivos médicos.
• La exigencia de verificación de la conformidad (análisis de calidad local) y registro en el ISP.
• La notificación de eventos adversos asociados al uso de un DM al sistema de tecnovigilancia para los productos bajo control obligatorio.
23.5.3. MARCO LEGAL DE LOS DISPOSITIVOS MÉDICOS
• Ley N°20.724 (Artículo 111) Título Modifica el Código Sanitario en materia de regulación de farmacias y medicamentos
• Ley N°18.164 Título Introduce modificaciones a la legislación aduanera
• Decreto Supremo 825/1998 Título Reglamento de Control de Productos y Elementos de Uso Médico
• Decreto Exento 342/2004 Título Incorpora a control los guantes y preservativos
• Decreto Exento 1887/2007 Título Incorpora a control las jeringas y agujas
• Decreto Exento N°93 Año 2018 Título Incorpora a control los condones femeninos y masculinos de material sintético y actualiza normativa para preservativos de látex y actualiza normativa para preservativos de látex
• Norma Técnica N°51 Año 2011 Título Sobre Radioterapia Oncológica
• Decreto Supremo 158/2010 Título Reglamento sobre notificación de enfermedades Transmisibles de Declaración Obligatoria.
• Ley N°20.850 Título Crea un Sistema de Protección Financiera para Diagnósticos y Tratamientos de Alto Costo y Rinde Homenaje Póstumo a Don Luis Ricarte Soto Gallegos.
• Ordinario B.316/N°1394 Título Informa entrada en vigencia de Decreto 342/2004 (Sobre bodegas de dispositivos médicos)
• Norma General Técnica N°204 Año 2018 Título “de seguridad del paciente y calidad en la atención respecto de seguridad en el uso de los dispositivos médicos: Tecnovigilancia"
• Circular N°4F/53 Año 1995 Título Reactivos de Diagnóstico in vitro utilizados en bancos de Sangre
• Circular N°4 Año 2008 Título Instruye a Bancos de Sangre pesquisar la Enfermedad de Chagas
• Circular N°20 Año 2014 Título Instruye sobre test rápidos para VIH
• Circular N°1 Año 2015 Título Modifica el Procedimiento para el Tamizaje de Sífilis (Reemplaza Circular N° 16 de 2010)
• Circular B511/16 Año 2009 Título Vigilancia Epidemiológica y Medidas de Control de la Hepatitis B y Hepatitis C.
• Resolución Exenta N°1380 Año 2018 Título “Aprueba directrices para la detección del VIH a través de Test visual/rápido en acciones intra y extramuro.”
Actualmente hay siete tipos de dispositivos médicos bajo control sanitario:
• Preservativos masculinos de látex Decreto Exento N°342/04
• Guantes quirúrgicos de látex Decreto Exento N°342/04
• Agujas hipodérmicas estériles de un solo uso Decreto Exento N°1887/07
• Guantes de examinación de látex Decreto Exento N°342/04
• Jeringas hipodérmicas estériles de un solo uso Decreto Exento N°1887/07
• Condones masculinos sintéticos y condones femeninos Decreto Exento N°93/18
23.5.4. SOBRE PERTINENCIA DE CERTIFICACIONES DEL SISTEMA
De acuerdo con lo expuesto en los puntos anteriores, el decreto supremo 825/1998 reglamenta la exigencia de verificación de la conformidad (calidad) del DM a comercializar. Se indica que a la falta de un control por parte del ISP para los sistemas RIS y PACS, el Hospital utilizará como medio de verificación del sistema ofertado, las de certificaciones emitidas por otras autoridades/entidades reguladoras u organismos autorizados, como lo son en este caso, las emitidas por la agencia de Estados Unidos, Food and Drug Administration FDA, y las establecidas por la Comunidad Europea, marcado CE de acuerdo a Directiva 93/68/CEE.
Para el caso del sistema PACS, se deberá respaldar calidad mediante certificación FDA Clase II (o Class II) de los requerimientos de Notificación Previa a la Comercialización (510(k). Se requiere que el sistema PACS contratado cumpla con la clasificación 892.2050 (PACS) destinada a cubrir los dispositivos con funciones de procesamiento de imágenes, que están destinadas a alterar los datos de imagen (por ejemplo, filtrado, reconstrucción multiplanar y reconstrucción tridimensional), además de contar con funciones cuantitativas complejas (por ejemplo, medidas, evaluación de la estenosis arterial, cálculos de volumen ventricular y calificación de calcio), las cuales no se consideran funciones de comunicaciones y almacenamiento (clase I).
23.6. ARQUITECTURA DE LA SOLUCIÓN
El proveedor adjudicado debe considerar para una solución de alta disponibilidad para sus aplicaciones y bases de datos alojados en dependencias HEC (Principal y segunda copia) y conectadas a través de la RED MINSAL. Todo el equipamiento incluido en este proceso debe considerar las condiciones técnicas mínimas que aseguren el correcto funcionamiento de la solución. Si la solución requiere algún componente adicional, debe ser incluido por el mismo sin costos para el HEC}.
• Todo el equipamiento debe ser tipo Rack (Servidores, Storage, etc.) con su equipamiento de anclaje respectivo.
• Fuentes de poder redundante con conexión eléctrica MAGIC
• Equipamiento de Aplicación deben estar configurados de acuerdo con la arquitectura de la solución a ofertar (RAID distinto a 0)
• Equipamiento de Base de Datos debe estar configurados de acuerdo con la arquitectura de la solución a ofertar (RAID distinto a 0)
• Equipamiento de almacenamiento debe considerar configuración NAS por conexión acorde a la arquitectura a ofertar.
• Se solicita almacenamiento con calidad diagnostica. Además, se requiere que el sistema de visualización sea capaz automáticamente dependiendo del ancho de banda, comprimir el estudio/Imagen con o sin perdida. Lo anterior también debe poder ser configurable por el usuario/Administrador, es decir, que pueda definir si ver el estudio con calidad diagnostica o con calidad clínica.
• Se solicita una segunda copia de respaldo que debe estar en línea y ubicada físicamente en el mismo datacenter del Hospital, en un rack distinto del Storage principal.
23.6.1. ALTA DISPONIBILIDAD
Para la solución propuesta se requiere el proveedor garantice una disponibilidad mínima (UPTIME) del 99.9%. Por otro lado, y con el fin de garantizar la disponibilidad de la solución, se valorará que el proveedor adjudicado utilice procesos acordes a la arquitectura de solución a ofertar, como, por ejemplo:
• Switchover o Giveaway: Procedimiento que comprende la migración manual y forzada de los recursos de un nodo a otro del cluster por el administrador del sistema, con el fin de hacer tareas de mantenimiento o administración en el nodo que ha cedido sus recursos.
• La solución técnica ofertada debe considerar alta disponibilidad a nivel de servidores, los que deberán ser instalados en dependencias del datacenter interno. Considerando 2 servidores: uno activo y otro pasivo para respaldo-redundancia y alta disponibilidad, debiendo contemplar la capacidad de disco para todo el periodo cotizado según una producción estimada de 260.000 estudios al año, contemplando un 10% de crecimiento anual (Ver punto 2.6.8 - PRODUCIÓN POR MODALIDADES).
23.6.2. DEPENDENCIAS DE LA INSTALACIÓN
Con el fin de garantizar un nivel mínimo de confiabilidad en la solución y la seguridad de la información, se establecen dos sites para la instalación de la solución. El nodo principal y secundario se encontrarán ubicados en Sala de Servidores del Hospital El Carmen (en rack distintos). Sin embargo, el proveedor adjudicado, debe considerar que sus servicios serán consumidos desde otras dependencias de la red, utilizando para tales fines la conectividad a través de red MINSAL.
24. LICENCIAMIENTO Y REQUERIMIENTOS ANEXOS
El oferente deberá considerar la siguiente información, con el fin de dimensionar y costear su propuesta técnico-económica, para dar cobertura durante toda la vigencia del convenio.
24.1. RESUMEN ANTECEDENTES DE DIMENSIONAMIENTO
INFORMACION GENERAL CANTIDAD OBSERVACIONES
Numero de Camas 600 400 con capacidad de expansión a 600.
Numero de pabellones 11
Box de atención urgencias 25 Aproximado
Boxes normales 71 Aproximado
números de pisos Hospitalizados 4
Número total de computadoras Hospital 1350 Aproximado
Numero de agendadoras simultaneas 15 Aproximado
Cuenta con Modalidades Tomógrafo, Resonancia, Eco, Dx,Mx,XA,Rf etc. SI
Cantidad de tecnólogos por turno 6 Aproximado
Cantidad de TENS por turno 4 Aproximado
Cantidad de Radiólogos x turno 2 Aproximado
Cantidad total de radiólogos 10
Requiere estaciones de Trabajo para uso general (TAC, MR, US, DR) SI
Administradores sistema 2 En horario hábil en el hospital, uno hec y uno proveedor
Cuantos TB se deben Migrar 80 TB Compresión sin pérdida, con factor de compresión 1:3. Aproximadamente
Cuantos años de almacenamiento de Requiere 10 años
La solución PACS RIS, debe estar dentro de la Institución Sí
Unidades que usaran el sistema Ris-Pacs 08 ETAPA 1: Imagenología, Dental, Hemodinamia ETAPA 2: Cardiología, Ginecología, Urología, Pabellón y Endoscopia ETAPA 3: APS Y DAP SSMC
24.2. NÚMERO DE USUARIOS
USUARIO CANTIDAD DE LICENCIAS OBSERVACIÓN
Radiólogos 15
Dental 2 2 por turno
Reconocimiento de Voz* 17 15 para imagenología y 2 para dental
Tecnólogo Médico 30 4 por turno + 2 diurnos
Técnico Paramédico 23 4 por turno + 4 diurnos
Sys- Administrador 2 1 local y 1 externo
Secretaria 1
Adminisionista 12
Visualización Clínica PACS Ilimitado Plataforma de visualización Web desarrollado y compatible con HTML5, Multibrowser – multsistema operativo.
Licencias Visualización Diagnostica PACS Ilimitado Plataforma de visualización Web desarrollado y compatible con HTML5, Multibrowser – multsistema operativo.
Portal Pacientes Ilimitado Plataforma de visualización Web desarrollado y compatible con HTML5, Multibrowser – multsistema operativo.
Todo el licenciamiento deberá mantenerse durante toda la vigencia del contrato, pudiendo aumentar la cantidad de licencias si existen incorporaciones o contrataciones de nuevos funcionarios. Los costos de las nuevas licencias (informadas de acuerdo con el Anexo Nº3), serán cursadas mediante la emisión de órdenes de compra a cargo del presente convenio, previa autorización de la Dirección del Hospital. En ningún caso, el número de licencias podrá disminuir en la eventualidad que funcionarios con licencias dejen de prestar servicios en la institución. Se indica expresamente a los oferentes, que el número de licencias deben estar asociadas a los cargos o perfiles y no a los funcionarios (personas o rut).
24.3. RECONOCIMIENTO DE VOZ
Requerimientos técnicos mínimos:
1. Debe permitir el reconocimiento de voz en tiempo real, en idioma español (excluyente).
2. Debe poseer librería con terminología médica (excluyente).
3. Posibilidad de agregar palabras desconocidas para la aplicación.
4. Alta precisión en el reconocimiento de la voz e interpretación inteligente del habla.
5. Debe soportar flujos de trabajo de radiólogos.
6. El servicio de reconocimiento de voz debe estar alojado en los servidores contratados.
7. Las licencias de reconocimiento de vezo deben estar alojados en el servicio contratados.
24.4. ADMINISTRADOR DEL SISTEMA RISPACS
El oferente a su costo debe otorgar el servicio administrador de sistema, criterio excluyente, para un soporte en forma presencial (Sys-Admin) durante toda la vigencia del contrato (48 meses a partir de la recepción conforme del sistema), en horario hábil (lunes a viernes 8:00 a 17:00). En horario inhábil (festivos, sábados y domingos 24 horas y de lunes a viernes de 17:01 a 07:59 del día siguiente) se solicita soporte remoto.
Entre las funciones solicitadas para el administrador de sistema, se solicitan:
- Trabajos de soporte de primer nivel (soporte en terreno)
- Corrección de información demográfica de estudios para casos en que la información de un estudio no pase la validación con el RIS.
- Segmentación de un estudio en dos o más estudios
- Transmisión de estudios a otros dispositivos DICOM.
- Vinculación de imágenes con datos del paciente.
- Otras funciones propias del cargo de administrador de sistema (planillas estadísticas, REM y toda la información relacionada con producción y compromisos de gestión).
El oferente debe presentar Certificados de Recomendación que avalen la experiencia del o los profesionales propuestos para el puesto de administrador de sistema (ANEXO N°4-D CERTIFICADO DE SATISFACCIÓN EXPERIENCIA DEL ADMINISTRADOR).
El desempeño del administrador de sistema será evaluado periódicamente por el Hospital, utilizando la pauta "EVALUACIÓN DEL DESEMPEÑO DEL ADMINISTRADOR DEL SISTEMA RIS PACS". En caso de que el administrador no obtenga un puntaje mínimo del 75% en dos evaluaciones consecutivas, el Hospital solicitará su reemplazo. El proveedor deberá presentar un nuevo candidato con al menos 6 meses de experiencia, dentro de un plazo no superior a los 20 días hábiles. Pauta de evaluación:
EVALUACIÓN DEL DESEMPEÑO DEL ADMINISTRADOR DEL SISTEMA RIS PACS 1 2 3 4 5 6 7
1.- Cumplimiento de los términos y condiciones del contrato: Evaluar si del profesional ha cumplido con todas las obligaciones establecidas en el contrato, incluyendo plazos, entregas, calidad del servicio, etc.
2.- Gestión de riesgos y resolución de conflictos: Evaluar la capacidad del profesional para identificar, prevenir y resolver conflictos relacionados con el contrato.
3.- Gestión de incidentes y problemas: Evaluar la capacidad del profesional para gestionar incidentes y problemas relacionados con el servicio RISPACS de manera eficiente
En caso de que el proveedor requiera reemplazar al administrador de sistema, deberá presentar una solicitud al Administrador de Contrato con 30 días de anticipación, adjuntando la documentación que acredite la experiencia del nuevo candidato, con al menos 6 meses de experiencia en el sistema ofertado. El Hospital evaluará el desempeño del nuevo administrador durante el primer mes. Si el resultado de la evaluación es inferior al 75%, el Hospital podrá solicitar un nuevo reemplazo.
24.4.1. PUESTO DE TRABAJO DEL ADMINISTRADOR DEL SISTEMA RISPACS
El oferente dentro de su propuesta deberá considerar la habilitación de un puesto de trabajo para el administrador del sistema, el cual estará conformado por: 1 mesa de trabajo, 2 silla ergonómica, 1 sillas de visitas, un mueble tipo Kardex o mueble tipo biblioteca para archivar documentación.
24.4.2. OTROS REQUERIMIENTOS RELACIONADOS AL PERFIL DE ADMINISTRADOR
Sin perjuicio de lo anterior, para efectos de atenciones por contingencias se requiere la capacitación y certificación de al menos 4 funcionarios del Hospital designados para administrar el sistema, los cuales deberán brindar los servicios de soporte primario en la institución.
24.5. ENTREGA DE EQUIPAMIENTO AUXILIAR PARA EL CORRECTO USO DEL RIS - PACS
Los equipos mencionados anteriormente, se detallan en sus requerimientos técnicos a continuación:
ID EQUIPAMIENTO CANTIDAD DETALLE
Estaciones de RIS 53 Estaciones de RIS
Estación Administrador de Sistema 2 1 Para el admin ris-pacs externo y 1 para el admin ris-pacs local(hec) Estación Administrador de Sistema
Estación de informe diagnóstica Radiología/TAC/Ecografía 7 Servicio de imagenología Estación de informe diagnóstica Radiología/TAC/Ecografía
Estación para Informes de Rx. Dental 2 Servicio dental Estación para Informes de Rx. Dental
Scanner para órdenes médicas (De carga superior con un rendimiento mínimo 20 p.p.m) 20 Scanner para órdenes médicas (De carga superior con un rendimiento mínimo 20 p.p.m)
Grabador robotizado de CD/DVD 1 Incluir 01 Grabador robotizado de CD/DVD de acuerdo a detalle de punto I. Grabador robotizado de CD/DVD
Monitores Clínicos para estaciones fuera del área de imagenología y dental 17 Monitores Ips de 75Hz Full HD de 24 Pulgadas o superior Monitores Clínicos para estaciones fuera del área de imagenología y dental
A - Estación de RIS
Actualmente, el Hospital considera la instalación de 53 estaciones de trabajo para la utilización de ficha electrónica y sistemas de gestión de la institución. Las características del equipamiento mínimas o referenciales son:
• Computador All in one, procesador décimo tercera generación: Intel Core I5 o superior.
• Memoria RAM 8 GB DDR4 o superior
• Grabador de DVD±R.
• Disco Duro: 240GB SSD
• Teclado: español – USB.
• Mouse: Óptico – USB.
• Tamaño: 21.5” o superior, Full HD
• Ethernet: Gb Ethernet
• Wi-fi
• Compatible Bluetooth
• SO: Windows 11 PRO-64 bit
• Suite Oficina: Office 2019 pro-español 64 bit o superior.
• Antivirus
• Ranura para candado de seguridad
• Accesorios: - Candado Seguridad con clave, (2 mts. o superior)
- Cable UTP CAT 6 (mínimo 3 mts.)
- Cable de corriente magic.
En caso de que las especificaciones técnicas del equipamiento considerado por del Hospital no cumpla con los requerimientos necesarios para la instalación de la solución propuesta por el Oferente, este último deberá considerar a su costo y responsabilidad, el equipamiento que asegure el correcto uso y desempeño del sistema.
B - Estación administrador de Sistema
Requerimientos técnicos mínimos o referenciales:
• Computador All in one, procesador décimo tercera generación I7 o superior.
• Memoria RAM 16 GB DDR4 o superior.
• Tarjeta de RED 10/100/1000 o superior
• Disco Duro de 480 GB SSD o superior
• Teclado: español – USB.
• Mouse: Óptico – USB.
• Tamaño: 23.8” o superior, Full HD
• SO: Windows 11 PRO-64 bit
• Óptica: Lector/Grabador de DVD.
• Suite Oficina: Office 2019 pro-español 64 bit o superior.
• Antivirus
• Software dicomizador de documentos e imágenes
• Ranura para candado de seguridad
• Accesorios: - Candado Seguridad con clave, (2 mts. o superior)
- Cable UTP CAT 6 (mínimo 3 mts.)
- Cable de corriente magic.
C - Estación de Informe diagnóstica Radiología/TAC:
Requerimientos técnicos mínimos o referenciales:
• Procesador Intel Core I7 13700 o superior
• Memoria RAM 16 GB DDR4 o superior.
• 2 monitores de calidad diagnóstica de 2 MP Color (Grado médico). Monitor con certificación/aprobación FDA
• Tarjeta de RED 10/100/1000 o superior
• Disco Duro de 480 GB SSD o superior
• Tarjeta de video de alta gama con capacidad para conectar 3 monitores
• 1 Monitor RIS 21.5” o superior, Full HD
• UPS 1 KVA (con terminal tipo Magic)
• Teclado: español – USB.
• Mouse: Óptico – USB.
• SO: Windows 11 PRO-64 bit
• Suite Oficina: Office 2019 pro-español 64 bit o superior.
• Antivirus
• Ranura para candado de seguridad
• Accesorios: - Candado Seguridad con clave, (2 mt.s o superior)
- Cable UTP CAT 6 (mínimo 3 mts.)
- Cable de corriente magic.
D - Estación de Informe Rx. Dental:
Requerimientos técnicos mínimos o referenciales:
• Procesador Intel Core I7 13700 o superior.
• Memoria RAM 16 GB DDR4 o superior.
• 2 monitores de calidad diagnóstica de 2 MP Color (Grado médico). Monitor con aprobación FDA
• Tarjeta de RED 10/100/1000 o superior
• Disco Duro de 480 GB SSD o superior
• Tarjeta de video de alta gama con capacidad para conectar 2 monitores
• 1 Monitor RIS 21.5” o superior, Full HD
• UPS 1 KVA (con terminal tipo Magic)
• Teclado: español – USB.
• Mouse: Óptico – USB.
• SO: Windows 11 PRO-64 bit
• Suite Oficina: Office 2019 pro-español 64 bit o superior.
• Antivirus
• Ranura para candado de seguridad
• Accesorios: - Candado Seguridad con clave, (2 mts. o superior)
- Cable UTP CAT 6 (mínimo 3 mts.)
- Cable de corriente magic.
E - Scanner para órdenes médicas
Requerimientos técnicos mínimos o referenciales:
• Scanner de documentos de alta velocidad de 20 a 40 ppm (páginas por minuto)
• Con posibilidad de Scanear por doble cara (opcional).
• USB
• SO Windows 11 compatible
• Posibilidad de ser conectado a cualquier PC RIS determinado por el Hospital
F – Grabador robotizado de CD/DVD
Requerimientos técnicos mínimos o referenciales:
• Entrada de CDs/DVDs
• Salida de CDs/DVDs
• Grabadores Ópticos de CD/DVD
• Formatos de grabación: CD-R, DVD-R Superficie del Disco para inyección de tinta
• Rendimiento: Hasta 50 CDs/hora, 20 DVDs/hora, deseable.
• Impresión de Carátulas: Inkjet (Inyección de Tinta)
• Resolución de Impresión: Hasta 4800 dpi
• Interfaz: 10/100 Base-T / Gigabit Ethernet (RJ-45)
• Windows 10 o 11 compatible
• Posibilidad de ser conectado por cualquier PC RIS determinado por el Hospital
G – Monitores Clínicos para estaciones fuera del área de imagenología y dental
• Monitores Ips de 75Hz Full HD de 24 Pulgadas o superior
24.6. DESCRIPCIÓN DE LAS FUNCIONALIDADES DEL SISTEMA
El sistema RIS/PACS debe estar pensado para que cumpla con las interacciones (flujo relacional) indicadas en figura N°1:
Figura N°1 – Ejemplo de configuración básica PACS. Fuente: Healt Devices, ECRI. VolL 29, Num. 11, 2000.
24.6.1. SISTEMA PACS
La solución presentada por los oferentes deberá incorporar al menos:
A. Arquitectura Web, para asegurar accesibilidad y flexibilidad.
B. El sistema PACS ofertado debe ser de clase mundial (WorldClass), lo que implica:
1. Debe ser validado o reconocido internacionalmente.
2. Madurez de código: La solución debe tener un desarrollo deseable de al menos 5 años de antigüedad, entre sus versiones.
3. Interconectividad probada.
4. Constantes actualizaciones de software.
5. Suscrito a estándares y protocolos internacionales tales como HL7, DICOM
6. Con conformidad IHE.
7. Certificación FDA Clase II (de acuerdo con lo indicado en punto 1.5.4 de las bases técnicas)
8. Certificación CE
9. Debe poseer declaraciones de conformidad de sus sistemas, por ejemplo: DICOM CONFORMANCE STATEMENT.
C. Hardware y software del sistema RIS PACS de última generación o versión disponible.
D. Dimensionamiento en términos de licencias para soportar la producción del Hospital informada en punto 2.6.8 y 2.6.9 de las presentes bases técnicas. Se deberá proyectar la capacidad de almacenamiento (considerando los estudios actualmente almacenados) para el periodo de 48 meses de vigencia de este convenio, con una holgura para al menos de 12 meses adicional. Los costos de migración de los estudios actuales, al final de esta contratación, a un futuro nuevo sistema deberán estar plenamente considerados dentro de la propuesta económica presentada por el oferente. De esta manera, la institución o terceros NO incurrirán en NINGÚN COSTO ADICIONAL relacionado con este proceso.
1. La migración debe ser realizada sin que esta interrumpa el normal funcionamiento del Sistema, dado que la plataforma debe permanecer operativa durante todo el proceso de migración y en caso de requerir una bajada del sistema, esta debe ser programada por periodos cortos y controlados. Los plazos para realizar la migración no podrán exceder los plazos totales para la implementación del sistema (180 días corridos, de acuerdo con el punto 4 de bases técnicas).
2. Deberá considerar el costo de migración (disponibilizar) de imágenes e informes al final del convenio, dejando disponible la base de datos no encriptada (en formato que el Hospital defina), para migrar hacia otra empresa que se adjudique a futuro. La disponibilidad de las imágenes deberá ser en formato DICOM sin compresión y los datos de los reportes a través de mensajería HL7, y la forma de disponibilidad será vía medios magnéticos u otro de fácil acceso y uso.
E. El sistema propuesto deberá ser en base a un servidor principal alojado en Sala de servidores (Datacenter) del Hospital. Los equipos deben ser raqueables.
F. Debe considerar manejo de contingencia mediante un segundo sistema de almacenamiento en Sala de servidores (Datacenter) del Hospital. El oferente deberá indicar claramente en su propuesta, el cómo se realizará el manejo de contingencia.
G. Debe permitir acceder en forma local y remota a bases de datos de pacientes e imágenes, revisar y efectuar post procesamiento avanzado de imágenes a nivel de diagnóstico radiológico. Para el acceso a la Base de Datos, el proveedor deberá proporcionar el manual del sistema actualizado, así como el diccionario de datos de todas las tablas del sistema, como información para su explotación, el cual debe ser actualizado permanentemente.
H. El sistema PACS deberá proveer al mismo tiempo una imagen diagnóstica y una imagen de referencia. La primera, deberá ser almacenada sin pérdidas de calidad, con el objetivo de realizar el diagnóstico radiológico o futura comparación al momento de realizar un diagnóstico. La segunda, una imagen liviana, que contemple el uso de compresión con pérdidas para referencia clínica, que permita la distribución expedita de estas imágenes a los diferentes puntos de distribución.
I. El sistema PACS debe ser flexible en el almacenamiento, esto significa que el sistema debe contar con herramientas para guardar estudios con diferentes reglas para el mejor manejo de las unidades de almacenamiento. Herramientas tales como:
1. Almacenamiento sin compresión.
2. Almacenamiento con compresión sin pérdida.
3. Almacenamiento con compresión con pérdida (opción configurar los niveles de perdida).
4. Almacenamiento en distintos formatos (DICOM, JPEG, JPEG 2000, entre otros).
J. Reconocimiento de exámenes grabados en CD de otras instituciones y permitir guardarlos dentro del sistema.
K. Actualización y recambio de piezas, partes, módulos, accesorios u otros, sin costo adicional para el Hospital durante la vigencia de este convenio.
L. Es responsabilidad de la empresa adjudicada, la instalación del equipamiento y software 100% operativo, y que estos permitan la eventual instalación en etapas con la posibilidad de crecimiento a bajo costo, prorrateado mensualmente.
M. Las aplicaciones de uso general (fuera de la unidad de imágenes) deben estar basadas en sistemas operativos de uso corriente (Windows, Mac OSX) y Protocolos de Comunicación Estándar (DICOM, HL7).
N. Todas las interfaces con el usuario deben ser en español.
O. El sistema PACS debe contar con software diagnostico nativo, presentar certificado de fabrica
P. El sistema PACS debe contar con software de distribución calidad clínica nativo, presentar certificado de fabrica
Q. El sistema PACS debe contar con software de post procesamiento avanzado nativo, presentar certificado de fabrica
24.6.2. SISTEMA RIS
La solución presentada por los oferentes deberá incorporar al menos:
a. Debe ser capaz de informar eficientemente de las etapas y personal involucrado en la atención del paciente. Estarán integradas todas las etapas como: solicitud electrónica de exámenes, creación de agendas, recepción, envío para el cobro al ERP de las prestaciones, atención del paciente, realización del informe y entrega del resultado.
b. Debe contar con la funcionalidad de informes web, que permitan a los radiólogos informar los estudios a través de una plataforma web.
c. El sistema propuesto deberá ser en base a un servidor principal alojado en Sala de servidores (Datacenter) del Hospital. Los equipos deben ser rackeables.
d. Contar con licenciamiento necesario para el correcto funcionamiento del sistema.
e. Contar con la información del profesional responsable en cada etapa del proceso de atención y el tiempo de duración de cada una de éstas.
f. Debe permitir la definición de perfiles de usuario que determinen los derechos de acceso a diferentes niveles de la información de acuerdo con el rol que cumpla dentro del Servicio de Imagenología.
g. Debe utilizar el RUT como identificador de pacientes, sin perjuicio de poder incluir otro tipo de identificador de pacientes.
h. La integración HIS-RIS deberá permitir asociar códigos FONASA y otros similares a códigos clínicamente validos manejados en el área.
i. El sistema RIS debe contar con la siguiente mensajería habilitada para su uso:
1. HL7 ADT messages
2. HL7 SIU messages
3. HL7 ORM messages
4. HL7 ORR messages
5. HL7 DFT messages
6. HL7 MFN messages
7. HL7 ORU messages
8. HL7 DFT messages
9. HL7 BAR messages
j. La herramienta de configuración deberá ajustar el RIS a las necesidades y requerimientos del Hospital y sus flujos de trabajo, permitiendo parametrizar cada uno de los recursos, variables que permitan un óptimo funcionamiento. Herramientas tales como:
1. Debe proveer herramienta de edición de plantillas personalizables dentro del mismo sistema, sin necesidad de usar procesadores de texto externos.
2. Debe permitir generar cartas para indicaciones clínicas.
3. Debe permitir generar cuestionarios previos a la realización de estudios.
4. Corrector ortográfico en la creación o modificación de reportes.
k. Reportes al administrador que permitan hacer más eficiente la toma de decisiones al monitorear y evaluar operaciones del Hospital.
l. Actualizaciones automáticas para mantener al día la solución más reciente a nivel global, sin costo adicional para el Hospital durante la vigencia de este convenio.
m. Debe gestionar nuevas cuentas y también modificar las ya existentes a medida que los procesos lo vayan requiriendo, todo ello sin necesidad de detener el flujo.
n. Elaboración de informes mediante dictado digital y reconocimiento de voz, incluyendo todas las licencias que fuesen necesarias.
o. Todas las interfaces con el usuario deben ser en español.
p. Manejo de datos de Paciente:
1. Debe tener comunicación sincrónica con la base de datos maestra de pacientes definida por el establecimiento.
2. Debe contar con los siguientes datos imprescindibles: RUT, número de identificación del paciente (único para la institución), nombre completo, sexo, fecha de nacimiento, dirección, teléfono, entre otros.
q. Agenda y manejo de flujo de trabajo (work flow):
1. Debe contar con agenda que permita programar los exámenes que se realizan en el Servicio de Imagenología.
2. Debe proveer de formularios (información para el examen, comprobantes de citación, consentimiento informado, etc.) de manera automática, configurable e individualizada para cada paciente citado.
3. Debe permitir la configuración y bloqueos de agendas para los recursos involucrados en la realización de exámenes (salas, equipamiento, médicos).
4. Debe tener la solución más recomendable para la realización de un examen, con la combinación de disponibilidad y preferencias entre los distintos recursos involucrados en la realización de este.
5. Debe permitir crear agendas combinadas de estudios de distintas modalidades.
6. Debe permitir de manera simple el bloqueo de recursos (fallas, mantenciones, vacaciones, festivos, etc.).
7. El módulo de agendamiento debe permitir agregar sobrecupos de manera flexible y parametrizable.
8. Debe permitir que las órdenes medicas u órdenes de examen que vengan escritas en papel puedan ser escaneadas e incorporadas en los antecedentes del paciente.
9. Distribuir el trabajo según corresponda, a través de la función WORK LIST de las modalidades.
10. Generar diferentes listas de trabajo para cada una de las actividades del servicio de imagenología, mediante la aplicación de filtros de búsqueda, los que podrán ser elaborados según el criterio de los usuarios. Las listas deberán poder ser impresas o consultadas en la pantalla de cualquiera de las estaciones.
11. Registro y visualización de la cadena de producción que se defina, llevando registro de los tiempos involucrados en cada etapa del proceso y de los usuarios que intervienen (recepción paciente, inicio y fin de examen, generación de informe, entrega, etc.).
12. Debe permitir mediciones estadísticas de cada etapa o dato.
13. Reconocimiento de voz para la realización de informes radiológicos.
14. Asegurar la asociación entre imagen e informe radiológico
15. Permitir registro de medicamentos e insumos utilizados en cada paciente.
16. El RIS debe permitir marcar exámenes como urgentes y críticos, de manera que el Radiólogo desde la estación de diagnóstico pueda seleccionar e informar en forma inmediata. Estos exámenes deben aparecer identificados con un color distinto en la lista de trabajo del radiólogo.
r. El sistema RIS debe licenciarse por cantidad de usuarios concurrentes.
s. Debe contar con un sistema que permita que el Radiólogo realice notificaciones de patologías críticas, a través de un mail, al correo del servicio de Imagenología.
t. Debe permitir la validación de pre-informes (médico becado o en formación) por médicos radiólogos del staff.
u. Debe permitir el ingreso de exámenes sin cobro ej.: Control de extravasación de medios de contrastes.
v. Deseable contar con sistema de medición de dosis de cada examen y de una alerta cuando se superen los límites de dosis anuales descritos internacionalmente.
24.6.3. COMUNICACIÓN
El sistema ofertado debe tener la capacidad de:
a. Capacidad para enviar y recibir imágenes, desde y hacia el exterior del Hospital, en formato DICOM 3 y con calidad diagnóstica.
b. Los servicios DICOM mínimos requeridos y habilitados son:
• DICOM Send.
• DICOM Store
• DICOM Storage commitment
• DICOM Query/retrieve
• DICOM print
• DICOM push
• DICOM structured report (sr)
• DICOM protable data for imaging (pdi)
• DICOM Modality work list.
• DICOM Modality perform procedure step (Mpps)
c. Debe poder desarrollar interfaces de comunicación con sistemas que no se comuniquen a través de HL7, para esto el proveedor deberá incluir el desarrollo de las interfaces dentro de su propuesta.
d. Para conexiones extra-hospital, el proveedor deberá indicar cuáles son los parámetros mínimos de ancho de banda necesaria para cumplir con el requerimiento anterior.
e. Poder conectar las modalidades existentes al PACS como también equipamiento que se adquiera a futuro.
f. Debe permitir integrarse bidireccionalmente con otras instituciones de la Red de Salud (Servicio de Salud Metropolitano Central, SSMC) en el momento solicitado por el Hospital.
g. Debe suministrar “DICOM Worklist”, para todos aquellos equipos que actualmente lo permitan y para los equipos que se incorporen en el futuro y que permitan recibir esta información.
h. Integración de informes Imagenológicos de empresas de Telemedicina en convenio con el Hospital, para su integración con el RIS ofertado. Todos los costos de integración deberán ser a cargo del Oferente.
24.6.4. VISUALIZACIÓN DE EXÁMENES A TRAVÉS DE LA INTRANET (RED MINSAL)
El sistema ofertado debe tener la capacidad de:
a. Permitir la consulta de exámenes e imágenes utilizando equipos (PC) existentes en el Hospital y consultorios de la Red.
b. Debe ser configurado para acceder, a través de la construcción de una URL, a la información de un paciente en específico, a la imagen específica de un paciente e informes.
c. Debe permitir visualización múltiple de varios estudios simultáneos del mismo paciente.
d. Debe permitir la comparación con exámenes previos del paciente de manera rápida y oportuna según los parámetros que defina el Hospital (modalidad, especialidad, parte del cuerpo, fecha, etc.).
e. Debe tener la capacidad de proveer imágenes con pérdida para referencia clínica en relación con los perfiles definidos por el administrador del sistema y con los niveles de compresión que el Subdepartamento de Imagenología estime pertinentes.
f. La visualización Estación diagnóstica del Radiólogo debe poseer herramientas tales como:
• Zoom y desplazamiento de la imagen
• Control de brillo y contraste (ventanas), con preajuste e inversión de escala de grises.
• Rotación de imagen.
• Filtros de reducción de ruido
• Magnificación (lupa)
• Anotaciones
• Medición de distancias, ángulos, perímetros y áreas sobre regiones de interés.
• Modo cine
• Modo de comparación de estudios previos
• Herramientas automáticas para configuración de DDPs (DDP´S, acrónimo de Default Display Protocols)
• Impresión de imágenes a impresoras DICOM
• Herramientas de post proceso como MPR, MIP, Minip
• Guardar imágenes clave.
• Exportación e importación de imágenes en formato DICOM, JPGE u otro formato compatible.
• Superposición de marcas y escritura a las imágenes.
• Trabajo imágenes de 8, 10 ,12, 14 y 16 – bit en tonos de grises incluyendo ajuste ventanas.
• Funciones para imágenes multicapa (ej.: TC o RM) y multiframe (angiografía, ecografía)
• Impresión diferentes formatos de impresoras comunes en papel e impresoras placas láser. Se debe poder enviar a impresión de placas desde la aplicación de visualización.
• Se deben poder configurar preferencias de trabajo, las cuales se activen automáticamente por usuario al ingresar a la aplicación.
g. La visualización Estación visualización clínica debe poseer herramientas básicas, tales como:
• Modo comparación con estudios previos
• Zoom
• Control de brillo y contraste
• Rotación de imagen
• Magnificación
• Anotaciones
• Medición de distancia
• Medición de ángulos
• ROI, MPR, MIP y 3D
24.6.5. VISUALIZACIÓN DE EXÁMENES A TRAVÉS DE INTERNET
El sistema ofertado debe tener la capacidad de:
• Proveer de una solución vía WEB exclusiva del Hospital, para informes a distancia.
• Reconocimiento de voz Online.
• Las imágenes enviadas a los médicos para informes deben tener calidad diagnóstica (sin pérdida).
• Se debe priorizar la seguridad de la información de los pacientes.
24.6.6. DESCRIPCIÓN DE INFORMES Y REPORTES ELABORADOS POR RIS - PACS
El sistema ofertado debe proveer funcionalidades destinadas a controlar la gestión, mediante la emisión de reportes preestablecidos, con los siguientes requerimientos:
• Reportes que indiquen como mínimo:
• Estadísticas de producción.
• Ventas por tipo de examen.
• Productividad por modalidad.
• Productividad por profesional
• Productividad por funcionario.
• Gastos por insumo.
• Reportes deben ser detallados por origen (centros de responsabilidad y sus respectivos centros de costo).
• Número de códigos de prestación informados por cada médico, por periodo dado, separados por modalidad.
• Prestaciones sin informe (no informadas). Se utilizará unidad de medida la prestación y no el paciente.
• Procedencia de pacientes.
• El sistema debe integrar el código de Fonasa y otros códigos similares que se manejan a nivel de Gobierno.
• El sistema RIS debe contar con módulo para la entrega de información estadística en línea de lo que está sucediendo en el área de imagenología. Datos como:
• Exámenes realizados por sala.
• Informes realizados
• Informes pendientes
• Pacientes en lista de espera.
• Por códigos de FONASA.
• Los informes en el visualizador clínico deben mantener el formato institucional. (Por ejemplo, el mismo formato utilizado en los informes impresos debe reflejarse en el visor clínico. Documento pdf).
24.6.7. MODALIDADES A INTEGRAR AL SISTEMA
El Proveedor debe conectar todos las modalidades actuales y futuras al sistema RIS-PACS sin costo para el hospital.
24.6.8. PRODUCIÓN POR MODALIDADES
El oferente deberá considerar para su propuesta la producción Hospital y red SSMC año 2023 estimada de las modalidades del Hospital, de acuerdo con los siguientes detalles:
MODALIDAD Total general
RESONANCIA 4616
ECOGRAFIA 8845
MAMOGRAFIA 378
PABELLON 11056
PORTATIL 10745
RAYOS X 80675
SCANNER 45074
ENDOSCOPIA 5170
UROLOGIA 800
GINECOLOGIA 8211
DENTAL SCANNER 609
DENTAL RAYOS 3661
CARDIOLOGIA 5200
HEMODINAMIA 1540
RX DAP y APS 20000
Total, general 206.580
24.6.9. ALMACENAMIENTO PACS ESTIMADO DURANTE LA VIGENCIA DEL CONVENIO (48 MESES)
El proveedor deberá considerar una capacidad de almacenamiento (STORAGE) para 5 años en Línea, para alojar los estudios que se generen durante la vigencia del convenio, con una tasa de incremento del 10% por año con una holgura para al menos de 12 meses adicional. Para todo efecto, la arquitectura del sistema deberá ser diseñada para recibir aumentos en su capacidad de almacenamiento.
24.6.9.1. TOTAL DE ALMACENAMIENTO A MIGRAR
El proveedor deberá considerar la migración de las imágenes e informes del actual al nuevo sistema, de un total estimado de 80 TB de estudios con compresión sin pérdida, con factor de compresión 1:3 (uno es a tres). Los volúmenes a migrar no deberán ser considerados como parte de la capacidad indicada en punto anterior, por tanto, deberán ser adicionados a la capacidad total del sistema. La estimación de la capacidad en TB deberá ser resuelta por el oferente, virtud que la descompresión sin pérdida o la mantención del factor de compresión del Sistema, son de exclusivo conocimiento del proveedor. Para todo efecto, la arquitectura del sistema deberá ser diseñada para recibir aumentos en su capacidad de almacenamiento.
A modo de resumen, se indica que el estimado aproximado a migrar corresponde a:
• 210.000 pacientes
• 211.500 reportes
• 880.000 estudios
El Plataforma actual contratada proviene de licitación pública ID: 1057472-29-LR20.
24.6.10. INTEGRACIÓN E INTEROPERABILIDAD ENTRE SISTEMAS HIS-RIS Y RIS-PACS
• Los sistemas deben asegurar interoperabilidad para la red, es decir dentro y fuera del hospital si fuera necesario.
• Considerar todos los costos para el desarrollo de las interfaces de comunicación con sistemas que no se comuniquen por HL7.
• El PACS debe permitir detectar inconsistencias entre la información del RIS y la contenida en los datos demográficos de las cabeceras DICOM de los exámenes. Se deben adjuntar procedimientos de corrección a utilizar.
• El administrador del sistema debe poseer múltiples opciones para corregir errores en la asignación de estudios del PACS a sus correspondientes peticiones en el RIS. Errores como por ejemplo datos incorrectos del paciente en la imagen, distintos estudios que pertenecen a un mismo examen solicitado o estudios realizados sin emplear la lista de trabajo DICOM. También deben permitir vincular o desvincular imágenes dentro del estudio.
• Proveer de listas de trabajo a los médicos radiólogos de acuerdo con el flujo de trabajo que se establezca. La integración entre los sistemas RIS y PACS debe permitir la actualización de las listas de trabajo, retirando de una lista de trabajo un estudio que ya ha sido informado.
• Contar con la posibilidad de informar al médico radiólogo cuando el estudio que se está visualizando está siendo informado por otro médico radiólogo, para evitar un flujo de trabajo ineficiente.
• Considerar un mínimo de 50 horas de trabajo o desarrollo al año, para nuevas integraciones o actividades de interoperabilidad entre sistemas.
24.6.11. INTEROPERABILIDAD
Para la interoperabilidad de los sistemas del proveedor adjudicado y los disponibles en el HEC, se deben considerar integraciones sincrónicas y bidireccionales a través del Motor de Integraciones del HEC (MIRTH CONNECT); se privilegiará que las interfaces sean realizadas mediante HL7 V2.X, pero si en futuro se requiere migrar a una versión más nueva del estándar hl7 debe estar considerado en costo actual, usando comunicación vía proxy (con usuario y contraseña). Se debe considerar como mínimo los flujos de integración: Solicitud de Exámenes, Admisiones, Agendamiento, Creación de cuenta corriente paciente, cargo de prestaciones a cuente corriente paciente, Informe de resultados, Addendum de resultado, Maestro de Paciente, Maestro de Prestaciones, Maestro de Funcionarios, Solicitud de peticiones, Envío de documentos. Además, debe contar como mínimo con la siguiente mensajería habilitada para su uso:
• Mensajes ADT – HL7
• Mensajes SIU – HL7
• Mensajes ORM – HL7
• Mensajes ORR – HL7
• Mensajes MFN – HL7
• Mensajes MDM – HL7
• Mensajes ORU – HL7
• Mensajes BAR – HL7
• Mensajes DFT – HL7
24.6.11.1.1. SOLUCIÓN RIS/PACS – RCE
La integración debe abarcar todos los procesos necesarios entre su plataforma y la solución de Registro Clínico Electrónico (RCE) que el Hospital determine. Además, el proveedor adjudicado debe tener en cuenta que el Hospital podría cambiar de plataforma en el futuro. Por lo tanto, el proveedor debe garantizar la integración con el sistema informático actual y con cualquier nuevo sistema, en caso de un cambio eventual, sin costos adicionales para el Hospital. Se entiende que la valorización de esta actividad ya está incluida en la oferta económica de la propuesta
Proveedor debe considerar:
1.- Mensajería descrita (en punto 2.8.1).
2.- Disponibilizar URL que invoque servicios de visualizador DICOM (usando credenciales de usuario)
3.- Plazos máximos de 45 días hábiles.
24.6.11.2. SOLUCIÓN RIS/PACS – PRE
La integración debe cubrir todos los procesos necesarios entre su plataforma y la solución de Planificación de Recursos Empresariales (PRE) del Hospital, la que actualmente es, por un lado, ORDEN como Sistema de Cobros, Recaudación y Cobranzas provisto por el SSMC; y por otro lado, SISFARM como Sistema de Logística y Abastecimiento provisto por el SSMN. Sin perjuicio de lo anterior, el proveedor adjudicado debe considerar que el Hospital, eventualmente puede estar sujeto a un cambio de plataforma, por lo que el proveedor adjudicado debe garantizar, sin costos para el HEC, la integración al actual sistema informático, así como también al nuevo sistema, si es que existiera un eventual cambio.
Proveedor debe considerar:
1.- Mensajería descrita (en punto 2.6.11).
2.- Plazos máximos de 15 días hábiles
24.6.11.3. SOLUCIÓN RIS/PACS – SOLUCIONES MINISTERIALES
La integración debe cubrir todos los procesos necesarios entre su plataforma y las Soluciones Ministeriales disponibles como, pero sin limitarse a: FONASA, Hospital DIGITAL, Cuenta Médica Interoperable, etc. Sin perjuicio de lo anterior, el proveedor adjudicado debe considerar que MINSAL, eventualmente puede estar sujeto a un cambio de plataforma, por lo que el proveedor adjudicado debe garantizar, sin costos para el HEC, la integración a los sistemas actuales, así como también al nuevo sistema, si es que existiera un eventual cambio.
24.6.11.4. SOLUCIÓN RIS/PACS – SERVICIO INFORMES RADIOLÓGICOS
La integración debe cubrir todos los procesos necesarios entre su plataforma y la solución de Informes Radiológicos del Hospital, la que actualmente es provista por ID 1057472-14-LR24. Sin perjuicio de lo anterior, el proveedor adjudicado debe considerar que el Hospital, eventualmente puede estar sujeto a un cambio de plataforma, por lo que el proveedor adjudicado debe garantizar, sin costos para el HEC, la integración al actual sistema informático, así como también al nuevo sistema, si es que existiera un eventual cambio.
Proveedor debe considerar:
1.- Mensajería descrita (en punto 2.6.11).
2.- Envío de Estudios a plataforma de proveedor de Informes Radiológicos. (automático o manual).
3.- Plazos máximos de 15 días hábiles.
24.6.11.5. SOLUCIÓN RIS/PACS – SERVICIOS DE ESTUDIOS DE RESONANCIA MAGNÉTICA
La integración debe cubrir todos los procesos necesarios entre su plataforma y la solución de Estudios de Resonancia Magnética del Hospital, la que actualmente es provista por SERVICIOS MEDICOS BICENTENARIO SPA bajo la licitación con ID 1057472-158-LR22 Sin perjuicio de lo anterior, el proveedor adjudicado debe considerar que el Hospital, eventualmente puede estar sujeto a un cambio de plataforma, por lo que el proveedor adjudicado debe garantizar, sin costos para el HEC, la integración al actual sistema informático, así como también al nuevo sistema, si es que existiera un eventual cambio.
Proveedor debe considerar:
1.- Mensajería descrita (en punto 2.6.11).
2.- Recepción de Estudios de plataforma de proveedor de Estudios de Resonancia Magnética.
24.6.11.6. SOLUCIÓN RIS/PACS – SERVICIOS DE ESTUDIOS DE SCANNER
La integración debe cubrir todos los procesos necesarios entre su plataforma y la solución de Estudios de SCANNER del Hospital, la que actualmente es provista por SERVICIOS MEDICOS BICENTENARIO SPA bajo la licitación con ID 1057472-4-LR22. Sin perjuicio de lo anterior, el proveedor adjudicado debe considerar que el Hospital, eventualmente puede estar sujeto a un cambio de plataforma, por lo que el proveedor adjudicado debe garantizar, sin costos para el HEC, la integración al actual sistema informático, así como también al nuevo sistema, si es que existiera un eventual cambio.
Proveedor debe considerar:
1.- Mensajería descrita (en punto 2.6.11).
2.- Recepción de Estudios de plataforma de proveedor de Estudios de Scanner
24.6.11.7. SOLUCIÓN RIS/PACS – SERVICIOS DE ESTUDIOS DE ECOGRAFIA
La integración debe cubrir todos los procesos necesarios entre su plataforma y la solución de Estudios de Ecografía Magnética del Hospital, la que actualmente es provista por SERVICIOS MEDICOS BICENTENARIO SPA bajo la licitación con ID 1057472-23-LQ23. Sin perjuicio de lo anterior, el proveedor adjudicado debe considerar que el Hospital, eventualmente puede estar sujeto a un cambio de plataforma, por lo que el proveedor adjudicado debe garantizar, sin costos para el HEC, la integración al actual sistema informático, así como también al nuevo sistema, si es que existiera un eventual cambio.
Proveedor debe considerar:
1.- Mensajería descrita (en punto 2.6.11).
2.- Recepción de Estudios de plataforma de proveedor de Estudios de Ecografía.
24.6.11.8. INTEGRACIÓN A LA RED MINSAL SSMC
El sistema ofertado debe permitir la integración total a la red del Servicio de Salud Metropolitano Central (SSMC), la cual comprende al Hospital Clínico San Borja Arriarán, Hospital de Urgencia de asistencia pública, Dirección de atención primaria (DAP) y atención primaria municipal (APS). Los costos de integración deberán ser considerados dentro de la presente oferta.
El oferente debe contemplar las integraciones de nodos y modalidades de la RED MINSAL SSMC
Debe ser configurado para acceder, a través de la construcción de una url, a la información de un paciente en específico o a la imagen específica de un paciente.
24.6.11.9. SOLUCIÓN RIS/PACS – SERVICIOS TELEMEDICINA MINSAL
La integración debe abarcar todos los procesos necesarios entre su plataforma y la solución de SERVICIOS TELEMEDICINA MINSAL. Además, el proveedor adjudicado debe tener en cuenta que el Hospital podría cambiar de plataforma en el futuro. Por lo tanto, el proveedor debe garantizar la integración con el sistema informático actual y con cualquier nuevo sistema, en caso de un cambio eventual, sin costos adicionales para el Hospital. Se entiende que la valorización de esta actividad ya está incluida en la oferta económica de la propuesta.
Proveedor debe considerar:
1.- Mensajería descrita (en punto 2.6.11).
2.- Envío de Estudios a plataforma de proveedor de Telemedicina MINSAL. (automático o manual)
3.- Plazos máximos de 30 días hábiles
25. SEGURIDAD DE LA SOLUCIÓN
25.1. SEGURIDAD DE INFORMACIÓN PRESTACIÓN DE SERVICIOS
Todo el personal externo que desarrolle labores para el establecimiento deberá cumplir con las directrices de las políticas y procedimientos del Sistema de Seguridad de la Información MINSAL. En caso de incumplimiento de cualquiera de estas obligaciones, el establecimiento se reserva el derecho de veto sobre el personal que haya cometido la infracción, así como las sanciones legales y contractuales que se consideren pertinentes en relación con la empresa o persona contratada.
El proveedor adjudicado debe garantizar que desde el establecimiento mandante sólo se tendrá acceso a la información de sus pacientes, así mismo, los funcionarios del establecimiento mandante sólo tendrán acceso a la información de sus pacientes. Debido a lo anterior, queda prohibido que funcionarios de otra institución puedan ver la información de los pacientes del HEC, así como también que desde el HEC se pueda visualizar información de otros pacientes, salvo los casos en que explícitamente se declare lo contrario.
La empresa proveedora deberá asegurar que todo su personal tiene la formación y capacitación apropiada para el desarrollo del servicio provisto, tanto a nivel específico en las materias correspondientes a la actividad asociada a la prestación del servicio como de manera transversal en materia de seguridad de la información, para lo cual deberá asegurarse, al menos, de que todo el personal asociado al servicio conoce y se compromete a resguardar la confidencialidad de la información a la que tenga acceso y a cumplir las Políticas de Seguridad de la Información de MINSAL, disponibles en https://www.minsal.cl/seguridad_de_la_informacion/
25.2. SEGURIDAD Y AUDITORIA
Debe ser capaz de manejar distintos roles y perfiles de usuario.
Debe asegurar el correcto acceso al tratamiento de información relacionada a las cuentas y gestión dentro del sistema.
Debe al menos manejar roles y perfiles de: Administrador, Radiólogo, Tecnólogo Médico, Visualizador (todos con distintos niveles de privilegios). Existiendo la posibilidad de parametrizar nuevos perfiles de usuario requeridos por establecimiento. Además, debe considerar perfiles de sólo visualización.
Además, las funciones de Auditoría deben registrar todas las diferentes acciones de creación modificación en los datos de las cuentas realizados por los usuarios. Además de trazabilidad de los registros.
25.3. SEGURIDAD DE ACCESO Y CONFIDENCIALIDAD DE DATOS SENSIBLES
Cualquier tipo de intercambio de información que se produzca entre el establecimiento y las empresas se entenderá que ha sido realizado dentro del marco establecido por el contrato de provisión de servicios correspondiente, de modo que dicha información no podrá ser utilizada en ningún caso fuera de dicho marco, ni para fines diferentes a los asociados a dicho contrato.
Además, el adjudicatario está obligado a desestimar:
• El uso de la información para su propio beneficio o con cualquier otro propósito distinto al de prestar los servicios en los términos y condiciones establecidos en el Contrato.
• Revelar información de los Contratantes a terceros, excepto a aquellos de sus empleados o asesores que requieran conocer dicha Información con el fin de prestar el referido servicio. En ninguna circunstancia este hecho relevará a la Empresa de las responsabilidades y obligaciones que le impone el Contrato.
• Adoptar todas las medidas necesarias y conducentes para proteger la confidencialidad y evitar la divulgación y uso indebido de la información. Cada parte acuerda informar inmediatamente en la forma establecida a la otra si tuviere conocimiento de cualquier mal uso o apropiación indebida de tal información.
Sin perjuicio de lo anterior, se deberá dar cumplimiento a la legislación vigente del Decreto Supremo N°83, publicado el 12 de enero de 2005 en el Diario Oficial; la Ley N°20.584, referida a Deberes y Derechos que tienen las Personas en relación con acciones vinculadas a su Atención de Salud; la Ley N°19.628, referida a Protección de Datos de Carácter Personal; el Reglamento de ficha clínica y las disposiciones de las políticas y procedimientos de seguridad de la información de MINSAL, y en especial aquellas que regulan los datos sensibles acorde la legislación aplicable.
Esta obligación se mantendrá aun cuando el contrato que se suscriba se dé por terminado, ya sea por expiración del plazo establecido o por alguna de las otras causales de término de contrato establecidas en presentes bases de licitación.
No se va a entender que por un incumplimiento de las obligaciones señaladas precedentemente si la información es de público conocimiento con antelación a la suscripción del contrato o es divulgada públicamente por el propio Contratante o como resultado de la exigencia de una autoridad judicial o administrativa.
Respecto al grado y mecanismo de confidencialidad, a considerar los siguientes aspectos:
• RUT de las personas debe ser visible solo para usuarios que cuenten con el perfil que lo autorice. Para todos los demás usuarios este dato debe estar enmascarado.
• A nivel de base de datos se debe implementar el modo Audit.
• Pasado 03 meses que la cuenta de un usuario no registre movimiento deberá ser bloqueada.
• Es de obligación el uso de clave a alta seguridad: mínimo de 08 caracteres, alfanumérica (01 letra en mayúscula, 01 letra en minúscula y 01 número), según estándar definido en las políticas y procedimientos de seguridad de información del Ministerio de Salud.
• Después de 03 fallos de identificación, el usuario debe ser bloqueado en el formulario de ingreso. El usuario debe contactarse con el soporte de usuario propuesto por el adjudicatario para que recupere su contraseña.
• Se debe utilizar siempre protocolo de comunicación seguros, mediante la utilización de certificados de seguridad SSL o TLS a cargo del proveedor.
25.4. SOFTWARE ANTIVIRUS
Los servidores, así como los equipos finales (PC) implementados deben contar con algún tipo de software para la detección de virus malicioso, estos softwares deben estar debidamente licenciados en modo escaneo en tiempo real y actualizados a su última base de datos de virus. Esto deberá ser evidenciado en informe de Vulnerabilidades.
25.5. PROPIEDAD INTELECTUAL
El personal externo, deberá garantizar el cumplimiento de las restricciones legales al uso del material protegido por normas de propiedad intelectual.
Los sistemas operativos instalados en el equipamiento deben estar debidamente licenciados y activos de una forma comprobable, así como sus actualizaciones de seguridad al día. De ser necesaria la bajada de los servicios de producción para la instalación de estas se debe coordinar con anticipación a la contraparte de TIC.
Queda estrictamente prohibido el uso de programas informáticos que no cuenten con licencia. Asimismo, queda prohibido el uso, reproducción, cesión, transformación o comunicación pública de cualquier tipo de obra o invención protegida por la propiedad intelectual sin la debida autorización.
25.6. CONTROL DE CAMBIOS EN LOS SISTEMAS
Los cambios o modificaciones de cualquier tipo a los sistemas dentro del ciclo de vida de desarrollo y producción deben ser controlados mediante procesos de control de cambios formales.
La introducción de nuevos sistemas y cambios a los sistemas existentes debe seguir un proceso y registro de documentación, especificación, pruebas, control de calidad, identificación de riesgos, procedimiento de reversión ante fallas e implementación administrada. Esto debe realizarse mediante formato proporcionado por el establecimiento.
25.7. PRUEBAS DE SEGURIDAD DE LOS SISTEMAS
Los sistemas nuevos y actualizaciones se deberán someter a pruebas y verificaciones exhaustivas durante los procesos de desarrollo, incluida la preparación de un programa de actividades detallado y entradas de pruebas y los resultados esperados bajo una variedad de condiciones.
25.8. PRUEBAS DE ACEPTACIÓN DE LOS SISTEMAS
Se deberán establecer programas de pruebas de aceptación y criterios relacionados para los sistemas de información, actualizaciones y nuevas versiones.
Las pruebas de aceptación del sistema deberán incluir las pruebas de los requisitos de seguridad de la información y la adherencia a las prácticas de desarrollo del sistema seguro.
25.9. PROTECCIÓN DE LOS DATOS DE PRUEBA
No se deberán usar datos operacionales que contienen información personal identificable o cualquier otro tipo de información confidencial para fines de prueba y otro que sea diferente a lo autorizado por MINSAL.
25.10. AUDITORÍA
Para todo proyecto de software y/o modificación deben establecerse los mecanismos de auditoría de seguridad de la información, los registros, responsables y los periodos de revisión. Debiendo conservar los registros de auditoría de las actividades que se realicen, incluyendo administradores y operadores, de las excepciones o incidentes de información y mantenerlos durante un período acordado para ayudar en investigaciones futuras y en el seguimiento y monitoreo del control de acceso
MINSAL podrá realizar auditorías los procesos, controles de desarrollo y soluciones de los proveedores para verificar su nivel de seguridad. Ante la eventualidad de detección de Vulnerabilidades e Incidentes de Seguridad de Información, el proveedor deberá estableces un plan de acción correctiva y preventiva que asegure la no ocurrencia de lo detectado.
Es necesario que el proveedor adjudicado permita al HEC realizar monitoreo de sus soluciones, con el fin de determinar tiempos de indisponibilidad, holgura de almacenamiento, etc. Para esto el proveedor debe disponer de topología de su solución y permitir al HEC la instalación de las herramientas necesarias en sus servicios para el monitoreo.
25.11. GESTIÓN DE VULNERABILIDADES
El proveedor deberá realizar cada tres meses un escaneo de la plataforma y del propio software en busca de vulnerabilidades, manteniendo un registro de los resultados y las acciones correctivas tomadas con sus respectivas fechas, comunicando a la contraparte TIC mediante detallado informe formal cada tres meses. De levantarse una alerta de una vulnerabilidad crítica que afecta a los sistemas que componen la aplicación durante el tiempo previo a un nuevo escaneo, se deberá gatillar de inmediato una revisión preventiva. Toda Vulnerabilidad explotada en cualquier equipo o sistema parte de esta licitación, gatillará un Mantenimiento Correctivo con sus respectivos Tiempos de Respuesta.
25.12. GESTIÓN DE INCIDENTES
Ante un incidente el proveedor deberá recuperar el nivel habitual de funcionamiento del servicio y minimizar en todo lo posible el impacto negativo, de forma que la calidad de servicio, la disponibilidad y la calidad. Todo incidente será cubierto por Mantenimiento Correctivo y sus respectivos Tiempos de Respuesta.
25.13. PROCEDIMIENTO DE CONTINGENCIA
Con el fin de mantener la continuidad operativa del sistema que repercute directamente en la gestión y la continuidad del servicio, el proveedor deberá proponer un Plan de Contingencia, el cual en caso de interrupción o inoperatividad de los servicios del sistema se asegure:
• La continuidad de operación de la gestión y la operación.
• La existencia de acciones que respalden el trabajo durante la interrupción del sistema y que permitan que los datos generados sean cargados en nuevamente en el sistema de forma masiva una vez que éste se haya recuperado la operatividad de este. Esta será tarea del proveedor adjudicado.
25.14. SOPORTE Y MANTENIMIENTO DE LA SOLUCIÓN
El adjudicatario del sistema deberá cumplir con requerimientos de Soporte y Mantención propios de la solución, los que deben contemplar Mantenimiento: Preventivo, Correctivo y Evolutivo.
Este punto se refiere específicamente al soporte y mantención del sistema informático asociado al equipo, no refiriéndose a las condiciones de mantenimiento preventivo y correctivo del equipo en sí mismo.
a) Mantenimiento Preventivo: Considera por parte y a costo del adjudicatario todas las actividades de mantenimiento preventivo relativos a software, hardware o integración que sean necesarios para asegurar un adecuado funcionamiento y continuidad operativa del servicio. Proveedor debe entregar antes de la Fase: Marcha Blanca, Aceptación y Puesta en Producción, calendario con responsables, duración y tópicos a realizar mantenimiento. Con una coordinación anual. Entrega de informe máximo 01 mes. Estos mantenimientos no deben afectar la continuidad operativa de la plataforma.
b) Mantenimiento Correctivo: Considera por parte y a costo del adjudicatario todos los cambios necesarios para corregir alguna falla de software, hardware o integración de la solución provista. En apartado Acuerdos de Niveles de Servicio se detallan niveles de Prioridad y sus respectivos tiempos de resolución.
c) Mantenimiento Evolutivo: Considera por parte y a costo del adjudicatario todos los cambios necesarios para corregir alguna falla software, hardware o integración de la solución provista o para realizar alguna modificación que busque adaptar el nuevo sistema a los flujos de procesos del establecimiento, o para perfeccionar o entregar nuevas herramientas a la solución. En apartado Acuerdos de Niveles de Servicio se detallan niveles de Prioridad y sus respectivos tiempos de resolución. Estos mantenimientos no deben afectar la continuidad operativa de la plataforma.
Posterior a cualquier tipo de mantenimiento el adjudicatario deberá entregar informe que contenga el estado inicial del sistema, todos los trabajos, actividades y procedimientos realizados y el estado final del sistema, de acuerdo con los tiempos establecidos en punto anterior. La entrega de este informe será el hito de cierre de eventos (incidentes, requerimientos, etc.)
25.15. RESPALDO DE LA INFORMACIÓN
El proveedor adjudicado debe garantizar la disponibilidad e integridad de la información almacenada en su sistema, por lo que debe considerar para sus aplicativos y Bases de Datos todas las configuraciones necesarias y conducentes para realizar respaldos diarios, semanales y mensuales, de tipo completo e incremental, los que no deben interferir con la continuidad de la plataforma productiva instalada en los establecimientos. Los medios de almacenamiento de estos respaldos deben ser provistos por el adjudicatario de acuerdo en lo indicado en punto 1.6 ARQUITECTURA DE LA SOLUCIÓN. Además, debe realizar las pruebas de respaldos correspondientes cada tres meses y enviar informe a la contraparte de TIC, con el fin de garantizar la integridad y disponibilidad de estas.
25.16. DOCUMENTACIÓN DEL PROYECTO
Toda la documentación asociada al proyecto desde el inicio de la implementación hasta el cierre del proyecto con la eliminación de data será propiedad del mandante.
• Manual de usuario (en español)
• Manual del administrador de plataforma (en español).
• Manual con todos los informes que emite el sistema y su forma de generarlos.
• Manual de seguridad, incluyendo el sistema de recuperación en caso de desastres.
• Procedimiento de Contingencia
• Cierre de eventos (incidentes, requerimientos, etc.)
• Reporte de vulnerabilidades y corrección.
• Reporte de respaldos y estado de estos.
25.17. ENTREGA DE INFORMACIÓN
Sin importar el caso en que se cierre el vínculo contractual con el proveedor adjudicado, no se extinguen las obligaciones asumidas por la empresa debe garantizar que, al finalizar el contrato, podrá a disposición del HEC y del nuevo proveedor adjudicado, toda la información almacenada en sus sistemas durante el transcurso del proyecto, una vez validada que es una fiel copia de la base de datos de producción. El proveedor deberá entregar, además, su diccionario de datos, reglas de negocios y todos los parámetros que permitan lograr la correcta relación entre los datos. Por otro lado, debe garantizar que un consultor idóneo de su empresa y toda la documentación necesaria con el fin de realizar una exitosa migración al nuevo sistema, estos trabajos no deben extender los 120 días.
25.18. ELIMINACIÓN DE DATOS DEL HOSPITAL
Una vez entregados las Bases de Datos al Hospital, se procederá a la eliminación de estos, bajo la presencia del personal de Hospital que éste designe para tal efecto. Esta eliminación se realizará siguiendo un proceso definido en conjunto por ambas partes previa validación.
25.19. CRITERIOS QUE DETERMINAN LA INOPERATIVIDAD O NO FUNCIONAMIENTO DEL RIS-PACS
Se considerará que el RIS - PACS no se encuentra en plena producción cuando se presente cualquiera de las siguientes situaciones, sea parcial o total:
• Servidores fuera de operación (aplicación o base de datos, interfaces o web).
• Base de Datos que sustenta al RIS - PACS fuera de operación o con excesiva lentitud en las transacciones.
• No funcionamiento del módulo de admisión.
• Módulo de informes y reportes fuera de operación, o con data incoherente u basura.
26. IMPLEMENTACIÓN DE LA SOLUCIÓN RIS-PACS
26.1. PLAZOS IMPLEMENTACIÓN
La implementación total del sistema debe tener un plazo igual o inferior al ofertado por el proveedor y nunca superior a 6 meses (180 días corridos), a contar de la fecha del acta de entrega de terreno, para la cual el proveedor adjudicado tendrá 15 días corridos para la firma de recepción del acta, a contar de la fecha toma de razón del contrato. El proveedor deberá adjuntar carta Gantt y estipular plazos e hitos de acuerdo con Anexo Nº5.
El Oferente deberá disponer de los medios necesarios para ejecutar los trabajos necesarios para la implementación del proyecto en forma oportuna y de acuerdo con los plazos establecidos. Por lo anterior, al menos se deberá considerar los siguientes aspectos:
a. Pre-implementación: Plazo de 15 días corridos a contar de la fecha toma de razón del contrato, que concluye con la firma del acta de entrega de terreno. Esta fase se tiene como principales actividades la coordinación, reunión de arranque, planificación para la estrategia de gestión del cambio y confirmación de fechas de hitos de la implementación. Para garantizar una correcta ejecución del proyecto, se agruparán las unidades donde se utilizará el sistema, de la siguiente forma: ETAPA 1: Imagenología, Dental, Hemodinamia ETAPA 2: Cardiología, Ginecología, Urología, Pabellón y Endoscopia; y ETAPA 3: APS Y DAP SSMC.
b. Inicios de trabajos: El inicio de los trabajos deberá efectuarse desde la fecha del acta de entrega de terreno.
c. Plazo total de instalación: El plazo será igual o inferior al ofertado por el proveedor y nunca superior a 6 meses (180 días corridos), a contar de la fecha del acta de entrega de terreno. Al plazo de entrega total del sistema RIS PACS indicado por el oferente, deben haberse migrado al menos los últimos 24 meses de información.
d. Migración de estudios al nuevo sistema: El plazo total máximo para la migración total de los estudios actuales al nuevo sistema, será de 180 días corridos, a contar de la fecha del acta de entrega de terreno. La estrategia de migración se detalla en punto 4.1.1.
e. Equipamiento: El proveedor adjudicado, entregará un informe con el número de máquinas y/o equipos, a fin de garantizar el buen funcionamiento del sistema en su totalidad. La entrega deberá efectuarse en horario hábil, de lunes a viernes de 8:30 a 16:00 Horas, previa coordinación con la contraparte técnica designada por el Hospital. El equipamiento auxiliar, deberá entregarse en las dependencias de la bodega central del Hospital El Carmen de Maipú, ubicada en Avda. Camino a Rinconada Nº 1201, comuna de Maipú. Los Equipos deberán ser entregados en un plazo no mayor al indicado por el proveedor adjudicado en su oferta técnica Anexo N° 5 punto 5.4 considerando como inicio la fecha de toma de razón del contrato. La entrega de los Equipos deberá indicar como mínimo la siguiente información:
• ID de licitación, indicar nº total de cajas, descripción detallada de su contenido y nº de serie del equipo.
• Las cantidades de los equipos se deberán resguardar durante toda la vigencia del convenio. Para esto el proveedor deberá considerar visitas sin costo adicional, durante la vigencia del mismo (una visita cada 6 meses), para verificar la existencia de las cantidades solicitadas. En caso de verificar una brecha el proveedor deberá notificarla, para lo cual el Hospital tendrá un plazo de un mes para realizar su propia revisión y constatar la información del proveedor, iniciando los procesos administrativos correspondientes para estos efectos. Para todos los efectos, el proveedor deberá restituir las brechas detectadas con la incorporación de equipos de reemplazo (backup).
• Una vez finalizado el convenio, los equipos se encontrarán a disposición del proveedor para su restitución, siendo responsabilidad del mismo, el retiro y recuperación de los equipos.
f. Parametrización: El Plazo total máximo para esta etapa será de 180 días corridos, a contar de fecha del acta de entrega de terreno. La estrategia de parametrización se detalla en punto 4.1.2.
g. Entrega y recepción del proyecto: Una vez recepcionados los componentes del proyecto, el Hospital en conjunto con el proveedor adjudicado, levantarán un acta de inventario de todo el equipamiento instalado, firmado por el proveedor como el ente que entrega el equipamiento y el Hospital como receptor del mismo. Para dar cumplimiento a esa recepción de deberá cumplir con: 1) La instalación de todos los equipos, software, redes, interfaces necesarios para su correcto funcionamiento, y 2) Iniciar marcha blanca de acuerdo a un plan aceptado por el Hospital, en condiciones normales de utilización. Para efectos de garantizar la correcta ejecución integral del sistema, el Hospital y el oferente, deberán concentrar sus esfuerzos en implementar las unidades que conforman la ETAPA 1, pudiendo aplazar la implementación en las unidades ETAPAS 2 y 3, para su inicio durante la fase de explotación del proyecto. Lo anterior no exime al proveedor de eventuales multas, por incumplimiento de la implementación de estas ETAPAS 2 y 3, cuando sea solicitada por el Mandante.
h. Capacitación: Se deberá considerar un programa de capacitación de acuerdo con lo indicado en punto 4.1.3 de las bases técnicas de la presente licitación. Se dispondrá de un plazo máximo de 30 días corridos para cumplir con la capacitación de todos los perfiles solicitados.
i. Acompañamiento: El proveedor dispondrá de personal en terreno con el fin de realizar acompañamiento durante la fase de implementación de la solución. Este recurso puede ser el Administrador RIS/PACS u otro que el proveedor y el HEC convengan de acuerdo con el flujo que el recurso puede absorber.
j. Integraciones: El proveedor adjudicado debe garantizar sin costo para el HEC, las integraciones declaradas en este documento
k. Marcha Blanca: Posterior a las capacitaciones, se dispondrá de un plazo máximo de 30 días corridos para la marcha blanca del sistema. Este plazo deberá estar contenido dentro de la etapa de implantación del sistema, por tanto, no podrá exceder los 180 días corridos considerados para esta etapa.
l. Recepción definitiva: Una vez que se haya finalizado de manera exitosa la Marcha Blanca de todo el sistema, y una vez que se hayan obtenido los resultados de acuerdo con el plan de trabajo aceptado por el Hospital, durante un periodo de tiempo mínimo de 30 días corridos, se procederá a levantar un acta de Recepción Definitiva. Transcurrido este plazo, el Hospital procederá a poner en marcha el proyecto (explotación). Para lo anterior, la Comisión designada dejará constancia de su conformidad con dicha recepción o en su defecto de las observaciones que ellas le merezcan. En este último caso, se fijará un plazo no mayor a 30 días corridos a objeto que el proveedor adjudicado subsane las observaciones o reparos efectuados en dicha ocasión. De no ocurrir así, el Hospital realizará por cuenta del Adjudicatario los trabajos necesarios para concluir la etapa de Implementación, montos que descontará de los pagos a realizar o de la Boleta de garantía de Fiel Cumplimiento del Contrato. Al finalizar esta etapa, la Comisión de recepción levantará actas de recepción de los Sistemas Integrados, para iniciar la etapa de explotación.
26.1.1. MIGRACIÓN DE DATOS
Consiste en el diseño de la estrategia de migración y la ejecución propiamente tal, incluyendo el análisis de los datos históricos que deben ser poblados en el nuevo sistema (estudios, data DICOM, agendas, etc.); propuesta de migración; carga de datos; verificación, validación y pruebas asociadas y la final aceptación por parte del contratante.
Aspectos relevantes para considerar:
• El trabajo de migración se debe basar en proceso ETL (Extrat, Transform and Load)
• Evaluar, corregir y supervisar la calidad de los datos, incluyendo su limpieza, estandarización y eliminación de duplicados
• Evaluar calidad de los datos (ej. Pacientes con RUN inexistente)
• Poblar y actualizar información de pacientes
• Prueba y validación de los datos migrados para asegurar la exactitud de este proceso.
• Documentar todo el proceso de migración de datos.
El proceso de migración total no debe durar más de 180 días (contados desde la fecha de entrega de Acta de Terreno) y el oferente debe entregar los Plazos de los Hitos de Migración en Carta Gantt requerida.
• Hito 1 – Análisis y Extracción
• Hito 2 – Transformación, corrección y supervisión de calidad
• Hito 3 – Carga en el nuevo sistema, verificación y validación
El oferente debe entregar Plan de Migración de Datos con la Oferta Técnica.
Al plazo de entrega total del sistema RIS PACS indicado por el oferente, deben haberse migrado al menos los últimos 24 meses de información.
26.1.2. CONFIGURACIÓN Y PARAMETRIZACIÓN
El proveedor realzará las parametrizaciones y configuraciones que el HEC determine con el fin de adecuar su sistema a la realidad local y los estándares ministeriales. Estas modificaciones deben realizarse en común acuerdo entre el HEC y el proveedor, considerando siempre un flujo de pruebas, verificación y validación de la funcionalidad.
26.1.3. CAPACITACIÓN TÉCNICA A USUARIOS
Las actividades de capacitación se coordinarán a través del Administrador del Contrato. La capacitación se realizará de la siguiente forma: ETAPA 1: Imagenología, Dental, Hemodinamia ETAPA 2: Cardiología, Ginecología, Urología, Pabellón y Endoscopia; y ETAPA 3: APS Y DAP SSMC
Se exigirá que el Plan ofertado se ejecute dentro de los 15 (quince) días corridos inmediatamente posteriores a la recepción del equipamiento, y por el plazo indicado en la Oferta para el desarrollo de dicha actividad.
Si por razones que no sean imputables al Adjudicatario, debidamente acreditadas por la contraparte técnica del hospital, estas no puedan realizarse en el plazo antes señalado, se dejará constancia por escrito de ello, y dicho retardo no implicará la aplicación de multas. En el mismo documento se fijará un nuevo plazo para la ejecución de las mismas, el que se regirá por las normas generales establecidas en las presentes bases respecto a la materia.
El oferente deberá adjuntar un programa detallado que cuente con al menos:
• Capacitación para médicos, tecnólogos médicos, técnicos paramédicos y auxiliares usuarios directos del sistema.
• Capacitación a personal a cargo de la supervisión técnica del convenio, ingenieros y técnicos.
• Capacitación y certificación a personal para manejo de perfil operador experto y administrador de sistema.
• Capacitación al personal técnico del Hospital, para el acceso a las Bases de datos del sistema.
• Capacitación a médicos clínicos y enfermeras, sobre uso de plataforma de visualización de imágenes.
Además, el oferente deberá realizar jornadas de capacitación de forma presencial y virtual (plataforma e-learning), mediante módulos de contenidos, entrega de material didáctico y con pruebas de evaluación de los conocimientos adquiridos por los usuarios. El oferente deberá programar las jornadas de capacitación necesarias para otorgar un nivel de aprendizaje adecuado por cada nivel y perfil de usuario. Todas las jornadas de capacitación deberán ser realizadas en dependencias del Hospital, en horario hábil y el oferente deberá considerar a su costo todo el material de escritorio (cuadernos, lápices, apuntes, entre otros).
Considerando la rotación del personal técnico del Hospital, el oferente deberá disponer de una plataforma para la rápida inducción de los nuevos usuarios a la utilización del sistema RIS/PACS. La plataforma deberá ser tipo e-learning o similar.
El oferente deberá disponer durante cada actualización del sistema RIS/PACS, deberá realizar nuevas jornadas de capacitación, para explicar cambios realizados y reforzamiento de conceptos anteriores
26.1.4. SEGUIMIENTO Y CONTROL DEL DESEMPEÑO
Durante todo el proceso, se implementará una estrategia de gestión del cambio que comprenderá:
a) Identificar y registrar el cambio y el usuario solicitante
b) Controlar el Cambio
c) Garantizar que el cambio se realizará de manera adecuada
d) Reportar los cambios a todos los interesados
Se proveerán insumos para la difusión del proyecto con los usuarios clínicos, administrativos y técnicos del proyecto. Se hará entrega de material de apoyo para la gestión del cambio, como trípticos, guías rápidas, entre otros. La estrategia de gestión del cambio se ejecutará desde el inicio de la fase de implementación del proyecto, considerando el total de los tipos de usuarios del sistema y las distintas etapas en las cuales interviene cada uno.
27. CONDICIONES DE INSTALACIÓN
a) El proveedor deberá considerar realizar levantamiento de las condiciones de instalación e infraestructura, con el fin de evitar daños y perjuicios al equipo bajo el convenio.
b) El proveedor deberá considerar que el Hospital El Carmen Dr. Valentín Ferrada es un Hospital cuya infraestructura y servicios no médicos se encuentran concesionados, por lo cual queda estrictamente prohibido realizar modificaciones sin la previa coordinación a través del Mandante con Concesionaria San José – Tecnocontrol.
c) Todo hallazgo o evento que condicione o ponga en riesgo el correcto funcionamiento del equipo bajo convenio, deberá ser notificado de manera formal, a través del Coordinador del contrato, entendiendo las razones expuestas, solicitará informe técnico al contratista para la tramitación formal a la Sociedad Concesionaria.
|
|
|
|