Una demostración de despacho asistido por computadora (CAD) puede parecer convincente cuando todos los incidentes están preparados de antemano, todas las unidades están disponibles y todos los sistemas conectados funcionan correctamente. Las salas de control reales rara vez funcionan así. Los operadores gestionan informes incompletos, incidentes simultáneos, equipos de respuesta no disponibles y enlaces de comunicación que pueden fallar en el peor momento. El software CAD adecuado debe admitir estas condiciones sin obligar al personal a mantener hojas de cálculo paralelas, notas de radio y registros manuales de casos.
Por tanto, seleccionar software CAD en 2026 exige una evaluación documentada de los flujos de trabajo de despacho, las interfaces de integración, los controles de seguridad, la continuidad operativa y el coste total de propiedad. Los requisitos varían entre un centro de comunicaciones de policía, bomberos o servicios médicos de emergencia (EMS), una planta industrial, un operador de transporte o un departamento de seguridad de campus. Una consola de despacho de voz no es necesariamente un sistema CAD de gestión de incidentes; del mismo modo, una aplicación CAD no proporciona automáticamente la infraestructura de radio, telefonía y megafonía utilizada para contactar con los equipos de campo.
Definir el alcance operativo antes de comparar proveedores
Decidir qué entorno de despacho debe atender el sistema
Empiece por la organización que utilizará el software. Un punto de respuesta de seguridad pública (PSAP) puede necesitar transferir información de incidentes de emergencia desde el equipo de gestión de llamadas, coordinar varias disciplinas de respuesta e intercambiar registros con otros organismos. En cambio, una sala de control industrial puede recibir eventos de teléfonos para zonas peligrosas, alarmas de equipos, control de acceso y sistemas de mantenimiento. Un centro de control de transporte puede utilizar estaciones, vías, tramos de ruta o hitos kilométricos en lugar de direcciones urbanas convencionales. Estos contextos operativos requieren estructuras de ubicación, permisos e interfaces externas diferentes.
Enumere el número previsto de puestos de despacho, incidentes activos simultáneos, instalaciones operativas, unidades de respuesta y subsistemas conectados. Trate estas cifras como datos de entrada del proyecto que deben verificarse, no como sustituto de las pruebas de capacidad. Identifique la zona geográfica de despliegue y los emplazamientos que deban seguir funcionando si se pierde la conexión WAN central.
Documentar tres recorridos de incidente realistas
Antes de solicitar propuestas, documente al menos tres escenarios representativos: un evento rutinario, una emergencia con varias unidades y una situación de fallo o cambio de turno. Para cada uno, identifique quién comunica el incidente, cómo se determina la ubicación, qué equipo puede asignarse, qué acuse de recibo se espera y quién tiene autoridad para cerrar el registro. Incluya excepciones como avisos duplicados, una ubicación inicial incorrecta, un equipo de respuesta ocupado o una reasignación entre turnos.
Convierta estos escenarios en requisitos obligatorios, deseables y futuros. Una capacidad solo es obligatoria cuando el proyecto no puede funcionar de forma segura o cumplir sus obligaciones sin ella. Esta distinción evita que las funciones avanzadas compensen deficiencias en tareas esenciales de despacho.
Probar las funciones que realmente utilizan los operadores de despacho
Recepción, clasificación y ubicación del incidente
Un operador debe poder crear un registro a partir de una llamada telefónica, una entrada manual, una interfaz de alarma compatible o una aplicación conectada sin perder la fuente ni la hora del aviso. Pregunte si el sistema admite categorías de incidentes, reglas de prioridad configurables, validación de ubicaciones, avisos duplicados vinculados y correcciones de un informe inicial. Confirme que los detalles importantes sigan visibles cuando la responsabilidad pasa de un gestor de llamadas a un operador de despacho o supervisor.
Durante una demostración en directo, interrumpa la introducción de datos con otro evento, cambie la prioridad del incidente y transfiera el caso a otro operador. El proveedor debe mostrar cómo conserva las marcas de tiempo, las entradas originales y los cambios posteriores. Un formulario de incidente claro es útil, pero la integridad del registro bajo presión importa más que la apariencia.
Disponibilidad, asignación y estado de las unidades
La selección de recursos debe tener en cuenta algo más que el icono más cercano en un mapa. Pregunte cómo representa la aplicación el tipo de unidad, las cualificaciones, la zona de servicio, la disponibilidad, la asignación actual y el contacto de comunicación. Una recomendación automática solo resulta útil cuando se comprenden los datos de entrada y las reglas; el operador debe poder revisar o sustituir la unidad propuesta cuando lo permita el procedimiento operativo.
Pruebe toda la cadena de estados: disponible, asignada, acuse de recibo, en ruta, en el lugar, tarea completada y vuelta al servicio, adaptando los nombres a los procedimientos locales. Si una unidad deja de estar disponible durante un incidente, el registro debe permitir reasignarla sin borrar la decisión anterior. Para GIS o localización automática de vehículos (AVL), exija marcas de tiempo e indicaciones visibles de posiciones obsoletas o ausentes; una coordenada GPS antigua no debe mostrarse como ubicación actual verificada.
Visibilidad y registros para supervisores
Los supervisores necesitan ver incidentes abiertos, acuses de recibo vencidos y asignaciones sin resolver sin modificar la vista de trabajo del operador. Los informes deben conservar quién realizó las acciones clave y cuándo. Confirme cómo se puede exportar, buscar y transferir la información de incidentes a un sistema de gestión de registros o mantenimiento. Un registro de incidente CAD no equivale automáticamente a un sistema completo de gestión de registros (RMS), una plataforma de gestión de pruebas ni una solución de informes reglamentarios.
Demostrar la interoperabilidad con las comunicaciones y los datos existentes
Las afirmaciones de integración deben probarse mediante interfaces concretas, no con etiquetas genéricas como «API abierta», «compatible con SIP» o «compatible con GIS». Un sistema puede mostrar una cámara, conectar una llamada telefónica o recibir una posición GPS sin poder asociar esa actividad a un identificador de incidente persistente. Los compradores deben especificar qué campos, comandos y mensajes de estado se intercambian en cada dirección y quién mantiene el conector cuando se actualiza cualquiera de los sistemas.
| Sistema conectado | Evidencia que se debe solicitar |
|---|---|
| Gestión de llamadas / recepción de emergencias | Campos de datos del incidente, identificadores de evento, gestión de actualizaciones e interfaces PSAP/NG911 aplicables |
| Despacho por radio / telefonía | Interfaz de radio o SIP compatible, selección de destino, permisos de control de llamadas y estado operativo devuelto |
| GIS / AVL | Fuentes cartográficas, identificadores de ubicación, marcas de tiempo de actualización, gestión de coordenadas y funcionamiento sin conexión |
| RMS / órdenes de trabajo / aplicaciones de campo | Asignación de campos, titularidad del registro, dirección de actualización, gestión de duplicados, formato de exportación y recuperación de errores |
| Alarmas / CCTV / megafonía | Activadores de eventos, correspondencia entre dispositivos y ubicaciones, acciones del operador y confirmación disponible en cada terminal |
En un proyecto que incluya redes de radio profesionales, determine si la comunicación se enruta mediante una API de sistema compatible, un servidor de despacho por radio o una pasarela de radio sobre IP. Una pasarela puede transportar audio o control de pulsar para hablar (PTT) sin exponer al CAD las identidades de las unidades, la disponibilidad de recursos o los datos del incidente. Del mismo modo, la compatibilidad con SIP no demuestra que un sistema telefónico pueda crear eventos CAD, transferir el contexto del incidente o informar del estado de una tarea del equipo de respuesta. Estos vínculos requieren una integración real a nivel de aplicación.
La interoperabilidad es un desafío documentado del sector. En Estados Unidos, el Proyecto de evaluación de interoperabilidad CAD de 911.gov identifica las interfaces incoherentes y el intercambio de datos entre organismos como obstáculos importantes. En la práctica, el comprador debe exigir documentación de las interfaces y demostrar el recorrido completo desde el evento hasta la respuesta en los sistemas propuestos para el proyecto.
Examinar la seguridad, la continuidad y la preparación para 2026
Aplicar las normas pertinentes a la jurisdicción
No trate todos los proyectos CAD como instalaciones del sistema 911 estadounidense. Para un PSAP de Estados Unidos que avance hacia el 911 de próxima generación (Next Generation 911), pregunte cómo interoperará el CAD propuesto con el sistema de gestión de llamadas, los servicios de ubicación y el intercambio de datos de incidentes. NENA-STA-049.1-2025 describe un modelo CAD transicional (TCAD) con interfaces heredadas e i3 y un uso específico de objetos de datos de incidentes de emergencia (EIDO). Estos requisitos se aplican a los sistemas que declaran desempeñar esa función transicional, no automáticamente a una instalación de despacho industrial ni a todos los productos CAD del mundo.
Si se manejará información de justicia penal (CJI), la agencia también debe revisar la política de seguridad CJIS del FBI aplicable y las condiciones estatales. La versión 6.1 se publicó en junio de 2026, mientras que los calendarios de transición de auditoría pueden variar según la jurisdicción. Solicite una matriz de responsabilidades control por control, en lugar de aceptar una afirmación sin respaldo de que el software está simplemente «certificado por CJIS». Los demás compradores deben aplicar sus propios requisitos nacionales de privacidad, ciberseguridad, conservación de registros y regulación sectorial.
Exigir operaciones recuperables, no solo servidores redundantes
Un servicio de despacho resiliente requiere algo más que dos servidores. Confirme qué funciones siguen disponibles si falla una estación de trabajo, deja de estar accesible el servicio GIS, una interfaz de radio deja de responder o una instalación pierde su conexión WAN. Pregunte quién declara la conmutación por error, cómo se conservan las tareas pendientes, cómo se mantienen sincronizados los relojes y registros y cómo vuelve el sistema al funcionamiento normal sin crear registros de incidentes contradictorios.
Defina y pruebe los objetivos de tiempo de recuperación y punto de recuperación según el riesgo operativo de la organización. Revise la autenticación, los permisos basados en roles, la autenticación multifactor cuando sea necesaria, el cifrado, los registros de auditoría, la restauración de copias de seguridad y el acceso de administradores. Las implementaciones en la nube, locales e híbridas necesitan un modelo claro de responsabilidades para alojamiento, parches, conectividad y propiedad de los datos. Ningún modelo es automáticamente más seguro o resiliente sin pruebas.
Evaluar nuevas funciones sin dejarse llevar por la publicidad
Algunas propuestas de 2026 pueden ofrecer triaje asistido por IA, transcripción, detección de anomalías y herramientas de recomendación, pero deben evaluarse como funciones opcionales salvo que exista una justificación operativa. Pregunte qué datos utiliza la herramienta, cómo muestra los errores, si una persona aprueba las asignaciones importantes y cómo se puede auditar una decisión. Poder generar un resumen o sugerir una unidad no demuestra que la recomendación sea precisa, esté autorizada o resulte adecuada en una emergencia.
Comparar la implementación, la migración y el coste durante toda la vida útil
El presupuesto de licencias de software no representa el coste total de propiedad de CAD. El desarrollo de interfaces, la preparación de datos GIS, el hardware de las estaciones de trabajo, el refuerzo de seguridad, la conversión de datos heredados, la formación, el soporte, las actualizaciones de versión y los sistemas de respaldo pueden requerir un trabajo considerable. Utilice un periodo de evaluación uniforme —por ejemplo, cinco años u otro plazo alineado con el contrato— para comparar candidatos en las mismas condiciones. Considere las cifras estimaciones específicas del proveedor que deben verificarse, no un precio industrial supuesto por operador.
| Partida de coste o entrega | Pregunta para el proveedor |
|---|---|
| Licencias y alojamiento | ¿Qué se cobra por operador, instalación, servidor, módulo, volumen de eventos o periodo de suscripción? |
| Interfaces y datos | ¿Qué conectores están incluidos y quién paga su reparación después de las actualizaciones? |
| Migración | ¿Qué registros históricos y archivos adjuntos se convertirán, validarán y conservarán? |
| Pruebas y formación | ¿Cuántas sesiones por función, simulacros y ciclos de aceptación se incluyen? |
| Continuidad y soporte | ¿Cuáles son los horarios de soporte contratados, las responsabilidades de recuperación y las vías de escalado? |
| Salida del contrato | ¿En qué formato utilizable se pueden exportar los registros de incidentes y auditoría, y a qué coste? |
Solicite a cada proveedor finalista un plan de migración por escrito que describa la propiedad de los datos, las reglas de correspondencia, las muestras de validación, la ventana de transición y las condiciones de reversión. Los números de incidentes históricos, las direcciones, las marcas de tiempo y los identificadores de usuario requieren especial cuidado. En un centro de despacho en funcionamiento, la operación en paralelo y los ensayos con operadores pueden ser más importantes que reducir al mínimo los días de instalación.
Exigir una demostración guionizada del proveedor y una prueba de aceptación
Los vídeos de producto y las presentaciones no sustituyen una demostración operativa. Proporcione a todos los candidatos el mismo escenario y los mismos requisitos de evidencia para que la comparación sea justa. Los documentos de contratación pública pueden dejarlo explícito: la solicitud de propuestas de 2026 para sustituir el CAD del condado de Tippecanoe programa demostraciones guionizadas de proveedores e identifica una plantilla separada para la propuesta económica.
Un escenario práctico de prueba integral
Considere un incidente hipotético en una instalación industrial o un centro de control de transporte: un intercomunicador de emergencia informa de humo en una zona de servicio remota mientras llega una alarma de mantenimiento para el mismo lugar. El operador debe decidir si vincula los avisos, verificar la ubicación en GIS, asignar una unidad cualificada, contactar con el equipo por un canal de voz o radio aprobado, registrar el acuse de recibo y seguir la tarea hasta su cierre. A mitad del ejercicio, el primer respondedor deja de estar disponible y se interrumpe un enlace externo.
Registrar el primer aviso con una fuente, prioridad y ubicación trazables.
Gestionar la segunda entrada sin sobrescribir silenciosamente el primer aviso.
Seleccionar una unidad adecuada según el estado actual de los recursos y mostrar la antigüedad de cualquier dato de ubicación.
Iniciar la comunicación requerida a través del sistema conectado real.
Registrar el acuse de recibo, la reasignación, las actualizaciones de campo y las decisiones del supervisor.
Demostrar el comportamiento ante la pérdida del enlace, la recuperación y un historial final coherente del incidente.
En un centro de policía, bomberos o EMS, sustituya este ejemplo industrial por incidentes e interfaces normativas pertinentes para el organismo. Durante la prueba, registre los pasos del operador, las soluciones manuales necesarias, las interfaces fallidas, la integridad de los registros y el comportamiento de recuperación observado. Son observaciones de aceptación, no garantías de rendimiento que puedan deducirse del material comercial del proveedor.
Evaluar la lista final y documentar la decisión
Evalúe a los candidatos frente a los requisitos obligatorios antes de asignar una puntuación ponderada. Una plataforma que no cumpla una obligación legal crítica, no complete una interfaz esencial de gestión de llamadas o no pueda recuperar un registro operativo de incidente no debería ganar por ofrecer más paneles opcionales. Para los candidatos que superen esos criterios, las ponderaciones siguientes ilustran cómo un proyecto de sala de control podría comparar proveedores. Son un ejemplo adaptable, no una norma reconocida del sector.
| Categoría de evaluación | Ponderación de ejemplo | Evidencia requerida |
|---|---|---|
| Flujo de trabajo operativo | 25 % | Demostración guionizada de incidente y reasignación |
| Interoperabilidad | 25 % | Interfaces identificadas y pruebas integrales funcionales |
| Seguridad y continuidad | 20 % | Controles, registros de auditoría, conmutación por error y pruebas de recuperación |
| Implementación y migración | 15 % | Plan de entrega, conversión de datos y formación de operadores |
| Coste del ciclo de vida | 10 % | Desglose comparable de costes plurianuales |
| Soporte y referencias | 5 % | Condiciones contractuales y referencias de implementaciones pertinentes |
Exija a los evaluadores adjuntar pruebas a cada puntuación: un resultado de prueba, una especificación de interfaz, una exportación de muestra, una cláusula contractual o una referencia verificada. Registre qué se demostró, qué requiere desarrollo personalizado y qué queda fuera de la propuesta. Así se evita equiparar una presentación pulida con una integración funcional.
En proyectos que conectan CAD con telefonía industrial, despacho por radio, alarmas, CCTV, GIS y megafonía, el Sistema de despacho asistido por computadora de Becke Telcom ofrece un ejemplo de cómo organizar los registros de incidentes y las comunicaciones en capas separadas pero coordinadas. Deben aplicarse los mismos criterios a cualquier candidato: verifique los módulos de software, las interfaces y el comportamiento operativo específico del proyecto antes de decidir la compra.
Preguntas frecuentes
¿Una organización pequeña debería comprar un sistema CAD completo de seguridad pública?
No necesariamente. Un campus, una fábrica o una instalación local puede necesitar seguimiento estructurado de incidentes y unas pocas interfaces de comunicación sin todo el alcance normativo e interinstitucional de un punto de respuesta de seguridad pública. El flujo de trabajo necesario y las obligaciones operativas deben determinar la categoría de software.
¿CAD es lo mismo que una consola de despacho por radio?
No. CAD gestiona incidentes, asignaciones de recursos, estados y registros. Una consola de despacho por radio gestiona la comunicación con los usuarios de radio. Pueden estar integrados, pero la comunicación de voz por sí sola no proporciona el flujo de trabajo completo de gestión de incidentes.
¿Cuál es la diferencia entre CAD y RMS?
CAD presta apoyo principalmente a la gestión de incidentes en tiempo real y al despacho. Un RMS gestiona registros posteriores más detallados y la elaboración de informes. Algunos proveedores ofrecen productos integrados, pero los compradores deben comprobar exactamente qué registros y flujos de trabajo corresponden a cada componente.
¿Se puede actualizar por etapas una instalación CAD existente?
En algunos entornos, sí. Un enfoque por etapas puede sustituir por separado componentes de la aplicación o interfaces, siempre que se mantengan la coherencia de los datos y la continuidad operativa. Las actualizaciones de seguridad pública también deben cumplir los requisitos de transición aplicables entre sistemas heredados y NG911, sin asumir que una integración parcial equivale al cumplimiento total.
¿Qué debe documentarse antes de firmar el contrato?
El contrato debe identificar los módulos entregados, las interfaces compatibles, los escenarios de aceptación, la propiedad de los datos, el alcance de la migración, las responsabilidades de seguridad, los objetivos de recuperación, los niveles de soporte, los costes de cambios y los derechos de exportación o salida. Las promesas realizadas durante una demostración deben poder vincularse a requisitos escritos y criterios de aceptación.
