Dashboard de calidad quirúrgica: KPIs que ayudan y métricas que sólo decoran

Dashboard de calidad quirúrgica: KPIs que ayudan y métricas que sólo decoran

Un dashboard de calidad quirúrgica sirve si permite a alguien decidir qué revisar, con qué casos y quién debe actuar. Si solo enseña porcentajes sin periodo, volumen ni acceso al episodio que explica el dato, es decoración cara. La regla práctica es simple: cada indicador debe responder a una pregunta de trabajo y llevar al listado de casos que permite comprobarla.

En un servicio quirúrgico, las preguntas suelen ser bastante concretas. ¿Qué casos siguen con seguimiento abierto? ¿Qué complicaciones esperan revisión? ¿Dónde se acumulan cancelaciones o reprogramaciones? ¿Qué tiempos están cambiando y en qué módulo? ¿Qué episodios deben llegar a morbimortalidad? Un número que no ayuda a responder una de esas preguntas no merece ocupar espacio en la pantalla.

La calidad no mejora porque aparezcan más gráficos. Mejora cuando programación, registro, seguimiento y revisión clínica usan el mismo episodio como referencia. Entonces el dashboard deja de ser una presentación de final de mes y se convierte en una puerta de entrada al trabajo pendiente.

Primero se decide qué acción debe activar cada KPI

El orden importa. Empezar por una lista de métricas suele producir un tablero lleno de números que nadie mira dos semanas después. Conviene empezar por las decisiones recurrentes del servicio.

Por ejemplo, una reunión semanal de coordinación puede necesitar saber qué pacientes están pendientes de programar, qué casos se han movido y qué restricciones del equipo afectan a la agenda. Una revisión de calidad puede necesitar episodios con complicaciones abiertas, reintervenciones o seguimiento incompleto. Un responsable de módulo puede querer comprobar si ciertos tiempos se están alargando y abrir los casos que explican el cambio.

Cada pregunta debe tener una acción asociada. Si el indicador muestra seguimientos pendientes, la acción es asignar o cerrar revisiones. Si muestra cancelaciones, la acción es revisar motivos y el punto del circuito donde se concentran. Si muestra complicaciones abiertas, la acción es validar el evento, definir el siguiente paso o preparar una sesión clínica. Sin ese vínculo, el KPI no dirige trabajo: pide atención sin ofrecer salida.

Una buena prueba es pedir a quien usa el tablero que termine esta frase: “si este número cambia, haré…”. Si la respuesta queda en “lo tendremos en cuenta”, la métrica todavía no está madura.

Productividad: medir el flujo sin confundir volumen con rendimiento

La productividad quirúrgica no se reduce a contar intervenciones. El volumen ayuda a entender carga, pero por sí solo no explica si la programación funciona ni si los casos avanzan con una preparación adecuada.

Un dashboard puede mostrar actividad por periodo, módulo, equipo o estado del episodio. La lectura útil aparece al combinar ese volumen con el recorrido de los casos: pendientes de programar, programados, realizados, cancelados, reprogramados o con seguimiento abierto. Así se distingue entre un módulo con mucha actividad resuelta y otro con una lista de trabajo que no avanza.

Los indicadores operativos que suelen justificar una revisión son:

• casos pendientes de programar, con filtro por módulo y prioridad definida por el servicio;
• cancelaciones y reprogramaciones, siempre con su motivo cuando el circuito lo registra;
• carga de casos por equipo, responsable o módulo;
• casos bloqueados por información o una decisión pendiente;
• tiempo entre dos estados operativos que el servicio haya definido con claridad.

Complicaciones: el porcentaje sin denominador es un mal informe

Las complicaciones necesitan contexto clínico y operativo. Un porcentaje global sin volumen, periodo, módulo ni tipo de procedimiento puede llevar a conclusiones rápidas y equivocadas. También puede ocultar un problema real dentro de un grupo pequeño de casos.

El primer requisito es que el evento esté estructurado en el registro: relación con el episodio, fecha, tipo o clasificación que use el equipo, estado, responsable y, cuando corresponda, vínculo con reintervención, seguimiento o morbimortalidad. El comentario libre aporta contexto, pero no debería ser el único lugar donde viva una complicación.

Con esa base, el dashboard puede ayudar a revisar:

• episodios con complicaciones abiertas frente a cerradas;
• eventos pendientes de validación o decisión;
• casos marcados para revisión de morbimortalidad;
• reintervenciones o reingresos cuando el servicio los relaciona con el episodio;
• distribución de eventos por módulo, periodo y procedimiento registrado.

La comparación debe ser prudente. Que un módulo tenga más eventos registrados no demuestra por sí solo peor resultado. Puede tener más volumen, otra casuística, procedimientos distintos o un registro más completo. El valor del dashboard está en señalar dónde conviene revisar casos y circuitos, no en repartir etiquetas de “bueno” y “malo” desde una barra de color.

Tiempos asistenciales: elegir pocos y poder explicar cada uno

Los tiempos son fáciles de acumular y fáciles de malinterpretar. Un tablero puede llenar una pantalla con medias, medianas y percentiles sin que nadie sepa qué decisión tomar. Es mejor empezar con dos o tres tramos que el servicio pueda revisar de forma consistente.

Una opción es separar tiempos de programación, tiempos del episodio quirúrgico y tiempos de seguimiento. El primer grupo ayuda a detectar casos que no avanzan desde que entran en el circuito. El segundo sirve para revisar actividad cuando el registro recoge las marcas necesarias. El tercero muestra si hay revisiones abiertas o retrasadas después de la intervención.

Para que un tiempo sea fiable, hay que acordar cuatro cosas: el evento de inicio, el evento final, los casos que entran en el cálculo y cómo se tratan los casos cancelados o reprogramados. Si distintas personas cambian esos criterios sobre la marcha, el número será preciso solo en apariencia.

Los filtros son más útiles que una media general. Ver un periodo, módulo, equipo, estado y tipo de procedimiento permite localizar patrones. Después hay que entrar al detalle. Un número que crece puede deberse a unos pocos episodios largos, a una semana con cambios de agenda o a datos incompletos. El dashboard debe hacer visible esa diferencia.

Los indicadores deben conservar la ruta hasta el caso

Un KPI clínico sin posibilidad de bajar al detalle genera conversaciones estériles. Alguien ve un cambio, otra persona pide la lista, alguien exporta una hoja y la reunión termina discutiendo qué casos estaban incluidos. Esa cadena se puede evitar si cada tarjeta o gráfico abre el conjunto de episodios que lo forma.

La vista de casos debería mantener los filtros que originaron el número: periodo, módulo, estado, equipo, procedimiento o tipo de evento. Desde ahí, el usuario autorizado puede revisar el episodio, su programación, el seguimiento, las complicaciones y las decisiones registradas.

No todos necesitan la misma profundidad. Coordinación puede requerir una vista operativa de pendientes y cambios de agenda. El responsable clínico puede necesitar el contexto de eventos y seguimiento. Administración puede trabajar con actividad y configuración sin editar datos clínicos. Los roles no son un estorbo del dashboard: determinan qué vista de trabajo tiene sentido para cada perfil.

En organizaciones con varios hospitales o unidades, la separación por tenants evita mezclar espacios de trabajo. Un indicador consolidado solo debe aparecer a quien tenga el permiso correspondiente; un módulo no debería convertirse en una ventana accidental a datos que no pertenecen a su equipo.

Métricas que suelen decorar más de lo que ayudan

No todos los datos deben convertirse en KPI. Hay tres señales de alarma.

La primera es una métrica sin decisión asociada. Un contador de “casos registrados” puede ser útil para comprobar actividad, pero no es automáticamente un indicador de calidad. La segunda es una cifra sin denominador, periodo o definición compartida. La tercera es un indicador que obliga a mantener una hoja paralela para poder existir. Si nace fuera del flujo normal, terminará desactualizado o discutido.

También conviene desconfiar de los semáforos automáticos. Un color rojo puede llamar la atención, pero no sustituye contexto clínico, volumen ni revisión del caso. El tablero no debe decidir si algo está bien o mal por el equipo. Debe ayudarle a encontrar dónde mirar.

Un panel muy cargado suele ser otra forma de no priorizar. Si todo parece crítico, nada lo es. Es preferible una pantalla con pocos indicadores, filtros claros y listas accionables que una galería de gráficos incapaces de responder una pregunta completa.

Cómo encaja Chronosurg en el trabajo de calidad

Chronosurg conecta programación quirúrgica, registro de pacientes, módulos por especialidad, dashboards, seguimiento, notificaciones, roles, administración y audit logs. Esa combinación importa porque un dashboard no debería alimentarse de una copia manual del trabajo clínico.

La programación aporta estados y cambios de agenda. El registro organiza el episodio y las variables propias de cada módulo. El seguimiento deja visibles acciones pendientes y eventos. Las complicaciones pueden relacionarse con el caso y prepararse para revisión clínica o morbimortalidad. Los dashboards ordenan la actividad y permiten pasar del indicador al conjunto de episodios. Las notificaciones pueden señalar tareas concretas cuando hay un responsable y un estado que resolver.

Los roles, tenants y auditoría de cambios sostienen la confianza en esa lectura. Si un estado, una fecha o un evento sensible cambia, el sistema conserva quién lo modificó y cuándo. No para convertir la revisión de calidad en una investigación, sino para que el dato mantenga memoria cuando el equipo necesita entenderlo.

Chronosurg no define por un servicio qué resultado debe considerar aceptable ni sustituye el criterio clínico. La plataforma ayuda a estructurar el trabajo y a revisar los casos detrás de los números. Esa frontera es sana: el dashboard muestra, el equipo interpreta y decide.

Un arranque razonable en cuatro semanas

No hace falta diseñar un tablero definitivo el primer día. Un servicio puede empezar con una base pequeña y revisarla en un ciclo corto.

1. Semana 1: elegir decisiones. Definir tres preguntas recurrentes, por ejemplo pendientes de programación, complicaciones abiertas y seguimientos que requieren acción.
2. Semana 2: acordar definiciones. Precisar estados, responsables, fechas y campos mínimos. Lo que no se pueda registrar de manera consistente todavía no debe ser KPI.
3. Semana 3: construir vistas y filtros. Crear una lista por cada pregunta y comprobar que cada indicador abre los episodios correctos.
4. Semana 4: revisar casos reales. Comprobar qué campos faltan, qué alertas añaden ruido y qué indicador nadie usa. Ajustar antes de añadir métricas nuevas.

El resultado que importa no es un dashboard más vistoso. Es una reunión en la que el equipo llega a los casos relevantes con menos búsqueda, menos hojas paralelas y un rastro claro de lo que sigue pendiente. Ahí un KPI deja de decorar y empieza a ayudar.