Sie sind auf Seite 1von 61

Servicio de Salud Via del Mar Quillota

CONTRATO DE PRESTACIN DE SERVICIOS PARA LA IMPLEMENTACIN, OPERACIN, SOPORTE Y MANTENCIN DEL SISTEMA DE INFORMACIN PARA LAS REDES ASISTENCIALES, SIDRA ENTRE EL SERVICIO DE SALUD VIA DEL MAR QUILLOTA Y LA EMPRESA INTERSYSTEMS CHILE LTDA.

En Via del Mar de Chile, a 13 de Noviembre de 2009, entre el Servicio de Salud Via del Mar - Quillota, Persona Jurdica de Derecho Pblico, RUT N 61.606.600-5, representado por su Directora Dafne Secul Tahan mdico cirujano, cdula nacional de identidad N 9.324.067-7, ambos domiciliados para estos efectos en calle Limache N 1307, Via del Mar, en adelante el Servicio de Salud; e Intersystems Chile Ltda., RUT N 76.513.380-7, representada por don Rodrigo Ochagava Ruiz-Tagle, abogado, cdula nacional de identidad N 6.372.362-2, y don Hernn Felipe Valds Correa, abogado, cdula nacional de identidad N 10.579.728-1; todos domiciliados para estos efectos en Av. Apoquindo N 3721, piso 13, Las Condes, Santiago; en adelante la Empresa o Intersystems; han acordado celebrar el siguiente contrato de prestacin de servicios, en adelante, el Contrato:

PRIMERO: Antecedentes.- En el marco de la reforma que se est realizando en el sector Salud, se dict con fecha 24 de Diciembre del 2008 la Resolucin N 1604 B de la Direccin de Compras y Contratacin Pblica, para la adjudicacin del Convenio Marco identificado como CM062008 Software de Salud y Servicios Asociados, N 223910023LP08, cuyas bases fueron aprobadas mediante Resolucin Exenta N 1092 B de la Direccin de Compras y Contratacin Pblica, de fecha 28 de Agosto del 2008. Dicho Convenio Marco tiene por objeto la contratacin de los aplicativos que se encuentran inmersos en el proyecto de Sistemas de Informacin de las Redes Asistenciales (Proyecto SIDRA), cuyo objetivo es el funcionamiento de redes coordinadas que permitan lograr una gestin integrada en el sistema pblico de salud. Que, este Servicio de Salud, tras la realizacin de un proceso de evaluacin de los proveedores inscritos en el Catlogo Electrnico del convenio marco referido, ponderando las necesidades y la realidad particular de los establecimientos asistenciales que lo integran, y de acuerdo al informe de cierre de dicho proceso, resolvi seleccionar mediante Resolucin Exenta N 6002 de fecha 13 de noviembre del 2009 a la Empresa Intersystems Chile Ltda.

SEGUNDO: Documentos y Anexos del Contrato. Las Partes dejan expresa constancia que el presente instrumento define el alcance de las actividades de implementacin y los servicios que sern prestados por la Empresa a favor del Servicio de Salud durante la vigencia del Contrato, el cual se regir por los documentos que en este numeral se sealan. En caso de discrepancias o divergencias se consultarn tales documentos respetando el orden de prelacin que se indica a continuacin: a) b) c) d) El presente Contrato y sus anexos. La Orden de Compra emitida por el Servicio de Salud en el sistema ChileCompra. Las Preguntas y Respuestas a las Bases de Licitacin. Las Bases Administrativas y Tcnicas, y sus anexos, (en adelante las bases de licitacin) relativas al Convenio Marco N 2239-10023-LP08 identificado como CM062008 Software de Salud y Servicios Asociados La Oferta de la Empresa, con todos sus documentos anexos. Actas de reuniones y documentos oficiales del proyecto

e) f)

Asimismo, forman parte integrante del presente Contrato los siguientes Anexos:

Anexo 1: Componentes contratados y detalles Funcionalidades Anexo 2: Establecimientos del Servicio de Salud donde debe funcionar Anexo 3: Etapas del Proyecto Anexo 4: Gestin del Cambio y Capacitacin Anexo 5: Contrapartes Tcnicas y Comits de Proyecto. Anexo 6: Aplicaciones con las cuales el Sistema debe interactuar Anexo 7: Mantencin Evolutiva y Protocolo de Aprobacin Anexo 8: Requerimientos Arquitectura, Data Center, Interoperabilidad, Seguridad Anexo 9: Niveles de Servicios Requeridos (SLA) Anexo 10: Glosario de los principales trminos usados en este contrato

Sin perjuicio de lo anterior, las Partes acuerdan que se podr complementar el presente Contrato despus de la fecha de su suscripcin, mediante la Incorporacin de Anexos Complementarios, Ampliaciones o Modificaciones, las que debern ser aprobadas y firmadas formalmente de acuerdo al procedimiento descrito en la Clusula Dcimo Cuarta siguiente. Finalmente, las partes acuerdan expresamente que el presente contrato no tiene el carcter de accesorio del convenio marco citado precedentemente. En este sentido, se establece que el presente contrato continuar vigente, no obstante termine por cualquier causa el convenio marco aludido. Se acuerda, asimismo, que en el evento de que termine por cualquier causa el convenio marco, los trminos y condiciones contenidos en el referido convenio se mantendrn plenamente vigentes en cuanto sean aplicables a ste contrato, toda vez que dichos trminos y condiciones han sido incorporados como parte integrante del presente, para todos los efectos legales.

TERCERO: Objeto del Contrato: Componentes y servicios contratados. Los servicios que la Empresa entregar bajo el presente Contrato son: (a) las licencias de uso, en modalidad ASP (Application Service Provider), por usuario nombrado del Sistema de Informacin en red denominado TrakCare que incluye especficamente los mdulos o componentes listados y detallados en el Anexo 1 junto a sus atributos variables, en adelante los Componentes, (b) los servicios de Implantacin, consultora de gestin del cambio, y capacitacin de los usuarios en los Establecimientos del Servicio de Salud especificados en el Anexo 2; (c) los servicios de Data Center Externo, Monitoreo, Mesa de Ayuda, Soporte especificados en el Anexo 8 y (d) la Mantencin Correctiva y Evolutiva del sistema implantado especificada en el Anexo 7 y clusula sptima del contrato, de acuerdo a los requerimientos sealados en las Bases Tcnicas del Convenio Marco y la Oferta de la Empresa. En la medida que la Empresa haya acreditado otros componentes de acuerdo al procedimiento establecido en el Convenio Marco, el Servicio de Salud estar facultado para adquirir tales componentes, mediante una Ampliacin del Contrato, en las mismas condiciones y obligaciones definidas en el presente instrumento, pudiendo slo modificar tales condiciones y obligaciones en cuanto a la definicin del equipo de trabajo a utilizar, el valor de licenciamiento del o los nuevos componentes y los plazos de implementacin. El precio de estos nuevos componentes ser establecido en conformidad a lo regulado en el Convenio Marco, en el punto Actualizacin de Bienes y Servicios Adjudicados. En caso que las partes deban definir condiciones u obligaciones adicionales o modificar las ya existentes en este contrato respecto de los nuevos componentes requeridos a la empresa, estas sern acordadas entre las partes en dicha ampliacin. El sistema de informacin provisto por la Empresa, deber ser actualizado siempre que sea necesario en orden a mantener operativo y optimizados los servicios contratados. La Empresa, se obliga a entregar durante la vigencia del Contrato las nuevas versiones del software que vaya desarrollando y que sean aplicables al Sistema implantado, sin costo adicional para el Servicio de Salud, asegurando la continuidad de los servicios contratados. La Empresa se obliga a entregar los servicios adquiridos bajo este Contrato en todos los establecimientos del Servicio de Salud beneficiados en el proyecto desarrollado bajo este instrumento, en adelante el Proyecto, los cuales se detallan en el Anexo 2. En la medida que nuevos establecimientos del mismo Servicio de Salud sean incorporados a la Red Asistencial, las Partes acordarn una modificacin formal del Anexo 2, acordando adems los trminos y condiciones de dicha incorporacin, respetando los precios por licencia indicados en este Contrato, y evaluando por separado aquellos eventuales costos adicionales que pueda significar la implantacin del sistema en los nuevos establecimientos incorporados, siempre y cuando dichos costos no se encuentren ya contemplados en los servicios incluidos en la modalidad ASP, bajo la cual se entregarn las nuevas licencias que sean requeridas, de acuerdo a las bases tcnicas y a la oferta de la empresa, con todos sus documentos anexos. Asimismo, en la medida que nuevos usuarios sean incorporados, se deber ir agregando las licencias correspondientes para asegurar el normal funcionamiento de los sistemas, de acuerdo se seala en la Clusula Dcimo Primera y Vigsimo Quinta siguientes. 3

CUARTO: Etapas del Proyecto. El Proyecto contempla las siguientes tres grandes etapas: Primera etapa: Planificacin. Segunda etapa: Implementacin y salida a produccin Tercera etapa: Explotacin, Soporte y Mantencin

La Primera Etapa, Planificacin, tiene por objeto la alineacin de la oferta de la Empresa con las necesidades del Servicio de Salud, la definicin de la estructura del Proyecto, la conformacin de equipos, la incorporacin de metodologas de trabajo, plan de actividades de la consultora de gestin del cambio, el Levantamiento y Anlisis de Procesos, entre otros tems. Esta etapa tendr una duracin mxima de 90 das corridos a contar del inicio de vigencia del contrato, de acuerdo a la clusula dcima tercera, y ser finalizada mediante un documento firmado por las Partes, que se entender formar parte integrante del Contrato. La Segunda Etapa, Implementacin y salida a produccin, contempla el proceso de implementacin de los sistemas de informacin en cada uno de los establecimientos de la Red Asistencial del Servicio de Salud definidos en el Anexo 2, el cual ser ejecutado por la Empresa en conjunto con el Servicio de Salud. Esta segunda etapa deber considerar en particular la Gestin del Cambio, la Capacitacin, el Plan de Comunicaciones, la Parametrizacin del Sistema, la Migracin de Datos Necesarios para la Implementacin del Sistema, la Evaluacin de las Interfaces con Sistemas Actuales, la Capacitacin de Usuarios y la Marcha Blanca. Esta etapa tendr una duracin mxima estimada de 195 das corridos. Los plazos sealados en las etapas Primera y Segunda precedentes sern cumplidos por la Empresa sujeto al cumplimiento por parte del Servicio de Salud de todas las condiciones definidas para el Proyecto previamente acordadas entre las Partes, las cuales sern definidas en la Primera Etapa. Asimismo, dichos plazos podrn modificarse en la Primera Etapa, de acuerdo al plan de implementacin que ser acordado por las Partes, segn se seala ms adelante. La Tercera etapa: Explotacin, Soporte y Mesa de Ayuda, ser el funcionamiento normal del sistema que permitir su explotacin (24x7x365), y durar hasta la fecha final del Contrato. Debe incluir por lo menos la Generacin de Informes de Gestin, el Soporte (24x7x365), la Mesa de Ayuda (lunes a viernes de 8:00 a 19:00 horas), el Monitoreo e Informes de Actividad, el Plan de Contingencia y Mitigacin, la Mantencin Evolutiva y Correctiva de las funcionalidades. Adicionalmente, la Empresa pondr a disposicin del Servicio de Salud, un nmero de telfono especfico para llamadas en caso de emergencia fuera del horario indicado en el prrafo anterior. Los Servicios que se presten por este medio estn exentos de cualquier SLA contemplados en este contrato. El detalle de estas etapas est descrito en el Anexo 3. Despus de la Primera Etapa, las Partes acordarn un plan de implementacin definitivo acompaado de la respectiva Carta Gantt que ser incorporado en un Anexo Complementario que se entender parte integrante del presente Contrato. 4

En las dos primeras etapas, se dar particular importancia a los temas relacionados a la Gestin del Cambio y a la Capacitacin, descritos en el Anexo 4.

QUINTO: Contrapartes o Comits de Proyecto.- Para llevar a ejecucin el Proyecto, se contempla al principio de la primera etapa, la conformacin de Comits o Equipos, quienes actuarn como Contrapartes Tcnicas en representacin de cada una de las Partes integrantes del presente Contrato. Estas contrapartes tcnicas estn descritas en el Anexo 5. La Empresa deber proporcionar y garantizar los recursos humanos, tcnicos y de infraestructura, dedicados al Proyecto durante la implementacin de las soluciones que ste contempla y el periodo de explotacin del Sistema. Las Partes, en la primera etapa de planificacin del Proyecto definirn de comn acuerdo los rganos de gestin del Proyecto, su forma de funcionamiento y periodicidad, como as tambin la designacin de los recursos especficos a participar.

SEXTO: Funcionalidades del Sistema de Informacin.- Respecto a las funcionalidades del Sistema de Informacin, en conformidad a los requerimientos del Servicio de Salud, se establece que: El software deber considerar toda la normativa del Ministerio de Salud aplicable que se encuentre vigente al comienzo de la ejecucin del Proyecto. Si durante la vigencia del Contrato hay cambios en la normativa del MINSAL que impliquen nuevos requerimientos de funcionalidades o interfaces a desarrollar por parte de la Empresa respecto de los Componentes dentro del Proyecto, las horas de trabajo utilizadas no se imputarn a las horas de Mantencin Evolutiva, por lo que se ejecutarn sin costo para el Servicio de Salud, tal como se expresa en las Bases Tcnicas y en la Clusula Sptima siguiente. La solucin ofrecida debe cumplir con las funcionalidades y reportes sealados en las Bases Tcnicas y en especfico, los flujos y reportes detallados en el Anexo 1 de este Contrato. Cualquier otra configuracin y reporte que no se seale el Anexo 1, puede ser desarrollado por la Empresa previo acuerdo con el Servicio de Salud. Las funcionalidades de la aplicacin, fueron evaluadas en el proceso de Evaluacin y Seleccin que realiz este Servicio de Salud, y se detallan en el Anexo 1 por cada uno de los Componentes. Estas funcionalidades mnimas deben ser cubiertas por la aplicacin contratada.

Las caractersticas de los servicios informticos que entregar la Empresa, de acuerdo a los requerimientos del Servicio de Salud, son las siguientes: 1. Un software capaz de integrar informacin procedente de diferentes fuentes, considerando los Componentes: Agenda, Sistema de Referencia y Contra Referencia, Sistema de Registro de Poblacin Bajo Control y sus atenciones en la Red Asistencial, Sistema de Registro de Atenciones de Urgencias y Sistema de Dispensacin de Frmacos. El detalle de las funcionalidades de los Componentes previamente mencionados se encuentra en el Anexo 1 que hace parte del presente Contrato. Informacin del Sistema accesible, coherente y pertinente a las necesidades de la Red Asistencial, garantizando un manejo seguro y confidencial, velando por su integridad, exactitud, oportunidad, comparabilidad y pertinencia. Un sistema capaz de interconectarse con otros subsistemas de una red, siempre que dicha interconexin sea tcnicamente viable de acuerdo a lo sealado en el punto 6 del Anexo 8, con usuarios debidamente autorizados, y que sea capaz de resguardar la seguridad intrnseca en este tipo de informacin. Adicionalmente, se podrn interconectar sistemas que cumplan con las plataformas tecnolgicas del Servicio de Salud y de la Empresa. Un sistema que permita la coordinacin entre los establecimientos, generando stos informacin estandarizada, segn las reglas del negocio que el MINSAL y el Servicio de Salud han definido respecto a los Componentes de la solucin contratada. Un sistema que genere distintos perfiles segn la funcin que ocupe el usuario en la red de establecimientos y el desarrollo de las correspondientes aplicaciones de acuerdo a las necesidades de informacin. Un sistema que contribuya para que los integrantes de la Red Asistencial de Salud gestionen eficiente, coordinada y oportunamente los procesos claves del quehacer de sus niveles de atencin, permitiendo la interoperabilidad entre aplicaciones, en particular Agenda, Referencia y Contra-Referencia, Urgencias, Registro de Poblacin En Control, Dispensacin de Frmacos, para el soporte de la gestin de sus recursos sanitarios y administrativos. Un sistema que cuente con una Herramienta de Gestin de Informacin y de Indicadores. Un sistema que debe interoperar con la plataforma de integracin que el Ministerio de Salud (MINSAL) disponga o defina de manera oficial, considerando sus especificaciones actuales, as como tambin con los aplicativos del Servicio de Salud, los que se detallan en las Bases Tcnicas y en el Anexo 6 de este Contrato, que cumpliendo con iguales condiciones para la interoperabilidad que se han definido en las Bases Tcnicas, se encuentren funcionando en el Servicio de Salud o que se incorporen en el futuro. Los costos que demande la ejecucin de las tareas o actividades para hacer interoperables las aplicaciones en este segundo caso, sern imputables a las horas de Mantencin Evolutiva o a los valores hora establecidos en el presente instrumento, de acuerdo a como defina el Servicio. El Servicio de Salud se compromete a gestionar la correcta coordinacin entre la Empresa y los proveedores de otros sistemas para que stos realicen las 6

2.

3.

4.

5.

6.

7. 8.

9.

integraciones correspondientes entre sus aplicativos. Se deja expresa constancia, que tales proveedores han contratado directamente con el Servicio de Salud, por lo que los costos y dems requerimientos emanados del proceso de integracin, en lo que respecta a dichos proveedores, sern de responsabilidad del Servicio de Salud, asumiendo ste cualquier contingencia que pudiera derivarse en virtud de la eventual integracin. Asimismo, la empresa se compromete a realizar sus mejores esfuerzos para que ste proceso de integracin sea lo ms beneficioso posible para ambas partes, lo que podra derivar en la generacin de propuestas alternativas de integracin o interoperabilidad ante dificultades de o con los proveedores de los sistemas, de acuerdo a lo sealado en este punto y en el punto 3 y 8 precedentes. Funcionalidades Adicionales del Sistema y Atributos Variables.- Las funcionalidades adicionales de los Componentes acreditados en el Convenio Marco y Atributos Variables ofrecidos por la Empresa, se encuentran establecidos en el Anexo 1. Dichas funcionalidades adicionales y atributos variables son parte del presente Contrato y su costo est incluido en el valor del mismo. Sern sometidas a igual sistema de multas, SLA y dems condiciones generales del contrato. La implementacin de estas funcionalidades no se imputar a las horas de mantencin evolutiva sealadas en la Clusula Sptima siguiente. Asimismo dichas funcionalidades adicionales y atributos variables se encuentran asociados a cada licencia otorgada respecto de los Componentes bajo el presente contrato.

SPTIMO: Mantencin Correctiva y Evolutiva de las funcionalidades.El Proyecto considera horas de Mantencin Correctiva y Evolutiva sobre los Componentes, segn se indica en las Bases Tcnicas y cuya responsabilidad de prestacin corresponde a la Empresa. Se entiende por Mantencin Correctiva las correcciones que sean necesarias sobre defectos de programacin, o errores en las interacciones/integraciones desarrolladas por la Empresa para el Servicio de Salud y que sean imputables a sta. La Mantencin Correctiva se realizar exclusivamente sobre los productos que la Empresa pone a disposicin del Proyecto y las configuraciones que realice la Empresa para el Proyecto SIDRA. La Mantencin Correctiva se prestar sin costo adicional para el Servicio de Salud. Toda Mantencin Correctiva o Evolutiva realizada para un Servicio de Salud deber ser puesta a disposicin de todos los dems Servicios de Salud que hayan firmado un contrato SIDRA similar con esta Empresa. En el evento que el servicio de salud requiera a la empresa una implantacin particular en los establecimientos indicados en el anexo 2 o en anexos complementarios de establecimientos posteriormente incorporados, de aquella mantencin, los costos de dicha implantacin se harn con cargo a las horas de mantencin evolutiva indicadas en esta clusula o a los valores hora establecidos en el presente instrumento, de acuerdo a como defina el Servicio. Todo lo anterior, de acuerdo a la conveniencia y caractersticas del proyecto y del sistema. 7

Se entiende por Mantencin Evolutiva las nuevas funcionalidades solicitadas por el MINSAL o por el Servicio de Salud que competan exclusivamente al marco del Proyecto SIDRA (incluyendo funcionalidades adicionales contratadas y detalladas en Anexo 1), y comprometan especficamente los productos que la Empresa pone a disposicin del Proyecto para los Componentes. En caso que el MINSAL, de acuerdo a los sealado en las Bases Tcnicas del Convenio Marco respecto a la Mantencin Evolutiva, solicite modificaciones a los Componentes provistos por la Empresa durante la vigencia del Contrato que involucren cambios conceptuales, funcionales, mejoras de interfaz, reportes e interaccin con otros sistemas, dicha decisin ministerial deber notificarse por escrito a la Empresa indicando el plazo de ejecucin requerido. Una vez recibida por la Empresa dicha notificacin, y en consideracin al plan de servicios de Mantencin Evolutiva, se incorporar el cambio requerido en el plazo convenido. En caso que las Partes no lleguen a un acuerdo respecto del plazo, viabilidad o conveniencia del requerimiento, el asunto ser sometido al mecanismo de solucin de controversias contemplado en la Clusula Vigsimo Primero del presente Contrato. Lo anterior, se realizar sin cargo a las horas de Mantencin Evolutiva del Servicio de Salud. Las actividades de Mantencin Evolutiva requeridas por el Servicio de Salud, se suscribirn exclusivamente a los Componentes sealados en el Anexo 1, y slo podrn ser requeridas luego de la aceptacin del Sistema en explotacin. Dicha Mantencin Evolutiva, de acuerdo a las caractersticas del Proyecto SIDRA, considera 320 horas hombre mensuales por cada uno de los 5 Componentes durante los dos primeros aos luego del inicio de la operacin, resultando en un total de 1.600 horas hombre mensuales de mantencin evolutiva de segundo nivel para el total de los 29 servicios de salud beneficiados con el Proyecto SIDRA. En consideracin a lo expuesto en el prrafo anterior, el mximo de horas de Mantencin Evolutiva mensuales de segundo nivel sin costo para este Servicio de Salud es de 55 horas mensuales para los primeros dos aos de operacin. Las horas mensuales de Mantencin Evolutiva, que no sean utilizadas en el mes que corresponda, sern acumulables hasta el trmino del Contrato. Una vez vencido el perodo de dos aos antes referido, el nmero de 1.600 horas hombre mensuales destinado para el total de los servicios de salud beneficiados con el Proyecto SIDRA, ser reducido a 800, por lo que una vez finalizado el perodo inicial de dos aos sealado, este Servicio de Salud tendr 28 horas hombre mensuales de Mantencin Evolutiva sin costo, para los aos restantes del Contrato, pudiendo ser acumuladas tales horas mientras el Contrato se encuentre vigente. Los requerimientos que excedan la referida cantidad de 55 horas mensuales durante los primeros dos aos de operacin, o de 28 horas mensuales una vez finalizado el periodo de dos aos mencionado; debern ser autorizados por el Servicio de Salud e informados a la Subsecretara de Redes Asistenciales, teniendo un costo adicional facturable al Servicio de Salud una vez finalizados los trabajos, a un valor en moneda nacional equivalente al da de la facturacin a US$ 50.- ms IVA (cincuenta dlares de los Estados Unidos de Amrica ms el impuesto al valor agregado) por hora/hombre. Con todo, con el fin de resguardar el correcto y oportuno uso de las horas de mantencin evolutiva de segundo nivel, tanto las que no generan un costo adicional, como las que si generan un costo adicional facturable al Servicio de Salud, de acuerdo a lo sealado en los prrafos precedentes; debern ser informadas al 8

Subdepartamento de Tecnologas de Informacin y Comunicaciones del Servicio de Salud, quien deber validar y autorizar la utilizacin de dichas horas. Las horas de Mantencin Evolutiva se manejarn exclusivamente por los mecanismos dispuestos en el Anexo 7 de este Contrato. La gestin de las horas de los mantenimientos quedar definida en los documentos de organizacin y gestin a ser elaborados en la etapa de planificacin del proyecto. La metodologa del plan de desarrollo de tales funcionalidades ser consensuada entre la empresa y el servicio de salud, durante la etapa de implementacin del proyecto. Actividades tcnicas, asesora, capacitacin, configuracin, o cualquier otro servicio sobre el hardware y sistemas informticos del servicio de salud no provistos por la empresa en el marco del proyecto Sidra, o que no se encuentran cubiertos por el mantenimiento ofrecido por la empresa en este contrato y que requieran llevarse a cabo, sern facturables al servicio de salud por un valor en moneda nacional equivalente a da de la orden de compra emitida. A US$ 50.- + IVA (cincuenta dlares de los Estados Unidos de Amrica ms el impuesto al valor agregado) por hora hombre. Las actividades de migracin, conversin o transformacin de datos desde sistemas informticos o repositorios de datos manuales o informatizados del Servicio de Salud hacia la solucin que provee la Empresa, debern ser especificadas en la documentacin del Proyecto y se limitan a los mencionados a continuacin: a) Datos de referencia que requiere la solucin provista por la Empresa y que sern debidamente definidos en la etapa de estandarizacin del Proyecto. b) Datos demogrficos de los Pacientes de los establecimientos contemplados en el Anexo N 2 de este Contrato. c) Datos necesarios de la Ficha Clnica Electrnica de los establecimientos que la tengan. d) Datos de Medicamentos e Insumos Clnicos, necesarios para el mdulo de Dispensacin de Frmacos. e) Otras migraciones que sean acordadas por el Servicio de Salud y la Empresa, y que se encuentren en el marco de los Componentes del Convenio Marco SIDRA, incluidos en el anexo 1. Para que sea posible las migraciones mencionadas en la etapa de implementacin el Servicio de Salud se compromete a cumplir lo siguiente: Las migraciones sern consensuadas por el Servicio de Salud y la Empresa durante la primera etapa del Proyecto. El proceso de preparacin y extraccin de los datos de los sistemas locales, deben ser realizados por el Servicio de Salud, Los datos referenciados en el punto anterior, deben estar disponibles en las fechas acordadas entre Intersystems y el Servicio de Salud, al inicio del Proyecto. Cualquier dato no entregado en las fechas acordadas, ser responsabilidad del Servicio, eximiendo de total responsabilidad a la Empresa por cualquier incumplimiento derivado de la situacin expuesta. La calidad de la informacin que entreguen los establecimientos o la direccin del Servicio de Salud ser de exclusiva competencia y responsabilidad del Servicio de Salud. De igual forma, el Servicio de Salud se responsabiliza de 9

realizar la limpieza de datos previa a la migracin, garantizando la integridad referencial y coherencia de la informacin entregada.

OCTAVO: Requerimientos Tecnolgicos.- La Empresa se obliga a otorgar en la solucin los requerimientos tecnolgicos de acuerdo a lo establecido en las Bases Tcnicas del Convenio Marco seccin Estndares Tecnolgicos Exigidos para la Implementacin del Sistema de Informacin de las Redes Asistenciales pginas 372 y siguientes, las que se entienden parte integrante de este Contrato. La Empresa, se obliga a garantizar los servicios y obligaciones de Arquitectura, Data Center, Interoperabilidad y Seguridad, que se encuentran detallados en el Anexo 8.

NOVENO: Niveles de Servicios Requeridos.Los niveles de servicio requeridos (Service Level Agreement - SLA), durante toda la vigencia del Contrato, debern cumplir con los mnimos establecidos en las tablas sealadas en el Anexo 9 de este instrumento, referidas a la implantacin, a la explotacin y al uso del Sistema. Al inicio del Contrato, se especificarn en conjunto con la Empresa los detalles y cronogramas especficos para medir y monitorear estos indicadores, lo que ser incorporado al Contrato mediante un anexo complementario, que las Partes entienden parte integrante del Contrato. En caso de no haber acuerdo entre las Partes las discrepancias sern resueltas por el Comit de Controversias establecido en la Clusula Vigsima Primera. Se deja expresa constancia que respecto a los SLA con relacin al cumplimiento de obligaciones y servicios de explotacin, soporte y otros servicios por parte de la Empresa, en todos aquellos casos en que los incumplimientos se deban a actos dolosos o negligencia grave de la Empresa, se aplicar la Tabla General de Multas contenida en las Bases de Licitacin, incluyendo los tipos de incidentes (Leve, Mediano y Grave), la definicin general de cada tipo de incidente y el correspondiente descuento de facturacin. Asimismo, se deja constancia que en todos aquellos casos en que los incumplimientos se deban a actos dolosos o negligencia grave de la Empresa, sea respecto de soporte u otros sealados en las Bases Tcnicas, el tiempo mximo de resolucin de incidentes ser de 72 horas en caso de incidentes leves, 24 horas en caso de incidentes medianos y 8 horas en caso de incidentes graves. En estos casos se aplicarn las sanciones en el proceso del Convenio Marco indicadas en las pginas 19 y 20 de las Bases Administrativas y se utilizar el mecanismo de comunicacin de fallas indicado en el Anexo 9 bajo el ttulo Acuerdo de Nivel de Servicio, seccin 1.1. letra c). Respecto a los SLA con relacin al cumplimiento de obligaciones y servicios de explotacin, soporte y otros servicios por parte de la Empresa, en todos los casos que los incumplimientos se deban a descuido leve, negligencia grave o acto doloso de la Empresa, se aplicar la definicin de fallas sealada en el Anexo 9 del Contrato, bajo el ttulo Acuerdo de Nivel de Servicio, cuya prioridad podr ser clasificada en crtica, alta o mediana, as como los SLA indicados bajo ese ttulo y en la tabla respectiva incluida en dicho anexo. Todos los plazos sealados en el Anexo 9, se entendern de das hbiles, salvo que expresamente se determine algo diferente. 10

Los Niveles de Servicios Requeridos en este Contrato (SLA) estn detallados en el Anexo 9.

DCIMO: Aplicacin de Sanciones y Multas.- El Sistema de Multas que se aplicar en el presente Contrato ser el que se indica a continuacin, de acuerdo al esquema de incumplimiento de los SLA definidos en el Anexo 9 del Contrato.: La multa total se calcula en forma mensual, y es la suma de las multas correspondientes a cada indicador en situacin de incumplimiento. El servicio de salud notificar a travs de carta certificada cada incumplimiento de SLA durante el mes y realizar un informe la primera semana del mes siguiente, el cual contendr las cartas notificadas, los descargos o reconsideraciones por parte de la empresa y el porcentaje acordado a descontar para el prximo mes. En caso de que en un mes determinado, la suma de las multas resulte en un valor superior al 15% del total facturado mensual, dicho mes se califica como de Servicio Insatisfactorio. Asimismo, el retiro de algn profesional clave de la estructura del Proyecto por parte de la Empresa, sin respetar el mecanismo descrito en el Anexo 5 para el cambio de profesionales, ser considerado por s solo como un mes de Servicio Insatisfactorio. En todo caso, el monto mximo de multa a cobrar es un 15% del valor de la cuota mensual de ASP (Application Service Provider o Proveedor de Servicios de Aplicaciones). No obstante la facultad general que tiene el Servicio de Salud, por la aplicacin de la legislacin vigente, de decretar la existencia de un Incumplimiento Grave, las Partes acuerdan que en caso de incumplimiento reiterado de los niveles de servicio, se podr llegar a una situacin de Incumplimiento Grave. Este ltimo facultar al Servicio de Salud para dar trmino inmediatamente al Contrato y ejecutar la Boleta de Garanta de Fiel Cumplimiento del Contrato, sin contraprestacin y/o indemnizacin alguna. Para que se configure un estado de Incumplimiento Grave, por incumplimiento reiterado de los niveles de servicio, tiene que ocurrir al menos una de las siguientes situaciones: Que en dos oportunidades durante la vigencia del Contrato existan tres (3) meses consecutivos calificados como Servicio Insatisfactorio. Que en una oportunidad durante la vigencia del Contrato existan seis (6) meses no consecutivos calificados como Servicio Insatisfactorio, dentro de un periodo igual o inferior a doce (12) meses. Las Partes convienen que la Empresa, podr apelar a cada aplicacin de multa, ante el Comit de Resolucin de Controversias por la calificacin de los niveles de servicio, antes descritos.

11

Las multas sern aplicables por atrasos atribuibles a la Empresa en cualquiera de las etapas de desarrollo del Contrato y podrn descontarse del pago de la cuota siguiente o de la garanta de fiel cumplimiento si no hubiere cuotas pendientes de pago. Con todo, las multas aqu establecidas sern acumulables con las indemnizaciones que pudieren fijar los Tribunales de Justicia por los perjuicios causados por el incumplimiento de la Empresa en los mismos casos. Se entender que la Empresa est en mora por el incumplimiento de los plazos establecidos si no ha cumplido cualesquiera de las obligaciones pactadas, para lo cual no ser necesario requerimiento judicial previo. En caso de aplicarse multas, el Servicio de Salud notificar la cuanta de la multa a aplicar y el hecho que la origina. La Empresa dispondr de un plazo de 7 das hbiles para realizar sus descargos o solicitar cualquier tipo de reconsideracin. Transcurrido el plazo de 7 das hbiles de presentados los descargos, el Servicio de Salud notificar el pronunciamiento definitivo. La aplicacin de multas ser sin perjuicio de la facultad del Servicio de Salud de poner trmino anticipado al Contrato en los casos previstos en l, y hacer efectivas las garantas de fiel cumplimiento.

DCIMO PRIMERO: Precio y Condiciones de Pagos.La Forma de Pago del presente Contrato ser mensual, a partir del primero de los 48 meses indicados en la Clausula Dcimo Tercera siguiente. El Valor Mensual Total de los Componentes y Servicios contratados, corresponde al precio mensual de una licencia multiplicada por el nmero de licencias sealado ms adelante en esta clusula. Las Partes acuerdan, que el Precio mensual de una licencia por usuario nombrado, es de US$ 51.- (Cincuenta y Un Dlares de los Estados Unidos de Amrica) ms el Impuesto al Valor Agregado (IVA). Las Partes acuerdan, que el nmero de licencias del sistema objeto del presente Contrato corresponde a 381 (trescientos ochenta y uno) usuarios nombrados. El Servicio de Salud podr reemplazar en cualquier momento a los usuarios nombrados por nuevos usuarios nombrados, dentro del nmero de licencias contratadas, sin que esto represente un costo adicional, y siempre que estos nuevos usuarios se sujeten a las condiciones de ste contrato. Los pagos se harn en moneda nacional de acuerdo al valor del dlar observado publicado por el Banco Central en el da de emisin de Orden de Compra respectiva en el sistema ChileCompra en el caso de un pago equivalente al monto de la Orden de Compra. Si el Servicio de Salud emite una sola Orden de Compra por el monto total del Contrato o por un monto superior a la facturacin mensual, el tipo de cambio a utilizar ser el valor del dlar observado publicado por el Banco Central en la fecha de la facturacin.

12

Si un nmero mayor de funcionarios utilizan el Sistema, el nmero de licencias deber aumentar (con el consecuente aumento del precio de este Contrato), dicho aumento ser objeto de la Actualizacin correspondiente del presente Contrato. No obstante lo anterior y slo durante el primer ao de vigencia de este Contrato, la obligacin del Servicio de Salud de pagar por aquellas licencias adicionales a las contratadas se har efectiva en caso que el uso de licencias adicionales a las contratadas se mantenga por ms de 30 das consecutivos o por ms de 45 das sumando todos aquellos das en que durante el primer ao de vigencia del Contrato se supere el nmero de licencias contratadas. Intersystems entregar al final del primer ao de vigencia del Contrato un informe respecto a la utilizacin de las licencias contratadas, sealando cuntas de stas han sido efectivamente utilizadas y cuantas no. Una vez presentado dicho reporte al Servicio de Salud, las Partes acordarn si el nmero de licencias sealado en el prrafo tercero de esta clusula o el nmero de licencias contratadas que se encuentre vigente, debe ser aumentado en atencin a los nuevos requerimientos del Servicio de Salud, modificndose la cuota mensual de pago segn corresponda. El Servicio de Salud pagar a la Empresa la cuota mensual a 30 das corridos de la recepcin conforme de la factura por parte del referente tcnico, designado por el Servicio para la administracin del presente contrato conforme a lo establecido en el Convenio Marco. La Empresa, deber presentar al Servicio junto con la facturacin mensual, un informe ejecutivo sobre el estado de avance del Proyecto en cada una de las reas que ste comprenda en las respectivas etapas as como de las horas de mantenimiento evolutivo acumuladas, usadas y disponibles por mes a la fecha, el cual deber ser aprobado por el Servicio, a travs del referente tcnico, designado por el Servicio para la administracin del contrato, para proceder al respectivo pago. En el caso de aplicarse multas, stas sern descontadas del estado de pago del siguiente mes, rebajando la facturacin en el monto que corresponda. El Servicio de Salud se reserva el derecho de retener el pago correspondiente, si el descuento no se realiza en forma oportuna.

DCIMO SEGUNDO: Garanta de Fiel Cumplimiento del Contrato.Para garantizar el fiel y cabal cumplimiento de las obligaciones que impone el Contrato, la Empresa constituye una garanta equivalente al 5% del precio total del contrato. La vigencia de la garanta ser igual a la duracin del contrato, aumentado en 60 das. El objeto de sta garanta ser asegurar el ntegro y oportuno de todas las obligaciones del contratista que deriven del contrato, con ms las obligaciones laborales que dispone la Ley. La garanta de fiel cumplimiento de contrato se constituir mediante boleta de garanta bancaria, que el contratista entrega al Servicio de Salud, en ste acto por un monto equivalente al 5% del precio del contrato con una vigencia de un ao desde su emisin. La renovacin de la boleta deber efectuarse entre los das dcimo quinto al sptimo anteriores al vencimiento de la misma, bajo apercibimiento de proceder a su cobro y restituyndose dicha suma una vez que sea entregada la nueva boleta. Con todo, la boleta de garanta correspondiente al ltimo ao de vigencia del Contrato deber tener una vigencia que exceda en sesenta das al vencimiento del mismo. 13

La Boleta de Garanta a la Vista o Vale Vista Bancario debe ser de carcter irrevocable, extendido a nombre del Servicio de Salud Via del Mar-Quillota, RUT N 61.606.600-5, con domicilio en calle Limache 1307, Via del Mar. La boleta de garanta, o vale vista, deber ser pagadera a la vista, ser emitida por un Banco de la plaza y consignar la siguiente frase: para garantizar el fiel cumplimiento del contrato para el Sistema de Informacin De las Redes Asistenciales, Proyecto SIDRA. Ser responsabilidad del Contratista renovar la garanta si el contrato se extiende ms all del plazo de su vigencia, por el periodo que determine el S.S.V.Q. Si no la renovare antes de treinta das de su vencimiento el S.S.V.Q. queda facultado para hacerla efectiva. En el evento de que la Empresa no cumpla con las obligaciones y/o los plazos que establecen el Convenio Marco, la Propuesta correspondiente y/o este Contrato, el Servicio de Salud queda autorizado desde ya para proceder a hacer efectiva la garanta, sin necesidad de requerimiento ni accin judicial alguna, y de acuerdo al procedimiento que corresponda segn su naturaleza, para, con cargo a ella, cobrar las indemnizaciones y multas causadas por el incumplimiento de la Empresa y sin perjuicio de las dems acciones legales que pudieren corresponderle al Servicio de Salud. Si en el curso del contrato se produjeren aumentos de contrato, debern tambin rendirse garantas sobre ellas, en el porcentaje y plazo indicado anteriormente. En caso de implicar aumento de plazo del contrato, el Contratista deber extender consecuentemente el plazo de vigencia de las garantas, de modo que todas tengan idntica fecha de vencimiento. La boleta de garanta ser devuelta una vez que la Empresa haya dado total, ntegro y oportuno cumplimiento a todas las obligaciones por ella contradas en el respectivo Contrato. Previamente a la restitucin de la boleta, se requerir la verificacin de lo anterior y para lo cual la Contraparte Tcnica del Servicio de Salud emitir el respectivo informe de cumplimiento. No se aceptar ningn otro tipo de garanta de fiel cumplimiento del contrato que las expresadas anteriormente

DCIMO TERCERO: Inicio, Plazo de Ejecucin y Prrroga del Contrato.- El Contrato comenzar a regir a contar de la fecha de total tramitacin del acto administrativo que lo apruebe y tendr una vigencia de 48 meses a contar de la notificacin al oferente adjudicado de la total tramitacin del acto administrativo aprobatorio del Contrato. Dicha notificacin se efectuar mediante carta certificada dirigida a la Empresa, indicndose la fecha de inicio y de trmino del Contrato. Con todo, dada la envergadura y complejidad del proceso a instalar, como asimismo, la transformacin de la cultura interna, la adopcin e integracin social de tecnologas de informacin sobre un escenario de alta complejidad, y que a su vez implica una importante transformacin del proceso de negocio, se espera contar con un cierto grado de incertidumbre, propio de un proyecto de esta naturaleza, acerca del logro de los objetivos propuestos en los plazos definidos. 14

Por estas razones, y siempre que se cumplan los principales hitos del Proyecto y condiciones del Contrato, el Servicio de Salud podr solicitar la renovacin o prrroga del Contrato por un periodo adicional hasta de 48 meses, la cual estar sujeta a la disponibilidad presupuestaria del Servicio de Salud. La Empresa se entender notificada mediante el envo de carta certificada efectuada con una anticipacin de noventa das al trmino del plazo original del Contrato. En el caso de esta prrroga, se deber otorgar una nueva boleta de garanta en los trminos previstos en este contrato.

DCIMO CUARTO: Modificaciones del Contrato. En caso que las Partes estimen necesario introducir modificaciones al Contrato, deber tenerse en consideracin que aquellas no podrn alterar en lo esencial la causa y objeto del mismo. El procedimiento de modificacin del Contrato deber sujetarse a las siguientes formalidades: a) Si la solicitud es a iniciativa de la Empresa, su estudio se iniciar por medio de una peticin escrita dirigida al Servicio de Salud. Si la modificacin es a requerimiento del Servicio de Salud, aquella ser propuesta directamente por el Servicio de Salud a la Empresa. En ambos casos ser necesario acompaar un informe tcnico que fundamente la necesidad o conveniencia de la modificacin. En cualquier caso una vez recibida la solicitud, la Empresa proceder a valorar la modificacin del Contrato en trminos de alcance, tiempo y costo, informando al Servicio de Salud el impacto del cambio. b) Una vez que las Partes hayan alcanzado un acuerdo sobre la modificacin al Contrato, enviarn una solicitud de modificacin conjuntamente con el informe tcnico a ambas partes para la redaccin de los cambios y de los procedimientos administrativos conducentes a formalizar la modificacin al Contrato. Lo anterior se realizar dentro del plazo mximo de 15 das hbiles, contados desde la fecha de aprobacin de la referida solicitud. Se debe considerar que cualquier modificacin que se haga al Contrato no puede ir en detrimento de los niveles de calidad de los servicios y estndares ya contratados. c) Dicha modificacin deber ser suscrita por las Partes, formar parte integrante de este Contrato y comenzar a regir slo a contar de la total tramitacin de los respectivos actos administrativos que la aprueben. d) De no haber acuerdo en las condiciones de modificacin, se estar a lo dispuesto en la Clusula Vigsima Primera. En el evento de que se haga necesario recurrir al procedimiento establecido, se dejar constancia en actas de las reuniones y deliberaciones, de las cuales se entregar copia a las Partes. El uso parcial de las licencias adquiridas bajo este contrato no habilita al Servicio de Salud para solicitar la modificacin del valor de la cuota mensual fijada en la clusula dcimo primera.

DCIMO QUINTO: Confidencialidad. La Empresa deber guardar confidencialidad de todos los antecedentes del Servicio de Salud, de carcter reservados o no, a los cuales tenga acceso con motivo del presente Contrato y no podr hacer uso de stos 15

para fines ajenos a los contemplados en el mismo; no pudiendo bajo ninguna circunstancia, por cualquier ttulo y/o medio revelar, difundir, publicar, vender, ceder, copiar, reproducir, interferir, interceptar, alterar, modificar, daar, inutilizar, destruir, en todo o en parte esta informacin ya sea durante la vigencia del Contrato como despus de su finalizacin. Esta prohibicin afecta a la Empresa, su personal directo e indirecto, sus consultores, subcontratistas y el personal de stos, en cualquier calidad que se encuentren ligados al Proyecto, en cualquiera de sus etapas, y su responsabilidad ser solidaria respecto de stos, incluso despus de la expiracin del Contrato. Las Partes se obligan asimismo a mantener reserva y confidencialidad respecto del conocimiento y manejo de toda la informacin que con ocasin del presente Contrato tomaren conocimiento. Las Partes se obligan a no revelar, en cualquier forma, a ninguna persona natural o jurdica que no sea su personal directamente involucrado en la prestacin de los servicios que en este acto se contratan, ninguna informacin relacionada con las Partes, sea que se refiera a mtodos, frmulas, experiencia, tecnologa, datos, bases de datos, aplicaciones, informacin legal, financiera, contractual y contable y cualquier otra informacin de naturaleza confidencial relacionada con el Proyecto, que haya sido o que vaya a ser revelada durante la vigencia del presente Contrato, directamente por cualquiera de las Partes y/o sus personas relacionadas. Por ende, queda estrictamente prohibido a las Partes transmitir, difundir o reproducir cualquier informacin a la cual hayan accedido por medio de este Contrato, a toda persona natural o jurdica que no sea su personal o subcontratista directamente involucrado en la prestacin de los servicios. La Empresa slo podr copiar o reproducir la informacin que sea necesaria para dar cumplimento a lo establecido en el Contrato. El no cumplimiento de esta clusula por una Parte dar derecho a la Parte contraria para poner inmediato trmino al presente Contrato.

DCIMO SEXTO: Obligacin de Informacin. Sin perjuicio de los informes peridicos que deba generar y entregar la Empresa, sta deber informar al Servicio de Salud sobre cualquier aspecto de su trabajo cuando ste lo requiera. La Empresa deber responder frente a requerimientos de informacin no predefinidos en la etapa de planificacin, en un plazo mximo de 10 das hbiles a contar de la solicitud formal del Servicio de Salud al Gerente de proyecto de la Empresa.

DECIMO SPTIMO: Cesin de Derecho y Obligaciones. La Empresa no podr, en caso alguno, ceder o transferir en forma alguna, total o parcialmente, los derechos y obligaciones que nacen del presente Contrato. La infraccin de esta prohibicin dar derecho al Servicio de Salud para poner trmino anticipado al Contrato, en forma inmediata, de conformidad a lo establecido en la clusula Dcimo Novena del Contrato. Lo anterior es sin perjuicio de la transferencia que se pueda efectuar con arreglo a las normas del derecho comn de los documentos justificativos de los crditos que emanen del respectivo Contrato.

16

DCIMO OCTAVO: Subcontrataciones. Durante la ejecucin del Contrato la Empresa podr efectuar las subcontrataciones que sean estimadas como necesarias para la realizacin de tareas especficas. Para proceder con estas subcontrataciones la Empresa deber solicitar, por escrito, autorizacin al Servicio. La aceptacin por parte del Servicio se realizar por algn medio idneo certificable, teniendo un plazo de 3 das hbiles para pronunciarse al respecto. En el evento que el servicio no emita opinin o no se pronuncie se entender que otorga su autorizacin. Para el caso de que el servicio se oponga dentro del plazo indicado, existir la opcin para que las partes evalen los antecedentes a fin de resolver sobre el asunto. Cada vez que el Servicio de Salud as lo requiera, la Empresa estar obligada a informar respecto del estado de cumplimiento de las obligaciones laborales y previsionales que a sta ltima le corresponda respecto a sus trabajadores, como asimismo de igual tipo de obligaciones que tengan los subcontratistas con sus trabajadores. El monto y estado de cumplimiento de las obligaciones laborales y previsionales deber ser acreditado mediante certificados emitidos por la respectiva Inspeccin del Trabajo, o bien por aquellos medios idneos reglamentados por el Ministerio del Trabajo y Previsin Social que garanticen la veracidad de dicho monto y estado de cumplimiento. El incumplimiento por la Empresa de sus obligaciones laborales y previsionales respecto de sus trabajadores ser estimado como incumplimiento grave y facultar al Servicio de Salud para poner trmino anticipado al contrato en conformidad con lo dispuesto en la clusula dcimo novena, previa notificacin a la empresa de dicha circunstancia de acuerdo a lo sealado en la referida clusula decimo novena, para que en un plazo de 15 das hbiles enmiende dicha situacin de incumplimiento. Lo anterior sin perjuicio de lo establecido en la ley N20.123. El Servicio de Salud tendr derecho a vetar al personal de la Empresa y a sus subcontratistas con expresin de causa o bien cuando la intervencin de dichas personas entorpezcan o dificulten la ejecucin del Proyecto. El Servicio de Salud se reserva el derecho de solicitar a la Empresa, cuando lo estime pertinente, informacin del personal relativa al nombre completo, el nmero de RUN y una autorizacin escrita de stos para verificar sus antecedentes.

DCIMO NOVENO: Trmino anticipado.- Mediante Resolucin fundada el Servicio de Salud podr poner trmino anticipado al Contrato en cualquiera de las situaciones que se sealan a continuacin:
a)

Si la Empresa es declarada en quiebra o le son protestados documentos comerciales que se mantuvieren impagos por ms de sesenta das o no fueren debidamente aclarados dentro de dicho plazo. Si la Empresa se encuentra en estado de notoria insolvencia, a menos que se mejoren las cauciones entregadas o las existentes sean suficientes para garantizar el cumplimiento del Contrato. En caso de trmino de giro, liquidacin o disolucin de la sociedad ejecutora. En tales eventos la Empresa tendr la obligacin de comunicar cualquiera de tales hechos al Servicio de Salud, dentro del plazo de 10 das contados desde 17

b)

c)

el suceso respectivo.
d)

En caso que la Empresa no entregue la Boleta de Garanta de Fiel Cumplimiento del Contrato, en la oportunidad y/o por el monto que corresponda. Si se verifica cualquier otro incumplimiento sustantivo de las obligaciones contradas por la Empresa. Se estimarn como tales, entre otras: incumplimiento que impida o dificulte notoriamente la correcta y oportuna ejecucin de los servicios contratados; entorpecimiento en el desarrollo normal de las funciones del Servicio de Salud; inobservancia o vulneracin de la prohibicin establecida en la Clusula Dcimo Sptima del Contrato; configuracin de un Incumplimiento Grave, de acuerdo a lo establecido en la Clusula Dcima precedente.

e)

f) Si la Empresa, sus consultores, subcontratistas y personal directo o indirecto, no mantienen la confidencialidad de la informacin reservada, de que tomen conocimiento con motivo de este Proyecto. g) Si las Partes de comn acuerdo convienen en dar trmino anticipado al Contrato. Producida cualquiera de las situaciones sealadas precedentemente, la voluntad del Servicio de Salud en orden a poner trmino anticipado al Contrato se expresar mediante Oficio suscrito por su Director dirigido a la Empresa que se notificar mediante carta certificada a su representante legal, entendindose notificada al tercer da hbil siguiente a la recepcin en la oficina de correos de la referida carta. La Empresa dispondr de quince (15) das hbiles, contados desde su notificacin, para presentar un plan de accin que asegure al Servicio de Salud que la situacin producida no se repetir. El Servicio de Salud, en el plazo de quince (15) das hbiles se pronunciar respecto al plan propuesto. En el evento de que la Empresa no presentare plan de accin o que este fuere rechazado por el Servicio de Salud con una resolucin fundada, este proceder a poner trmino al Contrato unilateralmente mediante Resolucin suscrita por su Director que ser notificada a la Empresa mediante carta certificada. Puesto trmino anticipado al Contrato por cualquiera de las causas sealadas en esta clusula, con excepcin de la indicada en la letra g), el Servicio de Salud podr ejecutar y hacer efectiva la garanta de fiel cumplimiento sin necesidad de requerimiento ni accin judicial alguna y de acuerdo al procedimiento que corresponda segn su naturaleza. Todo lo anterior sin perjuicio de las dems acciones legales que le pudieren corresponder al Servicio de Salud en contra de la Empresa. Con todo, la Empresa tendr derecho a percibir el pago de los servicios prestados pendientes a la fecha del trmino del Contrato. 18

Una vez producido el trmino anticipado del Contrato, la Empresa deber mantener los servicios contratados y cumplir con las obligaciones del mismo hasta la fecha de entrada en operacin del nuevo sistema que lo reemplace, lo que deber ser acreditado por un informe tcnico emitido por el Servicio de Salud o por quin este designe. A su vez, el Servicio de Salud cumplir con el pago correspondiente a dicho perodo. Por su parte, la Empresa deber poner a disposicin del Servicio de Salud el total de datos ingresados al sistema, todos de propiedad del Servicio de Salud, modelos de datos y la totalidad de la documentacin que permita la migracin de datos hacia otra plataforma tecnolgica.

VIGSIMO: Obligaciones y Derechos al trmino del Contrato. El trmino del Contrato no extingue las obligaciones asumidas por la Empresa en virtud del presente instrumento las cuales debern ser cumplidas cabal y oportunamente hasta la fecha de entrada en operacin del nuevo sistema que reemplace el implementado por la Empresa, lo que deber ser acreditado por un informe tcnico emitido por el Servicio de Salud o por quin este designe. Adems, la Empresa deber poner a disposicin del Servicio de Salud el total de datos ingresados al sistema, todos de propiedad del Servicio de Salud, modelos de datos y la totalidad de la documentacin que permita la migracin de datos hacia otra plataforma tecnolgica, adems deber poner a disposicin un tcnico idneo que asesore y acompae durante el proceso de transicin al nuevo sistema. El plazo de asesoramiento y soporte por parte del referido tcnico no podr exceder de los 120 das corridos desde la fecha de la Resolucin que dispuso el trmino del Contrato. En la eventualidad que el Servicio de Salud no tenga una solucin informtica que reemplace los servicios prestados por la Empresa, sta se obliga a mantenerlos y cumplir con las dems obligaciones asumidas hasta la fecha de entrada en operacin del nuevo sistema que lo reemplace, a su vez, el Servicio cumplir con el pago correspondiente a dicho perodo, el cual no deber superar los 120 das. Siempre la Empresa tendr derecho a percibir el pago de los servicios efectivamente prestados, de acuerdo a lo sealado en los prrafos precedentes. Lo sealado en esta clusula tambin es aplicable en el evento de que el Contrato terminare por mutuo acuerdo o por vencimiento del plazo. En dichos casos los plazos indicados corrern desde la fecha de suscripcin del respectivo finiquito o desde el da en que se extinguiere el plazo.

VIGSIMO PRIMERO: Resolucin de Controversias. Las diferencias o controversias que se presenten durante el desarrollo del Contrato sern resueltas por una Comisin de Resolucin de Controversias designada para tal efecto, compuesta por tres (03) representantes del Servicio de Salud y tres (03) representantes de la Empresa, definidos en el Anexo 5. 19

Si no hubiere entendimiento a este nivel, el desacuerdo entre las Partes ser sometido a consideracin del Subsecretario de Redes Asistenciales o quin ste designe para tales efectos, previo informe emitido por el Departamento de Asesora Jurdica e Informe Tcnico emitido por la Contraparte Tcnica del Servicio de Salud y de la Empresa. Lo anterior es sin perjuicio de las competencias propias de la Contralora General de la Repblica y de los Tribunales Ordinarios de Justicia.

VIGSIMO SEGUNDO: Auditoria. El Servicio de Salud, durante la vigencia del Contrato, en las fechas y formas que estime conveniente, estar facultado para efectuar auditoras al Sistema. La Empresa, deber otorgar todas las facilidades destinadas a la ejecucin de dicha actividad, la que podr extenderse a aquellas reas relativas al mbito del Contrato.

VIGSIMO TERCERO: Caso Fortuito o Fuerza Mayor.- Ninguna de las Partes ser responsable de incumplimiento alguno de cualquiera de las disposiciones de este Contrato, en la medida en que tal incumplimiento derive de caso fortuito o de fuerza mayor, entendidos estos conceptos segn la definicin de los mismos establecida en el artculo 45 del Cdigo Civil.

VIGSIMO CUARTO: Condiciones de Licenciamiento. Se deja expresa constancia que la Empresa proveer al Servicio de Salud 381 (trescientas ochenta y uno) licencias de uso por usuario nombrado bajo el sistema ASP de los Componentes del catlogo del Convenio Marco listados en el Anexo 1 durante la vigencia del Contrato. Todo el software comercial entregado por la Empresa deber contar con licencias vlidas para su uso, las que debern siempre ser asumidas a costo de la Empresa. La Empresa deber entregar todas las licencias necesarias para hacer uso adecuado del software ofrecido, de acuerdo a las Bases Tcnicas del Convenio Marco y al presente Contrato. Complementariamente, todo producto de software provisto por la Empresa deber mantenerse actualizado, siempre que sea necesario para mantener la operacin de los servicios contratados, de acuerdo a lo estipulado en el Contrato, especficamente en la Clusula Tercera precedente. Las nuevas funcionalidades que sean requeridas por el Servicio de Salud que impliquen un pago adicional al establecido, se formalizarn a travs de una modificacin explcita y por escrito del Contrato. Se deja expresa constancia que la Empresa solo conceder al Servicio de Salud las licencias necesarias para el uso del software entregado por la Empresa durante la vigencia del Contrato, y en consecuencia, no habr cesin o transferencia alguna de otros derechos o ttulos legales sobre el software proporcionado al Servicio de Salud. Est prohibido al Servicio de Salud vender, prendar, dar en arrendamiento, transferir, ceder, sublicenciar o gravar de cualquier modo el software entregado por la Empresa.

20

Asimismo, le estar tambin prohibido al Servicio de Salud desmontar, descompilar y realizar ingeniera inversa respecto de la totalidad o parte de los programas informticos que componen el software licenciado, as como la realizacin de cualquier intento o accin en tal sentido. Copyright y cualquier otro derecho de propiedad intelectual sobre las mejoras y/o modificaciones ser de propiedad de la Empresa, con independencia de la Parte que las hubiere desarrollado.

VIGSIMO QUINTO: Copyright y Propiedad Intelectual. El copyright y dems derechos de propiedad intelectual sobre la solucin ofrecida por la Empresa bajo este Contrato sern de propiedad de la Empresa. Tanto la informacin ingresada en el sistema como la producida por el uso de ste est sujeta a las disposiciones de la ley 19.628 sobre proteccin de la vida privada o proteccin de datos de carcter personal. Por tanto queda expresamente prohibido a la Empresa su uso, copia, traspaso, divulgacin para fines ajenos a los del presente Contrato. Finalizada la relacin contractual entre las partes, la Empresa deber eliminar de sus registros, bases de datos y de cualquier sistema de almacenamiento toda la informacin que a causa de la ejecucin de este Contrato almacenare. En el evento en que el Servicio de Salud requiera de la Empresa el desarrollo de funcionalidades o implementaciones adicionales y solo en aquellos casos en que dichas funcionalidades o implementaciones operen en forma independiente y separada del software proporcionado por la Empresa en virtud de este Contrato, las Partes negociarn, previo al desarrollo de tales funcionalidades o implementaciones, la duracin de la licencia que la Empresa otorgar sobre dicho software. Esta licencia tendr como mnima duracin el perodo de vigencia del Contrato, salvo que las Partes acuerden por escrito un perodo superior. El uso de licencias de usuario nombrado ser monitoreado de forma peridica por la Empresa. En caso de que la Empresa detecte que el nmero de usuarios nombrados del Servicio de Salud sobrepasa las licencias autorizadas en este Contrato, la Empresa podr inhabilitar los usuarios recientemente creados, previa notificacin al Servicio de Salud. No obstante, de acuerdo a lo sealado en las Bases Tcnicas, previo requerimiento del Servicio de Salud, en la medida que nuevos usuarios sean incorporados se debern ir agregando las licencias correspondientes para asegurar el normal funcionamiento del Sistema. Lo anterior, sin perjuicio de lo sealado en la Clusula Dcimo Primera precedente. La Empresa deja constancia que la adquisicin por el Servicio de Salud de un nmero adicional de licencias, en ningn caso implica un nuevo proceso de implantacin siempre que se trate de usuarios que se incorporen a los establecimientos donde el Sistema ya ha sido implantado.

VIGSIMO SEXTO: Competencia. Para todos los efectos derivados del presente Contrato, las Partes fijan domicilio en la ciudad de Via del Mar y se someten a la jurisdiccin de sus Tribunales Ordinarios de Justicia. 21

VIGSIMO SPTIMO: Gastos.- Todos los gastos relativos a movilizacin y/o transporte, hospedaje, alimentacin y otros relativos a los profesionales de la Red Asistencial perteneciente al Servicio de Salud, sern asumidos por el Servicio. La infraestructura necesaria para la realizacin de pruebas, capacitaciones y cualquier otra actividad relacionada con el Proyecto o el Proyecto SIDRA, ser proveda por el Servicio en la medida de que cuente con la infraestructura necesaria para ello. En caso que la infraestructura requerida para las actividades sealadas no pueda ser cubierta, atendidas las exigencias de capacitacin, por el Servicio de Salud, ste gasto ser asumido por la contratista. VIGSIMO OCTAVO: Copias. El presente Contrato se firma en tres (03) ejemplares, quedando uno en poder de la Empresa, uno en poder del Servicio y otro en poder del Ministerio de Salud.

PERSONERAS: La facultad y personera de la Dra. Dafne Secul Tahan, Directora del servicio de Salud Via del mar Quillota, para celebrar convenios est contenida en el D.F.L. N 1 (Salud), publicado en el Diario Oficial con fecha 24 de Abril de 2006, que fija texto refundido, coordinado y sistematizado del Decreto Ley N 2763, de 1979 y de las Leyes 18.933 y 18.469, conjuntamente con los Decretos Supremos N 140/05 y N 31/07, ambos del Ministerio de Salud; y facultades de don Rodrigo Ochagava Ruiz-Tagle y de don Hernn Felipe Valds Correa para representar a la sociedad Intersystems Chile Limitada consta de la escritura pblica de fecha 10 de julio de 2008, otorgada en la Notara de Santiago de don Ivn Torrealba Acevedo.

DRA. DAFNE MARIANNE SECUL TAHAN DIRECTORA SERVICIO SALUD VIA DEL MAR QUILLOTA

RODRIGO OCHAGAVIA RUIZ-TAGLE P.P. INTERSYSTEMS CHILE LIMITADA

HERNN FELIPE VALDS CORREA P.P. INTERSYSTEMS CHILE LIMITADA 22

23

ANEXO 1 Componentes Contratados y detalles Funcionalidades Los Componentes contratados son los siguientes: Agenda: Sistema de informacin que permite conocer las agendas de los establecimientos de salud del Servicio de Salud, siendo capaz de mostrar las vacantes locales y remotas (las de otros establecimientos de salud del Servicio de Salud). Mostrar tambin los detalles de la programacin de las agendas (consultas, procedimientos, actividades grupales) y listas de espera. Sistema de Referencia y Contra-referencia: Sistema que permite administrar el otorgamiento de cupos para prestaciones de salud, tanto consultas como procedimientos o exmenes diagnsticos, adems el traspaso de informacin clnica entre los diferentes niveles de atencin. Sistema de Registro de Poblacin Bajo Control y sus atenciones en la red asistencial: Sistema de registro que permitir la obtencin en lnea de los datos relevantes de la poblacin en control en la Red Asistencial Pblica del Servicio de Salud, de acuerdo a variables y atributos estndares, que el sector requiere para su gestin. Se reconoce dentro del sistema de poblacin bajo control al subcomponente Chile Crece Contigo, que corresponde al registro y seguimiento de la poblacin de nios y nias desde su vida intrauterina y su nacimiento, considerando los factores de vulnerabilidad biopsicosocial. Sistema de Registro de Atenciones de Urgencias: Sistema de registro que permitir la obtencin en lnea de los datos relevantes de las atenciones de urgencia, contemplados en el Dato de Urgencia. Sistema de Dispensacin de Frmacos: Sistema de del proceso de dispensacin de las farmacias de la atencin abierta y cerrada, orientado a garantizar la seguridad en la entrega, conservar la calidad de los frmacos e insumos, dar seguimiento en el cumplimiento de la farmacoterapia de pacientes crnicos y brindar la informacin necesaria para el cumplimiento de la indicacin mdica y la gestin. Todos los Componentes contratados deben cumplir con las funcionalidades y reportes sealados en las Bases Tcnicas del Convenio Marco, la oferta de la empresa y todos sus documentos anexos. Componente Agenda de Recursos A. Funcionalidades bsicas Acceso al sistema para usuarios, visualizar perfil Define Agenda en jornadas por das, semanas, 3 meses Crear Agenda de profesional y/o tcnico Copiar Agenda Modificar Agenda Bloquear Agenda Asignacin de Sobrecupos Citacin de Pacientes nivel Secundario 24

Modificar, cancelar o anular una cita (motivo) Generacin Lista de Pacientes citados en un da por programas, grupos de edad o por especialidad Imprimir Citacin Generacin Hoja Diaria Profesional Registro de Prestaciones Otorgadas, considerando: Asistencia o no del Usuario Prestacin otorgada: consulta, exmenes, procedimientos. Si no es otorgada, definir causal. Registro Diagnstico Indicaciones Registro Tratamiento Farmacolgico Derivacin (programa especial, especialista, hospitalizacin, urgencia) Consulta por problema GES o no GES Registro de Alta (casa, establecimiento de origen, fallecimiento, establecimiento extra-regional, control en un ao) Aviso en lnea de NO atencin a establecimiento derivador Reagendar o Traslado de atencin a otro profesional Registro de rechazo por parte de la Institucin B. Agendar entre Establecimientos Asignar cupos a centros de Salud en el Hospital Agendar cupos para APS (desde hospital) Agendar cupos desde APS (priorizacin) C. Integracin y/o Interoperabilidad Agendar Horas para Interconsultas desde APS (Referencia) Registro de Atencin Interconsulta (Informe Hoja Diaria para Contrarreferencia) Reagendar Horas asociadas a Interconsultas (Referencia) Registro en Hoja Diaria de Paciente que deba ingresar a programa particular, (RPEC) Confirma Horas para Solicitudes de Interconsultas de APS Verificacin de Pacientes Inscritos y/o validacin previsional (Percapita - FONASA) D. Manejo de fichas en papel Registra y relaciona el Registro Clnico con Historia Clnica en papel, identificando cdigo, Archivo fsico, entre otros. Gestin de Historias Clnicas o documentacin existente; registro de la entrada y salida de las Historias Clnicas manuscritas

25

Permite utilizar herramientas de bsqueda. Identificacin del personal responsable del retiro y devolucin de documento desde la Seccin Archivo. Registra multiarchivo: Contempla la posibilidad de distinguir entre varios archivos fsicos por diferentes tipos de informacin de una misma Historia Clnica de un paciente. Gestiona las solicitudes de las historias Clnicas desde los diferentes servicios Hospitalarios o ambulatorios, y el control de las mismas hasta su retorno. Gestiona y registra el movimiento, almacenamiento y ubicacin de las Historias Clnicas, as como visualizar su historial. Consulta y/o reporte de las citas otorgadas para la preparacin diaria de las Historias Clnicas para los policlnicos de especialidad.

Componente Referencia y Contra Referencia A. Funcionalidades Bsicas Acceso al usuario vlido, visualizar perfil Registro de Interconsulta u Orden de Atencin asociada a un evento en el Establecimiento Validar Derivacin a Establecimiento y Especialidad Validar Especialidad segn Edad del Paciente Registro de Contra Rreferencia Registrar causales de Salida para especialidades , procedimientos e intervenciones quirrgicas Parametrizacin de Reglas de Derivacin Parametrizacin de Mapa de Derivacin B. Listas de Espera Gestionar Listas de Espera segn Norma Tcnica N 12 de Registro y Gestin de Listas de Espera de atenciones de Salud Generacin de la informacin de reporte en la forma y contenido solicitados por el Ministerio de Salud. C. Integracin y/o Interoperabilidad Registro en Hoja Diaria de Paciente (contra referencia) Visualizar SIC y Contra referencia Niveles Primarios y Secundarios de Atencin, a travs de la bsqueda del paciente con Rut o nombre

Componente Registro Poblacin Bajo Control 26

A. Registro Prestaciones Pacientes Bajo Control por Programa Acceso al sistema para usuarios segn perfil Parametrizacin de Programas de Salud Registro de Prestaciones por un profesional o tcnico (o varios) incluidos parmetros de complicaciones Registro Prestaciones que incluyen Procedimientos Registro Tratamiento Farmacolgico Registro Diagnstico (texto, cdigo) Registro de Entrega de Alimentos (PNAC - PACAM) Registro de Programa Nacional de Inmunizacin Acceso Restringido a Resultados de exmenes de VIH, segn perfil (en principio solo mdicos y matronas) B. Integracin y/o Interoperabilidad Visualizacin de otras atenciones o actividades realizadas a los usuarios (Registro Atenciones Medicas de inmunizacin) Interfaz con Agenda para procedimientos, exmenes de laboratorio, imagenologa y otros (reserva)

Agendar Paciente Prximo Control (Citacin Agenda) Generacin de Interconsultas a otros Profesionales Externos (interface mdulo de Referencia) Verificar duplicidad de Inscripcin de Pacientes (per-cpita)

Componente Registro de Atenciones de Urgencia A. Registro de Atenciones de Urgencia Intramural APS y UEH Acceso al sistema para usuarios, visualizar Perfil Registro Ingreso Servicio Urgencia Rural (SUR) Registro de acciones realizadas en Unidad Emergencia Registro de Alta o Derivacin Registro de Diagnstico (texto, cdigo) Registro Exmenes y Procedimientos Vigilancia Epidemiolgica (Notificacin o Denuncia de Patologas en vigilancia) Emisin de Documentos de obligacin legal del sector pblico hacia otras Instituciones B. Registro de Atenciones de Urgencia Intramural slo UEH Seleccin de demanda (categorizacin) 27

Registro de acciones realizadas en Unidad Emergencia Hospitalaria por uno o varios profesionales C. Registro de Atenciones de Urgencia Extramural Registro datos Llamadas en Centro Regulador Registro Tripulacin Envo Mvil para traslado de Pacientes Registro de acciones realizadas en el mvil ya sea bsico o avanzado Registro de datos entrega pacientes a establecimiento D. Integracin y/o Interoperabilidad Visualizar datos del paciente desde Mdulo de RPEC

Componente Dispensacin de Frmacos A. Despacho Receta Crnicos (At. Abierta) Acceso al sistema para usuarios, visualizar Perfil Ingreso de Frmacos a bodega activa Generar Receta Paciente Crnico desde Hoja Diaria (Agenda) o Tarjeta de Control (RPEC) con firma electrnica simple Despachos de Recetas Parciales y/o Totales Verificacin Duplicidad de Recetas Calculo de Cantidades a despachar en forma automtica Refleja Despachos para los meses sucesivos (crnicos) Generar e imprimir recetas para despachos seriados de acuerdo al tiempo estipulado en receta original Imprime Indicaciones, Mensajes al usuario y/o Pictogramas Generacin de Informes (por perodo, programa, patologa GES, Grupo Etareo, Establecimiento, Frmaco Centinela, Disponibilidad, Alternativas de Exportacin) Historial de Transacciones de un Medicamentos Establecer Interacciones, Contraindicaciones, RAM, Efectos Secundarios B. Despacho Recetas Pacientes Crnicos (Atencin Abierta) Acceso al sistema para usuarios, visualizar Perfil Ingreso de Frmacos a bodega activa Registro Receta Paciente Despachos de Recetas Parciales y/o Totales Verificacin Duplicidad de Recetas Calculo de Cantidades a despachar en forma automtica Generacin de Perfil Farmacolgico Historial de Transacciones de un Medicamento Establecer Interacciones, Contraindicaciones, RAM, Efectos Secundarios 28

C. Despacho Recetas Medicamentos Controlados Acceso al sistema para usuarios autorizados, visualizar Perfil Registro de Receta Dispensacin de Medicamentos Calculo de Cantidades Automticas Establecer Interacciones, Contraindicaciones, RAM, Efectos Secundarios

Otras Funcionalidades de Valor Agregado La Empresa con el inters de implementar un producto slido y que rene las mejores prcticas en el sector de Salud Pblica adems entrega las siguientes funcionalidades como Valor Agregado: Mdulo de Registro Clnico Electrnico, el cual contempla: o Lista de atenciones de todas las consultas modificadas en lnea, detallando la informacin relacionada a cada episodio. o Resumen de Fichas, donde se encuentra el compendio de la informacin clnica generada para un mismo paciente, en distintos establecimientos del Servicio de Salud. o Mdulo de Observaciones Clnicas que consta del registro para cada paciente de: Peso y Talla Signos Vitales Flujo Espiratorio Mximo o Registro de rdenes de Procedimientos e Insumos. Inteligencia de Negocios, que considera la entrega de una herramienta BI para la Direccin del Servicio, que permitir la confeccin de reportes con la informacin disponible en la solucin provista por Intersystems. La herramienta se configurar con reportes estndares y se capacitar a los usuarios expertos que la Direccin del Servicio de Salud determinen para que puedan disear sus reportes especficos luego de implementado el producto. Si bien la Empresa entregar como parte de este Contrato el Mdulo de Registro Clnico Electrnico con todas las funcionalidades mencionadas anteriormente, en la etapa de implantacin inicial slo incluir la configuracin de las funcionalidades bsicas necesarias para el registro de atencin general. Las funcionalidades restantes y las de especialidad podrn ser configuradas posteriormente a la implantacin inicial del producto, a solicitud del Servicio de Salud y en acuerdo con la Empresa. Para estos casos las definiciones funcionales y clnicas estarn a cargo del Servicio, y la configuracin a cargo de la Empresa con cargo a Mantencin Evolutiva o a horas hombre pagadas al precio definido en este Contrato, de acuerdo a como el Servicio defina. La Empresa se obliga a entregar los reportes requeridos por las Bases Tcnicas. Adicionalmente se confeccionarn 10 reportes que el Servicio de Salud determine 29

en la etapa de planeacin del proyecto en acuerdo con la Empresa. Asimismo se elaborarn todos los informes para obtener los REM relacionados con los componentes incluidos en este anexo.

30

ANEXO 2 Establecimientos de la Red Asistencial y Locales del Servicio de Salud Los establecimientos de la Red Asistencial del Servicio de Salud de Via del MarQuillota, considerados en la implementacin del presente contrato son los siguientes: Direccin del Servicio de Salud Hospitales de Mayor Complejidad 1. Hospital Dr. Gustavo Fricke 2. Hospital San Martn de Quillota 3. Hospital de Quilpu. Hospitales de Menor Complejidad 1. Hospital Juana Ross, de Peablanca. 2. Hospital Adriana Cousio, de Quintero. 3. Hospital Geritrico Paz de la Tarde. 4. Hospital Santo Toms, de Limache. 5. Hospital San Agustn, de La Ligua. 6. Hospital de Petorca. 7. Hospital Dr. Mario Snchez, de La Calera. 8. Hospital Dr. Vctor Moll, de Cabildo. Conseguir el compromiso de la participacin de los establecimientos en la implementacin es responsabilidad del Servicio de Salud. Si uno o ms de los establecimientos declara voluntariamente no desear participar en la Implementacin, o impide el proceso normal de la misma, la Empresa no se har responsable de tal condicin y el Servicio de Salud acepta pagar los valores previamente acordados. El Servicio de Salud adems garantizar, en cada uno de sus establecimientos, las condiciones tcnicas necesarias para el inicio de la implementacin del Sistema, las cuales incluyen pero no se limitan a: 1. Conexin estable de todos los establecimientos y cada una de las computadoras de los usuarios involucrados en el Proyecto con la Red MINSAL o acceso independiente a internet. 2. Computadores con las caractersticas mnimas exigidas por la Empresa. 3. Funcionarios alfabetizados digitalmente (internet, correo electrnico, procesadores de textos, etc.). 4. Red elctrica y de datos operando correctamente. Los establecimientos que no cumplan con las condiciones sealadas precedentemente, estarn incorporados igualmente al Proyecto y sern activados en ste en la medida que logren cumplir con la totalidad de dichas condiciones. No obstante, ser de cargo del Servicio de Salud los costos adicionales que signifiquen la implementacin posterior del Sistema en dichos establecimientos, una vez terminada la etapa de implantacin inicial acordada para el Proyecto.

31

ANEXO 3 Etapas del Proyecto Deben considerarse las actividades, entregas y responsables sealados en las Bases Tcnicas del Convenio Marco, la oferta de la empresa y todos sus documentos anexos. Las 3 grandes Etapas del Proyecto sealadas en la Clusula Cuarta del Contrato, se desglosan segn la metodologa de trabajo de Intersystems en las siguientes fases: Primera Etapa: Planeacin del Proyecto Etapa 0 Inicio de Proyecto Es el comienzo formal del Proyecto, incluye las siguientes actividades: Presentacin del Equipo de Intersystems y del Servicio de Salud Presentacin de la Compaa, las Metodologas y el Plan de Proyecto Presentacin del Producto Involucramiento y compromiso del Servicio de Salud y los Centros de Salud Entregables: Presentaciones y Acta de Inicio de Proyecto

Etapa 1 Estandarizacin Intersystems presentar los flujos clnicos creados para cubrir las necesidades del Proyecto SIDRA, tambin se presentar el producto pre-configurado que atiende dichas necesidades. Dos grupos de usuarios preseleccionados en consenso con el Servicio de Salud, evaluarn y aprobarn junto a Intersystems los flujos y sistemas presentados. Las actividades consideradas en esta etapa incluyen: Revisin del Plan de Proyecto Actividades de Gestin del Cambio Validacin de Flujos y Producto con el Servicio de Salud Definicin de requerimientos tcnicos Entregables: Documentos de Flujos Clnicos para cada modulo SIDRA; Plan de Integraciones; Plan de Gestin del Cambio

Segunda Etapa: Implementacin del Proyecto

Etapa 2 Configuracin de Producto Intersystems junto con el cliente configurar el producto (TrakCare) de acuerdo a los datos de cada establecimiento perteneciente a la Red. En esta etapa se construirn las integraciones que sean acordadas, as como otros afinamientos en el marco de 32

las Bases Tcnicas del Convenio Marco SIDRA. Las actividades en esta etapa incluyen: Capacitacin para Usuarios Expertos (on the job training) Configuracin del producto junto con los Usuarios Expertos Desarrollo de documentacin Integraciones y otras actividades tcnicas Entregables: Producto TrakCare configurado para cada establecimiento de la Red de Salud; Integraciones y otros componentes tcnicos finalizados; Manuales del Producto; Documentos para Pruebas, Planes de Contingencia.

Etapa 3 Pruebas En esta etapa Intersystems junto con el Servicio de Salud probar el sistema, as como cualquiera de los componentes construidos para satisfacer lo acordado en la Etapa de Estandarizacin. Las actividades en esta etapa incluyen: Pruebas de Datos Pruebas de Integracin y Funcionales Pruebas de Aceptacin Usuaria Entregables: Producto probado; Documentos de Evidencia de las Pruebas

Etapa 4 Capacitacin En esta etapa, Intersystems junto con el Servicio de Salud entregar la capacitacin necesaria para que se utilice el producto en los establecimientos que conformen la Red y hayan sido incluidos en el Proyecto. Las actividades en esta etapa incluyen: Capacitacin de producto para los Usuarios Expertos (aquellos que capacitarn a los usuarios finales) Taller Train The Trainers para los Usuarios Expertos Capacitacin para los Usuarios Finales Evaluaciones sobre los Usuarios Expertos y Finales Capacitacin para la Direccin del Servicio de Salud Entregables: Sesiones de Entrenamiento

Etapa 5 Paso a Produccin Intersystems junto con el Servicio de Salud realizar las actividades tcnicas y funcionales necesarias para habilitar el producto en produccin. Se consideran Salidas a Produccin organizadas por provincias. Las actividades en esta etapa incluyen: 33

Instalacin y configuracin final del producto Verificacin de enlaces de comunicaciones y chequeo de impresoras Prueba bsica de funcionamiento Salida a Produccin Entregables: Producto funcionando en los establecimientos de la Red

Etapa 6 Soporte a la Salida a Produccin El equipo de implementacin de Intersystems brindar dos semanas de soporte una vez haya salido el sistema a produccin con todos los mdulos, posteriormente el soporte lo continuar entregando el rea de Help Desk. Las actividades consideradas en esta etapa son: Soporte Funcional Soporte Tcnico Entregables: Soporte; Bitcora de incidencias resueltas y pendientes

Tercera etapa: Explotacin, Soporte y Mesa de Ayuda Una vez finalizada la Segunda Etapa, se dar inicio a La tercera etapa que consistir en dejar en funcionamiento normal al sistema, y durar hasta la fecha final del contrato. Debe incluir por lo menos las siguientes actividades regulares: Disponibilidad del sistema para su Explotacin (24x7x365) (excepto por las paradas programadas del sistema) Administracin del ambiente de produccin Generacin de Informes de Gestin Soporte (Software y personal de atencin remota a usuarios 24x7x365). Excepto en paradas programadas del Sistema (las que sern de mutuo acuerdo). Mesa de Ayuda (de lunes a viernes, de 08:00 a 19:00) Plan de contingencia y mitigacin Mantencin Evolutiva y Correctiva de las funcionalidades Monitoreo e Informes de Actividad

34

ANEXO 4 Gestin del Cambio y Capacitacin Gestin del Cambio La Gestin del Cambio, tiene por propsito favorecer la acogida y acelerar el aprendizaje e instalacin de los nuevos sistemas u componentes; permitiendo la participacin de los diferentes tipos de usuarios implicados desde las primeras fases del proyecto. La Gestin del Cambio debe asegurar que, una vez finalizada la implementacin, todos los usuarios vinculados al proyecto han podido contar con conocimientos y habilidades para trabajar de manera independientes con el nuevo sistema. Tambin se debe garantizar que los resultados del proyecto son los esperados y definidos inicialmente. Para asegurar que este propsito se cumpla, es necesario considerar al menos estos tres objetivos: 1. Establecer canales adecuados de comunicacin, garantizando una comunicacin fluida con los usuarios involucrados en el proyecto SIDRA. Para ello, es necesario informar acerca de los objetivos, alcances, plan de trabajo, beneficios, y cambios que traer consigo la entrada en produccin del nuevo sistema. 2. Asegurar la adecuada formacin de los usuarios de la Red Asistencial, a travs de una eficiente capacitacin de alto impacto. 3. Favorecer la adopcin y el compromiso con el cambio al interior de la Red Asistencial. Para ello, es importante identificar y trabajar con los actores claves, como tambin considerar las particularidades del sector. La gestin del cambio debe contener un conjunto de actividades, herramientas, tcnicas y tcticas, que sern aplicadas durante todo el ciclo de vida del SIDRA, (entindase por ciclo: anlisis, diseo, construccin, implementacin y puesta en marcha de los componentes). Estas actividades considerarn lo establecido en las Bases Tcnicas del Convenio Marco, la oferta de la empresa y todos sus documentos anexos.

La Empresa y el Servicio de Salud debern velar por las cinco fases imprescindibles de la gestin del cambio. 1. Socializacin y Organizacin del Trabajo: Esta fase deber permitir minimizar el impacto de los cambios en las personas, asegurando aprovechar al mximo las habilidades de cada uno de los involucrados en el proyecto SIDRA. Se deber entregar un informe de brechas entre la situacin actual y el proceso a implementar; como tambin una evaluacin del impacto en los usuarios y en los procesos asociados al cambio. 2. Difusin: El objetivo de esta fase es favorecer la interaccin entre los usuarios con el sistema y el cambio que este conlleva, como tambin considerar y recoger lo que la Red Asistencial haya realizado hasta la fecha. 3. Apoyo y puesta en marcha y produccin: Garantizar que el usuario tenga a su disposicin la informacin que le permita conocer la evolucin u estado de avance del proyecto, como tambin cuente con la formacin necesaria para ejercer las funciones propias de su trabajo. 35

4. Plan Comunicacional: Este se debe desarrollar e implementar en forma paralela y transversal a las otras fases del proyecto. Por tanto se deber entregar un Plan Integral de Comunicacin. 5. Seguimiento: Esta fase es transversal a todo el proceso de Gestin de Cambio. El foco de esta actividad es monitorear y controlar el estado, los resultados y la evolucin de cada una de las cuatro fases de la Gestin del Cambio, con el fin de garantizar la calidad y la mejora continua del proyecto SIDRA. Estas actividades se desarrollaran de acuerdo a la metodologa que a tales efectos haya presentado la empresa, la que ser validada como parte del proceso de planificacin y organizacin del Proyecto. Capacitacin El servicio de capacitacin, tiene por objetivo instalar en los usuarios de cada uno de los componentes mencionados, las habilidades y destrezas necesarias para la correcta y ms completa utilizacin de la herramienta ofertadaLa estrategia de capacitacin de la Empresa incluye la participacin del Servicio de Salud, por parte del nombramiento de Usuarios Expertos, quienes participarn en la configuracin del producto, y adems sern entrenados por los consultores de la Empresa. Los Usuarios Expertos, son quienes con apoyo de la Empresa (definido en la Primera Etapa del Proyecto sealada en la Clusula Cuarta del Contrato), realizarn la capacitacin del resto de los usuarios del Servicio de Salud. La Empresa debe definir un Plan de Capacitacin, que contenga y explicite los siguientes elementos:
1. Contenidos de la capacitacin 2. Relatores que capacitarn a los Usuarios Expertos y luego los apoyarn en la

capacitacin a los Usuarios Finales del Servicio de Salud. 3. Horas y das destinados a cada mdulo. 4. Metodologa de aprendizaje (la cual debe ser descriptiva). 5. Evaluacin de los contenidos aprendidos (se debe indicar de qu forma se evaluarn) 6. Organizacin (se recomienda grupos ms reducidos de personas y no ms de 4 horas de capacitacin continua, sin perjuicio de lo que se defina en el plan definitivo de capacitacin por parte del Servicio). 7. Modalidad (se utilizar modalidad presencial, donde el formador estar frente al alumno explicando en detalle cada uno de los mdulos). 8. Programa de la Capacitacin aprobado por el Servicio de Salud. (Mdulos, Evaluaciones, Horas de Capacitacin en Ambiente de capacitacin o en el puesto de Trabajo) 9. Material (Entregar los tiles, materiales, equipos y herramientas a los usuarios Expertos, dejando constancia de ellos en un acta que debe ser firmada por ambas partes. La empresa debe entregar copia de este documento a cada uno de los beneficiarios). 10. Ambiente de Capacitacin Local (de no contar con disponibilidad propia en las diferentes zonas geogrficas, coordinar con el Servicio de Salud contratante, un ambiente de capacitacin que cumpla con los objetivos de esta actividad. (Salas, PCs, Video proyectores, etc.) 11. Disponibilidad de un ambiente de pruebas en el o los servicios de gestin Clnica, en que se vaya a implantar el software a contratar, (que debe 36

permanecer a lo menos 30 das hbiles a contar del el trmino de la capacitacin). El Servicio de Salud debe garantizar la conectividad con La Red Minsal de los establecimientos donde se realice la capacitacin, en los casos en que la Empresa provea de las instalaciones, esta se encargar de la conectividad a su ambiente de Pruebas. 12. Realizacin de proceso de certificacin en el uso de software (se debe registrar el resultado de las evaluaciones tericas y prcticas, parciales y finales en el libro de clases). 13. Control de Asistencia (No se entender por usuario capacitado a un usuario que no asista al menos el 75% del tiempo consignado para la capacitacin). en este caso ser responsabilidad del Servicio de Salud la inasistencia de los usuarios, cualquier sesin nueva de capacitacin a la cual deba apoyar la Empresa se descontar de las horas de Mantencin Evolutiva o al cargo de Hora Hombre segn lo estime el Servicio de Salud. 14. Se aplicar una Encuesta de Capacitacin que se realizar al final de la capacitacin a Usuarios Expertos. En caso de que dicha encuesta concluya un porcentaje de desaprobacin al relator mayor a 40%, se definir, en conjunto con la Empresa si la Capacitacin debe repetirse, sin cargo alguno al Servicio de Salud.

37

ANEXO 5 Contrapartes Tcnicas y Comits de Proyecto Para la ejecucin del contrato, las Contrapartes Tcnicas son las siguientes: Por parte del Servicio: Comit Directivo del Proyecto por parte del Servicio i. Director de Servicio, o su subrogante ii. Subdirector(a) Gestin asistencial, o su subrogante iii. Subdirector(a) Recursos Fsicos y Financieros, o su subrogante iv. Subdirector(a) Gestin del Cuidado, o su subrogante v. Jefe Departamento de Auditora, o su subrogante vi. Jefe Departamento Jurdico, o su subrogante vii. Director Hospital Dr. Gustavo Fricke, o su subrogante viii. Director Hospital San Martn de Quillota, o su subrogante ix. Director Hospital de Quilpu, o su subrogante x. Jefa del Departamento de Atencin Primaria de Salud, o su subrogante xi. Jefe Subdepartamento de Tecnologas de Informacin, o su subrogante Este comit, podr solicitar la comparecencia de un representante de la Empresa, a fin de que ste pueda entregar antecedentes e informacin que permita una mejor resolucin de los temas a tratar. Gerentes del Proyecto por parte del Servicio i. Coordinadores del Proyecto SIDRA en el Servicio de Salud: - Subdirector(a) Gestin del Cuidado, o su subrogante

Comit de Validacin por parte del Servicio i. Gerentes del Proyecto por parte del Servicio, Subdirector(a) Gestin del Cuidado, o su subrogante ii. Encargado Funcional, uno por cada componente, o su subrogante: - Jefa de SOME Hospital Dr. Gustavo Fricke, o su subrogante. - Subdirector Mdico Hospital San Martn de Quillota, o su subrogante. iii. Encargado Tcnico, Jefe de Subdepartamento de Tecnologas de Informacin Servicio de Salud, o su subrogante iv. Encargado Gestin del Cambio: - Jefa de Bienestar Servicio de Salud, o su subrogante v. Representante del mbito clnico o administrativo, de acuerdo a la funcionalidad que se est aprobando (Jefes de Servicios Clnicos/Administrativos) de los Establecimientos de Salud, o su subrogante. a. Jefe de Medicina Nuclear del Hospital Dr. Gustavo Fricke, o su subrogante. b. Jefa del Departamento de Atencin Primaria de Salud, o su subrogante c. Encargado GES Servicio de Salud. d. Encargada DAP Quillota Servicio de Salud. e. Jefe de SAPU Concn. f. Jefa de Admisin Hospital Dr. Gustavo Fricke. g. Jefa de Admisin Hospital San Agustn de La Ligua. 38

Los Gerentes del Proyecto por parte del Servicio, presidirn el Comit de Validacin y actuarn como representantes del mismo ante la Empresa. Contraparte Tcnica por parte del Servicio (Equipo Ejecutivo del Proyecto) i. Gerente del Proyecto por parte del Servicio, Subdirector(a) Gestin del Cuidado, o su subrogante ii. Encargado Funcional, uno por cada componente, o sus subrogantes - Jefa de SOME Hospital Dr. Gustavo Fricke, o su subrogante. - Subdirector Mdico Hospital San Martn de Quillota, o su subrogante. iii. Encargado Tcnico, Jefe de Subdepartamento de Tecnologas de Informacin Servicio de Salud, o su subrogante y dos representantes de la Unidad de proyectos del departamento de Tecnologas de Informacin Servicio de Salud. Encargado Gestin del Cambio, Jefa de Bienestar Servicio de Salud, o su subrogante

iv.

Equipo de Implantacin: Dos Representantes por Componente a instalar en el Establecimiento, por cada Establecimiento. Por parte de la Empresa: Director del Proyecto por parte de la Empresa i. Gerente de Proyecto Gerentes del Proyecto por parte de la Empresa i. Jefe de Proyecto PM (Profesional Clave). Contraparte Tcnica por parte de la Empresa i. ii. iii. iv. v. Consultor Clnico Consultor de Gestin del Cambio Lder Implementacin (Profesional clave) Lder Tcnico Equipo implementador (pruebas y capacitacin).

Todos los profesionales antes indicados tendrn dedicacin parcial o a tiempo completo dependiendo de la fase en que se encuentre el Proyecto y el perfil de los recursos. El equipo de trabajo inicial ser presentado al Servicio de Salud al comienzo de la etapa de planificacin. Los profesionales clave de la Empresa, podrn ser reemplazados mediante comunicacin escrita con veinte das de anticipacin, debidamente firmada por el Gerente de la Empresa. El Servicio de Salud se reserva el derecho de rechazar el reemplazo correspondiente dentro del plazo de 5 das hbiles desde ejecutado el cambio, con expresin de causa, debiendo la Empresa buscar otro reemplazo a la brevedad posible (no ms all de 72 horas). Una vez vencido el plazo de 5 das hbiles sealado, se entender que el respectivo reemplazante ha sido aceptado por el Servicio de Salud. 39

Por ltimo, en caso que la Empresa retire o reemplace algn otro miembro de su equipo de trabajo (profesionales no claves) slo deber notificar al Servicio de Salud dicha circunstancia con la debida anticipacin Comisin de Resolucin de Controversias i. ii. iii. iv. v. vi. Subdirector(a) Gestin asistencial o en quin delegue. Jefe Departamento Jurdico. Gerente de proyecto del Servicio de Salud. Gerente de proyecto de la Empresa Jefe de proyecto de la Empresa. Asesor Jurdico de la Empresa.

40

ANEXO 6 Sistemas y Aplicaciones con los cuales el Sistema debe interactuar A continuacin, se detallan las integraciones que la Empresa desarrollar para los establecimientos de salud de la Red Asistencial del Servicio de Salud de Via del Mar que participen del Proyecto. La Empresa podr desarrollar integraciones en la etapa de implementacin o a cargo de las horas de Mantencin Evolutiva (o a horas hombre valorizadas de acuerdo al Contrato, segn defina el Servicio de Salud), slo si cumplen las siguientes caractersticas mnimas: (a) Hacen parte del alcance funcional de las Bases Tcnicas y Oferta de la Empresa con todos sus anexos. (b) Pertenecen de forma natural a uno o ms de los flujos funcionales de los cinco Componentes del Proyecto SIDRA, (c) La evaluacin que realice la Empresa en conjunto con el Servicio de Salud, las considera Tcnicamente Viables El cronograma del desarrollo de las integraciones ser definido en conjunto con el Servicio de Salud, durante las primeras 4 semanas de la fase implementacin del Proyecto. Integraciones Globales Son las de inters del Ministerio de Salud y sern desarrolladas para el Servicio de Salud, una vez que tal Ministerio las especifique y apruebe dicha especificacin. En cualquier caso, estas integraciones slo cubrirn las que sean expresamente mencionadas en las Bases Tcnicas. Referencia y Contrarreferencia Se manejar interconsultas internas entre los centros del Servicio de Salud en dnde se haya implementado la solucin de la Empresa. FONASA: Fondo Nacional de Salud Corresponde a la validacin de la previsin de los pacientes. PLATOR: Plataforma de Integracin del Ministerio de Salud y sus Casos de Uso Habilitados (inicialmente Referencia / Contrarreferencia y SICARS), y con los otros Casos de Uso a medida que se incorporen y habiliten en esta plataforma por el propio Ministerio de Salud. SIGGES: Sistema de Informacin de Gestin de Garantas Explcitas en Salud Una vez que se cumplan condiciones similares a lo expresado en el prrafo anterior. Integraciones Locales Dentro de la etapa de Planificacin del Proyecto la Empresa analizar las integraciones a realizar con los Sistemas del Servicio de Salud que se encuentran en los establecimientos, en conjunto con el Servicio de Salud; la Empresa evaluar la viabilidad tcnica de la integracin de las aplicaciones acordando en esta etapa su eventual integracin.

41

Sistema de Administracin Mdica Esta aplicacin, se encuentra funcionando en los hospitales de Dr. Gustavo Fricke, Hospital de Quilpu, Hospital San Martn de Quillota, Hospital San Agustn de La Ligua. La interoperabilidad, ser respecto a las siguientes funcionalidades: Recaudacin Valorizacin y cobro de las prestaciones otorgadas a los pacientes a travs de su Cuenta Corriente. Consultas de Atencin Abierta, Atencin de Urgencia, Dispensacin de Frmacos. Captura de prestacin otorgada para componente Referencia y Contra referencia

Pabelln

Sistema de Abastecimiento Esta aplicacin, se encuentra funcionando en los hospitales de Dr. Gustavo Fricke, Hospital de Quilpu, Hospital San Martn de Quillota, Hospital San Agustn de Ligua. La interoperabilidad, ser respecto de los medicamentos despachados desde la bodega Central de Farmacia hacia las Bodegas Activas de Atencin Abierta y Cerrada, para la dispensacin de frmacos. Sistema Proyecto de Imagenologa Este sistema, se encuentra funcionando en los hospitales de Dr. Gustavo Fricke, Hospital de Quilpu, Hospital Adriana Cousio de Quintero. La interoperabilidad, ser respecto de la prestacin otorgada con cargo a la Cuenta Corriente del paciente para componente de Referencia y Contra referencia. Sistema de Laboratorio: Esta aplicacin, se encuentra funcionando en los hospitales de Dr. Gustavo Fricke, Hospital de Quilpu, Hospital San Martn de Quillota, Hospital Adriana Cousio de Quintero. Unidad de Emergencia: Esta aplicacin, se encuentra funcionando en los hospitales de Dr. Gustavo Fricke, Hospital de Quilpu, Hospital San Martn de Quillota, Hospital San Agustn de La Ligua. AVIS de Tecmedica en Consultorios APS Via del Mar y Artificio. ANCORA en Consultorios APS Quillota. REZEBRA en Consultorio de Quilpu RAYEN de SAYDEX en consultorios de APS.

42

ANEXO 7 Mantencin Evolutiva y Protocolo de Aprobacin y Ejecucin Horas El procedimiento de solicitud y gestin de nuevas integraciones, funcionalidades, migraciones u otros desarrollos que por decisin expresa del Servicio se realicen en el marco de las Mantenciones Evolutivas, es el siguiente: a) Toda Mantencin Evolutiva requerida por el Servicio deber ser solicitada de forma escrita por el Director del Servicio, en el formato dispuesto por La Empresa. Slo el Gerente de Proyecto de La Empresa est habilitado a recibir y gestionar dichas solicitudes. b) El Gerente de Proyecto de La Empresa solicitar al encargado del rea funcional o tcnica, realizar un anlisis del alcance de la mantencin solicitada. El profesional responsable realizar un levantamiento, anlisis y especificacin de la mantencin solicitada. El resultado de dicho anlisis ser un Informe de Especificacin. Este informe incluir el detalle de tiempo (expresado en das) y esfuerzo (expresado en horas) necesarios para realizar la Mantencin Evolutiva. c) El Gerente de Proyecto de La Empresa presentar al Servicio de Salud el Informe con el impacto, esfuerzo y tiempo estimados en un plazo no mayor a 8 das desde realizada la solicitud. El Director del Servicio de Salud deber aprobar o rechazar el informe presentado por La Empresa. En caso de rechazo, se imputar al Mantenimiento Evolutivo 8 horas o su costo equivalente en horas hombre, de acuerdo a lo establecido en el Contrato y segn el Servicio de Salud lo defina, correspondientes al levantamiento y anlisis de la solicitud de cambio. d) En caso de aprobacin, el Informe de Especificacin deber ser firmado por Director del Servicio contratante y el Gerente del Proyecto por parte del Servicio. e) Con las firmas respectivas, La Empresa desarrollar los trabajos definidos en el Informe de Especificacin, los que una vez terminados pasarn a aprobacin del Gerente del Proyecto por parte del Servicio y del Director del Servicio. El Director del Servicio confirmar su recepcin a satisfaccin firmando un Acta de Aprobacin en dos copias. f) La Empresa y el Servicio de Salud se obligan a informar y coordinarse con el Ministerio de Salud para efectos de estandarizar los cambios que se soliciten.

43

ANEXO 8 Requerimientos de Arquitectura, Data Center, Interoperabilidad y Seguridad En lo que dice relacin a los requerimientos tecnolgicos que involucra el Proyecto, La Empresa, se compromete a garantizar los siguientes servicios y obligaciones: 1. Caractersticas del Data Center. El sistema estar instalado en un Data Center Externo, dividido en: Ambiente de Produccin, Ambiente de Capacitacin y Ambiente de Pruebas. Esta plataforma en el Data Center, debe tener niveles de uptime de al menos 99,85% mensual en ambiente de produccin, El Data Center debe estar conectado a la Red de Comunicaciones Minsal a travs de accesos en alta disponibilidad manteniendo fronteras seguras a travs de equipamiento Firewall. Esta conexin ser de costo de la Empresa y deber ser aprobada por la Unidad Administradora de Proyectos del Ministerio de Salud. La Arquitectura del Data Center debe considerar a lo menos los siguientes elementos: Sistemas de Base de Datos de alta eficiencia transaccional y de alta seguridad. Arquitectura del Data Center tolerante a fallas.

Disponibilidad de la modalidad Servidores en Cluster, para los Servidores Crticos como los de Bases de Datos, Shadow de las Bases de Datos, Reportes y Controladores de Dominio. La aplicacin deber contar con una solucin para el balanceo de carga de sus servidores en donde se entreguen servicios de alta demanda como los servidores web. Para la seguridad de los Servidores se debe implementar Host IPS y firewalls entre cada capa de servidores, o tecnologa superior que se implemente en el Data Center. La arquitectura debe permitir la escalabilidad horizontal y vertical del sistema, sin interrupcin del sistema. Para el respaldo de la informacin, se trabajar con almacenamiento SAN y servidores de Base de Datos en fail-over cluster. Adems se debe contar con otra mquina espejo (shadow) que se mantenga actualizada con los cambios de la Base de Datos maestra. La Empresa dispondr de un respaldo de la data en una Bodega ubicada en dependencias diferentes al Data Center, con acceso y disponibilidad inmediata a ellas por parte del Servicio. Los respaldos debern ser realizados sobre los servidores espejos con respaldos diarios de la base de datos completa. Se debern realizar pruebas peridicas de los respaldos para verificar su funcionamiento en caso de ser necesario.

44

El Servicio de Salud, o quien ste designe, podr efectuar Auditoras al Sistema en cualquier momento, colaborando la Empresa en el evento de requerirse mediciones en el Data Center Externo o en cualquier otro recinto de su propiedad atingente al Proyecto. 2. Caractersticas de la Aplicacin El sistema debe operar en modalidad Online y basndose en protocolo Web (HTTP o HTTPS). La interfaz de usuario en Modo Web debe ser capaz de desplegarse en los navegadores: Internet Explorer 5.x/6.x o superior. Arquitectura estndar de la industria de desarrollo de software Web de nivel empresarial, en modelo de tres capas (presentacin, lgica de negocios y almacenamiento de datos), servicios Web y arquitectura orientada a servicios (SOA) con soporte de plataforma de integracin, en los casos que sea necesario. Liberacin de nuevas versiones sin costo adicional, previa autorizacin del Servicio de Salud, segn se seala en las Bases Tcnicas. Una vez terminado el Contrato, la Empresa deber poner a disposicin del Servicio de Salud el total de datos ingresados al sistema, todos de propiedad del Servicio, adems de los modelos de datos y la totalidad de la documentacin que permita la migracin de datos hacia otra plataforma tecnolgica. La Empresa deber poner a disposicin un tcnico idneo que asesore y acompae durante el proceso de transicin al nuevo sistema, en el evento de que se termine o ponga trmino al Contrato cualquiera sea la causa. El plazo de asesoramiento y soporte por parte del tcnico idneo, deber ser hasta que se finalice y valide el proceso de migracin, el cual no podr exceder de los 120 das corridos desde la fecha de la Resolucin que pone trmino al Contrato. Ser responsabilidad del Servicio de Salud el lograr que la transicin se realice a plena satisfaccin. 3. Plataforma de Comunicaciones Actualmente el Servicio de Salud y los establecimientos pertenecientes a la red, estn cubiertos por la Red de Comunicaciones MINSAL (VPN-MPLS), incluyendo soluciones de voz y datos, lo que garantiza el normal funcionamiento de la conectividad 24x7. El Servicio deber mantener la disponibilidad de los enlaces y su ancho de banda disponible para el funcionamiento de la aplicacin. En la eventualidad que los sealados estndares de conectividad sean modificados, afectando la operatividad del sistema de informacin ofrecida por la Empresa, el Servicio de Salud deber subsanar dicha circunstancia dentro de un plazo razonable, siendo de su cargo cualquier costo extra que sea necesario realizar para el correcto funcionamiento del sistema. El servicio de monitoreo de la Red de Comunicaciones MINSAL debe conversar con el sistema de monitoreo de la Empresa, de tal manera que la empresa no puede acceder a los equipos de comunicaciones. La red Minsal debe entregar la informacin de monitoreo al proveedor. Si durante la vigencia del Contrato existen requerimientos adicionales no sealados en la propuesta de la Empresa, stos sern de costo de sta ltima, 45

siempre y cuando no provengan de situaciones que se encuentren bajo la responsabilidad del Servicio de Salud, en cuyo caso deber este ltimo costear dichos requerimientos. El Data Center, que proveer las aplicaciones que el Servicio de Salud requiere, deber estar conectado a la Red de Comunicaciones MINSAL, mediante 2 enlaces redundantes de fibra ptica sobre tecnologa FastEthernet o superior dependiendo del trfico que deban cursar. Estos enlaces trabajarn en el modo activo-activo con balanceo de trfico en capa 3. La velocidad de acceso hacia el data center desde la red minsal debe ser 100 mbps full duplex, en el caso del acceso a Internet del data center su enlace debe ser 10 mbps full duplex al nodo nacional redundante con enlaces de distintos ISP. Considerando para ambos casos la seguridad correspondiente. 4. Equipamiento en Estaciones de Trabajo ste ser proporcionado por el Servicio de Salud, a travs del Proyecto de Equipamiento Menor del Ministerio de Salud y recursos propios. El requisito mnimo para una estacin de trabajo que use la aplicacin, es que sta corra con Windows 2000/XP, y que tenga como mnimo 512MB de memoria RAM, 60 GB de disco e interfaz de red con conexin a la Red Minsal e Internet y acceso a los web servers en el Data Center. 5. Gestin y Monitoreo Los Componentes mnimos del software para monitorear el sistema son: Monitoreo de los servidores del Data Center, Medicin de Niveles de Servicio SLA, enlace que compone la solucin. La Empresa se har cargo del monitoreo de la red del Ministerio de Salud en el tramo que corresponde a la solucin implementada como parte del proyecto contratado por el Servicio de Salud y del Data Center (desde el Data Center hasta el enlace MINSAL) informando semanalmente al Servicio de Salud el desempeo y la disponibilidad de los servicios de la Empresa, as como las recomendaciones y sugerencias sobre el mejoramiento del uso y monitoreo de la red. No obstante lo anterior, cualquier falla o problema detectado que pudiera afectar el desempeo de los SLA, deber ser informado de inmediato al Servicio de Salud. Sin perjuicio de lo anterior, la Empresa pondr a disposicin este servicio, mediante interfaces web y/o correos con informacin a un responsable definido por el Servicio de Salud para realizar monitoreo segn sea necesario. La Empresa entregar los reportes que den cumplimiento a lo solicitado en las Bases Tcnicas, necesarias para el seguimiento de los acuerdos de nivel de servicios comprometidos, y definir en conjunto con el Servicio de Salud los mecanismos de verificacin de los mismos. 6. Interoperabilidad El sistema de informacin debe comunicarse con diferentes sistemas, a travs del desarrollo de interfaces de comunicacin que deben ser realizadas utilizando estndares XML, Web Services y HL7 2.X o superior, implementando una arquitectura orientada a servicios (SOA). La solucin SIDRA, deber adoptar la 46

mensajera HL7 del Captulo Chileno, al momento que sea requerido por el Ministerio de Salud. En el marco de la estrategia digital de gobierno, se ha creado la plataforma de integracin como unos de los pilares en la implantacin de sistemas de informacin, dada la necesidad de enviar y recibir informacin a otros sistemas que conviven en el mbito de salud y de contar con informacin oportuna en todos los niveles de la red asistencial Como parte de SIDRA, las soluciones adjudicadas deben ser capaces de tributar informacin relevante a la red asistencial; aquellas transacciones a niveles superiores de gestin deben utilizar la Plataforma de Integracin del Ministerio de Salud. La solucin se debe hacer cargo de dos niveles de interoperabilidad. Dados los requerimientos, es posible agrupar la interaccin de las aplicaciones en soluciones que entregan informacin relevante al establecimiento de salud y otras que son relevantes a la red en su conjunto. La primera se define como una solucin de integracin local que obedece a los requerimientos definidos por el servicio de salud. La segunda en cambio es una integracin global que permite el intercambio de informacin a nivel de servicios de salud, hacia el ministerio y desde el ministerio a otras entidades de gobierno, estos ltimos casos deben ser coordinados por el Departamento de Agenda Digital en Salud y apoyados tecnolgicamente con la Plataforma de Integracin. Las integraciones para la interoperabilidad requeridas a la Empresa por este Servicio de Salud debern cumplir los estndares definidos en el Convenio Marco SIDRA. Dicha integraciones son las siguientes: Integraciones Locales Sistemas existentes, siempre y cuando estos sean pertinentes para los mdulos SIDRA, segn Anexo 6.

Integraciones Globales: Segn sea definido por el Ministerio de Salud en el marco del Proyecto SIDRA, de acuerdo a lo definido por las Bases Tcnicas y el Anexo 6.

7. Seguridad Los datos del sistema son de exclusiva propiedad del Servicio de Salud y no pueden ser utilizados bajo ningn concepto por la Empresa, salvo expresa solicitud o consentimiento del Servicio de Salud por escrito. No obstante lo anterior, dicha propiedad del Servicio de Salud sobre los datos del Sistema, en ningn caso dar derecho o ttulo alguno sobre el software y/o Sistema (as como tampoco respecto de ningn otro activo cuyos derechos de propiedad intelectual pertenezcan a la Empresa), distinto de las licencias que se otorgan en este Contrato en los trminos sealados en la Clusula Vigsimo Cuarta y Vigsimo Quinta del mismo. 47

La Empresa suministrar una solucin de Seguridad para la aplicacin informtica, basado en cdigos de Buenas Prcticas para la Gestin de la Seguridad de la Informacin. Se considerar la Norma Chilena N2777, que es parte del Decreto Supremo N 83, publicado el 12 de Enero de 2005 en el Diario Oficial, como el referente mnimo en las buenas prcticas, en lo que respecta a los servicios de Data Center y Solucin Informtica. Deber considerarse tambin toda la legislacin vigente relativa a la proteccin de Datos Personales, Delito Informtico, Ley de Firma Electrnica con su decreto regulador, Normas y Decretos relativos a la Interoperabilidad entre Organismos Pblicos y la Ciudadana, adems de los relacionados con la seguridad de la mensajera, servicios y sitios Web. Arquitectura de Seguridad requerida. Esta se establece como la implementacin de: Dominio Global: Un sistema centralizado de administracin de usuarios, el que permita manejar perfiles, grupos, roles y funciones de usuarios. Este sistema deber estar integrado con el servidor de directorios que se implemente. Criptografa: Firma Electrnica Simple. Respaldo y Recuperacin de la Informacin: Sistemas y procedimientos para asegurar la continuidad de la operatividad de la aplicacin. Gestin y Monitoreo: La gestin debe considerar: medidas preventivas, de deteccin y de anlisis forense (ex post). Niveles de Seguridad por capas: Seguridad de la Aplicacin Seguridad en el Extremo Cliente Seguridad en el Transporte de Datos Seguridad del Servidor Web Seguridad del Servidor de Aplicaciones Seguridad de los Web Services Seguridad del Servidor de Base de Datos Seguridad de los puntos de integracin Respaldo de Datos a nivel de Servidores Plan de Contingencia: Este plan deber contener al menos los siguientes aspectos: Plan de Contingencia Falla Elctrica del Data Center Plan de Contingencia de Comunicaciones para enlace con la Red de Comunicaciones MINSAL. Plan de Contingencia de la Aplicacin: o Manual: Sin sistema considerando los reportes y documentos asociados. Plan de Contingencia de los Servidores en Data Center 8. Servicio de Mesa de Ayuda, debe cumplir con los mnimos establecidos en el Convenio marco (Bases Tcnicas, la oferta de la empresa y todos sus documentos anexos). Para soporte Tcnico y Mesa de Ayuda. 48

El Nivel 1 de Atencin estar a cargo del Servicio de Salud: este nivel corresponde a la identificacin y resolucin de problemas funcionales y tcnicos bsicos cuyo alcance ser definido en la etapa de implantacin y conformar la Mesa de Ayuda de cada establecimiento de salud. Los niveles 2 y 3 estarn a cargo de la Empresa. En el caso de los enlaces y servicios de comunicaciones en general, considerando que la Empresa no puede realizar el monitoreo de la red, se espera que La Red de Comunicaciones Minsal entregue los elementos tcnicos para realizar un adecuado diagnstico de la causa del problema, de modo que el Servicio de Salud gestione su resolucin. Si se produjera una situacin de conflicto, la Empresa proveer de asesora tcnica al Servicio de Salud para la solucin de dicha circunstancia. Requerimientos sobre los niveles de atencin a cargo de la Empresa: Nivel 2 de Atencin Este nivel deber recibir y dar respuesta a todas las solicitudes del Nivel 1, mediante la habilitacin de una Mesa de Ayuda. la Empresa mantendr a disposicin esta Mesa de Ayuda con un nmero nico de atencin como punto de acceso disponible para todos los usuarios autorizados por la autoridad competente del Servicio de Salud, tanto al personal de la mesa de ayuda Nivel 1, como a las contrapartes del Servicio de Salud habilitadas para ello. El tipo de consultas que debe atender este nivel son: o Problemas funcionales del aplicativo, que el nivel 1 no pudo resolver (problemas de uso o conocimiento del software). o Problemas de no respuesta del aplicativo o lentitud de la operacin, que puede estar originada por la mala o nula conectividad de la red o problemas del Data Center. o Problemas de fallas del software-errores o Consultas sobre el estado de solicitudes anteriores cursadas. Esta Mesa debe estar ubicada en Chile, con operadores y scripts que contemplen las particularidades de nuestra cultura. El idioma de comunicacin debe ser el espaol. Nivel 3 de Atencin Este Nivel debe atender los requerimientos del Nivel mencionado en el punto anterior y aquellos que no sea posible resolver en el Nivel 2. Se puede referir al centro de control de la aplicacin de software, en la matriz o sucursal del proveedor. El idioma de comunicacin ser el espaol.

Caractersticas generales del Servicio de Mesa de Ayuda La Empresa deber contar con una infraestructura telefnica, para el Nivel 2 de Atencin, de acuerdo a los definido en las Bases Tcnicas Debe implementarse una herramienta de administracin de requerimientos a la que tendrn acceso los usuarios autorizados de cada establecimiento y de la Direccin del Servicio de Salud.

49

La Empresa deber entregar al Servicio reportes semanales sobre el tiempo de respuesta y solucin de la mesa de Ayuda en Nivel 2 y 3 de atencin. La disponibilidad de atencin de los niveles 2 y 3 y su capacidad de resolutividad, ser evaluada bajo las clusulas Novena y Dcima: Niveles de Servicio (SLA) y Aplicacin de Multas que se establecen en el contrato.

Manuales e Instructivos de Usuario, respecto al uso de la aplicacin: La Empresa deber hacer entrega oportuna de: Manuales de Usuarios Administradores, Manuales de Usuarios Clnicos y Administrativos. La Empresa deber disponer de un sitio Web simple, que contenga los diferentes manuales del sistema, actualizados y adems contenga los FAQs. 9. Servicio de Mantenimiento de software La Empresa se encargar del mantenimiento del software y pondr a disposicin del Servicio todas las actualizaciones, mejoras, modificaciones y ampliaciones que desarrolle para la aplicacin durante la vigencia del Contrato, sin costo adicional. En este sentido, el acceso a nuevas versiones del(os) producto(s) de software, entindase actualizaciones del sistema contratado, sern provistas de forma gratuita para el Servicio de Salud, de acuerdo a lo sealado en las Bases Tcnicas. La Empresa se compromete a entregar los siguientes servicios: a. b. a. b. Mantenciones Describir el proceso de mantencin del sistema. Proveer las mantenciones menores en forma permanente. Actualizaciones

El proceso de actualizacin del sistema debe ser idealmente automtico y desatendido en coordinacin previa con el Servicio. Describir las funcionalidades y/o mdulos que tiene contemplados agregar como mantenimiento evolutivo del sistema. Desarrollo de Nuevas Funcionalidades de los Mdulos contratados nuevas

a. b.

Describir el proceso que se realiza para el desarrollo de funcionalidades de los mdulos contratados.

Adecuar el sistema, en forma gratuita para el Servicio de Salud, en base a los cambios a la normativa y procedimientos del Ministerio de Salud. Para realizar el mantenimiento del software, la Empresa est autorizada a realizar detenciones programadas del servicio previamente autorizadas por el Servicio de Salud, estas interrupciones deben estar fundadas en cuanto a su necesidad y a la 50

duracin que tendrn, en caso extenderse ms all de lo autorizado por el Servicio de Salud se entender esa diferencia como incumplimiento del uptime requerido en el punto 1 de este anexo. La Empresa deber proveer Documentacin Tcnica de Administracin: Instalacin y Configuracin del Sistema.

51

ANEXO 9 Niveles de Servicios Requeridos (SLA) y Multas Correspondientes Los plazos sealados se entendern de das hbiles, salvo que expresamente se determine algo diferente. Implantacin CONCEPTO UNIDA D Cumplimiento Medicin de Das de hitos de tiempo de Implantacin. implantacin en los establecimiento s definidos en el Anexo 2, de acuerdo a Carta Gantt del Proyecto. Cumplimiento de disponibilidad del RRHH comprometido Monitoreo del C/vez Personal en la Gerencia disponible. ACCIN NIVEL DE CALIDAD TASA DE MULTA La implantacin de mdulos en los establecimientos de cada provincia se debe cumplir en el plazo convenido de acuerdo al plan establecido, ms un mximo del 20% de los das totales como atraso. El retiro del Gerente del Proyecto, sin aviso previo de 20 das corridos, dar origen a una multa por una vez y por da de no disponibilidad. 0,2 % por da de atraso, calculado sobre la ltima facturacin mensual.

1 % por cada evento calculado sobre el valor de una cuota mensual, ms un 0,1% por cada da de no disponibilidad, calculado sobre el valor de una cuota mensual.

Cumplimiento de disponibilidad del RRHH comprometido

Monitoreo Personal Operativo disponible nmero.

del C/vez en

El retiro del personal operativo de la implantacin, sin aviso previo de 15 das corridos, dar origen a una multa por una vez y por da de no disponibilidad. Cada hito del Programa de Manejo del Cambio y se debe cumplir en el plazo convenido, con un margen de 10 das totales como atraso.

Gestin del Cambio Cumplimiento Hitos Manejo del Cambio y Comunicacin

Medicin del Das cumplimiento de los Plazos del Programa de Manejo del Cambio

0,5% por cada evento calculado sobre el valor de una cuota mensual, ms 0,01% calculado sobre el valor de una cuota mensual por cada da de no disponibilidad. 1% por da de atraso calculado sobre el valor de una cuota mensual.

52

Explotacin, Soporte y Servicios CONCEPTO Tiempo mximo de respuesta de la aplicacin ACCIN Medir el tiempo en que tarda la BD en resolver transacciones estndar. Las transacciones estndar se monitorearn de acuerdo al plan acordado durante la etapa de planificacin. Tiempo Disponibilidad mximo de del DataCenter, servicio descontado el interrumpido servicio de la considerado red de para todo el comunicacione Proyecto. s del Ministerio de Salud. UNIDAD NIVEL DE CALIDAD Evento Porcentaje mensual de 5 segundos con un rango de tolerancia de +15% para cada transaccin estndar a monitorear. TASA DE MULTA 3% cada mes que el promedio de respuesta de las transacciones exceda el nivel de calidad.

% por 99,85% de mes disponibilidad en Data Center, de acuerdo a lo establecido en las Bases Tcnicas. Este porcentaje no incluye las desconexiones programadas para mantenimiento del Sistema. Tiempo de Medir el tiempo Horas Tiempo de atencin respuesta de espera de especificado en el para atencin de las ttulo Acuerdo de atencin de Mantenciones Nivel de Servicio de Mantencin Correctivas este Anexo. Correctiva Tiempo de respuesta para el desarrollo de nuevas funcionalidad es (Mantencin Evolutiva) Medir el tiempo Das de espera en la hbiles incorporacin de funcionalidades nuevas. Plazo acordado por las Partes para el desarrollo, ms un 20% de margen.

3 % cada vez que no se alcance el % de disponibilidad mensual, calculado sobre la ltima facturacin mensual. Aplica siempre y cuando las fallas sean del DataCenter y no de la Red Minsal o los establecimientos. 0,01 %, por cada hora adicional, calculado sobre la ltima facturacin mensual. 0,2 %, por cada da adicional, calculado sobre el valor de una cuota mensual.

53

Acuerdo de Nivel de Servicio 1. Servicios de Soporte 1. Fallas (a) La Empresa rectificar errores, defectos y fallas en el Software (Fallas) que sean identificadas por el Servicio de Salud y que representen un impacto significativo para este ltimo. (b) La Empresa dispondr a favor del Servicio de Salud, un mecanismo para comunicar las Fallas, durante las 24 horas del da, los 365 das del ao. ste tendr el formato de una aplicacin de seguimiento designada. Las Fallas podrn notificarse adems va telefnica o por correo electrnico. (c) La comunicacin de Fallas seguir el siguiente proceso: El Servicio de Salud debe notificar la Falla a la Empresa a travs de la aplicacin de seguimiento dispuesta para tal efecto. Se asignar un Nmero de Problema a modo referencial respecto del Servicio de Salud. Esta referencia (nmero) se debe utilizar en toda comunicacin relacionada con el problema informado. En caso de que la aplicacin no est disponible, el Servicio de Salud podr registrar los problemas por medio de la direccin de correo electrnico o nmero telefnico indicados. Si el problema notificado es un asunto Critico, de acuerdo a lo definido en la Tabla de Prioridades sealada ms adelante, el Servicio de Salud tambin utilizar el mismo proceso para la gestin de la Falla. Si se solicita, el Servicio de Salud debe ayudar a la Empresa a diagnosticar la Falla, intentando reproducir dicha Falla o, en su defecto, las condiciones operativas existentes al momento en que ocurri dicha Falla. Una vez que la Falla haya sido corregida, se pondr a disposicin del Servicio de Salud para que ste realice pruebas. Si las pruebas resultan exitosas, el Servicio de Salud informar dicha circunstancia a la Empresa y se instalar la correccin en el ambiente de produccin. Si las pruebas no resultan exitosas, el Servicio de Salud informar dicha circunstancia a la Empresa, y continuaremos trabajando en la Falla hasta resolverla. Si el asunto se resuelve, el Servicio de Salud dar por terminado el problema o informar a la Empresa que la resolucin ha sido exitosa y que el problema puede ser concluido. 1.2 Niveles de Prioridad Las Fallas se clasifican de acuerdo a la siguiente tabla:

54

Prioridad 1

Definido como: Crtica

Representa: Una condicin de emergencia reproducible que impide el funcionamiento del sistema y que no es corregible por un mecanismo ya disponible para el Servicio de Salud. Una condicin reproducible que tiene el potencial de poner en peligro el funcionamiento del sistema y que puede evitarse o franquearse de manera temporal por el Servicio de Salud. Una condicin reproducible, pero menos problemtica, que puede evitarse o franquearse de manera temporal por el Servicio de Salud.

Alta

Mediana

1.3 Tabla de Respuestas Determinadas Prioridad Tiempo de Respuesta Inicial* 30 minutos 2 horas Fin de horario de oficinasiguiente da hbil. Plan de Resolucin Determinado 2 horas 1 das 1 semana Tiempo de Resolucin Determinado 4 horas 5 das Segn lo acordado con el Servicio de Salud. Feed-back Min

1 2 3

Dos veces al da Diariamente Semanalmente

* Todos los tiempos de respuesta/resolucin/feedback indicados en la tabla anterior estn sujetos a horarios de oficina (lunes a viernes, entre las 8:00 A.M. y 7:00 P.M., no incluyendo feriados legales), exceptuando los Problemas de Prioridad 1. En cuanto a los Problemas de Prioridad 1, el Servicio de Salud acepta seguir el proceso de notificacin descrito y acordado en la Seccin 1.1, literal (c) de este mismo ttulo. [Por ejemplo: en el caso de asuntos Crticos, se registrar una llamada y luego har contacto telefnico con la Mesa de Ayuda]. En relacin a cada Nivel de Prioridad, la Empresa aplicar sus esfuerzos de modo razonable para: Cumplir con el Tiempo de Respuesta Inicial Determinado; Entregar un plan de resolucin del problema dentro del margen de tiempo del Plan de Resolucin Determinado; y Entregar feedback al Servicio de Salud sobre el progreso en el intento por alcanzar el Plan de Resolucin Determinado, segn lo definido en la Tabla de Respuestas Determinadas. 55

1.4 Registros de Soporte En el proceso de resolucin de la Falla, la Empresa mantendr registros de todas las actividades de soporte, incluyendo: Defectos informados y detectados; Medidas correctivas tomadas; y Actualizaciones de Software enviadas al Servicio de Salud. Estos registros estarn disponibles para el Servicio de Salud en cualquier momento mediante la aplicacin TRC.

1.5 Condiciones de Soporte El Servicio de Salud deber: (a) Asegurar que el Software est actualizado de acuerdo a la versin actual disponible, dentro de un (1) ao desde que la Empresa haya lanzado al mercado dicha versin (lo que deber ser oportunamente comunicado al Servicio de Salud); (b) Registrar las Fallas con la Empresa, de conformidad al mecanismo especificado; (c) Permitir a la Empresa o a su(s) Subcontratista(s) el acceso y uso de toda la informacin del Servicio de Salud y dems recursos necesarios para la prestacin de los Servicios de Soporte que sean apropiados.

1.6 Solucin del Problema. Respecto a los Niveles de Prioridad y Solucin del Problema: (a) El Servicio y La Empresa en conjunto clasificarn todo problema informado, situndolo dentro de los Niveles de Prioridad (Crtica, Alta y Mediana), de conformidad con la seccin 1.2 de este documento; (b) La Empresa slo entregar parches ad hoc para problemas crticos (Nivel 1); (c) Problemas de prioridad Alta son usualmente resueltos de manera formal a travs del prximo conjunto de parches (patch kit) que se encuentre disponible. No obstante, la Empresa proveer una solucin temporal al problema. (d) Problemas de prioridad Mediana son usualmente resueltos de manera formal a travs del prximo conjunto de parches (patch kit) que se encuentre disponible, o en la siguiente parada de mantenimiento que sea programada. 1.7 Monitoreo de las aplicaciones En lo que se refiere al monitoreo de las aplicaciones, este comenzar a medirse al finalizar el proceso de implantacin, para lo cual cada responsable de las mediciones se encargar de contar con las herramientas tecnolgicas, mecanismos y reportes de 56

gestin que permitan el monitoreo del desempeo de Sistema en el tramo que le corresponda. El Monitoreo de los tiempos de respuesta considerar la conformacin de un equipo de Monitoreo Conjunto (Servicio, La Empresa, Ministerio de Salud) y la instalacin de puntos de simulacin en sitios significativos en: (a)Desde el DataCenter de la Empresa hasta la conexin de entrada a la Red MINSAL desde dicho DataCenter (instalacin y monitoreo a cargo de La Empresa), (b) Oficinas centrales de SIDRA y puntos remotos a definir en la etapa de Planificacin (instalacin y monitoreo a cargo del Servicio y el Ministerio de Salud). En estos puntos se medir el tiempo de respuesta y disponibilidad de los servicios, el Servicio procesar la informacin suministrada por la Empresa y la recogida por el propio Servicio, analizando el tiempo de respuesta en cada tramo. Procedimiento en caso de problemas de desempeo: a. Entrega de informes de monitoreo en cada tramo dependiendo del responsable de dicho tramo (la Empresa, Servicio y Ministerio de Salud). b. Deteccin del foco del problema mediante anlisis de la informacin recopilada en los distintos puntos de monitoreo (la Empresa, Servicio y Ministerio de Salud). c. Reporte de Determinacin del origen del problema y Sugerencias de Solucin firmado por todas las partes.

Definiciones Un trmino o expresin que comience con mayscula tiene el significado que se le otorga en este Diccionario. Da Hbil Significa: (a) para determinar cundo un aviso u otra comunicacin ha sido realizada, un da que no es sbado, domingo o feriado legal respecto del lugar dnde dicho aviso o comunicacin fue enviada; y (b) para cualquier otro propsito, un da que no es sbado, domingo o feriado legal. En caso que el da al cual o en el que algo debe realizarse no sea un Da Hbil, ello deber realizarse al o en el Da Hbil siguiente. Actualizaciones del Software Software producido principalmente para extender, modificar o mejorar el Software, adicionndole una funcionalidad o perfeccionando su funcionamiento, manteniendo en todo caso el propsito original del Software.

57

ANEXO 10 Glosario de los principales trminos usados en este contrato Agenda: Componente del Sistema de informacin que permite conocer las agendas de los establecimientos de salud del Servicio de Salud, siendo capaz de mostrar las vacantes locales y remotas (las de otros establecimientos de salud del Servicio de Salud). Mostrar tambin los detalles de la programacin de las agendas (consultas, procedimientos, actividades grupales) y listas de espera.

Atencin de salud: Ejecucin de accin(es) de salud que persigue como resultado final confirmar, efectuar un tratamiento y/o realizar el seguimiento de un determinado problema de salud. Es la interrelacin entre el personal de salud y las personas que demandan la atencin normada por el Minsal con fines de fomento, proteccin y recuperacin de la salud. ASP: Modalidad de entrega de servicio, correspondiente a la entrega del servicio al usuario por acceso va internet a una aplicacin o sistema instalado en un servidor remoto (Application Service Provider). La modalidad ASP significa que la Empresa proveedora del servicio asume la responsabilidad de la actualizacin permanente del sistema, de la mantencin del servicio, del apoyo tcnico 24 x 7, de la seguridad fsica y electrnica y del soporte integrado de la continuidad del negocio

Atributos Variables: corresponden a funcionalidades adicionales ofrecidas por la empresa en el Anexo nmero 2 de la oferta econmica presentada en el Convenio Marco. Estos atributos se pueden contratar con o sin costo. Capacitacin: Proceso de desarrollo de competencias que ofrece diseos curriculares, procesos pedaggicos y recursos con base a un referencial o estndar de estas competencias. Es un enfoque integrador de conocimientos, habilidades y aptitudes que generalmente se estructura modularmente a partir de la identificacin de competencias realizadas en los distintos sectores productivos y, por tanto, de alta pertinencia y calidad. Componente: Una parte o subsistema del Sistema de Informacin De Redes Asistenciales (sinnimo: Mdulo) Contratantes: La Empresa y El Servicio de Salud que firmen el presente contrato. Convenio Marco: Conjunto de Documentos publicados por la Direccin de Compras y Contratacin Pblica en el sitio web www.mercadopublico.cl, identificado con el N 223910023LP08, CM062008, y denominado Software de Salud y Servicios Asociados. La Bases de este Convenio Marco fueron aprobadas mediante Resolucin Exenta N 1092 B de la Direccin de Compras y Contratacin Pblica con fecha 28 de Agosto del 2008. 58

Dispensacin de Frmacos: Componente del Sistema de Informacin que permite gestionar el proceso de dispensacin de las farmacias de la atencin abierta y cerrada, orientado a garantizar la seguridad en la entrega, conservar la calidad de los frmacos e insumos, dar seguimiento en el cumplimiento de la farmacoterapia de pacientes crnicos y brindar la informacin necesaria para el cumplimiento de la indicacin mdica y la gestin. Empresa: Empresa acreditada en el Convenio Marco y seleccionada por el Servicio de Salud contratante.

rganos de gestin del Proyecto: Corresponde a los diferentes comits que se definan en el marco del proyecto (por ejemplo comit directivo, comit de resolucin de controversias, etc.) Referencia y Contra-referencia: Componente del Sistema de Informacin que permite administrar el otorgamiento de cupos para prestaciones de salud, tanto consultas como procedimientos o exmenes diagnsticos, adems el traspaso de informacin clnica entre los diferentes niveles de atencin. Registro de Atenciones de Urgencias: Componente del Sistema de Informacin que permite la obtencin en lnea de los datos relevantes de las atenciones de urgencia, contemplados en el Dato de Urgencia. Registro de Poblacin En Control (RPEC): Componente del Sistema de Informacin que permite la obtencin en lnea de los datos relevantes de la poblacin en control en la Red Asistencial Pblica del Servicio de Salud, de acuerdo a variables y atributos estndares, que el sector requiere para su gestin. Se reconoce dentro del sistema de poblacin bajo control al subcomponente Chile Crece Contigo, que corresponde al registro y seguimiento de la poblacin de nios y nias desde su vida intrauterina y su nacimiento, considerando los factores de vulnerabilidad biopsicosocial. Partes: La Empresa y El Servicio de Salud que firmen el presente contrato (Sinnimo: Contratantes).

Objetivo SIDRA: Lograr que los establecimientos de salud cuenten con un sistema informtico que permita coordinar, colaborar, cooperar y comunicar informacin relevante para la atencin de los pacientes y la adecuada gestin de los recursos, en relacin a la oferta y demanda en los distintos niveles de atencin y entregar reportes para la gestin. Implantacin del Sistema: Conjunto de actividades, que deben ejecutarse para una ptima Instalacin, Implementacin y Operacin de los distintos componentes y servicios asociados a la presente licitacin; incluidos 59

los correspondientes hitos de Evaluacin y Gestin del Cambio.

Sistematizacin,

Seguimiento,

Interoperabilidad: Intercambio coherente de informaciones y servicios entre sistemas. Habilidad de transferir y utilizar informaciones de manera uniforme y eficiente entre varias organizaciones y sistemas de informacin. Hay interoperabilidad cuando dos componentes de un sistema, desarrollados con herramientas diferentes, de proveedores diferentes, pueden actuar en conjunto. Habilidad de los sistemas TIC, y de los procesos de negocios que ellas soportan, de intercambiar datos y posibilitar compartir informacin y conocimiento. Habilidad de dos o ms sistemas (computadores, medios de comunicacin, redes, software y otros componentes de tecnologa de informacin) de interaccionar y de intercambiar datos de acuerdo con un mtodo definido, de forma a obtener los resultados esperados. Mantencin Correctiva: Intervencin del sistema para solucionar un problema que afecta la correcta operacin de ste. Esta correccin se debe a defectos de programacin, compatibilidad con nuevas plataformas o interacciones con otros sistemas, de acuerdo a la Clusula Sptima del Contrato. Mantencin Evolutiva: Intervencin del sistema para incorporar nuevas funcionalidades, dando respuesta a las mejoras y cambios necesarios para que el sistema de cuenta de la evolucin del trabajo para el cual fue desarrollado. Estos cambios pueden ser conceptuales, funcionales, mejoras de interfaz, reportes, interacciones con otros sistemas, de acuerdo a la Clusula Sptima del Contrato.

Migracin de datos: Conjunto de actividades que permiten moverse desde un sistema de informacin existente y en operacin a una nueva plataforma o ambiente, conservando en este proceso los datos del sistema original y causando la menor disrupcin al sistema en operacin y al ambiente de negocio como sea posible. El objetivo del proceso de migracin de datos es poblar la base de datos destino, perteneciente al sistema nuevo en implantacin, con datos del sistema existente. Monto de Referencia del Contrato: Valor del precio mensual de la licencia, sin IVA, multiplicado por el nmero de usuarios nombrados multiplicado por 48. Monto de Referencia Anual del Contrato: Valor del precio mensual licencia, sin IVA, multiplicado por el nmero total de usuarios nombrados, multiplicado por 12. SLA: Niveles de Servicios Requeridos (Service Level Agreements). Corresponden a los niveles de calidad de los servicios acordados entre el Servicio de Salud y la Empresa. Incluyen las sanciones (multas) acordadas en caso de falta de cumplimiento de estos niveles.

60

SIDRA:

Sistemas de Informacin de las Redes Asistenciales. Proyecto cuyo objetivo es el funcionamiento coordinado de la redes asistenciales de salud que permitan lograr una gestin integrada en el sistema pblico de salud.

Sistema en lnea: La plataforma deber operar en modalidad 7x24 en todas sus funcionalidades. Para revisar la correcta operacin de la aplicacin y sus transacciones en lnea, debe entregarse la documentacin de las principales funciones de negocio, los potenciales puntos de falla, junto con un conjunto de herramientas tecnolgicas para monitorear el correcto funcionamiento de tales transacciones, incluyendo reportes de gestin y cuadre de transacciones. Uptime: Tiempo durante cual est disponible el sistema. La plataforma deber considerar un nivel de servicio de al menos un 99,85% medido mensual sobre la base de funcionamiento 7x24 los 365 das del ao, descontando las indisponibilidades autorizadas para actividades planificadas y expresadas en los planes de mantencin. La indisponibilidad de servicio tendr lugar al momento que ms del 15% de las funcionalidades de la plataforma se encuentren inoperantes o inaccesibles (medidos en la puerta principal de acceso al servicio, ejemplo: servidor web, componentes, etc.), ya sea en su componente front-end (web), capa de negocios o capa de datos. Se entiende por inoperante, cuando una funcionalidad no se puede presentar o bien cuando la informacin desplegada es inconsistente o no est disponible.

61

Das könnte Ihnen auch gefallen