Hoja de cálculo compartida para gestionar la clínica: por qué se rompe antes de fallar

1. Qué resuelve la hoja de cálculo en una clínica que empieza

1.1. Un registro inmediato sin diseñar nada

Una hoja de cálculo se abre y se empieza a rellenar. No hay que definir entidades, ni configurar campos, ni entender un panel de administración. El profesional que necesita anotar los pacientes del día crea una columna para cada dato —nombre, teléfono, motivo de visita, fecha— y ya tiene un registro funcionando. Es el prototipo perfecto: rápido, flexible y gratis. El problema es que un prototipo no es un sistema, y la transición de uno a otro nunca sucede porque la hoja sigue funcionando hasta que un día deja de hacerlo.

1.2. Fórmulas para contar y sumar sin saber programar

Una SUMA de la columna de cobros da la facturación del mes. Un CONTAR.SI filtra los pacientes que vinieron más de tres veces. Esas operaciones básicas cubren las primeras necesidades de gestión de una consulta pequeña sin instalar nada ni contratar a nadie. Para un gerente no técnico que necesita entender cómo va la consulta con lo que tiene a mano, la hoja de cálculo es el camino más corto.

2. El primer fallo: datos que se pisan sin aviso

2.1. Dos personas editando la misma celda al mismo tiempo

Google Sheets permite la edición simultánea, pero no impide que dos personas escriban en la misma celda: la última en guardar gana, y la primera pierde su dato sin aviso. En una clínica, eso significa que la recepcionista anota un teléfono nuevo mientras el médico está cambiando la misma fila para añadir un diagnóstico. El teléfono se pierde, nadie lo sabe, y cuando alguien intenta llamar al paciente el número ya no es el correcto.

2.2. Ordenar o filtrar la hoja cambia lo que todos ven

Cuando alguien ordena la hoja por fecha, la ordenación afecta a todos los que la están mirando. Si otra persona estaba buscando un paciente por nombre, lo que tenía en pantalla deja de ser lo que estaba leyendo. Peor aún: un filtro mal aplicado puede ocultar filas que contienen datos activos, y quien no sabe que hay un filtro puesto cree que esos datos no existen. En una hoja con trescientas filas, un filtro olvidado tarda semanas en detectarse.

2.3. Copiar y pegar introduce errores que no saltan

Un dato pegado en la celda equivocada sobrescribe lo que había sin dejar rastro visible. Si la hoja tiene validaciones (listas desplegables, formatos), un pegado de texto plano las salta. No hay integridad referencial: borrar un paciente de la pestaña de datos no borra sus citas de la pestaña de agenda, y la hoja sigue funcionando como si nada hubiera cambiado, con datos huérfanos que nadie ve.

3. Permisos por hoja, no por campo: quién ve qué

3.1. No se puede ocultar un campo a quien tiene acceso a la hoja

Google Sheets permite proteger hojas o rangos, pero no permite que un usuario vea unas columnas sí y otras no dentro de la misma hoja. Si la pestaña de pacientes tiene una columna de diagnóstico junto a una de teléfono, quien necesita ver el teléfono para llamar al paciente ve también el diagnóstico. Eso no es un problema de configuración: es una limitación de diseño de la herramienta. La seguridad que el marco legal exige a un software que gestiona datos de salud requiere permisos a nivel de campo, no de hoja.

3.2. Compartir el enlace es compartirlo todo

La forma más rápida de dar acceso a la hoja es enviar el enlace. Pero ese enlace da acceso a toda la hoja, con todas sus pestañas, incluyendo las que contienen datos sensibles que el destinatario no necesita ver. Una vez compartido, el enlace puede reenviarse, y no hay forma de saber quién lo tiene ni de revocar el acceso de uno sin revocárselo a todos.

4. Fórmulas que rompen datos en silencio

4.1. Una fórmula borrada no avisa a nadie

Si alguien borra accidentalmente una fórmula de la columna que suma los cobros del mes, el total desaparece. Sheets no avisa de que se ha borrado una fórmula: la celda queda vacía o con el texto que se haya pegado encima, y el dato calculado se pierde hasta que alguien se fija en que falta. En una hoja con cincuenta fórmulas distribuidas por varias pestañas, ese tipo de error puede pasar semanas sin detectarse.

4.2. Un cambio de formato corrompe las fechas y los importes

Las fechas en una hoja de cálculo son números con un formato aplicado. Si alguien cambia el formato de una columna de fechas a texto, o pega una fecha en formato americano donde la hoja espera europeo, el dato se corrompe. Lo mismo pasa con los importes: un punto donde la hoja espera una coma convierte 1.200 en 1,2 sin avisar. Esos errores son especialmente peligrosos porque la hoja sigue funcionando con datos incorrectos, y la primera señal suele ser una facturación que no cuadra al final del mes.

4.3. Sin validación de entrada, cualquier valor cabe en cualquier celda

Sheets permite definir validaciones de datos por rango, pero en la práctica la mayoría de hojas compartidas no las tienen configuradas. Nada impide escribir un nombre en una celda de teléfono, pegar un texto largo donde debería ir un número de colegiado, o dejar en blanco un campo que el resto de fórmulas necesitan relleno para funcionar. Un software de gestión clínica rechaza la entrada que no cumple el formato antes de guardarla; la hoja la acepta, la guarda y deja que las fórmulas que dependen de ella devuelvan un resultado incorrecto o directamente un error que nadie va a leer salvo el que encuentre la celda.

5. El historial de versiones no es una auditoría

5.1. No dice quién cambió un dato concreto, solo quién editó la hoja

Google Sheets registra versiones de la hoja completa, no cambios por celda. Si se necesita saber quién cambió el teléfono de un paciente concreto hace tres semanas, la única forma es revisar versiones una a una hasta encontrar la que todavía tiene el valor anterior, comparar con la siguiente y esperar que el cambio se hiciera en una edición separada, no junto con otros treinta cambios en la misma sesión. Eso no es una auditoría: es una reconstrucción forense.

5.2. No hay constancia de quién leyó un dato

El registro de accesos que exige la normativa de protección de datos incluye no solo quién modificó un dato, sino quién lo consultó. Google Sheets no registra lecturas: cualquiera con acceso puede abrir la hoja, buscar un nombre y leer su historial clínico sin que quede rastro. Para una clínica con tres empleados eso puede parecer manejable; con diez, es un agujero de trazabilidad que no se puede cerrar sin cambiar de herramienta.

6. Datos de salud en Google Sheets: lo que exige el RGPD

6.1. La clínica es responsable de la idoneidad del soporte

El RGPD exige que el responsable del tratamiento demuestre que el soporte es adecuado para el tipo de dato que almacena. Una hoja de Google Sheets que contiene nombres de pacientes junto con diagnósticos es un tratamiento de datos de categoría especial, y la clínica tiene que poder justificar por qué eligió ese soporte frente a alternativas que ofrecen más garantías. «Es gratis y ya lo teníamos» no es una justificación que aguante una inspección.

6.2. El derecho de supresión no se resuelve borrando una fila

Si un paciente ejerce su derecho de supresión, borrar su fila de la hoja no basta: el dato sigue en el historial de versiones de Sheets, accesible para cualquiera con permisos de edición. La supresión efectiva requiere borrar también las versiones anteriores, lo que significa destruir el historial de toda la hoja, incluyendo las versiones que contenían datos de otros pacientes. Es un callejón sin salida que la hoja de cálculo no puede resolver.

7. Escalar con pestañas: por qué no funciona

7.1. Cada pestaña nueva es un silo que no se cruza con los demás

La solución natural cuando la hoja se queda pequeña es añadir pestañas: una para pacientes, otra para citas, otra para cobros, otra para inventario. Pero esas pestañas no están conectadas entre sí: cambiar el nombre de un paciente en la pestaña de datos no lo cambia en la de citas. La hoja se convierte en un conjunto de tablas independientes que solo un usuario experto puede cruzar con BUSCARV y fórmulas que nadie más entiende ni se atreve a tocar.

7.2. La hoja maestra se convierte en una dependencia personal

Cuando la hoja tiene fórmulas complejas, macros o scripts de Apps Script, la persona que las creó es la única que sabe cómo funcionan. Si esa persona se va de la clínica, deja de estar disponible o simplemente olvida cómo lo hizo, la hoja pasa de ser una herramienta a ser un riesgo: nadie puede modificarla sin miedo a romperla, y nadie puede replicarla en otro sitio porque la lógica no está documentada.

8. Lo que la hoja de cálculo sí hace bien

8.1. Explorar datos ad hoc sin esperar a nadie

Para una pregunta puntual —¿cuántos pacientes nuevos vinieron en junio?—, una hoja de cálculo con los datos exportados es la herramienta más rápida. No necesita un informe prediseñado ni un módulo de reporting: se filtra, se suma y se tiene la respuesta. Ese uso exploratorio sigue teniendo valor incluso cuando la gestión principal se hace en otro sistema, y de hecho es más fiable cuando los datos vienen de una exportación limpia que cuando viven directamente en la hoja.

8.2. Prototipar un proceso antes de sistematizarlo

Si la clínica quiere probar un nuevo flujo de trabajo —por ejemplo, registrar el motivo de cancelación de cada cita para ver si hay un patrón—, una hoja de cálculo es el sitio más barato para probarlo. Si funciona, se pide al software clínico que lo incorpore. Si no funciona, se borra la pestaña y no ha costado nada. El problema aparece cuando el prototipo se queda como sistema definitivo, y nadie se da cuenta de que lleva dos años funcionando sin las garantías que necesita.

9. Qué aporta obeliOmed cuando la hoja se queda corta

9.1. Datos conectados sin fórmulas que mantener

En obeliOmed, la cita del paciente, su expediente, sus cobros y su historial están conectados por diseño: no hace falta un BUSCARV para cruzarlos. Un cambio de teléfono se refleja en todas partes, un acto clínico genera su factura automáticamente, y un paciente dado de baja deja de aparecer en la agenda sin que nadie tenga que borrarlo de tres pestañas diferentes. La historia clínica electrónica sustituye las pestañas con un expediente estructurado que cualquier profesional puede consultar.

9.2. Permisos por rol, no por enlace compartido

Cada profesional ve lo que su rol necesita: recepción ve la agenda y los datos de contacto; el médico ve la historia completa; el administrador ve la facturación. No hay un enlace que compartir ni un permiso global que configurar. Los datos se alojan en servidores situados en España, los campos sensibles van cifrados con AES-256-GCM, y cada acceso queda registrado con su autor, su fecha y el dato al que accedió.