manual de usuario del sistema de...

Manual de usuario delSistema de Información

2006

Elaborado por: Dirección General de Salud PúblicaÁrea de EpidemiologíaServicio de Vigilancia y Control Epidemiológico

Francisco González MoránMiguel Martín-Sierra BalibreaIsabel Muñoz CriadoHermelinda Vanaclocha Luna

Comité Expertos Microbiología:

Miguel Gobernado SerranoRosario Moreno MuñozJoaquín Plazas Ruiz

Empresa informática Tissat:

Roberto Pérez LitaJosé Ignacio Yarza

Edita: Generalitat Valenciana. Conselleria de Sanitat© de la presente edición: Generalitat Valenciana, 2006

I.S.B.N.: 84-482-4544-XDeposito legal: V-5207-2006

Imprime: Kolor Litógrafos, S.L. - Tel. 96 132 40 41

Agradecimientos:

la Red de Vigilancia Microbiológica de la Comunidad Valenciana (RedMIVA) se ha realizado desde el Area deEpidemiología de la Dirección General de Salud Pública con la colaboración de los microbiólogos de todos los hospita-les de la Comunidad Valenciana.

PresentaciónLas enfermedades infecciosas no han dejado de constituir un problema de

salud pública a lo largo de los siglos. A pesar de los avances económicos, sociales, sani-

tarios y científicos acaecidos en el último siglo muchas de estas enfermedades continú-

an siendo un grave problema en muchos países, aún cuando en otros, los mecanismos

de control han sido decisivos para establecer un control sobre ellas. Ello se debe a tres

razones fundamentales: la emergencia de nuevas enfermedades, la reemergencia de

otras y la ausencia de tratamientos eficaces en algunas otras. En este sentido, la vigi-

lancia y control, uno de los ejes fundamentales de la política sanitaria en el ámbito de

la salud pública, se encuentra en estos momentos en plena expansión.

Los sistemas de vigilancia, por tanto, constituyen elementos estratégicos de la

salud pública, no solo por fijar sus objetivos en las enfermedades infecciosas y en su vul-

nerabilidad, sino porque anteponen la intervención previa frente a cualquier otro criterio

La microbiología valenciana cuenta con profesionales de reconocido prestigio

que han puesto en marcha y desarrollado laboratorios de microbiología de excelencia.

El gran papel que ejercen estos laboratorios de microbiología en la vigilancia

epidemiológica ha propiciado que desde la Conselleria de Sanidad se desarrolle un sis-

tema de información, la Red de Vigilancia Microbiológica de la Comunidad Valenciana

(RedMIVA), cuyo objetivo es la recogida en tiempo real de los resultados de análisis

microbiológicos realizados en los hospitales de la Comunidad Valenciana.

La RedMIVA supone el desarrollo de un sistema de información microbiológi-

ca moderno y eficaz. Por ello quisiera agradecer a los microbiólogos y epidemiólogos

de nuestro sistema sanitario su participación en esta importante iniciativa. Sin su cola-

boración no hubiera sido posible establecer los sistemas de alerta precoz y respuesta

para la prevención y control de este tipo de enfermedades en la Comunidad

Valenciana.

Como apoyo a la utilización de la aplicación RedMIVA se ha elaborado este

manual con el fin de facilitar el trabajo a todos los usuarios de la misma.

Rafael Blasco Castany

Conseller de Sanitat

3

PrólogoDurante los últimos años el proceso de informatización de los laboratorios de

microbiología ha generado una gran cantidad de datos de enorme importancia epidemio-

lógica y clínica, cuyo incremento ha dificultado de forma progresiva su análisis. Este hecho

ha sido determinante en la creación de la La Red de Vigilancia Microbiológica de la

Comunidad Valenciana (RedMIVA), ya que se trata de un sistema de información promo-

vido desde esta Dirección General de Salud Pública, que recoge los datos generados en

los laboratorios de microbiología en tiempo real permitiendo el análisis de los mismos.

La normativa europea, nacional y local recomienda la incorporación de los

resultados microbiológicos a la Vigilancia Epidemiológica y al control de las resistencias

bacterianas. En Europa, la Decisión Nº 2119/98/EC del Parlamento y del consejo

Europeo del 24 de Septiembre de 1998 recoge la creación de una red para la Vigilancia

Epidemiológica y para el Control de las enfermedades declarables en la Comunidad

Europea. En España, la vigilancia epidemiológica adapta la situación actual con el Real

Decreto 22110/1995 de 28 de diciembre, que supone la creación de la Red Nacional

de Vigilancia Epidemiológica. En la Comunidad Valenciana, se crea la Red Valenciana

de Vigilancia en Salud Pública con el Decreto 16/1997 de 28 de Enero del Gobierno

Valenciano y la ORDEN de 4 de marzo de 1997, de la Conselleria de Sanidad, por la

que se desarrolla el Sistema Básico de la Red Valenciana de Vigilancia en Salud Pública.

En todas ellas se definen las enfermedades declarables, las definiciones de casos, tanto

clínica como microbiológicamente, el tipo de información a ser recogida, los métodos

de vigilancia microbiológicos y epidemiológicos y las guías de actuación.

La Red de Vigilancia Microbiológica de la Comunidad Valenciana pretende

centralizar la información microbiológica en un único sistema, que permite detectar en

tiempo oportuno la circulación de los diferentes agentes etiológicos, así como definir

patrones de resistencia a antimicrobianos a fin de apoyar a la toma de decisiones a los

distintos comités hospitalarios con responsabilidad en el control y tratamiento de las

enfermedades infecciosas.

El Manual de usuario de la RedMIVA pretende ayudar en el manejo de este

sistema de información.

Manuel Escolano Puig

Director General de Salud Pública

5

ÍNDICE

PRESENTACIÓN 3

PRÓLOGO 5

1 INTRODUCCIÓN 9

2 DESCRIPCIÓN DEL PROCESO 10

3 APLICACIÓN WEB 13

3.1 Acceso a la aplicación Web de la RedMIVA 13

3.2 Perfiles de usuario de la RedMIVA 15

3.2.1 Perfil Administrador de RedMIVA 16

3.2.2 Perfil Usuario de Laboratorio de Microbiología 16

3.2.3 Perfil Técnico de la Dirección General de Salud Pública 17

3.2.4 Perfil Técnico de Centro de Salud Pública 18

3.2.5 Perfil Técnico de Medicina Preventiva 18

3.3 Barra de herramientas 19

3.4 Barra de estado 20

3.5 Menú principal 21

3.6 Elementos comunes 22

3.6.1 Paginación de tabla de resultados 22

3.6.2 Búsqueda genérica 22

3.6.3 Corrección automática de errores 23

3.6.4 Filtro por nombre de paciente 24

3.7 Utilidades 24

3.7.1 Manual de usuario de la aplicación 24

3.7.2 Consulta de casos nuevos 25

3.7.3 Consulta de pruebas microbiológicas 31

3.7.4 Consulta de Resistencias 38

3.7.5 Mapa de situación 44

3.8 Informes 47

3.8.1 Suscripción al envío de informes 47

3.8.2 Visualización de informes generados 48

3.9 Gestión 49

3.9.1 Revisión de solicitudes 49

7

3.9.2 Evolución de actividad 60

3.9.3 Validación de informes generados 62

3.9.4 Solucionar errores de integración 62

3.10 Vigilancia 65

3.10.1 Revisión de casos registrados 65

3.10.2 EDO 73

3.10.3 Evolución de casos 82

3.11 Administración 86

3.11.1 Gestión de los tipos de informe 86

3.11.2 Mantenimiento de tablas maestras 88

3.11.3 Gestión de usuarios de la RedMIVA 123

3.11.4 Configuración de parámetros del sistema 125

3.11.5 Ver documentos XML por laboratorio 133

3.11.6 Ver ficheros recibidos por laboratorio 133

3.12 Servicio de Sugerencias 134

4 Procesos Automáticos 137

4.1 Estructura de directorios 137

4.1.1 Directorio bin 138

4.1.2 Directorio datosLaboratorios 138

4.1.3 Directorio informes 140

4.2 Ejecución 140

4.3 Visualización de ficheros de traza (logs) 141

5 Definiciones 142

8

1. IntroducciónEste documento contiene el manual de usuario del sistema de información de

la Red de Vigilancia Microbiológica de la Comunidad Valenciana (RedMIVA) de la

Dirección General de Salud Pública de la Conselleria de Sanidad. En él, se describen los

componentes que forman el mismo y se detalla la utilización de cada uno de los servi-

cios que ofrece.

Este manual se ha divido en cuatro grandes apartados:

• Descripción del proceso: incluye una breve descripción de la Red de

Vigilancia Microbiológica y cuál es su objetivo.

• Aplicación Web: donde se describe la forma de utilizar por parte de los

usuarios los servicios Web proporcionados por la RedMIVA.

• Procesos automáticos: describe la forma de arrancar y visualizar las trazas de

los procesos que se ejecutan de forma periódica en un horario establecido.

• Definiciones: consiste en un glosario de la terminología utilizada en este

documento.

9

2. Descripción del procesoDiariamente miles de resultados microbiológicos de análisis realizados en los

laboratorios de la Comunidad Valenciana son incorporados y analizados en la

RedMIVA. Para ello, el resultado microbiológico que va asociado a una solicitud y una

prueba se incorpora a la base de datos asociándolo a un paciente. En el caso de que

sea un resultado importante para la Salud Pública entra en un proceso automatizado

de decisión llamado Jennifer que procesa el resultado para la detección de casos de

enfermedades. Por tanto, en la RedMIVA disponemos de dos tipos de datos:

1. Los resultados de pruebas microbiológicas en general, que pueden ser uti-

lizados en la vigilancia microbiológica (por ejemplo, estudio de número de aislamientos

de un microorganismo por tipo de muestra).

2. Los casos de enfermedades de interés para la Salud Pública (tuberculosis,

rubeola, etc.) que han sido generados por Jennifer a partir de un subconjunto de todas

las pruebas microbiológicas recibidas por el sistema.

Durante el tiempo de menor actividad en el laboratorio se mandan los archi-

vos de todos los resultados almacenados durante ese día que han sido validados por el

microbiólogo. Los resultados llegan en forma de solicitudes. Una solicitud incluye un

paciente con sus datos personales y una muestra con su procedencia. Además lleva

asociada una o más determinaciones y los resultados.

La RedMIVA revisa estos datos en busca de duplicados e inconsistencias y pos-

teriormente los datos son procesados por Jennifer que intenta detectar casos asociados

a enfermedades consideradas importantes para la Salud Pública.

Así, para cada paciente se abren casos que pueden ser finales o no. Se consi-

dera casos finales los casos agudos, crónicos y pasados. Todos los demás casos son no

finales y se irán actualizando mientras se reciban datos nuevos de ese paciente y esa

enfermedad. Una vez finalizado el tiempo de espera de resultados el caso se cerrará

con el tipo de caso que tenía en ese momento.

Veamos un ejemplo: si se abre un caso de rubeola para un paciente con un

resultado negativo para anticuerpos anti-Rubeola, el nombre del caso será No caso.

Este No caso se actualizará en el momento que llegue un resultado nuevo de ese

paciente y enfermedad.

10

Debido a lo complejo del proceso Jennifer ha sido necesario introducir el con-

cepto de distintos tipos de infección. Cada tipo de infección lleva asociado un tipo de

caso.

Los datos que se reciben diariamente son analizados por el/los administra-

dor/es de la aplicación en el apartado de Gestión de la misma. Para ello, con la evolu-

ción de actividad se puede seguir la actividad de los laboratorios de microbiología para

detectar fallos en el envío de datos.

Todas las noches se ejecuta un proceso automatizado que se encarga de reco-

ger ficheros de los laboratorios integrados en la RedMIVA y almacenar toda la informa-

ción que contienen en la base de datos, ejecutar Jennifer y realizar otras tareas (ver el

punto 4 para más detalle). Al final de este proceso se envía un correo electrónico a los

administradores del sistema con un resumen del mismo incluyendo las incidencias

detectadas, en caso de que se hayan producido. Si se diera el caso de que un labora-

torio no manda resultados un día, el sistema alerta automáticamente a los administra-

dores y se pone en funcionamiento un procedimiento definido para ponerse en con-

tacto con los responsables de dicho hospital y que se reestablezca el envío.

El servicio de Revisión de solicitudes permite al administrador detectar las incon-

sistencias o errores en las solicitudes y corregirlos. Sólo podrán ser procesados por Jennifer

o introducidos en análisis estadísticos aquellas solicitudes que no tengan ningún error.

Los informes generados automáticamente por la RedMIVA deberán ser vali-

dados desde esta sección de gestión para que puedan ser enviados a los usuarios de la

aplicación.

Los datos microbiológicos procedentes de la RedMIVA, que se refieren a

Enfermedades de Declaración Obligatoria (EDO) se integran de forma automática y dia-

riamente en el Análisis de la Vigilancia Epidemiológica (AVE) incorporandose específi-

camente en cada una de las encuestas epidemiológicas.

La evolución de casos nos ayudará a seguir de una manera más gráfica la evo-

lución de las enfermedades a lo largo del tiempo.

Para el estudio de resistencias se ofrece un servicio de consulta que permite dis-

poner de datos de resistencias asociadas a microorganismos por distintos tipos de filtros.

Finalmente, consideramos importante describir el concepto de Ámbito

Geográfico utilizado en la RedMIVA. Cada uno de los usuarios registrados en el siste-

ma debe llevar asociado un ámbito geográfico que está compuesto por dos elementos:

11

1. Tipo de ámbito geográfico. cada uno de los distintos tipos de territorio

de los que puede ser responsable uno de los usuarios de la aplicación. Los tipos de

ámbito geográfico existentes en la RedMIVA son:

a. —Todos—. Los usuarios con este tipo de ámbito tienen acceso a toda la

información existente en el sistema.

b. Centro (del CRC). Los usuarios con este tipo de ámbito tienen acceso a la

información cuyo origen sea uno de los centros existentes en el CRC. De esta forma

conseguimos que un usuario sólo pueda consultar información sobre muestras envia-

das por su centro.

c. Departamento (del CRC). Los usuarios con este tipo de ámbito tienen acce-

so a la información de pacientes cuyo departamento asociado sea el/los que tiene asig-

nado el mismo.

d. Hospital (en RedMIVA). Los usuarios con este tipo de ámbito tienen acceso

a la información de pruebas que hayan sido realizadas en el laboratorio de microbiolo-

gía del hospital (independientemente de que el origen de la muestra sea el propio hos-

pital, un centro de salud u otro hospital).

e. Municipio. Los usuarios con este tipo de ámbito tienen acceso a la informa-

ción de pacientes cuyo municipio asociado es el que tiene asignado el mismo.

2. Ámbito geográfico específico. Indica el territorio real del que puede con-

sultar información el usuario dependiendo del tipo de ámbito geográfico que lleve aso-

ciado el usuario. Por ejemplo, si un usuario tiene asociado como tipo de ámbito geo-

gráfico “Municipio”, puede llevar asociado como ámbito geográfico específico cual-

quiera de los municipios existentes en el CRC, por ejemplo: “VALENCIA”. Otro ejem-

plo, si un usuario tiene asociado como tipo de ámbito geográfico “Departamento (del

CRC)”, puede llevar asociado como ámbito geográfico específico cualquiera de los

departamentos existentes en el CRC, por ejemplo: “VALENCIA - CLINICO” (Dpto. 5).

12

3. Aplicación Web3.1. Acceso a la aplicación Web de la RedMIVA

Para acceder a la aplicación Web de la RedMIVA, el usuario debe abrir una

ventana del navegador y acceder a la siguiente dirección (URL):

http://redmiva.sp.san.gva.es.

Nota: A esta dirección sólo se puede acceder

desde ordenadores con conexión a la

Red Arterias de la Conselleria de Sanitat.

Dado que el sistema de la RedMIVA contiene información de nivel alto desde

el punto de vista de la Ley de Protección de Datos, el acceso a la información mostra-

da por la RedMIVA se hace utilizando el protocolo HTTPS (que se encripta la informa-

ción en su viaje desde el servidor hasta el navegador desde el que accede el usuario).

Por tanto, cuando el usuario introduce la dirección indicada anteriormente, el sistema

le redirige automáticamente a otra dirección similar pero con el protocolo https (http

seguro).

Cuando un navegador Web accede a una dirección con protocolo https, se

hace una comprobación del certificado existente en el servidor y, en caso de existir

alguna alerta, se informa al usuario con una ventana como la que se muestra a conti-

nuación. Es importante que los dos últimos apartados estén marcados como válidos

( ) ya que indican que el certificado es válido para acceder a la aplicación de la

RedMIVA. Sin embargo, el hecho de que el primer apartado aparezca con el triángulo

de advertencia ( ) no es preocupante, ya que sólo quiere decir que el usuario no

tiene incluido en su almacén de certificados de confianza el correspondiente a la

RedMIVA.

13

Para continuar con el acceso a la aplicación, el usuario debe hacer clic en el

botón Sí.

A continuación, se muestra una pantalla como la siguiente, en la que el usua-

rio debe introducir su código de usuario y contraseña:

14

Una vez introducidos, y si la validación es correcta, se accede al menú princi-

pal de la aplicación. En caso de que se trate de un usuario administrador el menú prin-

cipal presenta este aspecto:

Tanto los servicios que se muestren al usuario como las funcionalidades permi-

tidas dentro de cada uno de ellos dependerán del perfil que tenga asignado el mismo

en la RedMIVA. Los perfiles de usuario existentes se describen en el siguiente apartado.

Por otro lado, además de su perfil, para cada usuario con acceso a la RedMIVA

se debe indicar cuál es el ámbito geográfico al que tiene acceso, lo que limitará la infor-

mación que proporciona el sistema en la ejecución de sus consultas. Por ejemplo, se

puede definir que un usuario sólo pueda ver casos del departamento 7. Para más deta-

lles, ver el apartado 3.11.3 de este documento.

3.2. Perfiles de usuario de la RedMIVAUn perfil de usuario, permite definir los servicios de la aplicación Web que se

muestran a un determinado usuario.

Además, el perfil del usuario permite discriminar las funcionalidades que pue-

den realizar distintos usuarios dentro de cada servicio. Por ejemplo, un usuario con per-

fil Administrador de RedMIVA tiene acceso al servicio de mantenimiento de tablas

maestras y puede añadir nuevas entradas en las mismas. Sin embargo, un usuario con

15

perfil Administrador de Laboratorio tiene acceso al servicio de mantenimiento de tablas

maestras, pero no puede añadir nuevas entradas, sólo realizar consultas.

Los perfiles de usuario existentes en la actualidad en la RedMIVA son:

1. Administrador de RedMIVA.

2. Usuario de Laboratorio de Microbiología.

3. Técnico de la Dirección General de Salud Pública.

4. Técnico de Centro de Salud Pública.

5. Técnico de Medicina Preventiva.

3.2.1. Perfil Administrador de RedMIVAEste perfil se asociará a aquellos usuarios de la aplicación que realizan labores

de gestión global de todas las partes del sistema de la Red de Vigilancia Microbiológica.

Serán personas de los servicios centrales de la DGSP de la Conselleria de Sanidad.

Un usuario con este perfil tiene acceso a todos los servicios y puede realizar

todas las acciones disponibles en los mismos, además tiene asociado como ámbito geo-

gráfico el valor —Todos— con objeto de poder consultar toda la información disponi-

ble en el sistema.

3.2.2. Perfil Usuario de Laboratorio de MicrobiologíaEste perfil se asociará a personal de los laboratorios de microbiología que son

fuente de información de la RedMIVA. Cada laboratorio puede tener más de un usua-

rio con este perfil siempre que el jefe de servicio del mismo dé su consentimiento.

Los usuarios con este perfil tienen asociado como ámbito geográfico el

Hospital al que pertenecen, con objeto de que puedan visualizar información del

mismo.

Tiene acceso los siguientes servicios con estas restricciones:

1. Consulta de casos nuevos: resultados filtrados por ámbito geográfico. Un

laboratorio puede ver aquellos casos para los que alguno de sus resultados asociados

pertenezca a una solicitud informada por un laboratorio de su hospital.

2. Consulta de pruebas microbiológicas: se filtra por los resultados que perte-

necen a solicitudes informadas por un laboratorio de su hospital.

3. Consulta de resistencias: se filtra por los resultados que pertenecen a soli-

citudes informadas por un laboratorio de su hospital.

4. Mapa de situación: resultados filtrados por ámbito geográfico. Un labora-

16

torio puede ver aquellos casos para los que alguno de sus resultados asociados perte-

nezca a una solicitud informada por un laboratorio de su hospital.

5. Mantenimiento de tablas maestras: sólo pueden consultar datos, no es

posible hacer modificaciones.

6. Suscripción al envío de informes.

7. Visualización de informes generados.

8. Evolución de actividad: de los laboratorios de su hospital.

9. Evolución de casos: de los laboratorios de su hospital.

10. Sugerencias: Puede crear nuevas sugerencias y consultar las respuestas a

sus sugerencias.

3.2.3. Perfil Técnico de la Dirección General de Salud Pública Este perfil se asociará a personal del servicio de epidemiología de la DGSP que

será responsable de realizar la vigilancia de las enfermedades detectadas por la

RedMIVA desde los servicios centrales de la Conselleria.

Los usuarios con este perfil tienen asociado como ámbito geográfico el valor

—Todos—.


1. Mapa de situación: Sólo puede visualizar las EDO (que además estén mar-

cadas para mostrar en el mapa).

2. Vigilancia: EDO. Restricciones:

a. Ver detalle del caso: Sí.

b. Ver datos del paciente: Sí.

c. Modificar SIP del paciente: Sí.

d. Modificar SEXO del paciente: Sí.

e. Modificar tipo de infección o confirmación: Sí.

f. Ver solicitud asociada al resultado: No.

g. Exportar ficha del caso a Excel: Sí.

h. Informar a AVE: No.




sus sugerencias.

17

3.2.4. Perfil Técnico de Centro de Salud Pública Este perfil se asociará la/s persona/s designadas por la DGSP en cada uno de

los Centros de Salud Pública de la Comunidad para realizar la vigilancia de las enferme-

dades detectadas por la RedMIVA para el/los departamento/s de su territorio.

Los usuarios con este perfil tienen asociado como ámbito geográfico uno o

varios departamentos o municipios que componen el territorio del que pueden con-

sultar información.


1. Mapa de situación: resultados filtrados por ámbito geográfico. Sólo puede

visualizar las EDO (que además estén marcadas para mostrar en el mapa).

2. Vigilancia: EDO. Restricciones:

a. Ver detalle del caso: Sí.

b. Ver datos del paciente: Sí.

c. Modificar SIP del paciente: No.

d. Modificar SEXO del paciente: No.

e. Modificar tipo de infección o confirmación: No.

f. Ver solicitud asociada al resultado: No.

g. Exportar ficha del caso a Excel: Sí.

h. Informar a AVE: No.




sus sugerencias.

3.2.5. Perfil Técnico de Medicina Preventiva Los usuarios con este perfil, tienen asociado como ámbito geográfico el

Hospital al que pertenecen y la información que pueden consultar es la referente a

solicitudes cuyo centro de origen sea su hospital y corresponda a un paciente ingre-

sado.


1. Consulta de pruebas microbiológicas: sólo de pacientes ingresados en su

hospital.

2. Consulta de resistencias: sólo de pacientes ingresado en su hospital.

3. Mapa de situación: resultados filtrados por ámbito geográfico.

18




sus sugerencias.

3.3. Barra de herramientasEn la parte superior de la pantalla aparece una barra de herramientas de la

aplicación en forma de línea negra en la que encontramos: Fecha, Usuario, Ámbito

geográfico, [Mis datos], [Cal. Epi.], [Menú] y [Cerrar].

• Fecha: fecha actual.

• Usuario: Nombre del usuario que ha accedido a la aplicación.

• Ámbito geográfico: se indica tanto el tipo de ámbito como el ámbito geo-

gráfico específico del usuario. En caso de que el usuario pueda consultar toda la infor-

mación del sistema se muestra el valor —Todos—.

• [Mis datos]: Haciendo clic en este campo, el usuario puede modificar sus

datos básicos. Permite cambiar la dirección de correo electrónico y cambiar la contra-

seña (password). Para ello accederemos a la aplicación con el nombre de usuario y con-

traseña que tiene asignados y una vez dentro de mis datos teclearemos el nuevo pass-

word y repetiremos en la casilla de la derecha. Una vez modificado, hacer clic en

Guardar.

• Calen. Epi.: Al hacer clic en Cal.Epi. se abre un calendario epidemiológico

con el número de semana en azul a la derecha de la correspondiente semana.

19

• [Menú]: Al hacer clic en Menú desde cualquier pantalla se abre el menú

principal.

• [Cerrar]: Cierra la aplicación y vuelve a solicitar usuario y contraseña. Es

conveniente hacer clic en la tecla Cerrar siempre que el usuario se ausente del ordena-

dor, aunque sea por breve espacio de tiempo. Aún así, la aplicación solicita de nuevo

usuario y password si permanece más de 15 minutos sin utilizarse

3.4. Barra de estadoLa barra de estado es la zona rectangular en la parte inferior del menú

principal.

En esta área se encuentran, de izquierda a derecha:

• Mensaje de sistema: Por defecto se muestra el número de versión de la apli-

cación. También se muestran aquí notificaciones para que los usuarios estén al corrien-

20

te de las actualizaciones y tareas de mantenimiento que se llevan a cabo sobre el siste-

ma. Los usuarios con perfil “Desarrollador” pueden modificar este mensaje.

• : Icono de acceso al servicio de sugerencias. Cuando hay sugerencias

pendientes de revisar se muestra el icono en color naranja.

3.5. Menú principalEl menú principal se abre al acceder a la aplicación con el usuario y contrase-

ña o desde cualquier pantalla haciendo clic en [Menú].

El menú está formado por cinco grupos de servicios. El usuario administrador

tiene acceso a todos ellos, mientras que al resto de usuarios se le muestran sólo los gru-

pos para los que su perfil tenga acceso. Éstos son:

• Utilidades: incluye las herramientas necesarias para la obtención de la infor-

mación en tiempo real por parte del usuario.

• Informes: contiene las herramientas necesarias para la configuración y

obtención de la información existente en el sistema en un momento concreto por

medio de informes generado en el mismo.

• Gestión: desde este grupo, el administrador gestiona la correcta recepción

de los datos desde los laboratorios, por otro lado, incluye un servicio que permite vali-

dar los informes generados por el sistema.

• Vigilancia: incluye los servicios utilizados para el control de las enfermeda-

des infecciosas.

• Administración: desde este grupo se realiza la configuración y manteni-

miento de la aplicación.

21

3.6. Elementos comunesEn este apartado se describen algunos elementos que son comunes en distin-

tas partes de la aplicación y que tienen siempre el mismo comportamiento.

3.6.1. Paginación de tabla de resultadosSiempre que se realiza una consulta se muestra una tabla con los resultados

de la misma. Por motivos, de espacio y comodidad, en esta tabla únicamente se mues-

tran 20 registros en cada momento, el sistema divide los resultados en una serie de

páginas siguiendo el orden aplicado para realizar la búsqueda.

Al pie de la tabla de resultados, se muestran las distintas páginas que forman

parte del resultado, indicándose además el número de registro que se ha encontrado que

cumplen las condiciones de búsqueda. El usuario puede realizar las siguientes acciones:

• Hacer clic en el número correspondiente a una de las páginas para acceder

a los registros que contiene.

• Hacer clic en “>” para avanzar una página.

• Hacer clic en “>>” para avanzar diez páginas.

• Hacer clic en “<” para retroceder una página.

• Hacer clic en “<<” para retroceder diez páginas.

En todo momento se marca la página en la que se encuentra el usuario.

3.6.2. Búsqueda genéricaExisten diversos puntos de la aplicación donde solicita al usuario que introduz-

ca un valor para algún campo cuyo contenido se puede obtener de una lista de valores.

22

En estos casos, se presenta el campo como una cuadro de texto no editable

y, a continuación, se muestra una imagen como esta: , que indica que el usuario puede

acceder al servicio de búsqueda genérica para seleccionar el valor deseado para el

campo:

El servicio de búsqueda genérica es siempre el mismo cambiando la entidad para

la que se va a seleccionar un valor (Microorganismo, Determinación, Antibiótico, etc.)

El usuario puede filtrar los resultados de la búsqueda introduciendo un valor

en el campo filtro y haciendo clic en Filtrar. El sistema mostrará los elementos que con-

tengan la cadena introducida, no siendo necesario que coincida todo el campo con el

valor introducido.

Una vez encontrado el valor deseado, el usuario debe hacer clic en Seleccionar

con objeto de asignar dicho valor al campo desde el que se realizó la búsqueda.

3.6.3. Corrección automática de erroresCuando el usuario accede a alguno de los mantenimientos de tablas maestras

para introducir una nueva codificación de alguna entidad para un laboratorio (determi-

nación, antibiótico, etc.), el sistema corrige automáticamente los errores de normaliza-

23

ción que hubiera relacionados con esa codificación, asignándoles el nuevo código y

marcando como No Errónea cada solicitud afectada que no tenga más errores. Jennifer

procesará las solicitudes corregidas la siguiente vez que se ejecute.

3.6.4. Filtro por nombre de pacienteEn los servicios de búsqueda de solicitudes y casos se dispone de un campo

de filtro para buscar por el nombre y apellidos del paciente.

El nombre completo del paciente se rellena siguiendo el formato:

“APELLIDO1 APELLIDO2, NOMBRE”

La búsqueda que se realiza es aproximada, basta con que el nombre del

paciente contenga la cadena introducida. También se permite el uso del carácter

comodín “%” tantas veces como se desee en medio de la cadena, por ejemplo:

Se lee “contiene PEREZ seguida de PEPE, pudiendo haber cualquier subca-

dena entre ambas palabras”. Así pues el ejemplo devolvería tanto “PEREZ GARCIA,

PEPE” como “PEREZ PEPELU, LUISA” o “SANCHEZ PEREZ, PEPE”.

Un ejemplo un poco más complejo sería:

En este caso se obtendrían todos los “JOSE MIGUEL”, “JUAN MIGUEL”, “J.

MIGUEL”, etc., que tengan uno de los apellidos “NUÑEZ”.

Si se especifica el nombre completo sin utilizar el comodín “%” entonces es

necesario poner la coma “,” entre los apellidos y el nombre.

3.7. Utilidades

3.7.1. Manual de usuario de la aplicaciónCuando el usuario hace clic sobre este servicio se abre una nueva ventana del

navegador que contiene la última versión existente del presente documento.

24

3.7.2. Consulta de casos nuevosEste servicio ofrece la posibilidad de consultar la información existente en la

base de datos sobre casos nuevos y confirmados (existen algunas enfermedades que

se confirman automáticamente cuando Jennifer determina que es un caso nuevo, sin

embargo existen otras que deben ser confirmadas por un usuario experto, esto se hace

desde los servicios proporcionados en el grupo de Vigilancia)

El objetivo de estas consultas es obtener el número de casos nuevos y tasas

de enfermedades que satisfacen las condiciones establecidas (filtros aplicados) y agru-

parlos por diferentes criterios para su estudio, permitiendo el sistema aplicar un orden

a los resultados obtenidos.

Sólo se muestra información sobre enfermedades consideradas importantes

para la Salud Pública ya que son éstas las que detecta el proceso Jennifer.

El sistema filtra automáticamente por el ámbito geográfico específico

del usuario independientemente de los filtros que incluya dentro de sus consultas, con

objeto de que sólo pueda consultar información de su interés. Por ejemplo: si el usua-

rio tiene asignado como tipo de ámbito geográfico Departamento, y como ámbito geo-

gráfico específico VALENCIA - LA FE, entonces la consulta sólo devolverá casos nuevos

que estén asociados a dicho departamento. Si el usuario tiene el ámbito geográfico —

Todos— no se hace ningún filtro automático.

La generación de las consultas se ha diseñado siguiendo el formato de

Asistente, es decir, se guía al usuario a través de pasos con objeto de facilitar al máxi-

mo la creación de las mismas.

Una vez accedemos al servicio, vemos una lista con las consultas guardadas.

Esta lista de consultas son propias del usuario, es decir, cada usuario no puede ver las

consultas del resto de usuarios. Podemos acceder a ellas haciendo clic en Ver o pode-

mos crear una consulta nueva haciendo clic en el botón Nueva. También podemos eli-

minar una consulta haciendo clic en Eliminar.

25

Al hacer clic en Ver o Nueva nos aparece el asistente de consultas de casos

nuevos que, a lo largo de 5 pasos, nos ayudará a realizar la consulta.

a) Paso 1: Columnas de datos a mostrar. El usuario debe seleccionar los datos que

nos mostrará el informe generado a partir de nuestra búsqueda, para ello, debe

hacer clic en la/s casilla/s correspondiente/s de la/s columna/s que desea mostrar. Las

columnas seleccionadas representan el criterio de agrupación de la consulta a reali-

zar. Por defecto se encuentra seleccionada la Enfermedad.

Se puede seleccionar: datos generales (Enfermedad, Microorganismo, Tipo de mues-

tra, Técnica); datos del paciente (Sexo, Edad, Provincia, Municipio, Departamento y

Zona departamento); procedencia de la solicitud (Centro, Servicio, Hospital (de

RedMIVA)1, Laboratorio (de RedMIVA)2).

b) Paso 2: Cálculos a mostrar. Este paso nos permite seleccionar los cálculos que se

mostrarán en el resultado de la consulta asociados a cada uno de los registros de la

misma.

26

1 La diferencia entre Centro y Hospital (de RedMIVA) en lo que se refiere a procedencia de la solicitud radi-ca en que el Centro corresponde al centro (que debe existir en el CRC) que envió la muestra al laborato-rio del hospital para que se realizara la prueba. Por otro lado, el Hospital (de RedMIVA), hace referencia acuál es hospital (de los que hay integrados en la RedMIVA) a través del cual nos ha llegado la solicitud. Haycasos en el que el Centro y Hospital (de RedMIVA) coincidirán pero hay veces que puede no coincidir. Porejemplo, una muestra enviada por un hospital pequeño a otro de referencia.

2 Distinguimos entre Hospital y Laboratorio (de RedMIVA) porque existen hospitales que tienen sistemas deinformación distintos para serología y bacteriología. De esta forma, podemos diferenciar ambos laboratorios.

Podemos seleccionar: Número casos, Tasa, Índice epidémico, e Indicador MMWR

(estos dos últimos todavía no están disponibles).

Nota: la casilla de Tasa sólo podrá seleccionarse en

caso de que entre las columnas de datos a visualizar

se haya seleccionado alguna de las siguientes: provin-

cia, municipio o departamento (sino no es posible cal-

cular la tasa).

En la consulta de ejemplo mostrada en las pantallas se obtendrá el número de

casos por enfermedad y departamento.

c) Paso 3: Filtros a aplicar a la consulta. Este paso nos permite seleccionar los filtros

que queremos aplicar a la consulta. Por un lado existen filtros de fechas y, por otro,

filtros sobre los distintos criterios del paso anterior.

Para seleccionar el filtro pulsamos la imagen de búsqueda que se encuentra a

la derecha de casilla y seleccionamos el valor deseado. Para eliminar un valor de un

filtro, nos situamos sobre él y pulsamos la imagen .

27

En el caso específico de las enfermedades el sistema permite al usuario seleccionar

todas las enfermedades que están incluidas en un grupo de enfermedades, para ello,

se debe hacer clic en la imagen .

• Fechas

Filtrar por: tipo de fecha por el que se quiere filtrar, aparece en forma de des-

plegable:

• Fecha prueba cambio tipo caso en laboratorio (F.P.C.T.C.Lab): corresponde a

la fecha de recogida de la muestra (o de registro de solicitud) en el labora-

torio para la prueba que provocó el último cambio del tipo de caso en la

RedMIVA (independientemente de cual sea el tipo de caso generado: nuevo,

antiguo, etc.).

28

• Fecha de registro en la RedMIVA: fecha en la que se registró el caso en la

RedMIVA.

Para (desplegable): la consulta se puede hacer por fechas o por semana epi-

demiológica.

Desde y Hasta: se recuperarán únicamente los resultados cuya fecha se

encuentre entre las fechas o semanas indicadas.

Año: en el caso de que se realice la consulta por semana microbiológica hay

que elegir también el año de las semanas microbiológicas.

• Datos generales

Se puede filtrar por: Enfermedad, Microorganismo, Tipo de muestra y

Técnica.

• Datos paciente

Se puede filtrar por: Sexo, Edad del paciente, Provincia, Municipio,

Departamento (del CRC), Zona de departamento (del CRC),

• Procedencia de la solicitud

Se puede filtrar por: Centro (del CRC), Servicio (del CRC), Hospital (de

RedMIVA), Laboratorio (de RedMIVA).

d) Paso 4: Criterios de ordenación de resultados de la consulta. Podemos selec-

cionar cómo queremos que se ordenen las columnas de datos a mostrar. Aquí sólo

tendremos opción de ordenar las columnas que en el paso 1 hayamos seleccionado.

Al hacer clic en el desplegable nos mostrará las columnas que deseamos ordenar en

primer, segundo y tercer lugar.

e) Paso 5: parámetros de la consulta seleccionada. Esta pantalla nos muestra los

criterios de selección que hemos realizado en esta consulta: columnas de datos que

se mostrarán, Tipo de cálculo efectuado, Filtros aplicados y ordenación. En este

29

momento tenemos la opción de guardar la consulta para utilizarla posteriormente

sin necesidad de recorrer los cinco pasos o modificando selecciones puntuales como

por ejemplo la fecha. En cualquiera de los pasos nos da la opción de ejecutar la con-

sulta haciendo clic en Ejecutar.

f) Resultado de la consulta: Cuando el usuario hace clic en Ejecutar se ejecuta la con-

sulta según los parámetros indicados y se muestra una nueva ventana con los resul-

tados de la misma, tal y como se muestra en la siguiente imagen.

La consulta podemos imprimirla, guardarla para utilizarla en otras ocasiones

(con la opción de hacer cambios en los parámetros de ejecución de la misma) o expor-

tarla a un Excel para trabajar con estos datos. Al hacer clic en Exportar nos pregunta si

30

deseamos abrir o guardar el archivo. Al hacer clic en Guardar nos permite conservar los

datos en Excel para su posterior análisis.

En la hoja Excel aparece la consulta en la parte superior y los criterios por los

que se ha filtrado en la parte inferior.

3.7.3. Consulta de pruebas microbiológicasEste servicio ofrece la posibilidad de consultar la base de datos de pruebas

microbiológicas por diversos criterios. El objetivo de estas consultas es obtener el núme-

ro de pruebas microbiológicas que satisfacen las condiciones establecidas y agruparlos

por diferentes criterios para su estudio, permitiendo el sistema aplicar un orden a los

resultados obtenidos.

Conviene recordar que una prueba microbiológica es una determinación que

se realiza a un tipo de muestra con una técnica determinada.





gráfico específico VALENCIA - LA FE, entonces la consulta sólo devolverá resultados de

pruebas que estén asociadas a dicho departamento. Si el usuario tiene el ámbito geo-

gráfico —Todos— no se hace ningún filtro automático.

31





Podemos acceder a ellas haciendo clic en Ver o podemos crear una consulta nueva

haciendo clic en el botón Nueva. También podemos eliminar una consulta haciendo clic

en Eliminar.

Al hacer clic en Ver o Nueva nos aparece el asistente de consultas de pruebas

microbiológicas que a lo largo de 5 pasos nos ayudará a realizar la consulta.





zar. Por defecto se encuentra seleccionada la Determinación.

Se puede seleccionar: datos generales (Determinación, Tipo de muestra, Técnica y

Microorganismo); datos del paciente (Sexo, Edad, Provincia, Municipio,

Departamento y Zona de departamento); procedencia de la solicitud (Centro,

Servicio, Hospital (de RedMIVA)3, Laboratorio (de RedMIVA)4).

32

3 La diferencia entre Centro y Hospital (de RedMIVA) en lo que se refiere a procedencia de la solicitud radi-ca en que el Centro corresponde al centro (que debe existir en el CRC) que envió la muestra al laborato-rio del hospital para que se realizara la prueba. Por otro lado, el Hospital (de RedMIVA), hace referencia acuál es el hospital (de los que hay integrados en la RedMIVA) a través del cual nos ha llegado la solicitud.Hay casos en el que el Centro y Hospital (de RedMIVA) coincidirán pero hay veces que puede no coincidir.Por ejemplo, una muestra enviada por un hospital pequeño a otro de referencia.

4 Distinguimos entre Hospital y Laboratorio (de RedMIVA) porque existen hospitales que tienen sistemas deinformación distintos para serología y bacteriología. De esta forma, podemos diferenciar ambos laborato-rios.


mostrarán en el resultado de la consulta asociados a cada uno de los registros de la

misma.

Podemos seleccionar: Número solicitudes, Número muestras, Número pruebas y

Número de resultados. Esto es así ya que una solicitud puede tener varias muestras,

cada muestra puede tener varias pruebas, y cada prueba puede tener varios resultados.




Para seleccionar el filtro pulsamos la imagen de búsqueda que se encuentra a

la derecha de casilla y seleccionamos el valor deseado. Para eliminar un valor de un

filtro, nos situamos sobre él y pulsamos la imagen .

33

• Fechas


plegable: Fecha de registro de solicitud en laboratorio, Fecha de recepción muestra en

34

laboratorio, Fecha de registro de resultado en laboratorio, Fecha de registro de solici-

tud en la RedMIVA.


demiológica.


encuentre entre las fechas indicadas.



• Datos generales

Se puede filtrar por: Determinación, Tipo de muestra, Técnica,

Microorganismo, Resultado, Valores cualitativo y cuantitativo del resultado.

• Datos paciente

Se puede filtrar por: Sexo, Edad del paciente, Provincia, Municipio,

Departamento (del CRC), Zona Departamento (del CRC),










criterios de selección que hemos realizado en esta consulta: Columnas de datos que

se mostrarán, Tipo de cálculo efectuado, Filtros aplicados y Ordenación. En este


35









36





que se ha filtrado en la parte inferior (este ejemplo es de otra consulta no relacionada

con las pantallas anteriores).

37

3.7.4. Consulta de ResistenciasEste servicio ofrece la posibilidad de consultar la base de datos para el estu-

dio de resistencias a antimicrobianos por diversos criterios. El objetivo de estas consul-

tas es obtener el número de resistencias que satisfacen las condiciones establecidas y

agruparlos por diferentes criterios para su estudio, permitiendo el sistema aplicar un

orden a los resultados obtenidos.





gráfico específico VALENCIA - LA FE, entonces la consulta sólo devolverá resultados de

resistencias que estén asociadas a dicho departamento. Si el usuario tiene el ámbito

geográfico —Todos— no se hace ningún filtro automático.





Podemos acceder a ellas haciendo clic en Ver, podemos crear una consulta nueva

haciendo clic en el botón Nueva. También podemos eliminar una consulta haciendo clic

en Eliminar.

Al hacer clic en Ver o Nueva nos aparece el asistente de consultas de resisten-

cias que a lo largo de 5 pasos nos ayudará a realizar la selección que queremos.





38

zar. Por defecto se encuentran seleccionadas las columnas de Antibiótico y

Microorganismo.

Se puede seleccionar: datos generales (Antibiótico, Microorganismo, Determinación,

Tipo de muestra, Técnica y Resultado); datos del paciente (Sexo, Edad, Provincia,

Municipio, Departamento y zona de Departamento); procedencia de la solicitud

(Centro, Servicio, Hospital (de RedMIVA)5, Laboratorio (de RedMIVA)6).


mostrarán en el resultado de la consulta. Los cálculos que se pueden seleccionar son

número de resistentes, número de intermedios y número de sensibles en números

absolutos y estos mismos cálculos en porcentajes referidos al total de pruebas de

sensibilidad realizadas para un microorganismo y un antibiótico.

39

5 La diferencia entre Centro y Hospital (de RedMIVA) en lo que se refiere a procedencia de la solicitud radi-ca en que el Centro corresponde al centro (que debe existir en el CRC) que envió la muestra al laborato-rio del hospital para que se realizara la prueba. Por otro lado, el Hospital (de RedMIVA), hace referencia acuál es el hospital (de los que hay integrados en la RedMIVA) a través del cual nos ha llegado la solicitud.Hay casos en el que el Centro y Hospital (de RedMIVA) coincidirán pero hay veces que puede no coincidir.Por ejemplo, una muestra enviada por un hospital pequeño a otro de referencia.

6 Distinguimos entre Hospital y Laboratorio (de RedMIVA) porque existen hospitales que tienen sistemas deinformación distintos para serología y bacteriología. De esta forma, podemos diferenciar ambos laborato-rios.




Para seleccionar el filtro pulsamos la imagen de búsqueda que se encuentra a la

derecha de casilla y seleccionamos el valor deseado. Para eliminar un valor de un fil-

tro, nos situamos sobre él y pulsamos la imagen .

• Fechas


plegable: Fecha de registro de solicitud en laboratorio, Fecha de recepción muestra en

laboratorio, Fecha de registro de resultado en laboratorio, Fecha de registro de solici-

tud en la RedMIVA.


demiológica.


encuentre entre las fechas indicadas.



40

• Datos generales

Se puede filtrar por: Antibiótico, Microorganismo, Determinación, Tipo de

muestra, Técnica, Resultado y Valor cualitativo y cuantitativo del resultado.

• Datos paciente

Se puede filtrar por: Sexo, Edad, Provincia, Municipio, Departamento (del

CRC), Zona Departamento (del CRC).










criterios de selección que hemos realizado en esta consulta: Columnas de datos que

se mostrarán, Tipo de cálculo efectuado, Filtros aplicados y Ordenación. En este





42









43


que se ha filtrado en la parte inferior (este ejemplo es de otra consulta no relacionada

con las pantallas anteriores).

3.7.5. Mapa de situaciónEn el mapa de situación se muestra información de casos y tasas de una enfer-

medad o microorganismo en una semana microbiológica y ámbito geográfico.

44

En el mapa se muestran casos nuevos y confirmados. Cada caso nuevo está

asociado a:

• Un CENTRO (del CRC): Centro de procedencia de la solicitud/muestra que

causó el cambio de tipo de caso a caso nuevo.

• Un LABORATORIO (de RedMIVA): Laboratorio donde se obtuvo el resultado

que causó el cambio de tipo de caso a caso nuevo.

• Un HOSPITAL (de RedMIVA): Hospital al que pertenece el laboratorio anterior.

Cada usuario sólo podrá ver los casos que pertenezcan al ámbito geográfico

correspondiente.

• Un usuario cuyo ámbito es un Hospital de RedMIVA verá los casos corres-

pondientes a su hospital.

• Un Técnico de un Centro de Salud verá los casos de enfermedad EDO per-

tenecientes a su departamento.

45

La Leyenda del mapa está constituida por una escala de ocho colores de verde

claro a rojo intenso. Los rangos asociados a cada color se ajustan dinámicamente cada

vez que se modifican los criterios del mapa, realizando una interpolación a ocho inter-

valos iguales de los valores mínimo (que siempre será cero) y máximo (número máximo

de casos según los criterios escogidos). Haciendo clic en un área geográfica del mapa

se mostrará una leyenda (tooltip) con los datos específicos de esa área. Bajo la leyenda

se muestra el número de casos de procedencia desconocida y que, por tanto no se pue-

den situar en el mapa así como el número total de casos.

Por defecto, el mapa de situación no muestra ninguna información específi-

ca, es necesario realizar alguna consulta en primer lugar para que se actualice el mismo.

El mapa se actualiza automáticamente cada vez que se modifica alguno de los criterios

de filtro.

Para realizar una consulta personalizada:

• Indicar si se desea ver casos por enfermedad o casos por microorganismo

(desplegable Ver). En función de la selección que realicemos en este desple-

gable aparecerán enfermedades o microorganismos en el desplegable adya-

cente, el que tiene la etiqueta Nombre.

• En el desplegable Nombre seleccionamos la enfermedad o microorganismo

que deseamos consultar. Sólo están disponibles los microorganismos y enfer-

medades que estén configurados para ser mostrados en el mapa. El admi-

nistrador puede modificar esta configuración desde el mantenimiento de

microorganismos y enfermedades en cada caso.

• Después debemos seleccionar el año. Por defecto está seleccionado el año

actual.

• A continuación seleccionamos la semana microbiológica. Las semanas micro-

biológicas discurren desde la 1 a la 52 ambas inclusive.

• Por último seleccionaremos el ámbito geográfico, que puede ser Municipios,

Provincias o Departamentos.

Cada vez que se modifique la selección en alguno de los parámetros del mapa

éste se actualizará automáticamente, por lo que en realidad el orden en que cambie-

mos los valores es indiferente.

Una vez hayamos seleccionado los valores, el mapa mostrará las diferentes

áreas coloreadas según el número de casos (la tonalidad variará desde verde para

pocos/ningún caso hasta rojo para el máximo número de casos, existiendo seis tonali-

46

dades intermedias desde el verde hasta el rojo). Haciendo clic sobre el mapa, por ejem-

plo sobre un municipio, se abrirá un desplegable informativo con el nombre del muni-

cipio, el número de casos y la tasa calculada para ese municipio, según su población.

Herramientas para cambiar la vista del mapa

• Trazando un rectángulo con el ratón indicaremos el área que queremos

visualizar. El mapa quedará centrado en dicha área y se aplicará un nivel de

zoom apropiado.

• Haciendo clic en la tecla Inicio se centra el mapa y se pone el nivel de zoom

por defecto. Esta tecla es útil cuando nos hemos perdido en el mapa.

• Pulsando las teclas Re.-Pág. y Av.-Pág. se aumenta y disminuye respectiva-

mente el nivel de zoom.

• Las teclas del cursor (flechas arriba, abajo, derecha e izquierda) se utilizan

para desplazar el mapa al norte, sur, este y oeste.

• Con el botón derecho del ratón se abre un menú contextual que permite rea-

lizar estas acciones.

3.8. Informes

3.8.1. Suscripción al envío de informesEste servicio permite al usuario configurar cuáles de los tipos de informe que

tiene asignados quiere que le sean enviados por correo electrónico cuando son gene-

rados por el sistema.

Cuando el usuario se conecta al servicio se le muestra una lista con todos los

tipos de informe que tiene disponibles indicándole el Nombre, Tipo de ámbito geográ-

fico, Ámbito geográfico específico7 y la Periodicidad del mismo, por último, aparece

una casilla de activación que el usuario deberá marcar en caso de que desee recibir el

informe por correo electrónico o desmarcar en caso contrario. Para que los cambios

queden almacenados en el sistema el usuario debe hacer clic en el botón Aceptar.

47

7 Un tipo de informe se puede definir para un tipo de ámbito geográfico, por ejemplo, Departamento.Cuando se va a generar un informe de este tipo, el sistema genera una instancia del informe para cadauno de los ámbitos geográficos de dicho tipo, es decir, uno para el Dpto 1, 2, etc.

3.8.2. Visualización de informes generados Este servicio permite al usuario visualizar los informes generados por el siste-

ma (sólo los tipos de informes a los que tenga acceso cada usuario).


informes generados por el sistema a los que tiene acceso, indicándole el nombre, tipo

de ámbito geográfico, ámbito geográfico y la fecha de generación. Por último, cada

informe dispone de un enlace denominado Ver que permite al usuario visualizar dicho

informe.

Cuando el usuario hace clic en Ver, se abre una nueva ventana del navegador

donde se muestra el informe generado en formato PDF. Desde aquí el usuario podrá

imprimir o guardar una copia del mismo en su disco.

48

3.9 Gestión

3.9.1 Revisión de solicitudes Este servicio permite al usuario revisar y realizar correcciones de las solicitudes

de pruebas microbiológicas que se han generado en el sistema tras los procesos de cap-

tura y normalización de los datos recibidos de cada uno de los laboratorios.

Antes de describir la forma en que se puede filtrar los resultados de la bús-

queda del servicio, debido a su importancia, vamos a describir el contenido de cada

solicitud recibida de los laboratorios y definir las distintas fechas que almacena el siste-

ma para las mismas.

Una solicitud está compuesta de una (como mínimo) o varias muestras. Cada

muestra puede contener una (como mínimo) o varias pruebas realizadas. Finalmente,

cada prueba puede contener uno (como mínimo) o varios resultados. Es importante

destacar que sólo las pruebas en las que se pueda detectar más de un microorganismo

(como los cultivos) pueden tener más de un resultado. En cada uno de estos resultados

se indicará el microorganismo detectado y su antibiograma (si aplica y lo ha informado

el laboratorio).

Las fechas que recoge la RedMIVA para las solicitudes, muestras, pruebas y

resultados son:

SOLICITUD:

• Fecha de registro en laboratorio: corresponde a la fecha en la que la solici-

tud fue dada de alta en el sistema de información del laboratorio.

• Fecha de registro en RedMIVA: corresponde a la fecha en la que la solicitud

fue dada de alta en la RedMIVA. Será una fecha posterior a la de registro en

laboratorio (a no ser que hubieran errores de tecleo en el mismo).

• Fecha de última actualización: dado que el laboratorio suele informar resul-

tados parciales de las distintas solicitudes que gestiona, es posible que se

reciba en RedMIVA información de resultados de solicitudes que ya habían

sido registradas previamente.

Esta fecha almacena la fecha de la última vez en que se ha actualizado / aña-

dido algún resultado a la solicitud.

Esta fecha será la misma que la de registro de solicitud en RedMIVA en el

momento de la creación de la misma.

49

Fecha de fin de errónea: es posible que una solicitud se marque como errónea

una vez registrada en RedMIVA por diversos motivos (problemas de codifica-

ción, inconsistencias, etc.). Estos problemas pueden ser resueltos por el admi-

nistrador de la aplicación desde este servicio de revisión de solicitudes.

En esta fecha se registra el momento en que la solicitud es marcada como no

errónea y, por tanto, sus resultados pueden pasar a ser procesados por el pro-

ceso de detección de enfermedades.

Esta fecha será la misma que la de registro de solicitud en RedMIVA en caso

de que en el momento de creación de la misma la solicitud no tuviera errores.

MUESTRA:

• Fecha de recepción en laboratorio: corresponde a la fecha en la que la

muestra llegó al laboratorio. Normalmente coincide con la fecha en que fue

dada de alta la solicitud en el sistema de información del laboratorio pero no

tiene obligación de ser la misma.

RESULTADO:

• Fecha de registro en laboratorio: corresponde a la fecha en la que se intro-

dujo el resultado de la prueba correspondiente en el laboratorio.

Normalmente, será una fecha posterior a la fecha de registro de solicitud en

laboratorio y, dependiendo del tipo de prueba puede llegar a ser bastante

posterior (incluso 30 ó 40 días).

• Fecha de registro en RedMIVA: corresponde a la fecha en la que se registró

el resultado de la prueba correspondiente en la RedMIVA.

• Fecha de última actualización: es posible que el laboratorio envíe un primer

resultado de una prueba indicando que está “Pendiente” y pasados unos

días nos envíe el resultado final. En estos casos el último valor es el que se

almacena en la RedMIVA.

En esta fecha se registra la fecha de la última recepción del resultado de una

prueba determinada.

Cuando el usuario accede al servicio se le muestra una pantalla con los cam-

pos por los que se puede filtrar la búsqueda de solicitudes. Los campos están divididos

en dos grupos, estos son:

50

• Filtro de fechas:

• Fecha: tipo de fecha por el que se quiere filtrar, aparece en forma de desple-

gable:

• Registro solicitud en laboratorio.

• Recepción muestra laboratorio: como una solicitud puede tener varias

muestras, se mostrarán aquellas solicitudes que tengan alguna mues-

tra entre las fechas que se indican. En caso de que se seleccione esta

fecha para filtrar las solicitudes a mostrar, en la tabla de resultados de

la búsqueda se muestra la fecha de la muestra más antigua asociada

a la solicitud.

• Registro resultado laboratorio: como una solicitud puede tener varios

resultados, se mostrarán solicitudes que tengan resultados entre las

fechas que se indican. En caso de que se seleccione esta fecha para fil-

trar las solicitudes a mostrar, en la tabla de resultados de la búsqueda

se muestra la fecha del resultado más antiguo asociada a la solicitud.

• Registro solicitud RedMIVA.

• Para: la consulta se puede hacer por fechas o por semana microbiológica.

• Desde y Hasta: se recuperarán únicamente las solicitudes cuya fecha de soli-

citud se encuentre entre las fechas o semanas indicadas.

• Año: en el caso de que se realice la búsqueda por semana microbiológica hay


• Otros:

• Laboratorio: se recuperarán únicamente las solicitudes del laboratorio selec-

cionado.

51

• Id. Paciente: se recuperarán únicamente las solicitudes cuyo Identificador de

paciente en la RedMIVA sea el introducido en el campo.

• SIP: se recuperarán únicamente las solicitudes cuyo paciente tenga asociado

el número SIP que se introduzca como parámetro.

• Id.solicitud: en caso de que conozcamos el identificador de la solicitud que

queremos visualizar se puede introducir directamente en este campo.

Cuando buscamos por Id. de solicitud es importante quitar la fecha desde

para que nos busque desde el principio.

• Id. Sol. en Lab.: se recuperan únicamente las solicitudes cuyo identificador

de solicitud en el laboratorio de origen sea el introducido en el campo.

• Paciente: se recuperarán únicamente las solicitudes cuyo nombre de pacien-

te contenga la cadena introducida en el campo (NOTA: no es necesario intro-

ducir el nombre completo, se puede introducir una parte del nombre para

hacer la búsqueda. Por ejemplo: si ponemos Pérez se obtendrán las solicitu-

des de cualquier paciente con este valor en su nombre completo).

• Tipo de error: permite aplicar filtros a determinados tipos de error o incon-

sistencias, los tipos existentes son:

• N/A: selecciona todas las solicitudes

• Solo erróneas: selecciona sólo las solicitudes con algún error

• Sólo no erróneas: selecciona sólo las solicitudes sin errores

• Estandarización: Normalización de resultados

• Control de Calidad (Detección de inconsistencias)

• Dato obligatorio

• Normalización centro de procedencia

• Normalización servicio de procedencia

• Normalización diagnóstico

• Normalización Sexo

• Normalización Tipo de muestra

• Normalización determinación

• Normalización técnica

• Normalización Microorganismo

• Normalización Tipo valor resultado

• Normalización Unidad de medida

• Normalización antibiótico

• Normalización Tipo de sensibilidad

52

Una vez introducidos los campos por los que se desea filtrar, el usuario hará

clic en el botón Buscar para obtener las solicitudes seleccionadas. El botón Limpiar per-

mite al usuario inicializar todos los campos de búsqueda.

Cuando se hace clic en Buscar se muestra una tabla con los resultados de

dicha búsqueda.

En cada registro de la tabla se indica:

• Identificador de la solicitud en la RedMIVA.

• Identificador de la solicitud en el laboratorio.

• Fecha de solicitud en el laboratorio (aparece siempre).

• Fecha primera muestra de la solicitud, Fecha primer resultado de la solicitud,

Fecha registro de solicitud en RedMIVA (sólo aparecen si se ha elegido como

fecha para filtrar los resultados).

• Iniciales del paciente al que corresponde la solicitud.

• Laboratorio que ha enviado la solicitud.

53

• Campo indicativo de si la solicitud tuvo algún error durante el proceso de

normalización (“S” si es errónea, “N” en caso contrario).

• Por último, existe un enlace denominado Ver que permite al usuario ver en

detalle la solicitud seleccionada.

Cuando el usuario hace clic en Ver desde la tabla de resultados de solicitudes

se le muestra una nueva pantalla denominada Detalle de solicitud:

Esta pantalla se compone de las siguientes partes:

• Datos generales de la solicitud: identificador en la RedMIVA, identificador en

el laboratorio, laboratorio al que pertenece, fecha de registro de la solicitud

en el laboratorio, iniciales del paciente, fecha de registro de la solicitud en la

RedMIVA, centro y servicio al que pertenece la solicitud, fecha de ingreso y

número de cama del paciente, sospecha diagnóstica, si es un paciente ingre-

sado (“S” si es ingresado; “N” si es ambulante), las observaciones que vení-

an en la solicitud y, por último, el campo que indica si se produjo algún error

durante el proceso de normalización de los datos de la solicitud.

Nota: En los casos en que no ha sido posible la nor-

malización del Centro, Servicio o Diagnóstico, el siste-

ma muestra, en cada campo, el nombre original pro-

cedente del laboratorio seguido de su código en el

54

laboratorio entre paréntesis y del código asignado en

la RedMIVA (que será -1 cuando se trata de un códi-

go desconocido o -2 si se trata de un código sin inte-

rés). Por ejemplo si tenemos en el campo Centro la

cadena “C.S. MIGUEL SERVET (2610) (-1)” significa

que dicho centro no está codificado en la RedMIVA, y

su código en el laboratorio es 2610 y que en la

RedMIVA está como -1 (Desconocido).

• Errores de la solicitud: este apartado sólo se muestra si la solicitud está mar-

cada como errónea y en él se muestran todos los errores que se produjeron

durante el proceso de registro de la solicitud en la RedMIVA, indicando para

cada uno de ellos el tipo de error y su descripción.

• Muestra: lista de muestras asociadas a la solicitud indicando para cada una

el identificador de la muestra en la RedMIVA, identificador de la muestra en

el laboratorio, el tipo de muestra y la fecha de recepción de la misma.

• Pruebas de la muestra: muestra la lista de pruebas realizadas sobre la mues-

tra seleccionada de la tabla anterior, indicando para cada una: el identifica-

dor de la prueba en la RedMIVA, la determinación, la técnica aplicada, el

número de resultados asociados a la prueba (existen pruebas que pueden

llevar asociado más de un resultado, por ejemplo, en aquellos cultivos en los

que crece más de un microorganismo) y el valor del primero de los resulta-

dos asociados a la prueba y su fecha. Finalmente, se incluye un enlace que

permite al usuario ver en detalle la prueba seleccionada.

Desde esta pantalla el usuario puede realizar una serie de modificaciones en

la solicitud con objeto de corregir aquellos problemas de normalización que él mismo

pueda solucionar.

Las siguientes acciones que puede realizar son8:

Ver toda la información existente acerca del paciente, haciendo clic sobre la

imagen . Cuando se ejecuta esta acción, se muestra en la ventana actual la infor-

mación detallada del paciente que se divide en cuatro partes: Datos generales, Datos

de contacto, Datos de domicilio y Datos de nacimiento.

55

8 Normalmente, el usuario administrador sólo debe realizar modificaciones cuando el valor sea —Desconocido— que es cuando el proceso de normalización falló.

Para cada campo se indica el sistema desde el que se ha obtenido el mismo:

L para laboratorio, S para SIP y A para Admisión del hospital. Se permite al usuario

modificar el SIP y el Sexo de un paciente con objeto de subsanar posibles errores de

tecleo en el origen. Se puede obtener información detallada de SIP o Admisión hacien-

do clic en los botones correspondientes.

• Modificar el centro o servicio de procedencia de la solicitud, haciendo clic en

la imagen , situada a la derecha de cada uno de ellos.

• Modificar la sospecha diagnóstica de la solicitud, haciendo clic en la imagen

, situada a la derecha de la misma.

• Actualizar el valor que indica si la solicitud corresponde a un paciente ingre-

sado o no, haciendo clic en la imagen , situada a la derecha de este

campo.

• Acceder al mantenimiento de diagnósticos haciendo clic en el botón Mant.

Diagnósticos.

• Acceder al mantenimiento de centros haciendo clic en el botón Mant.

Centros.

56

• Acceder al mantenimiento de servicios haciendo clic en el botón Mant.

Servicios.

• En caso de que la solicitud tenga errores, el usuario podrá guardar en la piza-

rra (denominamos pizarra a la parte inferior de la pantalla entre el logo de

la Generalitat y los botones de acción) la descripción de uno de los errores

que se muestran en la tabla haciendo clic sobre la imagen situada al

lado de la misma. Para borrar los datos que se han dejado en la pizarra basta

con hacer clic en la imagen .

• Si el usuario ha sido capaz de solucionar alguno de los errores de la solici-

tud, debe eliminar dicho error de la tabla de errores haciendo clic en el enla-

ce Eliminar del mismo.

• Modificar el tipo de una muestra haciendo clic sobre la imagen situada al

lado del nombre del mismo.

• Acceder al mantenimiento de tipos de muestra haciendo clic en el botón

Mant. Tipos Muestra.

• Modificar la determinación de una prueba haciendo clic sobre la imagen

situada al lado del nombre de la misma.

• Acceder al mantenimiento de determinaciones haciendo clic en el botón

Mant. Determinaciones.

• Modificar la técnica de una prueba haciendo clic sobre la imagen situada al

lado del nombre de la misma.

• Acceder al mantenimiento de técnicas haciendo clic en el botón Mant.

Técnicas.

• En caso de que haya más de una muestra en la solicitud, en la tabla de mues-

tras aparece una columna más con el enlace Ver pruebas sobre el que el

usuario puede hacer clic para que se muestren las pruebas asociadas a dicha

muestra.

57

• Ver el detalle de una prueba haciendo clic sobre el enlace Ver detalle de la

misma, en cuyo caso se actualiza automáticamente la ventana de Detalle de

la solicitud mostrándose la prueba y sus resultados en detalle (esta pantalla

se describe a continuación).

• Ir a la siguiente solicitud de la lista de resultados haciendo clic en el botón

“>>” (evitando así tener que volver a la pantalla de resultados para ir a la

siguiente).

• Ir a la solicitud anterior de la lista de resultados haciendo clic en el botón

“<<” (evitando así tener que volver a la pantalla de resultados para ir a la

anterior).

• Por último, si el usuario hace clic en Volver se vuelva a la pantalla de búsqueda.

Cuando el usuario hace clic en Ver detalle desde la tabla de pruebas de una

muestra actualiza la pantalla Detalle de solicitud mostrándose el detalle de la prueba:

58

Esta pantalla se compone de las siguientes partes:

• Datos generales de la prueba: identificador de la prueba en la RedMIVA, Tipo

de muestra, Determinación y Técnica empleada.

• Resultados de la prueba: contiene la lista de todos los resultados asociados

a la prueba, indicando para cada uno de ellos: identificador del resultado en

la RedMIVA, fecha, valor, microorganismo asociado y un indicador de si el

resultado ya ha sido tenido en cuenta por el proceso de análisis de resulta-

dos, Jennifer, para la detección de enfermedades (“S” en caso afirmativo y

“N” en caso contrario).

• Detalle del resultado: muestra los datos específicos del resultado selecciona-

do de la tabla anterior, incluyendo: valor cualitativo del resultado, valor

cuantitativo, unidad de medida y la situación del caso tras la inclusión de

este resultado en el proceso de detección de enfermedades.

• Antibiograma: lista de resultados del antibiograma asociado al resultado

actualmente seleccionado (si el resultado no lleva asociado un antibiograma

esta tabla no se muestra) indicando para cada uno: el antibiótico estudiado,

la sensibilidad obtenida y su CMI.

Las acciones que puede realizar el usuario desde esta pantalla son:

• Modificar el microorganismo de un resultado haciendo clic sobre la imagen

situada al lado del nombre del mismo.

• Acceder al mantenimiento de microorganismos haciendo clic en el botón

Mant. Microorganismos.

• Modificar el antibiótico de un resultado del antibiograma haciendo clic sobre

la imagen situada al lado del nombre del mismo.

• Acceder al mantenimiento de antibióticos haciendo clic en el botón Mant.

Antibióticos.

• En caso de que haya más de un resultado asociado a la prueba en la tabla

de resultados aparece una columna más con el enlace Ver detalle sobre el

que el usuario puede hacer clic para que se muestren los datos de dicho

resultado.

• Por último, si el usuario hace clic en Volver se vuelve a la pantalla con los

datos generales de la solicitud.

59

3.9.2. Evolución de actividadLa evolución de actividad nos informa de las solicitudes que han llegado a la

RedMIVA procedentes de los diferentes laboratorios en un periodo de tiempo definido.

Por defecto, al hacer clic en Evolución de actividad nos aparecerá la vista dia-

ria de la semana en la que nos encontremos.

El periodo de tiempo se puede filtrar por:

• Fechas: tipo de fecha por el que se quiere filtrar, aparece en forma de des-

plegable: Fecha de registro en la RedMIVA, Fecha de registro en el laborato-

rio, Fecha de primer resultado.

• Vistas: permite seleccionar el tipo de vista temporal por el que filtrar, las

opciones son: Diaria, Semanal, Cuatrisemanal.

Una vez seleccionados los valores deseados, el usuario debe hacer clic en

Actualizar para que se actualicen los datos de la tabla.

En cualquiera de los tipos de vista (diaria, semanal y cuatrisemanal) el usuario

puede moverse por las distintas fechas para ver los datos correspondientes. Para cam-

biar de semana podemos teclear la semana que queremos y el año y hacer clic en Ir.

Para buscar la semana anterior o posterior basta con hacer clic en << o >> que apare-

cen a la izquierda y derecha de la fecha. En la vista diaria se muestra a la derecha de la

barra de navegación los días que comprende la semana en la forma “ del dd/mm al

60

dd/mm´”. En la vista cuatrisemanal se muestran los números de semana epidemiológi-

ca que comprende la cuatrisemana actual en la forma “de la sem1 a la sem2”.

En la vista diaria, cada número va acompañado de otro entre paréntesis que

representa la media histórica del día en el laboratorio. Las celdas marcadas son aque-

llas que tienen más de un 20% de desviación respecto a la media.

En la vista semanal se muestran las ocho semanas anteriores a la semana

seleccionada.

En la vista cuatrisemanal se muestran las 13 cuatrisemanas que tiene el año

pudiéndose seleccionar una de ellas.

Al final de la tabla de datos aparece la palabra Ver y haciendo clic en ella nos

muestra una gráfica que indica la evolución del número de solicitudes recibidas para

cada uno de los intervalos temporales seleccionados (en la vista diaria se compara este

valor con respecto al de la media histórica).

En la parte inferior derecha aparece un botón etiquetado como Ver inconsis-

tencias. Al hacer clic sobre él, se muestra una tabla con todas las inconsistencias detec-

tadas entre las fechas seleccionadas por cada laboratorio y por tipo de inconsistencia. Lo

ideal es que el número de inconsistencias para todos los tipos y laboratorios sea cero.

61

3.9.3. Validación de informes generadosEste servicio permite al usuario visualizar y validar los informes generados por

el sistema antes de que puedan ser enviados por el sistema o visualizados por los usua-

rios de la aplicación que tengan asignados dichos tipos de informe.


informes generados por el sistema y que todavía no han sido validados indicándole el

nombre, tipo de ámbito geográfico, ámbito específico, perfiles que tienen asignado el

tipo de informe y la fecha de generación. Por último, cada informe dispone de los enla-

ces: Ver, Validar y Rechazar.

Cuando el usuario hace clic en Ver, el informe seleccionado se abre una nueva

ventana del navegador donde se muestra el informe generado en formato PDF. Desde

aquí el usuario podrá imprimir o guardar una copia del mismo en su disco.

Cuando el usuario ha comprobado que el informe generado es correcto debe

hacer clic en Validar, el sistema le pide confirmación de que realmente quiere validar

dicho informe y en caso de que la respuesta sea afirmativa el informe es validado y des-

aparece de la lista. A partir de este momento, la próxima vez que se ejecute el proce-

so automático de envío de informes, el informe que acabamos de validar será tenido

en cuenta para ser enviado a los usuarios que así lo tengan configurado.

Finalmente, el usuario puede hacer clic en Rechazar, en caso de que se desee

hacer desaparecer de la lista el informe sin que sea tenido en cuenta para ser enviado

a los usuarios de la aplicación y, por tanto, tampoco pueda ser consultado.

3.9.4. Solucionar errores de integraciónEste servicio permite a un administrador corregir manualmente los errores de

normalización ocurridos durante la integración de datos procedentes de los laboratorios.

La pantalla muestra en la parte superior los campos de filtro con el botón

Buscar y en la parte inferior el listado de errores, que inicialmente estará vacío.

62

Los campos por los que se puede filtrar son la fecha de registro de la solicitud

en el laboratorio (desde y hasta) , el laboratorio y el tipo de error.

Los laboratorios disponibles son todos los laboratorios que pertenecen a la

RedMIVA.

Los tipos de error disponibles son:

• Todos: Significa que se incluirán todos errores, independientemente del tipo

que sean.

• Estandarización: Se mostrarán sólo los errores que son de estandarización,

también llamados de normalización. Los errores de este tipo son los únicos

63

que se pueden reparar desde este servicio. Seleccionando esta opción se

pueden consultar todos los errores de normalización de una vez (aquellos

cuyo nombre comienza por Normalización).

• Control calidad (Detección de inconsistencias): A este tipo pertenecen las

inconsistencias en los datos como por ejemplo un positivo que no viene

acompañado de un microorganismo.

• Dato obligatorio: A la solicitud le falta un dato obligatorio como por ejem-

plo el tipo de muestra o el valor del resultado.

• Normalización Centro de procedencia: La solicitud tiene un centro de proce-

dencia no codificado en RedMIVA.

• Normalización Servicio de procedencia: La solicitud tiene un servicio de pro-

cedencia no codificado en RedMIVA.

• Normalización Diagnóstico: La solicitud tiene un diagnóstico no codificado

en RedMIVA.

• Normalización Sexo: El sexo del paciente no está codificado en RedMIVA.

• Normalización Tipo de muestra: La solicitud tiene un tipo de muestra no

codificado en RedMIVA.

• Normalización Determinación: La solicitud tiene una determinación no codi-

ficada en RedMIVA.

• Normalización Técnica: La solicitud tiene una técnica no codificada en

RedMIVA.

• Normalización Microorganismo: La solicitud tiene un microorganismo no

codificado en RedMIVA.

• Normalización Tipo valor resultado: La solicitud tiene resultado cuyo valor es

desconocido.

• Normalización Unidad de medida: La solicitud tiene una unidad de medida

no codificada en RedMIVA.

• Normalización Antibiótico: La solicitud tiene un antibiótico no codificado en

RedMIVA.

• Normalización Tipo de sensibilidad: La solicitud tiene un tipo de sensibilidad

no codificado en RedMIVA.

• Resultado no interpretado: La solicitud tiene un resultado que no está inter-

pretado, siendo la determinación de interés para RedMIVA.

64

Para realizar la consulta se introducen los valores de filtro deseados y se hace

clic en Buscar.

Para reparar un error se hace clic en Solucionar en la fila correspondiente al

error, si no aparece la opción en alguna fila se debe a que ese tipo de error no se puede

reparar.

Una vez hemos hecho clic en Solucionar se mostrará el servicio de búsqueda

correspondiente al tipo de error (centros, servicios, diagnósticos, determinaciones, etc.).

Para reparar el error hay que seleccionar en el servicio de búsqueda el elemento al que

corresponde el código y la descripción que acompaña al error. Mediante esta acción el

servicio crea la codificación necesaria y repara el error en todas las solicitudes afectadas

por el mismo, marcándolas como No Erróneas si no tuvieran más errores pendientes.

3.10. Vigilancia

3.10.1. Revisión de casos registradosEste servicio permite al usuario revisar y realizar correcciones de los casos

registrados tras el proceso de análisis de las solicitudes existentes en el sistema.


queda del servicio, debido a su importancia, vamos a definir las distintas fechas que

almacena el sistema para cada uno de los casos registrados en el mismo. Estas son:

• Fecha primera prueba en laboratorio (F.1.P.Lab): corresponde a la fecha de

recogida de la muestra (o de registro de la solicitud) en el laboratorio para la

primera prueba cuyo resultado provocó la generación del caso registrado en

RedMIVA (independientemente de tipo caso que tuviera asignado cuando se

creó: no caso, nuevo, antiguo, etc.)





antiguo, etc.).

• Fecha registro de caso en RedMIVA (F.R.C.Red): fecha en la que se registró

el caso en la RedMIVA.

• Fecha cambio tipo de caso en RedMIVA (F.C.T.C.Red): fecha en la que se pro-

dujo el último cambio de tipo del caso en la RedMIVA.

65

• Fecha última actualización caso en RedMIVA: es posible que resultados de

diferentes solicitudes sean asociados al mismo caso registrado. Esta fecha

registra el momento en se asoció por última vez un resultado al caso.


pos por los que se puede filtrar la búsqueda de casos.

Los valores incluidos por defecto en los campos de filtro de la búsqueda per-

miten al usuario obtener los casos nuevos sin confirmar de enfermedades de

declaración obligatoria, para obtenerlos, el usuario simplemente debe hacer clic en

el botón Buscar nada más entrar en el servicio.

Los campos para filtrar la búsqueda están divididos en dos grupos, estos son:

• Filtro de fechas:

• Fecha: tipo de fecha por el que se quiere filtrar:

• Prueba cambio tipo caso en laboratorio.

• Registro caso en RedMIVA.

• Última actualización caso en RedMIVA: cuando se selecciona esta

fecha para filtrar los resultados sólo se muestran casos cuya fecha de

registro en RedMIVA es distinta de la fecha de última actualización,

con objeto de poder obtener sólo los casos actualizados tras la crea-

ción de los mismos.

• Registro resultado laboratorio: corresponde a la fecha de registro en

66

laboratorio de los resultados de solicitudes asociadas al caso. Cuando

se filtra por esta fecha, sólo se obtienen casos que contengan resulta-

dos entre las fechas indicadas.

• Para: la consulta se puede hacer por fechas o por semanas microbiológica.

• Desde y Hasta: se recuperarán únicamente los casos cuya fecha selecciona-

da se encuentre entre las fechas indicadas.


que elegir también el año al que corresponden las semanas microbiológicas.

• Otros:

• Id.caso: El id. Caso corresponde al número que se le asigna a cada caso de

cada paciente en la RedMIVA. Suponiendo que conozcamos el identificador

del caso que queremos visualizar se puede introducir directamente en este

campo. Si buscamos por Id. caso hay que dejar la fecha Desde en blanco con

objeto de que no se aplique el filtro de fechas que podría hacer que no se

encontrara el caso con el id buscado.

• Id.Paciente: se recuperarán únicamente los casos cuyo Identificador de

paciente sea el introducido en el campo.

• SIP: se recuperarán únicamente los casos que correspondan a pacientes cuyo

número SIP coincida con el introducido.

• Tipo de infección: se recuperarán únicamente los casos con el tipo de infec-

ción seleccionado. Los valores posibles son: —Todos— (no aplicar filtro),

Infección, Infección aguda, Infección crónica, Infección pasada, Infección

pasada o vacunación, No existe o No detectada, Posible infección, Presencia

de anticuerpos y Vacunación.

• Paciente: se recuperarán únicamente los casos cuyo nombre de paciente

contenga la cadena introducida en el campo (Nota: no es necesario introdu-

cir el nombre completo, se puede introducir una parte del nombre para

hacer la búsqueda. Por ejemplo: si ponemos Pérez se obtendrán los casos de

cualquier paciente con este valor en su nombre completo).

• Revisados: se puede seleccionar si se buscan los casos ya marcados como

revisados tras la última actualización del caso (Sí), los no revisados (No) o

todos (—Todos—). NOTA: este filtro sólo se tiene en cuenta cuando la fecha

seleccionada en el filtro de fechas es la Fecha de última actualización del

caso.

67

• Localización paciente: este campo consta de dos combos. En el primero se

elije el tipo de localización (—Todos—, Departamento, Municipio y Provincia)

y en el segundo se elige la localización concreta, abriéndose un desplegable

con todos los departamentos, municipios o provincias que hayamos seleccio-

nado previamente.

• Confirmados: se puede seleccionar si se buscan los casos confirmados (Sí),

los no confirmados (No) o todos (—Todos—). Si se elige Sí, sólo se mostra-

rán aquellos casos que estén confirmados. Existen algunas enfermedades

para las que el caso no se puede considerar como existente hasta que sea

confirmado por el servicio de epidemiología y, por tanto, no serán contabi-

lizados hasta que el usuario lo marque como tal.

• Cerrados: se puede seleccionar si se buscan los casos cerrados (Sí), los no

cerrados (No) o todos (—Todos—). Si se elige Sí, sólo se mostrarán aquellos

casos que estén cerrados. Sólo los casos cerrados son los que se utilizan para

la generación de estadísticas ya que son aquellos para los que se ha llegado

a una conclusión a partir de los resultados de pruebas microbiológicas reci-

bidas.

• Enfermedad: desde este campo se puede seleccionar la/s enfermedad/es

para las que queremos filtrar los resultados de la búsqueda. Según el valor

seleccionado en este campo, se disponen de otras funcionalidades para defi-

nir la enfermedades por las que filtrar, estos son:

• —Todos—: se selecciona información de casos de todas las enferme-

dades existentes.

• Grupo E.D.O.: Se recuperarán los casos marcados de enfermedades de

declaración obligatoria (E.D.O.) que son aquellas que están marcadas

como tal en el mantenimiento de enfermedades de la aplicación.

• Enfermedad concreta: aparece una lupa al lado del campo de

enfermedad, haciendo clic en la lupa vamos a buscar una enfermedad,

la seleccionamos y se recuperarán únicamente los casos de la enferme-

dad seleccionada.

• Por nombre de enfermedad: el campo es libre y podemos poner el

nombre completo o parcial de la enfermedad que queramos.

• Grupo de enfermedades aparece una casilla nueva con un desplega-

68

ble con todos los grupos de enfermedades disponibles y se puede

seleccionar uno.

• Ordenar por: permite ordenar el resultado de la búsqueda según los

siguientes criterios: fecha, enfermedad o paciente.

• Tipo de caso: se recuperarán únicamente los casos con los tipos selec-

cionados: —Todos—, Caso antiguo, Caso antiguo o vacunado, Caso

crónico, Caso negativo, Caso no definido, Caso no determinado, Caso

nuevo, Caso posible y No caso. Podemos seleccionar todos, uno de

ellos o varios presionando la tecla control y el caso que deseamos.

• Laboratorio: se recuperarán únicamente los casos de los laboratorios

seleccionados. Podemos seleccionar todos, uno de ellos o varios pre-

sionando la tecla control y el laboratorio que deseamos


clic en el botón Buscar para obtener los casos seleccionados. El botón Limpiar permite

al usuario inicializar todos los campos de búsqueda.

Cuando se hace clic en Buscar se muestra una tabla con los resultados de

dicha búsqueda:

69


• Identificador del caso en la RedMIVA.

• Fecha de la primera prueba (aparece siempre).

• Fecha de recepción de la muestra, Fecha de obtención del resultado, Fecha

de registro caso en RedMIVA (sólo aparecen si se ha elegido como fecha

para filtrar los resultados).

• Semana epidemiológica a la que corresponde el caso.

• Enfermedad.

• Iniciales del paciente.

• Edad del paciente (si disponemos de ella).

• Sexo del paciente.

• Departamento al que pertenece el paciente (según el SIP o Admisión).

• Municipio al que pertenece el paciente (según el SIP o Admisión).

• Código postal del domicilio del paciente.

• Tipo de caso.

• Indicador de confirmado (“S” en caso afirmativo y “N” en caso contrario).

• Indicador de cerrado (“S” en caso afirmativo y “N” en caso contrario).

• Indicador de si ha sido notificado al AVE (“S” en caso afirmativo y “N” en

caso contrario).

• Existe un enlace que permite al usuario ver en detalle el caso seleccio-

nado.

• En el supuesto de que el caso no esté confirmado se muestra la imagen

que permite al usuario confirmar el mismo.

• En el supuesto de que la fecha por la que se aplica el filtro sea la de última

actualización del caso y el caso no esté marcado como revisado tras la últi-

ma actualización, se muestra la imagen que permite al usuario confirmar el

mismo.

Cuando el usuario hace clic en desde la tabla de resultados de la búsque-

da se le muestra una nueva pantalla denominada Detalle de caso:

70

• Datos generales del caso: Identificador del caso en la RedMIVA, iniciales del

paciente, fecha de la primera prueba, enfermedad, fecha de registro del

caso en la RedMIVA, tipo de infección, indicador de si está confirmado, tipo

de caso en el momento actual y el indicador de si está cerrado.

• Resultados asociados al caso: contiene una lista de todos los resultados que

han provocado la generación del caso en el que nos encontramos durante

el proceso de detección de enfermedades. Para cada uno de ellos se indica:

Identificador del resultado, Fecha del resultado en el laboratorio, nombre

corto del laboratorio, Tipo de muestra, Determinación, Microorganismo aso-

ciado, Valor del resultado, Identificador de la solicitud en RedMIVA (¡OJO!,

es un enlace). En la columna Acción se incluye el enlace Ver detalle que per-

mite actualizar la zona de detalles del resultado seleccionado con el que

hemos elegido.

• Detalles del resultado seleccionado: muestra el resto de información del

resultado seleccionado en la tabla anterior y contiene: Valor cualitativo,

Valor cuantitativo, Unidad de medida, Tipo de infección generada y los

detalles generados para el resultado durante el proceso de detección de

enfermedades.

71

• Desde esta pantalla, el usuario puede realizar las siguientes acciones:

• Exportar los datos del caso registrado a un documento Excel haciendo clic en

el botón Exportar. El documento generado contiene toda la información de

interés para que el personal de epidemiología pueda realizar el seguimiento

del caso.

NOTA: los resultados asociados al caso se ordenan en primer lugar por su

fecha de registro en el laboratorio y seguidamente por su identificador.

• Enviar el caso al AVE para producción.

• Enviar el caso al AVE para estudio.

• Ver toda la información existente acerca del paciente, haciendo clic sobre la

imagen . Cuando se ejecuta esta acción, se muestra en la ventana actual

la información detallada del paciente que se divide en cuatro partes: Datos

generales, Datos de contacto, Datos de domicilio y Datos de nacimiento.


L para laboratorio, S para SIP, A para Admisión del hospital, V para AVE y D para aque-

llos datos que se han modificado desde la aplicación RedMIVA en la DGSP. Se permite

72

al usuario modificar el SIP y el Sexo de un paciente con objeto de subsanar posibles

errores de tecleo en el origen. Se puede obtener información detallada de SIP o

Admisión haciendo clic en los botones correspondientes.

• Modificar el tipo de infección haciendo clic sobre la imagen situada al


• Modificar el estado de confirmación del caso haciendo clic sobre la imagen


• Acceder a la solicitud a la que pertenece uno de los resultados asociados al

caso, haciendo clic sobre el número de solicitud correspondiente en la tabla

de resultados.

• En caso de que haya más de un resultado asociado al caso, en la tabla de

resultados asociados aparece una columna más con el enlace Ver detalle

sobre el que el usuario puede hacer clic para que se muestren los detalles de

resultado seleccionado.

• Ir al siguiente caso de la lista haciendo clic en el botón “>>” (evitando así

tener que volver a la pantalla anterior para ir al siguiente).

• Ir al caso anterior de la lista haciendo clic en el botón “<<” (evitando así


• Por último, si el usuario hace clic en Volver se vuelva a la pantalla de búsque-

da de casos.

3.10.2. EDOEste servicio permite revisar casos de Enfermedades de Declaración

Obligatoria (EDO) confirmadas existentes en el sistema, correspondientes al ámbito

geográfico del usuario.

Por ejemplo, un Técnico de la Dirección General de Salud Pública podrá con-

sultar casos de toda la C.V. y un Técnico de un Centro de Salud Pública podrá consul-

tar los casos correspondientes a su departamento de salud.

Un usuario con perfil Administrador puede también corregir algunos datos del

caso.


queda del servicio, debido a su importancia, vamos a definir las distintas fechas que

almacena el sistema para cada uno de los casos registrados en el mismo. Estas son:

• Fecha primera prueba en laboratorio (F.1.P.Lab): corresponde a la fecha de

73

recogida de la muestra (o de registro de la solicitud) en el laboratorio para la

primera prueba cuyo resultado provocó la generación del caso registrado en

RedMIVA (independientemente de tipo caso que tuviera asignado cuando se

creó: no caso, nuevo, antiguo, etc.)





antiguo, etc.).

• Fecha registro de caso en RedMIVA (F.R.C.Red): fecha en la que se registró

el caso en la RedMIVA.

• Fecha cambio tipo de caso en RedMIVA (F.C.T.C.Red): fecha en la que se pro-


• Fecha última actualización caso en RedMIVA: es posible que resultados de


registra el momento en que se asoció por última vez un resultado al caso.


pos por los que se puede filtrar la búsqueda de casos de EDO.

Los campos están divididos en tres grupos, estos son:

• Tipo búsqueda:

• Enfermedad: aparece un desplegable con las enfermedades de declaración

obligatoria en la Comunidad Valenciana. Se puede seleccionar una de ellas

74

o el valor —Todas— para no realizar filtro por este campo.

• Tipo búsqueda: Se puede buscar por información relativa al Caso o al

Paciente. Dependiendo del valor seleccionado se mostrará un filtro u otro:

• Casos: Si se selecciona este valor como tipo de búsqueda entonces se

muestran los distintos tipos de caso por los que se puede filtrar.

• Pacientes: Si se selecciona este valor como tipo de búsqueda, enton-

ces se puede filtrar por Pacientes inmunizados o Pacientes no inmuni-

zados. Como la inmunidad es relativa a una enfermedad es obligato-

rio seleccionar una enfermedad en el desplegable de enfermedades.

• Fechas:

• Filtrar por: tipo de fecha por el que se quiere filtrar:

• Prueba cambio tipo caso en laboratorio.

• Registro caso en RedMIVA.

• Última actualización caso en RedMIVA: cuando se selecciona esta

fecha para filtrar los resultados sólo se muestran casos cuya fecha de

registro en RedMIVA es distinta de la fecha de última actualización,

con objeto de poder obtener sólo los casos actualizados tras la crea-

ción de los mismos.

• Registro resultado laboratorio: corresponde a la fecha de registro en

laboratorio de los resultados de solicitudes asociadas al caso. Cuando

se filtra por esta fecha, sólo se obtienen casos que contengan resulta-

dos entre las fechas indicadas.

• Para: la consulta se puede hacer por fechas o por semana microbiológica.

• Desde y Hasta: se recuperarán únicamente los casos cuya fecha selecciona-

da se encuentren entre las fechas indicadas.


que elegir también el año de las mismas.

75

Otros:

• Datos del paciente:

• Id.Paciente: se recuperarán únicamente las solicitudes cuyo

Identificador de paciente sea el introducido en el campo.

• SIP: se recuperarán únicamente los casos que correspondan a pacien-

tes cuyo número SIP coincida con el introducido.

• Paciente: se recuperarán únicamente los casos cuyo nombre de pacien-

te contenga la cadena introducida en el campo (NOTA: no es necesa-

rio introducir el nombre completo, se puede introducir una parte del

nombre para hacer la búsqueda. Por ejemplo: si ponemos Pérez se

obtendrán los casos de cualquier paciente con este valor en su nom-

bre completo).

• Localización paciente: este campo consta de dos combos. En el prime-

ro se elije el tipo de localización (—Todos—, Departamento, Municipio

y Provincia) y en el segundo se elige la localización concreta, abriéndo-

se un desplegable con todos los departamentos, municipios o provin-

cias que hayamos seleccionado previamente.

• Datos del caso:

• Id.caso: El id. Caso corresponde al número que se le asigna a cada caso

de enfermedad en la RedMIVA. Si conocemos el identificador del caso

que queremos visualizar se puede introducir directamente en este

campo. Si buscamos por id. caso hay que dejar la fecha Desde en blan-

co para que no se filtre por fecha.

• Revisado: (Todos/Sí/No) Sirve para filtrar los casos en función de si

están marcados como revisados o no.

• Ordenar por:

Fechas, Enfermedad y Paciente. Indica el campo por el que ordenar los resul-

tados de la búsqueda.


clic en el botón Buscar para obtener los casos seleccionados. El botón Limpiar permite

al usuario inicializar todos los campos de búsqueda.

Cuando se hace clic en Buscar se muestra una tabla con los resultados de la

búsqueda. Como ya hemos mencionado, dependiendo del tipo de caso seleccionado,

se mostrará información sobre casos o sobre inmunización de pacientes, por ello divi-

dimos este punto en dos sub-apartados.

76

3.10.2.1. EDO: Selección de casos.Si seleccionamos como Tipo de caso a mostrar: Caso nuevo, Caso probable,

Caso portador o No caso, el contenido de la tabla de resultados será:

El botón Exportar permite guardarse una copia en formato Excel dando la

opción de incluir además información de los resultados y antibiogramas asociados a

cada caso.

77

Debemos hacer notar que el tipo de caso Caso probable engloba a los tipos

de caso: Caso no definido, Caso no determinado y Caso posible.

Debemos hacer notar que el tipo de caso Caso portador hace realmente refe-

rencia al tipo de caso Caso crónico, pero se utiliza esa denominación por ser más ade-

cuada en el contexto de EDO.


• Identificador del caso en la RedMIVA.

• Fecha de la primera prueba (aparece siempre).

• Fecha de recepción de la muestra, Fecha de obtención del resultado, Fecha

de registro caso en RedMIVA (sólo aparecen si se ha elegido como fecha

para filtrar los resultados).

• Semana epidemiológica a la que corresponde el caso.

• Enfermedad.






• Tipo de caso.

• Confirmado (S/N).

• Cerrado (S/N)

• Existe un enlace que permite al usuario ver en detalle el caso seleccio-

nado.

Cuando el usuario hace clic en desde la tabla de resultados de la búsque-

da se le muestra una nueva pantalla denominada Detalle de caso:

• La opción de exportar genera un documento EXCEL con los datos del

caso.

• Las opciones de enviar el caso al AVE para producción o estudio sólo

están disponibles para usuarios administradores. Estas acciones gene-

ran un documento XML y lo envían al sistema AVE.

78

• Datos generales del caso: Identificador del caso en la RedMIVA, iniciales del

paciente, identificador del paciente, fecha de la primera prueba, enferme-

dad, fecha de la prueba de cambio del tipo de caso, tipo de infección, fecha

de registro del caso en la RedMIVA, tipo de caso en el momento actual,

fecha de cambio del tipo de caso en RedMIVA, indicador de si está confir-

mado, fecha de última actualización, indicador de si está cerrado, indicador

de si ha sido revisado tras la última actualización del caso.

• Resultados asociados al caso: contiene una lista de todos los resultados que

han provocado la generación del caso en el que nos encontramos durante

el proceso de detección de enfermedades. Para cada uno de ellos se indica:

Identificador del resultado, Fecha del resultado en el laboratorio, nombre

corto del laboratorio, Tipo de muestra, Determinación, Microorganismo aso-

ciado, Valor del resultado, Identificador de la solicitud en RedMIVA (es un

enlace que muestra la solicitud original de la que procede el resultado). En

la columna Acción se incluye el enlace Ver detalle que permite actualizar la

zona de detalles del resultado seleccionado con el que hemos elegido.

• Detalles del resultado seleccionado: muestra el resto de información del

resultado seleccionado en la tabla anterior y contiene: Valor cualitativo, Valor

cuantitativo, Unidad de medida, Tipo de infección generada y los detalles

generados para el resultado durante el proceso de detección de enfermeda-

des.

• Desde esta pantalla, el usuario puede realizar las siguientes acciones:

79

• Exportar los datos del caso registrado a un documento Excel haciendo clic en

el botón Exportar.

• Ver toda la información existente acerca del paciente, haciendo clic sobre la

imagen . Cuando se ejecuta esta acción, se muestra en la ventana actual

la información detallada del paciente que se divide en cuatro partes: Datos

generales, Datos de contacto, Datos de domicilio y Datos de nacimiento.


L para laboratorio, S para SIP y A para Admisión del hospital. Se permite al

usuario modificar el SIP y el Sexo de un paciente con objeto de subsanar

posibles errores de tecleo en el origen. Se puede obtener información deta-

llada de SIP o Admisión haciendo clic en los botones correspondientes.

• Modificar el tipo de infección haciendo clic sobre la imagen situada al


• Modificar el estado de confirmación del caso haciendo clic sobre la imagen


• Acceder a la solicitud a la que pertenece uno de los resultados asociados al

80

caso, haciendo clic sobre el número de solicitud correspondiente en la tabla

de resultados.

• En caso de que haya más de un resultado asociado al caso, en la tabla de

resultados asociados aparece una columna más con el enlace Ver detalle

sobre el que el usuario puede hacer clic para que se muestren los detalles de

resultado seleccionado.

• Ir al siguiente caso de la lista haciendo clic en el botón “>>” (evitando así


• Ir al caso anterior de la lista haciendo clic en el botón “<<” (evitando así


• Por último, si el usuario hace clic en Volver se vuelva a la pantalla de búsque-

da de casos.

3.10.2.2. EDO: Selección de pacientes inmunizados o no.Con objeto de obtener los pacientes inmunizados para una enfermedad, se

debe seleccionar la misma en el primer campo de la pantalla y el tipo de caso Pacientes

inmunizados. El usuario puede introducir el resto de filtros que desee aplicar para rea-

lizar la búsqueda. El contenido de la tabla de resultados será:


• Identificador del paciente en la RedMIVA.


• Enfermedad.



• Dirección del paciente.



• Existe un enlace que permite al usuario ver en detalle el paciente selec-

cionado.

81

Con objeto de obtener los pacientes no inmunizados para una enfermedad,

se debe seleccionar la misma en el primer campo de la pantalla y el tipo de caso

Pacientes no inmunizados. El usuario puede introducir el resto de filtros que desee apli-

car para realizar la búsqueda. El contenido de la tabla de resultados será similar a la

descrita anteriormente, pero en este caso, el sistema mostrará la lista de pacientes para

los que hay alguna prueba que permita determinar la no inmunidad de los mismos a la

enfermedad seleccionada.

3.10.3. Evolución de casosEste apartado nos muestra la evolución del número de casos detectados por

enfermedad a lo largo del tiempo.


pos por los que se puede filtrar la búsqueda de casos. Los campos están divididos en

cuatro grupos, estos son:

• Fechas:

• Filtrar por: tipo de fecha por el que se quiere filtrar:

• Fecha primera prueba: corresponde a la fecha de la primera muestra

82

asociada al caso cuando el laboratorio informa de la misma, en caso

contrario corresponde a la fecha de registro de la primera solicitud en

el laboratorio.

• Fecha de registro en la RedMIVA: fecha en la que se registró el caso en

la RedMIVA.

• Fecha de recepción muestra: corresponde a la fecha de la muestra en

resultados de solicitudes asociadas al caso.

• Fecha de obtención resultado: corresponde a la fecha de los resultados

de solicitudes asociadas al caso.

• Vista: permite seleccionar el tipo de vista temporal por el que filtrar, las

opciones son: Diaria, Semanal y Cuatrisemanal.

• Tipo de agregado: permite definir el tipo de valor agregado que debe acom-

pañar al número de casos representado en la tabla de resultados. Las opcio-

nes posibles son: Media y Porcentaje.

• Media: En este caso el sistema calcula la media histórica de casos

según los mismos criterios que se han seleccionado. En cada celda se

muestra la media respecto de cada laboratorio y período que represen-

ta dicha celda, es decir, para un día de la semana, una semana epide-

miológica o una cuatrisemana.

• Porcentaje: En este caso el sistema calcula el porcentaje que represen-

ta el nº de casos mostrado en cada celda respecto del total de casos

registrados que responden a los mismos criterios de búsqueda pero

independientemente del tipo de caso. Por ejemplo, si se está filtrando

por casos nuevos de Hepatitis B y en una celda aparecen los valores

“1 (50%)” entonces eso quiere decir que se ha detectado un caso

nuevo de Hepatitis B en ese laboratorio y en ese periodo, y además ese

caso nuevo representa la mitad de todos los casos de Hepatitis B de

cualquier tipo registrados en la RedMIVA para ese laboratorio en ese

periodo.

• Enfermedad: desde este campo se puede seleccionar la/s enfermedad/es para las

que queremos filtrar los resultados de la búsqueda. Según el valor seleccionado en

este campo, se disponen de otras funcionalidades para definir la enfermedades por

las que filtrar, estos son:

83

• —Todos—: se selecciona información de casos de todas las enfermedades

existentes.

• Grupo E.D.O.: Se recuperarán los casos marcados de enfermedades de

declaración obligatoria (E.D.O.) que son aquellas que están marcadas como

tal en el mantenimiento de enfermedades de la aplicación.

• Enfermedad concreta: aparece una lupa al lado del campo de enfermedad,

haciendo clic en la lupa vamos a buscar una enfermedad, la seleccionamos

y se recuperarán únicamente los casos de la enfermedad seleccionada.

• Por nombre de enfermedad: el campo es libre y podemos poner el nombre

completo o parcial de la enfermedad que queramos.

• Grupo de enfermedades: aparece una casilla nueva con un desplegable con

todos los grupos de enfermedades disponibles y se puede seleccionar uno.

• Columnas: se puede seleccionar Periodo, en cuyo caso los resultados de la búsque-

da aparecerán como resultados en un periodo de tiempo o por Enfermedad en cuyo

caso aparecerán columnas con las enfermedades pertenecientes al grupo de enfer-

medades seleccionado.

• Tipo de caso: los tipos de caso que nos permite seleccionar son todos, Caso anti-

guo, Caso antiguo o vacunado, Caso crónico, Caso no definido, Caso no determina-

do, Caso nuevo, Caso posible, No caso.

Al hacer clic en Actualizar se muestra una tabla con los resultados de la bús-

queda.

Si se ha seleccionado Periodo los resultados de la búsqueda aparecerán como

resultados en un periodo de tiempo.

Los valores entre paréntesis representan el tipo de agregado seleccionado en

las opciones de filtro, Media o Porcentaje.

Finalmente, en la columna de la derecha aparece el total del periodo seleccio-

nado.

84

Al final de la tabla de datos aparece el enlace Ver y haciendo clic en ella nos

muestra una gráfica que indica la evolución del número de casos existentes para cada

uno de los intervalos temporales seleccionados (en la vista diaria se compara este valor

con respecto al de la media histórica)

85

Si se ha seleccionado Enfermedad los resultados de la búsqueda aparecerán

como resultados por enfermedades.

Esta pantalla nos permite desplazarnos en el tiempo al hacer clic en >> o <<,

o introduciendo el valor deseado, en función del tipo de periodo que se esté visualizan-

do, y haciendo clic en Ir.

3.11. Administración

3.11.1. Gestión de los tipos de informe Este servicio permite al usuario realizar la gestión (altas, bajas y modificacio-

nes) de los distintos tipos de informe existentes en la RedMIVA.

Cuando el usuario accede al servicio se le muestra una lista de los distintos

tipos de informe existentes, indicando para cada uno: su nombre, la periodicidad y si

está activo o no.

Desde aquí el usuario puede realizar las siguientes acciones:

• Añadir un nuevo tipo de informe haciendo clic en el botón Añadir. En este caso

se muestra una nueva pantalla en la que el usuario debe introducir los siguien-

tes datos:

• Código: valor único para identificar al informe.

86

• Nombre del informe.

• Descripción.

• Archivo de diseño del informe: los informes de la RedMIVA se desarro-

llan utilizando una herramienta OpenSource denominada

JasperReports. Esta herramienta genera un fichero compilado con la

extensión “.jasper” que contiene la información de diseño del infor-

me. El desarrollador del informe debe dejar este fichero “.jasper” en

el directorio de plantillas de los informes (ver punto 3). En este campo

simplemente se debe indicar el nombre del fichero “.jasper” para que

el sistema sea capaz de buscar el fichero que contiene el diseño del

informe a la hora de generarlo.

• Periodicidad.

• Activo: indica si el informe esta activo en el momento actual para ser

generado y enviado a los usuarios que lo tengan asignado.

• Tipo de ámbito geográfico al que pertenece. Si se selecciona un tipo

ámbito geográfico distinto de —Todos— el sistema permite introducir

una lista de ámbitos geográficos específicos para los que se debe

generar el informe.

87

Una vez introducidos estos datos se debe hacer clic en el botón Aceptar y si

los datos son correctos, se guarda el nuevo tipo de informe en la base de datos y se

muestran dos tablas: una con el título Perfiles desde la que se puede gestionar los per-

files que tendrán acceso al informe y otra con el título Gráficas desde la que se gestio-

nan las gráficas asociada mismo.

• Modificar los datos de un tipo de informe haciendo clic en el enlace

Modificar del tipo de informe deseado. Los datos que se pueden modificar

de un informe son los indicados en el punto anterior, incluyendo los perfiles

que van asociados al tipo de informe.

• Eliminar un tipo de informe haciendo clic en el enlace Eliminar. NOTA: un

tipo de informe sólo se puede eliminar en caso de que no tenga informes

generados, ya que sino se perdería la información estadística sobre la gene-

ración y envío de los mismos.

3.11.2. Mantenimiento de tablas maestrasEste servicio permite acceder al mantenimiento de las distintas tablas maes-

tras utilizadas por la RedMIVA.

Para acceder al mantenimiento de una tabla hay que seleccionar una tabla de

la lista y hacer clic en Aceptar.

88

3.11.2.1. AntibióticosEste servicio permite realizar el mantenimiento de la lista de antibióticos con

los que trabaja la RedMIVA. Las acciones que se permiten realizar son: añadir, eliminar

y modificar.

NOTA: no se permitirá eliminar un antibiótico que forme parte de alguno de

los resultados microbiológicos obtenidos de alguno de los laboratorios.

89

Los datos que se deben introducir para cada antibiótico son:

- Código*9: cadena de caracteres corta para poder identificar rápidamente el

elemento. Este valor no puede estar repetido.

- Nombre*: nombre del antibiótico.

- Lista de codificaciones por laboratorio. Cada codificación contiene:

• Código del antibiótico en el laboratorio*: cadena de caracteres que

contiene el código que se utiliza para el antibiótico actual en el labo-

ratorio seleccionado.

3.11.2.2. CentrosEste servicio permite realizar el mantenimiento de la lista de centros con los

que trabaja la RedMIVA. Dado que la aplicación trabaja con los centros que están defi-

nidos en el Catálogo de Recursos Corporativo (CRC), ésta no podrá realizar cambios

sobre la lista de centros, lo único que se permitirá es mantener la lista de codificacio-

nes por laboratorio de cada centro.

90

9 En adelante, todos los campos marcados con un asterisco (*) son obligatorios.

Los datos que se deben introducir para cada centro son:


• Código del centro en el laboratorio*: cadena de caracteres que con-

tiene el código que se utiliza para el centro actual en el laboratorio

seleccionado.

3.11.2.3. DeterminacionesEste servicio permite realizar el mantenimiento de la lista de determinaciones

con los que trabaja la RedMIVA. Las acciones que se permiten realizar son: añadir, eli-

minar y modificar.

NOTA: no se permitirá eliminar una determinación que forme parte de algu-

no de los resultados microbiológicos obtenidos de alguno de los laboratorios.

91

Los datos que se deben introducir para cada determinación son:

- Código*: cadena de caracteres corta para poder identificar rápidamente el


- Nombre*: nombre de la determinación.

- Tipo*: anticuerpos, antígeno, carga viral, cultivo, etc.

- Relación con microorganismo*: indica si con la determinación que esta-

mos definiendo se pueden obtener la aparición de uno, varios o cualquier

microorganismo.

- Microorganismo: este campo aparece solamente si la opción seleccionada

en el campo anterior es Un microorganismo, en cuyo caso, se debe rellenar

el microorganismo que se puede encontrar.

- Tipo resultado por defecto: este campo indica al proceso de integración

de RedMIVA el tipo de resultado que se asignará a la prueba cuando el resul-

tado no esté interpretado.

- Lista de microorganismos detectables por esta determinación. Esta

lista sólo aparece en el caso de que el campo Relación con microorganismo

tenga el valor Varios microorganismos, y será aquí donde el usuario podrá

indicar cuáles son los microorganismos que se pueden detectar con la deter-

minación actual.

- Lista de técnicas: se incluyen todas las técnicas que se pueden utilizar para

realizar la determinación en la que nos encontramos. Esta lista será de utili-

dad para comprobar la consistencia de los datos obtenidos de los distintos

laboratorios.


• Código de la determinación en el laboratorio*: cadena de carac-

teres que contiene el código que se utiliza para la determinación

actual en el laboratorio seleccionado.

• Técnica habitual*: dado que la mayoría de laboratorios no dispone

de una codificación de técnicas, se ha habilitado este campo para que

el administrador pueda indicar la técnica que se suele aplicar en el

laboratorio seleccionado para realizar la determinación en la que nos

encontramos.

93

3.11.2.4. DiagnósticosEste servicio permite realizar el mantenimiento de la lista de diagnósticos con


y modificar.

NOTA: no se permitirá eliminar un diagnóstico que forme parte de alguno de

los resultados microbiológicos obtenidos de alguno de los laboratorios.

Los datos que se deben introducir para cada diagnóstico son:



- Nombre*: nombre del diagnóstico.

94


• Código del diagnóstico en el laboratorio*: cadena de caracteres

que contiene el código que se utiliza para el diagnóstico actual en el

laboratorio seleccionado.

3.11.2.5. EnfermedadesEste servicio permite realizar el mantenimiento de la lista de enfermedades


minar, modificar y acceder a la lista de enfermedades que se deben mostrar en el mapa.

NOTA: no se permitirá eliminar una enfermedad que forme parte de alguno

de los resultados microbiológicos obtenidos de alguno de los laboratorios.

95

Los datos que se deben introducir para cada enfermedad son:


elemento. En este caso se ha decidido introducir como código de las enfer-

medades la codificación estándar CIE-10 Este valor no puede estar repetido.

- Código corto: cadena de texto con un tamaño máximo de 5 caracteres que

servirá para identificar rápidamente a la enfermedad.

- Nombre*: nombre de la enfermedad.

- Gravedad epidemiológica: cadena de caracteres (A, B, C, etc.).

- Declaración obligatoria*: si está marcado indica que la enfermedad es de

declaración obligatoria (EDO).

- EDO asociada: permite seleccionar de la lista de enfermedades de declara-

ción obligatoria (EDO) existentes, cuál es la que lleva asociada una enferme-

dad determinada. Esto es necesario porque es posible que distintas enferme-

dades lleven asociadas la misma EDO.

- Tiempo de espera resultados*: indica el tiempo en días que el sistema

96

debe considerar que dos resultados microbiológicos hacen referencia al

mismo proceso de detección de enfermedad

- Tiempo de inmunidad*: hace referencia al tiempo en días durante el cual

el paciente no puede volver a padecer la misma enfermedad y, por tanto,

aunque se reciban más pruebas asociadas a la enfermedad no se puede con-

siderar el caso como nuevo. El valor 0 significará que la enfermedad produ-

ce inmunidad.

- Confirmar casos*: si está marcado indica que todos los casos que se regis-

tren en el sistema de esta enfermedad deben ser confirmados manualmen-

te por el administrador antes de ser tenidos en cuenta a efectos estadísticos,

informes, etc.

- Codificación clínica (CIE-9): este campo indica la codificación clínica de una

enfermedad según la codificación estándar CIE-9.

- Seguimiento especial: si está marcado indica que la enfermedad tiene

seguimiento especial.

- Genera Alarma: si está marcado indica que la enfermedad genera alarma.

- Mostrar en Mapa: si está marcado indica que la enfermedad se debe mos-

trar en el mapa de situación.

- Determinaciones identificación inmunidad: incluye la lista de determina-

ciones que, en el caso de haberse realizado a un paciente y hayan resultado

positivas, permitirá al sistema identificar que el paciente es inmune a dicha

enfermedad. Ver servicio EDO en el apartado 3.10.2, para más detalles.

- Determinaciones identificación NO inmunidad: incluye la lista de deter-

minaciones que, en el caso de haberse realizado a un paciente y hayan resul-

tado negativas, permitirá al sistema identificar que el paciente es no es

inmune a dicha enfermedad. Ver servicio EDO en el apartado 3.10.2, para

más detalles.

3.11.2.6. Enfermedades EDOEste servicio permite realizar el mantenimiento de la lista de enfermedades de

declaración obligatoria de la Comunidad Valenciana (EDO) con los que trabaja la

RedMIVA. Las acciones que se permiten realizar son: añadir, eliminar y modificar.

97

Los datos que se deben introducir para cada enfermedad son:



- Código CIE9*: código en la clasificación CIE9.

- Nombre: nombre de la EDO.

- Inmunizable: Si está marcado significa que la enfermedad crea inmunidad,

sino, no genera inmunidad.

98

3.11.2.7. Géneros de microorganismoEste servicio permite realizar el mantenimiento de la lista de géneros de micro-

organismo con los que trabaja la RedMIVA. Las acciones que se permiten realizar son:

añadir, eliminar y modificar.

NOTA: no se permitirá eliminar un género que esté asociado a alguno de los

microorganismos existente.

Los datos que se deben introducir para cada género son:



- Nombre*: nombre del género.

3.11.2.8. GráficasEste servicio permite crear y mantener gráficas para su uso posterior en los infor-

mes, o para utilizarlas como imágenes individuales que se pueden descargar localmente.

Al entrar en el servicio se muestra un listado con todas las gráficas disponi-

bles. Se puede filtrar por la columna Código.

Al pulsar en “Modificar” o en “Añadir” se muestra el formulario con los datos

de una gráfica.

99

Los datos de la gráfica son:



- Nombre: Nombre de la gráfica que se mostrará como título.

- Descripción: Una descripción larga.

- Tipo de gráfica: Puede tomar uno de los siguientes valores,

• BAR_CHART: Gráfica de barras verticales 3D con rango fijo 0-100.

• BAR_CHART_2: Gráfica de barras verticales 2D.

• BAR_CHART_3: Gráfica de barras horizontales.

• XY_CHART: Gráfica de líneas basada en ptos XY.

100

• TIME_CHART: Gráfica de líneas basada en tiempo.

• PIE_CHART: Gráfica de tarta.

Hay que tener en cuenta que cada tipo de gráfica requiere los datos en un

formato particular, por lo que para cambiar el tipo de gráfica puede ser necesario modi-

ficar también la consulta SQL.

- Ancho: Ancho de la gráfica en pixels.

- Alto: Alto de la gráfica en pixels.

- Etiqueta eje X: Etiqueta que se muestra junto al eje X.

- Etiqueta eje Y: Etiqueta que se muestra junto al eje Y.

- Consulta: Consulta SQL que se utiliza para obtener los datos de la gráfica.

- Vista Previa: La vista previa es una imagen que sirve para verificar si la grá-

fica funciona.

3.11.2.9. Grupos de enfermedadesEste servicio permite realizar el mantenimiento de grupo de enfermedades


minar y modificar.

Los datos que se deben introducir para cada género son:


101


- Nombre*: nombre del grupo de enfermedad

- Descripción: Define los criterios de selección de las enfermedades.

- Enfermedades: listado de enfermedades que se incluyen en el grupo.

3.11.2.10. HospitalesEste servicio permite realizar el mantenimiento de la lista de hospitales inte-

grados en la RedMIVA. Las acciones que se permiten realizar son: añadir, eliminar y

modificar.

NOTA: no se permitirá eliminar un hospital para el que existan resultados

microbiológicos almacenados en el sistema.

102

Los datos que se deben introducir para cada hospital son:



- Nombre*: nombre del hospital.

- Lista de Centros: Un hospital consta de uno o más centros según el Catálogo

de Recursos Corporativo de la DGSP. Desde el punto de vista de la RedMIVA

esta distinción es importante porque cada centro dispone de un sistema de

admisión diferente que será necesario integrar en la red. Los datos que hay

que introducir para dar de alta cada centro son:

• Centro: Se debe seleccionar un centro en el CRC mediante el icono .

• Aplicación IDEAS: Código de aplicación que identifica al sistema de

admisión según el protocolo IDEAS.

• Centro IDEAS: Código de centro que identifica al centro según el pro-

tocolo IDEAS.

• URL admisión: Dirección en Internet donde se encuentra el servicio

web de integración del sistema de admisión del centro. Nota:

Actualmente se utilizan las estaciones MIDAS como servicios de inte-

gración.

3.11.2.11. Interpretación numérica por laboratorioEste servicio permite realizar el mantenimiento de la interpretación que se

hace ante resultados numéricos que no han sido previamente interpretados en el labo-

ratorio. Las acciones que se permiten realizar son: añadir, eliminar y modificar.

Los datos que se deben introducir para cada interpretación son:

- Laboratorio: nombre del laboratorio que manda el resultado no interpretado

103

- Determinación: determinación para la que se aplica la interpretación.

- Positivo si mayor: El resultado será positivo si su valor cuantitativo o su valor

cualitativo es un número mayor o igual que el indicado en este campo.

- Negativo si menor: El resultado será negativo si su valor cuantitativo o su

valor cualitativo es un número menor o igual que el indicado en este campo.

- Válido desde: Fecha desde la que entra en vigor la interpretación

3.11.2.12. InterpretacionesEste servicio permite realizar el mantenimiento de la interpretación que se

hace ante resultados de texto que no han sido previamente interpretados en el labora-

torio. Las acciones que se permiten realizar son: añadir, eliminar y modificar. El texto a

interpretar se puede encontrar en el valor cualitativo o en el valor cuantitativo de un

resultado.

Cada interpretación se define para un laboratorio, una determinación y un

valor del resultado. Opcionalmente se puede indicar el microorganismo relacionado

con la interpretación, esto permite al sistema asociar el microorganismo a un resultado

interpretado como positivo pero que llegó sin microorganismo.

104

Los datos que se deben introducir para cada interpretación son:

- Laboratorio: nombre del laboratorio que manda el resultado no interpretado.

- Determinación: determinación para la que se aplica la interpretación.

Cuando un valor se puede interpretar con más de una interpretación, la

interpretación asociada a todas las determinaciones tiene menos prioridad

que una asociada a una determinación concreta.

- Valor resultado: nos permite seleccionar los valores de resultados contami-

nado, indeterminado, negativo, no interpretado, no realizado, pendiente,

positivo y comentario.

- Microorganismo: (Opcional) microorganismo que se debe asociar al resul-

tado interpretado cuando no viene especificado.

Para cada interpretación se define un conjunto de valores de tipo carácter que

son los que se utilizarán para interpretar los resultados, comparándolos con sus valores

cualitativo y cuantitativo. Estos valores tienen asociados los siguientes campos que hay

que rellenar:

- Tipo de interpretación: Puede valer,

• “Contiene”: Significa que el valor cualitativo/cuantitativo del resultado

debe contener el texto introducido en el campo Valor.

• “Igual a”: Significa que el valor cualitativo/cuantitativo del resultado

debe ser exactamente igual al texto introducido en el campo Valor.

105

A veces es posible que un resultado se pueda interpretar con más de un valor,

en este caso una valor que cumple “Igual a” tiene prioridad sobre uno que cumple

“Contiene” ya que se considera más preciso.

- Valor: Texto que se va a comparar con el enviado por el laboratorio. Puede

aparecer tanto en el valor de resultado cualitativo como cuantitativo.

- Válido desde: Fecha desde la que entra en vigor la interpretación.

3.11.2.13. LaboratoriosEste servicio permite realizar el mantenimiento de la lista de laboratorios inte-

grados en la RedMIVA. Las acciones que se permiten realizar son: añadir, eliminar y

modificar.

NOTA: no se permitirá eliminar un laboratorio para el que existan resultados

microbiológicos almacenados en el sistema.

Los datos que se deben introducir para cada laboratorio son:



- Nombre*: nombre del laboratorio.

- Hospital*: al que pertenece el laboratorio.

- Clase transformación: Clase Java encargada de traducir los ficheros nativos

de la aplicación del laboratorio al formato común definido para la RedMIVA.

106

Sólo será necesario indicar este campo cuando el laboratorio no proporcio-

ne los datos en el formato XML de RedMIVA y necesite por tanto una trans-

formación previa a su integración.

- ¿Está Online?: Este campo booleano indica al sistema si debe considerar

que el laboratorio está conectado a la RedMIVA y con los procesos automa-

tizados. Los laboratorios que están online reciben un tratamiento especial de

monitorización, como por ejemplo la comprobación de que llegan los datos

todos los días y la notificación de incidencias.

3.11.2.14. Mapa EnfermedadesEste servicio permite realizar el mantenimiento del mapa de enfermedades de

la RedMIVA. Cada registro de esta tabla indica una de las enfermedades que se preten-

de detectar en la Red de Vigilancia. Para ello se indica una determinación, microorga-

nismo y tipo de muestra a partir de los cuales podremos investigar si existe alguna

enfermedad.

Los datos de esta tabla serán utilizados por el proceso de detección de enfer-

medades (Jennifer). Cada vez que se procese un resultado, se hará una consulta en esta

tabla para ver si con los datos que contiene (determinación, microorganismo y tipo de

muestra) se puede llegar a detectar una enfermedad.

El servicio permite filtrar los datos por los campos determinación y enferme-

dades. Las acciones que se permiten realizar son: añadir, eliminar y modificar.

107

Los datos que se deben introducir para un nuevo registro son:

- Determinación: Seleccionado mediante una lista.

- Microorganismo: Seleccionado mediante una lista.

- Tipo Muestra: Seleccionado mediante una lista.

- Enfermedad: Seleccionado mediante una lista. Indica la enfermedad que se

puede llegar a detectar a partir de los tres valores anteriores.

3.11.2.15. Mapa InfeccionesEste servicio permite realizar el mantenimiento del mapa de infecciones de la

RedMIVA. Cada registro de esta tabla indica el tipo de infección que genera un resulta-

do de una prueba con la determinación, microorganismo, tipo de muestra y valor de

resultado obtenido. El servicio permite filtrar el mapa infecciones por determinación y

microorganismo. Las acciones que se permiten realizar son: añadir, eliminar y modificar.

108

Se especifican también las siguientes columnas:

Depende: Indica si el tipo de infección resultante depende de otra prueba.

Puede valer “S” o “N”.

Comprobar: Indica si el tipo de infección resultante requiere que se comprue-

be si hay o no aumento respecto de otra prueba. Puede valer “S” o “N”.

Nº Aumento: En caso de ser necesario comprobar aumento este valor repre-

senta el número de veces, o razón, del aumento (normalmente 2 ó 4 veces). Este

campo es obligatorio sólo si el campo Comprobar vale “S”.

Tipo de Infección SI aumento: Este valor indica el tipo de infección resul-

tante en caso de que se haya producido aumento respecto de otra prueba. Este campo

es obligatorio sólo si el campo Comprobar vale “S”.

Tipo de Infección NO aumento: Este valor indica el tipo de infección resul-

tante en caso de que no se haya producido aumento respecto de otra prueba. Este

campo es obligatorio sólo si el campo Comprobar vale “S”.

Al modificar o añadir un registro se muestra un formulario con todos los cam-

pos a rellenar:

Haciendo clic en el icono de buscar correspondiente a cualquier campo abri-

rá el servicio de búsqueda desde el cual se puede elegir el valor deseado.

3.11.2.16. Mapa Dependencias InfecciónEste servicio permite realizar el mantenimiento del mapa de dependencias de

infecciones utilizado por el proceso de detección de casos.

109

En esta tabla el sistema almacena la correspondencia o dependencia entre las

determinaciones de modo que pueda hallar el tipo de infección resultante cuando se

tenga una determinación que dependa de otra. El sistema de detección consultará esta

tabla sólo si la prueba que se está procesando está dada de alta en la tabla de Mapa

de Infecciones y su campo Depende es igual a “S”. Dicho de otro modo, esta tabla per-

mite al sistema obtener el tipo de infección dado un par de determinaciones y sus resul-

tados. Desde este servicio se pueden eliminar y añadir registros a esta tabla.

Los campos son:

Si nos llega… : Representa la primera determinación, cuyo resultado acaba

de llegar al sistema y se está procesando.

Resultado: Representa el valor del resultado de la determinación que acaba

de llegar al sistema.

Y teníamos…: Representa la segunda determinación.

Resultado: Representa el valor del resultado de la segunda determinación.

Tipo de Infección: El tipo de infección resultante cuando se dan las condi-

ciones indicadas en los campos anteriores.

110

3.11.2.17. MicroorganismosEste servicio permite realizar el mantenimiento de la lista de microorganismos


minar y modificar.

NOTA: no se permitirá eliminar un microorganismo que forme parte de algu-


111

Los datos que se deben introducir para cada microorganismo son:



- Tipo*: Bacterias, Protozoos y parásitos, Virus u Hongos.

- Género del microorganismo* (seleccionar de la lista). Si no existe se debe

acceder al mantenimiento de géneros de microorganismo para incluirlo.

- Especie (caracteres).

- Serogrupo (caracteres).

- Tipo de antibiograma (seleccionar de la lista). Si no existe se debe acceder

al mantenimiento de tipos de antibiograma para incluirlo.

- Tipo de frecuencia*: frecuente o no frecuente.

- Seguimiento especial*: si está marcado indica que es de seguimiento espe-

cial, este campo es de utilidad porque en algunos informes sólo se incluirán

los datos para microorganismos de seguimiento especial.

- Genera alarma*: si está marcado el sistema generará una alarma cada vez

que se produzca un caso nuevo de alguna enfermedad provocada por este

microorganismo.

- Mostrar en mapa: si está marcado el microorganismo se muestra en el

mapa.

- Lista de antibióticos de primera elección. Permite al usuario indicar una

lista de antibióticos de elección asociados al microorganismo.


• Código del microorganismo en el laboratorio*: cadena de caracteres

que contiene el código que se utiliza para el microorganismo actual en

el laboratorio seleccionado.

3.11.2.18. ServiciosEste servicio permite realizar el mantenimiento de la lista de servicios médicos

con los que trabaja la RedMIVA. Dado que la aplicación trabaja con los servicios que

están definidos en el Catálogo de Recursos Corporativo (CRC), ésta no podrá realizar

cambios sobre la lista de servicios, lo único que se permitirá es mantener la lista de codi-

ficaciones por laboratorio de cada centro.

112

Los datos que se deben introducir para cada servicio son:


• Código del servicio en el laboratorio*: cadena de caracteres que

contiene el código que se utiliza para el servicio actual en el laborato-

rio seleccionado.

113

3.11.2.19. SexosEste servicio permite realizar el mantenimiento de las codificaciones de los

sexos por cada laboratorio. La lista de sexos no se permite modificar ya que es fija.

Los datos que se deben introducir para cada sexo son:


• Código del sexo en el laboratorio*: cadena de caracteres que con-

tiene el código que se utiliza para el sexo actual en el laboratorio selec-

cionado.

3.11.2.20. TécnicasEste servicio permite realizar el mantenimiento de la lista de técnicas con las

que trabaja la RedMIVA. Las acciones que se permiten realizar son: añadir, eliminar y

modificar.

NOTA: no se permitirá eliminar una técnica que forme parte de alguno de los

resultados microbiológicos obtenidos de alguno de los laboratorios.

114

Los datos que se deben introducir para cada técnica son:



- Nombre*: nombre de la técnica.


• Código de la técnica en el laboratorio*: cadena de caracteres que con-

tiene el código que se utiliza para la técnica actual en el laboratorio

seleccionado.

115

3.11.2.21. Tipos de antibiogramaEste servicio permite realizar el mantenimiento de tipos de antibiograma con


y modificar.

NOTA: no se permitirá eliminar un tipo de antibiograma que esté asociado a

alguno de los microorganismos existente.

Los datos que se deben introducir para cada tipo de antibiograma son:



116

- Nombre*: nombre del tipo de antibiograma.

- Lista de antibióticos. Para cada antibiótico de la lista se debe indicar además:

• Límite sensible: límite a partir del cual se considera que es sensible.

• Límite intermedio: límite a partir del cual se considera que es interme-

dio.

• Límite resistente: límite a partir del cual se considera que es resistente.

• Informar: si está marcado indica que se debe generar una alerta en el

sistema cuando se encuentre una resistencia a este antibiótico para un

microorganismo cuyo tipo de antibiograma sea el actual.

3.11.2.22. Tipos de determinacionesEste servicio permite realizar el mantenimiento de tipos de determinaciones


minar y modificar.

NOTA: no se permitirá eliminar un tipo de determinación que esté asociado a

alguno de las determinaciones existentes.

Los datos que se deben introducir para cada tipo de determinación son:

117



- Nombre*: nombre del tipo de determinación.

3.11.2.23. Tipos de microorganismoEste servicio permite realizar el mantenimiento de tipos de microorganismos


minar y modificar.

NOTA: no se permitirá eliminar un tipo de microorganismo que esté asociado

a alguno de los microorganismos existentes.

Los datos que se deben introducir para cada tipo de microorganismo son:



- Nombre*: nombre del tipo de microorganismo

3.11.2.24. Tipos de infecciónEste servicio permite realizar el mantenimiento de tipos de infección con los


modificar.

NOTA: no se permitirá eliminar un tipo de infección que esté asociado a algu-

no de las infecciones existentes.

118

Los datos que se deben introducir para cada tipo de infección son:



- Nombre*: nombre del tipo de infección.

- ¿Es final?. Indica si el tipo de infección es final.

- Tipo de caso: Tipo de caso que genera este tipo de infección.

- Precedencia: Este valor permite determinar al sistema qué tipo de infec-

ción tiene preferencia cuando se encuentre con resultados pertenecientes

al mismo caso pero que generan distintos tipos de infección. El valor “0”

es máxima precedencia y cuanto mayor sea este valor menor será la pre-

cedencia.

3.11.2.25. Tipos de muestraEste servicio permite realizar el mantenimiento de los tipos de muestra con los


modificar.

NOTA: no se permitirá eliminar un tipo de muestra que esté asociado a algu-


119

Los datos que se deben introducir para cada tipo de muestra son:



- Nombre*: nombre del tipo de muestra.


• Código del tipo de muestra en el laboratorio*: cadena de carac-

teres que contiene el código que se utiliza para el tipo de muestra

actual en el laboratorio seleccionado.

120

3.11.2.26. Tipos de sensibilidadEste servicio permite realizar el mantenimiento de las codificaciones de los

tipos de sensibilidad por cada laboratorio. La lista de tipos de sensibilidad no se permi-

te modificar ya que es fija.

Los datos que se deben introducir para cada tipo de sensibilidad son:


• Código del tipo de sensibilidad en el laboratorio*: cadena de

caracteres que contiene el código que se utiliza para el tipo de sensi-

bilidad actual en el laboratorio seleccionado.

121

3.11.2.27. Unidades de medidaEste servicio permite realizar el mantenimiento de las unidades de medida con

las que trabaja la RedMIVA. Las acciones que se permiten realizar son: añadir, eliminar

y modificar.

NOTA: no se permitirá eliminar una unidad de medida que esté asociada a

alguno de los resultados microbiológicos obtenidos de alguno de los laboratorios.

Los datos que se deben introducir para cada tipo de muestra son:

- Nombre*: nombre de la unidad de medida.


• Código de la unidad de medida en el laboratorio*: cadena de

caracteres que contiene el código que se utiliza para la unidad de

medida actual en el laboratorio seleccionado.

122

3.11.3. Gestión de usuarios de la RedMIVA Este servicio permite al usuario realizar la gestión de todos los usuarios que se

pueden conectar al portal de la RedMIVA.

Inicialmente se muestra una pantalla que permite realizar una búsqueda de

usuarios existentes y listar todos los usuarios.

Listar usuarios.

Podemos obtener una lista con todos los usuarios del sistema. Al hacer clic en

el botón Listar usuarios obtenemos una lista con el Nombre, Apellidos, Perfiles y Ámbi-

to de los usuarios. Esta lista se puede imprimir y exportar a un fichero Excel.

Búsqueda de usuarios.

Existen dos posibilidades para buscar usuarios existentes en la RedMIVA sobre

los que se quiere realizar algún tipo de mantenimiento:

1. Por login: se debe introducir el login exacto, en caso contrario la consulta

no devuelve resultados.

2. Por nombre y apellido: se puede introducir sólo el nombre o el apellido y no

hace falta que esté completo. Por ejemplo, si queremos buscar todos los

usuarios que se apelliden “Pérez” podemos introducir en el campo

Apellidos la cadena “rez”.

Si la búsqueda devuelve algún resultado se muestra en una tabla la informa-

ción básica de aquellos usuarios que se han encontrado. Seguidamente el usuario

puede modificar los datos del usuario haciendo clic en la imagen: .

123

Desde esta pantalla el usuario puede actualizar la siguiente información del

usuario:

- Nombre, apellidos, email y password.

- Perfiles asociados.

- Tipo de ámbito geográfico.

- Ámbito geográfico específico (en el caso de los departamentos, se puede

asociar más de uno al usuario).

- Tipo de usuario.

Otros datos de interés.

124

3.11.4. Configuración de parámetros del sistema Este servicio permite al usuario modificar los valores de los distintos paráme-

tros de configuración existentes en el sistema de información de la RedMIVA.

Cuando el usuario accede al servicio se le muestra una lista con todos los

parámetros del sistema existente indicándole para cada uno: nombre, valor, código,

tipo de dato del valor, descripción y los valores posibles que se pueden indicar.

La única acción que puede realizar el usuario es modificar el valor de cualquie-

ra de los parámetros del sistema haciendo clic en el enlace Modificar del parámetro

deseado. Cuando se realiza esta acción aparece una nueva pantalla en la que se mues-

tran todos los datos del parámetro y una caja de texto en la que se puede introducir el

nuevo valor. Una vez el usuario hace clic en el botón Aceptar los datos son guardados

en el sistema.

125

3.11.4.1. Lista de parámetros del sistema utilizados porla RedMIVA

Nombre Ámbito gegráfico por defecto

Valor por defecto Provincia

Código AmbitoGeograficoDefecto

Tipo CARACTERES

Descripción Ámbito geográfico por defecto para el mapa

de situación.

Valores Uno de estos valores: provincia, municipio,

area, zona, distrito.

Nombre Completar datos de paciente con ADMISION

Valor por defecto no

Código CompletarDatosConAdmision

Tipo CARACTERES

Descripción Indica si el proceso de integración debe acceder al

sistema de ADMISION del hospital con objeto de

completar los datos del paciente en el que nos

encontremos.

Valores si, no.

Nombre Completar datos de paciente con SIP


Código CompletarDatosConSip

Tipo CARACTERES

Descripción Indica si el proceso de análisis debe acceder al SIP

con objeto de completar los datos del paciente en el

que nos encontremos.

Valores si, no.

126

Nombre Días que tarda en caducar la información de

Admisión de un paciente

Valor por defecto 0

Código DiasCaducidadAdmision

Tipo NUMERICO

Descripción Días que tarda en caducar la información de

Admisión de un paciente en RedMIVA, tras los cuales

el proceso de integración volverá a completar los

datos del paciente en el sistema de Admisión si se

recibe otra solicitud del mismo paciente.

Valores Valores Numéricos. NOTA: el 0 indica que no se debe

volver a completar con admisión

Nombre Días que tarda en caducar la información del SIP

de un paciente

Valor por defecto 0

Código DiasCaducidadSip

Tipo NUMERICO

Descripción Días que tarda en caducar la información del SIP de

un paciente en RedMIVA, tras los cuales el proceso de

integración volverá a completar datos del paciente en

el SIP si se recibe otra solicitud del mismo paciente.

Valores Valores Numéricos. NOTA: el 0 indica que no se debe

volver a completar nunca

Nombre Error de normalización de Centro causa Solicitud

errónea

Valor por defecto si

Código NormCentroCausaError

Tipo CARACTERES

Descripción Indica si cuando se produce un error de

normalización de Centro se debe registrar como tal

marcando la solicitud como errónea

Valores Uno de estos valores: si, no.

127

Nombre Error de normalización de Servicio causa

Solicitud errónea


Código NormServicioCausaError

Tipo CARACTERES

Descripción Indica si cuando se produce un error de

normalización de Servicio se debe registrar como tal

marcando la solicitud como errónea


Nombre Hora límite para el proceso de integración

Valor por defecto 06:00

Código HoraLimiteProcIntegracion

Tipo CARACTERES

Descripción Hora límite tras la cual el proceso de integración ya no

procesa más ficheros XML pendientes

Valores Hora en formato HH:MM donde HH es la hora

(00-23) y MM los minutos (00-59)

Nombre Informar al AVE casos actualizados de EDO


Código InformarAveCasosActualizEdo

Tipo CARACTERES

Descripción Indica si se informa de forma automática al AVE

todos los casos de EDO registrados en la RedMIVA

para los que lleguen nuevas pruebas.


128

Nombre Informar al AVE casos nuevos de EDO


Código InformarAveCasosNuevosEdo

Tipo CARACTERES

Descripción Indica si se informa de forma automática al AVE

todos los casos nuevos de EDO registrados en la

RedMIVA.


Nombre Número de días almacén de informes enviados

Valor por defecto 60

Código DiasAlmacInformes

Tipo NUMERICO

Descripción Tiempo de permanencia en el sistema de los informes

periódicos enviados a los usuarios del sistema.

Valores Valores Numéricos. NOTA: el 0 indica que no se

deben borrar nunca.

Nombre Número de días almacén pacientes no

identificados


Código DiasAlmacPacNoId

Tipo NUMERICO

Descripción Tiempo de permanencia de un paciente no

identificado en el repositorio de pacientes n

identificados.


deben borrar nunca.

129

Nombre Número de días almacén XML resultados


Código DiasAlmacDocsXML

Tipo NUMERICO

Descripción Número de días que se mantienen los documentos

Xml originales con resultados microbiológicos

recogidos de cada laboratorio.


deben borrar nunca.

Nombre Número de días para comprobación de

seroconversión


Código TiempoSeroconversion

Tipo NUMERICO

Descripción Número de días para comprobación de

seroconversión

Valores Valores Numéricos.

Nombre Número de días para mostrar como

inconsistencia un positivo sin microorganismo

Valor por defecto 5

Código NumDiasInconsistenciaPosSinMic

Tipo NUMERICO

Descripción Número de días que deben pasar desde la fecha de

registro de la solicitud en el laboratorio hasta la fecha

de última actualización del resultado para que una

inconsistencia de resultado positivo sin

microorganismo se muestre en el servicio de

solucionar errores de integración


130

Nombre Número de días para pasar a Caso Antiguo


Código TiempoPasoCasoAntiguo

Tipo NUMERICO

Descripción Número de días transcurridos los cuales un caso cuyo

tipo de infección es “Presencia de anticuerpos” y su

enfermedad asociada es de por vida pasa a marcarse

como “Caso Antiguo”


Nombre Número de días seguimiento paciente


Código DiasSeguimientoPaciente

Tipo NUMERICO

Descripción Intervalo de tiempo en días en el que se considera

que se está haciendo seguimiento a un paciente.


Nombre Número de habitantes municipio grande


Código NumHabsMunicipioGrande

Tipo NUMERICO

Descripción Valor del número de habitantes a partir del cual un

municipio se considera grande.


131

Nombre Número máximo de registros devueltos por

consulta


Código MaxRegistrosConsulta

Tipo NUMERICO

Descripción Número máximo de registros que se mostrarán como

resultado de una consulta, utilizado para controlar el

consumo de memoria.

Valores Valores Numéricos. NOTA: el 0 indica que no hay

límite.

Nombre Número máximo de resultados de una búsqueda


Código NumMaxResultadosBusq

Tipo NUMERICO

Descripción Número máximo de resultados en el servicio de

Búsqueda Genérica.


Nombre Prevalencia datos filiación

Valor por defecto Admisión

Código PrevalenciaDatosFiliacion

Tipo CARACTERES

Descripción Prevalencia de la información del hospital o del SIP en

cuanto a los datos de filiación del paciente.

Valores Uno de estos valores: admision, sip.

Nombre Valor de z para intervalo de confianza

Valor por defecto 1.96

Código ZDeIntervaloConfianza

Tipo NUMERICO

Descripción Valor de “z” para el cálculo del intervalo de

confianza en el análisis de situación.


132

3.11.5. Ver documentos XML por laboratorioEste servicio permite al usuario ver y eliminar los documentos XML.

Al acceder al servicio se muestra una lista con los documentos XML recibidos

durante los últimos siete días. Podemos filtrar los documentos por:

• Fecha de recepción: poniendo una fecha Desde y/o una fecha Hasta.

• Estado de procesamiento: sólo documentos procesados, sólo no pro-

cesados o todos.

• Laboratorio de procedencia: se puede elegir un laboratorio concreto o

todos los laboratorios.

3.11.6. Ver ficheros recibidos por laboratorioEste servicio permite consultar los ficheros recibidos de cada laboratorio, fil-

trando por fecha de recepción y laboratorio. Al entrar en el servicio se muestra un lis-

tado ordenado descendentemente por fecha de recepción, es decir que el primer fiche-

ro es el recibido más recientemente. Se utiliza para comprobar manualmente si se han

recibido los ficheros según lo esperado.

Las columnas del listado son:

- Id: Identificador del fichero en la RedMIVA. Este es un número secuencial

único que la RedMIVA asigna a cada fichero.

133

- Laboratorio: Nombre corto del laboratorio del que procede el fichero.

- Nombre: Nombre original del fichero. Este nombre corresponde al nombre

que tiene el fichero en el laboratorio. En el momento de su recepción la

RedMIVA genera un nombre único para el mismo, concatenando a este

nombre original una cadena de números y letras calculada a partir del códi-

go del laboratorio y de la fecha y hora del sistema.

- Fecha de recepción: Fecha y hora en que se recibió el fichero. El formato es

“aaaa-mm-dd hh-mm-ss.d” (año-mes-día horas-minutos-segundos y déci-

mas de segundo).

3.12 Servicio de SugerenciasEste servicio permite a todos los usuarios introducir sugerencias respecto de la

aplicación. Estas sugerencias, una vez introducidas, son revisadas y respondidas por un

administrador.

134

Al servicio de sugerencias se accede haciendo clic sobre el icono en la barra

de estado inferior. Inicialmente se muestra la pantalla de consulta desde donde se pue-

den ver las sugerencias y acciones disponibles en función del perfil del usuario:

Administrador

• Puede ver todas las sugerencias registradas en el sistema.

• Puede responder cualquier sugerencia.

• Puede crear nuevas sugerencias.

No Administrador

• Puede ver las sugerencias introducidas por él mismo.

• Puede crear nuevas sugerencias.

Esta pantalla dispone de un filtro compuesto de tres campos:

• Texto: selecciona las sugerencias que contienen el texto en su título,

descripción o respuesta.

• Desde: selecciona las sugerencias que se han dado de alta a partir de

la fecha especificada.

• Hasta: selecciona las sugerencias que se han dado de alta antes de la

fecha especificada.

Para aplicar el filtro se pulsa el botón [Filtrar].Las columnas que muestra el lis-

tado de sugerencias son:

• Id: Número identificativo de la sugerencia.

• Fecha de alta: Fecha y hora en que se introdujo la sugerencia.

• Remitida por: Nombre del usuario autor de la sugerencia.

• Título: Título de la sugerencia.

• Fecha de respuesta: Fecha y hora en que se respondió la sugerencia (la

columna está vacía si no se ha respondido aún).

• Acción: Acciones disponibles:

• Ver (usuarios no administradores): Abre la pantalla con los datos de

la sugerencia donde se puede ver la respuesta.

• Responder (Administradores): Abre la pantalla con los datos de la

sugerencia y permite introducir una respuesta.

• Eliminar (Administradores): Elimina una sugerencia del sistema.

135

El botón [Nueva] permite introducir una nueva sugerencia:

Responder permite introducir una respuesta:

136

4. Procesos AutomáticosLa RedMIVA ejecuta una serie de procesos diariamente. Por orden de ejecu-

ción son los siguientes:

• Proceso de transformación específica para cada laboratorio: convierte los

ficheros de resultados en formato nativo al formato XML estándar en la

RedMIVA.

• Proceso de integración: procesa los ficheros XML de resultados e introduce

los datos en la base de datos de la RedMIVA.

• Proceso de detección de enfermedades (Jennifer): detecta y registra casos

nuevos comprobando la evolución de las infecciones.

• Análisis de situación: realiza los cálculos de casos, tasas, índice epidémico e

índice MMWR para la semana microbiológica en curso.

• Evaluación de situación: realiza una comparación entre la semana actual y

los datos históricos de otros años y registra las alertas que se produzcan.

• Generación de informes: revisa todos los tipos de informe existentes y gene-

ra aquellos informes para los que su periodicidad corresponde al momento

actual.

• Envío de informes: realiza el envío de todos aquellos informes generados que

ya han sido validados por el usuario a aquellas personas que se tengan con-

figurada la recepción del mismo.

• Limpieza de ficheros antiguos: realiza el borrado de los ficheros antiguos

de resultados microbiológicos (tanto específicos como en formato XML) y

de informes generados según los valores indicados en los parámetros del

sistema.

4.1. Estructura de directorios A continuación, se indica la estructura de directorios que debe contener la

máquina donde se ejecutan los procesos automáticos de la RedMIVA (dicha estructura

comienza en el directorio procesosBatch, siendo indiferente la estructura de directorio

superior a éste):

137

4.1.1. Directorio binContiene:

- Script para la ejecución de los procesos automáticos de la RedMIVA.

- Otros scripts para realización de tests de integración, como por ejemplo los

scripts que comprueban la comunicación con las estaciones de integración

de los hospitales.

4.1.2. Directorio datos LaboratoriosContiene una sub-estructura de directorios donde se almacenan todos los

ficheros que se utilizan durante el proceso de captura y normalización de los resulta-

dos microbiológicos obtenidos de los distintos laboratorios. En el fichero de propieda-

des utilizado por la RedMIVA (RedMIVA.properties) se define una propiedad que con-

tiene el nombre de este directorio:

DirectorioIntegrationManager=/www/RedMIVA/procesosBatch/datosLaboratorios

El árbol de directorios del proceso de integración empieza en este directorio.

A partir de él definimos el resto de directorios:

<DirectorioIntegrationManager>/specific_input/

138

Directorio en que se almacenan temporalmente los ficheros procedentes de

los laboratorios que tienen un formato específico. Dentro de este directorio existirá un

directorio por laboratorio, cuyo nombre es igual al código del laboratorio en la base de

datos de la RedMIVA:

Por ejemplo para el laboratorio de bacteriología del Hospital General de

Alicante existirá el siguiente directorio de ficheros específicos

<DirectorioIntegrationManager>/specific_input/LAB_BAC_GEN_ALI/

<DirectorioIntegrationManager>/specific_output/

Directorio en que se almacenan los ficheros específicos de resultados que ya

se han procesado.

<DirectorioIntegrationManager>/specific_error/

Directorio en que se almacenan los ficheros específicos de resultados que han

producido un error al intentar transformarlos. Este directorio contiene un subdirectorio

por cada laboratorio con ficheros específicos.

<DirectorioIntegrationManager>/xml_input/

Directorio en que se almacenan los ficheros xml de resultados pendientes de

procesar. Todos estos ficheros se almacenan en el mismo directorio, sin importar la pro-

cedencia.

<DirectorioIntegrationManager>/xml_output/

Directorio en que se almacenan los ficheros xml de resultados que ya se han

procesado.

<DirectorioIntegrationManager>/xml_error/

Directorio en que se almacenan los ficheros xml de resultados que han produ-

cido un error al intentar procesarlos.

139

4.1.3. Directorio informesContiene una sub-estructura de directorios donde se almacenan todos los

ficheros que se utilizan durante el proceso de generación y envío de los informes gene-

rados por la RedMIVA. En el fichero de propiedades utilizado por la RedMIVA

(RedMIVA.properties) se define una propiedad que contiene el nombre de este directo-

rio:

DirectorioReportManager=/www/RedMIVA/procesosBatch/informes

El árbol de directorios de los procesos relacionados con informes empieza en

este directorio. A partir de él definimos el resto de directorios:

<DirectorioReportManager>/plantillas/

Directorio en el que se almacenan las plantillas de diseño de cada uno de los

tipos de informe (archivo con extensión “.xml”) y su correspondiente fichero compila-

do en el formato de JasperReports (archivo con extensión “.jasper”).

<DirectorioReportManager>/imagenes/

Directorio en el que se almacenan las imágenes que se utilicen en alguno de

los tipos de informe de la RedMIVA.

<DirectorioReportManager>/generados/

Directorio en el que se almacenan cada uno de los informes generados por el

sistema.

4.2. EjecuciónPara la ejecución de los procesos automáticos basta ejecutar el script

“RedMIVADailyTasks.sh”. que se encuentra en el directorio bin. Este script ejecuta

todos los procesos de ejecución diaria de forma secuencial. Se recomienda ejecutar el

proceso por la noche, después de las 0:00 horas (de modo que no cambie el día a mitad

del proceso). En total el proceso puede durar entre cinco minutos y tres o más horas

(dependiendo del número de solicitudes que se deban procesar).

140

4.3. Visualización de ficheros de traza (logs) Cada día se crea un nuevo fichero de traza para los procesos automáticos.

El nombre del fichero es “aaaammddHHmmRedMIVADailyTasks.log” donde:

‘aaaa’ = año, ‘mm’ = mes, ‘dd’ = día del mes, ‘HH‘ = hora (0-23), ‘mm’ = minutos

En este fichero se deja la información necesaria para poder revisar las posibles

incidencias ocurridas durante la ejecución de los procesos. Cualquier editor de texto

sirve para consultar estos ficheros de traza.

El directorio donde se dejan los ficheros de traza está especificado en el fiche-

ro de propiedades de la RedMIVA. Por ejemplo:

/www/RedMIVA/procesosBatch/logs-RedMIVA.

141

5. DefinicionesAntibiograma: estudio de la sensibilidad “in vitro” de las bacterias a los antibióticos

Calen. Epi.: a la división de los 365 días del año en semanas epidemiológicas, se le

conoce como calendario epidemiológico: Al hacer clic en Calen. Epi. se abre un calen-

dario epidemiológico con el número de semana en azul a la derecha de la correspon-

diente semana.

Caso registrado: cada uno de los procesos infecciosos asociados a una enfermedad

estudiados en la RedMIVA (independientemente de que sea nuevo, antiguo, no caso,

etc.). Las fechas que registra la RedMIVA asociadas a cada caso son:

Fecha primera prueba en laboratorio (F.1.P.Lab) de un caso: corresponde a la

fecha de recogida de la muestra (o de registro de la solicitud) en el laborato-

rio para la primera prueba cuyo resultado provocó la generación del caso

registrado en RedMIVA (independientemente de tipo caso que tuviera asigna-

do cuando se creó: no caso, nuevo, antiguo, etc.)

Fecha prueba cambio tipo caso en laboratorio (F.P.C.T.C.Lab): corresponde a la

fecha de recogida de la muestra (o de registro de solicitud) en el laboratorio

para la prueba que provocó el último cambio del tipo de caso en la RedMIVA

(independientemente de cual sea el tipo de caso generado: nuevo, antiguo,

etc.).

Fecha registro de caso en RedMIVA (F.R.C.Red): fecha en la que se registró el

caso en la RedMIVA.

Fecha cambio tipo de caso en RedMIVA (F.C.T.C.Red): fecha en la que se pro-


Fecha última actualización caso en RedMIVA: es posible que resultados de


registra el momento en se asoció por última vez un resultado al caso.

Caso antiguo o vacunado: proceso infeccioso o vacunación ocurrido con anteriori-

dad a la fecha de realización del análisis y que en el caso de haber padecido la enfer-

medad ésta se resolvió.

Caso antiguo: proceso infeccioso ocurrido con anterioridad a la fecha de realización

del análisis y que se resolvió.

Caso crónico: proceso infeccioso que perdura más de seis meses.

142

Caso no definido: presencia de resultados de pruebas microbiológicas que indican

presencia del microorganismo en el individuo pero que son insuficientes para definir el

caso.

Caso no determinado: presencia de resultados de pruebas microbiológica que indi-

can contacto con el microorganismo pero que son insuficientes para determinar si la

infección se ha resuelto.

Caso nuevo: proceso infeccioso de reciente aparición.

Caso posible: presencia de resultados de pruebas microbiológicas que son muy sospe-

chosa de un proceso infeccioso relacionado con una enfermedad pero que se necesi-

tan más pruebas para confirmarlo.

Centro: centro del Catálogo de Recursos Corporativo (CRC) desde donde se remite la

muestra.

Determinación: Tipo de análisis realizado a una muestra.

Id. Caso: corresponde al número que se le asigna a cada caso de cada paciente en la

RedMIVA.

Id. Paciente: corresponde al número que se le asigna a cada paciente en la RedMIVA.

No puede haber dos números distintos para el mismo paciente aún cuando provengan

de diferentes laboratorios.

Índice epidémico: El índice epidémico es la razón o el cociente entre los casos presen-

tados en la semana correspondiente y los caos que se esperan o se prevén (median del

quinquenio anterior) para la misma semana.

Infección aguda: Infección de reciente aparición.

Infección crónica: Infección que se perpetúa en el tiempo más de 6 meses

Infección pasada o vacunación: presencia de algún marcador microbiológico que

demuestra la presencia de inmunidad hacia el microorganismo pero que es imposible

discernir si es consecuencia de haber padecido la enfermedad o de la vacunación.

Infección pasada: Infección resuelta

Infección: presencia del microorganismo en el individuo

Laboratorio: laboratorio de microbiología donde se ha realizado el análisis microbio-

lógico.

No caso presencia de resultados de pruebas microbiológicas que indican que ni se

padece ni se padeció la enfermedad

No existe o No detectados (relacionado con infección): resultados negativos de prue-

bas microbiológicas que nos indican que no se ha padecido la infección

143

Número de casos nuevos: número de casos de un proceso para las fechas y filtros

seleccionados

Posible infección: resultado microbiológico compatible con una infección por el

microorganismo pero que hace falta su confirmación con otra prueba.

Presencia de anticuerpos: resultado microbiológico indicativo de la presencia de anti-

cuerpos pero necesitamos más pruebas para definir que tipo de infección es.

Prueba: Una prueba es el conjunto de la determinación, técnica empleada y tipo de

muestra.

Semana epidemiológica: El Calendario incluye 52 semanas epidemiológicas que divi-

den los 365 días del año. Para calcularlo partimos del hecho de que la primera sema-

na epidemiológica termina, por definición, el primer sábado de Enero que incluya en

los días inmediatamente precedentes cuatro o más días del mes de Enero. Cada sema-

na epidemiológica inicia en domingo y termina en sábado.

Servicio: servicio asociado al centro del CRC desde donde se remite la muestra.

Solicitud, muestra y resultado: Una solicitud está compuesta de una (como mínimo)

o varias muestras. Cada muestra puede contener una (como mínimo) o varias pruebas

realizadas. Finalmente, cada prueba puede contener uno (como mínimo) o varios resul-

tados. Es importante destacar que sólo las pruebas en las que se pueda detectar más

de un microorganismo (como los cultivos) pueden tener más de un resultado. En cada

uno de estos resultados se indicará el microorganismo detectado y su antibiograma (si

aplica y lo ha informado el laboratorio). Las fechas que recoge la RedMIVA para las soli-

citudes, muestras, pruebas y resultados son:

SOLICITUD:

Fecha de registro en laboratorio: corresponde a la fecha en la que la solicitud

fue dada de alta en el sistema de información del laboratorio.

Fecha de registro en RedMIVA: corresponde a la fecha en la que la solicitud

fue dada de alta en la RedMIVA. Será una fecha posterior a la de registro en

laboratorio (a no ser que hubieran errores de tecleo en el mismo).

Fecha de última actualización: dado que el laboratorio suele informar resulta-

dos parciales de las distintas solicitudes que gestiona, es posible que se reci-

ba en RedMIVA información de resultados de solicitudes que ya habían sido

registradas previamente.

Esta fecha almacena la fecha de la última vez en que se ha actualizado / aña-

dido algún resultado a la solicitud.

144

Esta fecha será la misma que la de registro de solicitud en RedMIVA en el

momento de la creación de la misma.

Fecha de fin de errónea: es posible que una solicitud se marque como erró-

nea una vez registrada en RedMIVA por diversos motivos (problemas de codi-

ficación, inconsistencias, etc.). Estos problemas pueden ser resueltos por el

administrador de la aplicación desde este servicio de revisión de solicitudes.

En esta fecha se registra el momento en que la solicitud es marcada como no

errónea y, por tanto, sus resultados pueden pasar a ser procesados por el pro-

ceso de detección de enfermedades.

Esta fecha será la misma que la de registro de solicitud en RedMIVA en caso

de que en el momento de creación de la misma la solicitud no tuviera errores.

MUESTRA:

Fecha de recepción en laboratorio: corresponde a la fecha en la que la mues-

tra llegó al laboratorio. Normalmente coincide con la fecha en que fue dada

de alta la solicitud en el sistema de información del laboratorio pero no tiene

obligación de ser la misma.

RESULTADO:

Fecha de registro en laboratorio: corresponde a la fecha en la que se introdu-

jo el resultado de la prueba correspondiente en el laboratorio. Normalmente,

será una fecha posterior a la fecha de registro de solicitud en laboratorio y,

dependiendo del tipo de prueba puede llegar a ser bastante posterior (inclu-

so 30 ó 40 días).

Fecha de registro en RedMIVA: corresponde a la fecha en la que se registró el

resultado de la prueba correspondiente en la RedMIVA.

Fecha de última actualización: es posible que el laboratorio envíe un primer

resultado de una prueba indicando que está “Pendiente” y pasados unos días

nos envíe el resultado final. En estos casos el último valor es el que se alma-

cena en la RedMIVA.

En esta fecha se registra la fecha de la última recepción del resultado de una

prueba determinada.

Tasa: frecuencia con la que un proceso ocurre en una población definida

Técnica: Método empleado en la determinación.

Tipo de infección: Nombre que se le asigna a una infección con los datos microbioló-

gicos de que se dispone

145

Tipo de muestra: Muestra remitida al laboratorio sobre la que se realiza el análisis.

Todos (relacionado con el caso): todos los casos posibles, esto es caso antiguo, caso

antiguo o vacunado, caso crónico, caso negativo, caso no definido, caso no determi-

nado, caso nuevo, caso posible, no caso.

Vacunación: marcador microbiológico compatible con vacunación previa.

146

manual de usuario del sistema de...

Documents