Sistemas de Información Hospitalaria
Sistemas de Información Hospitalaria
Sistemas de Información Hospitalaria
1
Contenido
1 Objeto de la licitación
2 Marco Referencial
3 Alcance
4 Descripción de la solución
4.1 Resumen global
4.2 Detalle de los componentes
Renglón I: Solución HCEC, PSC, servicios de implementación para las
soluciones licitadas y de consultoría para adaptar los sistemas
provinciales
Renglón I.1: HCEC - Historia Clínica Electrónica Compartida
Renglón I.2: PSC - Portal de Salud del ciudadano
Renglón I.3: Servicios de implementación para las soluciones
HCEC y PSC
Renglón I.4: Servicios de consultoría para adaptar los HIS
provinciales a la nueva solución HCEC
Renglón II: Producto de software para el ámbito hospitalario, integrando
las siguientes soluciones (HIS, ERP, LIS, RIS, BI)
Renglón II.1: HIS (ERP, LIS, RIS, BI)
Renglón II.2: Servicios de Consultoría para la implementación
del HIS licitado
Renglón III: Producto de software y servicio de implementación de una
solución de Administración de Agendas y Turnos para la Red de
Salud de la provincia
Renglón III.1: Producto de software y servicio de
implementación, soporte y mantenimiento inicial
para una solución informática de Administración de
Agendas y Turnos para la Red de Salud de la
provincia
Renglón III.2: Servicios de consultoría para adaptar los
sistemas provinciales (HIS) para que interactúen
con el sistema de administración de agendas y
turnos licitado
Renglón IV: Servicios de consultoría para la construcción de una
solución de BI en el ámbito del Ministerio de Salud.
2
5 Consideraciones Generales
Arquitectura de la solución
Servicios Profesionales
Plan de contingencia, rescisión o término de contrato
Mantenimiento
6 Anexo I: Instrucciones para la preparación de la oferta técnica
7 Anexo II: Integración del HIS/ERP con Sistemas Externos
8 Anexo III: Evaluación de las ofertas
9 Anexo IV: Cronograma
3
Objeto de la licitación
El objeto de la presente licitación es la contratación de una solución
tecnológica integral para el ámbito de salud pública de la provincia, que
contemple la provisión, instalación y puesta en funcionamiento de los
siguientes productos:
1 Antecedentes
El Plan Estratégico de Tecnología 2016-2018: TecnoFE
4
El 17 de mayo de 2016 el Gobierno de Santa Fe presentó el Plan Estratégico de
Tecnología 2016-2018, en adelante también llamado TecnoFE, el primer plan
estratégico para el desarrollo tecnológico de la provincia.
5
Programas ámbitos y proyectos del Plan de Salud de TecnoFE
6
- El Programa de “Gestión de Hospitales” Incluye aquellos proyectos e
iniciativas relacionados con disponer de un nuevo y único Sistema de
Información que mejor se ajuste a las necesidades de los hospitales en la
Provincia y se alinee con los objetivos del GSF. Así se obtendrá coherencia y
homogeneidad de la información.
PRG.SL.03
Marco referencial
La red de salud de la provincia, cuenta con 702 efectores (581 provinciales y
221 municipales) de diferentes niveles de complejidad, organizados
territorialmente en cinco nodos. A través de ellos el ciudadano, según sus
necesidades de salud, transita por los distintos niveles de atención, en variadas
especialidades, carteras de servicios de diferente complejidad y atención en
servicios de urgencias.
7
Se requiere que la herramienta informática aplicada en el ámbito del efector de
salud (Renglón II: HIS, LIS, RIS, ERP), se integre con la Historia Clínica
Electrónica Compartida (en adelante HCEC, renglón I), a través de canales de
interoperabilidad que deben enmarcarse en las especificaciones técnicas
recomendadas por IHE (Integrating the Healthcare Enterprise).
Del mismo modo, los sistemas existentes serán adecuados por la Provincia de
Santa Fe en colaboración con la adjudicataria, para interactuar con la HCEC,
dentro del mismo marco de interoperabilidad solicitado para la nueva solución
hospitalaria, licitada en el presente pliego.
Asimismo, los ciudadanos podrán acceder a su Historial Clínico, cuando lo
requieran, a través del portal personal de salud.
2 Alcance
El alcance del presente pliego, se describe en el siguiente cuadro:
8
Renglón
Solución Licitada Ámbito de implementación
N°
I 1. Producto de software
Todos los efectores que conforman la red de
para la Historia Clínica
salud pública de la provincia
Electrónica Compartida
2. Producto de software
Ciudadanos usuarios de la red de salud
para el Portal de Salud del
pública de la provincia
Ciudadano
3. Servicios de Toda la red de Salud de la
implementación, soporte y provincia
mantenimiento inicial de la
solución de la HCEC y el
PSC.
4. Servicios de consultoría Los HIS utilizados por la provincia
para adaptar los sistemas son:
provinciales (HIS) a la
nueva estructura de la Sicap - Sistema de información
HCEC para Centros de Atención
Primaria
Diagnose - Sistema de gestión
hospitalaria
9
de agendas y turnos. Primaria
Diagnose - Sistema de gestión
hospitalaria
10
diferentes sistemas de información que utilizan los efectores de la provincia. Y
paralelamente se requiere el servicio de soporte y mantenimiento correctivo,
preventivo y evolutivo de esta solución, con el objetivo de alcanzar la
estabilización de la misma y acompañar los primeros pasos de la mejora
contínua, en todos los ámbitos en que se implemente.
Actualmente 559 efectores del primer nivel de atención utilizan Sicap como
sistema de información para registro de información clínica, y 59 efectores con
internación, utilizan al menos un módulo del sistema de gestión hospitalaria
Diagnose.
11
Renglón II
12
planificada para mediados del año 2017.
Renglón III
13
Se requiere también un servicio de consultoría para la implementación y
puesta en marcha de esta solución, el soporte y mantenimiento correctivo,
preventivo y evolutivo de la misma, con el objetivo de alcanzar su
estabilización y acompañar los primeros pasos de la mejora contínua, en todos
los ámbitos en que se implemente.
III.2 - Servicios de consultoría para la adaptación de los HIS
provinciales (Sicap y Diagnose) para interoperar con el sistema de
administración de agendas y turnos, solicitado en el inciso 1 del presente
renglón.
Renglón IV
14
designe el Ministerio de Salud para la definición de procesos, proyectos e
indicadores, en función de las necesidades de información de la gestión.
15
3 Descripción de la solución
3.1 Resumen global
Gráfico 1
16
los documentos clínicos de las atenciones realizadas a la población y
registradas por los distintos software utilizados en los efectores de la red de
salud de la provincia (HIS), y estos documentos son consolidados dentro de un
repositorio único centralizado y un registro de eventos.
● Consulta de documentos
17
I.2 - PSC: Portal de Salud del Ciudadano: Este aplicativo brindará el acceso
individual de cada ciudadano a su Historia Clínica personal, desde donde podrá
acceder a todos sus eventos clínicos registrados en cualquier punto de la red
de servicios de salud de la Provincia. Este acceso se podrá efectuar de distintas
modalidades, aplicaciones web y móviles.
Por esta razón, se licitan servicios de consultoría necesarios para adaptar estos
sistemas para que a través de una arquitectura orientada a servicios, definidas
en el canal de interoperabilidad clínica, puedan generar documentos
estandarizados para ser enviados a la plataforma de la HCEC.
18
19
Renglón II
20
- Gráfico 3 -
Además de interactuar con los sistemas internos del efector, el HIS deberá
interoperar con los siguientes sistemas (ver gráfico 3.1):
● la HCEC implementando los perfiles IHE necesarios para conformar la
misma, utilizando los protocolos estándares PIXv2/V3, hl7 v2 y XDS.b.
Gráfico 3.1
21
El HIS debe mantener una integración total con el sistema RIS/PACS,
administrando sus recursos disponibles: médicos, profesionales no médicos,
equipos, insumos, agenda de turnos y listas de espera. Por otra parte, los
usuarios del HIS tendrán acceso transparente a la visualización de los
exámenes radiológicos e informes asociados, a través de los visualizadores
propios del PACS o de terceros. Tal como se muestra en el esquema del gráfico
3.
22
La/s empresa/s con las cuales se establezca la relación, deberán constar en la
presentación de la oferta, con los siguientes datos:
● Nombre o Razón Social
Renglón III
23
III.2 - Servicios de consultoría para la adaptación de los HIS
provinciales (Sicap y Diagnose)
Renglón IV
24
designe el Ministerio de Salud para la definición de procesos, proyectos e
indicadores, en función de las necesidades de información de la gestión.
25
3.2 Detalle de los componentes
26
- Gráfico 4 -
Para lograr este objetivo, el producto de software propuesto para la solución de
la HCEC, deberá implementar los perfiles IHE necesarios para conformar un
historial clínico del ciudadano y que esté accesible a toda la red de salud de la
provincia.
27
● Índice Maestro de Pacientes: este índice es el responsable de
identificar que un determinado conjunto de registros de pacientes
representen a la misma persona, garantizando que podamos enlazar
distintos documentos clínicos CDA para conformar de forma segura la
Historia Clínica Electrónica Compartida de un paciente.
Este componente deberá además, permitir y controlar la posibilidad de
fusión de registros duplicados en el HIS de los efectores.
● Registro XDS: encargado de indexar los documentos CDA, interactúa
con el IMP para actualizar o crear al paciente bajo el dominio del efector
de origen del documento.
● Visor para el usuario final: deberá proveer de una aplicación web que
permita al agente de salud acceder a la HCEC, con los permisos de
autenticación correspondientes.
28
- Gráfico 5 -
● Consulta de documentos
29
Renglón I.2: Portal de Salud del Ciudadano
PSC – Portal de Salud del Ciudadano: Este aplicativo brindará el acceso
individual de cada ciudadano a su Historia Clínica personal en forma clara y
visual, desde donde podrá acceder a todos sus eventos clínicos registrados en
cualquier punto de la red de servicios de salud de la provincia. Este acceso se
podrá efectuar de distintas modalidades, aplicaciones web y dispositivos
móviles.
30
Paralelamente, se deberá brindar soporte a los administradores de sistemas de
la provincia, y un servicio de mantenimiento preventivo, correctivo y evolutivo
de la solución, que permita garantizar el correcto funcionamiento de la misma
según los requisitos definidos, así como también alcanzar el objetivo de
estabilizar la implementación de esta solución, y acompañar los primeros pasos
en la mejora contínua.
31
pacientes e interactúa con otras bases de datos centrales, a través de
migraciones.
32
Renglón II: Producto de Software para el ámbito hospitalario y
servicios de consultoría para su implementación
Renglón II. 1 HIS (LIS, RIS, ERP)
Los documentos clínicos CDA, que deberá el HIS reportar a la HCEC, serán
definidos en forma evolutiva durante la ejecución del proyecto, dando prioridad
a la continuidad asistencial, de forma que se definan documentos para eventos
específicos como datos mínimos de intercambio.
Será una funcionalidad del HIS visualizar los registros clínicos del paciente en la
HCEC, utilizando los canales de interoperabilidad clínica definidos para tal fin.
Siempre que sea posible se usarán los Servicios de Terminología Clínica, que
permitan la gestión y uso de terminologías estándares tales como SNOMED CT,
33
CIE-9-MC, CIE-10, LOINC, etc., permitiendo la normalización, el mapeo entre
terminologías y la creación de subconjuntos propios para la institución.
34
En todos los módulos en general, y en particular, aquellos que involucran la
interacción o comunicación inmediata con los ciudadanos se debe permitir el
envío de mensajes (SMS, correo electrónico) para lograr la notificación de
eventos, ya sea de agenda, turnos, o cualquier otro. Se utilizarán Proveedores
de Servicios propios de la Provincia y/o de terceros. En el caso que los servicios
de terceros tengan costos asociados, los mismos estarán a cargo de la
provincia.
La especificaciones funcionales del sistema de información para el ámbito
hospitalario son descritas en cada uno de los apartados subsiguientes:
Gestión de la configuración
Seguridad
35
● Inhabilitación de usuarios por superación de “login” fallidos.
● Inhabilitación temporaria o definitiva de usuarios.
● Registros de “login/logout”, identificando: ET, lugar físico del suceso, día,
hora.
● Registro de “login” fallidos.
Deberá contemplar la gestión auditoría, con las siguientes características:
A dos niveles, de acceso y de transacciones sobre las Bases de Datos, de
manera de poder reconstruir y auditar operaciones sobre las mismas.
Identificando toda la información relevante para determinar al mínimo detalle
posible las partes intervinientes.
○ Demanda espontánea.
36
○ Turnos programados, con límites de horizonte.
37
○ Validaciones por: categoría de edad, tipo de cuidado, si requiere
aislamiento, si tiene oxígeno, si tiene respirador, si es crítica, etc.
● Deberá comunicar al sistema de Emergencias Sanitarias (CADSIES),
especificado en el Anexo II del presente pliego, las modificaciones en la
dotación de camas del efector.
Gestión administrativa
Admisión de pacientes
Gestión de pacientes
El módulo de gestión de paciente deberá permitir administrar en forma
centralizada y unívoca, la información filiatoria de los ciudadanos y su grupo
familiar, que se relacionen con los efectores de salud de la provincia.
38
● Registro de nuevos pacientes. Deberá permitir identificar al ciudadano
en forma unívoca e inequívoca, en cada acto administrativo en el
proceso de atención del paciente.
Gestión de turnos
39
El usuario podrá otorgar y/o reprogramar los turnos a pacientes en todas
aquellas agendas cuya visibilidad estará controlada por los permisos
habilitados en cada perfil de usuario.
Para visualizar, reservar y/o cancelar turnos en estos cupos o acuerdos entre
efectores que permiten “compartir” turnos a la red de salud, deberá
interoperar con el Sistema de Administración de Agendas y Turnos (licitado en
el renglón III del presente pliego), a través de los canales de interoperabilidad
que éste determine, garantizando el uso de los estándares para mensajería
para intercambio de información clínica HL7 v2 o superior.
● Deberá permitir otorgar turnos multi cita, es decir, podrá sugerir todos
los turnos que necesite un usuario de la red disponibles en el mismo día.
Gestión de internación
Para llevar adelante esta tarea, deberá poder visualizar al instante el estado
real de las camas en los sectores habilitados para el perfil de usuario
correspondiente.
40
● permitir obtener trazabilidad del paciente durante la internación dentro
del efector, a través del registro del ingreso, pases entre sectores,
servicios y egresos.
● permitir realizar los informes que el efector requiera a partir de los datos
generados desde las internaciones.
41
Gestión de archivo de historias clínicas
● El sistema deberá proveer un módulo para gestión de archivo de
historias clínicas físicas que contemple las siguientes funcionalidades:
Funcionalidad solicitada:
Gestión asistencial
42
El sistema deberá proveer a todo integrante de los equipos de salud, desde las
instancias de atención asistencial en Ambulatorio, Guardia e Internación, un
módulo específico que le permita interactuar con los demás sistemas del
efector (LIS, RIS, PACS, ERP, BI) y contemplando las funcionalidades descritas
en los siguientes ítems:
● Deberá permitir acceso a las agendas para realizar consultas y citas del
módulo Gestión de turnos.
43
● Deberá contemplar la posibilidad de facilitar al profesional la realización
cálculos que surgen de la atención médica, ej. IMC, tablas, cálculos,
score, apache, categorización del riesgo, etc.
44
Dentro de la gestión asistencial, el módulo de registro ambulatorio deberá
permitir registrar la información producida en la atención ambulatoria en todo
el proceso de atención del paciente, consignando la información requerida en
la Registro Diario de Consultas Ambulatorias (RDCA), definido por la Dirección
General de Estadística y utilizado en todos los efectores de la provincia.
Gestión de quirófano
45
Gestión de la actividad quirúrgica, permitiendo la programación de las
intervenciones solicitadas desde los servicios que lo requieran (Internación,
Ambulatorio, Guardia, SIES).
Funcionalidad solicitada:
46
● Gestionar solicitudes de: prescripciones farmacológicas, prácticas
complementarias, prescripción de dietas, indicaciones para el Cuidado
de enfermería u otro profesional, solicitud de interconsultas, internación,
utilizando filtros tales como: rango de fecha, estados, servicios clínicos,
prestaciones, etc., e interconectando aquellos sistemas necesarios
(Farmacia, listas de trabajo en LIS, RIS, módulo de enfermería, etc.).
■ Validación de protocolos
47
■ Diagnósticos que implican plazos máximos de renovación
de medicación o dosis máxima permitida.
Funcionalidad solicitada:
● Para el caso de prescripciones de medicamentos, deberá emitir
alertas por alergias, y/o contraindicaciones, especificadas en la Ficha
Clínica del Paciente. Además, deberá contemplar todo alerta que
surja de la validación de protocolos, descrito en el módulo de gestión
de prescripciones.
● Deberá permitir establecer Rangos de Seguridad y Alertas para cada
constante, (basados en protocolos) considerando las variables de
edad, y sexo del paciente, entre otras subdivisiones.
Módulo Antecedentes
○ Fecha de diagnóstico.
○ Texto narrativo.
Gestión de enfermería
48
Gestionar las peticiones de prácticas de enfermería a realizar, ya sea por
indicaciones electrónicas o no, durante el proceso de atención del paciente
ambulatorio y/o internación y registrar el resultado de las mismas, impactando
sobre la gestión de insumos que corresponda.
Funcionalidad solicitada:
Funcionalidad solicitada:
49
● Otorgar una visualización centralizada de todas las constantes
registradas al paciente, además de visualizaciones gráficas de la
evolución de constantes seleccionadas.
● Es deseable la integración con equipamiento clínico, capturando en
línea, el registro de constantes medidas por los mismos.
● Es deseable la integración con Sistema Centralizado de Monitoreo de
cada estación de enfermería disponible al momento de
implementación del módulo.
Funcionalidad solicitada:
Servicio de terminología
Se solicita una solución que permita mapear los datos clínicos ingresados
durante todo el procesos de registro asistencial, a distintos clasificadores
estándares mencionados en el presente pliego, evitando que el equipo de salud
deba realizar la tarea de codificación durante el registro del dato clínico, a
través de una codificación semi-automática.
Los datos utilizados por este servicio terminológico deben estar almacenados
en un repositorio de datos clínicos cuando se han representado con el Servidor
de Terminología, y serán extraídos luego que el servidor de Terminología los
traduzca al vocabulario estándar elegido.
Lenguaje Natural: Es el lenguaje usado a diario tanto por pacientes como por
miembros del equipo de salud. Es un vocabulario no controlado.
50
Vocabularios de Interfase: Están representados por terminologías, listas de
términos que los usuarios de los sistemas pueden utilizar para el ingreso de
datos. Suelen construirse a partir del lenguaje natural propio de cada
Institución.
Requerimientos generales
51
● Respecto del proyecto ERP este DEBE ser contratado de manera
conjunta con el HIS (Sistema de Información Hospitalario), logrando
con ello una mejor y mayor integración, versatilidad, utilización de la
información, garantía de servicios y respaldo tecnológico.
Dispensa de medicamentos
Funcionalidad solicitada:
Gestión de insumos
52
● La gestión de la compra hasta la dispensación ambulatoria o en
internación, retroalimentando el sistema a los efectos de la reposición
de mercancías.
53
● Debe contar con un módulo de tratamiento prolongado.
Funcionalidad solicitada:
54
Módulo Contabilidad.
Debe apoyar la gestión financiera del efector, de manera que respete las
normas y procedimientos técnicos especificados por la ley de contabilidad de la
provincia y que permita la obtención de los libros legales, balances básicos e
informes financieros que sean necesarios, para el análisis, interpretación y
proyección de la información económico - financiera de toda la organización, de
acuerdo a la legislación y normativa vigente.
Debe permitir la clasificación del gasto, e imputación del mismo por Fuente de
Financiamiento.
55
● Debe permitir el registro de altas y retiros de bienes con sus respectivos
procesos contables, contar con capacidades para efectuar procesos
individuales y masivos.
● Emisión de informes.
● Consultar las transacciones que originan los costos/gastos por cada uno
de los atributos (Centro de pedido, Actividad, Proyecto, Orden de Trabajo
y otros). Debe permitir la formulación y manejo de más de una versión
de presupuestos.
Módulo Abastecimiento.
El sistema debe ser capaz de relacionar los conceptos de gasto de material con
los conceptos definidos para control de costos; por lo tanto debe contemplar
funciones como consumo de material en actividades y/o proyectos de
inversión, el cual deberá estar altamente integrado con el módulo de gestión
de presupuesto.
56
En el caso de las funcionalidades para la gestión de almacenes, se debe contar
con mantención de catálogos y/o padrón único provincial considerando sus
ubicaciones, bodegas, grupos de clasificación, gestión de pedidos de material,
devolución, consumos, transferencia de materiales, recuperación de
materiales, gestión de stock, etc.
Este módulo debe permitir ingresar y controlar la gestión de los contratistas del
Hospital, contener funciones para mantenimiento de postulantes e inscriptos
en los registros de contratistas y en los de consultores y su situación a la fecha
de requerimiento de los reportes, sus especialidades y sus categorías, sus
datos entre otros, de teléfonos, fax, correos electrónicos, nombre de
sociedades y personas constituyentes de ellas administración en forma
estandarizada de la información y procedimientos asociados a los contratos del
Hospital, registro y mantención de los recursos que el contratista pone a
disposición de la Compañía y sus características.
57
● Estos movimientos deberán estar integrados con los sistemas financieros
correspondientes.
Deberá contar además, con una herramienta que permita a los usuarios
avanzados explotar la información, para propósitos de apoyo a las decisiones y
para obtener información de carácter ejecutivo (Ej. Herramienta de Data
WareHousing, con desarrollo de cubos).
Perspectiva Administrativa
● Dispensa de medicamentos.
● Gestión de Insumos.
58
● Facturación a Financiadores
Perspectiva estadística
Contar con la producción estadística de todos los servicios del efector, basados
en los registros clínicos y administrativos, y los indicadores especificados por la
Dirección General de Estadística.
Funcionalidad solicitada:
Vigilancia epidemiológica
59
El sistema deberá tomar las bases nomencladas y consumir los servicios de la
IDESF (Infraestructura de Datos Espaciales de Santa Fe). Ver Arquitectura de la
Solución.
Interoperabilidad HIS/ERP
El sistema de información hospitalario (HIS), encargado del registro y obtención
de información en todos los ámbitos de la atención del ciudadano en el efector,
ya sea en los procesos del negocio como en los servicios de apoyo, deberá
proporcionar información al sistema de gestión de recursos (ERP) en todas las
especificaciones descritas en el punto: ERP, del presente pliego, a través de
lenguajes informáticos estandarizados, como HL7, DICOM, u otros.
Para ello deberá contar con los siguientes módulos que permitan:
60
● Dependiendo de la configuración las pruebas podrán solicitarse
individualmente, por perfiles de pruebas. Se deberán poder definir
catálogos de pruebas por Servicio peticionario discriminando
según prioridad de la petición.
● Se deberá poder obtener listados con todos los pacientes
analizados en un período concreto, lo que facilita al usuario un
control del movimiento registrado en su laboratorio en ese plazo.
● El sistema permitirá la impresión de etiquetas para los tubos que
permitan una identificación unívoca de estos.
● Se requiere poder registrar y trazar el circuito de las muestras
permitiendo conocer quién y cuándo las muestras son
recepcionadas en el laboratorio y distribuidas a cada sección. La
recepción de muestras se realizará mediante la identificación de
los códigos de barra de los tubos de muestra.
● Las opciones de registro de resultados podrá hacerse de forma
automática mediante la conexión con analizadores,
independientemente de su marca o modelo, o mediante registro
manual por medio de hojas de trabajo o muestra a muestra.
● El usuario podrá acceder a las muestras para la introducción de
resultados, modificación, para su repetición, la localización para
identificar al paciente o consultar resultados pendientes.
● Permitirá ver la evolución numérica y gráfica de los resultados de
cada paciente y acceder rápidamente a aquellos cuyos resultados
están fuera de los valores de referencia de cualquier análisis.
● Se requiere disponer de un módulo integrado para las muestras de
la sección de microbiología que permita la gestión específica de
estas, tanto a nivel de listas de trabajo como de resultados.
● Permitirá la validación automática de aquellas muestras que
cumplen una serie de condiciones definidas por cada usuario. Las
muestras no validadas automáticamente podrán validarse de
forma manual.
● En la validación se deberá de tener en cuenta los valores de
referencia de cada análisis, valores de pánico y delta check.
2. Gestión de la configuración.
● El sistema deberá de disponer de un módulo de configuración, de
fácil manejo y con acceso a usuarios autorizados, para la gestión
de las tablas maestras.
61
● La configuración de usuarios, seguridad y permisos con distintos
niveles o grados de acceso al sistema, deberá ser definido en el
módulo de administración de usuarios único, común a todos los
módulos del HIS.
● Configurar las pruebas analíticas incluyendo valores de referencia
según población (edad, sexo, etc.), unidades, valores de pánico,
delta check, etc.
● Definición de resultados cualitativos aceptados por prueba
analítica.
● Definición de perfiles y catálogos de petición.
● Establecer los criterios de validación para cada prueba (reglas de
decisión, rangos de alarma, etc.).
● Configurar la hojas de trabajo por sección según la estructura del
Hospital. Hojas de trabajo específicas para la sección de
microbiología.
● Química Analítica:
● Hematología:
62
Interoperabilidad HIS/LIS
El LIS deberá facilitar la perfecta integración con el HIS y otros entornos del
ámbito hospitalario. La estrategia de integración o interoperabilidad con otros
Sistemas de Información deberá caracterizarse por la adopción de estándares
de comunicación sanitarios:
● Por una parte se recibirán las peticiones, vía mensajería HL7, desde el
sistema HIS del efector. De la misma forma, ante consultas desde el HIS, se
devolverán los resultados una vez validados.
La empresa adjudicataria deberá realizar los trabajos que sean necesarios para
integrar la solución ofertada con los sistemas de información disponibles en el
Hospital (HIS/ERP). Los productos software y licencias necesarios para la
integración con los sistemas especificados en la presente licitación, será por
cuenta del adjudicatario.
El software deberá contar con todos los elementos necesarios para un uso clínico
adecuado. Se deberán incluir todas las licencias necesarias para asegurar una
funcionalidad continuada según las necesidades crecientes del hospital.
63
● RIS (Radiology Information System). Este sistema debe ofrecer todos los
procesos necesarios para gestionar la actividad de los servicios de imagen.
Tecnologías Implementadas
Soporta DICOM 3
Desarrollado en Java.DOO
● MySQL
● Evidence Documents
● Scheduled Workflow
● Basic Security
64
● Visor clínico. Su principal misión es la de permitir el acceso a las
imágenes a través de web. Debe ser una solución que privilegie la
velocidad de acceso a las imágenes pero ofrecer, al mismo tiempo
abundantes herramientas de elaboración de imagen. Será provisto
por el fabricante de cada uno de los equipos de captura asociados al
área de de referencia, en su etapa de grabación de los estudios en un
medio portable (CD/DVD).
● Consultar el trabajo diario que debe desempeñar, buscar los estudios, los
informes o los pacientes que le interesan.
● Abrir, una vez que tenga identificado el examen que quiere informar, el
visualizador de imágenes con un único click. Este se abrirá precargando el
examen que el médico ha seleccionado: el radiólogo deberá poder informar
mientras visualiza las imágenes, además, deberá poder acceder de forma
inmediata al histórico de las mismas y, en general, a la historia clínica
radiológica (imágenes de estudios anteriores).
65
● Solucionar de forma simple e inmediata los posibles errores que pueden
ocurrir, como, por ejemplo, el asociar una prueba al paciente equivocado.
Todas estas funcionalidades se realizará desde un único punto: el RIS, que será el
orquestador de todas las demás funcionalidades del sistema.
Interoperabilidad HIS/RIS/PACS
El sistema RIS/PACS deberá actuar coordinadamente con el sistema HIS del
Hospital. Para ello deberán realizarse diversas integraciones para mantener
una sincronización e integridad de datos adecuada.
66
La integración con el HIS del Hospital deberá alcanzar, como mínimo, las
siguientes funcionalidades:
67
La estrategia de implementación será cuidadosamente planificada en
coordinación con el equipo de proyecto del GSF.
68
Cada implementación deberá realizarse a través de la integración con
Empresas de localización Provincial, siendo deseable que la ubicación real se
encuentre en la ciudad de implementación.
69
Para lograr esta comunicación con los sistemas HIS de los diferentes efectores,
la solución solicitada deberá encargarse de la comunicación bidireccional con
los mismos, donde un paciente o HIS, podrá seleccionar, reservar y/o cancelar
un turno para la especialidad o procedimiento que requiera.
70
satisfactoria de la solución.
Renglón IV:
71
Se requiere la provisión e instalación de un producto de software de
Inteligencia de Negocios, que permita la integración de las diferentes fuentes
de información o plataformas con las que trabaja el Ministerio de Salud de la
provincia de Santa Fe, y su explotación en las áreas estratégicas que se
determinen, dentro del ámbito de dicho Ministerio y en la red de salud de la
provincia.
72
● soportar orígenes y destinos heterogéneos en el mismo proceso de
integración.
● consolidar diferentes tablas de hechos con estructuras diferentes sin que
tengan que provenir de una misma fuente de datos.
● utilizar la sintaxis completa de comando SQL
(StructuredQueryLanguage), estándar ANSI (American
NationalStandardsInstitute).
● presentar capacidades para ETL (ExtractTransform and Load) -
Extracción, Transformación y Carga de datos y EL-T, en forma integrada a
la herramienta desde una misma interfaz.
● programar la ejecución de los procesos de carga de datos integrados a la
herramienta.
● visualizar de manera gráfica el modelo de datos después que los datos
sean cargados.
● alertar al usuario si existió alguna falla en el proceso de carga de datos y
mantener automáticamente la última versión cargada con éxito.
● guardar los desarrollos realizados en un repositorio central.
● este repositorio debe soportar el versionado de los diferentes objetos
definidos.
● el repositorio debe soportar el trabajo concurrente de múltiples
desarrolladores participantes del mismo proyecto.
● la herramienta debe permitir realizar ingeniería reversa sobre los objetos
(tablas y archivos) sobre los que trabajará, para simplificar la carga de las
definiciones de los mismos.
● definir funciones de transformación propias para ser reutilizadas en
diferentes procesos.
● brindar una manera de organizar el proyecto de desarrollo.
● permitir la gestión de la configuración y versionado del desarrollo y
evolución de los procesos y transformaciones.
● comparar objetos de diferentes versiones para determinar sus
diferencias.
● generar reportes para documentar el proyecto. Los reportes deben
incluir, orígenes y destinos de los procesos de integración, la definición
de ciertos objetos desarrollados, las comparaciones de diferentes
versiones de un determinado objeto.
● generar archivos de log de los procesos de ETL.
● ejecutar los procesos de extracción en múltiples servidores, permitiendo
configurar qué proceso corre en qué servidor.
● permitir que los servidores que ejecuten procesos, puedan estar
distribuidos geográficamente de forma que las extracciones se ejecuten
cerca de donde residen los datos.
● definir múltiples disparadores para cada proceso de extracción.
● definir disparadores que dependan del estado de finalización de múltiples
procesos anteriores.
73
● configurar permisos por conexión individual y por tipo de conexión
(BBDD, Archivo, etc.).
● desarrollar y configurar procesos de carga desde de dispositivos móviles.
● realizar validaciones como violación de valores no nulos, referencias de
integridad, valores fuera de rango y otros. Los registros que no cumplan
las mismas deben ser separados en un apartado para su posterior
análisis y corrección.
● los registros erróneos deben poder ser reinsertados en el flujo de
posteriores ejecuciones una vez solucionados los problemas presentados.
● debe ser posible hacer una depuración (debug) de los desarrollos,
pudiendo establecer breakpoints en puntos preestablecidos, avanzar la
ejecución paso a paso y parar la ejecución ante un error.
● permitir instalarse en servidores dentro de la red de la provincia (on-
premise).
Monitoreo y Administración
● La herramienta debe poseer una consola de administración única tanto
para configurar los procesos de extracción y acceder a las ejecuciones ya
realizadas, como para configurar accesos a las visualizaciones.
● configurar y administrar las conexiones de datos a través de la consola
de administración.
● Debe permitir guardar registro de todas las ejecuciones realizadas en el
pasado,indicando el tiempo transcurrido en cada una de las ejecuciones,
la cantidad de registros transmitidos, las sentencias SQL generadas y los
errores encontrados.
● Desde la consola de administración y monitoreo debe ser posible re-
lanzar procesos que hayan quedado truncos por algún error.
● Debe ser posible tomar backup del repositorio de los desarrollos
realizados y del registro de ejecuciones.
● Debe ser posible exportar e importar la definición de los objetos
desarrollados para ser trasladados de un repositorio a otro.
Desempeño
● garantizar el acceso a una gran cantidad de memoria RAM.
● optimizar el uso de recursos del hardware interviniente
74
● instalar múltiples nodos para balanceo de carga y alta disponibilidad.
● permitir que los nodos que atienden las consultas de los usuarios, estén
distribuidos geográficamente.
● definir en qué nodo se ejecutará un determinado tablero o si podrá
ejecutarse en más de uno para alta disponibilidad y balanceo de carga.
● definir en qué nodo se ejecutará un determinado proceso de extracción o
transformación de datos o si podrá ejecutarse en más de uno para alta
disponibilidad y balanceo de carga.
Seguridad
● Debe ser posible crear diferentes usuarios para las diferentes personas
participantes del proyecto. Los usuarios deben estar identificados por una
contraseña.
● Los usuarios deben poder ser autenticados contra un servidor LDAP externo.
● Dependiendo del rol de cada usuario, debe ser posible crear usuarios
asignando diferentes perfiles de acceso.
● Los perfiles deben poder discriminar los siguientes roles:
- Desarrollador (crear y modificar los procesos de integración y otros
objetos
- relacionados)
- Operador (lanzar y visualizar las ejecuciones)
- Administrador de proyecto
- Administrador de Versiones
Objetivos
La herramienta de Inteligencia de Negocios deberá:
● permitir consolidar los datos procedentes de múltiples fuentes de
información en una sola aplicación.
● explorar las asociaciones entre los datos
● facilitar la toma de decisiones en tiempo real y en forma colaborativa
● contar con tecnologías que garanticen un desempeño óptimo en la ejecución
de consultas.
Se deberá informar explícitamente el tipo de tecnología ofrecida con esta
finalidad, y particularmente si la herramienta permite almacenar todos los
datos a ser consultados por los usuarios en todos los niveles de detalle
75
directamente en memoria RAM (Random Access Memory) del servidor, de
forma compacta, o sea no accediendo a los datos en cada consulta, sino a
los datos en memoria.
● presentar los datos con gráficos atractivos y tecnológicamente avanzados
● descubrir tendencias ocultas posibilitando descubrimientos que impulsen las
decisiones
● interactuar con aplicaciones, cuadros de mando y análisis interactivos
● interactuar con otras herramientas de BI
76
● definir métricas y dimensiones para ser reutilizadas por los usuarios al
desarrollar nuevas visualizaciones como así también poder usar los campos
directamente.
● ejecutar un tablero o un conjunto de análisis en un equipo portátil
(notebook) sin conexión con el servidor (off-line) con todas las
funcionalidades previstas en este apartado.
● agregar información en gráficos de dispersión cuando se muestren números
muy grandes de puntos (miles).
● modificar el ordenamiento o los colores utilizados sin necesidad de editar o
modificar los tableros publicados.
● hacer análisis multidimensional sin depender de tener la información pre
agregada ni en tener las jerarquías predefinidas.
● desarrollar las visualizaciones mediante arrastrar y soltar (drag and drop)
incluso en dispositivos táctiles.
● tablero disponible en un portal BI con diversos gráficos de los diferentes
indicadores y tablas.
● tablero "portable" de consumo sin conexión a la red (off line) el cual permita
filtrar dinámicamente.
● Programación de reportes clave y tableros de forma automática y
distribución mediante envío a diferentes usuarios por mail.Guardado de
reportes clave con al menos 5 versiones (fotos) del reporte.
● Todos los reportes que accedan al data warehouse deberán utilizar un único
modelo (metadata)
Navegabilidad
● Navegabilidad sobre las tablas y cubos, utilizando las diferentes dimensiones
e indicadores involucrados sobre los diferentes temas.
● Posibilidad de "saltar" de un reporte a otro haciendo click en la variable clave
que se desea profundizar.
● Posibilidad de “saltar” de una tabla o cubo, a reportes de detalle
posibilitando analizar la información a distintos niveles.
● desde el tablero deberá ser posible hacer drill (click para profundizar)
● posibilidad de "saltar" de un reporte a otro haciendo click en la variable
clave que se desea profundizar.
Mobile
● Los reportes deberán ser posibles de acceder desde dispositivos móviles,
dando la posibilidad al usuario de realizar filtros de manera dinámica (en el
momento de la consulta). Ejemplo: filtrar un paciente para ver su detalle de
información, visualizar tablero, mapa, etc.
Elaboración de informes
Deberá cumplir con los siguientes requerimientos:
77
● reutilizar los gráficos y objetos definidos en los tableros para envío
programado de reportes estáticos.
● enviar informes en formato MS Powerpoint, PDF, Pixel Perfect, HTML,
LibreOffice y MS Word.
● poseer un portal web que permita acceder únicamente a informes
estáticos distribuidos.
● permitir acceder al portal usuarios ajenos a la organización proveyendo la
autenticación necesaria.
● guardar varias versiones de los informes ejecutados.
● permitir a los usuarios finales de los informes que tengan los permisos
necesarios suscribirse a los informes que quieran recibir.
Eventos y Alertas
● Deberá permitir la configuración de alertas, especificando:
- Eventos disparadores y/o una condición a evaluar a partir de los
indicadores y métricas definidos.
- El momento en que deberá efectuarse la comprobación (“al abrir un
documento”, “después de recargar”, etc.).
● Las alertas deberán poder disparar alguna de las siguientes acciones:
- mensajes al operador
- envío de una notificación o informe vía email: permitiendo configurar
asunto, contenido (estático y/o dinámico) y destinatarios.
- envío de una notificación vía SMS: permitiendo configurar contenido
(estático y/o dinámico) y destinatarios.
· Deberán poder ser disparadas desde aplicaciones externas.
Scorecard
● Brindar de forma integrada, o permitir la implementación de una
herramienta que permita realizar scorecard, con ingreso manual de los
valores de cada métrica para un grupo de usuarios administradores.
● Dar visualización a los usuarios del scorecard, métricas y mapa por medio
del portal BI, sólo para un grupo de usuarios determinado.
● Implementar un set de reportes complementarios para visualizar en forma
gráfica:
- Por cada scorecard: Cantidad de métricas en sus estados, Proyectos en
sus estados, Resumen Valores de las métricas
- Resumen de los diferentes proyectos
- Evolución de métricas en forma de semáforo y valores.
- Resumen de métricas de cada scorecard con su puntuación
78
● Modelo para soporte de análisis predictivo.
● Deberá estar integrado, o poder conectarse de forma directa con la solución
de BI para alimentar el modelo.
79
acceso de usuarios autorizados.
● permitir controles de administración avanzados del sistema, para añadir,
suprimir o suspender usuarios y ajustar permisos o valores de seguridad.
● debe usar CAS o LDAP para la autenticación.
● definir grupos para filtrar la información de acuerdo a cada usuario.
(reportes, tablas, cubos, secciones de la metadatos y registros de la base de
datos)
● los reportes, tablas, cubos e información (datos) deberán ser filtrados de
forma automática teniendo en cuenta el grupo del usuario que ingresa.
● definir qué usuarios o grupos de usuarios tendrán permiso de exportar datos
e impresiones.
● analizar de forma gráfica el consumo de licencias y acceso a tableros por
parte de los usuarios.
● manejar encriptación en la comunicación entre diferentes servicios de la
plataforma.
● establecer la seguridad a nivel de registro y a nivel de columna.
● impedir que un usuario final pueda definir permisos ni sobre escribir
permisos definidos en la consola de administración,reservando este derecho
solamente a un administrador que pueda manejar los permisos en forma
centralizada.
● auditar desde la consola de administración qué usuarios tienen acceso a qué
tableros.
● auditar desde la consola de administración qué usuarios tienen acceso a qué
fuentes de datos.
● auditar desde la consola de administración qué usuarios tienen permisos
para desarrollar nuevos tableros.
● auditar desde la consola de administración qué usuarios tienen permisos
para desarrollar nuevas visualizaciones sobre tableros ya publicados.
● auditar desde la consola de administración qué usuarios tienen permisos
para compartir visualizaciones desarrolladas sobre tableros ya publicados.
● auditar desde la consola de administración qué usuarios tienen permisos
para desarrollar nuevas historias sobre tableros ya publicados.
● auditar desde la consola de administración qué usuarios tienen permisos
para compartir historias generadas sobre tableros ya publicados.
Auditoría
● Implementar un módulo de auditoría que permita monitorear la utilización de
los reportes acerca de qué reportes se ejecutaron, quién lo ejecutó, fecha
hora de ejecución, etc.
● permitir controles de auditoría para supervisar a los usuarios y asegurarse
de que el sistema se utilice de acuerdo con las políticas vigentes.
● Contar con un set de reportes disponibles para consultar la información de
auditoría.
80
Georreferenciación
● El sistema deberá poder tomar las bases nomencladas y consumir los
servicios de la IDESF (Infraestructura de Datos Espaciales de Santa Fe). Ver
Arquitectura de la Solución.
81
Relevamiento y definición de Requerimientos: Será responsabilidad de la
consultoría la cuidadosa selección y especificación de requerimientos,
considerando tanto los de negocios como los de tecnología, con el fin de lograr
un proyecto sólido que arroje resultados con rapidez.
En esta tarea será fundamental la participación activa de los usuarios, para lo
cual el Ministerio de Salud designará un equipo de Gestión para que trabaje
junto a los consultores en la definición de los indicadores y los requerimientos
de información.
82
Otras fuentes de información
- Scorecard
● Presentar una metodología para la implementación del scorecard.
83
Implementar una solución de scorecard para cada perfil estratégico
definido, de 20 métricas estratégicas y un mapa estratégico, con
información real, objetivo y tolerancia en cada métrica.
84
● Brindar herramientas y conocimiento para la Inteligencia de la Salud a
nivel Táctico (análisis de datos de salud; búsqueda global a través de
conjuntos de datos ilimitados; empleo de inteligencia georreferencial;
análisis de la salud a través de colaboración interhospitalaria y/u otros
efectores públicos y privados).
○ Hechos vitales
○ Morbilidad
○ Planes de salud
○ Calidad y resultados
85
tendencias y análisis de distintos indicadores y métricas de la salud
pública.
Implementación:
El equipo que brindará este servicio, trabajará con el equipo de proyecto del
GSF con la finalidad de coordinar todas las tareas involucradas en este punto.
86
- Si es necesario, instalación y/o configuración del/los motores de
base de datos necesarios y cualquier otro software de base requerido.
- Instalación y configuración del software de BI licitado en el Renglón
IV.1, en los ambientes de Desarrollo, Test y Producción, de manera
coordinada con los administradores de sistema del GSF.
- Configuración de la herramienta de monitoreo y administración.
- Documentar y entregar el manual de instalación indicando los
usuarios creados, directorios utilizados, configuraciones realizadas, puertos
de red utilizados, acceso a las herramientas de administración, etc.
- Documentar y entregar el manual de operación para
administradores, el cual debe incluir información de cómo utilizar la
solución. Debe indicar cómo iniciar y detener los servicios, cómo tomar
backup y hacer restore, cómo aplicar parches, ubicación de los archivos de
log, y toda actividad que sea requerida para mantener el buen
funcionamiento de la solución en el tiempo.
- Fuentes de información: acceso / disponibilidad de las fuentes de
información y plataformas necesarias.
- Integración de datos: ejecución de los procesos de carga de datos hacia
el área de stage y ejecución de los procesos ETL y/o ELT definidos para
nutrir el/los repositorios finales.
- Configuración de la herramienta de explotación: creación de perfiles,
grupos, usuarios, configuración de parámetros, etc.
- Implementación de los requerimientos según el diseño producido en la
etapa anterior.
- Pruebas: la empresa deberá presentar según cronograma general del
proyecto, la planificación de los diferentes tipos de prueba que resulten
necesarias, así como también los escenarios y objetivos de prueba
correspondientes, que deberán ser sometidos a aprobación por parte del
GSF.
- Conformidad: la solución implementada deberá ser “aprobada” por
usuarios calificados.
Informes de avance:
El equipo de consultoría será responsable de la actualización permanente de la
planificación y cronogramas, y de brindar informes de avance del proyecto
bi-mensuales (salvo que desde el GSF se requiera otra periodicidad), con el
estado de todas las actividades.
Además se deberá elaborar un informe una vez concluida cada una de las
etapas, y un informe final con los resultados obtenidos en el proceso,
detallando como mínimo, y según la etapa que se completa:
87
- Objetivos concretos a satisfacer con la información brindada, en cada caso.
- Requisitos funcionales propuestos, y aprobados.
- Aperturas de los modelos de análisis: lista de dimensiones identificadas y
jerarquía de desagregación requerida en cada caso.
- Fuentes de dato necesarias en cada caso.
- Requisitos no funcionales.
- Objetivos no alcanzados
- Futuras mejoras necesarias detectadas.
- Puesta en marcha
El equipo brindará todo el soporte necesario para garantizar el éxito de la
puesta en marcha de la solución, en cada una de las áreas planificadas.
88
Título: Administración de la Herramienta de Inteligencia de Negocio
Perfiles: Administradores de Plataforma
Horas: 40
Temario:
● Instalación y Configuración de la solución.
● Tareas básicas de administración como levantar y bajar los servicios,
modificar la configuración, etc.
● Toma de backups y restore de la herramienta.
● Monitoreo del estado de salud de los servicios.
89
● Debugging y solución de errores.
90
5. Consideraciones Generales
Plan de Trabajo
El oferente deberá presentar un Plan de trabajo en su oferta, por escrito y
además en formato digital (archivo tipo Project u open Project en pendrive).
Este plan deberá detallar todas las etapas de la provisión (se solicita un plan
separado para la capacitación). Deberá describir claramente las tareas, sub-
tareas, dependencias entre tareas, hitos y entregables y perfiles asignados a
cada tarea con su dedicación
Una vez adjudicado el proyecto, el plan de trabajo deberá ser aprobado por el
Gobierno de Santa Fe como condición previa a la adjudicación del proyecto.
Arquitectura de la Solución
El sistema deberá ser apto para funcionar en un entorno virtual, separado
físicamente de los dispositivos de almacenamiento y de los puestos de
operación y supervisión, en una configuración multisitio, multiservidores,
multiorganizaciones.
Deberá permitir la ejecución concurrente de varios usuarios (multitarea y
multiusuario) siendo accesible desde cualquier puesto conectado a la red
Provincial e Internet.
La solución debe garantizar los requerimientos no funcionales de: Alta
disponibilidad, seguridad, escalabilidad y desempeño a través de acuerdos de
niveles de servicio.
La implementación del sistema de salud será sobre máquinas virtuales de
acuerdo a lo indicado en cada caso. La arquitectura el sistema propuesto
deberá ser escalable horizontalmente sin puntos únicos de falla a nivel de
software. Si bien existirán máquinas virtuales de distinto tipo se deberán
considerar al menos los siguientes tipos:
Balanceadores de carga
91
Servidores de aplicaciones
Administradores de Servicios Web
Servidores de bases de datos
Estas definiciones se encuentran detalladas en el Estándar de Infraestructura
N° 5, Ambientes Arquitecturas y Zonas, el cual se anexa a la presente.
Escalabilidad
El sistema debe ser escalable horizontalmente, a partir del agregado de
servidores, manteniendo la funcionalidad del sistema en todo momento. Los
servidores podrán ser agregados en los balanceadores de carga o en los
Administradores de Servicios Web (o también Bus de Servicio Empresarial, ESB
por sus siglas en inglés). El sistema en su conjunto no deberá requerir
configuraciones adicionales que puedan ser disruptivas en el proceso de
ampliación de capacidades.
Como lineamiento general, se deberá implementar una arquitectura cercana a
los microservicios, a los fines de facilitar la escalabilidad.
Plataformas de implementación
Es deseable y se valorará que la implementación de la propuesta cumpla con lo
establecido en el Estándar de Infraestructura N°10, Plataformas Tecnológicas
para Aplicaciones y Datos, adjunto a la presente.
Seguridad
Gestión de usuarios
La generación de los usuarios del sistema, en todos los casos, deberá estar
alineada con la normativa de generación de usuarios, las cuales se encuentran
en el Documento Adjunto de Políticas de Seguridad N.º 2, Gestión de Usuarios.
Gestión de contraseñas
A los fines de la autenticación de los usuarios, es preferible y será valorada la
compatibilidad con CAS, el cual se encuentra implementado por la Secretaría
de Tecnologías para la Gestión. En su defecto el sistema deberá ser compatible
con LDAP, implementado en este caso con OpenLDAP. En ambos casos, sólo
deberá tenerse en cuenta la autenticación centralizada, quedando la
autorización a cargo de los productos a implementar por el adjudicatario.
92
proporcionando a cada usuario de manera transparente, para todos los
sistemas un único perfil de identidad: información personal, credenciales de
autenticación, etc. Todo ello en conexión con las capacidades single-sign-on
específicamente requeridas para la solución del ámbito hospitalario, en el
Renglón II.1.
Acceso a redes
Implementación central
En lo que respecta a los permisos de red que necesite el sistema para su
normal funcionamiento, se deberán tener en cuenta las normativas
detalladas en el Documento Adjunto de Políticas de Seguridad N.º 3,
«Acceso a Redes de Servidores».
Implementación regional
En el caso de una infraestructura regional, se deberá consensuar entre el
adjudicatario y el Gobierno de Santa Fe, la arquitectura de redes y
permisos, siguiendo los lineamientos mencionados en la sección anterior.
Infraestructura
Sistemas operativos
Es deseable y se valorará que los sistemas operativos a instalar y a utilizar por
el sistema cumplan con lo especificado en el Estándares de Infraestructura
N°3, Sistemas Operativos de Servidores, adjunto a la presente.
Infraestructura central
La implementación de servidores en la infraestructura central será mediante la
utilización de máquinas virtuales a excepción de los motores de base de datos,
donde el alojamiento de bases de datos será provisto como servicio por la
Dirección Provincial de Infraestructura Tecnológica. Asimismo en este caso los
balanceadores de carga serán provistos por el Gobierno de Santa Fe.
En este caso ninguna de las máquinas virtuales podrá superar los 32GiB de
memoria RAM, a los fines de facilitar la tolerancia a fallos y la movilidad de las
máquinas virtuales en infraestructura de virtualización del Gobierno de Santa
Fe.
Infraestructuras regionales
La implementación de servidores en la infraestructura regional será mediante
la utilización de máquinas virtuales, para todos los roles de servidores.
En este caso ninguna de las máquinas virtuales podrá superar los 16GiB de
memoria RAM, a los fines de facilitar la tolerancia a fallos y la movilidad de las
máquinas virtuales en infraestructura de virtualización del Gobierno de Santa
Fe.
93
Hardware
A continuación se describe el esquema de hardware para soportar las
aplicaciones de misión crítica de los hospitales, diseñada para no tener
puntos únicos de falla, garantizando la continuidad de negocio mediante la
reducción o eliminación del tiempo fuera de servicio. El siguiente gráfico,
describe de que manera interactúan los componentes a utilizar para dar
cumplimiento a los requerimientos expresados anteriormente.
94
Características del hardware
Servidores de Virtualización
Servidores físicos basados en arquitectura Intel Xeon, con un procesador
de 8 cores, 32 GB de memoria RAM, con fuentes de alimentación
redundantes e intercambiables en caliente, placa de administración
remota, 4 adaptadores de red LAN, distribuidos en 2 placas físicas
independientes y 2 discos rígidos hot-swap configurados en RAID 1 para
instalación del Hypervisor de Vmware.
Los equipos deben tener la capacidad de ejecutar múltiples sistemas
operativos y aplicaciones simultáneamente en el mismo servidor,
aumentando la escalabilidad, flexibilidad y agilidad de TI. Las máquinas
virtuales que ejecuten estos servidores se ubicarán físicamente en el
almacenamiento primario, y serán replicadas en el almacenamiento
secundario.
Deberán contar con una placa dedicada para backup, una placa para la
administración y 2 placas para producción, las cuales se conectarán
cada una a unidades diferentes de un switch, siendo redundante la
forma en que se conectan al almacenamiento externo.
Servidores de Backup
Servidor físico basado en arquitectura Intel Xeon, con un procesador de
8 núcleos, 32 GiB de memoria RAM, con fuentes de alimentación
redundantes e intercambiables en caliente, placa de administración
remota, 4 adaptadores de LAN, distribuidos en 2 placas físicas
independientes y 2 discos internos configurados en RAID 1, donde se
instala en sistema operativo y el software de respaldo. Deberá contar
con una placa dedicada conectada a la librería de cintas.
Este equipo ejecutará un plan de copias de seguridad, indispensable
para asegurar la disponibilidad y el resguardo de los datos del sistema.
El mismo debe incluir el guardado de copias de seguridad en un lugar
seguro y distante de donde se encuentran los servidores.
Librería de cintas
Dispositivo con una unidad LTO-6 y al menos 8 slots para la carga
automática de cintas, que permita hacer copias diarias de los datos y
prescindir de la intervención humana para el intercambio de las cintas si
fuera necesario.
Almacenamiento Principal
Dispositivo de almacenamiento con un total de 20 TB para alojar
máquinas virtuales, con características específicas que permiten
aprovisionamiento virtual, replicación, generación de snapshots y con un
software de administración y diagnóstico del sistema con entorno gráfico
administrable vía web.
Deberá contar con controladoras, fuentes de alimentación y ventilación
redundantes intercambiables en caliente, de manera que se pueda
95
acceder desde los servidores y el almacenamiento secundario, a través
de la red Ethernet 10GB iSCSI, en forma redundante.
Almacenamiento Secundario
Dispositivo de almacenamiento con un total de 20 TB dedicado para
almacenar las replicas de maquinas virtuales, con el fin de recuperar una
VM de forma inmediata.
Deberá contar con controladoras, fuentes de alimentación y ventilación
redundantes intercambiables en caliente, de manera que se pueda
acceder desde los servidores y el almacenamiento principal, a través de
la red Ethernet 10GB iSCSI, en forma redundante.
Procedimientos de Contingencia
Procedimiento ante la contingencia 1 ( Caída de un servidor de
virtualización): Las VMs que son consideradas críticas deberán estar
corriendo en cluster vmware con la característica de HA habilitada. De
manera tal que ante la caída de un nodo del cluster y teniendo la
disponibilidad de recursos en algún otro nodo , vencido el tiempo de
espera programado debería automáticamente levantarse en dicho nodo
96
dado que las VMs son visibles y están alojadas en un datastore común a
todos los miembros del cluster.
Procedimiento ante la contingencia 2 ( Caída del Almacenamiento
primario): Este tipo de falla es considerada crítica dado que las VMs
están corriendo en datastore que no está más disponibles para los
hipervisores . Se deberá realizar varias operaciones manualmente
◦ Cortar la replicación entre el almacenamiento primario y secundario .
◦ Publicar las LUNs que estaban siendo replicadas para ser vistas
por los hipervisores.
◦ Reiniciar los servidores.
◦ En cada uno de los hipervisores agregar los datastores/LUNs que
contienen las Vms.
◦ Inventariar cada VM disponible en el datastore.
◦ Arrancar cada VM y chequear la misma , en caso de corrupción se
determinará si se puede corregir o eventualmente levantar la
misma desde el último backup disponible.
Procedimiento ante la contingencia 4 ( Corrupción de una VM): Este
tipo de falla puede ser producto de mal funcionamiento o salida de
servicio no programado del HW de servidores o almacenamiento
para ello se deberá realizar varias operaciones manualmente
◦ Clonar la VM con otro nombre de manera tal que contenga los
últimos datos disponibles antes que salga de servicio lo que no
asegura que estos sirvan.
◦ Borrar la VM corrupta.
◦ Recuperar la VM desde el último backup de la misma.
◦ Inventariar la VM recuperada.
◦ Verificar los datos de la VM corrupta y determinar si son utilizable
o eventualmente recuperar los datos desde el último backup con
la consecuente pérdida de datos en el ínterin de los mismos.
97
Licenciamiento y Propiedad Intelectual
La solución propuesta deberá correr preferentemente sobre una arquitectura
de software libre. En caso de no ofrecer soluciones de ese tipo, se deberán
incluir todas las licencias para la funcionalidad solicitada en el presente pliego.
El adjudicatario deberá proveer todas las licencias de los distintos tipos de
software que se necesiten para poner en funcionamiento la solución general en
su conjunto, en un entorno de prueba y en un entorno de producción. Estas
licencias incluyen las licencias de las herramientas, bases de datos y también
las de los sistemas operativos, si fuesen necesarias.
El adjudicatario deberá entregar las licencias y utilizar la versión más reciente
liberada por el fabricante para los componentes de software involucrados,
excepto que en éstas se verifique la existencia de problemas (bugs) o
incompatibilidades, las cuales serán explicadas al Gobierno de Santa Fe siendo
ésta la autoridad que decida al respecto. De idéntico modo, y sin cargo para el
Gobierno de Santa Fe, se deberán proveer e instalar los parches (o update) y/o
las actualizaciones (o upgrade) de software y correcciones que fueran
necesarios para garantizar la seguridad y el correcto funcionamiento del
sistema durante la vigencia del contrato.
En caso de que, en un futuro, luego de la implementación, se requiera la
adquisición de nuevas licencias de software, el proveedor deberá mantener el
precio unitario, en dólares estadounidenses, que cotizó al inicio de la licitación.
Todas las licencias deberán ser perpetuas, registradas con la siguiente
información de contacto:
Dirección Provincial de Infraestructura Tecnológica
San Martín 2466, 3er Piso, Santa Fe (3000), Santa Fe, Argentina.
[email protected]
(+54) (0342) 4508700
98
(servicios escrow), para de esta forma tener garantizada la continuidad
evolutiva de la solución contratada. En este último caso, el servicio a contratar
deberá ser previamente aprobado por el GSF.
Servicios GIS
La solución deberá integrarse con los servicios GIS que provee la IDESF. Para
ello, los sistemas de georreferenciación deberán ser compatibles con los
estándares del Gobierno de Santa Fe (IDESF: Infraestructura de Datos
Espaciales de Santa Fe) que a su vez son compatibles con OCG (Consorcio
Geoespacial Abierto).
En tal sentido es preciso aclarar que los sistemas licitados en el presente pliego
deberán poder tomar la información producida por la IDESF (Infraestructura de
Datos Espaciales de Santa Fe), que ofrece servicios de Información Geográfica
basados en Normas y Estándares Abiertos e Interoperables, emitidos por el
Consorcio Geoespacial Abierto y la Organización de Estandarización
Internacional (ISO TC211). Estos servicios permiten el intercambio homogéneo,
de información heterogénea.
99
-WFS-T (WFS Transaccional): Permite la transferencia de las geometrías de los
objetos geográficos de interés, y su edición (crear, eliminar, modificar) a través
de operaciones transaccionales.
-WCS (Web CoverageService): Soporte para la representación de mapas de
cobertura (por ej. Imágenes Satelitales)
-CSW (CatalogService Web): Este servicio permite gestionar un catálogo de
métodos de la Información Geográfica disponible (organismo generador de la
información, contacto, área de cobertura, tipo de inf., fechas de captura,
modificación, sistema de referencia, etc.)
-Tile Caching (WMS-C, WMTS, TMS, Google MapsKML, Virtual Earth): Servicio de
cacheo de mapas, que permite mejorar de manera considerable la experiencia
del usuario, al acelerar el acceso a los mapas.
Servicios Profesionales
Previsión de Recursos Humanos en la implementación
El oferente deberá proporcionar y garantizar los recursos humanos, técnicos y
de infraestructura, dedicados plena o parcialmente al proyecto para la
implementación de las soluciones, en las etapas de análisis de requerimientos,
adaptación, implementación en el caso que corresponda, y configuración de las
soluciones, pruebas, puesta en marcha y entrada en producción utilizando los
aplicativos, transferencia tecnológica, capacitación y difusión, como también
en el soporte posterior a la puesta en marcha.
El adjudicatario debe establecer la participación de un equipo multidisciplinario
que considere el área clínica, administrativa, técnica y social (con formación
certificada en Gestión del Cambio, Coaching y Gestión de Personas), para lo
cual deberá detallar los recursos humanos destinados al proyecto, incluyendo
la descripción de roles y competencias de cada uno y la dedicación en horas
hombre al proyecto.
Por su parte, los efectores dispondrán de horas exclusivas de profesionales
dedicados al proyecto, las que se definirán en la etapa de planificación del
proyecto. El perfil de profesionales será del área: clínica, administrativa,
informática y estadísticas.
100
Capacitación y Transferencia Tecnológica
El adjudicatario tendrá a su cargo el diseño, organización y el dictado de la
capacitación de los operadores, supervisores y administradores del sistema,
definidos por el Gobierno de Santa Fe.
La capacitación a operadores deberá preverse en igual plazo para todos los
efectores donde se realice la implementación en todos los servicios donde se
habiliten los sistemas, comenzando 30 días hábiles antes de la puesta en
marcha. El oferente tendrá que mantener un staff de profesionales acorde con
el volumen de implementación, estableciendo un mínimo de 4 (cuatro) para
cada solución a implementar, durante no menos de 6 meses a partir del inicio
de las actividades sobre los sistemas. En el mismo plazo realizará la
transferencia de conocimiento a los equipos técnicos de cada uno de los
efectores de salud.
El plan de capacitación tendrá que prever a todos los usuarios de los sistemas
en las distintas áreas de los efectores (ver volumen de personal de los
efectores). El objetivo es lograr que los mismos adquieran las competencias
para operar la aplicación y contribuyan a la sostenibilidad de su uso.
Los cursos deben evaluarse con un cuestionario de satisfacción del participante
y un test de evaluación de adquisición de conocimientos o habilidades del
asistente. Se deberá realizar un informe final consolidado de la capacitación
dictada, que contenga la evaluación global y recomendaciones.
La capacitación ofrecida deberá garantizar la enseñanza sobre el uso y manejo
del sistema en sus distintos modos de funcionamiento y para todos sus
componentes y perfil de usuario.
Será beneficioso que se entregue la certificación correspondiente por la
capacitación realizada a cada participante.
Se deberá incluir un programa detallado de cada capacitación, calendarios,
cronograma de horas de dictado y el número máximo de personas por curso
para un buen aprendizaje del uso de las herramientas propuestas.
Se deberá prever el suministro de todo el material necesario para el correcto
dictado de las capacitaciones, como así también los manuales de uso y guías
prácticas de fácil interpretación para la operación de cada uno de los
componentes objeto del presente pliego.
Todas las acciones de capacitación deberán ser realizadas preferentemente en
instalaciones definidas oportunamente por el Gobierno de Santa Fe.
Los cursos que requieran práctica sobre los equipos, no podrán realizarse sobre
el entorno de producción. Y se deberá coordinar con el Gobierno de Santa Fe la
necesidad de licencias adicionales, equipos, etc., corriendo por parte del
adjudicatario todos los gastos incurridos a tales efectos.
La capacitación se deberá realizar en horario laboral, salvo que el Gobierno de
Santa Fe autorice lo contrario.
De la transferencia tecnológica:
101
transferencia tecnológica, para el mantenimiento y administración de cada una
de las distintas soluciones licitadas en este pliego, sus diversos módulos,
subsistemas, etc.
- Documentación
Como actividad transversal a todo el proceso, se requiere la
confección y entrega de documentación de todo lo producido en cada
una de las etapas (minutas de reunión, informes de avance,
especificaciones y diagramas de procesos, modelos de datos,
diagramas de despliegue, notas de versión, manuales de usuario, etc.), y
actualización permanente de dichos documentos si existieran cambios,
puestos a disposición del equipo de proyecto de GSF en los plazos que
se acuerden.
Toda la documentación que se entregue deberá estar en idioma español,
y se presentará en soporte digital a través de los medios que se
acuerden, y si es requerido en forma impresa.
- Estándares
102
Salvo que se acuerde lo contrario, toda la documentación a entregar, así
como también los procesos contemplados en el desarrollo de las
actividades mencionadas: gestión del cambio, esquema de despliegues,
etc., deberán ajustarse a los estándares utilizados por el GSF, o
acordados oportunamente.
103
◦ El oferente deberá prever la transferencia de conocimiento del plan
de contingencia a los equipos de profesionales que el Gobierno de
Santa Fe designe, durante un plazo no menor a 6 meses. Durante
dicho plazo la aplicación del plan de contingencia será exclusiva
responsabilidad del oferente.
104
Como norma general, quedarán excluidas de las penalizaciones:
· Cuando haya situaciones extraordinarias que hagan imposible el
establecimiento de los indicadores para medir las penalizaciones.
· Que la desviación no sea exclusivamente responsabilidad del
adjudicatario.
La STG podrá ejercer estas penalizaciones si así lo considera necesario.
Todas las penalizaciones están referidas al importe total del proyecto y se
realizarán como una reducción en el importe de la siguiente factura que reciba
la STG. En caso de que no se vaya a recibir una próxima factura, supondrán un
abono para la STG por dicha cantidad penalizada.
La falta de prestación del servicio por medidas de fuerza del personal del
adjudicatario u otra causa y/o reiteración de deficiencias, facultará a la
Provincia a contratar a un tercero por cuenta del adjudicatario, a cargo de
quien estará el pago de la eventual diferencia de precios que resultare.
105
Sin perjuicio de lo antedicho la falta de cumplimiento a las condiciones
establecidas en el presente pliego, dará lugar a la aplicación de lo previsto en
el inc. l) del art. 139 del Decreto N° 1.104/16.
Mantenimiento
Garantía
La garantía incluye como mínimo la correcta operación de todas las
funcionalidades del servicio descritas en este documento.
Además, debe garantizar el correcto funcionamiento del servicio, después de
cada proceso de actualización y/o mejora.
El oferente deberá disponer personal in situ abocado a resolver los
inconvenientes que puedan surgir durante la implementación de las soluciones.
Además, deberá brindar soporte en lo referido a software, bases de datos y
clientes durante la implementación de su solución.
El período de garantía será como mínimo de 12 meses a partir de la aceptación
del trabajo. No obstante, los oferentes especificarán, en su caso, el tiempo de
garantía ofrecido superior al mínimo, así como el alcance de la misma.
Mantenimiento correctivo
Los servicios de mantenimiento correctivo se aplicarán dentro del plazo de
ejecución total del contrato, a aquellos sistemas que se hubieren
implementado y abarcará también las modificaciones necesarias durante el
período de garantía.
Se cubrirá el correcto funcionamiento de cada una de las partes componentes
del sistema que ofertaren, como así también la disponibilidad de personal
técnico.
El mantenimiento correctivo permitirá localizar y eliminar los posibles defectos
que hacen que el comportamiento del sistema sea diferente del establecido en
las especificaciones y/o que bloquean el funcionamiento del sistema.
Particularmente, ante problemas de disponibilidad de recursos, deberá
garantizar un servicio de mantenimiento y soporte ágil y respuestas
inmediatas.
El Adjudicatario será responsable por el correcto funcionamiento de los
sistemas solicitados en la presente gestión y la adecuada conservación de sus
instalaciones, debiendo para ello realizar el Mantenimiento Preventivo de todas
las componentes involucradas, de acuerdo a los requerimientos establecidos
en la presente sección.
El mantenimiento preventivo como el correctivo deben incluir:
106
● La atención y resolución de problemas, instrumentando todas las
etapas necesarias para cumplimentar dicho objetivo.
● Deberá prestarse en las oficinas y en las localidades donde se
instalen los sistemas objeto del presente pliego. El Gobierno de la
Provincia de Santa Fe no reconocerá gastos adicionales de traslado o
movilidad de equipos o técnicos.
● Al modificarse un módulo o procedimiento de un sistema, deberá
actualizarse la versión para su uso a todas las dependencias en que
ya se hubieren puesto en funcionamiento.
● Igualmente deberán unificar las versiones de utilitarios, sistema
operativo y todo otro software instalado dentro de la misma
plataforma. Se deberá remitir la documentación de la nueva versión.
● Un calendario de mantenimiento preventivo para cada uno y todos
los componentes del sistema, que así lo requieran.
● Como parte del mantenimiento preventivo se deberá realizar la
evaluación periódica de Rendimiento y Calidad: el monitoreo del
rendimiento y eficacia del sistema, adoptando las medidas
correctivas necesarias que permitan alcanzar los objetivos
requeridos. El Gobierno de Santa Fe comprobará el grado de
satisfacción de los usuarios, tanto finales como técnicos.
107
• El adjudicatario concederá el servicio preferentemente con
personal especializado de la(s) empresa(s) fabricante(s) de los productos
ofrecidos, o en su defecto con su propio personal o por un tercero, el que
deberá estar debidamente certificado por el(los) fabricante(s) o su
representante local. A sus efectos presentará, al momento de la entrega de los
productos, la lista de técnicos habilitados para prestar el servicio. El
adjudicatario es responsable ante eventuales incumplimientos de los terceros
que contrate.
• Las solicitudes de servicio se sujetarán como mínimo, a lo
siguiente:
- Se podrán efectuar telefónicamente, por correo electrónico o
mediante página web (considerándose todas estas formas igualmente válidas)
a las direcciones acordadas entre el Gobierno de Santa Fe y el adjudicatario.
• El Gobierno de Santa Fe notificará las anomalías en que se
presenten incluyendo la siguiente información:
- Fecha y hora
- Descripción del problema
- Usuarios afectados
- Nivel de criticidad de la falla
• El tiempo que transcurra entre el momento de reportar un
incidente de soporte técnico y el momento de atención de la empresa no
deberá exceder las dos (2) horas.
• Las resoluciones a los problemas que pudieran surgir deberán
ajustarse a lo establecido en la tabla siguiente. Para el caso en que la
resolución del problema sea imposible de resolver en los plazos estipulados, el
adjudicatario, deberá acordar con el Gobierno de Santa Fe un nuevo plazo,
teniendo este último la decisión única y exclusiva sobre el nuevo plazo de
resolución.
• El plazo para la resolución del problema reportado, deberá
responder al siguiente detalle, de acuerdo con la criticidad reportada y definida
exclusivamente por el Gobierno de Santa Fe:
108
Nivel Tiempo de Impact Detalle del Impacto
Criticida resolución o
d máximo (en
horas
corridas)
1 24 horas Alto Software detenido, fallas del Sistema
Operativo o indisponibilidad o falla de
máxima funcionalidad de
componentes vitales
2 48 horas Medio Software no detenido, falla en
componentes vitales solucionable en
forma transitoria y no definitiva.
3 72 horas Bajo Software no detenido, falla en
componentes que requieren solución
no inmediata.
4 15 días Muy Problemas en nuevos componentes o
Bajo funciones no utilizables aún en el
ambiente de producción.
109
con la antelación suficiente.
Gestión de la Continuidad
El adjudicatario deberá garantizar en todo momento la continuidad de los
equipos de trabajo, y para ello deberá proponer los procesos de gestión para
las siguientes contingencias:
• Sustituciones temporales planificadas
• Sustituciones temporales imprevistas
• Sustituciones definitivas previstas
• Sustituciones definitivas imprevistas
110
continuidad de los talleres de transferencia tecnológica y una conveniente
comunicación de las mejoras de la aplicación a todos los interesados
(comunicados y notas de versión), y eventuales refuerzos de capacitación (para
cambios importantes).
Responsabilidad
La adjudicataria asegura al Gobierno de la provincia de Santa Fe, que las
creaciones y obras realizadas para las soluciones del presente pliego, serán
originales y no infringen derecho alguno de Propiedad Intelectual o Industrial
de terceros, incluyendo a título meramente enunciativo y no limitativo
derechos de autor, marcas y otros signos distintivos, patentes e invención,
licencias, modelos de utilidad, diseños industriales, frases publicitarias, nombre
comercial, nombres de dominio en Internet, secreto comercial, o información
no divulgada, derechos de imagen o bienes jurídicos similares, y que no se
encuentran gravados, sujetos a inhibición o afectados de cualquier forma que
afecte su libre disponibilidad por el Gobierno de la provincia de Santa Fe.
La adjudicataria declara asumir entera responsabilidad por acciones legales y/o
reclamaciones de cualquier naturaleza incluyendo, a título enunciativo y no
limitativo, reclamaciones extrajudiciales, judiciales, civiles, penales o
administrativas - que puedan originarse en relación con la originalidad y
autoría de las Obras realizadas para la provincia, y responderá de los daños y
perjuicios, multas, penas, costas, costos, gastos causídicos, honorarios de
abogado, gastos, y cualesquiera otras pérdidas que pudieren arrogarse al
Gobierno de la provincia de Santa Fe por tal motivo.
Será de exclusiva responsabilidad del adjudicatario el uso de patentes de
invención, marcas de fábrica o de comercio y otros tipos de propiedad
intelectual (derechos de copia y uso de libros y programas de computador,
etc.) pertenecientes a terceros que requiera para llevar a cabo el objeto de
111
esta licitación. Toda cantidad que el adjudicatario tuviera que pagar para poder
hacer uso de tales derechos de terceros, será de su exclusivo cargo y costo.
112
8. Equipo de asistencia en terreno para etapa de explotación.
Perfiles requeridos
El equipo de trabajo dispuesto por la adjudicataria, deberá incluir como mínimo
especialistas con los perfiles que se enuncian a continuación, debiendo
dominar todos ellos el idioma español:
113
Estructura del equipo
Dentro de este servicio, el equipo de trabajo se organizará en dos capas
diferenciadas:
El objeto de la firma o razón social deberá ser afín al objeto del llamado,
informando la antigüedad en el ramo. El oferente deberá acreditar una
antigüedad societaria superior a los tres (3) años. La misma será calculada
como el período que va desde la fecha de constitución de la sociedad según
consta en el Contrato Social o Estatuto Societario, hasta la fecha de apertura
de la presente gestión. La antigüedad se computará por año calendario,
114
independientemente de las fracciones de tiempo que correspondan al año de
inicio o al presente año. En el caso de una Unión Transitoria (UT) sólo se
computará la antigüedad de la empresa con mayor facturación anual.
En el caso que el oferente sea una UT, cada una de las empresas integrantes
deberán cumplir con los requisitos formales requeridos en la presente
licitación. No obstante, se considerarán en forma conjunta los antecedentes
aportados por las mismas.
El oferente deberá presentar una breve descripción de su experiencia en
ventas análogas y de similar envergadura a las requeridas, realizadas con éxito
y a satisfacción de los mandantes. Dicho listado deberá contener nombre,
dirección de correo electrónico y teléfono de cada empresa o entidad, a los
fines de que el organismo solicitante pueda requerir referencias
complementarias.
No se aceptarán propuestas de oferentes que, resultando personas físicas y/o
jurídicas, no sean comerciantes o casas establecidas en el rubro, distribuidores
mayoristas
2. Consultas y aclaraciones
Los interesados en la gestión podrán efectuar las consultas y pedidos de
aclaraciones que consideren necesarios. Las mismas deberán efectuarse por
escrito, estar firmadas y ser presentadas en la Dirección Provincial de
Contrataciones y Gestión de Bienes, hasta diez (10) días corridos antes de la
fecha límite de presentación de ofertas.
La DPCyGB podrá realizar aclaraciones generales a la presente Solicitud
mediante circulares que serán emitidas de oficio o en respuesta a consultas de
los adquirentes del Pliego hasta cinco (5) días corridos antes de la fecha de
presentación de ofertas.
Un ejemplar de todas las circulares estará a disposición de los interesados en la
DPCyGB.
La presentación de Oferta significa el reconocimiento por el Oferente
respectivo de estar en pleno conocimiento de dichas circulares.
El Oferente será plenamente responsable de la suficiencia de su Oferta y
deberá efectuar todas las investigaciones y verificaciones que considere
necesarias para la formulación de su Oferta y para asegurarse que la
información de respaldo de la misma sea adecuada.
El volumen y detalle de la información que solicite, deberá ser razonable de
acuerdo con los requerimientos de la preparación de las Ofertas, de la
existencia y disponibilidad de la información. La DPCyGB resolverá cualquier
controversia que se planteare en torno a esta cuestión.
La presentación de una Oferta implicará el reconocimiento por parte del
Oferente de que tuvo suficiente acceso a la información necesaria para
prepararla correctamente, y que se basó al efecto exclusivamente en su propia
115
investigación y evaluación, por lo que no serán admitidos ni durante la gestión
ni después de la firma de los Contratos, impugnaciones u otros reclamos
fundados en defectos o insuficiencia de la información provista, en la falta de
respuesta en término o en la demora en brindarlas.
Ninguno de los siguientes organismos: La Provincia, el Ministerio de Gobierno y
Reforma del Estado, el Ministerio de Seguridad y la Dirección Provincial de
Contrataciones y Gestión de Bienes; asumirán responsabilidad alguna respecto
de la calidad, suficiencia o exactitud de la información suministrada.
116
Será de responsabilidad de cada oferente asegurarse de que la dirección
electrónica constituida sea correcta, válida y apta para la recepción de este
tipo de mensajes.
Una vez realizada la apertura electrónica de las ofertas, se verificará que todos
los oferentes hayan adquirido el Pliego de Condiciones.
117
Las propuestas tendrán vigencia por un período mínimo de ...días calendario
contados a partir de la fecha de apertura, prorrogables automáticamente por
períodos sucesivos de ... días, salvo que mediare comunicación escrita por
parte de la firma oferente, lo que deberá comunicarse con una antelación no
inferior a …. días hábiles antes del vencimiento del plazo inicial o sus
prórrogas. En caso de que el oferente estipularse un plazo menor de
mantenimiento de oferta, se considerará como no estipulado, siendo válido
únicamente el término establecido en el presente numeral.
118
Renglón I
Equipos de trabajo
Director del proyecto: Definición de responsable técnico
que dirigirá el proyecto por parte del adjudicatario.
Currículo del director.
119
Definición de los equipos de trabajo, indicando sus
integrantes, dedicación y funciones, y los roles con que
participa cada integrante.
Currículos de las personas que conforman el equipo de
trabajo.
Promedio de años de experiencia en implementaciones de
los Especialistas área clínica.
Promedio de años de experiencia en implementaciones de los
Especialistas en implementación.
Promedio de años de experiencia en implementaciones de los
Especialistas procesos productivos sanitarios.
Promedio de años de experiencia en implementaciones de los
Especialistas en instalación y mantención de equipamiento informático.
Arquitectura del Sistema y Seguridad
Aplicación WEB con arquitectura de N-capas.
120
solución a futuro.
Se deben proveer los manuales del software ofertado y sus
componentes.
Funcionalidades y documentación
Renglón I - Para ambas soluciones:
Descripción funcional de cada herramienta.
Cumplimiento de funcionalidades requeridas en el presente pliego.
Indicando la forma de cumplimiento (lo trae incorporado la herramienta,
se parametriza, se desarrolla, etc.)
Especificación de toda la documentación que se entregará con las
herramientas.
Renglón I.1: Descripción detallada de las funcionalidades
para la solución de Historia Clínica Electrónica Compartida,
que permita construir y visualizar el historial clínico del
ciudadano, usuario de la red de salud de la provincia.
Será condición la implementación de los perfiles de
integración: XDS - Cross-Enterprise Document Sharing
y PIX - Patient Identifier Cross-Referencing, utilizando
los siguientes componentes:
- Índice Maestro de pacientes
- Registro XDS
- Repositorio XDS.b
- Canal de interoperabilidad
- Intercambio de documentos CDA, mensajería HL7v2
y personalizados
- Visor para el usuario final
Renglón I.2: Descripción detallada de las funcionalidades
contempladas para el Portal de Salud del Ciudadano. Esta
solución debe brindar el acceso individual a cada
ciudadano de su Historial Clínico personal, a todos sus
eventos clínicos registrados en cualquier punto de la red
de salud, a través de aplicación web y dispositivos móviles.
- Deberá implementar los perfiles de integración
definidos por la HCEC, para lo cuál usará la
información de los documentos CDA, y mensajes
HL7v2 guardados en los repositorios XDS.b
- Deberá interoperar con el sistema de administración
de agendas y turnos
- Visualizar contenidos educativos
- Interfase de enrolamiento y esquema de seguridad
de acceso y visibilidad por usuario
Renglón I.3: Servicios de implementación para la
soluciones de HCEC y PSC
Renglón I.4: Servicios de consultoría para adaptar los HIS
provinciales a la nueva solución HCEC
121
Renglón II
122
Director del proyecto: Definición de responsable técnico
que dirigirá el proyecto por parte del adjudicatario.
Currículo del director.
Definición de los equipos de trabajo, indicando sus
integrantes, dedicación y funciones, y los roles con que
participa cada integrante.
Currículos de las personas que conforman el equipo de
trabajo.
Promedio de años de experiencia en implementaciones de
los Especialistas área clínica.
Promedio de años de experiencia en implementaciones de los
Especialistas en implementación.
123
Se debe indicar detalladamente como se debe aumentar el
licenciamiento del software ofrecido para escalar la
solución a futuro.
Se deben proveer los manuales del software ofertado y sus
componentes.
Funcionalidades documentación
Visión y enfoque de la solución integral, identificando los
distintos componentes, sus relaciones, destacando el
aporte de valor al sistema de salud pública y a los
programas y proyectos de TecnoFE.
Descripción funcional de cada herramienta.
Cumplimiento de funcionalidades requeridas en el presente
pliego. Indicando la forma de cumplimiento (lo trae
incorporado la herramienta, se parametriza, se desarrolla,
etc.)
Especificación de toda la documentación que se entregará
con las herramientas.
El HIS propuesto debe interoperar con la solución de HCEC
dentro del marco técnico propuesto por IHE, especificado
en el renglón I del presente pliego.
Las funcionalidades de los módulos de Agendas y Turnos,
deberán interoperar con la solución de Agendas y Turnos
especificadas en el Renglón III del presente pliego.
El HIS deberá estar integrado con las soluciones ERP, LIS,
RIS -PACS propuestos.
HIS: descripción detallada de las funcionalidad del módulo
de gestión de la configuración que permita configurar
Seguridad, Agendas y Camas
HIS: descripción detallada de las funcionalidad del módulo
de gestión Administrativa que contemple mínimamente:
Admisión de pacientes, Gestión de Turnos y Gestión de
internaciones.
HIS: descripción detallada de las funcionalidad del módulo
de Gestión asistencial, que contemple mínimamente,
contemplando el uso de servicios terminológicos:
● Registro asistencial en guardia, en atención
ambulatoria, e internaciones.
● Gestión de quirófanos
● Módulo de indicaciones y prescripciones
● Gestión de enfermería
ERP: descripción detallada de las funcionalidad del ERP,
que contemple mínimamente la automatización de
procesos básicos, administrativos y de apoyo:
● Dispensa de medicamentos
● Gestión de insumos
● Gestión contable y financiera
● Gestión de Recursos Humanos
● Gestión de Informes y reportes
124
LIS: descripción detallada de las funcionalidad del Sistema
de gestión para Laboratorio, integrado al HIS
RIS: descripción detallada de las funcionalidad del módulo
de gestión de imágenes, interoperando con el PACS e
integrado al HIS
125
Renglón III
126
Definición de los equipos de trabajo, indicando sus
integrantes, dedicación y funciones, y los roles con que
participa cada integrante.
Currículos de las personas que conforman el equipo de
trabajo.
Promedio de años de experiencia en implementaciones de
los Especialistas área clínica.
Promedio de años de experiencia en implementaciones de los
Especialistas en implementación.
127
Funcionalidades documentación
128
Renglón IV
129
Currículos de las personas que conforman el equipo de
trabajo.
Promedio de años de experiencia en desarrollo e
implementación de soluciones de Inteligencia de negocios.
130
etc.)
Especificación de toda la documentación que se entregará
con las herramientas.
Renglón IV.1: Descripción detallada de las
funcionalidades para la solución para visualización de
mapa GIS.
Renglón IV.1: Compatibilidad con estándares del
Gobierno de Santa Fe.
131
NOMBRE DESCRIPCIÓN INFORMACION A INTEGRAR
PROGRAMAS PROVINCIALES TRANSVERSALES
SIPAF Sistema Prov. de No definida en el ámbito de
Administración Financiera: este Proyecto
Sistema utilizado en toda la
administración pública
provincial para la gestión
presupuestaria, financiera y
contable de cada Ministerio.
SARH Sistema de Administración El Módulo de RRHH del ERP
de Recursos Humanos: debe proveer mensualmente
Sistema transversal utilizado al SARH, las novedades para
para la gestión y control de la liquidación de Sueldos, en
todos los Recursos Humanos un archivo digital..
de la Provincia.
Sistema Nuevo sistema que va a No definida en el ámbito de
Provincial de adquirir la provincia para este Proyecto
Compras facilitar y transparentar la
gestión de las compras en
todas las dependencias
públicas de la Provincia.
PROGRAMAS DEL MINISTERIO DE SALUD
SICAP Sistema de Gestión para El HIS Licitado, debe replicar
Centros de At. Primaria. en el SICAP la siguiente
Sistema WEB con una base información a través de Web
única de pacientes que service:
posibilita la registración de - ABM de pacientes.
todas las prácticas - Las consultas ambulatorias
ambulatorias que se realizan del Hospital.
en los CAP’s de la Provincia. - Las Vacunas realizadas en el
efector.
- visualizar desde el HIS el
carnet de Inmunizaciones
del Paciente que reside en
SICAP.
132
Red de la Provincia medicamentos a la
(Droguería Central, Droguería Central.
Droguerías Nodales, - Recepción de pedidos de los
Farmacias Hospitalarias,
CAP’s.
Centros de Salud y
Programas Nacionales) - Distribución de
medicamentos a los CAP’s.
- Consulta de Stock del
Hospital desde Nivel Ctral.
133
atendidos en los distintos
efectores de salud.
Programa El SIVILA es el Módulo de Deberá generar un reporte,
Nacional de Vigilancia por Laboratorio con los datos de laboratorio
Vigilancia por del SNVS. Integra a la solicitados por el SIVILA, para
Laboratorios Vigilancia epidemiológica los facilitar la carga en dicho
(SIVILA) resultados de Laboratorios sistema.
de los efectores de Salud.
Sistema de Sistema que mantiene un No definida en el ámbito de
Integrado de Inf. registro actualizado de este Proyecto
Sanitaria (SIISA) Establecimientos de Salud
(REFES) y Profesionales
matriculados (REFEPS) de
todo el País.
SATI-Q, Software utilizado para El HIS, deberá generar una
colectar datos relacionados salida que facilite la carga de
a estándares de calidad en datos en este Sistema.
las Unidades de Cuidados
Críticos. Alimentan el
Programa Nacional de
Calidad de Atención de la
Sociedad Argentina de
Terapia Intensiva.
SIP, Sistema de Sistema de la OPS, que tiene El HIS deberá contemplar
Información por objeto recolectar todas las variables que
Perinatal. información referente a las solicita el SIP, y debe proveer
embarazadas y a los recién en archivo de texto la
nacidos en los servicios de información que se envía al
gineco/obstetricia y nivel central
neonatología en los
Establecimientos de Salud.
AFIP – Conjunto de sistemas de la Los módulos del ERP, deberán
Administración AFIP, a los cuales hay que interactuar a través del canal
federal de informar obligatoriamente de Interoperabilidad, para
Ingresos información de retenciones a suministrar a la AFIP la
Públicos. proveedores, facturación información que esta
electrónica, entre otros requiera.
Las ofertas que se presenten serán estudiadas y evaluadas por una Comisión
Evaluadora, integrada por 10 funcionarios que se detallan a continuación:
134
● Directores Provinciales del Ministerio de Salud:
o Director Provincial de Gestión de Procesos de Trabajo.
o Director Provincial de Gestión de la Información.
● Jefe de Sectorial de Informática del Ministerio de Salud, o quien este
designe.
● Secretario de Salud de 1er y 2do Nivel de Salud, o quien este designe.
● Secretario de Salud de 3er Nivel de Salud, o quien este designe.
● Secretario de Administración del Ministerio de Salud, o quien este
designe.
● Diez (10) profesionales de la salud –como mínimo- a designar por el
Ministerio de Salud.
La integración de la Comisión Evaluadora se publicará en el Sistema de
Información de Contratación Pública.
Esta Comisión informará sobre las ofertas que mejor cumplan con los criterios
de evaluación establecidos en el presente pliego y debiendo ser éstas las más
convenientes a los intereses de la del Gobierno de la Provincia de Santa Fe.
Tanto las aclaraciones solicitadas como las respuestas a las mismas, pasarán a
formar parte integrante de los antecedentes del contrato en caso de serle
adjudicado.
Renglón I:
Etapa 1:
135
clientes vigentes, hasta 3 (tres) años anteriores a la fecha de
publicación de la presente licitación.
136
1. Metodología de Implantación, en la cual se debe explicitar la
estrategia, el plan de implantación y fundamentar la proposición
en base a experiencias exitosas con esta metodología en
proyectos de similar envergadura o naturaleza.
137
Metodología de Implementación - Puntaje máximo 45 puntos
Estrategia de Implantación
SI/NO 5
adecuada al proyecto
Metodología de
Implementación Plan: descripción detallada
de la manera en que SI/NO 5
desarrollará la implantación
Incorporación de un Plan de
Equipos de trabajo SI/NO 5
Gestión del Cambio
Metodología de Trabajo SI/NO 3
Plan de comunicación SI/NO 3
Capacidad del oferente de
contar con el modelo Análisis de Riesgo SI/NO 3
conceptual y el
conocimiento de la gestión Plan de Formación y
SI/NO 3
acompañamiento
en salud
Implantaciones en red de
SI/NO 8
establecimientos.
Coincidencia del plan de
Cronograma de
implementación con el SI/NO 5
implantación
cronograma propuesto
1 punto por
Experiencia en Certificaciones específicas certificació
implementaciones aplicadas a la n. 5
certificadas. implementación
Máximo 5
138
4. Promedio de años de experiencia en implementaciones de los
Especialistas en instalación y mantención de equipamiento
informático
Etapa 2:
d. Funcionalidades generales (Puntaje máximo 10 puntos)
139
Arquitectura del Sistema y Seguridad puntaje máximo 30 puntos
Cumplimiento Licencia GPL SI/NO 4
Arquitectura multisitio/ servidor SI/NO 3
Utilización de bases de datos soportadas por la
SI/NO
provincia 4
La interfaz del usuario independiente del navegador,
SI/NO
con soporte HTML5. 2
Sistema operativo cliente Linux, basado en Linux-
SI/NO
Debian 7
Arquitectura de Software Libre SI/NO 3
Compatibilidad con la infraestructura tecnológica de
SI/NO
la Provincia de Santa Fe 4
140
g. Cumplimento de Funcionalidades HCEC, PSC Puntaje Màximo 52
Puntos
141
Cumplimento de Funcionalidades HCEC, PSC Puntaje Màximo 52 Puntos
Menos del
0
50 %
Historia Clínica Electrónica
Compartida: Porcentaje de Más del 50%
cumplimiento de hasta el 3
- canal de interoperabilidad
funcionalidad 80%
- visor presentada v/s Más del 80%
5
- implementación de perfiles de solicitada hasta 99%
integración IHE
1
100%
0
Portal de Salud del Ciudadano: Menos del
0
50 %
- visualización del historial
clínico del paciente Mas del 50%
hasta el 3
- interoperabilidad con sistema
Porcentaje de 80%
de turnos
cumplimiento de Mas del 80%
- visualización de contenido funcionalidad 5
hasta 90%
educativo presentada v/s
- implementación de perfiles de solicitada
integración IHE
1
100%
- Interfase de enrolamiento y 0
esquema de seguridad de
acceso y visibilidad por usuario
Menos del
0
50 %
142
hasta 90%
1
100%
0
Vínculo laboral con empresas Vinculación con
1
de localización provincial para empresas localizadas en SI/NO
2
el cumplimiento del Renglón I.4 la provincia de Santa FE
Etapa 3:
5
1º Lugar 0
4
Valoración comparativa de 2º Lugar 0
Análisis de costo por renglón
la oferta económica (*)
3
3º Lugar 0
4º Lugar 0
2
1º Lugar 0
1
Costo de funcionalidades 2° Lugar 5
complementarias
1
3º Lugar 0
4º Lugar 0
i. Ponderación
143
Ponderación de la Etapa
sobre el total de la
Etapas de Evaluación puntuación
Antecedentes , Equipo e Implementación 40%
Funcionalidades Soluciones 40%
Economico 20%
Renglón II:
Etapa 1:
144
Antecedentes del Oferentes - Puntaje Máximo 27 puntos
Hasta 5
Trayectoria del oferente, 2
referencias
Referencias de clientes Referencias vigentes
con contratos vigentes Más de 5
5
referencias
Años de evolución del De 5 años hasta
2
Trayectoria del -o de los- software 10
Producto Años de evolución del
Más de 10 años 5
software
Establecimientos con más
de 100 camas, con al
menos un 50% de
módulos requeridos en las
bases del HIS que estén
en explotación SI/NO 2
Establecimientos con más
Presencia en el Mercado
de 240 camas, con al
menos un 50% de
módulos requeridos en las
bases del HIS que estén
en explotación SI/NO 5
Implementaciones en red
de establecimientos. SI/NO 4
2,
CMMI 0,5 por nivel
5
0,5 por
Certificaciones
certificación 3,
Otras Certificacion
máximo puntaje 5
3,5
145
2. Incorporación de un Plan de Gestión del Cambio, que involucre
tempranamente y en forma práctica a los usuarios, proponiendo
equipos de trabajo, metodología de trabajo, plan de comunicación,
análisis de riesgo y plan de formación y acompañamiento, los que
deben contemplar estrategias de incorporación de recursos
humanos al hospital.
146
c. Equipos de Trabajo (Puntaje Máximo 28 puntos)
La oferta debe acompañarse de los antecedentes curriculares del equipo y de
la Gerencia del Proyecto, incluyendo años de formación académica y años de
experiencia en implantaciones sobre las mismas herramientas propuestas, así
como un listado con el perfil y horas de contrato de los otros profesionales y
técnicos que formarán parte del proyecto. También debe acompañarse la
estructura mediante la cual se organizarán estos recursos:
Etapa 2:
147
Funcionalidades Generales puntaje máximo 11 puntos
≤ 74% 1
Compatibilidad de la oferta con
Porcentaje de ≥ 75% y ≤
requerimientos de las Bases y 2
compatibilidad 94%
realidad local
≥ 95% 4
Valor agregado de
productos
Valor agregado de productos
complementarios que SI/NO 2
complementarios
apliquen a la calidad de
gestión de las soluciones
Informes predefinidos de
gestión clínica
SI/NO 1
establecidos en las bases
del pliego
Informes predefinidos de
gestión administrativa
SI/NO 1
establecidos en las bases
de pliego
Facilidad para acceder a
informes de gestión Informes
predeterminados de
resultados de exámenes,
SI/NO 1
procedimientos y otros
formularios de uso
diverso
Herramienta de
generación de informes SI/NO 1
no predefinidos
148
Arquitectura del Sistema y Seguridad puntaje máximo 30 puntos
Cumplimiento Licencia GPL SI/NO 3
Arquitectura multisitio/ servidor SI/NO 3
Utilización de bases de datos soportadas por la
SI/NO
provincia 4
La interfaz del usuario independiente del
SI/NO
navegador, con soporte HTML5. 2
Sistema operativo cliente Linux, basado en Linux-
SI/NO
Debian 5
Arquitectura de Software Libre SI/NO 3
Compatibilidad con la infraestructura tecnológica
SI/NO
de la Provincia de Santa Fe 4
149
g. Cumplimento de Funcionalidades HIS e IMPLEMENTACION
(LIS-RIS-PAC-ERP) Puntaje Màximo 51 Puntos
150
Cumplimento de Funcionalidades HIS e IMPLEMENTACION (LIS-RIS-
PAC-ERP) Puntaje Màximo 51 Puntos
Menos del
50 % 0
Mas del
Porcentaje de cumplimiento 50% hasta
HIS de funcionalidad presentada el 80% 3
v/s solicitada Mas del
80% hasta
99% 4
100% 5
Menos del
50 % 0
Mas del
Porcentaje de cumplimiento 50% hasta
ERP de funcionalidad presentada el 80% 3
v/s solicitada Mas del
80% hasta
99% 4
100% 5
Menos del
50 % 0
Mas del
Porcentaje de cumplimiento 50% hasta
LIS de funcionalidad presentada el 80% 3
v/s solicitada Mas del
80% hasta
99% 4
100% 5
RIS Porcentaje de cumplimiento Menos del
de funcionalidad presentada 50 % 0
v/s solicitada
Mas del
50% hasta
el 80% 3
Mas del
80% hasta
99% 4
100% 5
151
Menos del
50 % 0
Mas del
Flujo interno de Porcentaje de cumplimiento 50% hasta
seguimiento de Procesos de funcionalidad presentada el 80% 3
Sanitarios v/s solicitada Mas del
80% hasta
99% 4
100% 5
Menos del
50 % 0
Mas del
Pruebas de Captura y operación de 50% hasta
interconectividad con imágenes almacenadas en el el 80% 3
Sistema RIS PACS PACS directo desde la ficha. Mas del
80% hasta
99% 4
100% 5
Menos del
50 % 0
Exposición de caso
práctico de proceso clìnico Mas del
en que se muestren las 50% hasta
Prueba de un caso clínico de el 80% 3
relaciones entre los
un paciente
diferentes componentes Mas del
de los Sistemas 80% hasta
Informàticos 99% 4
100% 5
Implementación del marco
técnico de IHE para el
dominio de Radiología en
SI/NO
el servicio de mensajería a
través del cual van a
interoperar el RIS y el HIS. 2
Aplicación de los perfiles SI/NO 2
IHE especificados para
cada dominio, en la
integración con los
sistemas hacia el interior
152
del efector, contemplando
el uso de estándares para
el intercambio electrónico
de información clínica, con
la imagen digital: DICOM,
con los informes de
laboratorio: el estándar de
referencia de
interoperabilidad
semántica LOINC,
disponiendo de resultados
comparables e
interactuando a través de
mensajería CDA – HL7.
Vinculación con empresas
Vínculo laboral con localizadas en la provincia de SI/NO
empresas de localización Santa FE 4
provincial para el
cumplimiento del Renglòn Vinculación con empresas
II.2 localizadas en las ciudades SI/NO
de implementación 8
Etapa 3:
j. Evolución Económica (Puntaje máximo 100 puntos)
153
Evaluación Económica Puntaje máximo 100 puntos
5
1º Lugar 0
4
2º Lugar 0
3
3º Lugar 0
Valoración comparativa de
Análisis de costo por renglón la oferta económica (*) 4º Lugar 0
2
1º Lugar 0
1
2° Lugar 5
1
3º Lugar 0
Costo de funcionalidades
complementarias 4º Lugar 0
k. Ponderación
Renglón III:
Etapa 1:
a. Antecedentes del Oferente (puntaje máximo 27 puntos)
154
2. Trayectoria -del o de los- productos ofrecidos y servicios
prestados: años en el mercado, años de evolución del software,
integraciones exitosas y mapa de ruta (roadmap) de la aplicación
ofertada.
155
en base a experiencias exitosas con esta metodología en
proyectos de similar envergadura o naturaleza.
156
Metodología de Implementación - Puntaje máximo 45 puntos
Estrategia de Implantación
SI/NO 5
adecuada al proyecto
Metodología de
Implementación Plan: descripción detallada
de la manera en que SI/NO 5
desarrollará la implantación
Incorporación de un Plan de
Equipos de trabajo SI/NO 5
Gestión del Cambio
Metodología de Trabajo SI/NO 3
Plan de comunicación SI/NO 3
Capacidad del oferente de
contar con el modelo Análisis de Riesgo SI/NO 3
conceptual y el
conocimiento de la gestión Plan de Formación y
SI/NO 3
acompañamiento
en salud
Implantaciones en red de
SI/NO 8
establecimientos.
Coincidencia del plan de
Cronograma de
implementación con el SI/NO 5
implantación
cronograma propuesto
1 punto por
Experiencia en Certificaciones específicas certificació
implementaciones aplicadas a la n. 5
certificadas. implementación
Máximo 5
157
4. Promedio de años de experiencia en implementaciones de los
Especialistas en instalación y mantención de equipamiento
informático
Etapa 2:
158
Arquitectura del Sistema y Seguridad puntaje máximo 30 puntos
159
Cumplimento de Funcionalidades del Sistema de Agendas y Turnos
Puntaje Máximo 52 Puntos
Menos del 50
% 0
Porcentaje de
cumplimiento de Mas del 50%
Gestión de Agedas y Turnos funcionalidad hasta el 80% 3
presentada v/s Mas del 80%
solicitada hasta 99% 4
100% 6
Menos del 50
% 0
Porcentaje de
Plataforma de interoperabilidad Mas del 50%
cumplimiento de
para gestionar los turnos desde hasta el 80% 3
funcionalidad
el portal de salud del
presentada v/s Mas del 80%
ciudadano
solicitada hasta 99% 4
100% 6
Menos del 50
% 0
Porcentaje de
Plataforma de interoperabilidad cumplimiento de Mas del 50%
con los HIS de los efectores de funcionalidad hasta el 80% 3
la provincia presentada v/s Mas del 80%
solicitada hasta 99% 4
100% 6
Menos del 50
% 0
Porcentaje de
cumplimiento de Mas del 50%
Notificaciones al paciente vía hasta el 80% 3
funcionalidad
SMS, o email
presentada v/s Mas del 80%
solicitada hasta 99% 4
100% 6
160
Mas del 50%
hasta el 80% 3
funcionalidad
presentada v/s Mas del 80%
solicitada hasta 99% 4
100% 6
Menos del 50
% 0
Exposición de caso práctico en
que se muestren las relaciones Mas del 50%
Prueba de caso hasta el 80% 3
entre los diferentes
práctico
componentes de los Sistemas Mas del 80%
Informáticos hasta 99% 4
100% 6
Vinculación con
empresas localizadas
SI/NO
Vínculo laboral con empresas en la provincia de
de localización provincial para Santa FE 6
el cumplimiento del Renglón Vinculación con
III.2 empresas localizadas
SI/NO
en las ciudades de
implementación 10
Etapa 3:
161
Evaluación Económica Puntaje máximo 100 puntos
5
1º Lugar 0
4
Valoración comparativa de 2º Lugar 0
Análisis de costo por renglón
la oferta económica (*)
3
3º Lugar 0
4º Lugar 0
2
1º Lugar 0
1
Costo de funcionalidades 2° Lugar 5
complementarias
1
3º Lugar 0
4º Lugar 0
m. Ponderación
Renglón IV:
Etapa 1:
a. Antecedentes del Oferente (puntaje máximo 40 puntos)
162
2. Presencia en el Mercado. Experiencia en implementaciones
similares en construcción de soluciones de BI.
163
5. Vinculación con empresas locales para el abordaje de la
implementación.
Etapa 2:
c. Equipos de Trabajo (Puntaje Máximo 48 puntos)
La oferta debe acompañarse de los antecedentes curriculares del equipo y de
la Gerencia del Proyecto, incluyendo años de formación académica y años de
experiencia en implantaciones sobre las mismas herramientas propuestas, así
como un listado con el perfil y horas de contrato de los otros profesionales y
técnicos que formarán parte del proyecto. También debe acompañarse la
estructura mediante la cual se organizarán estos recursos:
164
3. Promedio de años de experiencia en implementaciones de los
Especialistas procesos productivos sanitarios
4. Promedio de años de experiencia en implementaciones de los
Especialistas en instalación y mantención de equipamiento
informático
Hasta 5 años 2
Promedio de años de experiencia en implementaciones de
los Especialistas en área clínica Más de 5
6
años
Hasta 5 años 2
Promedio de años de experiencia de los Especialistas en
implementaciones de soluciones informáticas Más de 5
6
años
Hasta 5 años 2
Promedio de años de experiencia en implementaciones de
los Especialistas procesos productivos sanitarios Más de 5
6
años
165
Evolución y Soporte del Sistema puntaje máximo 8 puntos
Referencias de clientes Informe con referencias ≤ 3
relacionadas con calidad de de clientes referencias 0
servicio ≥ 3
referencias y
≤ 5
1
referencias
Entre 6 y 7
2
referencias
≥ 8
referencias 3
Conformación y disponibilidad Equipo de Desarrollo SI/NO
2
de Equipos de Desarrollo formado en Argentina
Capacidad de operar con otros Informe de SI/NO
proveedores y sus desarrollos experiencias exitosas
de trabajos con otros
proveedores de
3
sistemas
Etapa 3:
166
f. Evolución Económica (Puntaje máximo 100 puntos)
g. Ponderación
3. Pruebas de Funcionalidad.
Las ofertas que cumplan con los requerimientos excluyentes, serán llamadas a
presentar su aplicación en una demostración con la versión de software
ofertada, en todas las soluciones de producto.
4. Tabla Resumen Evaluación Funcionalidad
167
Evaluación Final. La evaluación final se obtendrá ponderando los tres
informes de evaluación, descritos en los puntos precedentes, como se señala a
continuación:
De existir dos o más ofertas calificadas con igual puntaje primará la más
económica, como mecanismo para resolver los eventuales empates que se
produzcan.
Cronograma Detallado:
168
https://docs.google.com/spreadsheets/d/1wAwnZxQbmYoK-
ugNjj8yx_MBa88tWmiHYbmPHiFSvWQ/edit#gid=1812757199
Cronograma Detallado:
https://docs.google.com/spreadsheets/d/1wAwnZxQbmYoK-
ugNjj8yx_MBa88tWmiHYbmPHiFSvWQ/edit#gid=1812757199
169
Cronograma Detallado:
https://docs.google.com/spreadsheets/d/1wAwnZxQbmYoK-
ugNjj8yx_MBa88tWmiHYbmPHiFSvWQ/edit#gid=1812757199
Cronograma Detallado:
https://docs.google.com/spreadsheets/d/1wAwnZxQbmYoK-
ugNjj8yx_MBa88tWmiHYbmPHiFSvWQ/edit#gid=1812757199
Cronograma Detallado:
https://docs.google.com/spreadsheets/d/1wAwnZxQbmYoK-
ugNjj8yx_MBa88tWmiHYbmPHiFSvWQ/edit#gid=1812757199
170
Cronograma Renglón III:
Cronograma Detallado:
https://docs.google.com/spreadsheets/d/1wAwnZxQbmYoK-
ugNjj8yx_MBa88tWmiHYbmPHiFSvWQ/edit#gid=1812757199
Cronograma Detallado:
https://docs.google.com/spreadsheets/d/1wAwnZxQbmYoK-
ugNjj8yx_MBa88tWmiHYbmPHiFSvWQ/edit#gid=1812757199
171
172