aproximaciÓn a la historia clÍnica federada en sacyl: modelo … · 2012-02-26 · hospital y...

IX Jornadas Técnicas de AIISCYL – Burgos, 24 Febrero 2012

APROXIMACIÓN A LA HISTORIA CLÍNICA

FEDERADA EN SACYL: MODELO XDS

OFICINA DE INTEGRACIÓN SACYL


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


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.


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)


Compartir información clínica (I)

HOSPITAL 1Rayos

Banco

Admisión

Farmacia

Laboratorio

HCE

HCE

HCE

Historia Primaria

HOSPITAL 2

HOSPITAL 3

Centro de ATENCIÓN PRIMARIA

NO ESCALABLE

HL7

HL7 HL7

HL7

HL7


Compartir información clínica (II)

HOSPITAL 1Rayos

Banco

Admisión

Farmacia

Laboratorio

HCE

Historia Primaria

HOSPITAL 2

HOSPITAL 3

Centro de ATENCIÓN PRIMARIA

HCEESCALABLE

Índice

Repositorio

Repositorio

Repositorio

Repositorio

HL7

HL7

HL7

HL7

HL7


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.


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 HealthCareEnterprise www.ihe.net)

• 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


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


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 querylanguage

– 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…


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.


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.


XDS: principios en los que se basa

• Distribuido• Escalable• Centrado en los documentos• Fácil acceso


ÍNDICESacyl

Esquema XDS:SACYL como dominio de afinidad

Repositorio(Estación

Clínica HOS)

Repositorio(Medora C.S.)

Un único índice, múltiples repositorios.

Los repositorios son «archivos» de documentos.Sólo permiten recuperar documentos en base a su id único

Cliente(Quiere buscar

documentos)

El registro tiene los metadatos y la ubicación de cada archivo. Es capaz de realizar búsquedas en base a ellos

Fuentes documentales adicionales (sólo generan

documentos, no los guardan como el sistema de digitalización)


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.


XDS: actor «registro»

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).

Servidor de documentos

(registro y repositorio)

SubmissionSet

DocumentDocument

Document Folder

Folder

Folder


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


XDS: actor «fuente»

• produce y publica documentos• es responsable de enviarlos al repositorio

• los documentos + metadatos


XDS: actor «consumidor»

• localiza los documentos buscando en el registro• consigue el documento del repositorio


XDS: registro de nuevos documentos

Creador de documentos(No almacena)

ÍNDICESacyl

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.

Por cada documento

añadido se registran

los metadatos en el

índice

Metadata

DocumentDocument

Submission


Clínica HOS)


XDS: Búsqueda y recuperación de documentos


Clínica HOS)

Repositorio(Medora C.S.)

REGISTROSacyl

Un cliente que quiera acceder a un documento:

1 - Consultará el índice 2 – Recuperará los documentos

que le interesen de los repositorios.

Recuperación de

documentos

Consulta al índice

Cliente(Quiere consultar

un informe)


Repositorio

XDS: gestión de los metadatos

RegistroConsumidor

Fuente

Genera

Añade

Almacena

Interpreta


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


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.


XDS-SD (I)

• Cross Enterprise Sharing of ScannedDocuments

• 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


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.


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 «DocumentSource» para el connectathon.


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”


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


Estrategias de implantación (III)

XDS-SD

Documentos

Índice

HOSPITAL 1

MetadatosHOSPITAL N

ATENCIÓN

PRIMARIASistema Digitalización

HCE

HCE

Metadatos

Metadatos


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


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


Herramientas: BRAID• Cliente XDS de OS basado en braid i

– http://sourceforge.net/projects/braid• Soporta:

– Envío de uno o varios documentos en un “submissionset” (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


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


Digitalización HC CA Burgos

• El sistema de digitalización actúa como fuente de documentos.

• Jimena recibe la información.

XDS-SD

CDA

PDF

Metadata


Medora : XDS on demand

• Sirve resumen de historia clínica de atención primaria on-demand

• Documentos con ID controlados y metadatos específicos


Otras adaptaciones

• Adaptación Mirth/XDS para sistemas de HCE sin soporte XDS

HCE NO XDS

HL7 XDSÍndice


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.


Conclusiones

• Se han encontrado herramientas útiles y corporaciones que dan soporte a la especificación XDS

• Estaciones clínicas trabajan con CDA

• Sistema probado durante 10 meses recibiendo y almacenando 4500 documentos de media diarios.

Disminución notable del tiempo de implantación


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 UserAuthentication)

– Contenido documental : varias especificaciones según el tipo de documento (XS-LAB: laboratorio, XDS-I para documentos de imagen, etc)


MUCHAS GRACIAS POR SU ATENCIÓN