Marco de Interoperabilidad del Estado Venezolano V.1

Marco de Interoperabilidad para el Estado Venezolano V 1.0Directorio:Ricardo Menéndez PrietoMinistro del Poder Popular para Ciencia, Tecnología e Industrias Intermedias.(Decreto N° 7.198 publicado en Gaceta Oficial N° 39.355)Manuel Fernández MeléndezViceministro de Tecnologías de Información y Comunicación(Decreto N° 7.190 publicado en Gaceta Oficial N° 5.957 Extraordinaria)Carlos Eloy FigueiraPresidente del Centro Nacional de Tecnologías de InformaciónResolución N° 059 publicado en Gaceta Oficial N° 39.197)Colaboradores: • Eduardo Poggi • Vicepresidencia de la República (VP). • Ministerio del Poder Popular para la Planificación y Finanzas (MPF). • Centro Nacional de Desarrollo e Investigación en Tecnologías Libres (Cenditel). • Comisión de Administración de Divisas (Cadivi). • Compañía Anónima Nacional Teléfonos de Venezuela (Cantv). • Instituto Venezolano de los Seguros Sociales (IVSS). • Oficina Nacional de Contabilidad Pública (Oncop). • Servicio Administrativo de Identificación, Migración y Extranjería (Saime). • Servicio Nacional Integrado de Administración Aduanera y Tributaria (Seniat). • Servicio Nacional de Contrataciones (SNC). • Superintendencia de Servicios de Certificación Electrónica (Suscerte). • Dirección General de Acceso y Uso de Tecnologías de Información adscrita al Despacho del Viceministro de Tecnologías de Información y Comunicación.Corrección:Adriana CarmonaDiseño y diagramación:George ChildImprenta:Publicsol 50 C.A.,Deposito Legal: If2902011620910ISBN: 978-980-7411-00-4

MIOMarco de Interoperabilidadpara el Estado venezolanoVersión 1.0

ÍndiceIntroducción 9Objetivo 11Alcance 13Capítulo 1: Basamento legal 15Capítulo 2: Sobre la Interoperabilidad 19 1.Definición de Interoperabilidad 21 2.Dimensiones de la Interoperabilidad 22 Dimensión temática 22 Dimensión de implantación 23 Dimensión de servicio 24 Dimensión de madurez 24 Interrelación de las dimensiones de IO 26 3.Principios rectores de la Interoperabilidad 28Capítulo 3: Políticas para la implementación de la Interoperabilidad 31Capítulo 4. Estándares 35 1.Estándares para la Interoperabilidad organizacional 37 Gestión de Procesos Inter-Institucionales 37 Elaborar acuerdos inter-instituciones 39 Definir roles institucionales 40 2.Estándares para la Interoperabilidad informacional 40 Descripción de servicios 40 Descripción de Entidades de Datos 41 Descripción de calidad y actualización de datos 41 3.Estándares para la Interoperabilidad técnica 41 Especificaciones técnicas 42 Estándares según esquemas 43Capítulo 5. Recomendaciones generales para la implementación de la 49Interoperabilidad en Procesos Inter-InstitucionalesDefiniciones y Acrónimos 53Anexos 59 Recurso 1: Plan para la implementación de la Interoperabilidad en Venezuela. Recurso 2: Modelo Organizativo para la implementación de la Interoperabilidad en Venezuela.

Recurso 3: Matriz Multi-CriterioRecurso 4: Caracterización de procesosRecurso 5: Acuerdo Inter-InstitucionalRecurso 6: Descripción de serviciosRecurso 7: Descripción de Entidades de DatosRecurso 8: Descripción general de calidad de datosRecurso 9: Especificaciones técnicasRecurso 10: Recomendaciones para la implementación deServicios Web.

Índice de gráficosGráfico 1. Interrelación entre las dimensiones temática e implantación 27Gráfico 2. Interrelación entre las dimensiones temática, implantación y 27servicioGráfico 3. Capas de la arquitectura funcional 42Gráfico 4. Intercambio de información con base a una arquitectura de 44Servicios Web de forma bilateralGráfico 5. Intercambio de información con base a una arquitectura de 44Servicios Web de forma bilateral implementado VPN/SSL como capade seguridadGráfico 6. Intercambio de información con base a una arquitectura de 45Web Semántica de forma bilateralGráfico 7. Intercambio de información con base a una arquitectura de 46Servicios Web y Web Semántica de forma bilateralGráfico 8. Intercambio de información con base a una arquitectura de 47Servicios Web y Web Semántica con capa de integración

MIO | Marco de Interoperabilidad para el Estado venezolano 5PrólogoLa Interoperabilidad es la capacidad de dos o más organizaciones deintercambiar o proveerse información. En el caso de instituciones delEstado, esta capacidad de colaboración permite agilizar la realizaciónde trámites administrativos, disminuyendo costos y evitando que elmismo dato le sea solicitado a un ciudadano si éste ya lo brindó enalguna oportunidad a una institución. De esta forma, se reconocea las instituciones del Estado como brazos articulados que sirvenefectivamente a los ciudadanos.Este documento pretende servir de guía en la creación, desarrolloe implantación de la Interoperabilidad en el Estado venezolano. Elejemplar contiene basamentos legales, especificaciones técnicas,estándares, políticas y múltiples recomendaciones para su ejecucióny gobernanza en el tiempo. Abarca desde las generalidades quedeben conocer los líderes de una institución de la AdministraciónPública para marcar pautas en el avance de la implementación de laInteroperabilidad, hasta especificidades para los programadores que laejecutarán en cada organismo.Este Marco de Interoperabilidad se realizó como respuesta a laimperante necesidad del Estado venezolano en aumentar la eficaciaen la realización de trámites de y para los ciudadanos, así como elaprovechamiento de los recursos tecnológicos actuales para tal fin. Fuerealizado por un grupo transdiciplinario que garantiza la consideraciónde múltiples aristas en las áreas técnica, informacional y organizacional,así como sus respectivos lineamientos.El resultado de la aplicación de la Interoperabilidad genera beneficiosdirectos a los ciudadanos, simplifica trámites anteriormenteburocráticos y permite a los organismos dedicar tiempo alcumplimiento de los lineamientos del Estado, afianzando el desarrollosocial, político y económico de la nación.Si bien es cierto que hasta el presente día no existe un modelo idealpara la implementación de la Interoperabilidad, el Ministerio del PoderPopular para Ciencia, Tecnología e Industrias Intermedias (MCTI), através del Centro Nacional de Tecnologías de Información (CNTI),

tiene el compromiso que el Marco de Interoperabilidad presentado en este documento sea un instrumento adecuado a las necesidades del Estado venezolano, que traerá a nuestra población los frutos de la Interoperabilidad. Carlos Figueira Presidente del CNTI Marzo, 2011.6

MIO | Marco de Interoperabilidad para el Estado venezolano 7ResumenLa Interoperabilidad es la capacidad que tiene el Estado para quesus instituciones y demás entes intercambien datos entre sí; a travésdel uso de tecnologías de información. Alcanzar la Interoperabilidades posible siempre y cuando se tome en consideración latransdiciplinariedad inherente a ella; contemplando las temáticas decarácter técnico, informacional, organizacional y político-legal-social.En el Marco del Interoperabilidad convergen los esfuerzos realizadospara la elaboración de una guía representativa de situaciones que sepueden presentar al momento de desarrollar la Interoperabilidad ennuestro país. Es un documento lo suficientemente amplio para servir debase funcional para el inicio de la implementación; complementario porsus amplios recursos y no coercitivo al suministrar recomendacionespara que cada ente lo adecue a sus necesidades y posibilidades definanciamiento.

MIO | Marco de Interoperabilidad para el Estado venezolano 9IntroducciónEl presente documento materializa el cumplimiento de una de lasmetas establecidas por el Ministerio del Poder Popular para Ciencia,Tecnología e Industrias Intermedias (MCTI) a través del Centro Nacionalde Tecnologías de Información (CNTI) para el año 2010 - bajo lacoordinación de la Dirección General de Acceso y Uso de Tecnologíasde Información adscrita al Despacho del Viceministro de Tecnologíasde Información y Comunicación -, alineada al Plan Nacional deDesarrollo Económico y Social 2007-2013, apoyando la transformacióndel Estado como vía para alcanzar la democracia protagónica yparticipativa. Desde el punto de vista estratégico institucional, el Marcode Interoperabilidad para el Estado venezolano busca proporcionarsustentabilidad a los componentes de plataformas y servicios deGobierno Electrónico, bajo el empleo de Tecnologías de InformaciónLibres en las instituciones de la Administración Pública (AP).El presente Marco de Interoperabilidad, es el resultado de un trabajocolaborativo realizado con las siguientes instituciones del Estado: • Vicepresidencia de la República (VP). • Ministerio del Poder Popular para la Planificación y Finanzas (MPF). • Centro Nacional de Desarrollo e Investigación en Tecnologías Libres (Cenditel). • Comisión de Administración de Divisas (Cadivi). • Compañía Anónima Nacional Teléfonos de Venezuela (Cantv). • Instituto Venezolano de los Seguros Sociales (IVSS). • Oficina Nacional de Contabilidad Pública (Oncop). • Servicio Administrativo de Identificación, Migración y Extranjería (Saime). • Servicio Nacional Integrado de Administración Aduanera y Tributaria (Seniat).

• Servicio Nacional de Contrataciones (SNC). • Superintendencia de Servicios de Certificación Electrónica (Suscerte). Esta publicación y sus futuras versiones tendrán como finalidad crear y mantener las condiciones necesarias para garantizar un adecuado nivel de Interoperabilidad técnica, informacional y organizacional de los sistemas informáticos de la AP.10

MIO | Marco de Interoperabilidad para el Estado venezolano 11ObjetivoServir como un documento de referencia que comprende un conjuntode políticas, lineamientos y estándares base para gestionar elintercambio electrónico de datos, mediante la publicación de servicios,entre los órganos y entes de la Administración Pública.

MIO | Marco de Interoperabilidad para el Estado venezolano 13AlcanceEl Marco de Interoperabilidad (MIO) es un instrumento destinado atodos los órganos, entes y dependencias del gobierno central, losgobiernos locales, el sector público en sentido amplio incluyendoempresas estatales y mixtas, organismos públicos no gubernamentalesy todos los poderes del Estado.El cumplimiento de los lineamientos establecidos no puede imponersea ciudadanos y empresas de cualquier origen ni a gobiernosextranjeros, pero el Estado venezolano establece que el presentemarco define su método preferencial de intercambio electrónico dedatos. Recomendación 1: Todos los organismos de la Administración Pública (AP) deberán apropiarse del MIO y participar en su mantenimiento y mejora.Este marco no especifica, ni limita el uso de las tecnologías deinformación. Tampoco incluye la estandarización en la manera depresentar los servicios de Gobierno Electrónico, por el contrario,se centra en la definición de lineamientos y condiciones relevantespara garantizar la interconexión entre sistemas de información, elintercambio electrónico de datos entre organismos y la elaboración deProcesos Inter-Institucionales.El MIO está dividido y estructurado en cinco capítulos, donde seencontrarán recomendaciones específicas aplicadas a cada área: • Capítulo 1: Basamento legal. • Capítulo 2: Sobre la Interoperabilidad. • Capítulo 3: Políticas para la implementación de la Interoperabilidad. • Capítulo 4: Estándares. • Capítulo 5: Recomendaciones generales para la implementación de la Interoperabilidad en Procesos Inter-Institucionales.

El marco esta compuesto por un conjunto de recursos que permiten impulsar y afianzar la Interoperabilidad en la AP, estos se encuentran citados a lo largo del documento, a fin de destacar su uso en cada una de las recomendaciones realizadas.14

Capítulo 1Basamento legal

MIO | Marco de Interoperabilidad para el Estado venezolano 17Basamento legalSe describe a continuación toda la Ley de Simplificación de Trámites.documentación relacionada en el Gaceta Oficial Nº 5.393 de fecha 22 deámbito legal que ampara y promueve la octubre de 1999 y Decreto Nº 6.265 delimplementación de la Interoperabilidad y 22 de julio de 2008. Artículo 11. Expresa:el desarrollo de este marco para el Estado “Los órganos y entes de la Administraciónvenezolano. Pública Nacional, en virtud del principio de cooperación que debe imperar enConstitución de la República sus relaciones interorgánicas y con lasBolivariana de Venezuela CRBV). Gaceta demás ramas del Poder Público, deberánOficial Nº 36.860 de fecha 30 de diciembre implementar bases de datos automatizadasde 1999. Artículo 110. Establece que: “El de fácil acceso y no podrán exigir laEstado reconocerá el interés público de presentación de copias certificadasla ciencia, la tecnología, el conocimiento, o fotocopias de documentos que lala innovación y sus aplicaciones y los Administración Pública Nacional tenga enservicios de información necesarios por su poder, o de los que tenga la posibilidadser instrumentos fundamentales para el legal de acceder”.desarrollo económico, social y político delpaís”. Ley Orgánica de la Administración Pública. Gaceta Oficial Nº 37.305 de fechaLey de Reforma de la Ley Orgánica 17 de octubre de 2001, establece losde Ciencia, Tecnología e Innovación. principios y bases que rigen la organizaciónGaceta Oficial Nº 39.575 de fecha 16 de y el funcionamiento de la Administracióndiciembre de 2010. Artículo 10. Expresa: Pública; los principios y lineamientos de“La autoridad nacional con competencia en la organización y funcionamiento de lamateria de ciencia, tecnología, innovación y Administración Pública Nacional. Tambiénsus aplicaciones actuará como coordinador regula los compromisos de gestión, lose integrador de los sujetos de esta Ley, mecanismos para promover la participaciónen las acciones de su competencia, en y el control sobre las políticas y resultadosarticulación con los órganos y entes de públicos; y establece las normas básicasla Administración Pública”. Artículo 18. sobre los archivos y registros públicos.Expresa: “La autoridad nacional concompetencia en materia de ciencia, Ley Especial contra los Delitostecnología, innovación y sus aplicaciones, Informáticos. Gaceta Oficial Nº 37.313ejercerá la dirección en el área de de fecha 30 de octubre de 2010. Tienetecnologías de información”. como objeto: “la protección integral de

los sistemas que utilicen tecnologías o jurídicas, públicas o privadas, así como de información, así como la prevención regular todo lo relativo a los Proveedores de y sanción de los delitos cometidos Servicios de Certificación y los Certificados contra tales sistemas o cualesquiera de Electrónicos”. sus componentes, o de los cometidos mediante el uso de dichas tecnologías, en Decreto Nº 2.479 del 27 de junio de los términos previstos en esta Ley”. 2003. Decreta la creación de la Comisión Presidencial para la conformación de la red Decreto con fuerza de ley Nº 1.204 del Estado, con la finalidad de facilitar la de Mensaje de Datos y Firmas comunicación e interacción de los órganos Electrónicas. Gaceta Oficial Nº 37.148 y entes de la Administración Pública. de fecha 28 de febrero de 2001. Artículo 1º. Establece: “otorgar y reconocer eficacia Decreto Nº 3.390. Gaceta Oficial Nº y valor jurídico a la Firma Electrónica, al 38.095 de fecha 28 de diciembre de 2004. Mensaje de Datos y a toda información Artículo 1º. Establece:”La Administración inteligible en formato electrónico, Pública Nacional empleará prioritariamente independientemente de su soporte Software Libre desarrollado con Estándares material, atribuible a personas naturales Abiertos, en sus sistemas, proyectos y servicios informáticos. A tales fines, todos los órganos y entes de la Administración Pública Nacional iniciarán los procesos de migración gradual y progresiva de éstos hacia el Software Libre desarrollado con Estándares Abiertos”.18

Capítulo 2Sobre la Interoperabilidad

MIO | Marco de Interoperabilidad para el Estado venezolano 21Sobre laInteroperabilidadEn este capítulo se presenta la definición • El Principio de Ventanilla Únicade la Interoperabilidad (IO) para el Estado exige que la AP debe presentarse antevenezolano y se describen sus dimensiones la sociedad como una única entidad,y componentes. independientemente de su estructura interna y sus divisiones políticas,Definición de territoriales o estatutarias.Interoperabilidad Alineados a la citada Ley de Simplificación de Trámites Administrativos, elLa IO es la capacidad de organizaciones cumplimiento de estos principios exigedispares y diversas de interactuar con a todos los organismos de la AP facilitarobjetivos consensuados. La interacción el acceso a los datos públicos queimplica que las organizaciones involucradas administran, reformular y simplificarcompartan información y conocimiento a los trámites donde participan otrastravés de Procesos Inter-Institucionales instituciones. Así se evita que los(PII), mediante el intercambio electrónico ciudadanos presenten en reiteradasde datos entre sus respectivos sistemas de ocasiones los mismos datos y documentos,tecnología de información. o se trasladen de una ventanilla a otra para completar sus solicitudes. Los datosLa IO busca proveer sistemáticamente deben transferirse digitalmente entre losservicios a la sociedad cumpliendo los organismos del Estado.principios de Simplificación Registral yVentanilla Única, entendiendo que: Esta definición de IO se focaliza en la implementación de PII basados en el• El Principio de Simplificación de intercambio electrónico de datos. La IO es, Registral exige que los organismos de en este sentido, una capacidad del Estado la Administración Pública (AP) no pueden y un medio para alcanzar los siguientes volver a solicitar un dato o documento fines: a ciudadanos o empresas que ya se encuentre en poder de algún organismo 1. Bajar los costos y la carga del Estado. administrativa que el Estado demanda

a los ciudadanos y empresas. Recomendación 4: Se recomienda a todos los 2. Mejorar la atención de los organismos de la AP que revisen ciudadanos, facilitando el acceso a sus procesos e impulsen, cuando información actualizada, oportuna y sea conveniente, su rediseño a confiable. fin de poder intercambiar datos electrónicamente con otros 3. Fomentar la transparencia, la organismos, dando así cumplimiento eficiencia y la simplicidad de los a la Ley de Simplificación de Trámites procedimientos administrativos. Administrativos. 4. Propiciar la cooperación y la interrelación entre los organismos de Dimensiones de la la AP.1 Interoperabilidad 5. Impulsar la optimización de los La implementación de la IO es un problema procesos de la AP que proveen complejo que atraviesa todos los planos servicios a la sociedad, a manera del quehacer de una organización: cultural, de no solicitar información que ya el legal, organizacional, informacional y Estado posee. técnico. La diversidad temática y las interrelaciones requieren de un nivel 6. Mejorar la calidad de los datos importante de gobernanza, que permita públicos. articular con éxito los factores dentro de cada contexto. Para tratar esta diversidad 7. Disminuir los costos de operación de se ha establecido un marco conceptual la AP. que reconoce la existencia de las siguientes cuatro dimensiones transversales entre sí: 8. Cumplir con lo establecido en la Ley Orgánica de la Administración Pública, • Dimensión temática. informado a la población de las actividades, servicios, procedimientos • Dimensión de implantación. y organización de la AP. • Dimensión de servicio. Recomendación 2: A las instituciones de la AP se les • Dimensión de madurez. sugiere impulsar la reutilización de datos como un carácter Dimensión temática complementario a la implementación de PII y no como un aspecto central Agrupa las áreas del conocimiento de la IO. necesarias para elaborar y apropiar la efectiva implementación de la IO. Se divide Recomendación 3: en: Se aconseja a todas las instituciones de la AP y a todas las organizaciones Interoperabilidad técnica privadas que interactúen con Establece las pautas, normas y éstos que, utilizando el Marco de estándares técnicos necesarios Interoperabilidad (MIO), impulsen para la interconexión de sistemas22 el intercambio electrónico de datos -hardware y software- y servicios, para brindar mejores servicios a la garantizando accesibilidad y sociedad. seguridad de la información. 1 En función de esa cooperación, los Servicios de Información no deben disminuirse, degradarse, ni causar perjuicio a los órganos y entes de la AP; evitando imponer gastos en plataforma tecnológica.

MIO | Marco de Interoperabilidad para el Estado venezolanoInteroperabilidad informacional informáticos sean diferentes. Establece las pautas para asegurar el significado preciso de los datos Interoperabilidad político-legal- intercambiados y su entendimiento social por todos los sistemas que participan Busca establecer las condiciones en el intercambio electrónico de que definan el ámbito político, legal 23 datos. Se divide en: y social con el cual se desarrollará la IO. Asegura que los PII sean Interoperabilidad sintáctica, realmente apropiados, aprovechados se refiere a los aspectos de y alineados a las políticas públicas. comunicación, transporte, almacenamiento y representación Dimensión de implantación de datos. Agrupa las diferentes acciones que se Interoperabilidad semántica, realizan en pro de la implementación de la se refiere a los aspectos IO. Contempla las actividades y recursos necesarios para que los sistemas para el desarrollo de: informáticos combinen y procesen correctamente datos provenientes Marco de Interoperabilidad de otras fuentes y puedan entender Es un conjunto de documentos las capacidades e intenciones de referencia que comprende de aquellos con los que se lineamientos, políticas, estándares comunican. y herramientas para gestionar el intercambio electrónico deInteroperabilidad organizacional datos mediante la publicación de Se encarga de asegurar que Servicios de Información entre los los mensajes intercambiados organismos de la AP, que aseguren un e interpretados por todos los adecuado nivel de IO organizacional, actores involucrados sean usados informacional, técnica y político– legal- adecuadamente en los PII que social. brindan servicios a la sociedad. A su vez establece las pautas Contexto para implementar los acuerdos de Son todos los aspectos que deben cooperación necesarios para el ser reconocidos y tomados en intercambio de información entre dos consideración dada su injerencia en o más instituciones de la AP, a fin de la IO, tales como: leyes, normativas, superar los retos organizacionales marcos de referencia, infraestructura que buscan mejorar los servicios informática, capacidades prestados a la sociedad. institucionales, recursos informáticos, etc. Los proyectos o iniciativas que Este plano de la IO tiene como se desarrollen en el ámbito de la objetivo lograr que las organizaciones IO deben respetar los lineamientos puedan aprovechar la información establecidos o en su defecto deben provista por otros para desarrollar ser adecuados, si no lo son, entonces sus procesos, transformándola se debe reconocer las restricciones en beneficio para los ciudadanos. que presentan. El trabajo coordinado se logra al definir metas y al modelar procesos Proyectos entre organizaciones dispuestas a Son todas las acciones realizadas intercambiar información, a pesar o previstas que incluyen aspectos que sus estructuras y sistemas de la IO, pueden ser ejecutadas por

comunidades o instituciones sin y la modificación de los datos importar si estas difieran en parte de administrados sólo le sea permitido lo determinado en este marco, o en a las personas autorizadas para ello. las acciones diseñadas directamente En esta concepción de seguridad para avanzar con la implementación se incluyen las cuatro características sistemática de la IO. fundamentales: disponibilidad, integridad, confidencialidad y no Recomendación 5: repudio. Se invita a todos las instituciones de la AP a elaborar sus planes de Calidad Gobierno Electrónico y simplificación La calidad de datos implica que los de trámites administrativos. datos gestionados -capturados, procesados, almacenados y Recurso 1: publicados- son válidos y son un fiel Se recomienda a las instituciones del reflejo de la realidad que se desea Estado alinear sus planes de IO a las tratar. Esto supone que los datos sugerencias establecidas en el anexo: no contengan errores significativos, “Plan para la implementación de la sean lo más veraces posibles y Interoperabilidad en Venezuela”. estén actualizados en función de los requisitos establecidos por el conjunto Gobernanza de actores involucrados en su gestión. Agrupa la coordinación, la Desde esta perspectiva, la calidad planificación y el control de todas de datos implica la capacidad de las acciones realizadas en pro de la satisfacer los deseos y necesidades implementación de la IO, procurando de los solicitantes de información. un desarrollo social e institucional duradero. Tiene como objetivo Nivel de servicio alcanzar la coherencia y facilitar el Permite establecer de forma clara conjunto de acciones realizadas las características operativas en la materia, así como impulsar el de un servicio que, plasmadas cumplimiento de los objetivos de en un acuerdo, establecen los mediano y largo plazo establecidos. requerimientos de un solicitante de información y el compromiso de Dimensión de servicio un proveedor. Un acuerdo de nivel de servicio es un instrumento que Agrupa aquellos documentos y actividades permite otorgar confianza y establecer necesarios para que la IO se logre con la garantías para que el solicitante calidad y seguridad apropiada. Se divide pueda basar sus procesos en el en: seguridad, calidad y nivel de servicio. servicio. Esta dimensión exige a las instituciones involucradas generar una serie de Dimensión de madurez capacidades de servicio que van desde lo técnico hasta lo organizacional. Transversalmente a las dimensiones presentadas, se define una cuarta Seguridad dimensión que corresponde con los24 La seguridad informática consiste diferentes niveles de madurez que se en asegurar que los recursos pueden alcanzar en cada uno de los de un sistema de información aspectos de la IO. -recursos físicos, lógicos y datos- sean utilizados de la manera Un modelo de madurez para la IO, es como se decidió, que el acceso un instrumento conceptual que permite

MIO | Marco de Interoperabilidad para el Estado venezolanodiferenciar niveles de complejidad y Existen intercambios bilateralesrefinación, que puede ser asumido por un realizados de manera más o menosconjunto de instituciones para conocer su homogénea. Se cumple consituación actual y poder verificar cuáles características básicas de seguridadson los desafíos inmediatos y mediatos y confiabilidad a nivel de cada unaque debe afrontar. De esta forma, la de las partes. Se sustentan los 25comparación entre la situación real y la intercambios mediante acuerdosdeseada, establece un marco concreto bilaterales y niveles de serviciopara la planificación de actividades de corto rudimentarios. Los procesos estány mediano plazo. en una etapa de desarrollo en que diferentes personas siguenA continuación se describen los niveles procedimientos similares paraconsecutivos de la IO: encarar la misma tarea. No hay capacitación o comunicación formal Nivel 1 – inicial de los procedimientos utilizados y Las instituciones se caracterizan por la responsabilidad queda librada a no disponer de un ambiente estable cada persona. Hay un alto grado de para la IO. El éxito de los proyectos dependencia del conocimiento de de desarrollo de PII se basa en el determinadas personas, por lo cual esfuerzo personal de los actores es probable que apliquen formas de involucrados. A menudo se producen solución diferentes. fracasos, y casi siempre retrasos y costos extras, por lo que el resultado Nivel 3 – definido de los proyectos es impredecible. Además de una buena gestión de No hay memoria aprovechable entre proyectos, los organismos disponen experiencias. de procedimientos correctos de coordinación entre ellos, formación Las instituciones realizan intercambios del personal, técnicas de ingeniería electrónicos de información y más detalladas y un nivel avanzado de reconocen que existen aspectos métricas para procesos. de la IO que son precisos abordar. Sin embargo, no hay procesos Los procedimientos son estandarizados, sino más bien estandarizados, documentados y enfoques que se aplican caso por difundidos a través de actividades caso. El enfoque general de la gestión de capacitación. Sin embargo, la es desorganizado o inexistente. adhesión a los procesos queda Los intercambios son bilaterales librada a cada persona y, si entre sistemas, normalmente sin existen desviaciones, es poco formalización e independientes uno de probable que sean detectadas. Los otro. procedimientos no son sofisticados pero son la formalización de las Nivel 2 – administrado prácticas existentes. La utilización En este nivel las instituciones de intercambios de información disponen de prácticas de gestión es práctica habitual y existen de proyectos para el desarrollo de procedimientos apropiados para su PII. Existen métricas básicas y un uso. Los intercambios son confiables razonable seguimiento de la calidad y seguros. Los servicios disponibles de los mismos. La relación con los pueden ser ubicados digitalmente. demás miembros es gestionada Los intercambios están protegidos sistemáticamente. legalmente.

Nivel 4 – medido ni intercambios por fuera de lo Los organismos disponen de un establecido. conjunto de métricas significativas de cumplimiento, calidad y productividad Recomendación 6: que se usan de modo sistemático Las instituciones deben avanzar en para la toma de decisiones y la las diferentes dimensiones de la IO gestión de riesgos. de forma incremental, manteniendo un nivel de madurez homogéneo en Es posible monitorear y medir el todos sus aspectos. cumplimiento de los procedimientos y tomar acción en aquellos puntos Interrelación de las dimensiones donde los procesos parecen no de IO estar funcionando con eficacia. Los procesos están sometidos a una Las dimensiones permiten dividir la mejora continua y brindan buenas gran temática de la IO en unidades prácticas. La automatización y las más pequeñas y tratables. Al mismo herramientas se utilizan en forma tiempo, refuerza la idea que las distintas parcial. Los PII se basan en sistemas dimensiones no están aisladas; sino que interoperables. No hay redundancia están altamente interrelacionadas. de información o por lo menos está controlada. Existe un marco A continuación se muestra un gráfico general que ampara y garantiza donde se puede apreciar que el marco los intercambios, así como reglas de IO -inmerso en la dimensión de generales de seguridad aplicadas implantación- debe contener estándares automáticamente a los intercambios. técnicos, informacionales, organizacionales, Los servicios pueden ser ubicados e políticos, legales y sociales. El contexto y interpretados automáticamente. los proyectos relacionados pueden influir tanto en la manera como se está llevando Nivel 5 – optimizado la IO a la práctica como en las diferentes Las instituciones están volcadas áreas temáticas. a la mejora continua de los PII. Se hace uso intensivo de métricas y se gestiona el proceso de control e innovación. Los procesos se refinan hasta el nivel de las mejores prácticas, sobre la base de los resultados de la mejora continua y los modelos de madurez entre todos los organismos. La tecnología de información se utiliza de forma integrada para automatizar el flujo de trabajo, brindando herramientas para mejorar la calidad y la eficacia, dotando a26 los organismos de agilidad para la adaptación. Los procesos y los intercambios son implementados eficientemente, monitoreados y mejorados continuamente. No hay redundancia operativa de información

MIO | Marco de Interoperabilidad para el Estado venezolano 27 Gráfico 1. Interrelación entre las dimensiones temática e implantación Fuente. Poggi,Eduardo (2010)Se podría agregar la tercera dimensión Por ejemplo, la seguridad claramentede servicio. El nivel de servicio, la calidad comprende los aspectos técnicos,y la seguridad son transversales ya que informacionales, organizacionales ydeben incluirse en todos los aspectos políticos.de la concepción y de implementación. Gráfico 2. Interrelación entre las dimensiones temática, implantación y servicio Fuente. Poggi,Eduardo (2010)

Continuando con el razonamiento, se posible. puede incluir la cuarta dimensión de madurez, que podríamos representar con Subsidiaridad una línea de tiempo sobre la que se va Este principio articula los medios moviendo el cubo anterior, que permite para disminuir los efectos visualizar como todos los aspectos de las contraproducentes de la asimetría otras tres dimensiones deben ir madurando de recursos entre organismos de en conjunto y paulatinamente. diferentes capacidades institucionales, especialmente cuando estas diferencias producen disparidades en Principios rectores de la los ciudadanos a los que deben servir, Interoperabilidad asegurando así, que las decisiones de la distribución de responsabilidad El Gobierno Electrónico establece ciertos entre las instituciones involucradas se principios rectores, como los encontrados realice de la forma conveniente. en la Carta Iberoamericana de Gobierno Electrónico2: igualdad, legalidad, La IO debe reconocer de acuerdo conservación, transparencia, accesibilidad, al principio de subsidiaridad, la proporcionalidad, responsabilidad, autonomía y el conocimiento local adecuación y neutralidad tecnológica. de las instituciones y de los actores Todos ellos son aplicados a la IO, pero del sector privado involucrados. existen algunos principios específicos que Las instancias coordinadoras del se relacionan aún más, éstos no deben Componente de Gobernanza no entenderse en forma aislada, deben deben interferir en el funcionamiento mirarse como un conjunto fuertemente interno de las instituciones, dejando interrelacionado. a cargo de éstas tomar las medidas necesarias para asegurar la IO. Sin Foco en la sociedad embargo, el Ente Coordinador debe Los servicios deben ser ofrecidos asumir una función subsidiaria y a la sociedad en respuesta a sus ayudar a las instituciones cuando necesidades y para asegurar sus éstos no cuenten con la capacidad derechos. Estas necesidades son las para cumplir con los requerimientos que determinan cómo los servicios establecidos, especialmente en deben ser definidos y provistos. asegurar los derechos de los ciudadanos. La sociedad espera que sus derechos y beneficios no requieran de trámites Asincronía y asimetría previos; que el acceso a los servicios Complementariamente a la sea adecuado a sus capacidades; subsidiaridad, las diferentes que la información sea requerida capacidades institucionales y los sólo las veces necesarias; que la diferentes ritmos de las políticas distribución de la información que públicas deben ser respetados y les concierne esté garantizada por considerados a la hora de ejecutar las los límites de la privacidad; que sea acciones necesarias para implementar la información la que circule entre las la IO. Por lo tanto, los tiempos, las28 administraciones y no los ciudadanos necesidades y las oportunidades de los que deban hacerlo; y que estos las diferentes actividades deben ser estén disponibles a través de servicios consideradas en todo momento. confiables con la mayor amplitud 2 http://www.clad.org/documentos/declaraciones/cartagobelec.pdf

MIO | Marco de Interoperabilidad para el Estado venezolanoVulgaridad especificaciones que satisfagan las necesidades de todas las partes sin La elaboración de los estándares y dejar excluidos. de los recursos deben responder a las capacidades de apropiación del Preservación conjunto de actores involucrados y La disponibilidad en el tiempo de los 29 ser susceptibles de ser apropiados datos administrados por el Estado por todos para evitar la exclusión es un requisito básico que no debe de algunos. Todo recurso elaborado ser olvidado. Se deberá considerar en el ámbito de aplicación de este la vida útil potencial, desde el punto MIO debe poder ser apropiado por de vista de cada dato en sí, y no cualquier organismo de la AP. del uso institucional del Organismo Proveedor. Tradicionalmente cada Si por alguna circunstancia no organismo decidía en función de sus fuera posible encontrar un conjunto necesidades y posibilidades el tiempo de instrumentos apropiables por de resguardo de la información bajo todos los involucrados, se deberán su potestad. La caducidad de los tomar las medidas necesarias datos no debe ser anticipada a priori, para generar las capacidades en ya que usos impensados pueden los potencialmente excluidos para surgir inesperadamente. lograrlo. Complementariamente, para respetar las capacidades de Además de la vida útil de los datos, los organismos más débiles y las se debe anticipar la obsolescencia de necesidades de los más avanzados, la infraestructura y la tecnología con será preciso establecer variantes de vistas a garantizar la recuperación futura de la información.

Capítulo 3Políticas para laimplementación de laInteroperabilidad

MIO | Marco de Interoperabilidad para el Estado venezolano 33Políticas para laimplementación de laInteroperabilidadDe cara a la implementación de la básicas establecidas en materiaInteroperabilidad (IO) se debe resguardar: de protección de datos y de losla seguridad y privacidad de los datos de requisitos mínimos de seguridadlas personas, la gradualidad de acuerdo de los sistemas de información:al desarrollo, la transparencia al hacer del disponibilidad, confidencialidad,conocimiento público el procedimiento integridad y no repudio.a implementar, el soporte técnico paraasegurar su permanencia, la escalabilidad, Gradualidadla simplificación administrativa y la adopción Los avances en la implementaciónde estándares abiertos. de la IO se irán realizando por refinamientos sucesivos, siguiendo elSe definen a continuación una serie modelo de madurez y en función dede políticas que establecen líneas de los resultados obtenido en las etapaspensamiento para llevar adelante las anteriores. Se procurará mantener unprácticas asociadas a la implementación de nivel de madurez parejo en todas lasla IO. dimensiones de la IO. Seguridad Adopción de estándares abiertos En todas las actividades realizadas Siempre que sea posible, serán para la implementación de la IO se adoptados estándares abiertos para deben tener en cuenta las medidas de todas las especificaciones necesarias. seguridad adecuadas para proteger Estándares propietarios podrán la privacidad de las personas y las ser aceptados temporalmente, instituciones cumpliendo con todas manteniéndose las perspectivas de las leyes específicas de protección de reemplazo cuando haya condiciones información vigentes. de migración disponibles. Sin Todo intercambio electrónico de datos perjudicar esas metas, serán debe cumplir con las normativas respetadas las situaciones en que

haya necesidad de consider requisitos volúmenes de transacciones y de seguridad e integridad de de usuarios, hasta demandas de información. cobertura nacional, con tratamiento de gran cantidad de información y de Transparencia usuarios. En el proceso de construcción, gestión, divulgación y actualización Las soluciones multilaterales de la IO, se deberá contar con escalables deben tener prioridad la participación activa de los sobre la generalización de la ciudadanos. Los organismos de la multiplicidad de soluciones bilaterales. Administración Pública (AP) deberán Sin embargo, es necesario evaluar incentivar la opinión, comentarios, que en un inicio, una solución aportes y contribuciones de los multilateral puede ser muy costosa y ciudadanos que puedan mejorar no sustentable, por lo que se deberá la prestación de los Servicios de evaluar si es conveniente realizar Información. Los documentos implementaciones bilaterales más relacionados a la IO estarán a sencillas, sin perder el horizonte de disposición de la sociedad, por medio avanzar a soluciones más complejas. de Internet, previendo mecanismos de divulgación, recepción y evaluación Simplificación administrativa de sugerencias. En este sentido, La implementación de la IO contribuye serán definidos y divulgados para a que las interacciones entre los amplio conocimiento los plazos y organismos de la AP —y, entre éstos compromisos para la aceptación o y la sociedad—, sean realizadas de rechazo de las sugerencias realizadas. forma simple y directa, sin daños a la legislación vigente. Los procesos y Soporte la gestión de datos deben pensarse Todas las especificaciones utilizadas desde la visión de la AP y no desde para la implementación de la IO deben la visión institucional, impulsando contemplar soluciones apoyadas la coordinación de objetivos inter- en comunidades que proporcionen institucionales en pro del beneficio de sustento a los estándares y recursos la sociedad. establecidos. La meta a ser alcanzada es la reducción de los costos y Recomendación 7: de los riesgos en la concepción y Todas las instituciones de la AP y producción de servicios y sistemas de todas las organizaciones privadas información. que interactúen con éstas, deberán apropiarse de los principios y políticas Escalabilidad de la IO para guiar e impulsar la Las especificaciones utilizadas para la prestación de servicios a la sociedad. implementación de la IO deben tener la capacidad de atender alteraciones de demanda en el sistema, como cambios en volúmenes de datos, cantidad de transacciones o34 cantidad de usuarios. Los estándares establecidos no podrán ser un factor restrictivo, debiendo ser capaces de cimentar el desarrollo de servicios que atiendan necesidades más específicas, involucrando pequeños

Capítulo 4Estándares

MIO | Marco de Interoperabilidad para el Estado venezolano 37EstándaresLos estándares son lineamientos a Gestión de Procesos Inter-establecer para regularizar el proceso de Institucionalesimplementación de la Interoperabilidad (IO),pueden ser de carácter organizacional, Identificar y describir los procesos que llevatécnico e informacional. adelante la Administración Pública (AP) es el primer paso para mejorarlos por simpleLas recomendaciones para el uso de reingeniería o por aprovechamiento de losespecificaciones dentro de esta versión beneficios de la IO, aumentando así suinicial del Marco de Interoperabilidad (MIO), valor hacia la sociedad.incluyen un conjunto de recursos básicospara que las instituciones puedan realizar Recurso 2:actividades relacionadas a la publicación y En el anexo: “Modelo Organizativoconsumo de servicios, la gestión de datos para la implementación de laasociados y la descripción de Procesos Interoperabilidad en Venezuela”,Inter-Institucionales (PII). A partir de la se establecen algunas pautasexperiencia derivada de la aplicación de los para la construcción del sistemarecursos, se irán corrigiendo y haciendo de información que contendrácada vez más sofisticados y complejos en el inventario y la descripción decumplimiento de la política de gradualidad. procesos de toda la AP.Estándares para la Inventario de procesos Se recomienda inventariar, catalogarInteroperabilidad y describir de manera uniforme losorganizacional procesos vigentes con el fin de analizar su problemática e impactoLos estándares para la IO organizacional y proponer su reingeniería utilizandodel presente MIO se establecen para las los beneficios de la IO. El primer pasosiguientes actividades: consiste en identificar e inventariar los procesos de manera que • Gestión de Procesos Inter- posteriormente puedan ser descritos Institucionales. y evaluados a detalle. • Elaborar acuerdos inter-institucionales. • Definir roles institucionales.

Recomendación 8: ejemplo el nivel de optimización, el Las instituciones deberán construir nivel de automatización y madurez de el inventario de los procesos a su la plataforma tecnológica. Este último cargo con una simple descripción paso, requiere de un levantamiento de que permita conocer su temática y información que aporte al análisis de alcance. brechas entre lo que actualmente se dispone tecnológicamente y lo que se Descripción de procesos necesita para implementar la IO. La descripción detallada de los procesos permite evaluar las Recomendación 10: posibilidades de mejora y guiar los Las instituciones definirán los criterios esfuerzos de reingeniería de una de priorización y los aplicarán a sus forma efectiva y viable. Dado que procesos. el esfuerzo necesario para describir todos los procesos en detalle puede Estas actividades se insertan en lo ser muy grande, se recomienda establecido en el Artículo 6 de la Ley de hacerlo de forma selectiva Simplificación de Trámites Administrativos, aprovechando el conocimiento que que incluye recomendaciones de tienen las instituciones sobre su simplificación y mejoras de trámites funcionamiento y sobre como la IO administrativos. Una alternativa para la puede enriquecer los procesos ya selección del proceso, es la aplicación establecidos. Es necesario aplicar de la matriz multi-criterio, herramienta este método sucesivamente y de para la resolución de problemas, utilizada forma exponencial en el resto de los para facilitar la toma de decisiones con procesos identificados. base en factores cualitativos o factores no homogéneos que intervienen en un suceso. Recomendación 9: Las instituciones de la AP Recurso 3: seleccionarán y describirán en Utilizar el método descrito en el detalle los procesos que sean anexo: “Matriz Multi-Criterio” como potencialmente candidatos a mejoras herramienta para la selección y sustantivas a través de la aplicación priorización de procesos. de la IO. Caracterización de los procesos Evaluación de procesos asociados a la Interoperabilidad Luego de describir en detalle los Con el levantamiento de información procesos, estos se deben evaluar y del proceso seleccionado y de su priorizar. Para ello, se deben definir representación gráfica en diagramas los criterios que van a contribuir de flujo, se debe rediseñar los con la selección del proceso; una procedimientos para representar referencia de los criterios a considerar y documentar los intercambios de puede ser: su nivel de importancia información identificados. con respecto a la demanda, costo Para ello se deben realizar las de operación para la AP y para siguientes actividades: la sociedad, tiempo y nivel de38 satisfacción de los usuarios, etc. Los • Identificación del proceso. criterios para la jerarquización quedan a potestad de cada institución. • Caracterización del proceso. En la selección también deben considerarse criterios que determinen • Representación gráfica del proceso la factibilidad de aplicar la IO, por mediante la cadena de valor.

MIO | Marco de Interoperabilidad para el Estado venezolano • Establecer la matriz de roles, • Uno genérico, con las cláusulas funciones y actividades, en válidas para todo servicio. concordancia con el diseño y adecuación de los procesos y de la • Uno más específico, por cada servicio plataforma. o conjunto de servicios con cláusulas propias. 39 Recurso 4: Utilizar el método descrito en el El cuerpo principal o genérico del acuerdo anexo: “Caracterización de Procesos” debe contener como mínimo: para representar el modelo de procesos. • Responsabilidades de las partes en la operación, administración y Gestión de Servicios de Información mantenimiento de los Servicios de Se recomienda definir los procesos Información. que van a permitir el mantenimiento de los servicios entre las instituciones • Responsabilidades de la partes sobre involucradas. Los procesos se la calidad y actualización de los derivan del compromiso entre las datos incluidos en los Servicios de partes, establecidos en el acuerdo Información. inter-institucional. Se puede seguir la • Responsabilidades de las partes misma metodología que se seleccione sobre la seguridad de los datos. para representar los procedimientos. Es importante que, de ser éste el • Disponibilidad de los Servicios de caso, se definan los mecanismos de Información. control y seguimiento para atender cualquier eventualidad que se • Disponibilidad de recursos para presente. asegurar las prestaciones de los Servicios de Información. Recomendación 11: Las instituciones deberán asignar los • Compromiso de cumplimiento del recursos necesarios para gestionar MIO y normativas relacionadas. sus procesos y, a través de la IO, agregarles valor para la sociedad. • Obligaciones específicas del Organismo Proveedor de información.Elaborar acuerdosinter-instituciones • Obligaciones específicas del Organismo Solicitante de información.Para brindar confianza y sustento legal a laconstrucción de PII mediante la utilización • Duración del acuerdo.de Servicios de Información provistos Los cuerpos específicos de los acuerdospor otros organismos, es necesario deben contener por cada conjunto deformalizar la publicación y consumo. Para servicios las especificaciones que seello, los organismos deben establecer las enumeran a continuación según loscondiciones de los Servicios de Información estándares de cada caso:que intercambien y formalizarlas en unacuerdo. Un acuerdo puede cubrir más • Descripción funcional del servicio y dede un servicio y su actualización puede los métodos que contenga.realizarse por adendas al acuerdo original. •Términos del acuerdo de nivel deLos acuerdos deben componerse de dos servicio, con especificación decuerpos: indicadores y método de monitoreo.

• Especificaciones de los niveles de Interoperabilidad en Venezuela”, seguridad, calidad y actualización de sección roles institucionales, donde se los datos involucrados. encuentran algunas recomendaciones de los roles institucionales a definir. Los acuerdos serán implementados en cualquier formato válido para el Estado Estándares para la venezolano, pudiendo implementarse total o parcialmente por medios electrónicos con Interoperabilidad las condiciones legales que ambas partes informacional acuerden. Los estándares para la IO informacional Recomendación 12: establecen recomendaciones para las Las instituciones soportarán siguientes actividades: legalmente los intercambios • Descripción de servicios. electrónicos de datos, así como los acuerdos de nivel de servicio que se • Descripción de Entidades de Datos. establezcan. • Descripción de calidad y actualización de datos. Recurso 5: En el anexo: “Acuerdo Inter- Descripción de servicios Institucional” se puede encontrar una recomendación del contenido Los Servicios de Información son la de un acuerdo para el intercambio forma de intercambiar electrónicamente electrónico de datos a través de datos entre diferentes instituciones. Su Servicios de Información. descripción incluye características propias del servicio en sí, como sus funcionalidades Definir roles institucionales y la descripción de los datos que intercambia. El ejercicio de la IO requiere la participación de múltiples actores institucionales y la La información que debe contener una apropiación de prácticas transversales que descripción de servicio debe ser suficiente son nuevas para muchas organizaciones. para que un desarrollador pueda invocar y Se considera necesario que los organismos utilizar las funcionalidades de éste, como establezcan roles institucionales con una extensión de un sistema, así como competencias en la materia y asignen incluir los detalles de implementación que personal con las respectivas previsiones conciernen al organismo que lo publica. presupuestarias. Recomendación 14: Las instituciones deberán asignar el Las instituciones describirán personal necesario de acuerdo a sus detalladamente la información posibilidades y mantenerlos actualizados -externa- de los Servicios de en la medida que aumente su nivel de Información que publican para que madurez. otras instituciones los conozcan. Recomendación 13: Recurso 6: Las instituciones definirán roles En el anexo: “Descripción de servicio”40 para la atención de las actividades se encontrará una plantilla modelo relacionadas a la IO y asignarán para la especificación de los Servicios personal capacitado para cumplirlos. de Información. Ver anexo: “Modelo Organizativo para la implementación de la

MIO | Marco de Interoperabilidad para el Estado venezolanoDescripción de Entidades de Recomendación 15:Datos Las instituciones describirán detalladamente las Entidades deManejar eficientemente grandes cantidades Datos accesibles por Servicios dede datos entre diferentes organismos de Información. 41la AP requiere el desarrollo de sistemasinteroperables basados en una gestión Recurso 7:de metadatos sustentable, que garantice En el anexo: “Descripción deel entendimiento de la información Entidades de Datos” se encuentranintercambiada, la correcta aplicación las pautas necesarias para lade reglas de seguridad específicas y la especificación detallada de laspreservación de los datos a través del Entidades de Datos y metadatos.tiempo. Descripción de calidad yLos metadatos documentan el contenido,contexto y estructura de los recursos de actualización de datosinformación para poder soportar su uso Conocer la calidad y el nivel decontinuo y correcto. La descripción de actualización de los datos es fundamentalEntidades de Datos se logra gracias a la para que los Organismos Solicitantesaplicación de esquemas de metadatos puedan utilizarlos con confianza o para queque posibilitan la IO de objetos digitales en tomen las medidas pertinentes para mitigarespacios de preservación de la información los riesgos de utilizar datos erróneos. Esde los entes. preciso describir claramente y acordar entre las partes las características de calidad y laAdemás de identificar un esquema de actualización de los datos publicados.metadatos, es necesario incluir lineamientosgenerales de entidades y elementos de Reomendación 16:datos, -referente a su estructuración, Los Organismos Proveedoresdefinición e identificación de terminologías de información deben describircomunes-. Los atributos básicos o claramente la calidad y el nivel deelementales a considerar en el modelo actualización de los datos y darlosconceptual en el ámbito informacional -o a conocer de forma fehaciente a lossemántico- deben cumplir las siguientes Organismos Solicitantes.características: Recurso 8: • Expresividad, deben tener En el anexo: “Descripción general de suficientes conceptos para expresar calidad de datos” se encuentra una perfectamente la realidad. guía con la explicación de los niveles de calidad de los datos. • Simplicidad, deben ser simples para que los esquemas sean fáciles de entender. Estándares para la • Minimalidad, cada concepto debe Interoperabilidad técnica tener un significado distinto. El objetivo de la IO técnica es proponer un mínimo de estándares tecnológicos • Formalidad, todos los conceptos requeridos en el intercambio electrónico deben tener una interpretación única, de datos entre las instituciones. Se precisa y bien definida. recomiendan una serie de especificaciones para que sean adoptadas en los aspectos de seguridad, transporte, mensajería, ciclo

de vida de los servicios, etc. Se describen permite la clasificación por capas de un algunos escenarios básicos y se indican conjunto de estándares tecnológicos. En el las especificaciones necesarias para su siguiente gráfico se presentan cada una de posterior implementación. las capas propuestas para la arquitectura funcional: En este plano del MIO se ofrece una referencia de arquitectura funcional que Gráfico 3. Capas de la arquitectura funcional Fuente. Centro Nacional de Tecnologías de Información (CNTI), 2010 • Capa de aplicación: Proporciona un habilitar funcionalidades adicionales en medio para acceder a la información los servicios. Es importante destacar sobre el intercambio de los datos a que el término metadato empleado en través de aplicaciones como el directorio esta capa es referencial sólo para la activo de servicios, entre otros. arquitectura funcional de IO técnica, y no debe asociarse con la definición de • Capa de datos: Describe las metadato descrita en la IO informacional. especificaciones de la estructura y codificación de los datos. • Capa de seguridad: Esta capa es también transversal en la implementación • Capa de comunicación: Establece los de la IO, en ella se describen los protocolos, lenguajes y reglas que son diversos estándares tecnológicos para utilizados para normar el intercambio de garantizar el cumplimiento de políticas información entre los participantes. como cifrado de datos, no repudio, autorización, autenticación, integridad, • Capa de transporte: Es el canal entre otros. que habilita los protocolos necesarios para el envío y recepción de archivos, Especificaciones técnicas hipertexto, mensajería y paquetes de datos. Las especificaciones técnicas sugeridas para el intercambio básico de mensajes42 • Capa de metadatos: Esta capa es entre sistemas heterogéneos son transversal en la implementación de ampliamente recomendadas en el contexto la IO. Enriquece la representación internacional. estándar de datos como elementos o nodos de información requeridos para

MIO | Marco de Interoperabilidad para el Estado venezolano Recomendación 17: Esquema 1: Intercambio de Las instituciones utilizarán los información bilateral estándares técnicos identificados en el MIO para la implementación de la Esquema 1.1 Arquitectura de Servicios IO. Web 43 Recurso 9: Este tipo de esquema opera para En el anexo: “Especificaciones intercambios bilaterales entre instituciones técnicas” se puede encontrar la lista de la AP a través del uso de arquitecturas de los estándares recomendados. de Servicios Web, Web Semántica y la combinación de ellas. En la siguienteEstándares según esquemas sección se muestra cada uno por separado. [Ver gráfico 4]El objetivo de esta sección es definir unconjunto de esquemas de intercambio de En esta arquitectura el protocolo dedatos entre organismos con diferentes comunicación recomendado es SOAP,características y establecer los estándares soportado por contratos de serviciosnecesarios para cada caso. Es necesario (WSDL) que especifiquen su funcionalidadcontemplar las siguientes acciones: y las políticas establecidas para la comunicación. • Delimitar el esquema. Puede operar en ambientes síncronos o • Identificar el tipo de intercambio. asíncronos en función de los acuerdos de nivel de servicio suscritos entre las • Identificar las características del instituciones involucradas, los cuales esquema independientes de la responden a los requerimientos de arquitectura. información identificados en los PII. Aplica también para intercambios en línea y fuera • Realizar las recomendaciones sobre de línea. las cuales se debe seleccionar el esquema.En las siguientes secciones se presentanlos esquemas correspondientes parala implementación del intercambio dedatos entre organismos de la AP. En lassubsiguientes versiones del MIO se iráampliando el conjunto de esquemas paracubrir otros más complejos.Es importante destacar que para todoslos esquemas identificados, se estableceel formato XML como el estándar para elintercambio electrónico de datos entre lossistemas de información de la AP. Recomendación 18: Utilizar las especificaciones establecidas para implementar intercambios según el escenario especificado.

Gráfico 4. Intercambio de información con base a una arquitectura de Servicios Web de forma bilateral Fuente. Centro Nacional de Tecnologías de Información (CNTI), 2010 Los estándares de seguridad que pueden etc, dado que las conexiones son puntuales aplicarse en este tipo de arquitectura son: entre instituciones, como se muestra a conexiones seguras tipo VPN, SSL, TLS, continuación: Gráfico 5. Intercambio de información con base a una arquitectura de Servicios Web de forma bilateral implementado VPN/SSL como capa de seguridad Fuente. Centro Nacional de Tecnologías de Información (CNTI), 201044 Recomendación 19: Recomendación 20: Las Instituciones utilizarán los Utilizar los estándares de seguridad estándares técnicos identificados en para Servicios Web, en particular el el Esquema 1.1 cuando deban realizar Basic Profile Security (WS-I). intercambios bilaterales autónomos.

MIO | Marco de Interoperabilidad para el Estado venezolano Recurso 10: Esquema 1.2 Arquitectura basada en En el anexo: “Recomendaciones Web Semántica o Web 2.0 para la implementación de Servicios Web” se incluyen una serie de Este esquema aplica para el consideraciones para el intercambio descubrimiento y representación de datos de la AP, de manera uniforme y 45 de información mediante la publicación y consumo de servicios. estandarizada en formatos universales a Gráfico 6. Intercambio de información con base a una arquitectura de Web Semántica de forma bilateral Fuente. Centro Nacional de Tecnologías de Información (CNTI), 2010través de Internet. Esta arquitectura se con la implementación de Serviciosrecomienda para la consulta de datos Web para el intercambio de información,públicos disponibles por las instituciones de soportado por la definición de datosla AP. y metadatos en Web Semántica. Esta combinación es ideal para ambientesLos formatos estándares de representación heterogéneos, donde se contemple lade conocimiento válidos son: RDF -capa de consulta de datos públicos y la intervencióncomunicación-, JSON y XML dependiendo de operaciones que lleven a cabo unadel consumidor final y la necesidad de acción específica en una determinadapresentación de dichos datos. aplicación. Las especificaciones de implementación de este escenario, asíEsta arquitectura opera sólo en ambientes como los lenguajes de representación ysíncronos en función de los acuerdos comunicación son los utilizados en losde nivel de servicio suscritos entre las esquemas mencionados con anterioridad.instituciones involucradas. Recomendación 21: Usar certificados electrónicos para validar la fuente de los datos.Esquema 1.3 Arquitectura híbridabasada en Servicios Web con WebSemánticaEsta arquitectura es el resultado dela combinación de las arquitecturasplanteadas en los gráficos 5 y 6, cuenta

Gráfico 7. Intercambio de información con base a una arquitectura de Servicios Web y Web Semántica de forma bilateral Fuente. Centro Nacional de Tecnologías de Información (CNTI), 2010 Esquema 2. Intercambio de información multilateral con capa de integración Este tipo de esquema utiliza como base las arquitecturas planteadas para los escenarios bilaterales, por lo que las recomendaciones realizadas anteriormente aplican también en este contexto. La diferencia se encuentra en la incorporación de una capa de integración común mediante la implementación de un bus de servicios que permite el intercambio masivo de información entre dos (2) o más instituciones. El escenario planteado a continuación puede operar en ambientes síncronos o asíncronos en función de los acuerdos de nivel de servicio suscritos y aplica para intercambios en línea y fuera de línea. En46 el siguiente gráfico se ilustra el intercambio entre varias instituciones.

MIO | Marco de Interoperabilidad para el Estado venezolano 47 Gráfico 8. Intercambio de información con base a una arquitectura de Servicios Web y Web Semántica con capa de integración Fuente. Centro Nacional de Tecnologías de Información (CNTI), 2010Recomendación 22: Recomendación 23: Utilizar los estándares técnicos Incorporar un repositorio de identificados en el Esquema 2 cuando Servicios Web para la definición y se deban publicar servicios por medio publicación de los diferentes servicios de un bus. desplegados en el bus.

Capítulo 5Recomendaciones generalespara la implementación de laInteroperabilidad en ProcesosInter-Institucionales

MIO | Marco de Interoperabilidad para el Estado venezolano 51Recomendacionesgeneralespara la implementación de laInteroperabilidad en ProcesosInter-InstitucionalesComplementariamente a lo establecido 5. Establecer todos los recursos y lasa lo largo del presente Marco de buenas prácticas necesarias conInteroperabilidad (MIO), se recomienda a las el fin de asegurar el cumplimientoinstituciones de la Administración Pública del principio de seguridad,(AP): particularmente en lo referente al manejo de información confidencial y 1. Adoptar los estándares, principios, personal. políticas y demás contenidos de este marco y de sus futuras versiones, en 6. Canalizar las necesidades de forma progresiva y de acuerdo a sus adecuaciones a los recursos capacidades. relacionados a la Interoperabilidad mediante las vías establecidas. 2. Destinar los recursos necesarios para cumplir con las recomendaciones 7. Incorporar en los nuevos sistemas impuestas en el presente marco. las capacidades de publicación y consumo de servicios provistos por 3. Rediseñar sus procesos focalizando el otros organismos, aplicando las servicio en la sociedad, identificando recomendaciones del MIO. tanto los datos que puede utilizar provistos por otros organismos como 8. Desarrollar las competencias los datos que se puede proveer a y habilidades necesarias para otros. el consumo, implementación y prestación de Servicios de 4. Establecer los instrumentos legales Información en cumplimiento general que faciliten la publicación y el del MIO y demás documentos consumo de Servicios de Información. asociados.

9. Las Instituciones deben fomentar • Divulgar y promocionar los avances la colaboración y participación de la Interoperabilidad. entre sí para facilitar la gestión de conocimiento. • Establecer mecanismos de control para garantizar de forma efectiva 10. Todos los órganos alcanzados por la aplicación de las disposiciones el presente marco deben poner establecidas en este marco. a disposición de los demás, los Servicios de Información que sean Las unidades y organismos incluidas en de utilidad, a través del registro de el Componente de Gobernanza junto con Servicios de Información que sea la participación colaborativa de todos los establecido para tales fines, así como organismos de la AP, están invitadas a: mantener actualizada la información publicada por esa institución. • Establecer un plan estratégico para el desarrollo de la Interoperabilidad Adicionalmente se invita a los organismos que deberá ser adoptado, de forma de la AP a: progresiva, por organismos de la AP. • Participar en la actualización • Mantener actualizado en forma permanente del MIO. permanente el MIO. • Participar en la implementación • Establecer, implantar y divulgar del Plan de implementación de la indicadores de gestión de los Interoperabilidad en Venezuela, resultados obtenidos mediante la con los respectivos planes de implantación del MIO vigente en cada Interoperabilidad institucionales. momento. • Participar en el establecimiento de los mecanismos requeridos para la discusión pública del MIO.52

DefinicionesDefiniciones y acrónimos

MIO | Marco de Interoperabilidad para el Estado venezolano 55Definiciones yacrónimosAcuerdo de nivel de servicio: También Cadena de valor: Sucesión procesosconocido como SLA -por sus siglas de enlazados de forma ordenada eService Level Agreement-, es un contrato interconectada que en conjunto produce unescrito entre un proveedor de servicio y resultado consumible por un usuario.su cliente con objeto de fijar los nivelesde servicio y calidad acordados para un Dato: Es una representación de unservicio. Es una herramienta que ayuda a hecho, concepto o instrucción formalizadoambas partes a llegar a un consenso en y adecuado para la comunicación,aspectos tales como tiempo de respuesta, interpretación o procesamiento por mediosdisponibilidad horaria, documentación automáticos o humanos.disponible, personal asignado al servicio,solución de conflictos, etc. Emisor: La aplicación del Organismo Solicitante que genera y envía al ProveedorAdendas: Apéndice o conjunto de notas los mensajes con requerimientos.añadidas después de terminada una obraescrita para aclarar, completar o rectificar Entidad de Datos: Conjunto de datos osu contenido. de otras entidades de datos relacionados entre si por una coherencia lógica, temáticaAsíncrono: Se refiere a intervalo de tiempo o funcional. Es un concepto equivalente ano constante entre cada evento registrados entidad en el modelo entidad/relación en eldentro de algún escenario. paradigma orientado a objeto.Bus de servicio: Aplicación informática Estándar: Toda especificación que ha sidodesarrollada para la integración de establecida de uso obligatorio -estándarsistemas que desean compartir información de jure- en algún contexto o adoptada deautomáticamente. Es una solución de forma voluntario masivamente -estándar deintegración distribuida que proporciona facto-.una comunicación fiable entre los distintosrecursos tecnológicos tales como Estándar abierto: Es aquel estándaraplicaciones, plataformas y servicios, que que: (i) esté publicado y su especificaciónse encuentran de manera desagregada. y documentación completas están disponibles de forma gratuita o al precio de coste de su distribución; (ii) su propiedad

intelectual se ofrece de forma irrevocable o ejecuta un Servicio de Información libre de regalías, de cualquier otro derecho publicado por un Organismo Proveedor. de explotación de la propiedad intelectual, y no sujeto a patentes o contratos que Persistencia: Capacidad de persistir o restrinjan su uso y reutilización directa mantener información de contexto para o indirectamente; (iii) existe al menos sostener una sesión a lo largo del tiempo. una implementación de referencia que desarrolla todas las funcionalidades de la PII: Procesos Inter-Institucionales. especificación, que está disponible bajo PIIO: Plan para la implementación de la una licencia que permite que sea usada Interoperabilidad en Venezuela. para cualquier propósito, y que puede ser copiada, estudiada, mejorada y distribuida Plataforma tecnológica: Son todos los libremente, con o sin cambios. medios utilizados para procesar, almacenar y transmitir la información. La plataforma Gobierno Electrónico: Uso de las tecnológica esta compuesta por la tecnologías de información y comunicación arquitectura y el inventario de activos de por parte de las instituciones de información que esta contiene. gobierno, para mejorar cualitativamente los servicios e información ofrecidos a Proceso: Es un conjunto de actividades y los ciudadanos, aumentar la eficiencia y tareas relacionadas lógicamente llevadas eficacia de la gestión pública e incrementar a cabo para lograr un resultado definido. sustantivamente la transparencia del sector Cada proceso tiene sus entradas, público y la participación ciudadana. funciones y salidas. Las entradas son requisitos que deben tenerse antes de que IO: Interoperabilidad una función pueda ser aplicada. Cuando LDAP: Protocolo de Acceso Ligero a una función es aplicada a las entradas Directorio. Es un protocolo a nivel de de un método, tendremos ciertas salidas aplicación que permite el acceso a resultantes. Como colección estructurada un servicio de directorio, ordenado y de actividades relacionadas se espera que distribuido para buscar informaciones produzcan un valor para la organización diversas en un entorno de red. o sus usuarios. Un Proceso de Negocio puede ser parte de un proceso mayor Metadatos: Son datos que describen que lo abarque o bien puede incluir otros otros datos procesos de negocio que deban ser incluidos en su función. Los procesos se MIO: Marco de Interoperabilidad definen con cierto grado de formalidad, puede ser medidos su funcionamiento y MOIO: Modelo Organizativo para la desempeño, tienen resultados específicos, implementación de la Interoperabilidad en entregan resultados a usuarios y responden Venezuela. a alguna acción o evento específico que los activa. Los procesos de negocio son vistos Organismo Proveedor -de un Servicio como un recetario para hacer funcionar un de Información-: Organismo que provee negocio y alcanzar las metas definidas en la -publica, mantiene en producción y estrategia de negocio de la empresa. resuelve- un Servicio de Información56 que permite a un Organismo Solicitante Procesos Inter-Institucionales: Es el consumirlo y, por medio de este, subconjunto de procesos que realizan las interrelacionar sus sistemas informáticos. instituciones con la intervención de dos o más organismos. Organismo Solicitante -de un Servicio de Información-: Organismo que utiliza

MIO | Marco de Interoperabilidad para el Estado venezolanoProveedor: Aplicación del Organismo por medio de intercambio de datos XML.Proveedor que recibe y procesa loscorrespondientes requerimientos emitidos Tasa de contención: Límite superiorpor el emisor. de requerimientos del solicitante a un Proveedor. Se especifican como unPublicación de Servicios de conjunto de restricciones escritas en 57Información: Poner en disponibilidad de términos de cantidades por unidad deuso un Servicio de Información a otros tiempo. Pueden utilizarse combinacionesorganismos. Por extensión se puede aplicar complejas por ejemplo: no más de kma las Entidades de Datos que un servicio transacciones por minuto y no más de khpermite acceder. transacciones por hora.Recurso: Todo producto terminado Tasa de servicio: Límite inferior denecesario para llevar adelante el proceso requerimientos que el proveedor garantizade Interoperabilidad, ya sea software, satisfacer al solicitante. Se especificahardware, procedimientos, documentación, en los mismos términos que la tasa deinstrumentos legales, marcos de referencia, contención.etc. Taxonomías: Ciencia que se ocupaServicio: Conjunto de actividades que de los principios,métodos y fines de labuscan proporcionar valor agregado a los clasificación.usuarios, al ofrecer un beneficio o satisfacersus necesidades. Ticket: Componente informático que representa una asignación temporal deServicio Web: Sistema de software credenciales electrónicas para verificardiseñado para permitir interacción máquina la identidad de un cliente ante una máquina en una red. En general, los servicio particular. El ticket es emitidoservicios web son sólo APIs Web que por un servidor de autenticación parapueden ser accedidas en una red, como un servicio ante la solicitud de un clienteinternet, y ejecutadas en un sistema de debidamente autenticado. Está compuestohosting remoto. fundamentalmente por un Token y una Firma.Síncrono: Intervalo de tiempo constanteentre cada evento. Por ejemplo, existen Trámite administrativo: Conjuntoprocesos síncronos que dependen de un ordenado de tareas, actividades,acontecimiento externo que dispara una diligencias, actuaciones o gestiones queacción. deben realizar los ciudadanos ante un organismo de la Administración PúblicaSistema legacy/heredados: Sistema para adquirir un derecho o cumplir con unainformático -equipos informáticos o obligación.aplicaciones- que ha quedado anticuadopero continúa siendo utilizado por el usuario URL: Localizador de Recurso Uniforme-típicamente una organización o empresa- -por sus siglas en inglés Uniform Resourcey no se quiere o no se puede reemplazar o Locator-, la dirección global de documentosactualizar de forma sencilla. y de otros recursos en la World Wide Web.SOAP: Protocolo de Acceso a Objeto Web semántica / Web 2.0: Es unaSimple - por sus siglas en inglés Simple evolución en el desarrollo de la www dondeObject Access Protocol-, es un protocolo la parte semántica de la información yestándar que define cómo dos objetos en servicios de la web se definen, haciendodiferentes procesos pueden comunicarse lo posible para que los usuarios y las

aplicaciones puedan interactuar mejor a la Web Services Description Language- , un hora de realizar peticiones de contenidos. formato XML que se utiliza para describir servicios Web. WSDL: Lenguaje de Descripción de Servicios Web -por sus siglas en ingles58

Anexos

Recurso 1Plan para la implementaciónde la Interoperabilidad enVenezuela

MIO | Plan para la implementación de la Interoperabilidad en Venezuela 1Plan para laimplementación dela Interoperabilidaden VenezuelaObjetivo A lo largo del texto, se describen un grupo de recomendaciones prácticas paraEstablecer las bases y los lineamientos iniciar el camino hacia el cumplimientopara iniciar la implementación de la de uno de los mandatos más fuertesInteroperabilidad en Venezuela. que exige la reforma del Estado bajo los lineamientos del Gobierno Electrónico y recomendaciones de tipo estratégico queContexto deben en algún momento ser encaradasPara comprender el propósito de este para asegurar la calidad y la viabilidaddocumento, es preciso reconocer que de la IO. Adicionalmente, se presentanla Interoperabilidad (IO) no puede ser algunos consejos para dar los primerosconsiderada una especialidad madura. pasos y establecer las bases para suA pesar de los años de desarrollo que generalización.lleva en el mundo, la producción de La eficacia de los recursos y prácticasmarcos, normativas específicas, casos resultantes de las recomendacionesde éxito, productos de alta tecnología, aquí expuestas, requiere de unapresentaciones magistrales y trabajos debida contextualización en el entornoacadémicos; no es posible hoy día, institucional en el que deben incorporarsepresentar una metodología probada para y operar. La historia, las tradiciones, elsu implementación. Dada la variedad contexto socio-económico, el marcode experiencias aisladas, aciertos y político-legal y los proyectos en cursoerrores, se puede proponer una serie de en cada realidad son factores querecomendaciones útiles a la hora de dar condicionan los contornos específicos delos primeros pasos en la IO y afianzarlos cualquier modelo genérico.posteriormente.

Sin exclusión a lo anterior, las recomendaciones vez más elaboradas, que permitan realizadas se han ajustado en lo posible a generar experiencia para avanzar la situación venezolana conocida y se han sobre bases más sólidas. La aplicación realizado propuestas específicas a las que les de modelos de madurez en otros faltaría coordinar los recursos a aportar para contextos evidencia que saltar niveles convertirlas en un documento de proyecto. suele ser poco productivo y que un Suposiciones, que no pueden ser realizadas nivel significativamente mayor en dentro del alcance del este documento. algún aspecto aislado, no suele ser provechoso. Los logros más sustentables Recomendaciones para se dan cuando se avanza de forma pareja en la diferentes dimensiones pero la implementación de la con niveles de capacidad institucionales Interoperabilidad similares. Las estrategias incrementales aseguran resultados más previsibles; Se incluye a continuación una serie de permiten responder con menor riesgo a recomendaciones, generales y específicas, la demanda; anticipar con más precisión para llevar adelante planes de implementación los impactos, costos, beneficios y de la IO. Basado en estas sugerencias se ampliar la capacidad para prever el diseñaron los planes que se presentan en los comportamiento de los involucrados. apartados subsiguientes. La viabilidad de las decisiones queda asegurada ya que se basa en un itinerario Recomendaciones generales empírico lento y sostenido en el que los errores pueden ser rápidamente A continuación se explican algunas absorbidos. Este enfoque requiere de recomendaciones generales que deben ser constancia y continuidad para lograr cabalmente entendidas y aplicadas en todos cambios generalizados. los aspectos de la IO: 3. Aplicar una planificación estratégica 1. Asumir la complejidad y la situacional. Las actividades a realizar variedad de temas involucrados son muchas y se prolongan en el en la Interoperabilidad. El Marco tiempo. Por ello, deben ser planificadas, de Interoperabilidad (MIO) permite pensando hoy donde se quiere estar comprender la gran variedad de temas mañana. La planificación se refiere a relacionados a la IO. El proceso de hacer caminos para transitar hacia al apropiación social de la tecnología y los futuro, no a predecirlo. Este modo de distintos temas deben ir articulándose trabajo nos ayuda a crear con base en entre sí para que el conjunto tenga las posibilidades futuras que seamos coherencia y sea viable. Se considera capaces de imaginar y descubrir. Es sumamente importante que la IO sea preciso tener en cada instancia objetivos entendida de una manera amplia y se claros y los indicadores que permiten tengan en cuenta todos los aspectos en saber en que medida éstos se han su análisis. Esfuerzos parciales pueden cumplido. hacer fracasar proyectos en los puntos más débiles. 4. Rediseñar los procesos. Apropiar la capacidad de interoperar crea2 2. Abordar la apropiación de la posibilidades inexistentes en el momento Interoperabilidad como un en que fueron definidos los procesos proceso gradual. Para abordar una actuales, por ende, éstos deben ser situación tan compleja y variada, se definidos nuevamente. Se debe evitar recomienda la aplicación de un proceso incluir tecnología en procesos existentes de construcciones sucesivas, cada sin antes evaluar su necesidad. El mayor

MIO | Plan para la implementación de la Interoperabilidad en Venezuela valor agregado se logra cuando a la Recomendaciones para la fase inicial apropiación de la tecnología se le suma la reingeniería de los procesos. Se describen a continuación las recomendaciones para iniciar la primera 5. Entender la seguridad, la calidad y fase de apropiación de la IO. Aunque estas el nivel de servicio como procesos 3 recomendaciones se presenten en forma transversales. El enfoque basado separada, están fuertemente interrelacionadas en procesos lleva implícito el control entre sí. Por lo tanto, es fundamental realizar continuo, alineado a la gestión de la el ejercicio de entenderlas como conjunto calidad que enfatiza: la importancia organizado. del cumplimiento de los requisitos o necesidades, la consideración de los 7. Establecer un modelo de procesos en términos que aporten gobernanza. La cantidad de valor, la obtención de resultados de actividades a desarrollar y variedad de desempeño y eficacia del proceso y la actores involucrados en el proceso de mejora continua de los procesos con apropiación de la IO exige un modelo que base en mediciones objetivas. Como asegure el establecimiento de objetivos, se expone en el MIO, las variables guíe las acciones hacia éstos y verifique seguridad, calidad y nivel de servicio son el camino realizado. El ejercicio de la IO transversales a todas las demás y deben debe ser una tarea de todas las partes estar presentes en todos los aspectos y involucradas. Algunas actividades como niveles de la IO.1 la planificación estratégica, la promoción, el control y la asistencia técnica, resultan 6. Aplicar el principio de Parsimonia. beneficiosos al estar centralizados en Para enfatizar las recomendaciones algún área específica y reconocida con anteriores se propone como matriz de buen manejo de recursos políticos. El pensamiento la apropiación de la IO modelo de gobernanza requiere de una según el principio de Parsimonia en sus coordinación de políticas, principios versiones más básicas: “en igualdad de rectores y metas que permitan conocer condiciones se debe preferir la solución los objetivos a alcanzar. También más sencilla” o “no deben utilizarse más requiere de indicadores sistemáticos que componentes que los absolutamente permitan saber si se está recorriendo necesarios”. La preocupación por correctamente el camino establecido. la eficiencia de la gestión pública es relevante en su totalidad. El tratamiento 8. Elaborar estándares básicos. Elaborar de los instrumentos debe realizarse en y mejorar los estándares será una tarea plena consideración de los objetivos permanente en la implementación y de la acción estatal y como referencia mantenimiento de la IO. Se recomienda a las configuraciones de poder que les partir de un conjunto muy básico de sirven de sustento. Es preciso darle estándares para evitar distorsiones a cada situación su importancia y su iniciales difíciles de corregir una vez aporte a las políticas públicas a las implementados. Los estándares que sirve. Deben diseñarse soluciones técnicos básicos son candidatos a sencillas que cumplan con los requisitos ser establecidos junto a los aspectos fundamentales. El crecimiento se informacionales y organizacionales. En deberá ir generando con base en las implementaciones de casos pilotos se experiencias concretas y el análisis real podrán evaluar las decisiones tomadas. de necesidades.1 No se harán recomendaciones específicas sobre estos temas. Se asume que tendrán que ser considerados en todomomento.

9. Implementar casos pilotos. La necesarios para su realización. implementación de los casos pilotos genera múltiples resultados: la • Impacto deseable. El resultado experiencia obtenida en la aplicación de de implementar el caso debe ser los recursos utilizados, la capacitación atractivo para algún conjunto de y la obtención de elementos de destinatarios, particularmente al difusión y promoción que pueden ser mostrar los beneficios alcanzados. aprovechados para motivar a otros actores. Estos casos deben seguir • Alineación a las políticas públicas. las buenas prácticas de planificación Los casos a tratar deberían estar y ejecución de un proyecto inserto alineados a alguna política pública en un programa más amplio. Son los bien ubicada en la agenda del primeros de un conjunto mayor de gobierno, para que sea atractiva implementaciones y no pueden ser para los cuadros políticos y se considerados de manera aislada. El realicen esfuerzos funcionales a las Ente Coordinador tiene un rol central en acciones del gobierno en curso. la ejecución de la implementación de También pueden seleccionarse casos proyectos pilotos como garante de la pilotos por otros criterios que no experiencia, articulador de estándares respondan directamente a la provisión de y demás recursos, mientras que los Procesos Inter-Institucionales (PII). Por organismos involucrados llevan adelante ejemplo: el peso de la implementación en sí. • Publicar registros básicos. Al poner Es preciso seleccionar cuidadosamente a disponibilidad de los organismos los procesos a implementar como casos datos de una entidad sin que pilotos; encontrar un equilibrio entre necesariamente estén atados a complejidad, viabilidad, utilidad y atractivo un servicio específico, se puede político-social que aseguren su puesta en incentivar el consumo para fines no producción en buenas condiciones. Por específicos. ello, se deben definir los criterios sobre los cuales se seleccionarán los casos, en • Generar la base de un modelo. particular los casos pilotos. Algunos de No todos los procesos pueden los criterios de selección que pueden ser resolverse con un único modelo. utilizados: Propiciar el desarrollo de los recursos necesarios para llevarlo adelante • Complejidad accesible. La puede ser una buena estrategia para complejidad –en todos los que luego sea replicado por otros. aspectos– debe ser atendida con los recursos disponibles y con la • Forzar la innovación. A partir de madurez para abordarlos con éxito. forzar la resolución de un caso Los estándares y demás recursos que requiere de recursos no deben ser suficientes para resolver desarrollados aún, se pueden lograr los problemas que presente el caso. soluciones novedosas que podrán ser reutilizadas por otros sin la • Interés de los actores involucrados. necesidad de invertir nuevamente en4 Los actores involucrados, en su desarrollo. particular los responsables de los organismos, deben estar • Producir un efecto demostración. interesados en llevar adelante el Algunas reformulaciones son fáciles proyecto y manifestarlo disponiendo y baratas de implementar. Aunque de la mayor parte de los recursos

MIO | Plan para la implementación de la Interoperabilidad en Venezuela no sean sumamente interesantes 11. Gestionar un portafolio. La existencia pueden impulsarse para producir de portafolios, conocidos también efectos de demostración y avanzar como inventarios, es fundamental rápidamente en la reformulación de para asegurar el buen desarrollo de los procesos. planes. Es importante hacer esfuerzos y lograr interesar a los involucrados para 5 • Estandarizar los PII en mantener la información actualizada, lo funcionamiento. La reformulación cual puede ser una buena práctica de IO. de PII pre-existentes fuera de los En todos los casos deberán desarrollarse estándares puede ser una buena herramientas informáticas cada vez estrategia para ir eliminando las más sofisticadas para gestionar estos situaciones de excepción. Esto portafolios. Los principales portafolios a deberá sopesarse para invertir en crear y mantener son: temas ya resueltos con bajo riesgo. • Inventario de procesos. El inventario • Avanzar en una temática específica. de todos los procesos del Estado es Con acuerdo de la comunidad en una fuente formidable de información particular se puede avanzar en para la gestión pública. Su algún programa de gran alcance recopilación inicial y mantenimiento como puede ser salud, educación, pueden ser muy costosos y no servicios empresarios, energía, etc. necesariamente útil en un principio. Suelen ser proyectos ambiciosos Se recomienda dejarlo como un que requieren un fuerte compromiso. programa a largo plazo y atacar No suelen ser proyectos indicados su construcción como un proceso para iniciar la implementación de continuo y creciente a la par de la IO sino para etapas con mayor otras acciones de implementación. madurez. Este portafolio debe servir como base para la selección de los PII a 10. Documentar la experiencia. La implementar y para llevar un control experiencia de implementar los casos de lo realizado y lo pendiente. pilotos debe dejar su rastro en personal más capacitado. Estas experiencias • PII. La identificación y descripción deben guiar una parte de la actualización detalladas de los PII y de los servicios de los recursos y estándares necesarios involucrados es precisamente una para la implementación de la IO definidos de las fuentes fundamentales para en el MIO. la gestión de la IO. Tanto si fueron desarrollados bajo el MIO o no.Recomendaciones para afianzar la • Servicios. Los Servicios deInteroperabilidad Información publicados y enEsta sección incluye una serie de desarrollo que sean parte -orecomendaciones aplicables, cuando no- de PII también deben estarresultados semejantes a los producidos en inventariados y publicados deel proceso descrito en la sección anterior forma que puedan ser fácilmentesean realidad. Es posible que algunas descubiertos. La publicación desugerencias se realicen en paralelo al servicios con vistas a que seandesarrollo de las acciones resultantes de las consumidos lo más posible, esestrategias precedentes. Esto dependerá, una de las actividades centralesfundamentalmente, de los recursos de la implementación de la IO. Esdisponibles. fundamental darlos a conocer y contabilizarlos, éstos pasan a formar

parte del activo tecnológico del de muchas profesiones o disciplinas Estado. Los datos involucrados en diferentes. La adopción de prácticas cada Servicio de Información deben plurales requiere tanto de componentes ser documentados y catalogados. de cambio personal, como de la adopción de nuevos instrumentos • Entidades de Datos. Las Entidades y del establecimiento de vínculos de Datos bien descritas y interpersonales. Es importante ir catalogadas deben ser inventariadas formando funcionarios de diferentes y publicadas de forma que puedan especialidades pero relacionados a ser fácilmente explotadas. los procesos de los organismos. Dada la importancia de la modificación • Recursos y experiencias. El actitudinal que requieren los cambios inventario de recursos desarrollados organizacionales y reconociendo para dar soporte a los PII y a los la importancia que la formación del Servicios de Información pueden ser personal involucrado en estos procesos una fuente interesante para evitar el tiene sobre el logro de los objetivos, es despilfarro de recursos rehaciendo lo fundamental fortalecer las capacidades ya existente. de los organismos por medio de la capacitación de sus funcionarios. • Relaciones y capacidades. Al estilo Además de la formación básica es de una red social profesional, permite relevante establecer lazos profesionales la interrelación de los funcionarios entre las partes. Esto se puede alcanzar involucrados en los procesos y la impulsando la inclusión de ejercicios conformación de una Comunidad motivacionales y de integración grupal Práctica, parte esencial del ejercicio en las actividades de capacitación de la IO, con beneficios que van más presencial y fomentando la interrelación allá de la simple implementación de con herramientas de cooperación PII. virtuales. Estos inventarios no son independientes La capacitación en IO tiene como entre sí, están fuertemente relacionados objetivo avanzar en tres líneas y sería útil que existiera un sistema de complementarias: información que permitiera la relación y explotación integral de esta información, • Promocionar y difundir los beneficios conformando la gestión de la IO y de los y la necesidad del trabajo inter- datos públicos. Éste sigue siendo uno de institucional, haciendo comprender los temas más complejos de la IO, donde que éste potencia el valor de los todavía no se cuenta con soluciones organismos en lugar de debilitarlos. integrales de costo razonable. Se sugiere comenzar con una descripción • Hacer conocer herramientas ya básica pero estandarizada de los datos probadas en otros ámbitos o por y del conjunto de servicios puestos organismos más avanzados. en producción. Esta recomendación también corresponde a una fase inicial • Establecer vínculos interpersonales que será complementada en niveles más que se reconocen indispensables6 avanzados. para la aplicación viable de los instrumentos organizacionales. 12. Formar al talento humano. La capacitación en IO es esencial, ya Los principales objetivos de estos que ésta no forma parte de ninguna procesos de capacitación podrían formación específica. Es una mezcla sintetizarse de la siguiente manera:

MIO | Plan para la implementación de la Interoperabilidad en Venezuela• Adquirir los conceptos y elementos participación común en actividades y fundamentales del desarrollo de realización conjunta de planes. procesos bajo los lineamientos del Gobierno Electrónico (Gob-e). No todos los actores requieren del mismo nivel de conocimiento, por lo• Comprender los beneficios del tanto se recomienda definir por lo menos 7 trabajo inter-institucional para los tres niveles de capacitación: organismos participantes y para la sociedad. • Nivel básico para difusión masiva.• Comprender los beneficios y • Nivel intermedio para actores la problemática de la IO como relacionados a los procesos, tanto herramienta fundamental para político como operativo. mejorar la gestión de los organismos y la provisión de servicios a la • Nivel avanzado para actores sociedad. involucrados en la elaboración de procesos.• Conocer experiencias locales exitosas de aplicación de los Se recomienda forzar la interrelación de lineamientos del Gob-e y establecer funcionarios con los diferentes perfiles contactos con los referentes de cada involucrados en la IO, tales como: caso. abogados, expertos en organización, informáticos, etc.• Conocer las principales prácticas producciones internacionales sobre 13. Adecuar el marco legal. Para IO y las fuentes de información formalizar los intercambios electrónicos relacionadas. de datos y la provisión de servicios en los casos pilotos, no es necesario contar• Conocer las iniciativas nacionales con un marco legal amplio. Los casos sobre IO, las fuentes de información pilotos pueden ser soportados por relacionadas y establecer contactos acuerdos entre partes que establezcan con los actores involucrados. mutuas responsabilidades y protejan los intercambios del contexto legal• Conocer las principales leyes o restrictivo que pueda existir. Esta disposiciones legales acerca del experiencia debe ser aprovechada para intercambio y publicación de datos, ir generando un marco legal más amplio. con el fin de no incurrir en malas Los cambios en la normativa pueden prácticas. requerir reformas profundas en leyes que requieren tiempos por fuera del alcance• Adquirir un vocabulario y una de un proyecto de implementación práctica de trabajo común con inicial. Por ello, se recomienda utilizar los actores involucrados de la recursos legales de alcance limitado comunidad para la elaboración de que protejan los intercambios definidos procesos. y no requieran intervención de partes externas al proyecto. La elaboración de• Adquirir criterios para la selección marcos legales para la IO corresponde de procesos a reformar según los a niveles más avanzados de madurez. lineamientos establecidos. La eliminación de tensiones entre normas; leyes vigentes; las necesidades• Establecer relaciones con actores del Gob-e -en general- y de la IO en involucrados de otros organismos de particular, es un tema sumamente la misma comunidad por medio de la

complejo. Los cambios deben ser Si estos certificados se empiezan a analizados, pensados y madurados publicar masivamente con respaldo en el contexto antes de realizarse. legal entre los organismos, evitando Se considera necesario trabajar el movimiento y la duplicación de conjuntamente con las áreas legales los papeles, el impacto puede ser y las sustantivas para elaborar un importante. Estas soluciones para marco doctrinario, acompañarlo por ser exitosas, no deben ser sólo jurisprudencia y luego por el soporte logros del organismo que las provee, legal que asegure el intercambio de sino que deben ser reconocidas datos dentro del Estado, respetando las por los entes y organismos normativas de protección. consumidores. 14. Elaborar modelos. En la medida que se • Concentradores de datos. Los datos avance con implementaciones sólidas, correspondientes a una función se sugiere aprovechar estas experiencias distribuida entre muchos organismos y generar un modelo para estructurar pueden ser consultados, por medio una solución integral a partir de los de un concentrador, de forma íntegra componentes utilizados que pueda por medio de un único servicio. Los ser aprovechada en otras situaciones. casos candidatos a este modelo Estos modelos deben incluir los recursos son todos aquellos provenientes metodológicos, procesos, software, etc. de algún modelo distribuido en los Es prudente elaborar, publicar y difundir organismos regionales, por ejemplo: modelos de soluciones genéricas a licencias de conducir, habilitaciones partir de las experiencias concretas y sanitarias, etc. promover su utilización en situaciones estructuralmente semejantes. • Repositorio unificado. En cada Comunidad de Información se Muchos procesos pueden ser pueden encontrar casos para eficientemente resueltos con modelos implementar este modelo, donde semejantes permitiendo resolver un organismo captura y guarda problemas complejos más rápidamente, los datos centrales de cierta aprovechando la experiencia. Existen temática y los provee al resto de algunos ejemplos de modelos típicos de los interesados, evitando así la PII, que una vez implementados para un multiplicación de capturas y la caso, los recursos utilizados pueden ser redundancia de repositorios. Los fácilmente aprovechables nuevamente en balances contables de las empresas otros: y las historias clínicas, aunque con complejidades funcionales, son dos • Intercambios bilaterales. Dos buenos ejemplos de aplicación de organismos desarrollan los recursos este patrón. De esta manera los necesarios para realizar intercambios distintos organismos podrían trabajar entre ellos, basado en vínculos conjuntamente para mejorar la bilaterales. calidad de los datos sobre un único repositorio, en lugar de duplicarlos • Certificaciones digitales. El modelo cada uno para sí. Las novedades o8 de certificaciones digitales puede defectos sobre los datos detectados utilizarse en infinidad de casos. por alguno de los organismos Distintos organismos producen usuarios podría ser informado al continuamente certificados que administrador para que mejore su garantizan que alguien está calidad, aplicándose un principio habilitado ante otro para hacer algo. colaborativo que debería repercutir

MIO | Plan para la implementación de la Interoperabilidad en Venezuela en el bien general. y confiables, pudiendo conformar soluciones adoptables por cualquier El objetivo de esta recomendación es organismo sin necesidad de mayores abstraerse de los casos concretos, recursos específicos. Muchas de estas sistematizar, generar modelos de soluciones han sido conformadas por soluciones e impulsar la implementación, el ensamblado de componentes de 9 dejando a disponibilidad formas de software libre, por lo menos dentro del resolver problemas o mejorar situaciones. propio Estado. En toda solución de Estas experiencias tienen la riqueza este tipo es necesario un trabajo de de haber sido realizadas en el mismo selección, prueba, configuración y ajuste ámbito y por actores conocidos, y no ser que requiere de cierto conocimiento y soluciones exógenas fuera de contexto. experiencia. Es recomendable que las Mantener los modelos es un proceso soluciones ya probadas se estandaricen evolutivo que debe realizarse de manera y documenten como productos para continua. lograr su vulgarización y que queden accesibles a cualquier organismo que15. Diseñar y proveer infraestructura. las pueda aprovechar, aunque no cuente Los casos pilotos implementados, con los recursos necesarios para su las definiciones de estándares y los elaboración. Los organismos que ya modelos elaborados deben dejar han implementado estas soluciones componentes de infraestructura pueden aportar su conocimiento, -software, hardware, acuerdos de nivel requiriendo de un apoyo adicional para de servicios asociados y otros recursos- la documentación. Probablemente que pueden ser reutilizados en otras el sector académico pudiera realizar implementaciones. Para una situación estas actividades de complemento a lo inicial no es necesaria la utilización de realizado por las áreas operativas. complejas infraestructuras, en caso de estar disponibles se pueden emplear, 17. Fortalecer y publicar los registros pero se pueden realizar muy buenas básicos. Más allá de la implementación implementaciones con pocos recursos. de PII, se puede iniciar un proceso de El exceso en cantidad o complejidad de publicación sistemática de los registros tecnología no es garantía de mejores básicos de información. Publicar con PII. Para avanzar de forma sistemática y criterio los datos resulta una medida ordenada se recomienda la utilización de adecuada para ir mejorándolos y evitar estas plataformas o de una red de éstas su desactualización, es necesario tomar que permita manejar con economía una en consideración las reglas de seguridad gran cantidad de servicios y proveer un correspondientes e implementar soporte común que garantice seguridad mecanismos de corrección. Los y disponibilidad. principales problemas que se encuentran al momento de compartir datos son16. Reutilizar el software desarrollado. La los niveles de calidad, esta situación experiencia obtenida en algunos países puede ser atendida con la construcción durante los últimos años ha demostrado de Comunidades de Información o que el componente tecnológico no es de alguna estructura semejante para un problema en términos generales ni sistematizar el tratamiento plural de los es inaccesible para los organismos de datos públicos. pocos recursos. Entre los estándares y desarrollos que se han ido madurando 18. Estandarizar y mantener el MIO. La en estos años, se dispone de un elección de una especificación como conjunto de recursos suficientes para estándar es compleja. Existen ciertos realizar intercambios seguros, robustos estándares que son incuestionables,

de hecho están aceptados y su libre y estándares abiertos. formalización es un reconocimiento a lo ya establecido. Pero otros • Asegurar que la especificación estándares, deben ser cuidadosamente candidata esté sustentada por seleccionados y se deberá asumir un conjunto representativo de su continua actualización. Por ello, comunidades. se debe establecer una clara política de selección de estándares que • Asegurar que existen diferentes permita articular y prever los efectos implementaciones y que son de corto y mediano plazo que puede compatibles entre sí. acarrear su aceptación. Lograr que • Asegurar que la especificación un colectivo elabore coordinadamente y los instrumentos asociados productos que puedan ser reutilizados son vulgarizables en el alcance sistemáticamente por otros, se puede pretendido. lograr gracias al cumplimiento de estándares pluralmente aceptados. Se • Prever un tiempo de vida aceptable debe mantener actualizado el MIO, para para el fin pretendido. que sea adecuado a los organismos más o menos avanzados. Si el MIO no • Asegurar que la especificación puede ser mantenido al ritmo necesario, efectivamente agrega valor. tarde o temprano comenzarán a surgir soluciones por fuera de su alcance. La utilización de software libre y estándares abiertos es un medio Además de lo planteado referente funcional al cumplimiento de varios de a estándares, es preciso tener en los principios de la IO. Tomando como cuenta su ciclo de vida desde su uso referencia a la Comisión Europea los incipiente hasta su aceptación y posterior estándares abiertos cumplen con las abandono. Se deben adoptar estándares siguientes condiciones: maduros y bien probados. Esta decisión no siempre es fácil y debe administrarse • El estándar es adoptado y será la tensión entre afrontar la apropiación de mantenido por una organización sin novedosas y prometedoras tecnologías fines de lucro y su futuro desarrollo contra las conocidas pero ya maduras. se producirá sobre la base de un proceso de decisión abierto a todas Es útil comprender el contexto donde las partes interesadas -consenso o se desarrolla un proceso de formulación decisión mayoritaria, etc.-. de estándares, comprender el impacto de su adopción o rechazo, así como • El estándar ha sido publicado y su los beneficios y riesgos asociados, documento de especificación se es fundamental para una adecuada encuentra disponible libremente elección. o con un costo simbólico. Debe estar permitido a todos copiarlo, La adopción de especificaciones como distribuirlo y usarlo en iguales estándares es esencial para el desarrollo condiciones. de la IO pero, consecuentemente, la10 adopción de éstos puede tener efectos • La propiedad intelectual, la presencia secundarios no deseables. Existe de posibles patentes en el estándar, una serie de pautas para la adecuada o en partes de él se hace disponible elección de especificaciones: irrevocablemente sobre la base de la liberación de derechos. • Priorizar la utilización de software

MIO | Plan para la implementación de la Interoperabilidad en Venezuela • No hay limitaciones para la 20. Elaborar un mapa de la reutilización del estándar. Interoperabilidad. La implementación de la IO involucra variadas actividades y 19. Promover y difundir. La existencia personas de diferentes especialidades de PII en funcionamiento, aunque sean que desarrollan labores en muchos aislados pero significativos, deben ser organismos de diversos tipos. Debemos 11 dados a conocer para avanzar en su sumar a esta heterogeneidad el estilo de apropiación. Se propone entonces la implementación creciente y el enfoque difusión y promoción de estos casos participativo y plural que impone el de éxito con soluciones de IO y con modelo. Contar con herramientas de resultados interesantes desde el punto gestión de todas estas entidades e de vista de la gestión del Estado, tanto instrumentos de comunicación social interna como en su relación directa con en su interrelación es imprescindible el ciudadano. Dicha difusión se podría para alcanzar niveles moderados o instrumentar mediante una serie de superiores. Se propone establecer un sesiones donde cada una estuviera sistema de gestión de recursos - PII, organizada por algún organismo que Servicios de Información, datos, servicios expusiera sus logros. Es recomendable de infraestructura, personas, estándares, que las exposiciones estén lideradas por ámbitos de discusión, eventos de las principales autoridades políticas de los difusión, etc.-, que funcione como un organismos involucrados y sustentadas repositorio de memoria colectiva y por la primera línea de la función pública. soporte a la gestión del conocimiento. El discurso debe dirigirse a los mandos políticos, superiores y medios de otros 21. Modelar los datos públicos. La organismos con el objetivo de inducir gestión de los datos demanda una la práctica de actividades colaborativas misión de ordenamiento que sistematice y del trabajo en conjunto para brindar el funcionamiento, conjugue esfuerzos servicios a la sociedad. La temática debe y facilite el consenso entre los actores estar centrada en la visión y políticas involucrados en el proceso. Sin el aplicadas para resolver la situación, desarrollo coordinado de una estructura descripción de los casos resueltos, de gerencia y actualización continua y logros obtenidos y problemas superados. transversal se vuelve inútil la promoción También se podría incluir una descripción del reuso de datos, puesto que se de los recursos elaborados para volverán obsoletos al día siguiente de su implementar la solución, resaltando su publicación. La implementación de los potencial reutilización en otros ámbitos. esquemas de XML u otros medios de representación de datos requiere de unaRecomendaciones estratégicas gestión sólida que coordine las instancias de definición, creación, aprobación,Las recomendaciones a continuación -de tipo adopción y asistencia técnica especifica,estratégico y de largo plazo-, cubren aspectos útil para los organismos.que deben ser atendidos para que en un futuropueda asegurarse el uso extendido de la IO y El modelo de arquitectura de datos ensu gobernabilidad. Éstas no son necesarias en capas se presenta como una manerauna primera instancia, pero dado que requiere adecuada de organizar la información.desarrollar actividades de largo alcance y Desde esta perspectiva, las capas sonenfrentar problemas difíciles, es necesario niveles de organización de los elementosanticipar su tratamiento. Las recomendaciones de dato. En el interior de una capa seno sólo afectan a la IO, sino también al Gob-e encuentran aquellos elementos de datoen general y a los procesos de mejora y que contienen entre sí cierta afinidadreforma del Estado. respecto al origen, función o uso. Como

ejemplo se presenta un modelo de ámbito de aplicación del MIO. Son administración de elementos de dato en típicos los documentos de identidad capas. de las personas, las identificaciones tributarias, las localidades, etc. • Estándares predefinidos. Es la base del modelo que contiene los tipos • Datos comunitarios de información. de datos básicos definidos por la Está delimitada por los sectores que W3C2 y seguramente de algún otro refieren a los elementos que definen estándar generalizado como Dublin intereses en común, afinidades Core3 por ejemplo. dentro del grupo, e identifican los elementos de dato sobre conceptos • Datos internacionales. Corresponde de información de uso particular de a elementos que están establecidos los macro sectores. de forma supranacional. Son considerados necesarios y • Datos de PII. Los elementos de adecuados para establecer un dato utilizados provienen en su diálogo con otros países del mundo. mayoría de los niveles inferiores en la estructura del modelo de • Datos nacionales o locales. Se arquitectura, pero únicamente en los caracteriza por contener sólo los casos que los elementos de dato elementos de dato que representan necesarios no existan en los niveles conceptos de información de las capas inferiores. característicos y propios del país o Arquitectura de datos en capas12 2 www.w3c.org 3 www.dublincore.org

MIO | Plan para la implementación de la Interoperabilidad en Venezuela 22. Establecer un modelo de seguridad Objetivos integral. La modalidad de Identidad Federada4, como modernización del Objetivo general single sign-on, debe ser definida y aplicada constante y gradualmente. Iniciar la implementación de la Interoperabilidad Es prudente que la misma estrategia 13 en Venezuela, a través de la formalización de la cubra el acceso a aplicaciones por versión inicial del Marco de Interoperabilidad y personas como el acceso a servicios la realización de casos pilotos. entre componentes informáticos. Estas implementaciones suelen ser costosas Objetivos específicos en sistemas heredados5, por lo que se recomienda su aplicación gradual a 1. Establecer y poner en funcionamiento el medida que se realiza la actualización Componente de Gobernanza. tecnológica. 2. Publicar el Marco de Interoperabilidad como primer conjunto de estándares 23. Gestionar la evolución. La variedad para la implementación de la de temas, los múltiples estadios de Interoperabilidad en nuestro país. evolución de cada uno de ellos, más la integración de todo el conjunto, los 3. Poner en funcionamiento nuevos proyectos sectoriales, la evolución Procesos Inter-Institucionales, a través constante de las políticas públicas y la de la Interoperabilidad de dos o más tecnología, conforman un cuadro de instituciones del Estado. difícil administración. Por ende se exhorta 4. Poner en funcionamiento parcial el a tomar la implementación de la IO como Componente de Operación. una política pública de largo plazo que permita gestionar los distintos aspectos 5. Realizar la actualización del Marco gradualmente y guiarlos hacia un futuro de Interoperabilidad, con base deseable. El modelo debe ser gestionado en la experiencia obtenida en la y utilizado como guía para la planificación implementación de los casos pilotos. consistente de actividades. 6. Difundir la Interoperabilidad mediante estrategias de promoción de los avancesProyecto a corto plazo obtenidos.Utilizando las recomendaciones anteriormente Resultados esperadosdescritas, se propone a continuación unproyecto para iniciar la implementación de la IO Los resultados a producir por el proyecto son:y las bases para elaborarlo. 1. Componente de Gobernanza, funcionando y formalizado, con base en el Modelo Organizativo para la implementación de la Interoperabilidad en4 La Identidad Federada -del inglés, Federated Identity Management- es una de las soluciones para abordar la gestión deidentidad de usuarios en los sistemas de información entre múltiples organizaciones. Su objetivo es obtener una gestiónde usuarios eficiente con sincronización de los datos de identificación y una gestión coordinada de acceso a servicios.Mediante estas soluciones, los individuos pueden emplear la misma identificación personal -típicamente usuario y con-traseña- para identificarse en redes de diferentes organizaciones y de este modo acceder a sistemas que comparten in-formación sin compartir tecnologías para autenticación. Para su funcionamiento es necesaria la utilización de estándaresque definan mecanismos que permiten a las empresas compartir información entre dominios. El modelo se basa en uncírculo de confianza entre los organismos involucrados, por el cual un individuo autenticado en uno de los organismospuede circular por los sistemas y servicios de los otros sin volver a autenticarse.5 Un sistema heredado o sistema legacy es un sistema informático -equipos informáticos o aplicaciones- que ha quedadoanticuado pero continúa siendo utilizado por el usuario.

Venezuela (MOIO). 2. Marco de Interoperabilidad (MIO) versión 1.0 establecido, formalizado y oficialmente publicado. 3. Casos pilotos seleccionados e implementados, aplicando la metodología definida para tal fin. 4. Componente de Operación, en funcionamiento parcial según el MOIO. 5. MIO actualizado, a partir de la experiencia obtenida en los casos pilotos. 6. Plan de difusión cumplido, a partir de los casos implementados y demás recursos elaborados. Etapas y actividades Las actividades han sido agrupadas en etapas. Se definieron dos etapas preparatorias para los resultados uno (1) y dos (2), dos etapas de operación para los resultados tres (3) y cuatro (4), y una etapa de cierre para los resultados cinco (5) y seis (6) respectivamente. Con respecto a las metas, éstas serían aplicables directamente sólo a los resultados tres (3) y cuatro (4). Dependerá fundamentalmente de los recursos disponibles pero se puede recomendar la selección y la puesta en funcionamiento de cuatro (4) casos pilotos. Estos se podrían seleccionar con diferentes modalidades, por ejemplo: • Un caso para la elaboración de un nuevo Proceso Inter-Institucionales (PII). • Un caso de publicación de algún registro básico que se considere altamente reutilizable. • Un caso que consiste en la estandarización de un PII existente que no cumpla los estándares. • Un caso de PII que sirva como inicio para avanzar luego en una temática específica.14 A continuación se presenta un cuadro con una breve descripción de cada actividad. Es importante relacionarlas con las recomendaciones enunciadas inicialmente.

MIO | Plan para la implementación de la Interoperabilidad en Venezuela 15

Descripción de las Etapas y Actividades del Proyecto de Corto Plazo Proyecto a largo plazo La estructura del plan a largo plazo tiene una fase cíclica donde se propone repetir el proceso empleado en la primera fase o plan El proyecto a largo plazo tiene como a corto plazo: objetivo fundamental, avanzar de forma sistemática en la implementación de la • Selección de casos.16 IO, construyendo estándares cada vez • Implementación de casos. más elaborados para cubrir las distintas necesidades y desarrollando todos • Documentación de la experiencia de los elementos necesarios para su real forma repetitiva anualmente. funcionamiento. • Gestionar los portafolios de procesos,

MIO | Plan para la implementación de la Interoperabilidad en Venezuela PII, Servicios de Información, del Componente de Gobernanza como Entidades de Datos, recursos el de Operación, incrementando sus y experiencias, relaciones y capacidades para desarrollar sus propias capacidades. funciones, elevando permanentemente el nivel de madurez y su inserción cada vez • Formar talento humano. 17 más profunda en las instituciones. • Adecuar el marco legal. Los indicadores básicos que pueden guiar • Elaborar modelos. el crecimiento de la implementación del • Diseñar y proveer infraestructura. plan y fijar las metas para cada período son: • Reutilizar el software desarrollado. • Cantidad de elementos en los • Fortalecer y publicar los registros portafolios, para todas las entidades. básicos. • Talento humano formado o inducido, • Estandarizar y mantener el MIO. en todos los niveles. • Promover y difundir. • Modelos construidos y replicados.Las fases a corto y largo plazo no son • Funcionamiento de la plataforma,independientes, constituyen un círculo de cantidad de servicios resueltos, tasaretroalimentación. de falla, no repudios, etc.Todos estos procesos deben estar • Software publicado y reusado.acompañados por el fortalecimiento tanto

Recurso 2Modelo organizativo parala implementación de laInteroperabilidad en Venezuela

MIO | Modelo organizativo para la implementación de la Interoperabilidad en Venezuela 1 Modelo organizativo para la implementación de la Interoperabilidad en VenezuelaObjetivo Componente de GobernanzaProponer una base conceptual para establecer o Ente Coordinadorun modelo de gestión de la Interoperabilidad Responsable colectivo de la gobernanza1en Venezuela, que especifique los principales e implementación de Ia IO, incluye lasroles y responsabilidades que permitan responsabilidades de coordinación general,poner en marcha un plan sistemático para su control y asistencia de los organismos queimplementación. realicen acciones relacionadas a la IO.Componentes principales Las funciones y responsabilidades de este componente son variadas y pueden serEl modelo organizativo que se presenta es asignadas a distintos sectores del Estado.genérico. No está relacionado explícitamente Se propone a continuación una forma decon ningún área organizativa del Estado. Podrá agruparlas para que puedan ser asignadasser utilizado como instrumento conceptual para a áreas de estructura. En caso que algunasestablecer el conjunto de responsabilidades a de éstas ya estén designadas a algún áreaejercer. La asignación parcial o total de dichas existente, se podrán ampliar o ser transferidasresponsabilidades se realizará según las a otra nueva.consideraciones de cada organismo. Los subcomponentes propuestos para elSe definen dos grandes componentes para la Componente de Gobernanza se muestran engestión de la Interoperabilidad (IO): la siguiente imagen: • Componente de Gobernanza. • Componente de Operación.1 Se entiende por gobernanza a los acuerdos entre los gobiernos y actores que participan en los procesos deInteroperabilidad y la forma de alcanzarlos. La gobernanza busca que las autoridades cuenten con la institucionalidadnecesaria para establecer los estándares de Interoperabilidad, asegurar su adopción y dotar a las instituciones decapacidades organizacionales, informacionales y técnicas necesarias para ponerlos en práctica.

Subcomponentes del Componente de Gobernanza Coordinación general del MIO. Se subdivide en áreas técnicas específicas según la temática, siendo El área coordinadora cumplirá con las aconsejables las siguientes: funciones básicas de toda área de • Técnicos. coordinación pública. Será la autoridad intermediaria en los aspectos relacionados • Informacionales. con el desarrollo y aplicación del Marco de • Organizacionales. Interoperabilidad (MIO). • Normativos. Las principales funciones de la • Prospección. coordinación general son: • Gestión de consenso. • Definir las estrategias para el avance de la IO. Todos estos grupos deben mantener la coherencia de los estándares en todas • Coordinar el conjunto de actividades las temáticas y a través de las versiones relacionadas a la IO. del MIO. Es conveniente que, aunque la • Proveer los recursos tecnológicos, producción de los estándares se realice financieros, humanos para el en un contexto acotado, se desarrollen desarrollo de servicios y de consultas abiertas para su verificación. Para infraestructura tecnológica necesarios esto se ha incluido un grupo de gestión para la implementación de la IO. de consenso, el cual debe coordinar las actividades con la Comunidad Práctica del • Coordinar las relaciones políticas Componente de Operación. necesarias para cumplir con las estrategias establecidas. Análogamente, la gestión del consenso • Promover las alianzas con todos los debe considerar los insumos para realizar actores involucrados. ajustes y actualizaciones a los estándares de forma amplia, utilizando la misma La coordinación general esta dividida Comunidad Práctica y otros estamentos en varias unidades, según funciones posibles.2 específicas. Sus principales funciones son: Subcomponente de estandarización • Mantener, validar, aprobar y actualizar Este subcomponente se encarga de la los estándares del MIO. gestión de los estándares que forman parte

MIO | Modelo organizativo para la implementación de la Interoperabilidad en Venezuela • Realizar prospección tecnológica para • Implementar los medios necesarios anticipar la actualización del MIO. para que los organismos puedan acceder a la asistencia técnica. • Establecer los estándares para el diseño e implementación de los Monitoreo y control sistemas de información necesarios • Verificar y asegurar la publicación, 3 para la gestión de Servicios de actualización y reutilización de las Información, Entidades de Datos Entidades de Datos. y otros aspectos relevantes, • Verificar y asegurar el cumplimiento cumpliendo con lo establecido en el del MIO. MIO. • Verificar el cumplimiento de la reingeniería de procesos.Subcomponente de apropiación Gestión de instrumentosDesarrolla las actividades necesarias • Gestionar los recursos necesariospara impulsar, apoyar y mantener la para las actividades relacionadas conimplementación de la IO. Se subdivide la administración y ejecución de la IO.en áreas específicas según los tipos deactividades, siendo recomendables las • Diseñar e implementar los sistemassiguientes: de información necesarios para la implementación de la IO. • Difusión. • Asistencia técnica. Operaciones • Mantener en producción los recursos • Monitoreo y control. informáticos necesarios para llevar • Gestión de instrumentos. adelante las actividades relacionadas a la IO. • Operaciones. • Realizar la planificación de capacidadLas principales funciones por área son: -Capacity planning2- para mantenerDifusión el nivel de operación en términos • Divulgar y promover la reingeniería de adecuados a la demanda. los procesos. Subcomponente de información • Divulgar y promover la IO en general. • Divulgar y promover el uso del MIO. Este subcomponente resume todas las actividades necesarias para gestionar • Divulgar y promover la producción, los datos intercambiados. Se subdivide publicación y consumo de las en áreas específicas según los tipos Entidades de Datos. de actividades, siendo apropiadas lasAsistencia técnica siguientes: • Elaborar y publicar la documentación • Gestión de Comunidades de necesaria para facilitar la efectiva Información. utilización y cumplimiento del MIO. • Gestión de Servicios de Información y • Asesorar y asistir a todos los Entidades de Datos. organismos y actores involucrados para el cumplimiento del MIO. • Gestión de procesos.1 Capacity planning es una actividad estratégica que planifica la incorporación y asignación de recursos para enfrentarnecesidades actuales y futuras. Es una de las responsabilidades vitales en la administración de infraestructura detecnologías de información.

Las principales funciones por área son: los aspectos relacionados como: descripción de los datos Gestión de Comunidades de comprendidos, descripción del ciclo Información de vida, nivel de calidad y criterios de • Establecer y mantener los actualización. procedimientos para el funcionamiento de las Comunidades • La explicación de las restricciones de Información. para su suscripción y consumo. • Crear y mantener un registro de • Los acuerdos de nivel de servicio Comunidades de Información. mínimos. • Otros criterios de validez, seguridad, Gestión de Servicios de temporalidad, caducidad y Información y Entidades de Datos permanencia aplicables. • Establecer y mantener los procedimientos para el tratamiento de Gestión de procesos las Entidades de Datos. • Mantener actualizado un mapa • Mantener un registro de Servicios de detallado de los procesos del Estado, Información y Entidades de Datos. que sirva como base para orientar la La gestión de los Servicios de Información definición de proyectos de rediseño se debe administrar a través de un sistema de procesos. de información, que permitirá realizar las • Establecer la política para la selección funcionalidades necesarias para: de los procesos a ser rediseñados. • Describir Servicios de Información, • Asistir a los organismos en la considerando los aspectos selección de los procesos a rediseñar. relacionados como: identificación • Asistir a los organismos en el rediseño del Organismo Proveedor, tipo de de los procesos. servicio, nivel de servicio mínimo o estándar, Entidades de Datos Para la efectiva administración de los relacionadas, funcionalidades y procesos del Estado -que proveen servicios métodos que incluye, manuales de a la sociedad- es necesario disponer de uso, facilidades de desarrollo y prueba un sistema de información -instrumento- de aplicaciones que lo consuman, que los describa, considerando todos soporte técnico, etc. los aspectos relacionados, tales como, identificación del proceso y de las • Describir y conocer las restricciones tareas que lo conforman, identificación para su suscripción y consumo. de los responsables de llevarlo a cabo, • Descubrir los Servicios de Información especificación de los Servicios de disponibles en el Estado. Información utilizados, esquemas de • Realizar suscripción y des-suscripción datos, datos y documentos requeridos con a Servicios de Información. manejo de versiones, acceso a estadísticas de demanda, uso y costo. • Acceder a estadísticas de uso. La administración de las Entidades de4 Datos debe estar apoyada en un sistema de información que implemente como mínimo: • La descripción de las Entidades de Datos, considerando todos

MIO | Modelo organizativo para la implementación de la Interoperabilidad en VenezuelaComponente de Operación estándares definidos a nivel general y con las demás Entidades de DatosResponsable de la ejecución concreta de publicadas.las acciones operativas que se realicen para • Asegurar dentro de su ámbito dela implementación de la IO. El componente competencia el cumplimiento depresenta cuatro roles centrales: 5 las medidas de calidad y seguridad • Organismo Proveedor de información. establecidas para cada Servicio de Información y Entidad de Datos • Organismo Solicitante de información. publicada. • Comunidades de Información. • Atender las observaciones efectuadas • Comunidad Práctica. por las Comunidades de Información y Organismos Solicitantes sobre laOrganismo Proveedor de información validez, actualización y seguridad de los datos administrados.El Organismo Proveedor es aquel que • Acordar con los Organismosproporciona los datos a intercambiar desde Solicitantes de información ysus sistemas de información. Comunidades de Información a la que pertenece, las modificacionesSus funciones principales son: previstas relativas a los servicios que • Establecer en la estructura del proveen. organismo, los puestos de trabajo • Atender, dentro de sus posibilidades con los roles que respondan a las de recursos, los requerimientos competencias requeridas y asignar el institucionales de datos que realicen personal idóneo en ellos. otros organismos. • Poner a disposición los Servicios de • Procurar que los componentes Información que produzca y que sean informáticos involucrados en la de utilidad para algún otro organismo. prestación de los servicios se • Publicar en el registro de Servicios encuentren en condiciones óptimas. de Información y en el registro de • Asegurar que se cumplan las Entidades de Datos, las descripciones mejores prácticas en materia de de servicios, entidades y elementos administración de bases de datos, de datos que se ponga a disposición. de tal forma que los procedimientos • Exponer y procurar el cumplimiento de persistencia, almacenamiento y de los criterios del nivel de validez, acceso a los datos hagan uso óptimo seguridad, temporalidad, caducidad y de los recursos informáticos que le permanencia de los datos puestos a son asignados. disposición. • Aplicar las políticas y prácticas de • Definir, implementar y publicar los seguridad de la información vigentes procedimientos a través de los cuales para el acceso a las Entidades de se recuperan y actualizan los datos Datos puestas a disposición. que se pongan a disposición. • Cuando las medidas de • Publicar el acuerdo de nivel de seguridad lo requieran, acreditar, servicio con el que ponen a identificar, autenticar y autorizar disposición los datos administrados. a los Organismos Solicitantes de información para el acceso a los • Procurar que las Entidades de Datos servicios que proveen. publicadas sean consistentes con los

• Difundir y hacer cumplir dentro del mitigación ante deficiencias de los organismo el MIO y demás prácticas e datos obtenidos de un Organismo instrumentos relacionados. Proveedor de información. Organismo Solicitante de información • Proponer mejoras a los servicios provistos por los Organismos El Organismo Solicitante de información Proveedores de información. es aquel que demanda el Servicio de Información al Organismo Proveedor. • Participar en las actividades de las Comunidades de Información en Sus funciones principales son: las temáticas relacionadas a sus • Establecer en la estructura del funciones específicas. organismo, los puestos de trabajo • Difundir y hacer cumplir dentro con los roles que respondan a las de la institución el MIO y recursos competencias requeridas y asignar el relacionados. personal. • Asegurar la pertinencia del consumo Comunidades de Información de los Servicios de Información y de la utilización de los datos asociados. Las Comunidades de Información están conformadas por un conjunto de • Asegurar el cumplimiento de las organismos que tienen injerencia sobre medidas de seguridad establecidas las mismas Entidades de Datos. Un en los acuerdos de nivel de servicios, organismo puede formar parte de más de Comunidades de Información u otra una Comunidad de Información, pero cada legislación aplicable. Entidad de Datos será responsabilidad de • Cuando las medidas de seguridad una sola Comunidad de Información. lo requieran, acreditar, identificar, Las funciones principales de las autenticar y autorizar a los usuarios Comunidades de Información -o del de los sistemas de información que conjunto de organismos que la conforman- consuman los servicios provistos por son: otros organismos. • Establecer contratos de • Conformarse ante el Componente confidencialidad para el tratamiento de Gobernanza y vincularse con las de datos con los usuarios de demás Comunidades de Información. los sistemas de información que • Identificar, describir, registrar y consuman los servicios provistos por publicar las Entidades de Datos otros organismos. que producirá la Comunidad de • Asegurar dentro de su entorno el Información. cumplimiento de las medidas de • Determinar el Organismo Proveedor calidad y seguridad establecidas de información para cada Entidad de para el tratamiento de la información Datos. obtenida a través de servicios provistos por terceros. • Cooperar con el Organismo Proveedor de información para • Documentar e informar las mejorar la calidad de los datos que6 deficiencias de los datos obtenidos administre y publique. de un Organismo Proveedor de información, con el fin de mejorar su • Asegurar dentro de la Comunidad de calidad. Información la no redundancia de los datos disponibles. • Implementar mecanismos de • Establecer los criterios de nivel de

MIO | Modelo organizativo para la implementación de la Interoperabilidad en Venezuela validez de los datos producidos virtuales de gestión del conocimiento dentro de la Comunidad. convocando a actores de la AP, la academia y otros sectores, a efectos • Establecer los criterios de seguridad de ampliar el acervo técnico del de los datos producidos dentro de la Estado en general. comunidad. 7 • Identificar y registrar fuentes de • Establecer los criterios de nivel conocimiento, experiencias y personal de temporalidad, caducidad y técnico ligado a éstas, que configuren permanencia de los datos producidos el capital de conocimiento y la dentro de la comunidad. memoria institucional de la AP en • Establecer los estándares específicos materia de IO. necesarios para el funcionamiento de la comunidad de acuerdo a los Roles institucionales criterios establecidos por el MIO. Todos Organismo Solicitante o ProveedorComunidad Práctica de información debe definir y establecer los roles que se describen a continuaciónLa Comunidad Práctica representa un y asignar personal capacitado para cumplircolectivo de personas interesadas y con las funciones establecidas.conocedoras de las temáticas referidasa la aplicación y difusión del MIO, Coordinador institucionalque se ordenan bajo un estatuto defuncionamiento para servir como ámbito de la Interoperabilidad delde consulta no vinculante al Componente Estadode Gobernanza. Será conformada portécnicos de diferentes áreas y niveles de la Funciones:Administración Pública (AP), universidades • Coordinar la relación de su instituciónnacionales y la industria, convocados por con el Componente de Gobernanza,el Componente de Gobernanza con el las Comunidades de Información yobjetivo de promover el trabajo horizontal y los demás Organismos Solicitantes oparticipativo. Proveedores de Información.Sus funciones principales son: • Promover en su institución la publicación de Servicios de • Probar, evaluar y gestionar las Información y Entidades de Datos. solicitudes que le presente el Componente de Gobernanza sobre • Promover en su institución la solicitud temas que se estén analizando para de Servicios de Información y ser incorporados al MIO. Entidades de Datos a los Organismos Proveedores responsables. • Fomentar a través de la generación de herramientas virtuales el desarrollo • Atender y coordinar la resolución de espacios de intercambio de de los requerimientos de Servicios experiencias y colaboración de de Información solicitados a su carácter permanente. institución. • Organizar procesos de planificación y • Difundir los servicios de información gestión de conocimientos, en apoyo a que posea su institución. los demás actores involucrados en la • Identificar y dar prioridad a los IO. requerimientos de Servicio de • Desarrollar espacios presenciales y Información solicitados.

• Identificar las necesidades de mejoras las Comunidades de Información de los servicios ofrecidos tanto al y los Organismos Solicitantes o ciudadano como a otras instituciones Proveedores de información. del Estado. • Asistir al coordinador en lo relativo a la • Velar por el cumplimiento de los producción y consumo de información acuerdos de nivel de servicio en el organismo. establecidos. • Analizar y resolver los requerimientos Competencias mínimas: de información solicitados a su organismo. • Comprender los aspectos legales, normativos, organizacionales, • Analizar y resolver la adecuación informáticos y tecnológicos de los de los procesos para implementar datos públicos. Servicios de Información. • Conocer y comprender el MIO • Asistir en la difusión y publicación y demás recursos relacionados de los Servicios de Información establecidos para la implementación producidos por el organismo. de la IO. • Gestionar el catálogo de servicios del • Conocer los aspectos legales, organismo, lo que produce y lo que normativos, informáticos y consume, así como su constante tecnológicos relacionados a los actualización. procesos en los cuales su organismo Competencias mínimas: interviene. • Comprender los aspectos normativos, • Conocer sobre los Servicios de organizacionales, informáticos y Información publicados y las tecnológicos de los datos públicos. Entidades de Datos gestionados por el Estado y su organismo. • Entender la información administrada por la institución. Analista institucional de la • Entender la información administrada Interoperabilidad del Estado por las Comunidades de Información a las que pertenece el organismo. Funciones: • Entender la información administrada • Asistir al coordinador institucional por el sector público. en la relación del organismo con el Componente de Gobernanza,8

Recurso 3Matriz Multi-Criterio

MIO | Matriz Multi-Criterio 1Matriz Multi-CriterioLa matriz multi-criterio es una herramienta deben evaluar para priorizar cadautilizada para la toma de decisiones en factor.base a factores cualitativos o múltiplesfactores no homogéneos que intervienen 3. Ponderar los criterios de evaluación.en un suceso. Los pasos para su aplicación Asignar un valor a cada criterio enson: función de su importancia: baja, media o alta. Si el criterio tiene un 1. Enumerar el conjunto de factores sentido negativo, el signo de su valor sobre el que se quiere seleccionar o de ponderación será negativo. priorizar. 4. Construir la matriz de puntuación, tal 2. Definir los criterios básicos que se como se muestra a continuación: Matriz de puntuación 5. Fijar el criterio de puntuación de cada de 1 a 5, de 1 a 10, entre otros. factor. Se debe definir una escala de valoración para calificar los diferentes A continuación se muestra una tabla factores. La escala debe ser sencilla ejemplo con datos hipotéticos: Matriz multi-criterio

Recurso 4Caracterización de procesos

MIO | Caracterización de procesos 1Caracterización deprocesosIdentificación del proceso 3. Desarrolle la caracterización de procesos de cada uno de losSe debe identificar el proceso interno que procesos claves identificadosresponde a las actividades realizadas en eltrámite a través de los siguientes pasos: Procesos claves La cadena de valor categoriza las 1. Identifique los procesos claves que actividades que producen valor añadido a constituyen la cadena de valor o tren la institución en dos tipos: las actividades productivo de la organización a la primarias y las actividades de apoyo o que usted pertenece. auxiliares. A continuación se puede apreciar 2. Determine la precedencia de los una representación gráfica del un proceso procesos y colóquelos en orden de utilizando la cadena de valor: consecución. Representación gráfica del proceso mediante la cadena de valor

Caracterización del proceso El proceso seleccionado es descrito 4. Consumidores/Usuarios utilizando la plantilla de caracterización de 5. Salidas/Productos procesos, en donde se describe: A continuación se muestra una plantilla 1. Entradas/Insumos ejemplo para la caracterización de cada uno 2. Proveedores de los procesos claves identificados: 3. Actividades Plantilla de caracterización de procesos Recomendaciones generales • La representación y documentación • Para el rediseño, adecuación de debe reflejar las entradas, los procesos y de la plataforma, se proveedores de información, proceso recomienda la formación de mesas general, salida y destinatarios. de trabajo entre las instituciones • Se deben señalar los momentos involucradas. donde el procedimiento requiere el Servicio de Información y los datos que se esperan intercambiar.2

Recurso 5Acuerdo Inter-Institucional

MIO | Acuerdo Inter-Institucional 1AcuerdoInter-InstitucionalObjetivo Responsabilidades de lasEstablecer los términos y condiciones partesque servirán de base para gestionar el 1. Cumplir con lo establecido enintercambio electrónico de datos mediante el Marco de Interoperabilidad,la publicación de Servicios de Información documentos, políticas, prácticas yentre el Organismo Proveedor y el demás artefactos relacionados.Organismo Solicitante de la información,a fin de ejecutar de manera eficiente las 2. Realizar el seguimiento y controlactividades atribuidas y facilitar el flujo de sobre los aspectos de administración,información al ciudadano. gestión de riesgo y gestión de incidentes de los Servicios deDescripción de los servicios Información.Las partes deben acordar como 3. Garantizar los requisitos de seguridadcomplemento al acuerdo, para cada acordados o particulares de losServicio de Información incluido, lo datos involucrados, con el fin desiguiente: mantener la disponibilidad, integridad • El objeto específico con el cual el y confidencialidad de los datos servicio es publicado y consumido. intercambiados. • La descripción detallada de las 4. Cuando amerite, acordar y proveer los funcionalidades incluidas. recursos para asegurar el no repudio • Las especificaciones de nivel de de las transacciones realizadas. servicio. 5. Disponer de mecanismos de • La descripción detallada de los datos contingencia y continuidad según involucrados, incluyendo: medidas el acuerdo del nivel de servicio de seguridad requeridas, nivel de establecido, de manera que se actualización y nivel de calidad. obtengan niveles adecuados de calidad de servicio.

6. Llevar un control de los mensajes y requeridas por los datos que se generados por los Servicios de intercambien. Información, que pueda ser insumo en la administración y mantenimiento 14. De persistir los datos intercambiados del acuerdo del nivel de servicio en repositorios secundarios o establecido. temporales, se les deberá aplicar las medidas de seguridad necesarias 7. Establecer un procedimiento para para garantizar las mismas gestionar los cambios a los servicios restricciones aplicadas a los Servicios acordados que puedan surgir de su de Información. publicación y consumo. Disponibilidad de recursos 8. Proveer los canales de comunicación adecuados que garanticen los niveles 15. Garantizar la disponibilidad de la de servicio, calidad y seguridad de los tecnología y de los recursos físicos, Servicios de Información acordados, financieros y humanos necesarios para adecuados a los fines declarados. cumplir con los términos del acuerdo. 9. Los Servicios Información publicados Términos de confidencialidad deben permitir y garantizar el registro confiable de la fecha y hora 16. Ambas partes se comprometen a de ejecución de las transacciones resguardar los datos y la información realizadas de acuerdo con la hora producto del acuerdo. oficial venezolana. 10. Permitir obtener reportes, estadísticas Disponibilidad y condiciones e indicadores de gestión del generales de los servicios intercambio de datos. 17. Establecer la disponibilidad de los Responsabilidades sobre la servicios sujetos a las configuraciones técnicas y de tolerancia a errores calidad de los datos establecidas, tales como: tasa del 11. Garantizar que la información servicio y de contención, horario que intercambiada a través de los se establece para el intercambio de los Servicios Información sea confiable y datos, tipo de intercambio y cualquier que sea utilizada de acuerdo con la otro valor que sea establecido de legislación vigente. manera especial entre las instituciones involucradas. Responsabilidades sobre la seguridad de los datos 18. Considerar los horarios de monitoreo, así como los canales de comunicación 12. Cuando amerite, los servicios y de información que serán requeridos publicados deben ser firmados cuando existan problemas que afecten digitalmente con un certificado los servicios, mediante la declarativa de electrónico, emitido por una entidad los puntos de contacto y atención ante legalmente acreditada y debidamente procesos técnicos y/o administrativos2 autorizada por la Superintendencia de a convenir. Certificación Electrónica (Suscerte). 13. Se deben aplicar las medidas de protección adecuadas a las restricciones de seguridad acordadas

MIO | Acuerdo Inter-InstitucionalObligaciones del Organismo Proveedor, un destino distinto al originalmente convenido y que es elProveedor del servicio definido en el “Objeto del acuerdo”.19. Poner a disposición del Organismo 23. Cumplir con las restricciones de Solicitante de la información, los seguridad acordadas con el Organismo 3 datos contenidos en sus sistemas Proveedor sobre los datos publicados. informáticos y los procedimientos a través de los cuales éstos serán 24. Realizar las adecuaciones para recuperados y o actualizados. incorporar el intercambio de los datos en los trámites administrativos o20. Implementar mejoras a los Servicios de procedimientos establecidos. Información donde se haya detectado problemas o deficiencias encontradas 25. Informar los problemas o deficiencias por el Organismo Solicitante de la encontradas en los Servicios de información. Información y datos asociados a los que está accediendo por los Servicios21. Contar con mecanismos de respaldo, de Información publicados por el integridad y seguridad de los datos suministrados. Organismo Proveedor.Obligaciones del Organismo Duración del acuerdoSolicitante de información 26. La duración será establecida entre las partes y de acuerdo al tipo del Servicio22. Comprometerse a no dar a los datos de Información provisto. suministrados por el Organismo

Recurso 6Descripción de servicio

MIO | Descripción de servicio 1Descripción deservicioIntroducción Generalidades delEste documento detalla la información intercambio de informaciónmínima que debe ser registrada para Se contemplan los aspectos esenciales defacilitar a las diferentes instituciones un servicio, su objetivo y especificación.de la Administración Pública (AP) labúsqueda de los diferentes Servicios de Propósito y descripciónInformación provistos por el Estado, yasean implementados a través de Web <Detalle el propósito y descripción delSemántica o Servicios Web. La descripción intercambio de información>realizada se limita a dar una reseña delos requerimientos funcionales y nofuncionales. Información suficiente para quecualquiera pueda hacer uso del servicioprestado.ObjetivoDar detalles sobre la funcionalidad quepresta un servicio específico, incluyendolos requerimientos técnicos relacionados;sus entradas y salidas, flujos y recursosrequeridos.

Especificaciones del intercambio de Información Tabla 1 - Arquitectura Tabla 2 - Tipo de Intercambio Tabla 3 - Codigos de Error Tabla 4 - Medios de Confirmación2 Tabla 5 - Especificación del ticket

MIO | Descripción de servicio Tabla 6 - Integridad del mensaje 3 Tabla 7 - OtrosRequerimientos funcionales definidas.En esta sección se describen las Descripción de la funcionalidadoperaciones funcionales del Servicio Web.Estas operaciones son: Las siguientes secciones explican las funcionalidades realizadas por el presente <Nombre de la funcionalidad 1> servicio. A continuación se describe a nivel técnico la operación en cuanto a entradas, <Nombre de la funcionalidad 2 > salidas, pre-condiciones, post-condiciones, además de otros aspectos:También se definen las operacionesasociadas al servicio en cuanto a pre- <Nombre de la funcionalidad 1>condiciones, terminaciones y post-condiciones resultantes; entradas y salidas, En la siguiente tabla se describe a detalle laoperaciones e interacciones que deben funcionalidad 1:ocurrir para que se cumpla el objetivo, asícomo la definición del contexto dentro delcual tienen sentido las funcionalidades Tabla 8 - Descripción de la funcionalidad <Nombre de la funcionalidad 1>

<Nombre de la funcionalidad 2> En la siguiente tabla se describe a detalle la funcionalidad 2: Tabla 9 - Descripción de la funcionalidad <Nombre de la funcionalidad 2> Requerimientos no (comportamientos no permitidos) y restricciones o límites que aplican sobre funcionales las funcionalidades definidas en la parte funcional. 1. Esta parte del documento incluye: obligaciones (comportamientos Consideraciones de seguridad requeridos), prohibiciones Tabla 10. Seguridad4 Tabla 11. Otras consideraciones de seguridad

MIO | Descripción de servicioContexto Requerimientos de implementación<Enumere las características del entorno <Estos requerimientos pueden indicarsedonde se consideró la implementación del de forma general (para todas lasservicio> funcionalidades) o por cada una de las funcionalidades definidas> 5 Tabla 12 - Requerimientos de implementación

Recurso 7Descripción de Entidades deDatos

MIO | Descripción de Entidades de Datos 1Descripción deEntidades de Datos Los valores que pueden tomar los datosPautas sobre los atributos simples pueden ser restringidos:Los elementos básicos de las Entidades • Por rango de valores (Ej. Edad entre 1de Datos son los atributos. Los atributos <= X < 150)siempre son simples y pertenecen a untipo que restringe los valores que puede • Por un conjunto de valores (Ej.contener. La presente especificación Sangre: A, B, AB, O+,O-)está basada en los tipos de datosISO/IEC 11179-1. Los datos simples • Por restricción en series de valoresson aquellos que no pueden contener (Ej. letra=[a-z])ningún otro elemento o atributo, es decir,representa un elemento básico e indivisible. • Por longitud (Ej. Pwd: Min:4..Max:8)Los tipos posibles de datos simples son: Los elementos de datos compuestos son • String: usado para cadenas de aquellos que surgen de la combinación caracteres, típicamente alfanuméricas. de 2 o más elementos simples y puede contener atributos. Por ejemplo: • Decimal: para datos numéricos con precisión decimal. Nombre de Persona = 1er Nombre, 2do Nombre, 1er Apellido, 2do Apellido. • Integer: para datos numéricos enteros. Pautas sobre las descripciones de Entidades de Datos • Boolean: para valores de verdad (“true” o “false”). Las descripciones deben: • Date: para fechas. • Identificar o definir un concepto de importancia relevante para el • Time: para valores de tiempo. organismo u organización involucrado en los procesos de intercambio de información implementados a través de servicios.

• Establecer el significado esencial calidad de datos, se recomienda el del intercambio, de manera precisa, estándar ISO/IEC 25012. De igual concisa y no ambigua. forma, la definición de la clasificación asignada a cada dimensión a estudiar • Contener como mínimo un elemento referente a calidad de datos, se de dato de tipo identificador y de tipo especifica en el anexo “Descripción nombre. general de Calidad de Datos”. • Garantizar la expresividad y • El modelo de datos que contiene comprensión de la Entidad de las Entidades de Datos debe estar Datos, en términos de racionalidad, representado en tercera forma normal uso funcional y procedimiento de (3FN) y utilizar tablas de validaciones información. y/o codificaciones estándar. • Utilizar la misma terminología y • El modelo de datos debe representar estructura lógica para las definiciones un modelo general e integrado que relacionadas. sea capaz de resolver problemas o conflictos de: nombre (sinónimo/ Para el manejo de calidad de datos, para homónimo), tipos de datos (diferenciar una versión inicial, se debe considerar entre entidad y elemento de dato), y detallar como mínimo los siguientes dominio de valores y cardinalidad aspectos: o restricción de asociación entre Entidades de Datos. • Fuente origen del dato (por declaración jurada o no del • La codificación de caracteres a usar interesado, documento original para entidades y elementos de datos digitalizado, entre otros). Clasificación debe ser UTF-82. Inherente y Dependiente del sistema1. • Tanto las entidades como elementos • Proceso a partir del cual se de datos deben ser nombrados en capturaron o registraron los datos forma singular, excepto en aquellos (con o sin capacitación, sin control casos donde el concepto en sí mismo de validación previo, con control sea plural. de validación posterior, ingreso automático, entre otros). Clasificación • El esquema conceptual definido Dependiente del sistema. será público, de libre disponibilidad y persistente, respetando cuando • Nivel de seguridad (tipo de operación aplique los niveles de confidencialidad permitida a aplicar: lectura, lectura/ definidos y garantizando en todo escritura). Clasificación Dependiente momento: del sistema. Diseño claro, preciso, simple, • Fecha de actualización y/o verificación coherente, inequívoco y que asociada al dato. Clasificación permita la admisión de cambios/ Inherente. extensibilidad de manera sencilla.2 • Para la extensibilidad de criterios de 1 Inherente: se refiere al grado en el cual las características de calidad del dato tienen el potencial intrínseco para satisfacer las necesidades implicadas cuando el dato es usado bajo condiciones específicas. Dependiente del sistema: se refiere al grado en el cual la calidad del dato es enriquecida y preservada dentro de un sistema de cómputo cuando el dato es usado bajo condiciones específicas. 2 UTF-8 (8-bit Unicode Transformation Format) es un formato de codificación de caracteres Unicode e ISO 10646.

MIO | Descripción de Entidades de Datos Representación de estructuras de metadata, taxonomías y tesauros de datos relevantes dentro del debe estar automatizado. contexto o áreas de información definidas. • Garantizar la confiabilidad de las definiciones. Si bien las definiciones Completitud en la definición del pueden variar con el tiempo, éstas 3 significado de cada entidad y deben ser estables. La calidad elemento de dato, especificando tanto de los procesos como en además su tipo y la delimitación las definiciones mismas, genera la de los posibles valores válidos que confiabilidad que se requiere. puede tener un elemento de dato. • Considerar de manera inicial dominios Representar definiciones cuya o áreas de información básicos donde representación sea global y de se mapeen las distintas Entidades de interés común, aplicables al Datos genéricas identificadas. Esta Gobierno Electrónico, para que clasificación permitirá en primera las mismas sean interpretadas instancia aplicar búsquedas por de forma única por los entes distintos criterios o dominios más lo del Estado involucrados en el relacionado a la aplicación de futuras intercambio de información. taxonomías. A cada una de las áreas de información se les puede identificar• Garantizar el formalismo en la con un número, como se muestra a definición de los elementos comunes continuación: (lenguaje común – lengua franca), con el fin de presentarle a los 1. Temporal: agrupación o conjunto distintos entes las definiciones de de elementos de dato que los elementos comunes, con la representen conceptos o aspectos documentación detallada que se que proveen información que maneja oficialmente. Con respecto al tienen que ver con el manejo del manejo del versionamiento (versiones tiempo, por ejemplo: duración, del modelo – entidad y elemento de fecha, año, hora, tipo período. datos, y procesos para mantenerlos) debe ser estricto, con la finalidad de 2. Ubicación: agrupación o conjunto garantizar en la medida de lo posible de elementos de dato que a las organizaciones que consultan/ representen conceptos o aspectos usan la información a intercambiar, un que proveen información que nivel de confiabilidad aceptable. tienen que ver con la localización espacial (espacio ocupado) de• Llevar a cabo la promoción y objetos (personas, documentos, diseminación de las definiciones. Si edificios, etc.), por ejemplo: las definiciones no se dan a conocer coordenadas, dirección, piso, lugar, no sirven. Es importante que las zona postal. mismas estén disponibles para toda aquella organización que tenga interés 3. Identificación: agrupación o en adoptarlas y en analizarlas. El conjunto de elementos de dato que desarrollo de actividades (talleres, representen conceptos o aspectos seminarios, cursos) además que proveen información particular, del uso de medios masivos de propia y característica de alguien publicación (Internet) permitirán una o algo. Dichos elementos de apropiación de las definiciones en las dato permiten la individualización organizaciones. Este gestionamiento y/o diferenciación de personas,

objetos, documentos u otros le asignará un número consecutivo elementos de dato que son a partir de la última establecida. La relevantes para la organización, información contenida allí no debe ser una por ejemplo: número de cédula especialización de una de las áreas creadas de identidad, número acto anteriormente; ésta deberá corresponder administrativo, código único de a un área/concepto diferente a las ya identificación de entidad pública. definidas. 4. Organización: agrupación o Se recomienda identificar Entidades conjunto de elementos de dato que de Datos orientadas no solo a su uso representen conceptos o aspectos genérico y común entre los entes de la que proveen información referente Administración Pública involucrados en el a la institucionalidad de entidades intercambio de información, sino que las u organizaciones, por ejemplo: mismas se definan en función del camino código tipo persona jurídica, futuro o evolución natural del Marco de código tipo sociedad. Interoperabilidad (MIO). 5. Personal: agrupación o Pautas sobre la metadata conjunto de elementos de dato que representen conceptos o La metadata utilizada para la descripción aspectos que proveen información de Entidades de Datos debe: general referente a personas, pero que de por sí no permiten 1. Ser fácil de crear y de mantener. su individualización, por ejemplo: código sexo, código tipo estado 2. Describir la forma, el contenido y la conyugal, código pertenencia localización de la información. étnica. 3. Permitir la construcción de múltiples 6. Documental: agrupación o índices conjunto de elementos de dato que representen conceptos o aspectos 4. Permitir trabajar con los sistemas de que proveen información respecto indexación que existen. de la gestión (creación, distribución 5. Permitir su ampliación según las y archivo) de documentos, por necesidades. ejemplo: código tipo documento, texto documento, número de 6. Utilizar una semántica que pueda páginas. entenderse comúnmente. 7. General: agrupación o conjunto de 7. Poder crearse de forma automática. elementos de dato que representen conceptos de información Metadatos para la descripción de que complementan el uso o la Entidades de Datos interpretación de otros elementos de dato, y demás que no estén La propuesta del estándar para metadatos en las otras áreas, por ejemplo: se describe a continuación3:4 nombre unidad de medida. En caso de crear una nueva área, se 3 El estándar propuesto está basado en Dublín Core Metadata Standard (ISO 15836:2003). La estructura original fue extendida incorporando metadatos que se consideran estratégicos para la definición del Marco de Interoperabilidad del Estado Venezolano.

MIO | Descripción de Entidades de DatosElementos básicos que Obligatorios (si y solo si Recomendadosconforman un metadato son aplicables)NombreFecha 5AsuntoCreadorFormato AccesibilidadValores Permitidos Audiencia Lenguaje/IdiomaIdentificador Relación ContribuidorEstado Fuente LocaciónTipoVersiónDescripciónvAlias/SinónimosValidación Identificación de metadatosCada elemento se describirá utilizando los 3. Nivel de obligación: valor desiguientes atributos: obligación del elemento (ver tabla anterior). 1. Elemento: nombre del elemento. 4. Propósito: uso por el cual el elemento 2. Definición: descripción del elemento. ha sido definido.Elemento Definición Nivel de Obligación PropósitoNombre Nombre asignado Obligatorio Ejecución de búsquedas (conjunto de por medio de un nombre caracteres) que debe descriptivo, que le identificar concreta permite al usuario su y coherentemente al entendimiento, recuerdo elemento de dato. y asociación con el concepto que identifica ese elemento de dato.

Elemento Definición Nivel de Obligación Propósito Fecha Fecha asociada con Obligatorio Entregar información un evento en el ciclo de un período exacto, de vida del elemento relacionado al contexto de dato. dentro de cual se define el elemento de dato. El formato debe respetar el estándar ISO 86014, alineado al calendario gregoriano, expresando la hora diaria en 24 horas y usando siempre caracteres numéricos. La fecha y la hora están organizados de más a menos significativos (año, mes, día, hora, minuto, segundo): YYYY-MM-DD (ejemplo 2007-11-03) hh:mm:ss (ejemplo 13:18:05). Asunto Se refiere al tópico del Obligatorio Disponer de la contenido o contexto información (narrativa) del dentro del cual se tópico enmarca el elemento de dato. Creador Ente/Organismo Obligatorio Permitir al usuario responsable de la conocer la organización creación del elemento y/o persona que elaboró, de dato. Razón conceptualizó, definió y/o social/Nombre de creó el elemento de dato. la(s) organización(es) originaria(s) de la creación o definición del elemento de dato.6 4 ISO 8601 “Data elements and interchange formats — Information interchange — Representation of dates and times” (en español, “Elementos de datos y formatos intercambiables — Intercambio de información — Representación de fechas y horas”) especifica la notación estándar utilizada para representar instantes, intervalos e intervalos recurrentes de tiempo evitando ambigüedades. Esta notación facilita la migración entre distintas plataformas.

MIO | Descripción de Entidades de DatosElemento Definición Nivel de Obligación PropósitoFormato Representación física o Obligatorio Mostrar el contenido digital. Descripción de (representación válida) la forma o restricciones específico del elemento de representación y de dato. A continuación 7 contenido. se presenta una tabla base para la definición de formato: Q Tipo de dato Q Longitud mínima Q Longitud máxima Q Nro. máximo de decimales Q Valor Mínimo permitido Q Valor Máximo permitidoValores Identificación de los Obligatorio Permitir al usuarioPermitidos valores que puede conocer los valores asumir o tener un permitidos/válidos que elemento de dato, en puede tomar un elemento un dominio y rango de dato, en base al respectivo. dominio asociado al mismo.Identificador Referencia no ambigua Obligatorio Permitir al usuario la (clave unívoca) que búsqueda de conceptos tiene validez dentro de o aspectos asociados un contexto o dominio a información particular, determinado. Elemento propia y característica de dato creado con de un algo o alguien, la finalidad de lograr mostrando así la una identificación individualización del única, individualizada o concepto (información diferenciada. específica).

Elemento Definición Nivel de Obligación Propósito Estado Representa el estado Obligatorio Permitir al usuario actual del elemento de conocer el estado dato. exacto, en un momento determinado, del elemento de dato. Los posibles estados son: Q En Definición: el elemento de dato está conceptualizado a partir de una solicitud de servicio. Q En Desarrollo Técnico: se está creando o construyendo el elemento de dato (por ejemplo en esquema XML), y realizando las pruebas funcionales y técnicas necesarias. Q Publicado: período en el cual el elemento de dato está publicado en un portal para su uso. Q No Vigente: cuando el elemento de dato es obsoleto, y por tanto se debe dejar de utilizar. El estado por defecto es : En Definición. Tipo Naturaleza o género Obligatorio Entregar información contenido o asociado relacionada con el al elemento de dato. tipo utilizado para la clasificación del elemento de dato, estándar ISO/IEC 11179-18

MIO | Descripción de Entidades de DatosElemento Definición Nivel de Obligación PropósitoVersión Representa el número Obligatorio Mostrar la evolución/ de versión vigente, el avances realizados cual se denota por dos sobre el elemento de (2) números separados dato, tanto de manera 9 por un punto (.), narrativa (descripción del mostrando así el cambio que originó el desarrollo/evolución versionamiento) como con del elemento de dato. su respectivo identificador, El valor por defecto es partiendo que la versión 1.0. inicial es 1.0. Cada versión que se considere de tipo menor, se identifica con 1.x, donde x es un dígito que inicia en 1. Cada nueva versión que se catalogue como mayor, se identifica como x.0, donde x es un dígito que inicia en 2.Descripción Descripción textual Obligatorio Entregar información de contenido del que le permita al usuario elemento de dato. entender de manera concreta y exacta el elemento de dato, a través de su explicación detallada y ordenada. Con esta descripción el usuario podrá determinar si necesita o no el elemento de dato, de acuerdo a sus requerimientos.

Elemento Definición Nivel de Obligación Propósito Alias/ Nombre(s) Obligatorio Ejecución de búsquedas Sinónimos alternativo(s) por el(los) por medio de un nombre cual(es) se conoce descriptivo, que le también un elemento permita al usuario su de dato. Debe entendimiento, recuerdo identificar concreta y asociación con el y coherentemente al concepto que identifica elemento de dato. ese elemento de dato. Es útil para cuando distintos grupos de usuarios tienen nombres diferentes, en su organización, para el mismo elemento de dato. En el caso que efectivamente no se identifique un alias o sinónimo, el valor por defecto es No Disponible (N/D). Validación Reglas que deben Obligatorio Las validaciones que ser aplicadas en aquí se registran no se la construcción o encuentran explícitas en definición del elemento la definición de Formato de dato. ni valores permitidos (por ejemplo, la fecha de nacimiento debe ser menor a la fecha de defunción). Estas validaciones deben ser implementadas en los servicios que usen este elemento de dato. En el caso que efectivamente no se identifiquen reglas de validación asociadas al elemento de dato, el valor por defecto es No Disponible (N/D).10

MIO | Descripción de Entidades de DatosElemento Definición Nivel de Obligación PropósitoAccesibilidad Indica la disponibilidad Obligatorio si y solo Entregar información de y usabilidad del si es aplicable los niveles de acceso elemento de dato a definidos y por tanto grupos específicos. posibles, al elemento de 11 dato. Representar la reutilización de los elementos de datos creados, a través de la especificación del uso del mismo – diferenciación semántica.Audiencia Categoría/clasificación Obligatorio si y solo Entregar al usuario de los usuarios para si es aplicable información de referencia los cuales se le provee indicando el público el elemento de dato. potencial al cual le interese el elemento de dato definido (potenciales usuarios).Relación Referencias a Obligatorio si y solo Entregar información de elementos de datos si es aplicable los elementos de datos relacionados. que están relacionados con el elemento de dato en específico (relaciones de dependencia – clave foránea, generalización, especialización).Locación Ubicación física del Recomendado Permitir la ubicación física elemento de dato exacta del elemento de (path). dato. Ruta que referencia un archivo señalando la localización exacta del mismo.Lenguaje/ Lenguaje del Recomendado Permitir a los usuariosIdioma contenido interno del limitar sus búsquedas de elemento de dato. acuerdo a un lenguaje específico. Se recomienda revisar este metadato, a medida que se avance en el MIO, para concretar tanto las definiciones, alcance y estándares a aplicar en el mismo.

Elemento Definición Nivel de Obligación Propósito Contribuidor/ Ente/Organismo Recomendado Permitir al usuario Colaborador responsable de hacer conocer la organización contribuciones al con- y/o persona que puso a tenido del elemento disposición el elemento de dato. Razón so- de dato. De no identificar cial/Nombre(s) de colaboradores, colocar el la(s) organización(es) valor N/D: No Disponible. que colabora(n) en la Creador (autor) NO puede definición del elemento aparecer como colabora- de dato. dor y viceversa. Descripción de metadatos Criterios de selección para versiones, según menor o mayor grado Tipo de Versión Descripción del Tipo Menor Adición de entidades o atributos opcionales Cambio en los atributos, de obligatorio a opcional Cambio en la cardinalidad de [0..1] a [0..*] Cambio en la cardinalidad de [1..1] a [1..*] Adición de un término a una lista enumerada Mayor Cambio en las entidades, de opcional a obligatorio Cambio en los atributos, de opcional a obligatorio Adición de una entidad obligatoria Adición de un atributo obligatorio Eliminación de una entidad o atributo opcional Eliminación de una entidad o atributo obligatorio Cambio en la cardinalidad de [0..*] a [0..1] Cambio en la cardinalidad de [1..*] a [1..1] Eliminación de un término a una lista enumerada Criterios de selección para versiones Para determinado elemento de dato, por ejemplo Fecha, los usos identificados se deben documentar de la siguiente manera:12

MIO | Descripción de Entidades de Datos 13Definición de los usos de un elemento de dato

Recurso 8Descripción general de calidadde datos

MIO | Descripción general de calidad de datos 1Descripción generalde calidad de datosUna de las estrategias más utilizadas para Características inherentes:abordar el estudio de calidad de datos para uncontexto en específico, es dividir el concepto • Exactitud/Accuracy: El grado en el cualde calidad por dimensiones. El conjunto de el dato asociado al atributo representadimensiones de calidad de datos utilizable en el valor correcto/exacto del mismo,un contexto es conocido como “Modelo de asociado a un concepto en un contextoCalidad de Datos”. La calidad de datos es un específico de uso.concepto multidimensional y para medirla esnecesario descomponerla en características • Completitud/Completeness: El gradoobservables en base a las cuales es posible al cual el dato asociado con una Entidaddefinirla, identificarla y medirla. de Datos representa todos los valores para todos los atributos esperados eDefiniciones previas instancias de entidad relacionadas en un contexto específico de uso.El modelo propuesto por el estándar ISO/IEC 25012 categoriza los atributos de calidad • Consistencia/Consistency: El gradode datos en 15 características o dimensiones en el cual el dato asociado al atributoconsiderados desde dos puntos de vista: es libre de contradicción y coherente con otros datos, en un mismo contexto • Inherente: La calidad de datos específico de uso. inherente se refiere al grado en el cual las características de calidad del dato tienen • Credibilidad/Credibility: El grado en el potencial intrínseco para satisfacer las el cual el dato asociado al atributo es necesidades implicadas cuando el dato considerado como válido y creíble por es usado bajo condiciones específicas. los usuarios en un contexto específico de uso. Debe reflejar la actualización • Dependiente del sistema: La calidad mas reciente, con su respectiva fecha y de datos dependiente del sistema se número de versionamiento. refiere al grado en el cual la calidad del dato es enriquecida y preservada dentro • Actualidad/Currentness: El grado de un sistema de cómputo cuando en el cual el dato asociado al atributo el dato es usado bajo condiciones representa un período correcto específicas. -actualizado- en un contexto específico de uso.A continuación se describen cada una de lasdimensiones de calidad de datos:

Características inherentes y Características dependientes dependientes del sistema del sistema • Accesibilidad/Accessibility: El grado • Disponibilidad/Availability: El grado en el cual el dato puede ser accedido en en el cual el dato asociado al atributo es un contexto específico de uso, según recuperado por usuarios autorizados y/o autenticación y autorización definidas. aplicaciones en un contexto específico de Accesibilidad son las condiciones físicas uso. en las que los usuarios pueden obtener los datos: dónde y cómo pedirlos, tiempo • Portabilidad/Portability: El grado en de entrega, formatos disponibles, otros. el cual el dato asociado al atributo es portable, substituido o movido de un • Conformidad/Compliance: El grado sistema a otro, conservando la calidad en el cual el dato asociado al atributo existente, en un contexto específico de se adhiere a normas, estándares, uso. formatos, convenciones o regulaciones vigentes y reglas similares relacionadas • Recuperabilidad/Recoverability: con la calidad del dato, en un contexto El grado en el cual el dato asociado al específico de uso. atributo es mantenido y conservado en un nivel determinado de operaciones • Confidencialidad-Confidentiality: y calidad, aún en caso de falla, en un El grado en el cual el dato asociado contexto específico de uso. al atributo asegura que éste es sólo accesible e interpretable por usuarios autorizados en un contexto específico de Características de seguridad de uso. datos • Eficiencia/Efficiency: El grado en Los servicios habilitados por el Estado deben el cual el dato asociado al atributo ser de calidad, por lo que debemos especificar puede ser procesado y proporciona los algunas características que permitan apreciar la niveles esperados de funcionamiento calidad de la prestación de servicios. Algunos -desempeño- usando las cantidades y de los elementos que debemos tomar en los tipos de recursos apropiados en un cuenta son: contexto específico de uso. • Integridad: La información producida • Precisión/Precision: El grado en el cual es de calidad porque no puede ser el dato asociado al atributo es exacto, modificada por quien no está autorizado. preciso y cierto en un contexto específico de uso. • Confidencialidad: La información solo debe ser legible para los autorizados • Trazabilidad/Traceability: El grado (autenticación correcta de aquellos que en el cual el dato asociado al atributo participan en el intercambio), la misma proporciona información sobre el rastro debe llegar a destino con la cantidad con de auditoría o bitácora de acceso a los que fue prevista. datos, y de cualquier cambio hecho a los mismos, en un contexto específico de • Disponibilidad: La información uso. debe estar disponible cuando se la necesita. Una métrica posible para • Entendibilidad/Understandability: esta característica es el tiempo que el El grado en el cual el dato asociado servicio permanece disponible al día. La al atributo mantiene un nivel de fiabilidad de un servicio puede medirse entendimiento e interpretación adecuado con el número de fallos en la prestación por parte de los usuarios, y es expresado del servicio en un período de tiempo2 en lenguajes apropiados, estructuración determinado, ej: número de fallas por año, sintáctica y semántica, símbolos y número de fallas por mes. unidades, en un contexto específico de uso. • Irrefutabilidad: (No-Rechazo o No Repudio). No se pueda negar la autoría de quien provee dicha información.

MIO | Descripción general de calidad de datos • Demanda: El servicio acepta peticiones. de estos aspectos a tomar en cuenta en la Según el tipo de llamada que se hace al calidad del servicio, sólo pueden medirse si se servicio, anónima o autenticada, o según monitorean los servicios que ofrece el Estado. la IP, o el tipo de servicio prestado, se puede limitar el número de solicitudes por hora del servicio. Convenciones para la descripción de la calidad de 3 • Recuperación: El Servicio Web siempre envía respuesta. datos • Rendimiento: Puede medirse en base al Con el siguiente cuadro, se extiende desempeño, entendido como el número la especificación de metadatos para la de solicitudes atendidas en un período de descripción de Entidades de Datos con nuevos tiempo determinado, y la latencia o tiempo atributos para caracterizar la calidad del dato o que toma en prestar un servicio, desde entidad. que se realiza la solicitud hasta que llega su respuesta.La métricas que se establecen para cada unoElemento Definición Nivel de Obligación PropósitoFecha_ Fecha de actualización Obligatorio Con esta fecha se puedeActualizacion del dato. inferir la vigencia del dato, así podemos tener una medida para su validez y generar cierta confianza.Fuente Referencia a la fuente Obligatorio Permitir al usuario de donde proviene encontrar elementos el dato a nivel de datos que han sido institucional y técnico. desarrollados sobre la base de un elemento de dato en específico. Este metadato soporta información de manera normativa, legal, de procedimiento o técnica, de la definición y/o justificación de la existencia (origen) del elemento de dato base, conteniendo referencias o citas bibliográficas de los documentos de donde se extrajo o en los cuales se basó la definición del elemento de dato. Continúa >>

Elemento Definición Nivel de Obligación Propósito Fuente Referencia a la fuente Obligatorio Si el elemento de dato es de donde proviene compuesto, igualmente el dato a nivel debe especificarse o institucional y técnico. registrarse las fuentes de los elementos que lo componen (elementos simples). De existir diversas fuentes, se debe establecer quién tomó la decisión sobre la selección de la fuente. Cuando la descripción sea construida (a partir de la experiencia de un experto) se debe indicar la forma mediante la cual se obtuvo la información, el nombre de la persona, ente u organismo en el cual labora, cargo u oficio, ciudad y fecha de obtención. Fuentes y formatos: Q Leyes –decretos: Número de la ley/ decreto, año, artículo. Se puede agregar, si aplica: numeral, literal, parágrafo. Q Resolución: Número, fecha, parágrafo Q Definición aportada por experto: Nombre del experto, cargo, institución, ciudad, fecha de obtención, indicar las fuentes en las cuales se basó Continúa >>4

MIO | Descripción general de calidad de datosElemento Definición Nivel de Obligación PropósitoFuente Referencia a la fuente Obligatorio Q Referencias o citas de donde proviene bibliográficas: Autor, el dato a nivel nombre del libro, fecha institucional y técnico de edición, editorial, 5 ciudad de edición, página Q Definiciones de Internet (contener dirección URL válida: corresponder a páginas oficiales): Autor, título, dirección URL, fecha de último acceso entre corchetes [aaaa-mm- dd] Si la fuente no está disponible se colocará N/D.Calidad_ Nivel de calidad del Obligatorio Con este nivel se puedeCaptura proceso de captura de tener una medida de la los datos. fiabilidad del dato. Se pueden establecer 3 niveles de calidad: Bajo, Medio, Alto. Una Entidad de Datos debe contener estos 3 elementos de forma obligatoria para poder tener una medida de confianza sobre los datos.Calidad_ Nivel de calidad de la Obligatorio Se debe especificar losPreservación preservación del dato. niveles de seguridad que se aplican en la preservación y administración del dato. Especificación de metadatos para la descripción de Entidades de Datos

Recurso 9Especificaciones técnicas

MIO | Especificaciones técnicas 1EspecificacionestécnicasEspecificaciones técnicaspor capas de la arquitecturafuncional

Especificaciones técnicas por capas de la arquitectura funcional Para la implementación de las capas de la capa de transporte. comunicación y transporte, se recomienda que a nivel de seguridad se apliquen las Fichas descriptivas de los AAA (Autenticación, Autorización y Acceso) estándares y el cifrado considerando: En el siguiente apartado, se presentan las • Dominio de la data y su criticidad. fichas de todos los estándares definidos y empleados en el documento. • Capacidad de la plataforma tecnológica en cada punto, tomando en consideración la de menor prestación. Estándares relacionados a la descripción de Servicios También se recomienda el uso de VPN1 en Web UDDI Acrónimo de Universal Description, Discovery and Integration. Descripción, Descubrimiento e Integración Universal. Es un servicio de directorio en el que las empresas pueden registrar y buscar Descripción Servicios Web. UDDI es una estructura independiente de la plataforma para la descripción de los servicios, el descubrimiento de las empresas, y la integración de servicios empresariales a2 través de Internet. Referencia 1 VPN: Virtual Private Network / Red Privada Virtual

MIO | Especificaciones técnicas WSDL Acrónimo de Web Services Description Language, es un formato XML para describir Servicios Web como un conjunto de variables que operan en mensajes que 3 contienen información ya sea orientada a documentos u orientada a procedimientos. Las operaciones y mensajes se describen de forma abstracta, y luego son unidos a un protocolo de red concreto y formato de mensajes para definir un punto final. WSDL es extensible para permitir la descripciónDescripción de los puntos finales y sus mensajes, independientemente de los formatos de mensaje o protocolos de red utilizados para comunicarse. WSDL define no sólo el formato y los valores de los datos que fluyen dentro y fuera del servicio, también define los criterios de valoración, las operaciones de soporte, los patrones de intercambio de mensajes (MEP) y todo lo relativo a la descripción operativa de los Servicios Web. http://www.w3.org/standards/techs/Referencia wsdl#w3c_all XML Schemas Un XML Schema es un lenguaje para expresar restricciones sobre los documentos XML. Hay varios lenguajes de esquemaDescripción diferentes en el uso generalizado, pero los principales son las Definiciones de Tipo Documento (DTDs), Relax NG, Schematron y XSD (XML Schema Definition).Referencia http://www.w3.org/standards/xml/schema SOAP v1.2 Acrónimo de Simple Object Access Protocol. SOAP Versión 1.2 proporciona la definición de la información basada en XML que puede ser utilizada para el intercambio estructurado entre pares en un entornoDescripción descentralizado y distribuido. Un mensaje SOAP es formalmente especificado como un conjunto de información XML que provee una descripción abstracta de su contenido.Referencia http://www.w3.org/standards/techs/soap

Estándares relacionados a la seguridad de Servicios Web Basic Profile Security WS-I Consiste en un conjunto de especificaciones de Servicios Web no Descripción propietarias, junto con las aclaraciones y ampliaciones de esas especificaciones que promuevan la interoperabilidad. http://www.ws-i.org/profiles/ Referencia basicsecurityprofile-1.0.html SAML Acrónimo de Security Assertion Markup Language, es un marco basado en XML para la autenticación de usuarios, el derecho y la información de los atributos. Descripción SAML permite a las entidades hacer afirmaciones sobre la identidad, atributos y derechos de un sujeto hacia otras entidades. Referencia http://saml.xml.org/about-saml XACML Acrónimo de eXtensible Access Control Markup Language. Es un lenguaje basado en XML para la protección de datos. XACML ha sido desarrollado por la empresa SUN Microsystem y aceptado por Descripción el consorcio OASIS como estándar. La implementación de XACML ha sido liberada como software libre y está alojada en SourceForge. http://www.oasis-open.org/committees/ Referencia tc_home.php?wg_abbrev=xacml4

MIO | Especificaciones técnicas WS-Security Es un protocolo de comunicaciones que suministra un medio para aplicar seguridad a los Servicios Web, fue publicado en el 2004 por OASIS-Open. 5 El protocolo contiene especificaciones sobre cómo debe garantizar la integridad y Descripción seguridad en mensajería de Servicios Web, a través de la incorporación características de seguridad en el encabezado de un mensaje SOAP, así proporciona seguridad extremo a extremo. El protocolo WS- Security incluye detalles en el uso de SAML y Kerberos, y formatos de certificado tales como X.509. http://www.oasis-open.org/committees/ Referencia tc_home.php?wg_abbrev=wss WS-Policy Proporciona un modelo general y la sintaxis correspondiente para describir las políticas de las entidades en un sistema basado en Servicios Web. Esta especificación permite tanto a los programadores como a los clientes de Servicios Web anunciar las políticas relativas a seguridad, calidad de servicio, etc. Define un conjunto básico de Descripción construcciones que se pueden utilizar y ampliar por otras especificaciones de Servicios Web para describir una amplia gama de requisitos de servicio y sus capacidades. Forma parte de la familia de especificaciones de tecnologías basadas en Servicios Web del W3C2 desde el año 2007. Referencia http://www.w3.org/TR/ws-policy/2 W3C: World Wide Web Consortium

Estándares relacionados a la representación de datos RDF Acrónimo de Resource Description Framework. Marco de Descripción de Recursos. Es un modelo estándar para el intercambio de datos en la Web, tiene características que facilitan la fusión de los Descripción datos incluso si los esquemas subyacentes son diferentes, y se apoya específicamente en la evolución de esquemas en el tiempo sin necesidad de realizar cambios en los consumidores de datos. http://www.w3.org/standards/techs/ rdf#w3c_all Referencia http://www.w3.org/TR/2004/REC-rdf- concepts-20040210/ XML Acrónimo de eXtensible Markup Language. Lenguaje de Marcado Extensible. XML es un formato simple utilizado para el intercambio de información, que Descripción contempla un conjunto de reglas que sirven para definir etiquetas semánticas para organizar un documento. Además es un metalenguaje que permite diseñar lenguajes de etiquetas propios. Referencia http://www.w3.org/XML/ XACML JSON es el acrónimo de JavaScript Object Notation. Notación de Objetos de Descripción JavaScript. Es un formato de texto ligero para el intercambio de datos. Referencia http://www.json.org/json-es.html6

MIO | Especificaciones técnicasEstándares relacionados altransporte de mensajes HTTP 7 Acrónimo de Hypertext Transfer Protocol. Protocolo de Transferencia de Hipertexto. Es un protocolo para sistemas distribuidos, colaborativos e hipermedia. Se trata de un protocolo genérico, sin estado, que puede ser usado para muchas tareas más allá de su uso para hipertexto, como servidores de nombres y sistemas de gestión de objetos distribuidos, a través de la extensión de Descripción sus métodos de solicitud, los códigos de error y los encabezados. Está orientado a transacciones y sigue el esquema petición- respuesta entre un cliente y un servidor. Una característica de HTTP es la tipificación y la negociación de la representación de datos, permitiendo a los sistemas ser construidos de manera independiente de los datos que se transfieren. Referencia http://www.w3.org/standards/techs/http FTP Acrónimo de File Transfer Protocol. Es un protocolo para la transferencia de archivos entre sistemas conectados a una red TCP3, basado en la arquitectura cliente-servidor. Este protocolo permite: promover el intercambio de archivos Descripción (programas o datos), fomentar indirecta o implícitamente (a través de programas) el uso de equipos remotos, proteger a los usuarios de las variaciones en los sistemas de almacenamiento de archivos entre anfitriones y transferir datos de forma fiable y eficiente. Referencia http://www.w3.org/XML/3 TCP: Transmission Control Protocol

S/MIME v3 Acrónimo de Secure/Multipurpose Internet Mail Extensions. Extensiones de Correo de Internet de Propósitos Múltiples/Seguro. Proporciona un método para enviar y recibir mensajes de correo seguros. Es un estándar para criptografía de clave Descripción pública y firmado de correo electrónico encapsulado en MIME. S/MIME está incluido en las últimas versiones de los clientes de correo electrónico y también ha sido apoyado por otros fabricantes que elaboran productos de mensajería. S/MIME es un estándar propuesto por la IETF4, se define en los siguientes RFC5 • RFC 2630 “Sintaxis mensaje cifrado” http://www.ietf.org/rfc/rfc2630.txt • RFC 2631 “Método de clave de Diffie- Hellman Acuerdo” http://www.ietf.org/ rfc/rfc2631.txt Referencia • RFC 2632 “S/MIME versión 3 - Gestión de certificados” http://www.ietf.org/rfc/ rfc2632.txt • RFC 2633 “S/MIME versión 3 - Especificación de mensajes” http://www. ietf.org/rfc/rfc2633.txt http://datatracker.ietf.org/wg/smime/ charter/8 4 IETF: Internet Engineering Task Force 5 RFC: Request for Comments

MIO | Especificaciones técnicasEstándares relacionados a laseguridad del transporte demensajes 9 IPSEC Acrónimo de Internet Protocol Security. El Protocolo de seguridad IP, desarrolla mecanismos para proteger los protocolos de cliente de la propiedad intelectual. Un protocolo de seguridad en la capa de red se desarrollará para proveer servicios de seguridad criptográfica flexible, que apoyará las combinaciones deDescripción autenticación, integridad, control de acceso y confidencialidad. La función del IPSEC es asegurar las comunicaciones sobre el Protocolo de Internet (IP) autenticando y/o cifrando cada paquete IP en un flujo de datos. IPSEC también incluye protocolos para el establecimiento de claves de cifrado.Referencia http://datatracker.ietf.org/wg/ipsec/charter/ VPN Acrónimo de Virtual Private Network, Red Privada Virtual. Es una tecnología de redDescripción que permite una extensión de la red local sobre una red pública o no controlada, como por ejemplo Internet.Referencia

Estándares relacionados a la seguridad de los mensajes SSL v3.0 Acrónimo de Secure Sockets Layer, Protocolo de Capa de Conexión Segura. Es un protocolo utilizado para la gestión de la seguridad en la transmisión de mensajes en Internet. SSL fue desarrollado por Netscape y su principal objetivo es proporcionar Descripción privacidad y confiabilidad entre dos aplicaciones que se comunican, evitando el espionaje, manipulación o falsificación de mensajes. El protocolo SSL se ejecuta por encima de TCP/IP y bajo el nivel superior de protocolos como FTP o HTTP http://wp.netscape.com/eng/ssl3/ Referencia http://tools.ietf.org/html/draft-ietf-tls-ssl- version3-00 TLS v1.0 Acrónimo de Transport Layer Security. Seguridad de la Capa de Transporte. TLS se ha propuesto como el sucesor de SSL. Las diferencias entre TLS 1.0 y SSL v3.0 no son significativas, no obstante, entre ellos no se puede establecer comunicación. Descripción El objetivo principal del Protocolo TLS es proporcionar privacidad e integridad de los datos entre dos aplicaciones que se comunican. El IETF ha publicado dos documentos RFC que describen el uso del mecanismo de actualización en HTTP/1.1 para iniciar TLS (RFC 2817) y cómo usar HTTP sobre TLS (RFC 2246). TLS está definido en IETF RFC 2246 “The TLS Protocol Version 1.0” Referencia http://www.ietf.org/rfc/rfc2246.txt http://datatracker.ietf.org/wg/tls/charter/10

MIO | Especificaciones técnicasAlgoritmos asociados alcifrado DES 11 Acrónimo de Data Encryption Standard. Estándar de cifrado de datos. Es un método ampliamente utilizado para el cifrado de datos mediante una clave secreta. Existen más de 72 billones de Descripción claves de cifrado, para cada mensaje dado, la clave es elegida al azar de entre esta cantidad de llaves. Tanto el remitente como el el receptor deben conocer y utilizar la misma clave privada. DES es compatible con una longitud de clave de 56 bits. • Normas ANSI6 X3.92 • Normas ANSI X3.106 • FIPS7 Publication 46-3: http://csrc.nist. Referencia gov/publications/fips/fips46-3/fips46-3. pdf • FIPS Publication 81: http://csrc.nist.gov/ publications/fips/fips81/fips81.htm 3DES Acrónimo de Triple Data Encryption Standard. Estándar de Cifrado de Datos Triple. 3DES es una versión más fuerte de la DES, la comunicación se cifra dos veces para hacer más difícil de roer. Pertenece al “simétrico” de la familia de algoritmos, Descripción es decir, dos partes de una comunicación tienen que estar en posesión de la misma clave secreta antes de usar 3DES. 3DES es compatible con una longitud de clave de 168 bits. • 3DES se define por: • FIPS Publication 46-3: http://csrc.nist. Referencia gov/publications/fips/fips46-3/fips46-3. pdf • Normas ANSI X9.52-19986 ANSI: American National Standards Institute7 FIPS: Federal Information Processing Standard

Algoritmos asociados a la firma digital DSA Acrónimo de Digital Signature Algorithm. Algoritmo de Firma Digital. La firma digital DSA es un par de los grandes números representados en un equipo como cadenas de dígitos binarios. La firma digital se calcula utilizando un conjunto de reglas y un conjunto de parámetros de Descripción tal manera que la identidad del firmante y la integridad de los datos puede ser verificada. DSA proporciona la capacidad de generar y verificar las firmas. Publicado por el Instituto Nacional de Estándares y Tecnología (NIST8, por sus siglas en inglés) define tamaños de clave de 512-1024 bits. • DSA se define por el NIST en: • FIPS 186-2 de DSS9 Referencia • http://csrc.nist.gov/publications/fips/ archive/fips186-2/fips186-2.pdf RSA Acrónimo de los apellidos de Ron Rivest, Adi Shamir y Len Adleman, del Instituto Tecnológico de Massachusetts (MIT10, por sus siglas en inglés). Rivest, Shamir & Adleman. Es un método alternativo para la generación y comprobación de firmas digitales. Se reconoce por el NIST en el DSS como alternativa a la DSA. RSA es un sistema de criptografía de clave pública de Descripción propiedad que proporciona tanto el cifrado como la firma digital. Utiliza la clave pública del destinatario para cifrar datos que sólo puede ser descifrado por el receptor utilizando su clave privada. RSA admite longitudes de clave de 512- 2048 bits y recomienda claves de 768 bits para los datos menos valiosos, claves de 1024 bits para uso de empresas y llaves de 2048 bits para datos de gran valor.12 8 NIST: National Institute of Standards and Technology 9 DSS: Digital Signature Standard 10 MIT: Massachusetts Institute of Technology

MIO | Especificaciones técnicas SHA-1 RSA para la firma digital se reconoce en FIPS 186-2 DSS como una alternativa a la Referencia DSA: http://csrc.nist.gov/publications/fips/ archive/fips186-2/fips186-2.pdf 13 Acrónimo de Secure Hash Algorithm-1, Algoritmo de Hash Seguro-1. SHA-1 es un algoritmo de resumen del mensaje (con función de hash criptográfico) diseñado por la Agencia de Seguridad Nacional (NSA11, por sus siglas en inglés) y publicado por el Descripción NIST. Produce una salida resumen de 160 bits (20 bytes) de un mensaje que puede tener un tamaño máximo de 264 bits, y se basa en principios similares a los usados por el profesor Ronald L. Rivest del MIT en el diseño de los algoritmos de resumen de mensaje MD412 y MD513. RFC 3174: http://www.ietf.org/rfc/rfc3174. Referencia txt11 NSA: National Security Agency12 MD4: Message-Digest Algorithm 413 MD5: Message-Digest Algorithm 5

Otros estándares DNS Acrónimo de Domain Name System. Sistema de Nombres de Dominio. Es un sistema de nomenclatura jerárquica para computadoras, servicios o cualquier recurso conectado a Internet o a una red privada. Este sistema asocia información variada con nombres de dominios asignado Descripción a cada uno de los participantes. Su función más importante, es traducir (resolver) nombres inteligibles para los humanos en identificadores binarios asociados con los equipos conectados a la red, esto con el propósito de poder localizar y direccionar estos equipos mundialmente. • DNS está definido en el IETF en los siguientes RFC: • RFC 1034, “Domain Names - Concepts and Facilities” Referencia • http://www.ietf.org/rfc/rfc1034.txt • RFC 1035, “ Domain Names - Implementation and Specification” • http://www.ietf.org/rfc/rfc1035.txt XSLT v2.0 Acrónimo de Extensible Stylesheet Language Transformations. Transformaciones XSL. Es un lenguaje para Descripción transformar documentos XML en otros documentos XML, documentos de texto o documentos HTML. http://www.w3.org/standards/xml/ Referencia transformation14

Recurso 10Recomendaciones para laimplementación de ServiciosWeb

MIO | Recomendaciones para la implementación de Servicios Web 1Recomendacionespara laimplementación deServicios WebObjetivo características:Describir una serie de recomendaciones a) Utiliza un formato para describirpara la implementación de intercambios de la interfaz del componente (susinformación entre organismos basados en métodos y atributos) basado en XML;Servicios Web (Web Services - WS). normalmente implementado por Web Service Description Language (WSDL).Definiciones, premisas yrequerimientos b) Utiliza un protocolo de aplicación basado en mensajes que permite queServicios Web una aplicación externa interaccioneUn Servicio Web permite la comunicación con él; normalmente implementadoentre un cliente y un servidor implementado por Simple Object Access Protocolpor aplicaciones o componentes de (SOAP).aplicaciones de forma estándar a travésde protocolos comunes y de manera c) Utiliza un protocolo de transporteindependiente al lenguaje de programación, que se encarga de transportar losplataforma de implantación, formato de mensajes por Internet; normalmentepresentación o sistema operativo. implementado por Hiper-Text Transport Protocol (HTTP o HTTPS).Un WS es un componente de software queencapsula funciones específicas y hace d) Implementan funciones encapsuladas,que estas puedan ser utilizadas desde es decir que la forma en que han sidoaplicaciones externas con las siguientes implementadas no es visible para el

cliente. b) Exigir la existencia previa de acuerdos, en cualquier de sus formas, e) Requieren de escaso acoplamiento, entre los organismos participantes es decir que el cliente no necesita en el intercambio de información. conocer nada acerca de la Esto implica que entre el organismo implementación del servicio al que que provee el servicio y el que lo está accediendo, salvo la definición consuma, debe existir un acuerdo que WSDL. formalice la relación. f) Son contractuales, gracias a que c) Limitar a la provisión de tipos básicos existen descripciones públicamente de servicios. No incluir servicios disponibles que especifican su conversacionales, coreografías2 o comportamiento, cómo deben ser comunicaciones con intermediarios. invocadas y parámetros de entrada y salida. d) Utilizar estándares abiertos de Servicios Web. g) Soporta comunicación sincrónica (RPC) y asincrónica (mensajería). e) Priorizar, dentro de lo posible, como características arquitectónicas: h) Implementa un conjunto de métodos robustez3, peformance4, o funciones con alguna coherencia predecibilidad5, “monitoreabilidad”6. funcional o temática entre ellos1. f) Estructurar la solución de manera Premisas de diseño que, dado un avance en la madurez El presente modelo de implementación de nuevos estándares, permitiera de Servicios Web se basa principalmente reemplazar los actuales sin cambios en las premisas que se describen a estructurales en el modelo inicial. continuación: g) Asegurar que el modelo pueda ser a) Limitar el intercambio de información implementado con componentes de a dos organismos, uno que requiere el software de libre disponibilidad. servicio -Organismo Solicitante- y otro que lo provee -Organismo Proveedor-. Requerimientos de seguridad Un determinado servicio puede ser Las características de seguridad que solicitado y provisto por más de un se exigen al presente modelo son las organismo. siguientes: 1 En el documento se utiliza el término servicio para referirse a WS, distinguiéndose cuando sea necesario de los méto- dos (funciones, rutinas, etc.) que implemente. 2 Según la terminología utilizada en Servicios Web, la coreografía se refiere a la interacción de los servicios con sus usuarios. Cualquier usuario de un WS (automatizado o no), es un cliente del servicio. Estos usuarios pueden ser otros Servicios Web, aplicaciones o humanos. Las transacciones deben estar bien definidas al momento de ejecución, y deben consistir en múltiples interacciones separadas cuya composición constituye una transacción completa. Esta composición (protocolos de mensajes, interfaz, secuencia y lógica asociada) se considera una coreografía. 3 Capacidad de un componente de software de funcionar con el mínimo de fallas, independientemente de como están programados los aplicativos que los usan y de las condiciones de uso de los servidores donde son ejecutados. Un software robusto al ser exigido puede aumentar su tiempo de respuesta pero nunca deja inhabilitados los servicios que2 ofrece. 4 Implica que tanto el diseño como el desarrollo deben estar orientados a maximizar la eficiencia en términos de rendimiento, tiempo de respuesta y disponibilidad minimizando el uso de recursos informáticos disponibles 5 Capacidad de reproducir los mismos resultados en tiempos similares para solicitudes semejantes. 6 El diseño y la operación del sistema deben permitir el monitoreo en tiempo real para verificar la correcta operación de todos los elementos del sistema.

MIO | Recomendaciones para la implementación de Servicios Web a) Disponibilidad: Garantizar que los No se incluye como requerimiento: mensajes permanezcan accesibles a los Organismos Solicitantes de c) Orden: Establecer mecanismos que información según lo establecido en el permitan al proveedor procesar los acuerdo. mensajes en el orden que fueron enviados. 3 b) Identificación y autenticación: Asegurar la presentación de Descripción del modelo identificaciones que permitan reconocer al otro organismo y El modelo propuesto se basa en los distinguirlo fehacientemente de otros. siguientes componentes: c) Autorización: Asegurar que a) Acuerdo pre-existente entre los los servicios sean utilizados organismos involucrados en el exclusivamente por los Organismos intercambio para la utilización de los Solicitantes expresamente autorizados Servicios de Información. para hacerlo. b) El acceso a los WS se debe realizar d) Confidencialidad: Garantizar que los por un medio de interconexión mensajes sólo puedan ser accedidos seguro establecido entre el emisor y por el Organismo Solicitante y el el proveedor para este fin. Proveedor. c) Salvo las excepciones que se e) Integridad: Garantizar que los describen más adelante, para utilizar mensajes sólo puedan ser procesados los Servicios de Información se debe por el Organismo Solicitante y el tramitar previamente un servicio de Proveedor, evitando que puedan autenticación y autorización. ser modificados y garantizando que puedan ser detectadas las La seguridad requerida se implementa por alteraciones ocasionadas por terceros una combinación de las características o por problemas de comunicaciones. aportadas por las distintas capas que componen el modelo: seguridad jurídica f) No repudio: Asegurar que los por el acuerdo, seguridad lógica por el organismos no puedan negar haber protocolo de transporte, por el canal de utilizado los servicios. comunicaciones, por el protocolo de mensajería y por la adopción de otrasRequerimientos de confiabilidad específicamente establecidas en el MarcoLas características de confiabilidad que de Interoperabilidad (MIO).se exigen al presente modelo son lassiguientes: a) Acuerdo de servicio La habilitación para usar un Servicio a) Garantía de entrega: Establecer de Información debe estar precedida mecanismos que permitan a las y respaldada por un acuerdo entre las partes conocer la efectiva recepción partes, llamada acuerdo de servicio. de los envíos realizados. Se utiliza el término “acuerdo” en un b) Unicidad: Establecer mecanismos sentido amplio que permita cubrir las que permitan a las partes procesar distintas figuras legales que puedan sólo una vez los mensajes que se implementarse para establecer, hayan enviado múltiples veces, en los entre personas físicas y/o jurídicas, casos en que así corresponda. los términos y condiciones del intercambio de información. La figura

jurídica, las formas de publicación y complementarios que brinden las aceptación pueden acomodarse a condiciones de seguridad requeridas, las circunstancias y a la normativa en caso de no utilizar alguna de particular de cada organismo. La las condiciones enunciadas a implementación puede realizarse de continuación, se debe describir diferentes maneras, utilizando soporte detalladamente en la documentación papel o medios electrónicos tanto técnica relacionada. para la toma de conocimiento, como para la aceptación de los mismos. a) Canalización segura como VPN (Red Privada Virtual) Un acuerdo de servicio se debe incluir: b) Protocolización segura tipo HTTPS (como conjunción de a) Solicitud de servicio: donde HTTP y SSL) el organismo, entidad privada o persona física, identificado Los organismos deben acordar el como el Organismo Solicitante direccionamiento IP para el armado requiere al Organismo Proveedor del medio de interconexión y del canal la provisión de información de comunicación, implementando mediante el presente modelo NAT de ser necesario o utilizar rangos de intercambio y acepta las de direccionamiento IP público. obligaciones, las condiciones técnicas y funcionales, y Es responsabilidad de ambos los niveles de servicio de la organismos el establecimiento de prestación. condiciones de seguridad desde los extremos del medio de interconexión b) Responsabilidades: hacia sus redes internas. Estas donde se especifican condiciones permiten que el modelo los términos generales no utilice encriptación de mensajes acordados o aceptados y las fuera del medio establecido. responsabilidades generales de c) Servicio de autenticación y cada organismo. autorización c) Definición de WS: se definen Para acceder a los Servicios de las características funcionales Información se debe acceder de cada Servicio de Información previamente a un servicio de que intercambiarán. autenticación y autorización que autentique al Organismo Solicitante d) Condiciones de y verifique su derecho a hacerlo. mantenimiento y cancelación El servicio de autorización se debe del servicio: especifican Implementar como un Servicio de las condiciones para el información particular en los términos mantenimiento, modificación, que se describen en su respectiva suspensión temporal y documentación. cancelación de los servicios4 acordados. Características de métodos y b) Medio de interconexión servicios La implementación del medio de Se describen a continuación características interconexión por omisión es Internet, generales de los diversos tipos de métodos pero se deben utilizar componentes y servicios.

MIO | Recomendaciones para la implementación de Servicios WebNiveles de seguridad de los Solicitante los procesa y genera laservicios correspondiente respuesta. SonSe distinguen dos niveles de seguridad de los servicios de intercambio delos servicios dependientes de la criticidad información propiamente dichos. Ende la información a la que permiten base a las características de cada Servicio de Información se debe 5acceder: determinar si su nivel de seguridad a) Públicos: son aquellos que no es irrestricto o autorizable y los requieren identificación, autenticación mensajes, firmados o planos. ni otras medidas de seguridad para su consumo. Dependiendo de su criticidad e importancia, los Servicios de b) Irrestrictos: Son aquellos servicios Información se caracterizan por su que no requieren autorización para nivel de seguridad. El funcionamiento su ejecución. Cualquier emisor que y las características de los mensajes establezca el medio de interconexión dependen fuertemente de ello, por según el acuerdo puede acceder a lo tanto deben ser descritos por servicios de este nivel y a los métodos separado. por éste implementados. No deben ser considerados servicios públicos. Servicios irrestrictos Los Servicios de Información c) Autorizables: Son aquellos servicios, caracterizados como irrestrictos que además del acceso por el pueden ser accedidos por todo medio de interconexión acordado, Organismo Solicitante que haya se requiere de una autorización firmado un acuerdo de servicio y haya específica para que el emisor pueda establecido un canal de comunicación accederlos. para acceder a los Servicios Web del Organismo Proveedor. Por lo tanto noNiveles de seguridad de los se realiza ningún tipo de autorizaciónmensajes en particular sobre estos servicios.Se distinguen dos niveles de seguridad demensajes que se deben utilizar en función Una vez recibido un requerimiento dede la criticidad del servicio: este tipo, el proveedor debe tratar su resolución, devolviendo los resultados a) Firmados: Cuando el mensaje o en caso satisfactorio y un código error parte de éste requieran estar firmados en caso contrario. por el Organismo Solicitante antes de ser enviados, fundamentalmente para Servicios autorizables garantizar el no repudio en base a la Como ya ha sido descrito, para autenticación e integridad que aporta requerir un Servicio de Información la firma. de nivel autorizable se debe tramitar previamente un ticket por medio b) Planos: Cuando el mensaje no de un servicio de autorización. requiere de ningún tipo firma. Una vez que se posea, se puede requerir el servicio de InformaciónTipos de servicios correspondiente.Cuando el proveedorSe definen tres tipos de servicios: reciba un servicio de este tipo, debe a) Servicios de Información: es el validar que el ticket: conjunto de métodos implementados • Fue generado por el por el Organismo Proveedor que, correspondiente servidor de recibiendo datos desde el Organismo

autorización. Si el requerimiento supera las validaciones, el Organismo Solicitante • Fue generado para el mismo está autorizado a ejecutar el Servicio emisor que está solicitando el de Información requerido, se debe servicio. entonces devolver un ticket firmado por el servicio de autorización. Éste • Fue generado para el Servicio de debe ser utilizado por el Organismo Información que está solicitando. Solicitante en todas los subsiguientes requerimientos de Servicios de • Está vigente. Información para el cual se gestionó la Si todas las validaciones precedentes autorización. son superadas, se debe ejecutar la El ticket debe ser válido para un lógica asociada al método invocado y único servicio y para un Organismo construir el mensaje de respuesta con Solicitante pero podrá utilizarse los resultados. más de una vez limitándolo sólo por b) Servicio de autenticación y tiempo. Si el mismo emisor precisa autorización: implementa un método acceder a más de un servicio, debe irrestricto con mensaje firmado por el requerir un ticket por cada uno. El cual el Organismo Solicitante requiere ticket se genera con una ‘vida útil’ o autorización de ejecución de un determinado Servicio de Información. vigencia asignada dinámicamente. La Este servicio se debe utilizar para vida útil es el tiempo durante el cual el autorizar la solicitud de Servicios de ticket sigue siendo válido. Su duración Información de nivel de seguridad máxima se establece en función de autorizable. la criticidad de la información en cuestión, con un máximo de 24hs. Para acceder a un Servicio de Si un Servicio de Información falla Información con nivel de seguridad por caducidad del ticket -al término autorizable, el emisor debe tramitar un su vida útil-, el Organismo Solicitante ticket. La obtención de éste lo habilita debe requerir otro, como si fuera la a utilizar el Servicio de Información primera vez, para seguir utilizando el específico por un determinado lapso servicio. de tiempo -especificado en la vigencia del ticket- y se realiza mediante un El Organismo Solicitante debe servicio de autorización ofrecido administrar la persistencia de los sin restricciones por el Organismo tickets en sus aplicaciones para evitar Proveedor -que no requiera de la la solicitud indiscriminada de éstos. El tramitación previa de un ticket-. Organismo Proveedor puede aplicar acciones de contención si detecta Para la obtención del ticket, el requerimientos excesivos de servicios Organismo Solicitante debe enviar de autorización. al servicio de autorización un mensaje firmado. Teniendo en La definición de la estructura del cuenta el contenido del certificado ticket y su contenido son atribuciones del Organismo Solicitante y la del Organismo Proveedor, el identificación del Servicio de conocimiento de estas características6 Información requerido, el servicio de por parte del Organismo Proveedor autorización del Organismo Proveedor queda librado a un acuerdo entre las debe efectuar la validación del partes. requerimiento.

MIO | Recomendaciones para la implementación de Servicios Webc) Servicios de test: servicios o infraestructura de WS, la del métodos que permiten verificar el Organismo Proveedor y del medio de funcionamiento de las diferentes interconexión. Este servicio no ejecuta capas de la solución. ninguna funcionalidad sólo devuelve El Organismo Proveedor debe un código de retorno donde marca diferentes condiciones de error que 7 suministrar servicios de test que simulen el comportamiento de pudiera encontrarse en su ejecución. cada servicio ofrecido para poder Una vez verificado el funcionamiento verificar el desempeño funcional de la de la infraestructura, es preciso solución. Estos servicios tienen como verificar que los servicios de objeto permitir al emisor la prueba u autorización e información estén homologación de la aplicación cliente. disponibles y operen correctamente. Se deben proveer valores ficticios Esta funcionalidad de los servicios -dummy-, tablas de prueba u otros tiene como objeto permitir al mecanismos sobre las cuales se Organismo Solicitante comprobar pueda ejecutar la funcionalidad de test que éstos y los repositorios de datos de manera tal que no afecte datos asociados del Organismo Proveedor productivos ni devuelva información están activos. reservada. Simultáneamente se debe En cada uno de estos servicios se garantizar que los servicios de test deben proveer valores ficticios y tengan un comportamiento lo más tablas de prueba sobre las cuales parecido posible al servicio que se se pueda ejecutar la funcionalidad quiere probar, teniendo la confianza de test de manera que no afecte en que si la solución funciona datos productivos ni devuelva satisfactoriamente con los servicios información válida. Cada servicio de de test, lo hará satisfactoriamente en test debe funcionar lo más parecido los casos reales. posible al Servicio de Información Estos servicios pueden ser correspondiente. implementados en un entorno de homologación o en uno de Convenciones producción. En el primer caso, se Se detallan a continuación una serie debe garantizar la compatibilidad características de uso obligatorio: con el entorno de producción. En el segundo, se debe asegurar que las Identificación de organismos transacciones realizadas a modo de Para identificar exclusivamente a los test no tengan impactos indeseados organismos participantes se debe utilizar la en producción. conjunción de los atributos que se detallan más adelante y deben ser explícitos en el El Organismo Proveedor debe prestar acuerdo de servicio. los medios para la verificación del funcionamiento de la infraestructura a) Registro de información fiscal. comprometida en la solución y que, en casos de falla, brinde información b) Nombre distintivo o identificador único suficiente para detectar el origen que se incluye en los certificados y facilitar su corrección por el digitales. responsable. Estos servicios tienen como objeto permitir al Organismo Identificación de los servicios Solicitante la prueba de su propia Todo servicio debe tener una identificación

de servicio (IdServicio) única por proveedor. Un servicio de nivel irrestricto no puede Esta identificación es utilizada para tramitar contener métodos que requieran la autorización de acceso a los servicios y autorización. Por el contrario, un servicio debe estar presente en todos los accesos que requiere autorización, puede contener al servicio específico. métodos de nivel irrestricto. Si los métodos a implementar tienen niveles de Mensajes de los Servicios de autorización diferentes, deben agruparse Información en dos o más servicios con igual nivel o Los mensajes de los Servicios de asignarse el mayor nivel de autorización a Información se deben estandarizar de todo el conjunto. la forma que se define más abajo. Los nombre incluidos entre <> indican que son Manejo de confiabilidad expresiones XML. Para asegurar la confiabilidad, todos los servicios deben ser respondidos por Todos los objetos XML incluidos en los el proveedor. Aunque funcionalmente mensajes deben estar definidos en el el mensaje no requiera respuesta, el respectivo WSDL. proveedor debe enviar una respuesta con el correspondiente “acuse de recibo”. El Se propone como estructura de emisor, al envío de cada mensaje debe parámetros de Request la siguiente: iniciar un tiempo de espera, que en caso (<objetoSeguridad>, de cumplirse sin recibir la respuesta, debe <objetoNegocioRequest> ) enviar nuevamente el mensaje y repetirlo tantas veces como se hayan fijado los objetoSeguridad : token, firma, otros reintentos. Si se agotaron los reintentos, el otros : [objetos de seguridad pero definidos emisor debe generar un error de aplicación. por el negocio] objetoNegocioRequest :[contiene los El tiempo de espera, la cantidad de parámetros propios del request del negocio] reintentos y los métodos de contingencia se deben acordar entre las partes. Se propone como estructura de parámetros de Request la siguiente7: Manejo de unicidad Para tratar la unicidad de procesamiento (<objetoNegocioResponse> ) de los mensajes, el emisor debe agregar un número de identificación de transacción, objetoNegocioResponse : [contiene los parámetros propios de la respuesta de negocio] único por cada Servicio de Información que se solicite. Es responsabilidad del Manejo de la autorización proveedor persistir estas identificaciones de La autorización se debe aplicar a servicios los servicios ya respondidos y, ante cada y no a métodos, es decir, que si un emisor nueva solicitud, debe verificar que no se es autorizado a acceder a un servicio, tiene haya respondido anteriormente. En caso derecho a invocar a todos los métodos de recibir un servicio con identificación por éste implementados. En algunos duplicada, el proveedor deber asumir casos claramente identificados, pueden que ya fue resuelto anteriormente y existir métodos dentro de un servicio responderlo de la misma manera que que pueden ser invocados sin necesidad en el llamado original. Por lo tanto, el8 de autorización, por ejemplo, el caso de número de identificación de servicio sólo servicios de test para verificar la salud de puede repetirse en el caso de enviarse los distintos componentes. nuevamente el mismo mensaje. La práctica definida para el manejo de 7 Con < > se indica que son objetos en XML.

MIO | Recomendaciones para la implementación de Servicios Webla unicidad es obligatoria en los casos Registro de transaccionestransaccionales de intercambio de datos. Los servicios que sean consideradosEn los casos de servicios de consulta, con algún nivel de criticidad deben sersu utilización queda a criterio de las almacenados en un ‘Log de transacciones’.necesidades funcionales. En el acuerdo de servicio se debe 9 determinar y especificar la obligatoriedadManejo de error del registro de los requerimientosTodos los errores que se produzcan deben realizados o recibidos. Por cada una deser controlados en la capa donde ocurra; estas obligaciones se debe especificar siel código de error obtenido -Error Interno- el resguardo es parcial o total, el tiempoy el resto de la información útil para su total de guardo y el tiempo de resguardoresolución, deben ser pasados hasta la en línea. En caso de un resguardo parcialcapa superior del servicio. La capa superior -que no se guarde el mensaje completo-,debe: se deben especificar las partes de los mensajes de requerimiento y respuesta que a) Enviar el Error Interno con el deben almacenarse. detalle que fuera capturado, más la información adicional que pueda Log del Organismo Proveedor ser útil para el análisis al sistema de monitoreo -según la instrumentación Según se estipule en el acuerdo de que se defina-. Se recomienda servicio, cada Organismo Proveedor debe pasar los parámetros de la función registrar en una nueva entrada de una específica que controló el error para tabla o archivo cada servicio requerido por tener mayor información al momento algún Organismo Solicitante. Los datos a de analizar el error. almacenarse por cada requerimiento de un servicio (de autorización o información) son: b) Traducir el Error Interno como Error Externo con la leyenda apropiada • Identificación del servicio para el usuario externo y reportarlo a la capa de usuario siempre como • Identificación del Organismo SoapException. SolicitanteArchivos WSDL • TIMESTAMP8 de recepción delLos archivos WSDL que se utilicen deben requerimientotener las siguientes características: • TIMESTAMP de envío de respuesta a) Deben contener todas las operaciones y objetos necesarios • Código error para la interpretación de los mensajes. • ticket b) Todas las etiquetas utilizadas en las respuestas deben estar declaradas en • Datos del mensaje de requerimiento el propio archivo WSDL. • Datos del mensaje de respuesta. c) No se deben usar declaraciones Los datos de los mensajes de “Import”. requerimiento y respuesta que deban d) Todos los servicios deben estar guardarse en el log pueden reflejarse en el configurados con Style = “document” acuerdo de servicio correspondiente. De no especificarse, queda librado a la decisión del organismo.8 Formato estándar para almacenar fecha y hora. Cantidad de segundos a partir del 1/1/1970 GMT.

Log del Organismo Solicitante La documentación específica de cada Servicio de Información debe contener los Según se estipule en el acuerdo de servicio, siguientes temas: cada Organismo Solicitante debe persistir en una nueva entrada de una tabla o a) Descripción de los escenarios de uso. archivo para cada servicio requerido a algún Organismo Proveedor. Los datos a b) Condiciones generales para su almacenarse por cada requerimiento de un solicitud y utilización. servicio (de autorización o información) son: c) Descripción detallada para • Identificación del servicio la utilización del servicio de autenticación y autorización. • Identificación del Organismo Proveedor d) Diagramas generales de funcionamiento. • TIMESTAMP de envío del requerimiento e) Conformación del servicio en métodos. • TIMESTAMP de recepción de la respuesta f) Descripción detallada de cada uno de los mensajes de entrada y salida de • Código error cada uno de los métodos. • ticket g) Descripción detallada de los códigos, mensajes de error, su correcta • Datos del mensaje de requerimiento interpretación y las correspondientes medidas para solucionarlo. • Datos del mensaje de respuesta. h) Nivel de tolerancia de fallos del WS. Los datos de los mensajes de requerimiento y respuesta que deban También se deben documentar los guardarse en el log pueden acordarse en aspectos relativos al nivel de servicio: el acuerdo de servicio correspondiente. En cantidad de transacciones por unidad de caso de no especificarse, queda librado a tiempo, tiempos de respuesta esperados, la decisión del organismo. niveles de contención, medios de contingencia y atención de problemas en Documentación de los servicios operación. Por cada servicio que se desarrolle, el Organismo Proveedor debe producir Recomendaciones y entregar la documentación para su utilización. La documentación debe Se incluyen a continuación comprender los aspectos necesarios recomendaciones generales con respecto a para interpretar la funcionalidad y las la implementación de servicios: especificaciones técnicas para la correcta programación de los aplicativos clientes. a) Incluir en los mensajes de respuesta Aunque exista una normativa específica todas las descripciones asociadas a que de origen a los servicios, los aspectos códigos tabulados.10 funcionales y técnicos necesarios para su utilización deben describirse en la b) Incluir métodos que permitan obtener documentación en lenguaje técnico las diferentes tablas de codificación compresible para los analistas funcionales y utilizadas en los Servicios de programadores destinatarios de la misma. Información.

MIO | Recomendaciones para la implementación de Servicios Web c) Implementar mecanismos tipo RSS gran tamaño-, ya sean tanto de para informar a los interesados en los requerimiento como de respuesta, es diferentes servicios las novedades con recomendable agregar una función respecto al mismo. digesto9 para calcular la carga de información. La función debe ser d) Se debe acordar e implementar los aplicada inicialmente por el emisor 11 mecanismos apropiados para que y verificada posteriormente por el todas las partes involucradas puedan proveedor. En el caso en que falle la mantener actualizadas las tablas de comparación que realiza el proveedor codificación utilizadas en los mensajes entre el cifrado enviado por el emisor intercambiados. y el calculado por él, se debe enviar un mensaje de respuesta con el e) Cuando se procesen “lotes”, dejar la código error correspondiente. La cantidad máxima que se pueda incluir utilización o no de esta característica de forma variable y que pueda ser debe ser parte de la definición de consultado por un método específico cada servicio. incluido en el WS. Así, de ocurrir algún problema de desempeño se g) Se recomienda que el número debe modificar la dimensión de los de identificación de servicio se requerimientos, no deben hacerse implemente con un NONCE10, un cambios en la lógica. Los clientes número para ser usado por única vez deberían consultar periódicamente la o con un sólo propósito. Este NONCE dimensión máxima establecida antes debe estar generado por los propios de armar los grupos repetitivos a entornos de ejecución provistos por incluir en los mensajes de respuesta. los lenguajes de desarrollo y ser independiente de la lógica de las f) Para asegurar la integridad de los instituciones. mensajes -especialmente los de9 Función de digesto o (“Hash”) es un algoritmo o programa que se utiliza como herramienta para dotar a un documento digital de integridad; es decir, se lo utiliza para poder detectar cualquier alteración posterior a su firma10 Es un identificador relativamente único, obtenido de una distribución tal que la probabilidad de obtener dos veces el mismo identificador es extremadamente baja.

Marco de Interoperabilidad del Estado Venezolano V.1

by Gustavo Torres on Aug 17, 2011

Accessibility

Categories

Tags

Upload Details

Usage Rights

1 Embed 1

Statistics

Marco de Interoperabilidad del Estado Venezolano V.1 — Document Transcript