Академический Документы
Профессиональный Документы
Культура Документы
I. ANTECEDENTES
La República del Perú acordó una operación de endeudamiento externo con el
Banco Internacional de Reconstrucción y Fomento-BIRF (Decreto Supremo
102-2011-EF) para financiar la intervención “Cierre de brechas en productos
priorizados del Programa Articulado Nutricional” bajo la modalidad de Enfoque
Sectorial Amplio de Apoyo Financiero (SWAP), en adelante denominado el
Proyecto. Dicha modalidad permite reembolsar los gastos efectuados, en el
marco de la referida intervención financiados por la fuente de recursos
ordinarios, cuando se hayan alcanzado los resultados esperados en la
reducción de la Desnutrición Crónica Infantil. La Dirección general de
Presupuesto Público (DGPP) asume la coordinación técnica del Proyecto y la
Unidad de Coordinación de Préstamos Sectoriales (UCPS), la coordinación
administrativa de los componentes I y III.
El sistema debe permitir su interacción (por lo menos a nivel de datos) con los
otros sistemas del SIS (adecuándose en lo posible a las metodologías,
estructura de datos y estándares institucionales) y facilitar la incorporación de
la información que sea reportada vía desktop (en los lugares que no haya
Internet).
La plataforma para el desarrollo del sistema debe ser SQL SERVER 2012
como base de datos y .Net 2012 como lenguaje de programación. Sin
embargo, dicho desarrollo deberá contemplar las exigencias necesarias para
una migración futura a ORACLE 11g.
A. PLAN DE TRABAJO
- Metodología de trabajo.
- Cronograma de trabajo.
Descripción de entregables:
Nuevo cargo:
Datos mínimos:
Área, cargo. (Permitir buscar la unidad orgánica y jalar la
información) y Tipo (régimen de trabajo),
Ingreso: tipo de documento, número de documento, fecha de
documento.
Salida: tipo de documento, número de documento, fecha de
documento.
Estado: activo o inactivo.
Documento: Contrato / Resolución Ministerial (RM)…etc.
a. Requirente autorizado:
Usuario del sistema, es el código del usuario del sistema
que servirá para la validación de quienes acceden al sistema,
esto implica contar con una tabla de usuarios autorizados
previamente.
N° de orden, se incluye un orden correlativo de los campos.
Fecha de solicitud, debe incluir los campos de aaaa/mm/dd.
Hora de solicitud, registrada de 0 a 24 horas, en horas,
minutos y segundos.
Tipo de documento de identidad, se registrará que tipo de
documento que presenta la persona (DNI o CE).
Número de documento de identidad, se registrará el
número que corresponda, por ejemplo el DNI debe ser
registrado con los campos exactos (8 dígitos) a fin de que no
se coloque número adicionales y en el caso de carné de
extranjería (9 dígitos) y al tenerse ya registrado como
autorizado para acceder al sistema, permitirá incorporar los
demás campos que ya se encuentren en base de datos.
Este ítem debe estar enlazado al registro de usuarios del
sistema y se consignará dichos datos en automático.
Apellido paterno, corresponde a la información registrada en
el sistema y que aparece al ingresar o registrar el Número de
documento de identidad (DNI o CE) en automático.
Apellido materno, corresponde a la información registrada en
el sistema y que aparece al ingresar o registrar el Número de
documento de identidad (DNI o CE) en automático.
Nombres, corresponde a la información registrada en el
sistema y que aparece al ingresar o registrar el DNI en
automático.
Cargo del solicitante y adicionalmente aparecerá una clave
correspondiente a la información registrada en el sistema y
que aparece al ingresar o registrar el DNI en automático.
c. Del requerimiento
Requerimiento, es un “combo” que permita la selección simple
de:
Generar rol y/o privilegios.
Alta.
Baja.
Modificación.
Blanqueo de clave.
Tal como se detalla a continuación:
- Cuando se seleccione “generar rol y/o privilegios” se
activarán lo siguiente campos: rol del personal 1, rol del
personal 2 (opcional), nivel de privilegio del personal que
usará el sistema.
- Cuando se tenga la selección de “modificación” se
activarán lo siguiente campos: DNI del personal que usará
el sistema, apellido paterno del personal que usará el
sistema, apellido materno del personal que usará el
sistema, nombres del personal que usará el sistema,
departamento, provincia, distrito, sede, rol del personal 1,
rol del personal 2 (opcional), nivel de privilegio del personal
que usará el sistema, Justificación de requerimiento, a
quien reemplaza, plazo máximo de autorización, tiempo de
autorización propuesto (días), fecha de inicio
(aaaa/mm/dd), fecha de fin (aaaa/mm/dd).
- Cuando se tenga la selección de “alta” al registro del
requirente autorizado DNI aparecerán sus datos y se
activarán todos los campos de “Datos del personal” y
“datos del Requerimiento” para ser registrados. En
automático se registrará los campos de la autorización.
- Cuando seleccionen “baja” al registrar el DNI de la persona
que se dará de baja se jalarán todo los campos
bloqueados excepto el registro de la fecha de fin lo cual
permita registrar la nueva fecha de baja; en automático se
grabará la hora y fecha y hora de la baja autorizada, no
permitiéndose el acceso.
- Cuando se tenga la selección de “blanqueo de clave”, al
registro del DNI aparecerán todos los campos bloqueados,
pero se activará un nuevo campo historial de la clave
anterior quedando en blanco el rubro de clave a fin de que
se registre una nueva, esto sólo se podrá realizar una vez
que el usuario justifique el requerimiento con la opción de
“olvido de clave (Para blanqueo de clave)”, este blanqueo
no podrá realizarse más de 02 veces al año, por encima
del límite sólo el administrador 1 podrá autorizar el cambio.
Justificación de requerimiento, se tendrá en cuenta las
siguientes opciones: “personal asignado, “personal asignado
nuevo adicional”, “reemplazo por vacaciones del titular”,
“reemplazo por suspensión del titular, reemplazo por renuncia
Datos de la autorización
De la autorización, los datos se grabarán en automático y
comprenden como mínimo a los siguientes:
Requerimiento.
Tipo de baja autorizado.
Acción generada.
Apellido paterno del personal que autoriza.
Apellido materno del personal que autoriza.
Nombres del personal que autoriza.
Fecha y hora de operación realizada
(alta/baja/modificación/blanqueo de clave).
Número de documento de identidad (DNI o CE) del personal.
Apellido paterno del personal que usará el sistema.
Apellido materno del personal que usará el sistema.
Nombres del personal que usará el sistema.
Rol del personal.
Nivel de privilegio del personal que usará el sistema.
Departamento.
Provincia.
Distrito.
Sede.
Modalidad de presentación
Se tendrá en cuenta Presentación en persona, Presentación
telefónica, Presentación vía formato web-correo electrónico,
Presentación por formato escrito o carta.
La fuente verificación de la Consulta, reclamo o sugerencia podrá ser
adjuntada.
Conversación grabada (Teléfono): si se dispone de este medio se
podrá consignar la opción si/no.
Documento: se podrá adjuntar el documento original (escaneado u
otro)
N° expediente (formato escrito o carta): se registrará el número del
expediente correspondiente al número ingresado a través de trámite
documentario sólo como un referencial.
N° de correlativo: es la cuenta numérica correspondiente a la
atención generada.
Observación.
Fecha / hora de recepción.
Prioridad (normal / inmediato / urgente).
Luego de grabar la delegación se emitirá una respuesta automática
por correo electrónico (al jefe del operador al cual se delegó la
atención) y mensaje en pantalla confirmando el registro de la
delegación.
El formato debe ser administrable.
Tener en cuenta el Anexo N° 07 y 08
• Sección estadística.
Emitir reportes, cuadros y gráficos estadísticos en tiempo real, de los
motivos de las consultas, reclamos y sugerencias, por asesor de
servicio, establecimientos de salud implicados en los reclamos, por cada
canal de presentación, modalidad de presentación y departamento,
entre otros.
Por mes:
- 60 Gráficos:
Los gráficos se derivan de las tablas generadas.
- 01 Cubo:
Siendo las principales variables las consignadas en el Anexo N° 04, en
adición a las generadas propias de los reclamos, reclamos de campo,
reclamos de oficio, consultas y/o sugerencias.
2.4 Identificación:
Validar datos en línea, con RENIEC, SISFOH, EsSALUD u OTRAS
IAFAS u IPRESS existentes y que permita su conexión en un futuro a
nuevas validaciones.
Integrado a la información de los asegurados registrados en el ARFSIS
y SIASIS y con enlace al SISFOH.
Integrado a la RENIEC a fin de facilitar la identificación del usuario del
servicio de atención de consultas, reclamos y sugerencias.
Registro a través de código de barras utilizando la codificación del DNI.
2.5 Catalogación:
Permitir el ingreso de datos producto de la catalogación realizada por el
personal operativo en base a una lista previamente definida.
3) Personal de CRS/GA/SGM:
• Todas las opciones anteriores.
• Sistema le permite visualizar los reportes a SUNASA (de ambas partes
de la plataforma: la de reclamos que llegan al SIS como el reporte
consolidado de los reclamos enviados por las IPRESS).
• Sistema le permite exportar estos archivos al Excel.
Perfil SUNASA:
Sistema le permite visualizar y exportar al Excel los reportes de los reclamos
que llegan al SIS y su estado así como el reporte consolidado de los reclamos
enviados por las IPRESS y consolidados por el SIS.
Perfil IPRESS/DISA/DIRESA/RED:
Sistema les permite adjuntar el archivo Excel o Access con el consolidado
mensual de los reclamos, el mismo que es validado por nuestro sistema,
obteniendo una respuesta de recepción positiva o negativa (en caso exista
algún error en los campos que no permitan validar la información), la misma
que puede ser impresa por la IPRESS.
2.7 Seguimiento:
• Obtener información del asegurado en base a un dato específico a nivel
nacional (DNI, nombre completo, etc.).
• Lista de documentos con facilidad para seleccionar y al click visualizar
y/o imprimir.
• Registro automático del seguimiento realizado por cada caso
parametrizable en función plazos.
• Seguimiento automático de requerimientos no leídos por cada UDR u
operador.
• Búsqueda de registros por motivos, plazos, etc.
• Sistema de alertas (por motivo, plazos, etc.) y semáforos.
• Enrutamiento para resolución y alertas por e-mails a responsables.
• Seguimiento de estado de expediente vía web.
• Historial de atenciones.
• El seguimiento implica los siguientes datos como mínimo.
Seguimiento 01: fecha seguimiento 01, observación de seguimiento
01, nombre y apellidos de persona de contacto 01, tipo de
documento, número de documento, número de expediente, código de
responsable de seguimiento.
Se debe consignar una opción para ampliar el número de
seguimientos.
• El formato debe ser administrable.
2.8 Control:
• Cumplimiento de criterios de registro, plazos, absolución entre
otros.
• Archivo virtual de información.
• Medición de indicadores (20) de proceso, resultado y de gestión
en un Cuadro de Mando.
• Medición de la percepción del usuario atendido en los diferentes
canales de atención del SIS (CAA, MAC-MACMYPE, UDR, etc.) a
través de un formulario definido por la Gerencia del Asegurado
facilitando el ingreso de la información y su procesamiento, se
utilizará un formulario de calidad en la cual utilizará 7 parámetros
de encuesta: atención personal, trato personal, disponibilidad de
información, claridad de información recibida, ambiente de local,
grado de satisfacción, tiempo de espera.
• Crear la funcionalidad de un sistema de trámite documentario que
permita derivar el expediente de reclamo y generar un sistema de
semaforización considerando los plazos planteados en la norma
(Incluir en el campo de “movimientos” una columna con dicho
semáforo, a color). Asimismo, una columna con los días hábiles
transcurridos desde su recepción.
• La consulta puede ser por número de expediente o por número
correlativo (Agregar campo).
• Debe poder generarse un reporte diario que indique cuales
expedientes están en riesgo de finalizar los plazos límites y los
que han sobrepasado dicho plazo.
B. ESTABLECIMIENTO DE REQUISITOS
- Análisis de Requisitos.
• Modelo de Casos de Uso. Diagramado de acuerdo a la notación
UML.
• Especificación de Casos de Uso.
D. ANÁLISIS DE CLASES
- Desarrollo del Modelo de Clases.
F. DEFINICIÓN DE INTERFACES
- Especificación de Formatos de Pantalla e Impresión.
- Especificación de interfases con otros sistemas.
G. PLAN DE PRUEBAS
B. DISEÑO DE CLASES
- Identificación de Atributos de las clases.
A. ACTA DE CONFORMIDAD
- Funcional (Gerencia del Asegurado).
- Técnica (Oficina General de Tecnología de la Información).
V. INFORMES
La Empresa deberá presentar informes describiendo las tareas efectuadas
según lo señalado en los Términos de Referencia (Productos), igualmente
presentará un Informe Final al concluir las tareas o productos contemplados en
los TDR.
IX. PERFIL
1. Experiencia de la Empresa
1. Experiencia Específica en desarrollo de Aplicaciones Web mínima de 5
años comprobable (deseable en el Sector Público).
2. Experiencia Específica en Desarrollo de aplicaciones con SQL SERVER
y .Net, al menos haber realizado 3 proyectos de con estas plataformas
(deseable en el Sector Público). Asimismo, contar con alguna
experiencia en aplicaciones con ORACLE.
Los presentes son campos recomendados para maestros y en caso de otros maestros
serán definidos con las áreas respectivas de la GA y OGTI.
DEPARTAMENTO
ITEM
Departamento
Descripción
Estado
PROVINCIA
ITEM
Provincia
Identificador del Departamento
Descripción
Estado
DISTRITO
ITEM
Distrito
Provincia
Descripción
Estado
Quintil del MINSA
Quintil MEF
Ámbito INEI
Ubigeo según la RENIEC
Región Natural del INEI
Fecha Creación
Usuario que Creó el registro
Fecha de actualización
Ámbito VRAE
Nombre de la Capital
Observaciones
NO SELECCIONADO
Ubigeo Actual para los que están de baja
UDR
ITEM
Unidad Desconcentrada Regional
DIRESA/DISA
Descripción
Estado
UNIDAD EJECUTORA
ITEM
Identificador de la Unidad Ejecutora
Unidad desconcentrada regional
Descripción
Fecha de creación en la base de datos
Fecha de Actualización
Estado
Nombre del usuario que Creó el registro
Fecha de creación en la base de datos
Usuario que actualizó el registro
Fecha de Actualización
RED
ITEM
nombre de diresa/disa
identificador nombre de Red
Descripción
Estado
MICRO RED
ITEM
Disa
identificador Red
MicroRed
Descripción
Estado
ESTABLECIMIENTO DE SALUD
ITEM
Establecimiento RENAES
Establecimiento para SIS
Nombre
Nombre Comercial
Ubigeo
ATENCIONES SMI
ITEM
identificador tabla atención
identificador de tabla
Códigos de servicio preventivos, vacunas y dosis
Cantidad utilizada para la atención
ATENCION INS
ITEM
ATENCION MED
ITEM
identificador tabla atención
identificador de tabla
ATENCION DIA
ITEM
PERSONAL DE SALUD
ITEM
Identificador de la Tabla
Numero de documento de identidad
Apellido paterno
Apellido materno
Primer nombre
Segundo nombre
Identificación del sexo
Fecha de nacimiento
Tipo de personal de salud
Identificación de especialidad
Sub especialidad
Estado del registro (Activo o Inactivo)
Tipo de documento de identidad
Numero de documento de identidad
Indica si el personal de salud es egresado o no
ATENCIÓN
ITEM
Correlativo autogenerado por la BD al momento del registro de una FUA
Código de DISA de donde se registra la FUA
Número de lote de la FUA
Correlativo del documento físico de una FUA
Código del establecimiento de Salud en donde se registra la FUA
Componente de la afiliación registrada en la FUA (Subsidiado,
Semisubsidiado)
Tipo de Formato de la afiliación (Nuevo, Antiguo Inscripción, Antiguo
Afiliación)
Código de DISA de donde se registró la Afiliación / Inscripción
Tipo de Formato que se registro la Afiliación / Inscripción
Número de registro de la Afiliación / Inscripción
Número de lote de la Inscripción (Determina el número de hijos)
Código de otro seguro que posea la persona que se va a afiliar
Identificación de persona
ATENCION SEPELIO
ITEM