Una caída de madrugada

Una residencia de 120 plazas, turno de noche. A las 3:40, Sergio, gerocultor, encuentra a Pilar en el suelo del baño de su habitación. Está consciente, pero se queja de dolor en la cadera y no puede apoyar la pierna. En el turno hay una enfermera para todo el edificio, Ana, que está en otra planta.

Escenario ilustrativo de cómo se gestiona una incidencia grave con Tavami.

Antes

• Sergio avisaba a Ana por el teléfono interno y, cuando podía, escribía la caída en el libro de incidencias del control.
• La directora se enteraba a las 9:00, en el parte de la mañana.
• Las actuaciones (valoración, llamada al 112, traslado, aviso a la familia) quedaban repartidas entre el libro, la hoja de enfermería y la memoria de quien estuvo.
• Una semana después, nadie tenía claro si la incidencia estaba cerrada ni qué se había hecho.

Con Tavami

1. Primera atención. Lo primero es Pilar. Sergio no la mueve, la tapa y avisa a Ana por el procedimiento del centro.

2. Registro de la incidencia. Mientras Ana llega, Sergio abre Incidencias en el móvil de planta, busca a Pilar y registra la incidencia: tipo caída (del catálogo cerrado del centro), gravedad alta, fecha y hora y una descripción breve. El registro queda firmado a su nombre. La incidencia nace en estado abierta.

3. Aviso automático. Al registrarse una incidencia de gravedad alta, el sistema genera una notificación para Enfermería y Dirección. El móvil de Ana vibra con un aviso genérico ("Tienes una notificación"), sin nombre de la residente ni datos de salud: el contenido se carga al abrir la app, con su sesión. La campana de notificaciones de la directora, Elena, también la recoge.

4. Valoración de enfermería. Ana llega, valora a Pilar y decide el traslado al hospital. Llama al 112. Desde la incidencia registra una actuación: valoración, sospecha de fractura de cadera, aviso a emergencias. La incidencia pasa a en seguimiento.

5. Aviso a la familia. Ana llama al hijo de Pilar por teléfono, siguiendo el protocolo del centro, y lo registra como actuación.

6. Traslado. Cuando la ambulancia se lleva a Pilar, admisiones o enfermería registra la ausencia temporal de su estancia. Mientras esté en el hospital, su medicación no aparece como administrable en la ronda.

7. La mañana siguiente. Elena abre la incidencia a las 8:30 y ve todo lo ocurrido en orden: quién la registró, a qué hora, qué actuaciones hubo y quién las hizo. No necesita reconstruir nada.

8. Seguimiento. Durante los días siguientes se añaden actuaciones: información del hospital, revisión del baño por mantenimiento, propuesta de revisión del PAI para incorporar medidas de prevención de caídas.

9. Cierre. Cuando Pilar vuelve al centro y se ha revisado su plan, Ana cierra la incidencia. El sistema no permite cerrarla sin al menos una actuación registrada. Una vez cerrada, la incidencia no se puede modificar ni eliminar.

10. Revisión del plan. El equipo crea una nueva versión del PAI de Pilar con objetivos de prevención de caídas. La versión anterior queda archivada.

Qué garantiza el sistema

• Toda incidencia tiene tipo (de un catálogo cerrado), gravedad, fecha y persona asociada.
• Una incidencia de gravedad alta notifica de forma automática a Enfermería y Dirección.
• El aviso push no contiene datos de salud; el contenido se consulta en la app con sesión autenticada.
• El ciclo es abierta, en seguimiento, cerrada, y no se cierra sin una actuación registrada.
• Las incidencias no se eliminan; una incidencia cerrada es inmutable.
• Cada registro y cada actuación van firmados por quien los hace.
• Con la estancia en ausencia temporal no se registran administraciones de medicación.

Quién interviene

Rol	Qué hace
Gerocultor	Primera atención y registro de la incidencia desde la app de planta
Enfermería	Valoración, actuaciones, seguimiento y cierre
Dirección	Recibe el aviso, supervisa y revisa el caso
Admisiones o enfermería	Registra la ausencia temporal por hospitalización
Equipo interdisciplinar	Revisa el PAI tras la caída

Más detalle en Incidencias.