APROXIMACIÓN A LA HISTORIA CLÍNICA FEDERADA EN SACYL: MODELO XDS

Transcripción

1 APROXIMACIÓN A LA HISTORIA CLÍNICA FEDERADA EN SACYL: MODELO XDS OFICINA DE INTEGRACIÓN SACYL

2 Contenidos Historia Clínica Federada: problema a resolver Modelo XDS para la compartición de documentos Estrategia de implantación de XDS en Sacyl Herramientas de implantación de XDS Estado actual de aplicación de XDS en Sacyl Cuestiones por resolver

3 Historia Clínica Electrónica Qué forma parte de la historia clínica? En AP: todos los datos recogidos del paciente, que están organizados a través de procesos. En AE: datos generales (alergias, etc.), resultados de pruebas diagnósticas, anamnesis, informes de consultas, de interconsultas : muy orientado a documentos. Cada aplicación organiza la información de una manera.

4 Historia Clínica Federada Historia virtual generada bajo demanda a partir de la información clínica del paciente distribuida entre varios sistemas de información de diferentes instituciones. En SACYL: una estación clínica de HCE por hospital y parte de la historia en AP (Medora)

5 Compartir información clínica (I) NO ESCALABLE HCE HOSPITAL 2 Rayos HL7 HL7 HOSPITAL 1 HCE HCE HL7 HOSPITAL 3 Banco HL7 HL7 Laboratorio Historia Primaria Admisión Farmacia Centro de ATENCIÓN PRIMARIA

6 Compartir información clínica (II) ESCALABLE HCE Rayos HL7 Repositorio HCE HOSPITAL 1 Índice HOSPITAL 2 Repositorio Repositorio HL7 HL7 HOSPITAL 3 Banco HL7 Admisión HL7 Farmacia Laboratorio Repositorio Historia Primaria Centro de ATENCIÓN PRIMARIA

7 Una aproximación: compartir documentos Poner en común todos los documentos generados por los distintos centros, correctamente catalogados para ayudar en la localización de datos. Debe existir: Un modelo de identificación de pacientes. Un conjunto de metadatos asociados a un documento, catalogados de forma única. Un modelo de crecimiento coherente.

8 Uso de XDS para compartir documentos (I) Cross-Enterprise Document Sharing (Compartición de documentos a través de una institución) Definido por IHE (Integrating HealthCare Enterprise Perfil de integración XDS.b (2007), del dominio ITI (Infraestructura de Tecnologías de la Información) Facilita el registro, distribución y acceso de los informes clínicos electrónicos de los pacientes existentes en diferentes aplicaciones sanitarias

9 Uso de XDS para compartir documentos (II) Basado en ebxml 3.0: XML, Servicios Web optimizados para documentos: uso de MTOM como mecanismo de transmisión XDS se basa sólo en la infraestructura para compartir los documentos: la identificación de usuario, de paciente y la estrategia de accesos está en otros perfiles de IHE

10 Estándares usados por XDS Infraestructura Oasis/ebXML: ebxml Registry Information Model v3.0: modelo del registro XDS ebxml Messaging Services Specification: registry services ISO/IEC 9075 Database Language SQL: Registry query language MTOM: comunicación con registro y repositorio WS: para recuperar documentos SMTP: ebms bindings (offline) MIME: códigos de tipo de documento UTF-8: Codificación de los atributos del registro SHA-1: Hash del documento Contenido HL7 v2.3.1: mensajes para patient id HL7 v2.5: tipos de datos para los metadatos HL7 CDA R1: origen de los atributos de los documentos Otros tipos de documentos: DICOM, CDA R2

11 XDS: actores Define varios actores (que pueden estar agrupados): FUENTES (SOURCE): generan los documentos. CONSUMIDORES (CONSUMER): consumen los documentos. ÍNDICES (REGISTRY): servidor con la lista de todos los documentos. REPOSITORIOS (RESPOSITORY): almacén físico de documentos.

12 XDS: documentos Para XDS un documento es: Conjunto de información clínica que ha sido firmada, que va a ser compartida, legible para personas y aplicaciones y que tiene un identificador único. Características (mismas que CDA HL7): persistencia, administrado, potencial para ser autenticado y completitud. Un documento debe estar asociado con unos metadatos para ser registrado en el registro. Los códigos de documento y vocabulario utilizado se consensúan en el dominio de afinidad.

13 XDS: principios en los que se basa Distribuido Escalable Centrado en los documentos Fácil acceso

14 Esquema XDS: SACYL como dominio de afinidad Repositorio (Estación Clínica HOS) Repositorio (Medora C.S.) ÍNDICE Sacyl Un único índice, múltiples repositorios. El registro tiene los metadatos y la ubicación de cada archivo. Es capaz de realizar búsquedas en base a ellos Los repositorios son «archivos» de documentos. Sólo permiten recuperar documentos en base a su id único Fuentes documentales adicionales (sólo generan documentos, no los guardan como el sistema de digitalización) Cliente (Quiere buscar documentos)

15 XDS: actor «repositorio» Acepta: Envíos de documentos por parte de los actores fuentes (Cada documento del repositorio es unívocamente identificado por un Identificador Único de Documento) Solicitudes de recuperación de documentos en base a su ID. Envía: Mensajes con la información de metadatos al registro al aceptar un documento. En SACYL: son repositorios las estaciones clínicas hospitales y Medora: gestionarán los documentos que se generen en el centro.

16 XDS: actor «registro» SubmissionSet Document Document Document Acepta: Consultas en base a una serie de parámetros (por parte de los consumidores). Notificaciones de los repositorios con los metadatos de nuevos documentos (o con la actualización de algunos). Folder Folder Folder Servidor de documentos (registro y repositorio)

17 XDS: metadatos en el registro Sobre el paciente: dominio de afinidad, información demográfica, Sobre el origen del documento: autor, institución, legal authenticator, Identificación del documento: identificador único, URI repositorio, fecha de creación, fecha de inicio y fin del acto clínico, Clasificación del documento: clase, tipo, formato, tipo MIME, nivel de confidencialidad

18 XDS: actor «fuente» produce y publica documentos es responsable de enviarlos al repositorio los documentos + metadatos

19 XDS: actor «consumidor» localiza los documentos buscando en el registro consigue el documento del repositorio

20 XDS: registro de nuevos documentos Repositorio (Estación Clínica HOS) Por cada documento añadido se registran los metadatosen el índice ÍNDICE Sacyl Un sistema externo que quiera añadir un documento (ej: digitalización) 1-Enviarálos documentos + metadatos al repositorio (ej: Jimena) 2-El repositorio se encarga de guardar los documentos y de informar al índice con los metadatos asociados. Submission Metadata Creador de documentos (No almacena) Document Document

21 XDS: Búsqueda y recuperación de documentos Repositorio (Estación Clínica HOS) REGISTRO Sacyl Un cliente que quiera acceder a un documento: 1 - Consultará el índice 2 Recuperará los documentos que le interesen de los repositorios. Consulta al índice Repositorio (Medora C.S.) Recuperación de documentos Cliente (Quiere consultar un informe)

22 XDS: gestión de los metadatos Almacena Interpreta Registro Consumidor Genera Añade Fuente Repositorio

23 XDS: estado de los documentos en el registro Enviado Submitted (registro en proceso) Aprobado Approved (disponible para la atención al paciente) visible para el consumer Eliminado - Deleted

24 Más sobre XDS Para comunicación entre «dominios de afinidad» hay actores «gateway». Es necesario gestionar relaciones de «reemplaza a», «es un adjunto a», «obsoleto» de los documentos.

25 XDS-SD (I) Cross Enterprise Sharing of Scanned Documents Define elementos de la cabecera CDA R2 necesarios para acompañar documentos clínicos escaneados: información de identidad del paciente, datos demográficos, identifica el escáner, tecnología de escaneado, tiempo de escaneado así como información de autoría

26 XDS-SD (II) Flujo para documentos escaneados: 1. Un documento en papel se escanea y se genera un PDF/A. 2. El PDF se encapsula dentro de un CDA R2 y se añade la cabecera. 3. Los metadatos del XDS se producen a partir de los datos contenidos en la cabecera CDA. 4. El documento XDS-SD completo y sus correspondientes metadatos se envían.

27 Uso de XDS en SACYL Compartición de todas las evidencias documentales Recuperación de imágenes escaneadas de la historia clínica del hospital de Burgos (perfil XD-SCAN) Acceso al resumen de historia clínica de atención primaria (XD-On Demand). Cumplimiento del actor XDS «Document Source» para el connectathon.

28 Estrategias de implantación (I) Instalación de un índice y repositorio XDS usando herramientas existentes OS Uso del CIP-SNS como identificador único de paciente Convertir a las estaciones clínicas de los hospitales (Jimena, Siclinica ) en repositorios. Adaptación del sistema de HC de Atención Primaria (Medora) para ofrecer el resumen de historia clínica bajo la modalidad de documento bajo demanda

29 Estrategias de implantación (II) Convertir los proyectos de escaneado de historia clínica en papel en fuentes documentales usando el perfil XDS-SD Suministro de unas bibliotecas (jar) para aplicaciones consumidoras o proveedoras de informes que «simplifiquen» su adaptación al modelo

30 Estrategias de implantación (III) HOSPITAL 1 HCE Metadatos HOSPITAL N HCE Índice Metadatos XDS-SD Sistema Digitalización Documentos Metadatos ATENCIÓN PRIMARIA

31 Herramientas: OpenXDS Implementa los actores del perfil XDS.b: Document Repository Document Registry Implementa los actores del perfil XCA (Cross Community Access) Responding Gateway Initiating Gateway Multiplataforma Basado en el proyecto iheos del NIST y el proyecto omar 3.1 de freebxml Desarrollado por Misys Open Source Solutions (MOSS), Cardiff University, IBM, etc

32 Uso de servidor OpenXDS en Sacyl Adaptado para usarlo sobre BBDD Oracle Funciona como Document Registry y como Document Repository en SACYL Mejora de openxds para poder escalar su uso a toda la comunidad

33 Herramientas: BRAID Cliente XDS de OS basado en braid i Soporta: Envío de uno o varios documentos en un submission set (SS). Permite enviar sustituciones, adendas y transformaciones de documentos. Búsqueda de documentos por los parámetros permitidos en XDS.b. Gestión básica de directorios (folders): creación, añadir documentos, búsqueda, etc. Notificación de eventos de export y búsqueda a repositorios ATNA-compliant tanto vía UTP como TLS

34 Uso de BRAID en Sacyl Distribución de un conjunto de utilidades Java basado en «braid» que permita hacer consultas y registro de nuevos documentos Evolución de las utilidades XDS del proyecto BRAID

35 Digitalización HC CA Burgos El sistema de digitalización actúa como fuente de documentos. Jimena recibe la información. XDS-SD Metadata PDF CDA

36 Medora: XDS on demand Sirve resumen de historia clínica de atención primaria on-demand Documentos con ID controlados y metadatos específicos

37 Otras adaptaciones Adaptación Mirth/XDS para sistemas de HCE sin soporte XDS HL7 XDS Índice HCE NO XDS

38 Integración con el proyecto HCDSNS Desarrollo de módulo de conexión XDS/HCDSNS: necesario modificar el software distribuido por el ministerio para la recuperación de documentos.

39 Conclusiones Se han encontrado herramientas útiles y corporaciones que dan soporte a la especificación XDS Estaciones clínicas trabajan con CDA Disminución notable del tiempo de implantación Sistema probado durante 10 meses recibiendo y almacenando 4500 documentos de media diarios.

40 Qué falta por hacer. Sistema de monitorización para auditoría externa de las transacciones Incorporación de otros dominios: Identificación de pacientes: PIX (Patient Identifier Cross Referencing) Registro de acciones: ATNA (Audit Trail and Node Authentication) Identificación y autorización de usuarios: PAM (Patient Administration Management) y EUA (Enterprise User Authentication) Contenido documental: varias especificaciones según el tipo de documento (XS-LAB: laboratorio, XDS-I para documentos de imagen, etc)

41 MUCHAS GRACIAS POR SU ATENCIÓN