<?xml version="1.0" encoding="UTF-8"?><!-- generator="wordpress.com" -->
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	>

<channel>
	<title>gestion-de-documentos &amp;laquo; WordPress.com Tag Feed</title>
	<link>http://wordpress.com/tag/gestion-de-documentos/</link>
	<description>Feed of posts on WordPress.com tagged "gestion-de-documentos"</description>
	<pubDate>Tue, 07 Oct 2008 21:47:43 +0000</pubDate>

	<generator>http://wordpress.com/tags/</generator>
	<language>en</language>

<item>
<title><![CDATA[Generación y control documental.]]></title>
<link>http://seguridadyambiente.wordpress.com/?p=78</link>
<pubDate>Tue, 23 Sep 2008 18:55:38 +0000</pubDate>
<dc:creator>seguridadyambiente</dc:creator>
<guid>http://seguridadyambiente.es.wordpress.com/2008/09/23/generacion-y-control-documental/</guid>
<description><![CDATA[
Introducción
En otras entradas hemos abordado el tema de las Auditorías Técnicas, ello me llevó]]></description>
<content:encoded><![CDATA[<p style="text-align:justify;">
<h3 style="text-align:left;margin:auto 0;"><span style="font-weight:normal;font-size:11pt;color:#000000;font-family:Arial;"><strong>Introducción</strong></span></h3>
<p><span style="font-weight:normal;font-size:10pt;color:#000000;font-family:Arial;">En otras entradas hemos abordado el tema de las Auditorías Técnicas, ello me llevó a elaborar el presente tema, pues no se ustedes si estarán de acuerdo conmigo y si no lo están pues bueno…, se me ocurrió escribirlo ya que está directamente emparentado con él.</span><br />
<span style="font-weight:normal;font-size:10pt;color:#000000;font-family:Arial;">Recuerden que en toda organización los documentos van y vienen, aparecen y desaparecen como por arte de magia. No se ustedes, pero siempre escuché hasta el cansancio las siguientes expresiones, <em><span style="font-family:Arial;">que ya te lo di y no me lo devolviste..., que esa copia no debía llegar a manos de fulano..., que ese documento era el único que teníamos, etc, y muchos etc, etc más</span></em>, como seguramente a muchos de ustedes les ha pasado y no una sola vez en su angustiante carrera laboral.</span></p>
<h3 style="text-align:left;margin:auto 0;"><span style="font-weight:normal;font-size:11pt;color:#000000;font-family:Arial;"><strong>Veamos un poco el tema:</strong></span></h3>
<p style="text-align:left;"><span style="font-size:10pt;color:#000000;font-family:Arial;">El control de la documentación es uno de los aspectos más importantes de un Sistema de Gestión en nuestro caso aplicado a la Prevención, podría darse el caso también para otra actividad, de las actividades dentro y fuera del predio Industrial. Una documentación actualizada, correctamente distribuida y disponible cuando se necesite es un punto clave en el éxito de la implantación del sistema y su seguimiento.</span></p>
<p style="text-align:left;"><span style="font-size:10pt;color:#000000;font-family:Arial;">El sistema documentado debe ser un proceso vivo, en el que cualquier miembro de la organización pueda participar, bien sea utilizando documentos, bien sea creándolos o modificándolos.</span></p>
<p style="text-align:left;"><span style="font-size:10pt;color:#000000;font-family:Arial;">Este dinamismo, implica la necesidad de establecer un procedimiento de control de la documentación que debería contemplar las siguientes etapas:</span></p>
<h4 style="text-align:left;margin:auto 0;"><span style="font-weight:normal;font-size:11pt;color:#000000;font-family:Arial;"><strong>Elaboración del documento o registro</strong></span></h4>
<p style="text-align:left;"><span style="font-size:10pt;color:#000000;font-family:Arial;">Cuando la organización detecte la necesidad de elaborar un documento nuevo, o de reeditar o actualizar uno ya existente, deberá definirse en cada caso, el responsable de elaboración del documento en función del tipo, contenido y unidad funcional afectada. En el documento deberá reflejarse dicho responsable y la fecha de elaboración.</span></p>
<p style="text-align:left;"><span style="font-size:10pt;color:#000000;font-family:Arial;">Los documentos deberán ser titulados y se redactarán con un estilo y terminología comprensible por el usuario, siguiendo cuando exista, el formato establecido.</span></p>
<p style="text-align:left;"><span style="font-size:10pt;color:#000000;font-family:Arial;">En la elaboración de Manuales se recomienda utilizar hojas impresas o fotocopiadas unidas por anillas. De esta manera se podrá fácilmente intercalar hojas nuevas o reemplazar las obsoletas cuando se producen revisiones o suplementos, sin necesidad de volver a imprimir todo el Manual. También, es conveniente indicar el número de la página respecto al número total de páginas del documento (por ejemplo:  página 1 de 12  o 1/12).</span></p>
<h4 style="text-align:left;margin:auto 0;"><span style="font-weight:normal;font-size:11pt;color:#000000;font-family:Arial;"><strong>Codificación</strong></span></h4>
<p style="text-align:left;"><span style="font-size:10pt;color:#000000;font-family:Arial;">Todos los documentos y registros del sistema deberán ser codificados de manera que puedan ser identificados adecuadamente dentro de la organización.</span></p>
<h4 style="text-align:left;margin:auto 0;"><span style="font-weight:normal;font-size:11pt;color:#000000;font-family:Arial;"><strong>Revisión</strong></span></h4>
<p style="text-align:left;"><span style="font-size:10pt;color:#000000;font-family:Arial;">Una vez elaborado y codificado el documento o registro deberá ser revisado, modificándose aquellos aspectos que se crea conveniente.</span></p>
<p style="text-align:left;"><span style="font-size:10pt;color:#000000;font-family:Arial;">El responsable de la revisión podrá ser o no la misma persona que ha elaborado el documento. En el documento se deberá indicar el número y fecha de revisión y quién la ha realizado.</span></p>
<h4 style="text-align:left;margin:auto 0;"><span style="font-weight:normal;font-size:11pt;color:#000000;font-family:Arial;"><strong>Aprobación</strong></span></h4>
<p style="text-align:left;"><span style="font-size:10pt;color:#000000;font-family:Arial;">El documento no será válido hasta que no haya sido aprobado por la persona autorizada.</span></p>
<p style="text-align:left;"><span style="font-size:10pt;color:#000000;font-family:Arial;">En principio la Dirección es la responsable de aprobar los diferentes documentos del sistema preventivo de la empresa. No obstante podrá delegar la aprobación de determinados tipos de documentos, salvo el Manual de Prevención y los Procedimientos de Gestión que deberán ser aprobados siempre por ella.</span></p>
<h4 style="text-align:left;margin:auto 0;"><span style="font-weight:normal;font-size:11pt;color:#000000;font-family:Arial;"><strong>Distribución</strong></span></h4>
<p style="text-align:left;"><span style="font-size:10pt;color:#000000;font-family:Arial;">Una vez revisados y aprobados los documentos deberán estar disponibles en todos aquellos puntos de la organización, necesarios para la correcta implantación del sistema.</span></p>
<p style="text-align:left;"><span style="font-size:10pt;color:#000000;font-family:Arial;">Cabe distinguir dos tipos de distribución de los documentos: mediante copias controladas y copias no controladas.</span></p>
<p style="text-align:left;"><span style="font-size:10pt;color:#000000;font-family:Arial;">Las copias controladas son aquellas que llevan especificadas los requisitos para su desarrollo, revisión, aprobación, mantenimiento y uso, obsolescencia y eliminación.</span></p>
<p style="text-align:left;"><span style="font-size:10pt;color:#000000;font-family:Arial;">Se deberá establecer una Lista de Distribución de dichas copias controladas, en la que se identifique las copias de documentos distribuidas, los destinatarios y la versión vigente. Esto implica que a la copia del documento, que ya posee un número serial o código, se le asigna una persona particular, con acuse de recibo, de manera que se asegure que dispone de la versión más actualizada de dicho documento.</span></p>
<p style="text-align:left;"><span style="font-size:10pt;color:#000000;font-family:Arial;">Es conveniente que todos los documentos que deban seguir un circuito dentro de la organización, éste se especifique en los mismos.</span></p>
<p style="text-align:left;"><span style="font-size:10pt;color:#000000;font-family:Arial;">La copia no controlada es aquella que se emite sólo por razones de información general y no requiere actualizarse a medida que transcurre el tiempo. Debe estar claramente indicado que se trata de una copia no controlada. Estas copias no forman parte de la Lista de Distribución.</span></p>
<h4 style="text-align:left;margin:auto 0;"><span style="font-weight:normal;font-size:11pt;color:#000000;font-family:Arial;"><strong>Actualización</strong></span></h4>
<p style="text-align:left;"><span style="font-size:10pt;color:#000000;font-family:Arial;">Los documentos deberán mantenerse actualizados. Para ello, cuando exista algún cambio o modificación del sistema se deberá cuestionar la vigencia de los documentos relacionados con dicho cambio y actualizarlos cuando sea necesario.</span></p>
<p style="text-align:left;"><span style="font-size:10pt;color:#000000;font-family:Arial;">Estas actualizaciones de documentos deberán seguir el mismo circuito de codificación, revisión, aprobación y distribución que el documento antiguo.</span></p>
<p style="text-align:left;"><span style="font-size:10pt;color:#000000;font-family:Arial;">En principio sería recomendable que se estableciera una sistemática de revisión y actualización, fijando plazos para cada documento. En todo caso, periódicamente habría que establecer un mecanismo de consulta con los usuarios de los mismos a fin de detectar posibles deficiencias o mejoras y así facilitar las revisiones.</span></p>
<p style="text-align:left;"><span style="font-size:10pt;color:#000000;font-family:Arial;">Un documento no debería superar un periodo de dos años sin haber sufrido un análisis.</span></p>
<p style="text-align:left;"><span style="font-size:10pt;color:#000000;font-family:Arial;">Los documentos no válidos o obsoletos serán retirados del sistema sin demora, de manera que no se haga de ellos un uso no previsto.</span></p>
<p style="text-align:left;"><span style="font-size:10pt;color:#000000;font-family:Arial;">Se deberán archivar y almacenar, adecuadamente iden tificados y seguros (contra el fuego, robo…), los registros o documentos que se guarden con fines legales y/o por preservación acordada.</span></p>
<p style="text-align:left;"><span style="font-size:10pt;color:#000000;font-family:Arial;">Todos los documentos tipo utilizados dentro del sistema preventivo estarán recogidos en un archivo centralizado en el que se especifique para cada uno de ellos, debidamente codificados, fechas y responsables de elaboración y aprobación y las revisiones previstas de los mismos.</span></p>
<p style="text-align:left;"><span style="font-size:10pt;color:#000000;font-family:Arial;">En la figura siguiente se muestra esquemáticamente el circuito de generación y control documental.</span></p>
<p style="text-align:justify;"> </p>
<h3 style="text-align:center;margin:auto 0;"><span style="font-size:small;font-family:Arial;"><a href="http://seguridadyambiente.wordpress.com/files/2008/09/flujograma1.jpg"><img class="aligncenter size-full wp-image-77" title="flujograma1" src="http://seguridadyambiente.wordpress.com/files/2008/09/flujograma1.jpg" alt="" width="266" height="482" /></a></span></h3>
<p style="text-align:justify;">
<p style="text-align:justify;"> </p>
<p style="text-align:justify;"><span style="font-size:10pt;color:#000000;font-family:Arial;">Como podrán ver este último flujograma es lo suficientemente claro, de lo expresado hasta aquí.</span></p>
<p style="text-align:justify;"><span style="font-size:10pt;color:#000000;font-family:Arial;">Me despido de ustedes hasta el próximo blog. </span></p>
<p style="text-align:justify;"><span style="font-size:10pt;color:#000000;font-family:Arial;">Un cordial saludo.</span></p>
<p style="text-align:justify;"><span style="font-size:10pt;color:#000000;font-family:Arial;">Ing. Laboral Daniel Epíscopo</span></p>
<p style="text-align:justify;">
<p style="text-align:justify;"> </p>
<p style="text-align:justify;"> </p>
]]></content:encoded>
</item>
<item>
<title><![CDATA[Decálogo del <em>records manager</em> del siglo XXI]]></title>
<link>http://archivista.wordpress.com/2007/12/04/decalogo-del-records-manager-del-siglo-xxi/</link>
<pubDate>Tue, 04 Dec 2007 17:53:24 +0000</pubDate>
<dc:creator>Paco</dc:creator>
<guid>http://archivista.es.wordpress.com/2007/12/04/decalogo-del-records-manager-del-siglo-xxi/</guid>
<description><![CDATA[¿Cuál es el perfil del records manager del siglo XXI? En Adventures in Records Management proponen]]></description>
<content:encoded><![CDATA[<p>¿Cuál es el perfil del <i>records manager</i> del siglo XXI? En <a href="http://adventuresinrecordsmanagement.blogspot.com/2007/11/records-managers-in-21st-centrury.html" target="_blank"><i>Adventures in Records Management</i></a> proponen una serie (abierta) de características que he extraído, traducido de aquella manera e interpretado así:</p>
<ol>
<li>Cultura informacional al menos básica</li>
<li>Conocimientos de arquitectura de la información</li>
<li>Capaz de gestionar proyectos</li>
<li>Saber trabajar en equipo</li>
<li>Conocer técnicas de negociación</li>
<li>Tener habilidad redactando</li>
<li>Buena disposición para impartir formación</li>
<li>Ser un experto en <a href="http://adventuresinrecordsmanagement.blogspot.com/2007/11/information-governance-framework.html" target="_blank">Gobernanza de la información</a></li>
<li>Buen auditor</li>
<li>No hace falta ser un especialista en vigilancia tecnológica, pero sí un buen "<i>horizon scanner</i>"</li>
</ol>
<p>Y, por supuesto, saber <i>algo</i> de <b>gestión de documentos</b>.</p>
<p><i><font size="1">Technorati Tags: <a href="http://www.technorati.com/tag/records+management" rel="tag">Records Management</a>, <a href="http://www.technorati.com/tag/gestion+de+documentos" rel="tag">gestión de documentos</a>, <a href="http://www.technorati.com/tag/perfil+profesional" rel="tag">perfil profesional</a></font></i><br />
<!--more--></p>
<p>En los comentarios, <a href="http://adventuresinrecordsmanagement.blogspot.com/2007/11/records-managers-in-21st-centrury.html#c5950747664240912720" target="_blank">Stephen Macintosh</a> añade dos habilidades más: "managing evidence" y "risk analysis skills".</p>
<p>Llama la atención la inclusión de la arquitectura de la información en el decálogo:</p>
<blockquote><p>This is particularly relevant if you have an EDRM system. You will need to be able to design and build your business classification scheme (file plan)with all the necessary privileges and access rights.</p></blockquote>
]]></content:encoded>
</item>
<item>
<title><![CDATA[Lo que viene: MoReq2]]></title>
<link>http://archivista.wordpress.com/2007/02/08/lo-que-viene-moreq2/</link>
<pubDate>Thu, 08 Feb 2007 18:29:29 +0000</pubDate>
<dc:creator>Paco</dc:creator>
<guid>http://archivista.es.wordpress.com/2007/02/08/lo-que-viene-moreq2/</guid>
<description><![CDATA[La actualización y extensión de MoReq era una de las recomendaciones recogidas en el Informe sobre]]></description>
<content:encoded><![CDATA[<p><img src="http://archivista.files.wordpress.com/2007/04/moreq.gif" alt="MoReq" align="left" hspace="8" vspace="5" />La actualización y extensión de MoReq era una de las recomendaciones recogidas en el <i>Informe sobre los archivos en la Unión Europea ampliada</i> (<a href="http://ec.europa.eu/transparency/archival_policy/docs/arch/reportarchives.pdf" target="_blank">Report on archives in the enlarged European Union</a> [pdf]) de 2005 (recomendación 5b.1), ratificada posteriormente por el Consejo a través de su <a href="http://eur-lex.europa.eu/Notice.do?val=418092:cs&#38;lang=es&#38;list=418092:cs,400429:cs,&#38;pos=1&#38;page=1&#38;nbl=2&#38;pgs=10&#38;hwords=&#38;checktexte=checkbox&#38;visu=#texte" target="_blank"><i>Recomendación de 14 de noviembre de 2005</i></a><i>, relativa a medidas prioritarias para aumentar la cooperación en el ámbito de los archivos en Europ</i>a (DOUE L 312, 29-11-2005). El <a href="http://ted.europa.eu/udl?request=Seek-Deliver&#38;language=es&#38;docid=138523-2006" target="_blank">anuncio de la licitación </a>se publicó el 12 de julio del año pasado y, finalmente, <a href="http://www.moreq2.eu" target="_blank">Cornwell</a> volvió a llevarse el gato al agua.</p>
<p>¿Cuáles son los objetivos que se plantea MoReq2?</p>
<p><b>A)</b> Tener en cuenta los <b>nuevos estándares</b> -la norma internacional ISO 15.489, la especificación británica TNA 2002, la norma alemana DOMEA CONCEPT, la noruega NOARK, la ISAAR(CPF), etc.- y buenas prácticas desarrolladas a lo largo de los últimos años, así como las conclusiones extraídas de la aplicación práctica de MoReq.</p>
<p><b>B)</b> Extender el modelo de requisitos para cubrir nuevas áreas importantes y fortalecer las existentes. Entre las <b>nuevas áreas</b> se encuentran, por ejemplo:</p>
<ul>
<li>integración con <a href="http://es.wikipedia.org/wiki/Sistema_de_gesti%C3%B3n_de_contenido" target="_blank">sistemas de gestión de contenidos</a>, especialmente en lo relativo al control de materiales de sitios web;</li>
<li>trabajo sin conexión y remoto;</li>
<li>definición y descripción de procesos del tratamiento archivístico (<i>record keeping</i>);</li>
</ul>
<p>Las secciones que <b>se actualizarán</b> serán, especialmente, las del capítulo “Otras funcionalidades”, que ahora pasa a denominarse “Módulos opcionales”, e incluirá:</p>
<ul>
<li>gestión documental (<a href="http://en.wikipedia.org/wiki/Document_management" target="_blank"><i>document management</i></a>) y <a href="http://es.wikipedia.org/wiki/Trabajo_colaborativo" target="_blank">trabajo colaborativo</a>;</li>
<li>integración con el <a href="http://es.wikipedia.org/wiki/Workflow" target="_blank">workflow</a>;</li>
<li>firma electrónica, encriptación y marcas de agua electrónicas (gestión de derechos digitales);</li>
<li>interoperabilidad y apertura;</li>
<li><a href="http://es.wikipedia.org/wiki/Sistemas_Distribuidos" target="_blank">sistemas distribuidos</a>.</li>
</ul>
<p><b>C)</b> Incluir herramientas para poder realizar un <b>análisis de conformidad</b> con la especificación; de esta forma, se pretende afirmar la influencia de MoReq en la partes interesadas (industria, proveedores, organizaciones); y permitir demostrar inequívocamente si un producto (un SGDEA o una aplicación destinada a algún módulo específico) cumple los requisitos de MoReq2.</p>
<p><b>D)</b> Dotar a MoReq de mayor <b>flexibilidad</b>, que tenga en cuenta las distintas tradiciones y marcos legislativos de los diferentes estados miembros, así como las distintas necesidades de cada organización. Para ello, se va a dotar a la especificación de una estructura articulada en torno a diversos módulos.</p>
<p>Para el desarrollo de MoReq2 volverá a tener un importante papel el DLM Forum. Desde hace no mucho, cuentan con un <a href="http://dlmforum.typepad.com/" target="_blank">blog</a> desde el que se puede acceder a un montón de documentos interesantes sobre MoReq2 y otras actividades del foro (curiosamente, desde que ha aparecido este blog no se puede acceder al sitio de DLM-Network). Estaremos atentos a lo que vayan publicando, al igual que haremos con el sitio del proyecto que ha lanzado <a href="http://www.moreq2.eu/" target="_blank">Cornwell Management Consultants plc</a>.</p>
<p><b>Actualización (16/04/2007)</b> : pueden ir consultándose diversos capítulos del borrador, y enviar los comentarios al respecto que se consideren a través del <a href="http://www.moreq2.eu/panellists.htm" target="_blank">sitio de MoReq2</a>.</p>
<p><i><font size="1">Technorati Tags: <a href="http://www.technorati.com/tag/moreq" rel="tag">MoReq</a>, </font></i><i><font size="1"><a href="http://www.technorati.com/tag/moreq2" rel="tag">MoReq2</a></font></i><i><font size="1">, <a href="http://www.technorati.com/tag/erms" rel="tag">ERMS</a>, <a href="http://www.technorati.com/tag/documentos+electronicos" rel="tag">documentos electrónicos</a>, <a href="http://www.technorati.com/tag/gestion+de+documentos" rel="tag">gestión de documentos</a>, <a href="http://www.technorati.com/tag/proyecto+europeo" rel="tag">proyecto europeo</a></font></i></p>
]]></content:encoded>
</item>
<item>
<title><![CDATA[MoReq: requisitos funcionales de un SGDEA]]></title>
<link>http://archivista.wordpress.com/2007/02/02/moreq-requisitos-funcionales-de-un-sgdea/</link>
<pubDate>Fri, 02 Feb 2007 18:55:53 +0000</pubDate>
<dc:creator>Paco</dc:creator>
<guid>http://archivista.es.wordpress.com/2007/02/02/moreq-requisitos-funcionales-de-un-sgdea/</guid>
<description><![CDATA[Siguiendo el plan que establecí para abordar la cuestión de MoReq, toca ahora explicar en qué con]]></description>
<content:encoded><![CDATA[<p><img src="http://archivista.wordpress.com/files/2007/02/componentes_moreq.gif" alt="Componentes de un SGDEA en MoReq" align="right" height="284" width="297" />Siguiendo el <a href="http://archivista.wordpress.com/2007/01/29/deberes-para-la-semana/" target="_blank">plan que establecí</a> para abordar la cuestión de <a href="http://www.mcu.es/archivos/docs/moreq.pdf" target="_blank">MoReq</a>, toca ahora explicar en qué consisten los requisitos que plantea -espero que no sea mucho tostón-. Para ello, haré referencia entre corchetes a la sección correspondiente de la especificación en que se incluyen, de manera que si alguien está interesado en alguna parte en especial pueda encontrarlo más fácilmente.</p>
<p>En la <a href="http://archivista.wordpress.com/2007/02/01/moreq-modelo-de-requisitos-para-la-gestion-de-documentos-electronicos-de-archivo/" target="_blank">anterior anotación</a> sobre el tema decía que un SGDEA estaba compuesto, de una parte, por el software destinado al efecto; y, de otra, por una serie de procedimientos y políticas (elementos no funcionales). El primero de estos componentes es el principal objeto de la especificación, que incluye no sólo los requisitos funcionales para la gestión de documentos electrónicos de archivo; también hace una somera relación de las <b>funcionalidades</b> que puede tener el sistema con respecto a:</p>
<ul>
<li>la gestión de documentos de archivo no electrónicos [10.1];</li>
<li>la conservación y eliminación de expedientes mixtos [10.2];</li>
<li>su relación con los SGDE (partiendo de una diferenciación previa de ambos) [10.3];</li>
<li>posibles recursos de flujos de tareas [10.4];</li>
<li>la utilización de firmas electrónicas [10.5];</li>
<li>soportar tecnologías de encriptación [10.6];</li>
<li>utilizar filigranas electrónicas y elementos similares [10.7];</li>
<li>su interacción con otros sistemas [10.8].</li>
</ul>
<p>Además, dedica un capítulo entero [12] a los requisitos que debe tener la aplicación con respecto a la utilización de <b>metadatos</b>, así como a los distintos elementos de éstos para cada nivel de la estructura jerárquica (cuadro de clasificación, expediente, volumen de expediente y documento de archivo).</p>
<p>Por otro lado, MoReq recoge también una serie de requisitos genéricos referentes al segundo de los componentes del SGDEA, a los que denomina “<b>requisitos no funcionales</b>”: la usabilidad del sistema [11.1]; el rendimiento [11.2] y disponibilidad [11.3] que debe proporcionar; su conformidad con las normas técnicas establecidas en cada caso [11.4], así como con las disposiciones normativas y reglamentarias aplicables -¡aquí hace referencia al temido efecto 2000!- [11.5]; y los requisitos a tener en cuenta ante la externalización de servicios y la gestión de datos por parte terceros [1.6].</p>
<p>De esta forma, se abarcan los cuatros ejes que comprende un SGDEA, tal y como ha representado gráficamente <a href="http://www.arkivochdokument.se/library/2003/Konf%20F%20Records%20Management%20-%20About%20MOREQ%20and%20DLM%20-%20Roger%20Crumpton.pdf" target="_blank">Roger Crumpton</a> [pdf: 2,86 MB] en la ilustración que acompaña esta anotación. No obstante, esto se está alargando mucho y por eso dejo sólo mencionados los referidos requisitos y paso a describir brevemente los requisitos funcionales propiamente dichos que establece MoReq:</p>
<ul>
<li><b>Cuadro de clasificación</b> [3]<br />
Es el elemento clave de cualquier SGDEA, ya que define el modo en que los documentos electrónicos de archivo, una vez capturados en el sistema, se organizan en expedientes, así como las relaciones entre dichos expedientes. Es decir, se les asignan códigos que se corresponden con la clase del cuadro de clasificación a la que pertenecen, lo que permite que el SGDEA los gestione. Estas clases deben reflejar las funciones de la organización, generalmente representadas de forma jerárquica a través del cuadro. A través de cuatro secciones, la especificación enumera los requisitos aplicables a la configuración del cuadro de clasificación [3.1], el trabajo con clases (agrupaciones documentales lógicas en el cuadro de clasificación) y expedientes [3.2], volúmenes (agrupaciones documentales en que pueden dividirse los expedientes muy voluminosos, a efectos de facilitar su gestión) [3.3] y sobre el mantenimiento del cuadro de clasificación [3.4].</li>
<li><b>Controles y seguridad </b>[4]<br />
Es este capítulo se establecen los requisitos destinados a controlar:</p>
<ul>
<li>el acceso a los documentos del sistema [4.1];</li>
<li>la creación de copias de seguridad que permitan recuperar la información de los documentos originales ante cualquier fallo del sistema [4.3];</li>
<li>las transferencias y movimientos de los documentos [4.4];</li>
<li>la autenticidad de los documentos de archivo [4.5];</li>
<li>las condiciones de seguridad de los documentos clasificados [4.6];</li>
</ul>
<p>En relación con estos aspectos, la sección 4.2 recoge las pautas necesarias para que el sistema almacene en una pista de auditoría –que podría formar parte de los metadatos asociados a cada documento- cualquier acceso u otra actividad que afecte a un documento de archivo, con objeto de garantizar su admisibilidad jurídica y facilitar la recuperación de los datos.</li>
<li><b>Conservación, eliminación o transferencia </b>[5]<br />
El sistema debe poder integrar las normas de conservación (tanto las legales como las internas) establecidas para cada expediente y asociarlas a éstos [5.1]. Del mismo modo, la especificación recoge los requisitos para poder gestionar los procesos de revisión de los expedientes una vez alcanzada la fecha o la acción especificada en la norma de conservación (valoración y selección), con el propósito de decidir su conservación, transferencia o eliminación, operaciones que se describen en la sección5.3.</li>
<li><b>Captura de documentos de archivo</b> [6]<br />
Con el término “captura”, MoReq hace referencia al conjunto de procesos a través de los cuales un documento se incorpora al SGDEA: la captura en sentido estricto -a través de un sistema de entrada flexible, que permita recibir tanto documentos simples como expedientes, en distintos formatos, procedentes de distintos canales de comunicación (redes de área local, redes de área extensa, correo electrónico, fax, correo postal) y con frecuencias de llegada y volumen variables- y el registro (acto por el que se adjudica a un documento de archivo un identificador único en el momento de su entrada en el sistema); su clasificación con respecto al cuadro de clasificación establecido; la adición de metadatos; y almacenamiento en el depósito o repositorio correspondiente. La sección 6.4 hace especial mención a los requisitos necesarios para la gestión del correo electrónico.</li>
<li><b>Referencias </b>[7]<br />
En este capítulo se abordan los requisitos necesarios para que el SGDEA pueda asignar identificadores únicos para referenciar las distintas entidades que lo componen (clases, expedientes, volúmenes, documentos de archivo).</li>
<li><b>Búsqueda, recuperación y presentación </b>[8]<br />
“Una parte esencial del SGDEA es la capacidad para que el usuario recupere expedientes y documentos de archivo”. Para ello, se establecen requisitos para las herramientas de búsqueda (que puede apoyarse en un tesauro asociado) y navegación del sistema [8.1], así como para la presentación de la información recuperada, bien en forma de visualización en pantalla [8.2], a través de impresión [8.3] o de cualquier otra que resulte necesaria [8.4].</li>
<li><b>Funciones administrativas</b> [9]<br />
MoReq se ocupa también de los aspectos relativos a la gestión interna del sistema y a las herramientas asociadas a ésta: recuperación del sistema, copias de seguridad, gestión de parámetros y supervisión del estado del sistema, administración de los perfiles de usuario, elaboración de informes…).</li>
</ul>
<p>Ahora que ya tenemos una idea sobre lo que es MoReq, ¿qué cambios se van a producir con MoReq2? Esto lo veremos mañana (o pasado). Y así me lo quito de encima de una vez ;-)</p>
<p><i><font size="1">Technorati Tags: <a href="http://www.technorati.com/tag/moreq" rel="tag">MoReq</a>, <a href="http://www.technorati.com/tag/erms" rel="tag">ERMS</a>, <a href="http://www.technorati.com/tag/documentos+electronicos" rel="tag">documentos electrónicos</a>, <a href="http://www.technorati.com/tag/gestion+de+documentos" rel="tag">gestión de documentos</a>, <a href="http://www.technorati.com/tag/proyecto+europeo" rel="tag">proyecto europeo</a></font></i></p>
]]></content:encoded>
</item>
<item>
<title><![CDATA[MoReq: modelo de requisitos para la gestión de documentos electrónicos de archivo]]></title>
<link>http://archivista.wordpress.com/2007/02/01/moreq-modelo-de-requisitos-para-la-gestion-de-documentos-electronicos-de-archivo/</link>
<pubDate>Thu, 01 Feb 2007 20:26:02 +0000</pubDate>
<dc:creator>Paco</dc:creator>
<guid>http://archivista.es.wordpress.com/2007/02/01/moreq-modelo-de-requisitos-para-la-gestion-de-documentos-electronicos-de-archivo/</guid>
<description><![CDATA[A partir del impulso dado por el DLM-Forum, especialmente a través de su plan de acción -los llama]]></description>
<content:encoded><![CDATA[<p><img src="http://www.cornwell.co.uk/images/insar.jpg" align="left" height="150" hspace="5" vspace="5" width="107" />A partir del impulso dado por el <a href="http://ec.europa.eu/transparency/archival_policy/dlm_forum/index_en.htm" title="DLM-Forum" target="_blank">DLM-Forum</a>, especialmente a través de su <a href="http://europa.eu.int/ISPO/dlm/monitoring/tenpoints.html" target="_blank">plan de acción</a> -los llamados "10 puntos de seguimiento"-, la <a href="http://ec.europa.eu/index_es.htm" target="_blank">Comisión Europea</a> decidió desarrollar un modelo de requisitos para la gestión de documentos electrónicos, que sería financiado a través del <a href="http://ec.europa.eu/idabc/en/document/2303/5644" title="Ficha de MoReq en el sitio de IDA/IDABC" target="_blank">programa IDA</a> -en la actualidad <a href="http://ec.europa.eu/idabc/en/home" title="IDABC" target="_blank">IDABC</a>- (ver <a href="http://archivista.wordpress.com/2006/10/10/idabc-servicios-paneuropeos-de-e-administracion-introduccion/" title="IDABC (I): introducción" target="_blank">anotaciones</a> <a href="http://archivista.wordpress.com/2007/01/30/idabc-servicios-paneuropeos-de-e-administracion-funcionamiento/" title="IDABC (II): funcionamiento" target="_blank">anteriores</a>). La licitación fue concedida a la consultoría británica <a href="http://www.cornwell.co.uk/" target="_blank">Cornwell</a> quienes –con el apoyo de un grupo de expertos de varios estados miembros- elaboraron entre 1999 y 2000 la especificación <b>MoReq</b> (<a href="http://ec.europa.eu/transparency/archival_policy/moreq/doc/MoReq_ES.pdf" target="_blank">versión española</a>: pdf de 2,96 MB), editada por la Comisión Europea en 2001 como suplemento VI de <a href="http://ec.europa.eu/transparency/archival_policy/insar/insarindex_en.htm" target="_blank"><i>Insar</i></a>, el boletín europeo sobre archivos. Posteriormente se hicieron <a href="http://ec.europa.eu/transparency/archival_policy/moreq/specifications_en.htm" target="_blank">traducciones</a> en otras lenguas oficiales comunitarias, incluido el español (cuya traducción fue revisada por el <a href="http://www.csi.map.es/csi/tecnimap/tecnimap_2004/comunicaciones/tema_04/4_012.pdf" target="_blank">Grupo CARMEN</a>).</p>
<p>El objetivo de MoReq es definir, de forma general, las características que debe tener una "aplicación destinada a la gestión de documentos electrónicos de archivo, si bien también se puede utilizar en la gestión de documentos de archivo tradicionales" (sección 2.2), en el marco de un sistema de gestión de documentos electrónicos de archivo o SGDEA (<i>ERMS: Electronic Records Management System</i>)-. Dicho sistema comprende:</p>
<ul>
<li>El <b>software </b>destinado al efecto, que puede consistir en un módulo especializado, en varios módulos integrados, en software desarrollado a la medida del usuario o en una combinación de varios tipos de programas informáticos (1.3). En la sección 2.2 se indica que los SGDEA suelen o pueden estar integrados (aunque debidamente diferenciados) en un sistema de gestión de documentos electrónicos (SGDE). El SGDEA se ocuparía de gestionar documentos de archivo, mientras que el SGDE se ocupa de documentos electrónicos en el sentido amplio del concepto (que no son documentos de archivo, aunque pueden llegar a serlo).</li>
<li>Una serie de <b>procedimientos y políticas</b>, definidos en buena parte por las tradiciones, perspectivas y exigencias normativas propias de cada país y/o de cada organización (1.3).</li>
</ul>
<p>MoReq se ocupa, fundamentalmente, del primero de los componentes: de definir los <b>requisitos funcionales</b> de la gestión de documentos electrónicos de archivo en el seno de un sistema de gestión de documentos electrónicos de archivo (SGDEA), es decir, aquellas funcionalidades que debe cumplir el software destinado a la gestión de documentos electrónicos de archivo. Y está <b>destinado a</b>:</p>
<ul>
<li>Los posibles usuarios del SGDEA, como punto de partida en la preparación de una licitación.</li>
<li>Los usuarios de SGDEA, en la auditoría o evaluación de un sistema ya existente.</li>
<li>Las organizaciones dedicadas a la formación, como documento de referencia en la preparación de cursos de gestión de documentos de archivo o bien como material de trabajo en sus cursos.</li>
<li>Las instituciones académicas, como instrumento docente.</li>
<li>Los proveedores y creadores de SGDEA, como directriz que guíe el desarrollo de sus productos, destacando las funcionalidades necesarias.</li>
<li>Los proveedores de servicios de gestión de documentos de archivo, como orientación sobre la naturaleza de los servicios que prestan.</li>
<li>Los posibles usuarios de servicios externos de gestión de documentos de archivo, como referencia a la hora de especificar los servicios que van a contratar.</li>
</ul>
<p>Se trata en cualquier caso de una especificación, no de una norma elaborada por un organismo de normalización reconocido. Sus elementos no son obligatorios, sino recomendaciones de carácter genérico que deben/pueden adaptarse en cada caso específico. No obstante, MoReq distingue entre requisitos preceptivos (aquellos que deberían ser tenido en cuenta en la mayoría de las implementaciones de SGDEA) y requisitos recomendables.</p>
<p>La <b>estructura del documento</b> -articulado en capítulos que a su vez se dividen en secciones- tiene cuatro partes diferenciadas:</p>
<ul>
<li>En una primera se hace una introducción a la especificación (cap. 1) y se explica la terminología básica empleada empleada en la especificación, profundizando además sobre determinados conceptos clave (documento de archivo y documento electrónico de archivo; expediente y volumen electrónico; cuadro de clasificación; clase; SGDEA; captura de documentos de archivo; perfil del usuario), para terminar con una representación gráfica del modelo de relaciones entre entidades en un SGDEA (cap. 2).</li>
<li>La parte más importante de MoReq es, lógicamente, los requisitos, establecidos a lo largo de los capítulos 3 a 12. Para no hacer el post excesivamente pesado, dejamos para otro día el repaso a estos requisitos.</li>
<li>La parte final (cap. 13) está dedicada a explicar el modelo formal de referencia ya presentado en forma de diagrama en el capítulo 2. Además, cuenta con un glosario más amplio que incluye y completa la terminología básica d la primera parte.</li>
<li>Por último, se acompaña de unos anexos con información sobre las normas y documentos de referencia empleados, el desarrollo de la especificación, etc.</li>
</ul>
<p>Para terminar (por ahora), otra cita de MoReq:</p>
<blockquote><p>Si los requisitos incluidos en esta especificación MoReq llegan a aplicarse en la práctica, deberán dar lugar a un sistema que gestione documentos electrónicos de archivo con el grado de confianza e integridad deseados, aunando las ventajas del método de trabajo electrónico con la teoría clásica de gestión de documentos de archivo.</p></blockquote>
<p><a href="http://archivista.wordpress.com/2007/02/02/moreq-requisitos-funcionales-de-un-sgdea/" target="_blank">Mañana</a> -si todo sale bien- acabo con todo esto de MoReq. Por lo menos, espero que a alguien le sirva (al menos lo mismo que me está sirviendo a mí).</p>
<p><i><font size="1">Technorati Tags: <a href="http://www.technorati.com/tag/moreq" rel="tag">MoReq</a>, <a href="http://www.technorati.com/tag/erms" rel="tag">ERMS</a>, <a href="http://www.technorati.com/tag/documentos+electronicos" rel="tag">documentos electrónicos</a>, <a href="http://www.technorati.com/tag/gestion+de+documentos" rel="tag">gestión de documentos</a>, <a href="http://www.technorati.com/tag/proyecto+europeo" rel="tag">proyecto europeo</a></font></i></p>
]]></content:encoded>
</item>
<item>
<title><![CDATA[Coloquio internacional: archivos y e-Administración (E-DOCPA 2006)]]></title>
<link>http://archivista.wordpress.com/2006/11/24/e-docpa-2006/</link>
<pubDate>Fri, 24 Nov 2006 19:12:03 +0000</pubDate>
<dc:creator>Paco</dc:creator>
<guid>http://archivista.es.wordpress.com/2006/11/24/e-docpa-2006/</guid>
<description><![CDATA[Los días 22, 23 y 24 he asistido en Oviedo a E-DOCPA 2006, Coloquio Internacional sobre “Administ]]></description>
<content:encoded><![CDATA[<p>Los días 22, 23 y 24 he asistido en Oviedo a <i><a href="http://www.edocpa.com/index.html" title="edocpa" target="_blank">E-DOCPA 2006</a>, Coloquio In</i><i>ternac</i><i>ional sobre “Administración de</i><i> documentos y Servicios a la ciudadanía en la administración electrónica, (I-EUROPA 2010)”</i>, organizado por el <a href="http://www.princast.es/servlet/page?_pageid=2952&#38;_dad=portal301&#38;_schema=PORTAL30" target="_blank">Gobierno del Principado de Asturias</a> con la colaboración del <a href="http://www.mcu.es/archivos/" target="_blank">Ministerio de Cultura</a>. Programa y ponentes [se pueden consultar, junto a los textos de buena parte de las ponencias, en el <a href="http://www.edocpa.com/programa.html" target="_blank">sitio del Coloquio</a>] hacían de este evento uno de los más interesantes de la temporada. Si a ello sumamos una organización exquisita y la importante afluencia de público que se congregó en la Biblioteca de Humanidades de la Universidad de Oviedo para escuchar y debatir sobre el papel de los archivos en el nuevo horizonte de la e-Administración, podemos concluir que ha sido, sin lugar a dudas, un éxito.</p>
<p>No obstante habrá muchas cosas que decir sobre lo que se ha hablado estos días en Asturias (yo quiero empezar por matizar algunas cosas que aparecen en la presentación del Coloquio), y espero que aparezca algún que otro comentario en las próximas entradas, que dedicaré exclusivamente a E-DOCPA.</p>
<p>Mientras descansamos de tanto viaje, conferencia y marcha ovetense, una breve lectura: entrevista a uno de los ponentes en <i>La Voz de Asturias</i>.</p>
<blockquote><p><a href="http://www.lavozdeasturias.es/noticias/noticia.asp?pkid=308365"><b>Frank Brady (responsable de e-Domec, Comisión Europea): "Un apagón no afectaría a los textos electrónicos"</b></a> ( <a href="http://www.lavozdeasturias.es">La Voz de Asturias</a> - 24/11/2006 )</p></blockquote>
<p>Por último: interesante traducción de "Portal de Archivos Españoles" por "Spanish Files Portal" en la <a href="http://ec.europa.eu/idabc/en/document/6261/251" target="_blank">referencia del evento en el sitio de IDABC</a>. Así, con dos <i>PARES</i>.</p>
]]></content:encoded>
</item>
<item>
<title><![CDATA[Sobre el soporte papel y la inflación documental, a raíz de varias citas]]></title>
<link>http://archivista.wordpress.com/2006/10/31/sobre-el-soporte-papel-y-la-inflacion-documental-a-raiz-de-varias-citas/</link>
<pubDate>Tue, 31 Oct 2006 17:06:12 +0000</pubDate>
<dc:creator>Paco</dc:creator>
<guid>http://archivista.es.wordpress.com/2006/10/31/sobre-el-soporte-papel-y-la-inflacion-documental-a-raiz-de-varias-citas/</guid>
<description><![CDATA[Hace unas semanas adquirí el último libro de José Ramón Cruz Mundet, La gestión de los document]]></description>
<content:encoded><![CDATA[<p>Hace unas semanas adquirí el último libro de José Ramón Cruz Mundet, <a href="http://www.casadellibro.com/fichas/fichabiblio/0,1094,2900001137172,00.html?codigo=2900001137172&#38;titulo=LA+GESTION+DE+DOCUMENTOS+EN+LAS+ORGANIZACIONES" title="J.R.Cruz Mundet (2006)" target="_blank"><i>La gestión de los documentos en las organizaciones</i></a> (Madrid: Pirámide, 2006) -del que espero hacer una reseña cuando lo termine- y me llamó la atención un párrafo:</p>
<blockquote><p>... las tecnologías de la información, lejos de las previsiones iniciales, han hecho que la producción de documentos en papel siga en aumento. Según un estudio norteamericano (Attinger, 1992, 8, 1), a comienzos de la década de los noventa el 90 por 100 de la información estaba en papel. Asimismo, el informe ponía de relieve que, con independencia del soporte, el problema que representa la inflación de la información y su gestión adecuada, dista bastante de haber sido solucionado. (Cruz Mundet: 2006; pp. 81-82)</p></blockquote>
<p>Resumiendo: en primer lugar, que los documentos "tradicionales" en papel siguen más vivos que nunca, a pesar de las previsiones más optimistas con respecto al documento electrónico. En segundo lugar, que hay un importante problema de inflación documental. Y, por último, que las organizaciones no son capaces de gestionar sus documentos. Esto podría interpretarse de la siguiente manera: si los documentos electrónicos están aumentando y los documentos en papel no han dejado de aumentar, el ingente volumen documental de nuestras organizaciones será muy difícil de gestionar. Es decir, que será muy difícil recuperar la información contenida en los documentos, elaborar programas de documentos vitales, asegurar la conservación de los documentos con valor histórico, etc. Que además no se controla el acceso a dichos documentos (vulnerando quizás derechos fundamentales), que nuestros procesos son mucho más lentos, que abundan los duplicados, triplicados y cuatriplicados...<br />
La gestión de documentos o <span style="font-style:italic;">records management</span> surgió fundamentalmente para atajar problemas como este... en los años cuarenta del pasado siglo. Pero parece que no ha calado lo suficiente en las organizaciones:</p>
<p style="margin-left:40px;">Según las estimaciones de diversos analistas, una empresa con una plantilla en torno a los 1.000 trabajadores imprime al año 9 millones de páginas, realiza 4 millones de fotocopias; envía y recibe un millón de faxes y emplea 81.700 horas en hacer circular documentos de una oficina a otra. El 96% de los documentos corporativos críticos circula en papel, y también el 90% de la comunicación con los clientes se realiza en soporte papel. De este modo, hasta un 70% del tiempo de un empleado debe dedicarse a la gestión de documentos. (nota de prensa de <a href="http://www.seidor.es/" target="_blank">Seidor </a>en <a href="http://www.acceso.com/index.html" target="_blank">acceso.com</a>; vía <a href="http://archivologo.blogcindario.com/2006/10/00459-superproduccion-de-documentos.html" target="_blank">Archivologo</a>).</p>
<p>Por tanto, podemos afirmar que la superproducción documental es un problema que viene de lejos, pero que continua avanzando. Pero llama verdaderamente la atención la importancia que tiene aún el papel en nuestras vidas. Y para muestra, un botón:</p>
<p style="margin-left:40px;"><img src="http://www.ministryoftech.com/images/computerless_email_printer.jpg" alt="Impresora de correo electrónico" align="left" height="110" hspace="10" width="150" /><span style="font-style:italic;">Retrocesos en comunicación a través de correo electrónico</span>. Esta impresora de correo electrónico [Computerless Email Printer] cuesta 150 dólares (+ suscripción mensual aparte). No necesita ordenador: se configura y de vez en cuando se conecta a Internet, baja el correo y lo imprime directamente en papel. Como idea no deja de ser curiosa y con ciertas aplicaciones prácticas… a pesar de parecer a simple vista un gran retroceso hacia la útopica «oficina sin papeles», más que un avance... (<a href="http://www.microsiervos.com/archivo/microciervadas-varias/retrocesos-correo-electronico.html" title="Microsiervos" target="_blank">Microsiervos</a>, a propósito de un post de <a href="http://www.neatorama.com/2006/10/26/computerless-email-printer/" title="Netorama" target="_blank">Netorama</a>).</p>
<p>Todo esto debe hacernos pensar en dos cosas:</p>
<ul>
<li>en primer lugar, la necesidad de implantar la figura del archivero/records manager en todas las organizaciones (serias, se entiende);</li>
<li>y, en segundo, que algo habrá que hacer cuando nuestra cultura informacional todavía nos hace pensar (vivir) en papel.</li>
</ul>
]]></content:encoded>
</item>
<item>
<title><![CDATA[e-Domec: la gestión de documentos en la Comisión Europea (E-DOCPA 2006)]]></title>
<link>http://archivista.wordpress.com/2006/11/28/e-domec-la-gestion-de-documentos-de-la-comision-europea-e-docpa-2006/</link>
<pubDate>Tue, 28 Nov 2006 19:09:54 +0000</pubDate>
<dc:creator>Paco</dc:creator>
<guid>http://archivista.es.wordpress.com/2006/11/28/e-domec-la-gestion-de-documentos-de-la-comision-europea-e-docpa-2006/</guid>
<description><![CDATA[El miércoles 22 de noviembre dio comienzo E-DOCPA con una conferencia inaugural pronunciada (en un ]]></description>
<content:encoded><![CDATA[<p><img src="http://ec.europa.eu/transparency/archival_policy/images/edomec.gif" alt="e-Domec (logotipo)" align="left" height="44" hspace="8" vspace="5" width="160" />El miércoles 22 de noviembre dio comienzo <a href="http://archivista.wordpress.com/2006/11/24/e-docpa-2006/" target="_blank">E-DOCPA</a> con una conferencia inaugural pronunciada (en un exquisito inglés, casi del <i><a href="http://www.seisdeagosto.com/indica/aprende-ingles-con-follow-me/" title="Follow me" target="_blank">Follow me</a></i>, que me permitió despojarme de los auriculares) por <a href="http://www.edocpa.com/ponentes/FrankBrady.html" title="datos biográficos" target="_blank">Frank Brady</a> (y no, no es de esos <a href="http://en.wikipedia.org/wiki/The_Brady_Bunch" title="Los Brady" target="_blank">Brady</a>) sobre E-Domec, siglas de <i>Electronic archiving and Document Management in the European Commission</i>, a cuya <a href="http://www.edocpa.com/ponentes/e_domec.html" title="Ponencia de Frank Brady sobre e-Domec" target="_blank">presentación se puede acceder desde el sitio del Congreso</a>.</p>
<p>E-Domec es el nombre que ha dado la <a href="http://ec.europa.eu/index_es.htm" title="Comisión Europea" target="_blank">Comisión Europea</a> (en adelante "CE" o "la Comisión") a su política de gestión de documentos. Dio sus primeros pasos en enero de 2002, cuando la Comisión enmendó su Reglamento interno con las disposiciones relativas a la gestión de documentos establecidas en la <a href="http://eur-lex.europa.eu/LexUriServ/site/es/oj/2002/l_021/l_02120020124es00230027.pdf" title="Decisión 2002/47" target="_blank">Decisión de la Comisión 2002/47</a> [pdf] -elaborada a partir del <a href="http://ec.europa.eu/transparency/edoc_management/docs/ref/2002_99_c_en.pdf" title="C(2002) 99 final" target="_blank">documento C(2002) 99 final</a> [pdf] sobre “Simplification and modernisation of the management of the European Commission's documents (Action 9 of the interim action plan on simplification)”-. Este marco normativo se vio completado en julio de 2004 con la <a href="http://eur-lex.europa.eu/LexUriServ/site/es/oj/2004/l_251/l_25120040727es00090013.pdf" title="Decisión 2004/563" target="_blank">Decisión de la Comisión 2004/563</a> [pdf], de 7 de julio de 2004, por la que se modifica su Reglamento interno, en lo que se refiere a los documentos electrónicos y digitalizados.</p>
<p>Los objetivos de esta política son muy claros, como señala Frank Brady en su ponencia:<img src="http://www.lavozdeasturias.es/img/noticias/308365_2.jpg" alt="Frank Brady, responsable de e-Domec" align="right" height="190" width="200" /></p>
<ul>
<li>mejorar la calidad de trabajo de los departamentos de la CE;</li>
<li>preservar la memoria de la institución;</li>
<li>permitir rendir cuentas de sus acciones al Parlamento, al Consejo, al Tribunal de Cuentas…;</li>
<li>y aumentar, en definitiva, la transparencia de la CE ante el ciudadano europeo.</li>
</ul>
<p>Pero E-Domec no es sólo una política; también es un equipo de trabajo (en el que, por cierto, hay varios españoles) enmarcado en la <a href="http://ec.europa.eu/dgs/secretariat_general/index_es.htm" title="Sitio de la Secretar�a General de la CE" target="_blank">Secretaría General de la Comisión</a> como unidad B.3 y dirigido por el propio Frank Brady. Los trabajos de esta unidad SG B.3 se desarrollan –siguiendo de nuevo a Brady- en tres niveles:</p>
<ol>
<li>A <i>nivel normativo</i>, trabajando en las normas de desarrollo de las citadas Decisiones (algunas ya elaboradas, como las de registro, clasificación y valoración; y otras en preparación, como las de transferencias a los Archivos Históricos)</li>
<li>A <i>nivel técnico</i>, con el desarrollo de <a href="http://ec.europa.eu/transparency/edoc_management/informatic_en.htm" target="_blank">herramientas informáticas</a> (como el nuevo Sistema de Gestión de Documentos Electrónicos HERMES, que pretende ser una plataforma común para las distintas aplicaciones que trabajará con un único depóstio/repositorio; ARES -Advanced Records System-, que pretende “acabar” con Adonis 5.3 -a estos de la CE les ha dado por la <a href="http://es.wikipedia.org/wiki/Adonis" target="_blank">mitología griega</a>-, la herramienta de registro utilizada en la actualidad; o la aplicación NOM-COM, que gestiona el cuadro de clasificación)</li>
<li>A <i>nivel organizacional</i>, desde su posición central como unidad dependiente de la Secretaría General de la CE y al mismo tiempo en contacto con las diferentes Direcciones Generales, ya que lleva a cabo distintas medidas de <a href="http://ec.europa.eu/transparency/edoc_management/campaign_en.htm" title="Campañas formativas" target="_blank">formación</a> e información (entre las que se incluye su propio <a href="http://ec.europa.eu/transparency/edoc_management/index_en.htm" title="Sitio web de e-Domec" target="_blank">sitio web</a>), y apoya y supervisa el trabajo de los Encargados de Gestión de Documentos (DMOs) de cada departamento o Dirección General.</li>
</ol>
<p>Por otro lado, el trabajo de e-Domec se encuadra dentro del marco estratégico <a href="http://ec.europa.eu/dgs/informatics/ecommission/index_es.htm" title="eCommission 2006-2010" target="_blank">eCommission</a>, que busca la implantación y el desarrollo de los servicios de la e-Administración en la propia CE, y recogido en el plan <a href="http://ec.europa.eu/information_society/eeurope/i2010/index_en.htm" title="i2010" target="_blank">i2010</a> (no I-EUROPA 2010, como  se decía en la documentación de E-DOCPA). El futuro que plantea la implementación de la e-Comisión supondrá para su política archivística y de gestión documental, como comentaba Brady, cambios importantes en los hábitos y en la cultura de gestión de documentos existente; en la tecnología de los sistemas de información; en los recursos humanos y presupuestarios destinados al efecto. Va a requerir (de hecho lo está haciendo) la coordinación de un conjunto de profesionales provenientes de distintos ámbitos (archiveros, documentalistas, informáticos, juristas...) y la implicación de la jerarquía al más alto nivel.</p>
<p>Para terminar, me quedo con dos frases de la pequeña <a href="http://www.lavozdeasturias.es/noticias/noticia.asp?pkid=308365" title="Entrevista a Frank Brady" target="_blank">entrevista a Frank Brady en La Voz de Asturias</a> con la que enlábamos en la anterior entrada:</p>
<blockquote><p>...hay que dar el salto y es vital la transparencia porque los ciudadanos tienen derecho a saber y a tener acceso a la información.</p>
<p>Si el Gobierno ofrece los servicios, los ciudadanos los usarán.</p></blockquote>
<p>¡Qué cosas dice este Brady!</p>
<p><i><font size="1">Technorati Tags: <a href="http://www.technorati.com/tag/edocpa" rel="tag">E-DOCPA</a>, <a href="http://www.technorati.com/tag/edomec" rel="tag">E-Domec</a>, <a href="http://www.technorati.com/tag/comision+europea" rel="tag">Comisión Europea</a>, <a href="http://www.technorati.com/tag/gestion+de+documentos" rel="tag">gestión de documentos</a>, <a href="http://www.technorati.com/tag/frank+brady" rel="tag">Frank Brady</a></font></i></p>
]]></content:encoded>
</item>

</channel>
</rss>
