ANEXO No. 1.2 - CONCEPTO DE OPERACION - ConOps

1 LP-DT-038-2020
1 pANEXO No. 1.2 - CONCEPTO DE OPERACIÓN

2 PROYECTO VÍAS INTELIGENTES ITS – VIITS
3
4 TABLA DE CONTENIDO
5
6 1 GLOSARIO...............................................................................................................................
7 1. GENERALIDADES...................................................................................................................
8 1.1 INTRODUCCIÓN...............................................................................................................
9 1.2 VISION...............................................................................................................................
10 1.3 ALINEACIÓN DE OBJETIVOS DE ORDEN NACIONAL SECTORIAL E
11 INSTITUCIONAL...............................................................................................................
12 2 DESCRIPCIÓN GENERAL DEL SISTEMA ACTUAL...............................................................
13 2.1 ESCENARIOS OPERACIONALES DEL SISTEMA ACTUAL...........................................
14 2.1.1 ACTIVIDADES ADMINISTRATIVAS...........................................................................
15 2.1.2 ACTIVIDADES TÉCNICAS..........................................................................................
16 2.2 PUNTOS ACTUALES......................................................................................................
17 2.3 ENTREVISTAS PARA LEVANTAMIENTO DE INFORMACIÓN......................................
18 2.4 CONDICIONES PARA LA OPERACIÓN DEL SISTEMA PROPUESTO..........................
19 3 DESCRIPCIÓN GENERAL DEL SISTEMA PREVISTO.........................................................
20 3.1 ACTORES INVOLUCRADOS..........................................................................................
21 3.1.1 MINISTERIO DE TRANSPORTE................................................................................
22 3.1.2 INSTITUTO NACIONAL DE VÍAS – INVIAS................................................................
23 3.1.3 SUPERINTENDENCIA DE TRANSPORTE. (ST)........................................................
24 3.1.4 DIRECCIÓN DE INVESTIGACIÓN CRIMINAL E INTERPOL – DIJIN.........................
25 3.2 LÍNEA BASE TECNOLÓGICA DEL SECTOR TRANSPORTE........................................
26 3.2.1 RUNT - Ministerio de Transporte.................................................................................
27 3.2.2 RNDC - Ministerio de Transporte................................................................................
28 3.2.3 HERMES - Instituto Nacional de Vías..........................................................................
29 3.2.4 SISTEMAS PARA LA OPERACIÓN DE PEAJES.......................................................
30 3.2.5 CENTRO DE CONTROL DE OPERACIONES Y SEGURIDAD CIUDADANA –
31 CCOSC (INVIAS)........................................................................................................
32 3.2.6 SISTEMAS Y PLATAFORMAS ITS EN VÍAS CONCESIONADAS..............................
33 3.3 ENTIDADES Y OTROS ACTORES -RELACIONADAS CON EL PROYECTO................
34 3.3.1 INSTITUTO GEOGRÁFICO AGUSTÍN CODAZZI (IGAC)...........................................
35 3.3.2 INSTITUTO DE HIDROLOGÍA, METEOROLOGÍA Y ESTUDIOS AMBIENTALES
36 (IDEAM)......................................................................................................................
37 3.4 ESCENARIOS OPERACIONALES DEL SISTEMA PROPUESTO..................................
38 3.4.1 CAPA DE ADQUISICIÓN DE DATOS.........................................................................
39 3.4.2 CAPA DE TRANSMISIÓN DE DATOS........................................................................
3 1
Código CCE-EICP-IDI-01 Versión 2
4
1 LP-DT-038-2020
2
1 3.4.3 CAPA DE ESTRUCTURACIÓN Y PROCESAMIENTO DE LOS DATOS....................

2 3.4.4 CAPA DE USUARIO VIAL...........................................................................................
3 3.5 ROL ACTUAL Y FUTURO DE LOS ACTORES ESTRATÉGICOS DEL SISTEMA..........
4
5
6 INDICE DE TABLAS
7
8 Tabla 1. Resumen Entrevista.........................................................................................................
9 Tabla 2. Necesidades de los Actores Interesados..........................................................................
10 Tabla 3. Dispositivos en Campo - Capa de Adquisición de Datos..................................................
11 Tabla 4. Descripción caso de uso Dispositivos en Campo - con y sin Analítica Asociada -
12 Capa de Adquisición de Datos.......................................................................................................
13 Tabla 5. Dispositivos de Reacción y Operativos - Capa de Adquisición de Datos..........................
14 Tabla 6. Descripción Caso de uso Dispositivos de Reacción y Operativos - Capa de
15 Adquisición de Datos......................................................................................................................
16 Tabla 7 Descripción Caso de uso Bases de Datos Externas e Internas. - Capa de Adquisición
17 de Datos.........................................................................................................................................
18 Tabla 8. Posibles Códigos de ERROR en el Sistema - Capa de Adquisición de Datos..................
19 Tabla 9 Descripción caso de uso Bases de Datos Externas - Capa de Adquisición de Datos.......
20 Tabla 10. Información Suministrada - Usuario Vial - Capa de Adquisición de Datos......................
21 Tabla 11. Descripción Casos de uso Usuario Vial - Capa de Adquisición de Datos.......................
22 Tabla 12. Dispositivos en Campo – Transmisión de Datos............................................................
23 Tabla 13. Diagrama Casos de uso Bases de Datos Externas e Internas – Transmisión de
24 Datos..............................................................................................................................................
25 Tabla 14. Diagrama Casos de uso Telemetría – Transmisión de Datos.........................................
26 Tabla 15. Descripción de Caso de uso Telemetría – Transmisión de Datos..................................
27 Tabla 16. Diagrama Casos de uso Usuario Vial – Transmisión de Datos......................................
28 Tabla 17. Descripción de Caso de uso Usuario Vial – Transmisión de Datos................................
29 Tabla 18. Modulo Detección Automática de Incidentes..................................................................
30 Tabla 19. Módulo Videovigilancia...................................................................................................
31 Tabla 20. Módulo Inspección no Intrusiva en Vehículos.................................................................
32 Tabla 21. Módulo Velocidades.......................................................................................................
33 Tabla 22. Módulo Pesaje................................................................................................................
34 Tabla 23. Módulo Conteos Fijos.....................................................................................................
35 Tabla 24. Módulo Detección de Gálibo..........................................................................................
36 Tabla 25. Módulo Información al Usuario.......................................................................................
37 Tabla 26. Módulo Monitoreo Aéreo del Tránsito.............................................................................
38 Tabla 27. Módulo Zonas y Puntos Críticos.....................................................................................
39 Tabla 28. Almacenamiento Nube...................................................................................................
40 Tabla 29 Almacenamiento On premise.........................................................................................
41 Tabla 30 Dispositivos CCTV..........................................................................................................
42 Tabla 31. Información Suministrada - Usuario Vial - Capa de Adquisición de Datos......................
43 INDICE DE ILUSTRACIONES
44
45 Ilustración 1. Esquema Sistema actual............................................................................................
46 Ilustración 2. Esquema General VIITS...........................................................................................
47 Ilustración 3. Esquema Sistema Previsto.......................................................................................
48 Ilustración 4. Sistema General Propuesto......................................................................................
49 lustración 5. Proceso Adquisición de Datos...................................................................................
50 Ilustración 6. Diagrama de Casos de uso Dispositivos en Campo - con Analítica..........................

3
1 LP-DT-038-2020
2
1 Ilustración 7. Diagrama Casos de uso Dispositivos en Campo – sin Analítica...............................

2 Ilustración 8. Diagrama de caso de uso Dispositivos de reacción y operativos..............................
3 Ilustración 9. Diagrama de Caso de uso Bases de Datos Externas e Internas ..............................
4 Ilustración 10. Diagrama casos de uso telemetría..........................................................................
5 Ilustración 11. Diagrama de Caso de uso Usuario Vial..................................................................
6 lustración 12. Proceso de Transmisión de Datos...........................................................................
7 Ilustración 13. Diagrama Casos de uso Dispositivos en Campo – Transmisión de Datos..............
8 Ilustración 14. Módulo Detección Automática de Incidentes – Esquema actualizado.....................
9 Ilustración 15. Módulo Videovigilancia – Esquema actualizado......................................................
10 Ilustración 16. Módulo Inspección no Intrusiva en Vehículos – Esquema actualizado...................
11 Ilustración 17. Modulo Velocidades – Esquema actualizado..........................................................
12 Ilustración 18. Módulo Pesaje – Esquema actualizado..................................................................
13 Ilustración 19. Módulo Conteos Fijos – Esquema actualizado........................................................
14 Ilustración 20. Módulo Conteos Móviles - Esquema Actualizado..................................................
15 Ilustración 20. Módulo Detección de Gálibo – Esquema actualizado.............................................
16 Ilustración 21. Módulo Información al Usuario - Esquema actualizado...........................................
17 Ilustración 22. Módulo Monitoreo Aéreo del Tránsito – Esquema actualizado................................
18 Ilustración 23. Módulo Zonas y Puntos Críticos – Esquema actualizado........................................
19 Ilustración 24. Almacenamiento Nube............................................................................................
20 Ilustración 25. Almacenamiento On-Premise.................................................................................
21 Ilustración 26. Metodología SEMMA..............................................................................................
22 Ilustración 27.Security Operation Center / Centro de Operaciones de Seguridad (SOC)...............
23 Ilustración 28. Esquema Operacional HERMES............................................................................
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49 1 GLOSARIO
50

3
1 LP-DT-038-2020
2
1 A continuación, se describe la terminología técnica utilizada en este documento y sus Anexos.

2
3 ANI: acrónimo de Agencia Nacional de Infraestructura.
4
5 BD: Base de Datos
6
7 C4: El Centro de Comando, Control, Comunicación y Computo mejor conocido como el “C4”, está
8 diseñado para coordinar las acciones de seguridad y seguimiento en caso de ocurrir algún
9 incidente sobre las vías. Será parte integral del CCO para el proyecto VIITS
10
11 Categoría: Tipos de vehículo que conforman las cartillas de volúmenes vehiculares (TPD) del
12 INVIAS
13
14 CCOSC: Centro de Control y Operación de Seguridad Ciudadana.
15
16 CONTRATISTA: Se refiere a la persona jurídica objeto de adjudicación del proyecto VIITS y quien
17 prestará el servicio en las condiciones indicadas. También se puede denominar Contratista u
18 operador de los servicios.
19
20 Dashboard: Es una representación gráfica e interactiva de los principales indicadores que
21 intervienen en la consecución de los objetivos de negocio, y que está orientada a la toma de
22 decisiones para optimizar la estrategia de la organización.
23
24 DITRA: acrónimo de Dirección de Tránsito y Transportes de la Policía Nacional.
25
26 Equipos: dispositivos, periféricos y/o sistemas que capturan información y la transmiten al CCO y
27 que componen o integran los Módulos (ejemplo: cámara de conteo, lo cual hace parte del Módulo
28 de Conteo Automático y a su vez del SMT).
29
30 Firewall: Sistema informático o red informática que está diseñada para bloquear el acceso no
31 autorizado.
32
33 GIS: Del inglés, Geographic Information System.
34
35 IDEAM: Instituto de Hidrología, Meteorología y Estudios Ambientales de Colombia.
36
37 INVIAS: Instituto Nacional de Vías
38
39 ITS: Del inglés Intelligent Transportation Systems, en español Sistemas Inteligentes de Transporte
40
41 Interoperabilidad: Es la habilidad de las organizaciones con sistemas dispares y diversos para
42 interaccionar con objetivos consensuados y comunes, con la finalidad de obtener beneficios
43 mutuos.
44 La interacción implica que las organizaciones involucradas compartan información y conocimiento
45 a través de sus procesos de negocio, mediante el intercambio de datos entre sus respectivos
46 sistemas de tecnología de la información y las comunicaciones.
47
48 ISO: Del inglés International Standard Organization.
49
50 JSON: (JavaScript Object Notation - Notación de Objetos de JavaScript) es un formato ligero de
51 intercambio de datos.
52
53 MT: Ministerio de Transporte de Colombia.
54 Módulo: Componente de un Subsistema (ejemplo: Módulo de Conteos que hace parte del
55 Subsistema de Monitoreo de Tránsito- SMT)

3
1 LP-DT-038-2020
2
1
2 MQTT: Message Queue Telemetry Transport. Es un protocolo de transporte de mensajes
3 Cliente/Servidor basado en publicación y subscripciones a los denominados “tópicos”. El protocolo
4 funciona sobre TCP/IP o sobre otros protocolos de red con soporte bidireccional y sin perdidas de
5 datos.
6
7 PMV: Acrónimo de Panel de Mensajería Variable
8
9 PRE: Acrónimo de Precondiciones.
10
11 POST: Acrónimo de Postcondiciones.
12
13 PSCN: Programa de Seguridad en Carreteras Nacionales.
14
15 Reducción de Ruido Digital: Existen dos diferentes niveles de reducción de ruido digital en la
16 imagen 2D DNR y 3D DNR, el más avanzado es 3D DNR, el cual ayuda a reducir de manera
17 significativa el ruido en la imagen.
18
19 RUNT: Acrónimo de Registro Único Nacional de Tránsito.
20
21 SFTP: Abreviatura de Secure File Transfer Protocol (Protocolo de transferencia segura de
22 archivos).
23
24 SGSI: Sistema de Gestión de Seguridad de la Información
25
26 SiB: Sistema de Información sobre Biodiversidad de Colombia.
27
28 SIG: Sistema de Información Geográfico.
29
30 SMI: Subsistema de Monitoreo de Infraestructura del proyecto VIITS
31
32 SMT: Subsistema de Monitoreo de Tránsito del proyecto VIITS
33
34 SOA: Del inglés Service-Oriented Architecture o Arquitectura de Software Orientada a Servicios.
35
36 SOAP: Del inglés Simple Object Access Protocol. Protocolo de Acceso a objeto simple SPOF: del
37 inglés Single Point of Failure o Punto Único de Fallo.
38
39 SOPS: Subsistema de Orden Público y Seguridad del proyecto VIITS
40
41 SUPERTRANSPORTE: Superintendencia de Transporte.
42
43 TCP/IP: Son las siglas de Protocolo de Control de Transmisión/Protocolo de Internet (en inglés
44 Transmission Control Protocol/Internet Protocol), un sistema de protocolos que hacen posibles
45 servicios Telnet, FTP, E-mail, y otros entre ordenadores que no pertenecen a la misma red.
46
47 VIITS: Acrónimo de Proyecto “Vías Inteligentes -ITS”
48
49 VLAN: Acrónimo de virtual LAN (red de área local virtual)
50
51 WIM: Del inglés Weight In Motion o Pesaje Dinámico.
52
53
54 WS:  Del inglés Web Services, describe una forma estandarizada de integrar aplicaciones WEB,
55 permitiendo el intercambiar datos sin necesidad de conocer los detalles de sus respectivos

3
1 LP-DT-038-2020
2
1 Sistemas de Información. Es la interacción e intercambio de datos de acuerdo con un método o

2 semántica definida, a través de la integración de tecnología y regulación normativa, entre dos o
3 más sistemas (computadores, medios de comunicación, redes, software, y otros componentes de
4 tecnología de información la interoperabilidad semántica requiere que la información sea
5 significativa y altamente útil. ISO 2382. Esto se realiza mediante el uso de XML, SOAP, WSDL y
6 UDDI sobre los protocolos de la Internet. XML es usado para describir los datos, SOAP se ocupa
7 para la transferencia de los datos, WSDL se emplea para describir los servicios disponibles y
8 UDDI se ocupa para conocer cuáles son los servicios disponibles.
9
10 XML: del inglés Extensible Markup Language. Lenguaje de etiquetado extensible
11
12

3
1 LP-DT-038-2020
2
1 1. GENERALIDADES
2
3 1.1 INTRODUCCIÓN
4
5 El presente documento denominado Concepto de Operación - ConOps hace alusión a la
6 operación prevista para la implementación y operación del Proyecto Vías Inteligentes ITS - VIITS,
7 este contempla la operación actual del sistema y brinda una referencia de lo que será el sistema
8 VIITS, desarrollando cada módulo en cuatro capas definidas como: Capa de adquisición, capa de
9 transmisión, capa de estructuración y procesamientos y capa de usuario vial). Estas capas
10 contemplan el desarrollo del flujo de la información, sus protocolos, canales de comunicación,
11 seguridad, almacenamiento, procesamiento y dashboards producidos los dispositivos en campo y
12 el usuario final.
13
14 Los datos suministrados en este documento hacen parte de la solución considerada para la
15 operación del Proyecto Vías Inteligentes ITS – VIITS, este puede sufrir modificaciones en la etapa
16 de Ingeniería de Detalle, donde el Concepto de Operación tendrá una estructura sentada en la
17 solución diseñada por el contratista adjudicatario del contrato.
18
19 El documento comprende tres capítulos. El primero ilustra las características generales del
20 proyecto, su encadenamiento a los objetivos sectoriales, institucionales y misionales que debe
21 cubrir. Así como la Visión esperada del mismo, en la perspectiva de su implementación.
22
23 El segundo capítulo hace una descripción del sistema actual e introduce a los interesados en el
24 proceso, los dispositivos y los esquemas que actualmente tiene el INVIAS para la operación de los
25 servicios que actualmente se disponen en el CCO bajo el Marco del Programa de Seguridad en
26 Carreteras Nacionales. PSCN.
27
28 El presente documento tendrá en cuenta las consideraciones previstas en el anexo 1.1.
29 Metodología de Trabajo en V y deberá ser ajustado en caso de que este anexo presente
30 actualizaciones y/o modificaciones.
31
32 1.2 VISION
33
34 El proyecto VIITS se consolidará como un sistema inteligente de Gestión, Información y
35 Procesamiento de registros, eventos, volúmenes e incidentes, asociados a la Movilidad, el
36 Tránsito el Transporte en la Infraestructura Vial del País a cargo del INVIAS, operando sobre
37 infraestructura tecnológica de punta y usando metodologías de análisis de Inteligencia Artificial,
38 Big DATA y procesamiento de Información bajo Machine Learnig y Deep Learnig, con información
39 dispuesta para los subsistemas y dispositivos que lo componen, almacenados en la Nube y On
40 Premise, para garantizar disponibilidad, estabilidad y seguridad en el manejo de los datos,
41 registros, documentos y conocimiento generado a partir de análisis estadísticos, históricos de
42 alcance puntual, lineal, zonal regional o nacional, sobre la información sectorial que se recolecta
43 en la Red Vial Administrada y Monitoreada por el INVIAS.
44
45 1.3 ALINEACIÓN DE OBJETIVOS DE ORDEN NACIONAL SECTORIAL E
46 INSTITUCIONAL
47
48 El Proyecto VIITS tiene un encadenamiento con directrices del Plan Nacional de Desarrollo,
49 Objetivos de Carácter Sectorial, Institucional y Misional para el PSCN, al interior del Instituto,
50 como se precisa a continuación:
51
52 Desde el Orden Nacional el Proyecto se integra desde una mirada estratégica con el Pacto por el
53 transporte y la logística para la competitividad y la integración regional. Se alinea con las

3
1 LP-DT-038-2020
2
1 directrices de Gobernanza e institucionalidad moderna para el transporte y la logística eficientes y

2 seguros.
3 Haciendo parte del objetivo sectorial para mejorar las condiciones de seguridad de la
4 infraestructura de transporte y de los vehículos y construir una cultura ciudadana de
5 corresponsabilidad y autorregulación para una movilidad segura.
6 Desde el nivel Institucional hace parte del objetivo estratégico para promover la articulación
7 interinstitucional, mediante el suministro de equipos y tecnologías inteligentes de comunicación
8 para el fortalecimiento del Programa de Seguridad en las Carreteras Nacionales.
9
10 En el Marco de los objetivos del PSCN el proyecto contribuye a promover la articulación
11 interinstitucional, mediante el suministro de equipos y tecnologías inteligentes de comunicación
12 para el fortalecimiento del Programa de Seguridad en las Carreteras Nacionales, el cual tiene
13 como objetivos específicos:
14
15  Fortalecer la seguridad ciudadana para la libre transitabilidad.
16  Controlar de manera efectiva la seguridad ciudadana en las vías nacionales
17
18 Para contribuir a estos objetivos, el proyecto VIITS aporte desde su implementación con los
19 siguientes objetivos:
20
21 o Disminuir las alteraciones de orden social en las vías con los medios suficientes
22 para su control
23 o Aumentar el número de puntos de control y monitoreo con dispositivos
24 tecnológicos sobre eventos de tránsito y seguridad vial, para el suministro de
25 información en tiempo real en la Red Vial Nacional
26 o Disponer y procesar un mayor volumen de información sobre eventos que
27 afecten la seguridad en la Red Vial Nacional
28 o Aumentar el número de reportes sobre eventos en la red Vial Nacional
29 o Mantener disponible y estable la captura de información de los eventos de
30 tránsito que se presenten en la red vial Monitoreada
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51 2 DESCRIPCIÓN GENERAL DEL SISTEMA ACTUAL
52

3
1 LP-DT-038-2020
2
1 Actualmente el Centro de Control de Operaciones - CCO del Programa de Seguridad en

2 Carreteras Nacionales - PSCN del Instituto Nacional de Vías - INVIAS presta su servicio mediante
3 la operación supervisada por un grupo integrado por las Fuerzas Militares, la Dirección de Tránsito
4 y Transportes – DITRA de la Policía Nacional y la Armada Nacionales y a las diferentes entidades
5 del sector transporte en los PMU (Puesto de Mando Unificado), mediante la visualización de 43
6 puntos de monitoreo (video vigilancia) ubicados en los principales corredores viales del país, así
7 como la visualización de cámaras de CCO’s de concesiones viales. El servicio de conectividad,
8 soporte y mantenimiento de estos puntos es prestado por INTERNEXA. El CCO cuenta con una
9 sala espejo ubicada en la Estación Tren de la Sabana de la DITRA, en la cual se visualizan de
10 forma constante las imágenes de los 43 puntos actuales de monitoreo y una sala de Plan de
11 Mando Unificado – PMU.
12
13 Además, en el CCO se reciben todas las visuales de los peajes de las vías administradas por el
14 INVIAS, servicios que son prestados mediante los operadores VIPSA y RQS.
15
16
17
18
19
20

3
1 LP-DT-038-2020
2
1 La siguiente ilustración muestra las condiciones operacionales actuales del sistema del PSCN.
2
3 Ilustración 1. Esquema Sistema actual.
4
5 Elaboración propia
6
7
8
3 10
4
1 LP-DT-038-2020
2
1 2.1 ESCENARIOS OPERACIONALES DEL SISTEMA ACTUAL

2
3 Teniendo en cuenta los 43 puntos de monitoreo, estos están asignados para su custodia física y
4 operación a cada una de las FFMM (Armada, Ejército y Policía Nacional) del PSCN teniendo en
5 cuenta lo dispuesto en la directiva 045 del ejército nacional.
6
7 La operación de las cámaras desde CCO está a cargo del personal militar asignado para estas
8 tareas, los cuales constantemente validan las visuales y dan manejo a las situaciones que los
9 puntos de monitoreo presenten (no se manejan formatos ni sistematización de información de
10 eventos).
11
12 Respecto a las visuales de los Peajes, la operación y manejo de éstas están a cargo de cada
13 operador de Peajes, los cuales se encargan de garantizar que las visuales lleguen al video wall
14 del CCO. Actualmente la firma interventora Cano Jiménez Estudio S.A. asiste con regularidad en
15 doble turno al CCO para hacer sus actividades de auditoria a las visuales del operador VIPSA y de
16 forma semanal la firma SIMEC asiste al CCO como parte de soporte a las visuales del operador
17 RQS. Todas estas actividades son supervisadas por el Grupo de Peajes del INVIAS y el personal
18 técnico de apoyo de la Secretaría General del INVIAS (SG) que tiene permanencia constante en la
19 sala.
20
21 2.1.1 ACTIVIDADES ADMINISTRATIVAS
22
23 Estas actividades son realizadas por medio del personal técnico, jurídico y administrativo de la
24 Secretaría General del INVIAS, dentro de las cuales están:
25
26  Dar respuesta a las solicitudes a las diferentes entidades del Sector Transporte y las áreas
27 del INVIAS concerniente a los puntos de monitoreos que se visualizan en el CCO.
28  Dar trámite y respuesta a todas las solicitudes de videos que realizan los organismos
29 investigativos, las entidades judiciales y las personas jurídicas-naturales.
30  Dar trámite y respuesta a las solicitudes que realizan las FFMM del PSCN respecto al
31 CCO.
32  Administrar y controlar el acceso del personal autorizado a la sala del CCO.
33  Apoyo técnico en la validación de la facturación de los servicios prestados de conectividad
34 y soporte.
35
36 2.1.2 ACTIVIDADES TÉCNICAS
37
38 Las actividades que realiza el personal técnico de apoyo de SG que permanece en CCO son:
39
40  Supervisión constante al Datacenter, validando que los servidores de procesamiento,
41 visualización y almacenamiento funcionen correctamente. De igual forma se valida que los
42 equipos de red funcionen correctamente. No se realizan labores preventivas ya que no se
43 cuenta con soporte ni garantías sobre estos equipos.
44  Validación contante del correcto funcionamiento de los aires acondicionados del CCO y su
45 Datacenter. Estos equipos hacen parte de la dotación del arrendatario del edificio, en caso
46 de presentarse alguna falla o de requerirse soporte preventivo se realiza por intermedio de
47 la subdirección administrativa mediante mail.
48  Asignación y configuración de equipos a los funcionarios pertenecientes de las fuerzas en
49 el CCO para desempeño de actividades.
50  Establecer privilegios de Ingreso al CCO y Datacenter por medio de un Reloj Biométrico.
51  Configuración de visuales en el video wall.
3 11
4
1 LP-DT-038-2020
2
1  Validación constante de la visualización de las imágenes en el video wall del CCO, donde
2 se mantiene comunicación constante con las concesiones viales y los operadores de
3 peajes para corregir las fallas de las visuales si se presentan. Respecto a los incidentes
4 que se presenten con los 43 puntos de monitoreo del PSCN que llegan al CCO y que el
5 servicio es prestado por INTERNEXA se realiza mediante mail y siguiendo la matriz de
6 comunicación definida para esto, enmarcada en las siguientes actividades y tiempos de
7 respuesta:
8
9 o Customer service (Genera el requerimiento de manera inmediata)
10 o Ingeniero de servicios (1 hora)
11 o Director Operaciones Digitales (3 Horas)
12 o Gerente de operaciones (6 Horas)
13 o Gerente de Negocios Digitales (8 horas)
14
15 Adicional en este servicio deberá informar y reportar de forma inmediata al INSTITUTO todos los
16 incidentes que se presenten interrupción del servicio y generar un número de caso, así como
17 informar el respectivo cierre y la solución implementada.
18
19  Validación constante de forma remota del funcionamiento de las visuales en la sala espejo
20 del DITRA.
21  Dar soporte técnico a todo el sistema de visualización de la sala Espejo de DITRA.
22  Configuración y parametrización de visuales en el VMS del CCO, así como la configuración
23 y validación de la grabación de las imágenes en el servidor de almacenamiento SAN.
24  Atención constante y oportuna de requerimientos técnicos que realice el personal de la
25 FFMM que trabaja el CCO, escalado mediante mail al soporte técnico del INVIAS.
26  Atender las novedades reportadas por el personal técnico de los diferentes operadores de
27 Peajes, de las concesiones viales, el proveedor de conectividad (Internexa) y el personal
28 técnico de sistemas del INVIAS.
29  Configuración operativa de la sala PMU cuando se programan, así como atender
30 solicitudes técnicas si se requiere en el desarrollo de estos.
31  Extraer videos en los periodos de tiempos cuando se requiere.
32
33 2.2 PUNTOS ACTUALES
34
35 Los siguientes son los puntos que están operando actualmente por el PSCN.
36
MARCA FECHA
PUNTO ELECTRICIDAD CAMARA REFERENCIA GARANTIA INSTALACIO
PTZ N APROX.
PTZ PUERTO BOYACÁ PR ACOMETIDA AUTODOME IP HACE 7
BOSH SIN GARANTIAS
97+500 ELECTRICA 7000 HD AÑOS
ACOMETIDA AUTODOME IP HACE 7
PEAJE ZAMBITO 1 BOSH SIN GARANTIAS
ELECTRICA 7000 HD AÑOS
ACOMETIDA AUTODOME HACE 7
PTZ EL HATO PT 42+300 BOSH SIN GARANTIAS
ELECTRICA 700 IP AÑOS
PTZ SUR PEAJE AGUAS ACOMETIDA AUTODOME IP HACE 7
BOSH SIN GARANTIAS
NEGRAS PR 84 ELECTRICA 7000 HD AÑOS
PTZ NORTE CCO LA LIZAMA BOSH SIN GARANTIAS
ACOMETIDA AUTODOME HACE 7
PTZ SUR PEAJE MORRISON BOSH SIN GARANTIAS
ELECTRICA 7000 AÑOS
PTZ NORTE 1 PEAJE ACOMETIDA HIKVISIO DS-2DF8236IX- CAMARA 3 FEBRERO DE
MORRISON PR 39 +850 ELECTRICA N AEL AÑOS 2020
65+500 ENTRADA AGUA ACOMETIDA AUTODOME HACE 7
BOSH SIN GARANTIAS
CHICA ELECTRICA 700 IP AÑOS
PTZ SUR PEAJE PAILITAS BOSH SIN GARANTIAS
3
1 LP-DT-038-2020
2
MARCA FECHA
PTZ N APROX.
ACOMETIDA HIKVISIO DS-2DF8236IX- CAMARA 3 FEBRERO DE
PTZ NORTE PEAJE PAILITAS
ELECTRICA N AEL AÑOS 2020
PTZ PR85+500 SAN ROQUE BOSH SIN GARANTIAS
ACOMETIDA HIKVISIO DS-2DF8236IX- CAMARA 3 NOVIEMBRE
SIBATE
ELECTRICA N AEL AÑOS DE 2019
ACOMETIDA HIKVISIO DS-2DF8236IX- CAMARA 3 NOVIEMBRE
Vaca que ríe
ELECTRICA N AEL AÑOS DE 2019
CAMARA 3
AÑOS - PANEL
SOLAR,
PANEL SOLAR -
CONTROLADOR
BOGOTA - PEAJE BATERIAS HIKVISIO DS-2DF8836IX- ENERO DE
A E INVERSOR
ALBARRACIN AUTONOMIA 24 N AELW 2020
5 AÑOS -
H
DEMAS
COMPONENTES
1 AÑO
CAMARA 3
AÑOS - PANEL
SOLAR,
PANEL SOLAR -
CONTROLADOR
BATERIAS HIKVISIO DS-2DF8836IX- ENERO DE
SOACHA MONDOÑEDO A E INVERSOR
AUTONOMIA 24 N AELW 2020
5 AÑOS -
H
DEMAS
COMPONENTES
1 AÑO
CAMARA 3
AÑOS - PANEL
SOLAR,
PANEL SOLAR -
CONTROLADOR
BOGOTA - VILLETA - PUERTO BATERIAS HIKVISIO DS-2DF8836IX- ENERO DE
A E INVERSOR
BOGOTA AUTONOMIA 24 N AELW 2020
5 AÑOS -
H
DEMAS
COMPONENTES
1 AÑO
CAMARA 3
AÑOS - PANEL
SOLAR,
PANEL SOLAR -
CONTROLADOR
A E INVERSOR
5 AÑOS -
H
DEMAS
COMPONENTES
1 AÑO
CAMARA 3
AÑOS - PANEL
SOLAR,
PANEL SOLAR -
CONTROLADOR
A E INVERSOR
5 AÑOS -
H
DEMAS
COMPONENTES
1 AÑO
CAMARA 3
AÑOS - PANEL
SOLAR,
PANEL SOLAR -
CONTROLADOR
A E INVERSOR
5 AÑOS -
H
DEMAS
COMPONENTES
1 AÑO
BOGOTA - FUSAGASUGA - PANEL SOLAR - HIKVISIO DS-2DF8836IX- CAMARA 3 ENERO DE
3
1 LP-DT-038-2020
2
MARCA FECHA
PTZ N APROX.
AÑOS - PANEL
SOLAR,
CONTROLADOR
BATERIAS
A E INVERSOR
GIRARDOT AUTONOMIA 24 N AELW 2020
5 AÑOS -
H
DEMAS
COMPONENTES
1 AÑO
CAMARA 3
AÑOS - PANEL
SOLAR,
PANEL SOLAR -
CONTROLADOR
BOGOTA - FUSAGASUGA - BATERIAS HIKVISIO DS-2DF8836IX- ENERO DE
A E INVERSOR
GIRARDOT AUTONOMIA 24 N AELW 2020
5 AÑOS -
H
DEMAS
COMPONENTES
1 AÑO
CAMARA 3
AÑOS - PANEL
SOLAR,
PANEL SOLAR -
CONTROLADOR
IBAGUE - ESPINAL - EL PASO A E INVERSOR
5 AÑOS -
H
DEMAS
COMPONENTES
1 AÑO
CAMARA 3
AÑOS - PANEL
SOLAR,
PANEL SOLAR -
CONTROLADOR
IBAGUE - CAJAMARCA A E INVERSOR
5 AÑOS -
H
DEMAS
COMPONENTES
1 AÑO
CAMARA 3
AÑOS - PANEL
SOLAR,
PANEL SOLAR -
CONTROLADOR
ARMENIA - LA LINEA A E INVERSOR
5 AÑOS -
H
DEMAS
COMPONENTES
1 AÑO
CAMARA 3
AÑOS - PANEL
SOLAR,
PANEL SOLAR -
CONTROLADOR
CALI - PALMIRA - TULUÁ - LA BATERIAS HIKVISIO DS-2DF8836IX- ENERO DE
A E INVERSOR
PAILA AUTONOMIA 24 N AELW 2020
5 AÑOS -
H
DEMAS
COMPONENTES
1 AÑO
CAMARA 3
AÑOS - PANEL
SOLAR,
PANEL SOLAR -
CONTROLADOR
CORDOBA - LOBOGUERRERO A E INVERSOR
5 AÑOS -
H
DEMAS
COMPONENTES
1 AÑO
BUENAVENTURA - CORDOBA PANEL SOLAR - HIKVISIO DS-2DF8836IX- CAMARA 3 ENERO DE
3
1 LP-DT-038-2020
2
MARCA FECHA
PTZ N APROX.
AÑOS - PANEL
SOLAR,
CONTROLADOR
BATERIAS
A E INVERSOR
5 AÑOS -
H
DEMAS
COMPONENTES
1 AÑO
CAMARA 3
AÑOS - PANEL
SOLAR,
PANEL SOLAR -
CONTROLADOR
5 AÑOS -
H
DEMAS
COMPONENTES
1 AÑO
CAMARA 3
AÑOS - PANEL
SOLAR,
PANEL SOLAR -
CONTROLADOR
5 AÑOS -
H
DEMAS
COMPONENTES
1 AÑO
CAMARA 3
AÑOS - PANEL
SOLAR,
PANEL SOLAR -
CONTROLADOR
BUENAVENTURA - CORDOBA A E INVERSOR
5 AÑOS -
H
DEMAS
COMPONENTES
1 AÑO
CAMARA 3
AÑOS - PANEL
SOLAR,
PANEL SOLAR -
CONTROLADOR
BUENAVENTURA - CORDOBA A E INVERSOR
5 AÑOS -
H
DEMAS
COMPONENTES
1 AÑO
CAMARA 3
AÑOS - PANEL
SOLAR,
PANEL SOLAR -
CONTROLADOR
HATILLO - PUERTO BERRÍO A E INVERSOR
5 AÑOS -
H
DEMAS
COMPONENTES
1 AÑO
CAMARA 3
AÑOS - PANEL
SOLAR,
PANEL SOLAR -
CONTROLADOR
MEDELLIN-CAUCASIA A E INVERSOR
5 AÑOS -
H
DEMAS
COMPONENTES
1 AÑO
MEDELLIN-CAUCASIA PANEL SOLAR - HIKVISIO DS-2DF8836IX- CAMARA 3 ENERO DE
3
1 LP-DT-038-2020
2
MARCA FECHA
PTZ N APROX.
AÑOS - PANEL
SOLAR,
CONTROLADOR
BATERIAS
A E INVERSOR
5 AÑOS -
H
DEMAS
COMPONENTES
1 AÑO
CAMARA 3
AÑOS - PANEL
SOLAR,
PANEL SOLAR -
CONTROLADOR
CAJAPÍ - TUMACO A E INVERSOR
5 AÑOS -
H
DEMAS
COMPONENTES
1 AÑO
CAMARA 3
AÑOS - PANEL
SOLAR,
PANEL SOLAR -
CONTROLADOR
5 AÑOS -
H
DEMAS
COMPONENTES
1 AÑO
CAMARA 3
AÑOS - PANEL
SOLAR,
PANEL SOLAR -
CONTROLADOR
ALTAQUER - CAJAPÍ A E INVERSOR
5 AÑOS -
H
DEMAS
COMPONENTES
1 AÑO
CAMARA 3
AÑOS - PANEL
SOLAR,
PANEL SOLAR -
CONTROLADOR
5 AÑOS -
H
DEMAS
COMPONENTES
1 AÑO
CAMARA 3
AÑOS - PANEL
SOLAR,
PANEL SOLAR -
CONTROLADOR
CARTAGENA A E INVERSOR
5 AÑOS -
H
DEMAS
COMPONENTES
1 AÑO
CAMARA 3
AÑOS - PANEL
SOLAR,
PANEL SOLAR -
CONTROLADOR
CARRETO - CALAMAR A E INVERSOR
5 AÑOS -
H
DEMAS
COMPONENTES
1 AÑO
Villeta- Guaduas PANEL SOLAR - HIKVISIO DS-2DF8836IX- CAMARA 3 ENERO DE
3
1 LP-DT-038-2020
2
MARCA FECHA
PTZ N APROX.
AÑOS - PANEL
SOLAR,
CONTROLADOR
BATERIAS
A E INVERSOR
5 AÑOS -
H
DEMAS
COMPONENTES
1 AÑO
CAMARA 3
AÑOS - PANEL
SOLAR,
PANEL SOLAR -
CONTROLADOR
Medellín- Versalles. ID 330 A E INVERSOR
5 AÑOS -
H
DEMAS
COMPONENTES
1 AÑO
CAMARA 3
AÑOS - PANEL
SOLAR,
PANEL SOLAR -
CONTROLADOR
Pasto- Aeropuerto ID 205 A E INVERSOR
5 AÑOS -
H
DEMAS
COMPONENTES
1 AÑO
1
2 2.3 ENTREVISTAS PARA LEVANTAMIENTO DE INFORMACIÓN
3
4 En el marco de la construcción del Concepto de Operación - ConOps para el Proyecto Vías
5 Inteligentes ITS - VIITS se realizaron entrevistas para determinar las necesidades y las
6 problemáticas de los actores estratégicos. En el desarrollo de este ejercicio se realizaron un total
7 de cincuenta (50) reuniones entre visitas y entrevistas, a partir de las cuales se fundamentan las
8 secciones presentadas a continuación.
9
10 Tabla 1. Resumen Entrevista
NÚMERO DE
ENTIDAD
REUNIONES
Agencia Nacional de Infraestructura (ANI) 10
DIJIN 2
AEROCIVIL 1
Instituto de Hidrología, Meteorología y Estudios Ambientales
4
(IDEAM)
Ministerio de Transporte (MT) 6
Superintendencia de Puertos y Transportes
1
(SUPERTRANSPORTE)
Dirección de Tránsito y Transporte de la Policía Nacional (DITRA) 12
Otras entidades 20
Total 50
11
12 2.4 CONDICIONES PARA LA OPERACIÓN DEL SISTEMA PROPUESTO
13
14 Posterior a la realización de las entrevistas a los actores estratégicos, se identificaron una serie de
15 condiciones necesarias para garantizar la correcta operación del Proyecto VIITS. En la Tabla 2 se
16 presenta una lista de estas, marcando con una X las categorías en las que aplica la condición.
17
3
1 LP-DT-038-2020
2
1
2
3 Tabla 2. Necesidades de los Actores Interesados
MODULO PSCN SEI SMA SPAE ST MT DIJIN
VIDEO VIGILANCIA X
DETECCIÓN AUTOMÁTICA DE INCIDENTES X X X X X X

INSPECCIÓN NO INTRUSIVA DE
X
VEHICULOS
VELOCIDADES X X
CONTEOS X X X X
GÁLIBOS X X X X
INFORMACIÓN AL USUARIO X X
MONITOREO AÉREO X
ZONAS Y PUNTOS CRITICOS X X X X

4
5 PSCN - Programa de seguridad en carreteras nacionales.
6 SPAE - Subdirección de prevención y atención de emergencias.
7 SEI - Subdirección de estudios e innovación.
8 ST - Superintendencia De Transporte.
9 SMA – Subdirección de Medio Ambiente.
10 MT – Ministerio de Transporte.
11 DIJIN - Dirección de Investigación Criminal e Interpol.
12

3
1 LP-DT-038-2020
2
1 3 DESCRIPCIÓN GENERAL DEL SISTEMA PREVISTO

2
3 El Instituto Nacional de Vías – INVIAS, como establecimiento público del orden nacional adscrito
4 al Ministerio de Transporte, tiene como objetivo la ejecución de las políticas, estrategias, planes,
5 programas y proyectos de la infraestructura no concesionada de la red vial de carreteras primaria
6 y terciaria, red férrea, red fluvial e infraestructura marítima, de acuerdo con los lineamientos del
7 gobierno nacional.
8
9 Por su parte, el Plan Nacional de Desarrollo 2018-2022 “Pacto por el transporte y la logística para
10 la competitividad y la integración regional”, propone dar un salto cualitativo en materia de nuevas
11 tecnologías para la seguridad y la gestión vial. Con esta nueva visión, el ciudadano es el eje
12 central y beneficiario directo al facilitarle la movilidad, seguridad y confianza en los
13 desplazamientos realizados en las vías de la red primaria.
14
15 Para el cumplimiento de esta visión, se plantea desarrollar el proyecto denominado VÍAS
16 INTELIGENTES -ITS (en adelante VIITS), que busca satisfacer los objetivos de la política pública
17 y aportar al logro de metas en conjunto con las entidades del sector transporte. El proyecto VIITS
18 va en la línea con las bases del plan nacional de desarrollo 2018-2022, en especial en lo referente
19 al punto VI: Pacto por el transporte y la logística para la competitividad y la integración regional y
20 específicamente, en lo asociado al apartado de gobernanza, consecuente con los Sistemas
21 Inteligentes, análisis y gobernanza de la información para la gestión del transporte y del tránsito.
22 Lo anterior, teniendo en cuenta plataformas actuales e interoperabilidad, métodos alternativos de
23 obtención y generación de información e infraestructura tecnológica para la competitividad, bajo la
24 arquitectura que se ilustra a continuación.
25

3
1 LP-DT-038-2020
2
1 Ilustración 2. Esquema General VIITS
2
3 Fuente: Elaboración Propia
4
5 Este proyecto se estructura como un sistema inteligente de transporte que, a través de
6 herramientas tecnológicas estratégicas e integradas, recopila, procesa y visualiza en tiempo real
7 información sobre las condiciones del tránsito, el transporte y la infraestructura a nivel interurbano,
8 permitiendo así reaccionar, con suficiente antelación, a diferentes tipos de incidentes que ocurren
9 sobre la red primaria y promover condiciones de movilidad idóneas para los usuarios y habitantes
10 de las zonas de influencia. Igualmente, la información recolectada generará servicios a los actores
11 interesados según los estándares vigentes de un ITS Sistema Inteligente de Transporte.
12
13 El proyecto se estructura sobre tres subsistemas integrados bajo una plataforma de gestión, que
14 sirve funcionalidades y requerimientos específicos de Orden Público, Tránsito, Transporte,
15 Seguridad Vial y mantenimiento de Infraestructura, para los distintos actores que concurren en su
16 planeación, gestión y administración, tanto del sector de transporte como de otros sectores afines,
17 sobre la infraestructura actual y con el aumento de dispositivos, módulos y procesamiento,
18 administrados bajo un CCO repotenciado, como se ilustra en los siguientes numerales.
19
20
21
22
23
24
25
26

3
1 LP-DT-038-2020
2
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31

3
1 LP-DT-038-2020
2
1 La siguiente ilustración muestra el esquema general previsto para el Sistema VIITS.
2
3 Ilustración 3. Esquema Sistema Previsto
Data center
Plataforma de gestión
4
5 Elaboración Propia
3 22
4
1 [Número del Proceso de Contratación] ANEXO No. 1.2 – CONCEPTO DE
2 OPERACIÓN
1 El CCO tiene como principal objetivo la centralización de las funciones de supervisión y control de
2 las operaciones y a su vez integrará la gestión y control administrativo en áreas de planificación,
3 administración y soporte, logrando un ambiente de colaboración enfocado en la proactividad y
4 fortalecimiento de sinergias que maximicen la eficiencia operacional. El sistema desplegará alertas
5 de acuerdo con lo definido en cada uno de los módulos, a la analítica requerida y a las alertas en
6 tiempo real, para permitir los mecanismos de reacción correspondientes. El Centro de Control de
7 Operaciones (CCO) busca dar soporte a todos los sistemas con los que contara el proyecto Vías
8 Inteligentes – ITS (VIITS).
9
10 Para lo anterior, el CCO integrará los registros provenientes de diversas fuentes del proyecto y de
11 diversas entidades para lo cual debe estructurar dicha información bajo metodologías de análisis
12 de Big Data que permitan realizar modelos predictivos y asociación de múltiples variables.
13
14 3.1 ACTORES INVOLUCRADOS
15
16 3.1.1 MINISTERIO DE TRANSPORTE
17
18 El Ministerio de Transporte tiene como objetivo primordial la formulación y adopción de las
19 políticas, planes, programas, proyectos y regulación económica en materia de transporte, tránsito
20 e infraestructura de los modos de transporte carretero, marítimo, fluvial, férreo y aéreo y la
21 regulación técnica en materia de transporte y tránsito de los modos carretero, marítimo, fluvial y
22 férreo.
23
24 Así mismo, es la entidad a cargo de gestionar y contratar la administración de plataformas como el
25 RUNT y el RNDC que brindan información actualizada sobre el tránsito y el transporte; dichas
26 plataformas juegan un rol importante en el desarrollo del proyecto VIITS al proporcionar acceso a
27 información sobre las condiciones mecánicas, operativas y legales de los vehículos.
28
29 Por otra parte, el Ministerio de Transporte gracias a la cooperación internacional del Gobierno
30 Coreano, se encuentra estructurando el Plan Maestro de ITS que proveerá la hoja de ruta de los
31 servicios ITS para Colombia mediante el establecimiento de un plan a mediano y largo plazo en
32 cuanto a los servicios de ITS a proveer a los ciudadanos, esto permitirá la eficiencia de los
33 sistemas de transporte y la interoperabilidad de los diferentes actores y los servicios que ellos
34 utilizan.
35
36 El plan maestro de ITS contempla como su plan piloto, la creación del Centro Nacional de
37 Información de Tráfico y su sistema de información, que debe ser construido por mandato del
38 Decreto 2060 de 2015. Este sistema reunirá, inicialmente, la información en tiempo real de los
39 centros de control y monitoreo locales, actores y plataformas privadas, sistemas masivos de
40 transporte y sistemas estratégicos del sector transporte. En particular, será mediante este sistema
41 que se orquestará la información de las áreas misionales del Ministerio y las entidades adscritas
42 (INVIAS, ANI, ANSV, SuperTransporte) o las entidades que necesiten dicha información. El
43 Ministerio por su parte cuenta con diversidad de sistemas de información tales como RUNT,
44 RNDC, INSIDE, entre otros y este proyecto articula elementos de integración con estos sistemas.
45 El proyecto VIITS se integrará de manera progresiva tanto con el Plan Maestro como con el
46 proyecto piloto a desarrollarse en el año 2021.
47
48 3.1.2 INSTITUTO NACIONAL DE VÍAS – INVIAS
49
50 Es la entidad encargada de la planeación, construcción y mantenimiento de la red vial nacional no
51 concesionada. Para ello cuenta con el apoyo de dependencias en el Nivel Departamental. Sus
52 funciones están definidas en el Decreto 2618 de 2013 y el Decreto 1944 de 2015.
53
54

3
2 OPERACIÓN
1
2 INVIAS tiene como misionalidad la ejecución de las políticas, estrategias, planes, programas y
3 proyectos de la infraestructura no concesionada de la Red Vial Nacional de carreteras primaria y
4 terciaria, férrea, fluvial y de la infraestructura marítima, de acuerdo con los lineamientos dados por
5 el Ministerio de Transporte.
6
7 Como consecuencia de lo anterior, el Instituto tendrá bajo su responsabilidad el primer Sistema
8 Inteligente de Transporte denominado VIITS, el cual dispondrá de una serie de recursos
9 tecnológicos en las vías, con el objetivo de monitorear y brindar seguridad en los diferentes
10 corredores de la geografía colombiana, lo anterior enmarcado bajo un esquema de cooperación
11 entre varias entidades del estado como también las subdirecciones que están bajo su amparo.
12 Dentro de los objetivos del proyecto se pueden referir: informar a los usuarios de estos corredores
13 las condiciones actuales dentro de una ruta determinada por estos, así como proveer análisis,
14 información y conocimiento sobre las variables monitoreadas al PSCN, Ministerio de Transporte y
15 los interesados vinculados de otros sectores, que concurren en el proyecto y contribuir con su
16 divulgación a partir de los canales virtuales dispuestos para ello.
17
18 3.1.2.1 Programa de Seguridad en Carreteras Nacionales – PSCN
19
20 Como se menciona al inicio de este documento, el INVIAS, en coordinación con el Ministerio de
21 Defensa y con el Ministerio de Transporte, ha venido desarrollando el Programa de Seguridad en
22 Carreteras Nacionales como una de las estrategias que a nivel macro fueron trazadas dentro del
23 marco de la política de seguridad implementada por el Gobierno Nacional, para garantizar el
24 derecho a la libre circulación de personas por el territorio nacional, incentivar el intercambio
25 comercial entre las regiones, reactivar el turismo y permitir el transporte de pasajeros, carga y
26 mercancías, por los corredores logísticos nacionales.
27
28 El PSCN es el encargado del Centro de Control y Operación de Seguridad Ciudadana (CCOSC), y
29 usa las instalaciones de este Centro, ubicadas en el INVIAS, para el monitoreo constante de
30 ciertos sectores de la red vial y la ejecución de los Puestos de Mando Unificados (PMU). Las
31 infraestructuras y locaciones disponibles y con vida útil remanente serán parte del proyecto VIITS,
32 por lo cual es clave que los interesados en participar conozcan acerca de sus condiciones (ver
33 Línea Base y Anexos relacionados).
34
35 Actualmente el PSCN cuenta con cubrimiento en 32 cámaras PTZ operadas por INTERNEXA que
36 deberán ser integradas al proyecto VIITS al igual que los dispositivos revertidos por las
37 concesiones Ruta del sol 2 con 11 cámaras y 22 visuales pertenecientes a las concesiones de
38 sabana de occidente, autopista del café, vía 40 express, CCFC y DEVIMED. Estos dispositivos y
39 su operación y mantenimiento deberán ser asumidos por el proveedor desde el inicio de la
40 ejecución de contrato, exceptuando las 22 visuales provenientes de las concesiones.
41
42 Adicionalmente, con el proyecto VIITS se espera ampliar la cobertura de control y monitoreo a
43 nivel nacional, así como la calidad de la información recolectada, analizada y reportada en los
44 diferentes puntos adicionales, que han priorizado otras entidades nacionales que concurren junto
45 con las entidades del sector transporte en el PSCN y que se listan más adelante.
46
47 3.1.2.2 Subdirección de Prevención y Atención de Emergencias
48
49 La Subdirección de Prevención y Atención de Emergencias del INVIAS, como su nombre lo indica,
50 es la encargada de gestionar los planes de acción frente a eventos presentados sobre las vías.
51 Está en constante coordinación con las diferentes dependencias del INVIAS, sus Direcciones
52 Territoriales, la Unidad Nacional de Gestión del Riesgo y las autoridades locales, entre otros.
53
54

3
2 OPERACIÓN
1 Esta subdirección realiza un seguimiento constante a las zonas críticas de los diferentes
2 corredores a cargo del INVIAS, especialmente en materia geotécnica, para generar protocolos y
3 políticas orientadas a garantizar la seguridad y operatividad de las vías nacionales, con lo cual ha
4 priorizado una serie de puntos o tramos para monitoreo de infraestructuras y terrenos con la
5 ayuda de tecnologías de punta con las que actualmente no cuenta.
6
7 3.1.2.3 Subdirección de Estudios e Innovación
8
9 La Subdirección de Estudios e Innovación es la encargada de realizar los estudios y diseños de
10 los diferentes proyectos del INVIAS. Para tal fin, cuenta con un grupo especializado en estadística,
11 y maneja diferentes bases de datos cuya información es reportada periódicamente en la
12 plataforma HERMES; esta es la encargada recopilar y publicar datos de volumen, categoría y
13 costos, a través de aforos vehiculares (tradicionalmente de forma manual, una semana al año en
14 las cartillas de volúmenes o TPD). Así mismo, es la encargada de la expedición de los permisos
15 de tránsito con carga extrapesada.
16
17 Con la ejecución del VIITS, la labor del INVIAS a cargo de esta subdirección se verá notablemente
18 fortalecida al obtener información en tiempo real 365 días al año, en los principales puntos de la
19 red vial a su cargo principalmente, posibilitando informar instantáneamente a los usuarios sobre
20 cambios o riesgos en las condiciones de movilidad, pero también entregar estadísticas y análisis
21 técnicos más robustos para fines de investigación, diseño y operación.
22
23 3.1.2.4 Dirección Operativa
24
25 La Dirección Operativa es la encargada de la ejecución y supervisión de los contratos de obra en
26 el INVIAS y realiza, a su vez, un seguimiento periódico de dicha infraestructura. En consecuencia,
27 con base en este seguimiento, ejecuta obras de construcción, mantenimiento, rehabilitación, entre
28 otras. Con la ejecución del proyecto VIITS, la dirección operativa tendrá una valiosa herramienta y
29 nuevas fuentes de información para mejorar seguimiento y ejecución de futuros proyectos.
30
31 3.1.3 AGENCIA NACIONAL DE SEGURIDAD VIAL (ANSV)
32
33 La Agencia Nacional de Seguridad Vial (ANSV), es la entidad encargada de velar por la seguridad
34 vial en el país. En consecuencia, lleva a cabo estudios de accidentalidad, genera datos y
35 almacenas estadísticas sobre tránsito vehicular, accidentalidad, entre otros, resultando en
36 campañas y políticas que promueven el uso seguro de la infraestructura vial.
37
38 En relación con el proyecto VIITS, la Agencia ha priorizado una serie de puntos en los cuales se
39 viene registrando históricos de los niveles de accidentalidad / siniestralidad, de tal forma que, con
40 la implementación de un módulo compuesto por Radares de Velocidad Pedagógicos, permita
41 reducir gradualmente las tasas registradas y mejorar la seguridad vial, con base a las estadísticas
42 y análisis relacionales entregados al CCO en tiempo real.
43
44
45 3.1.4 SUPERINTENDENCIA DE TRANSPORTE. (ST)
46
47 La Superintendencia de Transporte (ST) es la encargada de controlar, supervisar y vigilar que el
48 servicio de transporte público, su infraestructura y servicios asociados se presten de manera
49 oportuna y eficiente. La entidad será usuaria de los datos que arroje el VIITS, en especial en
50 cuanto a monitoreo del orden público, la seguridad y el tránsito en sitios críticos por la afectación
51 que el tráfico ejerce sobre la infraestructura y el espacio público. Podrá igualmente proveer datos
52 recopilados sobre empresas del sector, a través de plataformas como VIGIA o CEMAT, entre
53 otras, pero también utilizar información del proyecto VIITS para alimentar sus bases de datos y
54 mejorar los análisis y actividades desarrolladas.

3
2 OPERACIÓN
1
2
3 3.1.5 DIRECCIÓN DE INVESTIGACIÓN CRIMINAL E INTERPOL – DIJIN
4
5 La Dirección de Investigación Criminal e INTERPOL o DIJIN antiguas siglas de (Dirección Central
6 de Policía Judicial e Inteligencia) es una dirección dentro de la organización de la Policía Nacional
7 de Colombia, que ejerce las funciones de Policía Judicial; realizando la Investigación Penal, en el
8 campo investigativo, técnico, científico y operativo, por iniciativa propia o por orden impartida por
9 la Fiscalía General de la Nación, con el fin de recolectar pruebas, establecer la ocurrencia de un
10 delito y la responsabilidad de los autores o participes.
11
12 Con la misión de aportar seguridad y convivencia ciudadana por razón del proceso de la
13 investigación judicial, criminalística, criminológica y el manejo de la información delincuencial
14 puesta a dedicar apoyo oportuno a la administración de justicia contra la inseguridad. Su
15 desempeño es a nivel nacional, contra la delincuencia organizada y trasnacional.
16
17 El sistema VIITS podrá generar alarmas de aquellos vehículos que son requeridos por alguna
18 entidad judicial y que pasen por cualquier punto que cuente con reconocimiento de placas OCR,
19 para posteriormente poder relacionar cada placa con la base de datos de la DIJIN y así generar
20 alertas.
21
22 3.2 LÍNEA BASE TECNOLÓGICA DEL SECTOR TRANSPORTE
23
24 3.2.1 RUNT - Ministerio de Transporte
25
26 El Registro Único Nacional de Tránsito (RUNT), es un sistema de información que permite
27 registrar y mantener actualizada, centralizada, autorizada y validada la información sobre los
28 registros de automotores, conductores, licencias de tránsito, empresas de transporte público,
29 infractores, accidentes de tránsito, seguros, remolques y semirremolques, maquinaria agrícola y
30 de construcción autopropulsada y de personas naturales o jurídicas que prestan servicio al sector.
31 Además, provee integración con otras plataformas como los Centros de Enseñanza
32 Automovilística -CEA y Centros de Diagnóstico Automotor –CDA. El RUNT es operado por
33 concesión que otorga el Ministerio de Transporte.
34
35 El RUNT valida, registra y autoriza transacciones relacionadas con los siguientes once registros:
36
37 • Registro Nacional de Automotores (RNA)
38 • Registro Nacional de Conductores (RNC)
39 • Registro Nacional de Empresas de Transporte público y privado (RNET)
40 • Registro Nacional de Licencias de Tránsito (RNLT)
41 • Registro Nacional de Infracciones de Tránsito y Transporte (RNITT)
42 • Registro Nacional de Centros de Enseñanza Automovilística (RNCEA)
43 • Registro Nacional de Seguros (RNS)
44 • Registro Nacional de Personas Naturales y/o Jurídicas que prestan servicios al sector del
45 tránsito (RNPNJ)
46 • Registro Nacional de Remolques y Semirremolques (RNRYS)
47 • Registro Nacional de Accidentes de Tránsito (RNAT)
48 • Registro Nacional de Maquinaria Agrícola y de Construcción Autopropulsada (RNMA)
49
50 El sistema por desarrollar en el proyecto VIITS, debe proveer conexión con la base de Datos del
51 RUNT, en una primera etapa, realizando consultas masivas en batch (según los subsistemas que
52 requiera), para validar a través del número de placa, datos clave como: clase, ejes y capacidad de
53 carga. En una etapa posterior RUNT 2.0 se deberá generar las consultas en tiempo real.
54

3
2 OPERACIÓN
1
2 El INVIAS, en conjunto con el Ministerio de Transporte y la ANSV, apoyarán al Contratista en el
3 trámite de los permisos o convenios necesarios, así como las condiciones para el intercambio de
4 la información según las condiciones contractuales que establezcan tanto RUNT 1.0 como RUNT
5 2.0 (que entrará en operación posteriormente).
6
7 https://www.runt.com.co/
8
9 3.2.2 RNDC - Ministerio de Transporte
10
11 El Registro Nacional de Despacho de Carga -RNDC, es un sistema de información que permite
12 recibir, validar y transmitir la información generada en las operaciones del Servicio Público de
13 Transporte de Carga por Carretera. Este instrumento permite optimizar el flujo de información
14 acerca de la operación de transporte de carga, sirviendo de base para el monitoreo de las
15 relaciones económicas por parte de los integrantes del sector, a través del modelo para la
16 Regulación del Transporte de Carga por Carretera SIRTCC, así como para el control por parte de
17 la autoridad competente, contribuyendo con la seguridad en la prestación del servicio público de
18 transporte de carga.
19
20 En relación con el proyecto VIITS, la integración con este sistema de información permitirá cruzar
21 los registros de vehículos de carga detectados en las vías con la información de los manifiestos de
22 carga, autorizaciones o restricciones (según aplique) y de esta manera automatizar acciones y
23 alertas que redunden en mayor seguridad, control y eficiencia de la operación de carga.
24 https://rndc.mintransporte.gov.co
25
26 3.2.3 HERMES - Instituto Nacional de Vías
27
28 En el SIG “Hermes” es posible encontrar información geográfica de la red vial a cargo del INVIAS,
29 proyectos en ejecución y además estadísticas de accidentalidad Vial con datos geo procesados a
30 partir de la información suministrada por los Administradores Viales.
31
32 El sistema HERMES ofrece diferentes servicios entre los que se destacan:
33
34  Información Base 55  Remoción en masa
35  Poste de referencia 56  Inundación
36  Peajes 57  Talud inestable
37  Puentes 58  Sitios críticos
38  Red vial primaria 59  Administración vial
39  Elementos de la red de carreteras 60  Sectores viales
40  Berma 61  Administradores viales
41  Defensa 62  Gestión vial
42  Marca vial 63  Accidentalidad
43  Señal elevada 64  Estado de la Red Vial (Criterio Técnico)
44  Señal vertical 65  Numeral 767
45  Señal horizontal 66  Viajero seguro (Ruteo por vías)
46  Servicio de carretera 67  Fenix (Recuperar estudios en archivo
47  Elementos de protección y defensa 68 físico de INVIAS mediante digitalización
48  Muro de contención 69 geográfica)
49  Tendido de talud 70  Histórico de los Tránsitos Promedios
50  Elementos de drenaje 71 Diarios (TPDs)
51  Alcantarilla 72  Campamentos Viales (Thaqui – Red
52  Bordillo 73 Terciaria)
53  Cuneta 74  Thaqui Auscultación
54  Gestión riesgo 75  Thaqui Elementos

3
2 OPERACIÓN
1  Thaqui Puentes 2  Sukubun (Atropellamiento de fauna)

3 3.2.4 SISTEMAS PARA LA OPERACIÓN DE PEAJES
4
5 A través de estos sistemas los diferentes operadores controlan el paso de vehículos por las
6 estaciones de peaje (en vías concesionadas y no concesionadas), incluyendo el reporte de
7 visuales de video que llegan al Centro de Comando, Control, Comunicación y Computo (C4)
8 ubicado en INVIAS como parte del PSCN.
9
10 Dentro del diseño, implementación y operación del proyecto VIITS (especialmente en lo
11 relacionado con el CCO), se deberán considerar todos aquellos elementos tecnológicos y físicos
12 necesarios para poder integrar la visual e información proveniente de las estaciones de peaje
13 tanto a cargo de INVIAS, como también de las concesiones que, en reversión, se sumen en una
14 etapa posterior, en el caso que así se requiera. El acceso a dicha información será apoyado por
15 parte del INVIAS en la gestión con las diferentes entidades del Ministerio de Transporte.
16
17 Dicha integración buscará además de integrar la visual, contar con información útil de manera
18 automatizada, que permita igualmente realizar análisis y cruces de información con otras bases de
19 datos, y generar pronósticos, proyecciones de tendencias o identificación de patrones, que deriven
20 en alertas tempranas, acciones preventivas o correctivas y en general, acciones que permitan
21 incrementar la seguridad y confiabilidad del tránsito y los usuarios de las carreteras.
22
23 3.2.5 CENTRO DE CONTROL DE OPERACIONES Y SEGURIDAD CIUDADANA –
24 CCOSC (INVIAS)
25
26 En el documento “ANEXO 1.2 – INVENTARIO EQUIPOS PSCN”, se encuentra el inventario
27 tecnológico con el que actualmente cuenta el Centro de Control de Operaciones, partiendo de esto
28 el proponente podrá validar que dispositivos que dada su vida útil y funcionalidad puedan ser
29 empleados en el proyecto, así mismo dimensionar las necesidades de tecnologías adicionales
30 para el despliegue del CCO y que el mismo cumpla plenamente con los Acuerdos de Nivel de
31 Servicio establecidos.
32
33 3.2.6 SISTEMAS Y PLATAFORMAS ITS EN VÍAS CONCESIONADAS
34
35 El contratista deberá implementar las tecnologías necesarias para el desarrollo de la
36 infraestructura con la que se logrará la comunicación e integración de las plataformas de los
37 centros de control que emplean las concesiones viales, especialmente en lo relacionado con
38 cámaras de seguridad, sistemas de conteo y radares de velocidad; con el proyecto VIITS.
39
40 Dicha integración deberá desarrollarse siempre bajo articulación entre el Ministerio de Transporte
41 y entidades ejecutoras como la Agencia Nacional de Infraestructura – ANI con el fin de aprovechar
42 al máximo la información compartida y facilitar el logro de objetivos comunes.
43
44 Otras plataformas o sistemas tecnológicos correspondientes a entidades diferentes al sector
45 transporte y que serán claves para consulta e integración, se relacionan a continuación.
46
47 3.3 ENTIDADES Y OTROS ACTORES -RELACIONADAS CON EL PROYECTO
48
49 A continuación, se mencionan las entidades de otros actores diferentes al sector transporte,
50 relacionadas con el desarrollo del proyecto VIITS y que pueden ser, a su vez, proveedores y
51 consumidores de información:
52
53 3.3.1 INSTITUTO GEOGRÁFICO AGUSTÍN CODAZZI (IGAC)
54

3
2 OPERACIÓN
1 Es la entidad encargada de producir la cartografía básica de Colombia y adelantar investigaciones

2 geográficas, entre otras actividades, con lo cual es fuente importante de información para fines del
3 proyecto VIITS en lo relacionado con la georreferenciación de puntos y tramos, y la creación de
4 sistemas de monitoreo y aplicativos webs/móviles, entre otros. No obstante, el INVIAS cuenta con
5 sistemas de información geográfica que se basan en datos suministrados oficialmente por el
6 IGAC, con lo cual se le facilita mucho más el acceso de este proyecto a esta información.
7
8 3.3.2 INSTITUTO DE HIDROLOGÍA, METEOROLOGÍA Y ESTUDIOS AMBIENTALES
9 (IDEAM)
10
11 El IDEAM es una institución pública de apoyo técnico y científico al Sistema Nacional Ambiental,
12 que genera información sobre el estado y las dinámicas de los recursos naturales y del medio
13 ambiente. Provee información de diversa índole útil para el desarrollo de análisis de riesgos a la
14 infraestructura y el tránsito tanto por condiciones meteorológicas, como las asociadas al cambio
15 climático.
16
17

3
1 3.4 ESCENARIOS OPERACIONALES DEL SISTEMA PROPUESTO
2
3 A continuación, se presenta la secuencia del ciclo de vida de la información, esta es dividida en los procesos de: adquisición, transmisión,
4 procesamiento de datos y usuario final para el funcionamiento del sistema VIITS propuesto.
5
6 Ilustración 4. Sistema General Propuesto
7
2 OPERACIÓN
1 3.4.1 CAPA DE ADQUISICIÓN DE DATOS

2
3 La capa de adquisición de datos tiene como objetivo principal exponer el formato en que los
4 dispositivos deberán entregar estos registros a la capa de transmisión. La capa de adquisición
5 tendrá está conformada por cinco componentes, que generaran información continuamente como
6 insumo para el sistema VIITS:
7
8  El primero de ellos son los equipos que estarán instalados en campo y cuya misionalidad
9 es procesar y hacer analítica en borde, dichos puntos están georreferenciados por cada
10 uno de los interesados en el desarrollo de su operación.
11  El segundo hará referencia a aquellos dispositivos que servirán a las fuerzas militares
12 y a la DITRA a fin de tener un apoyo más reactivo y de inspección, por su naturaleza
13 móvil estos equipos tendrán que hacer un UPDATE de forma manual de la data capturada
14 en el sitio de operación.
15  El tercer componente son las bases de datos internas y externas, su fin será el poder
16 suministrar información al sistema VIITS de diferentes entidades del estado para así
17 generar análisis predictivos en modelos de Inteligencia Artificial inmerso en la nube (ELT,
18 Extract/Load/Transform).*nota:extraer, cargar, transformar.
19  Cuarto, telemetría, factor importante para saber el estado de cada uno le los dispositivos
20 que compone el sistema general de VIITS, como fuente de comunicación en doble vía, la
21 telemetría podrá indicarnos el estado de salud de cada uno de estos elementos, con el fin
22 de poder contar con cada uno de los dispositivos el mayor tiempo al aire.
23  Quinto, usuario final, este será otro componente de suministro de datos de información
24 mediante plataformas como WEB y #767.
25
26 lustración 5. Proceso Adquisición de Datos
27

3
2 OPERACIÓN
1
2 3.4.1.1 Dispositivos en Campo - Capa de Adquisición de Datos
3
4 Los dispositivos en campo son aquellos instrumentos de medición fijos requeridos por los
5 interesados y que estarán asociados a un punto de la geografía colombiana.
6 Para los módulos como: Videovigilancia, Detección Automática de Incidentes, Velocidades,
7 Pesajes, Conteos fijos, Detección de gálibos, Zonas y puntos críticos, estos deberán adquirir la
8 información de tipo analógico y convertirla a un entorno digital para posteriormente ser
9 empaquetada y enviada al CCO, es de aclarar que para este sistema (VIITS) se contará con una
10 nube hibrida que permitirá segmentar la información crítica para las fuerzas militares, más
11 adelante se detalla que módulos serán los que almacenen información On premise y quienes
12 almacenaran la información en la nube. Para el módulo de visualización de concesiones, de este
13 solo traerá las visuales de los equipos pertenecientes a la ANI y se visualizaran en el video Wall
14 del CCO.
15
16 Los equipos deberán hacer su respectiva analítica en borde, a fin de tener alertas con menos
17 demora entre el sistema de gestión y el dispositivo. Para los módulos de videovigilancia e
18 infraestructura en operación, estos dispositivos deben comprimir el video en formato H264 como
19 mínimo para tener un mejor rendimiento sobre el canal de comunicación y su almacenamiento con
20 el CCO On premise, los demás módulos deberán enviar y almacenar la información en el CCO
21 Nube.
22
23 El siguiente cuadro muestra cada uno de los módulos y los formatos en que deberá ser
24 empaquetada la información por el dispositivo:
25
26 Tabla 3. Dispositivos en Campo - Capa de Adquisición de Datos
FORTAMO
PARAMETRO ENVIO DATA
SUBSISTEMA MÓDULO DISPOSITIVO ID
- ANÁLITICA Y
COMPRESIÓN
Vehículo
ODAI1
detenido
Vehículo lento Texto Plano:
en tráfico XML/ JSON/ ODAI2
fluido SFTP
Detección
Congestión
Automática de Cámara DAI ODAI3
vehicular Video: H264
Incidentes
Conducción (Duración video 20
segundos por analítica
en sentido activada) ODAI4
SOPS contrario
Objetos
ODAI5
caídos
Video Video: H264
Videovigilancia Cámara PTZ OVV1
Streaming
Visualización Video Video: H264
- OVC1
Concesiones Streaming
Infraestructura Video Video: H264
Cámara PTZ OVI1
en operación Streaming
SMT Velocidad
Radar de XML/ JSON/
Velocidades aproximada MTV1
velocidad SFTP
por vehículo
Pesaje Peso Basculas WIM + XML/ JSON/ MTP1
aproximado Cámara OCR SFTP + Foto

3
2 OPERACIÓN
FORTAMO
PARAMETRO ENVIO DATA
SUBSISTEMA MÓDULO DISPOSITIVO ID
- ANÁLITICA Y
COMPRESIÓN
por vehículo JPEG
(2 fotos a 1080p por registro)
Lectura y XML/ JSON/

Cámaras con SFTP + Foto
Conteos Fijos registro de MTC1
OCR JPEG
placa (2 fotos a 1080p por registro)
Gálibos + XML/ JSON/

Detección de Detección de Infrarrojos + SFTP + Foto MTG1
Gálibos Gálibos Sirenas+ JPEG
Cámara OCR (5 fotos a 1080p por registro)
XML/ JSON/
Información al Usuario PMV MTA1
SFTP
Desplazamiento
Inclinómetro de taludes MQTT IFZ1
Zonas y Presión en
SMI Piezómetro poros MQTT IFZ2
Puntos Críticos
Cantidad de
Pluviómetro precipitaciones MQTT IFZ3
1
2 Cuando exista un fallo de comunicación entre el dispositivo y el CCO, se deberá grabar
3 localmente la información en el formato de compresión requerido, después de restablecer
4 conectividad con el CCO, el equipo deberá enviar la información almacenada en sitio a través de
5 su canal de comunicación, restaurando los registros desde el momento y punto en el que ocurrió
6 el fallo.
7
8 Para el caso de la utilización del protocolo MQTT se dispondrá de los siguientes topics:
9
DISPOSITIVO MQTT Topic
Inclinómetro smi/inclinometro/grados
smi/piezometro/altura
Piezómetro
smi/piezometro/temperatura
Pluviómetro smi/pluviometro/volumen
10
11
12

3
2 OPERACIÓN
1 3.4.1.1.1 Diagrama Casos de uso Dispositivos en Campo – con Analítica

2
3 Ilustración 6. Diagrama de Casos de uso Dispositivos en Campo - con Analítica
4
6 3.4.1.1.2 Diagrama Casos de uso Dispositivos en Campo – Sin Analítica
7
8 Ilustración 7. Diagrama Casos de uso Dispositivos en Campo – sin Analítica
9
11

3
2 OPERACIÓN
1 3.4.1.1.3 Descripción de Caso de uso Dispositivos en Campo – con y sin Analítica

2 Asociada
3
4 Tabla 4. Descripción caso de uso Dispositivos en Campo - con y sin Analítica Asociada - Capa de
5 Adquisición de Datos
Módulos: Videovigilancia,
Detección Automática de
Incidentes, Velocidades,
Pesajes, Conteos,
Dispositivos en
Nombre del caso Actor Detección de gálibos,
campo
Monitoreo de condiciones
ambientales y Zonas y
puntos críticos,
concesiones, peajes y CCO
Transformar las señales analógicas a lenguaje digital, para ser enviadas
Objecto
por paquetes al centro de control.
Condición de
Los dispositivos deben censar continuamente señales del exterior.
lanzamiento
a) Flujo de caso analítica en borde
1. Captura y censado de diferentes señales analógicas.
2. El dispositivo transforma la señal analógica en una señal digital.
3. El dispositivo lee la información procesada en formato digital.
4. El dispositivo compara los datos digitales con los parámetros configurados y establecidos
para su analítica en borde.
Trigger en borde:
5. Si el parámetro capturado por el dispositivo se encuentra por fuera del rango limite
configurado.
6. El dispositivo empaqueta el dato con el ID del evento y se tratara como una alarma.
7. Verificación de conexión con CCO – SI, envía la información – NO, graba la información hasta
restablecer conexión.
 Todo parámetro testeado por los dispositivos deberá ser enviado a la nube
b) Flujo de caso sin analítica.

2. El dispositivo transforma la señal analógica en una señal digital.
3. El dispositivo empaqueta el dato.
4. Verificación de conexión con CCO – SI, envía la información – NO, graba la información hasta
restablecer conexión.
 La visual proveniente de las concesiones no será grabada en sitio.

 La visual proveniente de los peajes será suministrada por web service.
6
7 3.4.1.2 Dispositivos de Reacción y Operativos - Capa de Adquisición de Datos
8
9 Para los módulos de Inspección no Intrusiva en Vehículos, Conteos Móviles y Monitoreo Aéreo del
10 Tránsito, la información deberá ser guardada en sitio hasta realizar el procedimiento, posterior a la
11 ejecución y finalización de la actividad, toda esta data generada será cargada en el espacio de
12 almacenamiento dispuesto en el CCO on premise de forma manual para cada uno de los módulos
13 mencionados anteriormente, esto se realizará con la frecuencia en que los dispositivos sean
14 utilizados por el operador.
15

3
2 OPERACIÓN
1 Tabla 5. Dispositivos de Reacción y Operativos - Capa de Adquisición de Datos

PARAMETRO FORMATO DE
SUBSISTEMA MÓDULO DISPOSITIVO ALMACENAMIENTO ID
- ANÁLITICA
Inspección Detección
no objetos
Scanner
SOPS intrusiva extraños Imagen JPG o JPEG OVI1
Rayos X
de mediante
vehículos rayos X
Monitoreo
Video
Aéreo del Cámara PTZ H264 MTD1
Streaming
Tránsito
SMT
Lectura y XML/ JSON/ SFTP +
Conteos Cámaras con
registro de Foto JPEG MTC1
Móviles OCR
placa (2 fotos a 1080p por registro)
2
3 3.4.1.2.1 Diagrama Casos de uso Dispositivos de Reacción y Operativos.
4
5 Ilustración 8. Diagrama de caso de uso Dispositivos de reacción y operativos
6
7 Fuente: Elaboración Propia.
8
9 3.4.1.2.2 Descripción de Caso de uso Dispositivos de Reacción y Operativos
10
11
12 Tabla 6. Descripción Caso de uso Dispositivos de Reacción y Operativos - Capa de Adquisición de Datos
Módulos: Inspección
no Intrusiva en
Dispositivos de
Nombre del caso Actor Vehículos, Conteos
reacción y operativos
Móviles y Monitoreo
Aéreo de Transito
Transformar las señales analógicas a lenguaje digital, para ser
Objecto
almacenadas y descargadas en el centro de control.
a) Flujo de caso analítica en borde

2. El dispositivo transforma la señal analógica a digital.
3. El dispositivo lee la información procesada en formato digital.
4. El dispositivo almacena la información capturada.
5. UPDATE de la información recolectada en campo al CCO on premise.
6. Para el caso de Conteos móviles, este deberá ser almacenado en el CCO nube.
13
14 3.4.1.3 Bases de Datos Externas e Internas - Capa de Adquisición de Datos
15

3
2 OPERACIÓN
1 Con el fin de poder contar con un mayor procesamiento de diversos datos y así integrar conceptos
2 relacionados a la Inteligencia Artificial, Machine Learning y Deep Learning podremos generar
3 modelos predictivos para la toma de decisiones oportunas en vías nacionales.
4
5 Por lo anterior es necesario relacionar el sistema VIITS con otras bases de datos para que
6 alimenten continuamente el sistema, a continuación, se enmarcan las bases de datos con las
7 cuales se tendrá interacción y que servirán como suministro de información al sistema.
8
9 Las bases de datos deberán soportar interacciones, con estándares ODBC y/o JDBC.
10
MODO DE
BASE DE SET DE MÉTODO DE MÓDULOS
AUTENTIFIC FORMATO TECNÓLOGIA
DATOS DATOS COMUNICACIÓN INTEROPERABILIDAD
ACIÓN
Vehiculo_ Por IP +
Web service –
DIJIN Reportad contraseña y Conteos Fijos y Móviles XML/JSON
Cliente
o password
Placa,
Clase,
Ejes,
RUNT NA BATCH Conteos Fijos y Móviles XML/JSON
Capacida
d de
carga
Sistema JSON,
de GEOJSON,
Informaci AMF y PBF.
HERMES ón NA Web service Sistema VIITS
REST
Geográfic
a de
VIITS
Por IP +
Registro Web service –
RNDC contraseña y Conteos Fijos y Móviles JSON
de carga Cliente
password
Placa,
Clase,
Superintenden Por IP +
Ejes, Web service –
cia de contraseña y Conteos Fijos y Móviles JSON
Capacida Cliente
Transporte password
d de
carga
11
12 3.4.1.3.1 Diagrama Casos de uso Bases de datos Externas e Internas
13
14 Ilustración 9. Diagrama de Caso de uso Bases de Datos Externas e Internas
15
16
17
18
19
20
21
22
23
24
25
26
27

3
2 OPERACIÓN
1
2 3.4.1.3.2 Descripción de Caso de uso Bases de datos Externas e Internas
3
4 Tabla 7 Descripción Caso de uso Bases de Datos Externas e Internas. - Capa de Adquisición de Datos
DIJIN, IDEAM, RUNT,
Bases de datos
Nombre del caso Actor IGAC, SGC, RNDC,
Externas
SINC, SMI, SMT, SOPS
Relacionar, estructurar y procesar datos externos, para el análisis y
Objecto
generación de alertas tempranas.
Flujo de casos
1. Recopilación de datos DB externas e Internas.

2. Registro de los valores o variables a almacenar.
3. Preparación y estructuración de la data.
4. Presentación de la información mediante dashboards, mapas de calor mediante el GIS
5
6 3.4.1.4 Telemetría - Capa de Adquisición de Datos
7
8 Dentro del proceso de adquisición de datos, se debe contemplar los datos de telemetría
9 generados por cada equipo que configure el sistema en general, en fusión de poder determinar su
10 estado funcional y de telecomunicaciones de cada uno de los componentes del sistema VIITS,
11 esta información debe reflejar el estado a nivel de software y hardware, este canal deberá proveer
12 una comunicación efectiva y bidireccional entre el dispositivo y el NOC.
13
14 Con estos registros se deberá crear un mapa de red con toda la información de configuración de
15 la red y un Dashboard que identifique el estado de los equipos por colores (ver ejemplo 1),
16 además se deberá generar alarmas si el dispositivo excede los límites a nivel de hardware y
17 software. Esta información es el insumo que satisface los Acuerdos de Niveles de Servicio. anexo
18 1.4 ANS versión Word.
19
20
21
22
23
24 Tabla 8. Posibles Códigos de ERROR en el Sistema - Capa de Adquisición de Datos

3
2 OPERACIÓN
ESTADO
SUBSISTEMA MÓDULO DISPOSITIVO ERROR ID DEL
DISPOSITIVO
Temperatura
de operación
EODAI1 Cº / Fº
dispositivo
Detección Servicios de
Automática de Cámara DAI EODAI2 SI/NO
analítica
Incidentes
Voltaje EODAI3 Voltios
Disponibilidad
TRUE/ EODAI4 SI/NO
FALSE
Temperatura
del EOVV1 Cº / Fº
dispositivo
SOPS
Videovigilancia Cámara PTZ

Disponibilidad
TRUE/ EOVV2 SI/NO
FALSE
Temperatura
del EOVC1 Cº / Fº
dispositivo
Concesiones -
Disponibilidad
TRUE/ EOVC2 SI/NO
FALSE
Temperatura
del EOVI1 Cº / Fº
Infraestructura dispositivo
Cámara PTZ
en Operación Disponibilidad
TRUE/ EOVI2 SI/NO
FALSE
Temperatura
del ETV1 Cº / Fº
dispositivo
Velocidades Escáner
Disponibilidad
TRUE/ ETV2 SI/NO
FALSE
Temperatura
del ETP1 Cº / Fº
dispositivo
Pesaje Bascula
Disponibilidad
TRUE/ ETP2 SI/NO
FALSE
Temperatura
SMT
de operación ETC1 Cº / Fº
dispositivo
Servicios de
ETC2 SI/NO
Conteos fijos Cámara OCR analítica
Voltaje ETC3 Voltios
Disponibilidad
TRUE/ ETC4 SI/NO
FALSE
Detección de Sensores IR + Temperatura
gálibo Sirena de operación ETG1 Cº / Fº
dispositivo
Voltaje ETG2 Voltios
Disponibilidad ETG3 SI/NO
TRUE/

3
2 OPERACIÓN
ESTADO
DISPOSITIVO
FALSE
Temperatura
de operación ETG1 Cº / Fº
Paneles de dispositivo
Información al
mensajería Voltaje ETG2 Voltios
usuario
variable Disponibilidad
TRUE/ ETG3 SI/NO
FALSE
Temperatura
de operación EIZ1 Cº / Fº
dispositivo
Zonas y puntos
SMI
Sensores IoT Voltaje EIZ2 Voltios

críticos
Disponibilidad
TRUE/ EIZ3 SI/NO
FALSE
Temperatura
de operación ESPS1 Cº / Fº
dispositivo
Sistema de paneles solares Voltaje ESPS2 Voltios
SUMINISTRO DE Disponibilidad
ENERGÍA TRUE/ ESPS3 SI/NO
FALSE
Voltaje ESEC2 Voltios
Sistema de energía Disponibilidad
convencional TRUE/ ESEC3 SI/NO
FALSE
Temperatura
Dispositivo de de operación EST1 Cº / Fº
telecomunicaciones dispositivo
(Dispositivos en Campo, CCO
Voltaje EST2 Voltios
On premise, CCO nube, Espejo
Disponibilidad
DITRA, Concesiones, Bases de
TELECOMUNICACIONES TRUE/ EST3 SI/NO
datos externas e internas,
FALSE
Firewall de seguridad CCO)
Delay EST4 Mili segundos
Disponibilidad
Fibra optica / Satelital / Celular TRUE/ CCOP1 SI/NO
FALSE
Disponibilidad CCOP2
VMS (Video Management
TRUE/ SI/NO
Systems)
FALSE
Controladora de Video Wall TRUE/ SI/NO
FALSE
Firewall de seguridad TRUE/ SI/NO
CCO – ON PREMISE
FALSE
SOC (Security Operation
TRUE/ SI/NO
Center)
FALSE
Seguridad Biométrica CCO TRUE/ SI/NO
FALSE
Seguridad CCTV -CCO Disponibilidad CCOP7 SI/NO

3
2 OPERACIÓN
ESTADO
DISPOSITIVO
TRUE/
FALSE
Disponibilidad
Espejo en DITRA TRUE/ CCON1 SI/NO
FALSE
Disponibilidad CCON2
Almacenamiento TRUE/ SI/NO
FALSE
Sistemas de preparación de la Disponibilidad CCON3
información y entrenamiento TRUE/ SI/NO
(BIG DATA – Machine Learnig) FALSE
CCO – NUBE Disponibilidad CCON4
Sistema producción y
TRUE/ SI/NO
Dashboards
FALSE
Disponibilidad CCON5
Sistema continuidad y
TRUE/ SI/NO
recuperación
FALSE
Página web
1
2 3.4.1.4.1 Diagrama Casos de uso Telemetría
3
4 Ilustración 10. Diagrama casos de uso telemetría
5
7
8 3.4.1.4.2 Descripción de Caso de uso Telemetría
9
10 Tabla 9 Descripción caso de uso Bases de Datos Externas - Capa de Adquisición de Datos
Bases de datos Internas y

Externa, dispositivos en
Nombre del caso Telemetría Actor campo (SMT, SOPS, SMI),
Dispositivos de
comunicación DCE y CCO
Recopilación de datos de telemetría de los dispositivos que
Objecto
configuran el sistema VIITS
Condición de
Parámetros fuera de las condiciones programadas.
lanzamiento
Flujo de casos
1. Recopilación de datos de telemetría de todos los dispositivos que conforman a VIITS
(SNMPv3)

3
2 OPERACIÓN
2. Envió del estado del dispositivo.

3. Organización de la data por subsistema.
4. Graficación del estado de los equipos mediante dasboards y mapas de red en el GIS
1
2 3.4.1.5 Usuario vial - Capa de Adquisición de Datos
3
4 El usuario final como eje fundamental y razón del sistema VIITS podrá bajo herramientas como: el
5 #767 y la página web, proveer información al sistema VIITS, teniendo a su disposición
6 mecanismos de alerta, como:
7
8 Tabla 10. Información Suministrada - Usuario Vial - Capa de Adquisición de Datos
INFORMACIÓN SUMINISTRADA POR EL USUARIO PLATAFORMA ID
Afectación en la vía AVU
Vehículo varado VVU
Vehículo sospechoso VSU
Pagina Web
Accidente en la vía AVV
Asistencia vial ASV
Objeto sospechoso en la vía OSU
9
10
INFORMACIÓN SUMINISTRADA POR EL
PLATAFORMA ID
DISPOSITIVO
Número telefónico NT
#767
Número de BTS para ubicación del dispositivo UT
11
12 Nota: Los sistemas de información como la página web deberán contar con un sistema de
13 accesibilidad para personas en condición de discapacidad.
14
15 3.4.1.5.1 Diagrama Casos de uso Usuario Vial
16
17 Ilustración 11. Diagrama de Caso de uso Usuario Vial
18
20

3
2 OPERACIÓN
1 3.4.1.5.2 Descripción de Caso de uso Usuario Vial

2
3 Tabla 11. Descripción Casos de uso Usuario Vial - Capa de Adquisición de Datos
Nombre del caso Usuario Vial Actor Página Web, #767 y CCO
Objecto Envió de reportes viales por usuarios

Condición de
Reporte de incidente vial
lanzamiento
Página Web - Chatbot
1. Saludo del Chatbot.
2. Muestra en pantalla opciones de ayuda - ID
3. Envió ID reporte vial al CCO
4
5 3.4.2 CAPA DE TRANSMISIÓN DE DATOS
6
7 La calidad de los datos desde su origen hasta su destino será parte fundamental para la capa de
8 procesamiento de toda la información que los dispositivos generaran constantemente, desde los
9 datos de telemetría, que ayudaran a verificar el estado de las telecomunicaciones (delay) como
10 también de los equipos a nivel de software y Hardware, hasta los datos que corresponden a la
11 misionalidad de cada dispositivo, algunos de estos requeriran configuraciones hibridas en
12 telecomunicaciones (Radio enlace, Fibra óptica, Satelital, GPRS, etc.) para establecer una
13 comunicación full dúplex con el CCO. Además de lo anterior, todos los dispositivos deben soportar
14 configuraciones en IPv6 y deben estar configurados bajo este protocolo de red.
15

3
2 OPERACIÓN
1 lustración 12. Proceso de Transmisión de Datos
2
4
5 Cada uno de los módulos mostrados en la Ilustración 10 deberá pertenecer a una Vlan con el
6 objeto de sectorizar la información de cada grupo de dispositivos y aumentar seguridad en la red.
7
8 3.4.2.1 Dispositivos en Campo – Transmisión de Datos
9
10 Para los módulos Detección Automática de Incidentes, Velocidades, Pesajes, Conteos fijos,
11 Detección de gálibos, Información al Usuario y Zonas y puntos críticos deberán enviar sus
12 registros a través de enlaces de internet hacia la nube pública, estableciendo un canal de
13 comunicación bajo protocolo TCP mediante un túnel VPN IPsec y cifrando la información (AES -
14 256bits). Especialmente para el módulo de video vigilancia y las visuales de las cámaras
15 provenientes de las concesiones y peajes, estos deberán integrarse y enviar los registros a través
16 de una red MPLS que deberá ser diseñada y con capacidad de conectar todos los dispositivos del
17 sistema VIITS bajo protocolo RTPM (Real Time Messaging Protocol) y estableciendo un túnel
18 VPN IPsec hacia el CCO.
19
20
21
22
23
24
25
26

3
2 OPERACIÓN
1 Tabla 12. Dispositivos en Campo – Transmisión de Datos

PROTOCO CIFRADO
POSIBLE TIPO
ID LO DE DE LA CONEXIÓ
SUBSISTEMA MÓDULO TECNOLOGÍA DE DE
VLAN TRANSMIS INFORMAC N
TX RED
IÓN IÓN
Videovigilan SOPS
UDP MPLS
cia V
Consecione SOPS
SOPS UDP
s C
Detección
Automática SOPS
UDP
de D
Incidentes Según canal de
Infraestructu transmisión
SOPS establecido por el
ra en UDP
O contratista VPN IPsec
operación AES -
256bits
Velocidades SMTV TCP Fibra óptica, Tx IKEv2/
satelital, Nube
Pesaje SMTP TCP Tecnología celular públic
(GPRS. LTE, a
GSM, etc.)
SMT Conteos SMTC TCP
Detección
SMTG TCP
de Gálibos
Información
SMTU TCP
al Usuario
Zonas y
SMI Puntos SMIC TCP
Críticos
2
3 Para la última milla con el CCO este tendrá que contar con un enlace redundante compuesto por
4 un servicio de datos de diferentes ISP´s de fibra óptica con capacidad ajustada a la demanda del
5 sistema, lo anterior en procura de conseguir estabilizar el canal de comunicación y el buen flujo de
6 la información proveniente de los dispositivos en campo.
7
8 3.4.2.2 Diagrama Casos de uso Dispositivos en Campo – Transmisión de Datos
9
10 Ilustración 13. Diagrama Casos de uso Dispositivos en Campo – Transmisión de Datos
11

3
2 OPERACIÓN
1 3.4.2.2.1 Descripción de Caso de uso Dispositivos en Campo – Transmisión de Datos

2
Videovigilancia, Detección
Automática de Incidentes,
Transmisión de datos Velocidades, Pesajes,
Nombre del caso – Dispositivos en Actor Conteos fijos, Detección de
campo gálibos, Información al
Usuario y Zonas y puntos
críticos
Objecto Transmisión de datos
1. Envió de mensaje de sincronización SYN al CCO estableciendo un túnel VPN IPsec para los
dispositivos que se conectaran a la nube.
2. CCO envía un ACK al dispositivo en campo estableciendo la comunicación segura.
3. Después de intercambiar credenciales, el dispositivo envía la información encriptando los
datos bajo el algoritmo AES-256.
3
4 3.4.2.3 Bases de datos Externas e Internas – Transmisión de Datos
5
6 Las bases de datos externas al igual que todos los módulos del sistema VIITS deberán pertenecer
7 a una Vlan independiente y establecer comunicación con el CCO mediante una VPN IPsec. Para
8 lo anterior el contratista establecerá canales dedicados de fibra óptica entre las instituciones y sus
9 bases de datos cifrando la información en formato criptográfico AES-256bits (Advanced Encryption
10 Standard), para garantizar la seguridad del dato.
11
BASE DE TIPO DE CIFRADO DE LA SUMINISTRO DE
FORMATO INFORMACIÓN
DATOS CONEXIÓN INFORMACÓN
Canal dedicado
DIJIN AES-256 XML/JSON WEB-SERVICE
fibra óptica
RUNT 1.0 Interno NA XML/JSON BATCH
JSON,
HERMES Interno NA GEOJSON, AMF WEB-SERVICE
y PBF.
MT - RNDC Internet - VPN AES-256 XML/JSON WEB-SERVICE
12
13 Nota: Las consultas iniciales al RUNT 1.0 se harán sobre la base Batch que se tendrá hasta
14 Octubre del 2021, posterior a ello se trabajara con el RUNT 2.0 en donde se consumirá la
15 información en tiempo real, lo cual permitirá conocer características de los vehículos que transitan
16 por los puntos donde estará VIITS presente.

3
2 OPERACIÓN
1 3.4.2.3.1 Diagrama Casos de uso Bases de Datos Externas e Internas – Transmisión de

2 Datos
3
4 Tabla 13. Diagrama Casos de uso Bases de Datos Externas e Internas – Transmisión de Datos
5
7
Transmisión bases de DIJIN, RNDC, SINC, RUNT
Nombre del caso Actor
datos externas 2.0

Bases de datos Externas
1. Envió de mensaje de sincronización SYN estableciendo un túnel VPN IPsec entre las bases
de datos y el CCO Nube.
2. CCO nube envía un ACK a la base de datos estableciendo una comunicación segura.
3. Después de intercambiar credenciales, el dispositivo envía la información encriptando los
datos bajo el algoritmo AES-256.
8
9
10
11 3.4.2.4 Telemetría – Transmisión de Datos
12
13 Los datos enviados por los dispositivos deberán viajar por el mismo medio de transmisión en el
14 que viajarán los datos generados por los dispositivos (ver tabla 6), esta información será enviada

3
2 OPERACIÓN
1 bajo los lineamientos del protocolo SNMPv3, que tendrá como destino el NOC del Instituto y el
2 Software de gestión y monitoreo de redes del interventor, lo anterior con el propósito de visualizar
3 la información en un mapa de red que este actualizado contantemente, todo esto tendrá como fin
4 el establecer y conocer el estado de cada uno de los dispositivos que conforma el sistema VIITS.
5
6 A continuación, se dará un detalle aproximado de los dispositivos a monitorear:
7
PROTOCÓLO PROTOCÓLO
SUBSISTEMA MÓDULO DISPOSITIVO DE DE
MONITOREO INTERNET
Detección
SOPS
Automática de Cámara DAI

Incidentes
Videovigilancia Cámara PTZ
Velocidades Escáner
Pesaje Bascula
Conteos fijos Cámara OCR
Detección de Sensores IR +
SMT
gálibo Sirena
Paneles de
Información al
mensajería
usuario
variable
Zonas y puntos
SMI
Sensores IoT
críticos
Sistema de paneles solares

(Porcentaje de carga - Inversores)
SUMINISTRO DE ENERGÍA
Sistema de energía convencional
(Tensión, Voltajes)
IPv6
Dispositivo de telecomunicaciones
SNMPv3
(Dispositivos en Campo, CCO On

premise, CCO nube, Espejo DITRA,
TELECOMUNICACIONES
Concesiones, Bases de datos
externas e internas, Firewall de
seguridad CCO)
VMS (Video Management Systems)
Controladora de Video Wall
Firewall de seguridad
CCO – ON PREMISE SOC (Security Operation Center)
Seguridad Biométrica CCO
Seguridad CCTV -CCO
Espejo en DITRA
Almacenamiento
Sistemas de preparación de la
información y entrenamiento (BIG
DATA – Machine Learnig)
CCO – Nube
Sistema producción y Dashboards
Sistema continuidad y recuperación
Página web

3
2 OPERACIÓN
1 3.4.2.4.1 Diagrama Casos de uso Telemetría – Transmisión de Datos

2
3 Tabla 14. Diagrama Casos de uso Telemetría – Transmisión de Datos
4
6
7 3.4.3 CAPA DE USUARIO VIAL
8
9 Con la transformación de la Estrategia de Gobierno en Línea a política de Gobierno Digital, se
10 genera un nuevo enfoque en donde no sólo el Estado sino también los diferentes actores de la
11 sociedad son actores fundamentales para un desarrollo integral del Gobierno Digital en Colombia
12 y en donde las necesidades y problemáticas del contexto determinan el uso de la tecnología y la
13 forma como ésta puede aportar en la generación de valor público.
14
15 Por lo anterior el contratista deberá seguir los lineamientos consignados por el ministerio de las
16 telecomunicaciones MinTIC, en su olítica de gobierno digital, la aplicación web y el #767 deberán
17 permitir a los ciudadanos ayudar a identificar y resolver problemáticas y necesidades comunes
18 frente a la movilidad en las carreteras nacionales, ejemplo: Estado de las vías, sistemas de
19 comunicación en doble vía con el contac center. Estas plataformas deberán articularse con los
20 demás módulos del sistema VIITS en busca de los 5 propósitos en materia de Gobierno Digital:
21
22  Habilitar y mejorar la provisión de Servicios Digitales de confianza y calidad.
23  Lograr procesos internos seguros y eficientes a través del fortalecimiento de las
24 capacidades de gestión de tecnologías de información.
25  Tomar decisiones basadas en datos a partir del aumento el uso y aprovechamiento de la
26 información.
27  Empoderar a los ciudadanos a través de la consolidación de un Estado Abierto.
28  Impulsar el desarrollo de territorios y ciudades inteligentes para la solución de retos y
29 problemáticas sociales a través del aprovechamiento de tecnologías de la información y las
30 comunicaciones.
31
32 3.4.3.1 Plataformas Pagina Web y Contact Center #767
33
34 Cualquiera de las plataformas podrá suministrar al CCO la información detallada en la tabla 8
35
36 Tabla 15. Información Suministrada - Usuario Vial - Capa de Adquisición de Datos
INFORMACIÓN SUMINISTRADA POR EL USUARIO PLATAFORMA ID
Afectación en la vía AVU
Vehículo varado VVU
Vehículo sospechoso VSU
Página Web
Accidente en la vía AVU
Asistencia vial ASV
Objeto sospechoso en la vía OSU
INFORMACIÓN SUMINISTRADA POR EL
PLATAFORMA ID
DISPOSITIVO
Número telefónico #767 NT
Número de BTS para ubicación del dispositivo UT
37

3
2 OPERACIÓN
1 3.4.3.2 Visualización de la Información (HERMES)

2
3 El siguiente es el esquema de funcionamiento del sistema de información geográfica, insumo para
4 referenciar los dispositivos en sitio, con esta herramienta se pretende mostrar las cifras misionales
5 de cada uno de los dispositivos.
6
7 Ilustración 14. Esquema Operacional HERMES
8
9 Elaborado por: Subdirección de estudios e innovación – INVIAS
10
11 3.3.4.4 Configuración
12
13 Los datos de las aplicaciones web del sistema, incluidos los geográficos, se exponen mediante
14 servicios web, que pueden tener salida en formato JSON, GEOJSON, AMF y PBF.
15
16 Para los datos manejados desde el servidor geográfico, se pueden exponer en archivos KML,
17 ShapeFile, CSV, entre otros.
18
19 Independiente del tipo de archivo, se debe configurar de manera independiente dependiendo de
20 su uso y de la interfaz que los recibirá. Para eso se debe tener conocimiento en manejo de datos
21 geográficos y analizar el caso específico.
22
23
24 3.4.3.3 Arquitectura
25
26 Sistema distribuido en 3 capas (Aplicación, Base de Datos y Geográfica), y que funciona con
27 trabajo y datos interoperables de todas las aplicaciones del ecosistema.
28
29 Dimensionamiento y Cantidad de datos
30

3
2 OPERACIÓN
1 Actualmente nuestra base de datos tiene un peso de 9 GB, que corresponden a los datos
2 recolectados y procesados.
3
4 El servidor de fotos actualmente nos ocupa 2.5 TB de información.
6 3.4.3.4 Hardware
7
8 3 servidores AZURE
9
10 3.4.3.4.1 Servidor de Aplicaciones
11
12  Procesador: Intel(R) Xeon(R) CPU E5-2673 v4 @ 2.30GHz 2.29 GHz o Procesador:
13 Intel(R) Xeon(R) CPU E5-2673 v4 @ 2.40GHz 2.40 GHz
14  RAM: 14 GB
15  Disco: C: 126 GB | D: 199 GB | E: 804 GB
16
17 3.4.3.4.2 Servidor de Base de Datos
18
19  Procesador: Intel(R) Xeon(R) CPU E5-2673 v4 @ 2.40GHz 2.40 GHz
20  RAM: 7 GB
21  Disco: C: 126 GB | D: 199 GB
22
23 3.4.3.4.3 Servidor ArcGIS Server y Fotos
24
25  Procesador: Intel(R) Xeon(R) CPU E5-2673 v4 @ 2.30GHz 2.29 GHz
26  RAM: 28 GB
27  Disco: C: 126 GB | D: 199 GB | E: 4.99 TB
28
29 3.4.3.5 Software
31 3.4.3.5.1 Licencias ArcGIS

32
CANTIDAD PRODUCTO VERSIÓN
1 ArcGIS Dessktop Basic Single Use License 10.8
1 ArcGIS Dessktop Basic Single Use License 10.8
ArcGIS Network Analyst for ArcGIS Server Standard (Windows) Up to
1 10.8
Four Cores License
1 ArcGIS Enterprise Standard (Windows) Up to Four Cores License 10.8
1 ArcGIS Insights is ArcGIS Online Term License N/A
1 ArcGIS Data Reviewer for Desktop Concurrent Use License 10.8
1 ArcGIS Desktop Standart Concurrent Use License 10.8
1 ArcGIS GeoEvent Server (Windows) Up to Four Cores License 10.8
1 ArcGIS GeoAnalytics Server (Windows) Up to For Cores License 10.8
ArcGIS Online Creator (Formerly Level 2 Named User) TermLicense
50 N/A
(Pre 4.4 Pricing)
ArcGIS Network Analyst for ArcGIS GIS Server Standard (Windows)
1 10.8
Up to Four Cores License
1 ArcGIS Enterprise Standard (Windows) Up to Four Cores License
Esri Roads and Highways for ArcGIS GIS Server Standard (Windows)
1 10.8
Up tp Four Cores License
1 Esri Roads and Highways for Desktop Concurrent Use License 10.8
1 ArcGIS Data Interoperability for Desktop Concurrent Use License 10.8
1 ArcGIS Spatial Analyst for Desktop Concurrent Use License 10.8

3
2 OPERACIÓN
2 ArcGIS Desktop Advanced Concurrent Use License 10.8

3 ArcGIS Desktop Standard Concurrent Use License 10.8
1 ArcGIS Network Analyst for Desktop Concurrent Use License 10.8
1 ArcGIS Desktop Advanced Concurrent Use License 10.8
1 ArcGIS Spatial Analyst for Desktop Concurrent Use License 10.8
1
2 3.4.3.5.2 Otros
3
4 • 3 licencias Windows Server 2012 R2
5 • Apache Directory Studio (Manejo del LDAP)
6 • IIS (Servidor de aplicaciones WEB)
7 • Spring (Manejo de Backend)
8 • JAVA
9 • pgAdmin III - PostgreSQL (Base de datos)
10 • ArcGIS Desktop 10.8
11 • NodeJS
12 • Excel (Generar y ex
13
14 3.4.3.5.3 Descripción de Caso de uso Telemetría – Transmisión de Datos
15
16 Tabla 16. Descripción de Caso de uso Telemetría – Transmisión de Datos
Transmisión de datos
Nombre del caso Actor Dispositivos VIITS
– Telemetría
1. Censado de cada uno de los parámetros de Hardware y Software del equipo.
2. Empaquetado de la información con las mismas condiciones de seguridad en que se
envían los datos misionales del equipo.
3. Enviado de la información al sistema NOC
17
18 3.4.3.6 Usuario Vial
19
20 El usuario final establecerá una comunicación bidireccional con el CCO en la nube bajo el
21 protocolo TLS (Transport Layer Security, seguridad de la capa de transporte) con el fin de proteger
22 la información a la que accederá el usuario y la que suministrara (ver tabla 7) la forma en que los
23 usuarios suministrarán la información estará supeditada a la tecnología que este use a la hora de
24 conectarse a la plataforma VIITS.
25
26 3.4.3.6.1 Diagrama Casos de uso Usuario Vial – Transmisión de Datos
27
28 Tabla 17. Diagrama Casos de uso Usuario Vial – Transmisión de Datos
29
31
32 3.4.3.6.2 Descripción de Caso de uso Usuario Vial – Transmisión de Datos
33
34 Tabla 18. Descripción de Caso de uso Usuario Vial – Transmisión de Datos
Transmisión de datos
Nombre del caso Actor CCO nube – Usuario Vial
– Usuario vial

3
2 OPERACIÓN
1. Petición de conexión página web.

2. Establecimiento de conexión mediante protocolo TLS + autentificación del usuario.
3. Empaquetado y envió de la información al CCO Nube.
1
2 3.4.3.7 Infraestructura de Conectividad y Protocolos de Telecomunicaciones
3
4 La comunicación entre los elementos del sistema VIITS y el CCO on premise y nube debe tener
5 como mínimo las siguientes características:
6  Se debe garantizar la comunicación permanente con una disponibilidad mínima mensual entre
7 el 100%-98.33% por todo el sistema, para lo cual se debe evaluar y utilizar el sistema más
8 adecuado, dependiendo de la ubicación de los elementos de monitoreo, utilizando para tal fin
9 comunicaciones de tipo: satelital, por red celular, por fibra óptica, radio frecuencia, entre otros,
10 garantizando la cobertura en todo el territorio nacional.
11  El Contratista deberá tramitar los permisos necesarios para realizar la instalación de los
12 elementos requeridos para la conectividad con el fin de entregarla en el tiempo mínimo
13 necesario.
14  El Contratista se debe encargar de todos los procesos relacionados con la instalación, puesta
15 en marcha y monitoreo del último kilómetro (o última milla). Así mismo deberá cubrir todos los
16 costos de las obras civiles teniendo en cuenta: elementos, accesorios, ductería,
17 canalizaciones, acometidas internas, instalaciones eléctricas y demás necesarios para la
18 instalación del canal.
19  En el caso que se requiera implementar algún software para la administración de la red, éste
20 deberá ser informado en la oferta y así mismo al momento de la entrega deberá estar
21 debidamente licenciado y autorizado para ser utilizado por el INVIAS durante todo el tiempo
22 que dure el servicio.
23  Los canales deben ser garantizados en su totalidad con el ancho de banda requerido para
24 garantizar la trasmisión de la información con los tiempos establecidos para cada sistema,
25 para lo cual se debe realizar una evaluación de las necesidades en cada uno de los casos.
26  Se deben garantizar los tiempos de respuesta establecidos en los Acuerdos de Nivel de
27 Servicio-ANS, esto de extremo a extremo a nivel nacional de cada canal.
28  Para el caso de los canales de datos e internet terrestres entregados en fibra óptica o radio
29 enlaces no licenciados el Contratista debe garantizar un reúso de 1:1 en el último kilómetro, en
30 su backbone y hasta su conectante internacional a Internet en su sitio de llegada en el país de
31 destino. Para la red de interconectividad deberá garantizar un reúso 1:1 en todo su contenido.
32  Los equipos ofrecidos dentro de la solución de conectividad deberán ser nuevos y de última
33 tecnología, no deben haber sido descontinuados por el proveedor o casa matriz, no deben
34 llevar más de tres (3) años de fabricación y se debe garantizar que su funcionamiento esté al
35 100% de acuerdo con el marco de referencia del fabricante. Se debe prestar los servicios de
36 mantenimiento preventivo y correctivo por la vigencia del contrato para todos los equipos en la
37 solución de los enlaces y todos los demás elementos suministrados incluido equipos de
38 enrutamiento.
39  Los costos derivados de fletes, transporte, seguros, bodegaje y movimiento de técnicos
40 (soporte en garantía on-site), serán asumidos por el contratista. El soporte podrá prestarse por
41 el oferente y/o por el fabricante directamente.
42  Los enrutadores ofertados para los servicios de Internet y WAN deben ser robustos para
43 permitir en caso de contingencia soportar el default Gateway de la entidad, manteniendo el
44 rendimiento de la red.
45  Mensualmente el Contratista debe entregar un informe detallando la disponibilidad y uso de los
46 canales y un detalle de cada uno de los reportes de fallas que hayan ocurrido en el que se
47 indique, hora y fecha de inicio, hora y fecha de solución, causa y responsable de la falla y
48 solución. Para canales que presenten saturación, el Contratista debe realizar los trámites
49 requeridos para solucionar el inconveniente y garantizar los ANS.

3
2 OPERACIÓN
1  El servicio de soporte técnico debe estar disponible 24x7 durante todo el tiempo de ejecución
2 del contrato.
3  El Contratista realizará las actividades de configuración y conexión a la red LAN del INVIAS,
4 revisión y prueba del funcionamiento de la conectividad para cada uno de los sitios que hacen
5 parte de la solución. La fecha en que se realicen las configuraciones y pruebas de
6 conectividad con la red LAN de la Entidad y que la interventoría dé el visto bueno de
7 estabilidad, será la fecha a partir de la cual el contratista puede empezar a facturar el servicio
8 prestado.
9
10 3.4.3.8 Seguridad en la Transmisión – NOC
11
12 3.4.3.8.1 Network Operation Center / Centro de Operaciones de Red (NOC)
13
14 Para el monitoreo de la plataforma activa de la red LAN, servidores y puntos de monitoreo en la
15 vía al servicio del programa deberá permitir:
16
17  Visualización en por lo menos dos pantallas de monitoreo y control de los servicios
18 tecnológicos relacionados con los servidores físicos, servidores virtuales y equipos activos de
19 red de la entidad.
20  Registro, solución, escalamiento, documentación, seguimiento y control sobre los diferentes
21 incidentes presentados, incluyendo la generación de estadísticas de estos.
22  Prevención, control y acciones de remediación contra incidentes de caídas de energía.
23  Disposición de herramientas que le permitan el monitoreo remoto de los servidores físicos,
24 servidores virtuales y equipos activos de red de la entidad.
25  Escalamiento de incidentes a los terceros responsables de la infraestructura monitoreada.
26  Gestión, seguimiento, actualización y solución de los incidentes y requerimientos.
27  Actualización de la base de datos de conocimiento basado en los casos atendidos.
28  Inventario de equipos administrados.
29  Diagramas con la arquitectura lógica y física de cada servicio
30  Guías, Manuales, Procedimientos, Formatos.
31  Matriz de Roles y Responsabilidades general.
32  Adopción de lineamientos y estándares de seguridad de la información y adicionalmente, los
33 que defina el INVIAS, relacionados con el monitoreo de los servidores físicos, virtuales y
34 equipos activos de red.
35  El contratista brindará a la Entidad un monitor mínimo de 55”, para la visualización del
36 rendimiento de redes y servidores objeto de monitoreo.
37
38 3.4.3.9 Retardos en la señal por tipo de tecnología.
39
40 Los siguientes son los retardos (DELAY) presentados por tipo de tecnología a usar dentro del
41 proyecto VIITS y que son un parámetro para los VALORES DE ACEPTACION de los ANS:
42
TECNOLOGÍA DELAY
Fibra Óptica 250ms
Celular (LTE, GPRS,UMTS) 300ms
Satelital 700ms
43
44 3.4.4 CAPA DE ESTRUCTURACIÓN Y PROCESAMIENTO DE LOS DATOS
45
46 3.4.4.1 Escenarios Operacionales - Módulos del Sistema
47

3
2 OPERACIÓN
1 En esta sección se describen los escenarios operacionales del sistema propuesto para VIITS.
2 Después de ser almacenada la información esta deberá realizar las siguientes actividades según
3 cada subsistema y su alcance.
4
5 Nota: Los siguientes procedimientos son lo más cercano a lo previsto por el INVIAS, este
6 documento podrá tener transformaciones en el desarrollo del sistema.
7
8 3.4.4.1.1 Módulo: Detección Automática de Incidentes
9
10 Tabla 19. Modulo Detección Automática de Incidentes
PATRON y/o
PROCEDIMIENTO
ANÁLITICA
INPUT
a. Vehículo
 Detección de incidentes en analíticas prestablecidas.
detenido.
 Registro del número de placa de vehículos (OCR).
PROCESO
Front-End
 La cámara al detectar cualquier parámetro configurado y expresado en los

literales de patrón y analítica, se deberá iniciar la grabación durante 20
segundos.
 Posteriormente el dispositivo deberá comprimir en formato H264 las
imágenes de video generadas para así encapsular la trama en formato
AES256.
 El dispositivo deberá etiquetar el video registrado, suministrando la
siguiente información: posición del dispositivo alarmado, fecha y hora del
evento. La información relevante al ID de la alerta, posición del dispositivo
alarmado, fecha y hora del evento deberá ser entregada en formato JSON,
XML o SFTP, con el propósito de contar posteriormente con datos que
b. Vehículo puedan generar estadísticas.
lento en  El dispositivo deberá establecer comunicación con el CCO en nube
tráfico mediante una VPN, de no establecer comunicación efectiva con CCO, el
fluido. dispositivo deberá guardar la información hasta restablecer comunicación
nuevamente y proceder a enviar el archivo almacenado por el canal de
comunicación asociado al dispositivo.
 Enviar los datos con el ID del patrón detectado.
Back-End
Luego de recibir la información en el CCO nube:
 El sistema registrara todos los datos según su (ID) en la base de datos

dispuesta en la nube(Video + archivo plano)
 Desde el centro de control, el operador podrá activar la visual si así lo
requiere.
 Desde el centro de control, el operador deberá generar una bitácora del
evento para desactivar la alerta generada por el dispositivo.

3
2 OPERACIÓN
PATRON y/o
PROCEDIMIENTO
ANÁLITICA
OUTPUT
c. Congestión
vehicular.  Pintar en el mapa de CCO (GIS) y en las estaciones de trabajo el
dispositivo alarmado con el ID asociado.
d. Conducción  El sistema generará una alarma sonora en las estaciones de trabajo que
en sentido será silenciada por el operador luego de verificar el incidente reportado y
contrario. de haber documentado en la bitácora el procedimiento realizado.
e. Objetos Todos los datos deberán ser graficados en el dashboard general, este debe
caídos. tener la capacidad de hacer el filtrado a la información.
1
2 Ilustración 15. Módulo Detección Automática de Incidentes – Esquema actualizado
3
5
6 3.4.4.1.2 Módulo: Videovigilancia
7
8 Tabla 20. Módulo Videovigilancia
PATRON y/o
PROCEDIMIENTO
ANÁLITICA
Visual INPUT
(Streaming)
 Imágenes y sonido capturadas por el dispositivo.
 Registro del número de placa de vehículos (Manual).

3
2 OPERACIÓN
PATRON y/o
PROCEDIMIENTO
ANÁLITICA
PROCESO
Front - End
 Empaquetado de la imagen en formato H264 para las imágenes de video

generadas y encriptación de la trama en formato AES256.
 El dispositivo deberá establecer comunicación con el CCO - On premise
mediante una VPN, de no establecer comunicación efectiva con CCO, el
dispositivo deberá guardar la información hasta restablecer comunicación
comunicación asociado al dispositivo
 Establecer visual continua al video wall en el CCO on premise.
Back - End
 Si el operario verifica alguna anomalía desde la visual del dispositivo en

campo, este podrá generar una alarma utilizando el botón de pánico
virtual dispuesto por la plataforma de gestión y presente en las pantallas
de las estaciones de trabajo.
 Al activar el botón de pánico el sistema deberá pintar en el mapa de CCO
(GIS) y en las estaciones de trabajo el dispositivo alarmado.
 Toda la información generada por el dispositivo deberá almacenarse en la
SAN dispuesta en el CCO.
 La alerta sonora se desactivará luego de que el operador genere un
informe del incidente reportado.
 La alerta sonora se desactivará luego de que el operador genere un
informe del incidente reportado.
OUTPUT:
 Clasificación y documentación de incidentes, este deberá almacenar en su

historial: Fecha, hora, minutos, segundos, nombre del operario que genera
la alarma, lugar del dispositivo alarmado e ID del suceso.
ID: Aglomeración de personas, disturbios en la vía, disparos en la vía, objetos

y vehículo sospechosos.
Nota: Los eventos (ID) serán generados y registrados manualmente por el

operador en el CCO.
1
2 Ilustración 16. Módulo Videovigilancia – Esquema actualizado
3

3
2 OPERACIÓN
1
3
4 3.4.4.1.3 Módulo: Inspección no Intrusiva en Vehículos
5
6 Tabla 21. Módulo Inspección no Intrusiva en Vehículos
PATRON y/o
PROCEDIMIENTO
ANÁLITICA
INPUT
 Imágenes de rayos X.
 Registro del número de placa de vehículos (Manual).
PROCESO
Front – End
 Los dispositivos de este módulo serán operados por las fuerzas militares.
Back – End
Escáner
portátil  Almacenamiento del video e imágenes generadas por el escáner deberán
ser almacenadas y caracterizadas según el ID, estos archivos se
almacenarán en la SAN del CCO on premise garantizando la información
básica para cada imagen o video guardado (Hora, fecha, lugar, operario
del escáner, placa vehículo, operario quien hace el UPDATE).
ID: Armamento, Explosivos, Contrabando, Sustancias Psicoactivas y

descripción del ID
OUTPUT
 Cantidad de placas y datos de conductores identificados transportando

sustancias o elementos peligrosos y/o prohibidos.
7

3
2 OPERACIÓN
1 Ilustración 17. Módulo Inspección no Intrusiva en Vehículos – Esquema actualizado
2
4
5 3.4.4.1.4 Módulo: Velocidades
6
7 Tabla 22. Módulo Velocidades
PATRON y/o
PROCEDIMIENTO
ANÁLITICA
INPUT
 Velocidad vehicular.
PROCESO
Front – End
 Captura velocidad.
 El dispositivo deberá entregar la data capturada en formato JSON, XML o
SFTP con el propósito de contar posteriormente con datos que puedan
generar estadísticas.
 Los datos deberán ser encriptados en formato AES256.
 El dispositivo deberá establecer comunicación con el CCO en nube
Radar de mediante una VPN, de no establecer comunicación efectiva con CCO, el
velocidad. dispositivo deberá guardar la información hasta restablecer comunicación
Back - End
 La información recibida por el dispositivo en campo deberá ser almacenada

en el espacio designado en el CCO en nube donde se asociará a cada
dato la HH:MM:SS y el DD:MM:AA
OUTPUT
 Generar Dasboards y análisis estadísticos para establecer las velocidades

promedio circulante en el punto.
8

3
2 OPERACIÓN
1 Ilustración 18. Modulo Velocidades – Esquema actualizado
2
4
5
6 3.4.4.1.5 Módulo: Pesaje
7
8 Tabla 23. Módulo Pesaje
PATRON y/o
PROCEDIMIENTO
ANÁLITICA
Bascula de INPUT
Pesaje
Dinámico  Pesaje dinámico por eje de vehículos.
PROCESO
Front – End
Bascula
 El dispositivo de pesaje dinámico deberá constantemente enviar los datos

registrados y relacionados al pesaje censado por la báscula, de aquellos
vehículos que transitan por el punto.
 Si el dispositivo establece por medio del censado del peso que este excede
los limites programados, este deberá enviar la alerta al CCO
Cámara
 La cámara ante la presencia de cualquier vehículo deberá capturar la placa

del automotor y entregar 2 fotografías soporte al registro.
 Posteriormente el dispositivo deberá comprimir en formato JPEG las
imágenes generadas para así encapsular la trama en formato AES256.
 El dispositivo deberá etiquetar la imagen registrada, suministrando la
siguiente información: posición del dispositivo, fecha y hora del evento. La
información relevante al ID de la alerta, posición del dispositivo alarmado,
fecha y hora del evento deberá ser entregada en formato JSON, XML o
SFTP.

3
2 OPERACIÓN
PATRON y/o
PROCEDIMIENTO
ANÁLITICA
nuevamente y proceder a enviar los archivos almacenados por el canal de
 Los dispositivos (cámara y bascula dinámica) deberá establecer
comunicación con el CCO en nube mediante una VPN, de no establecer
comunicación efectiva con CCO, el dispositivo deberá guardar la
información hasta restablecer comunicación nuevamente y proceder a
enviar los archivo almacenados por el canal de comunicación asociado a
los dispositivos
Back – End
 La información proveniente de la cámara y la báscula dinámica deberá ser

confrontada (Match) con la base de datos de DIJIN(Placa), RUNT(placa) y
RNDC(manifiesto de carga).
o Si a través del web service de la DIJIN, la placa tomada hace
referencia a un automóvil requerido por las autoridades, este debe
enviar una alerta a la DIJIN, esta base de datos generara un valor
booleano (True/False) siendo True, un vehículo solicitado
judicialmente.
o Con la base de datos del RUNT se espera realizar la clasificación de
los vehículos que por este punto transitan (Placa, clase, ejes y
capacidad de carga). La base de datos estará en BATCH contando
tres actualizaciones durante el periodo del contrato.
o Con la base de datos del RNDC se establecerá si el vehículo tiene
permiso de carga autorizado, de lo contrario, deberá reportar una
alerta al RNDC.
 Graficar la información en el video Wall del CCO (GIS) indicando el punto
alarmado, esta grafica debe contener la placa, peso por eje, lugar, fecha y
hora del evento generado.
 El sistema deberá entregar las evidencias al operario en CCO, uniendo la
información proveniente de la cámara y de la bascula WIM
requiere.
evento para desactivar la alerta.
OUTPUT
 Generar Dasboards y análisis estadísticos de conteo de vehículos con su

peso por eje, categoría vehicular y franja de tiempo.
 Placas de vehículos que exceden límites de peso con su categoría
vehicular y franja de tiempo
1
2 Ilustración 19. Módulo Pesaje – Esquema actualizado
3

3
2 OPERACIÓN
1
2
4
5 3.4.4.1.6 Módulo: Conteos Fijos
6
7 Tabla 24. Módulo Conteos Fijos
PATRON y/o
PROCEDIMIENTO
ANÁLITICA
Aforo vehicular INPUT
Detección de
placa  Registro del número de placa de vehículos (OCR).
PROCESO
Front – End
 La cámara ante la presencia de cualquier vehículo deberá capturar la

placa del automotor y entregar 2 fotografías soporte al registro.
SFTP.
nuevamente y proceder a enviar los archivos almacenados por el canal de
Back – End
 El sistema deberá subir la información y almacenarla en el espacio de

memoria dispuesto en la nube del INVIAS.
 El sistema cotejara el número de la placa con las bases de datos del
RUNT, RNDC y DIJIN.
 Clasificar cada registro según: Placa, Clase, Ejes, Capacidad de carga.
 Graficar en el video Wall del CCO (GIS) la cantidad de vehículos que
pasan por el punto esta grafica debe contener la placa, lugar, fecha y hora

3
2 OPERACIÓN
PATRON y/o
PROCEDIMIENTO
ANÁLITICA
generando estadísticas de movilidad sobre el punto.
 En los casos de que el vehículo sea requerido por alguna autoridad, se
deberá enviar una alerta a la DIJIN
OUTPUT:
 Clasificación y segmentación por Categoría vehicular, volumen y unidad de

tiempo.
1
2 Ilustración 20. Módulo Conteos Fijos – Esquema actualizado
3
5
6 3.4.4.1.7 Módulo: Conteos Móviles
7
PATRON y/o
PROCEDIMIENTO
ANÁLITICA
Aforo vehicular INPUT
Detección de
placa  Registro del número de placa de vehículos (OCR).
PROCESO
Front – End
 La cámara ante la presencia de cualquier vehículo deberá capturar la

placa del automotor y entregar 2 fotografías soporte al registro.
imágenes generadas y almacenar de los datos planos en formato XML o
JSON generados por el dispositivo.
 Los archivos generados por el dispositivo deberán ser almacenados en el
storage integrado al dispositivo en los formatos mencionados
anteriormente.
Back End:
 Se deberá subir la información de forma manual y deberá ser almacenada

en el espacio de memoria dispuesto en la nube del INVIAS.
 El sistema cotejara el número de la placa con las bases de datos del
RUNT RNDC y DIJIN.
 Clasificar cada registro según: Placa, Clase, Ejes, Capacidad de carga.
 Graficar en el video Wall del CCO (GIS) la cantidad de vehículos que

3
2 OPERACIÓN
PATRON y/o
PROCEDIMIENTO
ANÁLITICA
pasan por el punto esta grafica debe contener la placa, lugar, fecha y hora
del evento generado.
 En los casos de que el vehículo sea requerido por alguna autoridad, se
deberá enviar una alerta a la DIJIN los archivos deberán ser subidos al
CCO-Nube garantizando la información básica (Hora, fecha, coordenadas,
placa del vehículo, operario quien hace el UPDATE).
OUTPUT:
 Clasificación y segmentación por Categoría vehicular, volumen y unidad de

tiempo.
1
2 Ilustración 21. Módulo Conteos Móviles - Esquema Actualizado
3
5
6 3.4.4.1.8 Módulo: Detección de Gálibo
7
8 Tabla 25. Módulo Detección de Gálibo
PATRON y/o
PROCEDIMIENTO
ANÁLITICA
Detección de INPUT
altura por
gálibos  Detección de altura de vehículos que transiten por el punto.
PROCESO
Front – End
Gálibo
 Si los sensores infrarrojos son activados por un nivel de altura que ha

sobrepasado por un vehículo, este deberá, activar sirena anunciando la
que la altura fue excedida.
 El sistema mostrará un mensaje por medio del panel de señal oculta,
informando al conductor que deberá detener la marcha del vehículo ya que
ha excedió la altura máxima permitida.
 El sistema en campo deberá enviar una alerta al CCO

3
2 OPERACIÓN
PATRON y/o
PROCEDIMIENTO
ANÁLITICA
Cámara
 La cámara ante la presencia de cualquier vehículo deberá capturar la placa

del automotor y entregar 5 fotografías soporte al registro.
SFTP, con el propósito de contar posteriormente con datos que puedan
generar estadísticas.
 Los dispositivos (cámara y Gálibo) deberá establecer comunicación con el
CCO en nube mediante una VPN, de no establecer comunicación efectiva
con CCO, el dispositivo deberá guardar la información hasta restablecer
comunicación nuevamente y proceder a enviar los archivo almacenados
por el canal de comunicación asociado a los dispositivos
Back – End
 La información proveniente de la cámara deberá ser confrontada con la

base de datos de DIJIN(Placa) RUNT(placa) y RNDC(manifiesto de carga).
o Si a través del web service de la DIJIN, la placa tomada hace
referencia a un automóvil requerido por las autoridades, este debe
enviar una alerta a la DIJIN, esta base de datos generara un valor
booleano (True/False) siendo True, un vehículo solicitado
judicialmente.
o Con la base de datos del RUNT se espera realizar la clasificación
de los vehículos que por este punto transitan (Placa, clase, ejes y
capacidad de carga). La base de datos estará en BATCH contando
tres actualizaciones durante el periodo del contrato.
o Con la base de datos del RNDC se establecerá si el vehículo tiene
permiso de carga autorizado, de lo contrario, deberá reportar una
alerta al RNDC.
 Graficar la información en el video Wall del CCO (GIS) indicando el punto
alarmado, esta grafica debe contener la placa, peso por eje, lugar, fecha y
hora del evento generado.
 El sistema deberá entregar las evidencias al operario en CCO, uniendo la
información proveniente de la cámara y del gálibo.
 Se debe generar una alerta en CCO cuando la señal del gálibo sea
obstruida.
requiere.
evento para desactivar la alerta.

3
2 OPERACIÓN
PATRON y/o
PROCEDIMIENTO
ANÁLITICA
OUTPUT
 Generar Dashboards y análisis estadísticos para las áreas y entidades

como Subdirección de Estudios e Innovación y DITRA.
1
2 Ilustración 22. Módulo Detección de Gálibo – Esquema actualizado
3
5 3.4.4.1.9 Módulo: Información al Usuario
6
7 Tabla 26. Módulo Información al Usuario
PATRON y/o
PROCEDIMIENTO
ANÁLITICA
INPUT:
 Registrar cualquier registro que provenga del desde el CCO

PROCESO:
Paneles de
Mensajería  Imprimir en el panel de mensajería variable cualquier evento registrado y
Variable autorizado desde el CCO, además de los eventos parametrizados para
este dispositivo.
OUTPUT:
 Generar avisos informativos para los usuarios de las vías nacionales.

3
2 OPERACIÓN
1 Ilustración 23. Módulo Información al Usuario - Esquema actualizado
2
4
5 3.4.4.1.10 Módulo: Monitoreo Aéreo del Tránsito
6
7 Tabla 27. Módulo Monitoreo Aéreo del Tránsito
PATRON y/o
PROCEDIMIENTO
ANÁLITICA
INPUT
 Registro visual aéreo.
PROCESO
Front – End
 Los dispositivos de este módulo serán operados por las fuerzas

militares.
Drones multirotor
Back – End
 Extraer y procesar toda la información proveniente del dron.

 UPDATE de la infromación capturada en la SAN del CCO On premise
 Registrar la información con el siguiente ID: Hora, fecha, lugar,
operario del dron, operario quien hace el UPDAT
OUTPUT
Imágenes de apoyo para operativos de tránsito y transporte.

3
2 OPERACIÓN
1
2 Ilustración 24. Módulo Monitoreo Aéreo del Tránsito – Esquema actualizado
3
5
6 3.4.4.1.11 Módulo: Zonas y Puntos Críticos
7
8 Tabla 28. Módulo Zonas y Puntos Críticos
9
PATRON y/o
PROCEDIMIENTO
ANÁLITICA
Instrumentación INPUT
 Captura de datos de: Piezómetros, inclinómetros, radar para monitoreo

de taludes y pluviómetros.
PROCESO
Front – End
 Los dispositivos de medición constantemente deberán enviar los datos

registrados al Broker (Estación de campo).
 El Broker deberá entregar la información bajo los lineamientos del
protocolo MQTT y los topics asociados.
 El broker deberá establecer comunicación con el CCO en nube
dispositivo deberá guardar la información hasta restablecer
comunicación nuevamente y proceder a enviar los archivo almacenados
por el canal de comunicación asociado a los dispositivos
Back – End
 Los datos generados y entregados por los sensores en campo deberán

ser almacenados y clasificados según los topics establecidos.
 Si en el tratamiento de los datos se encuentran parámetros tendencia
que permitiesen generar una alerta, esta deberá activarse de forma
inmediata, clasificándola en alta, media o baja.
 La alerta se deberá identificar mediante el Geo posicionamiento del
dispositivo dentro del sistema GIS.

3
2 OPERACIÓN
PATRON y/o
PROCEDIMIENTO
ANÁLITICA
evento para desactivar la alerta generada por el dispositivo.
OUTPUT
 Notificar a administrador vial correspondiente.

 Generar Dashboards y análisis estadísticos para la anticipación de
afectaciones de terreno, información necesaria para la Subdirección de
Estudios e Innovación, Subdirección de Prevención y atención de
Emergencias.
 El contratista preparara, configurara y acompañara a la subdirección de
atención y prevención de emergencias un espacio de almacenamiento
en la nube, con el fin de que el personal de la subdirección cargue la
información proveniente del IGAC, IDEAM y SGC. Por lo anterior el
contratista no deberá integrar las bases anteriormente relacionadas,
sino que será a disposición de la subdirección.
1
2 Ilustración 25. Módulo Zonas y Puntos Críticos – Esquema actualizado
3
4
5
7
8 3.4.4.2 CCO (NUBE – On Premise)
9
10 El almacenamiento para el sistema estará enmarcado en una nube hibrida, configurada por una
11 nube pública con alto grado de seguridad y otra soportada bajo un esquema On premise, donde el
12 sistema de tiempo a usar será GMT-5, lo anterior en búsqueda de sincronización de todos los
13 equipos pertenecientes a VIITS.
14
15 3.4.4.2.1 Almacenamiento Nube
16

3
2 OPERACIÓN
1 Ilustración 26. Almacenamiento Nube
2
3
5
6 Después de hacer la ingesta de una serie de datos por parte de los dispositivos desplegados en
7 campo, estos datos deberán ser almacenados en un storage que tenga la capacidad de ser
8 escalable y de alto rendimiento para el posterior análisis de macrodatos, este almacenamiento
9 debe ser de objetos con el fin de almacenar y proteger cualquier cantidad de datos para diversos
10 casos de uso como: la página web, la aplicación móvil, los procesos de copia de seguridad y
11 restauración, las operaciones de archivado, los dispositivos IoT y el análisis de big data, y así
12 poder contar la preparación y entrenamiento de los datos en diferentes clústeres.
13
14 Los datos deberán ser almacenados en contenedores permitiendo al equipo de desarrollo más
15 rapidez a la hora de desplegar software y el análisis de la información.
16
17 Las imágenes que puedan ser parte de una solicitud judicial o que sirvan como servo probatorio
18 deberán ser almacenadas y subidas a la nube, esta condición será por recomendación expresa
19 del PSCN.
20
21 Es importante precisar que el almacenamiento en nube será un proceso en el que el INVIAS bajo
22 el acuerdo marco elegirá la plataforma en nube a operar para el sistema VIITS. Por lo anterior, el
23 contratista solo deberá proveer los sistemas de almacenamiento On premise para el sistema.
24
25 Por otra parte, el contratista adjudicatario del Proyecto VIITS deberá adherirse a los protocolos de
26 seguridad entregados por el proveedor de la nube, así como deberá velar por la seguridad de la
27 información ya que dentro de sus obligaciones esta el uso y administración del activo entregado
28 por la entidad.
29
30 Se espera que para el almacenamiento en nube se requiera la siguiente capacidad:
31

3
2 OPERACIÓN
1 Tabla 29. Almacenamiento Nube Estimado
2
4
5 3.4.4.2.2 Almacenamiento On premise
6
7 Ilustración 27. Almacenamiento On-Premise
8
10
11 La información capturada por los dispositivos expuestos en la ilustración 25 tendrá que ser
12 almacenados y debidamente organizados para una eventual consulta, estos datos deberán ser re-
13 escritos con un periodo de tres meses, si y solo si no son material probatorio o requeridos por
14 alguna autoridad judicial o policiva.
15
16 Las imágenes de los módulos de video vigilancia, visualización de concesiones e infraestructura
17 en operación y que hagan parte de una solicitud judicial o que sirvan como servo probatorio
18 deberán ser almacenadas y subidas a la nube.
19
20 El almacenamiento en nube deberá contar con un sistema DRaaS (Disaster Recovery as a
21 Service ) esta será una solución activo - activo y almacenará lo expresado anteriormente junto a
22 todos los datos generados por el sistema VIITS. En caso de el sistema On premise tenga un fallo
23 crítico y deje sin operación sistema VIITS, este deberá levantar todo el servicio de forma
24 automática y transparente al usuario.
25
26 Para el almacenamiento On premise el contratista deberá dimensionar la capacidad para albergar
27 las imágenes, videos y demás datos provenientes de los dispositivos que se relacionan en la tabla

3
2 OPERACIÓN
1 29, adicionando la data generada por el módulo de monitoreo aéreo, inspección no intrusiva y
2 aquellos datos de carácter administrativo generados en el CCO por el PSCN. La información
3 generada por las cámaras se deberá custodiar durante 90 días, posteriormente la información
4 será regrabada en los discos de la SAN. Aquellos datos que deberán ser almacenados durante 36
5 meses en la nube son aquellos que por su alto grado probatorio ante cualquier ente judicial y que
6 por orden del PSCN deberán permanecer allí, siendo este espacio custodia del Instituto.
7
8 Tabla 30 Dispositivos CCTV
Modulo Cantidad dispositivos CCTV

Videovigilancia 53
Internexa 43
Concesiones 16
PCCC 4
Honda 2
Total 118
9
11
12
13
14
3.4.4.2.3 Análisis de la Información y gobernanza de los datos

15 3.4.4.2.3.1 Plan de Gobernanza de los datos
16
17 Con el objetivo de gestionar la disponibilidad, integridad, usabilidad y seguridad de los datos
18 utilizados por el INVIAS, el contratista deberá entregar el plan de data governance o gobernanza
19 del dato, definiendo el conjunto de procedimientos y protocolos que garanticen los procesos,
20 funciones, políticas, mediciones y normas del uso eficaz y eficiente de la información con el fin de
21 ayudar a cumplir los objetivos propuestos para el sistema VIITS. Este plan deberá ajustarse bajo
22 los criterios de la guía técnica de información – gobierno del dato, ilustrada y documentada en la
23 metodología establecida en el (Data Management) DMBOK V2 el cual deberá contener los
24 siguientes títulos:
25
PROCESO SUB PROCESO METAS ACTIVIDADES
Gobernanza y 1. Definir, aprobar, 1. (P) Definir el

Planificación, supervisión y control de
administración de comunicar e implementar gobierno de datos

datos principios, políticas, para la organización
la gestión y uso de datos.
procedimientos, métricas, 2. (P) Definir el

Gobierno del dato
herramientas y marco operativo

responsabilidades para los 3. (P) Crear e
datos administración. implementar
2. Hacer un seguimiento y principios y políticas
hacer cumplir el de datos
cumplimiento de los datos 4. (P) Definir roles
normativos e internos 5. (O) Implementar
políticas. y mantener
3. Monitorear y orientar las
actividades de manejo y uso
de datos.

3
2 OPERACIÓN
1. Definir una organización

centrada en datos
2. Entender cómo el
desarrollo de la cultura 1. (P) Cree una
empresarial apoya los datos organización
gobernancia centrada en datos
3. Definir actividades de 2. (D) Desarrollar
Desarrollo Cultural
gestión de cambios que puntos de contacto
Empresarial
puedan respaldar los datos, organizacionales
alineación de la gestión y la 3. (C) Desarrollar
cultura empresarial controles de cultura
4. Destacar la necesidad de centrados en datos
comunicación y formación
en datos. actividades de
manejo
1. (P) Evaluar el
estado actual VIITS
2. (D) Desarrollar
1. Definir y monitorear reglas de seguridad
datos basados en la nube y código ETL /
áreas de gestión de cambio de datos de
programas. captura (CDC)
Datos en la Nube
2. Definir implementar Y, 3. (O) Poner en
monitorear e informar los funcionamiento las
ANS sobre almacenes de actividades de datos
datos externos. en la nube.
4. (C) Informe sobre
seguimiento del
servicio
1. Revisar las
prácticas de manejo
de datos
1. Revisar las prácticas de
2. Desarrollar la
manejo de datos
estrategia de
2. Desarrollar la estrategia
manejo ético de
de manejo ético de datos
datos
Ética en el manejo de 3. Comunicar y educar al
3. Comunicar y
datos personal
educar al personal
4. Abordar las brechas en
4. Abordar las
las prácticas
brechas en las
5. Supervisar y mantener la
prácticas
alineación
5. Supervisar y
mantener la
alineación

3
2 OPERACIÓN
1. Establecer una
Definición del plan para la gestión de activos de datos.
arquitectura de
datos empresariales
a. Seleccione
marcos de
referencia
1. Planifique con visión y
específicos
previsión para proporcionar
Arquitectura de datos
b. Adoptar marcos
datos de alta calidad.
específicos
2. Identificar y definir
c. Trabajar dentro
requisitos de datos
de la arquitectura
Arquitectura de datos comunes.
empresarial
3. Diseñar estructuras
d. Desarrollar una
conceptuales y planes para
hoja de ruta
cumplir con la actual y
e. Modelos de
requisitos de datos a largo
arquitectura
plazo de la empresa.
empresarial frente a
VIITS
2. Diseñar e
implementar la
arquitectura de
datos

3
2 OPERACIÓN
requisitos, y luego representar y comunicar estos datos en una forma

El modelado de datos es el proceso de descubrir, analizar y
precisa denominada "modelo de datos".

establecer el alcance de los datos.
1. (P) Plan para el

Modelado y diseño de datos
modelado de datos
2. (D) Construcción
del modelo de datos
Documentar el sistema a. Ingeniería
Modelado y diseño de actual VIITS actual y futuro avanzada
datos a nivel de modelamiento de b. Ingeniería
los datos. inversa
3. (C) Revisar los
modelos de datos
4. (O) Mantener los
modelos de datos

3
2 OPERACIÓN
1. Soporte
tencnologico de
base de datos
a. (P)
Comprender las
Diseño, implementación y soporte de datos almacenados para maximizar su valor.
características de la
tecnología de bases
de datos
b. (O) Administrar
y monitorear la
tecnología de bases
de datos
Operaciones y almacenamiento de datos
2. Soporte de
operaciones de
base de datos
a. (P)
1. Gestionar la
Comprender los
disponibilidad de los datos a
requisitos de
lo largo del ciclo de vida de
almacenamiento
Operaciones y los datos.
b. (P)
almacenamiento de 2. Garantizar la integridad
Comprender los
datos de los activos de datos
requisitos de uso
3. Gestionar el rendimiento
3. (P) Comprender
de las transacciones de
los requisitos de
datos.
resiliencia
4. (P) Comprender
los requisitos de
acceso
5. (D) Desarrollar
contenedores de
almacenamiento
6. (C) Administrar
los controles de
acceso a la base de
datos
7. (O) Gestionar el
rendimiento de la
base de datos
8. (O) Gestionar la
migración de datos

3
2 OPERACIÓN

procedimientos de seguridad para proporcionar autenticación, autorización,
acceso y auditoría adecuados de los datos y los activos de información.
Definición, planificación, desarrollo y ejecución de políticas y
1. (P) Identifique los

1. Habilitación de accesos requisitos de
apropiado y restriccion del seguridad de datos
acceso inadecuado a los relevantes
activos de datos 2. (C) Definir la
Seguridad de datos
empresariales. política de
2. Comprender y cumplir seguridad de datos
con todas las regulaciones y 3. (D) Definir
Seguridad de datos políticas relevantes para la estándares de
privacidad, protección y seguridad de datos
confidencialidad. 4. (P) Evaluar los
3. Asegurar que se cumplan riesgos de
y auditen las necesidades seguridad actuales
de privacidad y 5. (O) Implementar
confidencialidad de todas controles y
las partes interesadas. procedimientos de
seguridad de datos

3
2 OPERACIÓN

Gestionar el movimiento y la consolidación de datos dentro
1. Interoperabilidad
de datos
a. Adquirir
Interoperabilidad e integración de datos
b. Mover
y entre aplicaciones y organizaciones.
c. Transformar
d. Integrar
2. Integración de
1.Hacer que los datos estén datos
disponibles en el formato y a. (P) Planificar y
el plazo que necesita el analizar
Interoperabilidad e consumidor. b. (P) Diseñar
integración de datos 2. Identifique eventos soluciones de
significativos y active integración de datos
automáticamente alertas y c. (D) Desarrollar
acciones soluciones de
integración de datos
d. (O) Integrar e
interoperar datos
e. (C) Supervisar
la operación de
movimiento de
datos

3
2 OPERACIÓN
1. (P) Desarrollar
ciclo de vida de los datos y la información que se encuentran en cualquier
Actividades de planificación, implementación y control para la gestión del
estrategias de
gestión de
contenido y
registros
2. (P) Comprender
los requisitos de
contenido y
1. Cumplir con las registros
obligaciones legales y 3. (P) Determinar la
Documentos y contenido
expectativas del cliente con arquitectura de la

respecto a la gestión de información, el
Registros. contenido y los
forma o medio.
2. Asegurar el modelos semánticos

Documentos y almacenamiento, la 4. (D) Definir y
contenido recuperación y el uso desarrollar la
eficaces y eficientes de los organización del
Documentos y el Contenido. contenido
3. Asegurar capacidades de 5. (D) Desarrollar el
integración entre Contenido descubrimiento
estructurado y no electrónico
estructurado. 6. (O) Capturar y
administrar registros
y contenido
7. (O) Conservar,
eliminar y archivar
registros y
contenido
8. (O) Publicar y
entregar contenido

3
2 OPERACIÓN
1. (P) Identificar las

mejor calidad de los datos mediante la definición y el uso estandarizados de los
necesidades de
Gestionar los datos compartidos para reducir la redundancia y garantizar una
datos maestros y de
referencia
2. (P) Determinar
los requisitos de
datos
3. (C) Validar las
definiciones de
datos
Datos maestros y de referencia
4. (C) Evalúe las

fuentes de datos
1. Proporcionar una fuente
5. (D) Establecer
valores de los datos.
autorizada de datos
una arquitectura de
maestros y de referencia
integración /
conciliados y evaluados en
Datos maestros y de intercambio de
calidad.
referencia datos
2. Menor costo y
6. (D) Identifique la
complejidad mediante el uso
referencia confiable
de estándares, modelos de
y los datos
datos comunes y patrones
maestros
de integración.
7. Implementar
servicios de
integración /
intercambio de
datos
a. (D) Adquirir
fuentes de datos
para compartir
b. (O) Publicar
referencia y datos
maestros

3
2 OPERACIÓN

datos de apoyo a la toma de decisiones y apoyar a los trabajadores del
Procesos de planificación, implementación y control para proporcionar
conocimiento involucrados en informes, consultas y análisis.

Almacenamiento de datos e inteligencia empresarial
1. Apoyar y permitir un
análisis eficaz y la toma de
1. (P) Comprender
decisiones por parte de los
los requisitos
trabajadores del
2. (P) Definir y
conocimiento.
mantener la
2. Construir y mantener el
arquitectura DW / BI
entorno y la infraestructura
3. (D) Implementar
Almacenamiento de para respaldar la actividad
almacenes de datos
datos e inteligencia de inteligencia empresarial,
y Data Marts
empresarial aprovechando
5. (D) Implementar
específicamente todas las
metodos de
áreas de conocimiento de
inteligencia
gestión de datos para
empresarial
entregar de manera rentable
6. (O) Mantener
datos integrados
productos de datos
consistentes para toda la
actividad de BI.

3
2 OPERACIÓN
1. (P) Definir la
Actividades de planificación, implementación y control para permitir el
estrategia de los
metadatos
2. (P) Comprender
los requisitos de los
acceso a metadatos integrados de alta calidad
metadatos
3. (P) Definir la
arquitectura de
1. Proporcionar
metadatos
comprensión organizativa
4. (D) Crear
de los términos y el uso
metamodelo
comercial de los metadatos
5. (C) Aplicar
Metadatos
2. Recopilar e integrar
estándares de
metadatos de diversas
Metadatos metadatos
fuentes
6. (C) Administrar
3. Proporcionar una forma
almacenes de
estándar de acceder a los
metadatos
metadatos.
7. (O) Crear y
4. Garantizar la calidad y la
mantener
seguridad de los metadatos
metadatos
8. (O) Integrar
metadatos
9. (O) Distribuir y
entregar metadatos
10. (O) Consultar,
informar y analizar
metadatos

3
2 OPERACIÓN
conocimientos a preguntas que no se conocen al comienzo del análisis.

Visualización) de diversos tipos de datos para encontrar respuestas y
La recopilación (Big Data) y el análisis (Data Science, Analytics y
Temas adicionales: Big Data y ciencia de datos
1. Find and load the

data sources
1. Descubra las relaciones
(source)
entre los datos y el negocio.
2. Prepare the data
2. Apoyar la integración
for analysis (ingest)
iterativa de la (s) fuente (s)
3. Develop data
de datos en la empresa.
Temas adicionales: visualizations and
3. Descubrir y analizar
Big Data y ciencia de analytics (store and
nuevos factores que puedan
datos process)
afectar al negocio.
4. Expose data
4. Publique datos utilizando
insights and findings
técnicas de visualización de
(present)
una manera apropiada,
5. Re-iterate with
confiable y ética.
additional data
sources (repeat)

3
2 OPERACIÓN
1. (P) Planifique las

Un método para categorizar y clasificar la gestión de datos para crear
actividades de
evaluación
una entrada en la mejora de la capacidad organizativa.
a. Planificar las
comunicaciones
b. Definir
capacidades para
1. Establecer la priorización evaluar
Madurez de la gestión de datos
y la relevancia de las c. Adquirir puntos

capacidades de gestión de de referencia
datos. comparativos
2. Crear una entrada 2. (O) Realizar
cuantificable a las evaluación de
Madurez de la gestión
prioridades de la madurez
de datos
organización, la asignación a. Llevar a cabo
de recursos y la dirección. la recopilación de
3. Modelar los resultados información
esperados en función del b. Realizar la
cambio en las capacidades evaluación
específicas. c. Interprete los
resultados
3. (D) Desarrollar
recomendaciones
4. (P) Cree un
programa de
remediación
5. (O) Reevaluar
1
2 Este plan deberá ser entregado en la etapa de ingeniería de detalle.
3
4 3.4.4.2.3.2 Marco de Interoperabilidad
5
6 Frente a las dificultades del ciudadano colombiano al realizar trámites con entidades del estado,
7 asumiendo traslados innecesarios y gastos en tiempos y recursos, el Ministerio de las Tecnologías
8 de la Información y las Comunicaciones identificó que las entidades estaban aisladas en la
9 atención y en la debida gestión de Marco de Interoperabilidad sus procesos, razón que conlleva a
10 plantear una solución para ofrecer servicios en línea que optimicen el proceso.
11
12 Por lo anterior el contratista deberá intercambiar los datos que desde la óptica de la seguridad
13 nacional puedan ser compartidos entre las diferentes instituciones que soliciten alguna
14 información, así pues el Ministerio de la Telecomunicaciones ha desarrollado el marco de
15 interoperabilidad que esta soportado bajo la utilización de la herramienta Xroad siendo este es un
16 software de código abierto que permite a instituciones y organizaciones intercambiar información a
17 través de Internet.
18
19 Las entidades con las cuales se hará el intercambio de información bajo la plataforma Xroad y
20 bajo los lineamientos del Ministerio de telecomunicaciones son: la DIJIN y el Ministerio de
21 Transporte.
22

3
2 OPERACIÓN
1 3.4.4.2.4 Análisis de la Información

2
3 Se espera que, con el soporte de algoritmos adaptativos, la inteligencia artificial deba seleccionar,
4 analizar e interpreta conjuntos completos de datos, de manera que se procese automáticamente
5 en un modo orientado a la toma de decisiones.
6
7 Bajo lo anterior el contratista deberá incluir dentro del alcance del proceso una plataforma de
8 Gestión que tenga la capacidad de supervisar, controlar y adquirir los datos de los equipos
9 instalados en campo para que se garantice la operación del sistema, toda vez que las plataformas
10 de gestión existentes en el mercado tienen limitaciones para enviar comandos de operación a un
11 equipo a distancia.
12
13 El contratista deberá implementar la metodología SEMMA (Sample, Explore, Modify, Model,
14 Assess) con el fin de descubrir patrones que apoyen las decisiones por parte del INVIAS.
15
16 Ilustración 28. Metodología SEMMA
17
18
19 3.4.4.2.5 Calidad del dato
20
21 Para tener una mayor precisión en la calidad del dato, el contratista junto con el
22 interventor y el gestor del proyecto del INVIAS deberán en etapa de operación realizar
23 una auditoria inicial llamada (perfilamiento de datos), con el objetivo de saber y hacer
24 referencia del estado en que el sistema en su etapa inicial entregara los datos emitidos
25 por los diferentes dispositivos, a partir de este punto, se podrá detectar los datos a
26 corregir y determinar algunos parámetros de control para ajustar el proceso de calidad de
27 datos.
28
29 La calidad en el dato se determinará bajo las siguientes dimensiones:
30  Completitud: Se refiere a que los datos deben estar completos
31  Conformidad: Los datos deben estar conformes en los formatos requeridos y
32 establecidos por el INVIAS
33  Consistencia: Que los datos sean siempre los mismos si se cruzan los registros.
34  Precisión: Los datos no podrán ser utilizados si no son precisos.
35  Duplicidad: Es de suma importancia saber si se tiene la misma información en
36 formatos iguales o similares dentro de una tabla.
37  Integridad: Que los datos sean íntegros radica en el hecho de saber si toda la
38 información relevante de un registro está presente de forma que se pueda utilizar
39 (Vivar, 2019).
40

3
2 OPERACIÓN
1 3.4.4.2.5.1 . Plataforma de Gestión

2
3 La prioridad del sistema será garantizar la facilidad de acceso a la información de manera
4 automatizada, en donde, según las particularidades de cada subsistema y módulo del proyecto, se
5 debe acceder principalmente a:
6
7  Tendencias
8  Estadísticas
9  Análisis predictivos
10  Caracterización del usuario (administradores y operarios)
11  Tramos viales con más registros de incidentes y accidentes
12 El sistema debe estar en la capacidad de interpretar las solicitudes de los usuarios brindando así
13 una respuesta correcta, de acuerdo con los registros almacenados en las BD de la entidad.
14
15 Es importante resaltar que actualmente, el CCOSC cuenta con una herramienta de VMS
16 denominada Securos Enterprise versión 9.6 R3, con 340 licencias, de las cuales se emplean 50.
17 Será responsabilidad del contratista realizar la correcta explotación y actualización de esta.
18
19 La visualización y procesamiento del video será realizada por el VMS securos para los módulos de
20 video vigilancia, visualización de concesiones e infraestructura en operación.
21
22 3.4.4.2.5.2 Condiciones Mínimas Necesarias de Operación
23
24  Cumplir plenamente con lo establecido en la Resolución 0312 de 2019 emitida por el Ministerio
25 de Trabajo y el Decreto 1072 del 2015.
26  Circuito Cerrado de Televisión, para el monitoreo de la operación del espacio.
27  Control de acceso biométrico para el ingreso al espacio físico.
28  Garantizar la seguridad de la información capturada, registrada y generada, así como el
29 control de acceso, protección de datos y seguridad física (SGSI).
30  El servicio deberá ser brindado en el área dedicada y establecida para tal fin, con control de
31 acceso exclusivo a la zona y a las entidades o áreas que se definan en este documento y por
32 el INVIAS.
33
34 3.4.4.2.5.3 Situaciones Atípicas
35
36 Se deben considerar los motivos que llevan al incremento de la generación de la data, esfuerzo en
37 la operación y refuerzo de los mecanismos de reacción para la atención a los incidentes
38 presentados, razón por la cual el sistema debe prever algunas temporadas y fechas que
39 presentan este tipo de cambios:
40
41 Fechas Fijas
42
43  Semana Santa
44  Temporada de Vacaciones Junio – Julio y Diciembre – Enero.
45  Fines de semana festivos
46  Fiestas patronales
47  Semana de receso escolar
48  Días previos al 24 de diciembre
49  Días previos al 31 de diciembre
50
51 Fechas Variables
52

3
2 OPERACIÓN
1  Temporada de lluvias
2  Jornadas deportivas
3  Alteraciones en el orden público
4  Manifestaciones
5
6 3.4.4.2.5.4 Talento Humano
7
8  Se debe proveer del recurso humano necesario e idóneo que cubra las necesidades descritas
9 en este documento.
10  La aprobación del recurso humano que apoyará la operación deberá estar sujeta a la previa
11 autorización de los actores involucrados en la fase de operación del proyecto.
12  El recurso humano debe estar en la capacidad de atender cualquier contingencia a nivel de
13 Hardware y Software dentro del Centro de Control de Operaciones.
14
15 Capacitación: Se debe garantizar la transferencia de conocimiento a través de capacitaciones,
16 guías, instructivos y protocolos entregados al proyecto, generando el desarrollo de las
17 competencias necesarias al personal que defina la entidad, permitiendo contar con los
18 conocimientos adecuados para realizar la gestión de los servicios; se debe de tomar en cuenta
19 que:
20
21  Los procesos de capacitación no generarán costos adicionales para el INVIAS, su valor se
22 entiende incluido en la oferta.
23  Realizar evaluaciones mensuales con el fin de garantizar el mantenimiento del conocimiento y
24 las habilidades mínimas requeridas, para la operación por parte del personal designado por los
25 actores involucrados.
26  Las capacitaciones en el uso de las herramientas del Centro de Control de Operaciones serán
27 responsabilidad del contratista, estas deberán ser brindadas cada cinco meses durante el
28 tiempo de ejecución del contrato y cada vez que se dé una actualización en el sistema; a un
29 grupo de máximo 34 personas con un tiempo de duración de doce (12) horas cada
30 capacitación.
31  Se deberá contar con personal capacitado 24/7 dentro del Centro de Control de Operaciones
32 para brindar soporte puntual a nivel de Hardware y Software a los operadores del sistema,
33 esto deberá estar cuantificado dentro del valor de la oferta y no podrá bajo ningún motivo
34 generar costos adicionales durante el tiempo de ejecución del contrato.
35
36 3.4.4.2.6 Dashboards
37
38 Cada uno de los módulos en su misionalidad deberá mostrar estadísticas dinámicas provenientes
39 de los datos almacenados y de las bases de datos internas y externas que alimentaran al sistema
40 VIITS, proporcionando visualizaciones interactivas y de inteligencia empresarial a fin de que los
41 usuarios puedan crear informes.
42
43 Estos Dashboards, deberán estar divididos por cada subsistema y a su vez por cada módulo en
44 un modelo de capas con geoposicionamiento de cada dispositivo, cada evento debe ser
45 visualizado en las Workstation del actor al que pertenezca la alerta (Pop – Up), y debe permitir al
46 operador desplegar al video Wall el evento generado, para una mejor visualización.
47
48 3.4.4.2.7 Security Operation Center / Centro de Operaciones de Seguridad (SOC)
49

3
2 OPERACIÓN
1 Ilustración 29.Security Operation Center / Centro de Operaciones de Seguridad (SOC)
2
4
5 Este deberá ser implementado y cumplir con las siguientes características:
6  El SOC funcionará en modalidad 7x24x365.
7  Las personas, procesos y tecnologías propias de la gestión tecnológica del Programa, serán
8 objeto de su protección.
9  Su objetivo es la prevención, detección, seguimiento, contención y remediación de amenazas
10 o ataques a la infraestructura y servicios tecnológicos.
11  Tanto el NOC como el SOC deberán operar desde la nube dispuesta y contratada por el
12 Instituto.
13  El SOC manejará cualquier incidente o amenaza a la infraestructura y servicios tecnológicos
14 del programa, para lo que debe identificar estos incidentes adecuadamente, analizarlos,
15 comunicarlos, investigarlos e informarlos, además de contenerlos y remediarlos.
16  Se debe contar con un correlacionador de eventos SIEM (security information and event
17 management - sistema de gestión de información y eventos de seguridad ), para realizar
18 evaluación de situaciones anormales en el comportamiento de las vías.
19  En las actividades anteriores, la recolección de información, cadena de custodia y
20 presentación de resultados se deben ejecutar de acuerdo con técnicas científicas y analíticas
21 especializadas propias de la informática forense.
22  El SOC será accesible para usuarios en modo consulta por los ingenieros delegados por el
23 PSCN.
24  Ante cualquier hallazgo de una posible vulnerabilidad de seguridad, el contratista deberá
25 actualizar y parchear todos los dispositivos, todo lo anterior a favorecer la seguridad de
26 sistema VIITS.
27
28 Además de lo anterior, el contratista deberá seguir los lineamientos de ciberseguridad
29 consolidados en el CONPES 3701 y el decreto 1078 de 2015 y sus actualizaciones los cuales
30 buscan generar los lineamientos nacionales de política en Ciberseguridad orientados a desarrollar
31 una estrategia nacional que contrarreste el incremento de las amenazas informáticas que afectan
32 significativamente al país. En este marco de referencia se define la Ciberseguridad como la
33 capacidad del Estado para minimizar el nivel de riesgo al que están expuestos sus ciudadanos,
34 ante amenazas o incidentes de naturaleza cibernética.
35
36 3.4.4.2.7.1 IDS (Intrusión Detection System)
37

3
2 OPERACIÓN
1 La instalación de un IDS proporcionara hacer monitoreo de redes, con el que se puede

2 parametrizar filtros o reglas para backdoor, DDoS, Finger, FTP, ataques Web, CGI, Nmap etc. Por
3 lo cual es esencial contemplar este tipo de herramientas, con el fin de supervisar la red
4 continuamente.
5
6 3.4.4.2.7.2 Capa Acceso a la red
7
8 La disposición de los cables y de los equipos no deberá permitir escuchas indebidas, y para ello
9 se vuelve necesario restringir el acceso a cualquier dispositivo de telecomunicaciones además de
10 proteger el cableado para que no puedan ser intencionalmente dañados con el objeto de provocar
11 un ataque a la disponibilidad del servicio. Por lo anterior, los dispositivos deberán estar protegidos
12 por gabinetes, racks de telecomunicaciones y demás soluciones que impidan el acceso a los
13 dispositivos y la información, además deberán contar con passwords de seguridad encriptados a
14 nivel de consola, nivel privilegiado y a terminales de acceso remoto.
15
16 Los equipos de telecomunicaciones y sus puertos deberán ser configurados a razón de poder
17 prevenir la inutilización lógica de puertos para evitar conexiones fraudulentas que puedan llevar a
18 escuchas indebidas, ataques de saturación de las tablas ARP, ataques de suplantación de
19 identidad y de agotamiento de DHCP y la suplantación de direcciones MAC e IP. También, se
20 deberá diseñar un esquema de red configurado a través de VLan´s.
21
22 3.4.4.2.7.3 Capa de Internet
23
24 En cuanto a la seguridad en la capa de red, el contratista deberá garantizar la comunicación entre
25 dos dispositivos bajo IPSec (Internet Protocol Security) en cualquiera de sus protocolos, AH
26 (Authentication Header - Cabecera de autenticación) y el ESP (Encapsulated Security Payload -
27 Carga de seguridad encapsulada), además de lo anterior, todo dispositivo deberá establecer
28 conexión con el CCO (on-premise, nube) bajo VPN`s modo túnel y ACL para denegar el tráfico
29 indebido.
30
31 3.4.4.2.7.4 Capa de Transporte
32
33 Los ataques a la capa de transporte van asociados al funcionamiento de los protocolos TCP y
34 UDP, por esta razón entre los dispositivos de comunicación DCE/DTE (Data Comunication
35 Equipment) / (Data Terminal Equipment) se debe activar el protocolo que contrarresten posibles
36 ataques.
37
38 3.4.4.2.7.5 Capa de Aplicación
39
40 Toda información deberá establecer comunicación bajo la combinación de protocolos que
41 permiten a los terminales acceder a numerosos servicios. Entre ellos, SMTP, POP, IMAP, DNS,
42 HTTP, HTTPS, DHCP, FTP, TFTP. Además de desarrollar planes de capacitación enfocados a los
43 usuarios y políticas de seguridad.
44
45 La plataforma web deberá contar con un firewall de aplicaciones WAF (Web application firewall)
46 con el propósito de repeler cualquier ataque que se configure hacia este espacio, dirigido a la
47 información en reposo como en tránsito.
48
49 3.5 ROL ACTUAL Y FUTURO DE LOS ACTORES ESTRATÉGICOS DEL
50 SISTEMA
51

3
2 OPERACIÓN
ACTORES INTERNOS ROL ACTUAL ROL FUTURO
Ministerio De Transporte Ente regulador Ente regulador
INVIAS Administrador Administrador
Análisis de condiciones medio

Subdirección de Medio
– ambientales mediante data del
Ambiente y Gestión Social
IDEAM y diferentes dispositivos IoT
Subdirección de Estudios Análisis de aforos automatizados y

–
e Innovación pesaje dinámico de vehículos
Análisis de condiciones medio

Subdirección de ambientales en puntos críticos,
Prevención y Atención de – cámaras tipo DAI y análisis de
Emergencias infraestructura mediante dispositivos
IoT
Videovigilancia mediante cámaras

Videovigilancia mediante
Ejército Nacional PTZ, escáneres no intrusivos,
cámaras tipo PTZ
cámaras tipo DAI
Dirección Técnica – Grupo Estructuradores del sistema Estructurador de diferentes fases de

ITS VIITS sistema VIITS.
1
ACTORES EXTERNOS ROL ACTUAL ROL FUTURO
Interventor Contrato de
– INTERVENTOR
INVIAS
DIJIN – SISTEMA DE INFORMACIÓN
IDEAM – SISTEMA DE INFORMACIÓN
SISTEMA DE INFORMACIÓN
GEOGRÁFICA DE LOS
HERMES – DISPOSITIVOS Y PLATAFORMA
BASE DE INFORMACÍON AL
VIAJERO
RUNT – SISTEMA DE INFORMACIÓN
USUARIO CONSUMIDOR DE
DATOS DE LOS SUBSISTEMAS
DE MONITOREO DE TRANSITO,
USUARIO –
SEGURIDAD Y ORDEN PÚBLICO Y
MONITOREO DE
INFRAESTRUCTURA
2
3
4

3

ANEXO No. 1.2 - CONCEPTO DE OPERACION - ConOps

Cargado por

Información del documento

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

ANEXO No. 1.2 - CONCEPTO DE OPERACION - ConOps

Cargado por

Copyright:

Formatos disponibles

1 LP-DT-038-2020

1 pANEXO No. 1.2 - CONCEPTO DE OPERACIÓN

1 3.4.3 CAPA DE ESTRUCTURACIÓN Y PROCESAMIENTO DE LOS DATOS....................

Código CCE-EICP-IDI-01 Versión 2

1 Ilustración 7. Diagrama Casos de uso Dispositivos en Campo – sin Analítica...............................

Código CCE-EICP-IDI-01 Versión 2

1 A continuación, se describe la terminología técnica utilizada en este documento y sus Anexos.

Código CCE-EICP-IDI-01 Versión 2

Código CCE-EICP-IDI-01 Versión 2

1 Sistemas de Información. Es la interacción e intercambio de datos de acuerdo con un método o

Código CCE-EICP-IDI-01 Versión 2

Código CCE-EICP-IDI-01 Versión 2

1 directrices de Gobernanza e institucionalidad moderna para el transporte y la logística eficientes y

Código CCE-EICP-IDI-01 Versión 2

1 Actualmente el Centro de Control de Operaciones - CCO del Programa de Seguridad en

Código CCE-EICP-IDI-01 Versión 2

1 2.1 ESCENARIOS OPERACIONALES DEL SISTEMA ACTUAL

DETECCIÓN AUTOMÁTICA DE INCIDENTES X X X X X X

ZONAS Y PUNTOS CRITICOS X X X X

Código CCE-EICP-IDI-01 Versión 2

1 3 DESCRIPCIÓN GENERAL DEL SISTEMA PREVISTO

Código CCE-EICP-IDI-01 Versión 2

1 Ilustración 2. Esquema General VIITS

Código CCE-EICP-IDI-01 Versión 2

Código CCE-EICP-IDI-01 Versión 2

Código CCE-EICP-IDI-01 Versión 2

Código CCE-EICP-IDI-01 Versión 2

Código CCE-EICP-IDI-01 Versión 2

Código CCE-EICP-IDI-01 Versión 2

Código CCE-EICP-IDI-01 Versión 2

1  Thaqui Puentes 2  Sukubun (Atropellamiento de fauna)

Código CCE-EICP-IDI-01 Versión 2

1 Es la entidad encargada de producir la cartografía básica de Colombia y adelantar investigaciones

Código CCE-EICP-IDI-01 Versión 2

1 3.4.1 CAPA DE ADQUISICIÓN DE DATOS

Código CCE-EICP-IDI-01 Versión 2

Código CCE-EICP-IDI-01 Versión 2

Lectura y XML/ JSON/

Gálibos + XML/ JSON/

Código CCE-EICP-IDI-01 Versión 2

1 3.4.1.1.1 Diagrama Casos de uso Dispositivos en Campo – con Analítica

Código CCE-EICP-IDI-01 Versión 2

1 3.4.1.1.3 Descripción de Caso de uso Dispositivos en Campo – con y sin Analítica

1. Captura y censado de diferentes señales analógicas.

 La visual proveniente de las concesiones no será grabada en sitio.

Código CCE-EICP-IDI-01 Versión 2

1 Tabla 5. Dispositivos de Reacción y Operativos - Capa de Adquisición de Datos

1. Captura y censado de diferentes señales analógicas.

Código CCE-EICP-IDI-01 Versión 2

28 Fuente: Elaboración Propia

Código CCE-EICP-IDI-01 Versión 2

1. Recopilación de datos DB externas e Internas.

Código CCE-EICP-IDI-01 Versión 2

Videovigilancia Cámara PTZ

Código CCE-EICP-IDI-01 Versión 2

Sensores IoT Voltaje EIZ2 Voltios

Código CCE-EICP-IDI-01 Versión 2

Bases de datos Internas y

Código CCE-EICP-IDI-01 Versión 2

2. Envió del estado del dispositivo.

Código CCE-EICP-IDI-01 Versión 2

1 3.4.1.5.2 Descripción de Caso de uso Usuario Vial

Objecto Envió de reportes viales por usuarios

Código CCE-EICP-IDI-01 Versión 2