GESTIÓN Y PRESERVACIÓN DE BASES DE DATOS Joan Soler Jiménez, Arxiu Històric de Terrassa. Marta Munuera Bermejo, Arxiu Admi...
1.  Aproximación legislativa a las bases de datos.  2.  ¿Dónde está el documento? Registro, entidades intelectuales, model...
Aproximación legislativa a las bases de datos
Llei 30/1992 Art. 45.5:  Los documentos emitidos,  sea cual sea el soporte utilizado , por medios electrónicos, informátic...
Ley 11/2007 <ul><li>Artículo 24, 25 y 26:  Registros electrónicos. </li></ul><ul><li>Las Administraciones Públicas crearán...
Ley 11/2007 Artículo 31. Archivo electrónico de documentos 1. Podrán almacenarse por medios electrónicos todos los  docume...
Artículo 31. Archivo electrónico de documentos 3. Los medios o soportes en que se almacenen  documentos , deberán contar c...
<ul><li>Artículo 21. Condiciones para la recuperación y conservación de documentos. </li></ul><ul><li>Las Administraciones...
h. La adopción de  medidas para asegurar la conservación de los documentos electrónicos a lo largo de su ciclo de vida,  d...
l.  La formación tecnológica del personal responsable de la ejecución y del control de la gestión de documentos, como de s...
Esquema Nacional de Interoperabilidad <ul><li>Artículo 23.  Formatos de los documentos. </li></ul><ul><li>Con el fin de ga...
Esquema Nacional de Interoperabilidad No aparece el concepto “base de datos”.  Solamente “datos” en plural. Los datos:  se...
Esquema Nacional de Interoperabilidad <ul><li>Disposición adicional primera.  Desarrollo del Esquema Nacional de Interoper...
Ley de propiedad intelectual sobre las bases de datos En 1998 se aprueba la ley 5/1998 para incorporar a la ley de propied...
Ley de propiedad intelectual sobre las bases de datos <ul><li>Artículo 34.   Utilización de bases de datos por el usuario ...
Ley de propiedad intelectual sobre las bases de datos 2. Sin perjuicio de lo dispuesto en el artículo 31, no se necesitará...
Ley de propiedad intelectual sobre las bases de datos <ul><li>TÍTULO VIII  Derecho &quot;sui generis&quot; sobre las bases...
<ul><li>Artículo 136.  Plazo de protección </li></ul><ul><li>El derecho contemplado en el artículo 133 nacerá en el mismo ...
¿Dónde está el documento?
Terminologia <ul><li>Dato:  Unidad mínima de contenido. </li></ul><ul><li>Información:  Una conjunto de datos con sentido ...
Terminologia <ul><li>Representar por esencia o por propiedades. </li></ul><ul><li>Por esencia:  simplicidad, objeto, conce...
Base de Datos <ul><li>Base de datos ( Database ):  Un conjunto de datos representados en una tabla de relaciones. </li></u...
Registro <ul><li>Registrar:  introducir datos, estabilizarlos y sentar la base para la creación de documentos. </li></ul><...
Qué es documento electrónico? <ul><li>Documento electrónico ( Content ):  Contenido +  formato de datos . </li></ul><ul><l...
Objeto digital <ul><li>Concepto derivado de la informática orientada a objetos. </li></ul><ul><li>Documento electrónico ( ...
Objeto digital de preservación <ul><li>Archival Information Package  (AIP) del modelo OAIS. </li></ul><ul><li>Documento el...
Entidades <ul><li>Entidad dinámica. </li></ul><ul><li>Entidad experiencial. </li></ul><ul><li>Entidad interactiva. </li></...
Preservar una base de datos  Metodologías, estrategias y problemáticas Joan Soler, Arxiu Històric de Terrassa  Marta Munue...
<ul><li>¿Qué es preservar?  </li></ul><ul><li>¿Podemos confiar en la tecnología? ¿Cuál es el periodo de vida de los soport...
  Preservación de bases de datos electrónicas: RODA, SIARD y otras soluciones genéricas.
<ul><li>Conjunto de principios, políticas y estrategias que controlan las actividades destinadas a asegurar la estabilizac...
<ul><ul><li>Dependencia del software y hardware </li></ul></ul><ul><ul><li>Obsolescencia tecnológica (hardware y software)...
<ul><li>Valores esenciales: </li></ul><ul><li>Fiabilidad </li></ul><ul><li>- Autenticidad </li></ul><ul><li>Integridad </l...
<ul><li>Establecer un plan de preservación. </li></ul><ul><li>A tener en cuenta: </li></ul><ul><li>- Qué guardar </li></ul...
http://www.dcc.ac.uk/resources/curation-lifecycle-model
<ul><li>-  Gestión integral de la preservación   y la conservación </li></ul><ul><li>Diseño de la arquitectura </li></ul><...
Study 16 (2005) Electronic records: A workbook for archivists (Consejo Internacional de Archivos) <ul><li>Cuatro métodos d...
Study 16 (2005) Electronic records: A workbook for archivists (Consejo Internacional de Archivos)
Study 16 (2005) Electronic records: A workbook for archivists (Consejo Internacional de Archivos) <ul><li>C. Preservación ...
<ul><li>C. Preservación en otro sistema en formato estándar. </li></ul><ul><ul><li>Igual que el D pero la conversión a for...
<ul><li>Preservar la tecnología DO NOTHING !!! </li></ul><ul><li>Emulación </li></ul><ul><li>Replicar  </li></ul><ul><li>R...
- Mantener en funcionamiento los equipos. - Hardware y software original. <ul><li>Inconvenientes: </li></ul><ul><li>Manten...
<ul><li>Duplicar las funciones de un sistema en otro para que se comporte de la misma manera. </li></ul><ul><li>Recrear el...
<ul><li>Inconvenientes: </li></ul><ul><li>El coste de diseño del emulador. </li></ul><ul><li>La propiedad intelectual y el...
- Proyecto de los Archivos Nacionales de Holanda conjuntamente con la Biblioteca Nacional (2005-2007) - The dutch testbed:...
http://dioscuri.sourceforge.net/
<ul><li>Crear copias de la secuencia de bits original </li></ul><ul><li>Distribución de las réplicas en diferentes entorno...
<ul><li>No confundir con la migración </li></ul><ul><li>Cambiar el soporte original a otro más estable.  </li></ul><ul><li...
<ul><li>- Estrategia más utilizada </li></ul><ul><li>Diferentes tipos: </li></ul><ul><ul><li>De una versión a otra (conver...
<ul><li>Inconvenientes: </li></ul><ul><li>Algunas propiedades originales del documentos pueden no pasarse en condiciones. ...
http://www.guidebookgallery.org/
http://www.guidebookgallery.org/
MIGRACIÓN VERSUS EMULACIÓN - Para documentos textuales la migración puede ser más adecuada. - Para documentos dinámicos la...
ENCAPSULAR Encapsular en un objeto digital : información relacionada con el contexto, contenido y estructura del documento...
PRESERVACIÓN BASES DE DATOS Problemática    carácter compuesto, dinámico y distribuido Dos perspectivas: 1. Orientada a p...
Proyecto RODA <ul><li>- Archivos Nacional de Portugal (2006) </li></ul><ul><li>- RODA (Repository of Authentic Digital Obj...
Proyecto RODA
Proyecto RODA
Proyecto RODA http:// roda.di.uminho.pt /? locale = en#home Demo:
“ Relational database preservation through XML modelling”. J.C. Ramalho. M. Ferreira, L. Faria, R.Castro, 2007
SIARD <ul><li>SIARD: Software-Independent Archiving of Relational Database </li></ul><ul><li>Swiss Federal Archives (SFA) ...
http:// www.bar.admin.ch / dienstleistungen /00823/00825/ index.html?lang =en
SIARD Content file  (contenido) +  Metadata file  (describe la estructura de la base de datos a todos los niveles) -> se c...
SIARD
ProyectoMIXED <ul><li>DANS (Data Archivind and Networked Services ). Holanda (2007-2010) </li></ul><ul><li>Conversión de b...
MIXED <ul><li>Sujeto a modificaciones: nuevos conceptos introducidos en las funcionalidades de las base de datos </li></ul...
 
http://mixed.dans.knaw.nl/
<ul><li>No hay todavía una estrategia única (ni la habrá) </li></ul><ul><li>Utilizar más de una estrategia de preservación...
http:// www.interpares.org /ip3/ ip3 _ index.cfm RECURSOS Y PROYECTOS DE PRESERVACIÓN DIGITAL
<ul><li>http:// www.erpanet.org / </li></ul>2002-2004 Proyecto de la Comisión Europea para estudiar la preservación digita...
http:// www.planets - project.eu / Proyecto co-fundado por la Unión Europea para estudiar temas de preservación digital. R...
RECURSOS Y PROYECTOS DE PRESERVACIÓN DIGITAL http://www.protage.eu/index.html
RECURSOS Y PROYECTOS DE PRESERVACIÓN DIGITAL http:// www.dcc.ac.uk/
<ul><li>“ Preservation Guidelines. Preserving digital records: guidelines for organizations”. InterPARES 2 </li></ul><ul><...
Registro General Electrónico de Entrada y Salida de Documentos: el caso de Terrassa Joan Soler i Jiménez, Arxiu Històric d...
Terminologia <ul><li>LO QUE ES: </li></ul><ul><li>RGE: Registro electrónico. </li></ul><ul><li>RGE: Registro telemático. <...
Terminologia <ul><li>LO QUE QUEREMOS QUE SEA: </li></ul><ul><li>RGE: de documentos internos. </li></ul><ul><li>RGE: la tot...
Documento ofimático <ul><li>RGE: Documento ofimático  </li></ul><ul><ul><li>Propietarios (Access, Excel). </li></ul></ul><...
Aplicación informática <ul><li>RGE: Aplicacion informática  </li></ul><ul><ul><li>Propietaria (desarrollo propio). </li></...
Función <ul><li>Dejar constancia y evidencia de la manifestación de voluntad de uno o más ciudadanos. </li></ul><ul><li>Co...
Documentos [?] <ul><li>Solicitudes, escritos y comunicaciones. </li></ul><ul><ul><li>Acciones jurídicas:  solicitudes y co...
Documentos [?] <ul><li>Tres posibles documentos: </li></ul><ul><ul><li>RGE como documento,  </li></ul></ul><ul><ul><li>los...
Documento RGE  <ul><li>Unidad documental compuesta. </li></ul><ul><li>Document electrónico. </li></ul><ul><li>Entidad diná...
Asiento Registral <ul><li>Es el asiento un documento? </li></ul><ul><li>Es un documento “in fieri” o potencial. </li></ul>...
Asientos con documentos  <ul><li>Documentos asociados (aportados por el ciudadano). </li></ul><ul><li>No documentos propio...
Procedimiento <ul><li>En un entorno electrónico (oportunidades y retos): </li></ul><ul><ul><li>Normalizados. </li></ul></u...
Procedimiento <ul><li>RGE = Documento </li></ul><ul><li>Asiento = Documento </li></ul>
Fiabilidad <ul><li>Legislación imprecisa. </li></ul><ul><li>Tablas de evaluación inexistentes. </li></ul><ul><li>Fiabilida...
Fiabilidad <ul><li>La aplicación debe ser robusta. </li></ul><ul><li>El sistema de seguridad potente. </li></ul><ul><li>La...
Autenticidad <ul><li>En función de la completitud y la precisión de los datos. </li></ul><ul><li>En función de la disposic...
Integridad <ul><li>Consistencia de la aplicación y de la tabla de relaciones. </li></ul><ul><li>Impedir la modificación de...
Identidad <ul><li>Control de los accesos al RGE. </li></ul><ul><li>Control de la identidad asociada a los documentos entra...
Accesibilidad y Usabilidad <ul><li>A corto plazo se presupone. </li></ul><ul><li>A medio y largo plazo hay que garantizar ...
RGE = documento de archivo? <ul><li>Se presupone. </li></ul><ul><li>Ninguna legislación habla de su preservación. </li></u...
Límites del RGE <ul><li>Memoria de las manifestaciones de voluntad de los ciudadanos (pero que han pasado por el RGE). </l...
Gestión del Registro General Electrónico Fase de Producción y de Gestión
Gestión en fase activa <ul><li>Captura </li></ul><ul><li>De los datos = formulario </li></ul><ul><li>De los documentos ana...
Gestión en fase inactiva <ul><li>Conservació </li></ul><ul><li>Conservación de los sistemas y/o de les tablas de relacione...
Fases de gestión del RGE
Captura de datos <ul><li>Recepción de datos mediante formulario. </li></ul><ul><li>Distintos modelos en función de la legi...
Captura de datos <ul><li>Estudio  realizado: </li></ul><ul><ul><li>Lei 30/1992, art.38.3 </li></ul></ul><ul><ul><li>Decret...
CAMPOS NECESARIOS CONDICIONES IDEALES EN UN RGE QUÉ PERMITE? Número de asiento Asignación del sistema; inalterable Dispone...
PRODUCTO RESULTANTE CONDICIONES IDEALES EN UN RGE Creación de un documento electrónic para cada asiento.  El documento “in...
Nuevas funcionalidades <ul><li>Creación de asientos a partir de la  copia de asientos realizados anteriormente. </li></ul>...
Captura de documentos analógicos <ul><li>Definición:  Política de digitalización bien definida. </li></ul><ul><li>Identifi...
Captura de documentos analógicos <ul><li>Digitalización de la documentación asociada. </li></ul><ul><li>Documents normaliz...
Captura de documents electrónicos <ul><li>Aportados por via telemática. </li></ul><ul><li>Permite la aportación de  docume...
Captura de documentos analógicos y electrónicos
PUNTOS CRÍTICOS DE LA CAPTURA SOLUCIONS Diversidad de canales = Presencial, Telemático, E-Mail, Correo Ordinario, Fax, Tel...
PUNTOS CRÍTICOS DE LA CAPTURA SOLUCIONES Formularios poco exhaustivos y diversos. Formularios controlados = Introducción d...
Clasificación  <ul><li>Aplicación del CdC. </li></ul><ul><li>Hay que tenerlo. </li></ul><ul><li>Hay que asociarle los tema...
Clasificación  <ul><li>El RGE (aplicación) = serie documental. </li></ul><ul><li>Los asientos no constituien serie por si ...
Perfil documental (1) <ul><li>Registro (Aplicación informática): </li></ul>PERFIL DE REGISTRO Identificador del Registro /...
Perfil documental (2) <ul><li>Asiento ( documenta in fieri ) = Formulario de captura: </li></ul>
Distribución (1) <ul><li>Gestor adecuado =  escoger el responsable que deberá satisfacer el servicio solicitado. </li></ul...
Distribución (2) <ul><li>Transmisión al interior de los sistemas = </li></ul><ul><ul><li>Comunicación del asiento al gesto...
Nuevas funcionalidades <ul><li>Los usuarios de las unidades administrativas reciben en sus bandejas   de entrada los asien...
Distribución  <ul><li>Transmisión fuera de los sistemas = </li></ul><ul><ul><li>Emisión de justificantes digitales con fir...
Diligencia final? <ul><li>Como se estabilitza un documento dinámico? </li></ul><ul><li>Determinar un principio y un final ...
Gestión del Registro General Electrónico Aplicación de soluciones
¿Qué podemos conservar? <ul><li>Datos </li></ul><ul><li>Tablas que relacionan estos datos. </li></ul><ul><li>Metadatos. </...
Ajuntament de Terrassa (1) <ul><li>Características del documento: </li></ul><ul><li>Aplicación propia creada el año 1997. ...
Total temas:  488 temas .   Total asientos de entrada (2008-2010) :  248.620 asientos .   Total asientos de entrada (2008-...
El RG en el Ayuntamiento de Terrassa (2) <ul><li>Formulario de entrada: </li></ul><ul><li>Número de registro </li></ul><ul...
 
El RG en el Ayuntamiento de Terrassa (3) <ul><li>Medidas que garantizan la fiabilidad y autenticidad: </li></ul><ul><li>Ca...
Procedimiento en la Generación del Libro Oficial de Registro General de documentos en PDF 1.- Generar el libro oficial de ...
 
 
 
 
 
 
El RG en el Ayuntamiento de Terrassa (4) <ul><li>Puntos débiles: </li></ul><ul><li>Aplicación de más de 10 años de vigenci...
<ul><li>Diciembre 2009 - Marzo 2010  -> Se llevo a cabo un estudio de funcionalidades.  </li></ul><ul><li>Objetivo: analiz...
<ul><li>Resultado :  </li></ul><ul><li>- Estudio de los requerimientos funcionales para un aplicativo de Registro. </li></...
 
- Propuestas de mejora del actual  aplicativo. - 2 productos: - Instrucciones de uso y normativa interna del RG.  (aprovad...
<ul><li>Octubre- Diciembre 2010    Puesta en marcha del proyecto de modificaciones del RG para la aplicación del Cuadro d...
¡¡¡PRESERVANDO EL FUTURO!!!
Próxima SlideShare
Cargando en…5
×

Gestión y preservación de bases de datos

2.226 visualizaciones

Publicado el

Publicado en: Educación
0 comentarios
2 recomendaciones
Estadísticas
Notas
  • Sé el primero en comentar

Sin descargas
Visualizaciones
Visualizaciones totales
2.226
En SlideShare
0
De insertados
0
Número de insertados
87
Acciones
Compartido
0
Descargas
73
Comentarios
0
Recomendaciones
2
Insertados 0
No insertados

No hay notas en la diapositiva.

Gestión y preservación de bases de datos

  1. 1. GESTIÓN Y PRESERVACIÓN DE BASES DE DATOS Joan Soler Jiménez, Arxiu Històric de Terrassa. Marta Munuera Bermejo, Arxiu Administratiu de Terrassa. 11 de febrero 2011
  2. 2. 1.  Aproximación legislativa a las bases de datos. 2. ¿Dónde está el documento? Registro, entidades intelectuales, modelos datacéntrico y docucéntrico. 3.  Preservación de bases de datos electrónicas: RODA, SIARD y otras soluciones genéricas. 4.  Preservación del Registro General como ejemplo: soluciones concretas.
  3. 3. Aproximación legislativa a las bases de datos
  4. 4. Llei 30/1992 Art. 45.5: Los documentos emitidos, sea cual sea el soporte utilizado , por medios electrónicos, informáticos o telemáticos por las administraciones públicas, o los que estos emitan como copias de originales almacenados por estos mismos medios, gozaran de la validez y eficacia del documento original siempre que quede garantizada la autenticidad, integridad y conservación (...).
  5. 5. Ley 11/2007 <ul><li>Artículo 24, 25 y 26: Registros electrónicos. </li></ul><ul><li>Las Administraciones Públicas crearán registros electrónicos para la recepción y remisión de solicitudes, escritos y comunicaciones. </li></ul>
  6. 6. Ley 11/2007 Artículo 31. Archivo electrónico de documentos 1. Podrán almacenarse por medios electrónicos todos los documentos utilizados en las actuaciones administrativas. 2. Los documentos electrónicos que contengan actos administrativos que afecten a derechos o intereses de los particulares deberán conservarse en soportes de esta naturaleza, ya sea en el mismo formato a partir del que se originó el documento o en otro cualquiera que asegure la identidad e integridad de la información necesaria para reproducirlo . Se asegurará en todo caso la posibilidad de trasladar los datos a otros formatos y soportes que garanticen el acceso desde diferentes aplicaciones . La ley habla de preservar el “documento electrónico”. Sistema docucéntrico versus sistema datacéntrico. Migración como estrategia de preservación
  7. 7. Artículo 31. Archivo electrónico de documentos 3. Los medios o soportes en que se almacenen documentos , deberán contar con medidas de seguridad que garanticen la integridad, autenticidad, confidencialidad, calidad, protección y conservación de los documentos almacenados . En particular, asegurarán la identificación de los usuarios y el control de accesos, así como el cumplimiento de las garantías previstas en la legislación de protección de datos. Ley 11/2007 Necesidades de seguridad para la conservación Desarrollo en el Esquema de Seguridad.
  8. 8. <ul><li>Artículo 21. Condiciones para la recuperación y conservación de documentos. </li></ul><ul><li>Las Administraciones públicas adoptarán las medidas organizativas y técnicas necesarias con el fin de garantizar la interoperabilidad en relación con la recuperación y conservación de los documentos electrónicos a lo largo de su ciclo de vida. Tales medidas incluirán: </li></ul><ul><li>a. La definición de una política de gestión de documentos en cuanto al tratamiento, de acuerdo con las normas y procedimientos específicos que se hayan de utilizar en la formación y gestión de los documentos y expedientes. </li></ul><ul><li>d. La asociación de los metadatos mínimos obligatorios y, en su caso, complementarios, asociados al documento electrónico, a lo largo de su ciclo de vida, e incorporación al esquema de metadatos . </li></ul>Esquema Nacional de Interoperabilidad
  9. 9. h. La adopción de medidas para asegurar la conservación de los documentos electrónicos a lo largo de su ciclo de vida, de acuerdo con lo previsto en el artículo 22, de forma que se pueda asegurar su recuperación de acuerdo con el plazo mínimo de conservación determinado por las normas administrativas y obligaciones jurídicas, se garantice su conservación a largo plazo, se asegure su valor probatorio y su fiabilidad como evidencia electrónica de las actividades y procedimientos, así como la transparencia, la memoria y la identificación de los órganos de las Administraciones públicas y de las Entidades de Derecho Público vinculadas o dependientes de aquéllas que ejercen la competencia sobre el documento o expediente. […] j. Transferencia, en su caso, de los expedientes entre los diferentes repositorios electrónicos a efectos de conservación , de acuerdo con lo establecido en la legislación en materia de Archivos, de manera que se pueda asegurar su conservación, y recuperación a medio y largo plazo. Esquema Nacional de Interoperabilidad
  10. 10. l. La formación tecnológica del personal responsable de la ejecución y del control de la gestión de documentos, como de su tratamiento y conservación en archivos o repositorios electrónicos. 2. A los efectos de lo dispuesto en el apartado 1, las Administraciones públicas crearán repositorios electrónicos, complementarios y equivalentes en cuanto a su función a los archivos convencionales, destinados a cubrir el conjunto del ciclo de vida de los documentos electrónicos. Artículo 22. Seguridad 3. Estas medidas se aplicarán con el fin de garantizar la integridad, autenticidad, confidencialidad, disponibilidad, trazabilidad, calidad, protección, recuperación y conservación física y lógica de los documentos electrónicos, sus soportes y medios , y se realizarán atendiendo a los riesgos a los que puedan estar expuestos y a los plazos durante los cuales deban conservarse los documentos. Esquema Nacional de Interoperabilidad
  11. 11. Esquema Nacional de Interoperabilidad <ul><li>Artículo 23. Formatos de los documentos. </li></ul><ul><li>Con el fin de garantizar la conservación, el documento se conservará en el formato en que haya sido elaborado, enviado o recibido, y preferentemente en un formato correspondiente a un estándar abierto que preserve a lo largo del tiempo la integridad del contenido del documento, de la firma electrónica y de los metadatos que lo acompañan. </li></ul><ul><li>La elección de formatos de documento electrónico normalizados y perdurables para asegurar la independencia de los datos de sus soportes se realizará de acuerdo con lo previsto en el artículo 11. </li></ul><ul><li>Cuando exista riesgo de obsolescencia del formato o bien deje de figurar entre los admitidos en el presente Esquema Nacional de Interoperabilidad , se aplicarán procedimientos normalizados de copiado auténtico de los documentos con cambio de formato , de etiquetado con información del formato utilizado y, en su caso, de las migraciones o conversiones de formatos. </li></ul>
  12. 12. Esquema Nacional de Interoperabilidad No aparece el concepto “base de datos”. Solamente “datos” en plural. Los datos: se comparten, se protegen, se accede, se utilizan, se modelan, se extraen . Los metadatos: se asocian, se esquematizan. Interoperabilidad técnica, organizativa y semántica de los datos.
  13. 13. Esquema Nacional de Interoperabilidad <ul><li>Disposición adicional primera. Desarrollo del Esquema Nacional de Interoperabilidad: faltan once normas técnicas a desarrollar entre ellas: </li></ul><ul><li>Catálogo de estándares </li></ul><ul><li>Documento electrónico </li></ul><ul><li>Digitalización de documentos </li></ul><ul><li>Expediente electrónico </li></ul><ul><li>Política de firma electrónica y de certificados </li></ul><ul><li>Protocolos de intermediación de datos </li></ul><ul><li>Relación de modelos de datos comunes </li></ul><ul><li>Política de gestión de documentos electrónicos </li></ul><ul><li>Requisitos de conexión a la Red de comunicaciones de las AA.PP. Españolas </li></ul><ul><li>Procedimientos de copiado auténtico y conversión </li></ul><ul><li>Modelo de datos para intercambio de asientos entre Entidades Registrales </li></ul>
  14. 14. Ley de propiedad intelectual sobre las bases de datos En 1998 se aprueba la ley 5/1998 para incorporar a la ley de propiedad intelectual española lo expuesto en la Directiva 96/9/CE, del Parlamento Europeo y del Consejo, de 11 de marzo de 1996, sobre la protección jurídica de las bases de datos. Artículo 21 . Transformación   1. La transformación de una obra comprende su traducción, adaptación y cualquier otra modificación en su forma de la que se derive una obra diferente. Cuando se trate de una base de datos a la que hace referencia el artículo 12 de la presente Ley se considerará también transformación, la reordenación de la misma.   2. Los derechos de propiedad intelectual de la obra resultado de la transformación corresponderán al autor de esta última , sin perjuicio del derecho del autor de la obra preexistente de autorizar, durante todo el plazo de protección de sus derechos sobre ésta, la explotación de esos resultados en cualquier forma y en especial mediante su reproducción, distribución, comunicación pública o nueva transformación. 
  15. 15. Ley de propiedad intelectual sobre las bases de datos <ul><li>Artículo 34. Utilización de bases de datos por el usuario legítimo y limitaciones a los derechos de explotación del titular de una base de datos   </li></ul><ul><li>El usuario legítimo de una base de datos protegida en virtud del artículo 12 de esta Ley o de copias de la misma, podrá efectuar, sin la autorización del autor de la base, todos los actos que sean necesarios para el acceso al contenido de la base de datos y a su normal utilización por el propio usuario, aunque estén afectados por cualquier derecho exclusivo de ese autor . En la medida en que el usuario legítimo esté autorizado a utilizar sólo una parte de la base de datos, esta disposición será aplicable únicamente a dicha parte. Cualquier pacto en contrario a lo establecido en esta disposición será nulo de pleno derecho.  </li></ul> 
  16. 16. Ley de propiedad intelectual sobre las bases de datos 2. Sin perjuicio de lo dispuesto en el artículo 31, no se necesitará la autorización del autor de una base de datos protegida en virtud del artículo 12 de esta Ley y que haya sido divulgada:  a) Cuando tratándose de una base de datos no electrónica se realice una reproducción con fines privados.  b) Cuando la utilización se realice con fines de ilustración de la enseñanza o de investigación científica siempre que se lleve a efecto en la medida justificada por el objetivo no comercial que se persiga e indicando en cualquier caso su fuente.  c) Cuando se trate de una utilización para fines de seguridad pública o a efectos de un procedimiento administrativo o judicial.  
  17. 17. Ley de propiedad intelectual sobre las bases de datos <ul><li>TÍTULO VIII Derecho &quot;sui generis&quot; sobre las bases de datos </li></ul><ul><li>Artículo 133 . Objeto de protección </li></ul><ul><li>El derecho &quot;sui generis&quot; sobre una base de datos protege la inversión sustancial, evaluada cualitativa o cuantitativamente, que realiza su fabricante ya sea de medios financieros, empleo de tiempo, esfuerzo, energía u otros de similar naturaleza, para la obtención, verificación o presentación de su contenido . </li></ul><ul><li>3. A los efectos del presente Título se entenderá por: </li></ul><ul><li>a) Fabricante de la base de datos, la persona natural o jurídica que toma la iniciativa y asume el riesgo de efectuar las inversiones sustanciales orientadas a la obtención, verificación o presentación de su contenido. </li></ul><ul><li>b) Extracción, la transferencia permanente o temporal de la totalidad o de una parte sustancial del contenido de una base de datos a otro soporte cualquiera que sea el medio utilizado o la forma en que se realice. </li></ul><ul><li>c) Reutilización, toda forma de puesta a disposición del público de la totalidad o de una parte sustancial del contenido de la base mediante la distribución de copias en forma de venta u otra transferencia de su propiedad o por alquiler, o mediante transmisión en línea o en otras formas. </li></ul> 
  18. 18. <ul><li>Artículo 136. Plazo de protección </li></ul><ul><li>El derecho contemplado en el artículo 133 nacerá en el mismo momento en que se dé por finalizado el proceso de fabricación de la base de datos, y expirará quince años después del 1 de enero del año siguiente a la fecha en que haya terminado dicho proceso. </li></ul><ul><li>2. En los casos de bases de datos puestas a disposición del público antes de la expiración del período previsto en el apartado anterior, el plazo de protección expirará a los quince años, contados desde el 1 de enero siguiente a la fecha en que la base de datos hubiese sido puesta a disposición del público por primera vez. </li></ul><ul><li>3. Cualquier modificación sustancial, evaluada de forma cuantitativa o cualitativa del contenido de una base de datos y, en particular, cualquier modificación sustancial que resulte de la acumulación de adiciones, supresiones o cambios sucesivos que conduzcan a considerar que se trata de una nueva inversión sustancial, evaluada desde un punto de vista cuantitativo o cualitativo, permitirá atribuir a la base resultante de dicha inversión un plazo de protección propio. </li></ul>Ley de propiedad intelectual sobre las bases de datos
  19. 19. ¿Dónde está el documento?
  20. 20. Terminologia <ul><li>Dato: Unidad mínima de contenido. </li></ul><ul><li>Información: Una conjunto de datos con sentido interpretado a partir de un preconocimiento. </li></ul><ul><li>Documento: información fijada en un soporte y su representación . </li></ul><ul><li>Contenido: mensaje, que requiere una interpretación y una codificación para dotarse de sentido. </li></ul>
  21. 21. Terminologia <ul><li>Representar por esencia o por propiedades. </li></ul><ul><li>Por esencia: simplicidad, objeto, concepto. </li></ul><ul><li>Por propiedades: conceptos, objetos, datos, listas, elementos disueltos que en su conjunto permitan un conocimiento profundo. </li></ul><ul><li>Base de datos: el instrumento informático utilizado para la definición por propiedades de elementos del mundo real. </li></ul>
  22. 22. Base de Datos <ul><li>Base de datos ( Database ): Un conjunto de datos representados en una tabla de relaciones. </li></ul><ul><li>Conjunto de datos: interpretación de un elemento del mundo real mediante partículas de contenido. </li></ul><ul><li>Tabla de relaciones: distribución de los datos en campos y atributos. </li></ul><ul><li>Documento instrumental. </li></ul>
  23. 23. Registro <ul><li>Registrar: introducir datos, estabilizarlos y sentar la base para la creación de documentos. </li></ul><ul><li>Registro: una base de datos con significación documental, pero a la vez generador de documentos. </li></ul><ul><li>Asiento: entidad registrada mediante una captura de datos orientada. </li></ul><ul><li>Documento instrumental, probatorio e incluso dispositivo. </li></ul>
  24. 24. Qué es documento electrónico? <ul><li>Documento electrónico ( Content ): Contenido + formato de datos . </li></ul><ul><li>Base de datos ( Database ): Tabla de relaciones + datos + formato de datos . </li></ul><ul><li>Fichero. </li></ul>
  25. 25.
  26. 26.
  27. 27. Objeto digital <ul><li>Concepto derivado de la informática orientada a objetos. </li></ul><ul><li>Documento electrónico ( Content ): Contenido + formato de datos + metadatos . </li></ul><ul><li>Base de datos ( Database ): Tabla de relaciones + datos + formato de datos + metadatos . </li></ul><ul><li>Objeto digital. </li></ul>
  28. 28.
  29. 29. Objeto digital de preservación <ul><li>Archival Information Package (AIP) del modelo OAIS. </li></ul><ul><li>Documento electrónico ( Content ): Contenido + formato de datos + metadatos de preservación (PREMIS, METS …) . </li></ul><ul><li>Base de datos ( Database ): Tabla de relaciones + datos + formato de datos + metadatos de preservación (PREMIS, METS …) . </li></ul>
  30. 30.
  31. 31. Entidades <ul><li>Entidad dinámica. </li></ul><ul><li>Entidad experiencial. </li></ul><ul><li>Entidad interactiva. </li></ul><ul><li>Todas tienen en su interior una estructura de datos soportada por una tabla de relaciones. </li></ul><ul><li>En estos casos lo preservable es: la tabla de relaciones, pero tambien su representación . </li></ul>
  32. 32.
  33. 33. Preservar una base de datos Metodologías, estrategias y problemáticas Joan Soler, Arxiu Històric de Terrassa Marta Munuera, Arxiu Municipal de Terrassa. Febrero de 2011
  34. 34. <ul><li>¿Qué es preservar? </li></ul><ul><li>¿Podemos confiar en la tecnología? ¿Cuál es el periodo de vida de los soportes físicos? ¿Podemos depender del hardware y software? ¿A qué problemas nos enfrentamos? </li></ul><ul><li>¿Se pueden aplicar los mismos métodos que hasta ahora hemos utilizado con los documentos en papel? ¿Entendemos qué es un documento electrónico? </li></ul><ul><li>¿Sobre qué nos centramos? ¿Los datos? ¿Los documentos? ¿Contiene datos el sistema? ¿Es el sistema mismo una documento? Bases de datos altamente distribuidas y dinámicas. </li></ul><ul><li>¿Cómo aseguramos la autenticidad e integridad? ¿Qué valores esenciales debemos preservar? </li></ul><ul><li>¿Cuál es el ciclo de vida de una base datos? </li></ul>Retos de la preservación
  35. 35.   Preservación de bases de datos electrónicas: RODA, SIARD y otras soluciones genéricas.
  36. 36. <ul><li>Conjunto de principios, políticas y estrategias que controlan las actividades destinadas a asegurar la estabilización física y tecnológica, y la protección del contenido intelectual de los objetos digitales para hacerlos recuperables, legibles y utilizables a lo largo del tiempo. </li></ul><ul><li>Preservar versus conservar: </li></ul><ul><li>- Preservación implica acciones preventivas, proteger anticipadamente. </li></ul><ul><li>Conservar implica la aplicación de medidas para garantizar la permanencia y su no alteración. </li></ul><ul><li>Gestión integral de la preservación  des de la creación  todo el ciclo de vida </li></ul>PRESERVACIÓN
  37. 37. <ul><ul><li>Dependencia del software y hardware </li></ul></ul><ul><ul><li>Obsolescencia tecnológica (hardware y software) </li></ul></ul><ul><ul><li>Errores de hardware o software en la escritura o la transmisión  arruinan la integridad </li></ul></ul><ul><ul><li>Obsolescencia de los formatos </li></ul></ul><ul><ul><li>Deterioro del soportes de almacenamiento </li></ul></ul><ul><ul><li>Errores humanos </li></ul></ul><ul><ul><li>Desastres naturales </li></ul></ul><ul><ul><li>Olvidar que significa </li></ul></ul><ul><ul><li>Olvidar que tienes </li></ul></ul>AMENAZAS A LA PRESERVACIÓN
  38. 38. <ul><li>Valores esenciales: </li></ul><ul><li>Fiabilidad </li></ul><ul><li>- Autenticidad </li></ul><ul><li>Integridad </li></ul><ul><li>Identidad </li></ul><ul><li>Capacidad de uso y acceso </li></ul><ul><li>Elementos: </li></ul><ul><li>- Preservar los documentos electrónicos de archivo </li></ul><ul><li>- Preservar las relaciones (expediente electrónico) </li></ul><ul><li>- Metadatos relativos al uso de los documentos dentro del sistema </li></ul><ul><li>En las base de datos identificar y preservar: </li></ul><ul><li>- Datos </li></ul><ul><li>- Estructura (tablas y relaciones) </li></ul><ul><li>- Interfaces de usuario </li></ul>QUÉ PRESERVAR
  39. 39. <ul><li>Establecer un plan de preservación. </li></ul><ul><li>A tener en cuenta: </li></ul><ul><li>- Qué guardar </li></ul><ul><li>- Dónde guardarlo </li></ul><ul><li>- Hasta cuándo </li></ul><ul><li>- Cómo acceder </li></ul><ul><li>- Cómo mantener la integridad </li></ul><ul><li>Cómo evitar la obsolescencia </li></ul><ul><li>Quién es el responsable </li></ul><ul><li>Modelo para crear un plan de preservación : Digital Curation Centre (proyecto de investigación sobre preservación en Inglaterra integrado por varias universidades) </li></ul><ul><li>http://www.dcc.ac.uk/resources/curation-lifecycle-model </li></ul>PLAN DE PRESERVACIÓN
  40. 40. http://www.dcc.ac.uk/resources/curation-lifecycle-model
  41. 41. <ul><li>- Gestión integral de la preservación y la conservación </li></ul><ul><li>Diseño de la arquitectura </li></ul><ul><li>Elección del software/ hardware </li></ul><ul><li>Utilización de metadatos. Documentar para interpretar. </li></ul><ul><li>Validación e identificación de formatos (PRONOM, DROID, JHOVE). Normalización y estandarización. </li></ul><ul><li>Actuar sobre el periodo de creación y transferencia. Ciclo de vida </li></ul><ul><li>Preservación de la fiabilidad, autenticidad, integridad, identidad y acceso </li></ul><ul><li>Identificar las responsabilidades </li></ul><ul><li>- Auditar el sistema </li></ul>QUÉ HAY QUE TENER EN CUENTA
  42. 42. Study 16 (2005) Electronic records: A workbook for archivists (Consejo Internacional de Archivos) <ul><li>Cuatro métodos de preservación: </li></ul><ul><li>A. Preservar en el contexto de creación . </li></ul><ul><ul><li>Se mantiene en constante funcionamiento. </li></ul></ul><ul><ul><li>Cuando hay un cambio tecnológico todo el sistema se convierte a una nueva plataforma. </li></ul></ul><ul><ul><li>Preservación tecnológica migración integral </li></ul></ul><ul><li>B. Preservar en otro sistema conservando su bitstream (secuencia de bits). </li></ul><ul><ul><ul><li>Los documentos y sus metadatos se copian en otro sistema (histórico) en el formato original. </li></ul></ul></ul><ul><ul><ul><li>Cuando hay un cambio tecnológico los formatos se convierten a una nueva versión o a un sistema con funcionalidades parecidas. </li></ul></ul></ul>
  43. 43. Study 16 (2005) Electronic records: A workbook for archivists (Consejo Internacional de Archivos)
  44. 44. Study 16 (2005) Electronic records: A workbook for archivists (Consejo Internacional de Archivos) <ul><li>C. Preservación en otro sistema en formato plano. </li></ul><ul><ul><li>Documentos de diferentes sistemas son transformados a formato plano y preservados en otro sistema con independencia de software. </li></ul></ul><ul><ul><li>Los documentos se recuperan en el sistema original o uno parecido. </li></ul></ul>
  45. 45. <ul><li>C. Preservación en otro sistema en formato estándar. </li></ul><ul><ul><li>Igual que el D pero la conversión a formato plano está personalizada para cada sistema. </li></ul></ul>Study 16 (2005) Electronic records: A workbook for archivists (Consejo Internacional de Archivos)
  46. 46. <ul><li>Preservar la tecnología DO NOTHING !!! </li></ul><ul><li>Emulación </li></ul><ul><li>Replicar </li></ul><ul><li>Refrescar </li></ul><ul><li>Migración </li></ul><ul><li>Encapsular </li></ul><ul><li>¿Qué estrategia escoger?  Los diferentes tipos de documentación nos llevarán a una u otra estrategia. </li></ul><ul><li>Escoger una estrategia u otra de preservación estará influenciado por (Study 16): </li></ul><ul><ul><ul><ul><ul><li>Tipo de sistema de gestión documental y de creación </li></ul></ul></ul></ul></ul><ul><ul><ul><ul><ul><li>El rol de los archiveros en la creación de los documentos en la organización </li></ul></ul></ul></ul></ul><ul><ul><ul><ul><ul><li>Legislación </li></ul></ul></ul></ul></ul><ul><ul><ul><ul><ul><li>La infraestructura técnica y recursos del archivo </li></ul></ul></ul></ul></ul><ul><ul><ul><ul><ul><li>El tipo y cantidad de usuarios </li></ul></ul></ul></ul></ul>ESTRATEGIAS
  47. 47. - Mantener en funcionamiento los equipos. - Hardware y software original. <ul><li>Inconvenientes: </li></ul><ul><li>Mantenimiento del equipo. </li></ul><ul><li>Conocimiento del funcionamiento </li></ul><ul><li>Los chips tiene una vida limitada </li></ul>PRESERVAR LA TECNOLOGÍA
  48. 48. <ul><li>Duplicar las funciones de un sistema en otro para que se comporte de la misma manera. </li></ul><ul><li>Recrear el hardware y software original en el que un objeto digital fue creado. </li></ul><ul><li>Diferentes tipos de emulación: </li></ul><ul><ul><li>- Emular aplicaciones </li></ul></ul><ul><ul><li>- Emular sistemas operativos </li></ul></ul><ul><ul><li>- Emular hardware </li></ul></ul><ul><li>Jeff Rothenberg como uno de los principales defensores de esta opción: “Avoiding Technological Quicksand: Finding a Viable Technical Foundation for Digital Preservartion” (1998) </li></ul>EMULACIÓN Windows 2.0x (1987), http://www.guidebookgallery.org
  49. 49. <ul><li>Inconvenientes: </li></ul><ul><li>El coste de diseño del emulador. </li></ul><ul><li>La propiedad intelectual y el copyright </li></ul><ul><li>La obsolescencia del software emulador </li></ul><ul><li>Ventajas: </li></ul><ul><li>Mantienen el “look and feel” original y el comportamiento </li></ul><ul><li>Menos costosa a la larga pese a que el diseño del emulador resulte muy caro. </li></ul><ul><li>Algunos emuladores se han diseñado en formatos abiertos. </li></ul>EMULACIÓN Para poder emular encapsular el documento junto a toda la información del software y hardware. “ Avoiding Technological Quicksand: Finding a Viable Technical Foundation for Digital Preservartion” (1998)
  50. 50. - Proyecto de los Archivos Nacionales de Holanda conjuntamente con la Biblioteca Nacional (2005-2007) - The dutch testbed: 2000-2003 proyecto de investigación donde se analizaron las diferentes estrategias de preservación. - Conclusiones: - Manera de mantener el software obsoleto funcionando y permitir al usuario ver el documento en su forma original y en su contexto de creación. - Si conservamos el original tenemos más opciones de acceso en el futuro. - Dos opciones de emulación: - Para su renderización - Como paso intermedio para la migración EMULACIÓN: Dioscuri
  51. 51. http://dioscuri.sourceforge.net/
  52. 52. <ul><li>Crear copias de la secuencia de bits original </li></ul><ul><li>Distribución de las réplicas en diferentes entornos </li></ul><ul><li>- Más una estrategia de conservación que no de preservación. </li></ul><ul><li>Inconvenientes: </li></ul><ul><li>Dificultades en las migraciones, versiones y control de acceso </li></ul><ul><li>Ventajas </li></ul><ul><li>Más posibilidades de sobrevivir a problemas de vulnerabilidad de software, fallos de hardware, alteraciones accidentales o catástrofes medioambientales </li></ul>REPLICACIÓN
  53. 53. <ul><li>No confundir con la migración </li></ul><ul><li>Cambiar el soporte original a otro más estable. </li></ul><ul><li>No se modifica el bitstream original. </li></ul><ul><li>Inconvenientes: </li></ul><ul><li>Coste </li></ul><ul><li>Ventajas </li></ul><ul><li>Técnica preventiva para evitar la obsolescencia de soportes </li></ul>REFRESCAR
  54. 54. <ul><li>- Estrategia más utilizada </li></ul><ul><li>Diferentes tipos: </li></ul><ul><ul><li>De una versión a otra (conversión) </li></ul></ul><ul><ul><li>De un formato a otro </li></ul></ul><ul><ul><li>De un sistema operativo a otro </li></ul></ul><ul><ul><li>De un lenguaje de programación a otro </li></ul></ul><ul><li>Proceso: </li></ul><ul><ul><li>Seleccionar la estrategia de migración (qué formato de destino y que aplicación para llevarla a cabo) </li></ul></ul><ul><ul><li>Conversión </li></ul></ul><ul><ul><li>Evaluación de los resultados </li></ul></ul>MIGRACIÓN
  55. 55. <ul><li>Inconvenientes: </li></ul><ul><li>Algunas propiedades originales del documentos pueden no pasarse en condiciones. Pérdida de información </li></ul><ul><li>Afectación de la integridad </li></ul><ul><li>Ventajas: </li></ul><ul><li>Más barato </li></ul><ul><li>Más accesible. </li></ul>- Registrar los datos de cada migración (metadatos) - Diferentes formatos según el ciclo de vida: Formatos de adquisición- formatos de producción- formatos de difusión- formato de conservación/archivo MIGRACIÓN
  56. 56. http://www.guidebookgallery.org/
  57. 57. http://www.guidebookgallery.org/
  58. 58. MIGRACIÓN VERSUS EMULACIÓN - Para documentos textuales la migración puede ser más adecuada. - Para documentos dinámicos la emulación puede ser más interesante. - Pueden ser estrategias complementarias. - Migrar a un estándar y emular.
  59. 59. ENCAPSULAR Encapsular en un objeto digital : información relacionada con el contexto, contenido y estructura del documento electrónico OAIS  Open Archival Information System - Modelo para organizar un sistema seguro de archivo - Utilización de estándares abiertos - Objeto digital formado por el documento original , información sobre el contenido , información sobre la presentación y información relativa a la preservación
  60. 60. PRESERVACIÓN BASES DE DATOS Problemática  carácter compuesto, dinámico y distribuido Dos perspectivas: 1. Orientada a procesos: toda la base de datos 2. Orientada al documento: Identificar los documentos generados y conservarlos Ejemplo: La regulación de transferencia a los Archivos Nacionales de Estados Unidos dice que los ficheros de base de datos se deben transferir en tablas bidimensionales (ASCII, SQL o IRDS), únicamente con las tablas de datos y la documentación de las relaciones y respetando la primera forma.
  61. 61. Proyecto RODA <ul><li>- Archivos Nacional de Portugal (2006) </li></ul><ul><li>- RODA (Repository of Authentic Digital Objects) </li></ul><ul><li>- Basado en: OAIS, METS, EAD, PREMIS </li></ul><ul><li>Bases de datos: </li></ul><ul><li>Crear un Objeto Digital de una Base de Datos </li></ul><ul><li>Crear una representación de su estructura </li></ul><ul><li>Conversión a formato XML </li></ul><ul><li>Utilización de un estándar llamado XMI (SML Medata Interchange) </li></ul><ul><li>Utilización del DBML (Database Markup Language) ( lenguaje XML que describe la estructura) </li></ul>
  62. 62. Proyecto RODA
  63. 63. Proyecto RODA
  64. 64. Proyecto RODA http:// roda.di.uminho.pt /? locale = en#home Demo:
  65. 65. “ Relational database preservation through XML modelling”. J.C. Ramalho. M. Ferreira, L. Faria, R.Castro, 2007
  66. 66. SIARD <ul><li>SIARD: Software-Independent Archiving of Relational Database </li></ul><ul><li>Swiss Federal Archives (SFA) </li></ul><ul><li>Pensado como un estándard abierto no propietario -> Formato de preservación de bases de datos relacionales </li></ul><ul><li>SIARD Suite: conjunto de herramientas que transforman una base de datos relacionales en formato SIARD -> Objecto digital de preservació </li></ul>
  67. 67. http:// www.bar.admin.ch / dienstleistungen /00823/00825/ index.html?lang =en
  68. 68. SIARD Content file (contenido) + Metadata file (describe la estructura de la base de datos a todos los niveles) -> se comprime en un único fichero (ZIP6) Herramientas: - SiardFromDb : Herramienta para extraer y convertir la base de datos en un archivo SIARD. - SiardEdit: Para editar los metadatos. - SiardToDb: Transforma el archivo SIARD en una visualización de base de datos.
  69. 69. SIARD
  70. 70. ProyectoMIXED <ul><li>DANS (Data Archivind and Networked Services ). Holanda (2007-2010) </li></ul><ul><li>Conversión de bases de datos a XML. </li></ul><ul><li>Esquema SDPF (Standard Data Formats for Preservation) </li></ul><ul><li>M-XML: un lenguaje xml que expresa la estructura de una base de datos. </li></ul><ul><li>No se pretende preservar el “look and feel” ni que se puedan crear más datos. Pero si con posterioridad facilitar las agregaciones posteriores a la base de datos al tenerlo en el mismo formato. </li></ul><ul><li>Reducción del coste porque te preocupas sólo de mantener y versionar el M-XML y no los formatos nativos </li></ul>
  71. 71. MIXED <ul><li>Sujeto a modificaciones: nuevos conceptos introducidos en las funcionalidades de las base de datos </li></ul><ul><li>Estrategia de migración: sustituir las versiones de M-XML y la conversión a formatos para su consulta/ su renderización </li></ul>
  72. 73. http://mixed.dans.knaw.nl/
  73. 74. <ul><li>No hay todavía una estrategia única (ni la habrá) </li></ul><ul><li>Utilizar más de una estrategia de preservación (si se puede) </li></ul><ul><li>Preservar el formato en el que fueron creados originalmente los documentos además de las conversiones o copias posteriores (si es estrictamente necesario) </li></ul><ul><li>Colaboración con el departamento de informática de la organización (no son el enemigo): - Establecer requerimientos para cualquier sistema informático, hardware o software que se adquiera. - Revisar periódicamente los cambios en los sistemas de información. </li></ul><ul><ul><li>- Documentar todas las aplicaciones informáticas. </li></ul></ul><ul><li>Necesidad de un sistema de evaluación dentro de un sistema de gestión documental donde puedas identificar y establecer las características de creación, utilización y disposición (no malgastar recurso en lo que no vale la pena) </li></ul><ul><li>Auditoría constante del sistema (ya no hay marcha atrás) </li></ul>CONCLUSIONES
  74. 75. http:// www.interpares.org /ip3/ ip3 _ index.cfm RECURSOS Y PROYECTOS DE PRESERVACIÓN DIGITAL
  75. 76. <ul><li>http:// www.erpanet.org / </li></ul>2002-2004 Proyecto de la Comisión Europea para estudiar la preservación digital. RECURSOS Y PROYECTOS DE PRESERVACIÓN DIGITAL
  76. 77. http:// www.planets - project.eu / Proyecto co-fundado por la Unión Europea para estudiar temas de preservación digital. RECURSOS Y PROYECTOS DE PRESERVACIÓN DIGITAL
  77. 78. RECURSOS Y PROYECTOS DE PRESERVACIÓN DIGITAL http://www.protage.eu/index.html
  78. 79. RECURSOS Y PROYECTOS DE PRESERVACIÓN DIGITAL http:// www.dcc.ac.uk/
  79. 80. <ul><li>“ Preservation Guidelines. Preserving digital records: guidelines for organizations”. InterPARES 2 </li></ul><ul><li>“ La conservación a largo plazo de documentos electrónicos auténticos. Hallazgos del Proyecto InterPARES”. Luciana Duranti, 2005 </li></ul><ul><li>“ Guidelines for the preservation of Digital Heritage”. UNESCO, 2003 </li></ul><ul><li>“ Study 16. Electronic records: A workbook for archivists”. International Council on Archives, 2005 </li></ul><ul><li>“ Avoiding Technological Quicksand: Finding a Viable Technical Foundation for Digital Preservartion”. Jeff Rothenberg, 1998 </li></ul><ul><li>“ Relational database preservation through XML modelling”. J.C. Ramalho. M. Ferreira, L. Faria, R.Castro, 2007 </li></ul><ul><li>“ Del bit al logos. Preservar documents electrònics a l’Administració local”. Joan Soler, 2009 </li></ul><ul><li>“ Los documentos electrónicos: qué son y cómo se tratan”. Jordi Serra, 2008 </li></ul>BIBLIOGRAFÍA
  80. 81. Registro General Electrónico de Entrada y Salida de Documentos: el caso de Terrassa Joan Soler i Jiménez, Arxiu Històric de Terrassa. Marta Munuera, Arxiu Administratiu de Terrassa. 11 de febrero 2011
  81. 82. Terminologia <ul><li>LO QUE ES: </li></ul><ul><li>RGE: Registro electrónico. </li></ul><ul><li>RGE: Registro telemático. </li></ul><ul><li>RGE: Registro administrativo. </li></ul><ul><li>RGE: Entrada y Salida de Documentos. </li></ul>
  82. 83. Terminologia <ul><li>LO QUE QUEREMOS QUE SEA: </li></ul><ul><li>RGE: de documentos internos. </li></ul><ul><li>RGE: la totalidad de los documents entrantes y salientes, y los internos. </li></ul>
  83. 84. Documento ofimático <ul><li>RGE: Documento ofimático </li></ul><ul><ul><li>Propietarios (Access, Excel). </li></ul></ul><ul><ul><li>No propietarios (OpenBase, OpenCalc). </li></ul></ul><ul><li>RGE: es un fichero, un documento electrónico, un objeto digital. </li></ul>
  84. 85. Aplicación informática <ul><li>RGE: Aplicacion informática </li></ul><ul><ul><li>Propietaria (desarrollo propio). </li></ul></ul><ul><ul><li>Estandarizada (ERES, S@rcat, SICRES, etc). </li></ul></ul><ul><ul><li>Integrada con los sistemes de información de la organización. </li></ul></ul><ul><ul><li>Interoperable. </li></ul></ul><ul><li>RGE: entidad intelectual, entidad dinámica, entidad interactiva. </li></ul>
  85. 86. Función <ul><li>Dejar constancia y evidencia de la manifestación de voluntad de uno o más ciudadanos. </li></ul><ul><li>Controlar que la manifestación de voluntat tenga un momento de inicio. </li></ul><ul><li>Iniciar el procedimiento que debe satisfacer esta manifestación de voluntad: documento y/o servicio. </li></ul><ul><li>Tener naturaleza de acto público. </li></ul>
  86. 87. Documentos [?] <ul><li>Solicitudes, escritos y comunicaciones. </li></ul><ul><ul><li>Acciones jurídicas: solicitudes y comunicaciones (orales y/o documentables). </li></ul></ul><ul><ul><li>Documentos: escritos (registrados en un soporte). quejas, sugerencias, recursos, denuncias, etc. </li></ul></ul><ul><li>Asiento registral </li></ul><ul><li>Tres possibles documents: </li></ul><ul><ul><li>RGE com a document, </li></ul></ul><ul><ul><li>els assentaments </li></ul></ul><ul><ul><li>i els assentaments amb documents associats. </li></ul></ul>
  87. 88. Documentos [?] <ul><li>Tres posibles documentos: </li></ul><ul><ul><li>RGE como documento, </li></ul></ul><ul><ul><li>los asientos </li></ul></ul><ul><ul><li>Y los asientos con documentos asociados. </li></ul></ul>
  88. 89. Documento RGE <ul><li>Unidad documental compuesta. </li></ul><ul><li>Document electrónico. </li></ul><ul><li>Entidad dinámica y interactiva. </li></ul><ul><li>Compuesta de asientos secuenciales. </li></ul><ul><li>Compuesta de assientos con otros documentos asociados. </li></ul><ul><li>Tabla de relaciones. </li></ul>
  89. 90. Asiento Registral <ul><li>Es el asiento un documento? </li></ul><ul><li>Es un documento “in fieri” o potencial. </li></ul><ul><li>Cuando la manifestación de voluntad requiere solamente el cumplimiento de un servicio, el documento es el RGE. </li></ul><ul><li>Cuando la manifestación de voluntad requiere una acción documentada, el asiento es solamente el primer trámite documentado de un procedimiento. </li></ul>
  90. 91. Asientos con documentos <ul><li>Documentos asociados (aportados por el ciudadano). </li></ul><ul><li>No documentos propios de la Administración que registra. </li></ul><ul><li>Documentos de soporte informativo o instrumentales. </li></ul><ul><li>Documentos probatorios. </li></ul><ul><li>Documentos dispositivos (concesión de una subvención, por ejemplo). </li></ul><ul><li>Documentos originales o en copia auténtica (compulsados por la administración). </li></ul>
  91. 92. Procedimiento <ul><li>En un entorno electrónico (oportunidades y retos): </li></ul><ul><ul><li>Normalizados. </li></ul></ul><ul><ul><li>Formulario específico. </li></ul></ul><ul><ul><li>Plantillas para la recuperación automatizada de metadatos </li></ul></ul><ul><ul><li>Vocabulario unificado. </li></ul></ul><ul><ul><li>Conexión precisa con los procedimientos </li></ul></ul><ul><ul><li>Uniformización = Interoperabilidad. </li></ul></ul>
  92. 93. Procedimiento <ul><li>RGE = Documento </li></ul><ul><li>Asiento = Documento </li></ul>
  93. 94. Fiabilidad <ul><li>Legislación imprecisa. </li></ul><ul><li>Tablas de evaluación inexistentes. </li></ul><ul><li>Fiabilidad por tradición = Nadie discute su importancia. </li></ul><ul><li>Fiabilidad por legislación = Nadie discute su necesidad. </li></ul><ul><li>Fiabilidad por eficiencia administrativa = Es un instrumento aceptado socialmente. </li></ul>
  94. 95. Fiabilidad <ul><li>La aplicación debe ser robusta. </li></ul><ul><li>El sistema de seguridad potente. </li></ul><ul><li>Las medidas de control de acceso y modificación exhaustivas. </li></ul><ul><li>Registro de todas las operaciones que se realicen con los asientos ( audit trail ). </li></ul><ul><li>Preservación y conservación segura. </li></ul>
  95. 96. Autenticidad <ul><li>En función de la completitud y la precisión de los datos. </li></ul><ul><li>En función de la disposición de responsables. </li></ul><ul><li>Medidas de control en el ingreso de datos y captura de documentos. </li></ul><ul><li>Integridad de los documentos entrantes. </li></ul><ul><li>Acción fedataria de los funcionarios de la OAC. </li></ul>
  96. 97. Integridad <ul><li>Consistencia de la aplicación y de la tabla de relaciones. </li></ul><ul><li>Impedir la modificación de asientos, y controlar las que se hagan. </li></ul><ul><li>Formatos persistentes y aceptados en los documents capturados. </li></ul><ul><li>Soporte de conservación conscientmente pensado para la larga preservación. </li></ul>
  97. 98. Identidad <ul><li>Control de los accesos al RGE. </li></ul><ul><li>Control de la identidad asociada a los documentos entrantes. </li></ul><ul><li>Consistencia de los datos introducidos. </li></ul><ul><li>Auditoria de las acciones realizadas en el interior del sistema. </li></ul>
  98. 99. Accesibilidad y Usabilidad <ul><li>A corto plazo se presupone. </li></ul><ul><li>A medio y largo plazo hay que garantizar que la utilización de la aplicación o, en su defecto, de la tabla de relaciones sea posible. </li></ul><ul><li>Formatos óptimos a este efecto. </li></ul><ul><li>Total respeto de la forma intelectual. </li></ul><ul><li>Cierta tolerancia con la modificación de la forma física. </li></ul><ul><li>Metadatos de contexto, estructura y contenido. </li></ul>
  99. 100. RGE = documento de archivo? <ul><li>Se presupone. </li></ul><ul><li>Ninguna legislación habla de su preservación. </li></ul><ul><li>No está evaluado por la CNAATD. </li></ul><ul><li>Aplicación + asientos + documentos asociados. </li></ul>
  100. 101. Límites del RGE <ul><li>Memoria de las manifestaciones de voluntad de los ciudadanos (pero que han pasado por el RGE). </li></ul><ul><li>Memoria de necesidades de servicio (que se han manifestado en el RGE). </li></ul><ul><li>Memoria del inicio de procedimientos que se inician en el RGE (no los de oficio). </li></ul><ul><li>Todo aquello registrado goza de la presunción de fiabilidad y autenticidad. </li></ul><ul><li>Documentos asociados = no siempre son documentos de archivo y requieren de medidas de gestión distintas. </li></ul>
  101. 102. Gestión del Registro General Electrónico Fase de Producción y de Gestión
  102. 103. Gestión en fase activa <ul><li>Captura </li></ul><ul><li>De los datos = formulario </li></ul><ul><li>De los documentos analógicos = digitalitzación y autenticación de los documentos. </li></ul><ul><li>De los documentos electrónicos = recepción y comprovación de la autenticidad. </li></ul><ul><li>Classificació i Descripció </li></ul><ul><li>Aplicación del Cuadro de Clasificación. </li></ul><ul><li>Perfiles documentales = metadatos </li></ul><ul><li>Distribució </li></ul><ul><li>Gestor adecuado. </li></ul><ul><li>Asociación al procedimento pertinente. </li></ul><ul><li>Transmisión en el interior de los sistemas. </li></ul><ul><li>Emisión de documentos al exterior de la organización. </li></ul>
  103. 104. Gestión en fase inactiva <ul><li>Conservació </li></ul><ul><li>Conservación de los sistemas y/o de les tablas de relaciones. </li></ul><ul><li>Conservación de los perfiles documentales (metadatos). </li></ul><ul><li>Difusión </li></ul><ul><li>Instrumentos para la consulta off-line de sistemas inactivos. </li></ul><ul><li>EN QUALSEVOL FASE </li></ul><ul><li>Preservación </li></ul><ul><li>Audit Trail: eventos . </li></ul><ul><li>Incremento de información en los perfiles documentales (metadatos). </li></ul>
  104. 105. Fases de gestión del RGE
  105. 106. Captura de datos <ul><li>Recepción de datos mediante formulario. </li></ul><ul><li>Distintos modelos en función de la legislación. </li></ul><ul><li>Distintas propuestas de parte de los investigadores. </li></ul><ul><li>PORQUÉ se escogen unos campos y no otros? </li></ul><ul><li>Síntesis! </li></ul>
  106. 107. Captura de datos <ul><li>Estudio realizado: </li></ul><ul><ul><li>Lei 30/1992, art.38.3 </li></ul></ul><ul><ul><li>Decreto Generalitat 360/1994, art.5.3 </li></ul></ul><ul><ul><li>D.P.R. 445/2000 (legislación italiana) </li></ul></ul><ul><ul><li>DURANTI, Luciana (1997). I documenti archivistici. La gestione dell’archivio da parte dell’ente produttore. Pubblicazioni deggli Archivi di Stato.» Quaderni della rassegna degli Archivi di Stato, 82. Ministero per i beni culturali e ambientali. Ufficio centrale per i beni archivistici, 231 p. </li></ul></ul><ul><ul><li>GAROFALO, Lucilla; GIUVA, Linda (2009). “ The Italian Government Digital Protocol Initiative”. Text confidencial del projecte InterPares 3, 5 p. </li></ul></ul>
  107. 108. CAMPOS NECESARIOS CONDICIONES IDEALES EN UN RGE QUÉ PERMITE? Número de asiento Asignación del sistema; inalterable Disponer un identificador único que evite ambigüedades Fecha de presentación Asignación del sistema; inalterable Disponer de un control preciso sobre el inicio de la acción administrativa Fecha, hora y lugar del registro Asignación del sistema; inalterable Disponer de un control preciso sobre el inicio de la acción administrativa Breve descripción del contenido Asignación del funcionario o del sistema; inalterable. Aglutina el epígrafe de la naturaleza jurídica de la acción. Disponer de una breve explicación de la manifestación de voluntad de la parte solicitante. Identificación de la persona física o jurídica interesada Asignación del funcionario y/o del sistema; inalterable. Saber quien solicita i quien tiene que recibir el benefici o de la acción administrativa Identificación de la persona física o jurídica receptora; o del órgano administrativo Asignación del sistema; inalterable Saber qui debe responsabilizarse de la ejecución de la acción administrativa Descripción controlada de los documentos entrantes Asignación del sistema; inalterable Controlar la documentación de soporte que hay que comprovar para continuar o no con la acción administrativa Código de clasificación de la serie documental que se activa Asignación del sistema; inalterable Disponer de un identificador significativo único que permite su gestión en el interior de un SGD Canal de transmisión Asignación del sistema; inalterable Disponer de una medida de control sobre el canal utilizado
  108. 109. PRODUCTO RESULTANTE CONDICIONES IDEALES EN UN RGE Creación de un documento electrónic para cada asiento. El documento “in fieri” pasa a ser un documento en plenitud de condiciones. <ul><li>Creado de manera automática a partir de un formulario podrá realizar una triple función: </li></ul><ul><li>Convertir cada asiento en un documento de archivo. </li></ul><ul><li>Dar una copia autèntica a la persona que manifiesta la voluntad. </li></ul><ul><li>Posibilidad de ser enviado en el interior del sistema de gestión del organismo para continuar con el procedimento. </li></ul><ul><li>Sello electrónico o compulsa electrónica: </li></ul><ul><li>Asignado de manera automática, previa comprovación del funcionario sobre la documentación recibida. </li></ul><ul><li>También sobre la documentación enviada. </li></ul>Registro General como documento electrónico. <ul><li>Creado de manera automática con la incorporación de asientos. </li></ul><ul><li>Puede volver a generar documentos/asientos en cualquier momento. </li></ul>
  109. 110. Nuevas funcionalidades <ul><li>Creación de asientos a partir de la copia de asientos realizados anteriormente. </li></ul><ul><li>Crear un asiento simplificado de información para su complementación en una fase posterior (para registros con un alto volumen de trabajo). </li></ul><ul><li>Crear un asiento repetitivo cuando se está registrando algo parecido de forma continuada. </li></ul><ul><li>Integrar datos externos ya en manos del organismo para facilitar la introducción de datos. </li></ul>
  110. 111. Captura de documentos analógicos <ul><li>Definición: Política de digitalización bien definida. </li></ul><ul><li>Identificación: No digitalización sin identificación de los documentos. </li></ul><ul><li>Proporcionalidad: Evaluar si hay mejora real; los costes de tiempo-trabajador; reducción de colas, etc … en contraposición al procedimento en papel. </li></ul><ul><li>Instrumentos: Integrar instrumentos de digitalitzación, previ estudio. </li></ul><ul><li>Renuncia: Digitalizar debe suponer renunciar al papel! </li></ul>
  111. 112. Captura de documentos analógicos <ul><li>Digitalización de la documentación asociada. </li></ul><ul><li>Documents normalizados en papel = automatización de la descripción. </li></ul><ul><li>Aplicación de compulsa electrònica a los documentos digitalitzados. </li></ul><ul><ul><li>Aportar validez jurídica. </li></ul></ul><ul><ul><li>Aportar fiabilidad y preservar la autenticidad a corto plazo. </li></ul></ul>
  112. 113. Captura de documents electrónicos <ul><li>Aportados por via telemática. </li></ul><ul><li>Permite la aportación de documentación original en formato digital. </li></ul><ul><li>Necesaria la verificación de la su autenticidad (integridad e identidada): firma electrònica (sólo?). </li></ul><ul><li>También se pueden expedir los recibos de la documentación recibida por via telemática. </li></ul>
  113. 114. Captura de documentos analógicos y electrónicos
  114. 115. PUNTOS CRÍTICOS DE LA CAPTURA SOLUCIONS Diversidad de canales = Presencial, Telemático, E-Mail, Correo Ordinario, Fax, Telegramas, Burofax, etc. Definición de que canales seran los aceptados y que política de seguridad y control habrá que seguir para cada uno. Medidas de control y autenticación diferentes para cada tipo de canal. La comprovación detallada de la autenticidad e integridad de los documentos recibidos. <ul><li>Comprovación personal de la documentación = el funcionario como fedatario. </li></ul><ul><li>Comprovación automatizada de la validez de las firmas electrónicas (en los documentos asociados). </li></ul>Supervisión de si las medidas de control personales y/o tecnológicas se han realizado convenientmente. Sistema que registre las actividades de captura realizadas por el RGE. Existencia de Registros Auxiliares: Telemático, E-mails, registros clandestinos, etc. Localizar todos los registros auxiliares y integrarlos al RGE. Impedir que se utilizen registros paralelos.
  115. 116. PUNTOS CRÍTICOS DE LA CAPTURA SOLUCIONES Formularios poco exhaustivos y diversos. Formularios controlados = Introducción de datos de calidad. Vocabularios descontrolados en la identificación de documentos asociados. Vocabulario controlado = Catálogo de tipologías documentales. “ Temas de registro” aleatorios, repetitivos, redundantes, irreales, innecesarios. Catálogo de los “temas de registro” = Cuardo de Clasificación. Digitalización: en el momento en que se presenta la documentación o a posteriori? Estudio previo y planificación del procedimiento de digitalización: evaluación de si se mejora el rendimento o no. Cambios organizativos. Formación y capacidad docente.
  116. 117. Clasificación <ul><li>Aplicación del CdC. </li></ul><ul><li>Hay que tenerlo. </li></ul><ul><li>Hay que asociarle los temas de registro. </li></ul><ul><li>Trabajo previo de sistematización. </li></ul><ul><li>Asociar el asiento a una serie documental. </li></ul><ul><li>Describir los documentos asociados con un catálogo de tipologías documentales. </li></ul>
  117. 118. Clasificación <ul><li>El RGE (aplicación) = serie documental. </li></ul><ul><li>Los asientos no constituien serie por si mismos = forman parte del RGE. </li></ul><ul><li>Si se tratan a parte = la serie documental resultante del procedimento de gestión. </li></ul><ul><li>Los documentos asociados = pasan a formar parte de la serie documental que cumple la función administrativa. </li></ul><ul><li>Los recibos generados = forman parte del RGE y van a parar a los archivos de los ciudadanos. </li></ul>
  118. 119. Perfil documental (1) <ul><li>Registro (Aplicación informática): </li></ul>PERFIL DE REGISTRO Identificador del Registro / Código de referencia Título del Registro Fecha de apertura Fecha de cierre Fecha de transferencia a sistema de archivo Nombre del productor responsable Órgano productor Código de clasificación y serie documental Descripción del objecto del Registro Calendario de conservación Corroboración y eventual firma electrónica Asientos relacionados
  119. 120. Perfil documental (2) <ul><li>Asiento ( documenta in fieri ) = Formulario de captura: </li></ul>
  120. 121. Distribución (1) <ul><li>Gestor adecuado = escoger el responsable que deberá satisfacer el servicio solicitado. </li></ul><ul><ul><li>Opción más habitual en las administraciones, en vez de connectar el asiento al procedimento que pertoca con independencia del individuo que tiene que gestionarlo. </li></ul></ul><ul><li>Asociación al procedimento adecuado = catálogo de procedimentos previo (o Cdc) o gestor identificado con un procediment (la persona hace la cosa). </li></ul>
  121. 122. Distribución (2) <ul><li>Transmisión al interior de los sistemas = </li></ul><ul><ul><li>Comunicación del asiento al gestor. </li></ul></ul><ul><ul><li>Disposición de los documentos asociados en un repositorio del RGE. </li></ul></ul><ul><ul><li>Transmisión de los documentos asociados a un repositorio de BPM o Gestor de Expedientes, o a un Gestor Documental. </li></ul></ul><ul><ul><li>La seguridad debe de estar en el canal de transmisión, no son necesarios elementos adicionales. </li></ul></ul>
  122. 123. Nuevas funcionalidades <ul><li>Los usuarios de las unidades administrativas reciben en sus bandejas de entrada los asientos que deben gestionar. </li></ul><ul><li>Pueden repudiar, remitir, completar, modificar la información aportada. </li></ul><ul><li>Consultar la documentación adjunta en la fase de registro. </li></ul><ul><li>Consultar la historia del asiento en referencia a modificaciones o unitadades que han gestionado el registro . </li></ul><ul><li>Integrar sistemas avanzados de búsqueda de asientos. </li></ul>
  123. 124. Distribución <ul><li>Transmisión fuera de los sistemas = </li></ul><ul><ul><li>Emisión de justificantes digitales con firma electrónica soportada per alguna Agencia de Certificación. </li></ul></ul><ul><ul><li>Interoperabilidad? </li></ul></ul>
  124. 125. Diligencia final? <ul><li>Como se estabilitza un documento dinámico? </li></ul><ul><li>Determinar un principio y un final (normalmente un año). </li></ul><ul><li>Si el documento está en constante funcionamiento, no hay diligencia final posible. </li></ul><ul><li>Si se estabiliza (PDF, Objecto Digital, etc.) habrá que asociar una firma digital avanzada que permta confiar en el RGE? </li></ul><ul><li>Hace falta una diligencia final? O necesitamos una certificación que el documento ya no es modificable? </li></ul>
  125. 126. Gestión del Registro General Electrónico Aplicación de soluciones
  126. 127. ¿Qué podemos conservar? <ul><li>Datos </li></ul><ul><li>Tablas que relacionan estos datos. </li></ul><ul><li>Metadatos. </li></ul><ul><li>Documentos. </li></ul><ul><li>Audit trail de los movimientos realizados en la base de datos durante un periodo determinado. </li></ul><ul><li>El software que permite utilizar la base de datos. </li></ul>
  127. 128. Ajuntament de Terrassa (1) <ul><li>Características del documento: </li></ul><ul><li>Aplicación propia creada el año 1997. </li></ul><ul><li>Base de datos en lenguaje Uniface. </li></ul><ul><li>Interface en Uniface y tablas de relaciones en Oracle. </li></ul><ul><li>2 formularios principales: Entrada y Salida </li></ul>
  128. 129. Total temas: 488 temas . Total asientos de entrada (2008-2010) : 248.620 asientos . Total asientos de entrada (2008-2010) sin tema: 13.594 asientos. Total asientos de salida (2008-2010) : 194.502 asientos . Total asientos de salida (2008-2010) sin tema: 59.261 asientos.
  129. 130. El RG en el Ayuntamiento de Terrassa (2) <ul><li>Formulario de entrada: </li></ul><ul><li>Número de registro </li></ul><ul><li>Fecha y hora de registro </li></ul><ul><li>Tipo de documento </li></ul><ul><li>Tema de registro/ Acción/ QdC (código de clasificación) </li></ul><ul><li>Extracto </li></ul><ul><li>Gestor </li></ul><ul><li>Procedencia </li></ul><ul><li>Interesado: doc. acreditativa, nombre, dirección, telèfono </li></ul><ul><li>Organismo: organismo, representante, dirección, departament o </li></ul>
  130. 132. El RG en el Ayuntamiento de Terrassa (3) <ul><li>Medidas que garantizan la fiabilidad y autenticidad: </li></ul><ul><li>Campos automáticos: número de registro, fecha y hora de registro y fecha y hora de presentación. </li></ul><ul><li>Imposibilidad de eliminar el registro creado por los funcionarios (con alguna excepción). </li></ul><ul><li>Sistema que controla los accesos con permisos; y que registra el responsable de cada movimiento. </li></ul><ul><li>Medida de preservación a largo plazo: PDF diligenciado (sin firma electrónica) des del 2006. </li></ul>
  131. 133. Procedimiento en la Generación del Libro Oficial de Registro General de documentos en PDF 1.- Generar el libro oficial de Registro de cada año desde la aplicación de Registro (PDF) 2.- Crear un expediente electrónico en la aplicación de Gestión de Expedientes (tipología de expediente RGOF) 3.- Abrir trámite y añadir el documento PDF. Cerrarlo y validarlo. 4.- Automáticamente se genera el trámite “Validación del secretario”. El Secretario recibe un correo electrónico informando de la generación del trámite para que valide el libro oficial. 5.- Se crea el trámite “Arxivament” y un correo electrónico hacia el Archivo Administrativo que validará el trámite. 6.- Se cierra el expediente.
  132. 140. El RG en el Ayuntamiento de Terrassa (4) <ul><li>Puntos débiles: </li></ul><ul><li>Aplicación de más de 10 años de vigencia y sin demasiadas modificaciones. </li></ul><ul><li>Los “temas de registro” están mal planteados y solamente siguen un criterio formal de código, pero no de contenido. </li></ul><ul><li>Datos mal recogidos y campos infrautilizados (el campo de breve descripción, entre ellos). </li></ul>
  133. 141. <ul><li>Diciembre 2009 - Marzo 2010 -> Se llevo a cabo un estudio de funcionalidades. </li></ul><ul><li>Objetivo: analizar las mancances del actual aplicativo, evaluar los principales problemas detectados, y presentar propuestas de mejora. </li></ul><ul><li>Grupo de trabajo: </li></ul><ul><li>Atención Ciudadana </li></ul><ul><li>Oficina de proyectos </li></ul><ul><li>Innovación y Procedimentos </li></ul><ul><li>Arxiu Municipal </li></ul><ul><li>Desarrollo informático </li></ul>El RG en el Ayuntamiento de Terrassa (5)
  134. 142. <ul><li>Resultado : </li></ul><ul><li>- Estudio de los requerimientos funcionales para un aplicativo de Registro. </li></ul><ul><ul><ul><li>Formulario necesario: datos de los asentamientos </li></ul></ul></ul><ul><ul><ul><li>Clasificación de los asentamientos </li></ul></ul></ul><ul><ul><ul><li>Digitalitzación y compulsa de la documentación aportada </li></ul></ul></ul><ul><ul><ul><li>Control de la autenticidad y de la fiabilidad </li></ul></ul></ul><ul><ul><ul><li>Requisitos técnicos </li></ul></ul></ul><ul><ul><ul><li>Accesibilida y usabilidad </li></ul></ul></ul><ul><ul><ul><li>Preservación a largo plazo </li></ul></ul></ul>El RG en el Ayuntamiento de Terrassa (6)
  135. 144. - Propuestas de mejora del actual aplicativo. - 2 productos: - Instrucciones de uso y normativa interna del RG. (aprovada por Resolución de la Regidora del Área de Govierno el 26 de julio de 2010) - Propuesta de classificación de los actuales temas del Registro. QdC = Catálogo de procedimentos Temas = Catálogo de tràmites El RG en el Ayuntamiento de Terrassa (7)
  136. 145. <ul><li>Octubre- Diciembre 2010  Puesta en marcha del proyecto de modificaciones del RG para la aplicación del Cuadro de clasificación. </li></ul><ul><li>Diciembre 2010  Sesiones de información a 600 trabajadores del Ayuntamiento para presentar los nuevo cambios (incluída una pequeña formación sobre Gestión Documental y Cuadro de Clasificación) </li></ul><ul><li>Enero 2011  Aplicación de los nuevos cambios. </li></ul>El RG en el Ayuntamiento de Terrassa (8)
  137. 146. ¡¡¡PRESERVANDO EL FUTURO!!!

×