Parámetros y Controles del SIGEP

1 Parámetros y Controles Obligatorios. 1.A) Parámetros en formularios del SIGEP y en tablas de Base de Datos. • Establecer que prestaciones puede hacer un efector. o Lo deberá realizar en el módulo Facturación->Prestación/Nomenclador. o Buscar el efector y seleccionar las prestaciones que realiza de acuerdo al nomenclador que utiliza.

• Configurar limite en días en los que se puede facturar una prestación, tabla nacer.parametros. o La “fecha de la prestación ¬+ limite en días” debe ser mayor “fecha de factura” o Al control lo realiza al momento de vincular comprobantes en la factura.

• Configurar la tabla facturacion.validación_prestacion de acuerdo al siguiente esquema. o Tomará como criterio de filtro “fecha de prestación” este entre (“fecha prestación actual –“dia prestaciones limite”) y (“fecha prestación actual”).

Parámetros mínimos sujeto a revisión por parte del seguro. 1.B) Validaciones que el SIGEP realiza por default, en base de datos o por de código fuente. • El sistema valida los ingresos de acuerdo a la comparación cronológica de eventos, por ejemplo:  La fecha de prestación debe ser posterior a la de inscripción. (modulos/facturacion/comprobante_admin.php).  La fecha de la prestación debe coincidir con la vigencia del nomenclador (cargado en tabla facturacion.nomenclador_detalle).  La fecha de la prestación facturada debe ser una fecha vigente del compromiso de gestión (cargado en el módulo utilidades -> efectores). • El sistema genera una pre-validación restringiendo las opciones de los códigos del nomenclador de acuerdo al grupo etáreo, por ejemplo:  Si el beneficiario es un niño se muestra todas las prestaciones del nomenclador menos las definidas en el grupo Mujer sumado a las restricciones configuradas por otros módulos. (modulos/facturacion/comprobante_admin.php).  Si el beneficiario es una mujer se muestra todas las prestaciones del nomenclador menos las definidas en el grupo Niño sumado a las restricciones configuradas por otros módulos. (modulos/facturacion/comprobante_admin.php).  No se puede facturar un MEM 32 a un niño mayor de 1 año.  No se puede facturar un MEM 33 a un niño menor de 1 año. • El sistema no permite crear una factura de un efector sin convenio o convenio no vigente. (modulos/facturacion/factura_admin.php). • El sistema valida la cantidad de prestaciones por beneficiario contra la tabla de validación evitando los duplicados de prestaciones y la inconsistencia en las tasas de uso. • En el módulo de inscripción (al momento de estar operativo) el sistema valida la existencia los nuevos inscriptos en el PUCO y en la Base de Datos de inscriptos proveyendo consistencia e integridad a los procedimientos. • El sistema genera el Archivo A del sistema de Inscripción de acuerdo al parámetro establecido en uad.parametros.

2 Que es posible validar con estos parámetros. • Prestaciones por efector, por beneficiario y por período. • Limite de la fecha de la prestación. • Duplicidad de prestaciones y tasas de uso. • Todos los controles mencionados en el punto 1.b 3 Permisos de acceso a datos y archivos fuentes. • Se realizó la instalación en la UGSP otorgando un usuario de base de datos y de la aplicación con el perfil de administrador, quedando a disposición de la gerencia del seguro provincial determinar la jerarquía de usuarios. 4 Versionado • Debido a las características y requerimientos heterogéneos de cada provincia, el versionado será responsabilidad de las mismas se establecerán pautas y parámetros generales para provincias que hayan adoptado el SIGEP como su sistema de gestión. 5 Documentación a enviar a las Provincias (a través de DOIU o algún otro medio disponible). • Queda a criterio del ENCSS que instrumento normativo utilizara para establecer las pautas y parámetros a las provincias que hayan adoptado el SIGEP como su sistema de gestión. 6 Seguridad. 6.A) Seguridad en la protección de la información: • Acceso al sistema a través de un usuario y contraseña. • El usuario es generado por el administrador del sistema y se le asigna permisos parametrizables de acuerdo a él/los módulos que utiliza. • El sistema permite lograr una trazabilidad por usuario de todas las transacciones que se realizan en el sistema. 6.B) Seguridad en Infraestructura Computacional: • Se provee al Responsable de Operaciones un Plan de Contingencias Informáticas. • Se provee al Responsable de Operaciones un Procedimiento protocolizado de Backup, que incluye el tiempo de guarda de la información. • Es recomendación genérica para cualquier servidor realizar su alojamiento en un lugar con acceso restringido y condiciones ambientales adecuadas. 6.C) Seguridad a Nivel Usuario: • Se provee un protocolo de configuración de usuarios y otorgamiento de permisos en conjunto con un módulo del sistema que realiza estas funciones. • El sistema posee características de trazabilidad a nivel prestacional y administrativo y registra todas las tareas en forma nominalizada. Por ejemplo: (1) Pueden rastrearse todas las prestaciones efectuadas a un determinado beneficiario. (2) Pueden auditarse todas las operaciones realizadas por cualquier usuario del SIGEP (ingreso de prestaciones, generación de facturas, etc. • No existe el “borrado físico”, es decir que toda eliminación, anulación o cancelación sigue registrada en el sistema y puede ser rastreada desde sus orígenes.