Análise do Intercambio Electrónico de Documentos na administración.

EEDDIILLOOCCAALL

Autores:

� Pablo Belay Fernández

� Irene González Fernández

Curso: 2006/2007

Intercambio Electrónico de Documentos

Autores: Pablo Belay Fernández e Irene González Fernández - 2 -

ÍÍNNDDIICCEE

1 PRÓLOGO.................................................................................................. 4

2 CRÍTICA A TRABAJOS ANTERIORES...................... ............................... 5

3 ESTÁNDARES ......................................... .................................................. 6

3.1 ATRIO. Almacenamiento, Tratamiento y Recuperación de Información de Oficinas. .........7

3.2 SICRES. Sistema de Información Común de Registros de Entrada y Salida.......................13

3.3 ESTROFA. Especificaciones para el Tratamiento de Flujos Administrativos

Automatizados ..........................................................................................................................................20

3.4 MAGERIT - Metodología de Análisis y Gestión de Riesgos de los Sistemas de Información

24

3.5 INDALO. Modelo de datos para el intercambio de información entre las Administraciones

Públicas. ....................................................................................................................................................25

4 PROYECTOS ESTATALES ................................ ..................................... 28

4.1 LAECAP - LEY PARA EL ACCESO ELECTRÓNICO DE LOS CIU DADANOS A LAS

ADMINISTRACIONES PÚBLICAS .....................................................................................................28

4.2 Proyecto PISTA-Local. ..............................................................................................................31

4.3 IDA _ PADRÓN .........................................................................................................................50

4.4 Proyecto “ Ventanilla Única” ....................................................................................................62

4.5 Proyecto “SISTER” ...................................................................................................................64

4.6 Proyecto “MIGRA” ...................................................................................................................66

EdiLocal


5 RED CORPORATIVA DE VOZ Y DATOS DE LA XUNTA DE GALIC IA . 67

5.1 Características............................................................................................................................67

5.2 Sistema de videoconferencia corporativo.................................................................................71

5.3 Infraestructura de publicación en Internet, Web y correo electrónico institucionales........73

5.4 El Sistema de Gestión de Procedimientos Administrativos (SGPA)......................................75

5.5 Futuras Mejoras.........................................................................................................................88

6 A ESTRADA CIDADE DIXITAL........................... ..................................... 91

6.1 ¿Qué es A Estrada Cidade Dixital? ..........................................................................................91

6.2 Antecedentes ...............................................................................................................................93

6.3 Principios de la solución. ...........................................................................................................95

6.4 Descripción de los servicios .....................................................................................................103

6.5 Plataforma tecnológica de la solución: Open Cities ..............................................................122

7 TENDENCIAS FUTURAS................................. ...................................... 129

8 CONCLUSIONES ................................................................................... 132

9 BIBLIOGRAFÍA E WEBGRAFÍA........................... ................................. 133

9.1 Webgrafía .................................................................................................................................133

9.2 Bibliografía ...............................................................................................................................135



1 PRÓLOGO

Este trabajo pretende mostrar la situación actual de EDI en la Administración. Nos

centraremos en las tecnologías, estándares y plataformas de intercambio electrónico de

información entre la administración central y las administraciones locales.

Inicialmente hablaremos de los estándares de la Administración Español lo

consideramos importante ya que la Administración lo impone como marco de referencia

y establece además una serie de recomendaciones y obligaciones muy a tener en cuenta

a la hora de diseñar un sistema.

A continuación, hablaremos de los proyectos de e-administración y EDI Administración

como son: La recién estrenada LAECAP (Ley para el Acceso Electrónico de los

Ciudadanos a las Administraciones Públicas) , el Proyecto “PISTA-Local”, Proyecto

“Ventanilla Única”, SICRES;, MIGRA.

Luego describimos brevemente la Red Corporativa de la Xunta de Galicia y los

servicios telemáticos que dispone.

Proseguiremos con el proyecto “A Estrada Cidade Dixital” donde describimos la

propuesta ganadora del Concurso Público para la e-administración en el Concello de A

Estrada. Aprovechamos para agradecer la ayuda valiosa que nos ha proporcionado

Carlos Andujar director gerente del proyecto “A Estrada Cidade Dixital”

informándonos del proyecto que dirige como de la situación actual de la

teleadministración Española.

Por último trataremos brevemente cuales serán desde nuestro punto de vista las

tendencias futuras y nuestra conclusión personal.

EdiLocal


2 CRÍTICA A TRABAJOS ANTERIORES

La principal crítica al único trabajo anterior es que se centran excesivamente en

conceptos de redes y direccionamiento de AA PP del estado, dejando abandonado el

apartado más importante la EDI Administración.

Otras críticas son:

� La última y única versión del trabajo es del año 1995 por lo cual es Sistema

Público ha cambiando considerablemente las tecnologías, los sistemas, y los

proyectos que mencionan han sido remolados o abandonados.

� La mayor parte del trabajo son conceptos de la asignatura de redes.

� La estructuración de los contenidos es caótica y la información en algunos casos

es poco elaborada.

� El trabajo carece de bibliografía y webgrafía.

� No menciona en ningún momento alguna plataforma para la EDI

Administración.



3 ESTÁNDARES

El Consejo Superior de Informática (CSI) es el órgano encargado de la preparación,

elaboración, desarrollo y aplicación de la política informática del Gobierno.

Básicamente centra su actividad en producir consejos, promover y desarrollar proyectos

de interés general para la Administración Pública. Fomentar la cooperación informática

entre administraciones.

Entre las competencias e objetivos del CSI se encuentran:

1. Fomentar la cooperación informática entre administraciones. Desarrollada

principalmente por la Comisión Nacional para la Cooperación entre las

Administraciones Públicas en el Campo de los Sistemas y Tecnologías de la

Información (COAXI), en la que participan representantes de la Administración

General del Estado, la Administración Autonómica y la Administración Local.

2. Salvaguardar la seguridad de los sistemas de información y protección de datos

en la aplicación de las tecnologías de la información en las Administraciones

Públicas. Para eso participa en la evaluación y certificación de la seguridad de

estas tecnologías; elabora propuestas sobre criterios de seguridad, de

normalización y conservación de las aplicaciones para el ejercicio de potestades

y, además, establece metodologías de análisis y gestión de riesgos de los

sistemas de información.

3. Desarrollar herramientas metodológicas para conseguir en la Administración

pública Sistemas de Información bien estructurados y fácilmente mantenibles,

como el Método de Planificación y Desarrollo de Sistemas de Información

(METRICA).

4. Elaborar consejos y proyectos de interés general que eviten el doble empleo de

recursos en la administración. De entre estos estándares podemos destacar

algunas iniciativas en el ámbito de la gestión documental (ATRIO, SICRES), en

el tratamiento de flujos de trabajo administrativos (ESTROFA).

EdiLocal


3.1 ATRIO. Almacenamiento, Tratamiento y

Recuperación de Información de Oficinas.

3.1.1 ¿Que es?

ATRIO es una especificación, promovida por el CSI, sobre sistemas que realizan

gestión Integrada de Documentos (GID). Un sistema homologado como ATRIO es:

• Un sistema ofimático avanzado que integra con facilidad y de forma dinámica y

transparente para el usuario diversas herramientas ofimáticas y permite el

almacenamiento, tratamiento y recuperación de información multimedia.

• Un sistema abierto, portable a las distintas clases de máquinas y a distintos tipos

de sistemas de gestión de bases de datos que permite un fácil intercambio de

información entre ellos.

• Un sistema susceptible de ser implantado en cualquier unidad de la

Administración sin necesidad de modificaciones o adaptaciones de importancia.

Para homologar las aplicaciones de mercado que cumplan las especificaciones ATRIO

se creó el grupo de homologación ATRIO integrado por representantes de varios

ministerios y de la Agencia de Protección de Datos.

3.1.2 Historia de ATRIO. Antecedentes.

A principios del año 1990, el Consejo Superior de Informática tomó la decisión de

promover la realización de un prototipo consistente en un sistema capaz de dar

respuesta a las crecientes necesidades ofimáticas de un alto nivel de complejidad,

integración y sofisticación existentes en las Administraciones públicas.

Los presupuestos básicos de dicho proyecto, que se denominó ATRIO

(Almacenamiento, Tratamiento y Recuperación de Información de Oficinas), eran los

siguientes:

� El prototipo debía ser desarrollado por una empresa con un notable grado de

tecnología propia en sistemas de tratamiento ofimático y documental.

� Los sistemas físicos utilizables debían trabajar en entorno UNIX o equivalente.

� El prototipo se implantaría en varias unidades de la Administración.



� Finalizado el prototipo y comprobado su funcionamiento, el Consejo Superior

de Informática propiciaría su utilización en aquellas otras unidades de la

Administración que lo desearan.

� El prototipo debería configurar un sistema que garantizara, de forma integrada,

el almacenamiento, tratamiento y recuperación de información de oficinas,

tanto en caracteres como en imagen, permitiendo la utilización integrada de

determinados paquetes ofimáticos.

� ATRIO debería ser implantado en cualquier unidad de la Administración sin

necesidad de modificaciones o adaptaciones de importancia. Se trataba por

tanto, de un sistema de información común.

Se decidió la elaboración de dos prototipos, uno a corto plazo y otro a medio plazo.

Considerando que los prototipos habían sido suficientemente experimentados, con fecha

28 de Noviembre de 1991, el Consejo Superior de Informática, tomó el siguiente

acuerdo:

"Hacer públicas las especificaciones de ATRIO y homologar los

productos que sean conformes a las mismas y que sean desarrollados por

cualquier suministrador".

Desde noviembre de 1991 hasta abril de 1994, los importantes cambios en la tecnología,

especialmente en materia de ofimática y tratamiento de imágenes, justificaron la

necesidad de realizar una segunda versión del "Esquema de verificación de conformidad

de productos ATRIO". De otra parte, la promulgación de la Ley 30/1992 , de 26 de

Noviembre, del Régimen Jurídico de las Administraciones Públicas y del Procedimiento

Administrativo Común, ha producido sensibles modificaciones en el marco jurídico,

singularmente por lo que respecta a la validez de los documentos emitidos por medios

electrónicos, informáticos o telemáticos, y las copias auténticas de documentos; así

como en lo que atañe a la informatización de los registros de entrada y salida; la

regulación de los procedimientos total o parcialmente automatizados; y la comunicación

de los ciudadanos con las Administraciones Públicas por los medios citados.

EdiLocal


En diciembre de 1995, se dieron de nuevo las condiciones que aconsejaron, como se ha

reflejado más arriba, proceder a actualizar el Esquema mediante la adopción de su

versión 2.1.

Después de transcurrido más de un año desde la fecha en que se aprobó la versión 2.1.,

se vio la necesidad de actualizar las especificaciones para adaptarlas a los estándares

internacionales y europeos de amplia utilización y asimismo para adaptarlas a la nueva

situación que supuso la llegada del año 2000 y la entrada en vigor de la moneda única

europea.

3.1.3 ATRIO, un sistema abierto. Características

El sistema ATRIO es un sistema abierto. En efecto, hablar de XPG, OSI, WINDOWS,

TCP/IP o SQL nos lleva ineludiblemente a dicha conclusión. No obstante, conviene

confirmarla de modo inequívoco. Para verificar la conformidad de un sistema como

producto ATRIO es requisito indispensable que pueda ser instalado en las máquinas

más habituales del mercado que cumplan con dichos requisitos. Es obvio que en el caso

del servidor puede ser necesaria una operación de "porting". Esta apertura tiene unas

ciertas limitaciones. En efecto, en el caso de los lectores-grabadores de discos ópticos y

magnético-ópticos, de los "juke-boxes" e intercambiadores de cartuchos, y de los

propios discos, estamos aún lejos de una normalización, si bien empiezan a aparecer en

el mercado productos que permiten controlar diversos dispositivos de esta clase desde

una misma plataforma. Por lo tanto, se entiende que un sistema puede superar la

verificación de conformidad como ATRIO cuando permita la integración, en un tiempo

prudencial, de los periféricos de tal tipo más habituales del mercado, con independencia

de los controladores que se utilicen sean o no controladores multidispositivo.

Para verificar la conformidad de sistema como ATRIO no basta, con que el "software"

básico, sea de los servidores o de las estaciones de trabajo, los gestores de bases de

datos y los protocolos de comunicaciones, respondan a las presentes especificaciones.

Lo que se pretende no es sólo un sistema ofimático con gestión integrada de imágenes

fácilmente portable, sino algo más. De una parte la integración de herramientas

ofimáticas comunes en el mercado, en el propio sistema de una forma transparente para



el usuario; de otra, un lenguaje común de comandos y un lenguaje común de

recuperación de la información, con absoluta independencia del gestor de bases de datos

que se utilice. La interfaz de usuario tiene un impacto decisivo en la eficiencia de su

aprendizaje y en la efectividad de su uso y es además, el factor más importante para

garantizar la aceptación de un sistema automatizado. Sus características más deseables

son: facilidad de aprendizaje, facilidad de uso y consistencia, esto es, que mantenga una

uniformidad en estilo, vocabulario y semántica.

El objetivo es muy claro: el personal de las Administraciones Públicas se encontrará

siempre, trabaje donde trabaje, ante un interfaz de usuario familiar, con un lenguaje

conocido y podrá trabajar con un producto integrado que le permitirá generar una

información a través de procesadores de texto y hojas de cálculo y almacenarla y

recuperarla, tanto en imagen como en texto, desde una única interfaz. ATRIO supera,

pues, el tradicional, concepto de Gestión Electrónica de Documentos (GED), para entrar

de lleno en el aún más moderno y eficiente concepto de Gestión Integrada de

Documentos (GID). En definitiva ATRIO responde a las siguientes características:

a) Un sistema ofimático avanzado que integra con facilidad y de forma dinámica y

transparente para el usuario diversas herramientas ofimáticas y permite el

almacenamiento, tratamiento y recuperación de la información multimedia que

se genere o se reciba, bien sea texto, imagen fija o en movimiento o sonido.

b) Un sistema abierto, portable a distintas clases de máquinas y a distintos tipos de

sistemas de gestión de bases de datos, con fácil integración de dispositivos

multimedia, que libera a las Administraciones Públicas de la servidumbre de

sistemas propietarios, y que permita el fácil intercambio de información entre

ellos.

c) Un sistema susceptible de ser implantado en cualquier unidad de la

Administración sin necesidad de modificaciones o adaptaciones de importancia,

lo que se traduce en las siguientes exigencias:

a. Una interfaz de usuario general, con una semántica común, tanto en lo

que se refiere a lenguaje de comandos como de recuperación.

EdiLocal


b. Una herramienta de generación de aplicaciones basada en la misma

interfaz y la misma semántica, que permita adaptar o modificar ATRIO

con facilidad, en atención a las necesidades concretas de cada órgano

administrativo, sin necesidad de acudir constantemente al apoyo de

desarrolladores externos.

Los requisitos generales que a continuación se detallan constituyen el conjunto mínimo

de especificaciones para que un sistema pueda superar la verificación de conformidad

como ATRIO. Como se puede observar, el sistema es una herramienta abierta, o más

bien una herramienta de herramientas, o metaherramienta con la que se puede construir

las aplicaciones concretas que se deseen. No obstante, la experiencia adquirida con

productos concretos ATRIO permite, sin mengua de las características ya reseñadas de

sistema abierto con el que se pueden construir aplicaciones a medida, la definición de

módulos construidos con ATRIO que, dentro de las misma orientación de apertura y

portabilidad, enriquecen el sistema y permiten su implantación inmediata en situaciones

concretas: el módulo de registro general de entrada y salida, el módulo de seguimiento

de expedientes administrativos y el módulo de control de flujos de tareas. Estos

módulos se basan en el mismo concepto de portabilidad a cualquier órgano de la

Administración sin modificaciones o adaptaciones de importancia, pero yendo aún más

allá: son implantables en cualquier órgano de la Administración sin ninguna

modificación ni adaptación.

3.1.4 Requisitos generales del sistema.

El sistema debe poder ser portado a cualquier servidor con el "software" básico.

� Arquitectura cliente-servidor

� Equipo lógico del servidor

� Equipo lógico de las estaciones de trabajo

� Comunicaciones

� Bases de datos

� Gestión de objetos documentales

� Gestión de periféricos

� Integración de herramientas externas



� Seguridad

� Lenguaje de comandos

� Lenguaje común de consulta

� Herramienta de generación de aplicaciones

� Reconocimiento óptico de caracteres OCR

� Rendimiento. Tiempos de respuesta

� Utilidades de digitalización

� Utilidades de impresión

� Utilidades de "Back-up"

EdiLocal


3.2 SICRES. Sistema de Información Común de

Registros de Entrada y Salida

3.2.1 ¿Que es?

SICRES es un módulo operacional de ATRIO , que funciona como una aplicación

cerrada orientada a satisfacer la exigencia de informatización de los Registros, tal como

prevé la Ley 30/92 de Régimen Jurídico y del Procedimiento Administrativo Común.

3.2.2 Objetivo. Tratar errores.

Definir las acciones a seguir para tratar los posibles errores de comunicación y de

gestión producidos en la fase de intercambio telemático de anotaciones de registro.

Definir las acciones a tomar con correos recibidos en un destino y que no sean erróneos

en cuanto a formato.

Las acciones que se pueden realizar son las siguientes:

1. Lectura y eliminación el mensaje de correo. Se utiliza cuando se reciben

mensajes que no pertenecen al sistema de información de registro.

2. Marcar el registro del RAES como “ Tratado manualmente” . Esta opción se

utiliza cuando el mensaje de correo tiene un direccionamiento electrónico

incorrecto.

3. Devolver el mensaje a su origen. Esta opción se utiliza cuando se desea avisar al

remitente que ha enviado un mensaje a un destinatario equivocado. En ningún

caso se reenviará al otro organismo distinto del organismo origen del mensaje,

aunque conozcamos su destino correcto.

El formato del fichero de intercambio se ha definido en la norma de especificaciones de

SICRES 2.0.



3.2.3 Topología de Errores e Intercambio

Los errores que podemos encontrar y tratar en el intercambio de ficheros SICRES de

anotaciones registrales pueden clasificarse en dos tipos:

� Errores físicos. Errores de comunicación y, por tanto, ajenos a la anotación

registra, no forman parte del mensaje. Estos errores son producidos por una

dirección telemática incorrecta (usuario o servidor incorrecto) o por time-out del

servidor de correo.

� Errores lógicos. Propios de la anotación registra. Son producidos por errores de

destino o de contenido de la anotación registra.

3.2.4 Criterios

Los criterios básicos para el diseño han sido:

� Respetar el mínimo SICRES versión 1.0 del año 1995

� Considerar que una oficina registral, en su actividad de intercambio, solo debe

de portar un conjunto reducido de datos puesto que no realiza funciones de pre-

proceso.

� Preparar datos codificados de manera que sean de utilidad para el órgano

receptor.

� Incluir codificaciones del órgano receptor que constará en las solicitudes

normalizadas futuras.

Los criterios técnicos para el diseño han sido:

La unidad de intercambio SICRES es la linea de anotación. Una linea de anotación está

compuesta por: Procedencia o remitente, destinatario, interesado, asunto, reseña de

ficheros anexos al apunte (opcional)

Un fichero de intercambio SICRES está compuesto por una o mas líneas de anotación,

todas con un mismo destino. La aplicación de Registro SICRES debe de generar tantos

ficheros de intercambio como destinos externos se hayan producido en el periodo

registrado. Son subconjuntos del fichero General de Registro, una vez clasificado por

destinos y segmentado por este criterio.

Las líneas (registros informáticos terminados por ODOA Hex) de un fichero SICRES

EdiLocal


son de longitud variable. Los campos son posicionales. Si un campo no está informado,

estará a blancos (20 Hex) si es de tipo a o an y a ceros (30 Hex) si es numérico.

El nombre de un fichero de intercambio debe de ser único en el espacio registral

Español. Totaliza hasta 40 posiciones sin path.

Se denominan ficheros anexos, los que son relativos a una linea de anotación. Son

anexos a una anotación registral específica. No se integran en el mensaje SICRES. Este

dispone solo de un puntero al fichero. El nombre de un fichero anexo debe de ser único

en el espacio registra Español. Totaliza al menos 69 posiciones.

Cada fichero anexo viaja en un mensaje de correo hacia su destino. El sistema CSR se

hace cargo de la firma y cifra (si es necesario) e inclusión en un mensaje SMTP. El

asunto del mensaje es Anexos_Sicres.

3.2.5 Desarrollo

Los mínimos SICRES de 1995 se recogen en la figura.

Se han estructurado de acuerdo a su carácter en datos de Remitente, Destinatario,

Contenido, Originados y Transporte. Por Originador se entiende la referencia al registro

inicial (original) en la cadena, del que tiene datos el interesado. Por transporte, los datos



con los que llegó al registro original (tipo de transporte y número de referencia).

El modelo que se propone es de datos ampliados según recoge la figura:

La situación de los mensajes SICRES puede ser múltiple. La mayor parte de ellos

llegará a destino. Pero algunos tendrán incidencias y errores.

Los errores y OK de transporte básico, corresponden a los sistemas de correo. No

forman parte del mensaje. Si deben incluirse en la estructura del mensaje los motivos

por los que se devuelve (a origen) un mensaje.

EdiLocal


Los errores y OK de transporte básico, corresponden a los sistemas de correo. No

forman parte del mensaje. Si deben incluirse en la estructura del mensaje los motivos

por los que se devuelve (a origen) un mensaje.



3.2.6 Representación gráfica del formato

EdiLocal


3.2.7 Representación gráfica de la estructura del f ichero



3.3 ESTROFA. Especificaciones para el Tratamiento d e

Flujos Administrativos Automatizados

3.3.1 ¿Que es?

ESTROFA es una especificación conceptual, un modelo de referencia, sobre sistemas

de control de flujos de tareas, concebida como una capa adicional a las de ATRIO , el

estándar del CSI para el almacenamiento, tratamiento y recuperación de información de

oficinas.

3.3.2 Especificaciones para el tratamiento de fluj os automatizados

3.3.2.1 Exposición de Motivos

En la elaboración de las especificaciones de la versión 1.0 de ESTROFA se apreció un

importante consenso sobre la necesidad de que sus caracteres básicos fueran

substancialmente los contenidos en el esquema de verificación ATRIO, puesto que los

requisitos de dicho esquema y sus características de apertura y portabilidad coincidían

en líneas generales con las exigencias que los sistemas de control de flujos de tareas

imponían.

La nueva orientación que toma ahora ATRIO provoca que las especificaciones de su

última versión 2.2 que estaban referenciadas en ESTROFA v1.0 sean ahora

incorporadas a la misma, por lo que esta actualización debe considerarse no como nueva

versión, sino como una revisión (ESTROFA v1.1) de los requisitos que ya cumplían los

productos candidatos a la homologación en su primera versión.

Evidentemente se preservan por completo las características esenciales de ESTROFA,

tanto su definición como "un marco conceptual en el que podrán encajar diferentes

sistemas de control de flujos de tareas", como el condicionante de que los requisitos

mínimos, tanto de la versión anterior como de esta revisión, permitan la existencia y

homologación de una variedad importante de Productos ESTROFA que ofrezcan

soluciones diferentes, en tecnología, precio, versatilidad, etc. a los mismos objetivos.

EdiLocal


También se continúa con la cautela de que la relativa novedad y lenta evolución de la

materia aconseja no establecer requisitos muy estrictos porque, como se decía en la

primera versión, "aún no existen conceptos unánimemente aceptados, la terminología es

confusa y dudosa y, desde luego, la normalización está en sus comienzos".

Por último se mantiene voluntariamente la terminología ya establecida en la versión 1.0

y se evitan las referencias a la intercomunicabilidad o interoperabilidad de los sistemas

que se homologuen bajo estas especificaciones. Sin embargo tal situación, indeseable

por otra parte, está previsto sea eliminada, o cuando menos aminorada, en la siguiente

versión de ESTROFA, debido por una parte a que ya existe experiencia en cuanto a

productos homologados o en fase de serlo, y por otra a que los organismos y

asociaciones internacionales en la materia (v.g. la Workflow Management Coalition)

han continuado definiendo especificaciones desde que se emitió la primera versión de

ESTROFA en el año 1995.

Es por todo ello que esta revisión representa una solución, tan temporal como necesaria,

hasta que la próxima versión 2.0 de ESTROFA incorpore los avances y tendencias

contrastados por el tiempo y el mercado como representa, por ejemplo, el fenómeno

INTERNET.

3.3.2.2 Definiciones previas

� COMPETENCI: Condición que define la capacidad de un sujeto para realizar

una tarea. Las competencias pueden estar establecidas en un proceso

reglamentado o atribuidas en un momento concreto por el sujeto

jerárquicamente superior. Puede ser permanente o temporal y puede ser ejercida

por delegación.

� DATOS: Son los valores que identifican todos los atributos de los procesos y

tareas específicos.

� DICCIONARIOS DE TIPOS: Repositorios en los que se almacenan para su

reutilización los procesos-tipo, las tareas-tipo, los estados, el conjunto de sujetos

con sus competencias y las reglas-tipo.



� ESTADOS: Tipos de situación en que puede encontrarse una tarea: ejecutada, en

ejecución, en espera, cancelada, etc.

� FLUJO: Relación, definida por reglas, entre las tareas de un proceso.

� OBJETOS: información asociada a la tarea almacenada en cualquier tipo de

soporte - escrito, audio, imagen fija o en movimiento, fichero informático

independiente o incluido en una herramienta ofimática, etc. (Nota: El término en

ESTROFA no está utilizado en el sentido de "Orientación a Objetos").

� PLAZO: Condición que define el tiempo en el que se realiza o debe realizarse

una tarea o un proceso.

� PRIORIDAD: Escala que establece la preferencia de ejecución de una tarea

frente a otras o de un proceso frente a otros.

� PROCESO: Conjunto de tareas ordenadas, bien temporalmente, bien

cumpliendo condiciones contenidas en reglas, que son realizadas bien por

sujetos competentes, bien de forma automatizada (por autorización expresa del

sujeto competente). Un proceso puede estar compuesto de uno o varios

subprocesos, que a su vez pueden descomponerse en tareas.

� PROCESO ABIERTO O NO REGLAMENTADO : Proceso en el que sujetos con

competencia o autorizados pueden ordenar tareas, procesos completos

predefinidos, asignar reglas e incluso integrar tareas automatizadas, de forma

dinámica.

� PROCESO REGLAMENTADO: Proceso en el que toda la secuencia de tareas o

subprocesos, la asignación de reglas y la correspondiente integración de tareas

automatizadas tiene un flujo-grama predeterminado.

� PROCESO SEMI-REGLAMENTADO: Proceso reglamentado en el que se

prevén excepciones que pueden alterarlo dinámicamente a voluntad de sujetos

con competencia o autorizados para ello.

� PROCESOS-TIPO: Procesos reglamentados que pueden ser reutilizados en

procesos abiertos o semirreglamentados en la fase de diseño. Deben estar

definidos en un diccionario.

� REGLA: Conjunto de condiciones que regula el encadenamiento de las tareas.

� REGLAS-TIPO: Reglas establecidas que pueden ser reutilizadas por los sujetos

competentes en la fase de diseño. Deben estar definidas en un diccionario.

EdiLocal


� SUJETO: Usuario o grupo de usuarios que tiene la competencia para realizar

una tarea. Un usuario, según los procesos, puede tener atribuidas las

competencias de distintos sujetos.

� TAREA: Unidad mínima de trabajo que, combinada con otras tareas, constituye

un proceso.

� TAREAS AUTOMATIZADAS: Tareas-tipo que el sistema pone a disposición de

los sujetos competentes para que sean realizadas por ejecución de una regla.

� TAREAS SEMIAUTOMATIZADAS: Tareas-tipo que el sistema pone a

disposición de los sujetos competentes para que sean realizadas a petición

expresa y manual.

� TAREAS-TIPO: Tareas que pueden ser reutilizadas por los sujetos competentes

en la fase de diseño. Deben estar definidas en un diccionario.

3.3.2.3 Requisitos Generales del Sistema.

� Estructura .

Un Producto ESTROFA debe poseer una estructura modular integrada por

distintas herramientas que puedan ser adquiridas tanto independiente como

conjuntamente, de acuerdo con las necesidades de los distintos organismos.

� Seguridad.

El sistema garantizará la autenticación, confidencialidad, la integridad y la

disponibilidad de la información. Para ello contemplará la presencia de

funciones y de mecanismos de salvaguarda o seguridad que permitan la

identificación y autenticación de los usuarios, la restricción de la utilización del

sistema y del acceso a la información de las persona autorizadas, la prevención

de la fabricación, modificación o destrucción no autorizadas de la información,

de la alteración o pérdida accidental de la misma, en general de la protección

frente a manipulaciones no autorizadas, la prevención de la interceptación de la

información, la garantía de la recuperación y disponibilidad del servicio y de la

información, las copias de salvaguardia, especialmente en el caso de ficheros

grabados en discos ópticos y la trazabilidad de las transacciones realizadas.



3.4 MAGERIT - Metodología de Análisis y Gestión de

Riesgos de los Sistemas de Información

3.4.1 Objetivos

Magerit persigue los siguientes objetivos:

1. Concienciar a los responsables de los sistemas de información de la existencia

de riesgos y de la necesidad de atajarlos a tiempo

2. Ofrecer un método sistemático para analizar tales riesgos

3. Ayudar a descubrir y planificar las medidas oportunas para mantener los riesgos

bajo control

4. Apoyar la preparación a la Organización para procesos de evaluación, auditoría,

certificación o acreditación, según corresponda en cada caso

Así mismo, se ha cuidado la uniformidad de los informes que recogen los hallazgos y

las conclusiones de un proyecto de análisis y gestión de riesgos: modelo de valor, mapa

de riesgos, evaluación de salvaguardas, estado de riesgo, informe de insuficiencias, y

plan de seguridad.

3.4.2 Programa

1. El análisis y gestión de riesgos en la gestión global de la seguridad de los

sistemas de información

2. Objetivos de MAGERIT. Estructura, contenido y uso de las guías

3. El modelo de MAGERIT: Elementos, eventos y procesos

4. Adaptación del método a las situaciones prácticas

5. Estudios de casos prácticos mediante las herramientas MAGERIT: Introductoria

y avanzada

6. Referencias legales y técnicas en MAGERIT

EdiLocal


3.5 INDALO. Modelo de datos para el intercambio de

información entre las Administraciones Públicas.

3.5.1 ¿Que es?

INDALO persigue la promoción y avance del intercambio de información entre las

AAPP., proporcionando una relación y una definición precisa de los datos que se

intercambian entre ellas. INDALO constituye una referencia de uso constante para todas

aquellas personas relacionadas con la construcción de sistemas de información de las

Administraciones Públicas.

3.5.2 Historia

En 1995 se editó en un CD-ROM la versión 1.0. Posteriormente, se introdujeron ciertas

facilidades para poder imprimir determinados módulos, y, se ampliaron los campos de

fechas para evitar el conocido problema de la entrada del próximo milenio.

A fines de 1997 se da a conocer la versión 2.0 que incorpora, entre otras, determinadas

actualizaciones en los dominios 2 (población y censos) y 4 (contratación), por cambios

legislativos; en los dominios 3 (gestión económica), 4 (contratación) y 5 (gestión fiscal),

debido a la futura implantación del EURO; y en el dominio 6 (territorio) por la

aprobación de una norma UNE basada en el modelo MIGRA (Modelo de Información

Geográfica Relacional formado por agregación).

El CD-ROM versión 2.0 se puede obtener en librerías técnicas y en la librería del

Boletín Oficial del Estado, c/ Trafalgar, 27-29, 28010 Madrid, al precio de 9,01 Euros.

Coeditado por el Ministerio de Administraciones Públicas y el Boletín Oficial del

Estado, ISBN 84-340-1167-0.



3.5.3 Dominio

1.- Régimen Interno

� Recursos Humanos.

� Secretaría.

� Asesoría Jurídica.

� Relaciones Institucionales

2.- Población y Censos

� Personas Físicas y Jurídicas

� Vehículos

� Semovientes

3.- Gestión Económica

� Gestión y Ejecución de los Presupuestos

� Gestión de Operaciones no Presupuestarias

� Gestión de los Pagos y Cobros

� Planificación Financiera de la Entidad

� Gestión de Recursos por otras Entidades

� Contabilización de Hechos Económicos

� Determinación de Costes

4.-Contratación

� Contratación de Suministros

� Contratación de Obras

� Patrimonio

5.- Gestión Fiscal

� Gestión de Padrones

� Gestión de Liquidaciones

EdiLocal


� Gestión de Inspección

� Gestión de Recaudación

6.- Territorio

� Subsistema de Georeferenciación

� Subsistema de Cartografía

� Subsistema de Catastro

� Subsistema de Urbanismo

7.-Protección Ciudadana

� Situaciones catastróficas

� Situaciones de Riesgo Especial

� Situaciones de Emergencia Cotidiana

� Tratamiento de los datos de Protección Ciudadana

8.- Asuntos Sociales/ Bienestar social

� Sistema de Servicios Sociales

� Sistema de Pensiones

� Sistema de Protección al Empleo

� Sistema de Salud

� Sistema Educativo

9.- Gestión Documental

� Registro General

� Seguimiento de Expedientes

� Archivo



4 PROYECTOS ESTATALES

4.1 LAECAP - LEY PARA EL ACCESO ELECTRÓNICO

DE LOS CIUDADANOS A LAS ADMINISTRACIONES

PÚBLICAS

4.1.1 Precedentes, situación del Estado Español.

Según el VI Informe de “Cap Gemini” para la Comisión de la UE, España ocupa el

décimo quinto puesto en la tele-administración, como se puede ver en la figura adjunta.

Ilustración 1: Comparativa de la e-administración entre los países de UE

Según las fuentes del “Economist Intelligence Unit 2006” es la vigésimo cuarta en el

mundo de la Sociedad de la Información. Aun así en los últimos años tuvo lugar

importantes avances en la e-administración, como son:

• Los trámites electrónicos con la AEAT. (IRPF, Patrimonio, IVA, Impuestos de

Sociedades, etc.). Con presencia en Internet desde 1996 y declaraciones

telemáticas desde 1999.

• Sistema de Remisión Electrónica de Documentos (RED) Tesorería General de

la Seguridad Social. Regulación de abril de 1995.

• El proyecto CERES (Iniciado en 1996 e concretado en 1999) Fábrica Nacional

de Moneda y Timbre - Real Casa de la Moneda

EdiLocal


• La Oficina Virtual del Catastro. Cartografía, certificados y datos catastrales.

Disponibles desde 2002.

Estos proyectos son realizados de forma aislada, con lo que ahora hay que integrar estos

sistemas y conseguir la interoperabilidad y colaboración entre administraciones.

4.1.2 Nuevos Derechos del Ciudadano

Presentamos un pequeño esquema de cuales serán:

1. Los ciudadanos podrán realizar sus gestiones por medios electrónicos

2. Los ciudadanos elegirán el canal de acceso a los servicios públicos

3. Los ciudadanos podrán hacer sus trámites 24 horas al día los 365 días del año

4. Los ciudadanos podrán consultar en cualquier momento el estado de tramitación

5. Las comunicaciones en soporte electrónico tendrán la misma validez legal que

las tradicionales en papel.

6. Los ciudadanos no tendrán que aportar datos ni documentos que obren en poder

de las AA.PP´s

7. Los servicios electrónicos ofrecerán el grado máximo de calidad, seguridad y

confidencialidad .

8. Realizar un trámite o recibir información a través de Internet o por teléfono

tendrá la misma validez que la forma tradicional.

9. Los ciudadanos podrán realizar trámites de distintas administraciones en un

único lugar

10. Los ciudadanos se beneficiarán de una administración electrónica de calidad.

4.1.3 Obligaciones de las Administraciones

1. Las AA.PP´S deberán facilitar información y la realización de trámites por Internet,

móviles, televisión, etc

2. Las AA.PP´s deberán garantizar el acceso a las personas que carezcan de medios

propios o conocimientos suficientes.

3. Generalización de los registros electrónicos a través de los que se podrán enviar

documentos en soporte electrónico



4. La Administración estará obligada a facilitar información sobre la marcha de las

gestiones al ciudadano que lo desee por el medio que lo solicite

5. Los datos personales de los ciudadanos se tratarán siempre bajo las máximas

garantías de seguridad y confidencialidad

6. Las AA.PP´s garantizarán el intercambio de datos que ya posean, siempre y cuando

los ciudadanos lo autoricen

7. Se creará un sistema de vigilancia y garantías para asegurar los

8. derechos de los usuarios

9. Las administraciones públicas garantizarán su interoperabilidad para asegurar este

derecho

10. Las AA.PP´s deberán cumplir con los principios y obligaciones de esta Ley a partir

del 31/12/2009

EdiLocal


4.2 Proyecto PISTA-Local.

4.2.1 ¿Qué es PISTA 1, quién lo promueve ,..?

El Acuerdo de Consejo de Ministros de 4 de abril de 1997 (BOE de 14 de abril), para la

progresiva implantación de un sistema intercomunicado de registros entre la

Administración General del Estado, las Administraciones de las Comunidades

Autónomas y las entidades que integran la Administración Local, aboga por la

conversión de los registros de las Administraciones Públicas en auténticas "ventanillas

únicas" de acceso al conjunto de prestaciones y servicios públicos, independientemente

de cual sea en cada caso la Administración competente.

Tal mandato implica, desde el punto de vista técnico, la puesta en marcha de un

importante proyecto cuyas funcionalidades clave se resumen en los siguientes

apartados:

• Interconexión y transmisión de asientos registrales y, en su caso, de documentos

completos entre las distintas Unidades registrales de las Administraciones

Públicas que hayan firmado o se hayan adherido a los Convenios marco de

colaboración.

• Acceso desde cualquier punto remoto a las bases de datos públicas y a cualquier

otra información de interés para los ciudadanos que proceda de cualquiera de las

Administraciones públicas.

• Posibilidad de realización de trámites administrativos (simples, complejos y de

tramitación compartida) desde el lugar de trabajo del ciudadano o incluso desde

su hogar.

El proyecto puede llegar a afectar a las más de 13.000 unidades registrales con las que

cuentan la Administración General del Estado, las Administraciones Autonómicas y la

Administraciones Locales. La ambición del proyecto Ventanilla Única hace que deba

ser acometido con plazos realistas, considerando como hito más cercano la

1 Pista: Promoción e Identificación de Servicios emergentes de Telecomunicaciones Avanzadas



informatización e intercomunicación de asientos registrales hasta llegar, como horizonte

final, a la tramitación desde el hogar del ciudadano.

El día 8 de noviembre de 1997 se publicó en el BOE la Resolución de la Secretaría

General de Comunicaciones del Ministerio de Fomento que anunciaba, por el

procedimiento abierto de concurso, la consultoría y asistencia para la puesta en marcha

del proyecto piloto "Ventanilla Única" de la Acción PISTA (Promoción e Identificación

de Servicios Emergentes de Telecomunicaciones Avanzadas) en el sector de las


El Pliego de Especificaciones Técnicas de la Acción PISTA establece la realización de

dos Subproyectos de tres niveles cada uno:

Subproyecto 1. Interconexión de Registros. Niveles:

• Intercambio electrónico de asientos registrales

• Nivel 1 + documentos electrónicos estructurados

• Nivel 2 + documentos electrónicos no estructurados

Subproyecto 2. Servicios de Información Administrativa y Tramitación

Electrónica. Niveles:

• Desarrollar una guía integrada de prestaciones y servicios administrativos y

facilitar la obtención de los modelos de documentos existentes para la

tramitación de procedimientos.

• Facilitar la iniciación de procedimientos mediante el envío de formularios

electrónicos normalizados.

• Facilitar la tramitación electrónica de procedimientos permitiendo la

comunicación entre las Administraciones intervinientes y con los ciudadanos.

EdiLocal


4.2.2 FEMP

4.2.2.1 Servicios

El Ministerio de Industria, Turismo y Comercio estableció un convenio por la FEMP de

forma que ésta quedaba encargada de la promoción y difusión del proyecto PISTA

Local a lo largo del territorio español, fruto de este convenio nació el Equipo Técnico

de la FEMP para los proyectos PISTA y más concretamente PISTA Local .

Entre los muchos servicios que la FEMP realiza de forma totalmente gratuita se

encuentran los siguientes:

• ayuda en la instalación y configuración de la herramienta

• formación a los usuarios y administradores de la herramienta y de los portales

• envío de documentación

• soporte de cualquier tipo

4.2.2.2 Formación y soporte

Dos de los servicios más importantes que presta el Equipo Técnico de la FEMP para

PISTA Local de forma gratuita son los servicios de Formación y Soporte.

De esta forma el Equipo Técnico organiza cursos, concertados con las Entidades

Locales o Supramunicipales, que permiten formar a los administradores, locales o

globales, de la herramienta PISTA Local.

Además se ofrece un servicio de Soporte, también gratuito , que permite que las

Entidades Locales reciban ayuda de cara a resolver los problemas de uso habitual en su

trabajo con PISTA Local , así mismo también se ofrece el servicio de Soporte a aquellas

Entidades que alojan la herramienta PISTA Local en sus servidores.



4.2.3 ¿Qué es PISTA Local?

PISTA Administración Local es una herramienta desarrollada a iniciativa del

Ministerio de Industria, Turismo y Comercio y el Ministerio de Administraciones

Públicas cuyo objetivo es permitir llevar la administración local a los pequeños y

medianos municipios en colaboración con las Entidades Supramunicipales.

Así PISTA Administración Local permite generar portales web a través de los que las

Entidades Locales pueden ofrecer servicios a sus ciudadanos, así como información

fiscal, administrativa o padronal.

PISTA Administración Local es una herramienta de libre acceso para Entidades Locales

propiedad del Ministerio de Industria, Turismo y Comercio y de la Federación Española

de Municipios y Provincias , dentro de los proyectos PISTA. Su finalidad es facilitar el

que las pequeñas y medianas Entidades Locales puedan acceder a la administración

electrónica sin coste económico, dotándose así de recursos que, de otra manera, no

tendrían posibilidad de ofertar a sus vecinos.

4.2.4 Objetivos

● Desenrollar un portal para pequeños e medianos Ayuntamientos.

● Dotar de un conjunto de herramientas de interés común que permita ofrecer

servicios de administración electrónica.

● Posibilitar las comunicaciones telemáticas de información e gestión entre

administraciones.

● Disminuir los desplazamientos de los ciudadanos y tener un servicio 24 horas

los 365 días.

● Interoperabilidad entre ayuntamientos por medio de las administraciones.

EdiLocal


4.2.5 Actuaciones

Colaboración con la FEMP en nuevos proyectos

• Gestión Patrimonio Municipal.

• Gestión de la EIEL (Encuesta de Infraestructuras y Equipamiento Local).

• Puesto administrativo basado en Linux.

• Pasarela de pago universal.

• Integración cambio de domicilio – padrón.

• PISTA-SIBIP (Sistema de Información Personal)

Colaboración con el MAP y la FEMP en la introducción de proyectos estratégicos

a través de proyectos PISTA

• Cambio de domicilio.

• Contratación pública por Internet.

• Registro telemático.

• Registro SICRES

4.2.6 Funcionalidades y requisitos de la aplicación .

4.2.6.1 Funcionalidades y requisitos de PISTA Administración Local

PISTA Administración Local es una herramienta de libre acceso para Entidades Locales

propiedad del Ministerio de Industria, Turismo y Comercio y de la Federación Española

de Municipios y Provincias, dentro de los proyectos PISTA. Su finalidad es facilitar el

que las pequeñas y medianas Entidades Locales puedan acceder a la administración

electrónica sin coste económico, dotándose así de recursos que, de otra manera, no

tendrían posibilidad de ofertar a sus vecinos.

Para que este objetivo se cumpla es necesaria la participación de las Entidades

Supramunicipales (Mancomunidades, Diputaciones) que ofrecerán el servicio de

hospedaje (y, en ocasiones, otros servicios) a las Entidades Locales.



4.2.6.2 Requisitos

En función de para quien sea el usuario necesita unas requisitos, distinguiendo solo dos

usuarios.

1. Entidad Supramunicipal (que teóricamente hospedará los portales web); en este

caso los requisitos se dividen en dos apartados:

a. Software, los proyectos PISTA deben funcionar obligatoriamente tanto

en software libre como en software privado, así PISTA Local funciona

sobre sistemas operativos Windows (2000 ó 2003), Unix o Linux.

En cuanto a los requisitos de Base de Datos, PISTA Local funciona bajo

PosgreSQL, Oracle o MySQL.

Finalmente el servidor web de los portales puede ser o bien Apache o

bien Internet Information Server.

La FEMP facilita el software necesario para hacer funcionar PISTA

Local de forma gratuita, actualmente enviamos (junto a un instalador de

PISTA Local) el siguiente software.

GNU/Linux.

J2SDK 1.4.2

Apache Tomcat.

PostgreSQL

b. Hardware, en cuanto al hardware necesario para trabajar con PISTA

Administración Local (a la hora de ofrecer hospedaje), todo dependerá

de detalles como el número de portales que se vayan a hospedar, los

accesos que se esperan por portal, etc. Pero para una instalación

pequeña/media (aunque variaría dependiendo del volumen de datos

recibidos y enviados)basta con un equipo/servidor con las siguientes

características:

c. Configuración recomendada:

CPU: 2 Procesadores Pentium Xeon 2.0 GHz

S.O.: Ubuntu 5.10

RAM: 2GB DDR 266

Almacenamiento: 2 discos 38GB SCSI en RAID 1

EdiLocal


BBDD: Postgresql

Si se opta por una configuración con 2 servidores la configuración que

recomendamos es la siguiente:

d. Servidor Aplicaciones:

Intel Xeon >=1.8Ghz.

1 GB de RAM

2 unidades HDD SCSI >= 38 GB. en RAID 1

e. Servidor BBDD:

2 Intel Xeon >=2Ghz.

2 GB de RAM

2 unidades HDD SCSI >= 38 GB. en RAID 1

Otra opción es la de trabajar con un portal de pruebas, para esos casos

recomendamos la siguiente configuración:

Configuración mínima de pruebas:

Intel Pentium III 900Mhz

512 MB de RAM

1 Unidad de 38 GB

2. Entidades Locales; en este caso lo único necesario es un ordenador con conexión

a Internet



4.2.6.3 Características fundamentales

• Multilenguaje

La herramienta viene configurada con varios lenguajes (castellano, catalán,

gallego, eusquera, valenciano, inglés, alemán, francés y portugués), por defecto,

si bien es posible incluir cualquier otro lenguaje. Si bien el portal es multilingüe

es el administrador el que debe poblar al portal del contenido en los lenguajes

seleccionados.

• Multientidad

PISTA Local, al ser una herramienta multientidad, puede, o bien estar instalada

en el servidor del propio ayuntamiento (si éste dispone de los recursos

necesarios) o bien en la Entidad Supramunicipal que ofrezca el host a los

ayuntamientos (quienes accederían entonces de forma remota a sus portales

web).

• Multiplataforma

Los portales web generado a través de la herramienta PISTA Local son

totalmente compatibles tanto con Internet Explorer como con la familia de

programas basados en la tecnología de Netscape (Mozilla, Firefox, etc.)

• Sistema de Backup

PISTA Local cuenta con una utilidad que permite hacer un back-up de todos los

portales creados, asegurando así que no se produzcan perdidas de datos.

4.2.6.4 Funcionalidades

PISTA Administración Local es una herramienta que genera portales web mediante los

que las pequeñas y medianas Entidades Locales puedan ofrecer todo tipo de servicios de

administración electrónica a sus ciudadanos, vecinos y visitantes. Para ello el portal web

cuenta con un potente gestor de contenidos que permite introducir todo tipo de

información y que la presenta de diferentes medios de acuerdo a las categorías que el

portal incluye.

EdiLocal


4.2.6.4.1 Portal

• Estructura, menús y servicios

La estructura básica de organización de contenidos de los portales web

generados por PISTA Local se basa principalmente en Grupos y Servicios, los

grupos no son sino etiquetas (carpetas) de las que cuelgan los servicios

(información). Hay una categoría especial de Grupos, los Menús, que no son

sino Grupos que dependen directamente del Grupo de Inicio y, por lo tanto, se

visualizan de forma distinta al resto de Grupos.

Básicamente la estructura de contenidos del portal se realiza a través de la

creación de Menús, que pueden incluir Grupos (etiquetas) o Servicios

(información). Así, y de una forma sencilla, se puede estructurar el visionado de

toda la información

Cuando trabajamos con un Servicio podemos definir varios criterios:

• Nombre del Servicio

• Tipo de Servicio:

Dependiendo de si es una página libre (página de html), categoría de

contenidos (que explicaremos un poco más abajo) y URL externa (una

página externa al portal)

• Integrador:

En este apartado indicamos cómo se visualizará este Servicio en el portal,

hay tres opciones; Estándar (dentro de la zona de contenido del portal),

Integración Ligera (similar a la anterior, pero las imágenes que estén

“dentro” del Servicio NO están en nuestro servidor, sino en uno externo)

y Nueva Ventana (el Servicio se muestra en una nueva ventana).

Finalmente también se puede indicar los usuarios que tienen permitido ver este

contenido.



• Interfaz gráfica / Propiedades del portal

Una vez que el administrador global haya puesto a disposición de los

administradores locales de los portales web varias CSS estos últimos podrán

variar enormemente el aspecto visual del portal seleccionando las CSS que

determinan el aspecto visual del mismo de forma rápida y fácil.

Así mismo también podrán cambiar detalles como la imagen de la Entidad Local

(habitualmente un escudo), la imagen de portada (la que se muestra en la parte

superior del portal) o el banner que aparece (o no, va a discreción del

administrador) en la parte superior del portal.

Fuera del apartado visual también se pueden indicar aquí detalles como el nombre del

portal, la dirección de envío de email’s así como la de recepción del buzón de

sugerencias, el “pie de página” (donde se suele incluir la dirección, teléfono, fax, email,

etc.), el código INE del municipio (muy importante a la hora de trabajar con las

pasarelas), los lenguajes en los que estará disponible el portal (así como cuál es el

idioma predeterminado)

EdiLocal


4.2.6.4.2 Gestor de Contenidos

Está compuesto por distintas categorías de contenidos y todas ellas comparten la

posibilidad de crear subcategorías de forma que, al enlazarlas con los Servicios, tan sólo

ofrezcan una información determinada.

Al trabajar con el gestor de contenidos también existe la posibilidad de mostrar la

información contenida en determinada categorías de contenidos de otro portal en un

servicio dentro de nuestro portal.

Finalmente, otra opción a disposición de los administradores de los portales es la de

filtrar la información por medio de filtros temáticos (que también permite,

simultáneamente, filtrar y restringir contenidos de manera que se muestre un

determinado tipo de contenido pero no otro):

• Noticias, en esta categoría de noticias el administrador local puede introducir

noticias para su comunidad, el formato de éstas consta de un titular, una

entradilla, un campo de contenido que cuenta con una plantilla de texto rico (que

permite incluir imágenes, enlaces a contenidos del portal, etc) y un campo

definido para la “firma” del creador de la noticia.

• Anuncios, es una categoría con una estructura similar a la de noticias pero con

una presentación visual inicial mucho más atractiva (similar a los post-it),

además de los campos de Noticias cuenta con la opción de indicar la fecha de

publicación del anuncio (en Boletines Oficiales, etc.)

• Directorio, aquí tenemos la posibilidad de realizar, mediante “fichas” un

directorio ya sea de “personas” o de “entidades”, a través de los cuales informar

al visitante de la dirección, historia y métodos de contacto con la persona o

entidad incluida.

La estructura de estos directorios es interesante ya que nos ofrece dos campos de

texto rico, uno en el que “pegaremos” la foto (persona) o logo (entidad) y un

segundo en el que volcaremos texto. Además estos directorios son importantes

porque están estrechamente relacionados con la categoría de Trámites.



• Boletín, esta categoría nos permite crear y subir boletines al portal. Los

boletines se crean mediante la selección temática de las noticias introducidas en

el portal web, una vez realizada la selección y ordenadas las noticias a incluir en

el portal éste nos genera automáticamente un boletín con esas noticias (en

formato rtf que lee cualquier procesador de textos) que posteriormente

subiremos a la web.

• Instalaciones, en esta categoría podemos crear agendas sobre las instalaciones

(piscinas, salas de visionado, etc), que la Entidad Local posea, de forma que,

además de dar información sobre éstas, los usuarios registrados puedan

comprobar el horario y la disponibilidad de las instalaciones.

• Actividades, esta categoría está totalmente relacionada con la de las

Instalaciones de forma que el portal nos permite crear Actividades en las

Instalaciones de la Entidad Local de forma que los usuarios, además, pueda

reservar plaza en las Actividades que la Entidad Local, o el responsable de la

Instalación, impartan. Estas reservas tienen que ser confirmadas por el

Administrador.

• Anexos, esta categoría permite incluir pequeñas notas que enlazar desde otras

categorías.

• Ficheros, en esta categoría el usuario puede hacer upload de los ficheros más

habituales de Internet.

Además es bastante fácil el añadir otros tipos de archivos que el portal

reconocerá y permitirá subir a la web y, por lo tanto, poner a disposición de los

usuarios.

Actualmente soporta “de fábrica” los archivos con las siguientes extensiones;

gif, jpg, jpeg, png, bmp, doc, rtf, html, htm, bin, exe, com, avi, mpg, mpeg, txt,

xml, wav, mp3, au, wma y pdf.

Estas categorías se pueden enlazar directamente con los Servicios de manera que

ofrezcamos, por ejemplo, una galería de imágenes o bien una galería de ficheros

sobre un tema determinado (como las Actas del Ayuntamiento)

• Servicio Páginas Libres, en esta categoría se almacenan las páginas libres

(html) que se vinculan cuando se crea un Servicio de tipo “página libre”.

También es posible crearlas desde el Gestor de Contenidos y enlazar este

EdiLocal


contenido desde cualquier otra categoría o incluso desde cualquier campo de

texto rico.

• Trámites, esta otra categoría permite al usuario volcar en el portal web trámites

y formularios que poner a disposición de los usuarios, registrados o no, de forma

que éste no tenga que desplazarse a las oficinas del Ayuntamiento salvo para

entregar el documento completamente hecho.

Está relacionado con el Directorio de Entidades ya que hay dos campos que

enlazan directamente con éste.

Incluye un campo en el que se puede “pegar” el enlace para aquellos trámites

que permiten realizar la tramitación on-line.

Todas estas categorías cuentan con la posibilidad de indicar fecha de inicio (si no se

indica el sistema marca el día de la creación del documento) y fecha de fin (si no se

indica el sistema marca 50 años de antigüedad), de esta forma se regula la visibilidad de

la información para los usuarios. Es decir, un documento será visible a partir de

determinada fecha y dejará de serlo en una fecha determinada. Por otra parte existe la

posibilidad de indicar que los documentos caducados se almacenen en una categoría de

contenidos caducados o bien sean eliminados del portal.

También podemos editar el contenido una vez creado, permitiéndonos así modificar la

información que muestra el Servicio.

Tipos de contenido:

Existe la posibilidad de crear nuevos tipos de contenido, así como la de editar los tipos

de contenido ya existentes.

Una opción muy interesante que nos ofrece el portal es la de crear relaciones entre los

distintos tipos de contenidos incluidos en el portal, de esta forma, por ejemplo, un

administrador puede hacer que una imagen (pequeña) esté directamente relacionada con

otra (la misma pero de mayor tamaño) para que al clickar sobre una nos lleve a la otra.

Además de poder crear tipos de contenido el portal también nos permite editarlo,

borrarlo y mover los propios contenidos incluidos dentro de cada categoría



4.2.6.4.3 Pasarelas

PISTA Administración Local permite que los usuarios registrados en el portal puedan

consultar en distintas pasarelas información personal relacionada con la Entidad Local.

Actualmente la información que se puede consultar es la del padrón, el estado contable

del ciudadano o de la entidad con la Administración Local y la situación de tasas y

tributos.

• Padrón.

Gracias a estas pasarelas podemos:

o consultar nuestros datos patronales

o solicitar un volante padronal, el usuario ve los datos de su hoja padronal

y puede solicitar un volante de empadronamiento, indicando a través de

un desplegable el motivo de su solicitud.

o consultar el listado de empadronados, sólo permite ver aquellos que se

encuentran en la misma hoja padronal que el solicitante.

Además de permitir al usuario registrado consultar sus datos en el registro del padrón el

portal también genera tablas estadísticas (configurables por parte del administrador

local) sobre la población del municipio, estadísticas que se organizaran por nivel de

estudios, lugar de nacimiento y edades para mostrar una visión general, aunque

detallada, de la población.

• Estado contable

A través de esta pasarela el ciudadano, o entidad, puede comprobar el estado de

sus facturas con el municipio así como ver copia detallada de cada una de las

mismas.

• Estado fiscal

Esta última pasarela muestra información relativa al estado tributario del

ciudadano.

EdiLocal


4.2.6.5 Seguridad y acceso

Roles y Permisos

PISTA Administración Local permite definir hasta el mínimo detalle los roles (es decir,

la agrupación de los permisos que tendrá ese rol) y los permisos (la autorización de lo

que ese determinado rol puede hacer sobre determinadas categorías y/o contenidos) que

tendrán los usuarios del portal.

El administrador procede a crear una etiqueta (Rol) sobre la que luego se definen los

permisos sobre el contenido (ver, crear, editar y eliminar) y sobre la categoría de

contenidos.

De esta forma se puede indicar los permisos sobre el contenido del portal (ver, creación,

edición y eliminación) y sobre la propia estructura del portal (ver, creación, edición y

eliminación) que tendrán los usuarios, pudiendo crear usuarios con una amplía variedad

de permisos sobre el contenido o la estructura del portal.

Administración de usuarios

La Administración de usuarios está muy claramente definida y permite crear usuarios

con distintos permisos y roles (un usuario puede tener varios roles a la vez y, con ello,

varios permisos sobre el contenido). Es a través de la Administración de usuarios donde

se indican lo que podrá hacer éste una vez que se identifique en el portal.

Por defecto el portal tiene varios perfiles de usuarios2 y un usuario puede tener varios

perfiles asociados:

Administrador Global

Es el usuario máximo de todos los portales, tiene todos los permisos sobre

toda la herramienta. Así, además de poder hacer lo que el resto de usuarios

cuenta con ciertas funciones propias.

- Clonación de portales, permite la creación de

nuevos portales.

- Sincronización de usuarios, tras la clonación de

2 Todo Administrador puede crear usuarios con su mismo nivel o inferior



un portal o tras la eliminación de la base de datos

de usuarios.

- Sincronización de contenidos, si el índice de

contenidos (la presentación de contenidos) se

corrompe puede arreglarse a través de este servicio.

- Administración de los portales.

- Gestión de las pasarelas

Administrador Local Avanzado

Dentro de un portal es el usuario con más permisos, si el Local está más

orientado al trato con el contenido el Avanzado está orientado al trato con

todo el portal.

- Gestión de Roles y Permisos. Gracias a esta

función el Administrador Local Avanzado puede

crear distintos tipos de Roles a través de los cuales

se definen los Permisos que los usuarios tendrán

sobre las categorías y sobre los contenidos.

Pudiendo crear así usuarios que realicen

determinadas funciones que afecten al contenido, a

la estructura del portal o a ambos.

- Gestión de Tipos de Contenido, a través de este

servicio los administradores locales avanzados

pueden o bien modificar (o eliminar) los tipos de

contenidos que el portal tiene definidos o bien crear

nuevos tipos de contenido.

Administrador Local

Administrador habitual de los portales, es el administrador predefinido con

menos permisos sobre el portal web, aunque es capaz de realizar numerosas

funciones, preferentemente sobre el contenido y la estructura del portal.

- Propiedades del portal

- Usuarios

- Contenidos

- Menús laterales (clasificación jerárquica de

EdiLocal


las opciones del portal)

• Menús

• Grupos

• Subgrupos

• Servicios (acceso a información, trámites,

contenidos, enlaces, ..)

• Servicios

• Servicios asociados a grupo

Usuarios registrado

Ciudadano del municipio que se ha registrado en el portal y que puede

acceder a la información destinada a los usuarios registrados así como a la

información relativa a su persona (la de las pasarelas)

- Identificación

- Olvidé mi contraseña

- Mis datos

- Mis suscripciones

- Reservas de actividades e instalaciones

- Información personal

• Padrón de habitantes

• Información contable

• Información fiscal

Usuario no registrado

Es el usuario “guest”, todo aquello visitante del portal que no se identifique

en el portal tan sólo podrá acceder al contenido “público” del mismo.

- Navegación y consulta

- Selección de idioma

- Búsquedas

- Buzón de sugerencias

- Descarga de archivos y formularios



4.2.6.6 Otras funcionalidades

PISTA Local incluye otras funcionalidades que, por sí, no tienen cabida en los puntos

antes mencionados, pero que son destacables.

• Envío masivo de correos:

Otra funcionalidad disponible tan sólo para los administradores locales es la de

enviar correos masivos a todos los usuarios registrados en el portal para informarles

de, por ejemplo, cualquier novedad o noticia.

• Envío de correos:

Hay contenidos (directorios de personal y entidades) que incluyen un campo para

indicar el correo electrónico, en este caso el portal permite que al pinchar sobre la

dirección se pueda enviar un email directamente desde el mismo portal. El usuario

que envía el email tiene que estar registrado (su nombre constará en el envío) y debe

rellenar el título del email así como el contenido del mismo (aunque en texto plano)

• Boletín de noticias:

Gracias a la herramienta se pueden crear un boletín de noticias. Para ello se realiza

una selección entre las noticias introducidas en el portal, una vez seleccionadas el

portal genera un fichero con extensión rtf que incorpora todas las noticias

seleccionadas, respetando el orden de selección (totalmente configurable). Este

archivo puede subirse a su propio Servicio dentro del portal donde podemos

almacenar los distintos boletines creados.

• Estadísticas del portal

Entre las otras herramientas con las que cuenta el portal está el servicio de

estadísticas, que las agrupa por número de conexiones a cada servicio y por tiempo

de conexión, permitiendo así consultar cuáles son los servicios más demandados del

portal.

EdiLocal


• Búsquedas

El portal permite realizar búsquedas dentro de todo el contenido público, para ello

trabajaremos con las palabras claves introducidas en los campos de título y de

palabras clave. Las búsquedas se pueden hacer mediante caracteres booleanos.

• Buzón de sugerencias

Los usuarios pueden enviar sugerencias, emails, a través de esta sencilla herramienta

rellenando una serie de campos para contactar con el administrador del portal

definido en el servicio “Propiedades del portal”.

4.2.7 Módulos Desarrollados.

• Gestor de Portal

• Gestor de Contenidos

• Pasarelas de Gestión Interna

• Gestor de actividades y recursos

• Boletín electrónico



4.3 IDA _ PADRÓN

Diseño de los registros para intercambiar la información necesaria para la gestión del

Padrón de habitantes. Se han elaborado siguiendo la normativa INDALO y son de

especial utilidad para los intercambios de información entre el Instituto Nacional de

Estadística y los ayuntamientos.

El diseño de los ficheros de intercambio responde a los acuerdos tomados en el seno de

la COAXI (Comisión Nacional para la Cooperación entre las Administraciones Públicas

en el campo de los Sistemas y Tecnologías de la Información), en la que participan

tanto los ayuntamientos a través de la FEMP (Federación Española de Municipios y

Provincias) como el INE (Instituto Nacional de Estadística).

4.3.1 Origen de IDA_Padrón

El Proyecto IDA_Padrón tiene su origen en el año 1996, año en el que el INE, en

colaboración con la FEMP y el MAP, consideró necesario la realización de estudios,

para la elección de un medio de transporte de información de datos padronales por

medios telemáticos. Este medio de transporte, debería sustituir al intercambio de datos

en soporte magnético, sistema que se mostrado seguro, pero muy poco flexible y de

laboriosa operación y que no permite la reducción de tiempos de respuesta ni

automatizar el procedimiento de gestión.

El resultado de estos estudios fue:

• La elección de EDI como único medio de transporte telemático de intercambio

de información Padronal.

• La publicación por parte del INE de un concurso de asistencia técnica para la

definición de los mensajes EDIFACT, a utilizar en la transmisión de datos

padronales entre el INE y los Ayuntamientos, y el desarrollo de software

necesario para la validación y traducción de mensajes.

EdiLocal


La elección de EDI/X400 no fue caprichosa:

• En aquellos momentos, era el único medio “seguro” de intercambio de datos

• Se pretendía garantizar una homogeneidad con el medio de transporte de otras

informaciones con otros organismos de la Administración.

El intercambio de información de datos padronales por medio de EDI (EDI-

Padrón) se enmarcaba en un proyecto más ambicioso de intercambio de

información de las Administraciones Públicas, sobre todo con el concurso,

convocado por el Ministerio de Fomento, para el proyecto “Ventanilla Única”,

que comprende tanto la conexión telemática de todos los Registros de las

Administraciones Públicas como el servicio común de información

administrativa y tramitación electrónica, así como con la Seguridad Social que

ya tenía funcionando con este mismo sistema el envío de documentos de

cotización a la Seguridad Social (TC1 y TC2), así como los de afiliación a la

Seguridad Social.

A pesar de la idoneidad del sistema de transporte de información seleccionado en ese

momento, éste nunca fue puesto en marcha debido fundamentalmente a que precisaba la

contratación, por parte de los Ayuntamientos, de los servicios de una Red de Valor

Añadido para disponer de una mensajería X-400, como requisito para poder

intercambiar telemáticamente datos con el INE.

En general, no aceptan tener que contratar otro tipo de mensajería a los solos efectos de

comunicación con el INE.

Por ello y como consecuencia de que la tecnología ha avanzado de forma muy rápida y

la mensajería abierta según las normas INTERNET, ha irrumpido y desarrollado con

tanta fuerza y éxito que si bien hace menos de 3 años era impensable plantear un

proyecto de intercambio de datos administrativos basado en este tipo de mensajería, la

realidad de hoy es que no se está diseñando ni desarrollando ningún proyecto en la

propia Administración Pública que no gire a través de este sistema.

Por todo ello el INE ha creído conveniente reconsiderar el proyecto inicial para que el

medio de comunicación entre los Ayuntamientos y el INE se base en sistemas de

mensajería abierta POP3/SMPT1, con redes de comunicación estándar de Internet IP.



Las normas básicas sobre las que se rige el Padrón y por ende el Sistema IDA_Padrón

son :

• Ley 4/1996, de 10 de enero: por la que se modifica la Ley 7/1985, de 2 de abril,

Reguladora de las Bases del Régimen Local, en relación con el Padrón

Municipal.

Ley que fija el marco de actuación en que debe moverse la Gestión del Padrón,

la función de cada uno de los organismos implicados en la Gestión del Padrón,

así como los criterios de confidencialidad de los datos que deben regir en esta

gestión, de la siguiente forma:

• La gestión del Padrón deberá realizarse por medios informáticos

• La formación, mantenimiento, revisión y custodia del Padrón municipal

corresponde al ayuntamiento.

• Se atribuye al Instituto Nacional de Estadística las funciones de Coordinación de

los distintos padrones municipales.

• Los datos del Padrón municipal se cederán a otras Administraciones Públicas

que lo soliciten sin consentimiento previo del afectado solamente cuando les

sean necesarios para el ejercicio de sus respectivas competencias y

exclusivamente para asuntos en los que la residencia o el domicilio sean datos

relevantes. También pueden servir para elaborar estadísticas oficiales sometidas

al secreto estadístico, en los términos previstos en la Ley 12/1989, de 9 de mayo,

de la Función Estadística Pública. Fuera de estos supuestos, los datos de Padrón

son confidenciales y el acceso a los mismos se regirá por lo dispuesto en la Ley

Orgánica 5/1992 , de 29 de octubre, de Regulación del Tratamiento

Automatizado de los datos de Carácter Personal y en la Ley 30/1992 de 26 de

noviembre, de Régimen Jurídico de las Administraciones Públicas y del

Procedimiento Administrativo Común.

• RD 2612/1996

Real Decreto en el que se modifica el Reglamento de Población y Demarcación

Territorial, fijando las normas generales de la Gestión del Padrón e indicando

“como” hay que realizarla. Se fijan los derechos y deberes de los vecinos y

organismos intervinientes en la Gestión del Padrón

EdiLocal


4.3.2 El Sistema

El Sistema IDA_Padrón, es un proyecto desarrollado por ACINCO y Telefónica para el

Instituto Nacional de Estadística, que trata de desarrollar ciertos puntos normativos en

los que se apoya.

Las características principales del sistema son las siguientes:

A. Sistema de envío Telemático de Datos.

El usuario de este sistema, podrá enviar al INE y recibir del INE datos

padronales, y más concretamente la información (en forma de ficheros planos),

indicada en la Resolución de 9 de abril de 1997.

Este envío/recepción de ficheros, se realizará en dos fases.

En una primera fase, el usuario de este sistema podrá enviar al INE, los ficheros

de variaciones de datos de vecinos. Recibirá del INE, los errores y propuestas de

variación de estos mismos datos.

En una segunda fase, el usuario de este sistema podrá enviar y recibir no solo

variaciones de datos de Vecinos, sino también de datos territoriales (Vías,

Unidades Poblacionales, etc.)

B. Sistema de Consulta de Datos Padronales.

El usuario de este sistema, si está autorizado, podrá consultar por vía telemática

los datos de sus respectivos padrones que obren en poder del Instituto Nacional

de Estadística.



Asimismo, en una segunda fase, el usuario autorizado, podrá obtener copias de

sus respectivos padrones, o, en su caso, solicitar por este medio las copias de los

mismos.

C. Tres vías de comunicación de datos

que se corresponden con cada uno de los tres sub-sistemas en que se ha dividido:

a. T_INE : Software de estación de Cliente de Ayuntamientos para

envío/recepción de ficheros padronales desde/hacia el INE, a través de

correo electrónico POP3/SMPT.

b. DIP_TELCO: Software de estación de Cliente de Diputaciones

Provinciales, Cabildos y Consejos Insulares para envío/recepción de

ficheros patronales desde/hacia INE a través de correo electrónico

POP3/SMPT

c. WEB : Servidor Web (IDA_Web) para:

i. Envío/Recepción de Ficheros patronales

ii. Consultas del estado de tramitación en el INE de los ficheros

padronales.

iii. Consultas/Copias de los respectivos padrones municipales.

D. Base de Datos de Control común: RAES ( Repositorio de Actividad de Entrada-

Salida).

Cuando se utiliza IDA_Padrón, la información enviada al INE por los

Ayuntamientos y la que el INE envía a los mismos, es anotada tanto su entrada

como su salida en una base de datos Central del INE, el Repositorio de

Actividad de Entrada Salida.

Este RAES contiene además, los apuntes de cada una de las fases aplicadas a

cada fichero enviado o recibido en el INE y esta información estará disponible

en tiempo real para los usuarios del sistema.

EdiLocal


Si el usuario del Sistema, utiliza para el intercambio de datos alguna de las

aplicaciones de cliente (T_INE, DIP_TELCO), el sistema guardará esta misma

información en su RAES local, es decir el usuario podrá consultar su propia base

de datos en la que se indicarán todas las salidas y entradas de ficheros de

variaciones así como las incidencias producidas en los mismos.

Existirán pues dos tipos de RAES :

� RAES del INE que contendrá todos los “apuntes” relativos a la información que

ha llegado al INE o que ha salido de este organismo. Los usuarios del sistema,

podrán acceder en tiempo real a la información que le competa y saber en cada

momento en que fase de carga se encuentra la información remitida.

� RAES locales, de los Ayuntamientos, Diputaciones, Cabildos y Consejos que

realicen la transmisión de datos por T_INE y DIP_TELCO. Información que,

por defecto residirá en base de datos de ACCESS, y en la que se reflejarán las

entradas y salidas de información del sistema local.

La existencia del RAES es, posiblemente el elemento más importante y

novedoso de todo el sistema, ya que permitirá al usuario del sistema tener

constancia de todo lo acontecido con la información enviada y recibida al/desde

el INE.

En esencia el RAES local es un elemento no estrictamente necesario, pero en el



caso de carecer de éste, el ayuntamiento no tendría constancia de lo acontecido

con la información que el mismo ha procesado (de entrada/salida), únicamente

tendrá conocimiento de lo que ha procesado el INE a través de la consulta al

RAES de esta institución.

E. Seguridad acorde con la tecnología y su fase de implantación.

El sistema básico de seguridad inicial será diferente según el sistema de

comunicación seleccionado:

� Sub-Sistema IDA_Web : El sistema básico de seguridad se basa

únicamente en la existencia de claves privadas, aunque el INE dispondrá

de dos servidores, uno de ellos contará con certificado de servidor por lo

que se tratará de un “servidor seguro”. El ayuntamiento podrá acceder a

uno u otro indistintamente, aunque las información solicitada será

presentada mas lentamente en el caso de acceso al “servidor seguro”

� Sub-Sistemas T_INE/DIP_TELCO. Además de la asignación de claves

privadas, ya lleva incluido un sistema de seguridad, basado en

compresión de datos y cifrado por CriptoApi’s.

Por ello, desde un principio y, a pesar de que IDA_Web se ajuste a la

normativa sobre seguridad informática, las aplicaciones de Cliente, disponen

de una seguridad superior a la reglamentariamente necesaria

EdiLocal


4.3.3 Datos de Intercambio

Ya se ha comentado que los datos a intercambiar son ficheros planos ASCII, en la

Resolución de 9 de abril de 1997, se indican los diferentes ficheros planos y su

estructura, contenido y denominación de cada uno de ellos.

El envio de información al INE, conlleva la elaboración de 2 ficheros, el fichero de

datos IDP y el fichero de control el UNB.

Los pasos para el envio de información son:

1. Pre-Validación de ficheros:

La generación de los ficheros de Control, se realiza mediante la aplicación del

programa INEVALIDACION al fichero de datos correspondiente que tiene dos

modos de ejecución:

Solo Recuento de registros del fichero de Datos:

El programa lee el fichero de datos y obtiene un recuento del tipo de registros

que existen en este fichero. Para este recuento utiliza los datos de: Tipo de

Información, Causa de Devolución, Clave y Causa de Variación

Recuento y validación del fichero de Datos:

Además de la función anterior, el programa realiza una validación sintáctica del

fichero de datos, e indica al usuario por medio de un listado, de los errores

detectados en el propio fichero. Estos errores, se corresponderán con errores de

formato de campos dentro de un determinado registro.

Con cualquiera de las dos opciones, el programa obtendrá un fichero de control

encriptado, que contendrá un recuento básico del fichero de datos. La

denominación de este fichero será idéntica al de datos pero cambiando su

extensión por “UNB”.

Si el medio de intercambio de datos seleccionado ha sido T_INE o

DIP_TELCO, será el propio sistema el que ejecute de forma automática este

programa para obtener el fichero de Facturas de control.

Si el medio de intercambio es IDA_WEB el usuario se los “baja” de la Web



2. Ficheros de Facturas de Control:

El fichero UNB tanto en envío, como en recepción tiene el mismo formato. Es

un fichero ASCII, marcado con una sola sección “[UNB]” en la que cada una de

las entradas representa un determinado recuento del fichero de datos a que hace

referencia.

De forma que, después del igual (=) de cada entrada, se indica el número de

registros del fichero de datos al que hace referencia.

La existencia de los ficheros UNB en el sistema es crucial ya que será el único

medio de que el receptor de la información sea capaz de determinar si un

determinado envío ha sido recibido correctamente. Para ello bastará con que las

aplicaciones de usuario, realicen un recuento sobre el fichero de datos y

comprobar el resultado con el correspondiente fichero UNB de control. Si los

recuentos no coinciden, se deberá inferir un error en la transmisión de los datos

y por lo tanto repetir el envío o recogida de los datos.

EdiLocal


4.3.4 Flujo de Gestión

No existirá una obligatoriedad de adhesión, al programa. En función de las formas de

comunicación analizaremos la gestión:

• Disquetes/Cintas : En ningún caso, existirá una obligatoriedad de adhesión, por

lo que el ayuntamiento podrá, si así lo desea, seguir enviando (y recibiendo) la

información en soporte magnético (cinta de carrete abierto o disquete) a la

Delegación Provincial del INE en su Provincia.

En este primer caso, el ayuntamiento no notaría diferencia alguna con el sistema

actual, aunque la Delegación Provincial del INE dispondrá del aplicativo de

Cliente D_INE, en todo equivalente a DIP_TELCO, por el que se permitirá a la

Delegación Provincial realizar exactamente las mismas funciones de transmisión

de datos que a la Diputación Provincial.

La Delegación Provincial será entonces la encargada de recibir la información

en soporte magnético procedente del ayuntamiento y de la devolución a este de

las incidencias de carga producidas.



• IDA_Web :La segunda forma de envío/recepción de ficheros, es la utilización

de DA_Web.

En esta ocasión, el usuario del ayuntamiento, después de validar el fichero de

datos de variaciones con el programa INEVALIDACION y haber obtenido el

fichero de Factura de Control, remitirá estos dos ficheros al INE por medio de

este subsistema.

Una vez procesados estos ficheros en el INE, se obtendrán y comunicarán al

ayuntamiento por correo electrónico los ficheros de incidencias de datos y de

facturas de control (antes del día 10 del mes siguiente a la recepción del fichero

de variaciones en el INE).

• T_INE/DIP_TELCO : Una tercera forma de enviar la información al INE será

por medio de T_INE, cuando es el propio ayuntamiento quien realiza el envío o

DIP_TELCO cuando el envío lo realiza la Diputación Provincial en sustitución

del Ayuntamiento.

Cuando el envío se realiza con DIP_TELCO, el procedimiento será idéntico al

realizado con D_INE, es decir el ayuntamiento pondrá a disposición de la

Diputación Provincial la Información a transmitir al INE. En la diputación

Provincial se utilizará DIP_TELCO para Pre-Validar los ficheros de datos,

comprimirlos, obtener los ficheros de Facturas de Control y remitirá éstos al

INE.

Una vez procesados estos ficheros en el INE, se generarán los correspondientes

ficheros de devolución (datos y control) que serán remitidos por este sistema a la

institución que ha enviado esta información.

Cuando el envío es por T_INE, el procedimiento sólo se diferencia del anterior

en que es el propio ayuntamiento el que realiza el envío, manteniendo el resto

del ciclo sin modificación alguna.

Como ya se ha indicado previamente todo este intercambio de información se

realiza a través de la red IP y es anotada tanto en los RAES locales, como en el

RAES nacional del INE que podrá ser accedido por los usuarios del sistema por

medio del Web de cada institución.

EdiLocal


• TELCO ++ : En todo este flujo de información, la automatización del proceso

en el INE, se realiza por medio del autómata de recepción y transmisión

TELCO++.

Este producto, de forma automática, rastrea los directorios de entrada en busca

de información enviada desde las diferentes instituciones. Si encuentra algún

fichero en este directorio y se ajusta a las especificaciones señaladas con

anterioridad, anota la entrada en el RAES y da entrada a de la información al

sistema de gestión del INE.

• Restricciones Periódicas : De igual forma actúa con la información de salida,

por lo que al menos y solo en teoría, las restricciones periódicas señaladas en el

RD 612/1996, en el que se indica un ciclo mensual de envío/recepción de

ficheros podría no tener efecto.

En pura teoría, lo dicho anteriormente es correcto, pero en ningún caso debemos

olvidar que la “coordinación de padrones”, responsabilidad del INE, necesita de

la existencia de TODA la información mensual, o de toda la información de una

determinada fecha de referencia para poder tratar de forma adecuada las

variaciones inter-padronales.

Es decir, el INE y por ende, los diferentes ficheros padronales, deben estar

referidos a un determinado momento (en nuestro caso mensual), para asegurar

una actualización coordinada de padrones en un momento dado, ya que de otra

forma, las diferencias temporales de envío y recepción de ficheros generarán, sin

Introducción IDA_Padron.



4.4 Proyecto “ Ventanilla Única”

4.4.1 Descripción General

El Acuerdo de Consejo de Ministros de 4 de abril de 1997 (BOE de 14 de abril), para la

progresiva implantación de un sistema intercomunicado de registros entre la

Administración General del Estado, las Administraciones de las Comunidades

Autónomas y las entidades que integran la Administración Local, aboga por la

conversión de los registros de las Administraciones Públicas en auténticas "ventanillas

únicas" de acceso al conjunto de prestaciones y servicios públicos, independientemente

de cual sea en cada caso la Administración competente.

Tal mandato implica, desde el punto de vista técnico, la puesta en marcha de un

importante proyecto cuyas funcionalidades clave se resumen en los siguientes

apartados:

� Interconexión y transmisión de asientos registrales y, en su caso, de documentos

completos entre las distintas Unidades registrales de las Administraciones

Públicas que hayan firmado o se hayan adherido a los Convenios marco de

colaboración.

� Acceso desde cualquier punto remoto a las bases de datos públicas y a cualquier

otra información de interés para los ciudadanos que proceda de cualquiera de las

Administraciones públicas.

� Posibilidad de realización de trámites administrativos (simples, complejos y de

tramitación compartida) desde el lugar de trabajo del ciudadano o incluso desde

su hogar.

El proyecto puede llegar a afectar a las más de 13.000 unidades registrales con las que

cuentan la Administración General del Estado, las Administraciones Autonómicas y la

Administraciones Locales. La ambición del proyecto Ventanilla Única hace que deba

ser acometido con plazos realistas, considerando como hito más cercano la

informatización e intercomunicación de asientos registrales hasta llegar, como horizonte

final, a la tramitación desde el hogar del ciudadano.

EdiLocal


El día 8 de noviembre de 1997 se publicó en el BOE la Resolución de la Secretaría

General de Comunicaciones del Ministerio de Fomento que anunciaba, por el

procedimiento abierto de concurso, la consultoría y asistencia para la puesta en marcha

del proyecto piloto "Ventanilla Única" de la Acción PISTA (Promoción e Identificación

de Servicios Emergentes de Telecomunicaciones Avanzadas) en el sector de las


El Pliego de Especificaciones Técnicas de la Acción PISTA establece la realización de

dos subproyectos de tres niveles cada uno:

Subproyecto 1. Interconexión de Registros. Niveles:

1. Intercambio electrónico de asientos registrales

2. Nivel 1 + documentos electrónicos estructurados

3. Nivel 2 + documentos electrónicos no estructurados

Subproyecto 2. Servicios de Información Administrativa y Tramitación Electrónica.

Niveles:

1. Desarrollar una guía integrada de prestaciones y servicios administrativos y

facilitar la obtención de los modelos de documentos existentes para la

tramitación de procedimientos.

2. Facilitar la iniciación de procedimientos mediante el envío de formularios

electrónicos normalizados.

3. Facilitar la tramitación electrónica de procedimientos permitiendo la

comunicación entre las Administraciones intervinientes y con los ciudadanos.



4.5 Proyecto “SISTER”

4.5.1 Objeto Principal del SISTER 3

El objeto principal es la construcción de un sistema informático que permita la

referencia unívoca de los objetos territoriales y que posibilite su explotación selectiva,

de acuerdo con los atributos que caracterizan a dichos objetos.

4.5.2 Objetivos Generales de SISTER.

� Proporcionar herramientas para facilitar la validación de las direcciones desde

cualquier aplicación de propósito general y la actualización periódica de la

información.

� Asignar automáticamente los atributos territoriales correspondientes a una

dirección.

� Admitir consultas en modo interactivo sobre la información contenida en el

sistema.

� Permitir el intercambio de información según distintos criterios de selección

entre diferentes ubicaciones del sistema, en los cuales las plataformas pueden no

ser de tipo idéntico.

4.5.3 Descripción general.

El Sistema Unificado de Referenciación Territorial se descompone en los siguientes

Subsistemas:

� Subsistema de Validación.

� Subsistema de Consultas interactivas.

� Subsistema de Distribución.

� Subsistema de Actualización Central.

Los dos primeros: Validación y Consultas interactivas están distribuidos en un número

indeterminado de Ordenadores, ubicados en cualquier organización (pública o privada)

interesada en el servicio.

3 SISTER: Sistema Integrado de Referenciación Territorial. V. 3.0.

EdiLocal


El Subsistema de Actualización se encarga de la recogida y actualización de los datos:

calles, tramos, municipios, provincias, etc., y del mantenimiento de los programas de

ordenador desarrollados.

El Subsistema de Distribución asegura el transporte de los datos y programas entre el

Subsistema de Actualización Central y cada uno de los Subsistemas de Validación y

Consultas distribuidos, incluyendo la actualización correspondiente en estos últimos.

Todos los componentes del sistema están diseñados de forma que en el momento de

instalarlo se pueda:

� Elegir idioma en el que debe contestar, entre los de cualquiera de los oficiales de

las CC.AA. del Estado: Castellano, Catalán, Vasco, Gallego, etc.

� Asignar, por defecto, valores para provincia y municipio.

4.5.4 Descripción de las Entidades.

Las Entidades que gestiona el Sistema son las siguientes:

� Provincias

� Variantes de provincias

� Municipios

� Variantes de municipios

� Entidades de población

� Variantes de Entidades

� Calles

� Variantes de calles

4.5.5 ¿Cómo Obtenerlo?.

Se puede adquirir en la Librería del Boletín Oficial del Estado, C/Trafalgar 27-29,

28071 Madrid; teléfonos (91) 538 22 95, (91) 538 21 20, o en los puntos de distribución

de las publicaciones del MAP.



4.6 Proyecto “MIGRA”

Norma UNE exp. 148001 MIGRA

4.6.1 Derechos de Utilización

MIGRA ha sido desarrollada por el Comité Técnico 148 de AENOR en colaboración

con la COAXI. AEN/CTN 148 decidió por mayoría su aprobación como su elevación a

Norma Española experimental en reunión celebrada en 1997-01-30. AENOR es

propietaria de los derechos de autor su adquisición es imprescindible para su

implementación.

4.6.2 Descripción General

MIGRA es un mecanismo de intercambio de información geográfica digital, que

contempla cuatro niveles de topología: espagueti, cadena-nodo, topología completa y

topología parcial. Incluye aspectos avanzados tales como : Metadatos, Datos de

Calidad, Atributos definibles por el usuario, un Catálogo de Elementos MIGRA y la

posibilidad de intercambiar también Catálogos de usuario. El modelo conceptual de

intercambio está descrito tanto en MÉTRICA versión 2.1 cómo en EXPRESS y el

formato físico tiene la forma de tablas relacionales.

EdiLocal


5 RED CORPORATIVA DE VOZ Y DATOS DE LA

XUNTA DE GALICIA

5.1 Características

El origen de la Red Corporativa de Voz y Datos de la Xunta de Galicia está en un

convenio de colaboración entre ésta y Telefónica de España, S.A. con la formalización

en 1993 de un contrato de colaboración para el suministro, instalación, puesta en

marcha y asistencia técnica de una red privada de comunicación de datos para dar

servicio de transporte de datos al proyecto de modernización administrativa y a otros

organismos. Esta red integraba las comunicaciones de voz y datos que antes eran

independientes, disponiendo de capacidad para soportar el tráfico de los edificios

conectados y de aquellos en los que estaba prevista su conexión, así como las nuevas

aplicaciones multimedia: datos, voz y vídeo. Asimismo, dentro de los servicios

prestados se han incluido las comunicaciones móviles, dando lugar al sistema

corporativo de telefonía móvil, que permitía la llamada a móviles dentro de la Xunta de

Galicia.

Esta red atiende las múltiples necesidades gracias a una tecnología y arquitectura

flexibles (ATM4, ADSL, IP, etc.), abiertas a tecnologías emergentes, como Gigabit

Ethernet, telefonía sobre IP, etc. El equipamiento permite hacer uso de la red digital de

servicios integrados (RDSI), además de introducir tecnologías más eficientes y disponer

de una mayor capacidad de amplitud de banda, conmutación y velocidad en las

comunicaciones.

4 ATM: Modo de Transferencia Asíncrona o Asynchronous Transfer Mode (ATM) es una tecnología

de telecomunicación desarrollada para hacer frente a la gran demanda de capacidad de transmisión para

servicios y aplicaciones.



Ilustración 2 : Pantalla del HP Open View: monitorización malla troncal e Internet

La red corporativa tiene una disponibilidad garantizada del 99,8%, lo cual permite que

se apoyen sobre ella aplicaciones críticas tales como las de carácter sanitario.

Actualmente cuenta en su malla troncal con: tecnología ATM (integración voz, datos,

vídeo, etc.); circuitos de 155, 34 y 2 Mbps (respaldo); 10 conmutadores ATM; 16

encaminadores (routers); doble redundancia (equipamiento y medios de transmisión) y

123 centrales telefónicas Ibercom. En la red de acceso dispone de: accesos RDSI,

ADSL y dedicados desde 64 hasta 2.000 Kbps; más de 2.500 localizaciones conectadas;

más de 100 centrales telefónicas Ibercom; más de 60.000 PC conectados; más de 9.000

PC con acceso a Internet, entre los que están todos los centros de enseñanza secundaria

y primaria y aulas de informática. En equipamiento, la red emplea más de 200

servidores, más de 2.200 encaminadores.

Ilustración 3: HP Open View: con monotirización

EdiLocal


En el marco de la telefonía fija, las centrales telefónicas disponen de capacidades y

servicios avanzados, como un sistema de mensajería vocal (buzones de voz), integrando

en un plan de numeración privada los centros remotos que no cuenten con Ibercom; con

un mantenimiento integral de la red interior de los edificios administrativos y teléfonos

digitales. Además, existe un tarificador privado que permite llevar a cabo el

seguimiento y la optimización de los costes. En este sentido, se incorporaron mejoras en

la gestión de las plataformas tanto de telefonía fija como móvil dentro del centro de

gestión de red de la Xunta de Galicia, aumentando la redundancia de las conexiones de

telefonía fija con la móvil; así como la definición de zonas especiales de tarificación

muy reducida.

Por otra parte, la característica más destacada de la conexión a internet de la red

corporativa es un elevado ancho de banda, que permitirá un acceso más rápido a todos

los servicios, facilitando la gestión dinámica del mismo con un mayor aprovechamiento.

También dispone ésta de un sistema de filtrado de contenidos, así como de un sistema

de detección de intrusos.

La red corporativa dispone de un centro de gestión de red de voz y datos integrado en

un único punto, que actúa como ventanilla única de todos sus usuarios.

Ilustración 4: Organigrama del C.G.R.



La Red Corporativa de la Xunta de Galicia dispone de gestión y monitorización

avanzada mediante los sistemas de gestión que permiten tener visualizados y

controlados en tiempo real todos y cada uno de los elementos de la red. La red

corporativa da servicio a más de 40.000 usuarios, entre los cuales se pueden citar:

edificios administrativos, hospitales, centros de salud, ayuntamientos, centros de

enseñanza secundaria, Radio Televisión de Galicia, oficinas de turismo, oficinas de

empleo, protección civil (112), casas de juventud, servicios veterinarios, agencias de

extensión agraria, museos, centros de investigación y otros organismos públicos.

EdiLocal


5.2 Sistema de videoconferencia corporativo

Dentro de los servicios avanzados que presta la red corporativa, se puede destacar el

sistema de videoconferencia corporativo de alta calidad, que permite que varias

personas situadas en diferentes localizaciones puedan reunirse desde distintos edificios

administrativos. Este sistema fue instalado en San Caetano, en los edificios multiusos de

A Coruña y Lugo, en las delegaciones de Presidencia de Pontevedra y Ourense y en la

Casa de Galicia en Madrid; está integrado por equipos de última generación, cámaras de

documentos para compartir aplicaciones e imágenes, videoproyectores y pantallas de

plasma.

Ilustración 5: Sistema de Videoconferencia Corporativo

Como soporte de las comunicaciones, el sistema se basa en la Red Corporativa de la

Xunta de Galicia, utilizando el protocolo de internet IP. El hecho de utilizar el protocolo

estándar IP hace que sea compatible con cualquier otro equipo o aplicación que haga

uso del mismo. El sistema dispone también de una pasarela RDSI para poder conectarse

con cualquier otro sistema de videoconferencia del mundo, permitiendo hasta 15

conferencias simultáneas.



Los equipos instalados permiten además compartir la información o cualquier

aplicación informática que se ejecute en un ordenador personal, por lo que pueden ser

utilizados para otras funciones como, por ejemplo, impartir cursos de formación a

distancia a funcionarios. Este sistema permitirá, si cabe, incrementar la productividad de

la Administración autonómica, agilizando la toma de decisiones y disminuyendo los

costes.

EdiLocal


5.3 Infraestructura de publicación en Internet, Web y

correo electrónico institucionales

La Xunta de Galicia presta a la Comunidad Autónoma servicios para la publicación en

internet de información y aplicaciones web. Actualmente son usuarios de estos recursos

organismos autónomos, entidades de derecho público y departamentos de la Xunta de

Galicia.

Estos servicios se basan en una infraestructura informática que permite la reserva y uso

de dominios de internet, la configuración y gestión de dominios y directorios virtuales y

el alojamiento de webs estáticas y dinámicas. Los sistemas permiten que la información

publicada en cada web sea gestionada y actualizada directamente por la entidad

responsable a través de la red de datos corporativa.

Ilustración 6: Portal Xunta de Galicia

Otra importante plataforma soporta los sistemas de correo electrónico institucionales,

herramientas de gran demanda e interés para las comunicaciones internas de la

comunidad autónoma, para la comunicación con otras administraciones, y como canal

de comunicación y atención a los ciudadanos usuarios de las webs institucionales.

Todos los sistemas implicados en esta infraestructura están dotados de controles y

procedimientos técnicos y organizativos que garanticen los derechos fundamentales del

ciudadano relativos al tratamiento de los datos de carácter personal, tales como los



relativos a su honra e intimidad personal y familiar. Estos mecanismos de seguridad y

los servicios prestados a los ciudadanos están sujetos a una vigilancia continua de su

actividad y disponibilidad. La web de la Xunta de Galicia (http://www.xunta.es/)

constituye el punto de referencia de las webs de la comunidad autónoma y proporciona

información y diversos servicios de carácter general.

EdiLocal


5.4 El Sistema de Gestión de Procedimientos

Administrativos (SGPA)

La actuación básica de la primera etapa fue la creación del Sistema de Gestión de

Procedimientos Administrativos (SGPA), que consistió en dotar a la Xunta de Galicia

de un sistema global para la gestión de los procedimientos administrativos iniciados por

instancia de parte.

Para ello, desde el punto de vista funcional, se llevaron a cabo las siguientes

actuaciones:

� Identificación de los procedimientos administrativos por instancia de parte y

consiguiente confección del inventario de los mismos. Figuran en el inventario

un total de 1.181 procedimientos.

� Racionalización y homogeneización de los procedimientos administrativos.

� Normalización y estandarización del documento de la solicitud o instancia, con

el fin de que el ciudadano disponga en todos los procedimientos de un modelo

para iniciarlos.

� Representación (fluxogramación) del íter de los procedimientos desde su

comienzo (presentación de la solicitud o instancia por el interesado) hasta a su

finalización.

� Elaboración y revisión de contenidos de todos los documentos administrativos

asociados a la gestión de los procedimientos en los distintos trámites, así como

normalización de los documentos comunes a todos ellos (ej.: documento de

requerimiento de subsanación).

Desde el punto de vista técnico, se creó una plataforma informática global compuesta

por tres elementos básicos:

� Hardware y software de base, basado en sistemas abiertos de bases de datos

distribuidas, y arquitecturas cliente/servidor, con ordenadores personales y

servidores unix respectivamente.

� Software de aplicaciones, que permite la tramitación administrativa global,

integrado con aplicaciones complementarias que dan respuesta a las necesidades



exigidas por la gestión y explotación de datos de cada procedimiento.

� Red privada corporativa de comunicaciones de voz y datos que da soporte a

éstos y a otros sistemas.

Al definir la plataforma se optó por un sistema de informática distribuida, dotado de

gran flexibilidad, que permite incorporar las continuas modificaciones que se producen

en los procedimientos administrativos, en que el flujo de la información se produce

online.

Entre los distintos módulos que se fueron implantando cabe destacar el Sistema de

Gestión de Subvenciones, que permite aumentar el nivel de información de todos los

procedimientos con contenido económico y la generación de la documentación

asociada, facilitando así su gestión.

El Sistema de Gestión de Procedimientos Administrativos aporta básicamente las

siguientes ventajas:

� Ayuda a los gestores en su trabajo diario.

� Informa permanentemente de la marcha de la gestión.

� Permite informar al ciudadano de la situación en que se encuentra la tramitación

de su expediente administrativo, dando así cumplimiento a lo previsto en el

artículo 35.a de la Ley de régimen jurídico de las administraciones públicas y

del procedimiento administrativo común de 1992.

� Proporciona una mayor seguridad jurídica a la actuación de la Administración,

toda vez que se revisa el contenido de todos los documentos entre los gestores

de los procedimientos y el equipo de inspección de cada consellería.

� Suministra un conocimiento objetivo de la carga real de trabajo de cada unidad

administrativa que, como luego se verá, constituyó un elemento básico para la

posterior implantación del programa de evaluación del rendimiento.

� Exime al ciudadano de la presentación de aquellos documentos generados en

otros procedimientos administrativos tramitados en el mismo sistema; a tal fin se

hicieron las modificaciones en las disposiciones correspondientes para que en él

sean exigibles.

EdiLocal


El gráfico que figura a continuación representa el proceso de actualización permanente

del Sistema de Gestión de Procedimientos Administrativos (SGPA).

Ilustración 7: Sistema de Procedimientos Administrativos

Implantado y en funcionamiento, el Sistema de Gestión de Procedimientos

Administrativos (SGPA) se ha convertido en el núcleo básico que ha permitido

desarrollar las siguientes actuaciones:

5.4.1 El Sistema de Información Administrativa y At ención al

Ciudadano

La creación de este sistema, como su propio nombre indica, se orientó no sólo a

informar al ciudadano, sino a atenderlo, es decir, a facilitar sus relaciones con la

Administración.

El sistema se compone de cuatro dispositivos básicos:

� El teléfono de información administrativa y atención al ciudadano (902-

120012), que presta sus servicios de 9 de la mañana a 7 de la tarde de lunes a

viernes, y de 9 de la mañana a 2 de la tarde los sábados.

� La red de oficinas de información administrativa y atención al ciudadano,

compuesta por 44 oficinas situadas en los servicios centrales de las consellerías

y en sus delegaciones provinciales.

� Puntos de información administrativa y atención al ciudadano (PIC), situados en

Santiago de Compostela, A Coruña, Ferrol, Buño, Lugo, Monforte de Lemos,

Ourense, A Pobra de Trives, Pontevedra, Vigo, Lalín, Cambados y A Estrada, en

los que el propio ciudadano puede consultar directamente la información.

� Internet (http://www.xunta.es)



La información disponible a través del Sistema de Información y Atención al

Ciudadano, que aprovecha la infraestructura del Sistema de Gestión de Procedimientos

Administrativos, es la siguiente:

� La información general de la Xunta de Galicia (directorio que contiene los

organigramas y las direcciones, teléfonos y fax de los centros, servicios y

establecimientos de la Xunta).

� La Guía del Ciudadano antes referida, que contiene un resumen de información

para cada procedimiento administrativo.

� La consulta de expedientes, a través de la cual el ciudadano puede conocer en el

acto, informáticamente, la situación en la que se encuentra cualquier solicitud

que hubiese hecho a la Xunta de Galicia.

� Acceso al catálogo de turismo rural de la Comunidad Autónoma de Galicia, en

el que se incluye toda la información de estos establecimientos: teléfonos,

servicios, precios o situación.

� Sumario del Diario Oficial de Galicia.

� Acceso al Registro de Contratistas de la Comunidad Autónoma de Galicia.

El gráfico que figura a continuación recoge los dispositivos del sistema, la información

disponible, así como el proceso de actualización de la misma.

Ilustración 8: Sistema de información administrativa y atención al ciudadano

EdiLocal


5.4.2 Servicio de Respuesta Inmediata (SERI)

El Servicio de Respuesta Inmediata (SERI) ofrece a los ciudadanos un compromiso de

resolución inmediata para un conjunto de procedimientos, en los que los interesados ven

resueltas sus solicitudes en el mismo momento de su presentación.

Para ello se ha llevado a cabo un detallado análisis de la totalidad de los procedimientos

administrativos incluidos en el SGPA y se han seleccionado aquéllos que, por sus

características singulares, eran susceptibles de ser incorporados al sistema. Como

ejemplos pueden citarse: inscripción en el Registro de Maquinaria Agrícola;

autorización de transporte por carreteras (mercancías); autorización de explotación de

máquinas recreativas y de azar; y protección a las familias numerosas.

A fin de que el ciudadano pueda identificar con facilidad las oficinas públicas en las que

se tramitan los procedimientos SERI, fueron situadas en lugar preferente dotándolas de

imagen corporativa propia.

Un paso más dentro del SERI se dio en la tramitación de la renovación de las licencias

de caza y pesca que el ciudadano puede obtener directamente, sin necesidad de acudir a

las delegaciones de la Consellería de Medio Ambiente, a través de las oficinas de las

entidades bancarias que firmaron al efecto un convenio con la Xunta de Galicia.

Este servicio representa un paso decisivo en el compromiso de calidad con el

ciudadano, al dar respuesta de forma inmediata a un conjunto de procedimientos

administrativos que, si bien son pocos en número con respecto al total de los incluidos

en el SGPA (46 sobre un total de 1.181), representan un porcentaje muy importante

sobre el total de los expedientes administrativos tramitados en la Administración

autonómica a instancia de los ciudadanos (41%), así como de los que a través de ellos se

relacionan directamente con la Administración.



5.4.3 El registro de contratistas

La contratación administrativa, tal y como está formulada en la legislación que la

regula, supone un procedimiento extremadamente burocratizado, que implica una serie

de actuaciones que, en aras de la seguridad jurídica, hace que, tanto el contratista como

los propios órganos administrativos, tengan que realizar actividades repetitivas sobre la

base de una misma documentación, que dan lugar a demoras en la gestión.

Teniendo en cuenta estas circunstancias, la Xunta de Galicia ha procedido al estudio del

procedimiento, al objeto de agilizar la tramitación, evitando actuaciones innecesarias y

simplificando el tratamiento de la documentación, todo ello sin perjuicio del respeto a lo

establecido en la legislación vigente sobre contratación administrativa.

A tal fin se creó, como instrumento auxiliar de la contratación administrativa, el

Registro de Contratistas de la Comunidad Autónoma de Galicia, que se fundamenta en

el establecimiento de una base de datos que contiene las circunstancias exigidas por la

legislación de contratos de las administraciones públicas a los posibles licitadores de la

Xunta de Galicia, previa acreditación documental de las mismas y su correspondiente

convalidación por el responsable del registro.

De esta forma, la documentación se presenta una sola vez, y exime al contratista de

tener que hacerlo en las sucesivas ocasiones en que opte a las ofertas de contratación

que formulen los diferentes centros directivos autonómicos. Igualmente, permitirá que

las mesas de contratación no tengan que examinar y calificar la documentación

presentada por cada empresa y para cada licitación, dado que estas actuaciones fueron

hechas previamente. Al objeto de tener actualizado el Registro de Contratistas, se

impone a las empresas la única obligación de comunicar cualquier modificación que se

produzca en relación con los datos que constan en la inscripción.

EdiLocal


5.4.4 Oficina de Tramitación Única de Industrias (O TU)

Al objeto de racionalizar el proceso general de las autorizaciones administrativas se

creó la Oficina de Tramitación Única de Industrias (OTU), que pretende establecer un

interlocutor único de la Administración autonómica con los particulares interesados en

la creación, modificación o traslado de una industria. Para la consecución de este

objetivo, a la oficina se le asignaron las siguientes funciones:

• Información y asesoramiento en materia de creación de industrias, no sólo

respecto de las autorizaciones que son competencia de la Xunta de Galicia, sino

en general de las de todas las administraciones públicas.

• Recepción de las solicitudes referidas a las autorizaciones de competencia

autonómica, independientemente de la consellería a la que afecten.

• Información del estado de los diferentes expedientes administrativos en

tramitación. - Impulso de estos expedientes, a fin de agilizar su tramitación para

conseguir, cuanto antes, la resolución final.

Para reducir la complejidad que suponía cubrir la documentación administrativa, se

clasificaron las industrias en seis tipos diferentes:

• Industrias agrarias.

• Establecimientos de alimentación.

• Establecimientos de cultivos marinos y auxiliares.

• Empresas de servicios industriales.

• Establecimientos industriales.

• Industrias de producción, transformación, transporte y distribución de energía

eléctrica.

Con la creación de la Oficina de Tramitación Única (OTU) se procedió, además, a la

simplificación del procedimiento de autorización de industrias, racionalizando el

desarrollo de sus fases y evitando innecesarias demoras.

La Oficina de Tramitación Única de Industrias, al igual que las otras actuaciones de la



reforma administrativa de la Xunta de Galicia referidas, se apoya en el Sistema de

Gestión de Procedimientos Administrativos (SGPA), puesto que a través del mismo se

tramitan todos los procedimientos necesarios para la apertura de una industria.

Además, y teniendo en cuenta que la OTU supone una actuación coordinada entre

órganos administrativos pertenecientes a distintas consellerías, se elaboró una

aplicación informática dentro del SGPA, que otorga un número de referencia único a la

industria que se pretende crear.

La puesta en funcionamiento de la Oficina de Tramitación Única de Industrias supuso la

creación de oficinas tramitadoras situadas en Santiago de Compostela, A Coruña, Lugo,

Ourense, Pontevedra y Vigo.

Mediante el convenio Xunta-Federación Gallega de Municipios y Provincias se

extendieron parte de las funcionalidades del SGPA a los ayuntamientos,

proporcionándoles el módulo de registro de entradas y salidas, los módulos de la oficina

de información, los módulos de consulta del registro de contratista, además de un

servicio de recogida y envío de documentos entre las dos administraciones.

A través del convenio marco firmado con la Administración general del Estado, la

Xunta de Galicia colabora en la implantación de un sistema intercomunicado de

registros entre la Administración general del Estado, la Administración de la

Comunidad Autónoma de Galicia y las entidades locales del ámbito territorial de dicha

comunidad. Estas adhesiones permitirán a los ciudadanos presentar en los registros de

las entidades locales las solicitudes, escritos y comunicaciones que dirijan tanto a la

Administración general del Estado como a la de la Comunidad Autónoma de Galicia.

EdiLocal


5.4.5 El Portal de los Ayuntamientos de Galicia: Ei dolocal

En 1996 se formalizó un convenio de colaboración entre la Consellería de la

Presidencia, Relaciones Institucionales y Administración Pública y la Federación

Gallega de Municipios y Provincias, para la implantación y desarrollo de los servicios

informáticos y de telecomunicaciones.

En función de este convenio se implantó en más de doscientos ayuntamientos de Galicia

la Ventanilla Única de la Administración Local, que facilitó la presentación de

documentos de los ayuntamientos y de sus ciudadanos a la Administración autonómica

haciendo uso de la red privada de Galicia.

Los nuevos retos y facilidades aportados por internet y por las nuevas tecnologías

posibilitan el acercamiento de las administraciones públicas de Galicia. Por tanto,

continuando el compromiso adquirido en el convenio de Ventanilla Única, se añadió

una addenda a éste, incorporándose la Consellería de Justicia, Interior y Relaciones

Laborales para la puesta en marcha del Portal de los 48 Ayuntamientos de Galicia,

Eidolocal, al objeto de intensificar la comunicación y la tramitación, vía internet, entre

las entidades locales y la Xunta de Galicia, siendo el fin último informar al completo de

la tramitación entre la Administración local y la autonómica, y crear un espacio de

información común.

Ilustración 9: Portal Eido Local



El portal http://www.eidolocal.es es una de las acciones promovidas por la

Administración autonómica de Galicia, dentro del plan de acción INFO XXI, para el

desarrollo de la sociedad de la información en España. Eidolocal forma parte del Plan

estratégico para la Implantación de la Administración Electrónica, promovido por la

Xunta de Galicia.

Los servicios prestados desde el portal están abiertos a la participación de los propios

ayuntamientos y de otras instituciones y evolucionan continuamente. Destacan, entre

otras, las funciones siguientes:

� Acceso a los contenidos del Diario Oficial de Galicia y envío de disposiciones

para su publicación en el DOG.

� Envío de actas de acuerdos plenarios, actas de comisión o publicación de

estatutos a la Dirección General de Administración Local.

� Inicio de expedientes administrativos, enlazando con los actuales sistemas de

registro de entrada/salida y el sistema de gestión de procedimientos

administrativos.

� Acceso a bases de datos de jurisprudencia y legislación.

� Información del estado de expedientes iniciados en la Xunta de Galicia, guía de

procedimientos administrativos, direcciones y teléfonos de distintos organismos

de la Administración autonómica, impresión de certificados del Registro

General de Contratistas, etc.

� Gestión de contenidos específicos de los ayuntamientos (direcciones, teléfonos,

tablón de anuncios, subvenciones y becas, etc.), dentro del propio portal.

� Sistema de correo electrónico para el personal de los ayuntamientos.

En junio de 2002, la Xunta de Galicia y las cuatro diputaciones provinciales firmaron un

nuevo convenio con la Fábrica Nacional de Moneda y Timbre para la prestación de

servicios de firma electrónica. Este convenio amplía notablemente la cobertura

organizativa, funcional y técnica respecto al anterior de 1998. En este convenio están

integrados los ayuntamientos gallegos de menos de 50.000 habitantes.

EdiLocal


5.4.6 Administración electrónica: la e-Administraci ón en la Xunta de

Galicia

La apertura a internet de los sistemas de la Xunta de Galicia implica garantizar la

seguridad de las comunicaciones dentro de un ámbito público, extenso y abierto. Para

garantizar esta seguridad, se utilizan certificados digitales facilitados por la Fábrica

Nacional de Moneda y Timbre, que actúa en todo el proceso a modo de notario

electrónico garantizando:

� Que la persona con quien nos comunicamos sea quien dice ser (autenticación).

� Que el mensaje no ha sido modificado (integridad).

� Que nadie no autorizado lo podrá leer (confidencialidad).

� Que no podrán ser rechazados los documentos firmados electrónicamente

cumpliendo todos los requisitos.

En esta línea se está trabajando a fin de facilitar a los ciudadanos el acceso para solicitar

los certificados digitales, habilitando a la Xunta de Galicia para que actúe como

autoridad de registro de la FNMT. Los ciudadanos podrán presentarse en alguna de las

oficinas de la Xunta de Galicia para acreditar su identidad y firmar la solicitud del

certificado digital, aceptando sus condiciones de uso.

Los proyectos de administración electrónica, actualmente en marcha en la Xunta de

Galicia, están destinados a poner al servicio del ciudadano sistemas interactivos a través

de internet que, utilizando la firma digital, permiten:

� Facilitar al ciudadano la interacción con la Administración desde distintos

lugares (domicilio, puesto de trabajo, etc.), para que pueda presentar instancias,

recibir notificaciones, realizar trámites diversos o conseguir información; en

definitiva, acceder a todos los servicios que ofrece la Administración.

� Facilitar a la Administración el contacto con el ciudadano, disminuyendo al

máximo los tiempos requeridos para dicha interacción.

Con la puesta en marcha de la tramitación electrónica de expedientes con firma digital,

en el ámbito de siniestralidad laboral en 2002, la Xunta de Galicia se convirtió en la

primera Administración autonómica española en el tratamiento telemático de esta



información. En el ámbito no tributario ha sido uno de los primeros proyectos de

tramitación electrónica con firma digital puestos en marcha en España desde la

aprobación del Real decreto ley 14/1999, de 17 de septiembre de 1999, sobre firma

electrónica.

Otros servicios disponibles en la web de la Xunta de Galicia con certificado digital son:

la Consulta del Registro de Contratistas de la Comunidad Autónoma y la consulta de

situación de la tramitación de los expedientes iniciados en la Xunta de Galicia.

Se continúa trabajando en el proyecto de personalidad administrativa digital, que

recogerá en una base de datos aquella información y documentación sobre el ciudadano

que le permita interaccionar con la Administración.

Los objetivos de este proyecto son:

� Evitar al ciudadano la presentación de toda la documentación que esté ya en

poder de la Xunta de Galicia (artículo 35 apartado f de la Ley de régimen

jurídico de las administraciones públicas).

� Integrar la información que la Administración posee del ciudadano para facilitar

la consulta por éste de la misma y favorecer la interacción entre el ciudadano y

la Administración.

Ya está implantada la primera fase del proyecto que permite no pedir al ciudadano

documentos generados por la propia Xunta. Se está trabajando en una segunda fase que

tiene como objetivo no solicitar a los ciudadanos documentos que se puedan conseguir

mediante integraciones informáticas con otros organismos o instituciones (Agencia

Tributaria, Tesorería General de la Seguridad Social).

EdiLocal


5.4.7 Licitación electrónica

La telematización de los procesos de compras públicas es uno de los objetivos del

programa INFO XXI y de diferentes iniciativas comunitarias.

La Xunta de Galicia puso en marcha un proyecto de licitación electrónica a través de

internet con firma digital. Este proyecto, pionero en España en el ámbito de la e-

administración y las compras electrónicas, pretende facilitar y agilizar el proceso de

licitación, apoyándose en el uso de las nuevas tecnologías.

Con el desarrollo y puesta en marcha de esta iniciativa, la Xunta quiere confirmar su

confianza en el comercio electrónico, utilizándolo en sus propias compras.

Los requerimientos para las empresas que quieran usar este sistema en los concursos

públicos de la Xunta de Galicia son los siguientes:

� Estar inscritos en el Registro de Contratistas de la Xunta.

� Que el apoderado que firma y presenta la oferta tenga un certificado digital clase

2 de la Fábrica Nacional de Moneda y Timbre.

El proyecto ha sido desarrollado por la Consellería de la Presidencia, Relaciones

Institucionales y Administración Pública para uso de todas las consellerías, organismos

autónomos y sociales públicos de la Administración autonómica.

Como antecedente natural de este proyecto, la Xunta de Galicia ha puesto en marcha un

servicio de publicación de procedimientos de contratación, mediante el cual las

empresas pueden consultar los anuncios aparecidos en el Diario Oficial de Galicia y

realizar la descarga de los pliegos y documentación adicional de los concursos públicos.

Este servicio es empleado habitualmente por los contratistas, que realizan una media de

1.200 consultas semanales.

Con el nuevo proyecto se pretende avanzar un paso más en el proceso hacia la e-

administración, admitiendo la presentación telemática de ofertas con firma digital.

Con este nuevo sistema, la Xunta de Galicia se convierte en la primera Administración

pública española que permite la presentación de ofertas a concursos públicos a través de

la red, utilizando firma digital.



5.5 Futuras Mejoras

Gestión integrada de la seguridad corporativa: Seguridad perimetral y en el puesto de

trabajo: generar confianza garantizando el uso correcto de la información.

Sistemas aumento de capacidad proceso, almacenamiento y seguridad de la plataforma

tecnológica de sistemas, centro de respaldo corporativo.

Evolución de los siguientes sistemas:

• El SXPA (servicios a las distintas consellerías) hacia un sistema de BPM5 para

ofrecer servicios en línea a los ciudadanos: Ampliación de SERI.

• Portelo único: servicios a las distintas administraciones, EidoLocal a SARA:

• Extranet administrativa - 060

• Servicios on-line:

� Registro Telemático da Xunta de Galicia. Cumplimentación electrónica de

solicitudes. Tramitación electrónica. Consulta estado de expediente

administrativo de los expedientes iniciados en la Xunta de Galicia.

� Servicio de envío de anuncios al Diario Oficial de Galicia.

� Licitación electrónica (SIPLEX). Consulta de contratación administrativa:

Procesos de contratación abiertos y pliegos de prescripciones Presentación

de ofertas e consulta de situación. Consulta del registro de contratistas da

Xunta de Galicia

� Publicación electrónica de registros administrativos (entidades,

asociaciones, artesanía, maquinaria agrícola, etc.). Consulta de

establecimientos de acuicultura marina (viveros, parques de cultivo, granjas,

criaderos...). Registro de Investigadores de Galicia (RIGA) – Gestión

informatizada da investigación científica y tecnológica de Galicia.

• Firma Electrónica: normas para dotar al ciudadano y a las empresas de una

Personalidad Administrativa Digital para agilizar los trámites realizados con la

Xunta de Galicia.

5 BPM (Business Process Management) : Disciplina empresarial cuyo objetivo es mejorar la eficiencia a

través de la gestión sistemática de los procesos de negocio (BPR), que se deben modelar, automatizar,

integrar, monitorizar y optimizar de forma continua.

EdiLocal


• Plataforma @firma a través de SARA. La principal barrera que manifiestan

los ciudadanos respeto a la utilización de los servicios de la sociedad de la

información como la Administración electrónica es la seguridad, tanto de índole

jurídica cómo relacionada con la propiedad o la intimidad. Las cuestiones de

inseguridad jurídica las resolverá en buena parte la citada Ley de acceso

electrónico de los ciudadanos a las administraciones y las otras barreras como

las dudas a la hora de realizar pagos a través de la red, dispondrán de una

importante herramienta que es la certificación electrónica o firma digital

mediante el e-DNI. A través de ella, los ciudadanos y las empresas tienen plenas

garantías de autenticidad y uso correcto de su información así como recursos

más allá de las vías tradicionales.

• Renovación Web (Nuevo portal Xunta –redefinición modelo Web: tecnología

J2ee y SOA, imagen, gestión de contenidos: perfiles: administración,

ciudadanos, colectivos de profesionales y empresas, Portal del ciudadano:

Acceso a la información en línea: Noticias, Guía del ciudadano Guía de

procedimientos administrativos da Xunta de Galicia de interese para o

ciudadano. Objeto, Normativa Documentación Solicitud donde acudir , DOG,

Guía da comunicación, toponimia oficial, información estadística)

• Portal Eido Local canal de relación, permanente e inmediato, entre las

Entidades Locais e a Xunta de Galicia, que trata de agilizar los procedimientos y

difundir todas aquellas materias que resulten de interés para los ayuntamientos,

y, en particular impulsar la aplicación das nuevas tecnologías, precisamente, en

el escenario donde este impulso será mas efectivo.

Todas estas mejoras llevan asociados unos procesos internos como son:

• Formación a través de EGAP

• Instalación de Servidores SW libre LAMP (Linux Apache MYSql Php)

• Los concursos públicos prima la libertad e independencia de proveedor.

Sistemas abiertos. Los estándares y software libre son la base en la que se

fundamenta la sociedad del conocimiento abierto o de la interoperabilidad. Pero,

el software libre sin imponerlo.



• Directorio unificado de usuarios.

• Plataforma de trabajo colaborativo (GESTIÓN DOCUMENTAL Y

WORKFLOW)

• Mejora del puesto de trabajo para permitir formación a distancia, introducción

firma electrónica, mejora del CAU (servicio de atención y soporte a usuarios),

• Inteligencia de negocio BBDD corporativas, DW, MINERÍA DE DATOS

(DATA MINING)

EdiLocal


6 A ESTRADA CIDADE DIXITAL

6.1 ¿Qué es A Estrada Cidade Dixital?

El objetivo es la creación de una comunidad virtual que aglutine todos los estradenses y

sus procesos, para la generación de riqueza en el ámbito local, tanto cultural como

social, la promoción de proyectos empresariales ligados a las nuevas tecnologías, así

como la dinamización laboral de A Estrada basándose en medios electrónicos.

Colectivos a los que se dirige: población en general, emprendedores locales,

administración electrónica, empresas locales del mueble, de turismo rural y servicios

relacionados, comercio local, propietarios de explotaciones agrarias y colectivos del

sector educativo.

Actuaciones del proyecto:

• Dinamización del contorno económico: en esta actuación se integrarán, entre

otras, las iniciativas Moblenet y Plataforma Horizontal de la Asociación

Comarcal de Empresarios.

• Acciones sociales emprendedoras: tales cómo: “Viveiro” de empresas,

Teleduca (plataforma de contenidos educativos), Comercia (centro comercial

virtual), A Estrada Verde (portal de turismo rural)

• Tele administración: Cuyo objetivo es acercar los procedimientos

administrativos al ciudadano, de manera que la Administración sea accesible a

través de las nuevas tecnologías. Actuara sobre procesos básicos como

empadronamiento, solicitud de información, presentación de avales y pago de

impuestos.

• Red y infraestructuras: dotar de acceso a Internet por medio de banda ancha,

haciendo especial hincapié en el contorno rural, la solución adoptada fue por

medio de tecnología wifi. Además es necesario la instalación de un CPD que es

el centro neurálgico de la Cidade Dixital, donde se encuentran los servidores y

maquinas para dotar de servicios a la Ciudad Digital. Se adjunta ilustraciones de



la arquitectura del CPD y la Red.

Ilustración 10: Arquitectura del CPD

Ilustración 11: Red Wifi de A Estrada Dixital

EdiLocal


6.2 Antecedentes

En los años 80, los Ayuntamientos disponían de una informática básica para su gestión,

así se contaba con aplicaciones para la Gestión Presupuestaria, contabilidad, gestión

tributaria, etc. Con la llegada de los 90 se difundió el uso del fax, para seguir con la

instalación de redes locales, y ya más rápidamente la difusión de Internet. Las

Administraciones Locales se fueron cableando y comunicando las distintas instalaciones

y servicios, y también muchos ayuntamientos publicaron su página web y disponían de

correo electrónico.

En la segunda mitad de los 90 comienza a dotarse de contenido esa página Web, con

información estática y la posibilidad de descarga de formularios. El nuevo siglo

alumbró la etapa de la interactividad, donde ya se podían ofertar servicios

transaccionales por Internet, como por ejemplo, el registro telemático para quien tuviera

certificado de firma electrónica. Ésta es pilar fundamental, puesto que muchos de los

expedientes administrativos municipales exigen la fehaciencia, para hacer las

transacciones por Internet para un corporación local es indispensable la capacidad de

autenticación y validación de los certificados de firma electrónica.

El Concello da Estrada ha tenido muy presente esta evolución y ha sido pionero en

aprovecharse de todos los beneficios que brindaban las nuevas tecnologías y las redes

de comunicación. Bajo el marco del proyecto “A Estrada Dixital” ha venido

desarrollando e implantando esta evolución y lanzando iniciativas para que sus

ciudadanos tengan también acceso al mundo digital.

Actualmente el Concello está abordando una nueva fase, que es la de integración,

dotando a sus sistemas municipales de la siguientes capacidades:

� Integración de procesos (trámite único). La capacidad transaccional puede

ahorrar al ciudadano el que se desplace para pedir un formulario, rellenarlo,

presentarlo en el registro y recibir un resguardo. Pero es de poca utilidad si luego

tuviera que acudir a la ventanilla a presentar información complementaria, o si

tuviera que acudir al banco a pagar la tasa correspondiente. Para que la

transaccionalidad alcance su verdadero valor se debe añadir al registro telemático:



� Pago telemático. Mediante una pasarela de pago el sistema permite al ciudadano

elegir la entidad financiera contra la que hacer el pago, sin necesidad de

desplazarse ni a la ventanilla administrativa ni a la entidad bancaria, y recibe el

correspondiente resguardo del pago realizado.

� Petición de documentación complementaria por parte de la Administración

tramitadora al resto de las Administraciones, o los departamentos de sí misma.

Esta petición debe hacerse de forma electrónica y mediante intercambio seguro de

datos entre Administraciones.

� Acceso multicanal, a fin de que los ciudadanos puedan, según prefieran o les

convenga, o de acuerdo con la naturaleza del servicio, acudir a la ventanilla,

consultar por teléfono, recibir información en sus móviles o utilizar Internet.

� Gestión electrónica completa de la tramitación del expediente, que nace ya

electrónica del registro telemático. La puesta en marcha de aplicaciones de

“workflow” es la que lo posibilita.

� Interoperabilidad, tecnológica y semántica de los sistemas de información de la

administración local para que un mismo dato sólo resida y sea administrado en un

solo punto y sea utilizado por el resto de aplicaciones y se actualice una sola vez

para toda la organización.

Por otro lado, El Ministerio de Administraciones Públicas ha aprobado la Ley para el

acceso electrónico de los ciudadanos a las Administraciones Públicas, en el cual

entre otras medidas se establece que:

• Los ciudadanos podrán realizar todas sus gestiones por medios electrónicos.

• Las Administraciones estarán obligadas a facilitar la tramitación de sus servicios

por Internet, móviles, televisión o cualquier otro medio disponible en el futuro.

• Las comunicaciones en soporte electrónico tendrán la misma validez legal que

las tradicionales en papel.

• Los ciudadanos no tendrán que aportar datos ni documentos que obren en poder

de las administraciones públicas.

EdiLocal


6.3 Principios de la solución.

En este capítulo se resumen tanto el planteamiento técnico como los componentes y

subsistemas que se emplearán en la construcción de la plataforma tecnológica de

soporte al proyecto de Modernización Administrativa del Concello da Estrada.

Principios de la Solución

La base de la propuesta se centra en el empleo de software de fuente abierta sin costes

de licencia y de probada fiabilidad para construir la plataforma sobre la que se asiente

tecnológicamente el proyecto. Sin embargo la integración de componentes sin una base

de consultoría en integración y tecnologías de la información no tendría éxito.

En los siguientes epígrafes se dará una cobertura específica a cada requisito descrito en

el pliego de proyecto para, a continuación, pasar a dar una descripción concreta de cada

uno de los componentes que integrarán el sistema a construir.

La solución que presentamos pretende cubrir todo el espectro de relaciones existentes

en la administración local y que se detallan en el diagrama de la página siguiente:



GESTIÓN

MUNICIPAL

MANCOMUNIDADES,

COMARCAS

Y/O ÁREAS

OTROS

MUNICIPIOS

- Solicitud de bajas por traslados

de residencia.

- Colaboraciones en actividades

INE

Gestión de servicios

públicos comunes a un

grupo pe municipios

Variaciones del

padrón y censos.

Listas del Censo Variaciones del

PMH y listas del

Censo Electoral.

ENTIDADES

INFRAMUNICIPALES

ENTIDADES DE

GESTIÓN INDIRECTA

Gestión de servicios

públicos municipales

denegados.

Datos sobre resultados de la

gestión de los servicios

públicos municipales

CENTRO DE GESTIÓN

CATASTRAL

REGISTRO DE

LA PROPIEDAD

Valoración de

inmuebles.

Datos propiedad

de inmuebles

FEMP

- Información y asesoramiento

en asuntos de interés municipal.

- Formación del personal.

- Resultados de actividades de

representación de los municipios.

- Estudios de interés del general

ADMINISTRACIÓN

DEL ESTADO

ADMINISTRACIÓN

AUTONÓMICA

INSTITUTO

CARTOGRÁFICO

Datos del municipio gestionado

por organismos estatales.

Normativas, preceptos y líneas

de actuación. Recursos

Datos del municipio gestionado

por organismos autonómicos.

Normativas, preceptos y líneas

de actuación. Recursos

Representación

cartográfica

del territorio.

TERCEROS

Empresas o particulares

Requerimiento

de datos.

Notificaciones y

Requerimiento de datos.

Notificaciones y avisos.

Asesoría jurídica, económica y técnica. Colaboración en

la prestación de servicios municipales.

Ilustración 12: DFD de la Gestión Municipal

EdiLocal


6.3.1 Criterios de diseño seguido

El diseño se fundamenta en estos criterios:

• Integración del uso de sistemas comunes promovidos por la AGE, la

propuesta irá encaminada a soportar la integración con servicios de la intranet

administrativa del Ministerio de Administraciones Públicas (MAP), como la

plataforma multiPKI del DNI-Electrónico y otros servicios de uso cada vez más

extendidos como las notificiaciones telemáticas, pasarelas de pago, etc. De este

modo se potencia la interoperabilidad de la solución final así como la

reutilización de componentes entre administraciones.

• Seguimiento de estándares libres. Adecuación del conjunto de la solución a

estándares W3C, OASIS, WfMC que permitan la interoperabilidad e

independencia de cada uno de sus componentes. Entre algunos de los estándar a

destacar se encuentran XPDL, BPEL, Xforms, Java, ...

• Uso masivo de componentes Open Source. La solución se construye mediante

el uso de múltiples proyectos Open Source maduros, estables y fiables. La

mayoría del desarrollo se ofrece con licencias libres tales como GPL, LGPL,

CPL, BSD, Apache, MIT, Mozilla, etc.

• Desarrollo de una plataforma de integración y gestión de expedientes,

mayoritariamente Open Source, sobre la que poder crear comunidad tanto de

usuarios como desarrolladores (administraciones, empresas y universidades) que

compartan experiencias, conocimientos, desarrollos, etc. y de este modo

potenciar la reutilización de componentes en otras administraciones.

• Modularidad de la solución. La solución se encuentra formada por un conjunto

de componentes ofreciendo interfaces definidos que permiten el intercambio

futuro de estos componentes por otros.

• Multiplataforma . La solución diseñada podrá desplegarse en múltiples entornos

operativos como Linux, Windows, Un*x, etc. Para ello, los lenguajes de

desarrollo mayoritarios son el lenguaje multiplataforma Java, y diferentes

lenguajes de descripción como XPDL, BPEL y Xforms.



• Multinavegador. La solución ofrecerá interfaces mayoritariamente Web

operativos sobre diferentes navegadores como Microsoft Internet Explorer y

Mozilla Firefox, principalmente.

• Multiidioma , la solución se implantará en las lenguas oficiales del Concello da

Estrada, así como en los idiomas señalados en el pliego.

• Fiabilidad. Todos los componentes seleccionados han demostrado con

referencias su fiabilidad; además en todo momento se utilizarán técnicas de

soporte a alta disponibilidad, balanceo de carga, replicación de información y en

la medida de lo posible transaccionalidad de la solución.

6.3.2 Arquitectura global de la plataforma tecnológ ica.

Como se ha mencionado anteriormente, el enfoque general de la solución para este

proyecto, se centra en:

El uso masivo de componentes de fuente abierta, que cumplan con los estándares

internacionales y sean estables, fiables y ampliamente utilizados.

Empleo de la plataforma de administración electrónica Open-Cities, desarrollada por

Andago bajo licencia GPL de modo que sirva:

• como middleware6 de integración con los sistemas y aplicaciones ya existentes y

descritos en el pliego técnico.

• como plataforma para el desarrollo y ampliación de los trámites, y

procedimientos administrativos en el futuro.

Definición de una arquitectura orientada a servicios donde la mayoría de sus

componentes ofrecen interfaces Web Services, de modo que se potencie la

interoperabilidad con otros servicios de la AGE.

Creación de una plataforma tecnológica basada en la orquestación de servicios que

posibilite la integración con los sistemas y aplicaciones actuales del Concello da

Estrada, así como la provisión y combinación de servicios de valor en el futuro.

6Middleware: es un software de conectividad que ofrece un conjunto de servicios que hacen posible el

funcionamiento de aplicaciones distribuidas sobre plataformas heterogéneas. Funciona como una capa de

abstracción de software distribuida, que se sitúa entre las capas de aplicaciones y las capas inferiores

EdiLocal


A continuación se muestra una figura que describe la plataforma desde el punto de vista

de la relación de los actores con los servicios ofrecidos por la plataforma:

Ilustración 13: Diagrama de la Arquitectura de Servicios

Por lo tanto, tal y como se representa en la ilustración la solución que Coremain

propone pasa por la integración de todos los componentes y servicios del Concello da

Estrada, a través de una plataforma de orquestación de los mismos. La orquestación de

servicios posibilita la independencia tecnológica de los sistemas y aplicaciones ya

existentes y, ofrece un interfaz estándar para que otras aplicaciones, canales y servicios

puedan interactuar.

Se trata del esquema funcional del entorno propuesto como solución al desarrollo de los

portales del Ciudadano y del Empleado, en el que se garantiza el acceso por los

diferentes actores a los servicios ofrecidos por el Concello da Estrada.



6.3.3 Infraestructura de integración y desarrollo.

La plataforma descrita proporciona una infraestructura escalable y de alto valor

tecnológico para la integración de todo el back-office del Concello da Estrada con la

gestión de expedientes y consulta de trámites.

Toda esta infraestructura gira entorno a la implantación y despliegue de una arquitectura

orientada a servicios (SOA) que facilite su accesibilidad tanto por los canales

solicitados (portales web) como por los propios aplicativos del Concello da Estrada.

Por su parte, la plataforma incluye las facilidades propias para el desarrollo, ampliación

y mantenimiento futuro por parte del personal del Concello da Estrada, debido a la

inclusión de herramientas para la gestión y administración de la plataforma así como de

sus trámites y procedimientos.

Ilustración 14: Arquitectura de Servicios del Sistema

El acceso a los servicios ofrecidos se realiza mediante Servicios Web ofrecidos por la

Plataforma; dichos servicios podrán ser básicos o generados como composición u

orquestación de otros servicios mediante un orquestador de servicios BPM.

Toda la infraestructura de comunicación de servicios web, se apoya en un servicio

avanzado de Enterprise Services Bus (ESB) incorporado en la propia plataforma, que

facilita tanto el acceso de bajo nivel como el registro de los diferentes servicios web

EdiLocal


existentes.

La plataforma llevará incorporado un canal web para soporte a los portales solicitados

en el pliego de proyecto. De este modo, se realizará una integración visual con los

servicios de trámites y gestión de expedientes soportados por la plataforma Open-

Cities.

Desde el espacio de usuario (ciudadano y empleado), se podrá acceder a las principales

funcionalidades de la plataforma tales como iniciar procedimientos, consultar estado de

expedientes, etc.

Por su parte, los administradores y gestores de la plataforma accederán a la misma

para labores de monitorización, configuración y ajuste. Por ejemplo para la confección

de nuevos formularios utilizables dentro del gestor de expedientes o bien para la

modificación de alguno de los procedimientos administrativos a los que se de soporte.

Cualquiera de estas funciones estará soportada por aplicativos específicos integrados

sobre la plataforma construida.

Ha de notarse, que la arquitectura expuesta supone una elevado grado de escalabilidad

facilitando ampliaciones futuras, como por ejemplo la integración de servicios de CRM

u Oficinas de Atención Ciudadana para acceder a servicios disponibles en la plataforma.

Esta facilidad de ampliación se apoya en el uso de los estándares abiertos más

empleados en la actualidad: XML, BPEL7, XPDL8, XMLDSIG9, etc.

La Plataforma consistirá de una serie de servicios incluidos que garantizan el

cumplimiento de los requerimientos solicitados en el pliego del proyecto:

• Servicio de infraestructura de clave pública. Permitirá acciones de firma y

sellado de tiempo de documentos, autenticación y verificación de identidad

basados en certificados digitales.

• Servicio documental o de custodia. Se tratará del repositorio documental de la

solución donde residirán expedientes administrativos, documentos, formularios

7 BPEL: (Business Process Execution Language), en castellano Lenguaje de Ejecución de Procesos de

Negocio. Orientado a la descripción de servicios Web 8 XPDL :(XML P rocess Definition Language) es un lenguaje para la definición de un Flujo de trabajo 9XMLDSIG : Firma XML especificada por el consorcio W3C



cumplimentados, definiciones de procedimientos administrativos, etc. Se

incorporarán facilidades de búsqueda sobre el repositorio en función de los

metadatos identificados en el proyecto.

• Servicio de Gestión de Expedientes. El servicio permitirá la creación de

nuevos procedimientos, el diseño de nuevos flujos de trabajo asociados a dichos

procedimientos podrán iniciar diferentes actores, así como la consultado del

estado de los procedimientos y expedientes.

• Servicio de Orquestación. El servicio permitirá el diseño y ejecución de nuevos

servicios web mediante la composición de servicios web existentes mediante

técnicas de BPM.

• Servicio de Registro de Servicios. Permitirá el registro de los diferentes

servicios de la Plataforma para su publicación interna y para otras

administraciones.

• Servicio de Seguridad. Permitirá el control de acceso de a los distintos

procedimientos y documentos, así como la trazabilidad de las acciones ocurridas

en los diferentes servicios.

• Gestión de Accesos, mediante la definición de roles, usuarios y perfiles de

acceso a los diferentes sistemas y servicios de la plataforma. Se permiten un

mecanismo de control de acceso basado en Certificados Digitales o bien

Login/Password, según se decida en el proyecto.

En apartados posteriores se describirán en mayor detalle los servicios más relevantes

aportados por la plataforma.

EdiLocal


6.4 Descripción de los servicios

6.4.1 Servicios de Consultoría

Uno de los trabajos previos al desarrollo e integración del proyecto piloto de

administración electrónica consiste en analizar los principales procedimientos que son

susceptibles de adaptar al formato electrónico. Como fruto de estos trabajos se tendrá

una relación priorizada de procedimientos a migrar. Para ello:

• Se analizará la documentación de los procedimientos que ya posea el Concello.

• Se ordenarán en función del criterio que se acuerde con el Concello, pudiéndose

clasificar, por ejemplo, por grado de impacto en otros servicios, por su

complejidad, por su facilidad de puesta en marcha en corto plazo de tiempo, etc.

• Se analizará el impacto de ese procedimiento tanto en la organización como en

el sistema, así como los actores que intervienen en el mismo.

Con esta información, ya se podrá obtener la relación priorizada de los procedimientos

susceptibles de integrar en el piloto.

En función de esta relación, se realizará un planteamiento definitivo y justificado del

alcance del proyecto piloto junto con una propuesta de evolución de los procedimientos

y los sistemas de información afectados por los mismos. Este alcance será pactado con

el Concello.

Finalmente, se elaborará un plan de proyecto conforme al alcance pactado y los

servicios a prestar.

6.4.2 Servicio de registro telemático de Entrada/Sa lida

En este epígrafe se exponen de forma resumida los principales resultados que se

generarán derivados de la ejecución del proyecto por parte de Coremain, conforme a los

requerimientos planteados por el Concello da Estrada

La solución de Coremain incluye la definición y construcción de un servicio de Registro

Telemático de Entrada/Salida. Esta se abordará mediante el uso de los servicios de

soporte a procedimientos administrativos y orquestación de servicios proporcionados



por la plataforma del proyecto descrita.

De hecho el planteamiento dado anteriormente, sobre la arquitectura global de la

solución hace que la realización de un registro telemático se enfoque como un

procedimiento administrativo que se integra con el registro general del Concello da

Estrada.

Ilustración 15: Servicio de Registro Telemático E/S

La ilustración refleja el planteamiento dado al registro telemático y su integración tanto

con el back-office municipal como con la plataforma del gestor de trámites. Todo el

proceso tal y como se ha previsto viene reflejado en el siguiente diagrama de secuencia

UML, si bien la determinación del proceso exacto será parte del trabajo desempeñado

durante la ejecución del proyecto.

EdiLocal


Ilustración 16: Proceso Previsto para el Registro

Un punto clave en la construcción de este servicio será el de integración con los

sistemas ya existentes, de manera más concreta con el registro de general y con la base

de datos de terceros (si está disponible).

En ambos casos será necesario construir varias piezas de software, denominadas

genéricamente conectores, que permiten la integración con la plataforma del gestor de

expedientes, desde un punto de vista lógico y funcional. En la primera ilustración los

conectores vienen identificados con las letras C1 y C2.

El sistema se finaliza con la construcción de un módulo específico para la auditoría y

monitorización de todo el proceso de registro, que vendrá dado por las facilidades de

auditoría que ya ofrece Open-Cities conjuntamente con el desarrollo de los elementos

específicos que el Concello da Estrada requiera.



6.4.3 Servicios de Gestión de Expedientes

El planteamiento inicial definido en el pliego es el incorporar la automatización de

algunos de los procesos principales a la operativa del Concello da Estrada y así

fomentar el uso de la administración electrónica y la presentación telemática de

solicitudes por parte del ciudadano y terceros.

Todo el planteamiento pasa por la adopción de la tecnología vinculada a la firma

electrónica y uso de certificados digitales, tales como los que estarán disponibles para el

DNI-electrónico a lo largo del período de ejecución del proyecto.

Para proporcionar los servicios se ha seleccionado el middleware “Open-Cities” que

constituye la única plataforma libre del mercado que da soporte a los servicios de

administración electrónica en el ámbito de la gestión expedientes y trámites

administrativos y que ha sido desarrollada por la compañía Andago Ingeniería.

Toda la gestión de expedientes gira en torno al concepto de procedimiento

administrativo. Un Procedimiento Administrativo es un conjunto de Actos

Administrativos realizados en una determinada secuencia, cuyos efectos están

vinculados y con un único fin, el de conseguir una decisión final. Su plasmación física

es un conjunto de documentos que constituyen un expediente.

Por lo tanto uno de los elementos esencial dentro de la gestión de expedientes será la de

soporte a los flujos de trabajo o “workflows”, asociados al expediente.

Toda la gestión de expedientes está en formato web, incluida la consola de

administración, por lo que toda la interacción se realiza a través de navegadores

estándar. La gestión de expedientes se integrará con la carpeta ciudadana actual del

Concello da Estrada o bien como una estructura nueva dentro de su portal, en función

de los requerimientos del cliente.

EdiLocal


Descripción Funcional del Componente Open-Cities

Como se ha venido adelantando el planteamiento previsto tiene por objetivo la inclusión

de un Entorno Avanzado de Administración Electrónica para el Concello da Estrada,

sirviendo de infraestructura base sobre la que desarrollar un conjunto de servicios de

carácter y acceso público a través de servicios telemáticos y empleando sistemas de

identificación y seguridad fiables.

La plataforma sobre la que se desarrolla este entorno avanzado de administración

electrónica es el proyecto Open-Cities, que proporciona un entorno web ideal para la

gestión de expedientes y procedimientos administrativos empleando servicios de firma

electrónica avanzada.

Ilustración 17: Interfaz Web de Open-Cities

La plataforma proporciona servicios finales que se apoyan en una lógica de proceso o

de negocio que fundamenta su operativo en el trasiego de documentos como entidad

mínima de información dentro del sistema.

La plataforma de soporte a procesos administrativos que se instalará y configurará para

el Concello da Estrada, atiende a los siguientes criterios:

• Multiplataforma y multiusuario.

• Soporte multiidioma – Castellano, Valenciano, Inglés



• Uso de estándares de organizaciones como W3C, OASIS, UE-EITF, ...

• Arquitectura orientada a servicios (SOA) donde los principales componentes

interoperan mediante Web Services.

• Altamente modular tanto en los componentes de la plataforma como en los

distintos Servicios de E-administración que se construyan.

• Tanto o más que la tecnología está la definición de una metodología de

implementación de desarrollo de servicios de Administración electrónica, como

de disponer de las herramientas que permitan la promoción interna por los

propios técnicos del Ayuntamiento.

• Interoperabilidad con otras plataformas y servicios de la administración pública,

en concreto se potenciará la integración con los servicios y plataformas del DNI-

electrónico, MAP y de RED.ES.

• Cumplimiento de la legislación vigente, con especial atención a la Ley del

Procedimiento Administrativo Común (30/1992), LOPD y Ley de Firma

Electrónica.

En un apartado posterior se dará una descripción más detallada de la arquitectura y

elementos tecnológicos que componen esta plataforma.

Workflows de trabajo

El servicio de Gestión de Expedientes constará de un componente de workflow que

permitirá la implantación de flujos de trabajo asociados a procedimientos

administrativos.

El motor soportará el estándar XPDL del WfMC como lenguaje de definición de

workflows. A su vez soportará la definición de reglas en función de expresiones y de

reglas de negocio.

El workflow controlará la “hoja de ruta” del proceso administrativo y el mantenimiento

de los diferentes documentos a incluir en el expediente administrativo.

El workflow se apoyará en el conjunto de servicios web de la Plataforma, ya sean

servicios simples o composición de servicios dirigidos por el orquestador..

Se accederá a la funcionalidad del workflow mediante servicios web.

EdiLocal


Bandeja de Tareas pendientes

La Bandeja de Tareas pendientes será una aplicación web que el usuario del servicio

podrá acceder para consultar posibles tareas pendientes a realizar por su parte en un

proceso administrativo (iniciado o no por él).

Ejemplos de tareas pendientes pueden ser:

• un empleado público debe cumplimentar la revisión de un procedimiento

iniciado por un ciudadano.

• a un ciudadano se le pide que revise la documentación entregada.

La aplicación utilizará los servicios de workflow y de formularios de la plataforma.

Bandeja de Tareas activas

La Bandeja de Tareas Activas será una aplicación web que el usuario del servicio podrá

acceder para reiniciar actividades pausadas y salvadas anteriormente por el usuario.

Ejemplos de tareas activas pueden ser:

• Un empleado público vuelve a revisar un procedimiento administrativo que

había dejado en espera.

• Un ciudadano vuelve a cumplimentar un formulario que había iniciado y que

había abandonado temporalmente.

La aplicación utilizará los servicios de workflow y de formularios de la plataforma.

Ilustración 18: Ejemplo de Tareas de Open-Cities



Búsqueda de documentos ya entregados

Los usuarios podrán reutilizar información entregada como custodia a la Plataforma

para poder ser utilizada en otros procedimiento o expedientes administrativos.

Para ello todos los documentos serán almacenados en el Repositorio de la Plataforma

junto con un conjunto de metainformación para permitir su búsqueda por parte de los

usuarios.

Por ejemplo, un ciudadano podrá reutilizar una escritura pública firmada

electrónicamente entregada para un procedimiento administrativo en otro

procedimiento, siempre y cuando esté disponible y no haya caducado.

La búsqueda de documentos se ofrecerá como un servicio web del servicio documental.

Consulta de Trámites: ¿como va lo mío?

Los terceros tendrán la posibilidad de consultar el estado de los procedimientos activos

y de la documentación asociada a los expedientes.

El Servicio de Gestión de expedientes ofrecerá los siguientes servicios web:

• Servicio de consulta de expedientes del ciudadano, tanto activos como no.

• Servicio de consulta del estado del proceso.

Accediendo al servicio documental de la Plataforma se podrá consultar toda la

documentación, notificaciones, formularios asociadas al expediente, mediante una

sencilla orquestación de los servicios mencionados.

Edición de workflows

La solución ofrecerá una solución de especificación de flujos de trabajo soportando el

estándar XPDL.

La herramienta soportará tanto individuos como grupos o roles de usuarios, permitiendo

el acceso al directorio LDAP.

Edición de Reports

El servicio de formulario ofrecerá un editor de reports o informes a partir de datos

ofrecidos por servicios de la plataforma. El servicio podrá ofrecer diferentes formatos

de salida HTML, PDF, ODF, etc.

EdiLocal


Funcionalidad para desarrolladores

Los desarrolladores de la plataforma podrán realizar las siguientes actividades con el

gestor de expedientes:

• Editar flujos de trabajo con el editor de workflow XPDL

• Editar formularios e informes con el editor de formularios XFORMS

• Editar servicios orquestados con el editor de BPM en formato BPEL

• Provisión de procedimientos en el Catálogo de Procedimientos, tanto desde el

punto de vista administrativo como tecnológico.

Funcionalidad para empleados públicos

Los empleados públicos tendrán entre sus principales actividades con el sistema la de

atender las tareas pendientes asociadas a procedimientos administrativos iniciados por

terceros.

En cualquier caso, podrán realizar las siguientes actividades con el servicio de gestión

de expedientes, a través del “portal del empleado”:

• Acceder al catálogo de procedimientos que puede iniciar

• Iniciar procedimientos a los que tenga acceso

• Acceder a su bandeja de tareas pendientes de procedimientos administrativos en

los que se encuentra afectado.

• Abandonar temporalmente ciertos tramites para reiniciarlos en un momento

posterior.

• Consultar el estado de los procedimientos implicados.

• Consultar el estado de la documentación del expediente asociado a un

procedimiento administrativo.

• Búsqueda de documentos en el Servicio de custodia o documental para su

reutilización en otro procedimientos administrativos



Funcionalidad para administradores

Los administradores podrán realizar las siguientes actividades vinculadas a la

monitorización y configuración de la plataforma:

• Gestión de usuarios y roles de la plataforma

• Provisión de procedimientos administrativos

• Activación/Desactivación de procedimientos administrativos

• Gestión del control de acceso a los procedimientos

• Generación del estadísticas del nivel de servicio por diferentes criterios

(departamentos, individuos, tipos de procedimientos, etc.)

• Consultas a cualquier expediente

Solución Tecnológica Planteada

La solución tecnológica planteada se basa en una adaptación del servicio de Gestión de

Expedientes de la plataforma Open Cities.

La plataforma Open Cities ofrece soporte a Workflows mediante el producto Open

Source Objectweb Bonita (bonita.objectweb.org), el cual ofrece soporte al lenguaje de

descripción XPDL de WfMC.

Se ofrece como editor de workflows el producto Open Source ObjectWeb Jawe

(jawe.enhydra.org).

Cualquier formulario, documento gestionado en el Gestor de Expedientes es firmado

electrónicamente y almacenado en el Servicio Documental.

El Servicio ofrece soporte a la consulta de procedimientos y expedientes asociados.

El acceso al servicio es ofrecido a través de Servicios Web.

EdiLocal


6.4.4 Servicios de Notificación Telemática

El servicio de Notificación que proponemos es la facilitada por Red.es y Correos,

mediante la integración con su plataforma de notificación segura. Éste es uno de los

servicios desarrollados por Red.es, denominado “Servicio de Notificación Telemática”

(SNT), que pretende dar respuesta a la necesidad de establecer un sistema de

comunicación seguro y fiable entre el ciudadano y las Administraciones Públicas que

permita, por una parte, el intercambio de información de manera personalizada e

individualizada, y por otra, el envío de notificaciones y resoluciones administrativas por

vía telemática de forma segura. Este servicio comprende dos clases de envíos:

Notificaciones (con validez jurídica) y Comunicaciones (de carácter meramente

informativo).

El SNT ofrece la siguiente funcionalidad:

• Del lado del ciudadano:

o El envío de Notificaciones y Comunicaciones por vía telemática se

practicará sólo para aquellos ciudadanos que hayan manifestado

expresamente su voluntad de darse de alta en el Servicio.

o Para ello el ciudadano deberá realizar una solicitud telemática al Servicio

utilizando firma electrónica avanzada reconocida por los sistemas de

Red.es.

o Red.es mantendrá un directorio con todos los organismos adheridos y sus

correspondientes procedimientos donde el ciudadano podrá libremente

indicar en que organismo/os y en que procedimiento/os desea darse de

alta.

o El ciudadano recibirá en una dirección electrónica habilitada al efecto,

las Notificaciones y/o Comunicaciones de los Procedimientos que

anteriormente se ha dado de alta, recibiendo previamente vía e-mail, un

aviso de la recepción de dicha Notificación y/o Comunicación.

o El ciudadano podrá libremente leer, imprimir, descargar o rechazar la

Notificación y/o Comunicación recibida.



• Del lado del organismo:

o El sistema de notificación telemática permite al administrador del

organismo realizar envíos de notificaciones y/o comunicaciones a los

ciudadanos dados de alta, tanto de forma individual como masiva.

o Se le facilita al organismo adherido facilidades de búsqueda y consultas

para el seguimiento de expedientes y envíos según determinados criterios

(expediente, fecha...).

o Red.es proporcionará formación y soporte técnico al Organismo.

El funcionamiento del Servicio de Notificación telemática se resume en la siguiente

figura:

Ilustración 19: Funcionamiento del servicio de notificación Telemática

La elección de la plataforma de Red.es para las notificaciones telemáticas está

sustentada en los siguientes criterios:

• El SNT ofrece a los Organismos Públicos la posibilidad de disponer de un

Sistema de envío telemático sin tener que realizar inversiones en equipos,

licencias de software, costes de desarrollo, implantación y mantenimiento. El

SNT está ubicado en un entorno de máxima seguridad y es administrado

operativamente por Red.es

• El SNT cumple los estándares y requerimientos legales sobre transacciones

telemáticas.

EdiLocal


• Adaptación a cambios legislativos o tecnológicos sin tener que dedicar recursos

propios.

• Rapidez de Implantación.

• Incorporación de múltiples certificados reconocidos de firma digital.

En el proyecto se desarrollará e implementará los servicios necesarios para que la

plataforma de administración electrónica tenga acceso a las funcionalidades ofrecidas

por el SNT.

A la hora de realizar la integración con la plataforma de administración electrónica se

realizará utilizando la arquitectura orientada a servicios que ofrece la plataforma

integrándola a través de un servicio web propio de la plataforma que enlace con el

servicio web de Red.es.

Además, permite ofrecer funcionalidades añadidas de trazabilidad, histórico de las

operaciones, así como integraciones futuras específicas con sistemas de gestión

tributaria.



6.4.5 Servicios de Pago Telemático

El servicio de pasarela de pagos que Coremain propone es la que ofrece la entidad

Red.es dependiente del Ministerio de Industria, Turismo y Comercio.

El esquema funcional de la pasarela se muestra en la imagen que se muestra a

continuación:

Ilustración 20: Esquema Funcional de la pasarela

La funcionalidad ofrecida por la pasarela disponible de dicha entidad son:

• Pagos en línea y consultas:

Correspondientes a los tramites administrativos que suponen el pago individual

de tributos y tasas que realizan tanto los ciudadanos como los Profesionales que

actúan en Representación y con autorización de los mismos.

• Pagos por lotes:

Disponible para la realización de pagos en lotes o remesas, de forma que

faciliten las tareas repetitivas de los Profesionales que actúan en representación

y con autorización de los ciudadanos.

EdiLocal


• Administración:

Procesos orientados a que los Organismos puedan aprovechar las características

del servicio:

o Consultas de Pagos

o Estadísticas

o Personalización

De este modo la pasarela de pago estará disponible para los siguientes participantes que

interactúen con la plataforma de administración electrónica:

• Ciudadano:

o Pagos Individuales.

o Consultas.

• Representantes:

o Pagos Individuales.

o Pagos por Lotes.

• Organismos:

o Consolidación Periódica.

o Procesos de Administración y Gestión del Servicio.

Todo el proceso de autenticación y conexión segura se realizar mediante el empleo de

infraestructuras de clave pública (PKI) por lo que se garantiza el máximo de seguridad y

confianza en las transacciones. Además tiene soporte MultiCA y se integra

perfectamente con los servicios de autenticación y no repudio del DNI-electrónico.

Adicionalmente esta pasarela posibilita y da soporte a diversos Medios de Pago: Cargo

en Cuenta, Tarjetas y Domiciliación.

Solución Tecnológica

La pasarela de pago del ente público RED.ES se caracteriza por ser un diseño modular y

escalable basado en los paradigmas de seguridad PKI.

A la hora de realizar la integración con la plataforma de administración electrónica, se

realizará utilizando la arquitectura orientada a servicios que ofrece la plataforma

integrándola a través de un servicio web propio de la plataforma que enlace con el

servicio web de RED.ES.

De este modo, el servicio de enlace con RED.ES estará disponible en el registro de



servicios y podrá ser empleado en la funcionalidad de la plataforma a través de la

orquestación del mismo, tal y como representa la figura siguiente.

Ilustración 21: Modularidad de la Pasarela de Pagos red.

El servicio web que se desarrolle dentro de la plataforma de administración electrónica,

ofrecerá un enlace y API único de cara al orquestador con independencia del proveedor

de la pasarela de pagos. Para el alcance del proyecto se realizará la integración con la

pasarela de RED.ES pero en el futuro sería factible realizarlo con otras soluciones que

ofrezcan un nivel de servicio adecuado.

Por lo tanto se trata de un sistema que proporciona una infraestructura SOA que

posibilitará la integración en modo web service con o sin delegación de operaciones de

firma electrónica.

Ilustración 22: Integración Servicios de Pasarelas Pago

EdiLocal


6.4.6 Servicios de Gestión Documental

El proyecto contará con un gestor documental. Se trata del repositorio principal de

información de la Plataforma. El servicio almacenará distintos tipos de contenidos:

• Documentos de los ciudadanos o generados por departamentos del Concello da

Estrada

• Formularios Web cumplimentados por ciudadanos o empleados públicos.

• Carpetas de documentos (por ejemplo expedientes)

• Metainformación asociada a procesos administrativos:

o descripción administrativa de procesos y tramites

o ficheros de descripción de flujos de trabajo XPDL

o ficheros de orquestación de servicios BPEL

o ficheros de formularios web XFORMS

o Etc.

Entre las funcionalidades que ofrecerá se encuentran:

• Almacén de todo tipo de documentos: binarios, texto, XML…

• Almacén de documentos firmados y sellados.

• Se podrán crear objetos digitales compuestos de objetos más simples

(documentos, firmas, ...): por ejemplo, un expediente.

• Todo objeto digital (simple o compuesto) dispondrá de un conjunto de

metadatos sobre los que se podrán crear búsquedas de documentos atendiendo a

dichos metadatos.

• Todo objeto digital dispondrá de un identif. URI accesible vía web Service.

• Un documento podrá ser referenciado en más de un objeto compuesto. Por

ejemplo: una escritura pública podrá ser referenciada en más de un expediente

de los correspondientes procesos administrativos.

• El acceso a los documentos del repositorio será controlado por reglas de control

de acceso orientadas a roles (RBAC) e individuos.

• Los documentos podrán ser catalogados atendiendo a criterios de catalogación

de archivo.



• Se facilitará la captura de toda la información documental necesaria, mediante el

empleo de software especifico para escanear documentos.

• Se incluirán facilidades de búsqueda accesibles a través de los portales de

ciudadano y empleado, atendiendo a las restricciones legales de acceso a los

elementos y avaladas por la auditoría jurídica del proyecto.

Solución Tecnológica

La solución tecnológica se encontrará basada en la creación de un repositorio digital de

objetos. En concreto el servicio será una adaptación del actual servicio de custodia de la

plataforma Open Cities.

Dicho servicio se implementa basándose en el producto Open Source “Fedora Digital

Repository” (www.fedora.info) que describiremos en siguiente apartado.

El Servicio de Custodia de Open Cities ofrece diferentes interfaces Web Services:

• Provisión: (altas, bajas y modificaciones) de objetos predefinidos (documentos,

formularios web, expedientes, metainformación)

• Búsqueda: Consulta de la metainformación de los documentos y referencias a

objetos.

• Gestión: Diferentes servicios de gestión del repositorio como por ejemplo el

control de accesos.

Los distintos tipos de objetos que puede almacenar el Repositorio o Servicio

Documental o de Custodia de la Plataforma se catalogarán con un modelo documental

basado en la norma ISAD (G) pero “mapeada” a la normativa Dublin Core que soporta

Fedora.

Se definirá una política de control de accesos a los documentos basada en el estándar

OASIS XACML soportado también por Fedora. La política de control de acceso se

realizará basándose en las actuales desarrollos competenciales y normativas de los

diferentes departamentos del Concello da Estrada.

EdiLocal


6.4.7 Servicios Adicionales

Integración con los actuales sistemas del Concello

Se realizará la integración con los actuales sistemas del Concello, como Gestión

presupuestaria, Contabilidad, Gestión Tributaria, Nóminas, etc. El nivel más básico de

integración se realizará a través de ficheros planos, siendo el óptimo a través de

interfaces desarrollados al efecto.

Se realizará un análisis de viabilidad para la integración con el sistema de información

geográfica basado en Geopista, y en función del mismo se diseñará un plan de

integráción.

Plan de Formación

Dada la importancia del conocimiento de la nueva plataforma de administración

electrónica para su buen uso y manejo, es imprescindible definir un plan de

formación, con el objetivo de conseguir que todos los usuarios del nuevo sistema de

información, puedan trabajar con esta herramienta de modo eficiente y eficaz.

Para establecer un plan de formación acorde con los usuarios que lo van a manejar

resulta necesario clasificar los usuarios por perfiles, en función de las actividades que

cada uno de ellos realice con la aplicación y con esta información, así como con la

disponibilidad del personal y de las aulas de formación se generará el Plan de

Formación, que comprenderá una parte teórica, y otra en la que los usuarios puedan

realizar casos prácticos de su trabajo diario.

Definidos los distintos grupos de personas objeto de la formación, resultará necesario

organizar los distintos tipos de cursos, en función de los perfiles y ubicaciones.

Se dará, además, formación complementaria en temas relacionados con la

Administración electrónica, como firma electrónica, uso de certificados, sellado de

tiempo, etc.



6.5 Plataforma tecnológica de la solución: Open Cit ies

Para la gestión de los diferentes trámites administrativos a los que se de cobertura, se

empleará la plataforma Open-Cities, que esta plataforma está en marcha en diferentes

organismos y entidades públicas.

Open-Cities es una plataforma tecnológica que proporciona la infraestructura básica y

esencial para la definición, formalización y automatización de los procesos

administrativos de cualquier organización, independientemente del tamaño y naturaleza

de los mismos.

Con este middleware instalado y configurado en una organización, es posible iniciar la

implantación de los procesos más comunes, dándoles soporte informático vía web e

integrándolos con los sistemas de BackOffice habituales de la corporación (padrón,

catastro, registro general, ERP, GIS...).

MotorWfw

MotorTrans.

ServicioIdentidad

ServicioFirma

ServicioRepositorio/

Custodia

LDAPBD

Editor

Servicio E-admin 1

ServicioE-admin 2

ServicioE-admin N

Portal A Portal B

PatronesBD

ServicioWorkflow

Bus Web Services

NivelServicio

NivelMiddleware

Ilustración 23: Plataforma Open-Cities

Tal y como aparece en la imagen anterior existen distintos niveles y capas.

La plataforma tecnológica ó middleware que proporciona los servicios esenciales,

dentro de un marco homogéneo, al siguiente nivel. Los servicios básicos inicialmente

definidos son: firma y certificación electrónica, identificación, mecanismos de

autenticación segura y gestión de procesos, custodia documental.

EdiLocal


El nivel de servicio, constituido por los diferentes subsistemas y procesos de negocio

definidos por el cada organización, por ejemplo la presentación de una solicitud o

documentación, etc. Se elaborarán dos procesos genéricos que den soporte a una

comunidad de servicios.

Esta arquitectura funcional implica unos niveles de escalabilidad elevados ya que

cualquier otro módulo funcional adicional podrá ser implantado en el futuro sobre la

arquitectura definida.

Es claro que esta descomposición funcional permite, como se verá más adelante, una

racionalización del trabajo de desarrollo mayor, dada la modularidad de la solución

planteada.

Se trata de una plataforma tecnológica y framework de desarrollo, construido a partir de

componentes de “fuente abierta” y liberado a la comunidad del software libre.

Open-Cities constituye un middleware de mediación construido utilizando sistemas

estándar y arquitecturas abiertas que potencian:

• Interoperabilidad

• Reutilización

• Multicanal

• Facilidad de Uso

Está orientado a la gestión de procesos administrativos y a la gestión de los expedientes

asociados a los trámites.

Asimismo, Open Cities es un mediador y por lo tanto, facilita la interconexión del

BackOffice de la organización con los servicios de propósito general que ofrece al

ciudadano, empleado público, etc.

Open Cities propone una infraestructura de administración electrónica basada en:

• Automatización de los Procesos Administrativos.

• Generalizar el uso de certificados y firma digital.

• Servicios de custodia de los expedientes.

• Integración de tecnologías bajo en una única plataforma.

• Seguimiento de los estándares disponibles.



• Empleo de canales seguros y fuertemente cifrados para la comunicación.

Desde el punto de vista arquitectónico y tecnológico, Open Cities posee las siguientes

características:

• Multiplataforma, multiusuario, multiproceso.

• Desarrollado en Java, compatible con especificaciones J2EE.

• Arquitectura Orientada a Servicios (SOA).

• Orquestación de servicios Web (BPEL).

• Bus de Servicios Web (ESB SOAP).

• Intercambio de Datos XML

• Gestión de Flujos de Trabajo Transaccional

• Empleo de XADES como estándar de firma digital

• Opcionalmente, incluye las entidades de certificación, validación y sellado de

tiempo (CA,VA,TSA)

• Empleo de componentes “software libre” probados y fiables

En términos generales, la administración electrónica o e-gobierno, debe soportar y

sustentar procesos administrativos que manejan documentos y expedientes. Sin

embargo, existe una barrera tecnológica entre los sistemas back-office de una

corporación y los procesos soportados por el e-gobierno.

Ilustración 24: Open-Cities

EdiLocal


Dentro de cada implantación, se definen los procesos soportados así como los

conectores con los sistemas de back-office específicos. De esta forma, Open Cities parte

de unos servicios base (firma, custodia, sellado de tiempo, base de datos, mensajería) y

personaliza en cada implantación a través de una arquitectura abierta, basada en

servicios web, con lo que asegura que es independiente de las aplicaciones disponibles y

por lo tanto permite su intercambio (incluso en los servicios base), gracias a la

definición de conectores específicos.

De este modo el proyecto Open Cities es una iniciativa que persigue minimizar la

brecha tecnológica proporcionando un middleware de propósito general, mediante el

empleo de tecnología de fuente abierta y libre.

Sin embargo, aunque la plataforma es una solución integral que puede usarse en su

configuración base, forma parte de su idiosincrasia el que los componentes puedan ser

intercambiados sin límite alguno, con lo cual encaja perfectamente con los sistemas,

aplicaciones y plataformas pre-existentes en la organización.

En cualquier caso, esta descomposición funcional, para proporcionar los niveles

deseados de robustez y escalabilidad se fundamentará en una arquitectura software de

tres capas, como se expone en la siguiente figura:

Ilustración 25: Arquitectura de Capas del Sistema



Open-Cities se estructura en tres capas arquitectónicas que, por un lado, posibilitan la

interacción a dos niveles con sistemas y actores ajenos al proyecto que ya existiesen y

con los que se integrará y, por otro lado, encapsulan las reglas de negocio propias a los

servicios de Administración Electrónica de la entidad que incorpore esta tecnología.

El sistema interactúa con dos tipos de actores externos:

� Sistemas externos, que en principio serán aquellos servidores ya existentes en la

organización (base de datos, directorio, correo electrónico, etc.) y algunos

nuevos que den servicios concretos a la plataforma de administración electrónica

(autenticación, workflow...). Los sistemas nuevos, en principio, estarán

albergados dentro del propio servidor base del presente proyecto.

� Usuarios del sistema, ya sean ciudadanos, clientes, trabajadores, etc. A través de

protocolos y formatos estándar se facilitará la comunicación e interacción del

usuario final con el sistema.

El sistema como ya se ha mencionado, está estructurado en tres capas independientes

pero interrelacionadas entre sí:

� Capa de presentación: encargada de unificar los criterios de visualización de los

servicios ofrecidos al usuario. Dado que la arquitectura software que se propone

está compuesta por diferentes sistemas y componentes que necesitan no sólo de

una integración operativa sino también de visualización.

Esta capa de la aplicación estará construida utilizando un sistema de

vista/controlador que involucre componentes de tipo portlet, servlet y jsp, sin

descartar otro tipo de elementos por razones técnicas, justificadas.

� Capa de Negocio: Esta capa constituye la parte esencial de la plataforma de

administración electrónica, dado que encapsula las reglas de negocio,

descripción de procesos y políticas propias a la operativa tanto de la plataforma

como de los servicios que esta proporciona al usuario final.

Efectivamente, este nivel aglutina no solo los componentes que forman parte del

bloque funcional de la plataforma tecnológica, sino también la parte de servicios

ofrecidos.

EdiLocal


Esta compuesta de una serie de módulos interrelacionados a través de dos subsistemas

principales:

• El gestor de políticas de seguridad, su cometido es el de ser el nexo que

unifique los criterios de autenticación y control de acceso y privilegios para

los diferentes usuarios, gestiona la actividad de single sign-on y proporciona

el API de acceso seguro a todos los módulos de servicio del sistema.

Este nivel de la aplicación estará constituido por una serie de java beans que

gestionen la aplicación de las reglas de seguridad definidas, así como el API

de autenticación/autorización para las diferentes aplicaciones que accedan.

• El diseñador/integrador de procesos, unifica y aísla la definición de los flujos

de trabajo de su ejecución concreta. Este modulo posibilita al administrador

del sistema la inclusión de nuevos servicios a través de la definición de

nuevos procesos de actividad dentro del sistema y su integración con otros

sistemas y componentes tanto de la plataforma como de la organización.

Será empleado para la definición de las actividades esenciales de los

diferentes niveles de servicio que se definan, así como los derivados de la

implantación de la autoridad de certificación (solicitud, revocación,

anulación, etc.).

El proveer a la plataforma tecnológica de un diseñador de procesos único

implicará que la ampliación futura del sistema se simplificará de forma

notable, básicamente consistirá en la definición del nuevo proceso, su diseño

en este componente, y el desarrollo de los java beans (si fuese necesario) que

implementan tareas concretas del proceso y/o la integración con otros

componentes.

Esta capa del sistema además está constituida por otra serie de módulos

agrupados en dos niveles:

• Módulos de servicio, funcionalmente definidos al principio del capítulo.

Estos módulos tienen una fuerte componente de proceso por lo que están

directamente relacionados con el diseñador de procesos.

Estos módulos están constituidos por componentes java beans, en



principio EJB de sesión aunque esta cuestión será resuelta durante el

diseño del sistema.

• Módulos comunes, forman parte de la plataforma y dan servicio al resto

de módulos de servicio. Son descritos en detalle en capítulos posteriores

y son los módulos identificados como: Firma Digital, Single Sign-On,

Autoridad de Certificación y custodia.

� Capa de Integración: Esta capa de la aplicación tiene como objetivo el manejo

de bajo nivel de los componentes y sistemas externos al sistema de firma

electrónica avanzado. En esencia se trata de un conjunto de componentes que

permiten la manipulación y acceso a través de API's de los elementos externos

tales como la base de datos, el sistema de directorio organizacional, etc.

Esta capa es la encargada de garantizar la independencia de elementos tales

como la base de datos, el servidor de aplicaciones, etc. De tal modo que sean

intercambiables en un futuro con un coste mínimo y un impacto nulo sobre el

resto del sistema.

Este nivel se implementará haciendo uso intensivo de patrones de diseño así

como de tecnología EJB, para dotar de una flexibilidad idónea a la solución

alcanzada.

El sistema OpenCities se ofrece dentro del contexto del proyecto, por tratarse una

alternativa tecnológica que se adapta a los requerimientos expuestos, además de tratarse

una solución general que será integrada y configurada dentro del contexto de la

plataforma tecnológica del Concello da Estrada.

EdiLocal


7 TENDENCIAS FUTURAS

El futuro más próximo para el Estado Español pasa por el Sistema de Aplicaciones y

Redes para las Administraciones (SARA) también conocido como "el nuevo cerebro

de la administración pública española". Su objetivo, siempre según fuentes del

ministerio, es ahorrar a cada usuario 23 horas de gestiones y al Estado 150 millones de

euros. SARA también permitirá ahorrar cien toneladas de papel impreso, que es parte de

lo que actualmente gastan las administraciones públicas.

Sin embargo, desde el Ministerio no se habla de que SARA sea, como han querido

presentarlo algunos medios, un 'superordenador' (una máquina capaz de procesar

billones de datos por segundo), sino que se le denomina como "la nueva infraestructura

tecnológica que permite y garantiza la comunicación entre las distintas

administraciones, además de servir de plataforma de intercambio de aplicaciones".

También se destaca que SARA tendrá 111 servidores ampliables a 1.200. Los

servidores podrían ejercer en este caso funciones de alojamiento de desarrollos digitales

(que podrían ser los desarrollos web de las distintas administraciones) para que estén

disponibles en una red interconectada.

En otro nivel se encuentra la aplicación de EDI a nivel europeo, los esfuerzos actuales

surgen de la Decisión 2004/387/CE del Parlamento Europeo y del Consejo de 21 de

abril de 2004 relativa a la prestación interoperable de servicios paneuropeos de

administración electrónica al sector público, las empresas y los ciudadanos (IDABC) es

la base legal del Programa IDABC, para el período 2005- 2009, sucesor del Programa

IDA.

IDABC persigue la identificación, promoción y desarrollo de servicios paneuropeos de

administración electrónica dirigidos a ciudadanos, empresas y administraciones, así

como de las infraestructuras y servicios necesarios para el despliegue de los primeros.



Como objetivos primordiales destacan :

� A evitar la adopción de soluciones particulares

� Eliminar barreras organizativas y técnicas

� Creación y mejora de una infraestructura de servicios telemáticos comunes

En la siguiente figura se muestra las complejas interacciones de naturaleza

transfronteriza contempladas por IDABC.

En el siguiente gráfico (ilustración 26, página siguiente) e muestra el Modelo de

Acceso de la Administración a los servicios paneuropeos de Administración electrónica

vía el enlace entre la Intranet Administrativa y TESTA.

La red TESTA es una red IP aislada de Internet que interconecta las redes

administrativas de los Estados miembros y de las Instituciones y Agencias europeas.

Responde a un modelo de arquitectura estructurado en los siguientes elementos: red

troncal común (conocida como EuroDomain), de forma que las citadas redes

administrativas (conocidas como Local Domains), están conectadas a la red troncal

común, o EuroDomain, por medio de áreas de conexión específicas (conocidas como

EuroGates).

EdiLocal


10

Ilustración 26

10-CTT: Centro de Transferencia Tecnológica.

-UDDI: son las siglas del catálogo de negocios de Internet denominado Universal Description,

Discovery and Integration



8 CONCLUSIONES

Este trabajo nos ha ayudado a comprender la complejidad de compartir información

entre las administraciones y gran ventaja que supondría tener implantado un sistema

IED en todas las administraciones.

No creemos que sea una utopía que se consiga, pero si observamos que sigue faltando

un liderazgo político claro para unificar todos los sistemas.

En la realización del trabajo nos hemos puesto en contacto con personal de la Xunta de

Galicia, diferentes responsables de los proyectos de ciudades digitales de Galicia para la

obtención de información sobre la e-administración. Con lo que obtenemos como

conclusión global de todos ellos, es que están trabajando en algo que no tienen muy

claro cual será el resultado, se podría decir que están trabajando en una Torre de Babel

que no se sabe si alcanzara el cielo.

Con la aplicación del la LAECAP las AA. PP. deberán cumplir con los principios y

obligaciones de esta Ley a partir del 31/12/2009, con lo cual existirá una carga de

trabajo más que considerable para realizar sistemas de e-administración para las

diferentes instituciones públicas.

Desde nuestra visión como estudiantes de informática creemos especialmente

importante que se debería iniciar líneas de investigación en este campo que promete ser

uno de los sectores con más proyección.

EdiLocal


9 BIBLIOGRAFÍA E WEBGRAFÍA

9.1 Webgrafía

Clasificamos la webgrafía en función de los contenidos tratados principalmente:

� ATRIO

o http://www.csae.map.es/csi/pg5a10.htm

o http://www.ssreyes.org/archivo/mesa/documentos/ATRIO.pdf

� SICRES

o http://www.csi.map.es/csi/pg5s40.htm

o http://www.csae.map.es/csi/pdf/nr010_sicres20.pdf

o http://www.coit.es/publicac/publbit/bit128/bitcd1/legisla/pg5s40.htm

� ESTROFA

o http://www.csi.map.es/csi/pg5e30.htm

� MAGERIT

o http://www.csi.map.es/csi/pg5m20.htm

o http://www.iigov.org/ss/article.drt?edi=13547&art=13721

o http://www.wikilearning.com/reduccion_supervision_y_gestion_del_ries

go-wkccp-3620-13.htm

o http://www.hispasec.com/unaaldia/2417

o http://www.csi.map.es/csi/tecnimap/tecnimap_2006/01T_PDF/magerit.p

df

� INDALO

o http://www.csi.map.es/csi/pg5i10.htm

� LAECAP

o http://www.060.es/informacion_060/noticias/proyecto_LAECAP/Proyec

to_LAECAP-ides-idweb.jsp

o http://www.060.es/informacion_060/noticias/noticia4-ides-idweb.jsp

o http://derecho-internet.org/mediawiki/index.php/LAECAP_PL



� Pista Local

o http://www.csi.map.es/csi/pdf/pistecn.pdf

o http://www2.pistalocal.es/

o http://www.mityc.es/Pista/

� IDA_Padrón

o http://www.csi.map.es/csi/pg5n10.htm

o https://idapadron.ine.es/

o http://www.csi.map.es/csi/tecnimap/tecnimap_2006/01T_PDF/e%20padr

on.pdf

� Ventanilla única

o http://www.csi.map.es/csi/pg5v20.htm

o http://www.la-moncloa.es/PROGRAMAS/PNR/default.htm

� SISTER

o http://www.csi.map.es/csi/pg5s20.htm

o http://www.csi.map.es/csi/pg3208.htm

� MIGRA

o http://www.csi.map.es/csi/pg5m50.htm

� Red Corporativa Xunta de Galicia y Servicios

o http://www.xunta.es/galicia2004/es/03_01_02.htm

o http://pdxcapp.xunta.eres/consellarias/observatorio

o http://unpan1.un.org/intradoc/groups/public/documents/CLAD/clad00478

25.pdf

o http://www.csi.map.es/csi/tecnimap/tecnimap_2006/01T_PDF/el%20pla

n%20director%20en%20tecnologias.pdf

o http://www.xunta.es/galicia2005/gl/administracions-publicas.pdf

o http://pdxcapp.xunta.es/consellarias/capp

o http://galimap.org/gis/index.php

o http://sociedadedainformacion.eu/

� A Estrada Cidade Dixital

o www.aestradadixital.org

o www.aestrada.com

EdiLocal


� Futuro:

o http://ec.europa.eu/idabc/servlets/Doc?id=22840

o http://www.csae.map.es/csi/tecnimap/tecnimap_2004/comunicaciones/te

ma_05/5_001.pdf

o http://europa.eu.int/ISPO/ida

o http://www.map.es/csi/pg3315.htm

o http://www.csi.map.es/csi/eModel/sara.htm

o http://www.csi.map.es/csi/pg3315.htm

9.2 Bibliografía

� Hemos consultado la Oferta de Coremain en el Concurso para la

teleadministración de A Estrada Cidade Dixital.

� “Manual de Básico de Protección Civil” del obtuvimos información sobre el

Sistema de Comunicación de la Xunta de Galicia.

� Trabajo anterior sobre EDILOCAL.

Análise do Intercambio Electrónico de Documentos na administración.

Documents

Transcript of Análise do Intercambio Electrónico de Documentos na administración.