BDU BASE DE DATOS DE USUARIOS

March 23, 2017 | Author: Luis Maldonado Toledo | Category: N/A
Share Embed Donate


Short Description

1 BDU BASE DE DATOS DE USUARIOS2 CONTENIDO 1. Proyecto de nueva Base de Datos Poblacional Objetivos y utilidades 2. Comp...

Description

BDU – BASE DE DATOS DE USUARIOS

CONTENIDO 1. Proyecto de nueva Base de Datos Poblacional Objetivos y utilidades 2. Componentes del proyecto 2.1. La base de datos de usuarios 2.2. La tarjeta sanitaria 2.3. Portal del ciudadano 2.4. Integraciones 2.5. Explotación de la información 2.6. Marco tecnológico

3. Implantación 2

1. PROYECTO DE NUEVA BASE DE DATOS POBLACIONAL - La Base de datos de Usuarios (BDU), pilar del sistema de información de salud, facilitará la identificación común y unívoca de los usuarios en los diferentes recursos asistenciales y constituirá la base para la adecuación de recursos y servicios asistenciales a la población de referencia. - Sistema informático capaz de identificar a los usuarios de todo tipo, tanto geográficamente como en lo relativo a su aseguramiento sanitario, cubiertos por el sistema público de salud o que hayan tenido contacto con algún dispositivo asistencial de la red sanitaria pública aragonesa, permitiendo además la identificación del dispositivo o dispositivos asistenciales con los que ha tenido contacto. - Basado en el actual sistema de identificación del Departamento de Salud y Consumo del Gobierno de Aragón, la Tarjeta Sanitaria Individual (TSI). - Se enmarca en un sistema de ayuda a la toma de decisiones en el ámbito del Sistema de Salud de Aragón, por lo que debe permitir su integración con otras aplicaciones informáticas, ya existentes o futuras: Mapa de recursos, Cartera de Servicios, Producto Sanitario en AP, Gestión de RRHH, Gestión Clínica y Gestión de Pacientes.

3

SITUACION ACTUAL Y PROYECTO DE BDU La gestión sanitaria requiere la identificación inequívoca del ciudadano en todos los puntos de contacto con el Sistema Sanitario mediante un sistema de información actualizado, coordinado e integrado que constituya el pilar básico para la gestión de su relación con el sistema sanitario.

4

QUE NOS APORTA BDU….

; Recoger el “105%” de los ciudadanos que tienen contacto con el Sistema Sanitario Aragonés (sea cual sea su modelo de aseguramiento) a través de la identificación inequívoca del paciente.

; Implantar un identificador único por paciente asociado al utilizado internamente en los sistemas de información implicados (Ej.: Número de Historia Clínica en los hospitales), a través de la depuración de sus ; Garantizar la trazabilidad del bases de datos mediante algoritmos de cruce ciudadano en sus contactos con el Sistema que logren alcanzar el grado de cobertura Sanitario Aragonés, permitiendo localizar la deseado de la población. información dispersa de un mismo ; Garantizar las integraciones existentes ciudadano. con el resto de Sistemas de Información ; Garantizar la seguridad y del Departamento de Salud y otros con los confidencialidad de los datos, respetando que se relacione en la actualidad la Base de la LOPD, así como permitir una gestión de Datos de Asegurados (SNS, Mapa de accesos y usuarios flexible y parametrizable. Recursos, Cuadro de Mandos, RRHH…)

5

QUE NOS APORTA BDU….

; Mantener funcionalidad y estructura ofrecida en la actualidad por la Base de Datos de Asegurados existente. ; Permitir la explotación y análisis de la información, aportando valor añadido al análisis de la demanda asistencial (Ej.: Flujos de pacientes…) ; Garantizar la flexibilidad en el diseño de la base de datos y sus funcionalidades, de modo que permita modificaciones futuras en los procedimientos y métodos de trabajo.

; Diseñar un modelo de base de datos e integración que permita incorporar a sistemas de información ajenos a Sistema Sanitario Aragonés, hospitales concertados, etc. ; Garantizar su integración con los nuevos sistemas de información que se incorporen a la sanidad aragonesa, de acuerdo al modelo tecnológico que sea elegido. ; Permitir el acceso a los ciudadanos para facilitar los procesos que se determinen.

6

2. COMPONENTES: 2.1. LA BASE DE DATOS DE USUARIOS En esta base de Datos Poblacional estará registrado todo ciudadano que lo solicite, con independencia de su situación administrativa y del derecho a emisión de Tarjeta Sanitaria Individual. Todo usuario que tenga o pueda tener contacto con algún dispositivo asistencial de la Red Sanitaria Pública Aragonesa quedará inscrito en el registro de usuarios, que se constituye en registro poblacional, recogiendo, además de los asegurados habituales, residentes en nuestra comunidad, también a todos aquellos usuarios que tengan un contacto con nuestro sistema sanitario, ya sean usuarios desplazados, nacionales o extranjeros, e incluso aquellos ocasionales.

7

CONCEPTOS NUEVOS Y APLICACION Acceso a la aplicación: – Usuario – Contraseña

8

CONCEPTOS NUEVOS Y APLICACION • CIA: Código de Identificación Autonómico. Es la nueva clave identificativa del usuario y será asignada por BDU/EMPI a cada uno de ellos en el momento del alta. Convivirá con el CIP en el caso de que lo tenga. • EMPI: Herramienta que permite la identificación de posibles duplicados de un usuario atendiendo a una serie de variables tales como el nombre, apellidos, DNI, etc. en el momento del alta o modificación de usuarios. Si tras introducir cualquiera de los criterios disponibles, no se encuentran en el EMPI registros que contengan esos datos, se habilitará la opción de ‘Añadir’ en la parte inferior de pantalla.

9

EMPI (ENTERPRISE MASTER PERSON INDEX) DESCRIPCION Dispositivo que identifica de manera unívoca al ciudadano, con el número de historia de cualquier centro. UTILIDADES Actuales: -Generación de CIA -Recoger referencias cruzadas de todos los identificadores únicos de los pacientes en los dispositivos sanitarios. -Posee buscadores probabilísticos y adaptativos para localizar un paciente -Posee procesos automáticos de autodepuración y consolidación de datos registrados. -Implementa perfil PIX de IHE. Futuras: - Buscador tipo “Google” para localizar a una persona a partir de información desestructurada, 10

EMPI

Incorporación del resto de agentes del sistema sanitario que permiten alcanzar el 100% de la cobertura.

Consecuencia: Un ciudadano es registrado en el sistema como un único ciudadano.

Atención Primaria

BDU = Gestor de Referencias Cruzadas + Índice Maestro Poblacional Centros de Especialidades

María del Mar

Atención Especializada

Mutualidades

Algorit -mos de cruce

Base de Datos Poblacional

Jiménez

Del Valle

CS1

CIP: 12567892

AAA12345

HOSP1

NHC: 234Y71

AAA12345

HOSP2

NHC: 8510L

AAA12345

MUT1

CIP: IUO985

AAA12345

HOSP C1

NHC: 2345ER

AAA12345

HOSP C2

NHC: 789LM

AAA12345

Ciudadano

Identificador Único

Centros Concertados

Integración con otros Sistemas de Información

11

CONCEPTOS NUEVOS Y APLICACION • Situaciones: en las que pueden encontrarse un usuario en el momento de recibir la asistencia. Puede tener los siguientes valores: • ‘Residente’. P.e: usuario empadronado en Aragón. • ‘Usuario limítrofe’. P.e: usuario residente en otra Comunidad Autónoma (p.e Comunidad Valenciana) y que recibe parte de asistencia sanitaria en Aragón. • ‘Desplazado de otra C.A/ país’: P.e: usuario que reside en Aragón por un periodo limitado de tiempo y menor al año y que proviene de otra Comunidad Autónoma o país. • ‘Ocasional’. P.e: usuario que inicialmente tiene un contacto puntual con el Servicio Aragonés de Salud. • ‘Residente con desplazamiento en Aragón’: variante de ‘Residente’. Usuario empadronado en Aragón y con desplazamientos dentro de la Comunidad.

12

CONCEPTOS NUEVOS Y APLICACION La selección de cada valor marca la obligatoriedad de unos u otros campos en el momento del alta/ modificación de un individuo en Tratamiento de usuarios. Los campos a completar en cada pestaña según la situación del usuario son los que se muestran a continuación: • Residentes, Ocasionales y Usuarios limítrofe

Pestaña

Bloque de información de nueva creación

Pestaña

13

CONCEPTOS NUEVOS Y APLICACION • Residentes con Desplazamiento en Aragón:

Pestaña

Pestaña

14

CONCEPTOS NUEVOS Y APLICACION • Domicilio : Las búsquedas o introducción de nuevos domicilio en BDU se realizarán desde una ayuda con acceso al callejero del INE y vendrán determinadas por la localidad seleccionada por el operador. El objetivo es la normalización de direcciones dentro de la aplicación. –

Domicilio ya existente:

1º Buscar

15

PROCESOS ESPECIALES Cambios masivos de médico: Permite realizar cambios de médico a aquellos usuarios que cumplen las condiciones establecidas como parámetros en la pantalla de criterios de selección y el CIAS-Centro que se les asigna es el que figura como CIAS-Centro destino. Como novedad: – Se pueden realizar ‘intercambios’ de usuarios un CIAS a otro sin necesidad de establecer una relación triangular con otro CIAS. – Se recuperan usuarios con la distinción de ‘Fuera de Zona’. – Vínculo por domicilios normalizados. – Selección por fecha últimas incorporaciones al cupo.

16

TRATAMIENTO DE USUARIOS. DETALLE. ASEGURAMIENTO Pantalla descriptiva de las condiciones de Aseguramiento del usuario. Contiene parte de datos personales y administrativos recogidos en las pantallas anteriores, así como el ámbito geográfico de aseguramiento, fecha de alta del tipo de usuario, entidad de reconocimiento del derecho a la asistencia sanitaria, etc. Ej.: Privados, Mutualistas rurales, limítrofes, convenios.

17

AGENTES IMPLICADOS EN LA GESTIÓN • INFORMACIÓN AL CIUDADANO: - documentos necesarios y médicos del centro • CAPTURA DATOS Y COMPROBACIÓN DOCUMENTOS • ENTREGA DE COPIA AL USUARIO (Firma LOPD) • PROPUESTA A UNIDAD DE TRAMITACIÓN • MANTENIMIENTO DE DATOS NO CRITICOS

S. SOCIAL ENTIDADES S.A.T., etc.

•GENERACIÓN CIA/EMPI

COMPROBACIÓN ASEGURAMIENTO (Titulares)

DEL

DECISIÓN SOBRE RAIZ CIP o CIP PREEXISTENTE

•GENERACIÓN DEL •INSERCIÓN EN BDC

CIP/ SNS

18

AGENTES CLAVE EN PROCESO ADMISIÓN CENTRO SANITARIO 1ª FASE CENTROS DE ATENCIÓN PRIMARIA. TRAMITACIÓN ALTAS, MODIFICACIONES, BAJAS. MODO PROPUESTA O EFECTIVO SEGÚN LA ACCIÓN RESTO CENTROS ASISTENCIALES CONSULTA DATOS BDU 2ª FASE TODOS LOS CENTROS SANITARIOS DONDE SE PRODUZCA CONTACTO DEL USUARIO TRAMITACIÓN ALTAS, MODIFICACIONES, BAJAS. MODO PROPUESTA O EFECTIVO SEGÚN LA ACCIÓN UNIDADES DE TRAMITACIÓN DE TARJETA SANITARIA DIRECCIONES AP Y/O SERVICIOS PROVINCIALES TRAMITACIÓN DE ALTAS, MODIFICACIONES, BAJAS EN MODO EFECTIVO Y VALIDACIÓN DE PROPUESTAS DE CENTROS. OTROS: SERVICIOS PROVINCIALES, SSCC DPTO Y SALUD, SALUD PUBLICA, DIRECCIONES DE AP… CONSULTA DE DATOS BDU

19

MANTENIMIENTO PARAMETROS

BDU Parámetros propios Aseguramiento (tipos de usuarios), Tarjetas.

Dirección General de planificación y Aseguramiento

Unidades funcionales

MAPA SANITARIO Callejero normalizado INE Localidades, Municipios, Provincias, CCAA, Países. Estructura sanitaria: Sectores, Zonas, centros.

Dirección General de planificación y Aseguramiento

CIAS y ocupación Servicio Aragonés de SALUD/ Gestión de RRHH

20

2.2. LA TARJETA SANITARIA La Tarjeta Sanitaria o el documento acreditativo de asistencia constituyen los documentos acreditativos de cada ciudadano/a a efectos de su asistencia sanitaria, siendo título necesario y suficiente para el acceso a los servicios y prestaciones sanitarias asegurados por el Departamento de Salud y Consumo.

TARJETA HASTA 2007

TARJETA DESDE 2007

- Identificación usuario CIP inteligente

- Identificación usuario CIA

- Prestación farmacia sólo para pensionistas

- Prestación farmacia con leyenda

AR+10 dígitos

21

2.4. INTEGRACION

Autentificación del ciudadano en el portal. Nivel de seguridad acorde a los servicios accedidos (libre, user+password, certificación digital)

Aplicación BDU Índice Maestro Poblacional

Capa de Presentación

Ciudadanos

Otros Sistemas Informació n

Plataforma Integración EAI (XML, HL7, IHE)

Centros Concertados

Capa de Negocio Capa Base de Acceso Datos a Datos Poblacional

J2EE/Struts

Acceso servicios BDU

Servicios BDU (Web Services)

Portal de Aragón

Atención Especializada Mutualidades

Atención Primaria

22

INTEGRACION CON SISTEMAS PRESENTES Y FUTUROS Comunicación con aplicaciones OMIv5 distribuido (Informix) OMIv6 distribuido (Informix)

Provisionales: DDE on-line Validaciones: off-line

OMI-AP => Se estructurará en 8 sectores. Cada uno con un OMIv6 centralizado mediante CITRIX (BBDD)

USUARIOS Unidad de Recepción en Centros de Salud HP-HIS

Unidad de Tramitación Gerencias Asociadas a Servicios Provinciales Servicios Centrales/ Servicios Provinciales: Consultas y ciertos trámites

Propuesta de altas CIP SNS

SNS

Hospitales cabecera sector HP-HIS 1 Hosp. Provincial Zaragoza HP-HIS 2 Hosp. sociosanitarios Psiquiátricos: a través del hospital de cabecera de sector Consorcios Privados concertados

CCAA NO SNS

BDU

MUTUALIDADES

Hospitales. Consulta Futuro: Integración o Unidad de recepción (urgencias, neonatos,…)

FONDO COHESIÓN. INSS RRHH

Cuidadanos Mapa Sanitario

Tablas de Referencia Datos demográficos para explotación mensual

Cartera de Servicios Comunicación ya existente Comunicación prevista a futuro

Descarga mensual On-line. EAI

IT y RECETA ELECTRÓNICA (acceso a información)

23

INTEGRACION A la hora de montar la arquitectura de la solución hay que tener en cuenta que existe una relación entre la definición funcional y la arquitectura de Integración existente en una organización. En la definición de BDU se ha escogido la arquitectura hacia la que tienden las organizaciones sanitarias actualmente, sin olvidar la situación previa: • Integración de datos: Está basada en el intercambio de datos entre SI de forma asíncrona. Dado el número de SI y el número de mensajes implicados en la integración de BDU, proponiéndose para dicho intercambio una arquitectura basada en EAI. • Integración de procesos: Está basada en el intercambio síncrono de información entre SI requiriendo envío y respuesta de mensajes por el mismo canal de comunicaciones. Para este intercambio se propone una arquitectura basada en Servicios Web.

En el nivel de avance que se encuentran las herramientas EAI en las que se puede basar la solución, se utilizarán los conectores existentes para su adaptación a la herramienta elegida por el Departamento.

24

2.5. EXPLOTACIÓN DE DATOS Grupos funcionales y ámbito de consulta Los distintos grupos funcionales tendrán limitado el ámbito de consulta en la ‘Explotación de datos’ tal y como se detalla a continuación:

Grupo funcional

Ámbito actuación

Servicios Centrales Provinciales

Provincia

Servicios Centrales - Departamento

Autonomía

Servicio Central - Salud

Autonomía

Unidades de Tramitación

Provincia

Sector

Sector

Centro Salud

Zona

25

EXPLOTACIÓN DE DATOS. LISTADOS PDF Listados: Desde ‘Explotación de datos’ se accede a diversidad de listados, estadísticas, etiquetas y cartas que recogen información contenida en la aplicación. A continuación se muestra un ejemplo de cómo obtener un listado tomando como paso previo la selección de los criterios de búsqueda específicos de cada pantalla.

26

EXPLOTACIÓN DE DATOS. LISTADOS PDF

27

EXPLOTACIÓN DE DATOS. LISTADOS EXCEL

28

EXPLOTACIÓN DE DATOS. LISTADOS EXCEL

29

DATA WARE HOUSE (Acceso a través web) 1º criterios de selección

2º Informe ORIGEN

USUARIOS DESPLAZADOS EN ARAGÓN POR ZONA ORIGEN /DESTINO Y SEXO DESTINO

H

M

T

3º Exportación Almudevar

Rebolería San José N Casablanca

1 0 1

0 1 0

1 1 1

Alfambra

Torrero LPaz San José N Fdo El Cat Delicias N

1 1 1 0

1 0 1 1

2 1 2 1

4º Gráficos

30

2.6. MARCO TECNOLOGICO 2ª fase El nuevo Sistema de Información producto de la ejecución del proyecto se implanta sobre la infraestructura actual de la red corporativa de la Administración de la Comunidad Autónoma de Aragón, integrándose tecnológica y funcionalmente en la arquitectura del Plan de Sistemas de Información de Salud. • Arquitectura J2EE. Utilización de Struts y esquema de desarrollo MVC (modelo vista controlador) • Base de datos Oracle 10g • Servidor de Aplicaciones Oracle para J2EE (OC4J) • Servidor Web Apache • Navegadores soportados: Firefox e Internet Explorer • Infraestructura tolerante a fallos y de alta disponibilidad (SAN, servidores en cluster, componentes redundantes, …)

Sistema de Back-up

Sistema de Almacenamiento masivo SAN

Servidor de Base de Datos (Cluster)

Storage Switch

Servidor de Aplicaciones (Cluster)

Estaciones de Trabajo

Clientes

31

REQUERIMIENTOS DE ACCESO Y UTILIZACION Correo electrónico personal. Perfil de usuario Visualización óptima: Pantalla 17 pulgadas Resolución pantalla 1024X768 Navegador: Mozilla Firefox Versión 2.0 o superior. Conexión a internet Acceso a dirección establecida Programas necesarios Listados: Adobe Acrobat Reader Listados y etiquetas: Microsoft Office excel u Open Office Cartas: Microsoft Office word u Open Office OMI: requerimientos de JAVA

32

View more...

Comments

Copyright � 2017 SILO Inc.
SUPPORT SILO