PLIEGO ESPECIAL DE CONDICIONES N° 004-2018-
PLIEGO ESPECIAL DE CONDICIONES N° 004-2018-
PER1001711 (PER 202)
2DA. CONVOCATORIA
SERVICIO DE IMPLEMENTACION DE LA INTEROPERABILIDAD DE LOS SISTEMAS DE INFORMACION DEL SEGURO SOCIAL DE SALUD DEL PERU (ESSALUD) – IAFAS, PARA EL INTERCAMBIO PRESTACIONAL EN SALUD
PERU
CÓDIGO NAVISION: PER1001711
ÍNDICE
1. GENERALIDADES 4
1.1. DEROGACIONES A LAS REGLAS GENERALES DE EJECUCIÓN 4
1.1.1. EL PODER ADJUDICADOR 4
1.2. MARCO INSTITUCIONAL XX XXXXXX 4
1.3. REGLAS QUE RIGEN EL CONTRATO 5
1.4. DEFINICIONES 5
1.5. CONFIDENCIALIDAD 6
1.5.1. OBLIGACIONES DEONTOLÓGICAS 6
1.5.2. DERECHO APLICABLE Y TRIBUNALES COMPETENTES 7
2. FINALIDAD Y ALCANCE DEL CONTRATO 8
2.1. NATURALEZA DEL CONTRATO 8
2.2. FINALIDAD DEL CONTRATO 8
2.3. LOTES 8
2.4. DURACIÓN 8
2.5 VARIANTES 8
2.5.1 OPCIONES 8
3. PROCEDIMIENTO 9
3.1. MODO DE REALIZACIÓN DE UN PEDIDO 9
3.2. PUBLICIDAD OFICIOSA 9
3.2.1. PUBLICACIÓN XXXXXX 9
3.3. INFORMACIÓN 9
3.4. OFERTA 10
3.4.1. DATOS A MENCIONAR EN LA OFERTA 10
3.4.2. DURACIÓN DE VALIDEZ DE LA OFERTA 10
3.4.3. DETERMINACIÓN, COMPONENTES Y REVISIÓN DE LOS PRECIOS 10
3.4.4. ELEMENTOS INCLUIDOS EN EL PRECIO 11
3.5. INTRODUCCIÓN DE OFERTAS 11
3.5.1. MODIFICACIÓN O RETIRO DE UNA OFERTA YA INTRODUCIDA 12
3.6. SELECCIÓN DE OPERADORES ECONÓMICOS 12
3.6.1. MOTIVOS DE EXCLUSIÓN 12
3.6.2. CRITERIOS DE SELECCIÓN 12
3.6.3. VISTA PRELIMINAR DEL PROCEDIMIENTO 12
3.6.4. ATRIBUCIÓN DEL CONTRATO 13
3.7. ESTABLECIMIENTO DEL CONTRATO 13
4. CONDICIONES CONTRACTUALES PARTICULARES 15
4.1. FUNCIONARIO DIRIGENTE (ART. 11) 15
4.1.1. SUBCONTRATISTAS (12-15) 15
4.1.2. CONFIDENCIALIDAD (ART. 18) 15
4.1.3. DERECHOS INTELECTUALES (ART. 19 A 23) 15
4.2. FIANZA (ART. 25 A 33) 16
4.2.1. CONFORMIDAD DE LA EJECUCIÓN (ART. 34) 17
4.2.2. MODIFICACIONES (ART. 37 - 38/19) 17
4.2.3. RECEPCIÓN TÉCNICA PREVIA (ART. 42) 17
4.2.4. MODALIDADES DE EJECUCIÓN (ART. 146 ES) 18
4.2.4.1. PLAZOS Y CLAUSULAS 18
4.2.4.2. LUGARES EN EL QUE LOS SERVICIOS DEBEN EJECUTARSE Y FORMALIDADES (ART. 149) 18
4.2.5. RESPONSABILIDAD DEL ADJUDICATARIO (ART. 152-153) 18
4.2.6. MEDIOS DE ACCIÓN DEL PODER ADJUDICADOR (ART. 44-53 Y 154-155) 18
4.2.6.1 INCUMPLIMIENTO DE EJECUCION (ART. 44) 19
4.2.6.2 MULTAS POR RETRASO (ART 46 – 154) 19
4.2.6.3 MEDIDAS DE OFICIO (ART 47 – 155) 19
4.2.7. FIN DEL CONTRATO 20
4.2.7.1 RECEPCION DE LOS SERVICIOS EJECUTADOS (ART 64-64 Y 156) 20
4.2.7.2 GASTOS DE RECEPCION 20
4.2.8. FACTURACIÓN Y PAGO DE LOS SERVICIOS (ART. 66 A 72 -160) 20
4.2.9. LITIGIOS (ART. 73 DEL R.D. DEL 14.01.2013) 21
5. PARTE 2: TÉRMINOS DE REFERENCIA 22
6. PARTE 3: FORMULARIOS 49
6.1. IDENTIFICACIÓN DEL OPERADOR ECONÓMICO 49
6.2. FORMULARIO DE OFERTA - PRECIO 50
6.3. DECLARACIÓN DE INTEGRIDAD PARA LOS OPERADORES ECONÓMICOS 51
6.4. EXPEDIENTE DE SELECCIÓN 53
6.5. PRESENTACION DE LA PROPUESTA 57
1. Generalidades
1.1 Derogaciones a las reglas generales de ejecución
El capítulo del presente Pliego Especial de Condiciones (PEC), contiene las cláusulas administrativas y contractuales particulares aplicables al presente contrato público por derogación del R.D. del 14.01.2013 y R.D. 22.06.2017, o que completan o precisan éste.
1.1.1. El poder adjudicador
El poder adjudicador del presente contrato público es Xxxxxx, Agencia belga de desarrollo (antes CTB), en lo sucesivo denominada Enabel, sociedad anónima de derecho público con finalidad social, con sede social en 000, xxx Xxxxx, 0000 Xxxxxxxx (número de empresa 0264.814.354, RPM Bruselas).
Como agencia belga de desarrollo, Enabel tiene la misión de aplicar y coordinar la política belga de desarrollo, la cual dirige su acción al crecimiento económico inclusivo y a los derechos humanos, concediendo una atención particular a los derechos de las mujeres y de los niños, a la digitalización y a los países menos avanzados. Xxxxxx aplica la política belga en materia de cooperación gubernamental. De tal forma, la agencia busca activamente misiones y financiaciones con otros proveedores de fondos que acompañen y refuercen la política exterior de Bélgica. Como empresa social, Xxxxxx es un socio atrayente para instituciones como la Unión Europea o el Banco Mundial.
Para el presente contrato público, Xxxxxx está representada válidamente por el Xx. Xxxxxxx Xxxxxxxxxx, Representante Residente xx Xxxxxx en Perú.
1.2 Marco institucional xx Xxxxxx
1.2.1. Agencia belga de desarrollo
Xxxxxx es la Agencia belga de desarrollo que apoya proyectos de desarrollo a través del mundo en la óptica de eliminar la pobreza. Trabaja así en la creación de un mundo donde las mujeres y los hombres viven en un Estado de derecho, tienen acceso, en toda igualdad, a servicios públicos de calidad y tienen la libertad de realizar sus aspiraciones.
Pone en ejecución los programas de desarrollo del Gobierno belga en sus 14 países socios o al servicio de otros donantes.
Contribuye activamente a los esfuerzos mundiales a favor de un desarrollo sostenible.
Esto se traduce también por el respeto del derecho medioambiental, social y del trabajo, al cual el Estado belga (y pues también Xxxxxx) agrega mucho valor:
Los "operadores económicos" están obligados a respetar y a hacer respetar por toda persona que actúa en calidad de subcontratista en cualquier etapa del proceso, todas las obligaciones aplicables en los dominios del derecho medioambiental, social y del trabajo establecidas por el derecho de la Unión Europea, el derecho nacional, los convenios colectivos o por las disposiciones internacionales en materia de derecho medioambiental, social y del trabajo enumeradas en el anexo II de la Ley del 17 xx xxxxx 2016.
Y Xxxxxx tiene el deber de velar por eso!
1.2.2. Los convenios generales y específicos entre Bélgica y los países socios
En general, un convenio general tiene el valor de tratado, que puede derogar la ley belga porque ha sido ratificada en las asambleas legislativas en Bélgica.
Un convenio específico entre Bélgica y el país socio (y su "DTF" en anexo) en cambio no puede derogar la ley belga sobre los mercados públicos ni a otras legislaciones porque no ha sido ratificado por las asambleas legislativas. El poder ejecutivo no puede derogar pues lo que ha sido decidido por un parlamento.
Resulta de eso que el Convenio Específico y el "DTF" de ninguna manera prevalecen sobre la legislación sobre los mercados públicos, que es de orden público.
1.2.3. Mercados reservados
Un adjudicador puede, en el respeto de los principios del Tratado sobre el funcionamiento de la Unión Europea, reservar el acceso al procedimiento de otorgamiento a talleres protegidos y a operadores económicos cuyo objetivo es la integración social y profesional de personas minusválidas o desfavorecidas, o reservar la ejecución de estos mercados en el marco de programas de empleos protegidos, a condición de que por lo menos treinta por ciento del personal de estos talleres, operadores económicos o programas sean trabajadores minusválidos o desfavorecidos1.
1.3 Reglas que rigen el contrato
Se aplican igualmente en el presente contrato público:
La Ley del 17 xx xxxxx de 2016 relativa a la contratación pública2;
La Ley del 17 xx xxxxx de 2013 relativa a la motivación, la información y las vías de recurso en materia de contratación pública y de ciertos trabajos, suministros y servicios3
El R.D. del 18 xx xxxxx de 2017 relativo a la concesión de la contratación pública en los sectores clásicos4;
El R.D. del 14 de enero de 2013, que establece las reglas generales de ejecución de la contratación pública y la concesión de obras públicas, modificado el 22 xx xxxxx de 20175;
Las Circulares del Primer Ministro en materia de contratación pública5.
Para los trabajos; la legislación sobre la certificación de los contratistas.
Para la ejecución de la contratación pública, la legislación social del país socio en el cual los trabajos, suministros o servicios se efectúan y que son de orden público, por ejemplo: es aconsejado de asistirlos por el abogado o el consultor local contratado por la Representación a fin de conocer las legislaciones de aplicación.
Legislación fiscal: local o belga en función: ídem, es aconsejado de asistirlos por el abogado o el consultor local contratado por la Representación a fin de conocer las legislaciones de aplicación.
1.4 Definiciones
En el marco de este contrato, se entiende por:
El operador económico: Un proponente u oferente que presenta una oferta;
El adjudicatario / proveedor de servicios: El operador económico al que se atribuye el contrato;
1 art.15 de la Ley del 17 xx xxxxx de 2016
2 M.B. del 14 de julio de 2016.
3 M.B. del 21 xx xxxxx de 2013.
4 M.B. del 9 xx xxxx de 2017.
5 M.B. del 27 xx xxxxx de 2017.
El poder adjudicador: Xxxxxx, representada por el Representante residente xx Xxxxxx en Perú;
La oferta: El compromiso del operador económico de ejecutar el contrato en las condiciones que presenta;
Días: Si no está indicado en el PEC y en la reglamentación aplicable, los días se entienden como días calendario;
Documentos xxx xxxxxx de licitación: PEC, incluyendo sus anexos y todos los documentos a los cuales se haga referencia;
Especificaciones técnicas/ Términos de Referencia: Una especificación contenida en un documento que define las características requeridas de un producto o servicio, tales como los niveles de calidad, los niveles de eficiencia medioambiental y climática, el diseño para todas las necesidades incluyendo la accesibilidad para personas con discapacidad y la evaluación de la conformidad, la propiedad de empleo, la utilización del producto, la seguridad o las dimensiones, incluyendo las prescripciones aplicables al producto en cuanto al nombre con el que este se vende, la terminología, los símbolos, las pruebas y métodos de prueba, el embalaje, la marcación y el etiquetado, las instrucciones de uso, los procesos y métodos de producción en cualquier fase del ciclo de vida del suministro o del servicio, así como los procedimientos de evaluación de la conformidad;
Variante: Un modo alternativo de creación o de ejecución que se introduce a petición del poder adjudicador o a instancias del operador económico;
Opción: Un elemento accesorio y no estrictamente necesario para la ejecución del contrato, que se introduce bien a petición del poder adjudicador, bien a instancias del operador económico;
Inventario: En un contrato de suministros o de servicios, el documento del contrato que fracciona las prestaciones en diferentes partidas y precisa para cada una de ellas la cantidad o el modo de determinación del precio;
BDA: El Boletín de Adjudicaciones;
DOUE: El Diario Oficial de la Unión Europea;
OCDE: La Organización para la Cooperación y el Desarrollo Económicos;
Reglas generales de ejecución (RGE): Las reglas que se encuentran en el R.D. del 14.01.2013, modificado el 22.06.2017, que establecen las reglas generales de ejecución de la contratación pública;
El pliego especial de condiciones (PEC): El presente documento, así como todos sus anexos y documentación a los que hace referencia;
La práctica de corrupción: Toda propuesta de dar o consentir ofrecer a alguien un pago ilícito, un regalo, una gratificación o una comisión en calidad de incitación o de recompensa para que cumpla o se abstenga de cumplir actos que tengan relación con la atribución o la ejecución del contrato establecido con el poder adjudicador;
Litigio: La intervención judicial.
1.5 Confidencialidad
El operador económico o el adjudicatario y Xxxxxx están obligados al secreto respecto a terceros sobre todas las informaciones confidenciales obtenidas en el marco del presente contrato, y solo podrán transmitirlas a terceros previo acuerdo escrito de la otra parte. Sólo difundirán estas informaciones confidenciales entre los encargados a los que concierna la misión. Garantizan que estos encargados sean debidamente informados sobre sus obligaciones de confidencialidad y sobre su respeto.
1.5.1 Obligaciones deontológicas
Todo incumplimiento respecto a una o varias de las cláusulas deontológicas puede desembocar en la exclusión del candidato, del operador económico o del adjudicatario de otros contratos públicos para Xxxxxx.
Mientras dure el contrato, el adjudicatario y su personal respetarán los derechos humanos y se comprometen a no menoscabar los usos políticos, culturales y religiosos del país beneficiario. El operador económico o el adjudicatario está obligado a respetar las normas fundamentales en materia de trabajo convenidas en el plano internacional por la Organización Internacional del Trabajo (OIT), particularmente los convenios sobre la libertad sindical y la negociación colectiva, la eliminación del trabajo forzado y obligatorio, la eliminación de discriminaciones en materia de empleo y profesión y la abolición del trabajo infantil.
Toda tentativa de un candidato o de un operador económico con la pretensión de obtener informaciones confidenciales, proceder a acuerdos ilícitos con competidores o influir sobre el comité de evaluación o el poder adjudicador durante los procedimientos de examen, clarificación, evaluación y comparación de las ofertas y de las candidaturas genera el rechazo de su candidatura o de su oferta.
Además, para evitar toda impresión de riesgo de parcialidad o de connivencia en el seguimiento y el control de la ejecución del contrato, está estrictamente prohibido al proveedor de servicios ofrecer, directa o indirectamente, regalos, comidas o cualquier otra ventaja material o inmaterial, cualquiera que sea su valor, a los encargados del poder adjudicador concernidos directa o indirectamente por el seguimiento y/o el control de la ejecución del contrato, cualquiera que sea su rango jerárquico.
Toda oferta será rechazada o todo contrato (contratación pública) anulado desde el momento en que se compruebe que su atribución o su ejecución haya dado lugar al pago de “gastos comerciales extraordinarios”. Los gastos comerciales extraordinarios conciernen a cualquier comisión no mencionada en el contrato principal, o que no provenga de un contrato con todos los requisitos que hacen referencia a este contrato, cualquier comisión que no retribuya un servicio legitimo efectivo, pagada en un paraíso fiscal, o pagada a un beneficiario no claramente identificado o a una empresa que tenga todas las apariencias de una empresa pantalla.
El adjudicatario del contrato se compromete a proporcionar al poder adjudicador, previa petición, todos los comprobantes relativos con las condiciones de ejecución del contrato. El poder adjudicador podrá proceder a cualquier control, de documentos e in situ, que considere necesario para reunir elementos de prueba sobre una presunción de gastos comerciales inhabituales. El adjudicatario que ha pagado gastos comerciales inhabituales es susceptible, según la gravedad de los hechos observados, de que se le rescinda su contrato o que se le excluya de manera permanente.
1.5.2 Derecho aplicable y tribunales competentes
El contrato debe ejecutarse e interpretarse conforme al derecho belga.
Las partes se comprometen de buena fe a cumplir sus compromisos con vistas a asegurar el buen cumplimiento del contrato.
En caso de litigio o de divergencia de opiniones entre el poder adjudicador y el adjudicatario, las partes se concertarán para encontrar una solución amigable.
A falta de acuerdo, los tribunales de Bruselas actuarán con competencia exclusiva.
Ver también el punto 4.14 Reclamaciones y demandas (artículo 73 del R.D. del 14.01.2013)
2. Finalidad y alcance del contrato
2.1 Naturaleza del contrato
Contrato de servicios.
2.2 Finalidad del contrato
Garantizar el otorgamiento y financiamiento de las prestaciones de salud centradas en el ciudadano, entre Instituciones Administradoras de Fondos del Aseguramiento (IAFAS), Unidades de Gestión de las IPRESS (UGIPRESS) e Instituciones Prestadoras de Servicios de Salud (IPRESS) Públicas, generando una mayor cobertura y utilizando en forma eficiente la oferta pública disponible a nivel nacional.
2.3 Lotes
No Aplica lotes, por ser un servicio integral.
2.4 Duración
El contrato comprende un total de 150 días calendario*, según los términos de referencia, de acuerdo al siguiente detalle:
Nro. | Entregable | Plazo de entrega |
1 | Producto 1 | Se prestarán en el plazo de treinta (30) días calendario, contados a partir del día siguiente de suscrito el contrato |
2 | Producto 2 | Se prestarán en el plazo de sesenta (60) días calendario, contados a partir del día siguiente de aprobado el Producto 1. |
3 | Producto 3 | Se prestarán en el plazo de sesenta (60) días calendario, contados a partir del día siguiente de aprobado el Producto 2. |
*los plazos para la revisión, subsanación de observaciones y aprobación de los entregables están establecidos en los términos de referencia, pero no se incluyen en el cálculo de la duración del servicio.
2.5 Variantes
No hay opciones en este contrato.
2.5.1. Opciones
Cada operador económico puede introducir una sola oferta. Las variantes están prohibidas.
3. Procedimiento
3.1 Modo de realización de un pedido
Procedimiento negociado sin publicación previa en aplicación de:
- El Art. 42 de la Ley del 17 xx xxxxx de 20166
3.2 Publicidad oficiosa
3.2.1. Publicación Xxxxxx
Este contrato es publicado en el sitio Web xx Xxxxxx (xxxxx://xxx.xxxxxx.xx/xxxxxxx/xxx-xxxxxxx) del 31/05/2018 al 21/06/2018
Además, se publicará en el diario El Comercio, en la sección Portafolio, el día jueves 31 mayo de 2018.
3.3 Información
La atribución de este contrato está coordinada por Xxxxxxxx Xxxxxxxxxx, Especialista en Logística, mediante el correo electrónico: xxxxxxxx.xxxxxxxxxx@xxxxxx.xx, mientras dure el procedimiento, todos los contactos entre el poder adjudicador y los operadores económicos (eventuales) que conciernan al presente contrato se harán exclusivamente a través de esta persona, y se prohíbe a los operadores económicos (eventuales) entrar en contacto con el poder adjudicador de otra manera respecto al presente contrato, excepto disposición contraria en el presente PEC.
Por tanto, toda información debe solicitarse por escrito por trámite documentario ubicado en Av. Parque de las Xxxxxxxx Xx 000, Xxxxxxx Xx 000-X, Xxxxx X, xxxxxxxx xx Xxx Xxxxxx desde las 08:00 hasta las 17:00 horas o por correo electrónico: xxxxxxxx.xxxxxx@xxxxxx.xx
La etapa de formulación de consultas a la presente convocatoria es del 01/06/2018 al 14/06/2018, las cuales serán presentadas al correo electrónico: xxxxxxxx.xxxxxx@xxxxxx.xx con copia a xxxxxxxx.xxxxx@xxxxxx.xx; o por trámite documentario ubicado en Av. Parque de las Xxxxxxxx Xx 000, Xxxxxxx Xx 000-X, Xxxxx X, xxxxxxxx xx Xxx Xxxxxx desde las 08:00 hasta las 17:00 horas
La presentación de las ofertas serán hasta el día 21/06/2018, presentado en sobre cerrado por trámite documentario ubicado en Av. Parque de las Xxxxxxxx Xx 000, Xxxxxxx Xx 000-X, Xxxxx X, xxxxxxxx xx Xxx Xxxxxx desde las 08:00 hasta las 17:00 horas, con el siguiente rotulado:
Señores:
PROGRAMA DE APOYO A LA POLÍTICA DE ASEGURAMIENTO UNIVERSAL EN SALUD EN EL PERÚ, A TRAVÉS DEL SIS
Av. Parque de las Xxxxxxxx Xx 000, Xxxxxxx Xx 000-X, Xxxxx X, xxxxxxxx xx Xxx Xxxxxx Atte.: Comité de evaluación
PLIEGO ESPECIAL DE CONDICIONES N° 004-2018-PER1001711 2da. Convocatoria
OBJETO DEL PROCESO: SERVICIO DE IMPLEMENTACION DE LA INTEROPERABILIDAD DE LOS SISTEMAS DE INFORMACION DEL SEGURO SOCIAL DE SALUD DEL PERU (ESSALUD) – IAFAS, PARA EL INTERCAMBIO PRESTACIONAL EN SALUD
NOMBRE / RAZÓN SOCIAL DEL POSTOR
6 Cuando el importe del gasto a aprobar es ≤ a 144.000€ sin IVA
Hasta la notificación de la decisión de atribución, no se dará ninguna información sobre la evolución del procedimiento.
Conformemente al art. 81 del R.D. DEL 18 xx xxxxx del 2017, el operador económico debe denunciar inmediatamente toda laguna, error u omisión en los documentos de licitación en los cuales se haga imposible establecer el precio o comparar ofertas al menos 10 días antes de la fecha de recepción de las ofertas.
3.4 Oferta
3.4.1 Datos a mencionar en la oferta
El operador económico debe utilizar el formulario de oferta anexo. Si no se utiliza este formulario, el operador económico soportará toda la responsabilidad de la concordancia entre los documentos que ha utilizado y el formulario.”
La oferta y los anexos al formulario de oferta se redactan en español.
Al depositar su oferta, el operador económico renuncia automáticamente a sus condiciones generales o particulares de venta, incluso si éstas se mencionan en uno o u otro anexo a su oferta.
El operador económico indicará claramente en su oferta qué información es confidencial y/o está sometida a secretos técnicos o comerciales, no pudiendo por tanto ser divulgada por el poder adjudicador.
3.4.2 Duración de validez de la oferta
Los operadores económicos quedan vinculados por su oferta durante un plazo de noventa días calendario desde la fecha límite de recepción.
En caso de sobrepasar el lapso de tiempo antes descripto, la validez de la oferta será tratada durante las negociaciones.
3.4.3 Determinación, componentes y revisión de los precios
Todos los precios mencionados en el formulario de la oferta deben redactarse obligatoriamente en soles (S/).
El presente contrato es un contrato de precio global, lo que significa que el precio global es concertado y cubre el conjunto de prestaciones del contrato o de cada puesto del inventario.
Nota: Si el licitador presenta el formulario de oferta en otra moneda diferente a soles (dólares o euros), se tomará el tipo de cambio venta de la página web de la Superintendencia de Banca, Seguros y AFP de la fecha de presentación de su oferta para la comparación de las ofertas económicas.
El pago será en la misma moneda indicada en su oferta económica.
En aplicación del artículo 37 del Real Decreto del 18 xx xxxxx de 2017, el poder adjudicador puede efectuar cualquier comprobación en los documentos contables y cualquier control de la exactitud de las indicaciones proporcionadas.
3.4.4 Elementos incluidos en el precio
El proveedor de servicios habrá incluido en sus precios, tanto unitarios como globales, todos los gastos y las imposiciones que gravan los servicios, a excepción del IVA.
Se incluyen principalmente en los precios:
La gestión administrativa y la secretaría;
El desplazamiento, el transporte y la seguridad;
La documentación relativa a los servicios;
La entrega de documentos vinculados a la ejecución;
Los embalajes;
La formación necesaria para el uso;
En su caso, las medidas impuestas por la legislación en materia de seguridad y de salud de los trabajadores durante la ejecución de su trabajo.
Los derechos de aduana y de consumo relativos al material y a los productos
3.5 Introducción de ofertas
Sin perjuicio de las eventuales variantes, cada operador económico solo puede introducir una oferta. El operador económico introduce su oferta de la manera siguiente:
Un ejemplar original (con firmas originales del Representante) de la oferta completa será introducido en versión papel.
Se introduce en sobre definitivamente sellado con la mención: Oferta xxx Xxxxxx Especial de Condiciones N° 004-2018-PER1001711 2da. Convocatoria, para la contratación del servicio de implementación de los sistemas de información del Seguro Social de Salud del Perú (ESSALUD) – IAFAS, para el intercambio prestacional en Salud.
La entrega de las ofertas serán hasta el día 21/06/2018 hasta las 17:00 horas. Puede introducirse:
a) Por correo postal (envío normal o certificado)
En este caso, el sobre sellado se introduce en un sobre cerrado, enviado a:
Cooperación Técnica Belga - CTB
Av. Parque de las Leyendas N° 210, Xxxxxxx Xx 000-X, Xxxxx X, xxxxxxxx xx Xxx Xxxxxx Xxxx - Xxxx
b) Por remisión con acuse de recibo.
El servicio es accesible todos los días hábiles en horario laboral: de 08:30h a 13:00h y de 14:00h a 17:00h de lunes a viernes en Av. Parque de las Leyendas N° 210, Xxxxxxx Xx 000-X, Xxxxx X, xxxxxxxx xx Xxx Xxxxxx, Xxxx - Xxxx.
Todo pedido de participación u oferta debe llegar antes de la última hora y fecha indicada para la entrega. Los pedidos de participación u ofertas recibidas tarde no serán aceptadas; (Artículo 83 de la
R.D. Contratación).
3.5.1 Modificación o retiro de una oferta ya introducida
Cuando un operador económico desea modificar o retirar una oferta ya enviada o introducida, debe realizarse conforme a las disposiciones de los artículos 43 y 85 del R.D. del 18 xx xxxxx del 2017.
A fin de modificar o retirar una oferta ya enviada o introducida, se exige una declaración escrita y correctamente firmada por el operador económico o por su mandatario. Deben mencionarse con precisión el objeto y el alcance de las modificaciones. La retirada debe ser incondicional.
La retirada también puede ser comunicada por fax, o por vía electrónica siempre y cuando sea confirmada por carta certificada o con recibo de recepción al menos 1 día antes de la fecha límite para recibir las ofertas.
3.6 Selección de operadores económicos
3.6.1 Motivos de exclusión
Artículos 67, 68 y 70 de la Ley, Artículos 51 del R.D. del 18 xx xxxxx del 2017
Los motivos de exclusión obligatorios están mencionados en el anexo del presente PEC.
Al depositar su oferta, el operador económico declara que no se encuentra en ninguno de los casos de exclusión que figuran en los artículos 67, 68 y 70 de la ley del 17 xx xxxxx del 2016 y en los artículos 61 al 64 del R.D. del 18 xx xxxxx del 2017.
El poder adjudicador verificará la exactitud de esta declaración sobre el honor de la oferta mejor calificada. Para este fin, pedirá al operador económico en cuestión por los medios más rápidos dentro de un lapso de tiempo determinado que éste presente las informaciones y/o documentos que permitan verificar su situación personal.
El poder adjudicador pedirá las mismas informaciones o documentos que pueda conseguir gratuitamente por los medios electrónicos disponibles.
3.6.2 Criterios de selección
El operador económico debe, además, demostrar por medio de los documentos requeridos en el “Expediente de selección” (Ver parte 3 - Formularios, 6.3 Expediente de selección) que es suficientemente capaz, tanto desde el punto de vista económico y financiero como desde el técnico, de llevar a cabo el presente contrato público. Los criterios de selección se basan en el cumplimiento del perfil del proveedor descrito en los términos de referencia.
3.6.3 Vista preliminar del procedimiento
En la primera fase, las ofertas introducidas por los operadores económicos seleccionados serán examinadas según su regularidad. Las ofertas irregulares serán rechazadas.
El poder adjudicador se reserva el derecho a hacer regularizar todas aquellas irregularidades en la oferta de los operadores económicos durante las negociaciones.
Seguidamente procede la fase de negociaciones. El poder adjudicador puede negociar con los operadores económicos las ofertas iniciales y todas las ofertas ulteriores que estos han presentado, a excepción de las ofertas finales, con vistas a mejorar su contenido. Las exigencias mínimas y los criterios de atribución no se someten a negociación. No obstante, el poder adjudicador también puede decidir no negociar. En este caso la oferta inicial vale como oferta definitiva.
Cuando el poder adjudicador decida establecer negociaciones, informará a los operadores
económicos en lista y fijará una fecha límite común para la presentación de eventuales mejores ofertas finales (BAFO). Tras el cierre de las negociaciones, las BAFO se confrontarán con los criterios de exclusión, los criterios de selección y los criterios de atribución. El operador económico con la BAFO que presente la mejor relación calidad/precio (el que obtenga la mejor calificación sobre la base de los criterios de atribución mencionados a continuación) será designado adjudicatario del presente contrato.
El poder adjudicador se reserva del derecho de rever el procedimiento enunciado anteriormente teniendo en cuenta sus principios de igualdad y transparencia.
Criterios de atribución
El poder adjudicador seleccionará la BAFO regular que considere más ventajosa teniendo en cuenta el criterio siguiente:
Propuesta económica: Se cuenta con un precio competitivo que garantice la calidad del producto requerido. (100 %)
La estructura de ponderación económica responde al siguiente detalle:
Criterio | Calificación (puntos) |
a) Ponderación de la Propuesta Económica | 100 |
Total General | 100 puntos |
Atribución de acuerdo al precio:
La oferta económica más baja tendrá el mayor puntaje (100 puntos).
Las otras propuestas económicas obtendrán un puntaje inversamente proporcional al monto de su propuesta, de acuerdo a la siguiente formula:
POEi= (OEMB/OEi)*100%
Donde:
OEMB= Oferta económica más baja. OEi= Oferta económica de la empresa i.
POEi= Puntaje oferta económica de la empresa i.
3.6.4 Atribución del contrato
El contrato será atribuido al operador económico que haya introducido la oferta más ventajosa.
No obstante, hay que subrayar que, conforme al art. 85 de la Ley del 17 xx xxxxx de 2016, no existe ninguna obligación para el poder adjudicador de atribuir el contrato.
El poder adjudicador puede bien renunciar a establecer el contrato, bien rehacer el procedimiento de otro modo, según la necesidad.
3.7 Establecimiento del contrato
Conforme al art. 88 del R.D. Atribución, el contrato se efectúa por la notificación al operador económico seleccionado de la aprobación de su oferta.
La notificación se efectúa por las plataformas electrónicas, correo electrónico o fax y, el mismo día, por envío certificado.
El contrato íntegro consiste desde ese momento en un contrato atribuido por Xxxxxx al operador económico, elegido conforme:
El presente PEC y sus anexos;
La BAFO aprobada del adjudicatario y todos sus anexos;
La carta certificada con la notificación de la decisión de atribución;
En su caso, a los eventuales documentos ulteriores, aceptados y firmados por ambas partes.
4. Condiciones contractuales particulares
El presente capítulo de este PEC contiene las cláusulas particulares aplicables al presente contrato público por derogación de las reglas generales de ejecución de la contratación pública y la concesión de obras públicas del D.R. del 14 de enero de 2013 y D.R. 22.06.2017, en lo sucesivo “RGE” o que completan o precisan éste. Los artículos indicados más arriba (entre paréntesis) remiten a los artículos de las RGE. A falta de indicación, se aplican íntegramente las disposiciones pertinentes de las RGE.
4.1 Funcionario dirigente (art. 11)
La dirección y el control de la ejecución del contrato está a cargo del Programa SISTEC, asistida por Xxxxx Xxxxxxxx, Especialista en Tecnologías de la Información del Programa SISTEC al siguiente correo: xxxxx.xxxxxxxx@xxxxxx.xx .
Una vez establecido el contrato, el funcionario dirigente es el interlocutor principal del proveedor de servicios. Se le enviarán toda la correspondencia y todas las preguntas sobre la ejecución del contrato, excepto mención contraria expresa en el PEC (ver principalmente “Pagos” a continuación).
El funcionario dirigente es responsable del seguimiento de la ejecución del contrato.
El funcionario dirigente tiene plena competencia en lo que respecta al control de la ejecución del contrato, incluyendo la expedición de órdenes de servicio, el establecimiento de actas e inventarios y la aprobación de servicios, estados de avance y recuentos. Puede ordenar todas las modificaciones al contrato que se remitan a su función y a su ámbito.
No obstante, no le competen la firma de cláusulas adicionales y cualquier otra decisión o acuerdo que conlleve la derogación de las cláusulas y condiciones esenciales del contrato. Para tales decisiones, el poder adjudicador está representado como estipula el punto “El poder adjudicador”.
El funcionario dirigente no está habilitado en ningún caso a modificar las modalidades (ej., plazos de ejecución, etc.) del contrato, incluso aunque el impacto financiero fuera nulo o negativo. Todo compromiso, modificación o acuerdo que contravenga las condiciones estipuladas en el PEC y que no haya sido notificado por el poder adjudicador debe ser considerado como nulo.
4.1.1 Subcontratistas (12-15)
El adjudicatario está autorizado a subcontratar (máximo dos subcontrataciones directa) determinadas partes del objeto del presente pedido, bajo su entera responsabilidad. La subcontratación corre totalmente a riesgo del adjudicatario y no le exime en nada de la buena ejecución del contrato frente al Poder adjudicador que no reconoce ningún lazo jurídico con el/los subcontratista(s) tercero(s).
Una parte no puede ceder sus derechos y obligaciones que resultan del pedido a un tercero, sin haber obtenido previamente el acuerdo escrito de la otra parte.
4.1.2 Confidencialidad (art. 18)
El adjudicatario se compromete a no hacer publicidad de este contrato sin el acuerdo previo y escrito del poder adjudicador. No obstante, puede mencionar este contrato como referencia en el marco de un contrato público, a condición de que indique el estado con veracidad (ej. “en ejecución”), y siempre que el poder adjudicador no haya retirado esta autorización por inadecuada ejecución del contrato.
4.1.3 Derechos intelectuales (art. 19 a 23)
§1 El poder adjudicador si adquiere los derechos de propiedad intelectual creados, puestos a punto o utilizados con motivo de la ejecución del contrato.
Sin perjuicio del párrafo 1 y salvo disposición contraria en los documentos del contrato, cuando el objeto de éste consiste en la creación, la fabricación o el desarrollo de diseños y modelos o signos distintivos, el poder adjudicador adquiere la propiedad intelectual y el derecho de patentarlos, registrarlos y protegerlos.
En cuanto a los nombres de dominio creados con motivo de un contrato, el poder adjudicador también adquiere el derecho de registrarlos y protegerlos, excepto disposición contraria en los documentos del contrato.
Cuando el poder adjudicador no adquiere los derechos de propiedad intelectual, obtiene una licencia de explotación de los resultados protegidos por el derecho de la propiedad intelectual para los modos de explotación mencionados en los documentos del contrato.
El poder adjudicador enumerará en los documentos del contrato los modos de explotación para los que pretenda obtener una licencia.
4.2 Fianza (art. 25 a 33)
La fianza responde a las obligaciones del prestatario de servicios hasta completar la ejecución del contrato.
La fianza se fija en el 5% del importe total, sin IVA, del contrato. El importe obtenido se redondea por encima al décimo de euro.
La fianza puede constituirse conforme a las disposiciones legales y reglamentarias, bien en efectivo o en fondos públicos, bien en forma de fianza colectiva.
La fianza también puede constituirse con una garantía concedida por una entidad de crédito que satisfaga lo prescrito por la legislación sobre el estatuto y el control de entidades de crédito, o por una aseguradora que satisfaga lo prescrito por la legislación sobre el control de aseguradoras y que esté autorizada para la rama 15 (fianza).
Por derogación al artículo 26, la fianza puede establecerse a través de un establecimiento cuya sede social esté situada en uno de los países destinatarios de los servicios. El poder adjudicador se reserva el derecho aceptar o no la constitución de la fianza a través de este establecimiento. El adjudicatario mencionará el nombre y la dirección de este establecimiento en la oferta.
La derogación está motivada para dar la oportunidad de introducir una oferta a eventuales operadores económicos locales.
El adjudicatario debe, en los treinta días naturales siguientes al día del establecimiento del contrato, justificar la constitución de la fianza directamente o a través de un tercero, por uno de los modos siguientes:
1° Cuando se trata de efectivo, la transferencia del importe, deberá de ser a la cuenta a nombre de: CTB-PER1001711 SISTEC REGIE, en la entidad bancaria del Banco de crédito del Perú - BCP, al número de cuenta corriente N° 193-2142441-0-17, con código de cuenta interbancaria N° 002- 193-002142441017-19.
2° Cuando se trata de fondos públicos, por el depósito de éstos al cajero del Estado en la sede del Banque nationale de Bruselas o en una de sus agencias provinciales, por cuenta de la Xxxxxx des Dépôts et Consignations, o en un organismo público con función similar7
3° Cuando se trata de una fianza colectiva, por el depósito por una empresa que ejerce legalmente esta actividad, de un acto de caución solidaria en la Xxxxxx des Dépôts et Consignations o en un organismo público con función similar
4° Cuando se trata de una garantía, por el acto de compromiso de la entidad de crédito o de la aseguradora.
Esta justificación se da, según el caso, por la producción al poder adjudicador:
7 Solo aplica para licitadores de Bélgica, previa evaluación de la representación xx Xxxxxx.
1° Bien del recibo de depósito de la transferencia bancaria.
2° Bien con una nota de débito de la entidad de crédito o la aseguradora
3° Bien el reconocimiento de depósito expedido por el cajero del Estado o por el organismo público con función similar
4° Bien del original del acto de caución solidaria refrendado por la Xxxxxx des Dépôts et Consignations o por un organismo público con función similar
5° Bien del original del acto de compromiso establecido por la entidad de crédito o la aseguradora que concede una garantía.
Estos documentos, firmados por el depositante, indican en provecho de quién está constituida la fianza, su asignación precisa con la indicación sumaria del objetivo del contrato y de la referencia de los documentos del contrato, así como los apellidos, el nombre y la dirección completa del adjudicatario, y eventualmente xxx xxxxxxx que haya efectuado el depósito con la mención “proveedor de fondos” o “mandatario”, según el caso.
El plazo de treinta días naturales aludido anteriormente se suspende durante el período de cierre de la empresa del adjudicatario en los días de vacaciones anuales pagados y los días de descanso compensatorios previstos por vía reglamentaria o en un convenio colectivo de trabajo obligatorio.
La prueba de la constitución de la fianza debe enviarse a la dirección mencionada en la notificación del establecimiento del contrato.
La demanda del adjudicatario de proceder a la recepción:
1° En caso de recepción provisional: tiene efecto de solicitud de liberación de la primera mitad de la fianza
2º En caso de recepción definitiva: tiene efecto de demanda de liberación de la segunda mitad de la fianza o, si no se ha previsto una recepción provisional, de demanda de liberación de la totalidad de ésta.
4.2.1 Conformidad de la ejecución (art. 34)
Los trabajos y los servicios deben conformarse en todos los informes a los documentos del contrato. Aun a falta de términos de referencia mencionadas en los documentos del contrato, responderán en todos los puntos a las reglas profesionales.
4.2.2 Modificaciones (art. 37 - 38/19)
Revisión de los precios (38/7)
En el presente contrato no se aplica ninguna revisión de precios.
4.2.3 Recepción técnica previa (art. 42)
El poder adjudicador se reserva el derecho en cualquier momento de la misión de pedir al proveedor de servicios un informe de actividad (Reuniones, personas encontradas, instituciones visitadas, resumen de resultados, problemas encontrados y problemas no resueltos, desviación respecto a la planificación y las desviaciones con relación a los TDR).
4.2.4 Modalidades de ejecución (art. 146 es)
4.2.4.1 Plazos y cláusulas (art. 147)
El contrato comprende un total de 150 (ciento cincuenta) días calendario, según los términos de referencia, de acuerdo al siguiente detalle:
Nro. | Entregable | Plazo de entrega |
1 | Producto 1 | Se prestarán en el plazo de treinta (30) días calendario, contados a partir del día siguiente de suscrito el contrato |
2 | Producto 2 | Se prestarán en el plazo de sesenta (60) días calendario, contados a partir del día siguiente de aprobado el Producto 1. |
3 | Producto 3 | Se prestarán en el plazo de sesenta (60) días calendario, contados a partir del día siguiente de aprobado el Producto 2. |
4.2.4.2 Lugar en el que los servicios deben ejecutarse y formalidades (art. 149)
El presente servicio se realizará en la ciudad de Lima Evaluación de los servicios ejecutados (art. 150)
Si durante la ejecución de los servicios se comprueban anomalías, ser notificará inmediatamente al adjudicatario por fax o correo electrónico, y cuya confirmación intervendrá por carta certificada. El adjudicatario está obligado a reiniciar los servicios ejecutados no conformes.
Cuando los servicios se hayan ejecutado, se procederá a la evaluación de la calidad y de la conformidad de los mismos. Se establecerá un acta de esta evaluación, cuyo ejemplar original será transmitido al adjudicatario. Los servicios que no se hayan ejecutado de manera correcta o conforme deberán reiniciarse.
4.2.5 Responsabilidad del adjudicatario (art. 152-153)
El adjudicatario asume plena responsabilidad de las faltas e incumplimientos en los servicios proporcionados.
Por otra parte, el adjudicatario garantiza al poder adjudicador contra daños y perjuicios frente a terceros por el retraso en la ejecución de los servicios o la incapacidad del proveedor de servicios.
4.2.6 Medios de acción del poder adjudicador (art. 44-53 y 154-155)
El incumplimiento del adjudicatario no se aprecia únicamente respecto a los propios servicios, sino igualmente respecto al conjunto de sus obligaciones.
Para evitar toda impresión de riesgo de parcialidad o de connivencia en el seguimiento y el control de la ejecución del contrato, está estrictamente prohibido al adjudicatario ofrecer, directa o indirectamente, regalos, comidas o cualquier otra ventaja material o inmaterial, cualquiera que sea su valor, a los encargados del poder adjudicador concernidos directa o indirectamente por el seguimiento y/o el control de la ejecución del contrato, cualquiera que sea su rango jerárquico.
En caso de infracción, el poder adjudicador podrá exigir al adjudicatario una sanción global por infracción que irá hasta el triple del importe obtenido por la suma de los valores (estimados) de la ventaja ofrecida al comisionado y de la ventaja que el adjudicatario esperaba obtener ofreciendo la ventaja al comisionado. El poder adjudicador juzgará soberanamente la aplicación de esta sanción y de su magnitud.
Esta cláusula no menoscaba la aplicación eventual de las otras medidas de oficio previstas en el RGE, particularmente la anulación unilateral del contrato y/o la exclusión de la contratación del poder
adjudicador para una duración determinada.
4.2.6.1 Incumplimiento de ejecución (art. 44)
§1 El adjudicatario es considerado en incumplimiento de ejecución del contrato:
1° Cuando las prestaciones no son ejecutadas en las condiciones definidas por los documentos del contrato;
2° En cualquier momento, cuando las prestaciones no se desarrollan de modo que puedan terminarse definitivamente en las fechas fijadas;
3° Cuando no se cumplen las órdenes escritas válidamente dadas por el poder adjudicador.
§ 2 Todos los incumplimientos de las cláusulas del contrato, incluyendo la inobservancia de las órdenes del poder adjudicador, se constatan por un acta cuya copia se transmite inmediatamente al adjudicatario por carta certificada.
El adjudicatario está obligado a reparar sin demora sus faltas. Éste puede hacer valer sus medios de defensa por carta certificada enviada al poder adjudicador en los quince días siguientes al día determinado por la fecha del envío del acta. Su silencio se considera, tras este plazo, como reconocimiento de los hechos comprobados.
§ 3 Los incumplimientos comprobados a su cargo convierten al adjudicatario en imputable respecto a una o varias de las medidas previstas en los artículos 45 a 49, 154 y 155.
4.2.6.2 Multas por retraso (art. 46-154)
Las multas por retraso son independientes de las sanciones previstas en el artículo 45. Son debidas, sin emplazamiento, por la simple expiración del plazo de ejecución sin intervención de un acta y se aplican de pleno derecho para todos los días de retraso.
Aparte de la aplicación de multas por retraso, el adjudicatario es responsable frente al poder adjudicador de los daños y perjuicios, en su caso, causados a terceros por retraso en la ejecución del contrato.
4.2.6.3 Medidas de oficio (art. 47-155)
§ 1 Cuando, a la expiración del plazo señalado en el artículo 44, § 2, para hacer valer sus medios de defensa, el adjudicatario permanece inactivo o ha presentado medios considerados no justificados por el poder adjudicador, éste puede recurrir a las medidas de oficio descritas en el apartado 2.
El poder adjudicador puede no obstante recurrir a las medidas de oficio sin esperar a la expiración del plazo señalado al artículo 44, § 2, cuando, previamente, el adjudicatario reconoce expresamente los incumplimientos comprobados.
§ 2 Las medidas de oficio son:
1° la anulación unilateral del contrato. En este caso, el poder adjudicador reclamará de pleno derecho la totalidad de la fianza o, a falta de constitución, un importe equivalente en calidad de daños y perjuicios. Esta medida excluye la aplicación de cualquier multa por retraso de ejecución a la parte rescindida;
2° la ejecución por administración directa de todo o parte del contrato no ejecutado;
3° el establecimiento de uno o varios contratos por subcontratación o con uno o varios terceros para todo o parte del contrato que queda por ejecutar.
Las medidas previstas en el apartado 1, 2° y 3° se aplican sobre los gastos, riesgos y peligros del adjudicatario contumaz. No obstante, las multas y las sanciones aplicadas durante la ejecución de un
contrato por subcontratación quedan a cargo del nuevo adjudicatario.
4.2.7 Fin del contrato
4.2.7.1 Recepción de los servicios ejecutados (art. 64-65 y 156)
Los servicios serán controlados de cerca durante su ejecución por un delegado del poder adjudicador. La identidad de este delegado será comunicada al adjudicatario cuando se inicie la ejecución de los servicios.
Las prestaciones se recibirán solo después de haber satisfecho las comprobaciones, las recepciones técnicas y a las pruebas prescritas.
A la expiración del plazo de treinta días siguientes al día fijado para la terminación de la totalidad de los servicios, se redacta, según el caso, un acta de recepción o de negativa de recepción del contrato.
Cuando los servicios terminan antes o después de esta fecha, corresponde al adjudicatario comunicarlo por carta certificada al funcionario dirigente y solicitar, por la misma vía, proceder a la recepción. En los treinta días siguientes al día de la recepción de la solicitud del adjudicatario, se redacta según el caso un acta de recepción o de negativa de recepción.
4.2.7.2 Gastos de recepción
No se reconocen gastos de recepción en este PEC.
4.2.8 Facturación y pago de los servicios (art. 66 a 72 -160)
El adjudicatario enviará las facturas (en un solo ejemplar) y el acta de recepción del contrato (ejemplar original) a la dirección siguiente:
Av. Parque de las Leyendas N° 210, Xxxxxxxx Xxx Xxxxxxxx, Xxxxxxx Xx 000-X, xxxxxxxx xx Xxx Xxxxxx.
Factura deberá ser llenada con los siguientes datos:
RAZÓN SOCIAL: COOPERACION TECNICA BELGA - CTB RUC: 20505342195
DIRECCIÓN: Xxxxx Xxxx Xxxxx Xxxxx 000, Xxxxxxxxxx
Solo podrán facturarse los servicios ejecutados correctamente.
El poder adjudicador dispone de un plazo de comprobación de treinta días a partir de la fecha del fin de los servicios, comprobada conforme a las modalidades fijadas en los documentos del contrato, para proceder a las formalidades de recepción técnica y de recepción provisional, y notificar el resultado al adjudicatario.
El pago del importe debido al adjudicatario debe intervenir en un plazo de treinta días a partir del vencimiento del plazo de comprobación.
Cuando los documentos del contrato no prevean una declaración de deuda separada, la factura es válida como declaración de deuda.
La factura debe indicarse en moneda ofertada en el PRECIO.
El adjudicatario no puede pedir ningún anticipo, y el pago se efectuará tras la recepción de cada prestación de servicios objeto del mismo pedido.
El pago podrá efectuarse en varias fases en tres (3) armadas, de acuerdo al siguiente detalle:
1er Pago: El 20% del monto de la carta atribución, a la entrega y conformidad del Producto 1.
2do Pago: El 50% del monto de la carta de atribución, a la entrega y conformidad del Producto 2.
3er Pago: El 30% del monto de la carta de atribución, a la entrega y conformidad del Producto 3.
4.2.9 Litigios (art. 73)
Todos los litigios relativos a la ejecución de este contrato son competen exclusivamente a los tribunales del distrito judicial de Bruselas. La lengua vehicular es el francés o el neerlandés.
El poder adjudicador no es responsable en ningún caso de los daños causados a personas o a bienes por consecuencia directa o indirecta de las actividades necesarias para la ejecución de este contrato. A tal respecto, el adjudicatario garantiza al poder adjudicador contra toda acción en daños y perjuicios por parte de terceros.
En caso de “litigio”, es decir de acción judicial, la correspondencia (igualmente) deberá enviarse a la dirección siguiente:
Enabel
Cellule juridique du service Logistique et Achats (L&A)
À l’attention de Mme Xxxx Xxxxxxxx xxx Xxxxx 000
0000 XXXXXXXX
Xxxxxxx
5 Parte 2: Términos de referencia
TÉRMINOS DE REFERENCIA
IMPLEMENTACION DE LA INTEROPERABILIDAD DE LOS SISTEMAS DE INFORMACION DEL SEGURO SOCIAL DE SALUD DEL PERU (ESSALUD) – IAFAS, PARA EL INTERCAMBIO PRESTACIONAL EN SALUD
1. Dirección / Gerencia / UDR:
Gerencia Central de Operaciones (GCOP) y Gerencia Central de Tecnología de Información y Comunicaciones (GCTIC) del Seguro Social de Salud ESSALUD
2. Objetivo y justificación
El Intercambio prestacional se viene desarrollando en el país desde el año 2013, mediante el Decreto Legislativo N° 1159 y su Reglamento; en el cual se señala que es un mecanismo de compra y venta de servicios de salud obligatorio según capacidad de oferta disponible.
El intercambio busca garantizar el otorgamiento y financiamiento de las prestaciones de salud centradas en el ciudadano, entre Instituciones Administradoras de Fondos del Aseguramiento (IAFAS), Unidades de Gestión de las IPRESS (UGIPRESS) e Instituciones Prestadoras de Servicios de Salud (IPRESS) Públicas, generando una mayor cobertura y utilizando en forma eficiente la oferta pública disponible a nivel nacional.
Desde 2013 a la fecha, EsSalud contaba con 29 convenios de intercambio prestacional: uno en el ámbito de Lima Metropolitana suscrito en el 2011 entre MINSA, EsSalud y SIS; 27 suscritos entre el 2012 y 2013, entre el SIS, Redes Asistenciales de EsSalud y los Gobiernos Regionales a nivel nacional y, uno en el 2016 entre el SIS y el Ejercito del Perú.
En diciembre del 2016 se publica el Decreto Legislativo N°1302, que optimiza el intercambio prestacional; se reitera la obligatoriedad del mecanismo según capacidad de oferta disponible. Incorpora aspectos nuevos tales como: tarifas aprobadas por las partes, interoperabilidad de sistemas, certificación presupuestal. Entra en vigencia al día siguiente de la publicación de su reglamento, derogando el Decreto Legislativo N° 1159. El reglamento correspondiente se encuentra en proceso de aprobación.
De acuerdo, al ROF institucional del Seguro Social de Salud (ESSALUD), aprobado por Resolución de Presidencia Ejecutiva N° 656-PE-ESSALUD-2014 y sus modificatorias8, la Gerencia Central de Operaciones como órgano de línea lidera la ejecución del Proyecto por ser la encargada de ejercer el control prestacional de las IPRESS dependientes de la Gerencia General y de los operados a través de Asociaciones Público Privadas que se le encargue, dependiendo de la Gerencia General encontrándose a cargo de supervisar y controlar el otorgamiento de las prestaciones de salud de las IPRESS dependientes de la Gerencia General, así como de aquellas otras que requieran de una intervención directa.
El objetivo de la presente convocatoria es implementar la interoperabilidad de los sistemas de información de ESSALUD – IAFAS, sobre una arquitectura orientada a servicios para el intercambio de información bajo una trama de datos y formatos establecidos por la Superintendencia Nacional de Salud (SUSALUD), en coordinación con el Seguro Social de Salud del Perú (ESSALUD) que será usado en los siguientes Sistemas:
8 Modificado por Resoluciones de Presidencia Ejecutiva N° 767-PE-ESSALUD-2015, N° 141-PE-ESSALUD-2016, N° 310- PEESSALUD-2016, N° 328-PE-ESSALUD-2016, N° 394-PE-ESSALUD-2016, N° 055-PE-ESSALUD-2017, N° 142- PE- ESSALUD-2017, N° 347-PE-ESSALUD-2017y 539-PE-ESSALUD-2017
“Sistema de Acreditación de Asegurados de EsSalud” interconectado con el “Sistema Integrado de Transacciones Electrónicas de Datos en Salud” – SITEDS, para obtener la información que se necesite exponer en los servicios SITEDS.
“Sistema de Referencia y Contrarreferencia de EsSalud”, siendo consumido por otros sistemas que determine ESSALUD.
Asimismo, desarrollar un aplicativo que permita recibir y validar las Tramas de Facturación TEDEF enviadas por las IPRESS que brinden servicios a nuestros asegurados.
Dicho servicio y aplicativo deberá ser escalable, reutilizable y debe estar basado en estándares de interoperabilidad y seguridad, a fin de lograr un intercambio de la información de forma segura y confiable.
Para cumplir eficientemente este objetivo, Seguro Social de Salud del Perú (ESSALUD) requiere contratar a una empresa especializada en implementación de servicio especializado en el desarrollo de aplicativos, a través del PROGRAMA SISTEC.
3. Alcance del Servicio
El servicio deberá diseñar, desarrollar e implementar los servicios web que permite la interoperabilidad entre el ESSALUD como IAFAS y las IPRESS Públicas a través de las plataformas definidas por SUSALUD, para la consulta y autorización de asegurados, así como la recepción de tramas de Facturación TEDEF.
A continuación, se muestra el Diagrama de Comunicación que la implementación deberá lograr para que ESSALUD como Institución Administradora de Fondos de Aseguramiento en Salud (IAFAS) pueda intercambiar información con el aplicativo SITEDS o con otras aplicaciones de SUSALUD.
Fuente: xxxx://xxxxxxxx.xxxxxxx.xxx.xx/xxx/xxxxxxxxx_xxxxxxxxxxxxxxx/xxxxxxxxx
Entidades:
- IPRESS: Institución Prestadora de Servicio de salud.
- SUSALUD: Superintendencia Nacional de Salud.
- IAFAS: Institución Administradora de fondos de aseguramiento en Salud.
Cabe indicar, que ESSALUD es una IAFAS que cuentan con IPRESS propias y terceras.
Definiciones:
- SITEDS: Sistema Cliente/Servidor creado por SUSALUD para las IPRESS.
- WEB IPRESS: Sistema de la IPRESS que consume un servicio web de SUSALUD.
- WS SUSALUD: Servicio web de SUSALUD que consume servicio web de ESSALUD.
- WS IAFAS: Servicio Web de ESSALUD
Otros:
- X12N: Formato establecido por SUSALUD para la trama de información.
- Trama: La estructura de datos que ha sido establecida por SUSALUD y deberá construirse y enviarse bajo el formato X12N
- EsSalud: Seguro Social de Salud
- GCTIC: Gerencia Central de Tecnología de la Información y Comunicaciones de EsSalud
3.1. Adaptaciones tecnológicas requeridas:
De acuerdo al flujo propuesto para el Piloto de Intercambio Prestacional (ver anexo 1), se han determinado las siguientes adaptaciones tecnológicas de ESSALUD como Institución Administradora de fondos de aseguramiento en Salud (IAFAS):
PROCESO | ADAPTACIONES TECNOLOGÍCAS A REALIZAR EN EL SERVICIO | SISTEMAS ESSALUD INVOLUCRADOS |
Acreditación del Asegurado (Consulta y Autorización del Asegurado) | Web Service de Essalud (IAFAS), para consumir a través del Sistema SITEDS con información del asegurado EsSalud (según operaciones definidas por SUSALUD para SITEDS). Generación del código autorización. | SAS RAUS |
Gestión Referencias | Creación de los servicios para interactuar el SYSRYC de EsSalud (referencias y contrarreferencias) con el Sistema REFCON del MINSA | SISRYC |
Verificación de la Facturación de las atenciones del periodo | Recepción y repositorio de Tramas TEDEF de IPRESS (GORE-MINSA) Validar cumplimiento de las condiciones básicas en las tramas TEDEF, e indicar en caso de observaciones o rechazo de Xxxxxx TEDEF recibidas. Registro de tramas por corregir o rechazadas Registro de facturas presentadas y conformes por pagar Envío de Tramas TEDEF a SUSALUD | Nuevo Aplicativo |
3.2. Consideraciones del alcance
Además, la implementación tendrá las siguientes características:
1. Debe atender las normas legales emitidas por el Estado:
- Xxx Xxxxx de Aseguramiento Universal en Salud, Ley N° 29344.
- DS N° 008-2010-SA, que aprueba el Reglamento xx Xxx N° 29344.
- Ley 29733 “Ley de protección de datos personales”.
- Decreto Legislativo N°1302, año 2016
2. Capacitación al personal del EsSalud en el mantenimiento de la solución integral, en integración de servicios aislados e implementación de nuevos servicios en la plataforma bajo el enfoque de la metodología usada.
3. La solución debe incluir mecanismos de seguridad, auditoría, logging y mecanismos gestión de errores.
3.3. Gestión del Proyecto y Metodología
La gestión de proyectos deberá realizarse utilizando las buenas prácticas definidas en el estándar de gestión del Project Management Institute (PMI), a través del PMBOOK.
Asimismo, considerar la Metodología MEGEDSI-ES, desarrollada por GCTIC para la Gestión de Proyectos de Desarrollo de Sistemas Informáticos en EsSalud. Está metodología se basa en la NTP 12207 conforme a la Resolución Ministerial Nº 179-2004-PCM.
Elaborar la respectiva documentación del sistema de acuerdo a los formatos establecidos en la metodología de desarrollo de sistemas, los mismos que serán proporcionados por el Coordinador del Proyecto de ESSALUD.
La metodología de desarrollo de software para el servicio web deberá estar basada en buenas prácticas de desarrollo (incluyendo procesos de negocio y su orientación a servicios e implementación y despliegue). Debe estar basado en componentes reutilizables y que se puedan integrar con los sistemas requeridos.
4. Especificaciones del Servicio
A continuación, se detallan las especificaciones del presente servicio.
4.1 Consulta y Autorización de Asegurados
Análisis, diagramación y especificación de la situación actual del modelo de datos que contiene la información requerida a ser enviada y retornada por el proceso de acreditación, en base al siguiente flujo de operación:
Se han determinado tres (03) operaciones definidas como prioridad, estas deberán ser analizadas para desarrollar su lógica de negocio, y luego serán desarrolladas como operaciones:
N | OPERACION | DESCRIPCION | PETICION DE TRANSACCION | RESPUESTA DE TRANSACCION |
1 | getConsultaAsegNom | Permite obtener la información de los datos del asegurado por nombre según los parámetros de búsqueda. | 270_CON_ASE | 271_CON_NOM |
2 | getConsultaAsegCod | Permite obtener la información de los datos del asegurado por código según los parámetros de búsqueda. | 270_CON_ASE | 271_CON_COD |
3 | getNumAutorizacion | Permite obtener la información del número de autorización del asegurado según los parámetros de búsqueda. | 271_SOL_AUT | 997_RES_AUT |
El procedimiento de lectura será desde el modelo actual de base de datos, para generar las estructuras de datos requeridas por las 03 operaciones del sistema SITEDS, considerando la documentación publicada de SUSALUD.
Para el servicio requerido, se debe considerar la documentación publicada por SUSALUD. (xxxx://xxxxxxxx.xxxxxxx.xxx.xx/xxx/xxxxxxxxx_xxxxxxxxxxxxxxx/xxxxx) para el intercambio de información del proceso de acreditación.
Para mayor detalle, ver Anexo 2: Criterios Generales y Específicos para Consulta y Autorización de Asegurados.
4.2 Gestión de Referencias
Se definen seis (06) operaciones definidas como prioridad que deben ser contempladas en los sistemas que van a interoperar:
N° | OPERACIONES | DESCRIPCION | CODIGO TRANSACCION | IPRESS ORIGEN | IPRESS DESTINO |
1 | arefgensolref | La IPRESS Destino recibe los datos de una solicitud de referencia enviada por la IPRESS Origen. | REF101 | Consume el Servicio | Provee el Servicio |
2 | arefanusolref | La IPRESS Destino recibe los datos de la orden de anulación a una solicitud de referencia enviada por la IPRESS Origen | REF102 | Consume el Servicio | Provee el Servicio |
3 | asignarObsSolRef | La IPRESS Origen recibe las observaciones que ha generado la IPRESS Destino a la Solicitud de Referencia | REF201 | Provee el Servicio | Consume el Servicio |
4 | asignarEstadoRef | La IPRESS Origen recibe el estado de atención que ha indicado la IPRESS Destino a la referencia generada | REF202 | Provee el Servicio | Consume el Servicio |
5 | asignarCitaRef | La IPRESS Origen recibe los datos de la cita para que el paciente se atienda en la IPRESS Destino. | REF203 | Provee el Servicio | Consume el Servicio |
6 | asignarContraRef | La IPRESS Origen recibe los datos de la contrarreferencia realizada por la IPRESS Destino | REF204 | Provee el Servicio | Consume el Servicio |
El Sistema de Referencia y Contrarreferencias de EsSalud recibirá solicitudes de referencia desde el Sistema MINSA / SIS / GORE de Referencias y Contrareferencias, definido para el piloto.
El "Sistema de Referencias y Contrareferencias de EsSalud":
Permite gestionar los procedimientos administrativos y asistenciales mediante el cual se refiere o transfiere a un paciente de un centro asistencial a otro de mayor capacidad resolutiva, como resultado de la complejidad de su enfermedad.
Lenguaje Java JDK Versión 1.4.
Base de Datos Oracle Versión 10 g
Para mayor detalle, ver Anexo 3: Especificaciones Técnicas WEB Services Referencias IP
Los web service publicados a desarrollar deben estar preparados para ser consumidos por cualquier sistema, para ello se recomienda establecer una estructura de información estándar, para la
interoperatividad en salud según la norma actual que XXXXX establece.
4.3 Verificación de la Facturación de las atenciones del periodo
El servicio deberá permitir dos procesos en el marco del Intercambio Prestacional
1. Recepción de Trama de atenciones de la IPRESS hacia ESSALUD IAFAS
2. Envío de Trama de atenciones de asegurados ESSALUD hacia SUSALUD
El repositorio es la base de datos a construir, que permita registrar la información recibida, así que se genere durante el proceso (por ejemplo: estados, log de errores, etc.)
Para mayor información y detalle sobre las operaciones y servicios, así como los campos de información definidos para la petición de transacción y respuesta de la transacción se encuentran en la siguiente URL xxxx://xxxxxxxx.xxxxxxx.xxx.xx/xxx/xxx/xxxxx
El aplicativo a desarrollar deberá tener las siguientes funcionales principales:
Recepción y repositorio de Tramas TEDEF de IPRESS (GORE-MINSA). Carga de tramas (lotes) de IPRESS con contraseña para asegurar su generación en el TEDEF.
Validar cumplimiento de las condiciones básicas en las tramas TEDEF, e indicar en caso de observaciones o rechazo de Xxxxxx XXXXX recibidas.
Registro de tramas por corregir o rechazadas.
Verificación de las prestaciones o atenciones.
Registro de facturas presentadas: conformes, rechazadas u observadas.
Envío de Tramas TEDEF a SUSALUD
Las condiciones básicas para validar las tramas de estructura, deben estar alineadas a las especificaciones técnicas dadas por SuSalud TEDEF y que permita realizar la facturación electrónica correspondiente.
Las condiciones básicas de negocio se definirán durante la etapa de análisis, estas condiciones estarán relacionadas con información de la acreditación, la prestación de salud y facturación. Todo esto cumpliendo con los estándares de datos de salud planteados con MINSA y SuSalud.
Se pueden considerar en las condiciones básicas de negocio por ejemplo:
Diagnósticos (CIE10) correspondientes por sexo y edad.
Cartera de servicios por IPRESS, prestaciones de salud (CPMS) y tarifas definidas en cada convenio de Intercambio Prestacional.
Verificación del código de autorización.
5. ACTIVIDADES
5.1 Estudio, análisis y especificación de la Situación Actual.
En esta etapa el proveedor deberá desarrollar el análisis, diagramación y especificación de la situación actual de los sistemas que contiene la información requerida a ser enviada y recibida por el servicio web según la documentación publicada por SUSALUD para SITEDS Y TEDEF, así como la proporcionada por ESSALUD en lo que corresponde al Sistema de Referencia y Contrarreferencia u otros que se requiera.
5.2 Realizar la Propuesta de Mejora
Como parte del servicio, y tras el análisis situacional realizado previamente, la consultora debe presentar el Modelo de Datos propuesto y el procesamiento de la información para que de este pueda obtenerse la información a ser enviada y/o recibida a través de los servicios web y del aplicativo a desarrollar.
La propuesta de mejora, deberá considerar los siguientes aspectos:
- El Diccionario de Datos del nuevo sistema propuesto. (Se deberán coordinar los formatos a contemplar con la GCTIC)
- Las coordinaciones con las Gerencias Centrales y redes asistenciales del ESSALUD que participen del negocio.
- Los objetos de Base de Datos se trabajarán bajo los estándares manejados por GCTIC.
5.3 Desarrollo
Los Servicios web serán desarrollados en base a los siguientes aspectos:
Protocolo: HTTP
Arquitectura: REST y/o SOAP
Librería: Jersey 2.6 como mínimo
Formato de Salida: JSON y/o XML
Seguridad: autenticación básica (mediante usuario y clave) y/o seguridad intermedia con JWT (JSON Web Token)
Los servicios deberán integrar el componente desarrollado por SUSALUD para la conversión de las tramas de petición y respuesta en formato X12N. (Para la implementación de las Tramas en formato X12N se deberá tomar en cuenta el
componente establecido por SUSALUD)
Los Parámetros de Entrada y salida se definirán en conjunto entre la consultora y el equipo de trabajo del ESSALUD. A fin de seguir lo establecido por XXXXXXX.
El aplicativo será desarrollado en base a los siguientes aspectos:
Generar el código necesario de los diferentes componentes, métodos, clases, pantallas, programas, garantizando su calidad, performance y apego a los estándares establecidos.
Los programas deben ser instalados y configurados en los ambientes de desarrollo, calidad, pruebas y producción provistos por ESSALUD. Los ambientes de desarrollo, calidad, pruebas y producción de ESSALUD tendrán el software base necesario instalado.
También se encargará EsSalud de configuraciones adicionales y gestión de redes.
El sistema debe ser desarrollado en el lenguaje de programación Java EE usando el Framework JSF 2.1 o superior, Primefaces 6.0 o superior, MyIbatis 3.0 o superior.
El despliegue de aplicación será realizada sobre un servidor de aplicaciones Jboss EAP 6.3.
La base de datos que se utilizará como motor de base de datos para el aplicativo será Oracle 11g.
Recibir del responsable de requerimientos funcionales previamente aprobadas por el Coordinador del Proyecto, las especificaciones técnicas de las funcionalidades del código.
Las reglas de negocio serán provistas por personal de las Áreas Orgánicas de EsSalud, de acuerdo al ámbito de competencia, en coordinación con la Gerencia Central de Operaciones, teniendo como base el prototipo desarrollado que servirá como modelo de diseño de la aplicación.
Sugerir cambios en la base de datos bajo la supervisión y aprobación del responsable de Base de datos.
Desarrollar el prototipo del sistema requerido para la Verificación de la Facturación de las atenciones del periodo.
Desarrollar el código fuente de los desarrollos requeridos los mismos que contemplarán los requerimientos funcionales.
Diseñar y ejecutar pruebas de validación funcional para los programas desarrollados y/o mantenidos en coordinación con el área usuaria.
Participar en las pruebas de integración de los diferentes módulos y/o componentes desarrollados y/o mantenidos.
El proveedor realizará las adecuaciones requeridas por el Coordinador de Proyecto de ESSALUD durante las pruebas de desarrollo, certificación y calidad, siendo necesaria su conformidad de pase a producción para dar por cumplido el servicio contratado.
Los códigos fuentes de los servicios deberán ser versionados y desarrollados dentro de ESSALUD en coordinación con el equipo GCTIC. Para el desarrollo se deberán coordinar las herramientas a ser utilizadas con la GCTIC a fin de poder implementarlas o adquirirlas de ser el caso para futuras modificaciones.
5.4 Capacitación y/o entrenamiento
La transferencia de conocimiento se llevará a cabo bajo la modalidad presencial, en las instalaciones y horario que ESSALUD designe, o previa coordinación en las instalaciones del proveedor que disponga para tal fin.
El alcance de los usuarios, se definirá en la etapa de análisis y se podrá proponer los grupos de capacitación para usuarios y horas respectivas, optimizando los horarios en acuerdo con proveedor.
El proveedor del servicio deberá realizar las siguientes capacitaciones: Capacitación técnica y transferencia de conocimiento:
Capacitar al usuario que de acuerdo a sus funciones del ROF de EsSalud, quede a cargo de cada solución en el uso general del aplicativo resaltando las funcionalidades o procesos principales de la solución. La cantidad de usuarios será proporcionada por el área usuaria
Realizar la capacitación técnica del sistema desarrollado al (los) profesional (es) técnico(s) que designe la GCTIC, que serán los Administradores TI, los cuales serán encargado de realizar el mantenimiento del servicio web y aplicativo, ante posibles modificaciones que hubiere lugar, luego de entregado el servicio. La capacitación técnica debe considerar la arquitectura de desarrollo, instalación y configuración del servicio web. Se estima entre 06 a 12 personas. La duración horas mínima es 24 y dependerá de la etapa de análisis.
La capacitación técnica del sistema desarrollado y las capacitaciones de transferencia de conocimiento, serán en Lima.
Capacitación de usuarios:
Transferencia de conocimientos de la metodología de desarrollo de servicios para la integración de servicios existentes y el desarrollo de un nuevo servicio a un mínimo de seis (06) personas hasta quince (15) personas y las horas mínimas 24. Se debe entregar una constancia de participación de la empresa.
Transferencia de conocimiento para un mínimo de seis (06) personas hasta quince
(15) personas de un mínimo de veinticuatro (24) horas de duración sobre desarrollo y mantenimiento de aplicaciones de integración con la herramienta de software empleada. Se debe entregar una constancia de participación de la empresa.
La capacitación de usuarios, será en Lima y Cajamarca.
Las capacitaciones se realizarán dentro del tiempo de ejecución del servicio.
Para ello, el postor deberá coordinar con ESSALUD para el inicio de cada una de las capacitaciones, para lo cual entregará previamente la siguiente información y herramienta:
Temario.
Cronograma.
Manuales de instrucción.
CD y otros, que ayude al desarrollo de la capacitación.
El traslado y alojamiento de personal de EsSalud es cubierto por EsSalud.
5.5 Implementación
• Pruebas respectivas a los ambientes de desarrollo y calidad, y levantamiento de observaciones.
• Despliegue en ambientes de producción para el piloto.
• Piloto del despliegue en producción:
- La consultora deberá acompañar a EsSalud en las pruebas de intercambio de información con el SITEDS y TEDEF en la Sede Central.
- La consultora deberá acompañar a EsSalud en las pruebas del aplicativo en la Sede Central.
- La consultora deberá acompañar a EsSalud en las pruebas piloto a realizarse en Cajamarca en una IPRESS y/o UGIPRESS del MINSA.
- La consultora deberá documentar el procedimiento a fin de que otros consumidores pueda realizar la misma integración.
• Despliegue de aplicaciones en ambientes de producción.
• Seguimiento y Control sobre el piloto de interoperabilidad (02 Semanas)
Los acompañamientos para pruebas en sede central y Cajamarca son presenciales. Las pruebas pilotos en Cajamarca se definirá su alcance durante la etapa de análisis.
6. Productos
Todos los entregables serán presentados mediante un informe técnico en donde se detalle en qué consisten y/o cómo están conformados, los mismos que serán acompañados de los documentos correspondientes en original, copia y en formato electrónico.
Producto 1: ANALISIS
- Acta de constitución del proyecto (*) el cual se debe elaborar luego de la reunión del lanzamiento del proyecto (Kickoff).
- Análisis de requerimientos.
- Plan de metodología a ser usada para el desarrollo del servicio y aplicativo
- Documento de Análisis Situacional y Propuesta de mejora.
- Plan de Dirección del Proyecto. La versión preliminar del Plan de dirección del proyecto debe ser presentado en la reunión de Kickoff.
Producto 2: DISEÑO
- Informe del Análisis de los Servicios y sus operaciones.
- Diseño de los servicios web y sus operaciones.
- Diseño del aplicativo
- Documentos afines a la metodología tomada de las buenas prácticas para el desarrollo de servicios web
- Documentos afines a la metodología tomada de las buenas prácticas para el desarrollo del aplicativo
Producto 3 IMPLEMENTACIÓN Y CAPACITACIÓN:
- Prototipo del aplicativo
- Códigos fuentes de aplicaciones y de objetos de Base de Datos del servicio web y el aplicativo
- Informe de las Pruebas respectivas a los ambientes de desarrollo y calidad, y levantamiento de observaciones. EsSalud proveerá datos para las pruebas.
o Documentación de Casos de Uso de Pruebas Funcionales.
o Documentación de Casos de Uso de Pruebas Técnicas (stress, pruebas de calidad de código, pruebas de autentificación de los usuarios, entre otras)
o Acta de conformidad de pruebas funcionales
- Manual de usuario
- Manual técnico del sistema
o Descripción de módulos
o Modelo y Diccionario de datos
o Descripción de interface con otros sistemas
o Pre- Requisitos generales para instalación el sistema
o Instalación y configuración
o Otros puntos que se detallan en documento técnico de la metodología MEGEDSI-ES.
- Acta de Despliegue de aplicaciones en ambientes de producción.
- Informe de Seguimiento y Control sobre el piloto de interoperabilidad (Incluye bitácora de incidencias)
- Informe de Capacitación y entrenamiento realizado (incluyendo Actas de Asistencia)
- Informe final de los servicios implementados.
7. Perfil del Postor
La empresa deberá cumplir, como mínimo con el siguiente perfil:
No estar inhabilitado para contratar con el Estado
Deberá acreditar la implementación de por lo menos tres (03) implementaciones en Integración de Servicios o servicios similares en los últimos cinco (05) años. La acreditación será con contratos u órdenes de servicios y su respectiva conformidad.
Deberá acreditar la implementación de por lo menos tres (03) desarrollo de aplicaciones o servicios similares en los últimos cinco (05) años. La acreditación será con contratos u órdenes de servicios y su respectiva conformidad.
Cumplimiento sin penalidades de los servicios desarrollados, los cuales serán acreditados mediante constancias de prestación o cualquier otro documento que indique que el proveedor no haya incurrido en retrasos.
8. Equipo de Trabajo mínimo
El equipo de trabajo deberá estar integrado por los siguientes profesionales:
a) 01 Jefe de Proyecto
Profesional titulado en Ingeniería de Sistemas, Informática, Computación o afines. Maestría en Administración de Empresas, Ingeniería de Sistemas o afines
Cursos en Gestión de Proyectos
Experiencia mínima de ocho (8) años como Jefe de Proyectos informáticos.
Haber participado como Jefe de Proyectos en al menos tres (03) servicios de integración de servicios o desarrollo de aplicativos
b) 02 Analistas Programadores
Profesional Bachiller en Ingeniería de Sistemas, Informática, Computación o afines. Desarrollador Java con experiencia laboral mínima de cuatro (04) años.
Experiencia comprobada, con un mínimo de tres (03) años, en desarrollo de sistemas en entorno web con Java EE, en instituciones públicas y/o privadas.
Experiencia mínima de dos (02) años en integración de servicios SOA (Service Oriented Architecture).
Experiencia sustentable con declaración jurada y/o certificados:
Uso de Frameworks asociados con la plataforma JEE: JSF 2.0 o superior, PrimeFaces 5.0, MyIbatis 3.0
Experiencia en CSS, JavaScript y tecnologías relacionadas con la plataforma JEE.
Experiencia en desarrollo de webservice con SOA y Restful
Experiencia y uso de lenguaje PL/SQL en base de datos Oracle 11g.
Experiencia en desarrollo y/o despliegue de aplicaciones en servidores Jboss EAP
6.1 o superior,
Conocimiento en manejo de metodologías de modelado de sistemas y de base de
datos (UML, diagramas E-R).
c) 01 Analista de Sistemas
Profesional en Ingeniería de Sistemas, Informática, Computación o afines. Certificación en SCRUM
Experiencia mínima de cuatro (04) años como Analista de Sistemas. Experiencia como Analista de Sistemas en el sector Salud o Seguros.
Experiencia mínima de un (01) año realizando labores de Integración de servicios o desarrollo de aplicativos
d) 01 Tester
Profesional Bachiller en Ingeniería de Sistemas, Informática, Computación o afines.
Experiencia mínima de dos (02) años como Tester de proyectos de desarrollos web con tecnología Java.
9. Plazo de ejecución del servicio
El servicio tendrá una duración de hasta ciento cincuenta (150) días calendario, contados a partir del día siguiente de suscrito el contrato y se distribuye según el siguiente cuadro:
Entregable | Fecha de entrega |
Producto 1 | Se prestarán en el plazo de treinta (30) días calendario, contados a partir del día siguiente de suscrito el contrato |
Producto 2 | Se prestarán en el plazo de sesenta (60) días calendario, contados a partir del día siguiente de aprobado el Producto 1. |
Producto 3 | Se prestarán en el plazo de sesenta (60) días calendario, contados a partir del día siguiente de aprobado el Producto 2. |
10. Cronograma
La entrega del servicio se realizará considerando el siguiente cronograma:
Actividades | Mes 1 | Mes 2 | Mes 3 | Mes 4 | Mes 5 |
Producto 1: Plan de Trabajo | X | ||||
Producto 1: Análisis | X | ||||
Producto 2: Prototipo | X | ||||
Producto 2: Desarrollo | X | X | |||
Producto 3: Pruebas | X | ||||
Producto 3: Capacitación y Despliegue | X | X |
11. Garantía
Se requiere una garantía de un (01) año en el soporte de incidencias presentadas en los servicios desarrollados que incluye la modificación de las operaciones no probados y no identificados al momento de desarrollo y que presenten problemas posteriores al despliegue.
12. Soporte Técnico
El postor brindará soporte y mantenimiento de la solución ofertada (integración de aplicaciones) por un periodo de un (01) año contados a partir de la fecha de emisión de la conformidad final del servicio.
El servicio de soporte se brindará en modalidad 24x7. El soporte será centralizado y se accederá vía Web o vía telefónica.
La atención de los casos presentados deberá atenderse con un tiempo de respuesta de dos (02 horas) como máximo. En la modalidad de On-site de ser necesario.
El postor debe proporcionar documentación de su proceso de atención, nivel de escalamiento, contactos, teléfono, email a la firma del contrato.
El postor deberá proporcionar atención y seguimiento a las incidencias presentadas a través de llamadas telefónicas, vía email o de forma presencial, así como proporcionar resolución y escalabilidad de incidencias.
Se requiere un mínimo de 48 horas de soporte técnico de tercer nivel por un (01) año para el servicio web sobre plataforma SOA.
13. Forma de pago
El Programa SISTEC deberá realizar el pago de la contraprestación pactada a favor del contratista en tres (03) pagos parciales y de acuerdo al cuadro siguiente:
Pago | % de Pago |
1er. Pago | Equivalente al 20% del monto de la carta de atribución, a la entrega y conformidad del Producto 1 |
2do. Pago | Equivalente al 50% del monto de la carta de atribución, a la entrega y conformidad del Producto 2 |
3er. Pago | Equivalente al 30% del monto de la carta de atribución, a la entrega y conformidad del Producto 3 |
Para efectos del pago de las contraprestaciones ejecutadas por el contratista, la Entidad deberá contar con la siguiente documentación:
a. Conformidad del Producto
b. Comprobante de Pago (Factura).
14. Conformidad
La conformidad de los productos la emite el Programa SISTEC.
La conformidad se emite en un plazo de quince (15) días calendarios.
De existir observaciones, el plazo para subsanar observaciones no puede ser menor de cinco
(05) días calendario ni mayor de quince (15) días calendario, dependiendo de la complejidad.
15. Lugar y plazo de prestación del servicio
Lugar
La prestación del servicio se efectuará en las Oficinas de EsSalud, situada en el Xxxxx Xxxxxxx Xxxxx Xxx. 000 (Xxxxxxxx Xxxx), Xxxxx Xxxxx.
La prueba piloto de campo se realizará en los lugares designados en la Región Cajamarca, en la UGIPRESS o IPRESS según corresponda.
Plazo
Ciento cincuenta (150) días calendario
16. Recursos a ser provistos por el proveedor
El proveedor deberá disponer del recurso humano calificado, equipo de cómputo y las herramientas informáticas que conforman su ambiente de desarrollo, las mismas que son necesarias para la realización del servicio contratado y que permitirán cumplir con lo establecido en los lineamientos generales y específicos del numeral 5.1.
Dicho recurso coordinará los detalles del requerimiento con el Coordinador de Proyectos de la Gerencia Central de Operaciones y las áreas orgánicas de EsSalud.
17. Recursos y facilidades a ser provistos por EsSalud
Asimismo, la Gerencia Central de Tecnologías de Información y Comunicaciones brindará las facilidades técnicas para acceder a los recursos de los ambientes de desarrollo, calidad y productivo para el desarrollo y despliegue del aplicativo.
18. Confidencialidad
El Proveedor y su personal se obligan a mantener y guardar estricta reserva y absoluta confidencialidad sobre todos los documentos e informaciones de EsSalud a los que tenga acceso durante la ejecución del presente servicio. En tal sentido, el Proveedor y su personal deberán abstenerse de divulgar tales documentos e informaciones, sea en forma directa o indirecta, a personas naturales o jurídicas, salvo autorización expresa y por escrito de EsSalud. Asimismo, el Proveedor y su personal convienen en que toda la información suministrada en virtud de este servicio es confidencial y de propiedad de EsSalud, no pudiendo el Proveedor y su personal usar dicha información para uso propio o para dar cumplimiento a otras obligaciones ajenas a las del presente servicio.
Los datos de carácter personal entregados por EsSalud al Proveedor y su personal, y obtenidos por estos durante la ejecución del servicio, única y exclusivamente podrán ser aplicados o utilizados para el cumplimiento de los fines del presente documento. El Proveedor se compromete a cumplir con lo indicado en la Ley N° 29733, Ley de protección de datos personales.
El Proveedor se compromete a devolver todo el material que le haya proporcionado EsSalud a los dos (02) días hábiles siguientes de la culminación o resolución del contrato, sin que sea necesario un requerimiento previo.
La obligación de confidencialidad seguirá vigente incluso luego de la culminación del presente servicio, hasta por dos (02) años.
El incumplimiento de lo establecido en el presente numeral, por parte del Proveedor y su personal, constituye causal de resolución de contrato, la cual se llevará a cabo de conformidad con el artículo 169° del Reglamento de la Ley de Contrataciones del Estado.
19. Propiedad intelectual
Todo producto que se desarrolle para el presente servicio o que deriven en documentación de cualquier índole y que hayan sido elaborados por el Proveedor en razón de los objetivos contenido del servicio, son de exclusiva propiedad del Programa SISTEC de la CTB, quedando reservados para éste todos los derechos como propietario de los mismos.
De acuerdo a las políticas y procedimientos de la CTB, la solución podrá ser cedida en sesión de uso a EsSalud una vez culminado el servicio.
20. Responsabilidad por vicios ocultos
La conformidad del servicio por EsSalud no enerva su derecho a reclamar posteriormente por defectos o vicios ocultos, conforme a lo dispuesto por el Artículo 50º de la Ley.
El proveedor es responsable por la calidad ofrecida y por los vicios ocultos del servicio contratado por un plazo máximo de dos (2) años contados a partir de la conformidad otorgada por EsSalud.
21. Financiamiento
Cooperación Belga.
22. Línea Presupuestal
A0517030602
ANEXO 1
FLUJO PROPUESTO PARA EL PILOTO DE INTERCAMBIO PRESTACIONAL
ANEXO 2
CONSIDERACIONES GENERALES Y ESPECÍFICAS
CONSULTA Y AUTORIZACIÓN DE ASEGURADOS
1. Criterios Generales
Para realizar la asignación de Establecimientos de Salud a los asegurados de EsSalud se debe considerar los siguientes criterios para la consulta y acreditación del asegurado.
Fuente de información.
El Sistema de Seguros y Prestaciones Económicas (SAS).
Los tipos de Seguros
Para el Intercambio Prestacional se consideran a los siguientes tipos de seguros:
a) Seguro Regular. - Trabajador Activo, Trabajador CAS, Trabajador de la CBSSSP, Trabajador del Hogar, Pensionista, Pensionista CBSSP, Pescador y Procesador Artesanal Independiente.
b) Seguro Agrario. – Trabajador Agrarios Dependiente y Trabajadores de la Actividad Acuícola.
c) Beneficiario Ley 30478, (no considera derechohabientes).
Los asegurados del Seguro Regular afiliados a la EPS no serán considerados por su cobertura limitada, en ese sentido cabe indicar que el otorgamiento de las prestaciones PEAS es de responsabilidad de la EPS.
Estado del asegurado.
Activo, sin registro de fallecido
Vigencia del Asegurado
Con fecha de vigencia ‘”HASTA” mayor o igual a la fecha de consulta.
2. Criterios de Consulta del Asegurado
Realizar las siguientes validaciones de búsqueda
a) La consulta de asegurados debe ser mediante los siguientes parámetros:
Tipo de documento de identidad (DNI o Carnet de Extranjería).
Apellidos y Nombres;
Apellido Paterno (Requerido en caso de no ingresar documento de identidad) Apellido Materno (Opcional)
Nombres (Opcional)
Código de identificación de la IPRESS que consulta.
b) Solo debe permitir la consulta de asegurados asignados a la IPRESS que consulta, en base al ámbito geográfico asignado, para ello se requiere el código de identificación de la IPRESS consultante.
c) En caso que la consulta identifica personas coincidentes con los parámetros de búsqueda, se deben buscar las afiliaciones que cumplan con todos los criterios de acreditación, y en caso de existir más de un registro con acreditación vigente, se debe establecer criterios de prioridad que permita enviar un único registro por persona como respuesta de la búsqueda.
3. Criterios de Acreditación del Asegurado
Deberá validar lo siguiente:
a) Que la fecha de la vigencia de la acreditación sea igual o mayor que la fecha de consulta realizada por la IPRESS, envía como respuesta número de autorización.
Se detalla el proceso de acreditación EsSalud en el siguiente diagrama:
ANEXO 3
ESPECIFICACIONES TÉCNICAS WEB SERVICES REFERENCIAS - IP
El objetivo de estas especificaciones es de solicitar el desarrollo de una solución que permita realizar una interoperabilidad de intercambio de información entre Sistemas de Información que son usadas por entidades que están dentro del marco del intercambio prestacional(SIS , MINSA, ESSALUD, SUSALUD)
Las especificaciones que se han elaborado son para apoyar al proceso de Referencia y Contrarreferencia a continuación detallo lo siguiente:
1. Para la integración de aplicaciones es necesario que el desarrollo web se base a una arquitectura orientada a servicios (SOA).
2. Operaciones definidas y estructura de datos
Para definir las operaciones se toma en consideración lo siguiente.
Sistema de Referencia y Contrarreferencia de EsSalud (SISRyC) es usado por nuestras IPRESS institucionales
Sistema REFCON propuesto para ser usado por las IPRESS de la GORE y MINSA
Ambos sistemas deberán intercambiar información
2.1. Operaciones
Se definen 6 operaciones que deben ser contempladas en los sistemas que van a interoperar.
N° | OPERACIONES | DESCRIPCION | CODIGO TRANSACCION | IPRESS ORIGEN | IPRESS DESTINO |
1 | arefgensolref | La IPRESS Destino recibe los datos de una solicitud de referencia enviada por la IPRESS Origen. | REF101 | Consume el Servicio | Provee el Servicio |
2 | arefanusolref | La IPRESS Destino recibe los datos de la orden de anulación a una solicitud de referencia enviada por la IPRESS Origen | REF102 | Consume el Servicio | Provee el Servicio |
3 | asignarObsSolRef | La IPRESS Origen recibe las observaciones que ha generado la IPRESS Destino a la Solicitud de Referencia | REF201 | Provee el Servicio | Consume el Servicio |
4 | asignarEstadoRef | La IPRESS Origen recibe el estado de atención que ha indicado la IPRESS Destino a la referencia generada | REF202 | Provee el Servicio | Consume el Servicio |
5 | asignarCitaRef | La IPRESS Origen recibe los datos de la cita para que el paciente se atienda en la IPRESS Destino. | REF203 | Provee el Servicio | Consume el Servicio |
6 | asignarContraRef | La IPRESS Origen recibe los datos de la contrarreferencia realizada por la IPRESS Destino | REF204 | Provee el Servicio | Consume el Servicio |
2.2. Estructura de datos definidos para la Transacción REF101 – La IPRESS destino recibe los datos de una solicitud de referencia enviada por la IPRESS Origen.
Parámetros de Petición:
NAME | DATA TYPE | COMMENT | MANDATORY |
RefNroIdTrn | Numerico(10) | Numero Id que identifica a la Transacción Solicitada | Si |
RefCodTrn | Varchar(6) | Código de Transacción(REF101) | Si |
RefIpressDes | Varchar(8) | Código IPRESS Destino (Cód. Renaes) | Si |
RefIpressOri | Varchar(8) | Código IPRESS Origen (Cód. Renaes) | Si |
RefIafaOri | Varchar(15) | Código IAFA Origen | Si |
RefTipDocIdeUsu | Varchar(1) | Tipo de Doc. de Identidad del Usuario que realiza la transacción | Si |
(1=DNI / 2=C.EXT) | |||
RefNumDocIdeUsu | Varchar(10) | Numero de Documento de Identidad del Usuario que realiza la transacción | Si |
RefGenSolEntExt | SDT | Estructura de Datos | Si |
Estructura de Datos RefGenSolEntExt
NAME | DATA TYPE | COMMENT | MANDATORY |
RefIpressDes | Varchar(8) | Código IPRESS Destino (Cód. Renaes) | Si |
RefIpressOri | Varchar(8) | Código IPRESS Origen (Cód. Renaes) | Si |
RefIdSolOri | Numerico(10) | Id de Referencia de la IPRESS Origen | Si |
RefActMedOri | Numérico(10) | Numero del Acto Medico de la IPRESS Origen | Si |
RefFecActMed | Varchar(10) | Fecha del Acto Medico de la IPRESS Origen(DD/MM/YYYY) | Si |
NroHistOri | Numérico(10) | Numero de Historia Clinica IPRESS Origen | Si |
RefCodAreaDes | Numerico(2) | Código del Área Hospitalaria Destino (ver apéndice 3.1) | Si |
RefCodEspDes | Varchar(8) | Código de la Especialidad Hospitalaria Destino (se deberá coordinar el código a usar) | Si |
RefTipDocIdePac | Varchar(1) | Tipo de Documento de Identidad del Paciente (1=DNI / 2=C.EXT) | Si |
RefNumDocPac | Varchar(15) | Numero de Documento de Identidad del Paciente | Si |
RefAutogenerado | Varchar(15) | Código Autogenerado del Paciente | Opcional |
RefFecNacPac | Varchar(10) | Fecha de Nacimiento del Paciente | Si |
RefDirDomPac | Varchar(40) | Dirección Domicilio del Paciente | Si |
RefTelfPac | Varchar(15) | Número de Teléfono del Paciente | Si |
RefCelPac | Varchar(15) | Número de Teléfono del Paciente | Si |
RefDiagOri1 | Varchar(5) | Código Primer Diagnostico IPRESS Origen | Si |
RefTipDiagOri1 | Varchar(1) | Tipo de Primer Diagnostico IPRESS Origen (1=Presuntivo / 2=Definitivo) | Si |
RefDiagOri2 | Varchar(5) | Código Segundo Diagnostico IPRESS Origen | Opcional |
RefTipDiagOri2 | Varchar(1) | Tipo de Segundo Diagnostico IPRESS Origen(1=Presuntivo / 2=Definitivo | Opcional |
RefHistResumen | Varchar(900) | Resumen de la Historia del Paciente IPRESS Origen | Si |
ResPrueDiagn | Varchar(900) | Resultados de Pruebas Diagnosticas IPRESS Origen | Opcional |
RefComenAdi | Varchar(300) | Comentarios Adicionales IPRESS Origen | Opcional |
RefTipDocIdeMedOri | Varchar(1) | Código del Tipo de Doc. de Identidad Medico IPRESS Origen (1=DNI / 2=C.EXT) | Si |
RefNumDocMedOri | Varchar(10) | Numero de Documento Identidad del Medico IPRESS Origen que solicita la Referencia | Si |
RefApePatMedOri | Varchar(20) | Apellido Xxxxxxx xxx Xxxxxx IPRESS Origen | Si |
RefApeMatMedOri | Varchar(20) | Apellido Materno del Medico IPRESS Origen | Si |
RefPriNomMedOri | Varchar(10) | Primer Nombre del Medico IPRESS Origen | Si |
RefSegNomMedOri | Varchar(10) | Segundo Nombre del Medico IPRESS Origen | Opcional |
RefGrupOcup | Varchar(2) | Grupo Ocupacional del Medico IPRESS Origen (ver apéndice 3.2) | Si |
RefColegiatura | Varchar(5) | Colegiatura Medico IPRESS Origen | Si |
RefTelfPac | Varchar(15) | Número de Teléfono del Paciente | Si |
DesMotOtros | Varchar(100) | Descripción breve por Otros Motivos | Opcional |
RefCPTPres | Estructura de Datos de los Procedimientos de Salud a solicitar es un array de tamaño 5 , es obligatorio que se indique el primero los demás son opcionales | Si |
<<CPSCod>> | Varchar(5) | Código CPT de Procedimiento de Salud |
Parámetros de la Respuesta por el envió de Información:
Estructura de datos RefRptaGenSol
NAME | DATA TYPE | COMMENT | MANDATORY |
RefNroIdTrn | Numerico(10) | Numero Id que identifica a la Transacción Solicitada | Si |
RefIdSolOri | Numerico(10) | Id Solicitud Referencia de la IPRESS Origen | Si |
RefStatus | Varchar(1) | ‘0’ = No es conforme ‘1’=Si es conforme | Si |
RefMsgErr | Varchar(200) | Mensaje de Error cuando RefStatus =‘0’ | Opcional |
RefFecTrn | Varchar(10) | Fecha de Transacción de la (DD/MM/YYYY) | Si |
RefHorTrn | Varchar(8) | Hora de la Transacción (HH:MM:SS) | Si |
RefNroIdTrnRes | Numerico(10) | Numero Id que identifica los datos de respuesta | Si |
2.3. Estructura de datos definidos para la Transacción REF102 – La IPRESS Destino recibe los datos de la orden de anulación a una solicitud de referencia enviada por la IPRESS Origen.
Parámetros de la petición:
NAME | DATA TYPE | COMMENT | MANDATORY |
RefNroIdTrn | Numerico(10) | Numero Id que identifica a la Transacción Solicitada | Si |
RefCodTrn | Varchar(6) | Código de Transacción(REF102) | Si |
RefIpressDes | Varchar(8) | Código IPRESS Destino (Cód. Renaes) | Si |
RefIpressOri | Varchar(8) | Código IPRESS Origen (Cód. Renaes) | Si |
RefIdSolOri | Numerico(10) | Id de Solicitud de Referencia de la IPRESS Origen | Si |
RefTipDocIdeUsu | Varchar(1) | Tipo de Doc. de Identidad del Usuario que solicita la anulación (1=DNI / 2=C.EXT) | Si |
RefNumDocIdeUsu | Varchar(10) | Nro. de Documento de Identidad del Usuario que solicita la anulación | Si |
RefMotAnuSol | Varchar(100) | Motivo de Anulación de la Solicitud Referencia | Opcional |
Parámetros de Respuesta:
Estructura de Datos RefRptaOrdAnula
NAME | DATA TYPE | COMMENT | MANDATORY |
RefNroIdTrn | Numerico(10) | Numero Id que identifica a la Transacción Solicitada | Si |
RefIdSolOri | Numerico(10) | Id Solicitud Referencia de la IPRESS Origen | Si |
RefStatus | Varchar(1) | ‘0’ = No es conforme ‘1’=Si es conforme | Si |
RefMsgErr | Varchar(200) | Mensaje de Error cuando RefStatus =‘0’ cuando RefStatus =‘1’ | Opcional |
RefFecTrn | Varchar(10) | Fecha de Transacción de la (DD/MM/YYYY) | Si |
RefHorTrn | Varchar(8) | Hora de la Transacción (HH:MM:SS) | Si |
RefNroIdTrnRes | Numerico(10) | Numero Id que identifica los datos de respuesta | Si |
2.4 Estructura de datos definidos para la Transacción REF201 – La IPRESS Origen recibe las observaciones que ha generado la IPRESS Destino a la Solicitud de Referencia.
Parámetros de Petición:
NAME | DATA TYPE | COMMENT | MANDATORY |
RefNroIdTrn | Numerico(10) | Numero Id que identifica a la Transacción Solicitada | Si |
RefCodTrn | Varchar(6) | Código de Transacción(REF201) | Si |
RefIpressDes | Varchar(8) | Código IPRESS Destino (Cód. Renaes) | Si |
RefIpressOri | Varchar(8) | Código IPRESS Origen (Cód. Renaes) | Si |
RefIdSolOri | Numerico(10) | Id Solicitud Referencia de la IPRESS Origen | Si |
RefDesObs | Varchar(500) | Descripción de la Observación | Si |
RefTipDocIdeUsu | Varchar(10) | Tipo de Doc. de Identidad del Usuario que observa (1=DNI / 2=C.EXT) | Si |
RefNumDocIdeUsu | Varchar(10) | Nro. de Documento de Identidad del Usuario que observa | Si |
Parámetros de Respuesta:
NAME | DATA TYPE | COMMENT | MANDATORY |
RefNroIdTrn | Numerico(10) | Numero Id que identifica a la Transacción Solicitada | Si |
RefStatus | Varchar(1) | ‘0’ = No es conforme ‘1’=Si es conforme | Si |
RefMsgErr | Varchar(200) | Mensaje de Error cuando RefStatus =‘0’ cuando RefStatus =‘1’ | Opcional |
RefFecTrn | Varchar(10) | Fecha de Transacción de la (DD/MM/YYYY) | Si |
RefHorTrn | Varchar(8) | Hora de la Transacción (HH:MM:SS) | Si |
RefNroIdTrnRes | Numerico(10) | Numero Id que identifica a la transacción respuesta | Si |
2.5 Estructura de datos definidos para la Transacción REF202 – La IPRESS Origen recibe el estado de atención que ha indicado la IPRESS Destino a la referencia generada.
Parámetros de Petición:
NAME | DATA TYPE | COMMENT | MANDATORY |
RefNroIdTrn | Numerico(10) | Numero Id que identifica a la Transacción Solicitada | Si |
RefCodTrn | Varchar(6) | Código de Transacción(REF202) | Si |
RefIpressDes | Varchar(8) | Código IPRESS Destino (Cód. Renaes) | Si |
RefIpressOri | Varchar(8) | Código IPRESS Origen (Cód. Renaes) | Si |
RefIdSolOri | Numerico(10) | Id Solicitud Referencia de la IPRESS Origen | Si |
RefNum | Numerico(10) | Numero de Referencia Generado en IPRESS Destino | Si |
RefCodEst | Numerico(2) | Numerico Id que identifica el estado de la Referencia generada en EsSalud(ver apéndice 3.3) | Si |
RefMotEst | Varchar(150) | Motivo por el Cambio de Estado de la Referencia generada por la IPRESS Destino | Opcional |
RefFecCamEst | Varchar(10) | Fecha en que se realizo el cambio de estado(DD/MM/YYYY) | Si |
RefTipDocIdeUsu | Varchar(1) | Tipo de Doc. de Identidad del Usuario que realiza la transacción (1=DNI / 2=C.EXT) | Si |
RefNumDocIdeUsu | Varchar(10) | Numero de Documento de Identidad del Usuario que realiza la transacción | Si |
Parámetros de Respuesta:
NAME | DATA TYPE | COMMENT | MANDATORY |
RefNroIdTrn | Numerico(10) | Numero Id que identifica a la Transacción Solicitada | Si |
RefStatus | Varchar(1) | ‘0’ = No es conforme ‘1’=Si es conforme | Si |
RefMsgErr | Varchar(200) | Mensaje de Error cuando RefStatus =‘0’ cuando RefStatus =‘1’ | Opcional |
RefFecTrn | Varchar(10) | Fecha de Transacción de la (DD/MM/YYYY) | Si |
RefHorTrn | Varchar(8) | Hora de la Transacción (HH:MM:SS) | Si |
RefNroIdTrnRes | Numerico(10) | Numero Id que identifica los datos de respuesta | Si |
2.6 Estructura de datos definidos para la Transacción REF203 – La IPRESS Origen recibe los datos de la cita para que el paciente se atienda en la IPRESS Destino.
Parámetros de Petición:
NAME | DATA TYPE | COMMENT | MANDATORY |
RefNroIdTrn | Numerico(10) | Numero Id que identifica a la Transacción Solicitada | Si |
RefCodTrn | Varchar(6) | Código de Transacción(REF203) | Si |
RefIpressDes | Varchar(8) | Código IPRESS Destino (Cód. Renaes) | Si |
RefIpressOri | Varchar(8) | Código IPRESS Origen (Cód. Renaes) | Si |
RefIdSolOri | Numerico(10) | Id Solicitud Referencia de la IPRESS Origen | Si |
RefNum | Numerico(10) | Numero de Referencia Generado en IPRESS Destino | Si |
RefFecCita | Varchar(10) | Fecha de la cita(DD/MM/YYYY) | Si |
RefHorCita | Varchar(6) | Hora de la cita(HH:MM) | Si |
RefCodConsultorio | Varchar(5) | Código de consultorio | Si |
RefDesEspHospCita | Varchar(50) | Descripción de la Especialidad Hospitalaria | Si |
RefDesActHospCita | Varchar(40) | Descripción de la Actividad Hospitalaria | Si |
RefDesSubActHospCita | Varchar(50) | Descripción de la Sub Actividad Hospitalaria | Opcional |
RefNroActMedCita | Numerico(10) | Numero de acto medico asignado a la cita | Si |
RefApePatMed | Varchar(30) | Apellido Xxxxxxx xxx Xxxxxx que atenderá en la cita | Si |
RefApeMatMed | Varchar(30) | Apellido Materno del Medico que atenderá en la cita | Si |
RefNombreMed | Varchar(40) | Nombres del Medico que atenderá en la cita | Si |
RefColegiaturaMed | Varchar(5) | Colegiatura del Medico que atenderá la cita | Si |
RefTipDocIdeUsu | Varchar(10) | Tipo de Doc. de Identidad del Usuario que realiza la transacción | Si |
RefNumDocIdeUsu | Varchar(10) | Nro. de Documento de Identidad del Usuario que realiza la transacción | Si |
Parámetros de Respuesta:
NAME | DATA TYPE | COMMENT | MANDATORY |
RefNroIdTrn | Numerico(10) | Numero Id que identifica a la Transacción Solicitada | Si |
RefStatus | Varchar(1) | ‘0’ = No es conforme ‘1’=Si es conforme | Si |
RefMsgErr | Varchar(200) | Mensaje de Error cuando RefStatus =‘0’ cuando RefStatus =‘1’ | Opcional |
RefFecTrn | Varchar(10) | Fecha de Transacción de la (DD/MM/YYYY) | Si |
RefHorTrn | Varchar(8) | Hora de la Transacción (HH:MM:SS) | Si |
RefNroIdTrnRes | Numerico(10) | Numero Id que identifica los datos de respuesta | Si |
2.7 Estructura de datos definidos para la Transacción REF204 – La IPRESS Origen recibe los datos de la contrarreferencia realizada por la IPRESS Destino.
Parámetros de Petición:
NAME | DATA TYPE | COMMENT | MANDATORY |
RefNroIdTrn | Numerico(10) | Numero Id que identifica a la Transacción Solicitada | Si |
RefCodTrn | Varchar(6) | Código de Transacción(REF204) | Si |
RefIpressDes | Varchar(8) | Código IPRESS Destino(Cod. Renaes) | Si |
RefIpressOri | Varchar(8) | Código IPRESS Origen (Cód. Renaes) | Si |
RefIdSolOri | Numerico(10) | Id Solicitud Referencia de la IPRESS Origen ExtraInstitucional | Si |
RefNum | Numerico(10) | Numero de Referencia Generado en EsSalud | Si |
RefFecContra | Varchar(10) | Fecha de la Contrarreferencia(DD/MM/YYYY) | Si |
RefTipoContra | Varchar(1) | Tipo de Contrarreferencia(M=MEDICA / F=FARMACOLOGICA) | Si |
RefConcluRecom | Varchar(500) | Conclusiones y/o recomendaciones | Si |
RefCodDiagContra1 | Varchar(5) | Código del primer diagnostico de la contrarreferencia | Si |
RefTipDiagContra1 | Varchar(1) | Tipo del primer diagnostico de la contrarreferencia(1=Presuntivo / 2=Definitivo) | Si |
RefCodDiagContra2 | Varchar(5) | Código del segundo diagnostico de la contrarreferencia | Si |
RefTipDiagContra2 | Varchar(1) | Tipo del segundo diagnostico de la contrarreferencia(1=Presuntivo / 2=Definitivo) | Si |
RefCodDiagContra3 | Varchar(5) | Código del tercer diagnostico de la contrarreferencia | Si |
RefTipDiagContra3 | Varchar(1) | Tipo del tercer diagnostico de la contrarreferencia(1=Presuntivo / 2=Definitivo) | Si |
RefApePatMedCon | Varchar(30) | Apellido Xxxxxxx xxx Xxxxxx que genera la contrarreferencia | Si |
RefApeMatMedCon | Varchar(30) | Apellido Materno del Medico que genera la contrarreferencia | Si |
RefNombreMed | Varchar(40) | Nombres del Medico que genera la contrarreferencia | Si |
RefColegiaturaMedCon | Varchar(5) | Colegiatura del Medico que genera la contrarreferencia | Si |
RefTipDocIdeUsu | Varchar(10) | Tipo de Doc. de Identidad del Usuario que realiza la transacción | Si |
RefNumDocIdeUsu | Varchar(10) | Nro. de Documento de Identidad del Usuario que realiza la transacción | Si |
RefConFarm | Estructura de Datos de los medicamentos por contrarreferencia de tipo farmacológica, es un array de tamaño 8 , es obligatorio que se indique el primero los demás son opcionales | Opcional | |
<<ConFarmMedicam | Varchar(100) | Medicamento / Concentración / Presentación | |
…ConFarmVia | Varchar(15) | Medicamento vía de administración | |
…ConFarmDosis | Varchar(30) | Medicamento dosificación | |
…ConFarmCat | Numerico(6) | Medicamento cantidad recetada | |
…ConFarmDur>> | Varchar(30) | Medicamento duración de la administración |
Parámetros de Respuesta:
NAME | DATA TYPE | COMMENT | MANDATORY |
RefNroIdTrn | Numerico(10) | Numero Id que identifica a la Transacción Solicitada | Si |
RefStatus | Varchar(1) | ‘0’ = No es conforme ‘1’=Si es conforme | Si |
RefMsgErr | Varchar(200) | Mensaje de Error cuando RefStatus =‘0’ cuando RefStatus =‘1’ | Opcional |
RefFecTrn | Varchar(10) | Fecha de Transacción de la (DD/MM/YYYY) | Si |
RefHorTrn | Varchar(8) | Hora de la Transacción (HH:MM:SS) | Si |
RefNroIdTrnRes | Numerico(10) | Numero Id que identifica los datos de respuesta | Si |
3. Apéndice.
3.1 Tabla de Aéreas Hospitalarias
Valor | Equivalencia |
1 | CONSULTA EXTERNA |
2 | HOSPITALIZACION |
3 | EMERGENCIA |
4 | AYUDA AL DIAGNOSTICO |
3.2 Tabla Grupo Ocupacionales
Valor | Equivalencia |
01 | MEDICO |
02 | ODONTOLOGO |
03 | OBTETRIZ |
04 | PSICOLOGO |
3.3 Tabla Estados de la Referencia
Valor | Equivalencia |
0 | ANULADO |
1 | EN ESPERA |
2 | VISADO |
3 | CITADO |
4 | OBSERVADO |
6 | CONTRAREFERIDO |
9 | EN SOLICITUD |
10 | EN PROCESO |
6 Parte 3: Formularios
6.1 Identificación del operador económico
Apellidos y nombre del operador económico o denominación de la sociedad y forma jurídica | |
Nacionalidad del operador económico y del personal (en caso de diferencia) | |
Domicilio / Sede social | |
Número de teléfono y fax | |
Número de inscripción INSS o equivalente | |
Número de empresa | |
Representado(a) por el(los) infrascrito(s) (apellidos, nombre y calidad) | |
Persona de contacto (número de teléfono, número de fax, o eventualmente e-mail) | |
En caso de diferencia: jefe del proyecto (número de teléfono, fax, e-mail) | |
N° de cuenta para los pagos Entidad financiera Abierta a nombre de |
Firma(s):
6.2 Formulario de oferta - Precio
Al depositar esta oferta, el operador económico declara
explícitamente aceptar todas las condiciones mencionadas en el PEC y renunciar a sus propias condiciones de venta. Se compromete a ejecutar el presente contrato al precio expresado en ………..
y sin IVA (en cifras):
Concepto | Precio |
SERVICIO DE IMPLEMENTACION DE LA INTEROPE- RABILIDAD DE LOS SISTEMAS DE INFORMACION DEL SEGURO SOCIAL DE SALUD DEL PERU (ESSALUD) – IAFAS, PARA EL INTERCAMBIO PRESTACIONAL EN SALUD | |
IVA (IGV) o impuestos | |
Total |
Nota: Si el licitador presenta el formulario de oferta en otra moneda diferente a soles (dólares o euros), se tomara el tipo de cambio venta de la página web de la Superintendencia de Banca, Seguros y AFP de la fecha de presentación de su oferta para la comparación de las ofertas económicas.
Hecho en xxxxxx fecha xxxxxx Certificado auténtico y conforme,
Firma / nombre:
6.3 Declaración de integridad para los operadores económicos
Corresponde al operador económico:
Domicilio / Sede social:
Referencia del contrato público:
A la atención xx Xxxxxx,
Por la presente, yo / nosotros, actuando en mi/nuestra calidad de representante(s) legal/legales del operador económico precitado, declaro / declaramos lo que sigue:
Los miembros de la administración, empleados, o cualquier persona física o jurídica con la cual el operador económico ha establecido un acuerdo para la ejecución del contrato, no pueden obtener o aceptar de un tercero, directamente o por medio de otra persona física o jurídica, una ventaja apreciable en valor monetario (por ejemplo, donativos, gratificaciones o cualquier otra ventaja), directa o indirectamente relacionada con las actividades de la persona vinculada x Xxxxxx.
Los administradores, colaboradores o sus socios no tienen intereses financieros u otros en las empresas, las organizaciones, etc. que tengan un vínculo directo o indirecto con Xxxxxx (lo que podría, por ejemplo, llevar a un conflicto de intereses).
He tomado / hemos tomado conocimiento de los artículos relativos a la deontología y a la lucha contra la corrupción expuestos el pliego especial de condiciones y declaro / declaramos cumplir y respetar totalmente estos artículos.
Soy / somos consciente(s) de que los miembros del personal xx Xxxxxx están sujetos a las disposiciones de un código ético que precisa lo siguiente: “Para garantizar la imparcialidad de los miembros del personal, les está prohibido solicitar, exigir o aceptar donativos, gratificaciones o cualquier ventaja destinada a sí mismos o a terceros, ya sea o no en el ejercicio de su función cuando los donativos, gratificaciones o ventajas precitadas estén relacionadas con este ejercicio. A subrayar que lo más importante en esta problemática no es tanto el enriquecimiento resultante de la aceptación xx xxxxx, gratificaciones o ventajas de cualquier tipo como la pérdida de la imparcialidad requerida por parte del miembro del personal en el ejercicio de su función. A título personal, los miembros del personal no aceptan ninguna gratificación, donativo, ventaja financiera u otra por los servicios proporcionados”.
Si el contrato precitado se atribuyera al operador económico, declaro / declaramos, por otra parte, mi / nuestro acuerdo con las disposiciones siguientes:
A fin de evitar toda impresión de riesgo de parcialidad o de connivencia en el seguimiento y el control de la ejecución del contrato, está estrictamente prohibido al contratante (es decir a los miembros de la administración y a los trabajadores) ofrecer, directa o indirectamente, regalos, comidas u otra ventaja material o inmaterial, cualquiera que sea su valor, a los miembros del personal xx Xxxxxx, directa o indirectamente relacionados con el seguimiento y/o el control de la ejecución del contrato, cualquiera que sea su rango jerárquico.
Todo contrato (contrato público) será rescindido desde que se demuestre que su atribución o su ejecución dé lugar a la obtención o a la oferta de las ventajas apreciables en valor monetario precitadas.
Todo incumplimiento respecto a una o varias de las cláusulas deontológicas puede desembocar en la exclusión del contratante del presente contrato y de otros contratos públicos para Xxxxxx.
El contratante del contrato (adjudicatario) se compromete a proporcionar al poder adjudicador, previa petición, todos los comprobantes relativos con las condiciones de ejecución del contrato. El poder adjudicador podrá proceder a cualquier control, de documentos e in situ, que considere necesario para reunir elementos de prueba sobre una presunción de gastos comerciales inhabituales.
El operador económico tomará finalmente conocimiento de que Xxxxxx se reserva el derecho a denunciar ante las instancias judiciales competentes cuando se comprueben hechos en contra de la presente declaración, y cuyos gastos administrativos y otros correrán a cargo del operador económico.
Firma precedida de la mención manuscrita “Leído y aprobado” por: Con mención del nombre y de la función
…………………………….. Lugar, fecha
6.4 Expediente de selección
Con vistas a la selección cualitativa de los operadores económicos, deben adjuntarse a la oferta la información o los documentos mencionados más abajo (ver “Selección cualitativa”).
El operador económico indicará cada vez el número del anexo.
Motivos de Exclusión - ver art. 67 hasta 70 de la ley de 17 junio 2016 | |
1.Los poderes adjudicadores excluirán a un operador económico de la participación en un procedimiento de contratación cuando hayan determinado mediante la comprobación a que se refieren el artículo 67, o tengan constancia de algún otro modo de que dicho operador económico ha sido condenado mediante sentencia firme por uno de los siguientes motivos: | |
a) Participación en una organización delictiva; | |
b) Corrupción, tal como se defina en la legislación nacional del poder adjudicador o del operador económico; | |
c) Fraude; | |
d) Delito de terrorismo o delito ligado a las actividades terroristas; | |
e) Blanqueo de capitales o financiación del terrorismo; | |
f)Trabajo infantil y otras formas de trata de seres humanos; g)Ocupación de extranjero en situación ilegal | Declaración del interesado |
La obligación de excluir a un operador económico se aplicará también cuando el condenado mediante sentencia firme sea un miembro del órgano de administración, de dirección o de vigilancia del operador económico o tenga poderes de representación, decisión o control en el mismo. | (Declaración Jurada que no se encuentra impedido de contratar según el artículo 67 hasta 70 de la ley de 17 |
2.Un operador económico quedará excluido de la participación en un procedimiento de contratación en caso de que el poder adjudicador tenga conocimiento de que el operador económico ha incumplido sus obligaciones en lo referente al pago de impuestos o cotizaciones a la seguridad social y que ello haya quedado establecido en una resolución judicial o administrativa firme y vinculante, según las disposiciones legales del país en el que esté establecido el operador económico o las del Estado miembro del poder adjudicador. | junio 2016) |
Asimismo, los poderes adjudicadores podrán excluir a un operador económico de la participación en un procedimiento de contratación, por sí mismos o por requerimiento de los Estados miembros, cuando el poder adjudicador pueda demostrar por cualquier medio adecuado que el operador económico ha incumplido sus obligaciones en lo referente al pago de impuestos o cotizaciones a la seguridad social. | |
El presente apartado dejará de aplicarse una vez que el operador económico haya cumplido sus obligaciones de pago o celebrado un acuerdo vinculante con vistas al pago de los impuestos o las cotizaciones a la seguridad social que adeude, incluidos en su caso los intereses acumulados o las multas impuestas. | |
3. El poder adjudicador podrá establecer una excepción a la exclusión obligatoria prevista en los apartados 1 y 2, con carácter excepcional, por | |
razones imperiosas de interés general como la salud pública o la protección del medio ambiente. |
Capacidad económica y financiera: Ver art. 67 del RD del 18.04.2017 | |
El operador económico debe haber realizado durante uno de los tres últimos ejercicios un volumen de negocio total al menos igual a <350,000.00>Soles. Adjuntará a su oferta para acreditar la capacidad económica, mediante estados financieros de la empresa, certificados de impuestos (PDT Renta) o similar al país donde reside, contratos u órdenes de compra, Vouchers, estados de cuenta, abono en cuenta, cheque y/o conformidad, relativa al volumen de negocio total realizado durante los tres últimos ejercicios, a menos que el volumen de negocio total sea mencionado en las cuentas anuales aprobadas, que pueden consultarse por ventanilla electrónica (se trata de cuentas anuales depositadas en el Banque Nationale de Belgique, redactadas según el esquema contable completo o según el esquema contable reducido, en la que se haya completado la mención facultativa del volumen de negocio total realizado). | |
Aptitud técnica: Ver art. 68 del RD del 18.04.2017
Perfil del Postor
La empresa deberá cumplir, como mínimo con el siguiente perfil:
No estar inhabilitado para contratar con el Estado
Deberá acreditar la implementación de por lo menos tres (03) implementaciones en Integración de Servicios o servicios similares en los últimos cinco (05) años. La acreditación será con contratos u órdenes de servicios y su respectiva conformidad.
Deberá acreditar la implementación de por lo menos tres (03) desarrollo de aplicaciones o servicios similares en los últimos cinco (05) años. La acreditación será con contratos u órdenes de servicios y su respectiva conformidad.
Cumplimiento sin penalidades de los servicios desarrollados, los cuales serán acreditados mediante constancias de prestación o cualquier otro documento que indique que el proveedor no haya incurrido en retrasos.
Equipo de Trabajo mínimo
El equipo de trabajo deberá estar integrado por los siguientes profesionales:
01 Jefe de Proyecto
Profesional titulado en Ingeniería de Sistemas, Informática, Computación o afines.
Maestría en administración de empresas, ingeniería de Sistemas o afines.
Cursos en gestión de proyectos.
Experiencia mínima de ocho (08) años como Jefe de Proyectos informáticos.
Haber participado como Jefe de Proyectos en al menos tres (03) servicios de integración de servicios o desarrollo de aplicativos
02 Analistas Programadores
Profesional Bachiller en Ingeniería de Sistemas, Informática, Computación o afines.
Desarrollador Java con experiencia laboral mínima de 04 (cuatro) años.
Experiencia comprobada, con un mínimo de 3 años, en desarrollo de sistemas en entorno web con Java EE, en instituciones públicas y/o privadas.
Experiencia mínima de dos (02) años en integración de servicios SOA (Service Oriented Architecture)
Experiencia sustentable con declaración jurada y/o certificados:
Uso de Frameworks asociados con la plataforma JEE:JSF 2.0 o superior, PrimeFaces 5.0m Mylbatis 3.0
Experiencia en CSS, JavaScript y tecnologías relacionadas con la plataforma JEE.
Experiencia en desarrollo de webservice con SOA y Restful
Experiencia y uso de lenguaje PL/SQL en base de datos Oracle 11g.
Experiencia en desarrollo y/o despliegue de aplicaciones en servidores Jboss EAP 6.1 o superior
Conocimiento en manejo de metodologías de modelado de sistemas y de base de datos (UML, diagramas E-R)
01 Analista de Sistemas
Profesional en Ingeniería de Sistemas, Informática, Computación o afines. Certificación SCRUM
Experiencia mínima de cuatro (04) años como Analista de Sistemas.
Experiencia como Analista de Sistemas en el sector Salud o Seguros.
Experiencia mínima de un (01) año realizando labores de Integración de servicios o desarrollo de aplicativos.
01 Tester
Profesional Bachiller en Ingeniería de Sistemas, Informática, Computación o afines.
Experiencia mínima de dos (02) años como Tester de proyectos de desarrollos web con tecnología Java.
6.5 Presentación de la propuesta
El proponente tiene la obligatoriedad de completar los siguientes formularios y presentarlos con la documentación adjunta especificada para cada uno en el siguiente orden:
El Operador económico (Licitador) deberá componer la propuesta (oferta), con los siguientes documentos:
Formulario de identificación (Numeral 6.1 Identificación del operador económico);
Formulario de oferta – Precio (Numeral 6.2)
Declaración de integridad para los operadores económicos (Numeral 6.3)
El proveedor podrá ser persona natural o jurídica, nacional o extranjera, que presente la siguiente experiencia y equipo de trabajo:
Perfil del Postor
La empresa deberá cumplir, como mínimo con el siguiente perfil:
No estar inhabilitado para contratar con el Estado
Deberá acreditar la implementación de por lo menos tres (03) implementaciones en Integración de Servicios o servicios similares en los últimos cinco (05) años. La acreditación será con contratos u órdenes de servicios y su respectiva conformidad.
Deberá acreditar la implementación de por lo menos tres (03) desarrollo de aplicaciones o servicios similares en los últimos cinco (05) años. La acreditación será con contratos u órdenes de servicios y su respectiva conformidad.
Cumplimiento sin penalidades de los servicios desarrollados, los cuales serán acreditados mediante constancias de prestación o cualquier otro documento que indique que el proveedor no haya incurrido en retrasos.
Equipo de Trabajo mínimo
El equipo de trabajo deberá estar integrado por los siguientes profesionales:
01 Jefe de Proyecto
Profesional titulado en Ingeniería de Sistemas, Informática, Computación o afines. Maestría en Administración de Empresas, Ingeniería de Sistemas o afines
Cursos en Gestión de Proyectos
Experiencia mínima de ocho (8) años como Jefe de Proyectos informáticos.
Haber participado como Jefe de Proyectos en al menos tres (03) servicios de integración de servicios o desarrollo de aplicativos
02 Analistas Programadores
Profesional Bachiller en Ingeniería de Sistemas, Informática, Computación o afines. Desarrollador Java con experiencia laboral mínima de 04 (cuatro) años.
Experiencia comprobada, con un mínimo de 3 años, en desarrollo de sistemas en entorno web con Java EE, en instituciones públicas y/o privadas.
Experiencia mínima de dos (02) años en integración de servicios SOA (Service Oriented Architecture)
Experiencia sustentable con declaración jurada y/o certificados:
Uso de Frameworks asociados con la plataforma JEE:JSF 2.0 o superior, PrimeFaces 5.0m Mylbatis 3.0
Experiencia en CSS, JavaScript y tecnologías relacionadas con la plataforma JEE. Experiencia en desarrollo de webservice con SOA y Restful
Experiencia y uso de lenguaje PL/SQL en base de datos Oracle 11g.
Experiencia en desarrollo y/o despliegue de aplicaciones en servidores Jboss EAP 6.1 o superior
Conocimiento en manejo de metodologías de modelado de sistemas y de base de datos (UML, diagramas E-R)
01 Analista de Sistemas
Profesional en Ingeniería de Sistemas, Informática, Computación o afines. Certificación en SCRUM
Experiencia mínima de cuatro (04) años como Analista de Sistemas. Experiencia como Analista de Sistemas en el sector Salud o Seguros.
Experiencia mínima de un (01) año realizando labores de Integración de servicios o desarrollo de aplicativos
01 Tester
Profesional Bachiller en Ingeniería de Sistemas, Informática, Computación o afines.
Experiencia mínima de dos (02) años como Tester de proyectos de desarrollos web con tecnología Java.
Acreditación: La experiencia del proveedor se acredita con copia simple de las constancias/ contratos/ órdenes de servicio u otras. El/la/los miembros del equipo consultor propuesto deben remitir su CV detallado no documentado; su formación académica se acredita con copia simple del título universitario y su experiencia con copia simple de las constancias/ contratos/ órdenes de servicio u otras.
Formulario de Expediente de Selección (Numeral 6.4)