Terminales de Datos Moviles (MDT) e Integracion CAD-to-CAD: Fundamentos Practicos

Tarde o temprano todo jefe escucha la propuesta: poner una pantalla en la cabina, conectarla al centro de despacho, y dejar que el carro reciba llamadas, registre su estado y consulte mapas sin decir una palabra por radio. Parte de esa promesa es real y vale la pena tenerla. Otra parte es mas dificil de lo que parece en la demostracion, y un poco puede perjudicarlo si se salta la parte sobre como se comporta un ser humano a 70 kilometros por hora. Este es un recorrido claro sobre lo que realmente hace un MDT, lo que significa la integracion CAD-to-CAD para la ayuda mutua, y como decidir si algo de esto le conviene a sus unidades.

En esta guia
  1. Que es realmente un MDT
  2. Que hace durante una llamada
  3. CAD-to-CAD y por que le importa a la ayuda mutua
  4. Por que la interoperabilidad es mas dificil de lo que parece
  5. El problema de distraccion que nadie muestra en la demostracion
  6. La curaduria de lo que llega al carro
  7. ?Vale la pena para un departamento pequeno?
  8. La parte que importa mas que el equipo

Que es realmente un MDT

Un terminal de datos movil es una pantalla con conexion de datos dentro del vehiculo. Esa es la version corta y honesta. Historicamente era una laptop reforzada o una unidad fija en el tablero; hoy con la misma frecuencia es una tableta en un soporte, corriendo una aplicacion suministrada por el proveedor de su software de despacho a traves de una conexion celular o de radio para datos. El equipo no es la parte interesante. Lo que lo convierte en un MDT y no en simplemente un navegador en una tableta es que se comunica con su sistema de despacho asistido por computadora (CAD), de modo que la unidad en campo y el despachador en la consola ven el mismo registro de incidente.

Quitando el mercadeo, un MDT cumple tres funciones basicas. Recibe informacion del centro de despacho. Envia el estado de vuelta al centro de despacho. Y le da a la tripulacion una forma de consultar material de referencia sin usar el radio. Todo lo demas que se le agregue es una variacion de una de esas tres.

La definicion en una frase

Un MDT es una pantalla de datos bidireccional en la cabina que mantiene a la tripulacion y al despachador trabajando sobre el mismo incidente, de modo que el trafico rutinario que antes ocupaba el radio pueda moverse como datos.

Que hace durante una llamada

Este es el flujo de trabajo que la mayoria de las tripulaciones reconoce una vez pasa la novedad. Llega una llamada. En lugar del despacho por voz, o junto a el, el incidente aparece en la pantalla: direccion, tipo de llamada, cualquier nota que el despachador haya escrito, y a menudo un mapa con la posicion de la unidad y una ruta. La tripulacion confirma recibido. A medida que avanza la llamada, el oficial o el conductor toca botones de estado en lugar de transmitir cada cambio: en camino, en el lugar, trasladando, disponible. Cada toque marca la hora en el registro del lado del despacho sin ocupar el canal.

Las funciones comunes se dividen asi:

Este ultimo punto es donde un MDT deja de ser una comodidad de despacho y se convierte en una herramienta operativa. Un preplano que muestra la conexion del sistema contra incendios, la ubicacion de la caja de llaves y donde estan los materiales peligrosos vale mas en el camino de ida que archivado en una carpeta en la estacion. Pero esto solo funciona si el preplano existe, esta actualizado, y de verdad esta cargado en el sistema al que la pantalla puede acceder. Guarde esa idea, porque es el tema central de todo el articulo.

CAD-to-CAD y por que le importa a la ayuda mutua

Todo lo anterior asume una sola agencia, un solo centro de despacho, un solo sistema CAD. Los incidentes reales no respetan esos limites. Usted acude en ayuda mutua a la jurisdiccion vecina, o ellos acuden a la suya, y ahora dos centros de despacho tienen cada uno su propio CAD, su propia lista de unidades, y su propia imagen del mismo incidente. La integracion CAD-to-CAD es el intento de conectar esos dos sistemas para que los datos del incidente crucen la frontera.

Cuando funciona, el valor es claro. Un centro vecino puede enviar un incidente directamente a su CAD en lugar de transmitirlo por telefono, lo cual es mas rapido y pierde menos informacion en el camino. Sus unidades que responden a la llamada de ellos pueden aparecer en su tablero con estado real. Ambos centros pueden ver que maquinas estan comprometidas y en donde, algo que importa mucho durante un evento grande cuando todos toman recursos del mismo grupo de carros. Para un departamento pequeno que depende de la ayuda automatica y mutua para completar una asignacion, esto no es un lujo. Todo el sentido de un convenio de ayuda es que responda la unidad apropiada mas cercana sin importar de que agencia sea, y CAD-to-CAD es la infraestructura que permite que los dos sistemas de despacho coordinen eso sin que una persona lea direcciones por telefono.

Lo que realmente resuelve CAD-to-CAD

El problema no es el radio. Son dos sistemas de despacho separados que no se ven entre si, de modo que una solicitud de ayuda mutua se convierte en una llamada telefonica, un reingreso manual de datos, y dos versiones distintas de quien esta respondiendo. CAD-to-CAD intenta convertir eso en una sola imagen compartida.

Por que la interoperabilidad es mas dificil de lo que parece

Ahora la parte honesta. La interoperabilidad CAD-to-CAD entre agencias vecinas es real, existe en el campo, y es despareja y con frecuencia dificil de poner en marcha. No salga de una demostracion de un proveedor creyendo que es solo marcar una casilla.

El problema empieza porque dos agencias rara vez usan el mismo software de despacho, e incluso cuando lo usan, lo configuran distinto. Los tipos de llamada no coinciden. Su codigo de incendio estructural es el codigo de incendio activo de ellos. Las convenciones de nombres de unidades difieren. Las definiciones de estado difieren, asi que su "en el lugar" y el "llegada" de ellos pueden no corresponder de forma limpia. Los formatos de direccion y los datos de mapa subyacentes difieren, lo que significa que una ubicacion que se geocodifica sin problemas en un sistema puede ubicarse en el lugar equivocado o fallar en validarse en el otro. Cada uno de esos desajustes tiene que traducirse, y alguien tiene que construir y mantener esa traduccion.

Existen estandares de datos compartidos y convenciones de mensajeria que hacen esto mas alcanzable de lo que era hace una decada, y el avance mas amplio hacia la infraestructura del 911 de nueva generacion (NG911) esta empujando a los centros hacia sistemas mas interconectados y orientados a datos que pueden transmitir informacion mas completa, incluyendo mejores datos de ubicacion del llamante, entre agencias. Esa direccion es real y ayuda. Pero los estandares describen como pueden comunicarse los sistemas; no garantizan que dos centros en particular, con dos proveedores en particular, en dos ciclos de presupuesto en particular, hayan hecho el trabajo de integracion y lo mantengan al dia. La gobernanza, el reparto de costos, y quien es responsable de la conexion cuando falla son tan parte del proyecto como la tecnologia. Un enfoque regional, donde varios vecinos acuerdan convenciones en conjunto, tiende a funcionar mucho mejor que dos agencias uniendo un enlace entre si de forma aislada.

Nada de esto significa que CAD-to-CAD no valga la pena perseguirlo. Significa que debe tratarlo como un proyecto operativo regional con socios, no como una funcion que se compra, y debe hacer preguntas dificiles sobre quien lo mantiene antes de depender de el en una noche mala.

El problema de distraccion que nadie muestra en la demostracion

Una pantalla en la cabina ayuda a la tripulacion y compite por su atencion al mismo tiempo. Ambas cosas son ciertas. El mismo MDT que le permite al conductor ver la ruta tambien lo invita a leer notas del llamante, tocar el estado, y estudiar un mapa mientras la maquina avanza. Manejar en respuesta de emergencia ya es una de las cosas mas peligrosas que hace su personal, y una pantalla interactiva brillante dentro del campo visual es un riesgo de distraccion conocido. Fingir lo contrario no lo hace mas seguro.

La buena noticia es que este es un problema manejable si se trata como un asunto de politica y capacitacion, no como un asunto de equipo. El carro tiene un conductor y un oficial por una razon. La misma disciplina que mantiene un celular fuera de las manos del conductor aplica al MDT: quien maneja no opera la pantalla, sin excepcion. La interaccion ocurre antes de que las ruedas se muevan, en un alto, o a traves del oficial en el asiento del pasajero. Algunos sistemas pueden bloquear o simplificar la pantalla mientras el vehiculo esta en movimiento, y si el suyo puede hacerlo, usela. La posicion de montaje tambien importa; una pantalla ubicada baja o a un lado es peor que una colocada donde una mirada rapida no signifique quitar la vista del camino por mucho tiempo.

Escriba la regla antes de instalar el equipo

Decida, como politica, que el conductor no opera el MDT mientras el vehiculo esta en movimiento, y capacite en esto de la misma forma en que capacita sobre cinturones de seguridad y control de intersecciones. El dispositivo no toma esta decision por usted; su cultura si.

El objetivo es sacar el trabajo rutinario del radio y llevarlo a los datos sin trasladarlo a los ojos del conductor. Si se equivoca en ese equilibrio, cambio un problema de congestion de canal por un riesgo de choque, y eso es un mal cambio.

La curaduria de lo que llega al carro

Mas datos no es la meta. Los datos correctos en el momento correcto es la meta. Este es el error que convierte un MDT util en uno saturado: la tentacion de enviar todo a la pantalla solo porque la pantalla puede contenerlo.

Piense en el momento real de uso. En camino a una llamada, la tripulacion puede asimilar un puñado de cosas: donde es, que es, que tiene de peligroso, y como entrar. Eso es, mas o menos, todo. Una nota de despacho clara y corta vale mas que un muro de historial autogenerado que nadie puede revisar mientras responde. Un preplano que abre directo en la unica pagina que necesita el oficial primero en llegar es mejor que un documento de cuarenta paginas que hay que recorrer deslizando el dedo. La curaduria es el trabajo de decidir, con anticipacion, que se gana un lugar frente a una tripulacion que tiene segundos, no minutos.

La curaduria no es vistosa y es donde se gana o se pierde la mayor parte del valor real. El equipo es el mismo sin importar si el contenido detras de el es disciplinado o un cajon desordenado. Sus tripulaciones solo confiaran en la pantalla si lo que les muestra se ha mantenido honesto.

?Vale la pena para un departamento pequeno?

Respuesta directa: depende, y la version honesta de esa respuesta es menos emocionante que la version de ventas. Los MDT rinden mas donde se cumplen dos condiciones. Primero, tiene suficiente volumen de llamadas y trafico de radio para que sacar los cambios de estado del aire realmente alivie la congestion y agilice las cosas. Segundo, responde con suficiente frecuencia a territorio poco familiar, o maneja suficientes preplanes que valga la pena llevar, de modo que el mapeo y la referencia en cabina ayuden de verdad a la tripulacion. Un departamento combinado y ocupado que cubre una mezcla de distritos obtiene mas de un MDT que un departamento de bajo volumen donde cada miembro ya conoce de memoria cada calle y cada edificio.

Frente a eso, pese los costos reales, que no son solo las tabletas. Esta la conectividad de datos recurrente. Esta el trabajo de integracion y configuracion con su centro de despacho, que puede no controlar por completo si lo despacha un centro compartido o del condado. Esta el montaje, la energia, y la realidad de que el equipo reforzado en un vehiculo con vibracion tiene una vida util limitada. Y esta el trabajo de capacitacion y politica para usarlo con seguridad, que no es opcional.

Un camino razonable para un departamento mas pequeno es empezar de forma acotada. Haga una prueba piloto en la maquina mas ocupada. Compruebe primero el valor de los botones de estado y el mapeo, porque son las funciones que se rentabilizan mas rapido y dependen menos de que usted tenga una biblioteca de registros madura. Agregue el acceso movil a preplanes y registros una vez tenga registros que valga la pena enviar. Trate CAD-to-CAD como una conversacion regional separada y posterior con su centro de despacho y sus socios de ayuda mutua, no como un requisito desde el primer dia. Y este dispuesto a concluir que, para su volumen de llamadas y personal, un radio bien manejado y un buen conjunto de carpetas de estacion todavia funciona mejor que un programa de pantallas que no puede mantener. Esa es una respuesta legitima, no un fracaso.

La parte que importa mas que el equipo

Si hay algo que llevarse de todo esto, es lo siguiente: el terminal es una ventana, y una ventana solo es tan buena como lo que hay del otro lado. Un MDT que muestra un preplano desactualizado, un tipo de llamada mal codificado, o un error de mapeo no es neutral. Engaña activamente, porque las tripulaciones confian razonablemente en lo que la pantalla oficial les dice. La calidad de los datos y el flujo de trabajo del despachador determinan si toda la inversion ayuda o perjudica, y ambas cosas estan corriente arriba de cualquier dispositivo que instale.

Por eso la disciplina cotidiana importa mas que la demostracion. ?Estan sus preplanes actualizados? ?Estan limpios sus datos de direcciones e hidrantes? ?Sus despachadores escriben notas que una tripulacion en camino pueda usar de verdad en tres segundos? ?Estan sus tipos de llamada y estados de unidad definidos con suficiente consistencia para sobrevivir a compartirse con un vecino? Haga bien eso y hasta una instalacion modesta de MDT se justifica. Hagalo mal y el terminal mas capaz del mercado solo entrega informacion mala mas rapido.

Mantenga el campo digno de consultarse

Una pantalla en la cabina es solo tan util como los registros detras de ella. RunBoard existe para mantener sus preplanes, notas de hidrantes, registros de maquinas, y guias estandar actualizados y en un solo lugar, de modo que cuando llegue el momento de enviarlos a un terminal movil, sean lo bastante precisos como para valer la pena enviarlos. Corrija primero los datos; el equipo es la parte facil.