alcor grd manual-usuario

Fecha: 22 Abril 2011 ALCOR-GRD

Manual de usuario Página: 1 de 82

Copyright © SIGESA S.A. 2011. All rights reserved SigAlcorDoc-013

MANUAL DE USUARIO

ALCOR-GRD




INDICE

1 INTRODUCCIÓN__________________________________________________ 4

1.1 DESCRIPCIÓN DEL ENTORNO___________________________________________ 5 2 MANEJO DE LA APLICACIÓN ________________________________________ 6

2.1 CONEXIÓN AL SISTEMA _______________________________________________ 6 2.2 CONCEPTOS BÁSICOS ________________________________________________ 7

2.2.1 Estructura básica de una pantalla _____________________________ 7 2.2.2 Navegación a través de la aplicación ___________________________ 8 2.2.3 Pantalla de consulta/mantenimiento___________________________ 8

2.3 CONCEPTOS AVANZADOS_____________________________________________ 13 2.3.1 Cargas automáticas _______________________________________ 13 2.3.2 Tablas editables__________________________________________ 17 2.3.3 Ejecución de Procesos _____________________________________ 18

3 CIRCUITO HABITUAL DE IMPORTACIÓN DE DATOS______________________ 19 3.1 DEFINICIÓN DE LA INFRAESTRUCTURA __________________________________ 20

3.1.1 Parámetros Generales _____________________________________ 21 3.1.2 Tablas Maestras __________________________________________ 21 3.1.3 Modelos de Integración ____________________________________ 26 3.1.4 Interrelaciones de Modelos _________________________________ 29 3.1.5 Mapeos_________________________________________________ 31

3.2 PROCESO DE IMPORTACIÓN___________________________________________ 33 3.2.1 Recepción de Datos _______________________________________ 33 3.2.2 Modelo de Importación ____________________________________ 34 3.2.3 Proceso de Importación____________________________________ 35 3.2.4 Comprobación de Datos ____________________________________ 38

4 CIRCUITO HABITUAL DE IMPORTACIÓN DE DATOS______________________ 40 4.1 DEFINICIÓN DE LA INFRAESTRUCTURA __________________________________ 41

4.1.1 Parámetros Generales _____________________________________ 42 4.1.2 Tablas Maestras __________________________________________ 43 4.1.3 Modelos de Integración ____________________________________ 47 4.1.4 Interrelaciones de Modelos _________________________________ 50 4.1.5 Mapeos_________________________________________________ 52

4.2 PROCESO DE IMPORTACIÓN___________________________________________ 54 4.2.1 Recepción de Datos _______________________________________ 54




4.2.2 Modelo de Importación ____________________________________ 55 4.2.3 Proceso de Importación____________________________________ 56 4.2.4 Comprobación de Datos ____________________________________ 59

4.3 EXPLOTACIÓN DE INDICADORES _______________________________________ 60 4.3.1 Confirmación de Datos_____________________________________ 60 4.3.2 Consulta Pormenorizada de Datos ____________________________ 61 4.3.3 Exportación de Datos______________________________________ 66 4.3.4 Normas ________________________________________________ 67 4.3.5 Business Intelligence – Consultas e informes ___________________ 72




1 INTRODUCCIÓN

ALCOR-GRD es un analizador Estadístico Clínico-Asistencial que optimiza la información clínica permitiendo:

• Analizar la casuística de los pacientes atendidos

• Controlar los Costes y consumo de recursos

• Obtener información de la actividad por Servicios

• La mejora de la calidad asistencial

• Obtener criterios de Benchmarking

Todo ello incorporando las últimas tecnologías del sector diseñadas para el análisis rápido y eficaz de la información, ayudando así a al toma de las decisiones más adecuadas en el menor tiempo posible.

Esta herramienta no es de uso exclusivo de un Centro o un usuario, es una herramienta Multicentro y Multiusuario, de tal suerte que permite el trabajo simultáneo de varios Centros, protegiendo siempre el acceso a los datos.

Al ser un modelo Multicentro, podemos disponer de un modelo centralizado de instalación (Una única Base de Datos Una única fuente de datos), de manera que, desde los Servicios Centrales (SSCC), se puede trabajar directamente con los datos de los Centros sin necesidad de envíos de información.




1.1 DESCRIPCIÓN DEL ENTORNO

ALCOR-GRD es una herramienta Web, con lo que tan solo necesitaremos de un Navegador para poder trabajar con él.

Hagamos una diferenciación entre dos áreas de ALCOR-GRD, en función del proceso/uso que estemos haciendo de los datos; La primera podemos definirla como el Entorno de Proceso/Manipulación de Datos, en el que el usuario podrá crear su Infraestructura del Centro, parametrizar el sistema, definir Mapeos, generar Normas,…, e importar los datos al sistema. La segunda la podemos definir como el Entorno de Explotación, en el que el usuario se dirigirá a explotar los datos importados al sistema, generar informes estadísticos, analizar el comportamiento de la actividad del Centro, etc.…




2 MANEJO DE LA APLICACIÓN

En este apartado se va a explicar todo lo relacionado con el uso de la herramienta. Se divide en los siguientes puntos:

Conexión al sistema

Conceptos básicos

Conceptos avanzados

2.1 CONEXIÓN AL SISTEMA

Para trabajar con ALCOR-GRD es necesario conectarse al mismo mediante un Navegador Web (Internet Explorer, Firefox, etc.). Una vez abierto el navegador, se debe desplegar el menú de “Favoritos” y seleccionar la entrada de nombre ALCOR-GRD.

En la ventana de conexión, se debe introducir el Usuario, Contraseña e Idioma con el que desea trabajar. Para iniciar la aplicación, pulsar en el botón “Entrar”.

Si el Nombre de usuario y la Contraseña son correctos, el usuario accederá al sistema conectado al centro al cual está asignado.

NOTA: En caso de ser un usuario gestor de varios centros, se mostrará una lista en la que debe seleccionar a cuál de ellos desea conectarse.




2.2 CONCEPTOS BÁSICOS

En este punto se explican los conceptos básicos necesarios para manejar la herramienta: estructura de una pantalla, navegación a través de la aplicación, tipos de consultas y mantenimientos, manejo de cada uno de ellos, etc.

2.2.1 ESTRUCTURA BÁSICA DE UNA PANTALLA

Una vez conectado al sistema, se muestra al usuario la pantalla de inicio. Todas las pantallas de ALCOR-GRD tienen una estructura homogénea similar a ésta, por lo que será utilizada como ejemplo para describir la estructura básica de una pantalla.

Como se puede observar en la imagen, la pantalla está dividida en varias regiones:

1) Región superior: En ella se muestra, de izquierda a derecha: el logotipo de la aplicación, el Centro de conexión (*), el Usuario y el botón Salir. Esta región es común a toda la aplicación.

* NOTA: Pulsando sobre el centro, un usuario con acceso a varios centros podrá cambiar el Centro de conexión.

2) Menú de navegación: Se encuentra en la parte izquierda de la pantalla y es un elemento común a todas las pantallas. Está organizado en forma de árbol, y a través de él es posible acceder a todos aquellos puntos del sistema a los cuales el usuario conectado tiene permiso de acceso.

NOTA: Pulsando en el menú de navegación se minimiza, ampliando así el tamaño de la zona central.




3) Zona central: Es la zona que ocupa la mayor parte de la pantalla, y su contenido varía según el punto de menú en el que se encuentre el usuario (imagen de inicio, tablas con datos, formularios, etc.). La parte superior de la zona central muestra al usuario en todo momento el punto de la aplicación en el cual se encuentra.

2.2.2 NAVEGACIÓN A TRAVÉS DE LA APLICACIÓN

Tal y como se ha comentado en el punto anterior, para navegar a través de la aplicación se debe utilizar el Menú de navegación.

El Menú de navegación está dividido en diferentes módulos que cuelgan de la entrada principal ALCOR-GRD. Cada módulo está dividido a su vez en sub-módulos y nodos hoja ( ), que se corresponden con las diferentes pantallas de la aplicación.

Para expandir una carpeta se debe hacer clic en el icono ( ) adyacente a ella, y para contraerla se debe pulsar en ( ).

El contenido del Menú de navegación será variable dependiendo de los permisos de acceso de los que disponga el usuario conectado. La asignación de dichos permisos los gestiona el administrador del sistema.

2.2.3 PANTALLA DE CONSULTA/MANTENIMIENTO

La gran mayoría de pantallas de ALCOR-GRD se utilizan para consultar y/o mantener información. En este punto se van a explicar, tomando como ejemplo el Maestro de Centros, las funcionalidades básicas de una pantalla de consulta y/o mantenimiento.

La diferencia entre una pantalla de consulta y una de mantenimiento es que en esta última es posible insertar, modificar o borrar datos manualmente, mientras que la pantalla de consulta sólo se utiliza para la visualización de los mismos. La inserción y modificación de datos se realiza en una pantalla de detalle, tal y como se explicará más adelante.




Como se puede apreciar en la imagen, en una pantalla de consulta la zona central queda dividida en cuatro partes:

1. Filtro: Se encuentra en la zona superior. La región de filtro está compuesta por una serie de listas desplegables que corresponden a cada uno de los campos por los que se permite establecer el filtrado. El valor por defecto de cada lista es Todos, es decir, no se filtra por ese campo.

Si se quiere filtrar por un campo se debe desplegar la lista correspondiente, seleccionar un valor y pulsar en el botón [ ].

NOTA: La región de filtros aparece minimizada por defecto. Para expandirla se debe pulsar el botón situado en la parte superior derecha de la región.

NOTA: Si algún filtro está activo, el botón de filtrar se muestra en rojo [ ]

2. Barra de botones: Barra donde se agrupan los botones. Los más habituales son los

siguientes:

o Nuevo [ ]: Conduce al usuario a una página de detalle donde podrá insertar un nuevo registro. Disponible en las pantallas de mantenimiento.




o Borrar [ ]: Al pulsarlo elimina aquellos registros del informe que tengan el checkbox de selección [ ] marcado. Disponible en las pantallas de mantenimiento.

o Filtrar [ ]: Filtra los datos del informe según los criterios de filtrado seleccionados en la región de filtro. Disponible siempre y cuando exista algún filtro.

o Descargar [ ]: Descarga a un fichero con extensión CSV los datos del informe que cumplan el criterio de filtrado (en caso de no haber filtros activos se descarga todo). Disponible en prácticamente todas las consultas y mantenimientos.

3. Informe: Zona donde se muestran los datos. Los informes no se pueden editar en la propia tabla (salvo casos excepcionales), y las modificaciones se deben realizar en una

pantalla de detalle. Para modificar un registro se debe pulsar en el icono Editar [ ] del comienzo de la línea, lo que provocará un re-direccionamiento a la página de detalle.

NOTA: Para ordenar el informe por un campo se debe pulsar en la cabecera de la columna correspondiente. El primer clic hará que se ordene de forma ascendente [ ], mientras que un segundo clic hará que la ordenación sea descendente [ ].

4. Barra de paginación: Debido al elevado número de registros que puede llegar a tener un informe, los datos se muestran en bloques de 25. La barra de paginación indica el rango de registros que se visualiza en pantalla, junto con el número total de registros de la tabla. Para visualizar los bloques anterior/siguiente se deben pulsar los correspondientes botones de paginación [ ] [ ].

INSERTAR UN REGISTRO

En las pantallas de tipo mantenimiento, para crear un nuevo registro el usuario debe ir a la página de detalle.




Para crear un nuevo registro se deben seguir los siguientes pasos:

1) Pulsar en [ ].

2) Una vez en la página de detalle, informar los campos y pulsar en [ ]. Los campos obligatorios se indican con el icono [ ], mientras que los campos que pertenezcan a la clave primaria (no puede haber dos iguales, suelen ser obligatorios) se indican con el icono [ ].

3) El sistema valida los datos insertados (Campos obligatorios, numéricos, registro duplicado, etc.). Si alguno de los datos introducidos es incorrecto se muestra el correspondiente mensaje de error y el registro NO se guarda.




En caso de superar la validación, el registro queda insertado y el sistema devuelve al usuario a la página del informe.

NOTA: Es posible volver a la pantalla anterior pulsando en [ ]. Esta acción no produce ningún cambio en el sistema.

MODIFICAR UN REGISTRO

En las pantallas de tipo mantenimiento, para modificar un registro el usuario debe ir a la página de detalle.




Para modificar un registro existente se deben seguir los siguientes pasos:

1) Pulsar en el icono Editar [ ] del registro que se quiere modificar.

2) Se muestra al usuario la página de detalle con la información del registro. Realizar los

cambios pertinentes y pulsar en [ ] (los datos que pertenecen a la clave primaria [ ] no se pueden modificar).

3) Al igual que en la inserción, el sistema valida los datos introducidos. Si son correctos se guardan las modificaciones y el sistema conduce al usuario a la pantalla de informe. En caso contrario, muestra un mensaje de error y el registro NO se modifica.

NOTA: Es posible volver a la pantalla anterior pulsando en [ ]. Esta acción no produce ningún cambio en el sistema.

2.3 CONCEPTOS AVANZADOS

En este punto se explican los conceptos avanzados necesarios para manejar la herramienta: cargas automáticas, ejecución de procesos y tablas editables.

2.3.1 CARGAS AUTOMÁTICAS

Para evitar al usuario la carga manual de datos al sistema, existe la posibilidad de importar la información por medio de cargas automáticas de ficheros. Éstas son un caso particular de mantenimiento, por lo que la inserción y modificación de los registros se realizan de la manera similar al resto de mantenimientos. La única diferencia está en que en este caso se debe incorporar al sistema el fichero con los datos.




A continuación se va a explicar, paso a paso, cómo crear/modificar un registro, así como el procedimiento de importación automática.

Para crear un registro se deben seguir los siguientes pasos:

1) Pulsar en [ ]

2) Una vez en la página de detalle, informar los campos. Para seleccionar el fichero con la

información a cargar se debe pulsar en el botón . Se abrirá una ventana de exploración donde se debe localizar y seleccionar el fichero (el campo “Nombre fichero” se rellenará automáticamente).




3) Para guardar el registro pulsar en [ ]. Al igual que en el resto de mantenimientos, los campos obligatorios se indican con el icono [ ], mientras que los que pertenezcan a la clave primaria se indican con el icono [ ].

4) El sistema valida los datos insertados (Campos obligatorios, numéricos, registros duplicados, etc.). Si alguno de los datos introducidos es incorrecto se muestra el correspondiente mensaje de error y el registro NO se guarda. En caso de superar la validación, el registro queda insertado y el sistema devuelve al usuario a la página anterior.

NOTA: Al pulsar en Guardar el fichero adjunto se almacena en el sistema, pero no se carga. Para cargar los datos se debe lanzar el proceso de carga.

Para modificar un registro se deben seguir los siguientes pasos:

1) Pulsar en el icono Editar [ ] del registro que se quiere modificar.

2) Se muestra al usuario la página de detalle con la información del registro y la ruta

desde la cual se subió el fichero. Si se quiere sustituir el fichero se debe pulsar en [ ]

y se desplegará una caja de texto con un botón . Al pulsarlo se abrirá una ventana de exploración donde se debe localizar y seleccionar el fichero (el campo “Nombre fichero” se llenará automáticamente).

3) Pulsar en [ ]. Al igual que en el resto de mantenimientos, los campos obligatorios se indican con el icono [ ], mientras que los que pertenezcan a la clave primaria se indican con el icono [ ].

4) El sistema valida los datos insertados (Campos obligatorios, numéricos, registro duplicado, etc.). Si alguno de los datos introducidos es incorrecto se muestra el correspondiente mensaje de error y el registro NO se guarda. En caso de superar la validación, el registro queda insertado y el sistema devuelve al usuario a la página anterior.

NOTA: Al pulsar en guardar el fichero adjunto se guarda en el sistema, pero no se carga. Para cargar los datos se debe lanzar el proceso de carga.




Para importar un fichero se deben seguir los siguientes pasos:

1) En la página del informe, seleccionar el checkbox [ ] de aquellos registros que se deseen cargar. El sistema permite la carga simultánea de varios ficheros.

2) Pulsar en [ ]. Aparecerá una ventana de confirmación. Al pulsar Sí comenzará la importación y el sistema muestra una barra de progreso.

3) Al finalizar la importación aparecerá un mensaje indicando que el proceso ha terminado. En caso de finalizar correctamente mostrará en la columna Cargado OK? el icono [ ]. Esto significa que los datos se han cargado al sistema.

Si se ha producido algún error en la importación, mostrará en la columna Cargado OK?

el icono [ ].

NOTA: El campo Fecha muestra la fecha de la última importación que se ha realizado con ese fichero, ya sea correcta o incorrecta.




Al pulsar en [ ] el sistema muestra el informe de errores. Éste indica, por cada error, la fila y la columna en las que se ha detectado, el código erróneo y el tipo de

error. Es posible imprimir el informe de errores, pulsando en [ ].

2.3.2 TABLAS EDITABLES

Existe un tipo de mantenimiento en ALCOR-GRD que permite modificar datos directamente sobre una tabla, sin necesidad de ir a una pantalla de detalle. Éstos se denominan Mantenimientos Tabulares.

La siguiente imagen muestra un ejemplo:

Sobre este tipo de mantenimientos, dependiendo del caso, es posible realizar las siguientes acciones:

- Insertar: Para insertar un nuevo registro se debe pulsar en el botón [ ]. Esto provocará que aparezca una nueva línea vacía en el informe. Una vez se hayan

introducido los datos en la nueva línea se debe pulsar en [ ]. Se guardará, además de la información de la nueva línea, todas las modificaciones que se hayan podido realizar sobre cualquier otra fila del informe.

NOTA: El pulsar sobre el botón [ ] implica también un guardado de cualquier otra línea que haya sido modificada.




- Modificar: Para modificar los datos de un mantenimiento tabular se debe pulsar en

[ ]. Esta acción provoca que todos aquellos datos que hayan sido editados en el informe sean guardados.

- Borrar / Paginar: El borrado y la paginación del informe se realiza exactamente igual que en el resto de mantenimientos (Sección 2.2.3).

Habitualmente los mantenimientos tabulares se utilizan para informes con pocas columnas, en los que la inserción de una nueva fila no implica tener que realizar validaciones complejas.

Cuando se intenta guardar y existen datos erróneos, el sistema muestra un mensaje de error y subraya en rojo aquellos campos que no superan la validación.

2.3.3 EJECUCIÓN DE PROCESOS

En algunos puntos de la aplicación es posible ejecutar procesos (Importación de Datos, Generación de Normas, etc.). El lanzamiento de procesos se realiza siempre de una manera similar, aunque habrá variaciones dependiendo del caso. Una vez en ejecución, aparecerá una barra de progreso que permanecerá en pantalla hasta que el éste finalice, momento en el cual aparecerá una ventana indicando si el proceso ha concluido correctamente o no.

La explicación detallada del lanzamiento de cada proceso se expondrá en capítulos posteriores.




3 CIRCUITO HABITUAL DE IMPORTACIÓN DE DATOS

ALCOR-GRD es una herramienta para el proceso y explotación de, principalmente, el CMBD Hospitalario, pero que, mediante su correcta parametrización, es extensible a cualquier actividad realizada dentro de un Centro Hospitalario (Actividad Quirúrgica, Urgencias, Consultas, etc.).

Para poder explotar y analizar la información es necesario importarla previamente al sistema. El objetivo de este apartado es explicar paso a paso el proceso de importación de datos.

El siguiente diagrama muestra de manera resumida el dicho proceso en ALCOR-GRD:

Como se puede observar en la imagen, el circuito se divide en tres grandes bloques, cada uno de ellos se compuestos a su vez por varias tareas o pasos.

• Definición de la Infraestructura

o Parámetros Generales

o Tablas Maestras

o Modelos de Integración

o Interrelaciones de Modelos

o Mapeos




• Proceso de Importación

o Recepción de datos

o Modelo de Importación

o Proceso de Importación

Fase Integración

Fase Mapeo

Fase Validación

Fase Agrupación

Fase Cálculos Primarios

o Comprobación de datos

• Explotación de la Información

o Confirmación de Datos

o Consulta Pormenorizada

o Exportación de Datos

o Importación/Generación de Normas

o Business Intelligence – Consultas e Informes

A continuación se detalla, paso a paso, el proceso completo de importación de datos en ALCOR-GRD.

3.1 DEFINICIÓN DE LA INFRAESTRUCTURA

El primer paso consiste en establecer la infraestructura de ALCOR-GRD, es decir, todas las definiciones y parametrizaciones necesarias para poder empezar a importar datos al sistema.

La definición de la infraestructura se divide en cinco partes:

• Parámetros Generales

• Tablas Generales

• Modelos de Integración

• Interrelaciones de Modelos

• Mapeos

Generalmente la infraestructura es estable dentro de una organización, por lo que una vez definida no debería variar demasiado con el tiempo. Aún así, siempre es posible añadir/eliminar/modificar elementos de la misma.




3.1.1 PARÁMETROS GENERALES

Se encuentra en la ruta Infraestructura > Parámetros de Configuración > Parámetros Generales.

En este punto es posible definir ciertos parámetros del sistema a nivel de centro. Es una pantalla que en principio debe ser gestionada por usuarios administradores del sistema.

3.1.2 TABLAS MAESTRAS

Una vez definidos los parámetros de configuración, el siguiente paso consiste en definir la codificación con la que se quiere trabajar en ALCOR-GRD. Para ello se deben alimentar una serie de tablas maestras, ya sea mediante carga manual (mantenimientos) o mediante carga automática (cargas de ficheros). Lo lógico es utilizar la carga automática, ya que resulta mucho más rápido y menos complejo, dejando la carga manual para modificaciones puntuales.

La definición de tablas maestras se compone de una serie de mantenimientos que se encuentran agrupados bajo el punto de menú Infraestructura > Tablas Maestras.

La gran mayoría de tablas maestras se definen a nivel de centro, es decir, cada centro debe tener cargados sus propios datos maestros. Pero existen una serie de tablas maestras que son centralizadas, esto es, en un modelo de instalación multi-centro todos los centros utilizan los mismos códigos. El mantenimiento de estas tablas corresponde al usuario administrador.




Bajo Tablas Maestras, existe un punto de menú para cada uno de los maestros (carga manual). A continuación se describe cada uno de ellos:

- Centros [Centralizado]: Relación de Centros dados de alta en el sistema. Cada registro

se compone de los siguientes campos: código, descripción, adscrito, tipo, entidad, comunidad, provincia, nº camas, categoría,…

NOTA: Para poder conectarse a un centro y trabajar con él, éste debe estar Adscrito. Sólo un usuario administrador puede adscribir centros.

- Áreas (Estructura Organizativa). Es el nivel superior de la jerarquía, en él se definen

las diferentes Áreas Clínicas del centro. Cada registro se compone de código y descripción.

- Unidades (Estructura Organizativa). Unidades de Clínicas del centro. Cada registro se compone de un código, descripción y código del Área al que pertenece.

- Servicios (Estructura Organizativa). Los Servicios Clínicos del centro. Cada registro se compone de código y descripción.




- Secciones (Estructura Organizativa). Las diferentes secciones en las que se descomponen los Servicios. Además de código y descripción, para cada Sección se debe indicar el Servicio al que pertenece.

- Sexo: La codificación de Sexos utilizada en el centro. Cada registro se compone de código y descripción.

- Circunstancia de Alta/Egreso: La codificación de Circunstancias de Alta utilizadas en el centro. Por cada registro se debe indicar, además de código y descripción, el correspondientes códigos AP/APR/CMS e IR para el Agrupador.

- Tipo de Ingreso: La codificación de Tipos de Ingreso utilizada en el centro. Cada registro se compone de código y descripción.

- Financiadores: La codificación de Financiadores utilizada en el centro. Cada registro se compone de código y descripción.

- CIE [Centralizado]: Los Códigos de CIE utilizados en el centro. Por cada registro se debe especificar una versión de CIE, un código y una descripción.

- CDM [Centralizado]: Los Códigos de Categoría Diagnóstica Mayor utilizados en el centro. Cada registro se compone de código y descripción.

- Agrupador SCP-IR [Centralizado]: Maestro de GRD’s de la familia SCP-IR. Cada registro se compone de versión, código GRD, descripción GRD, tipo y CDM.

- Tablas Generales: En ALCOR-GRD existen una serie de maestros que no tienen un mantenimiento explícito, sino que se engloban bajo un mismo mantenimiento. Estos maestros son:

ENTIDADES

COMUNIDADES

PROVINCIAS

CATEGORIAS DE HOSPITALES

PROCEDENCIA DE LOS COSTES

TIPOS ASISTENCIA

SEVERIDAD

PAISES

MUNICIPIOS

TIPO DE ACTIVIDAD

OCUPACIONES PROFESIONALES

PROGRAMAS

TIPOS DE HOSPITALIZACION

TIPOS DE PROCEDENCIA INGRESO

UNIDADES PROVEEDORAS

MEDICO

AREA CLINICA




CODIGO DE RETORNO DEL AGRUPADOR (AP/APR/CMS)

CODIGO DE RETORNO DEL AGRUPADOR (IR)

VERSIONES DE GRDS (AP | CMS | APR | IR..)

VERSIONES ESPECIFICAS DE GRDS (AP | CMS | APR | IR..)

TIPOS DE GRDS (AP | CMS | APR | IR..)

TIPOS DE HOSPITAL

VALIDEZ REGISTRO

VERSIONES CIE

CAMPO DE USUARIO 1

CAMPO DE USUARIO 2

CAMPO DE USUARIO 3

CAMPO DE USUARIO 4

CAMPO DE USUARIO 5

CAMPO DE USUARIO 6

CAMPO DE USUARIO 7

CAMPO DE USUARIO 8

CAMPO DE USUARIO 9

CAMPO DE USUARIO 10

CAMPO DE USUARIO 11

CAMPO DE USUARIO 12

CAMPO DE USUARIO 13

CAMPO DE USUARIO 14

CAMPO DE USUARIO 15

CAMPO DE USUARIO 16

CAMPO DE USUARIO 17

CAMPO DE USUARIO 18

CAMPO DE USUARIO 19

CAMPO DE USUARIO 20

TIPOS DE INTERVENCION

TIPOS DE PROGRAMACION

CÓDIGOS POSTALES

CIAS

GRUPOS EDAD

La mayoría de los maestros tienen, además, campos de agrupación. Estos campos se utilizan para definir agrupaciones alternativas en base a las necesidades del usuario.




A través de la carga automática es posible alimentar los maestros por medio de cargas de ficheros. El mantenimiento se encuentra bajo la ruta Infraestructura > Tablas Maestras > Carga Automática.

Cada maestro tiene su propia carga, para ello hay que crear una línea por cada uno con el código correspondiente. Para más información relacionada con las estructuras de los ficheros consultar el Anexo A: Estructura de los Ficheros de Carga.

NOTA: El mecanismo de carga automática se realiza según lo explicado en el punto 3.1.1. Cargas Automáticas.




3.1.3 MODELOS DE INTEGRACIÓN

Una de las tareas previas a la importación de datos consiste en definir los modelos de importación, que especifican la estructura y el formato de los campos a importar. Se encuentran bajo la ruta Integración > Definición de Estructuras de Datos.

Existen tres tipos de modelo:

- Modelo Principal: Estructura de campos definida en ALCOR-GRD. Es único y no

puede ser modificado por el usuario.

- Modelo Específico: Estructura de campos definida por el usuario. Se corresponde con el formato de columnas del fichero de datos (Ejemplo: Estructura CMBD del centro). Se deben definir tantos como estructuras de ficheros haya.

- Modelo Base de Cliente: Segundo nivel de estructura de campos definida por el usuario. Se correspondería con una estructura de campos “centralizada” (Ejemplo: Estructura CMBD de Servicios Centrales). Se pueden definir tantos como se quiera, pero lo habitual será definir uno por cada tipo de actividad (CMBD, CMA, etc.).

El objetivo es, primeramente, definir los diferentes modelos y, posteriormente, interrelacionarlos entre sí para poder llevar la información del Modelo Específico (fichero de carga) al Modelo Principal, tal y como se indica en la imagen.

Modelo Base de Clientes Modelo Específico Modelo Principal

A continuación, se detalla cada uno de los modelos:

- Modelo Principal: Es el modelo de campos utilizado en ALCOR-GRD. No es posible

modificarlo ya que está definido internamente, pero es lo suficientemente amplio como para adaptarse a cualquier estructura, debido a su gran cantidad de campos.

En caso carecer de alguna columna que pueda resultar de interés para el usuario, hay 20 columnas de usuario adicionales que permiten almacenar cualquier tipo de información.

Se encuentra bajo la ruta Integración > Definición de Estructuras de Datos > Modelo Principal.




- Modelo Base de Clientes: Es el modelo que se corresponde con la estructura de

campos normalizada, generalmente definida a nivel de comunidad autónoma, para cada tipo de actividad (CMBD, CMA, etc.).

Se encuentra bajo la ruta Integración > Definición de Estructuras de Datos > Modelos Base de Clientes.

Se pueden definir tantos modelos base de clientes como sea necesario, y cada uno se compone de los siguientes campos:

o Código del modelo

o Descripción del modelo

o Definición de los campos que lo componen (en tabla editable):

Orden: Orden del campo dentro del fichero

Nombre Columna

Descripción

Tipo Campo: Determina el tipo de dato de la columna: numérico (NUMBER), alfanumérico (TEXT) o fecha (DATE).




- Modelo Específico: Es el modelo que se corresponde con la estructura de campos de

cada fichero de carga.

Se encuentra bajo la ruta Integración > Definición de Estructuras de Datos > Modelos Específicos.

Se pueden definir tantos modelos específicos como sea necesario (generalmente tantos como diferentes estructuras de fichero se utilicen), y cada uno se compone de los siguientes campos:



o Separador de campo utilizado en el fichero (punto y coma, tabulador, DBF, etc.)

o Modelo Base de Cliente al que está vinculado



Columna: Nombre de la columna

Descripción: Descripción de la columna

Formato de fecha: Si el contenido del campo es una fecha, se debe indicar el formato de la misma.




3.1.4 INTERRELACIONES DE MODELOS

Una vez se han definido los modelos, el siguiente paso es establecer la interrelación entre ellos. Las interrelaciones establecen la forma en la que los datos pasan de una estructura determinada a otra. Hay dos tipos de interrelación: Principal – Bases de Cliente (1:N) y Base de Cliente – Específico (1:N):

- Principal – Bases de Cliente: Pantalla donde se establece la interrelación entre el

Modelo Principal y los diferentes Modelos Base de Cliente.

Se encuentra bajo la ruta Integración > Definición de Interrelación de Estructuras > Principal – Bases de Cliente.

Al entrar a la pantalla se debe seleccionar un Modelo Base de Cliente, y aparecerá una tabla editable con todas las columnas del Modelo Principal.

Es posible asignar un valor a cada columna de Modelo Principal, de entre las siguientes opciones:

o Una de las columnas del Modelo Base de Cliente.

o Un valor constante.

o Un valor constante que se aplica en caso de ser nulo el valor de la columna asignada.

o Una sub-cadena de una de las columnas del Modelo base de Cliente, indicando la posición de inicio y la longitud de la misma.




Si no se selecciona ninguna de las opciones anteriores, el campo será vació en el Modelo Principal.

- Específicos – Base de Cliente: Pantalla tabular donde se establece la interrelación

entre los Modelos Específicos y los Modelos Base de Cliente.

Se encuentra bajo la ruta Integración > Definición de Interrelación de Estructuras > Específicos – Base de Cliente.

Al entrar a la pantalla se debe seleccionar un Modelo Específico, y aparecerá un informe editable con todas las columnas del Modelo Base de Cliente asociado.


o Una de las columnas del modelo base de cliente.




Si no se selecciona ninguna de las opciones anteriores, el campo será vació en el Modelo Base de Cliente.




3.1.5 MAPEOS

A la hora de importar ficheros al sistema, hay que tener en cuenta la posibilidad de que la codificación de ciertos campos no se ajuste exactamente a la que está definida en los maestros de ALCOR-GRD. Esto puede ocurrir porque los datos pueden proceder de fuentes hetereogéneas, de diferentes aplicaciones cuyos códigos no tiene porqué ser los mismos que en ALCOR-GRD.

Para ello se incorpora una funcionalidad de mapeo de códigos, mediante la cual es posible transformar un código en otro en base a un lenguaje de mapeo.

Por ejemplo, supongamos que se utiliza ALCOR-GRD para importar datos de CMBD y datos de CMA, que provienen de diferentes aplicaciones. El sexo varón viene codificado en el fichero de CMBD como “1” y en el de CMA como “H”, pero en el maestro de ALCOR-GRD está definido como “V”. En ese caso habría que definir los siguientes mapeos:

1 según el lenguaje de mapeo CMBD se convierte en V

H según el lenguaje de mapeo CMA se convierte en V

De esa forma es posible disponer en el entorno de explotación de códigos “normalizados”.

La definición de maestros se compone de una serie de mantenimientos que se encuentran bajo la ruta Integración > Definición de Mapeos.




Al igual que en la definición de la Infraestructura, ALCOR-GRD permite definir mapeos tanto de forma manual como de forma automática.

La definición de mapeos manual está compuesto por los siguientes mantenimientos:

- Lenguajes de Mapeo: En este mantenimiento se dan de alta los diferentes lenguajes

de mapeo (tipos de codificación) con los cuales va a trabajar el sistema. Cada registro se compone de código y descripción.

- Centros (Mapeos): Definición de Mapeos para los centros. Cada mapeo viene definido por un código origen, un código destino y un lenguaje de mapeo.

- Servicios (Mapeos): Definición de Mapeos para los Servicios clínicos. Cada mapeo viene definido por un código origen, un código destino y un lenguaje de mapeo.

- Circunstancia de Alta (Mapeos): Definición de Mapeos para las Circunstancias de Alta. Cada mapeo viene definido por un código origen, un código destino y un lenguaje de mapeo.

- Tipo de Ingreso (Mapeos): Definición de Mapeos para los Tipos de Ingreso. Cada mapeo viene definido por un código origen, un código destino y un lenguaje de mapeo.

- Financiadores (Mapeos): Definición de Mapeos para los Financiadores. Cada mapeo viene definido por un código origen, un código destino y un lenguaje de mapeo.

- Tablas Generales (Mapeos): Definición de Mapeos para las Tablas Generales. Por cada mapeo se debe especificar: Tipo de tabla, código origen, lenguaje de mapeo y código destino.




3.2 PROCESO DE IMPORTACIÓN

Una vez definida la infraestructura, el usuario ya está en disposición de importar datos al sistema. Para ello debe ejecutar el proceso de importación, cuyo esquema se presenta a continuación:

El Proceso de Importación se divide en cuatro partes:

- Recepción del datos

- Modelo de importación

- Proceso de Importación, que a su vez se divide en:

o Fase Integración

o Fase Mapeo

o Fase Validación

o Fase Agrupación

o Fase Cálculos Primarios

- Comprobación de datos

A continuación se explica en detalle cada una de las fases.

3.2.1 RECEPCIÓN DE DATOS

El primer paso del proceso de importación consiste en la recepción del fichero que contiene los datos a importar. ALCOR-GRD permite importar cualquier fichero de texto, ya sea encolumnado fijo o con separador de campo, así como archivos DBF.

NOTA: Al recibir el fichero, se recomienda al usuario que lo almacene clasificado según su periodo y tipo de actividad, con el fin de evitar confusiones a la hora de importar los datos.




3.2.2 MODELO DE IMPORTACIÓN

Para poder importar el fichero al sistema es necesario definir previamente un Modelo de importación, es decir, crear una línea de carga en el mantenimiento que se encuentra bajo la ruta Procesos > Importar Datos.

Cada línea se compone de los siguientes campos:

- Centro: Centro al cual pertenecen los datos del fichero.

NOTA: Cuando un usuario tiene permisos para gestionar varios centros, puede importar datos de cualquiera de esos centros estando conectado desde otro.

- Modelo Específico: Modelo Específico al cual se ajusta el formato del fichero a

importar.

- Tipo de Actividad: ALCOR-GRD permite importar información de diferentes actividades realizadas en un centro hospitalario (CMBD, CMA, etc.). En este campo se debe indicar el Tipo de Actividad al que pertenecen los datos del fichero.

- Año Desde: Año de inicio del periodo de importación.

- Mes Desde: Mes de inicio del periodo de importación.

- Año Hasta: Año de finalización del periodo de importación.

- Mes Hasta: Mes de finalización del periodo de importación.

- Lenguaje de Mapeo: En caso de querer realizar algún tipo de mapeo sobre los datos a importar, se debe indicar el Lenguaje de Mapeo a utilizar.

- Versión CIE: Versión de CIE con la que se han codificado los diagnósticos y procedimientos del fichero.

- Fichero: Campo donde se debe especificar la ruta del fichero a importar. Al pulsar en el

botón aparecerá un explorador de carpetas donde se debe localizar dicho fichero.




- Nombre de Fichero: Por defecto toma el nombre del fichero seleccionado, pero se puede modificar si así lo desea el usuario.

- Agrupadores: Lista donde se puede seleccionar uno o varios agrupadores con los que agrupar los datos en el proceso de importación.

NOTA: En caso de no seleccionar ningún agrupador de la lista, el sistema interpreta que el fichero ya está agrupado (debe incluir una columna con el código de GRD y otra con la versión de agrupador).

Una vez definida una línea de importación, se puede reutilizar para cargar otros ficheros, siempre y cuando sea para el mismo centro y tipo de actividad. Basta con editar la línea

(pulsar en [ ]) y sustituir el fichero y el periodo de importación.

3.2.3 PROCESO DE IMPORTACIÓN

En este punto el usuario está en disposición de lanzar el proceso de importación. Para ello, se debe marcar el check de la línea que se desea importar y pulsar en el botón [ ]. Se permite importar varias líneas a la vez.

El proceso de importación consta de las siguientes fases:

- Integración

- Mapeo

- Validación

- Agrupación

- Cálculos primarios

La ejecución de estas fases es transparente para el usuario, ya que se ejecutan de forma secuencial sin necesidad de su intervención.

Al finalizar la importación, el usuario puede comprobar si el proceso ha finalizado correctamente, observando el tiempo de finalización de cada fase y el icono que aparece en la columna Cargado OK?:

- El icono [ ] indica que la importación ha finalizado correctamente.

- El icono [ ] indica que la importación ha finalizado correctamente, pero con advertencias. Esto quiere decir que una o más validaciones no críticas no se han superado en la fase de validación. En este caso, el tiempo de finalización de esta fase aparecerá en color ámbar.

- El icono [ ] indica que el sistema ha detectado algún error en la importación. El proceso se detiene en la fase en la que éste se ha producido, y su tiempo de finalización aparece en rojo.

NOTA: La columna Agrupar indica si se ha marcado alguna agrupación [ ] o no [ ].




En caso de que la importación haya finalizado con advertencias o se haya detectado algún

error, pulsando en el icono de la columna Cargado OK? ([ ] o [ ] dependiendo del caso), es posible consultar el informe de errores.

El informe muestra, por cada fase, los errores que se hayan producido. En caso de producirse algún error de validación, la fase de validación muestra dos tablas:

- Una con los errores agrupados donde se indica, por cada tipo de error, el número de

ocurrencias del mismo en el fichero.

- Otra con el desglose, donde se indica por cada error el número de línea del fichero donde se ha detectado, la fecha de ingreso y de alta del paciente y, opcionalmente, el NHC.

Por defecto el NHC no se muestra, para añadirlo al informe se debe pulsar en el botón [ ]. Esto implica un registro en el sistema de los datos mostrados, junto con el usuario que accede a ellos, necesario para el cumplimiento de la LOPD.

Es posible imprimir el informe de errores completo, pulsando en [ ]. También es posible descargar a fichero el desglose de la Fase de validación, pulsando en

[ ].

NOTA: El número de filas de cada tipo de error que muestra el informe lo define el campo Número max. de errores mostrados de la pantalla de Parámetros Generales.




Para eliminar datos importados se debe seleccionar una línea y pulsar en el botón [ ]. Esta acción tiene como resultado el borrado de los datos del sistema para el centro, periodo y tipo de actividad especificado en la línea.

En los apartados siguientes se va a explicar de manera detallada cada una de las fases del Proceso de Importación.

3.2.3.1 Fase Integración

El proceso de importación comienza con la fase de integración. Consiste en transformar el formato de los datos del Modelo Específico (formato original) al Modelo Principal, pasando por el modelo base de Cliente.

El paso de un modelo a otro se realiza a través de las interrelaciones.

3.2.3.2 Fase Mapeo

Una vez que los datos llegan al modelo principal, se aplican los mapeos definidos. En este proceso transforma códigos originales del fichero a códigos normalizados, en base al lenguaje de mapeo que se indica en la línea de carga.

3.2.3.3 Fase Validación

En ALCOR-GRD existen una serie de validaciones definidas internamente que se aplican durante el proceso de importación. Cada validación se puede activar/desactivar, y tiene asociado un nivel de severidad (acción a realizar en caso de que falle).

Los niveles de severidad son los siguientes:

- Continuar con aviso: El proceso de importación continúa, pero avisa al usuario del error

en el informe de errores.

- Parar: Se detiene el proceso de importación.

El punto de menú donde se pueden gestionar las validaciones que se encuentra bajo la ruta Infraestructura > Parámetros de Configuración > Errores de validación de datos.




3.2.3.4 Fase Agrupación

En esta fase se agrupan los datos del fichero de entrada para aquellos agupadores que el usuario haya seleccionado en la línea de importación. Si no se ha seleccionado ninguno, el sistema interpreta que el fichero entra al sistema ya agrupado y no procesa esta fase.

3.2.3.5 Fase Cálculos Primarios

Una vez importado y agrupado el fichero, el último paso consiste en el lanzamiento del cálculo de una serie de indicadores que son de utilidad en el entorno de explotación.

3.2.4 COMPROBACIÓN DE DATOS

Una vez finalizado Proceso de Importación se recomienda al usuario comprobar los datos importados. Para ello ALCOR incluye un informe de consulta bajo la ruta Procesos > Consulta de Datos Base.




La consulta se puede filtrar por:

- Código de GRD: Filtra el informe para un GRD concreto.

- Código de retorno del agrupador: Para comprobar si existen GRD’s que no se hayan asignado correctamente.

- Versión de agrupador: De utilidad en caso de haber importado para varios agrupadores.

NOTA: La consulta de Datos Base sólo muestra datos de la última importación. Para consultar importaciones anteriores se debe utilizar la Consulta Pormenorizada.




4 CIRCUITO HABITUAL DE IMPORTACIÓN DE DATOS

ALCOR-GRD es una herramienta para el proceso y explotación de, principalmente, el CMBD Hospitalario, pero, mediante su correcta parametrización, extensible a cualquier actividad realizada dentro de un Centro Hospitalario (Actividad Quirúrgica, Urgencias, Consultas, etc.).

Para poder explotar y analizar la información es necesario importarla previamente al sistema. El objetivo de este apartado es explicar paso a paso el proceso de importación de datos.

El siguiente diagrama muestra de manera resumida el dicho proceso en ALCOR-GRD:

Como se puede observar en la imagen, el circuito se divide en tres grandes bloques, cada uno de ellos se compuestos a su vez por varias tareas o pasos.

• Definición de la Infraestructura

o Parámetros Generales

o Tablas Maestras

o Modelos de Integración

o Interrelaciones de Modelos




o Mapeos

• Proceso de Importación

o Recepción de datos

o Modelo de Importación

o Proceso de Importación

Fase Integración

Fase Mapeo

Fase Validación

Fase Agrupación

Fase Cálculos Primarios

o Comprobación de datos

• Explotación de la Información

o Confirmación de Datos

o Consulta Pormenorizada

o Exportación de Datos

o Importación/Generación de Normas

o Business Intelligence – Consultas e Informes

A continuación se detalla, paso a paso, el proceso completo de importación de datos en ALCOR-GRD.

4.1 DEFINICIÓN DE LA INFRAESTRUCTURA

El primer paso consiste en establecer la infraestructura de ALCOR-GRD, es decir, todas las definiciones y parametrizaciones necesarias para poder empezar a importar datos al sistema.

ParámetrosGenerales Mapeos

Interrelación de

Modelos

Modelosde

Integración

TablasGenerales

La definición de la infraestructura se divide en cinco partes: • Parámetros Generales

• Tablas Generales

• Modelos de Integración

• Interrelaciones de Modelos

• Mapeos

Generalmente la infraestructura es bastante estable, por lo que una vez definida no debería variar demasiado con el tiempo. Aún así, siempre es posible añadir/eliminar/modificar elementos de la misma.




4.1.1 PARÁMETROS GENERALES

Se encuentra en la ruta Infraestructura > Parámetros de Configuración > Parámetros Generales.

En este punto es posible definir ciertos parámetros del sistema a nivel de centro, es decir, cada centro podrá definir los suyos propios. Además, permite el cambio de contraseña del usuario conectado.

La pantalla contiene los siguientes campos:

- Formato de visualización de fecha: Formato utilizado para la visualización de fechas

en los informes de ALCOR-GRD.

- Idioma: Cambiar el idioma de la aplicación.

- Máscara de fecha para valores ctes: Este campo establece el formato de las fechas que se definen como valores constantes en las interrelaciones.

- Número max. de errores mostrados: Número máximo de errores de cada tipo mostrados en el informe de errores del proceso de importación.

- Eliminar puntuación de códigos CIE: Seleccionar “Si” en caso e querer eliminar el símbolo punto de los códigos CIE a la hora de agrupar, “No” en caso contrario.

- Permitir actualizar periodo con datos agrupados: Posibilita la importación al sistema de datos ya agrupados para un periodo y tipo de actividad existente, pero para diferente versión de agrupador.

- Agrupadores: Conjunto de campos que permiten parametrizar la llamada al Agrupador. La parametrización de cada familia de agrupador se compone de tres




campos: Ruta de Fichero de Entrada, Ruta de Fichero de Salida y Parámetros de Lanzamiento.

- Cambio de contraseña: Permite al usuario establecer una nueva contraseña. La contraseña debe contener obligatoriamente caracteres alfabéticos.

Una vez modificados los datos, se debe pulsar en el botón [ ] para aplicar los cambios.

4.1.2 TABLAS MAESTRAS

Una vez definidos los parámetros de configuración, el siguiente paso consiste en definir la codificación con la que se quiere trabajar en ALCOR-GRD. Para ello se deben alimentar una serie de tablas maestras, ya sea mediante carga manual (mantenimientos) o mediante carga automática (cargas de ficheros). Lo lógico es utilizar la carga automática, ya que resulta mucho más rápido y menos complejo, dejando la carga manual para modificaciones puntuales.

La definición de tablas maestras se compone de una serie de mantenimientos que se encuentran agrupados bajo el punto de menú Infraestructura > Tablas Maestras.

La gran mayoría de tablas maestras se definen a nivel de centro, es decir, cada centro debe tener cargados sus propios datos maestros. Pero existen una serie de tablas maestras que son centralizadas, esto es, en un modelo de instalación multi-centro todos los centros utilizan los mismos códigos. El mantenimiento de estas tablas corresponde al usuario administrador.

Bajo Tablas Maestras, existe un punto de menú para cada uno de los maestros (carga manual). A continuación se describe cada uno de ellos:




- Centros [Centralizado]: Relación de Centros dados de alta en el sistema. Cada registro se compone de los siguientes campos: código, descripción, adscrito, tipo, entidad, comunidad, provincia, nº camas y categoría.

NOTA: Para poder conectarse a un centro y trabajar con él, éste debe estar Adscrito. Sólo un usuario administrador puede adscribir centros.

- Áreas (Estructura Organizativa). Es el nivel superior de la jerarquía, en él se definen

las diferentes Áreas Clínicas del centro. Cada registro se compone de código y descripción.

- Unidades (Estructura Organizativa). Unidades de Clínicas del centro. Cada registro se compone de un código, descripción y código del Área al que pertenece.

- Servicios (Estructura Organizativa). Los Servicios Clínicos del centro. Cada registro se compone de código y descripción.

- Secciones (Estructura Organizativa). Las diferentes secciones en las que se descomponen los Servicios. Además de código y descripción, para cada Sección se debe indicar el Servicio al que pertenece.

- Organización (Estructura Organizativa). Estructura jerárquica que define la relación Área-Unidad-Servicio-Sección del centro.

- Sexo: La codificación de Sexos utilizada en el centro. Cada registro se compone de código y descripción.

- Circunstancia de Alta: La codificación de Circunstancias de Alta utilizadas en el centro. Por cada registro se debe indicar, además de código y descripción, el correspondientes códigos AP/APR/CMS e IR para el Agrupador.

- Tipo de Ingreso: La codificación de Tipos de Ingreso utilizada en el centro. Cada registro se compone de código y descripción.

- Financiadores: La codificación de Financiadores utilizada en el centro. Cada registro se compone de código y descripción.

- CIE-9-MC [Centralizado]: Los Códigos de CIE-9 utilizados en el centro. Por cada registro se debe especificar una versión de CIE-9, un código y una descripción.

- CIE-10 [Centralizado]: Los Códigos de CIE-10 utilizados en el centro. Por cada registro se debe especificar una versión de CIE-10, un código y una descripción.

- CDM [Centralizado]: Los Códigos de Categoría Diagnóstica Mayor utilizados en el centro. Cada registro se compone de código y descripción.

- Agrupador SCP-AP [Centralizado]: Maestro de GRD’s de la familia SCP-AP. Cada registro se compone de versión, versión específica, código GRD, descripción GRD, tipo, CDM y peso.

- Agrupador SCP-CMS [Centralizado]: Maestro de GRD’s de la familia SCP-CMS. Cada registro se compone de versión, versión específica, código GRD, descripción GRD, tipo, CDM y peso.




- Agrupador SCP-APR [Centralizado]: Maestro de GRD’s de la familia SCP-APR. Cada registro se compone de versión, versión específica, código GRD, descripción GRD, tipo, CDM y 4 niveles de severidad con sus respectivos pesos.

- Agrupador SCP-IR [Centralizado]: Maestro de GRD’s de la familia SCP-IR. Cada registro se compone de versión, versión específica, código GRD, descripción GRD, tipo, CDM y 4 niveles de severidad con sus respectivos pesos.

- Tablas Generales: En ALCOR-GRD existen una serie de maestros que no tienen un mantenimiento explícito, sino que se engloban bajo un mismo mantenimiento. Estos maestros son:

o Entidades o Comunidades o Provincias o Categorías de Hospitales o Procedencia de los Costes o Tipos de Asistencia o Severidad: Niveles de severidad de los GRDs o Países o Municipios o Tipos de Actividad o Ocupaciones Profesionales o Programas o Tipos de Hospitalización o Tipos de Procedencia de Ingreso o Unidades Proveedoras o Médico o Área Clínica o Código de Retorno del Agrupador (AP/APR/CMS) o Código de Retorno del Agrupador (IR) o Versiones de GRDs (AP/APR/CMS/IR) o Versiones Específicas de GRDs (AP/APR/CMS/IR) o Tipos de GRDs (AP/APR/CMS/IR) o Tipos de Hospital o Validez registro o Versiones CIE o Campos de Usuario (20): De utilidad para definir campos adicionales a los del

modelo principal. o Dimensiones para Informe Flexible

La mayoría de los maestros tienen, además, diez campos de agrupación. Estos campos se utilizan para definir agrupaciones alternativas en base a las necesidades del usuario.

A través de la carga automática es posible alimentar los maestros por medio de cargas de ficheros. El mantenimiento se encuentra bajo la ruta Infraestructura > Tablas Maestras > Carga Automática.




Cada maestro tiene su propia carga, para ello hay que crear una línea por cada uno con el código correspondiente. Para más información relacionada con las estructuras de los ficheros consultar el Anexo A: Estructura de los Ficheros de Carga.

NOTA: El mecanismo de carga automática se realiza según lo explicado en el punto 3.1.1. Cargas Automáticas.




4.1.3 MODELOS DE INTEGRACIÓN

Una de las tareas previas a la importación de datos consiste en definir los modelos de importación, que especifican la estructura y el formato de los campos a importar. Se encuentran bajo la ruta Integración > Definición de Estructuras de Datos.

Existen tres tipos de modelo: - Modelo Principal: Estructura de campos definida en ALCOR-GRD. Es único y no puede

ser modificado por el usuario.

- Modelo Específico: Estructura de campos definida por el usuario. Se corresponde con el formato de columnas del fichero de datos (Ejemplo: Estructura CMBD del centro). Se deben definir tantos como estructuras de ficheros haya.

- Modelo Base de Clientes: Segundo nivel de estructura de campos definida por el usuario. Se correspondería con una estructura de campos “centralizada” (Ejemplo: Estructura CMBD de Servicios Centrales). Se pueden definir tantos como se quiera, pero lo habitual será definir uno por cada tipo de actividad (CMBD, CMA, etc.).

El objetivo es, primeramente, definir los diferentes modelos y, posteriormente, interrelacionarlos entre sí para poder llevar la información del Modelo Específico (fichero de carga) al Modelo Principal, tal y como se indica en la imagen.

Modelo Base de Clientes Modelo Específico Modelo Principal

A continuación, se detalla cada uno de los modelos:

- Modelo Principal: Es el modelo de campos utilizado en ALCOR-GRD. No es posible

modificarlo ya que está definido internamente, pero es lo suficientemente amplio como para adaptarse a cualquier estructura, debido a su gran cantidad de campos.

En caso carecer de alguna columna que pueda resultar de interés para el usuario, hay 20 columnas de usuario adicionales que permiten almacenar cualquier tipo de información.

Se encuentra bajo la ruta Integración > Definición de Estructuras de Datos > Modelo Principal.




- Modelo Base de Cliente: Es el modelo que se corresponde con la estructura de

campos normalizada, generalmente definida a nivel de servicios centrales, para cada tipo de actividad (CMBD, CMA, etc.).

Se encuentra bajo la ruta Integración > Definición de Estructuras de Datos > Modelos Base de Clientes.

Se pueden definir tantos modelos base de clientes como sea necesario, y cada uno se compone de los siguientes campos:





Nombre Columna

Descripción

Tipo Campo: Determina el tipo de dato de la columna: numérico (NUMBER), alfanumérico (TEXT) o fecha (DATE).




- Modelo Específico: Es el modelo que se corresponde con la estructura de campos de

cada fichero de carga.

Se encuentra bajo la ruta Integración > Definición de Estructuras de Datos > Modelos Específicos.

Se pueden definir tantos modelos específicos como sea necesario (generalmente tantos como diferentes estructuras de fichero se utilicen), y cada uno se compone de los siguientes campos:



o Separador de campo utilizado en el fichero (punto y coma, tabulador, DBF, etc.)

o Modelo Base de Cliente al que está vinculado



Columna: Nombre de la columna

Descripción: Descripción de la columna

Formato de fecha: Si el contenido del campo es una fecha, se debe indicar el formato de la misma.




4.1.4 INTERRELACIONES DE MODELOS

Una vez se han definido los modelos, el siguiente paso es establecer la interrelación entre ellos. Las interrelaciones establecen la forma en la que los datos pasan de una estructura determinada a otra. Hay dos tipos de interrelación: Principal – Bases de Cliente (1:N) y Base de Cliente – Específico (1:N):

- Principal – Bases de Cliente: Pantalla donde se establece la interrelación entre el

Modelo Principal y los diferentes Modelos Base de Cliente.

Se encuentra bajo la ruta Integración > Definición de Interrelación de Estructuras > Principal – Bases de Cliente.

Al entrar a la pantalla se debe seleccionar un Modelo Base de Cliente, y aparecerá una tabla editable con todas las columnas del Modelo Principal.


o Una de las columnas del Modelo Base de Cliente.







Si no se selecciona ninguna de las opciones anteriores, el campo será vació en el Modelo Principal.

- Específicos – Base de Cliente: Pantalla tabular donde se establece la interrelación

entre los Modelos Específicos y los Modelos Base de Cliente.

Se encuentra bajo la ruta Integración > Definición de Interrelación de Estructuras > Específicos – Base de Cliente.

Al entrar a la pantalla se debe seleccionar un Modelo Específico, y aparecerá un informe editable con todas las columnas del Modelo Base de Cliente asociado.


o Una de las columnas del modelo base de cliente.




Si no se selecciona ninguna de las opciones anteriores, el campo será vació en el Modelo Base de Cliente.




4.1.5 MAPEOS

A la hora de importar ficheros al sistema, hay que tener en cuenta la posibilidad de que la codificación de ciertos campos no se ajuste exactamente a la que está definida en los maestros de ALCOR-GRD. Esto puede ocurrir porque los datos pueden proceder de fuentes hetereogéneas, de diferentes aplicaciones cuya codificación no tiene porqué ser la misma que en ALCOR-GRD.

Para ello se incorpora una funcionalidad de mapeo de códigos, mediante la cual es posible transformar un código en otro en base a un lenguaje de mapeo.

Por ejemplo, supongamos que se utiliza ALCOR-GRD para importar datos de HOSP y datos de CMA, que provienen de diferentes aplicaciones. El sexo varón viene codificado en el fichero de HOSP como “1” y en el de CMA como “H”, pero en el maestro de ALCOR-GRD está definido como “V”. En ese caso habría que definir los siguientes mapeos:

1 según el lenguaje de mapeo HOSP se convierte en V

H según el lenguaje de mapeo CMA se convierte en V

De esa forma es posible disponer en el entorno de explotación de códigos normalizados.

Cabe señalar que existen lenguajes de mapeo de entrada y de salida, es decir, mapeos que se aplican en la entrada de información a ALCOR-GRD y mapeos que se aplican a la hora de exportar información de ALCOR-GRD.

NOTA: Los mapeos de salida se aplican en la Consulta y exportación.

La definición de maestros se compone de una serie de mantenimientos que se encuentran bajo la ruta Integración > Definición de Mapeos.




Al igual que en la definición de la Infraestructura, ALCOR-GRD permite definir mapeos tanto de forma manual como de forma automática.

La definición de mapeos manual está compuesto por los siguientes mantenimientos:

- Lenguajes de Mapeo: En este mantenimiento se dan de alta los diferentes lenguajes

de mapeo (tipos de codificación) con los cuales va a trabajar el sistema. Cada registro se compone de código y descripción.

- Centros (Mapeos): Definición de Mapeos para los centros. Cada mapeo viene definido por un código origen, un código destino y un lenguaje de mapeo.

- Servicios (Mapeos): Definición de Mapeos para los Servicios clínicos. Cada mapeo viene definido por un código origen, un código destino y un lenguaje de mapeo.

- Circunstancia de Alta (Mapeos): Definición de Mapeos para las Circunstancias de Alta. Cada mapeo viene definido por un código origen, un código destino y un lenguaje de mapeo.

- Tipo de Ingreso (Mapeos): Definición de Mapeos para los Tipos de Ingreso. Cada mapeo viene definido por un código origen, un código destino y un lenguaje de mapeo.

- Financiadores (Mapeos): Definición de Mapeos para los Financiadores. Cada mapeo viene definido por un código origen, un código destino y un lenguaje de mapeo.

- Tablas Generales (Mapeos): Definición de Mapeos para las Tablas Generales. Por cada mapeo se debe especificar: Tipo de tabla, código origen, lenguaje de mapeo y código destino.




4.2 PROCESO DE IMPORTACIÓN

Una vez definida la infraestructura, el usuario ya está en disposición de importar datos al sistema. Para ello debe ejecutar el proceso de importación, cuyo esquema se presenta a continuación:

El Proceso de Importación se divide en cuatro partes:

- Recepción del datos

- Modelo de importación

- Proceso de Importación, que a su vez se divide en:

o Fase Integración

o Fase Mapeo

o Fase Validación

o Fase Agrupación

o Fase Cálculos Primarios

- Comprobación de datos

A continuación se explica en detalle cada una de las fases.

4.2.1 RECEPCIÓN DE DATOS

El primer paso del proceso de importación consiste en la recepción del fichero con la información. ALCOR-GRD permite importar cualquier fichero de texto, ya sea encolumnado fijo o con separador de campo, así como archivos DBF.

NOTA: Al recibir el fichero, se recomienda al usuario que lo almacene clasificado cronológicamente, con el fin de evitar confusiones a la hora de importar los datos.




4.2.2 MODELO DE IMPORTACIÓN

Para poder importar el fichero al sistema es necesario definir previamente un Modelo de importación, es decir, crear una línea de carga en el mantenimiento que se encuentra bajo la ruta Procesos > Importar Datos.

Cada línea se compone de los siguientes campos:

- Centro: Centro al cual pertenecen los datos del fichero.

NOTA: Cuando un usuario tiene permisos para gestionar varios centros, puede importar datos de cualquiera de esos centros estando conectado desde otro.

- Modelo Específico: Modelo Específico al cual se ajusta el formato del fichero a

importar.

- Tipo de Actividad: ALCOR-GRD permite importar información de diferentes actividades realizadas en un centro hospitalario (CMBD, CMA, etc.). En este campo se debe indicar el Tipo de Actividad al que pertenecen los datos del fichero.

- Año Desde: Año de inicio del periodo de importación.

- Mes Desde: Mes de inicio del periodo de importación.

- Año Hasta: Año de finalización del periodo de importación.

- Mes Hasta: Mes de finalización del periodo de importación.

- Lenguaje de Mapeo: En caso de querer realizar algún tipo de mapeo sobre los datos a importar, se debe indicar el Lenguaje de Mapeo a utilizar.

- Versión CIE: Versión de CIE con la que se han codificado los diagnósticos y procedimientos del fichero.

- Eliminar primera línea del fichero: Se debe seleccionar cuando el fichero incluye una primera línea con cabeceras de columna.




- Fichero: Campo donde se debe especificar la ruta del fichero a importar. Al pulsar en el

botón aparecerá un explorador de carpetas donde se debe localizar dicho fichero.

- Nombre de Fichero: Por defecto toma el nombre del fichero seleccionado, pero se puede modificar si así lo desea el usuario.

- Agrupadores: Lista donde se puede seleccionar uno o varios agrupadores con los que agrupar los datos en el proceso de importación.

NOTA: En caso de no seleccionar ningún agrupador de la lista, el sistema interpreta que el fichero ya está agrupado (debe incluir una columna con el código de GRD y otra con la versión de agrupador).

Una vez definida una línea de importación, se puede reutilizar para cargar otros ficheros, siempre y cuando sea para el mismo centro y tipo de actividad. Basta con editar la línea

(pulsar en [ ]) y sustituir el fichero y el periodo de importación.

4.2.3 PROCESO DE IMPORTACIÓN

En este punto el usuario está en disposición de lanzar el proceso de importación. Para ello, se debe marcar el check de la línea que se desea importar y pulsar en el botón [ ]. Se permite importar varias líneas a la vez.

El proceso de importación consta de las siguientes fases:

- Integración

- Mapeo

- Validación

- Agrupación

- Cálculos primarios

La ejecución de estas fases es transparente para el usuario, ya que se ejecutan de forma secuencial sin necesidad de su intervención.

Al finalizar la importación, el usuario puede comprobar si el proceso ha finalizado correctamente, observando el tiempo de finalización de cada fase y el icono que aparece en la columna Importado?:

- El icono [ ] indica que la importación ha finalizado correctamente.

- El icono [ ] indica que la importación ha finalizado correctamente, pero con advertencias. Esto quiere decir que una o más validaciones no críticas no se han superado en la fase de validación. En este caso, el tiempo de finalización de esta fase aparecerá en color ámbar.

- El icono [ ] indica que el sistema ha detectado algún error en la importación. El proceso se detiene en la fase en la que éste se ha producido, y su tiempo de finalización aparece en rojo.




En caso de que la importación haya finalizado con advertencias o se haya detectado algún

error, pulsando en el icono de la columna Importado? ([ ] o [ ] dependiendo del caso), es posible consultar el informe de errores.

El informe muestra, además de una cabecera, los errores que se hayan producido por cada fase. En caso de producirse algún error de validación, la fase de validación muestra dos tablas:

- Una con los errores agrupados donde se indica, por cada tipo de error, el número de

ocurrencias del mismo en el fichero.

- Otra con el desglose, donde se indica por cada error el número de línea del fichero donde se ha detectado, la fecha de ingreso y de alta del paciente y, opcionalmente, el NHC.

NOTA: El número de filas de cada tipo de error que muestra el informe lo define el campo Número max. de errores mostrados de la pantalla de Parámetros Generales.




Por defecto el NHC no se muestra, para añadirlo al informe se debe pulsar en el botón [ ]. Esto implica un registro en el sistema de los datos mostrados, junto con el usuario que accede a ellos, necesario para el cumplimiento de la LOPD.

Es posible imprimir el informe de errores completo, pulsando en [ ]. También es posible descargar a fichero el desglose de la Fase de validación, pulsando en

[ ].

Existe la opción de validar CMBD, que ejecuta el proceso sólo hasta la fase de validación, con lo que de una forma rápida el usuario puede comprobar si la información a importar es válida.

Para ello se debe seleccionar la línea a validar y se debe pulsar el botón [ ].

Para eliminar datos importados se debe seleccionar una línea y pulsar en el botón [ ]. Esta acción tiene como resultado el borrado de los datos del sistema para el centro, periodo y tipo de actividad especificado en la línea.

En los apartados siguientes se va a explicar de manera detallada cada una de las fases del Proceso de Importación.

4.2.3.1 Fase Integración

El proceso de importación comienza con la fase de integración. Consiste en transformar el formato de los datos del Modelo Específico (formato original) al Modelo Principal, pasando por el modelo base de Cliente.

El paso de un modelo a otro se realiza a través de las interrelaciones.

4.2.3.2 Fase Mapeo

Una vez que los datos llegan al modelo principal, se aplican los mapeos definidos. En este proceso transforma códigos originales del fichero a códigos normalizados, en base al lenguaje de mapeo que se indica en la línea de carga.

4.2.3.3 Fase Validación

En ALCOR-GRD existen una serie de validaciones definidas internamente que se aplican durante el proceso de importación. Cada validación se puede activar/desactivar, y tiene asociado un nivel de severidad (acción a realizar en caso de que falle).

Los niveles de severidad son los siguientes:

- Continuar con aviso: El proceso de importación continúa, pero avisa al usuario del error

en el informe de errores.

- Desechar: El proceso continúa, pero registro no se importa (se desecha)

- Parar: Se detiene el proceso de importación.

El punto de menú donde se pueden gestionar las validaciones que se encuentra bajo la ruta Infraestructura > Parámetros de Configuración > Errores de validación de datos.




4.2.3.4 Fase Agrupación

En esta fase se agrupan los datos del fichero de entrada para aquellos agrupadores que el usuario haya seleccionado en la línea de importación. Si no se ha seleccionado ninguno, el sistema interpreta que el fichero entra al sistema ya agrupado y no procesa esta fase.

4.2.3.5 Fase Cálculos Primarios

Una vez importado y agrupado el fichero, el último paso consiste en el lanzamiento del cálculo de una serie de indicadores que son de utilidad en el entorno de explotación.

4.2.4 COMPROBACIÓN DE DATOS

Una vez finalizado Proceso de Importación se recomienda al usuario comprobar los datos importados. Para ello ALCOR incluye un informe de consulta bajo la ruta Consulta y exportación > Consulta de Datos.

4.3




EXPLOTACIÓN DE INDICADORES

Una vez importados los datos al sistema correctamente, el usuario está en disposición de trabajar con ellos: explotación de indicadores, generación de normas, descarga de datos con un formato determinado, etc.

A continuación se presenta el esquema de posibles acciones a realizar con los datos importados:

El esquema se divide en cuatro partes:

- Confirmación de Datos

- Consulta y esportación de Datos

- Normas, que a su vez se divide en:

o Generación

o Importación

- Business Intelligence, Consultas e Informes

4.3.1 CONFIRMACIÓN DE DATOS

Una vez que se ha comprobado que los datos cargados son válidos, deben ser confirmados para poder empezar a hacer uso de ellos.

Los datos pueden tener diferentes estados:

- Datos cargados no confirmados: Estado que se asigna a los datos al importarse al

sistema. Permite a los usuarios gestores del centro consultalos, pero no se pueden utilizar para la generación de normas y los usuarios visualizadores no tendrán acceso a ellos.




- Datos confirmados: Los datos pueden ser utilizados para generar normas, y pueden ser consultados por los usuarios visualizadores. Datos utilizables y visualizables son aquellos considerados como definitivos o cerrados.

Para modificar el estado de los datos se debe acceder a la pantalla que se encuentra en Procesos > Acciones complementarias > Confirmación de datos.

En la pantalla, una vez seleccionado un Centro, un Año y un Tipo de Actividad, aparecerá una tabla donde se permite modificar el estado de los datos para cada mes del año seleccionado.

El usuario gestor del centro debe decidir en qué momento modificar el estado de los datos.

4.3.2 CONSULTA PORMENORIZADA DE DATOS

ALCOR dispone de una funcionalidad que permite la consulta detallada los datos importados hasta el momento. Se encuentra bajo el punto de menú Consulta y exportación y está compuesta por tres puntos:

- Definición de filtros

- Definición de Formatos de visualización

- Consulta de datos




A continuación se pasa a describir cada uno de ellos.

4.3.2.1 Definición de Filtros

ALCOR permite definir filtros complejos para poder consultar la información de una forma más efectiva. La definición de filtros se encuentra bajo la ruta Consulta pormenorizada > Definición de filtros.

Se pueden crear tantos filtros como se quieran, y se definen a nivel de centro, es decir, cualquier usuario que se conecte al centro que los ha definido podrá utilizarlos.

La construcción del filtro se realiza en la página de detalle. Cada filtro se compone de:

- Código

- Descripción

- Una línea por cada condición del filtro. Cada una está compuesta por:

o Paréntesis de inicio, por si se necesita construir un filtro complejo con varias líneas.

o Columna del Modelo Principal

o Comparador

o Valor

o Paréntesis de fin, por si se necesita construir un filtro complejo con varias líneas.

o Conector (Y/O), en caso de haber varias líneas




4.3.2.2 Definición de Formatos de visualización

Además de los filtros, otra de las características de la consulta pormenorizada es que permite definir diferentes formatos de visualización, es decir, una selección las columnas a mostrar y en qué orden. La definición de formatos de visualización se encuentra bajo la ruta Consulta pormenorizada > Definición de formatos de visualización.




Se pueden crear tantos formatos de visualización como se quieran, y se definen a nivel de usuario, es decir, un usuario podrá disponer de ellos independientemente del centro al que esté conectado.

La construcción del formato de visualización se realiza en la página de detalle. Cada formato se compone de:

- Código

- Descripción

- Separador de campo para la descarga

- Lenguaje de mapeo de Salida. Si se quieren aplicar mapeos de salida.

- Descargar cabecera (S/N)

- Formato de visualización de Fecha

- Una tabla editable donde el usuario debe numerar aquellos campos del modelo principal que desea incluir en el formato de visualización. La numeración determina el orden de visualización.

NOTA: Si el número de campos seleccionados excede de 100, no se podrán utilizar la paginación y la ordenación en la Consulta de Datos.




4.3.2.3 Consulta de datos

Es el punto de la consulta pormenorizada donde se visualizan y descargan los datos. La definición de formatos de visualización se encuentra bajo la ruta Consulta y exportación > Consulta de datos.

Para ello se debe realizar una selección previa: - Filtro: Seleccionar un filtro de entre los que están definidos. Existe la opción de no

filtrar el informe, seleccionando la opción “Sin filtro”.

- Formato de visualización: Seleccionar un formato de visualización de entre los que están definidos. Existe la opción de ver todas las columnas, seleccionando la opción “Todas las columnas”.

- Periodo: Periodo de filtrado.

- Tipo Actividad: Tipo de actividad por el que se desea filtrar.

- Agrupador: En caso de haber datos agrupados en varias versiones, filtrar por una.

- Centro: Seleccionar un centro de entre los que el usuario tiene permisos de visualización. Existe la opción de no filtrar por centro, seleccionando la opción “Todos”.

NOTA: Se recomienda al usuario utilizar filtros y formatos de visualización para evitar que el volumen de datos ralentice en exceso la consulta.

Una vez seleccionados los filtros, pulsar en Filtrar para visualizar el informe.




4.3.3 EXPORTACIÓN DE DATOS

La exportación de datos en Alcor se realiza desde la Consulta Pormenorizada, ya que posibilita al usuario obtener una descarga de datos a medida, gracias a los filtros y los formatos de visualización.

Para ello no hay más que pulsar en el botón [ ], y los datos de la consulta (todos los registros, no sólo los que se están visualizando) se descargarán a un fichero.




4.3.4 NORMAS

El apartado de Normas se divide en los siguientes puntos:

- Generación de Normas

- Importación de Normas

4.3.4.1 Generación de Normas

Definimos NORMA como el conjunto de estadísticas basadas en GRDs, que permiten la comparación entre entidades que utilizan los propios GRDs en su trabajo habitual, como puedan ser Comunidades Autónomas, Hospitales, Servicios. Habitualmente el elemento característico de comparación es la estancia de los GRDs.

Cada centro puede generar sus propias normas, como por ejemplo, a nivel servicio, aunque lo lógico es que un usuario gestor de varios centros (ejemplo SSCC) genere normas con datos de varios centros.

Para generar una norma el primer paso es definirla. Para ello se debe ir a la pantalla que se encuentra bajo la ruta Normas > Propias > Definición.

Cada definición de norma se compone de los siguientes campos:

- Código de norma

- Descripción de norma

- Tipo de Norma, seleccionar entre:

o Privada: Accesible sólo para el centro que la ha creado.

o Pública: Accesible para todos los centros.

- Agrupador: Versión de agrupador

- Tipo de Actividad




- Puntos de corte, seleccionar entre:

o Generar puntos de corte. Se generan siguiendo los criterios definidos por el Ministerio de Sanidad.

o Sin puntos de corte

o Utilizar puntos de corte de la norma X, donde X puede ser cualquiera de las normas importadas/generadas. Esto permite generar normas propias con puntos de corte más fiables, como puedan ser los del Ministerio de Sanidad.

- Condiciones: Tabla editable donde se especifican las condiciones de filtrado. Cada una está compuesta por:

o Columna del modelo principal

o Comparador

o Valor

NOTA: En caso de haber varias condiciones, se filtran los registros que cumplan todas las condiciones (conector Y).

Una vez definida la norma, el siguiente paso es generarla, pero previamente es conveniente comprobar la disponibilidad de los datos, es decir, el estado de los datos. Para ello se debe ir a la pantalla que se encuentra bajo la ruta Consulta y exportación >Disponibilidad de la información.




Como se puede comprobar en la imagen, una vez seleccionado un año y un tipo de actividad, la aplicación muestra una tabla donde indica, para centro que el usuario gestiona, el estado de los datos para cada mes del año seleccionado. Los estados son los siguientes:

- [ ] No existen datos cargados

- [ ] Existen datos cargados pero no son visualizables ni utilizables para generar normas

- [ ] Existen datos cargados y son visualizables y utilizables para generar normas

Para generar una norma, una vez que se ha comprobado que los datos del periodo para el que desea generar la norma están disponibles, se debe ir al punto de menú Normas > Propias > Generación.

Una vez seleccionado un código de norma y el/los centros cuyos datos van a intervenir en su generación, pulsar en el botón [ ].

NOTA: La norma sólo tomará datos en estado Confirmado.




4.3.4.2 Mantenimiento de Normas

En esta pantalla la aplicación permite Borrar o Publicar normas.

Borrar implica eliminar la norma del sistema.

Publicar significa que todos los usuarios del sistema podrán utilizar esa norma.

4.3.4.3 Mantenimiento de Normas

En esta pantalla la aplicación permite Consultar y Descargar normas. Simplemente se debe

filtrar una norma y pulsar en el botón [ ].




4.3.4.4 Importación de Normas

Existe una funcionalidad en ALCOR mediante la cual es posible importar normas externas vía fichero, tanto de la Consejería como del Sistema Nacional de Salud. Los mantenimientos se encuentran bajo las rutas Normas > Externas > Normas Consejería y Normas > Externas > Normas Sistema Nacional de Salud. Puesto que la importación en ambos casos es muy similar, se va a tomar como ejemplo la importación de Normas de la Consejería para explicar el funcionamiento de importación de Normas externas.

Para importar una norma se debe crear una línea de importación. Cada una se compone de los siguientes campos:

- Código de norma

- Descripción de norma

- Versión GRD: Versión de agrupador para el que se importa la norma.

- Tipo de Norma, seleccionar entre:

o Privada: Accesible sólo para el centro que la ha creado.

o Pública: Accesible para todos los centros.

- Tipo de Actividad

- Fichero: Selector de ficheros donde se debe indicar el fichero a importar.

- Nombre Fichero: Se rellena automáticamente al seleccionar el fichero.

Una vez creada la línea se debe seleccionar y pulsar en el botón [ ]. Al finalizar el proceso se puede comprobar si la importación ha finalizado correctamente observando el icono de la columna Cargado OK?.




4.3.5 BUSINESS INTELLIGENCE – CONSULTAS E INFORMES

La herramienta ALCOR-GRD permite la explotación de la información de múltiples formas.

El acceso a información más elaborada, añadiendo la flexibilidad necesaria para la obtención de informes concretos o con gran flexibilidad en cuanto a su diseño lo proporciona la herramienta de Business Intelligence con la que está dotada el sistema: ORACLE BI.

El manejo de esta herramienta se explicará en otros manuales.




ANEXO A: ESTRUCTURA DE LOS FICHEROS DE CARGA

1. Estructura de fichero de infraestructura

La estructura de los ficheros es la siguiente:

- Centros [MA0001]

Nº COLUMNA CAMPO

1 CODIGO

2 DESCRIPCIÓN

3 TIPO_HOSPITAL

4 ENTIDAD

5 COMUNIDAD

6 PROVINCIA

7 CAMAS

8 CATEGORÍA

9 ADSCRITO

10 - 19 OTROS_1 – OTROS_10

- Áreas [MA0002]

Nº COLUMNA CAMPO

1 CODIGO

2 DESCRIPCIÓN

3 - 12 OTROS_1 – OTROS_10

- Unidades [MA0003]

Nº COLUMNA CAMPO

1 CODIGO

2 DESCRIPCIÓN

3 COD_AREA


- Servicios [MA0004]

Nº COLUMNA CAMPO

1 CODIGO

2 DESCRIPCIÓN


- Secciones [MA0005]

Nº COLUMNA CAMPO

1 CODIGO




2 DESCRIPCIÓN

3 COD_SERVICIO


- Organización [MA0016]

Nº COLUMNA CAMPO

1 CODIGO_AREA

2 DESCRIPCION_AREA

3 CODIGO_UNIDAD

4 DESCRIPCION_UNIDAD

5 CODIGO_SERVICIO

6 DESCRIPCION_SERVICIO

7 CODIGO_SECCION

8 DESCRIPCION_SECCION

- Sexo [MA0006]

Nº COLUMNA CAMPO

1 CODIGO

2 DESCRIPCIÓN


- Circunstancia de Alta [MA0007]

Nº COLUMNA CAMPO

1 CODIGO

2 DESCRIPCIÓN

3 COD_AGRUPADOR

4 COD_AGRUPADOR_IR


- Tipo de Ingreso [MA0008]

Nº COLUMNA CAMPO

1 CODIGO

2 DESCRIPCIÓN


- Financiadores [MA0009]

Nº COLUMNA CAMPO

1 CODIGO

2 DESCRIPCIÓN





- CIE-9-MC [MA0010]

Nº COLUMNA CAMPO

1 CODIGO

2 DESCRIPCIÓN

3 VERSION


- CIE-10 [MA0011]

Nº COLUMNA CAMPO

1 CODIGO

2 DESCRIPCIÓN

3 VERSION


- CDM [MA0012]

Nº COLUMNA CAMPO

1 CODIGO

2 DESCRIPCIÓN


- Agrupador SCP-AP [MASCPAP01]

Nº COLUMNA CAMPO

1 VERSION

2 VERSION ESPECIFICA

3 CODIGO GRD

4 DESCRIPCION

5 CODIGO CDM

6 TIPO GRD

7 PESO

- Agrupador SCP-CMS [MASCPCMS01]

Nº COLUMNA CAMPO

1 VERSION


3 CODIGO GRD

4 DESCRIPCION

5 CODIGO CDM




6 TIPO GRD

7 PESO

- Agrupador SCP-APR: Se divide en dos ficheros:

o [MASCPAPR01]

Nº COLUMNA CAMPO

1 VERSION


3 CODIGO GRD

4 DESCRIPCION

5 CODIGO CDM

6 TIPO GRD

o [MASCPAPR02]

Nº COLUMNA CAMPO

1 VERSION


3 CODIGO GRD

4 NIVEL_SEVERIDAD

5 PESO

- Agrupador SCP-IR [MASCPIR01]

Nº COLUMNA CAMPO

1 VERSION


3 CODIGO GRD

4 DESCRIPCION

5 CODIGO CDM

6 TIPO GRD

7 PESO

8 NIVEL_SEVERIDAD

- Tablas Generales [MA0014]

Nº COLUMNA CAMPO

1 CODIGO_TABLA

2 DESCRIPCION_TABLA

3 CODIGO

4 DESCRIPCION





2. Estructura de ficheros de mapeos

La estructura de los ficheros es la siguiente: - Lenguajes de Mapeo [ITMP00]

Nº COLUMNA CAMPO

1 CODIGO

2 DESCRIPCIÓN


- Centros [ITMP01]

Nº COLUMNA CAMPO

1 CODIGO MAESTRO

2 LENGUAJE MAPEO

3 CODIGO ORIGINAL

- Servicios [ITMP04]

Nº COLUMNA CAMPO

1 CODIGO MAESTRO

2 LENGUAJE MAPEO

3 CODIGO ORIGINAL

- Sexo [ITMP06]

Nº COLUMNA CAMPO

1 CODIGO MAESTRO

2 LENGUAJE MAPEO

3 CODIGO ORIGINAL

- Circunstancia de Alta [ITMP07]

Nº COLUMNA CAMPO

1 CODIGO MAESTRO

2 LENGUAJE MAPEO

3 CODIGO ORIGINAL

- Tipo de Ingreso [ITMP08]

Nº COLUMNA CAMPO




1 CODIGO MAESTRO

2 LENGUAJE MAPEO

3 CODIGO ORIGINAL

- Financiador [ITMP09]

Nº COLUMNA CAMPO

1 CODIGO MAESTRO

2 LENGUAJE MAPEO

3 CODIGO ORIGINAL

- Otros Códigos [ITMP12]

Nº COLUMNA CAMPO

1 CODIGO DE TABLA

2 DESCRIPCION DE TABLA

3 CODIGO MAESTRO

4 LENGUAJE MAPEO

5 CODIGO ORIGINAL




ANEXO B: CREACIÓN DE USUARIOS

En este punto se explica el circuito de creación usuarios en ALCOR-GRD. Se divide en tres pasos: Creación del Usuario, Asignación de Acceso a Funcionalidades y Asignación de Acceso a Centros.

1. Creación de un usuario

Para crear un nuevo usuario se debe acceder a la ruta Seguridad > Control de Acceso > Acreditación de Usuarios.

Una vez dentro aparecerá una tabla con todos los usuarios definidos en la aplicación. Para

crear uno nuevo, se debe pulsar en el botón [ ], el cual re-direcciona a un formulario donde se deben cumplimentar los siguientes campos:

- Identificador de Usuario (Obligatorio)

- Contraseña (Obligatorio)

- Confirmar Contraseña (Obligatorio)

- Nombre (Opcional)

- Centro (Opcional)

- Departamento (Opcional)

- Perfil (Obligatorio)

- Usuario Activo (Por defecto se debe marcar)

- Acceso a Campos de Coste (Por defecto se debe marcar)

- Acceso a Campos de Facturación (Por defecto se debe marcar)




- Usuario Administrador

Una vez informados los campos, pulsar en [ ] para completar la creación del usuario.

2. Asignación de Acceso a Funcionalidades

Por defecto, un usuario tiene acceso a las funcionalidades (puntos de menú) definidas en su perfil. Aún así, es posible ampliar/restringir el acceso a puntos de menú a través de la pantalla de Seguridad > Control de Acceso > Accesibilidad a Funcionalidades.

Al entrar en la pantalla se debe seleccionar un usuario. Aparecerá una lista con todas las funcionalidades de la aplicación, donde aparecerán marcadas aquellas a las que el usuario seleccionado tiene acceso.

Es posible modificar el acceso de dicho usuario a funcionalidades, marcando/desmarcando las

casillas correspondientes. Pulsar en [ ] para confirmar los cambios realizados.

NOTA: Si el usuario no es administrador, no se le debe permitir el acceso al Módulo de Seguridad.




3. Asignación de Acceso a Centros

Por último, se debe definir a qué centros tiene acceso el usuario creado. Para ello, ir a la pantalla que se encuentra bajo la ruta Seguridad > Control de Acceso > Accesibilidad a Centros.

Por cada centro de trabajo definido en ALCOR-GRD, un usuario puede:

- No tener acceso. No puede conectarse a ese centro, ni visualizar ningún dato del mismo.

- Tener acceso como Visualizador, es decir, puede visualizar los datos confirmados del centro y utilizarlos para crear normas, pero no puede modificarlos ni conectarse al mismo.

- Tener acceso como Gestor, es decir, puede visualizar y modificar cualquier dato del centro, así como conectarse él y realizar importaciones.

Para asignar permisos de acceso a un usuario sobre uno o varios centros, se debe pulsar en [ ]. Esto re-direccionará la aplicación a una pantalla donde, una vez seleccionado el usuario, aparecerán dos listados (Visualizador y Gestor) con todos los centros. Se debe marcar el acceso correspondiente a cada uno de ellos.




Una vez marcados los accesos, pulsar en [ ] para almacenar la selección.

alcor grd manual-usuario

Documents

la infraestructura

la aplicacin

explotar los datos importados

alcorgrd fecha

e importar los datos

datos una nica fuente

usuario pgina

introduccinalcorgrd