pliego de prescripciones tÉcnicas que … · policía local en su quehacer diario, sin cerrar la...

Id.

docu

men

t: /

sww

+sp

4 m

tHK c

XPQ

Pjn

W R

zbu I

Oc=

CÒ

PIA I

NFO

RM

ATIV

A (

NO

VERIF

ICABLE

EN

SEU

ELE

CTRÒ

NIC

A)

Signat electrònicament per:Antefirma Nom Data Emissor cert Núm. sèrie cert

INTENDENT GENERAL CAP P.L - SERV. DE POLICIA LOCAL JOSE SERRANO JULIAN 14/06/2017 ACCVCA-120 221338688618933256

PLIEGO DE PRESCRIPCIONES TÉCNICAS QUE HAN DE REGIR LA

CONTRATACIÓN DE SERVICIOS INFORMÁTICOS DE IMPLEMENTACIÓN DE UN SISTEMA INTEGRAL DE INFORMACIÓN Y

GESTIÓN PARA EL CUERPO DE LA POLICÍA LOCAL DE VALENCIA, CON MIGRACIÓN DE DATOS E INTEGRACIÓN DE LOS ACTUALES

SISTEMAS Y MANTENIMIENTO CORRECTIVO Y EVOLUTIVO DE LAS APLICACIONES

Id.

docu

men

t: /

sww

+sp

4 m

tHK c

XPQ

Pjn

W R

zbu I

Oc=

CÒ

PIA I

NFO

RM

ATIV

A (

NO

VERIF

ICABLE

EN

SEU

ELE

CTRÒ

NIC

A)



Página 2 de 22

INDICE

1. Introducción. ................................................................................ 3

2. Objeto del contrato. ..................................................................... 4

3. Requisitos generales del sistema. .................................................. 5

4. Requisitos funcionales del software .............................................. 6

4.1 Requisitos generales ......................................................... 6

4.2 Módulos ........................................................................... 8

4.2.1 Módulos requeridos .............................................. 8 4.2.2 Módulos de mejora ............................................... 17

5. Desarrollo de los trabajos. ............................................................ 19

5.1 Análisis ............................................................................. 19

5.2 Instalación ........................................................................ 19

5.3 Integración ....................................................................... 20

5.4 Migración ......................................................................... 21

5.5 Implantación .................................................................... 22

5.6 Formación ........................................................................ 22

6. Mantenimiento y Soporte. ............................................................ 22

7. Propiedad intelectual y confidencialidad. ...................................... 23

Id.

docu

men

t: /

sww

+sp

4 m

tHK c

XPQ

Pjn

W R

zbu I

Oc=

CÒ

PIA I

NFO

RM

ATIV

A (

NO

VERIF

ICABLE

EN

SEU

ELE

CTRÒ

NIC

A)



Página 3 de 22

1. Introducción.

La Policía Local de Valencia en la actualidad dispone de una diversidad de aplicaciones de desarrollo propio para la gestión policial, las cuales fueron desarrolladas en su día bajo diversas tecnologías, tanto en aplicaciones Cliente-Servidor como en entorno Web, para la resolución de necesidades concretas, principalmente el control de los servicios prestados y la gestión de los Recursos Humanos y Materiales del cuerpo, careciendo en aquellas fechas de la infraestructura necesaria para abordar un desarrollo integral de todas las necesidades de esta Policía Local.

Existen a su vez diversas aplicaciones de empresas privadas que gestionan

múltiples sistemas de información de este cuerpo, teniendo una mayor relevancia la aplicación SIRE, que gestiona todas las incidencias atendidas por el cuerpo, así como el posicionamiento GPS de nuestra flota, a través de la sala del 092.

Por otro lado y de forma totalmente independiente, los miembros del cuerpo

operan también con los módulos integrados en los sistemas de gestión general del Ayuntamiento.

Toda esta diversidad de aplicaciones carece pues de integración entre ellas

mismas, así como con los módulos del sistema de gestión general del Ayuntamiento, lo que dificulta, cuando no imposibilita, la obtención de una visión integral del trabajo realizado por esta Policía Local.

Además de todo lo dicho hay que tener en cuenta el incontestable desarrollo

de las nuevas tecnologías y de los sistemas de comunicaciones, que aportan un valor añadido a la actuación policial y que obligatoriamente deben incluirse en cualquier nuevo sistema de gestión policial, especialmente en lo relativo a dispositivos de movilidad.

Ante toda esta problemática y coincidiendo con una nueva visión del servicio

policial, impulsada tanto por la Jefatura del Cuerpo como por la Delegación, se entiende necesario e improrrogable la implantación de un sistema integral de gestión policial, que permita abordar las distintas necesidades de todas y cada una de las unidades y secciones del cuerpo, así como de dotar a la Jefatura de una información detallada y en tiempo real sobre los recursos disponibles y los servicios que presta esta Policía Local en su quehacer diario, sin cerrar la puerta a futuros desarrollos, aprovechando las tecnologías de Big Data y Business Intelligent, que permitan la implementación de herramientas de análisis predictivos, de cara a el establecimiento de una policía proactiva. Todo ello de acuerdo a los requisitos establecidos en el presente pliego de prescripciones técnicas.

Id.

docu

men

t: /

sww

+sp

4 m

tHK c

XPQ

Pjn

W R

zbu I

Oc=

CÒ

PIA I

NFO

RM

ATIV

A (

NO

VERIF

ICABLE

EN

SEU

ELE

CTRÒ

NIC

A)



Página 4 de 22

2. Objeto del contrato.

Contratar los Servicios Informáticos consistentes en la implementación de las

aplicaciones necesarias para gestionar el sistema de información de la Policía Local de

Valencia, su integración con las actuales aplicaciones de la Policía Local y

mantenimiento correctivo y evolutivo de las licencias de las nuevas aplicaciones

implementadas, así mismo la formación para el uso de las aplicaciones, migración e

integración de datos.

3. Requisitos generales del sistema.

El sistema deberá cumplir los siguientes requisitos de carácter general en cuanto a su arquitectura y seguridad:

· El desarrollo podrá estar realizado tanto con tecnología Cliente-Servidor como en entorno Web, valorándose en ambos casos la utilización de la tecnología .NET al tratarse del entorno de programación utilizado por los técnicos de esta Policía Local.

· La aplicación deberá estar optimizada para monitores con una relación de aspecto 4:3 y una resolución de 1280 x 1024, valorándose en mayor medida el ajuste automatizado del tamaño del formulario a la relación de aspecto y resolución de pantalla del equipo que la ejecuta. (Ej: 16:9 y 1600 x 900).

· La base de datos deberá quedar instalada sobre dos gestores SQL Server Standard Core 2016 instalados en modo de alta disponibilidad sobre un clúster de servidores Windows Server Standard 2016 ya existentes en el CPD de la Policía Local.

· En el caso de entorno Web la aplicación deberá funcionar en los puestos de trabajo, al menos, sobre la última versión de los navegadores Internet Explorer, Google Chrome y Mozilla Firefox.

· En el caso de instalación en Cliente-Servidor la aplicación deberá ejecutarse sobre equipos de sobremesa Microsoft Windows 7, o superior, así como en los dispositivos de movilidad que posteriormente se describen.

· En ambos casos la información deberá viajar siempre encriptada mediante, al menos, un algoritmo de cifra SHA-256 o superior.

Id.

docu

men

t: /

sww

+sp

4 m

tHK c

XPQ

Pjn

W R

zbu I

Oc=

CÒ

PIA I

NFO

RM

ATIV

A (

NO

VERIF

ICABLE

EN

SEU

ELE

CTRÒ

NIC

A)



Página 5 de 22

· La base de datos y el funcionamiento de la aplicación, deberá observar escrupulosamente tanto lo establecido por la Ley Orgánica de Protección de Datos 15/1999 y el Reglamento General de Protección de Datos (UE) 2016/679 del Parlamento Europeo (de obligado cumplimiento en Mayo de 2018), como por el Real Decreto 3/2010 que regula el Esquema Nacional de Seguridad en el ámbito de la Administración Electrónica.

· Integración de los usuarios con Active Directory de Windows Server 2008 R2.

4. Requisitos funcionales del software. 4.1 Requisitos generales.

· Tanto el portal de acceso a la aplicación como todos y cada uno de los módulos de la misma, deberán estar personalizados, mostrando como logo, el escudo de la Policía Local del Ayuntamiento de Valencia.

· La plataforma permitirá al usuario seleccionar entre los idiomas castellano y valenciano, almacenando como predeterminada para cada usuario la última elección realizada. La elección del idioma de la interfaz afectará también al repositorio de plantillas de la aplicación, mostrando como predeterminadas las plantillas adecuadas para el idioma seleccionado.

· El acceso a la aplicación se realizará por validación contra el certificado digital de empleado público con el que se haya iniciado la sesión, aplicando a dicho usuarios los permisos correspondientes según su pertenencia a determinados grupos del Directorio Activo, así como del gestor de usuarios de la aplicación.

· El campo que identifique al agente que realiza el alta deberá cumplimentarse de forma automatizada con la información del certificado digital del usuario que realizó el inicio de sesión.

· La aplicación permitirá que todos sus módulos sean parametrizables de forma que, únicamente sean accesibles y visibles para aquellos usuarios que tengan permisos de acceso y que, una vez se acceda al módulo, tan solo se disponga de acceso a los registros correspondientes a su sección o secciones, o en su caso a la unidad o unidades territoriales u operativas a la que pertenezca el usuario en cuestión, y con los permisos definidos en el gestor de usuarios. (Alta, Baja, Consulta o Modificación).

· En la fase de configuración de la aplicación, y según los criterios marcados por el responsable del proyecto de la Policía Local de Valencia, se definirán:

o Los campos mínimos imprescindibles que deben aparecer en cada

formulario al objeto de personalizar el formulario de acuerdo con los procesos y protocolos de trabajo utilizados por esta Policía Local.

Id.

docu

men

t: /

sww

+sp

4 m

tHK c

XPQ

Pjn

W R

zbu I

Oc=

CÒ

PIA I

NFO

RM

ATIV

A (

NO

VERIF

ICABLE

EN

SEU

ELE

CTRÒ

NIC

A)



Página 6 de 22

o Los criterios de usabilidad de determinados campos (que deberán

aplicarse en cualquiera de los módulos que los contenga) en lo referente a obligatoriedad de cumplimentación, formato, reglas de validación, etc.

o Los campos de los formularios que obligatoriamente deberán tener relación referencial con tablas auxiliares, así como el formato de estos y la configuración de permisos de consulta y selección o alta, según proceda.

· Todos aquellos campos cuya información esté tasada, deberán obligatoriamente mantener su información en tablas maestras accesibles únicamente para los administradores, limitando al usuario, según proceda, entre las opciones de seleccionar de entre los registros de las mismas o crear un nuevo registro en dicha tabla maestra directamente desde el formulario del módulo en el que se encuentre. El usuario podrá acceder a la información de la tabla bien introduciendo el código, bien obteniendo un listado de todos los registros para seleccionar el adecuado, bien por introducción de cualquier cadena de caracteres contenida en su código y/o descripción.

· Igualmente deberán establecerse reglas que impidan en aquellos campos que controlen los tiempos en los flujos de trabajo, que un campo de fecha/hora de una acción realizada como consecuencia de un evento anterior, tenga una fecha/hora anterior al primero. (Deberán establecerse excepciones para los cambios horarios de verano e invierno).

· En los cambios de año, la aplicación deberá realizar de forma automática y desatendida el reseteo de todos los contadores y campos autonuméricos, permitiendo en algunos módulos por determinar, el acceso a nuevas altas o modificaciones en registros del año anterior al único efecto de poder finalizar tareas administrativas pendientes.

· La aplicación deberá proporcionar la capacidad de mantener abiertos de forma alternativa varios módulos de la aplicación, permitiendo trabajar de forma simultánea en todos ellos. Igualmente y a criterio del usuario permitirá fraccionar el área de trabajo para visualizar las ventanas de los diversos módulos de forma simultánea.

· Cualquier módulo de la aplicación que permita la obtención de un listado deberá poder permitir, en función de los permisos del usuario, exportar dicho listado en formato PDF y/o Excel.

· En todos aquellos formularios que se especifiquen, y al objeto de evitar tareas repetitivas para los usuarios encargados de la introducción de datos, se permitirá, bien con combinación de teclas, tecla de función o botón en el propio formulario, la cumplimentación automática de determinados campos a especificar, con el mismo dato introducido en el registro anterior, o la duplicación del registro anterior para permitir modificar únicamente aquellos campos que difieran sobre el anterior registro.

Id.

docu

men

t: /

sww

+sp

4 m

tHK c

XPQ

Pjn

W R

zbu I

Oc=

CÒ

PIA I

NFO

RM

ATIV

A (

NO

VERIF

ICABLE

EN

SEU

ELE

CTRÒ

NIC

A)



Página 7 de 22

· Todos los módulos de la aplicación estarán interrelacionados de forma que desde cualquiera de los módulos pueda accederse de manera sencilla y rápida al resto de registros de la aplicación donde existan coincidencias con el dato que está siendo introducido.

· Todos los módulos del aplicativo utilizarán el mismo repositorio de plantillas, que deberán quedar ubicadas en el servidor documental del cuerpo. Los documentos generados a partir de estas plantillas deberán poder almacenarse tanto en formato MS Word, PDF o con cualquier otro formato de código abierto. Independientemente del formato finalmente seleccionado, los documentos de registros cerrados, no podrán ser modificados por los usuarios.

· En relación al cumplimiento de la LOPD y su reglamento, la aplicación deberá almacenar todos los accesos a la base de datos, de forma que permita posteriormente la trazabilidad de los usuarios que accedieron satisfactoriamente a cualquier módulo de la aplicación, manteniendo información sobre el modo de acceso (alta, baja, modificación o consulta) y sobre la información introducida, modificada o eliminada. Asimismo deberá permitir controlar los intentos de acceso erróneos.

· La organización territorial se estructurará en torno a las distintas divisiones territoriales con las que trabaja esta Policía Local, debiendo obligatoriamente referenciarse de forma automatizada, para cada dirección introducida en cualquiera de los módulos:

o Distrito Urbanístico. o Distrito Policial. o Barrio Urbanístico. o Barrio Policial.

Para todo ello se utilizará como tabla auxiliar la tabla de callejero facilitada por este Ayuntamiento.

· Todos los módulos del aplicativo dispondrán de una opción de envío por correo electrónico limitado a través de un repositorio de direcciones, permitiendo para determinados usuarios, en función de los permisos asignados, la inclusión de direcciones de correo externas.

· Todos los módulos del aplicativo dispondrán de una opción de anexado de archivos con información asociada al registro. Estos archivos podrán ser tanto con formato de texto, hoja de cálculo, fotografía, video, etc.

· La aplicación deberá superar un análisis y gestión de riesgos en cuanto a confidencialidad, integridad, disponibilidad, autenticidad y trazabilidad, utilizando para ello las herramientas proporcionadas por el Centro Criptológico Nacional dependiente del Centro Nacional de Inteligencia.

4.2 Módulos.

Id.

docu

men

t: /

sww

+sp

4 m

tHK c

XPQ

Pjn

W R

zbu I

Oc=

CÒ

PIA I

NFO

RM

ATIV

A (

NO

VERIF

ICABLE

EN

SEU

ELE

CTRÒ

NIC

A)



Página 8 de 22

En este punto se describen las necesidades operativas que deberían cubrir los distintos módulos de la plataforma objeto de la contratación.

4.2.1 Módulos requeridos.

La aplicación debería cubrir la gestión de las necesidades funcionales que a

continuación se relacionan:

· Servicios Planificados. Módulo que permita la planificación de eventos y servicios puntuales, tanto los que afectan a todo el cuerpo como los servicios encomendados de forma puntual a un miembro del cuerpo. Este módulo deberá estar vinculado con aquellos otros módulos que permitan asignar un cometido a miembros del cuerpo.

· Agenda. Módulo que recuerde a los agentes aquellas misiones que tienen encomendadas para un determinado servicio. Los agentes podrán utilizar la misma para realizar sus propias anotaciones.

· Control de accesos. Módulo que regule el control de acceso a los diferentes edificios de esta Policía Local por personal externo.

Deberá registrar al menos, datos del visitante, fecha y hora de entrada y salida, empresa (en su caso) y destino de la visita. Toda la información relacionada con las visitas recibidas deberá quedar almacenada en una tabla de histórico.

· Telefonemas. Módulo para el registro de las llamadas realizadas y/o recibidas con motivo del servicio. Deberá registrar al menos, agente que realiza o recibe la llamada, número de teléfono, persona con la que se contacta y mensaje de la comunicación.

· Registro de entrada/salida. Modulo que permitirá el registro de toda la documentación de entrada y salida. Cuando la información registrada en este módulo haga referencia a algún expediente de cualquier otro módulo de la aplicación deberá existir relación referencial entre ambos registros. Deberá integrarse con las aplicaciones municipales PIAE y Portafirmas, las cuales disponen de sus correspondientes servicios web de integración. Para la puesta en funcionamiento de este módulo, deberá realizarse una importación de los registros existentes en las actuales aplicaciones de registro de documentación.

· Objetos Perdidos. Modulo que permita la completa gestión relacionada con los objetos hallados y de la toma de comunicaciones de objetos perdidos. Dicho módulo deberá permitir la gestión de alta, gestión de almacenamiento, tramitación de comunicaciones, destrucción, entrega a organismos benéficos, etc. de los objetos perdidos.

Id.

docu

men

t: /

sww

+sp

4 m

tHK c

XPQ

Pjn

W R

zbu I

Oc=

CÒ

PIA I

NFO

RM

ATIV

A (

NO

VERIF

ICABLE

EN

SEU

ELE

CTRÒ

NIC

A)



Página 9 de 22

Por lo que respecta al almacenamiento de los objetos, el sistema deberá permitir la impresión de código de barras, código QR o similar, al objeto de identificar los objetos almacenados. En lo referente a la comunicación de objetos perdidos, el sistema deberá realizar una búsqueda en la base de datos de objetos hallados, mostrando en el momento de la toma de la comunicación del objeto perdido, un listado de todos aquellos objetos que coincidan con el objeto de dicha comunicación. Igualmente, cuando se introduzca un objeto hallado, el sistema realizará de forma automatizada una consulta de los objetos similares sobre los que exista comunicación de pérdida. Todos aquellos objetos que por el transcurso del tiempo legalmente establecido, sean destruidos, entregados a algún organismo benéfico o cualquier otra circunstancia que finalice el expediente del mismo, deberán quedar archivados en una tabla de históricos para su posible posterior consulta. Para la puesta en funcionamiento de este módulo, deberá realizarse una importación de los registros existentes en la actual aplicación de objetos perdidos.

· Tramitación de denuncias. Modulo que permita controlar, los talonarios asignados a los agentes y las denuncias interpuestas por los mismos, así como toda la gestión realizada en su tramitación, como, pagos, posibles recursos, anulaciones, etc. A tal efecto la empresa adjudicataria de este concurso, junto con la empresa adjudicataria de la gestión del cobro de multas, desarrollarán un “web service” que automatice todo el

intercambio de información entre ambas bases de datos, ajustándose ambas a los requerimientos tanto técnicos como operativos impuestos por esta Policía Local.

Del mismo modo, las empresas gestoras de videovigilancia, fotorrojo, radar, multacar y cualquier otro medio de captación telemática de infracciones, se ajustarán al “web service” a desarrollar por la empresa

adjudicataria al objeto de integrar en una sola base de datos todo el conjunto de infracciones de la ciudad. Todas las matrículas introducidas en la aplicación de denuncias, desde cualquiera de los medios antes citados, deberán obligatoriamente validarse contra la base de datos de la DGT, utilizando el “web service”

desarrollado al efecto. Independientemente de su tramitación, la plataforma dispondrá de una aplicación de movilidad para Smartphone/Tablet que permita la introducción automatizada de los datos de la denuncia, valorándose en mayor medida la aplicación, cuantos menos sean los datos que el agente deba introducir de manera manual. (Uso de cámara, OCR para reconocimiento de matrícula, Validación con base de datos de la DGT, etc.).

Id.

docu

men

t: /

sww

+sp

4 m

tHK c

XPQ

Pjn

W R

zbu I

Oc=

CÒ

PIA I

NFO

RM

ATIV

A (

NO

VERIF

ICABLE

EN

SEU

ELE

CTRÒ

NIC

A)



Página 10 de 22

Para la puesta en funcionamiento de este módulo, deberá realizarse una carga inicial de los registros existentes en la actual base de datos de tramitación de denuncias.

· Intervenciones. Modulo que permitirá el registro y control de todas las intervenciones realizadas por los miembros del cuerpo, con su correspondiente segmentación territorial/funcional. Este módulo deberá estar integrado con la aplicación SIRE que gestiona nuestra sala del 092. Esta integración permitirá, independientemente de la creación y gestión de registros de las intervenciones realizadas por propia actuación directamente desde las distintas unidades operativas, la retroalimentación con los servicios generados desde la aplicación SIRE en la sala del 092, permitiendo que sean los administrativos de las propias unidades las que gestionen y finalicen algunos de los servicios introducidos por el citado canal. Por tal motivo la aplicación deberá mostrar de forma sencilla todos aquellos servicios correspondientes a la unidad territorial, que se encuentren pendientes de cierre. La empresa adjudicataria de este concurso, junto con la empresa contratada para el mantenimiento de la aplicación SIRE, desarrollarán un “web service” que automatice todo el intercambio de información entre ambas bases de datos, ajustándose ambas a los requerimientos tanto técnicos como operativos impuestos por esta Policía Local. Para la puesta en funcionamiento de este módulo, deberá realizarse una carga inicial de los registros existentes en la actual base de datos de Registro de Intervenciones.

· Gestión de vados. Este módulo se actualizará de forma desatendida con la información disponible en la base de datos municipal de Vados. Deberán realizarse los oportunos trabajos de integración y en su caso desarrollo del servicio web necesario para esta finalidad.

· Censo canino. Este módulo, que se actualizará de forma desatendida con la información disponible en la base de datos municipal del Censo Canino, permitirá registrar todas las actuaciones realizadas con perros, registrados o no en el citado censo canino municipal. Deberán realizarse los oportunos trabajos de integración y en su caso desarrollo del servicio web necesario para esta finalidad.

· Gestión de deficiencias en vía pública. Este módulo, integrado con la base de datos municipal de deficiencias en vía pública, permitirá la consulta de deficiencias existentes así como la introducción de nuevas deficiencias y control de las gestiones realizadas. Deberán realizarse los oportunos trabajos de integración y en su caso desarrollo del servicio web necesario para esta finalidad.

· Precintos. Modulo que permita la gestión del cumplimiento de las órdenes de precinto.

· Decomisos. Módulo para el control de los decomisos realizados.

Id.

docu

men

t: /

sww

+sp

4 m

tHK c

XPQ

Pjn

W R

zbu I

Oc=

CÒ

PIA I

NFO

RM

ATIV

A (

NO

VERIF

ICABLE

EN

SEU

ELE

CTRÒ

NIC

A)



Página 11 de 22

· Control de actividades. Módulo para el control de los establecimientos que realizan una actividad comercial. Este módulo deberá actualizarse con la información disponible en la base de datos municipal del Impuesto de Actividades Económicas, permitiendo almacenar la información relativa a: Inspecciones realizadas, (permitiendo enumerar en su correspondiente tabla maestra las distintas anomalías observadas), resultado de las mediciones acústicas, etc, así como las denuncias interpuestas. Toda esta información quedará almacenada en un histórico asociado a dicho establecimiento.

· Localización permanente. Modulo para el control y seguimiento de las órdenes de localización permanente. Este módulo deberá permitir el registro de las órdenes de localización con indicación, al menos, de: Órgano Judicial que la emite, número de resolución, persona o personas implicadas, domicilio de cumplimiento, registro de las visitas realizadas con indicación de fecha, hora, agente y resultado.

· Citaciones judiciales. Este módulo permitirá el seguimiento de las citaciones judiciales, notificación de sentencias, y demás comunicaciones judiciales, tanto a vecinos como a miembros del cuerpo.

Estará integrado con el módulo de registro de entrada/salida, de forma que queden vinculados los registros de entrada de este tipo de documentos, con el módulo que permite su cumplimentación y respuesta.

· Inspecciones y Denuncias. Modulo para el control y tramitación de, entre otros, los siguientes tipos de inspecciones o denuncias. (Todos aquellos cuya tramitación corresponda al Ayuntamiento deberán estar interconectados con la empresa adjudicataria de su tramitación y cobro):

o Infracción a la Ley de Protección de la Seguridad Ciudadana. o Infracción por consumo/tenencia de sustancias estupefacientes. o Infracción a la Ley de Espectáculos Públicos y actividades

recreativas. o Infracción gestionadas por la Dirección Territorial de Transportes. o Infracción por Armas. o Infracción por consumo de alcohol a la Ley de Salud de la

Generalitat Valenciana. o Infracción TABACO. Dirección Territorial de Sanidad y Aduanas

por incautaciones. o Infracción por contaminación acústica. (Sonometrías). Ordenanza

contra la contaminación acústica. o Infracción en materia de pirotecnia. Delegación de Gobierno. o Infracción a las ordenanzas municipales.

Este módulo permitirá la agrupación de documentos al objeto de poder crear relaciones de envío de actas o denuncias al correspondiente organismo sancionador.

· Ocupación de vía pública. Este módulo se actualizará de forma desatendida con la información disponible en las bases de datos

Id.

docu

men

t: /

sww

+sp

4 m

tHK c

XPQ

Pjn

W R

zbu I

Oc=

CÒ

PIA I

NFO

RM

ATIV

A (

NO

VERIF

ICABLE

EN

SEU

ELE

CTRÒ

NIC

A)



Página 12 de 22

municipales de cortes de vía pública por Obras o por Festejos, o reservas de estacionamiento por Mudanzas. Deberán realizarse los oportunos trabajos de integración y en su caso desarrollo del servicio web necesario para esta finalidad.

· Tarjetas de armas. Este módulo debe permitir la gestión completa de expedición de una tarjeta de armas de 4ª categoría. Debe integrar una pasarela (definida en el apartado de Integración) que permita la petición digital del certificado de antecedentes al Ministerio de Justicia. Para la puesta en funcionamiento de este módulo, deberá realizarse una importación de los registros existentes en la actual base de datos de tarjetas de armas de 4ª categoría.

· Grupo GAMA. (Violencia de género). Módulo que permite un completo control y seguimiento de los casos de violencia de género asignados a esta Policía Local, tanto de agresores/as como de las víctimas, así como de la relación entre todos ellos. (En este sentido cabe destacar que pueden existir diversos agresores y diversas víctimas en un solo registro, con una relación unívoca o no unívoca entre todos ellos). Este módulo deberá permitir controlar por cada registro, además de las personas implicadas, la valoración del riesgo para cada una de las víctimas, los procedimientos judiciales, las diversas imputaciones y las medidas a aplicar de forma individualizada para cada persona implicada. Asimismo el módulo dispondrá de una ilimitada capacidad de asociación de actas y protocolos, que serán personalizables para cada registro en función de la valoración del riesgo de cada una de las víctimas o de las medidas a adoptar sobre cada uno de los agresores. Igualmente dispondrá, bien directamente o asociado a otro módulo de la plataforma, de una agenda a través de la cual se recuerden a los agentes encargados y a sus supervisores, las tareas de seguimiento pendientes. Para este módulo en concreto será necesaria la posibilidad de uso en dispositivos de movilidad que permitan la cumplimentación e impresión de actas y protocolos en una impresora portátil por medio de tecnología inalámbrica. En la medida de lo posible, deberá realizarse una integración de este módulo con la aplicación VioGen del Ministerio del Interior, al objeto de evitar la introducción duplicada de información.

· Detenciones. Módulo, vinculado al parte de intervenciones, para la gestión y control de todas las detenciones realizadas. Este módulo deberá reseñar al menos, independientemente de los datos de las personas detenidas: Delito que se imputa, Diligencias, Depósito, Juzgado, Destino, etc.

· Depósito de detenidos. Módulo vinculado al módulo de detenciones, para la gestión de los diversos depósitos de detenidos de la Policía Local de Valencia.

Id.

docu

men

t: /

sww

+sp

4 m

tHK c

XPQ

Pjn

W R

zbu I

Oc=

CÒ

PIA I

NFO

RM

ATIV

A (

NO

VERIF

ICABLE

EN

SEU

ELE

CTRÒ

NIC

A)



Página 13 de 22

· Identificaciones. Módulo, vinculado al parte de intervenciones, para la gestión y control de todas las identificaciones realizadas. Este módulo deberá reseñar al menos, independientemente de los datos de las personas detenidas: Delito que se imputa, Diligencias, Depósito, Juzgado, Destino, etc.

· Accidentes de circulación. Módulo para el control e investigación de los accidentes de circulación. Todo registro en la tabla de accidentes de circulación deberá obligatoriamente tener relación referencial con la novedad del parte de servicio que genera su creación.

El módulo de accidentes de circulación permitirá, además de la introducción de los datos básicos del accidente sobre el formulario principal (muchos de los cuales deberán cumplimentarse de manera automatizada por su vinculación con el parte de servicio), la introducción de:

o Vehículos, personas implicadas (Conductor, ocupante, peatón), y otros elementos relevantes en el accidente, como animales, mobiliario urbano, etc., pudiendo asociar a cada una de ellos un número o letra de unidad.

o Otras personas implicadas en el mismo como testigos u otros. o Archivos, texto, audio, imagen y/o video vinculados con el

accidente. o La información codificada, sobre todas las actuaciones realizadas

por los intervinientes con relación al accidente. o La vinculación con cualquiera de las diligencias creadas desde el

gestor de plantillas.

Este módulo a su vez, permitirá la personalización de los formularios a cumplimentar por el usuario en función del tipo de accidente de que se trate, siendo obligatoria la cumplimentación en cualquier tipo de accidente, del formulario o formularios necesarios para recoger toda la información estadística requerida por la aplicación Arena 2 de la DGT, al objeto de su posterior remisión. La remisión de los datos estadísticos de los accidentes se realizará de manera desatendida por medio de un “web

service” de conexión con los parámetros requeridos por la aplicación

Arena 2 de la DGT.

· Atestados. Módulo para la redacción de atestados por accidentes de circulación y alcoholemias, tanto administrativas como penales. Al igual que el módulo anterior, este módulo, siempre que la confección del atestado provenga de un accidente de circulación deberá obligatoriamente tener relación referencial con un registro de la tabla “Accidente de circulación” y en el caso de tratarse de una alcoholemia se

exigirá la relación referencial con una novedad del parte de servicio, o en su caso, de un servicio planificado o campaña. El módulo de Atestados deberá disponer de un Editor de Croquis, que permita la elaboración de croquis de los accidentes de circulación

Id.

docu

men

t: /

sww

+sp

4 m

tHK c

XPQ

Pjn

W R

zbu I

Oc=

CÒ

PIA I

NFO

RM

ATIV

A (

NO

VERIF

ICABLE

EN

SEU

ELE

CTRÒ

NIC

A)



Página 14 de 22

utilizando la cartografía de este Ayuntamiento, con la incorporación de herramientas de edición, para medir, dibujar líneas, áreas, etc, así como librerías de objetos, vehículos, peatones, mobiliario urbano, etc. Todos estos elementos deberán poder integrarse en el croquis manteniendo la escala con respecto a la cartografía.

· Retirada de vehículos con grúa. Modulo que contemple la información relativa a los vehículos retirados por la grúa, tanto por infracciones de tráfico como por accidentes, vehículos desplazados, inmovilizaciones o abandono. Para ello este módulo deberá quedar vinculado con todos los citados siempre que en los mismos se haga indicación de la retirada de un vehículo por la grúa. Este módulo deberá integrarse a través de un “web service” con la base

de datos de la empresa concesionaria que gestione el servicio de retirada de vehículos pro la grúa.

· Inmovilización de vehículos. Modulo, vinculado al parte de servicio que permita la completa gestión de las inmovilizaciones de vehículos, debiendo controlar al menos: Datos del vehículo, ubicación, entrega, abandono, etc.

· Vehículos abandonados. Modulo que permita la completa gestión y ciclo de vida de los vehículos abandonados en vía pública, con gestión del expedientes desde su primera localización, notificaciones, hasta su definitiva retirada y en su caso achatarramiento.

Para la puesta en funcionamiento de este módulo, deberá realizarse una importación de los registros existentes en la actual base de datos de vehículos de abandono.

· Gestión de material. Modulo que permita la gestión de los datos de proveedores, con control de material y pedidos, y de agentes, con histórico de todo el material entregado. (Uniformidad, armas, armeros, taquillas, sonómetros, linternas, emisoras, dispositivos de movilidad, ordenadores, periféricos, etilómetros, detectores de chips, etc.), así como el control de stocks, con posibilidad de configuración de alarmas por stock mínimo, por material perecedero, etc.

Para la puesta en funcionamiento de este módulo, deberá realizarse una importación de los registros existentes en la actual base de datos de RR.MM.

· Gestión de vehículos. Módulo que controle el parque móvil del cuerpo, gestionando, a parte del inventario, consumo de carburantes, reparaciones, ITV, seguros y cualquier otro dato relativo a la gestión de la flota.

Para la puesta en funcionamiento de este módulo, deberá realizarse una importación de los registros existentes en la actual base de datos de vehículos.

Id.

docu

men

t: /

sww

+sp

4 m

tHK c

XPQ

Pjn

W R

zbu I

Oc=

CÒ

PIA I

NFO

RM

ATIV

A (

NO

VERIF

ICABLE

EN

SEU

ELE

CTRÒ

NIC

A)



Página 15 de 22

· Gestión de Personal. Módulo que permita la completa gestión de todo el expediente personal de los miembros del cuerpo. Dicho módulo, además de los datos básicos deberá registrar: unidad, función, destino, cadencia, turno, ascensos, cursos de formación, premios y distinciones, expedientes disciplinarios, flexibilidades horarias, reducción de jornada, segunda actividad, y cualquier otro requisito recogido en el acuerdo laboral del personal funcionario del Ayuntamiento de Valencia, así como su protocolo horario. Este módulo deberá integrarse con la actual aplicación “Gestión de

Cuadrantes” y sus bases de datos, de forma que permita el uso indistinto

de cualquiera de las dos aplicaciones, debiendo ajustarse a lo establecido en el convenio y protocolo horario en vigor.

· Cuadrante. Módulo que controle los distintos turnos de los agentes, así como sus servicios operativos, extraordinarios, prolongaciones de servicio, asistencia de juicios, flexibilidad, Incapacidad Laboral Transitoria, reducción de jornada y cualquier otra circunstancia que afecte a su jornada de trabajo, especialmente las diversas licencias que se recogen en el acuerdo laboral del personal funcionario del Ayuntamiento de Valencia, así como su protocolo horario. El módulo de cuadrante deberá disponer de utilidad que permita la generación del mismo entre dos determinadas fechas, tanto para todos los miembros del cuerpo, como hacerlo de forma específica para una determinada, unidad, función o destino, así como para un único agente. Así mismo el cuadrante permitirá, según los permisos del usuario, bien directamente desde el cuadrante o desde módulo asociado, el pase de lista y la asignación de incidencias para los distintos agentes, pudiendo registrarse para un mismo día, tantas como sean necesarias. Permitirá el visionado del cuadrante, atendiendo a la unidad de pertenencia y permisos asignados, con herramientas de filtrado para cualquiera de las especificaciones antes descritas. Este módulo deberá integrarse con las actuales aplicaciones “Cuadrante”

y “Gestión de servicio diario” y su base de datos, de forma que permita el uso indistinto de cualquiera de las dos aplicaciones, debiendo ajustarse a lo establecido en el convenio y protocolo horario en vigor.

· Expedientes disciplinarios. Módulo que permita la gestión e instrucción de los expedientes disciplinarios a miembros del cuerpo.

· Gestión de usuarios. Módulo que gestione los permisos y tipos de acceso de los usuarios.

· Gestión de documentación. Módulo para la creación y gestión de toda la documentación utilizada por los distintos módulos.

Id.

docu

men

t: /

sww

+sp

4 m

tHK c

XPQ

Pjn

W R

zbu I

Oc=

CÒ

PIA I

NFO

RM

ATIV

A (

NO

VERIF

ICABLE

EN

SEU

ELE

CTRÒ

NIC

A)



Página 16 de 22

· Auditoria. Módulo que permita la creación de un histórico para su posterior consulta, sobre accesos a la aplicación y acciones realizadas por los usuarios.

· Mantenimientos. Módulo para la gestión de todas las tablas auxiliares necesarias para el correcto funcionamiento de la aplicación.

· Histórico de vehículos. Módulo para consulta del histórico de vehículos.

· Histórico de personas. Módulo para consulta del histórico de personas.

· Editor de consultas. Módulo que permita la confección de consultas avanzadas, para cada uno de los módulos de la aplicación, por medio de tablas dinámicas tipo “grid”.

· Estadística y Memoria. Módulo que permita obtener acceso inmediato a situación estadística de todos los módulos, así como realizar la memoria anual ajustándose al formato establecido por el Servicio de Seguridad Pública de la GVA.

· Cuadro de control. Módulo que ofrezca, tanto a los responsables de las distintas Divisiones o Unidades, así como a la Jefatura del Cuerpo, una visión en tiempo real de los servicios prestados, aquellos en los que se está implicado y el uso de los recursos activos. Todo ello fácilmente parametrizable en recursos, espacio y tiempo.

Aplicación de movilidad. La aplicación dispondrá de una versión de movilidad para su uso por los agentes en vía pública. Dicha aplicación se ejecutará en “tablets” instaladas en los vehículos policiales y en “smartphones” para los agentes de barrio. Dichos dispositivos deberán establecer una comunicación inalámbrica a través de las redes de datos móviles (utilizando siempre el encriptado de datos) con el servidor de base de datos al objeto de actualizar su información en tiempo real. La aplicación de movilidad será una versión reducida de la aplicación de escritorio, con acceso a los módulos que puedan ser necesarios para su uso por los agentes de servicio en vía pública, debiendo contar al menos con las siguientes funcionalidades:

· Permitirá a los agentes la creación del oportuno registro en el módulo de intervenciones de aquellos servicios en los que hubieran actuado por propia iniciativa, así como cerrar los servicios que les hayan sido encomendados desde la sala del 092 o aquellos otros que tuvieran planificados. Cualquier actuación sobre este módulo deberá realizar una actualización en tiempo real sobre la correspondiente base de datos.

Id.

docu

men

t: /

sww

+sp

4 m

tHK c

XPQ

Pjn

W R

zbu I

Oc=

CÒ

PIA I

NFO

RM

ATIV

A (

NO

VERIF

ICABLE

EN

SEU

ELE

CTRÒ

NIC

A)



Página 17 de 22

· La aplicación de movilidad deberá cumplir los mismos requisitos de validación y consulta desatendida de cualquiera de sus campos, en la misma forma que lo hace la aplicación de escritorio.

· Igualmente permitirá la realización de denuncias de tráfico de forma intuitiva, valorándose el uso de medios multimedia así como el reconocimiento óptico de caracteres partiendo de imágenes captadas por la cámara del dispositivo.

5. Descripción y Desarrollo de los trabajos. A) Descripción general de los trabajos

· Desarrollo y supervisión del proyecto. La empresa adjudicataria desarrollará el planning de puesta en marcha de la solución, ajustándose a los tiempos y la metodología propuesta y aportando la documentación necesaria para contrastar la experiencia laboral del personal asignado al proyecto, tal y como posteriormente se detalla.

· Integración. Integración de los actuales sistemas en producción que deban convivir con la nueva aplicación objeto del presente pliego, así como los servicios necesarios para la comunicación bidireccional con las bb.dd internas y/o externas que posteriormente se detallan.

· Migración. Igualmente la empresa adjudicataria deberá realizar la migración de aquellos datos en explotación por las actuales aplicaciones informáticas de la Policía Local de Valencia, realizando la carga en las tablas correspondientes de la nueva aplicación, siempre que sea técnicamente viable. Deberá así mismo realizar la carga de las tablas de mantenimiento necesarias para el correcto funcionamiento de la aplicación, con la información que le suministre la Policía Local de Valencia.

· Implantación. Incluye las tareas de desarrollo, planificación, configuración e integración con los sistemas descritos, así como la coordinación de todos estos trabajos de forma conjunta con el responsable del proyecto designado por la Policía Local de Valencia.

· Formación. Formación en los distintos roles necesarios para el correcto funcionamiento de la aplicación, tanto a nivel de administrador para el mantenimiento y configuración de los módulos, así como a nivel usuario para el uso de los distintos módulos por parte de los usuarios finales. Para todo ello la empresa adjudicataria suministrará un entorno de pruebas que pueda ejecutarse de forma paralela al de producción.

· Mantenimiento y Soporte. Mantenimiento correctivo, adaptativo y evolutivo del software suministrado, así como de la integración del mismo en las diversas bases de datos internas o externas necesarias para el correcto funcionamiento del sistema. Todo ello al objeto de mantener el software operativo 24 x 7, adaptarlo a

Id.

docu

men

t: /

sww

+sp

4 m

tHK c

XPQ

Pjn

W R

zbu I

Oc=

CÒ

PIA I

NFO

RM

ATIV

A (

NO

VERIF

ICABLE

EN

SEU

ELE

CTRÒ

NIC

A)



Página 18 de 22

cualquier cambio necesario con motivo de una modificación legislativa, reglamentaria y/o de organización interna, y actualizarlo a la última versión (en producción) disponible. En el caso de una instalación Cliente-Servidor, las aplicaciones instaladas en los distintos equipos deberán comprobar que ejecutan la última versión, realizando en caso contrario una actualización de la aplicación de forma desatendida para el usuario. Para tal fin la empresa adjudicataria deberá disponer de un servicio de soporte, tanto para resolver incidencias técnicas como dudas de funcionamiento, debiendo ajustarse a los tiempos de respuesta que se detallan posteriormente.

B)Desarrollo General de los trabajos

5.1 Análisis. Una vez adjudicado el contrato, la empresa adjudicataria deberá

nombrar un responsable del proyecto, quién será, a lo largo de toda su implantación, el único interlocutor válido con la Policía Local de Valencia. A su vez la Policía Local de Valencia, nombrará un responsable del proyecto, que a su vez, será el único interlocutor válido frente a la empresa adjudicataria, evitándose de esta manera la realización de trabajos innecesarios o redundantes. Ambos responsables, fijarán en una primera reunión el alcance de los trabajos, comprometiéndose a aportar el responsable de la empresa, en el plazo de una semana una vez finalizado el análisis de la infraestructura existente y de los trabajos de integración, un planning inicial de ejecución (diagrama de Gantt o similar) con el alcance de los trabajos y su tiempo de ejecución, que en ningún caso podrá exceder, formación incluida, del plazo de 3 meses desde la puesta en marcha de los trabajos.

5.2 Instalación. Los trabajos de instalación deberán realizarse sobre el clúster de servidores redundados en los Centros de Proceso de Datos de esta Policía Local y en el del Ayuntamiento. Para determinados trabajos se permitirá el acceso remoto siempre que la empresa adjudicataria se ajuste a los sistemas y requerimientos de seguridad impuestos por el servicio de informática de esta Policía Local.

5.3 Integración. Dentro de los trabajos de integración, deberá realizarse la comunicación a través de los procedimientos disponibles con las siguientes aplicaciones/servicios, exigiéndose, siempre que sea posible, el desarrollo del correspondiente servicio web.

· Dirección General de Tráfico. Permitiendo la consulta del registro de conductores y de vehículos para todos aquellos módulos de la aplicación donde se introduzcan matrículas o permisos o licencias de conducción. Igualmente permitirá la comunicación con la aplicación ARENA 2 para la introducción de datos estadísticos de accidentes en zonas urbanas.

· Ministerio de Justicia. Creación de una pasarela para gestionar las peticiones de antecedentes penales al Ministerio de Justicia.

Id.

docu

men

t: /

sww

+sp

4 m

tHK c

XPQ

Pjn

W R

zbu I

Oc=

CÒ

PIA I

NFO

RM

ATIV

A (

NO

VERIF

ICABLE

EN

SEU

ELE

CTRÒ

NIC

A)



Página 19 de 22

· Portafirmas. Integración de todos los módulos que requieran la firma digital de algún documento, con la aplicación Portafirmas del Ayuntamiento.

· Plataforma Integral de Administración Electrónica. Integración de todos los módulos que gestionen temas relacionados o documentos que deban integrarse en la aplicación PIAE.

· Gestión de denuncias. Desarrollo del servicio web necesario para la correcta integración bidireccional de las denuncias interpuestas con la aplicación de la empresa gestora, en todos los datos relativos a su tramitación, recursos y cobros.

· SIRE. Desarrollo del servicio web necesario para la correcta integración bidireccional de los distintos módulos de la aplicación con la base de datos del Sistema Inteligente de Respuesta a Emergencias (SIRE).

· Retirada de vehículos con grúa. Desarrollo del correspondiente servicio web para comunicación con la base de datos de la empresa adjudicataria de la retirada de vehículos con la grúa.

· Gestión de vados. Pasarela de comunicación para actualizar la información referente a los vados autorizados de la ciudad, con la información existente en la correspondiente base de datos del Ayuntamiento.

· Censo canino. Pasarela de comunicación para actualizar la información referente a los animales dados de alta en el censo canino municipal, con la información existente en la correspondiente base de datos del Ayuntamiento.

· Gestión de deficiencias en vía pública. Pasarela de comunicación para intercambio de datos (bidireccional), con la información existente en la correspondiente base de datos del Ayuntamiento.

· Control de Actividades. Pasarela de comunicación para actualizar la información referente a los locales comerciales, con la información existente en la correspondiente base de datos del Ayuntamiento.

· Ocupación vía pública. Pasarela de comunicación para intercambio de datos con la información existente en las bases de datos del Ayuntamiento, correspondientes a Obras, Festejos y Mudanzas.

· Tarjetas de estacionamiento. Pasarela de comunicación para intercambio de datos con la información correspondiente a las tarjetas de estacionamiento concedidas por el Ayuntamiento en las casos de movilidad reducida.

· Gestión de Personal. Pasarela de comunicación para intercambio de datos con la información existente en las bases de datos municipales, correspondientes a la gestión de Personal. Está pasarela deberá respetar el uso compartido del módulo y la actual aplicación, que continuará en funcionamiento.

· Cuadrante. Pasarela de comunicación para intercambio de datos con la información existente en las bases de datos municipales, correspondientes al

Id.

docu

men

t: /

sww

+sp

4 m

tHK c

XPQ

Pjn

W R

zbu I

Oc=

CÒ

PIA I

NFO

RM

ATIV

A (

NO

VERIF

ICABLE

EN

SEU

ELE

CTRÒ

NIC

A)



Página 20 de 22

Cuadrante. Está pasarela deberá respetar el uso compartido del módulo y la actual aplicación, que continuará en funcionamiento.

5.4 Migración. Dentro de los trabajos de implantación, deberá realizarse la carga de los datos registrados en las actuales aplicaciones de esta Policía Local, así como aquellos otros que hasta la fecha han venido registrándose a través de hojas de cálculo, en aquellos módulos similares de la aplicación objeto del presente pliego. Para la realización de estos trabajos, salvo en aquellos casos técnicamente inviables, deberá realizarse, de ser necesario, la conversión de los tipos de datos al tipo de datos exigido por la estructura de la nueva base de datos. De la misma manera, de ser necesario, se procederá a recortar o ampliar el tamaño de los campos a cargar para ajustarlos a las exigencias de la nueva base de datos. Deberá realizarse la importación de datos, entre otros, en los siguientes módulos:

· Campañas.

· Registro de entrada/salida.

· Objetos perdidos.

· Prácticas de tiro.

· Armas y licencias de armas.

· Gestión de academia.

· Tramitación de denuncias.

· Gestión museo.

· Intervenciones.

· Tarjetas de armas.

· Vehículos de abandono.

· Gestión de material.

· Gestión de vehículos. 5.5 Implantación. Incluye las tareas de desarrollo, planificación, configuración,

integración y puesta en producción de los sistemas descritos. La puesta en funcionamiento deberá realizarse de forma progresiva, debiendo ser validado cada uno de los módulos por el responsable del proyecto por parte de la Policía Local de Valencia.

5.6 Formación. Deberán realizarse las acciones formativas necesarias en los distintos

roles necesarios para el correcto funcionamiento de la aplicación, tanto a nivel de administrador para el mantenimiento y configuración de los módulos, así como a nivel usuario para el uso de los distintos módulos por parte de los usuarios finales. Para todo ello la empresa adjudicataria suministrará un entorno de pruebas que pueda ejecutarse de forma paralela al de producción.

La formación a nivel de administrador se realizará por medio de una acción formativa de 40 horas para 10 alumnos. La formación a nivel de usuario se realizará por medio de una acción formativa de 30 horas para 60 alumnos.

Id.

docu

men

t: /

sww

+sp

4 m

tHK c

XPQ

Pjn

W R

zbu I

Oc=

CÒ

PIA I

NFO

RM

ATIV

A (

NO

VERIF

ICABLE

EN

SEU

ELE

CTRÒ

NIC

A)



Página 21 de 22

La empresa adjudicataria deberá aportar los correspondientes manuales, tanto manual de administración como manual de usuario, debidamente actualizados a la versión instalada.

6. Mantenimiento y soporte. La empresa adjudicataria deberá proporcionar, durante el tiempo especificado en el pliego administrativo, dos tipos de mantenimiento:

· Mantenimiento correctivo. El mantenimiento correctivo cubrirá cualquier mal funcionamiento del software que impida el funcionamiento de la aplicación o de cualquiera de sus módulos, o que menoscabe el óptimo funcionamiento de todos los sistemas.

· Mantenimiento evolutivo. El mantenimiento evolutivo cubrirá cualquier tipo de actualización del software, bien por adecuación a las novedades tecnológicas que se produzcan (especialmente en materia de seguridad) así como cualquier tipo de modificación o ampliación de sus módulos con motivo de las modificaciones legislativas o reglamentarias, o de cualquier otra necesidad de índole organizativa de la Policía Local de Valencia.

Para garantizar estos mantenimientos la empresa adjudicataria deberá proporcionar los siguientes tipos de soporte:

· Soporte telefónico. Servicio de atención telefónica a los usuarios de la aplicación para solucionar posibles dudas en su manejo o reporte de incidencias de funcionamiento.

· Soporte remoto. La empresa adjudicataria dispondrá de servicio de soporte remoto para poder acceder a desde sus instalaciones para realizar aquellas reparaciones/configuraciones que no requieran de presencia en el lugar de la instalación. Para el acceso remoto la empresa adjudicataria estará a lo que en medidas de seguridad establezcan los técnicos de sistemas de la Policía Local de Valencia.

· Soporte presencial. Servicio de soporte presencial, para aquellas incidencias que así lo requieran.

El servicio será prestado por la empresa adjudicataria desde sus oficinas. Se garantiza una asistencia técnica en la plataforma con el siguiente horario:

· Para aquellas incidencias de carácter no urgente, el servicio de atención será en horario de 9 a 14 horas y de 16 a 19 horas, de lunes a viernes no festivos.

· Para aquellas incidencias de carácter urgente, es decir aquellas que paralicen o dificulten gravemente el funcionamiento de la aplicación, el servicio de atención será de 24 horas, los siete días de la semana.

Para garantizar que las comunicaciones se ajustan a uno u otro tipo de incidencia, cualquier incidencia deberá pasar un soporte de primer nivel a través del personal

Id.

docu

men

t: /

sww

+sp

4 m

tHK c

XPQ

Pjn

W R

zbu I

Oc=

CÒ

PIA I

NFO

RM

ATIV

A (

NO

VERIF

ICABLE

EN

SEU

ELE

CTRÒ

NIC

A)



Página 22 de 22

técnico de PLV, quién, cuando compruebe que la incidencia viene causada por un funcionamiento anómalo de la aplicación o de su base de datos, contactará con el teléfono de soporte facilitado por la empresa. En cuanto a los tiempos de respuesta desde la notificación de la anomalía, se ajustarán a los siguientes tiempos, en función del tipo de incidencia:

· Para aquellas incidencias de carácter no urgente, el tiempo de respuesta no deberá ser superior a 48 horas.

· Para aquellas incidencias de carácter urgente, es decir aquellas que paralicen o dificulten gravemente el funcionamiento de la aplicación, el tiempo de respuesta no deberá ser superior a 2 horas.

7. Propiedad intelectual y confidencialidad. La empresa se compromete a tratar como propiedad exclusiva del Ayuntamiento de Valencia (Servicio de Policía Local), todos los datos, documentos, materiales y cualquier otra información a la tengan acceso como consecuencia de los trabajos descritos. Él adjudicatario se abstendrá de comercializar, publicar, difundir o comunicar, total o parcialmente, el contenido del citado material, sin el consentimiento previo expreso del Ayuntamiento de Valencia. El adjudicatario se compromete, al extinguirse el contrato por cualquier causa, a entregar al Ayuntamiento de Valencia cualquier material, como consecuencia de la prestación de los servicios que obre en su poder o de su personal. Toda la información a la que tenga acceso la empresa adjudicataria durante la prestación del contrato, será tratada de forma confidencial según se estipula en la Ley Orgánica 15/1999, de Protección de Datos de Carácter Personal y en el Real Decreto 1720/2007, del 21 de diciembre, de desarrollo de la citada LOPD.

pliego de prescripciones tÉcnicas que … · policía local en su quehacer diario, sin cerrar la...

Documents