Gestión de incidencias mediante herramientas colaborativas digitales desde la perspectiva administrativa sanitaria

30 octubre 2026

 

AUTORES

  1. Rosa M Buendía Rojo. Auxiliar Administrativa, Zaragoza, España.
  2. Carolina Vicente García. Auxiliar Administrativa. Consultas Externas, Zaragoza, España.
  3. José María Bernal Torres. Auxiliar Administrativo del Servicio Nacional Aragonés, Zaragoza, España.
  4. Maura Aparicio Zabalza. Auxiliar Administrativo, Zaragoza, España.
  5. Aránzazu León Fábrega. Auxiliar Administrativa HURV. Admisión, Zaragoza, España.
  6. Julia Pérez Blasco. Auxiliar Administrativa. Secretaria de Traumatología, Zaragoza, España.

RESUMEN

Las incidencias detectadas en recepción y en otros servicios de apoyo sanitario suelen requerir la intervención de varias unidades. Cuando se comunican por canales informales, pueden duplicarse, perderse o quedar sin resolver. Este artículo analiza, desde la perspectiva del personal administrativo, cómo utilizar herramientas digitales colaborativas para registrar, asignar, seguir y cerrar estas incidencias. Se basa en una revisión narrativa de estudios sobre sistemas de notificación, guías de seguridad del paciente y fuentes sobre protección de datos.

El artículo propone registros con categorías y prioridades claras, responsables asignados, seguimiento visible y verificación del cierre. También distingue las incidencias operativas de los sucesos de seguridad del paciente, que requieren circuitos específicos, y recuerda que una urgencia debe comunicarse por el procedimiento inmediato del centro antes de completar un formulario. La herramienta debe limitar el acceso y los datos personales compartidos. Se concluye que un registro digital puede mejorar la coordinación y ayudar a detectar problemas repetidos, siempre que existan responsables, capacidad de respuesta y revisión periódica de los resultados.

PALABRAS CLAVE

Gestión de riesgos, seguridad del paciente, sistemas de información en salud, comunicación, calidad de la atención de salud.

ABSTRACT

Incidents detected at reception desks and in other healthcare support services often require several departments to respond. When reported through informal channels, they may be duplicated, overlooked or left unresolved. This article examines, from an administrative staff perspective, how collaborative digital tools can be used to record, assign, track and close such incidents. It draws on a narrative review of research on reporting systems, patient safety guidance and data protection sources.

The article proposes records with clear categories and priorities, assigned owners, visible progress and verified closure. It also distinguishes operational issues from patient safety incidents, which require specific reporting pathways. Urgent situations must be reported through the centre’s immediate response procedure before a form is completed. Access to the tool and the personal data shared through it should be limited. The article concludes that a digital record can improve coordination and help identify recurring problems when staff have clear responsibilities, the capacity to respond and a process for reviewing outcomes.

KEY WORDS

Risk management, patient safety, health information systems, communication, quality of health care.

DESARROLLO DEL TEMA

Una cita duplicada, un monitor de turnos averiado, un acceso bloqueado o un error en la identificación de una consulta pueden descubrirse en recepción antes que en cualquier otra unidad. Su solución suele depender de informática, mantenimiento, admisión, servicios generales o un responsable asistencial. Cuando cada persona lo comunica en un mensaje distinto, es fácil perder el contexto, repetir gestiones o no saber si alguien ha asumido el problema. La Organización Mundial de la Salud (OMS) plantea los sistemas de notificación y aprendizaje como instrumentos para identificar riesgos y extraer conocimiento de los incidentes, con cautela al interpretar sus datos1.

El objetivo es analizar cómo una herramienta colaborativa digital puede apoyar el trabajo administrativo para detectar, clasificar, comunicar, seguir y verificar la resolución de incidencias. Se distingue una incidencia operativa de un incidente de seguridad del paciente: el primero afecta al funcionamiento del servicio; el segundo implica o puede implicar daño relacionado con la atención y requiere el circuito específico del centro. Algunas situaciones, como una cita perdida que retrasa una prueba necesaria, pueden pertenecer a ambos ámbitos. Esta revisión narrativa combina evidencia sobre sistemas de notificación con una propuesta operativa de coordinación; no evalúa un producto informático concreto.

Qué aporta un registro compartido:

Un registro colaborativo reúne en una ficha la descripción, localización, momento de detección, categoría, prioridad, responsable, estado, comunicaciones y fecha de cierre. Esta estructura es una propuesta de gestión, no un estándar universal. Permite que el administrativo sepa si el aviso llegó a su destino y que la unidad receptora pida información adicional sin iniciar una cadena nueva de correos. La utilidad depende de que todos empleen el mismo criterio para asignar y cerrar, y de que las actualizaciones se mantengan al día.

Una revisión sistemática y síntesis cualitativa de sistemas de aprendizaje en seguridad del paciente identificó cuatro dimensiones decisivas: cultura organizativa, introducción de datos, análisis y devolución de resultados. Destacó formularios fáciles de usar, instrucciones sobre qué notificar, apoyo al análisis y mecanismos de retroalimentación2. Aunque la revisión se centra en la seguridad del paciente, estas necesidades son pertinentes por analogía al diseño de un registro operativo: saber qué ocurrió y qué se hizo después importa más que acumular fichas.

En el mostrador, la información debe distinguir hechos comprobados de interpretaciones. «La pantalla de llamadas de la sala B no muestra los turnos desde las 09:20 y cinco personas han preguntado en recepción» permite actuar mejor que «el sistema funciona mal». Si hay consecuencias para pacientes, se describen por el canal autorizado y con el nivel de detalle necesario. Un campo para adjuntar una imagen puede ser útil para un objeto roto, pero no debe convertirse en una vía informal para subir documentos clínicos o fotografías identificables.

Clasificación y prioridad de las incidencias:

Una clasificación sencilla puede diferenciar tecnologías, instalaciones, accesibilidad, información al público, citas y documentación, limpieza y seguridad. La categoría orienta el destino inicial, pero debe permitir corrección cuando se descubra otra causa. La prioridad no equivale al volumen de quejas: depende del riesgo, la urgencia, las personas afectadas y la posibilidad de mantener el servicio. Un pasillo bloqueado o un fallo que impide atender a personas con una necesidad inmediata requiere activar el aviso urgente establecido, además de crear una ficha para seguimiento posterior.

La herramienta digital nunca debe retrasar la respuesta inmediata. Si se detecta un peligro físico, una agresión, una sospecha de daño clínico o una situación que exige intervención asistencial, primero se avisa al equipo competente por el procedimiento urgente. El registro se completa cuando la situación está controlada y según el protocolo. La OMS advierte que los datos de notificación deben interpretarse con cuidado, pues reflejan solo aquello que se reconoce y comunica1. Por eso un tablero sin registros no demuestra ausencia de problemas.

Conviene separar la lista de tareas operativas del sistema formal de sucesos de seguridad del paciente, aunque puedan enlazarse mediante un identificador seguro o una derivación registrada. No se trata de abrir dos informes idénticos sin coordinación. El personal administrativo debe conocer qué señales obligan a escalar al responsable de seguridad, quién valida la clasificación y cómo se evita que un evento con posible daño quede etiquetado solo como fallo informático. La organización define esas reglas; el administrativo no tiene que establecer causalidad clínica.

Diseño de la herramienta y trabajo real:

En una revisión cualitativa de diez estudios sobre software de notificación, los profesionales pidieron formularios adecuados a distintas especialidades, acceso sencillo, campos flexibles con opciones predefinidas, posibilidades de anonimato y seguimiento con devolución de información3. Estos hallazgos no prueban que cada función reduzca incidentes, pero orientan un diseño que pueda utilizarse durante una jornada con interrupciones. La carga de introducir datos debe ser proporcional a la gravedad y a la información que la unidad resolutora necesita.

Para el trabajo administrativo, un formulario breve puede solicitar título descriptivo, ubicación, momento, categoría, impacto observable y opción de urgencia. Los campos complementarios pueden abrirse según el tipo de incidencia. Es importante impedir que la urgencia dependa de encontrar una casilla escondida. La persona que crea la ficha debe recibir confirmación y poder consultar su estado cuando tenga autorización, sin acceder por ello a información clínica o a expedientes de otras unidades.

Una experiencia de implantación de un sistema electrónico de notificación en un hospital docente saudí encontró buena satisfacción y un aumento del número de informes tras la implantación, junto con la necesidad de formación, confidencialidad, retroalimentación y una cultura no punitiva4. El incremento de notificaciones puede representar mayor disposición a registrar y no necesariamente más eventos. Los resultados proceden de un estudio de caso y no deben extrapolarse a cualquier herramienta compartida en otro sistema sanitario.

Asignación, seguimiento y cierre verificable:

Cada ficha necesita una unidad responsable y una persona o función encargada de revisar el siguiente paso. Estados como «recibida», «asignada», «en curso», «pendiente de tercero» y «resuelta» ayudan solo si tienen definiciones compartidas. «Resuelta» debería significar que se aplicó una acción y se comunicó al origen; en problemas visibles desde recepción, puede añadirse una comprobación desde el lugar donde se detectó. La verificación evita cerrar un caso por haber enviado un correo cuando la pantalla sigue apagada.

Un plazo interno puede servir para recordar la revisión de incidencias que llevan demasiado tiempo sin movimiento. Sin embargo, fijar el mismo tiempo para todas crea falsas promesas y puede inducir cierres prematuros. Es preferible que las prioridades definan cuándo debe responderse, cuándo debe escalar una demora y quién comunica a los usuarios un impacto persistente. En un problema de citas, por ejemplo, la respuesta puede requerir admisión, informática y una unidad clínica; el registro común deja visible la dependencia entre tareas.

El aprendizaje aparece al agrupar incidencias repetidas. Si un mismo cartel genera preguntas cada semana, la acción adecuada puede ser cambiarlo; si una aplicación falla tras determinadas actualizaciones, el patrón puede orientar una solución técnica. La Agencia para la Investigación y la Calidad de la Atención Sanitaria de Estados Unidos destaca la necesidad de seguimiento y devolución a quienes notifican para conectar el informe con las mejoras5. El equipo administrativo puede señalar recurrencias y comprobar si la modificación redujo las consultas o interrupciones.

Confidencialidad y acceso responsable:

Las herramientas compartidas facilitan el trabajo conjunto, pero amplían el número de personas que podrían ver un registro. Por eso deben definirse permisos por función, registro de accesos, conservación y vías seguras para la información sensible. En el contexto europeo, el Reglamento General de Protección de Datos establece principios de minimización, limitación de finalidad e integridad y confidencialidad de los datos personales6. Su aplicación concreta requiere las políticas y asesoramiento del centro; esta monografía no sustituye una evaluación jurídica o técnica.

En una incidencia operativa, muchas veces basta con describir el lugar, el equipo y el problema sin nombre de paciente. Si resulta imprescindible identificar a una persona para corregir una cita, el dato debe quedar en el sistema autorizado y mostrarse solo a quien tramita esa corrección. No es apropiado copiar nombres, diagnósticos, pantallas de historia clínica o teléfonos en un chat general de equipo. Los avisos automáticos también deben evitar reproducir datos sensibles en asuntos de correo o notificaciones visibles en dispositivos compartidos.

La colaboración no exige acceso universal. Un administrativo puede ver el estado y la respuesta pertinente de su aviso sin consultar notas clínicas; mantenimiento puede conocer el lugar de la avería sin acceder a la identidad de los usuarios; seguridad del paciente debe recibir los datos necesarios para investigar un riesgo asistencial. La separación de vistas y la trazabilidad de cambios permiten coordinar sin convertir la herramienta en un archivo paralelo de historias o reclamaciones.

Implantación y evaluación desde administración:

Antes de elegir o ampliar una herramienta, conviene describir el circuito actual: dónde se detectan las incidencias, por qué canales se comunican, quién responde y qué problemas nunca se cierran. Una prueba limitada con recepción y dos unidades resolutoras permite observar campos confusos, avisos que llegan a destinatarios incorrectos y casos que se duplican. La formación debe explicar cuándo usar la herramienta y cuándo activar un aviso urgente, además de practicar cómo redactar hechos observables y proteger datos.

La evaluación puede seguir proporción de fichas con responsable, tiempo hasta primera respuesta, tiempo hasta resolución, incidencias reabiertas, recurrencias y percepción de utilidad de trabajadores. Estos indicadores necesitan interpretación: un tiempo de cierre corto podría reflejar resolución eficiente o cierres antes de verificar. Las tasas de informes tampoco miden directamente la seguridad. Una revisión sistemática de sistemas de notificación encontró evidencia limitada de mejora en resultados finales y destacó que estos deben integrarse en programas de seguridad más amplios7.

Para evitar culpabilizar, las reuniones de seguimiento deben centrarse en barreras del proceso: categorías ambiguas, falta de recursos, incidencias que pasan de una unidad a otra y ausencia de respuesta. La prioridad es mostrar a quien informó que su aportación produjo una acción o una explicación fundada. Si una ficha se cierra por imposibilidad de actuar de inmediato, debe consignarse qué medida provisional se adoptó y quién revisará de nuevo el problema. El tablero refleja decisiones y responsabilidades; no sustituye el tiempo ni los recursos para ejecutarlas.

LIMITACIONES Y CONCLUSIONES

La evidencia empírica citada procede principalmente de sistemas de notificación de seguridad del paciente y de profesionales clínicos; hay menos estudios específicos sobre gestión colaborativa de averías, citas o información desde recepción. Esta revisión narrativa no comparó productos, no estimó ahorro de tiempo y no permite afirmar que digitalizar reduzca incidentes por sí mismo. Las funciones propuestas son decisiones de diseño que deben validarse con usuarios y políticas locales.

Una herramienta colaborativa aporta valor cuando transforma un aviso en un proceso visible: clasificar, asignar, responder, verificar y aprender. Para administrativos y auxiliares facilita conocer el destino de las incidencias que detectan y comunicar su estado con precisión. La seguridad exige conservar los circuitos urgentes, distinguir problemas operativos de sucesos asistenciales y limitar los datos compartidos. La mejora depende de responsables claros, retroalimentación y corrección de causas repetidas, además del soporte digital.

BIBLIOGRAFÍA

  1. World Health Organization. Patient safety incident reporting and learning systems: technical report and guidance. Geneva: WHO; 2020. Disponible en: https://www.who.int/publications/i/item/9789240010338
  2. Health Quality Ontario. Patient safety learning systems: a systematic review and qualitative synthesis. Ont Health Technol Assess Ser. 2017;17(3):1-23. Disponible en: https://pubmed.ncbi.nlm.nih.gov/28326148/
  3. Koskiniemi S, et al. Health professionals’ perceptions of the development needs of incident reporting software: a qualitative systematic review. J Adv Nurs. 2024;80(9):3533-3546. doi:10.1111/jan.16106. Disponible en: https://pubmed.ncbi.nlm.nih.gov/38366716/
  4. Abu Alrub AM, Amer YS, Titi MA, May ACA, Shaikh F, Baksh MM, et al. Barriers and enablers in implementing an electronic incident reporting system in a teaching hospital: a case study from Saudi Arabia. Int J Health Plann Manage. 2022;37(2):854-872. doi:10.1002/hpm.3374. Disponible en: https://pubmed.ncbi.nlm.nih.gov/34727405/
  5. Agency for Healthcare Research and Quality. Reporting patient safety events [Internet]. Rockville (MD): AHRQ. Disponible en: https://psnet.ahrq.gov/primer/reporting-patient-safety-events
  6. Parlamento Europeo y Consejo de la Unión Europea. Reglamento (UE) 2016/679, de 27 de abril de 2016, relativo a la protección de las personas físicas en lo que respecta al tratamiento de datos personales. Diario Oficial de la Unión Europea. 2016;L119:1-88. Disponible en: https://eur-lex.europa.eu/legal-content/ES/TXT/?uri=CELEX:32016R0679
  7. Stavropoulou C, Doherty C, Tosey P. How effective are incident-reporting systems for improving patient safety? A systematic literature review. Milbank Q. 2015;93(4):826-866. doi:10.1111/1468-0009.12166. Disponible en: https://pubmed.ncbi.nlm.nih.gov/26626987/

 

Publique con nosotros

Indexación de la revista

ID:3540

Últimos artículos