RAÚL KRIPALANI ATOS ORIGIN CONSULTING CANARIAS

Transcripción

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 Mª DEL CARMEN CLAVIJO FARIÑAS GOBIERNO DE CANARIAS CCLAFAR@GOBIERNODECANARIAS.ORG RAÚL KRIPALANI ATOS ORIGIN CONSULTING CANARIAS RAUL.KRIPALANI@ATOSORIGIN.COM RESUMEN: El Gbiern de Canarias se encuentra inmers en un prces de transfrmación y mdernización plen de sus Sistemas de Infrmación de Recurss Humans. Durante el prces, se desplegarán nuevs aplicativs, se mdificarán ls actuales y dejarán de prestar servici trs. Garantizar la interperabilidad entre tds ells permitirá preservar la inversión realizada hasta la fecha, a la par que se ptencia la prductividad y la agilidad de ls prcess de Gestión de RRHH, y se minimiza el impact del cambi sbre el usuari y ls cstes tecnlógics (Ttal Cst f Ownership, TCO). Cn estas metas, se ha desplegad una mderna y visinaria Platafrma de Interperabilidad basada en tecnlgía Open Surce y en estándares abierts, baj un enfque rientad a Servicis (SOA), Events (EDA) y Prcess (BPM). Se han ejecutad ds pryects pilt cn un ntable Retrn de Inversión (ROI), y se ha establecid la táctica para la gestión del cambi (SOA estil Guerrilla), así cm un cnjunt de plíticas de gbernabilidad gestinadas pr la Oficina de Interperabilidad de RRHH. 1. INTRODUCCIÓN El Pryect de Interperabilidad de Recurss Humans tiene un bjetiv clar: lgrar intercmunicar ls Sistemas de Infrmación (SSII) de Recurss Humans (RRHH) del Gbiern de Canarias de manera rdenada y baj premisas técnicamente avanzadas, fundamentadas en una Arquitectura SOA cn elements de Orientación a Events (EDA) y Gestión de Prcess del Negci (BPM), empleand exclusivamente tecnlgías Open Surce y estándares abierts. La meta de este pryect es que la infrmación de RRHH fluya a través de la rganización velzmente y de manera puntual, desde las aplicacines prductras de la misma, a las aplicacines que precisen cnsumirla. Ell permitirá: Alcanzar una mayr prductividad y agilidad en ls prcess de Gestión de RRHH del Gbiern de Canarias, y trs clindantes, a la par que se vela pr la sstenibilidad y la durabilidad de la Platafrma. Mantener perativs la cnsiderable cantidad de sistemas de Gestión de RRHH actualmente en cada un de ls departaments del Gbiern de Canarias. Ptenciar ls diferentes prcess de evlución de cada un de ls sistemas de ls departaments del Gbiern de Canarias, haciend dicha evlución transparente al rest de usuaris y minimizand el cste tecnlógic de ls cambis de ls subsistemas. El Pryect frma parte del Prgrama de Transfrmación de SSII de RRHH del Gbiern de Canarias, cmpuest pr 4 pilares: Gestión del Persnal, Nómina, Interperabilidad y las Metdlgías. TECNIMAP ZARAGOZA, 6 9 DE ABRIL

2 La presente Cmunicación pretende acercar al lectr ls aspects clave del pryect, prprcinand una visión general de la arquitectura tecnlógica implantada, ls lgrs alcanzads hasta la fecha, tant cualitativa cm cuantitativamente, y el cnjunt de buenas prácticas implantadas. También se expnen ls punts más imprtantes de la estrategia de transición (SOA estil Guerrilla) y el rl de la Oficina de Interperabilidad de RRHH en esta evlución, finalizand cn el Radmap de las siguientes integracines. 2. ANTECEDENTES DEL PROYECTO 2.1. Clasificación del Persnal Públic y dispersión de dats de RRHH Tras un análisis prfund de la situación actual, se detecta la existencia de múltiples miniescenaris de sistemas de RRHH en el Gbiern de Canarias, predminand un panrama cmpuest pr numersas ISLAS DE DATOS. Para entender el mtiv, es vital cmprender cóm está clasificad el persnal al servici de la Administración Pública Canaria. Cn cerca de empleads, ésts se encuentran dividids en distints clectivs de persnal, gbernads, cada un, pr nrmativas, regímenes jurídics y prcess de persnal particulares, dependientes de rganisms diferentes, cn distints grads de autnmía en su gestión. Ests clectivs sn cuatr, pr rden descendente de tamañ: Dcentes, Sanidad, Administración General y el clectiv de Justicia. Prácticamente cada rganism cn cmpetencias de RRHH ha evlucinad de manera independiente. Pr ell, se detectan múltiples escenaris de sistemas: 2 clars escenaris en el cntext del persnal de Educación (dcentes y n-dcentes), hasta 11 escenaris en Sanidad (tants cm Gerencias y Direccines-Gerencias Hspitales), y un en Administración General y tr en Justicia. Cada escenari está cmpuest pr múltiples aplicativs, dnde cada un es óptim para llevar a cab la gestión de la que se respnsabiliza. Pr ejempl, además de ls sistemas de Gestión de Persnal y Nómina presentes en cada escenari, existen aplicativs para gestinar blsas de interins, turns y guardias, el cntrl hrari, permiss y licencias, firma de cntrats, etc.; y cada un respnde a las necesidades específicas de su entrn. Pr ell, la iniciativa de este pryect es aprvechar mediante la integración, n sustituir Cnsecuencias de la situación de partida La segregación expuesta en el punt anterir prvca una serie de dificultades: Inexistencia de una visión única de la infrmación: infrmación dispersa en numerss sistemas Escasez de visibilidad de ls efectivs humans del Gbiern de Canarias Dificulta a la Dirección General de la Función Pública el ejercici de sus cmpetencias, pues actualmente n dispne de la infrmación de RRHH generada en trs ámbits del Gbiern de Canarias. Pérdida de prductividad pr las dbles intrduccines de dats que han de realizar ls usuaris Además, la ausencia de una platafrma específica que gestine las necesidades de integración bligaba a ls sistemas a realizar imprtantes esfuerzs para interactuar entre ells: cmplejas transfrmacines de dats, aprender a cnversar en prtcls n nativs para ells, gestinar errres de cmunicación, etc. Pr ell, entre ls mecanisms de integración en us en el presente predminan las vistas de Base de Dats e imprtacines/exprtacines de fichers, bligand a ls usuaris a ser partícipes y respnsables del prces de traspas de dats. Ell desembca en un desarrll y mantenimient más difícil, aumentand así el cste ttal de prpiedad (TCO, Ttal Cst f Ownership). TECNIMAP ZARAGOZA, 6 9 DE ABRIL

3 2.3. Objetivs de negci Un aspect clave de la transición que emprende el Pryect de Interperabilidad de RRHH es cnservar la inversión que se ha realizad hasta la actualidad. Pr tant, en cntraste cn centralizar tda la funcinalidad de RRHH en un únic sistema mnlític, se prpne aprvechar la funcinalidad presente actualmente, autmatizándla y expniéndla a md de servicis que puedan ser invcads desde el exterir pr la Platafrma de Interperabilidad de RRHH. Ell, a su vez, permitiría implantar ls siguientes bjetivs: Instauración del principi del dat únic y la maestría de dats. Sincrnización inmediata de dats. Clabración y crdinación de las aplicacines en trn a PROCESOS DE NEGOCIO. Alineación entre las Tecnlgías de la Infrmación y ls bjetivs del negci. Reusabilidad y Orquestación de servicis. Cmpsición de nuevas funcinalidades cmplejas a partir de peracines más simples. Simplificación del desarrll y mantenimient. Eliminación de mecanisms de integración que generan acplamient y fragilidad (p.ej. vistas de BBDD). Transición desde una arquitectura tip SPAGHETTI a una arquitectura sbre ESB distribuid. Us de estándares abierts y tecnlgías pen surce. Cnfiguración de la platafrma óptima a partir de cmpnentes individuales best-f-breed. Mayr visibilidad sbre la infrmación intercambiada y la actividad del negci. Intercnexión B2B (Business-t-Business) entre Organisms de la Administración Pública Canaria. 3. DESCRIPCIÓN DE LA SOLUCIÓN 3.1. La estrategia de transición: SOA estil guerrilla Tradicinalmente las iniciativas SOA nacen cm pryects de larg plaz, sbre td en el sectr de la empresa privada. Cmúnmente, el tiemp de materialización de ls beneficis y la btención de Retrn de Inversión se dilatan en términs de añs. Sin embarg, el cntext de este pryect demandaba cierta urgencia pr demstrar resultads. Obtener un cas de éxit rápidamente y cn un esfuerz n-excesiv era la clave para ganar la aceptación de ls actres invlucrads. Además, era necesari validar la idneidad de esta prpuesta, para pder incrprar este recurs al Prgrama de Transfrmación de SSII de RRHH del Gbiern de Canarias, cm una nueva línea de actuación. Para cyunturas cm ésta, nace el cncept de SOA estil Guerrilla, acuñad pr Jim Webber, que cmpara ls pryects de amplia envergadura cn mvilizar un ejércit para trabajar sbre un pryect pesad y trpe, basad en enrmes y sfisticadas armas que tman la frma de cmplejas platafrmas middleware. Cn este enfque, se desperdician prtunidades para: descubrir y pririzar ls requisits genuins del negci, entablar cntact cercan cn ls usuaris para descubrir sus inquietudes y verdaderas necesidades, e implantar ls prcess de negci más priritaris, y que redundarán en un valr de negci inmediat TECNIMAP ZARAGOZA, 6 9 DE ABRIL

4 El cncept de SOA estil Guerrilla predica a favr de las iniciativas ágiles y ligeras, ejecutadas incrementalmente, que atacan prblemas de negci actads y específics, pririzads aprpiadamente, permitiend, td ell, btener un feedback más inmediat pr parte del usuari. En fases iniciales pilt, recmienda identificar ls prcess de negci que más us reciben y cuya reingeniería reprtaría un nivel más alt de beneficis. En el presente pryect, estas pautas se implementarn desde su inici, se cntinuarn en fase de piltaje, y se cntinúan bedeciend a día de hy Arquitectura SOA + EDA + BPM cm llave del éxit Tal y cm indica su nmbre, las piezas básicas de una Arquitectura Orientada a Servicis (SOA) sn ls SERVICIOS: peracines invcables desde el exterir frecidas pr las aplicacines, que ejecutan determinada funcinalidad acción del negci a petición, y que tradicinalmente se encntrarían atrapadas tras una interfaz gráfica de usuari. Existen 8 principis SOA básics (de Thmas Erl) que el Arquitect SOA ha de respetar en tdas y cada una de las fases de la ingeniería: (1) Carácter cntractual de ls servicis, (2) Baj acplamient, (3) Abstracción de la implementación, (4) Reusabilidad, (5) Autnmía, (6) Carencia de estad (statelessness), (7) Capacidad de ser descubierts y (8) Orquestabilidad y susceptibilidad a cmpsición. Ls principis que influyen directamente en el Retrn de Inversión sn: la Reusabilidad, la Capacidad de ser descubierts y la Orquestabilidad. En la Platafrma de Interperabilidad de RRHH del Gbiern de Canarias, la Arquitectura SOA se cmplementa cn ncines de EDA (Arquitectura Basada en Events), dnde l intercambiad sn events de negci. Un event de negci se define cm un cambi de estad significante [1] de cierta entidad de negci. En la perativa diaria de una empresa, se prduce un cnsiderable númer de events de negci, que si sn capturads/detectads, cnsumids y expltads a tiemp, lgrarían dirigir la empresa cn mayr agilidad. Si a esta fusión de paradigmas, SOA+EDA (que se ha acuñad infrmalmente en el mercad cm SOA 2.0 ), le sumams la Gestión de Prcess de Negci BPM (Business Prcess Management), el cóctel resultante es el óptim para reslver las cmplejidades del área de RRHH del Gbiern de Canarias, y abre un nuev mund de psibilidades para dinamizar la gestión pública. Pr ell, éste es el patrón escgid para la mayría de las integracines de la Platafrma de Interperabilidad de RRHH. Cada aplicación se cnsidera maestra de un dat trámite cncret, y cuand ese dat cambia, emite un event a la Platafrma para ntificar el cambi (EDA). Ell dispara el prces de negci aprpiad (BPM), el cual, en respuesta, rquesta la invcación a ls Servicis de Negci (SOA) para efectuar un cnjunt predefinid de accines de negci. TECNIMAP ZARAGOZA, 6 9 DE ABRIL

5 Aplicand esta visión al dmini de RRHH, una Tma de Psesión de un funcinari en la aplicación de Registr de Persnal prvcaría un event que dispararía el prces de negci de Alta de Emplead en el middleware. Este prces rquestaría ls servicis Dar de alta en nómina en el aplicativ de nóminas, Registrar usuari en el directri activ, Crear cuenta de crre en el sistema de crre electrónic, Registrar cartilla de turns en el sistema de turns y guardias (únicamente si el emplead fuera un enfermer). Y se llamarían tds en paralel para una mayr eficiencia. En nuestra infraestructura, ls prcess de negci están implementads en BPEL, pudiend insertar, dentr de su lógica, prácticamente cualquier estructura de cntrl, tales cm decisines, cndicines, filtrs, iteracines, para alcanzar un mayr dmini en el prcesamient de ls mensajes. Cabe destacar que la predminancia de este patrón de arquitectura n implica la inexistencia de servicis que bedezcan a trs enfques. En la Platafrma de Interperabilidad de RRHH también existen integracines tip Request-Respnse, sbre td en l relativ a servicis de cnsulta de infrmación Arquitectura técnica de la Platafrma de Interperabilidad de RRHH La Platafrma de Interperabilidad se cmpne de varis cmpnentes individuales, que peran cnjuntamente: 1) Enterprise Service Bus, cm centr neurálgic del intercambi de infrmación. 2) Mtr de Prcess de Negci BPEL, cm habilitadr de la rquestación. 3) Mtr de Servicis de Dats, imprescindible para agilizar el desarrll y mantenimient en un escenari dnde predminan las Bases de Dats. 4) Registr de Gbernabilidad SOA, pieza clave para mantener el cntrl y la sstenibilidad de la Platafrma, a medida que ésta crece. 5) Platafrma de Análisis de la Actividad del Negci (en implantación), diseñada para usuaris del negci, permitirá visualizar de manera simplificada y en tiemp real la infrmación intercambiada y ls resultads. Permitirá extraer infrmes y realizar cnsultas ad-hc. 6) Gestr de Errres (en implantación), capturará ls errres que se prducen, tant funcinales cm técnics, y, de ser reintentables (p.ej. indispnibilidad/caída transitria de un SSII), prgramará su reintent autmátic. A cntinuación se presenta una vista de pájar de esta arquitectura: TECNIMAP ZARAGOZA, 6 9 DE ABRIL

6 El núcle de la Platafrma de Interperabilidad es el Enterprise Service Bus (ESB, Bus de Servicis Crprativs) Apache ServiceMix, de licencia pen surce y basad en el estándar JBI (JSR-208). Éste es el espaci dnde se prducen tdas las interaccines, y, cm tal, es respnsable de las siguientes funcines: cnexión cn ls sistemas utilizand distints prtcls y métds de cmunicación (WS-*, HTTP, JMS, SMTP, POP3, FTP, etc.), mediante el us de adaptadres (Binding Cmpnents, en terminlgía JBI); capacidades de mensajería, enrutamient inteligente de mensajes; validación de estructura y frmat de mensajes, transfrmación de mensajes y mape de claves referenciales; expsición, catalgación y gestión del cicl de peración de ls servicis publicads; lgue, mnitrización de la salud de la platafrma A este cmpnente se le une el Mtr de Orquestación BPEL (Apache ODE), element clave en la cnsecución de la reusabilidad. Este cmpnente ejecuta ls prcess de negci que cmpnen la funcinalidad del dmini de Recurss Humans, mediante la rquestación y cmpsición de funcinalidad básica expuesta a md de servicis, dand lugar a funcinalidad más cmpleja. Es el respnsable de la parte BPM de la cmbinación SOA+EDA+BPM. El Mtr de Servicis de Dats simplifica enrmemente el desarrll de servicis que se nutren directamente de fuentes de dats: bases de dats relacinales, fichers Excel, CSV, etc., pues permite expner estas fuentes autmáticamente cm Servicis Web cn pcs clicks. Sprta streaming para una transmisión eficiente de ls dats, y una amplia variedad de prtcls WS-*: WS-Addressing, WS-Security, WS-Trust, WS-Plicy, etc. El Registr de Gbernabilidad SOA es una herramienta Web 2.0 que psibilita tener una visión centralizada de tds ls servicis y prcess existentes en la Platafrma, asciándles sus artefacts (WSDL, XSD, etc.), y a la fase del cicl de vida en que se ubican (slicitad, análisis, en desarrll, en pruebas, etc.). Es capaz de extraer autmáticamente ls metadats de ls artefacts (nmbres de servicis, peracines, etc.) en el mment en que se suben, permite mdelar la red de dependencias entre ls distints servicis y prcess, tiene funcinalidades para favrecer la clabración (etiquetad, cmentaris, puntuacines, etc.) y frece interfaces HTTP REST y AtmPub para acceder a sus dats desde el exterir. La Platafrma de Análisis de la Actividad del Negci y el Gestr de Errres sn ds cmpnentes actualmente en desarrll cuy bjetiv es incrementar el cntrl y la visibilidad perativa de tds ls prcess e intercambis que transcurren sbre la Platafrma. El prpósit de la Platafrma de Análisis es invlucrar de llen a ls usuaris de negci (Administrativs, Jefes de Servici, Gerentes, etc.) en ls prcess de interperabilidad y la infrmación que se intercambia a través de la Platafrma, pudiend detectar y visualizar las incidencias de dats y sus mtivs, tant de manera gráfica a nivel estadístic, cm detalladamente, para prceder a su subsanación. También permitirá generar infrmes en pantalla Excel a partir de cnsultas adhc, diseñadas en el lenguaje XQuery. Pr tr lad, el cmetid del Gestr de Errres es capturar tds aquells errres que surjan durante ls prcess de integración. Entenderá cualquier errr, indistintamente del sistema del que prceda, gracias al Mdel Cmún de Errres (ver más abaj). Si es de tip reintentable (p.ej. caídas indispnibilidades, timeuts, transaccines fallidas, etc.) planificará en el tiemp tants reintents autmátics cm fueran necesaris, hasta que el prces de integración finalice crrectamente Estructuración de Servicis Tal y cm se mencinaba anterirmente, piezas críticas de una infraestructura SOA sn ls servicis. Desde el arranque del pryect, se definió el marc de estructuración de servicis, resultand en unas definicines cm las siguientes: TECNIMAP ZARAGOZA, 6 9 DE ABRIL

7 La clasificación (diagrama de la izquierda) distingue entre ls distints tips de servici: servicis de integración (de entrada de salida, implementan las labres técnicas de integración), servicis de negci (frecids pr ls sistemas finales), servicis de enrutamient y servicis de rquestación prcess de negci. Además, se han mdelad las interaccines permitidas entre ests servicis (diagrama de la derecha). Gracias a ests mdels, tdas las slucines de interperabilidad siguen ls misms esquemas, l cual cntribuye a la sstenibilidad de la Platafrma y facilita enrmemente el desarrll y el futur mantenimient El Mdel Cmún de Dats de Recurss Humans Un descuid en el que, srprendentemente, incurren un alt númer de iniciativas de implantación de una Arquitectura SOA, es la ausencia de fc en aquell que representa la esencia de ls servicis: ls DATOS subyacentes. Sn numersas las casines en que ls Arquitects SOA se dejan llevar pr la inicial S del términ SOA, bviand que el núcle de ls servicis sn verdaderamente ls dats. Este element tma un prtagnism especial cuand l que se pretende es intercnectar las aplicacines de negci ya existentes, cada una cn su mdel de dats particular y característic, en la mayría de ls cass, intcable. Pr ell, se cnvierte en respnsabilidad de la Platafrma de Interperabilidad entender ls mdels particulares de tds ls sistemas, y encargarse de traducir entre ells. Esta tarea es extremadamente cmpleja (cmplejidad expnencial) si n se cuenta cn una herramienta para nrmalizar y hmgeneizar la infrmación intercambiada. En este pryect hems atacad ests desafís implantand un Mdel Cmún de Dats (MCD), también denminad Mdel Canónic de Dats, específic al área de Recurss Humans. Diseñad en UMLv2 e implantad en XML Schema, define un frmat universal para el intercambi de mensajes entre ls Sistemas de Infrmación de RRHH. Mdela, cn un enfque neutral y aséptic, ls cncepts semántics y las relacines entre las entidades y bjets del negci de ls Recurss Humans. Ls mensajes en MCD cn aut-descriptivs, pues cntienen ds fragments: la infrmación de negci y ls metadats del cntext de prcesamient del mensaje. Recnciend que es inviable mdelar el dmini cmplet de RRHH de un sl glpe, y tampc cnviene según las pautas de la estrategia SOA estil guerrilla, se han implantad varias técnicas de extensibilidad, gracias a las cuales el MCD es iterable y versinable, permitiend que crezca a medida que las nuevas funcinalidades así l requieran. El patrón implementad recibe el nmbre de Nrmalizer en el terren técnic de la interperabilidad, de acuerd cn la publicación Enterprise Integratin Patterns, de Gregr Hhpe. El siguiente diagrama refleja claramente su funcinamient: TECNIMAP ZARAGOZA, 6 9 DE ABRIL

8 Atendiend a este esquema, cuand un Sistema de Infrmación ntifica un mensaje a la Platafrma, l hace en su Mdel Particular de Dats. Es entnces labr de la Platafrma nrmalizar ese mensaje hacia el MCD. De igual md, cuand un mensaje sale la Platafrma hacia un sistema, se ejecuta la cnversión inversa (del MCD al Mdel Particular del sistema). Para ell, ls cmpnentes que se encuentran en ls extrems cuentan cn capas de nrmalización y desnrmalización. Ls beneficis de este patrón sn inmediatamente apreciables. L que sin MCD hubiera supuest una cmplejidad expnencial (transfrmacines 1-a-1), se cnvierte en un prblema de cmplejidad lineal (númer de transfrmacines igual al númer de sistemas implicads) Catalgación Cmún de Errres De igual md que la infrmación de negci está representada según mdels de dats distints en cada sistema de infrmación, alg similar curre cn ls errres y resultads de las invcacines a ls servicis de negci. Cada sistema de infrmación devuelve sus prpis errres, utilizand cdificacines definidas de manera individual, dificultand la cmprensión de ls errres pr ls restantes cmpnentes implicads en la interperabilidad, empezand pr el prpi cliente del servici, y pasand pr ls cmpnentes de la arquitectura que mnitrizan ls errres (Platafrma de Análisis de la Actividad del Negci y el Gestr de Errres). Cn mtiv de cmbatir este prblema, se ha definid una Catalgación Cmún de Errres para hmgeneizar las diferentes definicines de errres en una categrización genérica cmún. Las capas de nrmalización y desnrmalización de mensajes sn las encargadas de traducir ls códigs de errr nativs de ls sistemas a ls códigs de la Catalgación Cmún de Errres, para que cualquier participante en la interperabilidad pueda cmprender qué ha currid. TECNIMAP ZARAGOZA, 6 9 DE ABRIL

9 3.7. Interacción cn la Platafrma de Administración Electrónica PLATINO La Adminitración Electrónica se está implantand en el Gbiern de Canarias a través de la Platafrma PLATINO, la cual frece un cnjunt de servicis (firma electrónica, repsitri dcumental, etc.) que las aplicacines de RRHH han de cnsumir. De igual md, PLATINO necesita acceder a la infrmación de RRHH para, pr ejempl, btener el puest que cupa un determinad firmante, para cnsultar la estructura rgánica. La relación entre ambas Platafrmas de Interperabilidad se abrda de acuerd a una Arquitectura de ESBs federads, dnde cada dmini funcinal de la crpración dispne de su prpi ESB departamental para reslver sus desafís de integración (en este cas, el ESB de RRHH) a la par que existe un ESB transversal, hrizntal a la crpración, que intercnecta ls distints dminis entre sí. En el Gbiern de Canarias, este ESB transversal l encarna la Platafrma PLATINO Us de estándares abierts Desde el inici del pryect, se ha hech un especial hincapié en el us de estándares abierts y universalmente recncids, ell garantizará la sstenibilidad y durabilidad de la Platafrma de Interperabilidad de RRHH. A cntinuación se relacinan ls principales estándares que explta la Platafrma, señaland el us específic que reciben: Nmbre crt Entidad Us XML W3C Intercambi de mensajes, cnfiguracines, parametrizacines, etc. XSLT 2.0 W3C Transfrmacines de mensajes (nrmalización y desnrmalización), validacines especiales. XPath 2.0 W3C Enrutamient basad en cntenid, validación, etc. XML Schema W3C Definición de la estructura y cntenid de ls mensajes XML intercambiads SOAP W3C Encapsulamient del mensaje de acuerd a ls estándares de Servicis Web WSDL W3C Definición de las interfaces de ls Servicis SOAP. JBI (JSR-208) JCP Cimients del prduct Enterprise Service Bus escgid cm base JMX (JSR-3) JCP Mnitrización de la salud de ls distints cmpnentes de la Platafrma BPEL 2.0 OASIS Orquestación de Servicis (Prcess de Negci) BPMN OMG Mdelad de ls Prcess de Negci que lueg se implementan cn BPEL 3.9. Oficina de Interperabilidad de RRHH Para gbernar las tareas de Interperabilidad de ls Sistemas de Infrmación de RRHH, se crea una entidad denminada Oficina de Interperabilidad de RRHH, que reprta a la Dirección General de Telecmunicacines y Nuevas Tecnlgías (DGTNT), y a la Dirección General de la Función Pública (DGFP) vía su Oficina Técnica de Pryects. TECNIMAP ZARAGOZA, 6 9 DE ABRIL

10 Las cmpetencias de esta Oficina se equiparan a l que se denmina en trs ámbits cm Centr de Cmpetencia SOA, una buena práctica que ha ganad mucha difusión recientemente. Sn, entre tras: Planificación, junt cn la Oficina Técnica y la DGTNT, del Radmap (Hja de Ruta) de accines de desarrll, evlución, mantenimient y sprte Mantenimient de requisits de interperabilidad en un dcument de prirización, que en nuestr cas denminams Triage de Integracines Ptenciales Tma de cntact y relación cn ls actres, beneficiaris y slicitantes implicads en ls prcess de negci y la interperabilidad Gestión del prtafli de servicis, así cm su cicl de vida y ls prcess del negci. Respnsable de garantizar la reusabilidad de ls servicis y prcess. Seguimient y crdinación de ls prveedres y las terceras partes implicadas Gbiern de la Platafrma de Interperabilidad de RRHH Asesramient técnic y estratégic a ls desarrlladres implicads en ls pryects, y a ls agentes del Gbiern de Canarias. Auditría del nivel de Calidad de Servici (Quality f Service, QS) y de Calidad de Dats. 4. RESULTADOS Y BUENAS PRÁCTICAS 4.1. Experiencia pilt: Cntratación de Eventuales y Sustituts del SCS El Servici Canari de la Salud (SCS) cntrata un elevad númer de eventuales y sustituts cada mes, para garantizar la cntinuidad asistencial a sus pacientes. Pr diverss mtivs, la mayría de las Gerencias y Direccines-Gerencias n replican esta infrmación al sistema de Gestión de Persnal crprativ SIRhUS, generand una cnsiderable carencia de infrmación en el mism. Pr ell, se decide realizar un pryect pilt para transmitir ls Cntrats de Eventuales y Sustituts del Servici Canari de la Salud, desde sus prpis sistemas particulares de Gestión de Persnal de las Gerencias y las Direccines-Gerencias (Hspitales) del SCS, al aplicativ crprativ y glbal de Gestión de Persnal SIRhUS. A día de hy, se encuentran integradas ds Gerencias y Direccines-Gerencia del SCS, estand prevista la incrpración de ls nueve restantes a l larg del añ Desde su puesta en prducción a finales de marz 2009 y hasta la fecha de redacción de este artícul, han circulad cerca de mvimients de persnal que, de l cntrari, se habrían perdid. Esta cifra se descmpne en nuevs cntrats y ceses, habiend cread nuevas persnas en el sistema de Gestión de Persnal SIRhUS durante el prces. Cnsiderand estas cifras, a cntinuación se hace una estimación del tiemp ahrrad si fuera un administrativ quien mecanizara esta infrmación manualmente: Tip de Mvimient # de T. intrducción Tiemp ahrrad (2/11 gerencias) mvimients manual / mv. Altas de Nuevs Cntrats minuts min = 650 h. (sin creación de persna) Altas de Nuevs Cntrats ,5 minuts min. = 150 h. TECNIMAP ZARAGOZA, 6 9 DE ABRIL

11 (cn creación de persna) Ceses de Cntrats segunds min. = 63,33 h. TOTALES: mv. 115 jrnadas brutas Estas 115 jrnadas de esfuerz asumen que el administrativ dedica el 100% de su jrnada (7,5 hras de trabaj diarias) única y exclusivamente a mecanizar cntrats en SIRhUS sin pausa ninguna. Cm la realidad es que prbablemente tenga que atender tras tareas (llamadas, crres, etc.), así cm tiemps de descans, se añade un factr plus de 20%, dejand la cifra en 138 jrnadas hábiles. Estas cifras únicamente cntemplan 2 canales de entrada de 11 psibles. Ls restantes 9 se irán sumand a l larg del añ En línea cn estas incrpracines, irá aumentand el ahrr de esfuerz, y, cn él, el Retrn de Inversión Integración de las Incapacidades Temprales desde Atención Primaria Cm segund pryect la integración de ls Mvimients de Incapacidad Tempral, desde el sistema asistencial de Atención Primaria del Servici Canari de la Salud (DRAGO-AP) a ls sistemas de infrmación de RRHH crprativs. Gracias a esta integración, ls Partes de IT (Partes de Baja, de Alta y de Cnfirmación) expedids pr el médic en su cnsulta se incrpran autmáticamente a ls aplicativs de Gestión de Persnal (SIRhUS), Nómina (PepleNet) y Cntrl Hrari (SICHO). También se integra SIRhUS cm canal de entrada de Partes de IT y se crean servicis de cnsulta ampliamente reutilizables, y actualmente en us pr el aplicativ SIMED (Sistema de Inspección Médica) de la Inspección General de Servicis. El valr de esta integración es elevad, pues además de ahrrar tiemp de gestión, reduce el riesg de penalizacines impuestas pr la Seguridad Scial pr demras en el ficher FDI, y permite al gestinar ágilmente la sustitución empleads que causan Baja pr IT, garantizand así la cntinuidad del servici públic. A fecha de redacción de este artícul, se han detectad ls siguientes vlúmenes de dats. También se aprtan estimacines del ahrr de tiemp, cnsiderand que un administrativ invertiría 1 minut de media pr sistema en registrar el mvimient. Tip de Origen # # sistemas Tiemp ahrrad Mvimient mvimients destin Parte de Baja DRAGO-AP min. = 600 h. Parte de Alta DRAGO-AP min. = 593,33 h. Parte de Baja SIRhUS min. = 75 h. Parte de Alta SIRhUS min. = 125 h. Parte Cnfirm. SIRhUS min. = 118,33 h. TOTALES: mv. 201,55 jrnadas Al igual que cn ls resultads anterires, estas 201,55 jrnadas asumen una dedicación al 100% durante las 7,5 hras de la jrnada de un funcinari a la intrducción de esta infrmación. Aplicand el mism factr del 20%, resulta en 241,87 jrnadas hábiles ahrradas, tiemp superir a 1 añ de trabaj de un administrativ, lgrad tan sl en pc más de 7 meses de expltación de esta integración. TECNIMAP ZARAGOZA, 6 9 DE ABRIL

12 4.3. Radmap de Interperabilidad de RRHH La Oficina de Interperabilidad de RRHH ya se encuentra trabajand sbre la evlución de la Platafrma cn nuevs desarrlls. Ésts sn ls más priritaris, de entre más de 30 integracines deseables registradas en el dcument de Triage a la fecha de redacción: Integración de la Estructura Orgánica, Unidades Funcinales y Ubicacines Físicas a nivel crprativ. Ntificacines de cambis y cnsultas. Cmunicación de Mvimients de Persnal al aplicativ de Turns y Guardias del Servici Canari de la Salud, al aplicativ de Cntrl Hrari crprativ. Ntificacines de cambis y cnsultas. Cmunicación de ls Permiss y Licencias intrducids en Gestión de Persnal al aplicativ de Nóminas. Integración cn la Platafrma de e-administración crprativa PLATINO, para el cnsum de servicis de Firma Electrónica, Repsitri Dcumental, Sellad de Tiemp, etc. pr parte de ls aplicativs de RRHH. Transmisión de ls gasts de la nómina a ls sistemas de Cntabilidad Analítica y Cntabilidad Presupuestaria del Servici Canari de la Salud. Altas y baja de persnal al sistema crprativ de Gestión de Identidad. 5. CONCLUSIONES El Pryect de Interperabilidad de RRHH tiene cm bjetiv primrdial maximizar la eficiencia de ls prcess de Gestión de RRHH de la Administración Pública Canaria, implantand de una mderna y visinaria Platafrma de Interperabilidad, basada puramente en Open Surce y en estándares abierts para asegurar la sstenibilidad. El pryect arranca cn la difícil labr de transfrmar un escenari dminad pr islas de dats en un panrama dnde las aplicacines clabren entre sí cmpartiend su infrmación instantáneamente, cnservand, mediante la interperabilidad, la inversión realizada hasta la fecha en Tecnlgías de la Infrmación. Para una mayr peratividad en la transición, se adpta una estrategia ágil denminada SOA estil Guerrilla. Se ensambla una Platafrma de Interperabilidad fundamentada en tres paradigmas base: SOA (Arquitectura Orientada a Servicis) + EDA (Arquitectura Basada en Events) + BPM (Gestión de Prcess de Negci). Esta Platafrma se cmpne de varis cmpnentes best-f-breed, entre ls cuales se encuentran un ESB, un Mtr BPEL y Platafrma de Análisis de la Actividad del Negci (en desarrll). Además, se implanta un Mdel Cmún de Dats específic de RRHH para reducir la cmplejidad de expnencial a lineal en las transfrmacines, y unas rígidas plíticas de Gbernabilidad SOA. Se cnstituye también la Oficina de Interperabilidad de RRHH, entidad análga a un Centr de Cmpetencia SOA, que vela pr la gbernabilidad, ptencia la reusabilidad, y realiza el seguimient y el cntrl de td l relacinad cn la interperabilidad en RRHH. También realiza tmas de requisits y mantiene dcumentadas las priridades en un Triage de Integracines Ptenciales. Hasta la fecha, se han implantad ds pryects de integración muy fructífers, ya que, además de agilizar la gestión de RRHH, reducir el riesg de penalizacines pr parte de la Seguridad Scial, garantizar la cntinuidad del servici públic y cnslidar la visión de ls cntrats temprales en un únic sistema, han supuest un ahrr de casi 380 jrnadas de trabaj administrativ (pc mens de 2 añs hábiles), materializándse así el Retrn de Inversión en un plaz bastante crt. En el presente, se cntinúa cn la implantación de nuevs servicis y prcess de negci, tarea asignada a la prpia Oficina de Interperabilidad de RRHH. TECNIMAP ZARAGOZA, 6 9 DE ABRIL