PROCESO DE CONSOLIDACIN

Se denomina proceso de consolidacin al conjunto de actividades que se ejecutan

con la finalidad de recoger la informacin digitada en los puntos de digitacin y que
tienen que almacenarse en las bases de datos de la sede central del SIS.
A continuacin se describe las actividades que se ejecutan mensualmente:

I. RECEPCIN DE INFORMACIN

El proceso de Recepcin de Informacin consiste en acopiar la informacin

mensual producida por todos puntos de digitacin, Los cuales envan un
paquete ZIP conteniendo los archivos TXT que se cargan a travs de una interfaz
Web (Modulo de Recepcin).
El proceso sigue la siguiente secuencia:
a. Generacin de un archivo ZIP encriptado (paquete), creado por el
aplicativo desktop ARFSIS 2.1.
b. Enviar el paquete al responsable de informtica de la ODSIS.
c. El responsable publicar los paquetes a travs de un aplicativo Web.

El tiempo promedio que dura este proceso es de 5 das.

El aplicativo Web de Recepcin de Informacin, procesa cada paquete que
recibe grabndolo en la base de datos BDSIS_RECEPCION, Y reporta las diferencias
entre cantidad de registros que se encuentran en los archivos TXT y la cantidad
de registros grabados en la base de datos si fuera el caso.
Hay dos pasos ms que se realizan los cuales describimos a continuacin:

Paso 01: Publicacin de inconsistencias

Luego de tener la informacin de los puntos de digitacin, se procede a

ejecutar las consultas de consistencia de integridad de datos, y aquellos
paquetes observados como resultado del proceso, podrn ser corregidos en la
brevedad posible por el informtico de la ODSIS, el tiempo promedio es de 6
horas.
Las inconsistencias se muestran en un reporte generado por el aplicativo Web
(Modulo de Recepcin) y se encuentran filtradas por ODSIS, punto de digitacin y
las tablas transaccionales.

Paso 02: Copia de informacin en BDSIS_CONSOLIDACION (H5N1)

Toda la informacin recepcionada se encuentra en la base de datos

BDSIS_RECEPCION en el servidor AMASUA, la cual es copiada a la base de datos
BDSIS_CONSOLIDACION del servidor H5N1, esto se hace con el objetivo acelerar los
procesos posteriores.

II. GENERAR CDIGO IDPER

La generacin del cdigo IdPer es punto crtico en el proceso de consolidacin ya

que este cdigo determina la referencia entre el formato SIS y el beneficiario.
Los formatos SIS que incluyen un cdigo IdPer en su estructura de tabla son:
a. Fese (integrantes)
b. Afiliaciones
c. Inscripcin
d. Filiaciones
e. Atenciones
Este

proceso

de

generacin del cdigo IdPer se

servidor H5N1 de la siguiente manera:

lleva

acabo

en

BDSIS_CONSOLIDACION del

1. Generacin del cdigo autogenerado.

Cdigo autogenerado se crea por cada tabla que contiene los datos del
beneficiario. La funcin que devuelve este cdigo se adjunta en el anexo
01.
Cabe indicar que antes de generar el cdigo autogenerado se filtran
caracteres especiales o espacios innecesarios si los hubiera.
2. Generar tabla m_Sujeto.
La tabla m_Sujeto, tiene como finalidad almacenar los datos personales
que se encuentra en las tablas transaccionales en una sola tabla
contenedora vinculada a travs de un cdigo nico que lo llamaremos
CUISIS.
La condicin que debe cumplirse antes de agregar un registro a la tabla
m_Sujeto es que no exista el cdigo CUISIS en dicha tabla. Para mayor
compresin ver la siguiente imagen.

La estructura de la tabla m_Sujeto se describe a continuacin:

CAMPO

TIPO

suj_Cuisis

varchar(25)

suj_Autogenerado

varchar(20)

suj_Appaterno

varchar(40)

suj_Apmaterno

varchar(40)

suj_Pnom

varchar(35)

suj_Snom

varchar(35)

suj_Fecnac

varchar(10)

suj_Idsexo

varchar(1)

suj_IdTipoDocumento

varchar(1)

suj_Dni

varchar(10)

3. Actualizar IdPer en m_Sujeto.

Una vez que se tiene toda la informacin en una sola tabla se procede a
buscar el IdPer en la tabla m_Persona. Y se hace comparando los datos
personales de la persona que se encuentran en las tablas m_Sujeto y
m_Persona.
La bsqueda que se realiza, consiste en encontrar coincidencias en los
campos: apellidos, nombres, sexo y fecha nacimiento del beneficiario; y si
la bsqueda encuentra una igualdad actualiza el IdPer en la tabla
m_Sujeto.
Un detalle a tener en cuenta es que en la tabla m_persona se encuentra
un campo per_RegValido que indica si el registro es valido con respecto a
RENIEC donde encontramos el valor 0 (Validado con RENIEC) y 1 (No
Valido con REINEC). Teniendo en cuenta este campo en el proceso, se da
prioridad al los registros validados con RENIEC y luego procesar los que no
validos.
4. Agregar registros nuevos en la tabla m_Persona (bdsis_siasis)
Los registros nuevos que se agregan son aquellos beneficiarios que no
existen en tabla m_Persona y que necesitan ser agregados, para que el Id
generado en la tabla sea retroalimentado a la informacin de produccin
mensual. Antes de agregar registros a la tabla m_persona en BDSIS_SIASIS
se validan con RENIEC para mejorar la calidad de la informacin.
Luego de haber agregado los registros en la tabla m_persona se procede a
actualizar el IdPer en la tabla m_Sujeto. Este paso es igual al punto nmero
3.
5. Actualizar IdPer en las tablas transaccionales.
Una vez que nuestra tabla m_Sujeto se encuentra completamente
actualizada con el cdigo IdPer, se procede a actualizar el IdPer en las
tablas transaccionales relacionadas por el cdigo CUISIS.
Para actualizar el IdPer en las tablas transaccionales sin margen error, se
toma el orden natural en que la informacin se genera para asegurarnos
de que el cdigo Idper generado para el integrante de Fese sea el mismo

en la afiliacin, inscripcin y la atencin, por tanto se sigue el siguiente

orden para actualizar:
a. Integrantes de Fese
i.
Actualizar en cascada
ii.
Actualizar en cascada
b. Afiliaciones
i.
Actualizar en cascada
c. Inscripciones
i.
Actualizar en cascada
d. Filiaciones
i.
Actualizar en cascada
e. Atenciones

Afiliaciones.
Inscripciones.
Atenciones.
Atenciones.
Atenciones.

III. COPIAR INFORMACIN EN BDSIS_SIASIS

Terminados los procesos previos, la informacin se encuentra en las

condiciones necesarias para pasar a formar parte de la informacin de la base
de datos SIASIS.
Este proceso es muy sencillo y no necesita detallarse a profundidad, ya que
solo consiste en copiar las tablas transaccionales desde BDSIS_CONSOLIDACIN a
BDSIS_SIASIS.

Anexo 01
CREATE FUNCTION dbo.spCrearAutogenerado(@pApePat as varchar(20), @pApeMat as varchar(20),
@pPriNom as varchar(20),
@pSegNom as varchar(20), @pSexo as varchar(1), @pFecNac as varchar(10))
RETURNS VARCHAR(20)
AS
BEGIN
DECLARE @Fecha varchar(8), @Sexo varchar(1), @ApePat varchar(2), @ApeMat varchar(2)
DECLARE @PriNom varchar(2), @SegNom varchar(2), @Suma varchar(2)
--FECHA DE NACIMIENTO
SET @Fecha = CONVERT(varchar,CAST(ISNULL(@pFecNac,'') AS DATETIME),112)
--SEXO
SET @Sexo = ISNULL(@pSexo,'')
--APELLIDO PATERNO
SET @pApePat = ISNULL(@pApePat,'')
SET @ApePat = LEFT(@pApePat,1)
IF(LEN(SUBSTRING(@pApePat,4,1)) = 0)
SET @ApePat = @ApePat + RIGHT(@pApePat,1)
ELSE
SET @ApePat = @ApePat + SUBSTRING(@pApePat,4,1)
--APELLIDO MATERNO
SET @pApeMat = ISNULL(@pApeMat,'')
SET @ApeMat = LEFT(@pApeMat,1)
IF(LEN(LTRIM(SUBSTRING(@pApemat,4,1))) = 0)
SET @ApeMat = @ApeMat + RIGHT(@pApeMat,1)
ELSE
SET @ApeMat = @ApeMat + SUBSTRING(@pApeMat,4,1)
--PRIMER NOMBRE
SET @pPriNom = ISNULL(@pPriNom,'')
SET @PriNom = LEFT(@pPriNom,1)
IF(LEN(LTRIM(SUBSTRING(@pPriNom,4,1))) = 0)
SET @PriNom = @PriNom + RIGHT(@pPriNom,1)
ELSE
SET @PriNom = @PriNom + SUBSTRING(@pPriNom,4,1)
--SEGUNDO NOMBRE
SET @pSegNom = ISNULL(@pSegNom,'')
SET @SegNom = LEFT(@pSegNom,1)
IF(LEN(@pSegNom) > 0)
IF(LEN(SUBSTRING(@pSegNom,4,1)) = 0)
SET @SegNom = @SegNom + RIGHT(@pSegNom,1)
ELSE
SET @SegNom = @SegNom + SUBSTRING(@pSegNom,4,1)
ELSE
SET @SegNom = @PriNom
IF(LEN(@pApePat+@pApeMat+@pPriNom+@pSegNom)>9)
SET @Suma =
CONVERT(VARCHAR(2),LEN(@pApePat+@pApeMat+@pPriNom+@pSegNom))
ELSE
SET @Suma = RIGHT('00' +
CONVERT(VARCHAR(2),LEN(@pApePat+@pApeMat+@pPriNom+@pSegNom)),2)
RETURN @Fecha+@ApePat+@ApeMat+@PriNom+@SegNom+@Sexo+@Suma
END