Lógica de las dimensiones de tiempo y geografía.

Como hemos determinado previamente, existe una aplicación tipo CRUD - al momento de esta publicación está creada con Power Builder - que se encarga de mantener una tabla que evento a evento permite determinar la fecha que se debe tomar para el cálculo del evento y la geografía que se debe reportar al evento.

Tengamos el siguiente escenario:

Digamos que el evento Dengue actualmente esté siendo reportado por su fecha de inicio de síntomas y que la geografía entregada al sistema de reportes sea el corregimiento de la institución que lo reporta.

Asumamos que existe un posible brote y deseamos establecer otra forma de ver los datos, deseamos que se tenga en cuenta la fecha de diagnóstico en vez de la fecha de inicio de síntomas para establecer de manera directa las fechas en que fueron atendidos los pacientes, pero adicionalmente se requiere que el corregimiento de análisis sea el de la vivienda del paciente.

De antemano, recordemos que en el sistema de reportes no tendríamos que configurar nada, pues el sistema toma una fecha reportada y un corregimiento reportado, ello implica que si el día de ayer nos entregaba la información como mencionamos: fecha de inicio de síntomas y corregimiento de institución y hoy entregamos fecha de diagnóstico y corregimiento de la vivienda del paciente, el sistema seguirá reportando sin cambios en su estructura o forma de proceso.

Ello implica que debemos acudir al CRUD mencionado, en este momento en manos del departamento de Epidemiología, ingresamos con el usuario y contraseña requerido, modificamos la fecha a fecha de diagnóstico (de entre las posibles) y modificamos la geografía por la del paciente (de entre las posibles).

Presto! La próxima vez que se actualicen los datos entregados por SISVIG, entregarán una dimensión de tiempo y una dimensión geográfica que será mostrada en el sistema de reportes, en el peor de los casos viendo los cambios 24 horas después del cambio.