Se fue la luz: qué pasa con las órdenes de su laboratorio

Son las 9:40 de la mañana. Desde las siete han pasado quince pacientes. Hay tubos rotulados esperando en la gradilla, tres perfiles cargados a medio camino en el sistema y una cola de cinco personas en recepción.

Y se va la luz.

Si usted dirige un laboratorio clínico en Venezuela, no necesita que le describan lo que sigue. Lo ha vivido este mes. Probablemente esta semana.

La pregunta que casi nadie hace al comprar un sistema de laboratorio es la más importante de todas: ¿qué pasa con el trabajo del día cuando se va la luz o cae el internet? No es una pregunta técnica. Es una pregunta operativa, y la respuesta determina cuántas horas de trabajo pierde su laboratorio cada mes.

Lo que realmente se pierde en un corte

Vale la pena separar las pérdidas, porque no todas cuestan lo mismo.

Lo que se recupera solo. Las órdenes que ya estaban guardadas y sincronizadas. Si su sistema es serio, eso está a salvo. No es el problema.

Lo que se recupera con trabajo. Las órdenes a medio cargar. El perfil que la recepcionista estaba montando cuando se fue la luz. Los resultados que el bioanalista tenía escritos en pantalla pero no había validado. Esto se vuelve a hacer, pero se vuelve a hacer dos veces: una en papel mientras no hay sistema, y otra tecleando el papel cuando vuelve.

Lo que no se recupera. El paciente que estaba en el mostrador y se fue al laboratorio de la esquina. La hora en que su personal no pudo hacer nada. Y la confianza del médico que esperaba el resultado a mediodía.

La tercera categoría es la cara. Y es la que ningún proveedor de software menciona en su presentación de ventas.

El costo escondido: el papel

Cuando el sistema no está disponible, el laboratorio no se detiene. Sigue trabajando en papel. Se anotan nombres, cédulas, teléfonos y pruebas en una hoja, y cuando vuelve la luz alguien se sienta a transcribir todo.

Ese momento de transcripción es donde nacen los errores más caros del laboratorio. Una cédula mal copiada. Un apellido que se parece a otro. Un tubo asignado al paciente equivocado. Como explicamos en Errores preanalíticos: por qué ocurren y cómo reducirlos, la mayoría de los errores de laboratorio no ocurre en el analizador: ocurre antes, en el manejo de la información. Y transcribir a mano una jornada completa bajo presión, con pacientes esperando, es exactamente el escenario que más los produce.

Así que el corte eléctrico no solo le cuesta tiempo. Le cuesta calidad.

Por qué "estar en la nube" no basta

Aquí conviene ser honestos, incluso cuando el argumento juega en nuestra contra.

Hemos escrito sobre las ventajas de un sistema en la nube para laboratorio clínico y las sostenemos todas: acceso desde cualquier lugar, respaldos automáticos, sin servidor que mantener, actualizaciones sin visita técnica. Pero hay una letra pequeña que rara vez se dice en voz alta:

Un sistema en la nube mal diseñado no funciona sin internet. En absoluto.

Si toda la aplicación se descarga del servidor cada vez que se abre, y todos los datos se leen del servidor cada vez que se consultan, entonces la caída del proveedor de internet equivale a la caída del laboratorio. Usted cambió un servidor local que podía dañarse por una conexión que se cae tres veces por semana.

Eso no es un problema de la nube. Es un problema de diseño. La diferencia entre un sistema en la nube que resiste un apagón y uno que no, no se ve en el folleto ni en la demostración de ventas, porque en la demostración siempre hay internet.

Por qué el sistema instalado tampoco resuelve

La respuesta intuitiva es volver a lo de antes: un programa instalado en la computadora del laboratorio, con su base de datos local. Sin internet no importa. Y es cierto, hasta cierto punto.

El problema del sistema instalado no es el apagón. Es todo lo demás:

• Cuando se daña esa computadora, se dañó el laboratorio completo. Y en un país donde reemplazar un equipo toma semanas y cuesta en divisas, eso es un riesgo real.
• El respaldo depende de que alguien se acuerde de hacerlo. En la práctica, casi nunca se hace.
• No puede revisar nada desde su casa, ni desde la otra sede, ni desde el teléfono.
• Si abre una segunda sucursal, tiene dos sistemas separados que no se hablan.
• Los picos y bajones de tensión que acompañan a los cortes son, precisamente, lo que mata discos duros.

Muchos laboratorios en Venezuela todavía operan con programas instalados diseñados hace veinte años, sobre versiones de Windows que ya no reciben actualizaciones de seguridad. Funcionan. Pero funcionan del mismo modo en que funciona un carro sin frenos de emergencia: bien, hasta el día que no.

Y si su laboratorio resolvió el problema quedándose en hojas de cálculo, el diagnóstico ya lo hicimos en De Excel al sistema en la nube: el archivo vive en una sola máquina, no tiene historial confiable y una sola celda mal editada corrompe meses de trabajo sin que nadie se entere.

La disyuntiva entre "en la nube pero frágil" y "local pero aislado" es falsa, y la desarrollamos completa en nuestra guía de sistema en la nube frente a sistema instalado. Existe una tercera opción, y es la que hay que exigir.

Los tres niveles de resiliencia

Cuando evalúe un sistema, no pregunte "¿funciona sin internet?". Esa pregunta admite un "sí" cómodo que no significa nada. Pregunte por niveles.

Nivel 1 — La aplicación abre sin conexión

Sin internet, ¿la pantalla carga o aparece un error de red?

Un sistema bien construido guarda su propio código en el navegador la primera vez que se usa. La segunda vez ya no necesita descargarlo. El laboratorio puede abrir el sistema con la conexión caída y ver la interfaz completa.

Esto es lo mínimo. Es también donde se detiene la mayoría.

Nivel 2 — Se puede seguir trabajando sin conexión

Ver la pantalla no sirve de nada si no se puede escribir en ella. El nivel dos significa que el catálogo de pruebas, los perfiles y las listas de precios están disponibles localmente, y que la recepcionista puede cargar una orden completa sin conexión.

Significa además que lo que se escribe no se pierde si el navegador se cierra o el equipo se apaga. El borrador tiene que quedar guardado en el equipo, no en la memoria volátil de la pantalla.

Este es el nivel que elimina el papel. Y eliminar el papel es lo que elimina la transcripción, que es lo que elimina los errores.

Nivel 3 — Sincroniza solo, sin duplicar ni perder

El más difícil, y el que separa un sistema pensado para Venezuela de uno adaptado a la fuerza.

Cuando vuelve la conexión, todo lo cargado durante el corte debe subir al servidor automáticamente. Sin que nadie apriete un botón especial. Sin crear órdenes duplicadas si el proceso se interrumpe a la mitad. Sin sobrescribir el trabajo que otra sede hizo mientras tanto.

Aquí es donde fallan las implementaciones apuradas. Es fácil guardar datos localmente. Es difícil reconciliarlos bien.

El detalle que casi nadie considera: el número de orden

Hay un problema pequeño que revela si un proveedor pensó de verdad en esto o solo lo puso en el folleto.

Si su laboratorio carga tres órdenes sin conexión, ¿qué número lleva cada una?

El número de orden normalmente lo asigna el servidor, para garantizar que sea único y consecutivo. Pero durante un corte no hay servidor. Y el paciente necesita irse con un comprobante que tenga algo escrito.

Las salidas posibles son tres, y solo una es aceptable:

1. No dar número hasta que vuelva la conexión. Inservible: el paciente no puede irse sin comprobante.
2. Que el equipo genere el número consecutivo por su cuenta. Peligroso: si dos computadoras están sin conexión al mismo tiempo, ambas generan el mismo número y usted termina con dos pacientes distintos en la misma orden.
3. Emitir una referencia provisional identificable, y asignar el número definitivo al sincronizar. El paciente se va con una referencia buscable, el sistema no genera colisiones, y el consecutivo oficial sigue siendo responsabilidad del servidor.

Pregúntele esto a su proveedor. La respuesta le dirá en treinta segundos si el trabajo sin conexión está diseñado o improvisado.

Cinco preguntas para hacerle al proveedor

Llévelas escritas a la reunión de ventas. Y pida que la demostración se haga con el WiFi apagado, no encendido.

1. Apague el internet delante de mí y abra el sistema. ¿Carga o da error?
2. Con el internet apagado, cargue una orden completa. ¿Aparece el catálogo de pruebas? ¿Se puede guardar?
3. Cierre el navegador y vuelva a abrirlo, todavía sin conexión. ¿Sigue ahí lo que escribí?
4. Vuelva a conectar. ¿Sube solo? ¿Cuánto tarda? ¿Qué pasa si la conexión se cae a mitad de la subida?
5. ¿Qué número de orden recibe el paciente durante el corte?

Ninguna de estas preguntas requiere que usted sepa de informática. Todas se responden mirando la pantalla.

Si quiere el cuestionario completo de evaluación —precios, migración de datos, soporte, propiedad de la información— lo desarrollamos en Cómo elegir un sistema para laboratorio clínico: 12 preguntas antes de contratar. Este artículo cubre la pregunta que ese cuestionario trata con más urgencia en el contexto venezolano.

Lo que esto significa para su laboratorio

Un laboratorio pequeño que pierde dos horas de operación por corte, tres veces al mes, pierde alrededor de setenta horas al año. Es casi dos semanas de trabajo. A eso hay que sumarle las horas de transcripción, los errores que esa transcripción produce y los pacientes que no volvieron.

Ninguna de esas pérdidas aparece en la contabilidad como una línea. Todas salen del mismo bolsillo.

La infraestructura eléctrica y de conectividad del país no es algo que usted pueda arreglar. El comportamiento de su sistema frente a esa realidad, sí.

Exíjalo antes de firmar.