Modelo de Interoperabilidad Plan de Evolución! Junio  -­‐  2011  

Imagen:  Compu6ng.es  

Preparado  por    Alejandro  Barros     a  pe6ción  de  Unidad  de  Modernización  del  Estado   SEGPRES  

Contenido •  Dónde estamos hoy" •  Modelos conceptuales" •  Estado del Arte" •  Desafíos" •  Plan de Acción" •  Propuesta Framework"

Objetivos •  Desarrollar un plan de evolución para la plataforma de servicios electrónicos del estado, que permita:" –  Servicio de misión crítica" –  Escalar" –  Modelo de adopción y soporte"

Escalamiento   Producción   Piloto  

Alcances •  La consultoría abarcará los elementos necesarios para definir un roadmap de evolución de la plataforma de interoperabilidad." •  Para ello se analizarán los diferentes componentes de la misma:" –  Operacional/Tecnológico" –  “Comercial”" –  Institucional"

Método de Trabajo

Levantamiento información

Sesiones de Trabajo y Discusión

Diseño Roadmap

Interoperabilidad, ¿dónde empezar?

Contenido ü Dónde estamos hoy" •  Modelos conceptuales" •  Estado del Arte" •  Desafíos" •  Plan de Acción" •  Propuesta Framework"

• Marco  normaLvo  al   cual  se  debe  adherir   • Ventajas   • Simplicidad  de   implementación,  no   hay  infraestructura   habilitante  central   • Desventajas   • Proceso  de  adopción   más  lento  y  con   menor  control  

Repositorio  Central  

• Motor  de   Interoperabilidad  no   almacena  información,   salvo  la  necesaria  para   establecer  intercambio   • Ventajas   • Menores   requerimientos   Jurídicos   • Arquitectura   tecnológica  más   simple   • Desventajas   • Complejidad  de   operación   • Herencia  de  SLA’s  

Framework  

Orquestación/Switch  

Potenciales modelos • Se  replica  datos  en   base  de  datos  central   • Ventajas   • Punto  único  de  acceso   • Desventajas   • Datos  no  están  en  el   origen   • Sincronización   • Uso  de  datos   personales  

Ejemplos: modelo inglés eGIF

Ejemplos: ePing Brasil    El  Gobierno  Brasileño  ha  adoptado  una  serie  de  principios   como  marco  general  para  el  desarrollo  de  la  políLca  de   Gobierno  Electrónico  entre  los  que  podemos  destacar    

Acceso  a  la  información,  para  facilitar   la  interoperabilidad  de  los  sistemas  y   servicios  del  Gobierno   e-­‐PING,  iniciaLva  que  conLene  los   Estándares  de  Interoperabilidad  del   Gobierno  Electrónico    

Ejemplos: modelo UE

Ejemplos: modelo Nueva Zelandia

Otros modelos – Sector Financiero

•  Agrupa todos los elementos del negocio que darán forma al servicio" •  Equipos técnicos encargados de definir:" –  Acuerdos y Políticas" •  Aspectos legales" •  Aspectos organizativos que faciliten las interacciones entre los participantes"

–  Modelo de Operación" •  Operación" •  Resolución de controversias, otros"

–  Modelo Comercial"

Equipos  Técnicos  

Dimensiones - Organizacional

Comercial   Operación   NormaLvo  

Dimensiones - Semántica •  Elementos que alinean procesos de negocio y documentos" •  Generar una interpretación común de contenido. " •  Procesos, códigos, diccionarios de datos y bibliotecas específicas " •  Aparece la figura de un Coordinador General (un grupo de trabajo) dedicado a hacer conversar los ejes de la dimensión semántica"

Esquemas   Estandarizad os  de  trabajo  

SemánCca   (XML)  

Privacidad  y   Seguridad   Coordinador  

General  

Documentos  

de  Apoyo  

Guía  Uso  de   Esquemas  

Dimensiones - Tecnológica •  Componentes hardware y software utilizados para entregar el contenido a través de una comunidad de intereses. " •  Protocolos de transporte" •  Estándares de mensajería" •  Las normas estándares de seguridad" •  Registros y Búsquedas de registros" •  Bibliotecas sintácticas" •  Servicio y lenguajes de intercambio"

Riesgos globales •  Falta de confianza en el sistema de interoperabilidad." •  Seguridad insuficiente (privacidad e identificación personal)" •  Mal manejo de proyecto" •  Madurez tecnológica desigual entre diferentes usuarios" •  Que no se explote todo el potencial del sistema, por falta de entendimiento del mismo." •  Fuentes de información poco confiables o inadecuadas." •  Valor agregado al negocio de cada usuario"

Confianza  en   el  sistema.  

Fuentes  de   información  

Seguridad   insuficiente  

Interoperabilidad  

Comprensión  y  

GesLón   Proyecto  

Alcances  

Brecha   tecnológica  

Hypecurve …

Fuente:  www.alejandrobarros.com  

Contenido ü Dónde estamos hoy" ü Modelos conceptuales" •  Estado del Arte" •  Desafíos" •  Plan de Acción" •  Propuesta Framework"

A modo de resumen •  ¿Qué pasa con la interoperabilidad?" –  Modelo poco claro, muy TI, poco de negocios" –  Ya existe SII, IPS, Registro Civil, otros" –  Relaciones asimétricas proveedores-consumidores" –  En muchas partes procesamiento batch" –  Relación con privados, ejemplo: Tesorería" –  Es de datos y no documental" –  La data se almacena, riesgo de seguridad" –  Servicios grandes no ven valor a intermediación" –  No hay mapeo interoperabilidad-procesos de negocios" –  No hay confianza en modelo centralizado"

Levantamiento de información •  El levantamiento de información se desarrolló a través de las siguientes fuentes" –  Sesiones de trabajo con principales stakeholders:" •  •  •  •  •  • 

24/5/2011: Dirección Compras y Contratación Pública – Felipe Goya" 26/5/2011: Dirección de Presupuestos (SIGFE) – Mario Araneda" 27/5/2011: Contraloría – Luis Lara" 1/6/2011: Fonasa (SALUD) – Gino Olave" 7/6/2011: SII – Victor Plaza" 9/6/2011: IPS – Juan Bennet/Rolando Martínez"

–  Marco Jurídico" •  6/6/2011: Asesor Jurídico SICEX – Renato Jijena"

–  Equipo Interno" •  20/5/2011: Identificación de situación actual" •  3/6/2011: Equipo PISEE, Desarrollo futuro" •  9/6/2011: Presupuesto año 2012"

Operaciones 1.000.000

Mar-11

900.000 Abr-11 Oct-10

800.000

Nov-10 Jun-10

Dic-10

700.000

Ene-11

Sep-10

TRX's

Feb-11

Jul-10

600.000

Ago-10

Abr-10 500.000

May-10 Feb-10

400.000

Ene-10

300.000

¿Es  la  curva  correcta?  

Mar-10 200.000

100.000

0

Meses

Operaciones •  Desarrollo Digital" –  Equipo bastante reducido" –  Bajo presupuesto, no se instala como elemento relevante para el proceso de modernización del estado" –  Se abusó del PMG"

•  Instituciones" –  PISEE no existe sin SII y Registro Civil" –  Servicios Mayores "" •  SII" –  Se sienten pasados a llevar, por no “gestionar” el proceso" –  Se usa “secreto tributario” como excusa para"

•  Registro Civil" –  Cobro" –  Institucionalidad interna débil, no pueden absorber proyecto" –  Infraestructura débil"

Tecnológico •  Roles de los actores" •  Alcances de la externalización" •  Niveles de disponibilidad y de seguridad establecidos con el operador" •  Orientada al intercambio de datos y no resuelve problemática asociada a archivos" •  No se hace cargo del intercambio en otras modalidades" •  No hay conocimientos, ni oferta de mercado para apoyo en las puntas "

ESB

1

2

3

4

Transformar

Rutear

?

Validar

Enriquecer

Institucional •  Nivel de certeza jurídica" –  Permanencia en SEGPRES, iniciativa ha cambiado de dueño en dos oportunidades" –  Marco normativo claro y con mirada de futuro"

•  Protección de Datos" –  Nivel de impacto de normativa que se discute en este momento"

•  Responsabilidad por el proceso y la data"

Medio ambiente •  Poco conocimiento de interoperabilidad y sus componentes" •  No se entiende del todo el aporte sistémico de la interoperabilidad, mirada desde el servicio público" •  No existe mirada ciudadano-céntrica, evaluación desde la oferta"

Algunas aprehensiones •  No cuenta con modelo de operación crítica" •  No hay intercambio de datos, modalidad archivos" •  Staff de contraparte débil y no se aprecia institucionalidad robusta" •  Plataforma transversal, pero proceso administrativo 1 a 1, no reduce complejidad" •  Gestión de datos (datos personales, confidencialidad, seguridad)"

Opinión stakeholders •  Industria Tecnológica" –  La PISEE es un producto desconocido, he tenido que explicarla en varios directorios ACTI" –  Pocos proveedores con conocimiento del tema y la solucionática que este requiere"

•  Sector Público" –  Chilecompra" –  SIGFE" –  Salud" –  Contraloría" –  IPS"

Procesos TI, cobertura parcial ESB

1

2

3

4

Sólo  ruteo,   pocos  servicios   de  valor   agregado  

?

Validar

Enriquecer

Transformar

Rutear

–  Múltiples decretos" –  Guía Web" –  Otras iniciativas"

• Marco  normaLvo   al  cual  se  debe   adherir   • Ventajas   • Simplicidad  de   implementación,   no  hay   infraestructura   habilitante   central   • Desventajas   • Proceso  de   adopción  más   lento  y  con   menor  control  

Repositorio  Central  

• Motor  de   Interoperabilidad   no  almacena   información,  salvo   la  necesaria  para   establecer   intercambio   • Ventajas   • Menores   requerimientos   Jurídicos   • Arquitectura   tecnológica  más   simple   • Desventajas   • Complejidad  de   operación   • Herencia  de  SLA’s  

Framework  

•  Hoy se cuenta con una mixtura de modelos, algo de switch y algo de framework! •  No es claro alcance" •  Plataforma TI permite profundizar modelo switch! •  El framework no está concebido como un todo homogéneo"

Orquestación/Switch  

Modelo actual • Se  replica  datos  en   base  de  datos   central   • Ventajas   • Punto  único  de   acceso   • Desventajas   • Datos  no  están   en  el  origen   • Sincronización   • Uso  de  datos   personales  

Problema comercial •  No se entiende el producto" •  Falta un modelo de venta del producto, desde el negocio" •  Poca claridad en atributos “de negocios”" •  Oferta desde lo técnico" •  Las contrapartes desconocen esfuerzo y poca claridad del proyecto" •  Es una solución para el PMG y no para el negocio "

Contenido ü Dónde estamos hoy" ü Modelos conceptuales" ü Estado del Arte" •  Desafíos" •  Plan de Acción" •  Propuesta Framework"

Organización Propuesta Gerente Interoperabilidad (1) Consejo Consutlivo

Asesoría Legal (Part Time)

eDOC & Estándares (1)

Esquemas (AEM)

Estándares eDOC

Tecnología & Operaciones (1)

Plataforma (1)

Plataforma (Externo)

Procesos de Negoccios (1)

Arq. Técnica (1)

SW Conectores (Externo)

Operacional •  Acuerdo de mayor visibilidad con servicios mayores" •  Mapeo de modelos de negocio y beneficio asociado" •  Establecer algún “dulce” a los servicios mayores" •  Poco conocimiento de interoperabilidad y sus componentes" –  Arquitectura SOA" –  XML y WS" –  Normativa nacional y su aplicación específica"

• Marco  normaLvo   al  cual  se  debe   adherir   • Ventajas   • Simplicidad  de   implementación,   no  hay   infraestructura   habilitante   central   • Desventajas   • Proceso  de   adopción  más   lento  y  con   menor  control  

Repositorio  Central  

–  Marco jurídico-técnicooperacional" –  Consultoría" –  Caja de conectividad" –  Desarrolladores certificados" –  Capacitación" –  Acuerdos con proveedores de tecnología"

• Motor  de   Interoperabilidad   no  almacena   información,  salvo   la  necesaria  para   establecer   intercambio   • Ventajas   • Menores   requerimientos   Jurídicos   • Arquitectura   tecnológica  más   simple   • Desventajas   • Complejidad  de   operación   • Herencia  de  SLA’s  

Framework  

•  Redefinir producto" •  Concepto interoperabilidad más que PISEE" •  Modelo de interoperabilidad" •  Identificar diferentes servicios"

Orquestación/Switch  

Productos • Se  replica  datos  en   base  de  datos   central   • Ventajas   • Punto  único  de   acceso   • Desventajas   • Datos  no  están   en  el  origen   • Sincronización   • Uso  de  datos   personales  

Tecnológico •  Rediseño de soporte tecnológico" –  Open Source “full”" –  Renegociar contratos de hosting" –  No se recomienda uso de Ministerio del Interior, poca estabilidad y foco en otros negocios"

Consumidores de Información

Bus de Servicios - ESB 1

2

3

•  Nuevos modelos" –  Batch versus tiempo real" –  Archivos y Documento" –  Firmado masivo"

Proveedores de Información

4

Iniciativas •  Tecnológicas" –  Cambio de plataforma, reducción de costos" –  Renegociación de contratos con operadores"

•  Operacionales" –  Acuerdo marco de “adhesión”" –  Identificación de data recurrente y vinculación a modelo de negocios" –  Robustecer estructura organizacional interna" –  Acuerdos con empresas de convenio marco de software è desarrollos en las puntas"

Iniciativas •  Institucionales" –  Acuerdo de colaboración con CGR" –  Difusión plataforma"

•  Comerciales" –  Estructurar oferta comercial" •  Producto" •  Servicios de valor agregado"

–  Kit de venta"

Contenido ü Dónde estamos hoy" ü Modelos conceptuales" ü Estado del Arte" ü Desafíos" •  Plan de Acción" •  Propuesta Framework"

¿Cómo se vende al interior del estado?

Modernización del Estado

Modelo de atención

Iniciativas - Tecnológicas •  Cambio de plataforma" –  Objetivo: Realizar un análisis comprensivo de la plataforma actual y sus potenciales de evolución. Dicho análisis debe lograr la puesta en marcha de una nueva plataforma." –  Tareas" •  Diseño de nueva arquitectura tecnológica, que abarque las diferentes componentes en hardware (servidores, comunicaciones, sites) y de software (SO, Base de datos, Bus de Servicios)." •  Análisis de modelos alternativos de disponibilidad y replicación" •  Prueba de concepto de nueva arquitectura" •  Implementación nueva plataforma "

–  Resultados: Nueva Plataforma Operativa"

Iniciativas - Tecnológicas •  Modelo de Externalización" –  Objetivo: Rediseñar modelo y estructura de externalización de servicios tecnológicos." –  Tareas" •  Evaluación contractual de los servicios de operación TI" •  Análisis de diferentes modalidades de servicios (equipamiento dedicado versus compartido)" •  Reducir servicios prestados por parte de los proveedores" •  Desarrollar capacity planning y dimensionamiento de la plataforma." •  Definir modelo de adquisición escalonado en función de demanda (cloud)." •  Acuerdo presupuestarios con DIPRES de largo plazo"

–  Resultados: Nuevos contratos de operación"

Iniciativas - Tecnológicas •  Conector Universal " –  Objetivo: Desarrollar un framework de interoperabilidad, que contemple un conjunto de métodos y bibliotecas de desarrollo de conectores para diferentes ambientes." –  Tareas " •  Identificar elementos esenciales del conector" •  Licitar construcción y empaquetamiento" •  Difusión de su uso y casos de éxito"

–  Resultados: Framework de desarrollo Interoperabilidad "

Iniciativas - Tecnológicas •  Ecosistema Desarrollo" –  Objetivos: Desarrollar un ecosistema de empresas desarrolladoras de software con amplio conocimiento de conceptos y estándares nacionales de interoperabilidad" –  Tareas" •  Identificar potenciales empresas (convenio marco)" •  Sesión de difusión en conjunto con DCCP" •  Workshop de habilitación (2 días), se deben incluir temáticas de: estándares, mecanismos, ejemplos" •  Difusión a través de la Comunidad Tecnológica Gubernamental"

–  Resultados: Empresas certificadas en desarrollo de componentes de interoperabilidad"

Iniciativas - Operacionales •  Acuerdo marco" –  Objetivos: Establecer un modelo de acuerdo marco de “adhesión” al framework de interoperabilidad, el cual incluye la plataforma, estándares y otros temas." –  Tareas" •  Evaluación legal de establecer acuerdo marco, el cual debe tener foco en estándares, framework y plataforma" •  Difundir nuevo marco normativo" •  Impulsar adhesión de los SSPP, uso de Instructivo Presidencial asociado a “Nuevo Modelo de Atención”" •  Adhesión a convenio"

–  Resultados: Nuevo acuerdo marco "

Iniciativas - Operacionales •  Mapa de Interoperabilidad" –  Objetivos: Identificación de data recurrente y vinculación a modelo de negocios, se debe asociar a nuevo modelo de atención." –  Tareas" •  Identificar restricciones legales" •  Estructurar catálogo de servicios" •  Mapeo datos-procesos de negocios con instituciones ancla" •  Verificar potenciales problemas jurídicos respecto de proyecto de Protección de Datos Personales"

–  Resultados: Mapa de Interoperabilidad"

Iniciativas - Operacionales •  Nuevo modelos operacionales" –  Objetivos: Evaluar nuevos modelos de procesamiento, que den cuenta de requerimientos de algunos clientes que utilizan esquemas batch y de archivos." –  Tareas" •  •  •  • 

Identificar restricciones de plataforma a procesamiento batch! Identificar restricciones al intercambio basado en archivos" Diseño de modelo operacional “casillas”" Establecer mecanismos de negociación con “proveedores de información”" •  Establecer estándares de intercambio en estas nuevas modalidades"

–  Resultados: Modelos de intercambio"

Iniciativas - Institucionales •  Institucionalidad" –  Objetivos: Definir un modelo institucional adecuado y que de cuenta de los desafíos planteados, este marco normativo debe estar acorde con proceso modernizador." –  Tareas" •  Evaluar mejores prácticas en términos de marcos normativos (UK, Unión Europea, Nueva Zelandia entre otros)" •  Identificar forma menos riesgosa de establecer la institucionalidad" •  Fuerte vinculación a otros elementos habilitantes a nuevo modelo de servicio" •  Identificar tema como infraestructura habilitante para "

–  Resultados: Nueva Institucionalidad"

Iniciativas - Institucional •  Organización" –  Objetivo: Dotar de una estructura más robusta al área de interoperabilidad, para los cual se propone nueva estructura en organigrama adjunto." –  Tareas" •  •  •  • 

Definición de perfiles y Términos de Referencia" Búsqueda de personal faltante" Difusión de nueva estructura" Instaurar Comité Consultivo (SSPP, Academia y Sociedad Civil)" •  Establecer grupos de trabajo temáticos con los principales stakeholders (eGIF/ePing)"

–  Resultados: Nueva organización operativa"

Iniciativas - Institucionales •  Empoderamiento stakeholders! –  Objetivo: Alianza estratégica con los servicios públicos ancla (CGR, SII, Registro Civil) a nivel de máximas autoridades que permitan mejor instalar modelo de interoperabilidad" –  Tareas" •  •  •  • 

Reunión de SEGPRES con principales autoridades" Invitación a comité consultivo" Identificación de iniciativas conjuntas específicas" En caso de CGR establecer alianza directa para la tramitación electrónica (SIAPER, SITRADOC)" •  Establecer discurso de interoperabilidad común"

–  Resultados: Actores principales empujado el tema"

Iniciativas - Institucionales •  Difusión" –  Objetivos: Difundir modelo de interoperabilidad por diferentes canales. Esta difusión debe estar asociada al avance de las iniciativas de modernización del estado." –  Tareas" •  Desarrollo sitio web de Interoperabilidad, que incluya diversas componentes, no sólo la PISEE" •  Charlas masivas" •  Establecer elementos que permitan difundir, sellos de certificación ejemplo: powered by PISEE! •  Identificar casos de éxito de interoperabilidad no sólo asociados a la plataforma"

–  Resultados: Instalar concepto de interoperabilidad"

Iniciativas - Comerciales •  Oferta comercial" –  Objetivos: Estructurar productos y servicios, así como la oferta comercial asociada." –  Tareas" •  Identificar productos/servicios específicos (objetivos, alcances, tareas y entregables) è Kit de venta! •  Empaquetar framework de interoperabilidad existente" •  Definir versiones de los productos" •  Desarrollar preguntas frecuentes (FAQ’s)" •  Estructurar contrapartes de soporte con principales proveedores de información" •  Definir anexos a convenios marco para regular servicios/ productos" •  Identificar servicios de valor agregado (firmado, mensajería, acceso de privados y otros) "

–  Resultados: Productos-Servicios mejor definidos"

Iniciativas - Normativo •  Marco Legal" –  Objetivos: Identificar áreas de objeción de algunos abogados a la “legalidad” de la PISEE, fundamentalmente asociados a responsabilidad, institucionalidad y atributos" –  Tareas" •  Identificar abogados detractores de la PISEE y abrir la discusión" •  Convocar al centro de Derecho Informático de la Universidad de Chile a esa discusión" •  Identificar caminos de solución “viables” en términos políticos y de tiempos" •  Establecer alianzas con algunos abogados/centros de pensamiento que aborden el tema"

–  Resultado: Cursos de Acción Legal"

Iniciativas - Normativo •  Marco Normativo" –  Objetivos: Actualizar y armonizar el marco jurídico normativo asociado al intercambio de datos, lo cual incluye decretos supremos, leyes, reglamentos, instructivos presidencial y otros. Se debe establecer un marco común adecuado y que de cuenta de los cambios tecnológicos producidos en los últimos años. " –  Tareas" •  Evaluar el marco normativo actual, identificando brechas" •  Propuestas de nuevo marco normativo que recoja buenas prácticas y casos de éxito en Chile" •  Bajada del marco normativo a ejemplos que ayuden su mejor comprensión" •  Identificar lo que otras áreas del estado están realizando en esta materia (consejo para la transparencia, CGR, Biblioteca del Congreso, etc.)" •  Definir los roles y perfiles de los actores" •  Vincular con otros marcos normativos en particular con los asociados al proceso de Modernización del Estado"

–  Resultados: Nuevo Marco Normativo"

Plan de Acción - Iniciativas InsLtucional   Comercial   Operacional   Tecnología  

•  Estructura  Organizacional   •  Empoderamiento  stakeholders   •  Difusión  

•  Desarrollo  y  difusión  de  nuevos  producto   •  Servicios  de  valor  agregado  

•  Acuerdo  marco   •  Mapa  interoperabilidad   •  Nuevo  modelos  operacionales   •  Nueva  plataforma  TI   •  Modelo  externalización   •  Conector   •  Ecosistema  desarrollo  

Plan de Acción – Costos Estimados

•  Se debe considerar para una plataforma de esta envergadura de 1.5 a 2.0 MMUS$ en base estándares de operación de alto nivel" •  Sólo se puede externalizar una parte del problema"

Plan de Acción – Gantt Tentativa

Contenido ü Dónde estamos hoy" ü Modelos conceptuales" ü Estado del Arte" ü Desafíos" ü Plan de Acción" •  Propuesta Framework"

Propuesta de Framework Gobernabilidad Modelo

Datos - Semántica

Tecnología

Organizacional Procesos de Negocios

Marco Jurídico Normativo

Infraestructura Habilitante Infraestructura Tecnológica (ESB)

Infraestructura Llaves Públicas (PKI)

Infraestructura Identificación (eID)

Infraestructura Conectividad

Políticas de Desarrollo Digital

Modernización del Estado

Dimensiones

Propuesta de Framework Coordinador Modelo Interoperbilidad

Coordinador Normativo

Coordinador Tecnología

Coordinador Datos

Representantes de: - Academia - Industria (Asociaciones Empresariales) - Actores claves del Sector Público

Coordinador Procesos de Negocios

Propuesta de Framework •  El modelo de trabajo se desarrolla en grupos de trabajo por área:" –  La coordinación de los grupos se hace desde SEGPRES, sin perjuicio que alguno de los grupos puede ser coordinado por un tercero" –  En cada grupo hay representantes de la Academia, Industria y Servicios Públicos relevantes" –  Cada grupo debe monitorear el estado del arte de su área y a partir de allí e identificando las mejores prácticas desarrollar su propuesta"

Propuesta de Framework

Evaluación

Levantamiento Estado del Arte

Desarrollo y Discusión Pública

Generación Marco Final

Propuesta de Framework •  El método de trabajo general debe contemplar las siguientes fases, está método debe tener desde su concepción un enfoque iterativo e incremental:" 1.  2.  3.  4. 

Evaluación del estado del arte del área" Desarrollo documento inicial de trabajo por grupo" Establecer mecanismo de discusión" Publicar documento borrador y se publica para discusión publica" 5.  Aprobación documento" 6.  Evaluar desarrollo del modelo y adecuaciones futuras"

Propuesta de Framework •  Marco normativo" –  Resolver las temáticas asociadas el marco normativo necesario para la correcta operación de Interoperabilidad, para ello debe abordar los siguientes temas analizando normativa vigente:" •  Datos personales" •  Privacidad" •  Normativas asociadas a Documento electrónico (Contraloría, Consejo Transparencia)" •  Compras públicas y su vinculación al intercambio de datos "

Propuesta de Framework Marco Normativo

s

Servicio Público Organización

entregados por

mantiene

Servicio Público Servicios

o op

rta

p do

or

descrito por

genera ju ad

Data de Referencia (reference data)

Documentos

descrito por

usa

Transacciones de Negocio

nta

reglas de negocios

Fuente:  eGovernment  interoperability  with  open  standards,  Wout  Hofman  

Propuesta de Framework •  Organizacionales" –  Desarrollar los componentes asociados a los procesos de negocios del las organizaciones partícipes del modelo" •  •  •  •  •  •  • 

Procesos y circuitos de negocios" Integración con desarrollos eGov" Data transversal" Niveles de de servicio requeridos" Roles y responsabilidades (proveedor, consumidor)" Modalidades de operación (online versus batch)" Buenas prácticas de gestión del cambio en las organizaciones partícipes"

Propuesta de Framework •  Tecnológico" –  Modelo conceptual de las componentes tecnológicas del framework de interoperabilidad, debe abordar esquemas centralizados y punto a punto" •  Arquitectura Tecnológica y sus componentes" –  Interconexión" –  Seguridad" –  Medios de acceso"

•  Infraestructura de Identificación (eID)" •  Infraestructura de Llaves Públicas (PKI)" •  Portal de servicios"

Propuesta de Framework •  Datos y Semántico" –  Desarrollo de las componentes asociadas a datos y a la semántica de los mismos, lo cual implica identificación de proveedores relevantes y data transversal para los procesos de negocios" •  Catálogo de Datos (construcción y mantención)" •  Esquemas Transversales" •  Uso de Esquemas y Metadatos"

Propuesta de Framework Organización   Coordinador Modelo Interoperbilidad

Coordinador Normativo

Coordinador Tecnología

Coordinador Procesos de Negocios

Coordinador Datos

Gobernabilidad Modelo Políticas de Desarrollo Digital

Datos - Semántica

Tecnología

Organizacional Procesos de Negocios

Marco Jurídico Normativo

Modernización del Estado

Dimensiones

Infraestructura Habilitante Infraestructura Tecnológica (ESB)

Infraestructura Llaves Públicas (PKI)

Infraestructura Identificación (eID)

Representantes de: - Academia - Industria (Asociaciones Empresariales) - Actores claves del Sector Público

Método   Evaluación

Levantamiento Estado del Arte

Desarrollo y Discusión Pública

Generación Marco Final

Infraestructura Conectividad

Procesos   so

Web  

Documentos  

Servicio Público Organización

Toolkit  

Productos  

+

Servicio Público Servicios

d rta

op

Marco Normativo

or

descrito por

Documentos

descrito por

genera ad

Data de Referencia (reference data)

+

entregados por

mantiene

po

usa

Transacciones de Negocio

jun

ta

reglas de negocios

Modelo de

Interoperabilidad Plan de Evolución! [email protected] www.alejandrobarros.com @abarros

Julio  -­‐  2011