gel xml aaan2w

7/25/2019 Gel XML Aaan2w

1/40

GGEELL--XXMMLL,,LLEENNGGUUAAJJEEEESSTTNNDDAARRDDEEIINNTTEERRCCAAMMBBIIOODDEE

IINNFFOORRMMAACCIINN::EEVVAALLUUAACCIINNDDEEEESSTTNNDDAARREESS

IINNTTEERRNNAACCIIOONNAALLEESS

PLATAFORMA DE INTEROPERABILIDAD, PDIINTRANET GUBERNAMENTAL

Repblica de Colombia - Derechos Reservados

Bogot, D.C., junio de 2008


2/40

GEL-XMLEVALUACIN DE ESTNDARES

INTERNACIONALES

Pgina 2 de 40

FFOORRMMAATTOOPPRREELLIIMMIINNAARRAALLDDOOCCUUMMEENNTTOOTtulo: GEL-XML, LENGUAJE DE INTERCAMBIO DE INFORMACIN:

ARQUITECTURA DE DATOS.Fecha elaboracinaaaa-mm-dd:

2006-09-15

Sumario: Presentar un conjunto de conceptos definidos sobre la arquitectura dedatos que soporta la identificacin y definicin de las unidades deinformacin elementos de dato que actan como base en la definicinestndar de conceptos en GEL-XML.

Palabras Claves: Arquitectura, GEL XML

Formato: DOC Lenguaje: EspaolFecha de publicacinaaaa-mm-dd:

2006-09-15Fecha de modificacinaaaa-mm-dd:

2008-12-04

Dependencia: Ministerio de comunicaciones: Programa Agenda de Conectividad Proyecto Intranet Gubernamental.

Cdigo: Versin: 4.0 Estado: PublicadoCategora: Estndares

Autor (es): Ministerio de Comunicaciones: Programa Agenda DeConectividad.Informtica Siglo 21

Revis: Equipo GEL-XML

Aprob: Equipo GEL-XML

InformacinAdicional:Ubicacin: El archivo magntico asociado al documento est localizado en

www.igob.gov.co
http://www.igob.gov.co/http://www.igob.gov.co/http://www.igob.gov.co/


3/40


INTERNACIONALES

Pgina 3 de 40

CONTROL DE CAMBIOS

VERSIN FECHA RESPONSABLE NATURALEZA1.0 2008-02-07 Equipo GEL-XML Creacin del documento.

2.0 2008-06-12 Equipo GEL-XML Profundizacin en el anlisis de los estndaresinternacionalesAjustes en los antecedentes de aplicacin de estndaresinternacionales.Inclusin del proceso de adopcin

3.0 2008-06-25 Equipo GEL-XML Ajustes de forma a la presentacin de los procesos.Inclusin de ejemplos XML de los estndares analizadosen el documento.

4.0 2008-07-09 Equipo GEL-XML Ajustes de forma

Eliminacin de estados incorporacin de los estndaresinternacionales.


4/40


INTERNACIONALES

Pgina 4 de 40

TTAABBLLAADDEECCOONNTTEENNIIDDOO

DERECHOS DE AUTOR .............................................................................. 7

CRDITOS ................................................................................................ 8

AUDIENCIA .............................................................................................. 9

GLOSARIO Y DEFINICIONES .................................................................. 33

1 INTRODUCCIN .............................................................................. 10

2 ANTECEDENTES DE APLICACIN DE ESTNDARES

INTERNACIONALES DE INTERCAMBIO DE INFORMACIN ............. 12

2.1 MOTIVACIN ..................................................................................... 12

2.2 GENERALIDADES ............................................................................... 15

2.3 XBRL ................................................................................................. 15

2.4 HL7(HEALTH LEVEL SEVEN)VERSIN 3 ...................................................... 19

2.5 LEGAL-XML ........................................................................................ 22

3 LINEAMIENTOS PARA LA SELECCIN DE ESTNDARES

INTERNACIONALES DE INTERCAMBIO DE INFORMACIN ............. 25

4 PROCESO PARA INCLUSIN DE ESTNDARES INTERNACIONALES EN

LA ARQUITECTURA DE GEL-XML ..................................................... 27

4.1 ORGANIZACINDELOSELEMENTOSINCORPORADOS ......................... 30

4.2 ADAPTADORES .................................................................................. 30

5 CONCLUSIONES ............................................................................... 34

6 TRABAJO FUTURO ............................................................................ 35

7 APENDICES ...................................................................................... 36


5/40


INTERNACIONALES

Pgina 5 de 40

7.1 APNDICEA:PALABRASCLAVESAUTILIZARPARAINDICARNIVELESDE

REQUERIMIENTO(RFC2119). ...................................................................... 36

RESUMEN: ................................................................................................... 367.2 EXTRACTODELEGAL-XML .................................................................. 38

7.3 EXTRACTODEHL7 ............................................................................. 39

7.4 EXTRACTODEXBRL ........................................................................... 40


6/40


INTERNACIONALES

Pgina 6 de 40

LLIISSTTAADDEEFFIIGGUURRAASSYYTTAABBLLAASS

Figura 1. Lecturas recomendadas en GEL-XML ................................................................ 9

Figura 2. Interoperabilidad en la sociedad de la informacin ............................................ 13

Figura 3. Taxonoma de gastos de inversin XBRL en Colombia ..................................... 17

Figura 4. Taxonoma de los esquemas XBRL en Colombia. ............................................ 18

Figura 5. Modelo general de HL7 versin 3 ..................................................................... 20

Figura 6. Uso de XSLT para transformacin de informacin ............................................ 31

Tabla 1. Proceso general para la Inclusin de un estndar Internacional. ........................ 27


7/40


INTERNACIONALES

Pgina 7 de 40

DERECHOS DE AUTOR

menos que se indique de forma contraria, el copyrightdel texto incluido eneste documento es del Gobierno de la Repblica de Colombia. Se PUEDEreproducir gratuitamente en cualquier formato o medio sin requerir un

permiso expreso para ello, bajo las siguientes condiciones:

El texto particular no se ha indicado como excluido y por lo tanto no PUEDE

ser copiado o distribuido.

La copia no se hace con el fin de distribuirla comercialmente.

Los materiales se DEBEN reproducir exactamente y no se DEBENutilizaren un contexto engaoso.

Las copias sern acompaadas por las palabras "copiado/distribuido conpermiso del Gobierno Repblica de Colombia. Todos los derechosreservados."

El ttulo del documento DEBEser incluido al ser reproducido como parte deotra publicacin o servicio.

Si se desea copiar o distribuir el documento con otros propsitos, DEBEsolicitar elpermiso entrando en contacto con el Programa Agenda de Conectividad delMinisterio de Comunicaciones de la Repblica de Colombia.

A


8/40


INTERNACIONALES

Pgina 8 de 40

CRDITOS

a empresa Informtica Siglo 21, dentro del marco del proyecto Administraciny Gestin del estndar GEL-XML, en febrero de 2008 gener una propuestainicial de evaluacin e inclusin de estndares internacionales dentro del

estndar GEL-XML.

La informacin y datos incluidos en este documento, hacen parte de lasobservaciones, comentarios, aportes e investigaciones realizadas por la empresa

Informtica Siglo 21, el Programa Agenda de Conectividad y la Interventora delcitado proyecto.

L


9/40


INTERNACIONALES

Pgina 9 de 40

AUDIENCIA

ste documento est dirigido al personal integrante del organismo reguladorque estar encargado de de la administracin del estndar GEL-XML y a lasentidades que deseen incorporar estndares internacionales dentro de

GEL-XML.

Adicionalmente aquellas entidades u organizaciones interesadas en participar enla iniciativa de Gobierno en Lnea, encontrarn en este documento lineamientos

sobre cmo incluir estndares internacionales dentro del estndar GEL-XML.

Para una mejor comprensin se recomiendan las lecturas de los documentos quemuestra laFigura 1.

Figura 1. Lecturas recomendadas en GEL-XML

E


10/40


INTERNACIONALES

Pgina 10 de 40

1 INTRODUCCIN

ste documento presenta los lineamientos de adopcin y de adaptacin deestndares internacionales de intercambio de informacin para su usodentro del estndar GEL-XML.

Asociado a las Tecnologas de la Informacin y la ComunicacinTIC`s; existenmuchos estndares de intercambio de informacin que resuelven el mismoproblema, tienen el mismo objetivo o pueden ser utilizados en la misma rea del

conocimiento, pero que tienen una orientacin (sintaxis o gramtica) diferente. Porejemplo para la descripcin (metadatos) de artculos de noticias es posible utilizarlos siguientes lenguajes XML: DublinCore1, NIFT2, NewsML3o RSS4.

En el caso que exista la necesidad de intercambio de informacin y se deseeutilizar un lenguaje XML para dicho intercambio, el primer paso consiste en haceruna revisin de estndares o lenguajes ya definidos, luego seleccionar el que msse ajuste a las necesidades puntuales de intercambio de informacin y finalmenteadoptarlo.

La tarea de incorporar un estndar internacionalmente aceptado, para el caso

Colombiano, evidencia varios desafos:

o El primero es seleccionar un estndar dentro de un nmero considerable deposibilidades definidas con el mismo propsito.

o El segundo realizar los cambios necesarios al estndar seleccionado deacuerdo con las leyes y requerimientos locales de Colombia (localizacin).

o El tercero, es la creacin de transformadores (adaptadores) de estndares, quepermitirn la traduccin de un lenguaje XML a GEL-XML y viceversa.

Por lo anterior, en la tarea de seleccionar un estndar para su incorporacin, sehace necesario definir las polticas y los lineamientos que permitan y faciliten su

seleccin, adopcin y adaptacin.

1Tomado dehttp://www.dublincore.orgel 27 de abril de 20082Tomado dehttp://www.nitf.org/el 27 de abril de 20083Tomado dehttp://www.newsml.org/el 27 de abril de 20084Tomado dehttp://www.w3.org/WAI/highlights/about-rss.html el 27 de abril de 2008

E
http://www.dublincore.org/http://www.dublincore.org/http://www.dublincore.org/http://www.nitf.org/http://www.nitf.org/http://www.nitf.org/http://www.newsml.org/http://www.newsml.org/http://www.newsml.org/http://www.w3.org/WAI/highlights/about-rss.htmlhttp://www.w3.org/WAI/highlights/about-rss.htmlhttp://www.w3.org/WAI/highlights/about-rss.htmlhttp://www.w3.org/WAI/highlights/about-rss.htmlhttp://www.newsml.org/http://www.nitf.org/http://www.dublincore.org/


11/40


INTERNACIONALES

Pgina 11 de 40

La estructura de este documento es como sigue: Una seccin con la motivacinpor la cual los estndares internacionales deben ser utilizados y por ende incluidosdentro del estndar GEL-XML y el estudio de tres estndares internacionalesseleccionados, otra seccin con los lineamientos para la seleccin de estndaresinternacionales, la especificacin de un proceso de inclusin de estndaresinternacionales y finalmente las conclusiones.


12/40


INTERNACIONALES

Pgina 12 de 40

2 ANTECEDENTES DE APLICACIN DE ESTNDARESINTERNACIONALES DE INTERCAMBIO DE INFORMACIN

2.1 MOTIVACIN

l advenimiento de nuevas tecnologas y su masificacin dentro de unasociedad generan cambios sustanciales dentro de dicha sociedad. Las TIC

sin lugar a dudas, en los finales del siglo XX e inicios del siglo XXI haninfluenciado la sociedad hasta el punto de generar cambios en ella o en parte deella. Esta nueva sociedad se conoce como Sociedad de la Informacin.

El socilogo Yoneji Masuda5, quien introdujo el trmino Sociedad de laInformacin (Information Society), lo defini como la Sociedad que crece y sedesarrolla alrededor de la informacin y aporta un florecimiento general de lacreatividad intelectual humana, en lugar de un aumento del consumo material6.

As como llegamos a La Sociedad de la Informacin, sta evolucionar a laSociedad del Conocimiento o la Sociedad del Saber.

Manuel Castells

7

define la Sociedad del Conocimiento como "una sociedad en laque las condiciones de generacin de conocimiento y procesamiento deinformacin han sido sustancialmente alteradas por una revolucin tecnolgicacentrada en el procesamiento de informacin, la generacin del conocimiento y lastecnologas de la informacin".

Por otra parte, Abdul Waheed Khan8 escribe: La sociedad de la Informacin es lapiedra angular de las sociedades del conocimiento. El concepto de sociedad de lainformacin, a mi parecer, est relacionado con la idea de la innovacin

5Socilogo japons, su actividad profesional y acadmica tuvo una importancia decisiva en la definicin estratgica de un

modelo de sociedad tecnolgica para Japn, al tiempo fue uno de los pioneros en la conceptualizacin de la idea de'sociedad de la informacin'. Tomado dehttp://www.infoamerica.org/teoria/masuda1.htmel 19 de Junio de 2008.

6Tomado dehttp://www.oei.es/revistactsi/numero2/valenti.htm#9el 27 de abril de 2008

7Manuel Castells catedrtico de Sociologa y de Urbanismo en la Universidad de California, Berkeley, as como Director delIN3 en la Universitat Oberta de Catalunya. En los ltimos veinte aos ha llevado a cabo una vasta investigacin en la querelaciona la evolucin econmica y las transformaciones polticas, sociales y culturales en el marco de una teora integral dela informacin.

8Subdirector general de la UNESCO para la Comunicacin y la Informacin.

E
http://www.infoamerica.org/teoria/masuda1.htmhttp://www.infoamerica.org/teoria/masuda1.htmhttp://www.infoamerica.org/teoria/masuda1.htmhttp://www.oei.es/revistactsi/numero2/valenti.htm#9http://www.oei.es/revistactsi/numero2/valenti.htm#9http://www.oei.es/revistactsi/numero2/valenti.htm#9http://www.oei.es/revistactsi/numero2/valenti.htm#9http://www.infoamerica.org/teoria/masuda1.htm


13/40


INTERNACIONALES

Pgina 13 de 40

tecnolgica, mientras que el concepto de sociedades del conocimiento incluyeuna dimensin de transformacin social, cultural, econmica, poltica einstitucional, as como una perspectiva ms pluralista y desarrolladora. Elconcepto de sociedades del conocimiento es preferible al de la sociedad de lainformacin ya que expresa mejor la complejidad y el dinamismo de los cambiosque se estn dando. (...) el conocimiento en cuestin no slo es importante para elcrecimiento econmico sino tambin para empoderar y desarrollar todos lossectores de la sociedad9.

Hacia la Sociedad del Conocimiento

El crecimiento de la sociedad alrededor de la informacin implica tres acciones porparte de ella: creacin, manipulacin y distribucin de dicha informacin. No haydudas de que las tres acciones estn en parte garantizadas. Ejemplos de lasacciones antes mencionadas se encuentran por doquier, la Internet con laexplosin logartmica de sus contenidos creacin-, los servicios que sonprestados digitalmente por la administracin pblica o las empresas privadas manipulacin- y las infraestructuras montadas para la distribucin de lainformacin.

Figura 2. Interoperabilidad en la sociedad de la informacin

Sin embargo, uno de los desafos que afronta la Sociedad de la Informacin y porende la Sociedad del Conocimiento, es la dificultad de conseguir unainteroperabilidad real, es decir una correcta distribucin de la informacin

combinada con su manipulacin y creacin. El desafo de la interoperabilidad queafronta hoy la Sociedad de la Informacin, es similar al que presentaron algunasorganizaciones en el pasado, las cuales se denominaron islas de informacin. Lametfora de las islas de informacin significa que la informacin se encuentra

9Tomado dehttp://portal.unesco.org/ci/en/ev.php-URL_ID=11958&URL_DO=DO_TOPIC&URL_SECTION=201.html el 19 deJunio de 2008.
http://portal.unesco.org/ci/en/ev.php-URL_ID=11958&URL_DO=DO_TOPIC&URL_SECTION=201.htmlhttp://portal.unesco.org/ci/en/ev.php-URL_ID=11958&URL_DO=DO_TOPIC&URL_SECTION=201.htmlhttp://portal.unesco.org/ci/en/ev.php-URL_ID=11958&URL_DO=DO_TOPIC&URL_SECTION=201.htmlhttp://portal.unesco.org/ci/en/ev.php-URL_ID=11958&URL_DO=DO_TOPIC&URL_SECTION=201.html


14/40


INTERNACIONALES

Pgina 14 de 40

esparcida a lo largo de la organizacin, en diferentes formatos y posiblementereplicada.

Las islas de informacin pueden combatirse creando una buena comunicacin y

compatibilidad entre los sistemas e infraestructuras informticas. Para lograr loanterior, se hace necesario el uso de un mismo canal, lenguaje y semntica decomunicacin. Hoy por hoy, el canal de comunicacin de facto10en los sistemasinformticos es la Internet, y a su vez dentro de la Internet el lenguaje decomunicacin de facto es el XML; en cuanto a la semntica de la comunicacin,que es tener la misma compresin de la informacin intercambiada. Existe unavariedad de lenguajes XML, soportados por una gran cantidad de asociaciones yEntidades que demandan interoperabilidad en determinadas reas delconocimiento que bogan por permitir la interoperabilidad con la misma semntica.

Asociaciones, como la W3C (World Wide Web Consortium) o el Consorcio de

Internet; OASIS (Organization for the Advancement of Structured InformationStandards. su traduccin al espaol es Asociacin para el Avance de losEstndares de Informacin Estructurada), son ejemplos de la necesidad de crear yutilizar estndares para el intercambio de informacin. Lenguajes como HL711para el intercambio de informacin en el rea de la salud, y UBL12 para elintercambio de informacin de negocios, son a su vez, slo dos ejemplos de lainfinidad de lenguajes que hacen posible la interoperabilidad.

Asimilando experiencias como las del gobierno de Inglaterra, o el gobierno delHong-Kong en cuanto a creacin de un marco de interoperabilidad, los programasde interoperabilidad de dichos pases adoptaron estndares de intercambio de

informacin previamente creados, lo que permite no comenzar desde cero y teneruna base de lenguajes probada y utilizada para Intercambio. En el casoColombiano, surge la necesidad de adoptar estndares previamente creados, porlos beneficios que se pueden tener: una base solida, el respaldo deorganizaciones internacionales que mantienen dichos estndares, lainfraestructura y experiencia existente sobre el uso de dichos estndares y sobretodo el camino recorrido en la creacin de estndares de intercambio deinformacin.

10 Un estndar o tecnologa de facto es aquel patrn o norma que se caracteriza por no haber sido consensuada nilegitimada por un organismo de estandarizacin al efecto. Por el contrario, se trata de una norma generalmente aceptada yampliamente utilizada por iniciativa propia de un gran nmero de interesados.11Tomado dehttp://www.hl7.org/el 27 de abril de 200812Tomado dehttp://www.oasis-open.org/committees/tc_home.php?wg_abbrev=ubl el 27 de abril de 2008
http://www.hl7.org/http://www.hl7.org/http://www.hl7.org/http://www.oasis-open.org/committees/tc_home.php?wg_abbrev=ublhttp://www.oasis-open.org/committees/tc_home.php?wg_abbrev=ublhttp://www.oasis-open.org/committees/tc_home.php?wg_abbrev=ublhttp://www.oasis-open.org/committees/tc_home.php?wg_abbrev=ublhttp://www.hl7.org/


15/40


INTERNACIONALES

Pgina 15 de 40

2.2 GENERALIDADES

Dentro de los estndares de XML existen muchos que han sido adoptados a nivelinternacional de una forma muy natural. Un ejemplo tpico es el lenguaje XHTML,

ampliamente utilizado por todos los navegadores de internet.

En la adopcin de un estndar internacional, se pueden presentar entreinfinidades, los siguientes escenarios:

Necesidad de intercambio de informacin entre Entidades, organizacionesno gubernamentales y organizaciones privadas que utilicen el estndarinternacional.

Adopcin previa del estndar internacional por parte de una EntidadNacional.Cobertura de las necesidades de intercambio de informacin de una

Entidad a travs de un estndar internacional previamente definido.Adopcin generalizada, aun cuando existen ms estndares.El organismo de administracin de GEL-XML propone un estndarinternacional para su incorporacin.

Las estrategias de adopcin y adaptacin para cada uno de los escenarios varan,de acuerdo a la situacin que puntualmente se afronte.

A continuacin se presentan tres estndares de intercambio de informacin queson el conjunto de estndares internacionales que se tuvieron en cuenta para lageneracin del procedimiento de incorporacin de estndares internacionales, de

acuerdo al estado de arte de su uso en algunas Entidades del orden nacional y alas posibilidades de su adopcin en el mediano plazo.

2.3 XBRL

Nombre: XBRL (extensible Business Reporting Language) Lenguaje extensiblepara reportes de negocios.

Origen:Es un lenguaje que nace de la propuesta lanzada en 1998 por CharlesHoffman, un experto contable y auditor, para simplificar la automatizacin del

intercambio de informacin financiera mediante el uso del lenguaje XML -entoncesemergente y hoy casi ubicuo en todo lo relacionado con Internet 13.

Estado del arte en Colombia: En el Ministerio de Hacienda y Crdito Pblico seest adelantando el desarrollo del Proyecto de Interoperabilidad14enmarcado en el

13Tomado dehttp://www.xbrl.es/que_es/que_es.htmlel 28 de abril de 2008.14El Ministerio de Hacienda y Crdito Pblico viene adelantando tres proyectos por cuenta de dicha entidad con XBRL: Elprimero est relacionado con la creacin de varias taxonomas XBRL (unas para reporte consolidado y otras para reporte
http://www.xbrl.es/que_es/que_es.htmlhttp://www.xbrl.es/que_es/que_es.htmlhttp://www.xbrl.es/que_es/que_es.htmlhttp://www.xbrl.es/que_es/que_es.html


16/40


INTERNACIONALES

Pgina 16 de 40

uso del estndar XBRL para reportar informacin de carcter financiero. El citadoMinisterio utiliza XBRL, y adems lidera la adopcin de XBRL en Colombia.Gracias al grupo de trabajo XBRL15existente en Colombia, ya existen taxonomascomo la que muestra la Figura 3. Existen adems proyectos en curso en laContadura General de la Nacin: XBRL para el reporte de estados financierospblicos (CHIP), en la Superintendencia de Sociedades (Sistema de Insolvencia) yen la Superintendencia Financiera.

Estructura:XBRL est compuesto por taxonomas; ellas son los diccionarios dellenguaje XBRL. Consisten en esquemas de clasificacin que definen etiquetasespecficas para cada concepto especfico de informacin (por ejemplo, "BeneficioNeto"), dichas taxonomas son publicadas en la Web de XBRL International. CadaJurisdiccin nacional (pas) tiene su propia Normativa Contable, por lo que cadauna puede tener su propia Taxonoma para Informes Financieros.

Una taxonoma XBRL est compuesta por:Un esquema: que define los conceptos que componen la taxonoma. Elesquema contiene, tipos de datos, periodos de tiempo para hacer losreportes de negocios, etc. Las propiedades de los conceptos (elementos dedatos) son definidos de acuerdo a la especificacin XBRL.Cinco archivos llamados linkbase que contienen definiciones de relacionesentre los conceptos definidos en el archivo de esquema. Los archivos son:a) label linkbase: permite a los usuarios adjuntar etiquetas con diferentesroles y lenguajes a un concepto dado, b) reference linkbase permite alusuario adjuntar fuentes de informacin externa a los conceptos, c)

presentation linkbasedefine como anidar y ordenar los conceptos que van aser incluidos en un reporte, d) calculation linkbase define como losconceptos deben ser totalizados uno dentro del otro, e). definition linkbasepermite a los usuarios definir semntica adicional a los conceptos yasociarla a los mismos.

detallado) de reporte presupuestal; otro est asociado con la creacin de documentos instancia como reportesinteroperables para el proyecto SIIF Nacin; y el ltimo est relacionado con la publicacin de informes presupuestales en elportal de Transparencia Financiera del estado Colombiano. Tomado de http://www.transparenciafinanciera.gov.coel 19 dejunio de 2008.15 Internacionalmente conocido como Working Group. Corresponde a grupos de personas responsables de coordinar lasactividades de una jurisdiccin XBRL (representacin de pases mediante una asociacin que apoyan el desarrollo de XBRL)Se organizan segn intereses o temas como por ejemplo: mercadeo y educacin, creacin de taxonomas, estrategia, etc.Tomado dehttp://www.minhacienda.gov.co/portal/page/portal/MinHacienda/politicasapoyo/sectortecnologico/xbrl/iniciativacolombiana/OrientacionesGruposDeTrabajo.pdfel 20 de Junio de 2008.
http://www.transparenciafinanciera.gov.co/http://www.transparenciafinanciera.gov.co/http://www.minhacienda.gov.co/portal/page/portal/MinHacienda/politicasapoyo/sectortecnologico/xbrl/iniciativacolombiana/OrientacionesGruposDeTrabajo.pdfhttp://www.minhacienda.gov.co/portal/page/portal/MinHacienda/politicasapoyo/sectortecnologico/xbrl/iniciativacolombiana/OrientacionesGruposDeTrabajo.pdfhttp://www.minhacienda.gov.co/portal/page/portal/MinHacienda/politicasapoyo/sectortecnologico/xbrl/iniciativacolombiana/OrientacionesGruposDeTrabajo.pdfhttp://www.minhacienda.gov.co/portal/page/portal/MinHacienda/politicasapoyo/sectortecnologico/xbrl/iniciativacolombiana/OrientacionesGruposDeTrabajo.pdfhttp://www.minhacienda.gov.co/portal/page/portal/MinHacienda/politicasapoyo/sectortecnologico/xbrl/iniciativacolombiana/OrientacionesGruposDeTrabajo.pdfhttp://www.transparenciafinanciera.gov.co/


17/40


INTERNACIONALES

Pgina 17 de 40

Figura 3. Taxonoma de gastos de inversin XBRL en Colombia16

En Colombia la taxonoma creada est fundamentada en el Estatuto Orgnico delPresupuesto General de la Nacin de Colombia, en lo referente a los catlogospresupuestales para gastos e ingresos segn las leyes y decretos que rigen elpresupuesto y la Ley de Presupuesto General de la Nacin de 2007. Dichataxonoma contiene 4 esquemas principales que renen los elementos definidos

en los catlogos mencionados, junto con la definicin de los linkbases: Calculation,Presentation, Label y Reference,as17:

Taxonoma Gastos de Funcionamiento.Taxonoma Gastos Servicio a la Deuda.Taxonoma Gastos de Inversin:

o Programas.o Subprograma.

Taxonoma de Ingresos.

Figura 4 ilustra la taxonoma de XBRL en Colombia.

16Tomado dehttp://www.minhacienda.gov.co/images/sitiowww/xbrl/gf/gf_visor.html el 20 de Junio de 200817 Tomado de http://www.minhacienda.gov.co/portal/page?_pageid=1036,713460&_dad=portal30&_schema=PORTAL30 el27 de abril de 2008
http://www.minhacienda.gov.co/images/sitiowww/xbrl/gf/gf_visor.htmlhttp://www.minhacienda.gov.co/images/sitiowww/xbrl/gf/gf_visor.htmlhttp://www.minhacienda.gov.co/images/sitiowww/xbrl/gf/gf_visor.htmlhttp://www.minhacienda.gov.co/portal/page?_pageid=1036,713460&_dad=portal30&_schema=PORTAL30http://www.minhacienda.gov.co/portal/page?_pageid=1036,713460&_dad=portal30&_schema=PORTAL30http://www.minhacienda.gov.co/portal/page?_pageid=1036,713460&_dad=portal30&_schema=PORTAL30http://www.minhacienda.gov.co/portal/page?_pageid=1036,713460&_dad=portal30&_schema=PORTAL30http://www.minhacienda.gov.co/images/sitiowww/xbrl/gf/gf_visor.html


18/40


INTERNACIONALES

Pgina 18 de 40

Figura 4. Taxonoma de los esquemas XBRL en Colombia18.

Principales diferencias y similitudes con la arquitectura del estndar GEL-XML: Existen dos diferencias principales entre GEL-XML y XBRL, la primera esque GEL-XML est organizado por capas y XBRL explcitamente est organizadopor taxonomas claramente definidas. XBRL adems de permitir definir conceptos,permite enlazar dichos conceptos con los linkbases, lo cual no est definido enGEL-XML.

Necesidades para hacer converger el estndar a GEL-XML: Se podran incluirlos conceptos de la taxonoma XBRL Colombiana dentro de GEL-XML. En el casode los linkbases, se podran definir elementos de dato dentro de GEL-XML quepermitieran ligar instancias de otros elementos de datos de GEL-XML. Inicialmentelos elementos de dato de XBRL, que sirven para definir los esquemas XBRL,deberan someterse al proceso de inclusin de estndares internacionales deGEL-XML que se describe en la seccin4 de este documento.

Recomendacin de Adopcin: XBRL, por ser lenguaje estndar para reportes deinformacin de negocios, utiliza formulas dentro de sus elementos y otroslenguajes como XPATH y XLINK que sirven para hacer referencias dinmicas ytotalizaciones dentro de los documentos XBRL, dichos lenguajes no seriansoportados por el estndar GEL-XML debido a que GEL-XML fue concebido pararepresentar conceptos por medio de estructuras de datos (elementos) y no para

18Tomado dehttp://www.minhacienda.gov.co/MinHacienda/politicasapoyo/sectortecnologico/xbrl/Taxonomias el 20 de juniode 2008.
http://www.minhacienda.gov.co/MinHacienda/politicasapoyo/sectortecnologico/xbrl/Taxonomiashttp://www.minhacienda.gov.co/MinHacienda/politicasapoyo/sectortecnologico/xbrl/Taxonomiashttp://www.minhacienda.gov.co/MinHacienda/politicasapoyo/sectortecnologico/xbrl/Taxonomiashttp://www.minhacienda.gov.co/MinHacienda/politicasapoyo/sectortecnologico/xbrl/Taxonomias


19/40


INTERNACIONALES

Pgina 19 de 40

representar referencias dinmicas y totalizaciones, por lo que esos componentesde XBRL no seran adoptados ni adaptados. La adopcin y adaptacin (en parteya realizada con las taxonomas) de XBRL en GEL-XML se realizar mediante laadopcin directa de las taxonomas adoptadas para Colombia. Los elementosbase de XBRL (que soporten las taxonomas) deben ser documentados yadoptados directamente por GEL-XML. El proceso de adopcin est especificadoen la seccin 4 de este documento.

2.4 HL7 (Health L evel Seven) versin 3

Nombre: Health Level Seven (traduccin literal: Salud Nivel Siete). "Nivel Siete"se refiere al ms alto nivel de la Organizacin Internacional de Normalizacin(ISO) para las comunicaciones del modelo Open Systems Interconnection (OSI)(comnmente llamado modelo OSI de la ISO) que es el nivel de aplicacin. El nivel

de aplicacin se ocupa de la definicin de los datos que deben intercambiar, eltiempo del intercambio, y la comunicacin de ciertos errores de la aplicacin. Elsptimo nivel del modelo OSI apoya funciones como controles de seguridad,identificacin de los participantes, chequeos de disponibilidad, mecanismo deintercambio de las negociaciones y, lo que es ms importante, estructurar elintercambio de datos.

Orgenes: Es una de las normas aprobadas por el Instituto NacionalEstadounidense de Estndares (ANSI). El objeto de HL7 es la representacin dedatos clnicos y administrativos en el sector de la salud. La misin de laorganizacin que se encarga del estndar HL7 (que tiene su mismo nombre) es

proveer estndares para los dominios: clnico, asistencial, administrativo ylogstico, con el fin de lograr una interoperabilidad real entre los distintos sistemasde informacin en el rea de la salud.

Estado del arte en Colombia: En Colombia existe la organizacin llamadaFundacin HL7 Colombia19 que promociona el uso de ste estndar en el pas.HL7 ayudara con la creacin de una Historia Clnica Digital, que permitira launificacin de las historias clnicas y su consolidacin y/o intercambio entre lasentidades de Salud.

Estructura: HL7 adems de contar con un modelo de datos (para mensajes y

datos per se), tiene un modelo de interaccin, uno de especificacin (mediantecasos de uso expresados con UML) y un modelo tcnico de implementacin (verFigura 5). HL7 puede ser expresado en varios formatos, uno de ellos es XML.Existe tambin la posibilidad de expresarse en ER7, OLE, CORBA y EDIFACT.

19Pablo Manzotti, Un proyecto en el marco de la integracin regional, Diagnstico VOLUMEN XVII - NUMERO 180 - ENERO2008, Disponible en:http://www.diagnosticojournal.com/spa/diagnostico/dia180/d-hl180.php


20/40


INTERNACIONALES

Pgina 20 de 40

A continuacin se definen algunos conceptos relacionados con HL7. En cada unose describe si es parte constitutiva de HL7 o es un concepto externo. Losconceptos pertenecientes al modelo HL7 estn incluidos dentro de laFigura 5.

Figura 5. Modelo general de HL7 versin 3

RIM: La sigla RIM viene del trmino de la lengua inglesa ReferenceInformation Model (su traduccin literal es Modelo de Referencia deInformacin). Como lo muestra la Figura 5,RIM es la base del proceso dedesarrollo de HL7 versin 3. Es un modelo de objetos creados como partede la metodologa de desarrollo de HL7 versin 3. Cuenta con unarepresentacin grfica de datos clnicos (dominio) que identifica el ciclo devida de eventos que un mensaje o grupo de mensajes relacionados puedentransportar. RIM es un modelo compartido entre todos los dominios (de lasalud) y como tal es el dominio del cual todos los dominios (de la salud)crean sus mensajes. Permite expresar las conexiones existentes entre lainformacin trasportados en los campos de los mensajes HL7. RIM permiteel incremento de la precisin de los datos y reduce los costos deimplementacin.

CDA20: Es el acrnimo del trmino de la lengua inglesa Clinical DocumentArchitecture (Arquitectura de documento clnico). El CDA del HL7 es unaestructura de metainformacin (estndar) que especfica la estructura y lasemntica de los documentos mdicos para su mejor intercambio entresistemas informticos, clnicas y hospitales diferentes. Anteriormente se laconoca como la Patient Record Architecture (PRA). Los documentosinstancias del CDA son expresados en XML y deben cumplir con el

20Tomado de Dolin R.H. et. al, HL7 Clinical Document Architecture, Release 2.0, 2004 Health Level Seven Inc. Ann Arbor,Michigan.


21/40


INTERNACIONALES

Pgina 21 de 40

esquema-XML-CDA. Los documentos CDA deben cumplir con loslineamientos del RIM.

HMD: La sigla HMD proviene del trmino Hierarchical Message Definitionque es la definicin de un mensaje abstracto en HL7 V3.

R-MIM: La sigla R-MIM viene del trmino de la lengua inglesa RefinedMessage Information Model (su traduccin literal es modelo refinado deinformacin de mensajes). R-MIM es una estructura de informacin querepresenta los requerimientos de un conjunto de mensajes. Contiene lasclases, atributos, asociaciones y tipos de datos que son necesarios parasoportar uno o ms HMD.

D-MIM:Acrnimo del trmino Domain Message Information Model,que serefiere a un subconjunto del modelo de informacin de HL7 referido a undominio especfico del rea de la salud.

DICOM & MEDICOM: Estas dos siglas provienen de los trminos de lalengua inglesa Digital Imaging and Communications in Medicine y MedicalImage and Related Data Interchange Format Standard, respectivamente.Los dos estndares permiten el intercambio de imgenes mdicas. Losanteriores estndares fueron desarrollados a la par con HL7 y hoy tienencomits tcnicos dentro de HL7.

Principales diferencias y similitudes con la arquitectura del estndar GEL-XML: La estructura del estndar HL7 se asemeja ms un rbol, la estructura deGEL-XML es por capas, que no cumple estrictamente con la estructura de rbol.HL7 est compuesto por un nmero considerable de catlogos de cdigos, GEL-XML es ms bien un conjunto de conceptos. Aparte de la arquitectura HL7presenta un modelo de interaccin y un modelo de casos de uso que no tieneGEL-XML.

Necesidades para hacer converger el estndar: En cuanto a los CDA nodifieren mucho de GEL-XML, por lo que el proceso de inclusin de HL7, en loreferente a esquemas XML, dentro de GEL-XML sera un proceso sencillo debidoa que los esquemas definidos en HL7 son similares a los esquemas de GEL-XML.Su similitud radica en que ambos estndares representan conceptos medianteestructuras de informacin (elementos de dato) y dichas estructuras son suprincipal componente. Los catlogos de cdigos que tiene HL7 sern de fcilinclusin dentro del estndar GEL-XML debido a que los valores de los cdigos nocambian y utilizan enumeraciones de XML como las utiliza GEL-XML.

Recomendacin de adopcin: Para el caso de HL7 se aplicara el proceso deadopcin referido en la seccin4 de ste documento a los elementos constitutivosdel CDA y que son expresados con XML. Otras partes de HL7, como el RIM no se


22/40


INTERNACIONALES

Pgina 22 de 40

podra adoptar dentro del estndar GEL-XML debido a que GEL-XML fueconcebido para representar conceptos por medio de estructuras de datos(elementos) y no para representar modelos de interaccin o modelos de casos deuso como lo hace HL7.

A pesar que existe un trabajo ya realizado en HL7 Colombia, se hace necesarioque el proyecto est ms maduro y que ms actores estn interesados en el usodel estndar, principalmente el Ministerio de Proteccin Social y todas lasinstituciones relacionadas con la salud en Colombia (i.e. EPS, IPS, ARP, etc.), porlo que HL7 como un todo debe ser considerado en el futuro.

Actualmente ya se han adaptado algunos de los elementos de HL7 dentro delestndar GEL-XML. Conceptos como el de grupo sanguneo, y factor Rh de lasangre. La semntica contenida en HL7 es una de sus fortalezas por lo que sepodran adaptar y adoptar muchos de los cdigos y listas (como el tipo de sangre)que son mundialmente aceptadas en el sector de la salud.

2.5 LEGAL-XML

Nombre: LegalXML

Orgenes: LegalXML es un estndar para el intercambio electrnico deinformacin jurdica creado en 1998. Sus creadores fueron un grupo formado porabogados, administradores de cortes y/o juzgados, asesores de tecnologa yacadmicos. Desde el ao 2002, es uno de los estndares que mantiene la

organizacin OASIS.

Estructura:Legal XML a su vez se divide en siete (7) subcomits a saber:

LegalXML Court Fi l ing TC21: Contiene vocabularios relacionados con

documentos y formatos de intercambio para las aplicaciones informticaspropias de los tribunales de justicia, como el LegalXML Court Filing 1.1Proposed Standard, propuesto en julio de 2002 (aunque se est trabajandoen la versin 2.0), o el XML Court Document 1.1 Draft Standard, de mayode 2002. Sin embargo, el Comit Tcnico de Legal XML dedicado a losdocumentos legislativos, LegalXML Legislative Documents, Citations, and

Messaging TC(http://www.oasis-open.org/committees/tc_home.php?wg_abbrev=legalxml-legislative) noofrece ningn estndar en la actualidad. El desarrollo de este estndarpermitir la creacin y transmisin de documentos legales de un abogado,parte de un proceso judicial un litigante autorepresentado, hacia una corteo viceversa o entre cualquier otro usuario de documentos legales.

21 http://e-archivo.uc3m.es:8080/dspace/bitstream/10016/867/1/2004RGID.pdf


23/40


INTERNACIONALES

Pgina 23 de 40

Legal XML eContracts: Subcomit encargado de desarrollar estndaresXML de documentos que representan contratos para habilitar la creacineficiente, administracin y publicacin de contratos y de trminos decontratos.

Legal XML eNotary: Encargado de desarrollar un conjunto derequerimientos tcnicos para administrar informacin legal electrnica quedebe tratarse como original.

Legal XML IntJust ice: Encargado de crear estndares de interoperabilidadpara sistemas legado y nuevos sistemas que soporten Legal XML.

Legal XML L awful Intercept: Encargado de creacin de estndares de

identificacin en XML incluyendo la reutilizacin de otros estndarespreviamente creados que permitan la autenticacin.

Legal XML L egis lat ive: Subcomit encargado de crear estndares paradocumentos legislativos y estndares para citar documentos no legislativos.

Legal XML ODR:Encargado de promover el uso de XML para permitir elacceso pblico a la justicia por medio de sistemas de resolucin dedisputas.

Estado del arte en Colombia: No se encontr informacin sobre el uso de Legal-XML en Colombia, por lo que se supone que su uso es prcticamente nulo.

Principales diferencias y similitudes con la arquitectura el estndar GEL-XML: La organizacin de Legal-XML por reas dentro de la justicia es muy similara las capas que tiene el estndar GEL-XML. Sin embargo por tratarse de unestndar de intercambio de informacin jurdica incluye elementos para cifrado deinformacin, identificacin y seguridad que la arquitectura del estndar GEL-XMLno contempla.

Necesidades para hacer converger el estndar: LegalXML intercambiadocumentos legales por medio de canales electrnicos, por lo que susnecesidades tcnicas de convergencia con GEL-XML no son un gran escollo, porla similitud de los dos estndares. Para la incorporacin del estndar y en cuantoa las modificaciones al que debe someterse al modelo legal Colombiano senecesitar un grupo interdisciplinario que conozcan los temas tcnicos y legales yestn familiarizados con los cambios que continuamente sufre la legislacinColombiana.


24/40


INTERNACIONALES

Pgina 24 de 40

Recomendacin de Adopcin: Existe un proceso de evolucin de la ramajudicial en Colombia, mediante la modernizacin del Consejo Superior de laJudicatura (CSJ) y con los actores del medio. El uso de Legal XML deberconsultarse al CSJ, por lo que no se recomienda su adopcin por ahora, sinohasta que dentro del proceso de adopcin existan interlocutores vlidos. Debido aque la judicial es una de las ramas del poder en Colombia, se recomiendainvolucrar a los actores relacionados como el CSJ, el Colegio de Abogados deColombia, las altas Cortes Colombianas y Ministerio del Interior y JusticiaColombiano.


25/40


INTERNACIONALES

Pgina 25 de 40

3 LINEAMIENTOS PARA LA SELECCIN DE ESTNDARESINTERNACIONALES DE INTERCAMBIO DE INFORMACIN

egn lo expresado anteriormente, la incorporacin de estndaresinternacionales depende de varios factores ligados a ciertos escenarios.Debido a la flexibilidad que tiene XML, los aspectos tcnicos para incluir un

estndar internacional no seran un impedimento y la decisin es ms de carcteradministrativo o poltico. Las consideraciones ms importantes a tener en cuentason:

Una Entidad que ya utiliza el estndar desea que sea incluido en GEL-XML.Al hacer un anlisis comparativo de algunos de los estndaresinternacionales, se concluye que el estndar cumple con las necesidades(tienen una gran cobertura) de un sector o Entidad y en vez de desarrollarun estndar (o conjunto de elementos) propio se decide utilizar un estndarinternacional.Una variacin de la primera consideracin ocurre cuando una Entidaddesea intercambiar informacin con otra que utiliza el estndarinternacional.El organismo de administracin del estndar GEL-XML, en su proceso deinvestigacin de mejores prcticas internacionales, propone un estndarinternacional para su incorporacin dentro de GEL-XML.

Aunque las razones anteriores son vlidas para utilizar un estndar internacional,tambin es necesario tener en cuenta aspectos (criterios) que en principiogarantizaran que el estndar no est en desuso o ser obsoleto en el corto plazo,dichos aspectos son:

Madurez del estndar internacional: La madurez se puede determinar pormedio de la edad del estndar internacional, un estndar maduro (incluidoslos estndares de facto) debe tener alrededor de un ao de revisiones/edadrealizadas por el grupo que utiliza o administra el estndarindependientemente de su ubicacin geogrfica. Una vez se tiene unestndar estable, el estndar tiene pocas modificaciones profundas a travsdel tiempo.

S


26/40


INTERNACIONALES

Pgina 26 de 40

Actividad del grupo que mantiene el estndar. DEBEexistir un trabajo demantenimiento y evolucin del estndar (comprobarse que realmente elestndar es mantenido).Implementaciones del estndar en el mercado. Si un estndar esimplementado y usado en el mercado, garantiza temporalmente supermanencia y la validez de adopcin y adaptacin.

Aceptacin de la entidad encargada del tipo de informacin dentro delEstado Colombiano. Aunque otras entidades utilicen el estndar, si laentidad responsable por la informacin o procesos no utiliza el estndar, espreferible no adoptarlo.Como el estndar GEL-XML se expresa utilizando el lenguaje XML, sedeben considerar preferiblemente estndares de intercambio que seanexpresados en XML. Sin embargo, es posible considerar tcnicamenteotros estndares que no utilicen XML con el propsito de intercambiar

conceptos.


27/40


INTERNACIONALES

Pgina 27 de 40

4 PROCESO PARA INCLUSIN DE ESTNDARESINTERNACIONALES EN LA ARQUITECTURA DE GEL-XML

os estndares internacionales debern ser tratados como elementosnormales en el estndar GEL-XML, evitando as un proceso deadministracin doble. La mayor diferencia entre un elemento normal y uno del

estndar internacional es la necesidad de crear un adaptador en ciertos casos.

Para la inclusin de un estndar nuevo, se deber llevar el mismo proceso deimplementacin, mantenimiento y evolucin del estndar GEL-XML, y la solicitudde servicio ser de tipo adopcin de nuevo estndar. La Tabla 1. presenta unapropuesta del proceso a seguir para la inclusin de estndares internacionales.

Tabla 1. Proceso general para la Inclusin de un estndar Internacional.

ENTRADAS PROCESO PROVEEDOR PROCESO SALIDAS

PROCESO

CLIENTE

SOLICITUD DE SERVICIO EXTERNO

PLAN ESTRATGICO Y DEGESTIN

GESTIN DE LAESTRATEGIA

GESTIN DE LAINTEGRIDAD DELESTNDAR GEL-

XML

BASE DE CONOCIMIENTO

GESTIN DELCONOCIMIENTO ARTICULACIN

DOCUMENTOS TCNICOS DELESTNDAR GEL-XML.

GESTIN DE LAINTEGRIDAD DELESTNDAR GEL-XML

GESTIN DELCONOCIMIENTO

RECURSOS HUMANOS YFSICOS

GESTINADMINISTRATIVA YFINANCIERA

ESTNDAR GEL-XML

ENTIDADES,EMPRESAS,CIUDADANOS

SERVICIOS ADMINISTRATIVOSY FINANCIEROS

GESTINADMINISTRATIVA YFINANCIERA

SISTEMAS DE INFORMACIN

GESTIN DE

RECURSOSTECNOLGICOS

SERVICIOS DE APOYOJURDICO Y NORMATIVO

CONSULTORAJURDICA

IMPLEMENTACIN,MANTENIMIENTO

Y EVOLUCIN

INFORMACINDEL PROCESO

MANTENIMIENTOY EVALUACION

El proceso de Inclusin de Estndares Internacionales tendr los siguientessubprocesos:

L


28/40


INTERNACIONALES

Pgina 28 de 40

Recepcin y validacin de la solicitud: Para la inclusin del estndar sedebe diligenciar una Solicitud de Servicio con la informacin del estndary/o el conjunto de elementos a incluir en GEL-XML.

Se debe hacer una revisin de la viabilidad de seleccin segn loslineamientos de seleccin de estndares:

Madurez del estndar internacional: La madurez se puede determinarpor medio de la edad del estndar internacional, un estndar maduro(incluidos los estndares de facto) debe tener alrededor de un ao derevisiones/edad realizadas por el grupo que utiliza o administra elestndar independientemente de su ubicacin geogrfica. Una vez setiene un estndar estable, el estndar tiene pocas modificacionesprofundas a travs del tiempo.

Actividad del grupo que mantiene el estndar. Debe existir un trabajo demantenimiento y evolucin del estndar (comprobarse que realmente elestndar es mantenido).Implementaciones del estndar en el mercado. Si un estndar esimplementado y usado en el mercado, garantiza temporalmente supermanencia y la validez de adopcin y adaptacin.

Aceptacin de la entidad encargada del tipo de informacin dentro delEstado Colombiano. Aunque otras entidades utilicen el estndar, si laentidad responsable por la informacin o procesos no utiliza el estndar,es preferible no adoptarlo. El organismo de administracin del estndarGEL-XML, en su proceso de investigacin de mejores prcticasinternacionales, propone un estndar internacional para su incorporacindentro de GEL-XML.

Planeacin: Una vez seleccionado el estndar internacional, ste debe seranalizado, para saber los cambios que deben realizarse sobre l, para quesea includo y utilizado dentro del estndar GEL-XML. El anlisis consisteen revisar los elementos del estndar internacional que suplan lanecesidad o que se deseen incluir. Se debe analizar si es posible adoptar(incluir los elementos directamente del estndar internacional) o hacer unaadaptacin de los mismos al medio colombiano, lo anterior con el objetivode conocer el tiempo requerido en procesar la solicitud de servicio. En estafase se debe crear un cronograma de trabajo, segn el nmero deelementos a incluir consignados en la solicitud de servicio y la metodologanecesaria de inclusin (adaptacin o adopcin).

Conceptualizacin: En la conceptualizacin se debern realizar lassiguientes actividades:


29/40


INTERNACIONALES

Pgina 29 de 40

Traduccin de los metadatos del elemento de dato adaptado, en casoque sea necesario.Identificacin de elementos preexistentes y similares (con la mismasemntica), en el estndar GEL-XML, a los que se pretende adaptar.Diligenciamiento de los restantes metadatos segn el estndar GEL-XML.

Desarrollo tcnico: El resultado del desarrollo tcnico son los esquemasXML de los elementos incluidos (XSDs) y los adaptadores asociados a losmismos. Los esquemas pueden ser obtenidos por medio de variasestrategias, las cuales son escogidas segn los hallazgos de la etapa deconceptualizacin. stas son:

Adopcin directa del estndar externo (no tienen modificaciones los

esquemas de estndar externo). Esta adopcin se realizara cuando elestndar externo sea compatible con GEL-XML a nivel de elementos dedato.

Adaptacin del estndar externo para que cumpla con los lineamientosde GEL-XML, pero que la modificacin no sea compatible con elestndar externo y se requiera de una transformacin para convertirelementos de GEL-XML, a elementos del estndar internacional yviceversa. Esta estrategia es complementaria con la estrategia siguiente.Cuando los conceptos existen en los dos estndares, pero con diferentesintaxis, se DEBEespecificar un adaptador, que permita la traduccinentre el elemento externo y un elemento al interior del estndar GEL-

XML. El adaptador es un esquema de transformacin que incluye laimplementacin de las transformaciones (en el lenguaje XSLT) entredichos elementos. La entidad interesada especificar las reglas detransformacin y generar el documento de transformacin. DEBE serposible realizar la trasformacin a nivel del elemento de dato en las dosdirecciones, del estndar Internacional hacia GEL-XML y viceversa. Deno ser posible el elemento del dato del estndar internacional no podraser intercambiado en dos sentidos y muy probablemente no podra serutilizado.Si no es posible adoptar ni adaptar el estndar internacional se podrahacer un uso de caja negra de dicho estndar, es decir, incluir en

paquetes binarios dentro de elementos de dato de GEL-XML, los datosrepresentados por el estndar internacional. Los paquetes binariospueden ser transmitidos bien sea como un archivo comprimido o comotexto (XML) utilizado una seccin CDATA dentro del un mensaje delestndar GEL-XML.


30/40


INTERNACIONALES

Pgina 30 de 40

Pruebas funcionales: Pruebas sobre los esquemas y adaptadoresobtenidos al igual que las pruebas que se realizan cuando se hace lagestin de elementos de dato normales.

Publicacin: Aprobacin y Publicacin de los elementos de dato delestndar internacional para su uso. Un elemento de dato comprende losproductos de la conceptualizacin (definicin del elemento de dato) y eldesarrollo tcnico (esquemas y adaptadores).

El proceso de inclusin de los estndares internacionales podr ser parte deldocumento de Procedimientos de Administracin y Gestin.

4.1 ORGANIZACIN DE LOS ELEMENTOS INCORPORADOS

Los elementos incorporados (adoptados y adaptados) pertenecern a la capa UsoInternacional.Como la incorporacin de un estndar internacional es consideradacomo un pequeo proyecto, la organizacin de los elementos de datoincorporados se realizar dentro de la capa Uso Internacional. Se propone quesea por proyectos, el proyecto llevar el nombre del estndar, y dentro de dichosproyectos se crearn mdulos. Los nombres de los mdulos sern consistentescon la organizacin original del estndar. Por ejemplo, presentando la forma deorganizar los elementos usando el formato de sistema de archivos y para el casode HL7 sera:

UsoInternacional\HL7\Vocabulary

UsoInternacional\HL7\DatatypesUsoInternacional\HL7\NarrativeBlock

4.2 ADAPTADORES

Un adaptador puede representarse como la definicin de un esquema detransformacin que incluye la implementacin de las transformaciones, enlenguaje XSLT, entre documentos y/o elementos de dato.

Un adaptador permite conocer el origen de un elemento de dato de GEL-XML que

fue adoptado de un estndar Internacional o permite convertir y/o relacionarelementos de dato de capas diferentes con significado semntico similar.

Esta forma de ver un adaptador puede ser interpretada as:

Ventajas Definicin correcta de la transformacin requerida


31/40


INTERNACIONALES

Pgina 31 de 40

Reutilizacin por parte de los interesados de la transformacin Desventajas

Des-actualizacin de la transformacin Creacin transformaciones mltiples para un mismo lenguaje o

elementos de dato-documentos de GEL-XML Costos mayores debidos a la necesidad de equipo tcnico adicional

para la implementacin de las transformaciones

Datos requeridos para un adaptador

Figura 6. Uso de XSLT para transformacin de informacin

Los datos bsicos de un adaptador son:

- Elementos de Entrada: Las instancias de los elementos de dato deentrada que son convertidos en el elemento de dato de salida. Elelemento de entrada puede ser del estndar externo o del estndarGEL-XML.

- Elemento de Salida:La instancia del elemento de dato resultante. Bien

sea externa o del estndar GEL_XML.

- Transformacin:La transformacin necesaria para obtener el elementode dato de salida. Esta PUEDEser una copia directa o un conjunto desentencias XSL. La transformacin puede ser del estndar externo haciaGEL-XML (E2G) o viceversa (G2E) como lo muestra laFigura 6.


32/40


33/40


INTERNACIONALES

Pgina 33 de 40

5 TERMINOLOGA

lo largo de este documento se utilizan las siguientes definiciones:

Inclusin, Incorporacin: Las palabras Inclusin e Incorporacin sonindistintamente utilizadas en este documento. Se define que un estndarinternacional es incluido o incorporado dentro del estndar GEL-XML cuando unoo varios de los elementos de dato, de dicho estndar internacional, son utilizadosdentro de GEL-XML. La inclusin puede ser de uno o ms elementos de dato delestndar internacional.

Adopcin: Se define que un estndar internacional es adoptado cuando seincluye dentro del estndar GEL-XML. La adopcin es directa, es decir, sin ningncambio en su implementacin tcnica. La adopcin puede ser de uno o mselementos de dato del estndar internacional.

Adaptacin: Se define que un estndar internacional es adaptado cuando seintegra al estndar GEL-XML, previa la realizacin de cambios en suespecificacin tcnica. La adaptacin puede ser de uno o ms elementos de dato

del estndar internacional.

Adaptador: Definicin que indica como transformar una instancia de un elementode dato del estndar GEL-XML a una instancia de elemento de dato de unestndar internacional y viceversa. Un adaptador puede ser expresado en unlenguaje formal como XSLT.

Localizacin: Se define localizacin como las actividades de modificacin que sedeben realizar a un elemento de dato de un estndar internacional para poderutilizarlo en Colombia. La localizacin puede ir desde la creacin de ladocumentacin en espaol del elemento de dato que se desea localizar hasta una

revisin legal pasando por una revisin funcional y tcnica.

Lnea Base: Una especificacin o producto que se ha revisado formalmente ysobre los que se ha llegado a un acuerdo, y que de ah en adelante sirve comobase para un desarrollo posterior y que puede cambiarse solamente a travs deprocedimientos formales de control de cambios.

A


34/40


INTERNACIONALES

Pgina 34 de 40

6 CONCLUSIONES

a principal razn para tomar la decisin de incorporacin de un estndarinternacional en el estndar GEL-XML es que exista un inters real de unaEntidad en utilizar dicho estndar y que ese inters cause un efecto de halo

que motive a otras entidades a utilizar el estndar.

La arquitectura de datos del estndar GEL-XML permite la inclusin de estndares

internacionales en la capa Uso Internacional, que a su vez facilitara el uso ymantenimiento de dicho estndar por los usuarios del estndar GEL-XML y por elorganismo de administracin y gestin por medio de sus procesos.

No necesariamente es posible adaptar o adoptar un estndar internacional en sutotalidad, debido a que algunos estndares internacionales adems de definirdatos de intercambio definen otros aspectos del intercambio de datos. El estndarHL7 define, adems de los datos de intercambio, el modelo de interaccin y elmodelo de casos de uso; como el estndar GEL-XML no define dichos modelos,entonces, en este caso y casos similares, sera posible adoptar solo tipos y/oestructuras de datos de estndares internacionales que representen apenas

conceptos.Al revisar el estndar LegalXML, se observo su incipiente y prcticamente nulouso en Colombia, a diferencia de los otros dos estndares estudiados (i.e. XBRL yHL7). Por lo que se hace necesario que exista un actor que impulse el uso y laadopcin de dicho estndar internacional. Sin embargo, el uso de medioselectrnicos dentro de la rama Judicial en Colombia no es nuevo, permitira unmenor choque en la apropiacin de estndares de intercambio.

Para crear nuevos elementos de dato dentro de la Arquitectura de GEL-XMLdesde cero, se debe recorrer un camino, invirtiendo recursos y tiempo en laejecucin del proceso respectivo. Los estndares internacionales ya tienen uncamino recorrido y una base solida probada que al adoptarlos o adaptarlospermitira el enriquecimiento del estndar GEL-XML, por lo que se hace necesarioel estudio y adopcin de los mismos.

L


35/40


INTERNACIONALES

Pgina 35 de 40

7 TRABAJO FUTURO

os cambios en los lenguajes XML son dinmicos, debido a sto esimportante analizar continuamente las nuevas tendencias en XML paraincorporarlas dentro del estndar GEL-XML.

El paradigma de XBRL que liga la informacin de conceptos con la forma derepresentarla es un ejemplo palpable del aprovechamiento de las capacidades deXML que se podran utilizar a futuro en GEL-XML.

El estndar HL7, adems de presentar un modelo de datos, presenta un modelode interaccin y un modelo de casos de uso, lo que ayuda en la implementacindel estndar. Podra mejorar el entendimiento y la adopcin de GEL-XML en lasEntidades la creacin de una gua de adopcin de GEL-XML, que dichasEntidades puedan seguir, e incorporar dentro de la gua de adopcin los modelosque tiene HL7.

Adems del enfoque tecnolgico del intercambio de informacin, se deben teneren cuenta los aspectos administrativos y polticos, en donde se toman lasdecisiones de intercambiar la informacin y donde nace la necesidad delintercambio. Se deberan analizar los convenios internacionales que Colombia

tiene, en donde aplique el intercambio de informacin, y analizar qu estndaresde intercambio se podran utilizar, incorporarlos a GEL-XML y as facilitar el uso ydarle mayor visibilidad al estndar GEL-XML.

Definir la metodologa para la administracin de los adaptadores y los procesospara la administracin de los estndares incluidos. En el caso que los adaptadoresestn dentro de los esquemas de los elementos de datos, la mecnica parahacerlo, puede ser incluida como un anexo, dentro del documento Gua deCreacin de esquemas ya que la administracin de los esquemas se realizara enconjunto con la de los adaptadores.

L


36/40


INTERNACIONALES

Pgina 36 de 40

8 APENDICES

8.1 APNDICE A: PALABRAS CLAVES A UTILIZAR PARA INDICAR

NIVELES DE REQUERIMIENTO (RFC 2119).

Palabras clave a utilizar para indicar niveles de requerimiento (RFC 2119). Versinoriginal en Ingles enhttp://www.faqs.org/rfcs/rfc2119.html.

Network Working Group S.BradnerRequest for Comments: 2119 Harvard UniversityBCP: 14 Marzo 1997Categora: Mejor Prctica Actual

ESTATUS DE ESTE MEMORANDUM:

Este documento especifica una Mejor Prctica Actual de Internet para lacomunidad Internet, y solicita su discusin y sugerencias para posiblesmejoras. La distribucin de este memorndum es ilimitada.

RESUMEN:

En muchos documentos de seguimiento estndar se usan varias palabraspara indicar los requerimientos de la especificacin. Estas palabras amenudo estn en maysculas. Este documento define cmo deberan serinterpretadas estas palabras en documentos IETF. Los autores que siganestas instrucciones deberan incorporar esta frase cerca del principio desus documentos:

Las palabras claves "DEBE", "NO DEBE", "REQUERIDO"|"OBLIGATORIO", "DEBER", "NO DEBER", "DEBERA", "NODEBERA", "RECOMENDADO", "PUEDE" y "OPCIONAL" en estedocumento sern interpretadas como se describe en RFC 2119.

Ntese que la contundencia de estas palabras est modificada por elnivel de requerimiento del documento en el que son usadas.
http://www.faqs.org/rfcs/rfc2119.htmlhttp://www.faqs.org/rfcs/rfc2119.htmlhttp://www.faqs.org/rfcs/rfc2119.htmlhttp://www.faqs.org/rfcs/rfc2119.html


37/40


INTERNACIONALES

Pgina 37 de 40

1. DEBE: Esta palabra, o los trminos "REQUERIDO"|"OBLIGATORIO" o"DEBER", significa que la definicin es un requerimiento insoslayable dela especificacin.

2. NO DEBE: Esta frase, o la frase "NO DEBER", significa que la definicines una prohibicin insoslayable de la especificacin.

3. DEBER: Esta palabra, o el adjetivo "RECOMENDADO", significa quepueden existir razones vlidas en determinadas circunstancias paraignorar un elemento determinado, pero que la totalidad de lasconsecuencias deben ser comprendidas y cuidadosamente sopesadasantes de elegir otros derroteros.

4. NO DEBER: Esta frase, o la frase "NO RECOMENDADO", significa quepueden existir razones vlidas en determinadas circunstancias en las queel comportamiento en particular sea til o incluso aconsejable, pero quela totalidad de las consecuencias deben ser comprendidas ycuidadosamente sopesadas antes de implementar cualquiercomportamiento descrito bajo esta etiqueta.

5. PUEDE: Esta palabra, o el adjetivo "OPCIONAL", significa que unelemento es realmente opcional. Un proveedor puede elegir incluir elelemento porque un mercado en particular lo necesite o porque elproveedor sienta que realza el producto aunque otro proveedor puedaomitir el mismo elemento. Una implementacin que no incluya una opcindeterminada DEBE estar preparada para interoperar con otraimplementacin que incluya la opcin, aunque quiz con reducida

funcionalidad. En el mismo orden de cosas, una implementacin queincluya una opcin en particular DEBE estar preparada para interoperarcon otra implementacin que no incluya la opcin (excepto, por supuesto,para la caracterstica que aporte la opcin).

6. Gua de uso de estos Imperativos: Los imperativos del tipo definido eneste memorando deben ser usados con cuidado y con mesura. Enparticular, slo DEBEN ser utilizados donde sea realmente necesariopara la nteroperacin o para limitar un comportamiento potencialmentedaino (p.ej., limitando retransmisiones). Por ejemplo, no deben serusados para intentar imponer un mtodo concreto a los implementadores

cuando el mtodo no sea necesario para la interoperabilidad.

7. Consideraciones de seguridad: Estos trminos se utilizan normalmentepara especificar comportamientos con implicaciones de seguridad. Losefectos sobre la seguridad de no implementar un DEBE o DEBERA, ohacer algo que la especificacin dice NO DEBE o NO DEBERA serhecho, pueden ser muy sutiles. Los autores de documentos deberantomarse su tiempo para elaborar las implicaciones de seguridad respecto


38/40


INTERNACIONALES

Pgina 38 de 40

a no seguir recomendaciones o requerimientos, ya que la mayora de losimplementadores no tienen el beneficio de la experiencia y de ladiscusin que produjo la especificacin.

8. Agradecimientos: Las definiciones de estos trminos son una amalgamade las definiciones tomadas de numerosos documentos RFC. Adems,se han incorporado sugerencias de numerosas personas incluyendo aobert Ullmann, Thomas Nartenm Neal McBurnett, y Robert Elz.

DIRECCIN DEL AUTOR:

Scott Bradner Harvard University 1350 Mass. Ave. Cambridge, MA 02138phone - +1 617 495 3864email - [email protected]: Jos M. Cainzos [email protected] SEVILLASPAIN

8.2 EXTRACTO DE LEGAL-XML

El siguiente extracto de LEGAL-XML corresponde a un documento de tipoSignatureProfileIdentifier.

... (content removed for brevity)



urn:oasis:names:tc:legalxml-courtfiling:schema:xsd:NullSignature-1.0


39/40


INTERNACIONALES

Pgina 39 de 40

8.3 EXTRACTO DE HL7

Ejemplo de un documento clnico (CDA) en HL7.

()

Decrease prednisone to 20qOD alternating with 18qOD.

Hydrocortisone cream to finger BID.RTC 1 week.


40/40


INTERNACIONALES

8.4 EXTRACTO DE XBRL

Ejemplo de un esquema de XBRL.

rg2000-01-012000-12-31iso4217:hkd

Instancia de un elemento del esquema anterior

-3583000000.