Introducción a XDS

Transcripción

Introducción a XDS

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
XDS - Intro
Propuesta de IHE: Modelo registro – repositorio
Centro de
diagnóstico
por imagen
Centro de atención primaria
Repositorio
HL7
Repositorio
DICOM
Historia hospital
Imagen
Registro
Hospital A
Registro
HL7
HL7
HL7
Paciente
Administración
Urgencias
Laboratorio
Hospital C
Hospital B
IHE España 2014
XDS - Intro
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
IHE España 2014
XDS - Intro
¿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
IHE España 2014
XDS - Intro
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
IHE España 2014
XDS - Intro
Algunos metadatos almacenados en el registro XDS

Sobre el paciente (patient):
–

Sobre el origen del documento (Origin):
–

author, institution, legal authenticator
Identificación del documento (Identification):
–

Dominio de afinidad, Información demográfica (id, nombre, fecha nacimiento) "tal y
como los ve la fuente de documentos"
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
IHE España 2014
XDS - Intro
Principios en los que se basa XDS -1

Distribuido
–
–

Escalable
–

Cada organización sanitaria publica información para otros.
Los documentos permanecen en el EHR-CR origen
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
IHE España 2014
XDS - Intro
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)
IHE España 2014
XDS - Intro
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
IHE España 2014
XDS – Actores y transacciones
Perfil XDS: Diagrama de actores y transacciones
Identificación
de Pacientes
Asocia Identificación
con Documento
Registro de
Documentos
Consulta de
Documentos
Cosumidor de
Documentos
Registro del
Conjunto de Documentos
Fuente de
Documentos
Proporciona y Registra
el conjunto de Documentos
Repositorio de
Documentos
Recuperación de
Documentos
IHE España 2014
Perfil XDS: Diagrama de actores y transacciones (inglés)
Transacciones del perfil:
o Provide & register document set
o Register document set
o Retreive document
o Query documents
Patient
Identity Source
o Patient Identity Feed
Infrastructure
Patient Identity
Feed
Document
Registry
Query
Documents
Document
Consumer
Register
Document Set
Document
Source
Provide&Register
Document Set
Document
Repository
Retrieve
Document
Adaptado de Charles Parisot. GE
IHE España 2014
Actores del perfil XDS

Document source
–

Document registry
–
–

–
–
–
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
–
–
–

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
–

sistema de información que genera el documento
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
XDS: Registrar un documento
No se envía un documento solo, sino
como parte de un Submission Set
Document
Consumer
Document
Registry
Provide & Register
Document Set
Register Document Set
Document
source
proporcionar y registrar un
conjunto de documentos en el
repositorio
Registrar documento en
el registro
Document
Repository
Submission
Metadata
Codificación: soap with attachments
Document
Document
Transmisión: http
IHE España 2014
XDS: Buscar y recuperar un documento
Búsqueda en el registro de un
listado de documentos (p.ej. por
paciente, fecha – es decir:
metadatos)
Query documents
Document
Registry
Document
source
Document
Repository
Document
Consumer
Retrieve
document
recuperar del repositorio
un documento concreto
IHE España 2014
Gestión de los metadatos
•
•
Repositorio almacena contenido
Registro almacena metadatos que describen el contenido
Almacena
Interpreta
Query documents
Document
Registry
Provide & Register
Document Set
Document
source
Genera
Document
Consumer
Register Document Set
Document
Repository
Añade
Retrieve
document
IHE España 2014
XDS – Estándares utilizados
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
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
XDS – Registro y Repositorio
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
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:
–
–
–

Las queries
–
–

recuperar documentos de un tipo específico para un determinado paciente y margen
temporal
query por autor
todos los documentos de un submission set
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
Folder
Folder
SubmissionSet
Folder
Document
Document
Document
Servidor de
documentos
(registro y
repositorio)
IHE España 2014
Atributos de un SubmissionSet

Autor
–


Título, comentarios, fecha de envío (submission time)
Disponibilidad (Availability Status)
–

Enviado (submitted) o aprobado (Approved)
Elementos codificados
–

persona, rol, especialidad (specialty), institución (institution)
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
Estados de un documento XDS en el registro
Enviado – Submitted
(registro en proceso)
Aprobado – Approved
(disponible para la atención al paciente)
Visibles para el usuario
(document consumer)
Desactualizado– Deprecated
(obsoleto)
Deleted – Eliminado
IHE España 2014
Uso de ebXML en XDS
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
Association
(HasMember)
Document
(ExtrinsicObject)
Submission Set
(registryPackage)
Association
(HasMember)
Document
(ExtrinsicObject)
IHE España 2014
Uso de ebXML en XDS
Gestión de versiones de un documento
Submission Set
Status=approved
Association
(HasMember)
Document
Status=approved
Association
(RPCL)
Submission Set
Status=approved

Association
(HasMember)
Otros valores usados de association
–
–
–
–
RPLC (Replace) - reemplaza
APND (appends) - añade
XFRM (transformation) - transforma
Signs - firma
Document
Status=approved
IHE España 2014
Uso de ebXML en XDS
Firma digital

Documento almacenado en repositorio
–

Firma digital es un documento: almacenada en el repositorio
–

Indexado en el registro
Indexado en el registro
¿Cómo se enlaza la firma digital se con el documento?
Submission Set
Status=approved
Association
(HasMember)
Document
Status=approved
Association
(Signs)
Submission Set
Status=approved
Association
(HasMember)
Document
Status=approved
IHE España 2014
XDS: Metadatos en detalle
Metadatos del documento - I

Author
–



Legal authenticator
Title, comments, creation time, service start/stop time
Disponibilidad (Availability Status)
–

enviado (submitted), aprobado (approved), derogado (deprecated)
Identifiers
–

persona, rol, especialidad (specialty), institución (institution)
Id de paciente, unique id, uuid
Demographics
–
Source patient id, patient demographics
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
ATNA y CT
ATNA y CT en XDS
Autenticación de sistemas, no de usuarios
EHR System PMS
ED Application
Physician Office
XDS
Document
Repository
XDS
Document
Registry
PACS
XDS
Document
Repository
Query Document
Register Document
Secured Messaging
PACS
EHR System
Retrieve Document
Maintain Time
Lab Info.
System
Community Clinic
Record Audit
Event
Record Audit
Event
Maintain
Time
ATNA Audit
CT Time server
record repository
Maintain
Time
Provide & Register Docs
Teaching Hospital
Record Audit
Event
Fuente; Karen Witting – IBM
IHE España 2014
PIX-PDQ
XDS Scenario + use of PIX & PDQ
PDQ Query
Patient Identity XRef Mgr
Patient Identity Feed
A87631
M8354673993
M8354673993
M8354673993
L-716
L-716
Physician Office
M8354673993
ED Application
PIX
Document
Query
Registry
XDS
Document
Repository
L-716
A87631
Affinity Domain Patient
Identity Source
EHR System
PIX
Query
Lab Info.
System
PACS
A87631
XDS
Document
Repository
Query Document (using Pt Id)
PACS
PACS
14355
Register (using Pt ID)
Retrieve Document
EHR System
Provide & Register Docs
Teaching Hospital
Community Clinic
ATNA Audit
record repository
CT Time server
Fuente; Karen Witting – IBM
IHE España 2014
INTEGRACIÓN ENTRE DIFERENTES COMUNIDADES:
XCA CROSS COMMUNITY ACCESS
IHE España 2014
XCA
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
IHE España 2014
XCA
Perfil Cross Community Access. Actores y Transacciones
Fuente: proyecto HIEOS
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
Versiones de XDS
XDS
INFRASTRUCTURE
Other
INFRASTRUCTURE
XCA
M8354673993
M8354673993
Query/Retrieve
L-716
14355
A87631
Document
Sources
XDS
L-716
14355
A87631
Document
Consumers/
Recipients
XDS
INFRASTRUCTURE
M8354673993
Publish
XDR
Send to
XDM
Write
L-716
14355
A87631
Query/Retrieve
Existing Reliable
Messaging System
Receive
Interchange Media
Read
Including Email
IHE España 2014
XDR y XDM
Flexible Infrastructure:
Sharing, Sending and Interchanging
Health Information Exchange or RHIO
XDS
Publish
Structured
objects
Pull
Pull
Send to
XDR
Write
XDM
Workflow
Mgr
Fuente: Emmanuel Cordonnier- Etiam
Switch
Interchange
Media
Transactions
Send to
Read
Workflow
Mgr
IHE España 2014
XDS Media
XDS Media

transportar documentos XDS en diferentes media
–

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
–

USB, CD-R, ZIP over email
Cada uno tendrá metadata y documentos
Organización en directorios de acuerdo con la estructura XDS
IHE España 2014
XDS Media
XDS Media: actores y transacciones
Portable Media
Creator
Distribute Document Set on Media [ITI-32] 
Portable Media
Importer
Emmanuel Cordonnier- Etiam
IHE España 2014
XDS Media
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
Start part (main file)
Other part (file)
IHE España 2014
XDS Reliable
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
Document Source
Provide and Register
Document Set [ITI-15] 
Document Recipient
IHE España 2014
XDS Y EL CONTENIDO DE LOS DOCUMENTOS
IHE España 2014
Perfiles de contenido relacionados con XDS
Perfiles relacionados con CONTENIDO de documentos: (Otros dominios)
Pre
Surgery
PPHP
Consent
Emergency
Scanned Doc
BPPC
EDR
XDS-SD
Imaging
Laboratory
XDS-I
XD*-Lab
Doc Sharing
XDS
Discharge &
Referrals
PHR
Exchange
XDS-MS
XPHR
Pt-Pt Doc
Interchange
Media
Interchange
XDR
XDM
Perfiles relacionados con INTERCAMBIO de documentos (Dominio ITI)
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
Un documento CDA Release 2
El encabezado proporciona el
contexto: paciente, encounter,
autor, custodian, acto
documentado ..
<ClinicalDocument>
<structuredBody>
<section>
<section>
<text>
<entry>
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
IHE España 2014
PERFILES DE CONTENIDO: XDS LABORATORIO
IHE España 2014
XDS Laboratorio
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.
XD*
Hospital
Lab Report
Discharge Source
time
CIS
Lab
Report
Consumer
Lab Reports
Any care setting
or care provider
IHE España 2014
XDS Laboratorio
Dependencies
of otros
XD-LAB
XDS LAB – relación con
perfilestowards other profiles
Share a CDA
lab report
Content
Creator
XDS
ATNA
CT
or
XDR
Content
Consumer
or XDM
XD-LAB
Document
sharing
infrastructure
Security
infrastructure
Francois Macary, Agfa HealthCare
IHE España 2014
XDS Laboratorio
Estructura de un informe de laboratorio CDA

Los resultados se estructuran en
secciones en función de la
especialidad
Header
18767-4: Blood gas
Arterial blood gas

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
pO2 (mm Hg)
85
pCO2 (mm Hg)
35
B
Mandatory <entry>
18719-5: Chemistry
D
Electrolytes
Na (mmol/l)
K (mmol/l)
141
4.4
Mandatory <entry>
Glucose (g/L)
Mandatory <entry>
O
0.5
Y
IHE España 2014
XDS Laboratorio
Cuerpo


seccion 'reported item'
Hay cuatro templates para la
–
–
–
–

Cada sección 'reported item' debe contener
–
–
–

Single specimen battery
Individual test
Challenge study (dynamic function test)
Microbiology
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>
IHE España 2014
XDS Laboratorio
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)
IHE España 2014
CONTENIDO: PATIENT CARE COORDINATION Y LOS MEDICAL SUMMARIES
IHE España 2014
PCC - Introducción
Perfiles del dominio Patient care coordination (2009)
EMS Transfer
of Care
Contenido
EDR
Emergency
Department
Referral
Emergency
Department
Encounter
Record
Medical Summary
XPHR
Exchanging
physical HR
content
Functional
Status
Assessments
Care Management
Integración
Query for Clinical
Guidance
Antepartum
Care summary
Patient Plan of
Care
Antepartum
Record
Clinical
Research
Query for Existing
Data
Labor and
Delivery
Record
Inmmunization
Registry
Content
2005 2006
2006 2007
2007 2008
2008 2009
2008 2009
IHE España 2014
PCC - Introducción
¿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
Broad
Focused
Problem Scope

Transferir al paciente
Permanent
Care
Episode
Collaborative Care
Care
Resumir un episodio
Pedir ayuda para el manejo del paciente
Focused
Intended Audience
Broad
IHE España 2014
Medical summaries
Medical summaries

El perfil define el formato de un documento resumen de historia
('medical summary')
–


Contiene información esencial para el proveedor sanitario
Como mínimo un Medical Summary debe contener
–
–
–
–

Cuando ese documento se comparte usando XDS se habla del perfil Cross
enterprise sharing of Medical summaries
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)
IHE España 2014
Encabezado
Paciente, Autor, Institución, Autenticador
(persona que firma el documento), etc.
Cuerpo
Estructurado, con secciones codificadas
Motivo de consulta
Signos vitales
Medicación
Texto estructurado
Sección
Sección codificada
Entry
Texto
Estudios
estructurado
Sección
Alergias
Texto estructurado
Sección
Sección codificada
Historia socialEntry
Problemas
Texto estructurado
Sección
Sección codificada
Entry
Plan de cuidado
PCC - Introducción
Siempre estructurado y codificado
El cuerpo tiene una estructura
estandarizada, con secciones
predefinidas, cuyo nombre esta
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
IHE España 2014
PCC - Introducción
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
IHE España 2014
CONTENIDO: XDS SCANNED DOCUMENT
IHE España 2014
XDS SD
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
IHE España 2014
XDS SD
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”/>
IHE España 2014
XDS SD
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>
IHE España 2014
CONTENIDO: XDS - IMÁGENES
IHE España 2014
XDS Imaging
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
IHE España 2014
XDS Imaging
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)
IHE España 2014
XDS Imaging
Sharing of Extensive DICOM Instance Set
Document
Registry
Register Manifest
Query Registry
DICOM Manifest
Reference to image 1
Manifest
Manifest
Reference
to image
3
Document Repository
Retrieve Manifest
Manifest
Manifest
Retrieve Images
DICOM Manifest
Manifest
IT 3
ReferenceClinical
to image
System
Clinical Encounter
IHE España 2014
XDS Imaging
Sharing of Extensive DICOM Instance Set

El documento que se comparte es un “manifest”
–
–

Requisitos para el Image Manager/Image Archive
–

un documento con una lista de punteros a las imagenes que representa
Técnicamente : una instancia del objeto DICOM Key Object Selection (KOS)
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)
IHE España 2014
XDS Imaging
Sharing of
Imaging Report
Document
Registry
Register Report
Query Registry
Document Repository
Report
Retrieve Report
Report
Report
Header:
Radiology Report
Report Type:
Radiology system
Report Source
OB / Gyn
…..
Findings:
BPD
...
…..
Impressions:
Gestational
Age
...
Clinical IT
System
Clinical Encounter
IHE España 2014
XDS Imaging

Cómo enlazar un informe con imagenes concretas seleccionadas
Header:
Radiology Report
Report Type:
Findings:
OB / Gyn
…..
BPD
...
…..
Gestational
Age
...
Relevant Image
Radiology system
Report Source
WADO URI
Link
to image
IHE España 2014
XDS Imaging

Lo que se comparte es un informe, con alguno de los siguientes
formatos
–

El informe puede incluir imágenes:
–
–

PDF, Text, or multipart PDF + Text
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
IHE España 2014
XDS Imaging
XDS-I Actores y Transacciones
Patient
Identity Source
Patient Identity
Feed
Document
Registry
Query
Documents
Document
Consumer
Register
Document Set
Document source
Image Manager
Image Archive
Provide & Register
Document Set
Document
Repository
Retrieve
Document
Retrieve Images
Retrieve Presentation States
Retrieve Key Image Note
Retrieve Evidence Documents
WADO Retrieve
IHE España 2014
XDS Imaging
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
IHE España 2014
XDS Imaging
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
IHE España 2014
CONSENTIMIENTOS SOBRE PRIVACIDAD – BÁSICO
BASIC PATIENT PRIVACY CONSENTS (BPPC)
IHE España 2014
BPPC
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
IHE España 2014
Patient privacy consent
Perfil Basic Patient Privacy Consent
Consentimiento A
(restringido)
Consentimiento B
(abierto)
Repositorio XDS
Informe Visita 1 – ginecología
(Para acceder, es necesario
consentimiento A)
Informe Visita 2 – otorrino
(Para acceder, basta con consentimiento B
Profesional X.
Puede acceder a los
documentos
marcados con
Consentimieto A y
B
Profesional Y.
Sólo puede acceder a los documentos marcado
con Consentimieto B. Los otros no los ve e
el repositorio
IHE España 2014
BPPC
Basic Patient Privacy Consents

Un dominio de afinidad puede
–
–

Un paciente puede
–
–

Desarrollar políticas de privacidad
Implementar estas políticas con diferentes mecanismos de acceso (basados
en roles,…)
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
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
IHE España 2014
Desarrollo: Software Open source XDS (Registro y repositorio) - Resumen


(actualizado 2012)
Proyecto ‘IheOs’ IHE open source
–
–
–

Microsoft
–
–

Distintos actores, incluyendo todos los de xds: Registry, Repository, Source
and Consumer
Es la implementación de NIST-Bill majurski
Java
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

Introducción a XDS

Transcripción

Documentos relacionados

XDS Rapid Content™ Analyser

XDS RLA RCA brochure_ES

2016 UNESCO

Beca Completa ANII UNESCO-IHE Programa de Maestría Ingeniería