Gestin Integral de Servicios en el Principado de Asturias

1
Gestión Integral de Servicios en el Principado de
Asturias

• Marco tecnológico

Ramiro Concepción Suárez
2
Índice

• Objetivos
• El desarrollo de las nuevas tecnologías y la
  Administración Pública
• Modelo operativo
• Modelo tecnológico
• Interfaces portal, CRM
• La integración de sistemas. Middleware
• Conclusiones

3
Objetivos
Proporcionar a los ciudadanos las herramientas
necesarias para

• Poder acceder a los servicios públicos y a la
  arquitectura de red de la Administración Pública
• Poder tener una visión en tiempo real del estado
  de su situación administrativa
• Poder revisar y pagar sus facturas, controlar el
  estado en que se encuentran las diferencias
  conflictivas que surgen y monitorizar los niveles
  del servicio
• Poder realizar solicitudes de diversos servicios
  (subvenciones, licencias, etc.)

4
El desarrollo de las nuevas tecnologías y la
administración pública

• Como conseguir los objetivos
• Un sistema integrado de servicios
• Internet
• telefónico
• presencial

• Riesgos que pueden provocar el fracaso
• El proyecto ideal
• El proyecto indefinido
• El proyecto desorganizado
• El proyecto protagonista

• Condiciones que se tienen que dar para conseguir
  los objetivos
• voluntad política
• voluntad gestora
• voluntad tecnológica

El servicio primero, la
tecnología después
5
Modelo Operativo

• MISIÓN DEL SAC
• Gestionar las relaciones con los ciudadanos
• Prestar servicios de calidad a través de un
  sistema multicanal

CIUDADANOS
Se adopta un Concepto amplio de
Ciudadano entendiendo como tal cualquier cliente
de los servicios del Principado de Asturias
(personas físicas o jurídicas, empleados
públicos, agentes económicos ...).
SERVICIOS
Se estructurarán en tres niveles
CANALES
INFORMACION GENERAL Catálogos de
servicios,tributos, infracciones y sanciones,
otros
PRESENCIAL
INFORMACION PARTICULAR Consulta de expedientes
TELEFONICO
INTERNET
GESTIÓN Tramitación de servicios
SAC
6
Modelo Operativo
FASE 0 Lanzamiento del Proyecto (Jul-Sept-01) O
bjetivoRealización del Plan Detallado del
Proyecto
FASE 2 Consolidación CRM (Feb-Oct/02) Objetivo
Puesta en marcha de la segunda versión del
S.A.C. (posibilidad de consultar información
sobre expedientes concretos)
FASE 1 Construcción del SAC (Jul/01-Jul/02) Ob
jetivo Puesta en Producción de la primera
versión del S.A.C. (Acceso a información
general por los tres canales)
FASE 3 Transacciones online (Mayo/02-Ene/
03) Objetivo Puesta en marcha de la tercera
versión del S.A.C.( acceso a 10 transacciones
completas)
FASE 4 Estabilización del SAC (Dic/02-Feb/03) O
bjetivoPruebas finales del S.A.C.
FASES
FASE1
FASE 2
FASE 0
FASE 3
FASE 4
ESTADO
FINALIZADA
EN CURSO
HITOS FUNDAMENTALES
JUL/ 01 Maqueta disponible
ABR/ 02 S.A.C- I Operativo
AGOS/ 02 S.A.C.- II Operativo
SEPT/ 01 Plan Detallado
ENE/ 03 S.A.C. -III Operativo
ENE/ 02 Piloto S.A.C.
MAR/ 03 Fin de Proyecto
7
Modelo tecnológico

• OBJETIVO DE LA IMPLANTACION TECNOLOGICA
• Implantar el soporte tecnológico para los canales
  Presencial, Telefónico y Web del SAC
• Fuente única de información para los distintos
  canales
• Asegurar la evolución futura del sistema mediante
  soluciones líderes del mercado
• Implantación de los componentes por fases
• Integración de sistemas por fases

8
Modelo tecnológico
SUN FIRE 280R WEB Caché Servidor Web APACHE
Windows NT Servidor Web IIS para SIEBEL
y GENESYS
Firewall
SUN FIRE 6800 Servidor de BBDD Siebel
Gestión Contenidos DW Genesys
Firewall
SUN FIRE 280R Servidor de aplicaciones Oracle
IAS para Gestión de contenidos
Portal del empleado Servidor Web Apache Web Cache
SUN FIRE 280R Servidor de aplicaciones Oracle
IAS para Portal
Symetrics EMC
Windows NT Servidor Web IIS para Intranet
Atención presencial LDAP
Windows NT Servidor Datamart
Windows NT Servidor CTI Genesys
Windows NT Servidor ICCS
Genesys
Windows NT DW Siebel Web Analysis Server
Windows NT Siebel Enterprise Server
9
Interface Portal
10
Interface Portal
11
Interface Portal
12
Integración Expedientes
Datos del Expediente
Id Tercero
Portal
Siebel
Spiga
NIF Nombre
Id Tercero
Terceros
13
Integración CRM
14
Integración entornos heterogéneos
15
La integración de sistemas. Middleware
CESALGI
SPIGA
PACA

PROXIM_at_
TRIBUTAS
SISPA
Firma Digital
CGSI
PISSIPA
16
La integración de sistemas. Middleware
Aplica 1
Aplica 2
Aplica 1
Aplica 2
Middleware
Aplica 4
Aplica 3
Aplica 4
Aplica 3
17
La integración de sistemas. Middleware
Integración a nivel de datos
Base datos1
Base datos 2
Cliente Web
18
La integración de sistemas. Middleware
Integración a nivel de Interface
Base datos1
Base datos 2
Cliente Web
19
La integración de sistemas. Middleware
Integración a nivel de Lógica de aplicación
Base datos1
Base datos 2
Cliente Web
20
La integración de sistemas. Middleware
BD TERCEROS
TRIBUTAS
SPIGA
PACA
Adaptador
Adaptador
Adaptador
Middleware
Adaptador
BROKER
Internet
PROXIM_at_
21
La integración de sistemas. Middleware
Componentes fundamentales
Adaptador Para acceder de manera estándar a los
datos de las aplicaciones corporativas
Broker Permite la creación y modificación de
reglas de transformación y encaminamiento de datos
Middleware Software de conectividad que consiste
en un conjunto de servicios que permiten que
múltiples procesos corriendo en máquinas
diferentes interactúen a través de la red
MOM Permite el intercambio de datos entre
programas. Es como un e-mail en el sentido
asíncrono y que requiere los receptores de
mensajes para interpretar el significado y
ejecutar las acciones pertinentes
22
La integración de sistemas. Middleware
Servicios ofertados por Terceros
Consulta Por NIF/CIF
Consulta Por Id
Terceros
Consulta Por Nombre
Baja de uso de tercero
Alta Tercero
Propuesta modificación
23
La integración de sistemas. Middleware
PROXIM_at_
Interfaces E/S
Interface E/S
Siebel COM
consulta
XML
datos
SPIGA COM
XML
Middleware
consulta
Middleware
consulta
Oracle Portal PL/SQL, JAVA,...
XML
XML
Oracle
datos
datos
Oracle
24
La integración de sistemas. Middleware

• Ventajas del nuevo enfoque
• Desacoplamiento de las aplicaciones entre sí
• Reducción del número de interfaces
• Escalabilidad Posibilidad de añadir o quitar
  aplicaciones sin repercusión en las demás
• Reducción de costes de mantenimiento
• Posibilidad de extender la integración hacia
  otros recursos o agentes externos
• Reducción de la duplicidad de información y
  procesos
• Menor dependencia de la tecnología

25
Conclusiones
Modelo actual
26
Conclusiones
Nuevo Modelo
27
Conclusiones
Modelo actual
Nuevo Modelo
El ciudadano debe buscar a los funcionarios que
le puedan resolver el problema
28
Conclusiones
Modelo actual
Nuevo Modelo