ponencia tecnimap 2010 - gobierno de canarias - interoperabilidad rrhh

XI JORNADAS sobre Tecnologías de la Información para la Modernización de las Administraciones Públicas

1

Arquitectura SOA (Servicios) + EDA (Eventos) + BPM (Procesos)

basada en tecnología Open Source para la Interoperabilidad de los Sistemas de Información de Recursos Humanos de todos

los departamentos de la Comunidad Autónoma de

Canarias

María del Carmen Clavijo Fariñas

Gobierno de CanariasRaúl Kripalani

Atos Origin Consulting Canarias


2

1. CONTEXTO Y ANTECEDENTES2. ENFOQUE DE ARQUITECTURA3. ESTRATEGIA DEL CAMBIO4. DISEÑO DE LA PLATAFORMA5. EXPERIENCIAS PILOTO6. CENTRO DE COMPETENCIA SOA RRHH7. ROADMAP DE SIGUIENTES INTEGRACIONES8. CONCLUSIONES

ÍNDICE


3

• Más de 60.000 empleados, estructurados en 4 colectivos de personal diferenciados1) Admón. Gral. 11 Consejerías + 16 Organismos Autónomos2) Servicio Canario de la Salud 11 Gerencias Sanitarias3) Administración General de Justicia4) Educación – Docentes

• Múltiples escenarios de sistemas con aplicativos distintos, relacionados con RRHH evolución independiente

• Apenas existe interconexión entre ellos, dando lugar a un patrón “islas de datos”

1. CONTEXTO Y ANTECEDENTESSITUACIÓN DE PARTIDA (I)


4

• Más de 100 aplicativos que precisan intercambiar información de RRHH cada uno óptimo en su gestión– Intercambios bidireccionales de información (producción y consumo)– Aplicaciones maestras cada una propietaria de sus datos

1. CONTEXTO Y ANTECEDENTES SITUACIÓN DE PARTIDA (II)

CANTONERA

TAROFLORV2

SIRHUS

ADJUDICACIONES

DIETAS

CONCURSOS DE

TRASLADOS

FIRMA CONTRATOS

HP-HIS 1M3 2PLAN DIAS

GESTIÓN IDENTIDADNEDAES SICHO

ATLANTE

REPOSCS DRAGO-AP

NORAYWINPE

R

PROFESORADO RELIGIÓN

DRAGO-AE

INSPECCIÓN MÉDICA

GIPD

DIRECTORIO CENTROS

DESTINOS Y PLANTILLA

S

PERSONAL CONCERTA

DO

OPOSICIONES

M3 1 HP-HIS 2 HP-HIS 3

HP-HIS 4

PLATAFORMA TELEFORMAC

IÓN

. . .

. . .

BOLSA DE INTERINOS

ACCIÓN SOCIAL

PEOPLENET

SANIDAD

AG Y TRANSVERSALJUSTICIA

EDUCACIÓN

GESTIÓN IDENTIDAD

TAROSIRHUS

GIPD

SIMED

DRAGO-APFLOR

REPOSCS

SICHO

META4 PEOPLENET

APLIC C

APLIC A

APLIC B

APLIC D

APLIC D

(*) diagrama a modo de ejemplo, no necesariamente refleja las conexiones actuales

Aquellos aplicativos que presentaban integración punto-a-punto (“spaghetti”)


5

• Segregación de datos carencia de una visión única de la información– Baja reutilización del dato, lo cual provoca…– … dobles, triples + mecanizaciones de datos

• Disminuye la productividad• Discrepancias entre sistemas, derivadas de errores humanos

• Elevado coste mantenimiento y desarrollo– Uso de vistas de BDD para el intercambio de datos acoplamiento– Conexiones punto-a-punto arquitectura “spaghetti”– Mar de dependencias 1 pequeño cambio = oleada de más cambios

fragilidad• Usuario partícipe de los procesos de integración

1. CONTEXTO Y ANTECEDENTES CONSECUENCIAS


6

• Principio del dato único• Preservar los activos existentes (inversión

pasada) a la par que se moderniza el parque de aplicativos

– Alineación con el Proceso de Centralización de SSII de RRHH

• Reutilización, Orquestación, Composición– Orientación a procesos de negocio (BPM)– Enfoque de piezas “LEGO ®”: construir funcionalidad más compleja

(procesos de negocio) a partir de piezas más simples (servicios)• Reducir el TCO (Total Cost of Ownership)

– No obligar a los sistemas a realizar grandes esfuerzos para hablar entre ellos• Agilidad y adaptabilidad ante los objetivos cambiantes del negocio• 3 RETOS OPEN SOURCE / ESTÁNDARES ABIERTOS / “BEST-OF-

BREED”

1. CONTEXTO Y ANTECEDENTES OBJETIVOS DEL PROYECTO


7

• Desde una arquitectura “spaghetti” a una arquitectura SOA sobre Enterprise Service Bus

2. ENFOQUE DE ARQUITECTURATRANSICIÓN DE ARQUITECTURA

Gestión Identidad

TAROSIRhUS

GIPD

SIMED

Tarjeta SanitariaFLOR

RepoSCS

SICHO

Meta4 PeopleNet

Arquitectura tipo SPAGHETTI Arquitectura SOA sobre ESB

RepoSCSGIPD DRAGO-AP

ESB-RRHH

SICHOFLOR

Gestión de Identidad TARO

PROCESOS DE

NEGOCIO

COMPLEJIDAD EXPONENCIAL reducida a COMPLEJIDAD LINEAL


8

• Arquitectura Orientada a Servicios (SOA)– Paradigma de arquitectura empresarial servicios– Reutilización, desacoplamiento y agilidad

• Gestión de los Procesos del Negocio (BPM)– Identificar los procesos que mueven el negocio y centrar

la implantación en ellos• Arquitectura Dirigida por Eventos (EDA)

– Consiste en observar la actividad de la empresa como una explosión diaria de eventos de negocio

– Cada sistema es responsable de sus propios datos y de los procesos que los tratan

– Los aplicativos de RRHH notifican proactivamente sus cambios a la Plataforma de Interoperabilidad de RRHH (eventos)

– La Plataforma es la responsable de darles sentido y coordinar/orquestar las acciones a ejecutar (coreografía)

2. ENFOQUE DE ARQUITECTURA DEFINICIONES SOA, BPM, EDA

CONTRACTUALIDAD

BAJO ACOPLAMIENTO

ABSTRACCIÓN

REUSABILIDAD

AUTONOMÍA

CARENCIA DE ESTADO

CAPACIDAD DE SER DESCUBIERTO

ORQUESTABILIDAD

8 PRINCIPIO

S SOA


• SOA + EDA = SOA 2.0 (informalmente)• SOA + EDA + BPM = un nuevo mundo de posibilidades

para dinamizar y agilizar la gestión pública

9

2. ENFOQUE DE ARQUITECTURACOMBINACIÓN SOA + EDA + BPM

Baja por Incapacidad

Temporal

EVENTO

PROCESO DE NEGOCIO“NOTIFICAR MOVIMIENTO DE IT”

SIRhUSREGISTRAR PARTE DE ITg. personal

PeopleNetINTRODUCIR EN NÓMINAnómina

SICHONOTIFICAR ABSENTISMOpresencia

EDA BPM SOA

SERVICIOS DE NEGOCIO SISTEMAS

SIMEDREGISTRAR ABSENTISMO

inspección méd.


10

• Iniciativas SOA tradicionales– Se dilatan en términos de años y se asemejan a “movilizar un

ejército para ejecutar un proyecto pesado y engorroso”• “SOA estilo guerrilla”

– Aboga por iniciativas ligeras y ágiles que aporten valor de negocio (Retorno de Inversión) inmediato feedback rápido

– Ciclo de vida iterativo e incremental cada iteración = un problema de negocio acotado

– Priorización acorde a un roadmap• En fase de piloto:

– Identificar procesos de negocio que más uso reciben y cuya reingeniería y dinamización reportaría un alto nivel de beneficios

3. ESTRATEGIA DEL CAMBIO “SOA ESTILO GUERRILLA”


11

4. DISEÑO DE LA PLATAFORMALA PLATAFORMA DE

INTEROPERABILIDAD

PLATAFORMA INTEROPERABILIDAD RRHH

ENTERPRISE SERVICE BUS RRHH

(APACHE SERVICEMIX)

- CONECTIVIDAD- TRANSFORMACIÓN

- VALIDACIÓN

- MEDIACIÓN- TRAZABILIDAD- ENRUTAMIENTO

- SEGURIDAD - DIRECTORIO SERV.

ORQUESTADOR BPEL

PROCESOS DE

NEGOCIOLOGS DE

ACTIVIDAD

.NET Oracle Forms J2EE

WS-* JMSFILE …ADAPTADORES

ORACLE+ XLS (EXCEL)

+ CSV, ETC.

MOTOR DE SERVICIOS DE

DATOS

…

SQL SERVERMYSQL

WS PLATAFO

RM

A DE

AN

ÁLISIS D

E LA A

CTIVID

AD

DEL

NEG

OC

IO

GESTOR DE ERRORES

REG

ISTR

O D

E G

OB

ERN

AB

ILID

AD

SO

A


12

4. DISEÑO DE LA PLATAFORMAMODELO COMÚN DE DATOS Y OTROS

ASPECTOS

Necesarias 12 Transformaciones 1-a-1 entre Modelos Particulares

Incorporar un 8º sistema origen = ¡4 transformaciones más!

(COMPLEJIDAD EXPONENCIAL)

G

A

B

D

E

FC

SIN MODELO COMÚN DE DATOS

A

B

D

E

FC

G

MODELO COMÚN DE

DATOS

CON MODELO COMÚN DE DATOS

7 Transformaciones, desde Modelos Particulares al Modelo Común de Datos. Incorporar un 8º sistema origen = 1 única

transformación adicional (COMPLEJIDAD LINEAL)

SERVICIOS DE

INTEGRACIÓN

MODELO COMÚN DE DATOS esquema de intercambio de datos de RRHH de manera aséptica y neutral, atendiendo a los conceptos del negocio y a sus relaciones. Diseñado en UMLv2 e implentado en en XML Schema (XSD). Los mensajes son auto-descriptivos contienen la información del negocio + contexto.

OTROS ASPECTOS Estructuración de Servicios, Marco de interacciones permitidas, Catalogación Común de Errores, Uso de estándares.


13

– Cada dominio funcional dispone de su propio ESB para resolver sus integraciones particulares Plataforma de Integración de RRHH

– Un ESB corporativo para la comunicación transversal Plataforma PLATINO

4. DISEÑO DE LA PLATAFORMAMACRO-ARQUITECTURA

• Arquitectura de ESBs federados:


14

• Notificación de Incapacidades Temporales del personal público: Partes de Baja y Alta expedidos por el médico de AP en consulta

– Origen sistemas asistenciales de Atención Primaria del SCS (DRAGO-AP)– Destino aplicativos de RRHH (Personal - SIRhUS, Nóminas – PeopleNet, Control

Horario - SICHO) y otros (SIMED - Inspección Médica)

• Beneficios:– Eliminación de posibles penalizaciones

de la Seguridad Social por demoras en el fichero FDI

– Rápida gestión de la sustitución del personal de baja

– Continuidad del servicio público– Alivio administrativo

• Piloto previo: Contratación desde el Servicio Canario de la Salud• En total, cerca de 2 años de trabajo administrativo ahorrado

5. EXPERIENCIAS PILOTO EXPERIENCIAS PILOTO


15

• Centro de Compentencia SOA (CoC) de RRHH• Responsabilidades:

– Planificación, junto con DGTNT y OT, del Roadmap de Interop.– Triage de requisitos de integración priorización según objetivos– Toma de contacto con actores, beneficiarios, etc. y feedback– Aseguramiento de la reutilización– Gobernabilidad de la arquitectura de la plataforma– Control operativo

• Gestión del portafolio de servicios, Calidad del Servicio (QoS), Calidad de Datos, Auditorías, etc.

– Seguimiento y coordinación de proveedores y terceros

– Asesoramiento técnico y estratégico a los distintos agentes involucrados

6. CENTRO DE COMPETENCIA SOA RRHHLA OFICINA DE INTEROPERABILIDAD

DE RRHH


16

• Propagación de cambios en Estructura Orgánica, Unidades Funcionales y Ubicaciones Físicas

• Comunicación online de las altas y bajas de personal al sistema corporativo de Gestión de Identidad

• Sincronización de Movimientos de Personal al aplicativo de Turnos y Guardias del Servicio Canario de la Salud

• Transmisión de asientos contables generados por la nómina a TARO, CANTONERA y SEFCAN (contabilidad presupuestaria y analítica)

• Comunicación de Movimientos de Personal al Registro de Profesionales Sanitarios del Ministerio de Sanidad y Política Social

• Integración con el Control Horario permisos y licencias• Integración con la Plataforma de e-Administración PLATINO, para el consumo de

servicios de Firma Electrónica, Repositorio Documental, Sellado de Tiempo, etc.

7. ROADMAP DE LAS SIGUIENTES INTEGRACIONESROADMAP DE SIGUIENTES

INTEGRACIONES


17

• Erradicación “islas de datos” libre flujo de información• Enfoque SOA (Servicios) + EDA (Eventos) + BPM (Procesos)• Estrategia del Éxito “SOA estilo Guerrilla”• Plataforma de Interoperabilidad Open Source + Estándares

– Componentes: ESB, Motor BPEL, Motor de Servicios de Datos, Plataforma BAM, Gestor de Errores, Registro de Gobernabilidad SOA

• Creación de una Oficina de Interoperabilidad de RRHH– Gobernabilidad, aseguramiento de reutilización, triage,

feedback, etc.• Dos proyectos piloto. Beneficios: alivio administrativo,

agilidad, continuidad del servicio público, etc.– Aprox. 380 jornadas ahorradas a fecha 08/03/2010

• Rápida materialización del Retorno de Inversión

8. CONCLUSIONESCONCLUSIONES


FIN

• ¿Ruegos y preguntas?

• Contactos:– Mª del Carmen Clavijo Fariñas

Gobierno de [email protected]

– Raúl KripalaniAtos Origin Consulting [email protected]

18

mailto:[email protected]

mailto:[email protected]

ponencia tecnimap 2010 - gobierno de canarias - interoperabilidad rrhh

Technology