El log de la orden es una opcion que centraliza las bitacoras de sistema, resultados, maquinas, correos y etiquetas en una sola opcion cuyo proposito es narrar la historia de la orden. Asismismo se abre el log del expediente del paciente.

Es una bitacora minimalista donde se almacena lo mas minimo posible para poder tener la mayor cantidad de informacion , por mas tiempo.

Los eventos.

Cada entrada en la bitacora marca un evento , registrandose sucursal y usuario que la realiza , a veces con un detalle para entender mejor lo que ocurrio. Esta es la lista de los eventos manejados :

Creacion MO. Orden creada en el modulo de ordenes.

Cambio MO. Orden cambiada en el modulo de ordenes , es acompañada por los nuevos datos ingresados. Solo iolabNext.

+ Urgente USR. Orden puesta como urgente por parte del usuario.

– Urgente USR. Urgencia removida por parte del usuario.

+ Anulacion. Orden anulada.

– Anulacion. Orden desanulada.

Cierre orden.

Reapertura.

Noti correo. Notificacion de correo enviado , se acompaña con lista de servicios y destinatario que iban en el correo.

IOAnalizer IN.

Marca la entrada del servicio por un equipo analizador. Solo los scripts con el cambio de query, generan ioanalizer IN.

IOAnalizer OUT.

En este evento en el log de la orden queda el resultado recibido por el equipo y que fue mapeado al servicio. Su detalle es similar a esto :

Cuando sale un resultado , se evalua si es critico y se registra en el log. Asimismo la orden es marcada como urgente.

Validacion y desvalidacion de resultados.

Cuando desvalida un servicio , el sistema guarda todos los datos de resultados que tenia. Cuando ese servicio es validado de nuevo , el log de la orden es revisado y actualizado. Especificamente se compara los nuevos resultados vs los viejos , resultando en que SOLO SE DEJA LO QUE CAMBIO.

Ejemplo , se desvalida un hemograma y si correo log de la orden en ese punto se muestra como sigue.

Digamos que solo cambia la hemoglobina de 15 a 25 y valida. El log de la orden se vera asi una vez revisado y actualizado.

Como ve el evento de desvalidacion fue reducido solo a lo que cambio. Y la razon es que el log de la orden es minimalista , busca alamacenar lo minimo posible. Si desvalida de nuevo el servicio y correo log de la orden entonces obtenemos los valores actuales , los cuales cuando el servicio se valide seran conciliados con la ultima validacion.

El resultado final es que en los eventos de desvalidacion queda el resultado previo que existia. Y para ver lo que valido el microbiologo pues son los resultados normales mostrados en el modulo de resultados.

check_simple. Se acompaña con el numero de la muestra y o los servicios afectados. Un check_simple es cuando la sucursal no tiene un equipo para procesar el servicio y lo tiene que remitir a otro lado.

check_proceso. Se acompaña con el numero de muestra y o los servicios afectados.

checkout. Marca la salida de las muestras hacia un lugar de proceso. Se acompaña con el nombre del mensajero y el destino.

Este es un ejemplo de log de la orden, la cual se puede sacar con iolabNext , modulo ordenes , boton reportes opcion log de la orden.

LOG DEL EXPEDIENTE DEL PACIENTE.

Creacion de expediente y Cambio expediente.

Eventos especiales. Es posible tener eventos especiales para su instalacion , no se explican aca porque son especiales y aplica solo para ciertos laboratorios que requieran registrarlos.