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

Diseño del Sistema de Información

Diseño del Sistema de Información Diseño del Sistema de Información ÍNDICE DESCRIPCIÓN Y OBJETIVOS... 2 ACTIVIDAD DSI 1: DEFINICIÓN DE LA ARQUITECTURA DEL SISTEMA... 7 Tarea DSI 1.1: Definición de Niveles de Arquitectura... 9 Tarea DSI

Más detalles

Diseño del Sistema de Información

Diseño del Sistema de Información Diseño del Sistema de Información ÍNDICE DESCRIPCIÓN Y OBJETIVOS...2 ACTIVIDAD DSI 1: DEFINICIÓN DE LA ARQUITECTURA DEL SISTEMA...7 Tarea DSI 1.1: Definición de Niveles de Arquitectura...9 Tarea DSI 1.2:

Más detalles

CONSTRUCCION DE INDICADORES DE GESTION Y HERRAMIENTAS OLAP PARA PEQUEÑAS Y MEDIANAS EMPRESAS

CONSTRUCCION DE INDICADORES DE GESTION Y HERRAMIENTAS OLAP PARA PEQUEÑAS Y MEDIANAS EMPRESAS CONSTRUCCION DE INDICADORES DE GESTION Y HERRAMIENTAS OLAP PARA PEQUEÑAS Y MEDIANAS EMPRESAS 1. RESEÑA HISTORICA Las exigencias competitivas del mercado hacen que las organizaciones busquen mecanismos

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

DATA WAREHOUSE DATA WAREHOUSE

DATA WAREHOUSE DATA WAREHOUSE DATA WAREHOUSE DATA WAREHOUSE Autor: Roberto Abajo Alonso Asignatura: Sistemas Inteligentes, 5º Curso Profesor: José Carlos González Dep. Ing. Sistemas Telemáticos, E.T.S.I. Telecomunicación Universidad

Más detalles

Comunicación para Tecnimap 2010. Contenido: 1. Itourbask como elemento de un Sistema de Gestión de Destino Turístico 2. El Data Mart de Itourbask

Comunicación para Tecnimap 2010. Contenido: 1. Itourbask como elemento de un Sistema de Gestión de Destino Turístico 2. El Data Mart de Itourbask Comunicación para Tecnimap 2010. EL BI APLICADO AL ANÁLISIS DE LAS VISITAS TURÍSTICAS Contenido: 1. Itourbask como elemento de un Sistema de Gestión de Destino Turístico 2. El Data Mart de Itourbask Autor:

Más detalles

El diseño de la base de datos de un Data Warehouse. Marta Millan millan@eisc.univalle.edu.co www.eisc.univalle.edu.co/materias

El diseño de la base de datos de un Data Warehouse. Marta Millan millan@eisc.univalle.edu.co www.eisc.univalle.edu.co/materias El diseño de la base de datos de un Data Warehouse Marta Millan millan@eisc.univalle.edu.co www.eisc.univalle.edu.co/materias El modelo Multidimensional Principios básicos Marta Millan millan@eisc.univalle.edu.co

Más detalles

CUALIFICACIÓN PROGRAMACIÓN DE SISTEMAS INFORMÁTICOS PROFESIONAL. Nivel 3. Versión 6. Actualización

CUALIFICACIÓN PROGRAMACIÓN DE SISTEMAS INFORMÁTICOS PROFESIONAL. Nivel 3. Versión 6. Actualización Página 1 de 19 CUALIFICACIÓN PROGRAMACIÓN DE SISTEMAS INFORMÁTICOS PROFESIONAL Familia Profesional Informática y Comunicaciones Nivel 3 Código IFC303_3 Versión 6 Situación Contraste externo Actualización

Más detalles

MADEJA. Organización Gestor Documental. Versión: 0100 Fecha: 11/04/2011

MADEJA. Organización Gestor Documental. Versión: 0100 Fecha: 11/04/2011 Versión: 0100 Fecha: 11/04/2011 Queda prohibido cualquier tipo de explotación y, en particular, la reproducción, distribución, comunicación pública y/o transformación, total o parcial, por cualquier medio,

Más detalles

Cuadro de mando para el análisis de la información de Extranjería del Ministerio de Administraciones Públicas

Cuadro de mando para el análisis de la información de Extranjería del Ministerio de Administraciones Públicas Cuadro de mando para el análisis de la información de Extranjería del Ministerio de Administraciones Públicas José Antonio Peláez Ruiz Ministerio de Administraciones Públicas Alfonso Martín Murillo BG&S

Más detalles

ELEMENTO I INTRODUCCION A LOS SISTEMAS DE BASES DE DATOS

ELEMENTO I INTRODUCCION A LOS SISTEMAS DE BASES DE DATOS Base de Datos ELEMENTO I INTRODUCCION A LOS SISTEMAS DE BASES DE DATOS Una base de datos es un conjunto de elementos de datos que se describe a sí mismo, con relaciones entre esos elementos, que presenta

Más detalles

ESTRUCTURA DE DESGLOSE DEL TRABAJO EDT

ESTRUCTURA DE DESGLOSE DEL TRABAJO EDT ESTRUCTURA DE DESGLOSE DEL TRABAJO EDT Una de las primeras tareas en el proceso de creación de un proyecto es la definición de su alcance, delimitando los trabajos a realizar para lograr cumplir los objetivos

Más detalles

Arquitectura de Aplicaciones

Arquitectura de Aplicaciones 1 Capítulo 13: Arquitectura de aplicaciones. - Sommerville Contenidos del capítulo 13.1 Sistemas de procesamiento de datos 13.2 Sistemas de procesamiento de transacciones 13.3 Sistemas de procesamiento

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

Secretaría General Febrero 2015

Secretaría General Febrero 2015 Secretaría General Febrero 2015 Pliego de Prescripciones Técnicas para la contratación de los servicios de consultoría para la digitalización de la documentación de los archivos en papel de uso frecuente

Más detalles

Proyecto de Desarrollo de una Base de Datos para un concesionario

Proyecto de Desarrollo de una Base de Datos para un concesionario Proyecto de Desarrollo de una Base de Datos para un concesionario Etienne Boshoff de Jong Enginyeria en Informàtica Juan Martinez Bolaños 14 enero 2013 Proyecto Final de Carrera: Base de Datos Page 1 1.

Más detalles

Especificación de Requisitos del Sistema de Registro y Control de Bienes Muebles de la ULA (ULA_SRCBM, versión 1.0)

Especificación de Requisitos del Sistema de Registro y Control de Bienes Muebles de la ULA (ULA_SRCBM, versión 1.0) Proyecto: Actualización del Sistema de Información de Muebles Documento: Especificación de s del Sistema de Registro y Control de Muebles ULA (ULA_SRCBM, versión 1.0) Elaborado por: William J. Montilva

Más detalles

Volver. Miguel Ángel De La Cruz Carrasco Asesor Técnico de Bases de Datos Consejería de Obras Públicas y Transportes de la Junta de Andalucía

Volver. Miguel Ángel De La Cruz Carrasco Asesor Técnico de Bases de Datos Consejería de Obras Públicas y Transportes de la Junta de Andalucía PROYECTO ALMACÉN DE LA CONSEJERÍA DE OBRAS PÚBLICAS Y TRANSPORTES DE LA JUNTA DE ANDALUCÍA, COMO PLATAFORMA PARA LA INTEGRACIÓN Y EL ANÁLISIS DE LOS DATOS Asesor Técnico de Bases de Datos Consejería de

Más detalles

SOFTWARE INTEGRAL DE GESTIÓN DE SERVICIOS

SOFTWARE INTEGRAL DE GESTIÓN DE SERVICIOS SOFTWARE INTEGRAL DE GESTIÓN DE SERVICIOS INTRODUCCIÓN Fruto de profesionales con una significativa experiencia en el sector, Europha representa en el mercado del software específico de aplicación, un

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 EVIDENCIA DE LA UNIDAD DE COMPETENCIA

GUÍA DE EVIDENCIA DE LA UNIDAD DE COMPETENCIA MINISTERIO DE EDUCACIÓN, CULTURA Y DEPORTE SECRETARÍA DE ESTADO DE EDUCACIÓN, FORMACIÓN PROFESIONAL Y UNIVERSIDADES DIRECCIÓN GENERAL DE FORMACIÓN PROFESIONAL INSTITUTO NACIONAL DE LAS CUALIFICACIONES

Más detalles

Arquitectura para análisis de información. Zombi es una arquitectura que proporciona de manera integrada los componentes

Arquitectura para análisis de información. Zombi es una arquitectura que proporciona de manera integrada los componentes Capítulo 4 Arquitectura para análisis de información propuesta 4.1 Arquitectura Zombi es una arquitectura que proporciona de manera integrada los componentes necesarios para el análisis de información

Más detalles

Análisis del Sistema de Información

Análisis del Sistema de Información Análisis del Sistema de Información ÍNDICE DESCRIPCIÓN Y OBJETIVOS... 2 ACTIVIDAD ASI 1: DEFINICIÓN DEL SISTEMA... 6 Tarea ASI 1.1: Determinación del Alcance del Sistema... 6 Tarea ASI 1.2: Identificación

Más detalles

rg.o cm a Diseñ e o o l óg ó ico c l@ rza e b Di D s i e s ño d e b as a e s s s d e d at a o t s s r e r la l c a i c o i nal a e l s

rg.o cm a Diseñ e o o l óg ó ico c l@ rza e b Di D s i e s ño d e b as a e s s s d e d at a o t s s r e r la l c a i c o i nal a e l s Diseño lógico Diseño de bases de datos relacionales Diseño lógico de bases de datos relacionales El modelo relacional: El concepto de relación: tuplas, atributos y dominios. Restricciones de integridad

Más detalles

CUALIFICACIÓN PROGRAMACIÓN DE SISTEMAS INFORMÁTICOS PROFESIONAL. Nivel 3. Versión 5 Situación RD 1201/2007 Actualización

CUALIFICACIÓN PROGRAMACIÓN DE SISTEMAS INFORMÁTICOS PROFESIONAL. Nivel 3. Versión 5 Situación RD 1201/2007 Actualización Página 1 de 17 CUALIFICACIÓN PROGRAMACIÓN DE SISTEMAS INFORMÁTICOS PROFESIONAL Familia Profesional Informática y Comunicaciones Nivel 3 Código IFC303_3 Versión 5 Situación RD 1201/2007 Actualización Competencia

Más detalles

Institut Català de la Salut

Institut Català de la Salut Institut Català de la Salut Programa de Modernización del ICS Institut Català de la Salut Programa de Modernización del ICS Agenda Principales magnitudes del ICS El programa de modernización del ICS El

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

Implantación de Aplicaciones Web Fecha: 20-09-13

Implantación de Aplicaciones Web Fecha: 20-09-13 Página 1 de 24 RESUMEN DE LA PROGRAMACIÓN ADMINISTRACIÓN DE SISTEMAS INFORMÁTICOS EN RED CURSO AC. 2012 / 2013 ÁREA / MATERIA / MÓDULO PROFESIONAL Implantación de Aplicaciones Web (84 horas 4 horas semanales)

Más detalles

SISTEMAS DE INFORMACION GERENCIAL LIC.PATRICIA PALACIOS ZULETA

SISTEMAS DE INFORMACION GERENCIAL LIC.PATRICIA PALACIOS ZULETA SISTEMAS DE INFORMACION GERENCIAL LIC.PATRICIA PALACIOS ZULETA Qué es inteligencia de negocios? (BI) Business Intelligence es la habilidad para transformar los datos en información, y la información en

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

PROYECTO DE DESARROLLO E IMPLANTACIÓN DE LA SOLUCIÓN DE BUSINESS INTELLIGENCE PARA ELIPSOS INTERNACIONAL S.A.

PROYECTO DE DESARROLLO E IMPLANTACIÓN DE LA SOLUCIÓN DE BUSINESS INTELLIGENCE PARA ELIPSOS INTERNACIONAL S.A. PROYECTO DE DESARROLLO E IMPLANTACIÓN DE LA SOLUCIÓN DE BUSINESS INTELLIGENCE PARA ELIPSOS INTERNACIONAL S.A. Dirección de Sistemas de Información Madrid, mayo 2014 PCT B.I. ELIPSOS 1 CONTENIDO 1. OBJETIVO

Más detalles

Análisis de Requisitos

Análisis de Requisitos Análisis de Requisitos Los requisitos determinan lo que hará el sistema y definen restricciones sobre su operación e implementación. El análisis de requisitos es el proceso del estudio de las necesidades

Más detalles

Sistemas de Información para la Gestión. UNIDAD 2: RECURSOS DE TI Información y Aplicaciones

Sistemas de Información para la Gestión. UNIDAD 2: RECURSOS DE TI Información y Aplicaciones UNIDAD 2: RECURSOS DE TI Información y Aplicaciones UNIDAD 2: RECURSOS DE TI Información y Aplicaciones 1. La Información: Propiedades de la Información. Sistemas de Información. Bases de Datos. 2. Administración

Más detalles

Gestión de Proyectos A Guide to the Project Management Body of Knowledge (Pmbok Guide) Profesor Guillermo E. Badillo Astudillo

Gestión de Proyectos A Guide to the Project Management Body of Knowledge (Pmbok Guide) Profesor Guillermo E. Badillo Astudillo Gestión de Proyectos A Guide to the Project Management Body of Knowledge (Pmbok Guide) Profesor Guillermo E. Badillo Astudillo Todas las slides siguientes están tomadas de la guía de los fundamentos para

Más detalles

Programa Agenda de Conectividad Estrategia de Gobierno en línea

Programa Agenda de Conectividad Estrategia de Gobierno en línea Programa Agenda de Conectividad Estrategia de Gobierno en línea República de Colombia - Derechos Reservados Bogotá D.C, Marzo de 2010 PROGRAMA AGENDA DE CONECTIVIDAD ESTRATEGIA DE GOBIERNO EN LÍNEA GUÍA

Más detalles

Diagrama de Clases. Diagrama de Clases

Diagrama de Clases. Diagrama de Clases Diagrama de Clases 1 Diagrama de Clases El propósito de este diagrama es el de representar los objetos fundamentales del sistema, es decir los que percibe el usuario y con los que espera tratar para completar

Más detalles

Guía de Libro Mayor. Versión 5. 6. Comentarios: soporte@mandos.com.mx. Revisión: A05-0715. Mandos Consultores, S.A. de C.V.

Guía de Libro Mayor. Versión 5. 6. Comentarios: soporte@mandos.com.mx. Revisión: A05-0715. Mandos Consultores, S.A. de C.V. Guía de Libro Mayor Versión 5. 6 Comentarios: soporte@mandos.com.mx Revisión: A05-0715 Mandos Consultores, S.A. de C.V. Heriberto Frías 1104 Oficina 201, Colonia Del Valle 03100 México, D. F. Tel. (55)

Más detalles

LINEAMIENTOS GENERALES PARA LA IMPLEMENTACIÓN DE PROCESOS ELECTRÓNICOS

LINEAMIENTOS GENERALES PARA LA IMPLEMENTACIÓN DE PROCESOS ELECTRÓNICOS LINEAMIENTOS GENERALES PARA LA IMPLEMENTACIÓN DE PROCESOS LINEAMIENTOS GENERALES PARA LA IMPLEMENTACIÓN DE PROCESOS Ministerio de Tecnologías de la Información y las Comunicaciones Programa de Gobierno

Más detalles

Manual de usuario de la aplicación telemática de notificación de detecciones de radiactividad en instalaciones de gestión de materiales metálicos

Manual de usuario de la aplicación telemática de notificación de detecciones de radiactividad en instalaciones de gestión de materiales metálicos MU-NOTIFDET-09/01 Manual de usuario de la aplicación telemática de notificación de detecciones de radiactividad en instalaciones de gestión de materiales metálicos (Versión 2) Septiembre / 2009 Área de

Más detalles

Una base de datos es una colección de información ordenada e interrelacionada que es de importancia para una empresa.

Una base de datos es una colección de información ordenada e interrelacionada que es de importancia para una empresa. BASES DE DATOS Una base de datos es una colección de información ordenada e interrelacionada que es de importancia para una empresa. La creación de una base de datos debe ser realizada cuidadosamente procurando

Más detalles

Metodología de Ingeniería del Software para el desarrollo y mantenimiento de sistemas de información del Gobierno de Extremadura

Metodología de Ingeniería del Software para el desarrollo y mantenimiento de sistemas de información del Gobierno de Extremadura Metodología de Ingeniería del Software para el desarrollo y mantenimiento de sistemas de información del Gobierno de Extremadura Página 1 de 23 Índice del Documento 1.- Introducción... Página 4 2.- Propuesta

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

Reporte Registro de Personas con Discapacidad

Reporte Registro de Personas con Discapacidad SISTEMA INTEGRAL DE LA PROTECCION SOCIAL SISPRO SISTEMA DE GESTION DE DATOS SGD Reporte Registro de Personas con Discapacidad CÓDIGO: VERSIÓN: 3 FECHA: 201310 Reporte Registro de Personas con Discapacidad

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

www.fundibeq.org Además se recomienda su uso como herramienta de trabajo dentro de las actividades habituales de gestión.

www.fundibeq.org Además se recomienda su uso como herramienta de trabajo dentro de las actividades habituales de gestión. DIAGRAMA DE PARETO 1.- INTRODUCCIÓN Este documento sirve de guía para la utilización de los Diagramas de Pareto en aquellas situaciones en que se requiere resaltar la diferente importancia de los factores

Más detalles

PROCEDIMIENTO DE EVALUACIÓN Y ACREDITACIÓN DE LAS COMPETENCIAS PROFESIONALES CUESTIONARIO DE AUTOEVALUACIÓN PARA LAS TRABAJADORAS Y TRABAJADORES

PROCEDIMIENTO DE EVALUACIÓN Y ACREDITACIÓN DE LAS COMPETENCIAS PROFESIONALES CUESTIONARIO DE AUTOEVALUACIÓN PARA LAS TRABAJADORAS Y TRABAJADORES MINISTERIO DE EDUCACIÓN, CULTURA Y DEPORTE SECRETARÍA DE ESTADO DE EDUCACIÓN, FORMACIÓN PROFESIONAL Y UNIVERSIDADES DIRECCIÓN GENERAL DE FORMACIÓN PROFESIONAL INSTITUTO NACIONAL DE LAS CUALIFICACIONES

Más detalles

La gestión de proyectos es la rama de la ciencia de la administración que trata de la planificación y el control de proyectos.

La gestión de proyectos es la rama de la ciencia de la administración que trata de la planificación y el control de proyectos. DEFINICIÓN DE PROYECTO Un proyecto es un conjunto de acciones No repetitivas Únicas De duración determinada Formalmente organizadas Que utilizan recursos Podremos considerar un proyecto, a efectos de aplicarle

Más detalles

OpenLab. Módulo OLStat

OpenLab. Módulo OLStat OpenLab Módulo OLStat OpenLab Módulo OLstat OpenLab es un acrónimo de Open for Labs GIIS, nexus IT. nexus IT, An LBi Group Company C \ José Echegaray,8 Edificio 3 Parque Empresarial Alvia 28232 Las Rozas

Más detalles

Aplicación del diseño OLAP al análisis estadístico. La dimensión encuesta: aplicaciones

Aplicación del diseño OLAP al análisis estadístico. La dimensión encuesta: aplicaciones marial.garcia10@carm.es yolanda.vazquez@carm.es Centro Regional de Estadística de Murcia Resumen: Desde principios de los noventa es cada vez más frecuente el uso de herramientas de Inteligencia Empresarial

Más detalles

Buscar: Permite buscar registros por medio de catálogos. Procesar: Permite ejecutar una operación que involucra varios procesos.

Buscar: Permite buscar registros por medio de catálogos. Procesar: Permite ejecutar una operación que involucra varios procesos. 1 de 81 Nuevo: Permite incluir un nuevo registro en el sistema. Guardar: Permite almacenar un registro nuevo o actualizar si proviene de un catálogo. Buscar: Permite buscar registros por medio de catálogos.

Más detalles

Diseño e implementación de una base de datos relacional para la gestión sanitaria

Diseño e implementación de una base de datos relacional para la gestión sanitaria Diseño e implementación de una base de datos relacional para la gestión sanitaria Proyecto Final de Carrera Autor: Francisco Serrano Peris Ingeniería en Informática Consultor: Juan Martínez Bolaños 12

Más detalles

HealthOne ERP Sanitario sobre. +34 917 158 188 marketing@ecinsa.com www.ecinsa.com

HealthOne ERP Sanitario sobre. +34 917 158 188 marketing@ecinsa.com www.ecinsa.com HealthOne ERP Sanitario sobre +34 917 158 188 marketing@ecinsa.com www.ecinsa.com Principales tendencias en la Industria de la Salud Coordinación de la atención Visibilidad & Transparencia Efectividad

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

CRM Customer Relationship Management

CRM Customer Relationship Management CRM Customer Relationship Management es la solución que ofrece IDSénia para gestionar su los clientes, como estrategia de negocio. Definición. Traducido como Gestión de la los clientes, es parte de una

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

!08/03/05 SISTEMA DE INFORMACIÓN INTEGRAL EN FARMACIA -FARMA. FARMA. ARQUITECTURA DEL SISTEMA (Física y Lógica). W-95 W-98 W-NT SERVICIOS CENTRALES

!08/03/05 SISTEMA DE INFORMACIÓN INTEGRAL EN FARMACIA -FARMA. FARMA. ARQUITECTURA DEL SISTEMA (Física y Lógica). W-95 W-98 W-NT SERVICIOS CENTRALES SISTEMA DE INFORMACIÓN INTEGRAL EN FARMACIA -FARMA FARMA. ARQUITECTURA DEL SISTEMA (Física y Lógica). W-95 W-98 W-NT DISTRITOS, HOSPITALES DELEGACIONES DE SALUD Comunicación VIA WEB SERVICIOS CENTRALES

Más detalles

Especificación de requerimientos

Especificación de requerimientos Especificación de requerimientos 1. Requerimientos funcionales y no funcionales 2. Especificación de requerimientos en lenguaje natural 3. Herramientas de especificación Modelado de datos Diagramas entidad/relación

Más detalles

Asignatura (E): Jornada de Formación Permanente: Proyecto de Trabajo Especial de Grado. ESTRUCTURA DEL PROYECTO DE TEG.

Asignatura (E): Jornada de Formación Permanente: Proyecto de Trabajo Especial de Grado. ESTRUCTURA DEL PROYECTO DE TEG. Portada (Ver anexo J) * Página de Presentación (Ver anexo H) * Dedicatoria (opcional) * Agradecimiento (opcional) * Índice General (Ver anexo K) * Lista de Cuadros (Ver anexo F) * Lista de Gráficos (Ver

Más detalles

Tema 3: Bases de datos en Entorno Web

Tema 3: Bases de datos en Entorno Web Tema 3: Bases de datos en Entorno Web 1. Introducción. Un sistema de bases de datos proporciona un control centralizado de los datos. Esto contrasta con la situación que prevalece actualmente, donde a

Más detalles

Un comité de la organización ANSI (American National Standards Institute) aborda la problemática del almacenamiento de datos para su procesamiento en

Un comité de la organización ANSI (American National Standards Institute) aborda la problemática del almacenamiento de datos para su procesamiento en 15/05/2012 1 Un comité de la organización ANSI (American National Standards Institute) aborda la problemática del almacenamiento de datos para su procesamiento en aplicaciones informáticas en 1975. 2 Como

Más detalles

DATAWAREHOUSE Y DATAMINING: NUEVAS HERRAMIENTAS DE ANÁLISIS DE CLIENTES APLICADAS EN EL MARKETING ACTUAL

DATAWAREHOUSE Y DATAMINING: NUEVAS HERRAMIENTAS DE ANÁLISIS DE CLIENTES APLICADAS EN EL MARKETING ACTUAL Servicio Regional de Empleo CONSEJERÍA DE EMPLEO Y MUJER Comunidad de Madrid Curso Básico de MicroStrategy Desktop 07 de Marzo de 2.005 CÓDIGO: 04/5213 CURSO COFINANCIADO POR LA CONSEJERÍA DE EMPLEO Y

Más detalles

Xperta es una aplicación que no requiere instalar nada en su ordenador, sólo necesita un navegador web y una conexión a Internet.

Xperta es una aplicación que no requiere instalar nada en su ordenador, sólo necesita un navegador web y una conexión a Internet. Xperta es una herramienta ideada como ayuda a los servicios técnicos de cualquier empresa para realizar una gestión de s más clara, rápida y eficiente. Xperta es una aplicación que no requiere instalar

Más detalles

ALMACEN Y COMPRAS ALMACEN Y COMPRAS

ALMACEN Y COMPRAS ALMACEN Y COMPRAS Entrada en la Aplicación...5 Menú de Entradas...7 Mantenimiento de propuestas de pedidos...7 Paso de propuestas de pedidos para proveedor...8 Mantenimiento de pedidos a proveedores...10 Entrada en almacenes...12

Más detalles

Unidad 1. Introducción a los conceptos de Bases de Datos

Unidad 1. Introducción a los conceptos de Bases de Datos Unidad 1 Introducción a los conceptos de Bases de Datos 1.1 Definición de Base de Datos Dato: Conjunto de caracteres con algún significado, pueden ser numéricos, alfabéticos, o alfanuméricos. Información:

Más detalles

Sistema de Información Contable de Castilla y León SICCAL 2

Sistema de Información Contable de Castilla y León SICCAL 2 Sistema de Información Contable de SICCAL 2 Manual de usuario Elaboración de Presupuestos Manual Elaboración Presupuestos INDICE Junta de 1 INTRODUCCIÓN... 4 2 SECUENCIA DE PASOS EN ELABORACIÓN... 5 3

Más detalles

ADMINISTRACIÓN DE PROYECTOS

ADMINISTRACIÓN DE PROYECTOS ADMINISTRACIÓN DE PROYECTOS QUÉ ES LA ADMINISTRACIÓN DE PROYECTOS? Es la planeación, organización, dirección y control de los recursos para lograr un objetivo a corto plazo. También se dice que la administración

Más detalles

HISTORIA CLINICA ELECTRONICA

HISTORIA CLINICA ELECTRONICA HISTORIA CLINICA ELECTRONICA Objetivos Un HIS se busca que cumpla dos objetivos principalmente: Facilitar la gestión n del hospital buscando optimizar las tareas que se realizan. Proporcionar una mejor

Más detalles

APOYO PARA LA TOMA DE DECISIONES

APOYO PARA LA TOMA DE DECISIONES APOYO PARA LA TOMA DE DECISIONES Cátedra: Gestión de Datos Profesor: Santiago Pérez Año: 2006 Bibliografía: Introducción a las Bases de Datos. DATE - 1 - 1. INTRODUCCION APOYO PARA LA TOMA DE DECISIONES

Más detalles

Boletín de Asesoría Gerencial* Arquitectura orientada a servicios (SOA)

Boletín de Asesoría Gerencial* Arquitectura orientada a servicios (SOA) Espiñeira, Sheldon y Asociados * No. 12-2009 *connectedthinking Haga click en los enlaces para navegar a través del documento Haga click en los enlaces para llegar directamente a cada sección 4 Introducción

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

Identificación fácil de los clientes adecuados

Identificación fácil de los clientes adecuados PASW Direct Marketing 18 Especificaciones Identificación fácil de los clientes adecuados Sabemos que le gustaría que sus programas de marketing sean lo más rentables posible y sabemos que conocer la información

Más detalles

Formulario SINADI - Emergencias Móviles

Formulario SINADI - Emergencias Móviles Formulario SINADI - Emergencias Móviles OCTUBRE 2012 I N S T R U C T I V O Se presenta el instructivo para el formulario SINADI - Asistencial correspondiente a las empresas prestadoras de servicios de

Más detalles

El Reporting como sistema de Información para mejorar los resultados de su empresa

El Reporting como sistema de Información para mejorar los resultados de su empresa El Reporting como sistema de Información para mejorar los resultados de su empresa Autor: Luis Muñiz Socio Director de Sisconges & Estrategia l.muniz@sistemacontrolgestion.com Céntrese en la gestión de

Más detalles

EJ-DSI. Ejemplo - Diseño del Sistema de Información

EJ-DSI. Ejemplo - Diseño del Sistema de Información EJ-DSI Ejemplo - Diseño del Sistema de Información 1 Estructura DSI 1 Definición de la Arquitectura del Sistema DSI 2 Diseño de la arquitectura de soporte DSI 3 Diseño de Casos de Uso Reales DSI 4 Diseño

Más detalles

PROPUESTA SINDICAL PARA LA ELABORACIÓN DEL PLAN DE IGUALDAD Y CONCILIACIÓN DE LA VIDA LABORAL, FAMILIAR Y PERSONAL

PROPUESTA SINDICAL PARA LA ELABORACIÓN DEL PLAN DE IGUALDAD Y CONCILIACIÓN DE LA VIDA LABORAL, FAMILIAR Y PERSONAL MESA CONVENIO CRTVE PROPUESTA SINDICAL PARA LA ELABORACIÓN DEL PLAN DE IGUALDAD Y CONCILIACIÓN DE LA VIDA LABORAL, FAMILIAR Y PERSONAL Por qué la igualdad de oportunidades es un buen negocio? La igualdad

Más detalles

Inventario de Bienes de Interés Cultural

Inventario de Bienes de Interés Cultural Inventario de Bienes de Interés Cultural Introducción Este anexo ilustrará la forma de llevar proyectos de inventario, sin entrar en los tipos de concepto y herramientas destinadas al mantenimiento. Se

Más detalles

HealthOne. ERP Sanitario sobre SAP Business One

HealthOne. ERP Sanitario sobre SAP Business One HealthOne ERP Sanitario sobre SAP Business One Principales tendencias en el Industria de la Salud Coordinación de la atención Visibilidad & Transparencia Efectividad & Eficiencia Adopción de registros

Más detalles

Aplicación para la gestión de la información del directorio de empresas. Explotación de ficheros procedentes de la Seguridad Social

Aplicación para la gestión de la información del directorio de empresas. Explotación de ficheros procedentes de la Seguridad Social Aplicación para la gestión de la información del directorio de empresas. Explotación de ficheros procedentes martin.manzanera@juntadeandalucia.es Instituto de Estadística de Andalucía esther.munoz.ext@juntadeandalucia.es

Más detalles

NUEVO ENFOQUE DEL SISTEMA DE TRATAMIENTO DE FACTURAS EN EL S.I. JÚPITER. FACTURA, CONFORMIDAD Y FIRMA ELECTRÓNICA.

NUEVO ENFOQUE DEL SISTEMA DE TRATAMIENTO DE FACTURAS EN EL S.I. JÚPITER. FACTURA, CONFORMIDAD Y FIRMA ELECTRÓNICA. NUEVO ENFOQUE DEL SISTEMA DE TRATAMIENTO DE FACTURAS EN EL S.I. JÚPITER. FACTURA, CONFORMIDAD Y FIRMA ELECTRÓNICA. Director S.I. Júpiter. Jefe Srv. Información de Gastos Jefe de Proyecto Analista responsable

Más detalles

Primeros pasos hacia la Inteligencia de Negocios: Almacenes de datos (DataWareHouse), Herramientas ETL(PDI), Procesamiento analítico en línea.

Primeros pasos hacia la Inteligencia de Negocios: Almacenes de datos (DataWareHouse), Herramientas ETL(PDI), Procesamiento analítico en línea. Primeros pasos hacia la Inteligencia de Negocios: Almacenes de datos (DataWareHouse), Herramientas ETL(PDI), Procesamiento analítico en línea. Introducción Una solución de Business Intelligence parte de

Más detalles

Generación de ficheros PC-Axis desde Oracle mediante SAS

Generación de ficheros PC-Axis desde Oracle mediante SAS csiefum@gobiernodecanariasorg fojechi@gobiernodecanariasorg mespbae@gobiernodecanariasorg Instituto Canario de Estadística Resumen: El Instituto Canario de Estadística hace uso de la herramienta SAS en

Más detalles

Introducción Microsoft SQL Server 2000 Qué puede hacer con SQL Server 2000? Qué necesita saber para usar SQL Server 2000?

Introducción Microsoft SQL Server 2000 Qué puede hacer con SQL Server 2000? Qué necesita saber para usar SQL Server 2000? Introducción Microsoft SQL Server 2000 Qué puede hacer con SQL Server 2000? Qué necesita saber para usar SQL Server 2000? Cómo usar este libro Estructura del libro Ejemplos Convenciones tipográficas 1.

Más detalles

Plantilla de Información Periódica

Plantilla de Información Periódica Manual de Usuario Versión 1.2 Plantilla de Información Periódica Segunda Generación de Sistemas Ingresadores Marzo 2007 TABLA DE CONTENIDOS 1. INTRODUCCIÓN...1 2. OBJETIVO...2 3. TÉRMINOS Y DEFINICIONES...2

Más detalles

RECURSOS DE TI Aplicaciones - Bibliografía FUNDAMENTOS DE LA INTELIGENCIA DE NEGOCIOS

RECURSOS DE TI Aplicaciones - Bibliografía FUNDAMENTOS DE LA INTELIGENCIA DE NEGOCIOS Sistemas de Información para la Gestión UNIDAD 3: RECURSOS DE TECNOLOGÍA DE INFORMACIÓN Aplicaciones UNIDAD 2: RECURSOS DE TI Aplicaciones 1. Administración de bases de datos e información: Sistemas de

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

La actividad asistencial en Atención

La actividad asistencial en Atención Atención Primaria TÍTULO PONENCIA Luís Sánchez Autor: Perruca Dirección General Atención Primaria de Madrid Servicio Madrileño de Salud. Comunidad de Madrid Los sistemas de información basados en la actividad

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

- Bases de Datos - - Diseño Físico - Luis D. García

- Bases de Datos - - Diseño Físico - Luis D. García - Diseño Físico - Luis D. García Abril de 2006 Introducción El diseño de una base de datos está compuesto por tres etapas, el Diseño Conceptual, en el cual se descubren la semántica de los datos, definiendo

Más detalles

Junta de Comunidades de Castilla-La Mancha MANUAL DE USUARIO

Junta de Comunidades de Castilla-La Mancha MANUAL DE USUARIO Junta de Comunidades de Castilla-La Mancha MANUAL DE USUARIO Versión Marzo.2008 Página 3 ÍNDICE 1 INTRODUCCIÓN... 15 2 MENÚS... 19 2.1 Anexo de Personal. Maestros... 20 2.2 Anexo de Personal. Administrador...

Más detalles

Guía Rápida Programs & Portfolio

Guía Rápida Programs & Portfolio Guía Rápida Programs & Portfolio Tabla de contenidos Tabla de contenidos... 2 1. Mi perfil, tutoriales y ayuda contextual... 3 2. Crear proyectos... 6 3. Crear usuarios y asignar a proyectos y tareas...

Más detalles

MANUAL DE AYUDA MÓDULO CRM

MANUAL DE AYUDA MÓDULO CRM MANUAL DE AYUDA MÓDULO CRM Fecha última revisión: Abril 2013 INDICE DE CONTENIDOS CRM... 4 1. INTRODUCCIÓN CRM... 4 CONFIGURACIÓN DE MAESTROS... 5 1. RECURSOS... 9 2. ESTADOS... 11 3. PRIORIDADES... 12

Más detalles

TEMA 1: INTRODUCCIÓN

TEMA 1: INTRODUCCIÓN 1 DISEÑO Y DESARROLLO DE COMPILADORES TEMA 1: INTRODUCCIÓN Qué es un Compilador? Un compilador no es más que un traductor, es decir, un programa que nos permite pasar información de un lenguaje a otro.

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

MANUAL DE PROCEDIMIENTO

MANUAL DE PROCEDIMIENTO Manual de Procedimiento para el Reconocimiento de las Competencias Profesionales Adquiridas por Experiencia Laboral MANUAL DE PROCEDIMIENTO Manual de Procedimiento 1 Manual de Procedimiento 2 ÍNDICE 1.

Más detalles

Motores de Búsqueda Web Tarea Tema 2

Motores de Búsqueda Web Tarea Tema 2 Motores de Búsqueda Web Tarea Tema 2 71454586A Motores de Búsqueda Web Máster en Lenguajes y Sistemas Informáticos - Tecnologías del Lenguaje en la Web UNED 30/01/2011 Tarea Tema 2 Enunciado del ejercicio

Más detalles

Métodos de distribución de los costos

Métodos de distribución de los costos 2 Métodos de distribución de los costos El modelo de calculo de los costos para las empresas es de suma importancia, porque estos son los que determinan la viabilidad del negocio, el grado de productividad

Más detalles

Planificación de Sistemas de Información

Planificación de Sistemas de Información Planificación de Sistemas de Información ÍNDICE DESCRIPCIÓN Y OBJETIVOS... 1 ACTIVIDAD 1: INICIO DEL PLAN DE SISTEMAS DE INFORMACIÓN... 4 Tarea 1.1: Análisis de la Necesidad del... 4 Tarea 1.2: Identificación

Más detalles

Planificación de Sistemas de Información

Planificación de Sistemas de Información Planificación de Sistemas de Información ÍNDICE DESCRIPCIÓN Y OBJETIVOS...1 ACTIVIDAD 1: INICIO DEL PLAN DE SISTEMAS DE INFORMACIÓN...4 Tarea 1.1: Análisis de la Necesidad del...4 Tarea 1.2: Identificación

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

PLAN DE PRUEBAS SISTEMA DE GESTIÓN HOSPITALARIA. Plan de Pruebas. File: 20130211-QA-INF-V2-PLAN DE PRUEBAS.odt STD-INF-GENERAL Versión: 1.

PLAN DE PRUEBAS SISTEMA DE GESTIÓN HOSPITALARIA. Plan de Pruebas. File: 20130211-QA-INF-V2-PLAN DE PRUEBAS.odt STD-INF-GENERAL Versión: 1. Cliente: FCM-UNA Página 1 de 14 PLAN DE PRUEBAS SISTEMA DE GESTIÓN HOSPITALARIA Cliente: FCM-UNA Página 2 de 14 Tabla de contenido 1. INTRODUCCIÓN 1.1. PROPÓSITO 1.2. ALCANCE 1.3. DEFINICIONES, ACRÓNIMOS

Más detalles