Oficina de Calidad Subdirección de Tecnologías de la Información. Estrategia Explotación de Datos Catálogo de Normas de Modelado

Tamaño: px
Comenzar la demostración a partir de la página:

Download "Oficina de Calidad Subdirección de Tecnologías de la Información. Estrategia Explotación de Datos Catálogo de Normas de Modelado"

Transcripción

1 Estrategia Explotación de Datos

2 CONTROL DE CAMBIOS DEL DOCUMENTO Fecha Versión Responsable Descripción del cambio 17/06/ OCa Creación del documento 20/10/ Oca Correcciones a las normas 25/05/ Oca Correcciones a las normas 20/07/ OCa Correcciones a las normas 18/01/ OCa Sin cambios de contenido. Inclusión del código QR de Unifica. Renombrado del documento. OCa_Nrm_EED_Modelado_v03r01.doc Página 2 de 14

3 INDICE 1 INTRODUCCIÓN CATÁLOGO DE NORMAS IDENTIFICACIÓN DEL USUARIO EXPERTO DE NEGOCIO IDENTIFICACIÓN DE HECHOS Y DIMENSIONES EXPLOTABLES IDENTIFICACIÓN DE ATRIBUTOS EXPLOTABLES NORMA DE NOMENCLATURA VISIBILIDAD DE LA INFORMACIÓN IDENTIFICACIÓN DE CLAVES PRIMARIAS ADAPTACIÓN AL MODELO CONCEPTUAL DE EXPLOTACIÓN DE LA ORGANIZACIÓN FORMATO DE LOS ATRIBUTOS REUTILIZACIÓN DE ENTIDADES YA MODELADAS DOCUMENTACIÓN DEL MODELO DE DATOS IMPLEMENTACIÓN DE REGLAS DE NEGOCIO ESTABILIDAD DEL DATO RESTRICCIONES DERIVADAS DEL TRANSACCIONAL DESNORMALIZACIÓN DE DIMENSIONES DEFINICIÓN DE INDICADORES IMPLEMENTACIÓN DE INDICADORES USO DE TABLAS DE AGREGADOS TRATAMIENTO DE DATOS SENSIBLES JERARQUÍA DE LAS DIMENSIONES GESTIÓN DEL CAMBIO GLOSARIO DE TÉRMINOS OCa_Nrm_EED_Modelado_v03r01.doc Página 3 de 14

4 1 Introducción Este documento contiene las normas relacionadas con el modelado de un Sistema de Explotación. Dentro de la estrategia de la Organización de identificación de la Explotación de Datos como un área horizontal, el desarrollo de normas es necesario para dotar de uniformidad el proceso de creación de un Sistema de Explotación. Si se dispone de un catálogo lo suficientemente completo de normas, el proceso de modelado se podrá centrar en cuestiones de negocio y se asegura que situaciones similares en diferentes ámbitos de negocio, se modelarán de la misma forma. Las normas aquí definidas se centran sobre las siguientes cuestiones: Identificación de entidades de negocio: hechos, dimensiones Gestión del tiempo: historificación en el sistema de explotación Gestión del cambio: cómo tratar los cambios sobre información ya cargada en el sistema de explotación (Ej.:cambio en tablas maestras) Requisitos sobre la información para que sea incluida en el sistema de explotación. Clasificación de los atributos de las diferentes entidades: variables categóricas, cuantitativas Gestión de tablas de agregados Normas de desnormalización Gestión de índices. Tratamiento de indicadores. OCa_Nrm_EED_Modelado_v03r01.doc Página 4 de 14

5 2 Catálogo de normas 2.1 Identificación del usuario experto de negocio El usuario experto de negocio es el que proporciona la visión del Sistema de Explotación desde el punto de vista del negocio, dónde se encuentra el foco en un determinado ámbito de negocio, qué parámetros son importantes, cómo clasificar y categorizar los atributos de un componente, qué reglas de validación aplicar a la información, etc. Hay que tener presente que los objetivos que debe cubrir un sistema de explotación difieren de los de un sistema de información, por esta razón, este usuario experto debe estar familiarizado con el uso de Sistemas de Explotación. El hecho de que existan diferentes perspectivas de negocio dentro de la organización (SSCC, Hospitales, Distritos, etc.), hace que sea conveniente identificar para qué ámbitos es aconsejable contar con más de un usuario experto, de forma que el Sistema de Explotación resultante pueda ser útil desde todos ellos. Por ejemplo: para el ámbito de la explotación puede que sea necesario contar con personal de SSCC y de Hospitales, mientras que para el ámbito de urgencias contar, además de los anteriores, con alguno de Atención Primaria. Si para una determinada área de negocio (Ej.: Hospitalización), se identifican diferentes necesidades de explotación asociadas a diferentes perspectivas, será necesario contar con diferentes usuario de negocio, uno por cada una de ellos. Por ejemplo, dentro del área de Hospitalización, las necesidades de explotación de la información de un hospital de tamaño grande puede que sean diferentes de las uno de tamaño pequeño. En este caso, sería necesario contar con un usuario representativo de cada uno de ellos. 2.2 Identificación de hechos y dimensiones explotables En un sistema de información se identifican los objetos de negocio y se modela la interacción entre ellos. En un sistema de explotación, se identifican hechos y se modela su relación con las dimensiones. La primera fase de modelado del sistema consiste en identificar el/los hecho/s que conforman el foco de negocio que se esté modelando. Por ejemplo, dentro del ámbito de hospitalización, la tabla de hechos puede ser el episodio de hospitalización, dentro del área quirúrgica sería la intervención y del ámbito de farmacia, la prescripción. 2.3 Identificación de atributos explotables Para que un atributo se incluya en el sistema de explotación, debe ser cuantificable, cualificable o categorizable. Esto excluye a los atributos basados en campos de texto libre o no normalizados. Si fuera necesario incluir alguno, previamente deberá de aplicársele un proceso que lo convierta en alguno de los tipos permitidos o que su relevancia en el sistema (Ej: diagnóstico en urgencias) así lo indiquen. Es importante tener presente que esta restricción solo se aplica para los atributos de los hechos y dimensiones, no para las claves primarias. Por ejemplo, la tabla de episodios de hospitalización contendrá una clave del episodio que será una clave única y que será necesaria que se incluya en el sistema. Mientras que una descripción libre que incluye el facultativo sobre el episodio, no se debe incluir en el sistema. OCa_Nrm_EED_Modelado_v03r01.doc Página 5 de 14

6 La inclusión de campos no explotables, trae consigo recursos adicionales en la base de datos. Ej: un campo de texto libre de 300 caracteres sobre una tabla de hechos de 200 millones de registros, no proporciona valor añadido desde el punto de vista de la explotación y requiere de unos recursos de almacenamiento bastante elevados, incluyendo el espacio adicional del índice asociado y el tiempo necesario para su creación. 2.4 Norma de nomenclatura Para asignar nombre a las tablas de hechos, dimensiones y a los campos se seguirá la siguiente norma: Tablas o Maestras: comenzarán por el sufijo TM_ o Hechos: comenzarán por el sufijo TH_ Columnas o Códigos : COD_ o Fechas : FEC_ o Identificadores : IDE_ o Descripciones : DES_ o Nombres : NOM_ o Operadores : OPE_ o Indicadores : IND_ 2.5 Visibilidad de la información Dentro del ámbito que se está modelando, hay que identificar que elementos (tablas/atributos) son visibles al resto de la organización y cuales son privados. Un dato público podrá referenciarse y explotarse desde otros ámbitos de la organización, mientras que los datos privados solo podrán usarse desde dentro del ámbito al que pertenece. Por ejemplo, dentro del ámbito de hospitalización, puede identificarse como público toda la información administrativa del episodio (fechas de ingreso y altas, causas del ingreso, etc), mientras que se puede identificar como privado el domicilio del paciente. 2.6 Identificación de claves primarias Toda entidad modelada, ya sea dimensión o tabla de hecho, debe tener una clave primaria asociada que identifique unívocamente cada registro. Se usará una clave subrogada como clave primaria de toda tabla modelada en el sistema de explotación, no se heredarán claves primaria del negocio porque puede generar problemas de coherencia (Ej: reutilización de claves en una tabla con borrado físico implementado). Aquellas tablas que sean parametrizables por centros (Ej: ubicaciones locales), a la clave subrogada se le antepondrá el código del centro. De esta forma, durante el proceso de consolidación de los datos de los diferentes centros, se evitará que se produzcan errores por duplicidad por claves. 2.7 Adaptación al modelo conceptual de explotación de la organización La organización tiene definido un modelo conceptual para la explotación de la información, que permite la integración gradual de los diferentes ámbitos de negocio, con el objetivo de construir un modelo unificado y centralizado. Toda nueva área que se incluya en el sistema deberá adaptarse a dicho esqueleto, no deben existir islas de información dentro del modelo y no se podrán duplicar entidades de negocio. Esto implica OCa_Nrm_EED_Modelado_v03r01.doc Página 6 de 14

7 que hay que tener siempre presente la situación actual del sistema de explotación a la hora de incluir nuevos ámbitos y sobre todo, el grupo de explotación debe coordinar cada una de las diferentes áreas que se encuentren en desarrollo para detectar y evitar la duplicación de entidades. 2.8 Formato de los atributos Dentro del sistema de explotación, se deben de aplicar los formatos a los atributos de forma coherente, ajustando la longitud de ellos al máximo nivel. El hecho de que en el sistema de explotación se almacenen grandes cantidades de datos, obliga a definir los formatos de los atributos de forma que optimice el espacio en disco. 2.9 Reutilización de entidades ya modeladas El objetivo de creación de un DataWarehouse corporativo implica que cuando se vaya a modelar un área de negocio, una vez identificados los hechos y dimensiones, se pase a comprobar si alguno de ellos ya está modelado en el DataWarehouse. En caso afirmativo, se debe reaprovechar dicho elemento o ampliarlo si la información que contiene no fuera suficiente. No se debe duplicar información en el Sistema de Explotación, ya que esto puede implicar el tener la misma información con diferentes criterios Documentación del modelo de datos Todo sistema de explotación debe ir acompañado de su correspondiente modelo de datos, que contendrá el diagrama de entidades y el diccionario de datos. La documentación irá acompañada de la siguiente información: Por cada tabla se incluirá la siguientes información o Descripción sobre su contenido, indicando si se trata de una tabla cargada directamente del transaccional o creada a partir de la unión o transformación de tablas del operacional, indicando qué lógica se ha usado para ello. o Relaciones con el resto de tabla: indicar con qué otras tablas tiene relación, y con qué cardinalidad. o Visiblidad: se indicará si la tabla es pública y puede ser accedida desde otros ámbitos de la organización o es privada y solo accesible desde el ámbito al que pertenece Por cada atributo se incluirá la siguiente información: o Nombre o Breve descripción o Formato o Procedencia: si proviene del transaccional o se ha creado mediante transformación. o Visibilidad: indicar si el atributo es público (accesible desde el resto de la organización) o privado (sólo accesible internamente) Implementación de reglas de negocio Las reglas de negocio se implementarán, siempre que sea posible, dentro del modelo de datos. Esto evitará la diferencia de criterios a la hora de explotar la información, agilizará las consultas sobre el sistema, minimizará el impacto de cambios de criterio dentro de la organización y permitirá la coexistencia de cambios en la regla por consenso dentro de la dirección. OCa_Nrm_EED_Modelado_v03r01.doc Página 7 de 14

8 Por ejemplo, dentro del ámbito de quirúrgico, existen, entre otras, intervenciones de Cirugía Mayor Ambulatoria (CMA) y Cirugía Menor Ambulatoria (cma). Esta clasificación se realiza en función de los procedimientos asociados a la intervención y a la edad del paciente. Bajo estas premisas, hay dos opciones: 1. Identificar la intervención dentro del modelo: un atributo de la intervención indicará si se trata de una intervención CMA o cma. 2. Cuando se realice una consulta, a la hora de devolver los datos, se calculará in situ el tipo de la intervención. En el primer caso, se ralentiza el proceso de ETL ya que tiene que calcular el tipo de la intervención para todos los datos cargados, mientras que en el segundo caso no tiene impacto alguno en el proceso de ETL. Por el contrario, durante el uso del sistema de explotación, si se puede ver claramente el impacto de una u otra solución. En el primer caso, la obtención de cualquier información (conteo, media, etc.) de intervenciones de uno u otro tipo se realizará mucho más rápido ya que no se necesita recalcular nada. Siguiendo con el ejemplo anterior, a partir del tipo de intervención, se pueden tener una serie de consultas asociadas (Ej: Porcentaje de CMA frente a intervenciones programadas, media de intervenciones CMA diaria, etc). Si a la definición del tipo de intervención se le añade el condicionante del sexo, el impacto en las consultas ya definidas difiere bastante según si se ha implementado como regla de negocio o no. Si el cálculo del tipo de intervención se ha incluido en el proceso de ETL, tan solo hay que modificar dicho cálculo, las consultas que hacen referencia al tipo de intervención no se ven afectadas. En cambio, si el cálculo del tipo de intervención se realiza in situ, el impacto sí que es importante ya que habrá a adaptar cada consulta al nuevo criterio, con el riesgo añadido de por error, no aplicarlo correctamente en alguna de ellas o dejar alguna de ellas sin modificar. La implementación de estas reglas se realizará mediante un atributo de tipo numérico, cuyo nombre estará relacionado con la regla de negocio y que tome el valor 1 cuando se cumpla la regla de negocio y 0 en caso contrario. Por ejemplo, dentro del ámbito de hospitalización, un episodio se tiene en cuenta a efectos de cómputo de estancia, si no tiene asociado un procedimiento CMA y si ha estado al menos un día ingresado. Se implementará esta regla de negocio mediante el campo GeneraEstancia que tomará el valor 1 en caso afirmativo y cero en caso negativo Estabilidad del dato Hay que prestar especial atención a la temporalidad. Hay que tener en cuenta que los sistemas de explotación se usan, entre otros cometidos, como ayuda para la toma de decisiones. Esto implica que si se llegan a unas determinadas conclusiones a raíz de la información proporcionada por el sistema de explotación, éstas deben manternerse invariables en el tiempo. Por ejemplo, si dentro del ámbito de Gestión Económica, al cerrar el un mes, se calculan los porcentajes de ejecución del presupuesto por cada uno de los diferentes capítulos y en base ellos se crean cuadros de mando que se remiten a la dirección para el seguimiento y toma de decisiones, estos informes deben arrojar los mismos datos independientemente del momento en el que se calculen. Hay que evitar la situación de que el mismo informe ejecutado con 4 meses de diferencia, por ejemplo, arroje diferentes datos. OCa_Nrm_EED_Modelado_v03r01.doc Página 8 de 14

9 2.13 Restricciones derivadas del transaccional Es muy importante intentar no adoptar decisiones de diseño derivadas del modelado del operacional. Hay que tener presente que el operacional tiene unos objetivos diferentes a los del sistema de explotación y esto se refleja en el modelo. Por ejemplo: en la fase de modelado del sistema de explotación del ámbito de hospitalización, se ha identificado el hecho episodio de hospitalización. El operacional ha modelado este hecho, por criterios de rendimiento, mediante dos entidades: pacientes que ya están dados de alta y pacientes que aún están ingresados. A la hora de modelar el sistema de explotación se tendrían dos opciones: Una tabla de hechos con los pacientes ingresados y otra con los pacientes ya dados de alta Una única tabla de episodios de hospitalización, con un atributo que indique si el paciente se encuentra o no ingresado (se podría usar la fecha de alta, pero no podríamos detectar casos de pacientes que están dados de alta y no tienen informada la fecha de alta). Se debe adoptar la segunda opción, ya que esta facilita la realización de consultas sobre los episodios de hospitalización sin tener que obtener datos de varias tablas. Por ejemplo la obtención de los paciente ingresados en un determinado mes, si se opta por tener dos tablas de hecho, habría que obtener los ingresados de cada una de las tablas de hechos y a continuación sumarizar. Mientras que si se mantiene una única tabla de hechos, el dato se obtendría directamente en una única consulta Desnormalización de dimensiones Toda aquella dimensión que mantenga una cardinalidad 1:N con la tabla de hechos, se desnormalizará sobre la tabla de hechos. Para evitar que la desnormalización no suponga un consumo excesivo de recursos, no se desnormalizará aquellas denominaciones que excedan de los 100 caracteres. Esto permitirá agilizar las consultas que involucran a gran cantidad de datos, ya que evita el tener que realizar join s entre tablas. Como campo para la desnormalización, se usará aquel que mejor describa a la dimensión, permitiéndose las siguientes variantes : Descripción de la dimensión: por ejemplo, nombre de la provincia, ciudad, hospital, zona básica, etc. Concatenación del código y la descripción: útil cuando se está familiarizado a manejar los códigos de la dimensión. Por ejemplo el uso de las áreas hospitalarias. En estos casos hay que tener en cuenta que las ordenaciones se llevarán a cabo mediante el código y no a través de la denominación, lo que puede dificultar al usuario la localización de un elemento concreto Definición de indicadores Dentro de la fase de modelado del sistema de explotación, el grupo funcional deberá identificar y definir los indicadores que se vayan a implementar. La definición de los indicadores tiene dos vertientes: Definición formal: descripción de qué mide el indicador. Es muy importante que todo el que tenga acceso a la información sepa claramente qué mide el indicador. Esto evitará el que puedan existir diferencias de criterios a la hora de su interpretación. La información que se debe aportar para cada indicador será la siguiente: o Nombre del Indicador o Área OCa_Nrm_EED_Modelado_v03r01.doc Página 9 de 14

10 o Ámbito o Descripción clara y concisa de qué mide el indicador o Periodicidad de cálculo (diaria, semanal, quincenal, etc.) o Tipo del indicador: a la hora de comparar la evolución de un indicador, es importante conocer si se trata de un indicador normal o inverso. Un indicador normal será aquel en el que el aumento de su valor se interpreta como positivo (Ej: porcentaje de recetas por principio activo), un indicador inverso será aquel en el que el aumento se interpretará de forma negativa (Ej: porcentaje de exitus). o Responsable del indicador : área/usuario responsable del indicador. Fórmula de cálculo: Se trata de traducir la definición formal a lenguaje de tablas y campos del sistema de explotación. Lo que se define aquí es cómo se calcula, haciendo referencia no solo a la fórmula, sino a las posibles restricciones de negocio sobre determinados atributos. Unidad de medida Existirá una plantilla en la que se incluirán todos los indicadores del área que se esté modelando Implementación de indicadores Dentro del modelado del sistema, se incluirán atributos asociados al cálculo de los indicadores con el fin facilitar su obtención y minimizar los tiempos de respuesta del sistema ante consultas complejas. Estos atributos se crearán directamente sobre la tabla de hechos, con formato numérico y podrán tomar el valor 0 ó 1, en función de si el hecho debe tenerse en cuenta a la hora del cálculo del indicador. Por ejemplo, dentro del ámbito de farmacia, existen una serie de indicadores basados en las características del medicamento prescrito (grupo terapeútico, forma de presentación, dosis diaria, etc.), si se opta por calcular el indicador en el momento de realizar la consulta, el esfuerzo necesario para el cálculo no se reaprovechará en posteriores consultas. Si a esto se le une consultas sobre entidades con gran cantidad de información, lleva a la necesidad de aprovechar los precálculos para así aumentar los tiempos de respuesta del sistema. Siguiendo con el ejemplo anterior, se creará un atributo que indique si la prescripción cumple las condiciones para que se incluya en el cómputo del indicador (un 1 para incluirlo y un 0 para excluirlo) Uso de tablas de agregados En aquellos casos en los que se identifique la reiteración de las consultas sobre un determinado ámbito que sean costosas de obtener, se podrán usar tablas de agregados que precalculen dicha información. Estas tablas se crearán usando un nivel de detalle que permitan obtener la información a niveles superiores. Por ejemplo: si se identifica que el indicador de la estancia media se calcula normalmente sobre un periodo mensual y que se suele solicitar por servicios, centro, área hospitalaria y provincia, se creará una tabla en la que por cada mes se almacenará los días de estancia a nivel de servicio y se desnormalizará el centro, área hospitalaria y provincia a la que pertenece. De esta forma de la misma tabla de agregado se podrá obtener el indicador de la estancia media a cualquier. El nombre de la tabla agregada resultará de añadir el sufijo AGR al nombre de la tabla original de la que procede. OCa_Nrm_EED_Modelado_v03r01.doc Página 10 de 14

11 2.18 Tratamiento de datos sensibles En la fase de análisis del modelo de datos se decidirá aquella información susceptible de ser incorporada al modelo de explotación. Aunque por su naturaleza la explotación de datos estructurados no incluye datos personales, puesto que el objetivo es poder estudiar agrupaciones y segmentaciones sobre la globalidad de la información almacenada en el operacional, se verificará que aquella información que pueda identificar al individuo (como pueden ser claves significativas de tablas de usuarios tipo NIF, NUSS, NUHSA o similar) sea convenientemente cifrada o enmascarada para imposibilitar el reconocimiento del mismo por parte de los usuarios de la base de datos de explotación. En aquellos casos en los que sea necesario acceder a datos sensibles, se tendrá 2.19 Jerarquía de las dimensiones Existirán una serie de dimensiones tipificadas, que cuando se identifiquen en un determinado ámbito se tendrán que modelar de acuerdo al patrón que presente la norma. La tipificación implicará el uso de una determinada jerarquía. Esto proporcionará uniformidad a la hora de procesar la información común del Sistema de Explotación. Se definirán una serie de jerarquías genéricas y otras específicas de determinados ámbitos. Entre las genéricas se encuentran las siguientes: Fecha: Toda dimensión de fecha usará la siguiente jerarquía: año, semestre, trimestre, mes, día de la semana. Geográfica: Toda dimensión de geográfica usará la siguiente jerarquía: país, comunidad, provincia, ciudad, municipio, localidad Relacionada con estructura: centro, distrito, zona básica, área hospitalaria, unidades de gestión Edad del paciente: rangos etarios 2.20 Gestión del cambio Hay que identificar aquellos atributos para los que sea necesario almacenar el histórico de los cambios que hayan sufrido para modelarlos en el sistema de explotación. Por ejemplo: BDU, mantiene el historial de adscripciones de un usuario. Esto permite el poder asociar correctamente, desde el sistema de explotación, el profesional asignado en cualquier periodo de tiempo. Por el contrario, en lo referente a los datos personales de los usuarios, sólo se almacena la foto actual del paciente, no se almacenan los estados anteriores. Por ejemplo, un cambio de domicilio del usuario, afecta a la explotación de datos en lo referente a estudios relacionados con la localización geográfica (número de casos de una determinada patología por población). Para gestionar los cambios en el sistema de explotación que no venga ya gestionado por el operacional, se usará un sistema de versionado y se versionará la entidad completa, no el atributo afectado. En el ejemplo anterior, se versionará la entidad usuario de la BDU. Para implantar el versionado, cada entidad que se vea afectada por la gestión del cambio se le incluirán dos atributos tipo fecha: inicio del periodo de validez, fin del periodo de validez y fecha de baja, que permitirán poder reconstruir de forma correcta los hechos desde el sistema de explotación. OCa_Nrm_EED_Modelado_v03r01.doc Página 11 de 14

12 Otro ejemplo del uso de la gestión del cambio es aquél en el que un centro de salud cambia de distrito. Desde el sistema de explotación hay que mantener dos versiones de la relación entre el centro y el distrito. Aquí juega un papel muy importante la norma relacionada con el uso de las claves primarias. Hay que tener especial cuidado en la elección de la clave primaria, ya que ésta debe permitir correctamente el versionado de entidades sin que se genere conflictos de clave duplicada. La implementación de la gestión del cambio, se llevará a cabo sobre las tablas de dimensiones. Durante la fase de análisis, el usuario funcional deberá identificar qué tablas de dimensión será necesario versionar y de qué campos será necesario almacenar el histórico de cambios. OCa_Nrm_EED_Modelado_v03r01.doc Página 12 de 14

13 OCa_Nrm_EED_Modelado_v03r01.doc Página 13 de 14

14 3 Glosario de Términos Data Warehouse: Colección de datos debidamente estructurados, integrados y no volátil que contiene la información relevante de la organización útil para su explotación, principalmente para la toma de decisiones. Datamart: Subconjunto de información proveniente del Data Warehouse relativa a un ámbito funcional concreto (Primaria, Hospitalización, RRHH, etc.) enfocado a su explotación por un número limitado de usuarios. Tabla de Hechos: Tabla del Data Warehouse/Datamart que contiene información sobre episodios relevantes en el negocio y enfocada hacia él (Ej: Prescripción, Consulta, Intervención, Cita, Factura, Expedientes, etc.) y que contiene información que permitirá obtener medidas que servirán de base para la toma de decisiones (Ej: Porcentaje de ocupación, Demoras en citas, etc.) Tabla de Dimensión: Tabla del Data Warehouse/Datamart que permite la agrupación y la limitación de acceso de los datos contenidos en las tablas de hechos, por ejemplo la dimensión hospital permitirá calcular de la tabla de hechos de Itervenciones el % de Intervenciones urgentes por hospital. Las tablas de dimensiones suelen estar jerarquizadas, por ejemplo, una dimensión temporal puede seguir la siguiente jerarquía Año->Semestre->Trimestre->Mes->Semana->Dia de la Semana. Desnormalización: Proceso mediante el cual se trasladan descripciones desde una dimensión hacia la tabla de hechos. Es común implementarlos en los sistemas de explotación porque optimiza la ejecución de las consultas. Sistema de Reporting: Herramienta enfocada a la generación de informes prefabricados con información relevante de la organización, ofreciendo capacidades de navegación entre informes. Suelen estar acompañados de un mecanismo de planificación y distribución de la información. Sistema de Análisis Dinámico: Herramienta enfocada obtener información no planificada e imprevista del negocio sin necesidad de la existencia de un informe prefabricado o tabla prediseñada. Herramienta ETL: Producto mediante el cual se alimenta el Data Warehouse a partir de los operacionales o bien se crea el Datamart a partir del Data Warehouse. OCa_Nrm_EED_Modelado_v03r01.doc Página 14 de 14

Gestión de Configuración del Software

Gestión de Configuración del Software Gestión de Configuración del Software Facultad de Informática, ciencias de la Comunicación y Técnicas Especiales Herramientas y Procesos de Software Gestión de Configuración de SW Cuando se construye software

Más detalles

Unidad 1. Fundamentos en Gestión de Riesgos

Unidad 1. Fundamentos en Gestión de Riesgos 1.1 Gestión de Proyectos Unidad 1. Fundamentos en Gestión de Riesgos La gestión de proyectos es una disciplina con la cual se integran los procesos propios de la gerencia o administración de proyectos.

Más detalles

Funcionalidades Software PROYECTOS GotelGest.Net Software para la gestión de Proyectos GotelGest.Net

Funcionalidades Software PROYECTOS GotelGest.Net Software para la gestión de Proyectos GotelGest.Net 2012 Funcionalidades Software PROYECTOS GotelGest.Net Software para la gestión de Proyectos GotelGest.Net Servinet Sistemas y Comunicación S.L. www.softwaregestionproyectos.com Última Revisión: Febrero

Más detalles

GESTIÓN DE CLÍNICAS COLEGIO OFICIAL DE VETERINARIOS DE BIZKAIA

GESTIÓN DE CLÍNICAS COLEGIO OFICIAL DE VETERINARIOS DE BIZKAIA GESTIÓN DE CLÍNICAS COLEGIO OFICIAL DE VETERINARIOS DE BIZKAIA Memoria del proyecto ÍNDICE 1 - INTRODUCCIÓN... 3 2 - OBJETIVO Y ALCANCE... 4 3 - SOLUCIÓN FUNCIONAL IMPLANTADA... 5 3.1 SENCILLEZ DE USO...

Más detalles

Módulo 7: Los activos de Seguridad de la Información

Módulo 7: Los activos de Seguridad de la Información Módulo 7: Los activos de Seguridad de la Información Se explica en este tema cómo deben abordarse la elaboración de un inventario de activos que recoja los principales activos de información de la organización,

Más detalles

Introducción. Definición de los presupuestos

Introducción. Definición de los presupuestos P o r q u é e l p r e s u p u e s t o d e b e s e r e l c a m i n o a s e g u i r p a r a g a r a n t i z a r e l é x i t o d e s u e m p r e s a? Luis Muñiz Economista Introducción El aumento de la incertidumbre

Más detalles

Arquitectura Básica CÍCLOPE CMS

Arquitectura Básica CÍCLOPE CMS Arquitectura Básica CÍCLOPE CMS Introducción. Arquitectura Colaborativa. El diseño de la arquitectura documental de CÍCLOPE CMS permite crear y administrar documentos electrónicos y mantenerlos disponibles

Más detalles

MANUAL COPIAS DE SEGURIDAD

MANUAL COPIAS DE SEGURIDAD MANUAL COPIAS DE SEGURIDAD Índice de contenido Ventajas del nuevo sistema de copia de seguridad...2 Actualización de la configuración...2 Pantalla de configuración...3 Configuración de las rutas...4 Carpeta

Más detalles

Funcionalidades Software SAT GotelGest.Net (Software de Servicio de Asistencia Técnica)

Funcionalidades Software SAT GotelGest.Net (Software de Servicio de Asistencia Técnica) Funcionalidades Software SAT GotelGest.Net (Software de Servicio de Asistencia Técnica) Servinet Sistemas y Comunicación S.L. www.softwaregestionsat.com Última Revisión: Octubre 2014 FUNCIONALIDADES SAT

Más detalles

Estas visiones de la información, denominadas vistas, se pueden identificar de varias formas.

Estas visiones de la información, denominadas vistas, se pueden identificar de varias formas. El primer paso en el diseño de una base de datos es la producción del esquema conceptual. Normalmente, se construyen varios esquemas conceptuales, cada uno para representar las distintas visiones que los

Más detalles

Capítulo IV. Manejo de Problemas

Capítulo IV. Manejo de Problemas Manejo de Problemas Manejo de problemas Tabla de contenido 1.- En qué consiste el manejo de problemas?...57 1.1.- Ventajas...58 1.2.- Barreras...59 2.- Actividades...59 2.1.- Control de problemas...60

Más detalles

RESUMEN CUADRO DE MANDO

RESUMEN CUADRO DE MANDO 1. Objetivo Los objetivos que pueden alcanzarse, son: RESUMEN CUADRO DE MANDO Disponer eficientemente de la información indispensable y significativa, de modo sintético, conectada con los objetivos. Facilitar

Más detalles

1.1.- Objetivos de los sistemas de bases de datos 1.2.- Administración de los datos y administración de bases de datos 1.3.- Niveles de Arquitectura

1.1.- Objetivos de los sistemas de bases de datos 1.2.- Administración de los datos y administración de bases de datos 1.3.- Niveles de Arquitectura 1. Conceptos Generales 2. Modelo Entidad / Relación 3. Modelo Relacional 4. Integridad de datos relacional 5. Diseño de bases de datos relacionales 6. Lenguaje de consulta estructurado (SQL) 1.1.- Objetivos

Más detalles

MANUAL DE USUARIO APLICACIÓN SYSACTIVOS

MANUAL DE USUARIO APLICACIÓN SYSACTIVOS MANUAL DE USUARIO APLICACIÓN SYSACTIVOS Autor Edwar Orlando Amaya Diaz Analista de Desarrollo y Soporte Produce Sistemas y Soluciones Integradas S.A.S Versión 1.0 Fecha de Publicación 19 Diciembre 2014

Más detalles

Gestión y Desarrollo de Requisitos en Proyectos Software

Gestión y Desarrollo de Requisitos en Proyectos Software Gestión y Desarrollo de Requisitos en Proyectos Software Ponente: María Jesús Anciano Martín Objetivo Objetivo Definir un conjunto articulado y bien balanceado de métodos para el flujo de trabajo de Ingeniería

Más detalles

SISTEMA DE GESTION DOCUMENTAL

SISTEMA DE GESTION DOCUMENTAL SISTEMA DE GESTION DOCUMENTAL Introducción favila 0 Contenido Objetivos de este documento... 2 Alcance... 2 Objetivos del Sistema de Gestión Documental... 2 Aspectos Generales... 2 Características básicas...

Más detalles

APLICACIÓN DEL R.D. 1627/97 A OBRAS SIN PROYECTO

APLICACIÓN DEL R.D. 1627/97 A OBRAS SIN PROYECTO COMISIÓN NACIONAL DE SEGURIDAD Y SALUD EN EL TRABAJO GRUPO DE TRABAJO DE CONSTRUCCIÓN SUBGRUPO DE OBRAS SIN PROYECTO APLICACIÓN DEL R.D. 1627/97 A OBRAS SIN PROYECTO 1.- INTRODUCCIÓN En la reunión celebrada

Más detalles

Cómo definir un Catálogo de Servicios de TI

Cómo definir un Catálogo de Servicios de TI Cómo definir un Catálogo de Servicios de TI Elaborado por: Cecilia Mardomingo R. Para iniciar con la Gestión de los Servicios de Tecnologías de Información, es importante describir lo más completo posible

Más detalles

PROCEDIMIENTO ESPECÍFICO. Código G114-01 Edición 0

PROCEDIMIENTO ESPECÍFICO. Código G114-01 Edición 0 Índice 1. TABLA RESUMEN... 2 2. OBJETO... 2 3. ALCANCE... 2 4. RESPONSABILIDADES... 3 5. ENTRADAS... 3 6. SALIDAS... 3 7. PROCESOS RELACIONADOS... 3 8. DIAGRAMA DE FLUJO... 4 9. DESARROLLO... 5 9.1. PROYECTO

Más detalles

CAPÍTULO 3 Servidor de Modelo de Usuario

CAPÍTULO 3 Servidor de Modelo de Usuario CAPÍTULO 3 Servidor de Modelo de Usuario Para el desarrollo del modelado del estudiante se utilizó el servidor de modelo de usuario desarrollado en la Universidad de las Américas Puebla por Rosa G. Paredes

Más detalles

Gestión de la Configuración

Gestión de la Configuración Gestión de la ÍNDICE DESCRIPCIÓN Y OBJETIVOS... 1 ESTUDIO DE VIABILIDAD DEL SISTEMA... 2 ACTIVIDAD EVS-GC 1: DEFINICIÓN DE LOS REQUISITOS DE GESTIÓN DE CONFIGURACIÓN... 2 Tarea EVS-GC 1.1: Definición de

Más detalles

Gobierno de Aragón. Herramienta Análisis Multidimensional para el Observatorio de Empleo

Gobierno de Aragón. Herramienta Análisis Multidimensional para el Observatorio de Empleo Instituto Aragonés de Empleo Herramienta Análisis Multidimensional para el Observatorio de Empleo Índice 1 FICHA... 3 2 SITUACIÓN INICIAL... 5 3 OBJETIVOS... 6 4 SOLUCIÓN... 8 5 RESULTADOS...10 Página

Más detalles

Plantilla para Casos de Éxito

Plantilla para Casos de Éxito Plantilla para Casos de Éxito Nombre/Actividad de la EMPRESA objeto de estudio: INSIGNA Sector al que pertenece: Presidente o gerente de la empresa: Antonio Gil Moreno Localización: Valencia Facturación

Más detalles

BANCOS. Manejo de Bancos. Como crear una ficha de Banco? Como modificar los datos de una ficha de Banco? Como borrar una ficha de Banco?

BANCOS. Manejo de Bancos. Como crear una ficha de Banco? Como modificar los datos de una ficha de Banco? Como borrar una ficha de Banco? BANCOS El Sistema de Gestión Administrativa permite el manejo de los movimientos bancarios. Seleccionada la opción de Bancos, el sistema presentara las siguientes opciones. Manejo de Bancos Manejo de movimientos

Más detalles

SIIGO Pyme. Informes de Saldos y Movimientos de Inventarios. Cartilla I

SIIGO Pyme. Informes de Saldos y Movimientos de Inventarios. Cartilla I SIIGO Pyme Informes de Saldos y Movimientos de Inventarios Cartilla I Tabla de Contenido 1. Presentación 2. Qué son Inventarios? 3. Qué son Informes? 4. Qué son Informes de Saldos y Movimientos en Inventarios?

Más detalles

ANEXO A - Plan de Proyecto. 1. - EDT de la solución EDT GENERAL DEL PROYECTO1

ANEXO A - Plan de Proyecto. 1. - EDT de la solución EDT GENERAL DEL PROYECTO1 ANEXO A - Plan de Proyecto 1. - EDT de la solución EDT GENERAL DEL PROYECTO1 2.- Diagrama de Gantt de la Solución DIAGRAMA DE GANTT- FASE INICIAL DOCUMENTACION Y ANALISIS2 DIAGRAMA DE GANTT- FASE FINAL

Más detalles

Guía de uso del Cloud Datacenter de acens

Guía de uso del Cloud Datacenter de acens guíasdeuso Guía de uso del Cloud Datacenter de Calle San Rafael, 14 28108 Alcobendas (Madrid) 902 90 10 20 www..com Introducción Un Data Center o centro de datos físico es un espacio utilizado para alojar

Más detalles

GUÍA TÉCNICA PARA LA DEFINICIÓN DE COMPROMISOS DE CALIDAD Y SUS INDICADORES

GUÍA TÉCNICA PARA LA DEFINICIÓN DE COMPROMISOS DE CALIDAD Y SUS INDICADORES GUÍA TÉCNICA PARA LA DEFINICIÓN DE COMPROMISOS DE CALIDAD Y SUS INDICADORES Tema: Cartas de Servicios Primera versión: 2008 Datos de contacto: Evaluación y Calidad. Gobierno de Navarra. evaluacionycalidad@navarra.es

Más detalles

Recomendaciones relativas a la continuidad del negocio 1

Recomendaciones relativas a la continuidad del negocio 1 Recomendaciones relativas a la continuidad del negocio 1 La continuidad de un negocio podría definirse como la situación en la que la operativa de una entidad tiene lugar de forma continuada y sin interrupción.

Más detalles

SISTEMAS Y MANUALES DE LA CALIDAD

SISTEMAS Y MANUALES DE LA CALIDAD SISTEMAS Y MANUALES DE LA CALIDAD NORMATIVAS SOBRE SISTEMAS DE CALIDAD Introducción La experiencia de algunos sectores industriales que por las características particulares de sus productos tenían necesidad

Más detalles

CUADRO DE MANDO INTEGRAL Daniel Tapial Auditor Jefe FULL AUDIT dtapial@fullaudit.es

CUADRO DE MANDO INTEGRAL Daniel Tapial Auditor Jefe FULL AUDIT dtapial@fullaudit.es CUADRO DE MANDO INTEGRAL Daniel Tapial Auditor Jefe FULL AUDIT dtapial@fullaudit.es Un cuadro de mando es una herramienta de gestión empresarial que permite implantar y llevar a cabo un sistema de gestión

Más detalles

2.11.1 CONTRATAS Y SUBCONTRATAS NOTAS

2.11.1 CONTRATAS Y SUBCONTRATAS NOTAS NOTAS 1 Cuando en un mismo centro de trabajo desarrollen actividades trabajadores de dos o más empresas, éstas deberán cooperar en la aplicación de la normativa sobre prevención de riesgos laborales. A

Más detalles

Sistemas de Gestión de Calidad. Control documental

Sistemas de Gestión de Calidad. Control documental 4 Sistemas de Gestión de Calidad. Control documental ÍNDICE: 4.1 Requisitos Generales 4.2 Requisitos de la documentación 4.2.1 Generalidades 4.2.2 Manual de la Calidad 4.2.3 Control de los documentos 4.2.4

Más detalles

PREPARADO POR: FECHA DE EMISIÓN: 20-05-05 FECHA DE VALIDACIÓN: 20-05-05

PREPARADO POR: FECHA DE EMISIÓN: 20-05-05 FECHA DE VALIDACIÓN: 20-05-05 3. MONITORÍA Y EVALUACIÓN DE LA GESTIÓN SS-UPEG-3 PREPARADO POR: EQUIPO CONSULTOR FECHA DE EMISIÓN: 20-05-05 FECHA DE VALIDACIÓN: 20-05-05 VERSIÓN Nº: 1 Secretaría de Salud de Honduras - 2005 PÁGINA 2

Más detalles

Política de Control de Hojas de Cálculo. Prorrectoría

Política de Control de Hojas de Cálculo. Prorrectoría Política de Control de Hojas de Cálculo Prorrectoría ÍNDICE O CONTENIDO 1. PROPOSITO DE LA POLÍTICA... 3 2. ALCANCE... 3 3. GLOSARIO... 3 4. DESCRIPCIÓN DE LA POLÍTICA... 5 Control de cambios... 5 Control

Más detalles

Business Process Management(BPM)

Business Process Management(BPM) Universidad Inca Garcilaso de la Vega CURSO DE ACTUALIZACIÓN PROFESIONAL DE INGENIERÍA DE SISTEMAS Y CÓMPUTO Business Process Management(BPM) MSc. Daniel Alejandro Yucra Sotomayor E-mail: daniel@agenciati.com

Más detalles

Mesa de Ayuda Interna

Mesa de Ayuda Interna Mesa de Ayuda Interna Documento de Construcción Mesa de Ayuda Interna 1 Tabla de Contenido Proceso De Mesa De Ayuda Interna... 2 Diagrama Del Proceso... 3 Modelo De Datos... 4 Entidades Del Sistema...

Más detalles

Tras obtener la información necesaria es preciso identificar los problemas

Tras obtener la información necesaria es preciso identificar los problemas Tras obtener la información necesaria es preciso identificar los problemas prioritarios que se derivan de la situación actual para poder proponer soluciones en el marco de un proceso de planificación participativa.

Más detalles

IAP 1003 - ENTORNOS INFORMATIZADOS CON SISTEMAS DE BASES DE DATOS

IAP 1003 - ENTORNOS INFORMATIZADOS CON SISTEMAS DE BASES DE DATOS IAP 1003 - ENTORNOS INFORMATIZADOS CON SISTEMAS DE BASES DE DATOS Introducción 1. El propósito de esta Declaración es prestar apoyo al auditor a la implantación de la NIA 400, "Evaluación del Riesgo y

Más detalles

PLAN DE MEJORAS. Herramienta de trabajo. Agencia Nacional de Evaluación de la Calidad y Acreditación

PLAN DE MEJORAS. Herramienta de trabajo. Agencia Nacional de Evaluación de la Calidad y Acreditación PLAN DE MEJORAS Herramienta de trabajo Agencia Nacional de Evaluación de la Calidad y Acreditación Índice 1 Introducción...3 2 Pasos a seguir para la elaboración del plan de mejoras...5 2.1 Identificar

Más detalles

Introducción. Ciclo de vida de los Sistemas de Información. Diseño Conceptual

Introducción. Ciclo de vida de los Sistemas de Información. Diseño Conceptual Introducción Algunas de las personas que trabajan con SGBD relacionales parecen preguntarse porqué deberían preocuparse del diseño de las bases de datos que utilizan. Después de todo, la mayoría de los

Más detalles

Para optimizar este proceso lo dividiremos en etapas y deberemos tener bien claro el objetivo que debemos alcanzar en cada una de ellas:

Para optimizar este proceso lo dividiremos en etapas y deberemos tener bien claro el objetivo que debemos alcanzar en cada una de ellas: ETAPAS DEL PROCESO DE SELECCIÓN DE PERSONAL EN LAS EMPRESAS FAMILIARES En la actualidad muchas empresas familiares han evolucionado intentando aplicar técnicas adecuadas para el proceso de Selección de

Más detalles

Presentación de Pyramid Data Warehouse

Presentación de Pyramid Data Warehouse Presentación de Pyramid Data Warehouse Pyramid Data Warehouse tiene hoy una larga historia, desde 1994 tiempo en el que su primera versión fue liberada, hasta la actual versión 8.00. El incontable tiempo

Más detalles

1. Gestión Prevención

1. Gestión Prevención 1. Gestión Prevención 1.2 Guía de Actuación Inspectora en la coordinación de Actividades Empresariales SUBSECRETARIA 1. CONCURRENCIA DE TRABAJADORES DE VARIAS EMPRESAS EN UN CENTRO DE TRABAJO El artículo

Más detalles

REGISTRO DE EMPRESAS Y PERSONAS BASE DE INFORMACIÓN DE CLIENTES & CONTACTOS

REGISTRO DE EMPRESAS Y PERSONAS BASE DE INFORMACIÓN DE CLIENTES & CONTACTOS REGISTRO DE EMPRESAS Y PERSONAS BASE DE INFORMACIÓN DE CLIENTES & CONTACTOS La gestión del asesor comercial se basa en mantener contacto personalizado con un grupo de clientes empresariales o personales.

Más detalles

PE06. RESPONSABILIDAD SOCIAL

PE06. RESPONSABILIDAD SOCIAL Índice 1. Objeto 2. Alcance 3. Referencias/Normativa 4. Definiciones 5. Desarrollo de los procesos 6. Seguimiento y Medición 7. Archivo 8. Responsabilidades 9. Flujograma ANEXOS: No proceden Edición Fecha

Más detalles

Copyright 2011 - bizagi. Gestión de Cambios Documento de Construcción Bizagi Process Modeler

Copyright 2011 - bizagi. Gestión de Cambios Documento de Construcción Bizagi Process Modeler Copyright 2011 - bizagi Gestión de Cambios Bizagi Process Modeler Tabla de Contenido Gestión de Cambios... 4 Descripción... 4 Principales factores en la Construcción del Proceso... 5 Modelo de Datos...

Más detalles

Gestión de la Prevención de Riesgos Laborales. 1

Gestión de la Prevención de Riesgos Laborales. 1 UNIDAD Gestión de la Prevención de Riesgos Laborales. 1 FICHA 1. LA GESTIÓN DE LA PREVENCIÓN DE RIESGOS LABORALES. FICHA 2. EL SISTEMA DE GESTIÓN DE LA PREVENCIÓN DE RIESGOS LABORALES. FICHA 3. MODALIDAD

Más detalles

Planes de Gestión Medioambiental en obras

Planes de Gestión Medioambiental en obras Planes de Gestión Medioambiental en obras MILAGROS GARROTE DE MARCOS AENOR, C/ Génova, 6. 28004 MADRID. dcsconstruccion@aenor.es RESUMEN Debido a la reciente implantación de sistemas de Gestión Medioambiental

Más detalles

GUÍA METODOLÓGICA PARA LA FORMACIÓN CON E-LEARNING DIRIGIDA A COLECTIVOS SIN ALTA CUALIFICACIÓN CAPÍTULO 4. Dirección Técnica:

GUÍA METODOLÓGICA PARA LA FORMACIÓN CON E-LEARNING DIRIGIDA A COLECTIVOS SIN ALTA CUALIFICACIÓN CAPÍTULO 4. Dirección Técnica: LA FORMACIÓN EMPRESARIAL CON E-LEARNING GUÍA METODOLÓGICA PARA LA FORMACIÓN CON E-LEARNING DIRIGIDA A COLECTIVOS SIN ALTA CUALIFICACIÓN CAPÍTULO 4 Dirección Técnica: 4.- EL PLAN DE FORMACIÓN 33 Capítulo

Más detalles

Metadatos en Plataformas ECM

Metadatos en Plataformas ECM Metadatos en Plataformas ECM understanding documents Ofrece tu sistema soporte para tipos documentales en bases de datos? Por qué debería importarte? Marzo, 2013 Basado en: Manejo de metadatos en plataformas

Más detalles

Anexo VI: Inventario de iniciativas horizontales incluidas en el Eje e-gobernanza.

Anexo VI: Inventario de iniciativas horizontales incluidas en el Eje e-gobernanza. Anexo VI: Inventario de iniciativas horizontales incluidas en el Eje e-gobernanza. Se describe a continuación en formato de ficha de proyecto el detalle de cada uno de los proyectos de la presente clasificación.

Más detalles

PLANIFICACIÓN ESTRATÉGICA: CONCEPTO Y ASPECTOS BÁSICOS.

PLANIFICACIÓN ESTRATÉGICA: CONCEPTO Y ASPECTOS BÁSICOS. PLANIFICACIÓN ESTRATÉGICA: CONCEPTO Y ASPECTOS BÁSICOS. QUÉ ES LA PLANIFICACIÓN? Planificar no es adivinar el futuro, sino más bien, es tomar un conjunto de decisiones que llevadas a la práctica a través

Más detalles

Enginyeria del Software III

Enginyeria del Software III Enginyeria del Software III Sessió 3. L estàndard ISO/IEC 15504 Antònia Mas Pichaco 1 Introducción El proyecto SPICE representa el mayor marco de colaboración internacional establecido con la finalidad

Más detalles

<Generador de exámenes> Visión preliminar

<Generador de exámenes> Visión preliminar 1. Introducción Proyecto Final del curso Técnicas de Producción de Sistemas Visión preliminar Para la evaluación de algunos temas de las materias que se imparten en diferentes niveles,

Más detalles

REGLAMENTO DE MEDIDAS DE SEGURIDAD DE LOS FICHEROS AUTOMATIZADOS QUE CONTENGAN DATOS DE CARÁCTER PERSONAL CAPÍTULO I.- DISPOSICIONES GENERALES

REGLAMENTO DE MEDIDAS DE SEGURIDAD DE LOS FICHEROS AUTOMATIZADOS QUE CONTENGAN DATOS DE CARÁCTER PERSONAL CAPÍTULO I.- DISPOSICIONES GENERALES REGLAMENTO DE MEDIDAS DE SEGURIDAD DE LOS FICHEROS AUTOMATIZADOS QUE CONTENGAN DATOS DE CARÁCTER PERSONAL CAPÍTULO I.- DISPOSICIONES GENERALES Artículo 1.- Ámbito de aplicación y fines. El presente Reglamento

Más detalles

PUBLICACIÓN INFORMATIVA DE LA ASOCIACIÓN ESPAÑOLA DE FINANCIEROS DE EMPRESA N 64. MARZO

PUBLICACIÓN INFORMATIVA DE LA ASOCIACIÓN ESPAÑOLA DE FINANCIEROS DE EMPRESA N 64. MARZO PUBLICACIÓN INFORMATIVA DE LA ASOCIACIÓN ESPAÑOLA DE FINANCIEROS DE EMPRESA N 64. MARZO 2013 Entrevista a Luis de la Haza, Grupo COSENTINO ı 38 ı Deducibilidad de los gastos financieros en el IS ı 24 ı

Más detalles

Caso práctico de Cuadro de Mando con Tablas Dinámicas

Caso práctico de Cuadro de Mando con Tablas Dinámicas 1 Caso práctico de Cuadro de Mando con Tablas Dinámicas Luis Muñiz Socio Director de SisConGes & Estrategia Introducción Hay una frase célebre que nos permite decir que: Lo que no se mide no se puede controlar

Más detalles

Metodología básica de gestión de proyectos. Octubre de 2003

Metodología básica de gestión de proyectos. Octubre de 2003 Metodología básica de gestión de proyectos Octubre de 2003 Dentro de la metodología utilizada en la gestión de proyectos el desarrollo de éstos se estructura en tres fases diferenciadas: Fase de Éjecución

Más detalles

Base de datos relacional

Base de datos relacional Base de datos relacional Una base de datos relacional es una base de datos que cumple con el modelo relacional, el cual es el modelo más utilizado en la actualidad para modelar problemas reales y administrar

Más detalles

UNIDAD 2: Abstracción del Mundo real Al Paradigma Orientado a Objetos

UNIDAD 2: Abstracción del Mundo real Al Paradigma Orientado a Objetos 2.1. Principios básicos del Modelado de Objetos UNIDAD 2: Abstracción del Mundo real Al Paradigma Orientado a Objetos Hoy en día muchos de los procesos que intervienen en un negocio o empresa y que resuelven

Más detalles

PONENCIA: PLAN DE AUTOPROTECCIÓN Y SIMULACROS DE EMERGENCIA

PONENCIA: PLAN DE AUTOPROTECCIÓN Y SIMULACROS DE EMERGENCIA PONENCIA: PLAN DE AUTOPROTECCIÓN Y SIMULACROS DE EMERGENCIA Luis Carmena Servert Fundación Fuego para la Seguridad contra Incendios y Emergencias Lisboa, 3-28008 Madrid Tel.: 91 323 97 28 - www.fundacionfuego.org

Más detalles

ARQUITECTURA DE DISTRIBUCIÓN DE DATOS

ARQUITECTURA DE DISTRIBUCIÓN DE DATOS 4 ARQUITECTURA DE DISTRIBUCIÓN DE DATOS Contenido: Arquitectura de Distribución de Datos 4.1. Transparencia 4.1.1 Transparencia de Localización 4.1.2 Transparencia de Fragmentación 4.1.3 Transparencia

Más detalles

Política de Seguridad y Salud Ocupacional. Recursos. Humanos. Abril 2006

Política de Seguridad y Salud Ocupacional. Recursos. Humanos. Abril 2006 Endesa Chile Políticas de Índice 1. PRINCIPIOS 2. LINEAMIENTOS GENERALES 2.1 Organización 2.2 Identificación de Peligros y Evaluación de Riesgos 2.3 Planificación Preventiva 2.4 Control de la acción preventiva

Más detalles

IV.- ADMINISTRACIÓN ACTUAL DE LOS ACTIVOS FIJOS. 4.1.- Manual para la captura de inventarios en la red.

IV.- ADMINISTRACIÓN ACTUAL DE LOS ACTIVOS FIJOS. 4.1.- Manual para la captura de inventarios en la red. IV.- ADMINISTRACIÓN ACTUAL DE LOS ACTIVOS FIJOS. 4.1.- Manual para la captura de inventarios en la red. Este manual consiste en proporcionar una guía de manera rápida para el llenado de los inventarios

Más detalles

expertbsc Solución de Cuadro de Mando Integral (CMI) http://www.datadec.es

expertbsc Solución de Cuadro de Mando Integral (CMI) http://www.datadec.es Solución de (CMI) http://www.datadec.es Datadec S.A. C/Sureres 1, 46014 Valencia Tél: 902 48 10 48 - Fax 902 945 335 mail: comercial@datadec.es www.datadec.es 1 CUADRO DE MANDO INTEGRAL POR QUÉ? 2 CUADRO

Más detalles

PROGRAMA FORMATIVO MICROSOFT ACCESS 2007 (COMPLETO)

PROGRAMA FORMATIVO MICROSOFT ACCESS 2007 (COMPLETO) PROGRAMA FORMATIVO MICROSOFT ACCESS 2007 (COMPLETO) www.bmformacion.es info@bmformacion.es Objetivos Descripción del funcionamiento del programa de gestión de bases de datos Microsoft Access 2007, estudiando

Más detalles

Actividades para mejoras. Actividades donde se evalúa constantemente todo el proceso del proyecto para evitar errores y eficientar los procesos.

Actividades para mejoras. Actividades donde se evalúa constantemente todo el proceso del proyecto para evitar errores y eficientar los procesos. Apéndice C. Glosario A Actividades de coordinación entre grupos. Son dinámicas y canales de comunicación cuyo objetivo es facilitar el trabajo entre los distintos equipos del proyecto. Actividades integradas

Más detalles

SIMAD CLOUD. La Gestión Documental ahora en la nube, más eficiente SISTEMA INTEGRADO DE ADMINISTRACIÓN DOCUMENTAL

SIMAD CLOUD. La Gestión Documental ahora en la nube, más eficiente SISTEMA INTEGRADO DE ADMINISTRACIÓN DOCUMENTAL La administración documental profesional es una completa herramienta documental dirigida preferiblemente a pequeñas y medianas organizaciones para ganar control sobre sus documentos, con énfasis en la

Más detalles

Enfoque del Marco Lógico (EML)

Enfoque del Marco Lógico (EML) Enfoque del Marco Lógico (EML) Qué es el EML? Es una herramienta analítica que se utiliza para la mejorar la planificación y la gestión de proyectos tanto de cooperación al desarrollo como de proyectos

Más detalles

Que es normalización? Normalización de una base de datos Grados de normalización: Primera Forma Grados de normalización: Segunda Forma Grados de

Que es normalización? Normalización de una base de datos Grados de normalización: Primera Forma Grados de normalización: Segunda Forma Grados de Sergio Sánchez Que es normalización? Normalización de una base de datos Grados de normalización: Primera Forma Grados de normalización: Segunda Forma Grados de normalización: Tercera Forma Otras formas

Más detalles

Ley Orgánica de Protección de Datos

Ley Orgánica de Protección de Datos Hécate GDocS Gestión del documento de seguridad Ley Orgánica de Protección de Datos 2005 Adhec - 2005 EFENET 1. GDocS - Gestión del Documento de Seguridad GDocS es un programa de gestión que permite mantener

Más detalles

4.4.1 Servicio de Prevención Propio.

4.4.1 Servicio de Prevención Propio. 1 Si se trata de una empresa entre 250 y 500 trabajadores que desarrolla actividades incluidas en el Anexo I del Reglamento de los Servicios de Prevención, o de una empresa de más de 500 trabajadores con

Más detalles

Fundamentos del diseño 3ª edición (2002)

Fundamentos del diseño 3ª edición (2002) Unidades temáticas de Ingeniería del Software Fundamentos del diseño 3ª edición (2002) Facultad de Informática necesidad del diseño Las actividades de diseño afectan al éxito de la realización del software

Más detalles

2O21 METAS EDUCATIVAS LA EDUCACIÓN QUE QUEREMOS PARA LA GENERACIÓN DE LOS BICENTENARIOS

2O21 METAS EDUCATIVAS LA EDUCACIÓN QUE QUEREMOS PARA LA GENERACIÓN DE LOS BICENTENARIOS 2O21 METAS EDUCATIVAS LA EDUCACIÓN QUE QUEREMOS PARA LA GENERACIÓN DE LOS BICENTENARIOS 8CAPÍTULO 8 LA EVALUACIÓN Y EL SEGUIMIENTO DE LAS METAS EDUCATIVAS 2021: SOSTENER EL ESFUERZO 2O21 METAS EDUCATIVAS

Más detalles

CONSTRUCCIÓN DEL PROCESO MESA DE AYUDA INTERNA. BizAgi Process Modeler

CONSTRUCCIÓN DEL PROCESO MESA DE AYUDA INTERNA. BizAgi Process Modeler CONSTRUCCIÓN DEL PROCESO MESA DE AYUDA INTERNA BizAgi Process Modeler TABLA DE CONTENIDO PROCESO DE MESA DE AYUDA INTERNA... 3 1. DIAGRAMA DEL PROCESO... 4 2. MODELO DE DATOS... 5 ENTIDADES DEL SISTEMA...

Más detalles

1.1 EL ESTUDIO TÉCNICO

1.1 EL ESTUDIO TÉCNICO 1.1 EL ESTUDIO TÉCNICO 1.1.1 Definición Un estudio técnico permite proponer y analizar las diferentes opciones tecnológicas para producir los bienes o servicios que se requieren, lo que además admite verificar

Más detalles

Sistema de marketing de proximidad

Sistema de marketing de proximidad Dizan Vasquez Propuesta de proyecto Sistema de marketing de proximidad ACME México Dizan Vasquez Índice general 1. Descripción 3 2. Resúmen ejecutivo 4 2.1. Objetivo.................................................

Más detalles

CRM Gestión de Oportunidades Documento de Construcción Bizagi Process Modeler

CRM Gestión de Oportunidades Documento de Construcción Bizagi Process Modeler Bizagi Process Modeler Copyright 2011 - Bizagi Tabla de Contenido CRM- Gestión de Oportunidades de Venta... 4 Descripción... 4 Principales Factores en la Construcción del Proceso... 5 Modelo de Datos...

Más detalles

SISTEMA DE GESTION DE EXPEDIENTES - WORKFLOW

SISTEMA DE GESTION DE EXPEDIENTES - WORKFLOW SISTEMA DE GESTION DE EXPEDIENTES - WORKFLOW Introducción Funcional favila 0 Contenido Objetivos de este documento... 2 Objetivos del Sistema... 2 Modelo Conceptual... 3 Aspectos generales... 3 Modelo

Más detalles

2.2 Política y objetivos de prevención de riesgos laborales de una organización

2.2 Política y objetivos de prevención de riesgos laborales de una organización Gestión de la prevención en la obra 2. La gestión de la prevención de riesgos laborales en las empresas constructoras. Aspectos generales 2.1 Generalidades El objetivo de este libro es definir la gestión

Más detalles

Adelacu Ltda. www.adelacu.com Fono +562-218-4749. Graballo+ Agosto de 2007. Graballo+ - Descripción funcional - 1 -

Adelacu Ltda. www.adelacu.com Fono +562-218-4749. Graballo+ Agosto de 2007. Graballo+ - Descripción funcional - 1 - Graballo+ Agosto de 2007-1 - Índice Índice...2 Introducción...3 Características...4 DESCRIPCIÓN GENERAL...4 COMPONENTES Y CARACTERÍSTICAS DE LA SOLUCIÓN...5 Recepción de requerimientos...5 Atención de

Más detalles

Base de datos en la Enseñanza. Open Office

Base de datos en la Enseñanza. Open Office 1 Ministerio de Educación Base de datos en la Enseñanza. Open Office Módulo 1: Introducción Instituto de Tecnologías Educativas 2011 Introducción Pero qué es una base de datos? Simplificando mucho, podemos

Más detalles

Centro Nacional de Referencia de Aplicación de las TIC basadas en fuentes abiertas. Un ejemplo práctico: Plataforma de Archivo electrónico

Centro Nacional de Referencia de Aplicación de las TIC basadas en fuentes abiertas. Un ejemplo práctico: Plataforma de Archivo electrónico Centro Nacional de Referencia de Aplicación de las TIC basadas en fuentes abiertas Un ejemplo práctico: Plataforma de Archivo electrónico Índice 1. Presentación del proyecto 2. Objetivos del proyecto 3.

Más detalles

El participante puede llevar a cabo el proceso de auto-comparación y sobre esa base reforzar los aspectos menos consistentes.

El participante puede llevar a cabo el proceso de auto-comparación y sobre esa base reforzar los aspectos menos consistentes. Guía de Evaluación Como evaluación de la guía pedagógica se ha elegido una metodología de evaluación cualitativa del nivel de conocimientos del participante. Para ello se ha construido una guía de preguntas

Más detalles

Bechtle Solutions Servicios Profesionales

Bechtle Solutions Servicios Profesionales Soluciones Tecnología Bechtle Solutions Servicios Profesionales Fin del servicio de soporte técnico de Windows Server 2003 No hacer nada puede ser un riesgo BECHTLE Su especialista en informática Ahora

Más detalles

La Tecnología líder en Simulación

La Tecnología líder en Simulación La Tecnología líder en Simulación El software de simulación Arena, es un "seguro de vida" para las empresa: le ayuda a predecir el impacto en las organizaciones de nuevas ideas, estrategias y políticas

Más detalles

2. Estructuras organizativas típicas en relación a Gestión de Clientes

2. Estructuras organizativas típicas en relación a Gestión de Clientes La figura del Chief Customer Officer y la gestión de clientes en las entidades financieras españolas 2. Estructuras organizativas típicas en relación a Gestión de Clientes Analizar y clasificar las estructuras

Más detalles

TEMARIO ESPECÍFICO TEMA 19 LA TARJETA INDIVIDUAL SANITARIA

TEMARIO ESPECÍFICO TEMA 19 LA TARJETA INDIVIDUAL SANITARIA TEMARIO ESPECÍFICO TEMA 19 LA TARJETA INDIVIDUAL SANITARIA 1 LEGISLACIÓN Ley 16/2003, de 28 de mayo, de cohesión y calidad del Sistema Nacional de Salud. Real Decreto 183/2004, de 30 de enero, por el que

Más detalles

Unidad III. Software para la administración de proyectos.

Unidad III. Software para la administración de proyectos. Unidad III Software para la administración de proyectos. 3.1 Herramientas de software para administrar proyectos. El software de administración de proyectos es un concepto que describe varios tipos de

Más detalles

GESTINLIB GESTIÓN PARA LIBRERÍAS, PAPELERÍAS Y KIOSCOS DESCRIPCIÓN DEL MÓDULO DE KIOSCOS

GESTINLIB GESTIÓN PARA LIBRERÍAS, PAPELERÍAS Y KIOSCOS DESCRIPCIÓN DEL MÓDULO DE KIOSCOS GESTINLIB GESTIÓN PARA LIBRERÍAS, PAPELERÍAS Y KIOSCOS DESCRIPCIÓN DEL MÓDULO DE KIOSCOS 1.- PLANTILLA DE PUBLICACIONES En este maestro crearemos la publicación base sobre la cual el programa generará

Más detalles

Consultas con combinaciones

Consultas con combinaciones UNIDAD 1.- PARTE 2 MANIPULACIÓN AVANZADA DE DATOS CON SQL. BASES DE DATOS PARA APLICACIONES Xochitl Clemente Parra Armando Méndez Morales Consultas con combinaciones Usando combinaciones (joins), se pueden

Más detalles

Aproximación práctica a ITIL. Proyecto VeredaCS. F07.02.01.00.30.r00

Aproximación práctica a ITIL. Proyecto VeredaCS. F07.02.01.00.30.r00 Aproximación práctica a ITIL. Proyecto VeredaCS Introducción En esta presentación pretendemos mostrar una aproximación práctica a la implantación de un modelo de prestación de servicios basado en ITIL

Más detalles

Mantenimiento de Sistemas de Información

Mantenimiento de Sistemas de Información de Sistemas de Información ÍNDICE DESCRIPCIÓN Y OBJETIVOS... 1 ACTIVIDAD MSI 1: REGISTRO DE LA PETICIÓN...4 Tarea MSI 1.1: Registro de la Petición... 4 Tarea MSI 1.2: Asignación de la Petición... 5 ACTIVIDAD

Más detalles

IAP 1009 - TÉCNICAS DE AUDITORÍA APOYADAS EN ORDENADOR (TAAO)

IAP 1009 - TÉCNICAS DE AUDITORÍA APOYADAS EN ORDENADOR (TAAO) IAP 1009 - TÉCNICAS DE AUDITORÍA APOYADAS EN ORDENADOR (TAAO) Introducción 1. Como se indica en la Norma Internacional de Auditoría 401, "Auditoría en un contexto informatizado", los objetivos globales

Más detalles

Etapas de Sinube CRM

Etapas de Sinube CRM Etapas de Sinube CRM Captación de clientes Oportunidades Sinube CRM está diseñado para trabajar todo el ciclo de la venta, desde la captación de clientes en la página web de la compañía hasta el control

Más detalles

1.- INTRODUCCIÓN 2.- PARÁMETROS

1.- INTRODUCCIÓN 2.- PARÁMETROS 1.- INTRODUCCIÓN Hemos diseñado una aplicación que facilite el envío a las entidades bancarias de las de cobro por domiciliación. La entrada de esta aplicación pueden ser, tanto ficheros cuyos formatos

Más detalles

UAM MANUAL DE EMPRESA. Universidad Autónoma de Madrid

UAM MANUAL DE EMPRESA. Universidad Autónoma de Madrid MANUAL DE EMPRESA Modo de entrar en ÍCARO Para comenzar a subir una oferta de empleo, el acceso es a través del siguiente enlace: http://icaro.uam.es A continuación, aparecerá la página de inicio de la

Más detalles

5.8. REGISTRO DE FACTURAS.

5.8. REGISTRO DE FACTURAS. 5.8. REGISTRO DE FACTURAS. Una factura es un documento probatorio de la realización de una operación económica que especifica cantidades, concepto, precio y demás condiciones de la operación. Este módulo

Más detalles

ÍTEMS DEL MENÚ CREACIÓN Y GESTIÓN (Última revisión: lunes, 9 de marzo de 2009)

ÍTEMS DEL MENÚ CREACIÓN Y GESTIÓN (Última revisión: lunes, 9 de marzo de 2009) JOOMLA! ÍTEMS DEL MENÚ CREACIÓN Y GESTIÓN (Última revisión: lunes, 9 de marzo de 2009) Es necesario comentar que este manual ha sido diseñado en su mayor parte por comunidadjoomla.org. Este manual es una

Más detalles