Scranton, Pensilvania, está considerando avanzar hacia un modelo híbrido de servicios médicos de emergencia (EMS) que combine servicios de ambulancia públicos y privados. Su propuesta de presupuesto de capital para 2027 incluye la compra de tres ambulancias usadas para empezar a desarrollar capacidad de EMS operada por la ciudad. A primera vista, parece una inversión en equipos. Las preguntas más difíciles suelen comenzar cuando los vehículos entran en servicio. ¿Quién despacha la llamada? ¿Pueden gestionarse las ambulancias públicas y privadas dentro del mismo conjunto de recursos? ¿Qué unidad está más cerca y qué nivel de capacidad clínica tiene su dotación? ¿Puede el hospital receptor atender en ese momento a ese tipo de paciente? Y cuando se produce un incidente con múltiples víctimas, ¿con qué rapidez pueden bomberos, EMS, fuerzas del orden y el centro de despacho actuar como una sola estructura de respuesta? Ninguno de estos problemas se resuelve automáticamente añadiendo más ambulancias.

Para cualquier sistema EMS que esté ampliándose o cambiando su modelo operativo, el número de vehículos es solo el punto de partida. Lo más importante es que esos recursos puedan verse, despacharse y coordinarse dentro de una misma imagen operativa. Ahí es donde un sistema maduro de despacho y mando de emergencias se vuelve esencial.

Más ambulancias suelen hacer que el despacho sea más complejo al principio

El despacho EMS es relativamente sencillo cuando una sola organización controla los vehículos, las dotaciones, los turnos de servicio y la autoridad de despacho. El centro de comunicaciones tiene visibilidad directa de los recursos que posee y puede asignarlos sin tener que cruzar límites organizativos.

Un modelo híbrido es diferente. Las ambulancias municipales, los proveedores privados de EMS y los equipos de transporte vinculados a hospitales pueden estar disponibles al mismo tiempo, pero no necesariamente funcionan bajo la misma estructura de gestión. Cuando entra una llamada al 911, el sistema de despacho debe mostrar algo más que «hay cinco ambulancias cerca». También debe identificar qué unidades están disponibles, cuáles ya están comprometidas, si cada dotación es clínicamente adecuada para la llamada, cuánto se espera que tarde cada unidad en llegar y, algo igual de importante, si el despachador tiene realmente autoridad para asignar ese recurso.

Si esa información permanece aislada en sistemas separados, los despachadores se ven obligados a hacer llamadas telefónicas, cambiar entre varias aplicaciones o contactar con las unidades una por una por radio. Eso puede ser manejable con un volumen bajo de llamadas. Sin embargo, durante una colisión de tráfico grave, un episodio meteorológico severo o una emergencia regional de salud pública, la coordinación manual puede convertirse rápidamente en la parte más lenta de toda la cadena de respuesta.

Por tanto, el primer requisito en un entorno EMS híbrido no es un muro de pantallas más grande. Es un modelo compartido del estado de los recursos. Cada proveedor puede seguir operando su propio sistema de gestión, pero los estados operativos clave —disponible, asignado, en ruta, en el lugar, transportando, en el hospital y de nuevo en servicio— deben ser visibles en una vista de mando común.

Una vez que la ubicación, el estado de la unidad y la asignación al incidente se actualizan continuamente, el centro de despacho puede tomar decisiones según distancia, capacidad, jurisdicción y prioridad del incidente, en lugar de recurrir al método básico de «asignar a quien conteste primero por radio».

La información no debe romperse entre la llamada al 911 y la entrega del paciente al hospital

El EMS no termina cuando la ambulancia llega al paciente. Una respuesta completa puede incluir recepción de la llamada, triaje del incidente, asignación de la unidad, respuesta, tratamiento en el lugar, traslado, selección del hospital, aviso previo a la llegada y entrega final. En cada etapa se genera nueva información, y cada actualización puede cambiar lo que debe ocurrir a continuación.

Pensemos en una situación habitual. La llamada inicial puede indicar simplemente que un paciente tiene dificultad para respirar. Cuando llega la dotación, puede descubrir que el estado es mucho más grave de lo comunicado inicialmente. Puede ser necesario elevar la prioridad del incidente, solicitar recursos adicionales y cambiar el hospital de destino previsto originalmente.

Si el equipo de campo solo puede repetir estas actualizaciones por radio, mientras despacho, hospitales y organismos de apoyo mantienen flujos de información separados, el mismo mensaje puede tener que retransmitirse varias veces. Cada transferencia adicional crea otra oportunidad de retraso o pérdida de contexto.

Un sistema de mando de emergencias debería tratar el incidente como un registro operativo que se actualiza continuamente. Cuando el centro de comunicaciones crea la llamada, la ubicación y el estado de la unidad quedan asociados al mismo incidente. Cuando llega la dotación, puede actualizar la categoría del paciente y las necesidades de apoyo. Cuando comienza el traslado, el sistema puede transmitir al servicio de urgencias de destino la información necesaria antes de la llegada.

Para un hospital, recibir con diez minutos de antelación información sobre el tipo de paciente que va a llegar es mucho más útil que empezar a prepararse únicamente cuando la ambulancia alcanza la entrada de urgencias. Para los despachadores, saber si un hospital puede aceptar en ese momento un determinado tipo de emergencia resulta más útil que elegir el destino solo por la distancia de conducción.

Aquí existe un límite importante. Un sistema de mando de emergencias no necesita duplicar toda la historia clínica electrónica. Las decisiones de despacho suelen requerir información operativa como la prioridad del incidente, el número de pacientes, una categoría clínica general, la hora estimada de llegada y el estado de aceptación del hospital. Los registros clínicos detallados deben permanecer en los sistemas médicos correspondientes y estar controlados por las políticas de acceso pertinentes.

En otras palabras, integrar EMS con el mando de emergencias no consiste en poner todos los datos médicos en una sola plataforma. Se trata de garantizar que las personas que participan activamente en la respuesta reciban la información que necesitan, cuando la necesitan, para cumplir su parte de la misión.

EMS depende de múltiples rutas de comunicación, no de una sola red

Las comunicaciones de campo de EMS nunca han dependido de una única red. Los paramédicos pueden utilizar un sistema de radio de misión crítica para mantenerse en contacto con despacho mientras usan datos celulares para actualizar la ubicación y el estado de las tareas. Los hospitales pueden depender de telefonía fija, voz IP o de sus propias aplicaciones clínicas. Durante un incidente grave, bomberos, fuerzas del orden, organismos de gestión de emergencias y otras organizaciones médicas pueden sumarse a la respuesta utilizando dispositivos y sistemas de comunicación diferentes.

Por esa razón, la arquitectura de mando de emergencias no debe reducirse a «dar a todos la misma aplicación». Los distintos usuarios pueden seguir utilizando terminales y redes diferentes. Lo que importa es si la capa de mando puede reunir esas relaciones de comunicación.

Durante las llamadas rutinarias, los despachadores pueden utilizar voz de grupo, llamadas individuales y mensajería para coordinar asignaciones. Durante una respuesta entre múltiples organismos, el sistema debería poder crear un grupo temporal de comunicaciones que reúna a EMS, bomberos y personal de mando del incidente en la misma conversación operativa.

Las comunicaciones importantes también deben permanecer vinculadas al incidente, incluidos sellos de tiempo, acciones del despachador y registros de llamadas relevantes, de forma que el incidente pueda reconstruirse posteriormente si es necesario.

La gestión de prioridades es especialmente importante en las emergencias médicas. Las comunicaciones rutinarias no deben interferir con incidentes urgentes. Cuando ocurre un evento de alta gravedad, el centro de mando debe poder priorizar los grupos de conversación o sesiones correspondientes y ampliar la participación a hospitales, personal supervisor o un centro regional de operaciones de emergencia cuando sea necesario.

La resiliencia de red también importa. Los datos celulares son útiles para mapas, vídeo y actualizaciones estructuradas de estado, pero durante congestión o en zonas sin cobertura las comunicaciones de voz críticas pueden seguir dependiendo de radio dedicada. Una arquitectura EMS resiliente no supone que una sola red estará siempre disponible. Proporciona rutas de comunicación principales y de respaldo y permite una degradación controlada cuando empeoran las condiciones de red.

La atención sanitaria impone mayores exigencias a los sistemas de mando de emergencias

Trasladar directamente una plataforma municipal general de despacho de emergencias a un entorno sanitario probablemente no funcionará bien sin adaptación. La respuesta médica exige rapidez, pero también opera bajo requisitos más estrictos de acceso a la información, continuidad del servicio y rendición de cuentas.

El primer requisito es el acceso basado en roles. Conductores de ambulancia, paramédicos, despachadores, personal del servicio de urgencias y personal de mando no necesitan acceder a la misma información. El sistema debe exponer únicamente las funciones y los datos que necesita cada rol, en lugar de permitir que todos los terminales vean todos los incidentes y todos los registros de pacientes.

El segundo requisito es la minimización de datos. La ubicación GIS, el estado de las unidades y la prioridad del incidente son útiles operativamente, pero la identidad del paciente y la información clínica detallada solo deben aparecer cuando exista una necesidad legítima. El diseño del sistema debería empezar preguntando «¿quién necesita estos datos y por qué?», en lugar de recopilar y distribuir información simplemente porque la tecnología lo permite.

La trazabilidad es igualmente importante. El despacho, la reasignación, la llegada, la selección del hospital, las comunicaciones y los principales cambios de estado pueden resultar importantes más adelante para revisiones de calidad o responsabilidad. La plataforma debe poder reconstruir una cronología completa del evento y mostrar por qué se asignó una unidad concreta, cuándo cambió el destino y quién participó en las decisiones críticas.

El último requisito es la continuidad operativa. EMS no puede suspender el servicio durante el mantenimiento del sistema. Las funciones básicas de despacho, comunicaciones de voz y estado de las unidades deben contemplar fallos del servidor, caídas de red, pérdida de alimentación e incluso la pérdida del centro principal de despacho. Los flujos de trabajo críticos deben contar con procedimientos documentados de respaldo o de funcionamiento degradado.

Si posteriormente el proyecto necesita integrar sistemas de urgencias hospitalarias, registros electrónicos de atención al paciente u otras aplicaciones sanitarias, pueden utilizarse API o interfaces estandarizadas de intercambio de datos. Sin embargo, esas interfaces deben diseñarse en torno al flujo real de respuesta a emergencias, en lugar de obligar a la plataforma de mando a duplicar todas las funciones de un sistema de información hospitalaria.

Conclusión: el sistema de mando no es la videowall, sino la cadena de respuesta desde la ciudad hasta el hospital

El plan de Scranton para añadir ambulancias operadas por la ciudad representa algo más que tres vehículos adicionales. Plantea una pregunta a la que muchas ciudades terminan enfrentándose: cuando los recursos EMS públicos y privados operan en la misma zona, ¿cómo pueden trabajar juntos durante una emergencia real en lugar de mantener por separado vehículos, personal y sistemas de comunicación y coordinarse manualmente cuando ocurre un incidente?

La respuesta no está en la lista de compra de ambulancias. Está en la arquitectura de despacho y mando de emergencias. Un sistema bien diseñado puede reunir el estado, la ubicación y la información de asignación de vehículos de varias organizaciones en una vista operativa común, ayudando a los despachadores a seleccionar unidades según proximidad y capacidad. También puede conectar la recepción de la llamada, la atención de campo, el traslado y la entrega hospitalaria en una cadena continua de información, garantizando que cada participante reciba la información correcta en el momento adecuado.

También puede integrar radio, redes celulares, voz IP y terminales móviles para que las comunicaciones críticas sigan disponibles bajo diferentes condiciones de red. Al mismo tiempo, debe responder a las exigencias más estrictas del sector sanitario en materia de control de acceso, minimización de datos, trazabilidad y continuidad operativa.

La secuencia de implantación también importa. Primero deben definirse las responsabilidades de recepción de llamadas y despacho. Después, identificar los recursos EMS públicos y privados. A continuación, estandarizar los estados críticos de las unidades, la ubicación GIS y los identificadores de incidentes. Después, integrar voz entre organismos, mensajería y comunicaciones temporales de incidentes. Las grandes pantallas, el análisis y la visualización avanzada deberían venir más tarde.

Si las relaciones subyacentes entre recursos no están integradas, ni siquiera la pantalla más impresionante de un centro de mando reducirá el tiempo que tarda una ambulancia en llegar al paciente.

Cuando los servicios EMS públicos, los proveedores privados de ambulancias, los hospitales y los organismos municipales de emergencia pueden coordinarse alrededor del mismo incidente, el «mando integrado» deja de ser una función de software y se convierte en una capacidad real de respuesta médica de emergencia.

Becke Telecom se centra en soluciones de mando de emergencias, despacho y comunicaciones unificadas para sanidad, seguridad pública y respuesta municipal ante emergencias. Sus soluciones pueden admitir acceso unificado a recursos EMS públicos y privados, creación rápida de grupos de comunicación entre organismos, coordinación previa a la llegada entre equipos de campo y hospitales y comunicaciones resilientes a través de múltiples rutas de red.

Preguntas frecuentes

¿Deben los proveedores privados de ambulancias sustituir sus sistemas de despacho actuales para incorporarse a una plataforma de mando de toda la ciudad?

No necesariamente. En muchos casos, el enfoque más práctico es mantener el sistema operativo existente del proveedor y sincronizar solo los datos necesarios de estado, ubicación y asignación de unidades mediante API, middleware de integración o pasarelas de despacho. La necesidad de una plataforma totalmente unificada depende del tamaño de la organización, los límites de acceso y los sistemas ya implantados.

¿El seguimiento de ambulancias en tiempo real significa que todo el mundo puede ver el historial de ubicación de los vehículos?

No debería. La ubicación en tiempo real se utiliza principalmente para despacho y gestión operativa. El acceso puede restringirse por rol, organismo y alcance del incidente. La conservación y el uso del historial de ubicaciones también deben regirse por las necesidades operativas, las políticas de privacidad y las normas locales aplicables.

¿Necesita una plataforma de mando de emergencias acceso completo en tiempo real a la disponibilidad de camas hospitalarias?

Normalmente no. Para EMS prehospitalario, resulta más útil saber si un hospital puede aceptar un determinado tipo de emergencia, si el servicio de urgencias opera bajo restricciones especiales y qué indicaciones de traslado se aplican al caso actual. Replicar dentro de la plataforma de despacho todo el sistema de gestión de camas del hospital suele ser innecesario.

¿Puede seguir funcionando un sistema de mando EMS si falla el servicio celular?

Depende de la arquitectura. Los despliegues EMS críticos suelen conservar voz por radio, redes de respaldo u otros métodos alternativos de comunicación, y también definir procedimientos manuales de despacho para cortes de red. Las funciones de datos pueden quedar temporalmente limitadas, pero el despacho esencial y las comunicaciones de voz deberían diseñarse para seguir disponibles siempre que sea posible.