ihe y la historia clínica electrónica compartida: xds y la historia clínica electrónica...

IHE y la historia clínica electrónica

compartida: XDS

Paula de Toledo.

IHE España

Universidad Carlos III de

Madrid

2014

IHE España 2014

IHE y la HCE compartida: El perfil XDS

Contenido

La propuesta de IHE para compartir documentos: el perfil Cross

Enterprise document sharing (XDS)

Otros perfiles de infraestructura necesarios para poner en marcha un

proyecto XDS:

– Audit trail and node authentication (ATNA), Consistent time (CT),

– Identificadores únicos de usuario con Patient Identifier Cross-Referencing

(PIX)

Versiones de XDS: XDS punto - punto (XDS Reliable) y XDS sobre medios

físicos (XDS Media)

XCA: Cross community access: federación de registros XDS

Perfiles de contenido:

– XDS Laboratorio

– XDS Imágenes

– XDS Scanned document

– Medical summary

IHE España 2014


PERFIL CROSS ENTERPRISE DOCUMENT SHARING (XDS)

IHE España 2014


Propuesta de IHE: Modelo registro – repositorio

Hospital A

Urgencias

Historia hospital

HL7

Administración

HL7

XDS - Intro

Laboratorio

HL7

Imagen

DICOM

Centro de atención primaria

HL7

Centro de

diagnóstico

por imagen

Hospital B

Registro

Hospital C

Repositorio

Repositorio

Paciente

Registro

IHE España 2014


Escenario: intercambio de documentos clínicos

Objetivo : intercambio de documentos clínicos

La forma tradicional de compartir información clínica es basada en

documentos

XDS - Intro

IHE España 2014


¿Qué es un documento para XDS?

Conjunto de información clínica (estructurada o no)

– Que ha sido firmada (attested clinical information)

– Que forma un elemento de información clínica de un paciente que va a ser

compartida

– legible para personas y aplicaciones

– Tiene un identificador único

Otras características: Persistence, Stewardship, Potential for

Authentication, and Wholeness

bien definidas en CDA de HL7, pero podría ser otro estándar

Un documento debe estar asociado con unos metadatos para ser

registrado en el registro

Los códigos de documento y vocabulario utilizado deben ser

consensuados en el dominio de afinidad

XDS - Intro

IHE España 2014


Escenario: Dominio de afinidad

Objetivo : intercambio de documentos clínicos en un dominio de

afinidad

Affinity domain:

– Conjunto de organizaciones que comparten un registro

– Trabajan en un un entorno de cooperación definido:

Políticas comunes de seguridad

Políticas comunes de confidencialidad

Infraestructura común de comunicaciones

Hay bastante trabajo que hacer para poner en marcha el dominio de afinidad

Trabajo técnico, pero sobre todo organizativo

Muy útil el "white paper" Template for XDS Affinity Domain Deployment Planning

XDS - Intro

IHE España 2014


Algunos metadatos almacenados en el registro XDS

Sobre el paciente (patient):

– Dominio de afinidad, Información demográfica (id, nombre, fecha nacimiento) "tal y

como los ve la fuente de documentos"

Sobre el origen del documento (Origin):

– author, institution, legal authenticator

Identificación del documento (Identification):

– ID index, repository URI, unique id, dates of creation, date of start/end of medical

act, title, size, hash, availability status, parent document

Clasificación del documento (Classification):

– class, type, format, MIME type, type and specialty of institution and author, medical

codes, confidentiality level

– Obligatorio, Obligatorio si se conoce, Generado por el repositorio, Recomendado

XDS - Intro

IHE España 2014


Principios en los que se basa XDS -1

Distribuido

– Cada organización sanitaria publica información para otros.

– Los documentos permanecen en el EHR-CR origen

Escalable

– Modelo válido tanto para hospitales, centros de atención primaria,

pequeñas consultas privadas, clínicas, farmacias, el paciente,………. con

sistemas de información diferentes

Centrado en los documentos

– La información publicada son documentos clínicos, que siguen estándares

– XDS es neutral en cuanto al contenido y tipo del documento: sólo la

fuente y el consumidor del documento procesan la información

XDS - Intro

IHE España 2014


Principios en los que se basa XDS -2

Entre organizaciones

– El registro facilita un índice de información publicada a organizaciones

autorizadas, que pertenecen a un 'dominio de afinidad' sanitario (ej CCAA)

– La información publicada ‘pertenece’ a la organización origen

Fácil acceso

– el proveedor sanitario tiene a su disposición una forma de consultar (query)

y recuperar (retrieve) documentos clínicos de interés

– las búsqueda documentos se basa en atributos normalizados (metadatos)

XDS - Intro

IHE España 2014


XDS : Concepto de Care delivery vs longitudinal Record

EHR-CR : Care-delivery Record

– Información del paciente

– Gestionada por una organización sanitaria

– La custodia de la información contenida en un documento del registro

permanece en la fuente del EHR-CR

EHR-LR : Longitudinal Record

– Documentos compartidos por los EHR-CR(s)

– Historia de salud de un paciente a largo plazo

– Registrada en el registro

XDS - Intro

IHE España 2014


Perfil XDS: Diagrama de actores y transacciones

Cosumidor de

Documentos

Recuperación de

Documentos

Consulta de

Documentos

Identificación

de Pacientes

Asocia Identificación

con Documento

Fuente de Documentos

Registro de

Documentos

Repositorio de

Documentos

Proporciona y Registrael conjunto de Documentos

Registro del

Conjunto de Documentos

XDS – Actores y transacciones

IHE España 2014


Perfil XDS: Diagrama de actores y transacciones (inglés)

Adaptado de Charles Parisot. GE

Document

Consumer

Retrieve

Document

Query

Documents

Patient

Identity Source

Patient Identity

Feed

Document

Source

Document

Registry

Document

Repository

Provide&Register

Document Set

Register

Document Set

Infrastructure

Transacciones del perfil:

o Provide & register document set

o Register document set

o Retreive document

o Query documents

o Patient Identity Feed


IHE España 2014


Actores del perfil XDS

Document source

– sistema de información que genera el documento

Document registry

– registro, en el que se almacena

Metadatos del documento

Enlace al lugar donde se encuentra realmente el documento

– Responde a consultas (queries) de acuerdo con unos determinados metadata

Document repository

– Acepta documentos y metadatos del 'document source'

– Almacena el documento

– Reenvía los metadata al registro

– Reproduce el documento bajo petición (permite recuperación del documento)

Document consumer

– Hace queries al registro, muestra listado de documentos disponibles

– Recupera los documentos elegidos por usuario

– utiliza los documentos, p.ej. para mostralos por pantalla

Patient identity source

– fuente de identidad de pacientes


IHE España 2014


proporcionar y registrar un

conjunto de documentos en el

repositorio

XDS: Registrar un documento


Document

Registry

Document

Repository

Document

source

Document

Consumer

Document

Document

Submission

Metadata

Codificación: soap with attachments

Transmisión: http

Registrar documento en

el registro

Provide & Register

Document Set

Register Document Set

No se envía un documento solo, sino

como parte de un Submission Set


IHE España 2014


XDS: Buscar y recuperar un documento


Query documents

Retrieve

document

Document

Registry

Document

Repository

Document

source

Document

Consumer

recuperar del repositorio

un documento concreto

Búsqueda en el registro de un

listado de documentos (p.ej. por

paciente, fecha – es decir:

metadatos)


IHE España 2014


Gestión de los metadatos

Query documents

Retrieve

document

Document

Registry

Document

Repository

Document

Consumer

Provide & Register

Document Set Register Document Set

Document

source

Genera Añade

Almacena Interpreta

• Repositorio almacena contenido

• Registro almacena metadatos que describen el contenido


IHE España 2014


Arquitectura Registro / Repositorio: ebXML

IHE elige los estándares más adecuados para cada perfil

– ¿Qué estándar elegir para la arquitectura registro /

repositorio?

ebXML

estándar conjunto de Oasis y w3c

ebXML: Electronic Business using eXtensible Markup

Language

– Estándar que especifica una arquitectura de registro/repositorio

destinada a publicar y permitir el descubrimiento de productos y

servicios en cualquier tipo de negocio

– Contempla el envío (submission), consulta (query) y recuperación

(retrieval) de los contenidos de dichos registros y repositorios

XDS – Estándares utilizados

http://www.oasis-open.org/

IHE España 2014


ebRIM y ebRS - I

ebXML son dos estándares:

– ebRIM – Registry Information Model

– ebRS – Registry services

XDS sólo utiliza una pequeña parte de la funcionalidad de ebXML

ebRIM – Registry Information Model

– Modelo de información del registro

– lenguaje para describir documentos

construido por objetos y atributos de objetos

Expresado en XML

– Los documentos XDS se representan como objetos ebRIM

Ejemplos

– RegistryObject = top level class

– Association, para describir relaciones entre documentos


IHE España 2014


ebRIM y ebRS -II

ebRS – Registry services

Servicios y protocolos del registro

Define métodos y requests

Los queries y retreives de documentos se basan en ebRS

Ejemplos

– Envíar un documento a un repositorio

rs:SubmitObjectsRequest

– Recuperar un documento del repositorio

rs:AdhocQueryRequest


IHE España 2014


Repositorio

El repositorio recibe un documento, lo almacena y lo registra en el

registro

– Para ello genera la siguiente información:

Tamaño

URI

Huella (Hash)

Información de estado

Luego debe ser capaz de servir el documento como respuesta a una

petición de la uri.

– La información del repositorio se puede recuperar por medios estándar (ej.

http o ftp)

– Debe comprobar que el tamaño y hash del documento coinciden con los

metadatos del registro

XDS – Registro y Repositorio

IHE España 2014


¿Cómo consultar el registro?: Consultas (Queries)

Queries usando los metadatos de los documentos, folders y submission sets de

XDS, por ejemplo:

– recuperar documentos de un tipo específico para un determinado paciente y margen

temporal

– query por autor

– todos los documentos de un submission set

Las queries

– están basadas en el modelo de registro ebXML (ebXML RIM)

– están escritas en un subconjunto de SQL

Una query devuelve:

– metadatos de uno o más objetos del registro

– referencias a objetos del registro (UUIDs)

UUID=Universally Unique Identifier=identificador único –Estandarizado por Open

Software Foundation (OSF)


IHE España 2014


XDS – Agrupación de documentos: envío y almacén

XDS Submission Set

– Conjunto de documentos relacionados con

un paciente que un médico (o equipo) del

sistema fuente han decidido publicar

– Es lo que se envía al repositorio

XDS Folder - Carpeta

– Modo de agrupar documentos almacenados

en el repositorio

– Carpetas organizadas por razones episodio

de cuidado, información importante en

caso de emergencia,….

– Las carpetas se especifican a nivel de

dominio clínico (en el affinity domain), no

técnico

– Se pueden añadir documentos a una

carpeta en cualquier momento siempre que

estén relacionados con el mismo paciente

SubmissionSet

Folder

Document

Document

Document

Folder

Folder

Servidor de

documentos

(registro y

repositorio)



IHE España 2014


Atributos de un SubmissionSet

Autor

– persona, rol, especialidad (specialty), institución (institution)

Título, comentarios, fecha de envío (submission time)

Disponibilidad (Availability Status)

– Enviado (submitted) o aprobado (Approved)

Elementos codificados

– contentType = Tipo de actividad clínica

Identificadores

– Id del paciente, ID de la fuente (Source ID), ID único del documento (Unique

ID), UUID


IHE España 2014


Visibles para el usuario

(document consumer)

Estados de un documento XDS en el registro

Enviado – Submitted

(registro en proceso)

Aprobado – Approved

(disponible para la atención al paciente)

Desactualizado– Deprecated

(obsoleto)

Deleted – Eliminado


IHE España 2014


Representación en ebRIM de los objetos XDS

Usando los objetos y asociaciones definidas en el ebRIM

– Algunos tipos de asociaciones predefinidas en: RelatedTo, HasMember,

ExternallyLinks, Contains, EquivalentTo, Extends

Submission Set y documentos que contiene

Submission Set

(registryPackage)

Document

(ExtrinsicObject)

Document

(ExtrinsicObject)

Association

(HasMember)

Association

(HasMember)

Uso de ebXML en XDS

IHE España 2014


Gestión de versiones de un documento

Otros valores usados de association – RPLC (Replace) - reemplaza

– APND (appends) - añade

– XFRM (transformation) - transforma

– Signs - firma

Submission Set

Status=approved

Document

Status=approved

Association

(HasMember)

Association

(RPCL)

Submission Set

Status=approved

Document

Status=approved

Association

(HasMember)

Uso de ebXML en XDS

IHE España 2014


Firma digital

Documento almacenado en repositorio

– Indexado en el registro

Firma digital es un documento: almacenada en el repositorio

– Indexado en el registro

¿Cómo se enlaza la firma digital se con el documento?

Submission Set

Status=approved

Document

Status=approved

Association

(HasMember)

Association

(Signs)

Submission Set

Status=approved

Document

Status=approved

Association

(HasMember)

Uso de ebXML en XDS

IHE España 2014


Metadatos del documento - I

Author

– persona, rol, especialidad (specialty), institución (institution)

Legal authenticator

Title, comments, creation time, service start/stop time

Disponibilidad (Availability Status)

– enviado (submitted), aprobado (approved), derogado (deprecated)

Identifiers

– Id de paciente, unique id, uuid

Demographics

– Source patient id, patient demographics

XDS: Metadatos en detalle

IHE España 2014


Metadatos del documento - II

Valores codificados

– Tipo de documento

ClassCode

– Ejemplos: receta, informe de alta, informe de asistencia, resumen de

historia

– Estos códigos deben

consensuarse en el domino de afinidad

Venir de un sistema de codificación

Tener un nivel de granularidad "gordo" de 10 a 100 valores

type code

– Código para el tipo de documento pero más detallado

– Event code = evento clínico principal con el que se relaciona el documento

– Helthcare facility type = tipo de organización sanitaria

– Practice setting type

– Confidenciality code = nivel de confidencialidad del documento.


IHE España 2014


Metadatos del documento - III

Datos técnicos

– mime type Tipo mime

– format code – más detalle sobre el formato, si es necesario

– size = tamaño

– hash = huella

– uri = localización del documento en un registro

– language = idioma


IHE España 2014


XDS: Notificaciones

Notification of Availability (NAV)

– Envío de notificaciones cuando los documentos están disponibles (e.mail)

Document Metadata Subscription (DSUB)

– Permite ‘lanzar’ intercambios de información cuando se producen ciertos

eventos en un entorno XDS

– Modelo publish/subscribe

– Basado en los metadatos

– The subscription allows for the matching of metadata during the publication

of a new document for a given patient, and results in the delivery of a

notification

IHE España 2014


OTRA INFRAESTRUCTURA NECESARIA PARA IMPLEMENTAR XDS

IHE España 2014


Perfiles de infraestructura necesarios

Para implementar una infraestructura XDS se necesitan como base otros

perfiles del dominio ITI

– Seguridad y auditoría única en el dominio de afinidad

Perfil ATNA audit trail and node authentication

– Fecha y hora consistente en el dominio de afinidad

Perfil Consistent time

– Identificación única de pacientes en el dominio de afinidad

Diferentes opciones (IHE y otras)

– Perfil Patient Identifier Cross Referencing (PIX)

– Alternativamente perfil PDQ

IHE España 2014


Community Clinic

Lab Info.

System

PACS

Teaching Hospital

PACS

ED Application

EHR System

Physician Office

EHR System

ATNA y CT en XDS

PMS

Retrieve Document

Register Document Query Document

XDS

Document

Registry

ATNA Audit

record repository CT Time server

Record Audit

Event

Maintain

Time

Maintain

Time Record Audit

Event

Maintain Time Provide & Register Docs

Record Audit

Event

XDS

Document

Repository

XDS

Document

Repository

Secured Messaging

Fuente; Karen Witting – IBM

Autenticación de sistemas, no de usuarios

ATNA y CT

IHE España 2014


Community Clinic

Lab Info.

System

PACS

Teaching Hospital

PACS

ED Application

EHR System

Physician Office

EHR System

XDS Scenario + use of PIX & PDQ

A87631

PACS

L-716

Affinity Domain Patient

Identity Source M8354673993

Retrieve Document Provide & Register Docs

Register (using Pt ID) Query Document (using Pt Id)

Patient Identity Feed

Document

Registry

14355 M8354673993

L-716

A87631


PIX

Query

PIX

Query


Patient Identity XRef Mgr Patient Identity Feed

PDQ Query

M8354673993

A87631 L-716

M8354673993

XDS

Document

Repository

XDS

Document

Repository

ATNA Audit

record repository CT Time server

Fuente; Karen Witting – IBM

PIX-PDQ

IHE España 2014


INTEGRACIÓN ENTRE DIFERENTES COMUNIDADES:

XCA CROSS COMMUNITY ACCESS

IHE España 2014


XCA: Cross community access

Federación de instalaciones XDS o similares

– Community = grupo de organizaciones que han acordad trabajar

conjuntamente utilizando unas políticas comunes para compartir

información.

Se identifican por su homeCommunity.id

Pueden ser Affinity Domains XDS o tener cualquier otra estructura

interna

Soporte para query y retreive de información de pacientes que está en

otras comunidades

Primera versión agosto 2007, para implementación en prueba.

Perfiles asociados

– Cross-Community Patient Discovery (XCPD)

Soporte para la localización de comunidades en las que hay datos

relevantes del paciente

Soporte para la ‘traducción’ de indentificadores de paciente entre

comunidades

XCA

IHE España 2014


Perfil Cross Community Access. Actores y Transacciones

Fuente: proyecto HIEOS

XCA

IHE España 2014


"VERSIONES" DE XDS: XDS RELIABLE Y XDS MEDIA

Opciones para implementar XDS sin registro centralizado: sobre medios

físicos o punto a punto

IHE España 2014


XDM

XDR

XDS

Publish Query/Retrieve

Send to

Existing Reliable

Messaging System Receive

Write

Read

Interchange Media

M8354673993

A87631 14355 L-716

XDS

INFRASTRUCTURE

XCA Query/Retrieve

Including Email

M8354673993

A87631 14355 L-716

XDS

INFRASTRUCTURE

M8354673993

A87631 14355 L-716

Other

INFRASTRUCTURE

Document

Sources

Document

Consumers/

Recipients

Versiones de XDS

IHE España 2014


Flexible Infrastructure:

Sharing, Sending and Interchanging

Health Information Exchange or RHIO

Publish

Pull Structured

objects

Pull

Transactions Workflow

Mgr

Workflow

Mgr

Send to Switch Send to

Write Read

Interchange

Media

XDS

XDR

XDM

XDR y XDM

Fuente: Emmanuel Cordonnier- Etiam

IHE España 2014


XDS Media

transportar documentos XDS en diferentes media

– USB, CD-R, ZIP over email

Casos de uso

– Entregar documentos al paciente

– Transferencia 'manual' de documentos

– Visualización local, basada en un fichero index.html

Impone una estructura de directorios en el media

Permite transportar muchos Submission sets

– Cada uno tendrá metadata y documentos

Organización en directorios de acuerdo con la estructura XDS

XDS Media

IHE España 2014


XDS Media: actores y transacciones

Portable Media

Importer

Portable Media

Creator

Distribute Document Set on Media [ITI-32]

Emmanuel Cordonnier- Etiam

XDS Media

IHE España 2014


XDS Media: Estructura

Entry for the web content

Entries for the content the submissions sets

Other content not covered by the profile

XDS Metadata

Other file ignored by the metadata

Simple part document

Multi part document

Other part (file)

Start part (main file)


XDS Media

IHE España 2014


XDR reliable

Transmisión punto a punto de contenido XDS (metadatos y documento)

utilizando protocolos seguras

Simplemente especifica como usar transacciones 'Provide and Register'

(iti-15) de XDS para transmisiones punto a punto

Orientada a transmisión asíncrona (online opcional)

– Al contrario que XDS, orientada a modo online (soporta offline opcional)

Permite (como opción) identificar a los destinatarios


Provide and Register

Document Set [ITI-15] Document Source Document Recipient

XDS Reliable

IHE España 2014


XDS Y EL CONTENIDO DE LOS DOCUMENTOS

IHE España 2014


Perfiles de contenido relacionados con XDS

Perfiles relacionados con INTERCAMBIO de documentos (Dominio ITI)

Perfiles relacionados con CONTENIDO de documentos: (Otros dominios)

Doc Sharing

XDS Media

Interchange

XDM

Pt-Pt Doc

Interchange

XDR

Scanned Doc

XDS-SD Consent

BPPC

Emergency

EDR Pre

Surgery

PPHP

Laboratory

XD*-Lab

PHR

Exchange

XPHR

Discharge &

Referrals

XDS-MS

Imaging

XDS-I

Tomado de Charles Parisot. GE

IHE España 2014


El contenido de los documentos

Perfiles de contenido

– Dominio ITI

XDS Scanned document: Documento escaneado (opción mínima)

– Dominio Radiología

XDS Imaging: Imágenes DICOM

– Dominio Laboratorio

XD LAB – Informes de laboratorio

– Dominio Patient Care Coordination

XDS-MS: Resumen Historia: Medical Summaries

EDR: Derivación a urgencias (Emergency Department Referral)

XPHR: HCE personal (Exchange of Personal Health Record Content)

PPHP: Pre-procedure History and Physical

BPPC: Basic Patient Privacy Consents

…..

IHE España 2014


<ClinicalDocument>

<structuredBody>

<section>

<section>

<text>

<entry>

El encabezado proporciona el

contexto: paciente, encounter,

autor, custodian, acto

documentado ..

El cuerpo puede estar

estructurado como un arbol de

secciones anidadas

Una sección debe contener un

bloque narrativo para ser legible

para personas…

…y puede tener diferentes

entradas que contendrán datos

codificados para ser procesados

automáticamente

Un documento CDA Release 2

IHE España 2014


PERFILES DE CONTENIDO: XDS LABORATORIO

IHE España 2014


CIS

Caso de uso: Hospital lab report [CIS EHRs]

At discharge time, a hospital physician selects the most significant laboratory

reports produced during the patient stay, and issues these reports to an Affinity

Domain shared by a number of healthcare enterprises and primary care providers.

Lab Report

Source

Lab

Report

Consumer

XD*

Discharge

time

Lab Reports

Hospital

Any care setting

or care provider

XDS Laboratorio

IHE España 2014


XD-LAB

Dependencies of XD-LAB towards other profiles

Content

Creator

Content

Consumer

Share a CDA

lab report

XDS XDR XDM or or Document

sharing

infrastructure

Security

infrastructure ATNA

CT

XDS LAB – relación con otros perfiles

Francois Macary, Agfa HealthCare

XDS Laboratorio

IHE España 2014


Estructura de un informe de laboratorio CDA

Los resultados se estructuran en

secciones en función de la

especialidad

Dentro de una especialidad los

resultados se organizan en

secciones de tipo “reported

item” (battery, specimen study,

individual test).

– La relación entre reported item

y especialidad no está regulada,

se deja a extensiones

nacionales

Al final de cada subsección (leaf

section) hay obligatoriamente

una <entry> que lleva los

resultados estructurados y

codificados

18767-4: Blood gas

18719-5: Chemistry

Electrolytes

Na (mmol/l) 141

K (mmol/l) 4.4

Glucose (g/L) 0.5

Arterial blood gas

pO2 (mm Hg) 85

pCO2 (mm Hg) 35

Header

Mandatory <entry>

Mandatory <entry>

Mandatory <entry>

B

O

D

Y

XDS Laboratorio

IHE España 2014


Cuerpo

seccion 'reported item'

Hay cuatro templates para la

– Single specimen battery

– Individual test

– Challenge study (dynamic function test)

– Microbiology

Cada sección 'reported item' debe contener

– Un bloque de texto

– Una entry

– Obligatoriamente el bloque de texto tiene que contener la información de

la entry

Hay un único template de <entry>

XDS Laboratorio

IHE España 2014


Restricciones en el Body

Vocabularios admitidos para las entries – HL7 vocabulary domains (e.g. specimen type, patient gender …)

– SNOMED CT

– Para test codes:

LOINC subset

SNOMED CT

National terminologies (p.ej. en Japón)

XDS Laboratorio

IHE España 2014


CONTENIDO: PATIENT CARE COORDINATION Y LOS MEDICAL SUMMARIES

IHE España 2014


Perfiles del dominio Patient care coordination (2009)

Medical Summary

Functional

Status

Assessments

Emergency

Department

Encounter

Record

Antepartum

Care summary

Query for Existing

Data Inte

gra

ció

n

Co

nte

nid

o

EDR

Emergency

Department

Referral

XPHR

Exchanging

physical HR

content

2005 2006

2006 2007

2007 2008

PCC - Introducción

2008 2009

Antepartum

Record

Clinical

Research

Inmmunization

Registry

Content

Care Management

2008 2009

Query for Clinical

Guidance

Labor and

Delivery

Record

Patient Plan of

Care

EMS Transfer

of Care

IHE España 2014


¿qué es un medical summary?

Un documento clínico que

– contiene en forma resumida la información más importante de la historia de

un paciente

– se crea en un momento en el tiempo en el que se transfiere la atención del

paciente de un proveedor a otro

Posibles orientaciones – transferencia atención

Intended Audience

Pro

ble

m S

cope

Broad

Focused

Focused

Broad

Episode

Care Collaborative

Care

Permanent

Care

Transferir al paciente

Resumir un episodio

Pedir ayuda para el manejo del paciente

PCC - Introducción

IHE España 2014


Medical summaries

El perfil define el formato de un documento resumen de historia

('medical summary')

– Cuando ese documento se comparte usando XDS se habla del perfil Cross

enterprise sharing of Medical summaries

Contiene información esencial para el proveedor sanitario

Como mínimo un Medical Summary debe contener

– Problemas

– Alergias

– Medicación

– Enlaces a otro material

El marco técnico incluye una serie de plantillas (templates)

– Restricciones para codificar medicación, alergias y problemas (nivel 3)

Medical summaries

IHE España 2014


Texto estructurado Sección

Siempre estructurado y codificado

Hay secciones cuyo título está codificado, pero cuyo contenido no está estructurado ni codificado (texto, listas, tablas)

Las otras secciones (medicación, problemas y alergias) deben obligatoriamente contener texto estructurado y codificado. También están estandarizado a nivel más detallado, las secciones y entries

Encabezado

Paciente, Autor, Institución, Autenticador (persona que firma el documento), etc.

Signos vitales

Medicación

Historia social

Estudios

Cuerpo Estructurado, con secciones codificadas

Motivo de consulta

Plan de cuidado


Sección codificada Entry

Alergias



Problemas



El cuerpo tiene una estructura estandarizada, con secciones predefinidas, cuyo nombre esta codificado

PCC - Introducción

IHE España 2014


Marco técnico PCC

PCC Technical Framework,

– Volume 3

Contenido general del Medical summary

Códigos LOINC para los títulos de sección

Contenido estructurado para entries CDA Level 3.

– Extensiones Nacionales

Títulos específicos de sección

Elementos específicos Nivel 3 (p.ej. Diagnóstico/problemas)

US (publicada), francesa e italiana (en desarrollo)

Próximamente España

IHE esta definiendo una librería de componentes reutilizables (templates)

– Tipos de documento

– Secciones (solo se codifica el título)

– Entries (clinical info semantically coded)

– Si existe algo equivalente en el Continuity of Care Document (CCD) de HL7/ASTM se

reutiliza

PCC - Introducción

IHE España 2014


CONTENIDO: XDS SCANNED DOCUMENT

IHE España 2014


XDS-SD Cross-sharing of scanned documents

Mínima definición posible del conenido del documento

– Escenario: Intercambio de documentos escaneados

Texto: escrito a mano, informes antiguos

Gráficos

Documentos electrónicos (pdf)

Definición del contenido

– Documento CDA

– Encabezado

Necesario para mantener la integridad y la información del contexto en

el que fue creado el documento.

– Contenido PDF o texto plano

XDS SD

IHE España 2014


XDS-SD Ejemplo de encabezado

<ClinicalDocument xmlns=“urn:hl7-org:v3”>

<typeId extension="POCD_HD000040"

root="2.16.840.1.113883.1.3"/>

<id root=“1.3.6.4.1.4.1.2835.2.7777”/>

<code code=“34133-9”

codeSystem=“2.16.840.1.113883.6.1”

codeSystemName=“LOINC”

displayName=“SUMMARIZATION OF EPISODE NOTE”/>

<title>Good Health Clinic Care Record Summary</title>

<effectiveTime value=“20050329224411+0500”/>

<confidentialityCode code="N"

codeSystem="2.16.840.1.113883.5.25"/>

<languageCode code=“en-US”/>


XDS SD

IHE España 2014


XDS-SD Ejemplo de cuerpo

<component>

<nonXMLBody>

<text mediaType=“application/pdf”

representation=“B64”>

JVBERi0xLjMKJcfsj6IKNSAwIG9iago8PC9MZW5ndGggNiAwIFIvRmlsdG

VyIC9GbGF0ZURlY29kZT4+CnN0cmVhbQp4nGWPMWsDMQyFd/8KjfJwqmVb

kr0GQqFbg7fQoSRNWuhB

...

RjRDQzdBRUI1NEIzNkZCMjgzQzVDMzI0NzlBRDI4M0Y+XQo+PgpzdGFydH

hyZWYKMzAx MgolJUVPRgo=

</text>

</nonXMLBody>

</component>

</ClinicalDocument>


XDS SD

IHE España 2014


CONTENIDO: XDS - IMÁGENES

IHE España 2014


XDS Imaging

Se utiliza la infraestructura XDS para compartir información de

imágenes entre diferentes organizaciones

La información de imagen que se comparte incluye:

– Conjuntos de instancias DICOM, incluyendo la propia imagen, documentos

de evidencia y estados de presentación (presentation states)

– Informes diagnósticos en formato “para mostrar” (no para importar o

procesar)

– Selección de imágenes significativas desde el punto de vista diagnóstico

asociadas con el contenido de un informe

Ventajas: usar la misma infraestructura XDS ( registro y repositorio) para

acceder a cualquier información (p.ej. Informe de laboratorio) y la imagen

XDS Imaging

IHE España 2014


XDS-I: Dos implementaciones posibles

Lo que clínicamente interesa compartir es el examen, no la imagen

¿Cómo compartir el examen?

– Sharing of extensive Dicom Instance set

Serie de imágenes en formato Dicom

Se comparte un Dicom Manifest

– Sharing of Imaging Report

Se comparte un Informe (PDF, Texto) que puede incluir las imagenes

más relevantes del estudio (no toda la serie)

– Incrustadas en el informe

– Como una url (dicom wado)

XDS Imaging

IHE España 2014


Document Repository

Manifest

Reference to image 1

DICOM Manifest


Reference to image 3 Manifest Manifest

Clinical Encounter

Clinical IT

System

Query Registry

Manifest

Retrieve Manifest


DICOM Manifest



Retrieve Images

Register Manifest

Manifest

Sharing of Extensive DICOM Instance Set

Document

Registry

XDS Imaging

IHE España 2014


Sharing of Extensive DICOM Instance Set

El documento que se comparte es un “manifest”

– un documento con una lista de punteros a las imagenes que representa

– Técnicamente : una instancia del objeto DICOM Key Object Selection (KOS)

Requisitos para el Image Manager/Image Archive

– Asegurar que las imagenes a las que se hace referencia desde un manifest

que ha sido publicado en un repositorio están disponibles para ser

recuperadas

Requisitos para el Document Source

– Reemplazar un manifest enviado previamente cuando haya algun cambio

del contenido de dicho manifest (por ejemplo cambio de DICOM SOP

instances referenciadas dentro del manifest)

XDS Imaging

IHE España 2014


Sharing of

Imaging Report

Radiology system

Report Source

Document Repository

Report Report

Clinical Encounter

Clinical IT

System

Query Registry

Retrieve Report

Register Report

Report

…..

Findings:

Header:

Report Type: OB / Gyn

BPD

...

…..

Radiology Report

Impressions: Gestational

Age

...

Document

Registry

XDS Imaging

IHE España 2014


Sharing of Imaging Report

Cómo enlazar un informe con imagenes concretas seleccionadas

Radiology system

Report Source

…..

Findings:

Header:

Report Type: OB / Gyn

BPD

...

…..

Radiology Report

Relevant Image

Gestational

Age

... WADO URI

Link

to image

XDS Imaging

IHE España 2014


Sharing of Imaging Report

Lo que se comparte es un informe, con alguno de los siguientes

formatos

– PDF, Text, or multipart PDF + Text

El informe puede incluir imágenes:

– Una selección de imágenes significativas, no toda la serie

– Dos opciones

Imágenes en el PDF

Hiperlinks (fully resolved) sobre los que se pueda pinchar para

recuperar la imágen

El Document Source es responsable de

– Formatear el hiperenlace para referenciar las imágenes como una URI

DICOM WADO

– Asegurar que las referencias a imágenes son enlaces válidos

XDS Imaging

IHE España 2014


Document

Consumer

Retrieve

Document

Query

Documents

Patient

Identity Source

Patient Identity

Feed

Document

Registry

Document

Repository

Provide & Register

Document Set

Register

Document Set

XDS-I Actores y Transacciones

Image Manager

Image Archive

Retrieve Images

Retrieve Presentation States

Retrieve Key Image Note

Retrieve Evidence Documents

WADO Retrieve

Document source

XDS Imaging

IHE España 2014


Requisitos para los actores XDS-I

Adicionales con respecto a los actores XDS :

– Document Consumer

Debe ser capaz de recuperar imagenes al menos de una de las dos

formas siguientes:

– C-Move (servicio C-Move de dicom)

– WADO (web access to dicom instances – Dicom Part 18): permite

recuperar jpgs para browsers sencillos o imágenes dicom

completas.

– Document Source

Provide and Register Document Set

Al menos una de las siguientes opciones

– Extensive Set of DICOM Instances, PDF Report, Text Report,

Multipart Text/PDF Report

Adicionales con respecto a los actores de radiología

– Image Manager / Image Archive

WADO Retrieve

XDS Imaging

IHE España 2014


Metadatos XDS-I

Específicos de imagen

– Modalidad de adquisición (e.g. CT, MR)

– Region Anatómica (e.g. Arm, Elbow, Hand)

– Procedimiento petición (MRI de rodilla con contraste)

Ejemplo de query

– Encontrar todas las CT de cabeza para el paciente Juan Pérez en los últimos

dos años

XDS Imaging

IHE España 2014


CONSENTIMIENTOS SOBRE PRIVACIDAD – BÁSICO

BASIC PATIENT PRIVACY CONSENTS (BPPC)

IHE España 2014


Basic Patient Privacy Consents

Este perfil permite gestionar la privacidad de documentos en un

escenario XDS:

– Registrar el consentimiento de cada paciente en lo que respecta a la

privacidad de los documentos

– Marcar los documentos publicados en XDS con el consentimiento específico

que se usó para autorizar la publicación.

– Utilizar el consentimiento de privacidad apropiado al uso

Aplicable a

– Document Sources y Document Consumers en un dominio de afinidad XDS

– Document Sources y Document Receivers usando XD Point-to-Point

Document Sharing

BPPC

IHE España 2014


Informe Visita 2 – otorrino

(Para acceder, basta con consentimiento B

Perfil Basic Patient Privacy Consent

Informe Visita 1 – ginecología (Para acceder, es necesario

consentimiento A)

Consentimiento A

(restringido)

Repositorio XDS

Consentimiento B

(abierto)

Profesional X.

Puede acceder a los

documentos

marcados con

Consentimieto A y

B

Profesional Y.

Sólo puede acceder a los documentos marcados

con Consentimieto B. Los otros no los ve en

el repositorio

Patient privacy consent

IHE España 2014


Basic Patient Privacy Consents

Un dominio de afinidad puede

– Desarrollar políticas de privacidad

– Implementar estas políticas con diferentes mecanismos de acceso (basados

en roles,…)

Un paciente puede

– Ser informado de las políticas de privacidad de una institución

– Tener la opción de controlar el acceso a su información de salud de manera

selectiva

Documentos de consentimiento

– Legibles para humanos

– Procesables por máquina

BPPC

IHE España 2014


GRADO DE DIFUSIÓN ACTUAL DE XDS

IHE España 2014


Implementaciones de IHE en la actualidad

Fuente Charles Parisot: Pre connectaton 2010 workshop

IHE España 2014


SOFTWARE PARA DESARROLLO Y PRUEBAS

IHE España 2014


Pruebas

Software proporcionado a los participantes del connectathon

– Mesa tools

Pruebas pre-connectathon

http://ihe.univ-rennes1.fr/testing

– Gazelle

Integra todas las pruebas

– Pre-connectathon, post-connecthaton y entre vendedores

Puede ser usado por terceros para verificar




IHE España 2014


Pruebas

Registro y repositorio XDS NIST Public Registry server

– Registro y repositorio público

– Alojado por NIST (National Institute of Standards -USA)

– Un document source puede enviar documentos al registro remoto (submit)

– Un documen consumer puede recuperar documentos (query and retrieve)

– Herramienta java para enviar datos y hacer queries

– Log browser para facilitar pruebas

– http://ihexds.nist.gov

IHE España 2014


Pruebas: validación del contenido del documento (CDA)

NIST

– http://xreg2.nist.gov/cda-validation/validation.html

Aschuler Associates

– http://www.alschulerassociates.com/validator/

Fuente: Presentation Majurski

http://xreg2.nist.gov/cda-validation/validation.html



IHE España 2014


Desarrollo: Software Open source XDS (Registro y repositorio) - Resumen

(actualizado 2012)

Proyecto ‘IheOs’ IHE open source

– Distintos actores, incluyendo todos los de xds: Registry, Repository, Source

and Consumer

– Es la implementación de NIST-Bill majurski

– Java

Microsoft

– Document Repository and Document Registry

– Codeplex

Ha pasado el CAT

Eclipse Open Healthcare Framework (OHF) Project

– Código suplementario para eclipse, que implementa los actores y modelos

de datos de IHE

– Document Source and Document Consumer solamente

– Proyecto archivado en enero 2012

http://www.eclipse.org/ohf/