Secretaría Distrital de Salud

Solicitud de información

Sistemas de Información Hospitalario Distrital

Bogotá, D.C. marzo de 2013

Tabla de contenido

1. INTRODUCCIÓN ................................................................................................................. 4

2. CONDICIONES DE SOLICITUD DE INFORMACIÓN ............................................... 5

2.1. Inscripción de intención .............................................................................................. 5

2.2. Contacto ............................................................................................................................ 6

2.3. Entrega de información ............................................................................................... 6

2.4. Lugar y fecha límite de recepción de información ............................................ 6

3. GENERALIDADES ............................................................................................................... 7

3.1. Objetivo ............................................................................................................................. 7

3.2. Alcance ............................................................................................................................... 7

3.3. Secretaría Distrital de Salud y Red Adscrita ...................................................... 7

4. SITUACIÓN ACTUAL .......................................................................................................... 9

5. MODELO DE OPERACIÓN HIS ..................................................................................... 10

6. REQUISITOS ...................................................................................................................... 11

6.1. Normativos ..................................................................................................................... 11

6.2. Infraestructura y Plataforma ................................................................................... 12

6.3. Conectividad .................................................................................................................. 12

6.4. Aplicaciones ................................................................................................................... 12

6.5. Interoperabilidad .......................................................................................................... 14

6.6. Seguridad ........................................................................................................................ 14

6.7. Implementación ............................................................................................................ 14

6.8. Capacitación ................................................................................................................... 15

6.9. Migración ......................................................................................................................... 15

6.10. Talento Humano ........................................................................................................... 15

6.11. Garantías ......................................................................................................................... 15

6.12. Soporte y Mantenimiento ......................................................................................... 16

6.13. Servicios .......................................................................................................................... 16

6.14. Información económica ............................................................................................. 17

6.15. Modelo de despliegue ................................................................................................. 17

6.16. Información Corporativa ........................................................................................... 17

1. INTRODUCCIÓN

Las Tecnologías de Información y Comunicación (TIC) para la gestión de datos, información y conocimiento en salud en el Distrito Capital, son un objetivo

estratégico, que busca mejorar la efectividad, eficiencia y calidad de los procesos en las empresas sociales del Estado (ESE) que componen la red adscrita a la

Secretaría Distrital de Salud (SDS), propendiendo a su vez por lograr objetivos de impacto social, económico y cultural.

La especificidad de tales objetivos, es dependiente de las realidades, contexto y circunstancias propias de cada región y ciudad. En Bogotá puntualmente, se hace

importante reducir las barreras de acceso, la atención oportuna y de calidad, especialmente de los ciudadanos más pobres, o poblaciones vulnerables. De igual forma, lograr la implementación de la Historia Clínica Electrónica en todas las ESE

y garantizar el acceso a la información clínica desde cualquier punto de la red, en cualquier momento, con altos niveles de desempeño, privacidad y seguridad, es

fundamental para la operación eficiente de la red adscrita. Desde hace varios años los servicios de salud del Distrito Capital, enfrentan

presiones o influencias de los ciudadanos, de los pacientes, de los profesionales y de entidades públicas y privadas relacionadas con la calidad y oportunidad de la

atención. El envejecimiento de la población1 y el aumento de las enfermedades crónicas y degenerativas, la mejora del nivel de vida, la mayor formación e información de los ciudadanos, hacen que tanto las necesidades como las

expectativas de los pacientes aumenten. Esta mayor demanda, unida a la aparición de nuevas tecnologías de salud más costosas y a las restricciones

presupuestales, nos lleva como ente rector y gestor del cuidado de la salud en el Distrito Capital, a invertir en TIC y a evaluar cuidadosamente los costos de oportunidad ante el crecimiento del gasto y las limitantes económicas. De ahí,

que consideramos la incorporación, apropiación y uso de TIC en salud (eSalud: Salud Electrónica) una decisión e inversión clave para el sistema de salud, donde

una correcta identificación de necesidades, actores, procesos, procedimientos, herramientas, y estimación de costos, así como la adecuada evaluación de los

impactos o beneficios económicos y la medición de la efectividad y de la calidad de los servicios, nos permitirá implementar soluciones viables y sostenibles.

Aunque la eSalud contempla diversas tecnologías de información en el ámbito de salud, nuestra solicitud de información para el estudio de mercado, se centra en

Sistemas de Información Hospitalarios (HIS) para los hospitales de la red adscrita

1 Secretaría Distrital de Salud de Bogotá Área de vigilancia en Salud Pública Grupo de Análisis de Situación de Salud Diagnóstico Distrital

a la SDS. Partiendo de la base que los HIS, son un sistema de sistemas, dado que

conjugan diversas funcionalidades entre las que se destacan las clínico-asistenciales, administrativas, financieras y de inteligencia de negocios, sumado a la integración e interoperabilidad con sistemas auxiliares de

laboratorio, imagenología y otros HIS, haciendo uso de estándares de mensajería e intercambio de documentos clínicos, de terminología, de esquemas

conceptuales, de aplicaciones y de arquitectura. El HIS que buscamos para la red adscrita es un sistema integrado, diseñado para gestionar todos los procesos de una red de atención, con sus diferentes niveles de complejidad en un esquema

multi-compañía.

2. CONDICIONES DE SOLICITUD DE INFORMACIÓN

La presente solicitud tiene como objetivo la consecución de información de

mercado en cuanto a las características operativas, técnicas, funcionales, económicas y comerciales para la eventual contratación de sistemas de

información hospitalarios (HIS) de acuerdo con las especificaciones generales estipuladas en este documento. Para esto, la Secretaria Distrital de Salud (SDS) - Fondo Financiero Distrital de Salud (FFDS) se encuentra interesada en recibir

información detallada, clara, precisa y completa, de personas jurídicas, nacionales o extranjeras legalmente constituidas en Colombia, que estén en

capacidad de proveer a las ESE de la red adscrita a la SDS de un HIS. La información suministrada debe ser voluntaria, teniendo en cuenta que la

intención de la SDS – FFDS es indagar en el mercado si existen proveedores con la capacidad, calidad y disponibilidad de ofrecer el servicio solicitado, antes de

iniciar un proceso formal de contratación. La respuesta a esta solicitud de información NO compromete a la SDS – FFDS a

realizar el proceso de contratación, al igual que tampoco otorgará beneficios adicionales a quienes presenten la respuesta a esta invitación, en el caso en que

se de apertura a un proceso contractual.

2.1. Inscripción de intención Se invita a las empresas interesadas en participar de este estudio de mercado para HIS, a manifestar su interés mediante una carta de intención dirigida a la SDS. Esta deberá ser diligenciada y radicada en la SDS en el transcurso de los

primeros 5 días hábiles después de publicada la solicitud de información, donde el NIT, la razón social, pagina web, nombre y cargo de la persona contacto, teléfono

del contacto y el correo electrónico institucional son campos requeridos.

2.2. Contacto Todo contacto con solicitud de aclaración a inquietudes, preguntas o comentarios que surjan de esta solicitud de información, será gestionado única y

exclusivamente a través de correo electrónico, para lo que se solicita escribir a his-cloud-bogota@saludcapital.gov.co, identificando además, la razón social de su

empresa y la información de la persona contacto. Todas las respuestas generadas por parte del equipo técnico de la SDS serán enviadas a todas y cada una de las empresas interesadas en participar en la

solicitud de información, según carta de intención recibida, tal como se enuncia en el numeral 2.1.

La SDS estará dando respuesta a las inquietudes como mínimo en el transcurso de 72 horas, una vez enviada la pregunta.

2.3. Entrega de información La información suministrada por los interesados debe ser completa, de acuerdo

con la solicitud consignada en este documento y deberá restringirse a dar respuesta a los criterios mínimos enunciados.

Si quiere adjuntar información adicional, por favor consígnela en un capítulo aparte y adiciónelo al final del documento que entregue a la SDS.

La información debe considerar las veintidós (22) ESE de la red adscrita a la SDS de Bogotá y sus ciento ochenta y dos (182) puntos de atención, tal como se

describe en el Numeral 3.3. La información deberá entregarse bajo las siguientes condiciones a la SDS - FFDS:

2.3.1. En sobre sellado, dirigido a: o Ing. Martha Liliana Cruz Bermúdez

o Dirección de Planeación y Sistemas o Secretaría Distrital de Salud de Bogotá

2.3.2. Los datos mínimos del remitente son: o NIT y Razón Social de la persona jurídica o Nombre y cargo de la persona contacto

o Dirección de correo electrónico o Teléfonos: fijo y celular

o Dirección física de oficina 2.3.3. La información debe proporcionarse en medio magnético (CD-DVD) y en

forma física en copias idénticas.

2.3.4. En caso de existir diferencias se tomará como cierta la información del medio magnético.

2.4. Lugar y fecha límite de recepción de información La información solicitada en este documento se debe radicar a más tardar el día 9 de abril de 2013, en la Oficina de correspondencia de la Secretaría Distrital de

Salud – Fondo Financiero Distrital de Salud, Cra. 32 #12-81, Primer piso, Centro

de Documentación de Información (CDI), cumpliendo con las especificaciones detalladas en el numeral anterior.

3. GENERALIDADES

3.1. Objetivo Contar con información complementaria para la toma de decisiones en el proceso

de implementación de sistemas de información hospitalarios (HIS) para las ESE de la red adscrita a la SDS.

3.2. Alcance La información suministrada deberá considerar las veintidós (22) ESE de la red

adscrita a la SDS y sus ciento ochenta y dos (182) puntos de atención.

3.3. Secretaría Distrital de Salud y Red Adscrita La Secretaria Distrital de Salud tiene como misión asegurar y garantizar el

derecho fundamental a la salud de la población de Bogotá, modificando positivamente la condiciones que determinan su calidad de vida a través del

desarrollo de salud humanizado y participativo, basado en atención primaria en salud, la gestión trans-sectorial y las redes integradas de servicios, el fortalecimiento de la red pública hospitalaria del orden distrital, con altos niveles

de calidad técnica y funcional, transparencia, innovación y sostenibilidad.

En el marco de la misión, la Secretaría Distrital de Salud (SDS) tiene el reto de garantizar la planificación, operación, seguimiento y evaluación del modelo de atención propuesto. Estos procesos estratégicos requieren de un flujo

permanente y sistemático de información que cumpla con atributos de calidad, oportunidad, confiabilidad e integralidad, de tal suerte que garantice la gestión de

los niveles operativo, táctico y estratégico del sistema. En respuesta a lo anterior, en el plan de gobierno “Bogotá Humana”, se tiene inscrito y en ejecución el proyecto “883 – Salud en Línea” en el cual se describen los requerimientos, las

acciones a ejecutar y se proveen los recursos, entre otros, para dotar a las Empresas Sociales del Estado de la red adscrita (ESE), de sistemas de

información hospitalarios que incluyen los subsistemas de información clínico-asistencial, administrativo, financiero, y de inteligencia de negocios.

Actualmente el Distrito Capital cuenta con 22 ESE, en los tres niveles de complejidad para la atención así: 5 de nivel III, 8 de nivel II y 9 de nivel I, entre

todas se cuenta con ciento ochenta y dos (182) puntos de atención; Ver Anexo: 1. Sedes ESE SDS, Anexo: 2. Camas por ESE Adscrita a la SDS, Anexo: 3. Datos

Nómina ESE SDS, y, Anexo: 4. Datos producción ESE SDS; todos los datos

especificados en estos anexos corresponden a información del 2012 suministrada

por las ESE a la SDS. Dado que las ESE juegan un papel esencial en el modelo de atención, es

fundamental que cuenten con excelentes herramientas en sistemas de información con el correspondiente soporte tecnológico.

Actualmente la situación de los hospitales de la red adscrita en el D.C. se caracteriza por la presencia de sistemas de información heterogéneos, con

diferentes estadios de integración interna y sin ningún grado de integración externa entre ellas, ni con el ente territorial; esto como resultado de inversiones

muy importantes realizadas a lo largo de los últimos quince años, pero con criterio fundamental en cada institución individual. Estos sistemas apoyan

parcialmente su operación diaria, además de estar en su mayoría desactualizados y sin soporte ni mantenimiento por parte de los proveedores de los mismos. En cuanto a infraestructura, cada ESE tiene su propio data center, en el que hospeda

y administra su sistema, con falencias en el cumplimiento de estándares mínimos aceptados por la industria lo que sumado a marcados niveles de obsolescencia

tecnológica les hace más vulnerables ante posibles siniestros provenientes tanto de factores internos, como externos.

Como consecuencia de todo lo anterior, la red adscrita a la SDS no cuenta con un sistema integrado de gestión de información administrativa, financiera y clínico-

asistencial, que le permita el registro adecuado y permanente de los datos requeridos, el procesamiento articulado, completo, confiable y seguro, ni tampoco generar informes o reportes de indicadores de resultados de manera individual y

consolidada, tales que faciliten el ejercicio de rectoría, y administración de la operación de la red para maximizar el uso de los recursos dispuestos por el

Distrito para ese fin. De otra parte, la normatividad sectorial vigente, especialmente la Ley 1438 de

2011 establece respecto de la HISTORIA CLÍNICA ELECTRÓNICA, la obligatoriedad en Colombia con plazo a diciembre de 2013, para tener registros

electrónicos de información en salud. En tal sentido, el Ministerio de Salud está trabajando actualmente en la definición de los requisitos funcionales de HCE en el país, los cuales deberán ser cumplidos por todas las soluciones de software para

poder operar en Colombia. En la misma ley se establece la condición de portabilidad, es decir, permitir la atención en salud de la persona en cualquier

parte del país, independiente de su condición de aseguramiento, para lo que se requiere que las instituciones tengan instrumentos de apoyo a esa labor, como lo son los HIS interoperables.

Por lo anterior y de acuerdo al estado del arte de las TIC a nivel mundial y en

nuestro país, se busca implementar HIS, bajo una infraestructura y plataforma

centralizada en la que se puedan consumir servicios por parte de cada una de las

ESE de la red adscrita, y que adicionalmente cumplan con la normatividad nacional y con estándares internacionales.

4. SITUACIÓN ACTUAL

ESE HCE Admon.-

Financiero

Proveedor

1 Fontibon NO SI SYAC

2 Centro Oriente NO SI Servinte

3 Rafael Uribe NO SI Servinte

4 Kennedy NO SI SYAC

5 Chapinero SI SI SYAC

6 San Blas NO SI Sigma

7 San Cristóbal SI SI SYAC

8 Suba SI SI Servinte

9 Usme NO SI Servinte

10 Tunal NO SI Servinte

11 Usaquén SI SI SYAC

12 Vista Hermosa SI SI Servinte

13 Sur NO SI Servinte

14 Pablo VI Bosa SI SI Ittasa-Servinte

15 Tunjuelito SI SI SYAC

16 Simón Bolívar NO SI Servinte

17 Nazareth SI SI Servinte

18 Engativá SI SI Servinte

19 Santa Clara NO SI Servinte

ESE HCE Admon.-Financiero

Proveedor

20 Meissen SI SI Heon-Cacktus-

Seven-Sigma

21 La Victoria NO SI SYAC

22 Bosa II NO SI Servinte

5. MODELO DE OPERACIÓN HIS

La visión de la Secretaría con respecto al despliegue de una solución de Sistema de Información Hospitalario (HIS) para el Distrito Capital y su red de prestadores de servicios de salud, se basa en centralizarlo en un Centro de Procesamiento de

Datos CPD/ Datacenter, donde allí confluyan el conjunto de tecnologías necesarias: infraestructura, plataforma y aplicaciones, para el correcto

funcionamiento y gestión. Es de mencionar que dicho CPD, deberá cumplir con estándares y criterios aceptados internacionalmente para alojar este tipo de soluciones, lo que requiere una configuración de alta disponibilidad, alto

desempeño y escalabilidad.

Las ESE, como lo muestra la FIGURA. 1, se conectarían al HIS para el consumo de funcionalidades clínico-asistenciales, administrativas, financieras, grupos

relacionados de diagnóstico y de inteligencia de negocios. Así mismo la SDS, se conectará para generar información consolidada y reportes e indicadores correspondientes a su gestión.

La red actual presenta un conjunto de datos que son de interés para

contextualizar y dimensionar la solución:

Usuarios del HIS Estimados ≈ 21.000 Usuarios concurrentes estimados ≈ 12.000

FIGURA 1.

HCEU

HIS 1 (HCE, Admon, Fin,BI) HIS k (HCE, Admon, Fin,BI)

ESE 1 ESE 2 …ESE … …ESE… ESE n

SDS

Intercambio estandarizado de datos clínicos

BI - GRD

HIS-ESE HIS-HCEU HIS-SDS-HCEU

k = {2-3} n = 22

Datacenter

Una vez se tengan los HIS que proporcionarán los servicios de aplicación, se busca implementar un modelo de interoperabilidad de datos clínicos (Historia

Clínica Electrónica Unificada - HCEU), que por lo pronto se sale del alcance de este estudio de mercado.

6. REQUISITOS La respuesta a las siguientes preguntas, deberá estar enmarcada en el modelo de operación descrito previamente:

6.1. Normativos El sistema que usted ofrece cumple como mínimo con los siguientes requisitos?

SI / NO 6.1.1. Normatividad vigente aplicable, del orden nacional y distrital.

6.1.2. Actualización y los ajustes a normas actuales, y, a las que se emitan con posterioridad a la puesta en producción del HIS, en especial con: La resolución 1995 de julio de 1999, expedida por el Ministerio de Salud,

por la cual se establecen normas para el manejo de la Historia Clínica. La Directiva 22 del 27 de diciembre de 2011, emitida por la Alcaldía Mayor

de Bogotá, para la estandarización de la información de identificación, caracterización, ubicación y contacto de los ciudadanos y ciudadanas que capturan las entidades del Distrito Capital.

Decreto 4747 de diciembre de 2007, expedido por el Ministerio de la

Protección Social. Resolución 3047 de 2008, emitida por el Ministerio de la Protección Social. Resolución 416 de 2009, emitida por el Ministerio de la Protección Social.

Decreto 2649 de 1993, expedido por la Presidencia de la República. Ley 1438 de 2011 del Ministerio de Salud y Proyección social.

Las demás normas que modifican, complementan o adicionan temas relacionados con el HIS.

6.2. Infraestructura y Plataforma 6.2.1. Cuál es el modelo de la infraestructura que utilizaría para el funcionamiento de su aplicación? 6.2.2. Detalle el modelo que utilizaría de alta disponibilidad y continuidad del

negocio de la solución? 6.2.3. Especifique los tipos de servidores que requiere el modelo para su

solución? 6.2.4. Especifique los sistemas operativos que utilizaría su solución, según modelo y tipos de servidores?

6.2.5. Especifique sobre qué sistema(s) gestor(es) de base(s) de dato(s) (SGBD) operaría su solución?

6.2.6. Especifique los elementos a virtualizar en su solución, según modelo de alta disponibilidad y continuidad del negocio? 6.2.7. Especifique sobre qué marca de software de virtualización operaría su

solución? 6.2.8. Según los datos del modelo de operación, que capacidad de

almacenamiento requiere su solución para la operación anual.

6.3. Conectividad 6.3.1. Según datos del modelo de operación, qué ancho de banda estimado se

requiere para conectarse al Datacenter que aloja su solución HIS, en canal principal de acuerdo con la información de usuarios suministrada?

6.3.2. Según datos del modelo de operación, qué ancho de banda estimado se requiere para conectarse al Datacenter que aloja su solución HIS, en canal de

contingencia?

6.4. Aplicaciones 6.4.1. Arquitectura 6.4.1.1. Especifique cuál es el modelo de arquitectura de software que tiene

su HIS. Cliente-Servidor, 100% Web, Web enabled, otro especifique. 6.4.1.2. En qué lenguaje de programación se basa su solución.

6.4.1.3. Esta el servidor de aplicaciones o de base de datos de su aplicación certificado para ambientes virtualizados, en cual(es)?

6.4.2. MultiSede & MultiCompañía

6.4.2.1. La arquitectura de la base de datos permite trabajar esquemas de multisede? 6.4.2.2. La arquitectura de la base de datos permite trabajar esquemas para

multicompañía? 6.4.2.3. El sistema permite generar información consolidada para múltiples

sedes? 6.4.2.4. El sistema permite generar información consolidada para múltiples compañías?

6.4.2.5. Los usuarios del sistema pueden ser generados para trabajar por sede?

6.4.2.6. Los usuarios del sistema pueden ser generados para trabajar por compañía?

6.4.2.7. Existen niveles de seguridad (control de acceso) por sede? 6.4.2.8. Existen niveles de seguridad (control de acceso) por compañía? 6.4.2.9. Especifique la arquitectura de datos de la solución para manejar

multicompañia-multisede: 6.4.2.9.1. Un esquema de BD

6.4.2.9.2. Múltiples esquemas en la misma BD 6.4.2.9.3. Múltiples esquemas en diferentes BD 6.4.2.9.4. Otro, especifique

6.4.3. Funcionalidades Clínico-Asistenciales Ver Anexo No.5: “Funcionalidad requerida módulos Clínico Asistenciales HIS”

6.4.4. Funcionalidades Administrativas y Financieras Ver anexo No. 6: “Funcionalidad requerida módulos Administrativos y Financieros”

6.4.5. Funcionalidades de Inteligencia de Negocios 6.4.5.1. Permite generar reportes e indicadores por cada sede de las ESE

adscritas. 6.4.5.2. Permite generar reportes e indicadores por sedes administrativas. 6.4.5.3. Permite generar reportes e indicadores consolidado por agrupación

de ESE (redes) y consolidados generales. 6.4.5.4. Su solución incorpora alguna herramienta de BI, o alguna

específica para reportes, consultas y tableros de control. 6.4.5.5. Los reportes se realizan contra qué modelo de datos: 6.4.5.5.1. Mismo modelo del aplicativo transaccional

6.4.5.5.2. Modelo ROLAP independiente del aplicativo transaccional 6.4.5.5.3. Modelo MOLAP independiente del aplicativo transaccional

6.4.5.5.4. Modelo In Memory independiente del aplicativo transaccional En su respuesta tenga en cuenta y especifique para cada reporte la información

que soporte la gestión operativa y administrativa a nivel de cada ESE y de la SDS:

Clínico- asistencial

Administrativa

Financiera Inteligencia de Negocios

6.4.6. Desarrollos adicionales Se requiere conocer el costo y condiciones de dos mil (2000) horas adicionales de

desarrollo a la medida. Estos desarrollos pueden ser solicitados en temas: Clínico - asistencial

Administrativo Financiero, y/o

Inteligencia de Negocios

6.5. Interoperabilidad Definiendo la interoperabilidad como la habilidad de dos (2) o más sistemas o

componentes para intercambiar datos e información, y utilizar la información intercambiada surgen las siguientes preguntas: Qué estándares de mensajería soporta la solución?

Qué estándares de Esquemas Conceptuales? Qué estándares de Documentos?

Qué estándares de Arquitectura? Qué terminología o vocabulario médico controlado incorpora la solución?

6.6. Seguridad La base de datos de los datos clínicos es encriptada?

Los datos de las transacciones se aseguran mediante encriptamiento durante el transporte en la red de datos?

El sistema contempla un control de acceso por usuario y perfil? El sistema tiene la posibilidad de llevar un registro de todas las

transacciones efectuadas por cada usuario, por favor especifique?

6.7. Implementación Metodología. Cuál es la metodología de proyecto que seguirá para la implementación de su solución HIS?

Cronograma. Cuál es el cronograma general proyectado para la implementación acorde con la metodología propuesta? Especifique tiempo por

cada una de las 22 ESE, por módulo y tiempo total. Estandarización de procesos y procedimientos. Especifique su estrategia y las herramientas utilizadas para la esta actividad en cada una de las 22 ESE.

Parametrización. Especifique su estrategia y las herramientas utilizadas para esta actividad en cada una de las 22 ESE.

Prácticas por parte de los usuarios capacitados. Especifique su estrategia y las herramientas utilizadas para la esta actividad en cada una de las 22 ESE.

Puesta en producción. Especifique su estrategia y las herramientas

utilizadas para la esta actividad en cada módulo, en cada una de las 22 ESE. Estabilización. Especifique su estrategia y las herramientas utilizadas para la esta actividad en cada módulo, en cada una de las 22 ESE.

6.8. Capacitación Definir metodología de capacitación que considere todos los usuarios de las Veintidós (22) ESE adscritas y los Ciento Ochenta y Dos (182) puntos de

atención. Definir estrategias y plan de capacitación, acordes con la metodología

propuesta. Especifique lugares de capacitación y elementos utilizados. Como mínimo se debe considerar: Llevar a cabo actividades de capacitación al interior de las ESE.

Capacitar a los usuarios finales y técnicos designados por cada una de las ESE según metodología.

Certificar asistencia y aprobación de capacitación según rol. Entregar manuales de capacitación, en formato digital, de cada uno de los módulos, con casos de uso y ejercicios.

Dictar la capacitación sobre un ambiente real de prueba del aplicativo. Seguimiento al plan y cronograma de capacitación.

Proporcionar plataforma de “eLearning / Educación en Línea” de las funcionalidades del HIS. Entregar informe consolidado de ejecución de capacitaciones.

Coordinar sesiones de práctica para los usuarios capacitados.

6.9. Migración Qué estrategia de migración de datos de otro HIS a su HIS propone?

Que mecanismo de migración los datos clínicos-administrativos-financieros desde otro sistema emplearía?

6.10. Talento Humano Que talento humano administrativo, de ingeniería, soporte y directivo (por parte de las ESE) requiere para la implementación de su solución HIS?

6.11. Garantías Tenga en cuenta que en su información se deben contemplar como mínimo las

siguientes garantías inherentes al HIS y al proyecto de implementación y puesta en marcha en las ESE adscritas:

Garantía de un año después de puesta en producción de la versión implementada.

El Soporte correctivo por un (1) año, después de puesta en producción de la versión implementada, debe estar incluido.

Incluir la actualización para todos los módulos ofertados por un (1) año

después de puesta en producción de la versión implementada. Garantizar el correcto funcionamiento del sistema, después de cada proceso de actualización y/o mejora.

La garantía incluye la correcta operación de todas las funcionalidades descritas en cada uno de los módulos.

6.12. Soporte y Mantenimiento Describa las condiciones del contrato de soporte y mantenimiento, a suscribir después de un año de puesta en producción de la solución, tenga en cuenta como

mínimo: - Condiciones específicas y niveles de servicio.

- Proyección de costos a 5 años (Actualización, soporte y mantenimiento). - Porcentaje de crecimiento estimado para la proyección.

6.13. Servicios 6.13.1. Seguridad e integridad de la información Se debe garantizar la integridad y seguridad de los datos registrados, así como

de toda la información consolidada y de reportes que se genere. 6.13.2. Mesa de servicio

Describa el servicio de mesa de servicio que brinda su empresa, especificando tiempos de atención, tiempos de solución temporal y tiempos de solución

definitiva por tipificación de soporte brindado, así como la forma de clasificación. Tenga en cuenta que como mínimo la mesa de servicios debe:

Usar las mejoras prácticas de administración (ITIL) para el manejo de llamadas de servicio, incidentes y problemas en sus diferentes niveles de

afectación es decir soporte de primero y de segundo nivel con los correspondientes acuerdos de niveles de servicio (SLA) para cada uno de los servicios contratados.

Debe operar 7x24x365 Atenderá como mínimo:

Para eventos en que el sistema esté fuera de servicio: 7x24x365 Para soporte 1er nivel: 7x24 Para soporte 2do nivel: 5x8 en horario hábil

Escalamientos: De 1er Nivel a 2do Nivel: 2 horas hábiles

De 2do Nivel a Proveedores: o Para eventos en que el sistema esté fuera de servicio: 2 horas continuas

o Para incidentes: 8 hrs hábiles

Compromiso de atención telefónica: El 80% de llamadas atendidas antes

de 20 segundos 6.13.3. Servicios de instalación y continuidad

Especifique la metodología y plan de trabajo general para la instalación, configuración e implementación de equipos físicos y ambiente virtual.

Plan de contingencia de operación de la solución en caso de falla del sistema. Respaldo y Recuperación de datos y de aplicación.

Aplicación de actualizaciones y control de configuración de motor de base de datos.

Gestión integral de motor de base de datos.

6.14. Información económica Detalle la información económica relacionada con cada uno de los ítems

especificados en esta solicitud de información y el valor total del proyecto. Como resumen diligencie el Anexo No.7 Cuadros resumen valor y tiempo, para cada uno de los ítems especificados en los Anexos 6 y 7, y especifique los valores

y tiempos totales considerados por ESE. NOTA: LOS VALORES DEBEN CONSIDERAR TODA LA FUNCIONALIDAD MÍNIMA

DETALLADA EN ESTA SOLICITUD DE INFORMACION.

6.15. Modelo de despliegue Especifique el modelo de despliegue de su solución, siendo este licenciamiento y tipo de licenciamiento, servicio de arrendamiento por usuario, por ESE, por

módulo u otro modelo.

6.16. Información Corporativa Como información relevante de su empresa detalle como mínimo: Resumen ejecutivo de la empresa. Experiencia de la empresa en el sector salud, específicamente en

desarrollo, implantación y puesta en marcha de software HIS; y con proyectos exitosos, detallando estos en Colombia y en el exterior.

Describa los casos exitosos de implementación HIS en Colombia y en el exterior detallando: razón social, fecha del proyecto, tamaño de la institución (Nivel de atención y número de camas), módulos implementados, tiempo del

proyecto, estado actual.

Detalle las certificaciones obtenidas por su empresa (ISO, CMMI, etc.) Perfiles designados al proyecto, dedicación y número de personas; acordes con la metodología propuesta.