El traspaso verbal de tres segundos
«Varón de 30 años, accidente de tránsito, fractura abierta de fémur izquierdo, presión arterial 90/60, frecuencia cardíaca 110, SpO2 94 %, ya se administró una dosis de TXA, se recomienda traslado directo a quirófano.»
Un paramédico con experiencia puede decir todo esto en tres segundos. La enfermera que lo recibe asiente y empieza a prepararse de inmediato.
Así es un traspaso ISBAR. Se usa en todo el mundo y ha salvado incontables vidas.
Pero tiene tres problemas:
- No queda registro. Tres segundos después, esas palabras se disuelven en el aire. Dos días más tarde, alguien pregunta «¿qué se dijo en ese traspaso?», y la respuesta es «creo que recuerdo algo como...».
- No se puede verificar. ¿Escuchó la enfermera receptora exactamente lo que dijo quien entregaba al paciente? Nadie lo sabe.
- No se puede reproducir. Si hay que reconstruir la línea de tiempo completa de un incidente —quién le pasó qué información a quién, y cuándo—, el traspaso verbal no puede dársela.
xGrid no pretende sustituir el traspaso verbal. Lo que hace es asegurarse de que ese traspaso deje atrás un registro estructurado que no desaparece.
Los cinco campos de ISBAR
| Letra | Significado | Qué registra xGrid |
|---|---|---|
| I | Identify (identificación) | Nombre del paciente, edad, sexo, número de registro — el sistema lo completa automáticamente |
| S | Situation (situación) | Motivo de consulta, destino, hora estimada de llegada |
| B | Background (antecedentes) | Historia clínica, alergias, medicación actual, talla y peso |
| A | Assessment (evaluación) | Presión arterial, frecuencia cardíaca, frecuencia respiratoria, saturación de oxígeno, GCS, escala de dolor |
| R | Recommendation (recomendación) | Tratamiento sugerido, órdenes pendientes, precauciones para el traslado |
El campo «I» se rellena solo: al crear el traspaso, el sistema extrae la información del paciente directamente del registro de admisión. Escribir a mano el nombre y el número de identificación bajo presión tiene muchas más probabilidades de error que dejar que lo haga el sistema.
Más que ISBAR
xGrid admite cuatro formatos de traspaso, para distintas situaciones:
- ISBAR — traspaso estándar intrahospitalario
- MIST — traspaso de trauma en el campo de batalla (Mechanism/mecanismo, Injuries/lesiones, Signs/signos, Treatment/tratamiento)
- SOAP — notas de consulta ambulatoria
- ICU_SHIFT — cambio de turno en cuidados intensivos
Los formatos cambian, pero el mecanismo de seguimiento de fondo es el mismo: cada traspaso registra quién lo entregó, quién lo aceptó, cuándo, y en qué estado se encuentra.
Instantánea bloqueada: el estado real en el momento del traspaso
Cada vez que se crea un traspaso, el sistema toma una «instantánea»: congela los datos actuales del paciente, los últimos signos vitales y el estado de triaje en un registro que ya no se puede modificar.
¿Por qué?
Porque los datos del paciente cambian. Una hora después del traspaso, el triaje puede haber pasado de YELLOW a RED, y la presión arterial puede seguir bajando. Si el registro del traspaso simplemente apuntara a «los datos más recientes», nunca se podría responder a la pregunta: ¿cuál era en realidad el estado del paciente en el momento del traspaso?
La instantánea bloqueada resuelve esto. Los datos que quedan en el registro del traspaso son el estado real de ese instante preciso, y ninguna actualización posterior los sobrescribe. Esta distinción es fundamental en las revisiones posteriores a un incidente y en los procesos legales.
Cómo se evita el doble traspaso
Varias enfermeras ven al mismo tiempo un traspaso pendiente de aceptar. Dos de ellas pulsan «Aceptar» al mismo tiempo. ¿Quién se queda con el paciente?
El sistema lo resuelve con una operación atómica que garantiza que solo una de ellas pueda aceptar con éxito. La primera en pulsar se queda con el paciente; a la segunda le aparece el aviso «Este traspaso ya ha sido aceptado».
En escenarios de víctimas masivas, es normal que varias enfermeras revisen la misma lista de traspasos pendientes al mismo tiempo. Sin esta protección, un mismo paciente podría terminar en manos de dos equipos a la vez: recursos desperdiciados y responsabilidades confundidas.
Lo que pasa después del traspaso
Un traspaso no es un instante: es un proceso. Entre el momento en que el paramédico crea el traspaso y el momento en que el paciente llega a su destino, la situación puede cambiar.
xGrid rastrea lo que ocurre después con un sistema de adendas:
| Tipo | Momento | Contenido |
|---|---|---|
| Signos vitales de llegada | Cuando llega el paramédico | Nueva toma de signos vitales |
| Evento en tránsito | Durante el traslado | Ajuste de oxígeno, cambio de consciencia, cambio de ruta |
| Nota clínica | En cualquier momento | Juicio clínico y observaciones del paramédico |
Cada adenda lleva su propia marca de tiempo, y juntas forman una línea de tiempo completa, desde el traspaso hasta la llegada.
El rechazo también es un dato
Un traspaso puede rechazarse. Rechazarlo no es un fracaso: es una decisión clínica con sentido propio:
- Paciente inestable — no está en condiciones de ser trasladado
- El receptor está lleno — no hay espacio
- El destino está cerrado — esa estación ha sido evacuada
- Otro motivo — explicación en texto libre
Estos registros son igual de importantes. Responden a la pregunta «¿por qué este paciente no llegó a donde debía ir?», una pregunta que aparece una y otra vez en las revisiones posteriores a un desastre.
La línea de tiempo que se arma sola
Cuando se juntan todos los registros de traspaso, las adendas y los eventos de cada sistema, se obtiene el recorrido completo del paciente:
| Hora | Evento | Detalle |
|---|---|---|
| 08:30 | Ingreso desde el campo de batalla | Llega el herido, traspaso MIST, triaje RED |
| 08:31 | Traspaso creado | El paramédico crea un ISBAR para la estación de enfermería |
| 08:33 | Traspaso aceptado | La enfermera B lo acepta |
| 08:35 | Adenda | Signos vitales de llegada: presión arterial 85/55 (más baja que en el traspaso) |
| 08:37 | Adenda | Evento en tránsito: se añade oxígeno de alto flujo |
| 08:42 | Traspaso completado | El paciente llega a quirófano |
| 08:43 | Inicio de la cirugía | Registrado por el sistema de recursos |
| 09:15 | Entrega de hemoderivado | Se entrega una unidad de glóbulos rojos |
| 10:30 | Fin de la cirugía | |
| 10:35 | Paquete de alta | El sistema de recursos devuelve el registro al sistema clínico |
Esta línea de tiempo se genera sola. Nadie tiene que sentarse a escribir un informe. Cada sistema registra los eventos de los que es responsable, y al juntarlos después se obtiene la historia completa.
De tres segundos a quince
Volvamos al traspaso verbal de tres segundos del principio.
Un traspaso en xGrid tarda unos quince segundos: doce segundos más que decirlo en voz alta. La enfermera toca unos pocos campos (uno cada uno para S, B, A y R; la I se rellena sola) y ya está.
Pero esos doce segundos compran:
- Un registro que no desaparece
- Una instantánea que se puede verificar
- Una línea de tiempo que se puede reproducir
- Un conjunto de datos que se puede analizar
Los datos estructurados de cien traspasos pueden decirle qué rutas tienen los tiempos de traslado más largos, en qué franjas horarias hay más rechazos de traspaso, o si el nivel de detalle de las adendas tiene alguna relación con el desenlace del paciente.
La tradición oral no puede responder esas preguntas. Los datos estructurados sí.
Para profundizar: Cuando el muro se rompe — cómo Safety-II cambia el diseño de los sistemas médicos