Casi todos los sistemas de QHSE comienzan su andadura como una hoja de cálculo, y esa suele ser la decisión acertada. El problema no es la hoja de cálculo. El problema es que nadie se da cuenta del momento en que deja de ser adecuada, ya que el fallo es lento, silencioso y solo se hace evidente durante una auditoría o tras un accidente.
En este artículo
Por qué se empieza con una hoja de cálculo y por qué eso no es un error
Una hoja de cálculo es la herramienta de modelización más rápida que jamás haya tenido a su disposición un responsable de QHSE. Sin proyectos, sin partidas presupuestarias, sin incidencias informáticas. Tienes una columna para la fecha, otra para la obra, otra para la descripción y otra para el responsable, y para el viernes ya estás haciendo un seguimiento de las no conformidades. Ninguna otra herramienta de la empresa te permite pasar de una idea a un proceso en funcionamiento en una sola tarde.
Así pues, el punto de partida más sensato es el siguiente: si gestionas veinte eventos al año en un solo recinto, una hoja de cálculo es un sistema perfectamente razonable y sustituirla sería un derroche de dinero. La cuestión no es si las hojas de cálculo son malas, sino si la tuya se ha adentrado sin que te dieras cuenta en un terreno para el que nunca fue diseñada.
Hay cuatro formas en las que lo hace, y se producen en un orden predecible.
Primer fallo: no existe una única versión
El archivo estaba en una unidad compartida. Entonces, alguien lo necesitó sin conexión antes de una visita a las instalaciones y hizo una copia. A continuación, una segunda sede creó su propio archivo, ya que el de la primera tenía columnas que no se ajustaban a sus necesidades. Así, la consolidación mensual se convirtió en una tarea manual que recaía en quien tuviera menos trabajo.
El síntoma es fácil de reconocer. Cuando alguien pregunta cuántas medidas correctivas hay pendientes en este momento, la respuesta tarda más de treinta segundos y empieza con «depende del expediente». En ese momento, ya no tienes un sistema de QHSE. Tienes varios, y no se ponen de acuerdo entre sí.
El problema no es el tiempo que lleva la consolidación, por muy molesto que resulte. Es que tu revisión de gestión se basa en cifras que nadie puede reproducir. Un KPI que no se puede volver a calcular a partir de los datos originales no es un KPI, es una opinión con un gráfico.
Requisito mínimo: una base de datos, un registro por evento; todos los sitios deben escribir en la misma estructura. Las vistas pueden variar según el sitio, pero los datos no.
Segundo fallo: una acción sin responsable y sin plazo
Esta es la que cuesta dinero de verdad. En la fila 47 se registra una medida correctiva con una fecha límite en la columna H. En esa fecha límite no ocurre nada, porque una celda no hace nada. No se envía ningún correo electrónico, no se avisa a nadie; la fila simplemente permanece ahí mientras pasa la fecha.
Abre cualquier hoja de cálculo de QHSE en la que haya acciones maduras y ordénalas por fecha de vencimiento. Habrá acciones que lleven seis, doce o dieciocho meses vencidas y que sigan figurando formalmente como pendientes. No están pendientes porque la organización haya decidido que tienen baja prioridad. Están pendientes porque el expediente no cuenta con ningún mecanismo para exigir su cumplimiento.
Esto va más allá del simple orden. Un plan de acción que no se lleva a buen término es una de las deficiencias que los auditores señalan con mayor frecuencia, y socava precisamente lo que se supone que debe demostrar un sistema de gestión: que, cuando se detecta un problema, se soluciona y se puede demostrar que la solución es duradera.
Requisito mínimo: cada acción debe tener un responsable designado, un estado, una fecha límite que active alguna acción y un paso de verificación que deba aprobar alguien distinto del responsable. Un recordatorio que se active automáticamente vale más que una nueva columna.
Tercer error: no puedes demostrar nada
Este es el fallo que sorprende a la gente, porque la hoja de cálculo parece estar completa. Contiene toda la información. Lo que no tiene es ninguna prueba de cómo llegó esa información hasta allí.
Las normas ISO sobre sistemas de gestión exigen que la información documentada esté controlada: identificada y fechada, con control de versiones, protegida contra alteraciones involuntarias, con un acceso definido y una gestión de la conservación. Compara con honestidad esa lista con una hoja de cálculo compartida. ¿Quién modificó la descripción de esa lesión y cuándo? ¿Se introdujo la fecha de cierre el mismo día del cierre o se tecleó la semana anterior a la auditoría? ¿Qué versión de la lista de comprobación se utilizó para la inspección de marzo, teniendo en cuenta que la plantilla se ha modificado desde entonces?
El hecho de no saberlo no es un problema de documentación. Es la diferencia entre una observación de auditoría y un informe sin observaciones, ya que un auditor no comprueba si se dispone de un procedimiento. Lo que comprueba es si se puede aportar pruebas de que dicho procedimiento fue seguido, ese mismo día, por la persona a la que se le había asignado.
Elige una medida correctiva que se haya cerrado hace ocho meses. Intenta reconstruir, con pruebas: quién la planteó, en qué fecha, con qué análisis, quién aprobó su cierre y qué pruebas hay de que funcionó. Si eso te lleva más de cinco minutos, lo primero que debes solucionar es tu registro de auditoría.
Cuarto fallo: el campo no puede acceder a él
El último fallo es de carácter físico. La hoja de cálculo está almacenada en un ordenador portátil, y los sucesos que describe tienen lugar en un almacén, en una azotea, en una sala de instalaciones sin cobertura o en una obra situada a cuarenta minutos de la oficina.
Así pues, los datos dan un rodeo. Una foto en un móvil personal, una nota en un cuaderno, un mensaje en un chat grupal y, después, una tarde dedicada a volver a escribirlo todo por parte de alguien que no estaba allí. Cada paso de esa cadena pierde detalles, añade retrasos e introduce errores, y la parte más valiosa —la fotografía tomada en el momento de la observación— suele no llegar nunca a formar parte del registro.
La consecuencia práctica es que tu índice de notificación no refleja tu clima de seguridad. Refleja lo molesto que resulta notificar los incidentes. Los equipos que tienen que volver a escribirlo todo al final del día notifican los incidentes graves y pasan por alto discretamente los conatos de accidente, que son precisamente los que tú querías que se notificaran.
Solución mínima: registrar los datos en el punto de observación, con un teléfono móvil, funcionando totalmente sin conexión, con fotos y una firma, y sincronizándolos cuando vuelva la red.
Donde acaba una hoja de cálculo
| Lo que necesitas | Hoja de cálculo | Base estructurada de QHSE |
|---|---|---|
| Diseñar rápidamente un nuevo proceso | Excelente, y sigue siendo difícil de superar | Bien, si la herramienta es no-code |
| Una fuente única de información veraz para todos los centros | Se activa en cuanto dos personas lo necesitan a la vez | Nativo |
| Acciones que se repiten una y otra vez | No es posible, una fecha es solo un valor | Recordatorios automáticos y escalado |
| Registro de quién ha modificado qué | Ausente en los entrenamientos | Registrado por campo |
| Acceso por función, centro y departamento | Como mucho, a nivel de archivo, lo cual resulta demasiado general para los datos sanitarios | Granular |
| Captura sobre el terreno sin conexión a la red | No | Captura móvil sin conexión con fotos y firma |
| Indicadores clave de rendimiento (KPI) que se recalculan a partir de la fuente | Manual, y ya está pasado de fecha al día siguiente | En directo |
Qué migrar primero y qué dejar como está
El instinto es reconstruirlo todo de una vez, y por eso tantos proyectos de digitalización en materia de QHSE se estancan durante un año y luego acaban abandonándose. En lugar de eso, elige un proceso, el que más problemas plantee, y haz que funcione de principio a fin.
Elige el proceso en el que haya más movimiento
Normalmente, informes de eventos; a veces, auditorías. Elige la opción en la que se reciban los informes semanalmente, no la anual. Lo que quieres es recibir comentarios rápidamente.
Conserva tus formularios actuales tal y como están
Tus equipos ya los conocen. Empieza por reproducir los campos y el vocabulario, y mejóralos en la segunda versión. Cambiar la herramienta y el proceso al mismo tiempo es la mejor forma de que la adopción fracase.
Importar solo las partidas pendientes
Migrar cinco años de registros cerrados es un proyecto en sí mismo y no aporta nada. Transfiere lo que todavía está activo y archiva el resto como una exportación de solo lectura.
Lo primero que hay que hacer es conectar el reloj.
Responsable, fecha límite, recordatorio, escalado, verificación de la eficacia. Si solo hay una cosa que funcione durante la primera semana, que sea esta.
Ábrelo en el móvil y entra en una página web
Pruébalo sin conexión, en condiciones reales, con las personas que lo van a utilizar. Un formulario que funciona en un despacho pero falla en una sala de máquinas no se ha probado.
Conecta el segundo proceso solo cuando el primero se vuelva aburrido.
Cuando ya nadie habla de la nueva herramienta, es que se ha implantado. Ese es el momento de ampliarla.
Y deja algunas cosas como están. Tus modelos financieros, tus análisis puntuales, tus trabajos estadísticos esporádicos: una hoja de cálculo sigue siendo la herramienta adecuada. Lo que debería dejar de ser es el sistema de registro.
A continuación, dos artículos complementarios que merece la pena leer: lo que un auditor realmente pide ver al preparar una auditoría interna en 2026, y el papel que desempeña la IA una vez que los datos están estructurados, en «La IA en QHSE».
Empieza por un proceso
Descríbenos el proceso que más problemas te plantea y, en pocos días, crearemos una prueba de concepto funcional con tus propios datos, incluidos los formularios.
Descubre TimeTonic QHSEPreguntas frecuentes
Sí, y deberías hacerlo. Los campos, los estados y el vocabulario que tus equipos ya utilizan son la vía más rápida para que se adopte el sistema. Importa la estructura, mantén la terminología y cambia el proceso solo cuando la gente se sienta cómoda. Lo que cambia es dónde se almacenan los datos, no cómo los perciben tus equipos.
El volumen no es el criterio adecuado. Los verdaderos factores desencadenantes son una segunda sede, una segunda persona que necesite escribir al mismo tiempo, una auditoría externa o la introducción de datos sobre el terreno. Cualquiera de ellos provoca un fallo en la hoja de cálculo, independientemente del volumen. Por el contrario, una sola sede con un único responsable y sin presión de auditoría puede funcionar con un mismo archivo durante mucho tiempo.
No necesariamente. Hay dos modelos que funcionan. O bien se centralizan los eventos, las auditorías, las acciones y los documentos controlados en una única base de datos, o bien se mantiene el sistema de documentos y se conecta a través de una API o una plataforma de automatización, de modo que una acción y su documento de apoyo permanezcan vinculados. Lo que no funciona es tener una base de datos aquí, los documentos allá y a una persona en medio encargándose de mantenerlos sincronizados.
En una plataforma de « no-code », crear un único proceso con sus formularios, estados, recordatorios y una vista para móviles es cuestión de días, en lugar de meses, porque no hay que desarrollar nada. El tiempo que importa no es el de creación, sino las dos o tres semanas de uso real que te permiten saber si el formulario resiste el contacto con la práctica.
