Gestión de incidencias en la clínica: cómo organizar los avisos sin perder ninguno

1. Por qué las incidencias por WhatsApp y pósits se pierden

1.1. Lo que de verdad cuesta un box parado por una avería no resuelta

Un terminal de cobro que no funciona, un equipo de diagnóstico sin señal o un climatizador estropeado no son solo una molestia: son un espacio facturable que deja de producir mientras nadie lo resuelve. Cuanto más tarda el aviso en llegar a quien puede arreglarlo, más tiempo pasa ese box parado. Y cuando el aviso se pierde entre un cambio de turno o un hilo de WhatsApp con veinte mensajes encima, el tiempo hasta la resolución deja de depender de la gravedad del problema y pasa a depender de la suerte.

Este coste no aparece en ninguna partida contable como «tiempo perdido por incidencias mal gestionadas», así que rara vez se mide. Pero se puede estimar de forma sencilla: multiplica las horas que un box típico permanece parado al mes por lo que factura ese box en una hora normal de actividad. El resultado suele sorprender más que cualquier otra fuga de las que se revisan en la guía de rentabilidad de clínicas privadas, precisamente porque nadie lo había puesto nunca en una hoja de cálculo.

1.2. Cómo se nota cuando no hay un canal único

Sin un sitio único donde quede el aviso, la misma incidencia se reporta dos o tres veces por distintas personas que no saben que ya se ha comunicado, mientras otras se olvidan sin más. Nadie puede decir con certeza cuántas incidencias hay abiertas ni cuánto llevan esperando, porque esa información vive repartida entre memorias individuales y conversaciones que se pierden en el scroll. El coste de esta desorganización se suma al resto de fugas que se explican en la guía definitiva de gestión clínica.

2. Qué es un sistema de avisos aplicado a una clínica

2.1. De un aviso verbal a un registro que no se pierde

Un sistema de avisos o incidencias centraliza en un solo sitio cualquier problema técnico, material o administrativo que alguien detecte en la clínica: quién lo reporta, cuándo, qué zona afecta y en qué consiste. En vez de depender de que la persona correcta vea el mensaje correcto en el momento correcto, el aviso queda registrado y visible para quien tiene que resolverlo, sin depender de que nadie se acuerde de reenviarlo.

2.2. Qué queda registrado en cada aviso

Cada incidencia queda con su fecha, quién la abrió, a qué zona o equipo afecta y en qué estado está: abierta, asignada, en curso o resuelta. Esto permite algo que un grupo de WhatsApp no puede dar: saber en cualquier momento cuántas incidencias siguen abiertas y cuánto tiempo llevan así, sin tener que preguntarle a nadie. Es la misma lógica de trazabilidad que ya aplica el resto del sistema, explicada con más detalle en la guía sobre qué es un software clínico y cómo elegirlo.

3. Cómo priorizar: qué espera y qué no puede esperar

3.1. Los cuatro niveles de urgencia, explicados sin jerga

Priorizar no es atender por orden de llegada ni por quién insiste más: es separar según el impacto real en la actividad del día.

• Urgente: afecta a toda la clínica — el sistema de cobro cae, no se puede acceder a la agenda. Se atiende de inmediato.
• Alta: bloquea un box concreto — un equipo de diagnóstico sin señal, un ordenador que no arranca. Ese box queda parado hasta resolverlo.
• Media: molesta pero tiene alternativa — un fallo de usabilidad en un formulario que se puede rellenar de otra forma mientras tanto.
• Baja: mejoras o peticiones sin urgencia — un cambio estético, un informe que se puede esperar unos días.

3.2. Quién decide la prioridad, y por qué no debería ser el que más insiste

Si la prioridad la decide quien reclama con más insistencia, las incidencias realmente urgentes compiten en desventaja con las que simplemente tienen a alguien más persistente detrás. Fijar de antemano qué tipo de problema entra en cada nivel —antes de que ocurra, no en caliente— evita esa negociación cada vez y deja que el criterio sea el mismo pase lo que pase y lo reporte quien lo reporte. Esto no quita margen de criterio a quien gestiona el día a día: lo que hace es dejar por escrito, de antemano, qué tipo de problema pertenece a cada nivel, para que la discusión no se repita cada vez que aparece uno nuevo.

4. Quién ve cada aviso: accesos y proveedores externos

El técnico externo llega hasta donde tiene que llegar, y ni un paso más.

4.1. Cómo trabaja un técnico externo sin ver historias clínicas

Muchas clínicas dependen de un proveedor externo para el soporte informático o el mantenimiento de equipos. Ese proveedor necesita ver las incidencias que le corresponden, pero no tiene por qué tener acceso a nada más. El sistema de accesos por rol permite dar de alta a un técnico externo con visión únicamente sobre su cola de avisos, sin que eso implique abrirle la puerta a la agenda médica, la facturación o cualquier historia clínica.

4.2. Qué campos se separan del dato del paciente

Cuando una incidencia se origina a partir de un problema en un expediente concreto, el aviso queda vinculado a una referencia del registro, no al nombre ni a los datos clínicos del paciente. Quien resuelve el problema técnico ve lo que necesita para resolverlo, no el contenido médico que dio pie a la incidencia. Es la misma separación de accesos que se aplica al dar de alta a cualquier perfil nuevo, detallada con más ejemplos concretos en cómo contratar personal sanitario para tu clínica.

5. Seguridad y trazabilidad de los avisos

5.1. Cómo se protege el dato dentro de un aviso de incidencia

Los datos se alojan en servidores situados en España. Los documentos clínicos y los campos sensibles del expediente van cifrados con AES-256-GCM —cada tipo de dato con una clave derivada distinta— y la conexión viaja bajo TLS 1.3. Un aviso de incidencia técnica no necesita tocar esos campos para poder resolverse.

5.2. El registro de quién resolvió qué, y cuándo

Cada aviso conserva su historial completo: quién lo abrió, quién lo asignó, quién lo resolvió y cuándo cambió de estado. Ese mismo principio de trazabilidad —quién hizo qué y cuándo— es el que exige la Ley 41/2002, básica reguladora de la autonomía del paciente, sobre cualquier cambio en un dato del expediente clínico.

6. Cuánto cuesta tener este control dentro de tu plan

El registro de incidencias viene en la caja base; lo que se paga aparte son los módulos concretos.

6.1. No es un módulo aparte que haya que sumar

El registro de incidencias no es un producto separado que se contrata aparte: viene incluido en cualquiera de los planes de obeliOmed, que se contratan desde 29 €/⁠mes. No hay que negociar una licencia adicional de un software de ticketing genérico ni sumar un coste variable por técnico externo que necesite acceso.

6.2. Lo que sí es un módulo aparte, y cuánto cuesta

Lo que sí se paga por separado son los módulos que amplían funciones concretas de gestión —como la facturación con presupuestos, a +15 €/⁠mes, o el almacenamiento adicional, a +15 €/⁠mes—, no el hecho de poder reportar y seguir una avería. La tabla completa de precios y módulos está en precios y planes de obeliOmed.

7. Cómo montar tu propio protocolo de incidencias, paso a paso

7.1. Antes de nada: qué tipos de aviso vas a recibir

Antes de definir niveles de urgencia, conviene anotar durante dos semanas qué tipo de incidencias llegan de verdad: técnicas, de equipos, de facturación, de agenda. Con esa lista real —no una lista teórica de todo lo que podría pasar— es mucho más fácil decidir cuántos niveles de prioridad necesitas y quién debe resolver cada tipo.

7.2. Cómo se prueba que el protocolo funciona

Un protocolo de incidencias no se valida en el papel: se valida viendo si las urgentes de verdad se resuelven antes que las que no lo son, y si el número de incidencias abiertas al final de la semana baja o se mantiene estable. Si las urgentes tardan lo mismo que las de baja prioridad, el problema no es el sistema — es que los niveles de prioridad no se están respetando en la práctica.

8. Errores frecuentes al gestionar incidencias en una clínica

8.1. Confundir urgencia con quien más insiste

Es el error más habitual y el más fácil de evitar una vez que se nombra: sin criterios definidos de antemano, la incidencia que más se repite en el grupo de WhatsApp acaba resolviéndose antes que la que de verdad bloquea un box, solo porque alguien ha insistido más. Definir los niveles de prioridad antes de que ocurra la incidencia, y no en el momento de discutir cuál va primero, es lo que evita esta distorsión, y es también lo que permite delegar la decisión sin tener que consultar cada caso con la dirección.

8.2. No cerrar el ticket cuando el problema ya se resolvió

Una incidencia que se resuelve pero no se marca como cerrada sigue contando como abierta, y con el tiempo esa cola de «abiertas» deja de servir para nada porque nadie confía en que refleje la realidad. Cerrar el aviso en el momento en que se resuelve —no al final del día, no «cuando haya un hueco»— es lo que mantiene el registro útil para decidir prioridades mañana.

Este error se agrava cuando varias personas resuelven incidencias sin coordinarse entre ellas: cada una cierra las suyas a su ritmo, y las que quedan sin tocar durante días se acumulan sin que nadie las revise de forma explícita. Fijar un momento fijo —al principio o al final de cada turno— para repasar juntas las incidencias abiertas, no solo las nuevas, evita que el registro se llene de avisos que en la práctica ya están resueltos pero que nadie se ha molestado en cerrar.

9. Qué hace obeliOmed con esto, y cómo empezar

9.1. El mecanismo: un aviso, un box, un responsable

obeliOmed incluye el registro de incidencias dentro del mismo sistema donde ya está la agenda, la facturación y el expediente clínico, para que abrir un aviso no signifique salir a otra aplicación distinta. Cada incidencia queda vinculada a su zona o equipo, con su nivel de prioridad y su historial de resolución, visible para quien tiene que actuar sobre ella.

9.2. Primeros pasos si todavía usas WhatsApp para esto

• Anota durante dos semanas qué incidencias llegan de verdad, sin filtrar ninguna.
• Define los niveles de prioridad con esa lista real, no con una lista teórica.
• Decide quién resuelve cada tipo, incluidos los proveedores externos si los tienes.
• Pide una demo para ver cómo quedaría configurado el registro de incidencias con tu estructura de equipo.