La triada de información y sus usuarios externos

Previamente hemos determinado cómo funciona la triada de control, en resumen el usuario control otorga permisos a los demás protagonistas de lectura y/o escritura a desarrollo y a publicación, pero existen también los usuarios externos que podrían cambiar la configuración del sistema.

En el esquema de Mantenimiento, tenemos a los “otros usuarios” , casi siempre serán los usuarios finales que suelen tener permisos de modificación de la información a la cual se conecta el sistema de reportes.

La carpeta de configuración

En este escenario la carpeta está en complementarios y en eventos se encuentra el archivo de EventosyConfiguración.xlsx

Una vez ingresamos a esta carpeta - de la cuál hemos hablado previamente en el perfil del usuario de la salud para determinar relatorías, títulos y otros parámetros - vamos a ver que existen otras hojas de gran relevancia.

Las otras hojas suelen tener relevancia en la relatoría de eventos, hojas y títulos, en esta sección nos concentraremos en las hojas de Parámetros, Eventos Sistema, Reportes padre y Control de eventos.

Una vez que tengamos ingreso se podrá configurar la configuración de eventos para el sistema.

La hoja parámetros

En esta hoja vemos básicamente dos listas de datos, estos datos se usan como ayuda para creación de listas desplegables en las hojas de configuración, por ejemplo, para que el usuario no tenga que escribir los nombres de las hojas del sistema de reportes, se usa el rango de hojas de informes.

El rango de la lista de la hoja de Ayuda Pantallas y otras, se obtiene desde el rango de hojas informe.

Por otro lado, en las hojas donde se requieren los nombres de los eventos, se usa el rango de Eventos de la hoja Parámetros.

Para mostrar los eventos o grupos también se crean listas desplegables, estos rangos están disponibles en las hojas de parámetros.

En resumen, no se sugiere modificar la hoja de parámetros salvo que:

• Se adicionen hojas de reporte nuevas y se desee adicionar relatorías o ayudas de pantalla.
• Se cree algún evento nuevo.

La forma de modificación es insertar una columna en el rango existente e insertar el nuevo valor.

Si eventualmente se crea una nueva hoja en el sistema de reportes que requiera de relatoría o ayudas, se inserta la celda DENTRO del rango existente.

La hoja Eventos del Sistema

La siguiente hoja es Eventos Sistema.

En esta hoja se podrá adicionar un nuevo evento que se desee que muestre el sistema de reportes.

Esta hoja funge como un categorizador, es decir, si tenemos un evento nuevo que está o estará siendo generado desde SISVIG y al ser nuevo el sistema de reportes no lo muestra, así que debemos insertar este o estos nuevo(s) valor (es) para que el sistema lo interprete y lo muestre.

Por ejemplo, si tenemos un evento nuevo de ZOONOSIS cuyo grupo se llama ATAQUE DE ANIMAL DOMÉSTICO y este no existe en SISVIG o existe pero no está siendo mostrado, aquí en esta hoja lo insertaríamos.

• Id_evento: El ID del evento padre, para el caso de zoonosis, sería el no. 15.
• Evento padre: sería ZOONOSIS
• id_Evento: Es un consecutivo, por lo cual simplemente sería tomar el último número creado e incrementar en +1 → en nuestro ejemplo sería el código 93
• Grupo: ATAQUE DE ANIMAL DOMÉSTICO.

En resumen, esta hoja determina si posteriormente se visualiza un conjunto de datos de un evento, en caso en que se elimine un evento, no es necesario eliminarlo o renombrar los id generados como auto numérico, en especial porque si desde la fuente no llega información de ese evento, el sistema de reportes no lo mostraría (no tendría como mostrarlo).

La hoja Reportes Padres

Los eventos de reportes en SISVIG están agrupados por reporte padre.

En caso de generar un nuevo reporte padre, es tan simple como adicionarlo directamente en la hoja de Reportes padres.

De igual manera que en el caso anterior, si se generara un nuevo reporte padre, incrementamos el id que para un ejemplo sería 16 - posteriormente generamos un nombre corto (este se usa como filtro en los reportes) y un nombre del reporte.

Por temas de espacio, se usa el nombre corto consignado en la hoja anterior, allí se usa ese campo.

La hoja Control Eventos

Esta es quizás la hoja con mayor importancia en el sistema de reportes de Power BI.

Esta hoja está compuesta de dos secciones, la identificación del evento a intervenir o configurar (en rojo) y los parámetros a configurar (en azul).

La estructura es la siguiente:

• Datos del evento a configurar.
• Padre y Id_Reporte_Padre: El ID y el grupo padre (se sugiere tomar, copiando y pegando de las hojas de configuración de reporte padre y eventos sistema - previamente creados).
• Grupo y Id Evento interno: El ID y el evento grupo ( se sugiere tomar, copiando y pegando de las hojas de configuración de reporte padre y eventos sistema - previamente creados).
• Configuración de proceso.
• Procesar: De tipo lógico, Si o No, básicamente determina si el sistema de reportes (teniendo los datos) deba mostrar estos datos de este evento, como sobra decir, si el evento no es enviado por la fuente o no ha sido creado previamente, el sistema de reportes tampoco lo mostraría, se puede pasar de valor en el momento en que se requiera.
• Configuración para cálculos.
  • Calcular Individual, Calcular Mortalidad y Calcular Colectiva: Entendiendo que en la columna procesar aparezca Si como valor, es posible determinar para un evento qué tipo de agrupación y conteo se debe realizar, es decir, aunque configuremos un evento como que se deba procesar, si no deseamos procesar los datos de mortalidad o de notificación individual pero si colectiva, se puede cambiar el valor en estas columnas, de tipo Si o No.
• Configuración de multiplicadores
  • Mutiplicador incidencia, Multiplicador mortalidad y Multiplicador letalidad: Por defecto el valor en uno 1, implica que no existe ninguna ración o tasa del indicador, ahora, asumiendo que se vayan a procesar datos de incidencias para los canales se puede ajustar el multiplicador adecuado, es un valor numérico.
• Configuración para procesar canales:
  • Generar canal endémico: Incluso aunque tengamos un multiplicador especificado y el evento se esté procesando - en caso negativo, tampoco se podrían generar datos o incidencia - es viable determinar si queremos que la información para incidencias se pueda generar y/o procesar en el sistema, de tipo lógico, valores Si o No.
• Observaciones: Campo descriptivo.

Tiempo de actualización

Para un menor impacto en la carga administrativa, se sugiere que una vez se hayan realizado los cambios de configuración, se espere 24 horas y se revise nuevamente, pues existen varios horarios de actualización - algunos cruzados - y un tiempo de espera en que Microsoft despliegue el tablero para los usuarios que acceden por web, así que en resumen, las modificaciones pueden tardar 24 horas o menos.