Requisitos del sistema

SISTEMA DE GESTIÓN
DE SEGUROS
Luis Lozano, Alexander Ortiz, Danilo Puente, Aly Lema, Roxana Pabón,
Santiago Leon.
HOSPITAL SAN
VICENTE DE PAUL

Especificación de requisitos de software
Proyecto: Sistema de información Web para la
recaudación de valores correspondientes para el seguro
pagado: IESS, ISSPOL, ISSFA SPPTA y otros seguros
privados.

Ficha del documento
Fecha Revisión Autor Verificado dep. Calidad.
22/01/2019
Danilo Santiago Puente
Martinez
22/01/2019
Luis Francisco Lozano
Villegas
22/01/2019 Aly Isaac Lema Males
22/01/2019 Roxana Pabon
22/01/2019
Alexander Raul Ortiz
Insuasti
22/01/2019
Carlos Santiago León
Chamorro
Documento validado por las partes en fecha:
Por la comunidad Por la universidad

Seguros Privados. Pontificia Universidad Católica del
Ecuador

Contenido
FICHA DEL DOCUMENTO 8
CONTENIDO 10
1 INTRODUCCIÓN 12
1.1 Propósito 12
1.2 Alcance 12
1.3 Personal involucrado 12
1.4 Definiciones, acrónimos y abreviaturas 12
1.5 Referencias 13
1.6 Resumen 13
2 DESCRIPCIÓN GENERAL 13
2.1 Perspectiva del producto 13
2.2 Funcionalidad del producto 14
2.3 Características de los usuarios 0
2.4 Restricciones 0
2.5 Suposiciones y dependencias 1
3 REQUISITOS ESPECÍFICOS 1
3.2 Requerimientos funcionales Error! Bookmark not defined.
3.2.1 Requisito funcional 1 Error! Bookmark not defined.
3.3 Requerimientos no funcionales Error! Bookmark not defined.
3.3.1 Requisitos de rendimiento Error! Bookmark not defined.

3.3.2 Seguridad Error! Bookmark not defined.
3.3.3 Fiabilidad Error! Bookmark not defined.
3.3.4 Disponibilidad Error! Bookmark not defined.
3.3.5 Mantenibilidad Error! Bookmark not defined.
3.3.6 Portabilidad Error! Bookmark not defined.

1 Introducción
Este documento es una Especificación de Requisitos Software (ERS) para el Sistema
de información para la recaudación de calores correspondientes para el seguro pagado
para seguros privados. Esta especificación se ha estructurado basándose en las directrices
dadas por el estándar IEEE Práctica Recomendada para Especificaciones de Requisitos
Software ANSI/IEEE 830, 1998.
1.1 Propósito
El presente documento tiene como propósito definir las especificaciones funcionales,
no funcionales para el desarrollo de un sistema de información web que permitirá
gestionar la recaudación de valores de los distintos seguros privados.
1.2 Alcance
Esta especificación de requisitos está dirigida al usuario del sistema, para continuar
con el desarrollo de aplicaciones de recaudación de valores y para profundizar en la
automatización de ésta, la cual tiene por objetivo principal el gestionar los distintos
procesos ya sea para seguros privados.
1.3 Personal involucrado
Nombre Danilo Puente
Rol Analista, diseñador y programador.
Categoría Profesional Estudiante de Tercer Nivel.
Responsabilidad Análisis de información, diseño y programación del
SIS-I
Información de
contacto
dspuente@pucesi.edu.ec
Nombre Santiago Leon
Rol Analista, diseñador y programador
Categoría Profesional Estudiante de Tercer Nivel.
Responsabilidad Análisis de información, diseño y programación del
SIS-I
Información de
contacto
csleon@pucesi.edu.ec
1.4 Definiciones, acrónimos y abreviaturas
Nombre Descripción
Usuario Persona que usará el sistema para gestionar procesos

SIS-I Sistema de Información Web para la Gestión de
Recaudación de valores de seguros privados.
ERS Especificación de Requisitos Software
RF Requerimiento Funcional
RNF Requerimiento No Funcional
FTP Protocolo de Transferencia de Archivos
Moodle Aula Virtual
1.5 Referencias
Titulo del Documento Referencia
Standard IEEE 830 -
1998
IEEE
1.6 Resumen
Este documento consta de tres secciones. En la primera sección se realiza una
introducción al mismo y se proporciona una visión general de la especificación de
recursos del sistema.
En la segunda sección del documento se realiza una descripción general del sistema,
con el fin de conocer las principales funciones que éste debe realizar, los datos
asociados y los factores, restricciones, supuestos y dependencias que afectan al
desarrollo, sin entrar en excesivos detalles.
Por último, la tercera sección del documento es aquella en la que se definen
detalladamente los requisitos que debe satisfacer el sistema.
2 Descripción general
2.1 Perspectiva del producto
El sistema SIS-I será un producto diseñado para trabajar en entornos WEB, lo que
permitirá su utilización de forma rápida y eficaz, además se integrará conjuntamente
con moodle (Aula Virtual) para lograr una mejor respuesta.

2.2 Funcionalidad del producto

[Nombre del proyecto]
Especificación de requisitos de software
Rev. [99.99]
Pág. 0
2.3 Características de los usuarios
Tipo de usuario Agente de seguros
Formación Agente de seguros
Actividades Control y manejo del sistema en general
Tipo de usuario Oficial de seguros
Formación Agente de seguros
Actividades Facilitar el proceso de cobros
Tipo de usuario Auditor interno SOAT
Formación Auditor interno
Actividades Participación activa Revisión de papeles
Tipo de usuario Jefe de recaudación
Formación Ing. En Administración
Actividades Observa e indaga información y se preinscribe en el
transcurso del papeleo
.
2.4 Restricciones
 Interfaz para ser usada con internet.
 Uso de Dominio (X)
 Lenguajes y tecnologías en uso: HTML, JAVA.
 Los servidores deben ser capaces de atender consultas concurrentemente.

 El sistema se diseñará según un modelo cliente/servidor.
 El sistema deberá tener un diseño e implementación sencilla, independiente
de la plataforma o del lenguaje de programación.
.
2.5 Suposiciones y dependencias
 Se asume que los requisitos aquí descritos son estables
 Los equipos en los que se vaya a ejecutar el sistema deben cumplir los
requisitos antes indicados para garantizar una ejecución correcta de la misma
3 Requisitos específicos
Requerimientos Funcionales
Identificación
del
requerimiento:
RF01
Nombre del
Requerimiento:
Identificar
Características: En caso que posea un PAT, cuando se realiza la verificación, se
verifica el tipo de seguro para realizar el planillaje y enviarlo al
Oficial de seguros.
Descripción del
requerimiento:
Aquí podremos saber si posee un PAT para poder verificar en el
sistema.
Prioridad del requerimiento:
Alta
Identificación
del
requerimiento:
RF02
Nombre del
Requerimiento:
Identificar
Características: En caso que no posea un PAT, cuando se realiza la verificación, se
emite el pago correspondiente
Descripción del
requerimiento:
El sistema permitirá realizar el pago correspondiente después de la
verificación.
Alta

Identificación
del
requerimiento:
RF03
Nombre del
Requerimiento:
Protocolo Medico correcto
Características: En caso que el protocolo sea correcto, se devuelve la prefactura
corregida al oficial de seguros.
Descripción del
requerimiento:
En caso de que todo este correcto se realizara una prefactura.
Alta
Identificación
del
requerimiento:
RF04
Nombre del
Requerimiento:
Oficios Correctos
Características: En caso que los oficios estén bien, se emite el pago.
Descripción del
requerimiento:
En caso de que los oficios estén bien hechos se realizara el pago
correspondiente a dicho oficio.
Alta
Requerimientos No Funcionales.
Identificación
del
requerimiento:
RNF01
Nombre del
Requerimiento:
Alcanza el dinero
Características: En caso que el dinero alcance, se asignan los costos a
SOAT/SPPAT
Descripción del
requerimiento:
Se asignan los costos para que pueda canelar

Alta
Identificación
del
requerimiento:
RNF02
Nombre del
Requerimiento:
No alcanza el dinero
Características: En caso que el dinero no alcance y adicionalmente posea otro
seguro, se asignan costos adicionales al seguro.
Descripción del
requerimiento:
Si el usuario tiene otro seguro se pondrá otros costos adicionales
para tal caso.
Alta
Identificación
del
requerimiento:
RNF03
Nombre del
Requerimiento:
No alcanza el dinero
Características: En caso que el dinero no alcance y adicionalmente no posea otro
seguro, se asignan costos al faltante hospital.
Descripción del
requerimiento:
Igual que la referencia no funcional anterior se pondrá cosotos
adicionales para el pago del centro medico a donde vaya
Alta
Identificación
del
requerimiento:
RNF04
Nombre del
Requerimiento:
Protocolo de Médico Incorrecto
Características: En caso que el protocolo sea incorrecto, se realizan correcciones y
se lo envía al Jefe de Recaudación.
Descripción del
requerimiento:
Si el protocolo médico es incorrecto se hace el envió al jefe de
recaudación para que se realice bien el protocolo
Alta

Identificación
del
requerimiento:
RNF05
Nombre del
Requerimiento:
Tipo de invalidez Médica
Características: En caso que la invalidez sea médica, se manda a corregir la
prefactura por personal médico
Descripción del
requerimiento:
Si es invalidez medica se enviara al usuario a rectificar el certificado
médico.
Alta
Identificación
del
requerimiento:
RNF06
Nombre del
Requerimiento:
Tipo de invalidez Administrativa
Características: En caso que la invalidez sea administrativa, se manda a corregir la
prefactura por personal administrativo
Descripción del
requerimiento:
Igual que la referencia no funcional anterior pero aquí cambiaria el
certificaco administrativo
Alta
Identificación
del
requerimiento:
RNF07
Nombre del
Requerimiento:
Necesidad de otro Oficio
Características: En caso que se necesite realizar otro oficio, se procede a realizar el
oficio para otro tipo de seguros
Descripción del
requerimiento:
En caso de que el usuario tenga otro tipo de seguros tiene que
hacer otro oficio para el seguro correspondiente.
Alta

Identificación
del
requerimiento:
RNF08
Nombre del
Requerimiento:
Oficios Necesarios.
Características: En caso que se tengan todos los oficios, se entregan los oficios al
personal correspondiente.
Descripción del
requerimiento:
Para esto es necesario que se verifique todos los oficios si están bien
realizados para que se pueda hacer el respectivo procedimiento
Alta
Identificación
del
requerimiento:
RNF09
Nombre del
Requerimiento:
Oficios Incorrectos.
Características: En caso que los oficios no estén bien, los mismos se devuelven al
hospital para la revisión y reenvío.
Descripción del
requerimiento:
Si los oficios registrados no se encuentran bien llenos se realizara el
envio al hospital para que se lo revisen y lo reenvíen otra vez.
Alta
Características Sub
características
Métrica Nivel mínimo
requerido
Funcionalidad
Elaboración de
factura
0.90
98%
Emisión de
oficios
1
Aprobación de
factura
1
Revisión de
tramites de
seguros de
pacientes
1
Autorización de
cobro de seguro
1
Usabilidad
Solicitud de
cobro de seguro
1

Gestión de
procedimientos
médicos de
pacientes
1 100%
Emisión de
pagos
0.80
Confiabilidad
Entrega de
factura
1
100%Revisión de
factura
1
Aprobación de
factura
1
Revisión de
protocolos
médicos para
seguros
1

Requisitos del Sistema (Formato IEEE 1362)
Requisitos del sistema.
Proyecto: HSVP oficina de SEGUROS.
Luis Lozano, Aly lema, Roxana Pabón.

FICHA DEL DOCUMENTO
Tabla N° 1. Ficha del documento, formato IEEE 1362.
Fecha Revisión Autor(es) Verificado Dpto.
Calidad
22/01/19 1.0 Luis Lozano
Aly Lema
Roxana Pabón
Fuente: Formato IEEE 1362, Luis Lozano-Aly Lema-Roxana Pabón.
Documento validado por las partes:
Tabla N° 2. Validación del documento, formato IEEE 1362.
Por el cliente Por la empresa suministradora
Alcance
El presente documento tiene la finalidad de definir los requisitos del sistema conforme al
Estándar IEEE 1362, el cual menciona la estructura de la plataforma de servicios sobre la
cual se desarrollará el sistema. Éste es elaborado una vez que se haya diagnosticado la
situación actual del proceso a automatizar, además, complementa al documento de
Especificación de Requisitos de Software del estándar IEEE 830.
El documento tiene como finalidad delimitar el escenario sobre el cual se pretende trabajar,
es decir, la situación actual y los procesos que se realizan, con el objetivo de definir
soluciones para una correcta automatización, de la misma forma se describe las generalidades
de la propuesta, así como la visión general, actores, restricciones, entre otros. La información
detallada del documento servirá al desarrollador para estructurar y/o configurar la plataforma
requerida para el correcto funcionamiento del sistema.
Identificación
El sistema a desarrollar será:
HOPITAL SAN VICENTE DE PAUL HSVP OFICINA DE SEGUROS, V1.0

Visión General del Documento
La visión del presente documento está dada por:
• Dar a conocer a los clientes (usuarios finales) a través de este documento el producto
resultante de la indagación de los requisitos; es decir, la visión general obtenida por
el analista del sistema para su aprobación y posteriormente avanzar con el desarrollo.
• Establecer y describir los requisitos tecnológicos, humanos, materiales y de software
para el correcto funcionamiento del sistema a desarrollar.
• Este documento está dirigido principalmente a los usuarios finales (personal que
trabaja en el HSVP oficina de seguros, proceso de ingreso de pacientes y verificación
de cada proceso).
• Se considera el contenido del presente documento de carácter CONFIDENCIAL,
cuyo conocimiento únicamente concierne al desarrollador y a la entidad
patrocinadora.
Visión general del sistema
El presente proyecto consiste en el diseño de un sistema de gestión de seguros del hospital
san Vicente de Paul con la finalidad de automatizar los procesos al momento de ingresos
de paciente y dependiendo del tipo de seguro que disponga, también no permitirá mejorar
y reducir costos de trabajo por medio que los datos serán más fácil de obtener por medio
de la base de datos que se encontrara.
Personal Involucrado
Tabla N° 3. Personal involucrado, formato IEEE 1362.
Nombre Aly Lema
Rol Cliente
Categoría profesional Encargado de la oficina de seguros
Responsabilidades Proveer los requisitos funcionales y no funcionales.
Revisión de software.
Administrador parcial del software
Información Administrador de la agencia de seguros del hospital San
Vicente de Paul
Aprobación Personal calificado

Nombre Roxana Pabón
Rol Documentador
Categoría profesional Estudiante de la Escuela de Ingeniería en Sistemas
Responsabilidades Analista de Requerimientos
Información email: rmpabon@pucesi.edu.ec
Aprobación Personal Calificado
Nombre Luis Lozano
Rol Analista, desarrollador
Categoría profesional Estudiante de la Escuela de Ingeniería en Sistemas
Responsabilidades Diseño y Desarrollo del software
Información Email: aptorres@pucesi.edu.ec
Aprobación Email: aptorres@pucesi.edu.ec
Sistema Propuesto
El presente sistema tiene el objetivo de instalarse un una base de datos y u n sistema
operativo, el sistema operativo a usar es Linux el cual es el que se a optado con m ayor
capacidad al sistema, el sistema se lo instalara en Linux por mayor compatibilidad, partiendo
de aquí se tomara los datos los cuales vendrán de una planilla que se realiza al momento en
que un paciente es ingresado y será enviados a la base de datos pero antes de ingresarlos
tendrán que estar correctamente ingresados si se lo devolverá, Una vez dada de alta el
paciente se verificara si posee seguros (IESS, ISSFA, ISSPOL, SEGURO PRIVADO) si lo
tiene se enviara la documentación a las oficinas si está en lo correcto se enviara y se verificara
y se realizara la respectiva cancelación de la factura, si el paciente no tiene un seguro el
Hospital San Vicente de Paul se encargara de los gastos.
Con este sistema se tendrá como objetivo mayor facilidad de información, seguridad
transparencia en la atención al cliente y que los usuarios finales (Agente de seguros, Oficial
de seguros, Auditor interno, Jefe de recaudación) tengan mayor comodidad.
Descripción del sistema propuesto

El sistema tiene como objetivo dar un informe acerca de la gestión de seguros y la cantidad
de personas ingresadas tienen seguros y cuál es el seguro por el cual opta la mayoría, nos
verificara la cantidad por la cual esta dispuesto a pagar cada empresa dependiendo de lo que
el paciente haya sufrido.
La siguiente Ilustración describe el proceso que se utilizara en el sistema.
Restricciones operacionales
Algunas restricciones que permitirán que el sistema funcione en su totalidad.
• El sistema de gestión de seguros debe solo ser utilizado por el personal del Hospital
San Vicente de Paul ya que son los capacitados para usarlo.
• Siempre se deberá verificar si tiene un seguro aparte sino el hospital lo tomara como
cargo.
• Verificar los datos del paciente antes de ingresar.
Tipos de Usuario
Tipo de usuario Juan Pablo López
Rol Agente de seguros
Formación Administrador de seguros
Responsabilidades Ingresa al paciente dependiendo de su accidente por lo cual pide
al ACT para identificarlo
Email Email: Juanlopes12@hotmail.com

Tipo de usuario Luis Francisco Lozano Villegas
Rol Oficial de seguros
Formación Seguros SPPAT
Responsabilidades Encargado de hacer una pre factura para el SPAAT
Email lflozano@pucesi.edu.ec
Tipo de usuario María José López Ramos
Rol Auditor interno
Formación Auditor interno
Responsabilidades Determina si el procedimiento médico (protocolo: procedimiento
+ medicación + exámenes) para el diagnóstico del paciente dado
de alta, de tal forma que solo se incluyan valores por servicios
que incluyen en dicho protocolo (por ejemplo, un diagnóstico de
rotura de tibia y peroné no requiere un examen ginecológico).
Email Mariajose123@hotmail.es
Tipo de usuario Pablo armando rivera roble
Rol Jefe de recaudacion
Formación Secretario de recaudacion
Responsabilidades Quien determina según el tipo de invalidez, es decir, quien será
la persona que deba corregir la prefectura, puede ser OF o AIS.
Email Pablo45@gmail.es

Mantenimiento
El siguiente sistema será documentado y entregado al Director del Hospital San Vicente
de Paul el cual se lo realizo en los estándares IEE 830, IEE 1362, se entregara la
documentación el código y las extensiones que se usaron p ara el sistema en un disco
duro externo, tomando en cuenta que el sistema puede ser alterado o modificado.
Los manuales de usuarios y técnicos están incorporados para una mejor comprobación y
mantenimiento.
• Por recomendación se debe realizar un mantenimiento al sistema cada 4 o 5
meses.
Requisitos de instalación
Para la instalación del servidor se recomienda un servidor exclusivo, Se puede instalar en
el mismo equipo del servidor SQL, o en un equipo diferente
Procesador de doble núcleo de 2,5 GHz, memoria RAM de 4 GB, 150GB de disco duro.
• MS Windows 2008 R2 Server o posterior.
• MS .NET Framework 4.5
• Internet Information Server 7.5 (IIS)
• Servicio FTP habilitado.
• Servicio SSL/HTTPS habilitado. Requiere obtener un certificado de una entidad
emisora de certificados.
• Carpeta con permisos de lectura/escritura para el usuario de IIS con objeto de
colgar documentos.
• Se recomienda Dirección IP pública fija habilitada.
• Conectividad a Internet con ancho de banda adecuado al tráfico de datos.

Checklist
Versión 1.0
1 Propósito General
El propósito del presente checklist es facilitar a los miembros de la validación de requisitos
de software de acuerdo al documento IEE 830 en el SISTEMA DE GESTION DE SEGUROS
DEL HOSPITAL SAN VICENTE PAUL.
2 Distribución
Una vez que el moderador hay adaptado el checklist a los objetivos de la auditoría, debe
distribuirlo entre los demás auditores. Los checklist serán regresados al moderador una vez
finalizada la etapa de site visit.
3 Instrucciones
Después de estudiar el proyecto, cada requisito debe tener su validación. Es decir, debe
responder cada pregunta existente en el checklist.
Observación: Las posibles respuestas son: (1) Sí → Cumplimiento adecuado.
(2) No → Incumplimiento o cumplimiento parcial.
(3) N/A → No es aplicable.

Checklist del sistema de Gestión de seguros del Hospital San Vicente de Paul
Checklist
1. 2. 3. 4. Identificación del proyecto
Proyecto: sistema de Gestión de seguros del Hospital San Vicente de Paul
5. 6. 7. 8. Checklist
CODIGO DESCRIPCION DEL REQUISITO SI NO N/A ROL
RF01 Aquí podremos saber si posee un PAT para poder verificar en el sistema. X Agent
e de
segur
os
RF02 El sistema permitirá realizar el pago correspondiente después de la verificación. X Oficial
de
seguros
RF03 En caso de que todo este correcto se realizara una prefactura. X Audito
r
ingerno
soat
RF04 En caso de que los oficios estén bien hechos se realizara el pago correspondiente a
dicho oficio.
X Oficial
de
seguros
NO FUNCIONALES
RNF01 Se asignan los costos para que pueda cancelar X Oficial
de
seguros
RNF02 Si el usuario tiene otro seguro se pondrá otros costos adicionales para tal caso. X Oficial
de
seguros
RNF03 Igual que la referencia no funcional anterior se pondrá cosotos adicionales para el pago
del centro medico a donde vaya
X Oficial
de
seguros
RNF04 Si el protocolo médico es incorrecto se hace el envió al jefe de recaudación para que se
realice bien el protocolo
X Jefe de
recaud
ación
RNF05 Si es invalidez medica se enviara al usuario a rectificar el certificado médico X Jefe de
recaud
ación
RNF06 Igual que la referencia no funcional anterior pero aquí cambiaria el certificaco
administrativo
X Jefe de
recaud
acion
RNF07 En caso de que el usuario tenga otro tipo de seguros tiene que hacer otro oficio para el
seguro correspondiente.
X Oficial
de
seguros
RNF08 Para esto es necesario que se verifique todos los oficios si están bien realizados para
que se pueda hacer el respectivo procedimiento
X Oficial
de
seguros
RNF09 Si los oficios registrados no se encuentran bien llenos se realizara el envio al hospital
para que se lo revisen y lo reenvíen otra vez.
X Oficial
de
seguros

ACTA DE RECEPCION Y CONFORMIDAD
Siendo las 18:00 horas del día veintidós del mes de enero del 2019 se constituyeron en las
instalaciones del HOSPITAL SAN VICENTE DE PAUL, los integrantes de la Comisión de
Recepción y Conformidad de Bienes de la Unidad, presidida por el Ing. Priscila Villarreal
Analista de Procesos, Econ. Patricio Borja Jefe de Transporte, Dra. Valeria Yánez Directora
Administrativa y el Ing. Fabián Larrea Coordinador General Administrativo Financiero con
la finalidad de realizar la validación y cumplimiento de las condiciones.
Efectuada la revisión correspondiente y no teniendo observaciones a las características
de las validaciones según las Bases se procede a dar la conformidad a la recepción y
validación y en fe del cual firmamos el Acta respectiva.
------------------------------------------------------ ---------------------------------------------------
ANALISTA DE PROCESOS JEFE DE SEGUROS
Ing. Priscila Villarreal Econ. Patricio Borja
------------------------------------------------------- ----------------------------------------------------
DIRECTORA ADMINISTRATIVA GENERAL ADMINISTRATIVO
Dra. Valeria Yánez Ing. Fabián Larrea

ACTA DE ACUERDO NEGOCIACION
NEGOCIACION PARA EL PROCESO No CDCGADPRM-001-2018.
OBJETO DEL PROCESO: “implementar las funcionalidades del manual de procesos del
sistema de gestión de seguros.”
En Ibarra, a los 21 días del mes de enero del 2019, comparecen a la suscripción de la
presente Acta de Negociación por una parte el Ing. Wilson Barrera Maldonado.
Presidenta María José Ortiz del “Hospital san Vicente de Paul “y por otra parte el Ing. Wilson
Barrera Maldonado Profesional Oferente,
Quienes conviven en suscribir la presente acta de Negociación de la contratación No
CDCGADPRM-001-2018, PARA “CONTRATAR LOS SERVICIOS DE DESARROLLO
DE SOFTWARE DEL SISTEMA DE GESTION DE SEGUROS”.
ANTECEDENTES:
El gobierno autónomo descentralizado y municipio de Ibarra con fecha 22 de enero del año
2019 publico en el Portal de Compras Públicas SERCOP el proceso No. CDC-GADPRM-
001-2018, DESARROLLO DE SOFTWARE DEL SISTEMA DE GESTION DE
SEGUROS”.
1.1, invitación que fue aceptada por parte del Ing. Wilson Barrera Maldonado; cuya oferta
técnica y económica luego de la revisión por parte de la Sra. María José Ortiz,
Presidenta de Ilustre Municipalidad de Ibarra fue habilitada en virtud de que el oferente
obtuvo una valoración de 100 puntos, toda vez que su oferta cumplía con las especificadores
técnicas y económicas requeridas por el HOSPITAL SAN VICENTE DE PAUL.
En razón de lo dispuesto en el Artículo 36 del Reglamento General de la LOSNCP,la entidad
contratante debe realizar una negociación respecto del requerimiento contratado con el
oferente invitado, a fin de llegar a un acuerdo que convenga a las partes en lo que tiene que
ver con los aspectos legales y técnicos en función del cumplimiento del objeto de la
contratación.

PRIMERA: NEGOCIACION.
Con el afán de dar cumplimiento a las disposiciones constantes tanto en la Ley como en el
Reglamento General de Contratación Publica las partes han procedido a realizar la presente
acta de acuerdo, en los siguientes términos:
OFERTA TECNICA.
La propuesta técnica emitida por el Ing. Wilson Barrera Maldonado, deberá ser cumplida a
Cabalidad, conforme se establece en los términos de referencia en el Pliego, publicado por el
municipio de Ibarra y de acuerdo al calendario establecido, requerimientos por parte de
FLOTA
INSTITUCIONAL.
Descripción de la implementación de las funcionalidades especificadas en el MANUAL DEL
SUBPROCESO DEL SISTEMMA DE GESTION DE SEGUROS DEL HOSPITAL SAN
VICENTE DE PAUL.
1. Autentificación de usuarios.
2. Registro de usuarios.
3. Consulta información.
4. Verificar información.
5. Identificar paciente.
6. Identificar tipos de seguros.
7. Verificar datos de planillaje.
8. Obtener el planillaje.
9. Gestión de procedimiento médicos.
10. Gestión de pre facturas.
11. Envió de oficios.
12. Gestionar pagos.
14. Acreditar.
15.Almacenamiento de base de datos.

OFERTA ECONOMICA.
EI precio referencial publicado por el HOPITAL SAN VICENTE DE PAUL para contratar
el “desarrollo de actividades del sistema de gestión de seguros”.
El tiempo estimado será de 6 meses, días laborables para el prototipo.
1.1, invitación que fue aceptada por parte del Ing. Wilson Barrera Maldonado, es de $
5.962,06 más IVA luego de escuchadas las propuestas de las dos partes, manifiestan estar de
acuerdo en la presente Acta, quedando el valor de negociación en la suma total de $
5.962,06más IVA; oferta que es aceptada por parte del municipio de Ibarra.
SEGUNDA: ACEPTACION. -
Luego de la negociación y acuerdos alcanzados, las partes manifiestan su aceptación en todas
y cada una de las cláusulas anteriores y para constancia firman la presente acta por duplicado.
--------------------------------------------- --------------------
----------------
Sra. María José Ortiz Ing. Wilson Barrera
Maldonado
Presidenta de FLOTA INSTITUCIONAL Contratista

Diagramas caso de uso
Jefe de recaudación
Agente de seguros

Auditor interno
Oficial de seguros

Modelo Conceptual
Modelo Lógico

Requisitos del sistema

Recomendados

Recomendados

Más contenido relacionado

La actualidad más candente

La actualidad más candente (20)

Similar a Requisitos del sistema

Similar a Requisitos del sistema (20)

Requisitos del sistema