UTILIZANDO IHE EN LA IDENTIFICACIÓN DE PACIENTES

Transcripción

1 UTILIZANDO IHE EN LA IDENTIFICACIÓN DE PACIENTES Carlos Gallego Coordinador Proyectos Dirección Sistemas Información Asepeyo

2 Introducción: IHE: Integrating the Healthcare Enterprise ( Integrando la empresa sanitaria ) Uno de sus objetivos es: promover la comunicación y cooperación entre la industria y los proveedores de servicios sanitarios,haciendo uso de los estandards.

3 IHE soluciona problemas Identificando el conjunto de funcionalidades y de intercambio de información entre diferentes actores que usan transacciones claramente definidas basadas en estandards del mercado Es un modelo orientado a procesos. Desde un punto de vista puramente practico y demostrable.

4

5 Cross-Enterprise Intra-Enterprise IHE Radiology IHE EHR- Longitudinal Record IHE IT Infrastructure 5 Integration Profiles IHE Cardiology 12 Integration Profiles IHE Laboratory 1 Integration Profile IHE Future Domain IHE Future Domain 7 Integration Profiles

6

7 Que nos aporta? Foro Normalización, Madrid 6 y 7 de febrero 2006 Mejorar la consistencia de información entre las aplicaciones. Disponer de los identificadores de paciente entre las diferentes organizaciones que participan en el proceso asistencial.

8 Patient Identifier Cross-referencing PIX Permite a toda organización sanitaria registrar los identificadores locales del paciente. Permitiendo identificar al paciente entre diferentes dominios de identificadores Esta pensado para cualquier tipo de organización sanitaria (hospital, clinica, despacho medico, etc..)

9 Como? Ofreciendo las funcionalidades para notificar a las organizaciones adscritas cuando se ha modificado o actualizado un identificador del paciente. Delimitando muy bien las responsabilidades y funcionalidades de cada actor.

10 Los actores Patient Identify source: Responsable de asignar el identificador dentro de su dominio Responsable de notificar al pix manager de cualquier evento relacionado con la identificación del paciente (cambio, creación, etc..) Entidad Emisora Patient Identifier Cross-reference Consumer Es el consumidor de identificadores de paciente Pide y recibe el identificador del paciente Patient Identifier Cross-reference Manager (PIX Manager) Responsable de disponer de la información consolidada

11

12 PIX contempla los escenarios: Un dominio del identificador del paciente y un dominio de referencia del identifidador del paciente.

13 El dominio de identifidador del paciente se define como un sistema o conjunto de sistemas interconectados donde todos comparten un esquema de identificación comun,así como tambien comparte la autoridad emisora para la identifidación de pacientes.

14 Este dominio tiene las siguientes caracteristicas: - Un juego de politicas de descripción de como se definen los identifidadores y se manejan sus registros especificos de dominio - Una autoridad de administración - Un único sistema conocido como sistema de fuente de identidad del paciente, que asigna el identifidador a cada caso de objeto relacionado con el paciente asi como mantiene las reglas que definen este identificador

15 Un dominio de referencia de identificador de paciente consiste en un juego de dominios de identifiacodres de pacientes conocidos y gestionados por un identificador de referencia gestor de pacientes. Este gestor de pacientes es responsable de crear, matener y proporcionar las listas de identifidadores que son entre si los pseudonimos de diferentes dominios de identifidadores de paciente.

16 Patient Identification Domain A Patient Identity Feed & Patient Identity References Patient Identity Cross-reference Manager Patient Identification Cross-reference Domain Patient Identity Feed Patient Identity Source Patient Identity Cross References Patient Identity Feed Patient Identity Source Patient Identity Cross References Internal Domain transactions Other IHE Actor Patient Identity Consumer Patient Identification Domain B Internal Domain transactions Other IHE Actor Patient Identity Consumer Patient Identification Domain C

17 Id=123 Id=235 Patient Identification Domain A Patient Identity Cross-reference Manager B:X456 = C:2RT A:123 = B:Y921 = C:3TY B:D456 A:235 = B:DF45 A:678 Patient Identification Cross-reference Domain Id=X456 Id=Y921 Id=D456 Id=DF45 Patient Identification Domain B Id=3TY Id=2RT Patient Identification Domain C Patient Identity Consumer

18 HL7 Version 2.5 ADT Registration and Update Trigger Events Queries for Corresponding Identifiers (ADT^Q23/K23) Notification of Identifiers Lists Updates (ADT^A31)

19

20

21 Las ventajas.. Foro Normalización, Madrid 6 y 7 de febrero 2006 Mantiene entre todos los sistemas los identificadores de paciente en sincronización garantizando la identificación correcta. Ninguna necesidad de forzar identificador y cambios del formato hacia los sistemas existentes

22 Empi EMPI = Enterprise master patient index Se encarga de mapear la identificación de pacientes en multiples dominios de registro Acceso independiente a los datos Podemos considerarlo como una variación del PIX

23

24 Un ejemplo... ib-salut (Servei de Salut de les Illes Balears) Problemática: Diversos hospitales y centros con sus respectivos sistemas de información Cada sistema usa su propio código para identificar a los pacientes Necesidad de un sistema que permita mantener una relación entre los distintos identificadores de un mismo paciente Solución: EMPI (Enterprise Master Patient Index) Proyecto clave para la historia de salud

25 tarjeta sanitaria s.i. primaria his motor integración empi ris Historia de Salud

26 Funcionamiento Los sistemas notifican altas/modificaciones de pacientes a EMPI EMPI comprueba si ya tiene el paciente: si lo tiene actualiza datos añade identificador del sistema origen si no lo tiene alta del paciente genera código de identificación única del paciente EMPI devuelve: confirmación de recepción código de identificación única generado Puesta en producción Precargar en el EMPI los datos básicos de los pacientes de los distintos sistemas de información

27 Ventajas que aporta:... Mantiene relacionados los datos que existen de un mismo paciente en distintos sistemas Proporciona un código de identificación única de pacientes Su lógica interna facilita la depuración de las bases de pacientes y la detección de duplicidades Base para toma de decisiones de enrutamiento de datos (dependiendo de los sistemas en los que esté el paciente) Pieza clave para el desarrollo de la historia de Salud basada en la información del paciente dispersa por los diferentes sistemas de información

28 Patient synchronized Applications (PSA) Se encarga de la sincronización entre múltiples aplicaciones para la identificación única del paciente Permite la selección única de pacientes. Elimina la tarea repetitiva de seleccionar al paciente en cada aplicación

29 En combinación con PIX, permite la sincronización de pacientes en los dominios del identificadores de pacientes Basado en CCOW : Clinical Context Object Workgroup ( )

30 CCOW CCOW Context Manager Mapping Agent Annotation Agent

31 Los actores Contexto Gerente Actor (Context Manager Actor). Contexto paciente el Actor Participante (Patient Context Participant Actor) Patient Context Participant Actor responderá a todos los cambios del contexto relacionados con el paciente. Este actor proporciona el contexto de paciente en la aplicación para que esta tenga la capacidad de identificar el paciente.

32 Patient Context Participant Actor Context Manager Actor

33

34 Standards Used: HL7 Context Management CCOW Standard, Version 1.4 Support for both Windows and Web Technology

35 Otros perfiles... Foro Normalización, Madrid 6 y 7 de febrero 2006 Patient Access Management - PAM Patient Demographic Query PDQ

36 Conclusiones Foro Normalización, Madrid 6 y 7 de febrero 2006 Mejorar la disponibilidad de información médica para la toma de decisiones en la atención al paciente El enfoque puramente practico de IHE hace que sea un modelo de fácil implantación. Además IHE funciona...

37 Carlos Gallego Agradecimientos: Antoni Sanchez Magraner (ib-salut) IHE ESPAÑA: IHE EUROPA: IHE IT: IHE GLOBAL: MUCHAS GRACIAS!!!