El laboratorio de análisis clínicos, de la petición al informe
Paciente, petición, muestra, resultado e informe en un solo
circuito, con los analizadores conectados de verdad y cada paso
trazado. Reescrito entero: aplicación web, sin instalaciones en
cada puesto y sin una copia del programa por instrumento.
También para laboratorios agroalimentarios y de sanidad
vegetal, en la misma instalación.
Desde que se da de alta la petición hasta que el informe sale
firmado. Con las reglas que distinguen un laboratorio clínico
de una hoja de cálculo: doble validación, valores críticos que
bloquean, intervalos de referencia por sexo y edad, y nada que
se sobrescriba en silencio.
01
Petición
Paciente, médico peticionario, pruebas y prioridad
02
Muestras
Tubos con código de barras y control de conformidad
03
Análisis
Los resultados entran solos desde el analizador
04
Validación
Técnica y después facultativa, por personas distintas
05
Informe
Con escala gráfica, versiones y firma electrónica
06
Entrega
PDF trazado, con su hash y su historial
Nada sale sin firma facultativa
Un resultado validado solo por el técnico no se emite. El
borrador sí se imprime —y hace falta, para revisarlo— pero
sale marcado como tal en todas sus páginas.
Un valor crítico bloquea la emisión
Hasta que no consta que se ha comunicado al facultativo
responsable. La comunicación es parte del acto clínico,
no un trámite posterior.
Intervalos por sexo, edad y gestación
El sistema elige el más específico que aplica y lo
congela en el resultado: cambiar mañana el
catálogo no reescribe lo que ya se interpretó.
Corregir no es sobrescribir
Un resultado corregido crea una versión nueva y jubila la
anterior. Siempre se puede demostrar qué decía el informe
que se entregó.
Delta check automático
Cada resultado se compara con el anterior del mismo
paciente y prueba. Una variación improbable se señala
antes de validar, no después.
Cada acceso queda registrado
Abrir la ficha de un paciente es un acceso a datos de
salud y se anota como tal: quién, cuándo y desde dónde.
También aparecer en un listado.
Alta ultrarrápida, para los días de avalancha
disponible
Un laboratorio con trescientas peticiones antes de las diez de
la mañana no puede rellenar una ficha completa por cada una. Lo
que necesita es entrar los datos mínimos para que la
muestra empiece a analizarse y completar el resto
después, cuando el analizador ya está trabajando. Labgest tiene
una pantalla dedicada a eso.
Dos datos y a la cola
Paciente y pruebas. El resto —número de petición, fecha y
hora de alta y de recepción, usuario, ámbito, prioridad,
tubos y códigos de barras— lo pone el sistema.
Sin levantar las manos del teclado
Lector de código de barras, tabulador y Enter. Al guardar,
el formulario vuelve a quedar vacío y listo para la
siguiente: el alta en cadena es el caso normal, no la
excepción.
Un paciente conocido es una tecla
Buscar por documento, número de historia o apellido y
seguir. Si no existe, se crea con lo imprescindible y se
completa luego desde su ficha.
Lo que falta queda señalado
La petición nace marcada como incompleta, con el nombre de
lo que le falta, y aparece en una bandeja de pendientes. El
informe no se puede emitir hasta que la ficha esté entera:
sin fecha de nacimiento y sexo biológico no hay intervalo
de referencia que aplicar.
Lo automático sigue siendo trazable
Que un campo se rellene solo no lo deja fuera del control
de cambios: queda registrado igual, con su valor y su
origen. Rápido no significa opaco.
Plantillas por tipo de petición
Los perfiles que un centro pide siempre se guardan como
plantilla. Un control de embarazo o un preoperatorio se
dan de alta de un clic.
Alta ultrarrápida
Paciente, pruebas y a la cola. Número de petición, fechas, tubos y códigos de barras los pone el sistema, y el formulario queda listo para la siguiente sin tocar el ratón.
Peticiones analíticas
La petición con su prioridad y su estado, que no se teclea: se deriva del estado de sus pruebas. Lo urgente sube solo.
Ficha de paciente
Identificadores sanitarios, historial de peticiones y resultados anteriores. Cada vez que alguien la abre queda registrado.
Muestras y tubos
Tubos identificados por código de barras, con su conformidad y, cuando se rechaza uno, el motivo por el que se rechazo.
Entrada y validación de resultados
Cada valor con su intervalo de referencia, su marca de alto o bajo y su estado de validación. El técnico no puede firmar.
Comunicación con el analizador
Los mensajes ASTM y HL7 que entran y salen, las incidencias y la actividad del instrumento. Un equipo caído se ve aquí.
Cola de emisión
Qué peticiones están listas para informar y cuáles tienen un valor crítico sin comunicar, que impide emitirlas.
Funcionalidades
Lo que hace Labgest, y en qué estado está cada cosa
Cada funcionalidad lleva su estado real. Lo marcado como
disponible
está implementado y cubierto por pruebas automatizadas;
en validación
funciona y está pendiente de la prueba final con equipo real, y
hoja de ruta
es lo comprometido para una versión próxima.
Circuito analitico
Peticiones y solicitudes de ensayo
Disponible
Alta, prioridades, información clínica y estado derivado del de sus pruebas.
Recepción y trazabilidad de muestras
Disponible
Tubos con código de barras, conformidad y motivos de rechazo preanaliticos.
Entrada y validación de resultados
Disponible
Validación técnica y facultativa en dos pasos, con versionado de correcciones.
Expediente completo de la muestra
Disponible
Solicitud, acta, analíticas, resultados, documentos e incidencias en una pantalla.
Hojas de trabajo
Disponible
Definición, ejecuciones y lecturas de banco.
Control de plazos de entrega
Disponible
Demora por tramo del circuito y plazo comprometido.
Alta ultrarrápida de peticiones
Disponible
Alta en cadena con los datos mínimos: paciente y pruebas. Número, fechas, tubos y códigos de barras los pone el sistema, y lo que falte deja la petición en una bandeja de pendientes.
Analítica humana
Gestión de pacientes
Disponible
Identificadores sanitarios configurables, historial y registro de accesos a la ficha.
Catalogo de pruebas clínicas
Disponible
103 pruebas y 10 perfiles de nueve especialidades, ampliables desde la aplicación.
Intervalos de referencia por paciente
Disponible
Por sexo, edad en dias, gestación y método, con su procedencia documentada. Los carga el laboratorio.
Valores críticos
Disponible
Detección automática y registro de a quien se comunicaron y cuando.
Comparación con resultados anteriores
Disponible
Delta check contra el último resultado del mismo paciente y la misma prueba.
Informes de resultados
Disponible
Plantilla propia con los datos del paciente, agrupada por especialidad y con los intervalos al lado. Versiones, informe parcial y SHA-256 del PDF emitido.
Comunicación con autoanalizadores
ASTM E1381 / E1394
Disponible
Tramas, checksum, ENQ/ACK/NAK, reintentos, timeouts y control de sesión.
HL7 v2.x sobre MLLP
Disponible
MSH, PID, SPM, OBR, OBX y QRD, con acuse de recibo. con sus acuses de recibo de aplicación.
Protocolos propietarios
Disponible
Arquitectura de adaptadores: incorporar un dialecto nuevo no toca el resto del sistema.
Comunicación bidireccional
Disponible
Envio de ordenes y respuesta a consultas por código de barras. Verificado de extremo a extremo.
Cola persistente y bandeja de incidencias
Disponible
Ningún mensaje se descarta en silencio: todo acaba integrado, contado como duplicado o en la bandeja.
Conexión por puerto serie
En validación
Implementada y documentada; pendiente de validación con un equipo físico RS-232.
Conexión con otros sistemas
Exportación a Excel y CSV
Disponible
Desde cualquier listado, respetando permisos y ámbito de datos.
Motor HL7 v2.x
Disponible
Analizador y generador de mensajes con MSH, PID, SPM, OBR, OBX y QRD. Hoy se usa contra analizadores; es la misma base que necesita un hospital.
Petición electrónica desde el HIS
Hoja de ruta
En el plan de producto: recepción de ORM^O01 u OML^O33 y devolución del informe como ORU^R01.
API REST propia
Hoja de ruta
En el plan de producto: tokens por aplicación, alcances acotados y los mismos 252 permisos del resto del sistema.
HL7 FHIR R4
Hoja de ruta
En el plan de producto: ServiceRequest, Specimen, Observation y DiagnosticReport.
Asistencia por inteligencia artificial
Disponible
Cinco usos sobre modelo propio del laboratorio, con registro de cada propuesta y de quién la aceptó. Apoya a una persona: no valida ni firma.
Lectura de volantes escaneados
Disponible
Imagen o PDF: un modelo de OCR extrae paciente, peticionario y pruebas para confirmar en el alta rápida.
Calidad y trazabilidad
Control de cambios en la base de datos
Disponible
352 disparadores registran toda modificación columna a columna, con valor anterior y nuevo.
Registro de accesos a datos de salud
Disponible
Quien consulta una ficha de paciente queda registrado, no solo quien la modifica.
Sellado de integridad encadenado
Disponible
SHA-256 por fila encadenado: una alteración posterior rompe la cadena y se localiza.
Panel de calidad de datos
Disponible
24 comprobaciones con severidad, consecuencia y acción recomendada.
Alcance de acreditación
Disponible
Familias, métodos y parámetros acreditados con su vigencia.
Documentación de calidad
Disponible
Ocho clasificaciones documentales con marca de revisión.
Gestión y administración
Clientes, tarifas y facturación
Disponible
Facturas y líneas, datos fiscales congelados y rectificación con permiso propio.
Almacén, productos y compras
Disponible
Existencias, lotes, caducidades, pedidos y proveedores.
Equipamiento
Disponible
Inventario con calibraciones y mantenimientos.
Usuarios, roles y permisos
Disponible
252 permisos granulares, 6 roles y excepciones individuales. Todo comprobado en servidor.
Exportación a Excel y CSV
Disponible
Desde cualquier listado, respetando permisos y ámbito de datos.
Portal web para el cliente
Hoja de ruta
En el plan de producto: consulta de muestras e informes por parte del solicitante.
Ámbitos de aplicación
Un sistema, varios tipos de laboratorio
Labgest lleva más de veinte años operativo. Nació
en laboratorios de referencia de analítica humana,
en sus versiones 1.0 y 2.0, y de ahí evolucionó hacia otros ámbitos
como la sanidad vegetal, estando abierto a nuevas evoluciones.
Un mismo sistema puede tener los dos
ámbitos activos a la vez, cada uno con su circuito y su
nomenclatura, sin que ninguno estorbe al otro.
Analítica humana
Laboratorio clínico: paciente, petición analítica, tubos identificados por código de barras, catálogo de pruebas con intervalos de referencia y validación en dos pasos.
PacientePacientesPetición analíticaPeticiones analíticasMuestraMuestrasPruebaPruebasInforme de resultados
Agroalimentario y sanidad vegetal
Circuito de ensayo: solicitud de ensayo, acta de toma de muestra, analítica y resultados por parámetro, con facturación al cliente.
ClienteClientesSolicitud de ensayoSolicitudes de ensayoMuestraMuestrasParámetroParámetrosInforme de ensayo
No hay dos instalaciones de Labgest iguales
Cada laboratorio trabaja a su manera, y el programa se ajusta
a esa manera, no al revés. La personalización es
prácticamente ilimitada: se parte de un sistema
común y se adapta hasta que encaja con el circuito real de cada
casa.
Las pantallas. Qué módulos existen, qué
columnas se ven en cada listado, en qué orden y con qué
filtros de partida.
El vocabulario. Cliente o paciente,
parámetro o prueba, solicitud de ensayo o petición
analítica: la nomenclatura sigue al ámbito.
Quién puede qué. 252 permisos
comprobados en servidor, con excepciones persona a
persona cuando hacen falta.
El catálogo. Pruebas, perfiles, métodos,
unidades e intervalos de referencia propios del
laboratorio, con su procedencia documentada.
El informe. Tres plantillas
intercambiables, logotipo, colores, tipografía y textos
legales; y plantillas nuevas sin tocar el motor.
Los analizadores. Cada instrumento con su
protocolo, su dialecto y su mapeo de códigos.
Las reglas de trabajo. Validación en uno o
dos pasos, valores críticos, avisos de plazo y numeración
de muestras, informes y facturas.
Lo que no esté previsto. El desarrollo es
propio: si el laboratorio necesita algo que no existe, se
añade.
Labgest Instrument Gateway
Un solo servicio para todos sus autoanalizadores
Lo habitual es ejecutar un programa por instrumento: cada uno con
su ventana, su configuración y su propia forma de fallar. Cuando
uno se cuelga, nadie se entera hasta que faltan resultados.
El gateway de Labgest atiende a todos desde un único servicio:
el fallo de un equipo no toca a los demás.
01
Conexión
Serie RS-232 o TCP/IP, cliente o servidor
02
Protocolo
ASTM, HL7 o adaptador propietario
03
Cola persistente
Los bytes se guardan antes de interpretarlos
04
Validación
Muestra, prueba y mapeo comprobados
05
Integración
Transaccional, idempotente y auditada
06
Incidencias
Lo que no encaja queda a la vista
ASTM E1381 + E1394
Implementado
Capa de enlace completa: tramas numeradas módulo 8, suma de comprobación, ENQ/ACK/NAK/EOT, reintentos configurables, timeouts y resolución de contención. Capa de mensaje con registros H, P, O, R, C, Q y L, delimitadores declarados en la cabecera y secuencias de escape.
HL7 v2.x sobre MLLP
Implementado
Bloques MLLP reensamblados, acuse de recibo de aplicación (AA/AE), mensajes ORU^R01 y consultas QRY^Q02 / QBP^Q11. Segmentos MSH, PID, SPM, OBR, OBX, QRD y QPD.
Protocolos propietarios
Arquitectura disponible
Interfaz de adaptadores: un protocolo nuevo son dos clases y una línea de registro. Se incluye un adaptador genérico para equipos que emiten líneas delimitadas por el puerto serie.
Conexión física
TCP/IP y RS-232
TCP/IP en modo cliente y servidor, verificado de extremo a extremo. RS-232 con configuración de baudios, paridad y control de flujo.
Adaptación por fabricante
Requiere trabajo de implantación
Ningún analizador implementa ASTM ni HL7 exactamente igual. Cada modelo necesita su configuración de códigos, unidades y particularidades, y una validación con el equipo delante antes de pasar a producción.
La puesta en marcha de cada equipo.
Los protocolos están implementados de extremo a extremo,
incluidos los casos que más cuesta provocar: suma de
comprobación corrupta, corte de conexión, reenvío duplicado y
silencio prolongado. Conectar un instrumento concreto requiere
configurar su dialecto y validarlo con el equipo delante antes
de pasar a producción; eso forma parte de la implantación.
Conexiones e inteligencia artificial
El laboratorio no trabaja solo
Un sistema de laboratorio vive rodeado: el hospital que pide, los
analizadores que miden, la aplicación del cliente que consulta.
Con los analizadores Labgest ya habla; con el resto, esto es lo
que hay y lo que viene.
Analizadores del laboratorio
En producción
ASTM E1381/E1394 y HL7 v2.x sobre MLLP, en los dos sentidos, con cola persistente y bandeja de incidencias. Es lo que se describe en la sección anterior.
Petición electrónica desde el HIS o la historia clínica
Hoja de ruta · base ya construida
El motor HL7 que habla con los analizadores es el mismo que necesita un hospital: los segmentos MSH, PID, SPM, OBR y OBX ya se analizan y se generan, y el ORU^R01 con el que se devuelven resultados también. Lo que falta es el circuito de entrada —recibir la petición y crearla— y el acuerdo de códigos con el hospital, que es siempre la parte larga.
API REST para las aplicaciones del cliente
Hoja de ruta
Tokens por aplicación, alcances acotados y los mismos 252 permisos que gobiernan la pantalla: una integración no puede ver más que la persona que la autoriza. Con cada llamada registrada en la misma auditoría que el resto.
HL7 FHIR R4
Hoja de ruta
ServiceRequest, Specimen, Observation y DiagnosticReport, para los sistemas que ya hablan FHIR y no quieren bajar a HL7 v2.
Intercambio de ficheros y avisos salientes
Hoja de ruta
Carpeta vigilada o SFTP para quien no puede abrir un puerto, y avisos automáticos cuando un informe se firma o se detecta un valor crítico.
Codificación normalizada
Hoja de ruta
LOINC para pruebas y SNOMED CT para muestras y hallazgos. Sin un vocabulario común, cada integración acaba siendo una tabla de equivalencias mantenida a mano.
Inteligencia artificial, donde de verdad ahorra trabajo
cinco usos disponibles
Cinco sitios del circuito donde una persona pierde horas en algo que
una máquina puede preparar, y ni uno solo en el que la máquina
decida. Los cinco están construidos y funcionando,
cada uno con su registro de qué propuso el modelo y quién lo
aceptó.
Revisión asistida antes de validarLa cola de validación se ordena por riesgo: valor crítico, crítico sin comunicar, salto improbable respecto al anterior del mismo paciente, fuera de intervalo, corrección, urgencia. Cada posición dice por qué está donde está. El orden lo deciden reglas deterministas, no el modelo, y por eso este uso funciona también con la IA apagada; encenderla añade la nota en prosa.
Borrador del comentario del informeUn botón en la pantalla de emisión redacta la propuesta de comentario interpretativo a partir de los resultados. Llega como borrador editable: quien firma escribe la versión final y es quien responde de ella. Al modelo le llegan resultados, unidades, intervalos, sexo y edad; ni nombre, ni documento, ni número de historia.
Lectura de peticiones en papelEl volante que trae el paciente, el fax del centro de la esquina, el PDF que manda la residencia. Se sube el fichero —imagen o PDF— y un modelo de OCR extrae paciente, peticionario y pruebas, ya casadas contra el catálogo, dejando el alta rápida rellena para confirmar. Se ahorra el tecleo, no la revisión: un dígito mal leído en una fecha de nacimiento cambia el intervalo de referencia que se aplica.
Equivalencia de catálogos en una integraciónLo que más tiempo consume al conectar un analizador nuevo es casar sus códigos con los del laboratorio. Primero se resuelve sin modelo, por código idéntico y parecido de texto; lo que queda se le pregunta al modelo, que sí sabe que ASAT y GOT son la misma enzima. Se aprueban una a una: aceptar en bloque no está, porque un mapeo equivocado manda el resultado de una prueba al hueco de otra.
Consulta del histórico en lenguaje naturalPreguntar «cuántas muestras de orina rechazamos el trimestre pasado y por qué» y obtener la respuesta, con la consulta a la vista para poder juzgarla. Recorre toda la base, así que lleva permiso propio y solo lo tiene dirección; cada pregunta queda registrada. Dos barreras: solo lectura, una sola sentencia y límite de filas, y la conexión puede ser un usuario sin permiso de escritura.
Propone, no valida. Ningún modelo valida un
resultado ni firma un informe. Eso lo hace una persona
identificada, con su permiso y su firma, igual que hoy.
Lo que sugiere queda registrado. Cada
propuesta entra en la misma auditoría que el resto, con el
modelo y la versión que la hizo, y con quién la aceptó o la
descartó. Si mañana hay que explicar un informe, se puede.
Los datos del paciente no tienen por qué salir del
laboratorio. El modelo se ejecuta donde diga el
laboratorio, y la configuración por defecto es en el propio
centro. Al modelo, además, no le llega ningún identificador:
resultados, unidades, intervalos, sexo y edad; ni nombre, ni
documento, ni número de historia.
Se puede apagar. Es una ayuda opcional, por
laboratorio y por módulo. Apagarla devuelve el circuito
exactamente a como está hoy.
Lo que ordena la cola no es el modelo. La
prioridad de validación sale de reglas deterministas con pesos
publicados, no de una caja negra. Quien pregunte por qué un
resultado está el primero obtiene la lista de motivos.
Panel de asistencia por IA
Dónde se ejecuta el modelo, qué usos están encendidos y el registro de cada propuesta con quién la aceptó o la descartó. Es la pantalla que se enseña en una auditoría.
Dónde corre el modelo cambia el precio
La asistencia por IA no es una casilla que se marca: es una
decisión sobre dónde se procesan datos de salud, y esa decisión
tiene consecuencias económicas. Conviene hablarlo antes de
firmar, no después.
Sin asistencia
La configuración de fábrica. Labgest no habla con ningún
modelo y el circuito es el de siempre.
Sin coste adicional
Modelo compartido del proveedor
Nosotros ponemos el equipo y el modelo. Para un
laboratorio que puede aceptar que el procesamiento ocurra
fuera de sus instalaciones, con su contrato de encargado
del tratamiento.
Cuota mensual por laboratorio
Modelo en el propio centro
El equipo vive en la sala de servidores del laboratorio y
ningún dato sale de su red. Es lo que necesita un
hospital público o cualquiera cuyo pliego prohíba la
transferencia a terceros.
Inversión en equipo + puesta en marcha
Qué significa «el equipo» en la práctica. Para un
laboratorio de tamaño medio, un
NVIDIA DGX Spark con un modelo
Mistral es suficiente, y ya lo hemos desplegado
así. Es un equipo de sobremesa, no un centro de datos: entra en
la sala de servidores que el laboratorio ya tiene, consume como
un puesto de trabajo y no necesita refrigeración especial. El
coste es una compra única de hardware más la instalación; a
partir de ahí no hay consumo por consulta ni factura que crezca
con el volumen de peticiones.
Y se puede empezar por el final. Labgest habla
con cualquier modelo que exponga la interfaz de OpenAI, que es la
que usan Ollama, vLLM y llama.cpp. Cambiar de un modelo
compartido a uno propio —o al revés— es una línea de
configuración, no un desarrollo: se puede arrancar sin IA,
probarla y decidir la inversión con datos de uso reales en la
mano.
El entregable
El informe que recibe el paciente
De un laboratorio se juzga lo que entrega. Labgest compone sus
informes con un motor único para los dos ámbitos y
tres plantillas intercambiables, con la marca
del laboratorio y una representación gráfica del resultado que
se lee de un vistazo —y también fotocopiada en blanco y negro.
La posición está calculada
El marcador sale del valor y de los límites que se aplicaron
al validar, no de una estimación. Fuera del intervalo la
escala se comprime progresivamente: el valor extremo cabe en
la barra sin deformar la franja de referencia.
Nunca solo color
Flecha, estado escrito y límites en cifras acompañan siempre
a la barra. El informe dice lo mismo en color, en gris y
leído en voz alta.
Solo cuando significa algo
Un resultado cualitativo, uno de texto o uno con operador
(< 0,5) no lleva barra: no hay una posición que situar, y
fingirla sería atribuirle una precisión que no tiene.
Versiones, no sobrescrituras
Reemitir crea una versión, exige motivo y guarda el SHA-256
del PDF entregado. El documento nuevo declara a cual
sustituye.
Páginas reales de PDF.
Son hojas de documentos generados por el motor de informes
con datos ficticios, no maquetas. Por eso salen marcadas
como documento de demostración: un informe que no distingue
una muestra real de una inventada no serviría para nada.
Plantilla visual avanzada
Cada determinación numérica con su escala: zona de referencia sombreada, límites rotulados y el estado escrito. La posición del marcador sale del valor y de los límites, no de una aproximación.
La escala, de cerca
Fuera del intervalo la escala se comprime de forma progresiva, de modo que un valor extremo sigue cayendo dentro de la barra sin encoger la franja de referencia. Se lee igual impresa en blanco y negro: el color nunca es la única señal.
Plantilla moderna
Barra compacta junto a cada resultado y el intervalo en su columna. La misma información que la visual en la mitad de hojas.
Plantilla clasica mejorada
La tabla de siempre sin sus defectos: fuera los asteriscos, flechas en lugar de color y maxima densidad para archivar en papel.
Visor sin salir de la pantalla
El informe se revisa encima de la analítica, con su selección y sus cambios intactos. Previsualizar, emitir y descargar son tres operaciones distintas con tres permisos distintos.
Personalización corporativa
Logotipo, datos de cabecera, colores, tipografía y textos legales, con vista previa del documento al lado.
Versiones y rectificaciones
Reemitir no reescribe: crea una versión, exige motivo y lo imprime. El informe nuevo dice en cabecera a cual sustituye.
Firma electrónica con certificado
El facultativo firma con su propio certificado: la firma va dentro del PDF y cualquier modificación posterior la invalida. Es opcional: quien firma a mano sobre el papel emite igual.
El mismo motor para el ensayo agroalimentario
Las tres plantillas sirven para los dos ámbitos sin duplicar nada.
El programa
Pantallas reales, no maquetas
Capturas tomadas de la aplicación en funcionamiento sobre el
entorno de demostración.
Datos ficticios.
Todo lo que aparece en estas pantallas es sintético: nombres
generados, códigos con prefijo DEMO e intervalos de referencia
marcados como no verificados. Ningún dato procede de una persona
real.
Panel de control
Indicadores, gráficos y avisos operativos del dia.
Gestión de pacientes
Ficha de paciente con sus identificadores sanitarios y su historial de peticiones. Cada acceso queda registrado.
Peticiones analíticas
Peticiones con su prioridad y su estado, derivado del de sus pruebas.
Muestras y tubos
Tubos identificados por código de barras, con su conformidad y su motivo de rechazo cuando procede.
Resultados clínicos
Resultados con su intervalo de referencia, su marca de interpretación y su estado de validación.
Catalogo de pruebas
Pruebas y perfiles por especialidad, con sus intervalos de referencia.
Administración de autoanalizadores
Estado de todas las conexiones en una pantalla.
Panel de comunicaciones
Mensajes intercambiados, incidencias y actividad de un instrumento.
Informes de resultados
Cola de emisión clínica: qué peticiones están listas para informar y cuáles tienen un valor crítico sin comunicar.
Emisión de informes de ensayo
Cola de emisión con previsualización y generación de PDF.
Expediente de muestra
La cadena completa de una muestra en una sola pantalla.
Panel de calidad de datos
Veinticuatro comprobaciones con su severidad, su consecuencia y la acción recomendada.
Usuarios y permisos
252 permisos granulares comprobados en servidor, con excepciones individuales por persona.
Ámbitos de trabajo
Un mismo sistema puede atender laboratorios de distinto tipo.
Demostración
Recorra el circuito completo
El entorno de demostración permite hacer el recorrido entero:
paciente, petición, muestra, analizador simulado, resultado,
validación e informe. Está aislado de cualquier dato real y se
restablece periódicamente.
Perfiles de demostración
Cada perfil ve lo que le corresponde. Es la mejor forma de
comprobar que los permisos no son decorativos.
Admisión
Registra pacientes y peticiones.
No ve resultados.
Técnico de laboratorio
Entra resultados y hace la validación
técnica. No firma.
Facultativo
Firma los resultados y emite los
informes.
Calidad
Vigila el registro de accesos, los
intervalos y el control de cambios.
Cómo está protegida
Aislamiento total
Base de datos propia, sin ninguna
conexión con producción.
Marcada en pantalla
El aviso «DEMO — DATOS FICTICIOS»
aparece en todas las pantallas.
Acciones limitadas
Las operaciones que dejarían el
entorno inservible están bloqueadas.
Restablecimiento
Los datos se regeneran con un solo
comando, de forma reproducible.
