manual de usuario del sistema de...
TRANSCRIPT
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—.
Tiene acceso los siguientes servicios con estas restricciones:
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.
3. Suscripción al envío de informes.
4. Visualización de informes generados.
5. Sugerencias: Puede crear nuevas sugerencias y consultar las respuestas a
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.
Tiene acceso los siguientes servicios con estas restricciones:
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.
3. Suscripción al envío de informes.
4. Visualización de informes generados.
5. Sugerencias: Puede crear nuevas sugerencias y consultar las respuestas a
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.
Tiene acceso los siguientes servicios con estas restricciones:
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
4. Suscripción al envío de informes.
5. Visualización de informes generados.
6. Sugerencias: Puede crear nuevas sugerencias y consultar las respuestas a
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.
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á 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
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.
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.
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 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.
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.
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.
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 .
33
• Fechas
Filtrar por: tipo de fecha por el que se quiere filtrar, aparece en forma de des-
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.
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 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: 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),
• 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
momento tenemos la opción de guardar la consulta para utilizarla posteriormente
35
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-
36
tarla a un Excel para trabajar con estos datos. Al hacer clic en Exportar nos pregunta si
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 (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.
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á 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.
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.
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.
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-
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).
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. 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.
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 fil-
tro, nos situamos sobre él y pulsamos la imagen .
• Fechas
Filtrar por: tipo de fecha por el que se quiere filtrar, aparece en forma de des-
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.
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 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.
40
41
• 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).
• 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
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.
42
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
deseamos abrir o guardar el archivo. Al hacer clic en Guardar nos permite conservar los
datos en Excel para su posterior análisis.
43
En la hoja Excel aparece la consulta en la parte superior y los criterios por los
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).
Cuando el usuario se conecta al servicio se le muestra una lista con todos los
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
que elegir también el año de las semanas microbiológicas.
• 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.
Cuando el usuario se conecta al servicio se le muestra una lista con todos los
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.
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 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.)
• 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.).
• 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.
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 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.
• Año: en el caso de que se realice la búsqueda por semana microbiológica hay
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
Una vez introducidos los campos por los que se desea filtrar, el usuario hará
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
En cada registro de la tabla se indica:
• 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.
Para cada campo se indica el sistema desde el que se ha obtenido el mismo:
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
lado del nombre del mismo.
• Modificar el estado de confirmación del caso haciendo clic sobre la imagen
situada al lado del nombre del mismo.
• 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í
tener que volver a la pantalla anterior para ir al siguiente).
• 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.
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 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.)
• 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.).
• 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.
• 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 que se asoció por última vez un resultado al caso.
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 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.
• Año: en el caso de que se realice la búsqueda por semana microbiológica hay
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.
Una vez introducidos los campos por los que se desea filtrar, el usuario hará
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.
En cada registro de la tabla se indica:
• 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).
• 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.
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 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
lado del nombre del mismo.
• Modificar el estado de confirmación del caso haciendo clic sobre la imagen
situada al lado del nombre del mismo.
• 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í
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í
tener que volver a la pantalla anterior para ir al siguiente).
• 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á:
En cada registro de la tabla se indica:
• Identificador del paciente en la RedMIVA.
• Iniciales del paciente.
• Enfermedad.
• Edad del paciente (si disponemos de ella).
• Sexo del paciente.
• Dirección 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).
• 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.
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 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:
- Lista de codificaciones por laboratorio. Cada codificación contiene:
• 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
92
Los datos que se deben introducir para cada determinación son:
- Código*: cadena de caracteres corta para poder identificar rápidamente el
elemento. Este valor no puede estar repetido.
- 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.
- Lista de codificaciones por laboratorio. Cada codificación contiene:
• 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
los que trabaja la RedMIVA. Las acciones que se permiten realizar son: añadir, eliminar
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:
- Código*: cadena de caracteres corta para poder identificar rápidamente el
elemento. Este valor no puede estar repetido.
- Nombre*: nombre del diagnóstico.
94
- Lista de codificaciones por laboratorio. Cada codificación contiene:
• 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
con los que trabaja la RedMIVA. Las acciones que se permiten realizar son: añadir, eli-
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:
- Código*: cadena de caracteres corta para poder identificar rápidamente el
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*: cadena de caracteres corta para poder identificar rápidamente el
elemento. Este valor no puede estar repetido.
- 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:
- Código*: cadena de caracteres corta para poder identificar rápidamente el
elemento. Este valor no puede estar repetido.
- 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:
- Código*: cadena de caracteres corta para poder identificar rápidamente el
elemento. Este valor no puede estar repetido.
- 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
con los que trabaja la RedMIVA. Las acciones que se permiten realizar son: añadir, eli-
minar y modificar.
Los datos que se deben introducir para cada género son:
- Código*: cadena de caracteres corta para poder identificar rápidamente el
101
elemento. Este valor no puede estar repetido.
- 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:
- Código*: cadena de caracteres corta para poder identificar rápidamente el
elemento. Este valor no puede estar repetido.
- 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:
- Código*: cadena de caracteres corta para poder identificar rápidamente el
elemento. Este valor no puede estar repetido.
- 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
con los que trabaja la RedMIVA. Las acciones que se permiten realizar son: añadir, eli-
minar y modificar.
NOTA: no se permitirá eliminar un microorganismo que forme parte de algu-
no de los resultados microbiológicos obtenidos de alguno de los laboratorios.
111
Los datos que se deben introducir para cada microorganismo son:
- Código*: cadena de caracteres corta para poder identificar rápidamente el
elemento. Este valor no puede estar repetido.
- 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.
- Lista de codificaciones por laboratorio. Cada codificación contiene:
• 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:
- Lista de codificaciones por laboratorio. Cada codificación contiene:
• 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:
- Lista de codificaciones por laboratorio. Cada codificación contiene:
• 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:
- Código*: cadena de caracteres corta para poder identificar rápidamente el
elemento. Este valor no puede estar repetido.
- Nombre*: nombre de la técnica.
- Lista de codificaciones por laboratorio. Cada codificación contiene:
• 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
los que trabaja la RedMIVA. Las acciones que se permiten realizar son: añadir, eliminar
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:
- Código*: cadena de caracteres corta para poder identificar rápidamente el
elemento. Este valor no puede estar repetido.
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
con los que trabaja la RedMIVA. Las acciones que se permiten realizar son: añadir, eli-
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
- Código*: cadena de caracteres corta para poder identificar rápidamente el
elemento. Este valor no puede estar repetido.
- Nombre*: nombre del tipo de determinación.
3.11.2.23. Tipos de microorganismoEste servicio permite realizar el mantenimiento de tipos de microorganismos
con los que trabaja la RedMIVA. Las acciones que se permiten realizar son: añadir, eli-
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:
- Código*: cadena de caracteres corta para poder identificar rápidamente el
elemento. Este valor no puede estar repetido.
- 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
que trabaja la RedMIVA. Las acciones que se permiten realizar son: añadir, eliminar y
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:
- Código*: cadena de caracteres corta para poder identificar rápidamente el
elemento. Este valor no puede estar repetido.
- 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
que trabaja la RedMIVA. Las acciones que se permiten realizar son: añadir, eliminar y
modificar.
NOTA: no se permitirá eliminar un tipo de muestra que esté asociado a algu-
no de los resultados microbiológicos obtenidos de alguno de los laboratorios.
119
Los datos que se deben introducir para cada tipo de muestra son:
- Código*: cadena de caracteres corta para poder identificar rápidamente el
elemento. Este valor no puede estar repetido.
- Nombre*: nombre del tipo de muestra.
- Lista de codificaciones por laboratorio. Cada codificación contiene:
• 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:
- Lista de codificaciones por laboratorio. Cada codificación contiene:
• 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.
- Lista de codificaciones por laboratorio. Cada codificación contiene:
• 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
Valor por defecto no
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
Valor por defecto no
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
Valores Uno de estos valores: si, no.
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
Valor por defecto no
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.
Valores Uno de estos valores: si, no.
128
Nombre Informar al AVE casos nuevos de EDO
Valor por defecto no
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.
Valores Uno de estos valores: si, no.
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
Valor por defecto 60
Código DiasAlmacPacNoId
Tipo NUMERICO
Descripción Tiempo de permanencia de un paciente no
identificado en el repositorio de pacientes n
identificados.
Valores Valores Numéricos. NOTA: el 0 indica que no se
deben borrar nunca.
129
Nombre Número de días almacén XML resultados
Valor por defecto 90
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.
Valores Valores Numéricos. NOTA: el 0 indica que no se
deben borrar nunca.
Nombre Número de días para comprobación de
seroconversión
Valor por defecto 35
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
Valores Valores Numéricos.
130
Nombre Número de días para pasar a Caso Antiguo
Valor por defecto 180
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”
Valores Valores Numéricos.
Nombre Número de días seguimiento paciente
Valor por defecto 20
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.
Valores Valores Numéricos.
Nombre Número de habitantes municipio grande
Valor por defecto 50000
Código NumHabsMunicipioGrande
Tipo NUMERICO
Descripción Valor del número de habitantes a partir del cual un
municipio se considera grande.
Valores Valores Numéricos.
131
Nombre Número máximo de registros devueltos por
consulta
Valor por defecto 2000
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
Valor por defecto 500
Código NumMaxResultadosBusq
Tipo NUMERICO
Descripción Número máximo de resultados en el servicio de
Búsqueda Genérica.
Valores Valores Numéricos.
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.
Valores Valores Numéricos.
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-
dujo el último cambio de tipo del caso en la RedMIVA.
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.
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