Documenti di Didattica
Documenti di Professioni
Documenti di Cultura
Paula de Toledo.
Universidad Carlos III de Madrid IHE Espaa. Madrid, Marzo 2009
Intro
z z z z z
Qu es ihe? 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 Versiones de XDS: punto - punto y sobre medios fsicos Perfiles de contenido
z z
IHE
mdicos y usuarios finales z definen los problemas integracin y sus prioridades industria z adopta e implementa las propuestas de solucin
Objetivo:
IHE
Radiologa Cardiologa Infraestructura de IT Laboratorio Patologa Salud ocular Coordinacin de la atencin del paciente Dispositivos (Patient Care Devices) Calidad (Quality) Radioterapia Oncolgica (Radiation Oncology) Anatoma Patolgica
Conceptos genricos
Dominio Perfil Transaccin -Actor Para cada dominio se identifican diferentes perfiles
Un perfil especifica como usar distintos estndares para resolver un problema de integracin concreto en un dominio real. z Ej: Flujo programado de Radiologa En cada perfil participan diferentes actores z Actor = sistema que juega un determinado rol en cada perfil z Ej: Order placer, Modalidad, En cada perfil se definen diferentes transacciones z Cada transaccin usa uno o varios estndares (ej: HL7 y Dicom) z Cada transaccin involucra a dos o ms actores
XDS - Intro
Imagen DICOM
Historia hospital
Hospital A
HL7 HL7 HL7
XDS - Intro
Historia Primaria
Hospital A
HL7 HL7 HL7
XDS - Intro
No No escalable escalable
Informes e imgenes
Hospital A
HL7 HL7 HL7
Historia hospital
Hospital B Hospital C
XDS - Intro
Registro Registro
Hospital A
Registro HL7 HL7 HL7
Paciente
Hospital C
Hospital B
XDS - Intro
XDS - Intro
Que ha sido firmada (attested clinical information) Que forma un elemento de informacin clnica de un paciente que va a ser compartida legible para personas y aplicaciones Tiene un identificador nico
z z
Un documento debe estar asociado con unos metadata para ser registrado en el registro Los cdigos de documento y vocabulario utilizado deben ser consensuados en el dominio de afinidad
XDS - Intro
Conjunto de organizaciones que comparten un registro Trabajan en un un entorno de cooperacin definido: z Polticas comunes de seguridad z Polticas comunes de confidencialidad z Infraestructura comn de comunicaciones
Hay bastante trabajo que hacer para poner en marcha el dominio de afinidad Trabajo tcnico, pero sobre todo organizativo Muy til el "white paper" Template for XDS Affinity Domain Deployment Planning
XDS - Intro
Dominio de afinidad, Informacin demogrfica (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
class, type, format, MIME type, type and specialty of institution and author, medical codes, confidentiality level
XDS - Intro
Distribuido
Cada organizacin sanitaria publica informacin para otros. Los documentos permanecen en el EHR-CR origen
Escalable
Modelo vlido tanto para hospitales, centros de atencin primaria, pequeas consultas privadas, clnicas, farmacias, el paciente,. con sistemas de informacin diferentes
La informacin publicada son documentos clnicos, que siguen estndares XDS es neutral en cuanto al contenido y tipo del documento: slo la fuente y el consumidor del documento procesan la informacin
XDS - Intro
Entre organizaciones
El registro facilita un ndice de informacin publicada a organizaciones autorizadas, que pertenecen a un 'dominio de afinidad' sanitario (ej CCAA) La informacin publicada pertenece a la organizacin origen
Fcil acceso
el proveedor sanitario tiene a su disposicin una forma de consultar (query) y recuperar (retrieve) documentos clnicos de inters las bsqueda documentos se basa en atributos normalizados (metadatos)
XDS - Intro
Identificacin de Pacientes Asocia Identificacin con Documento Registro de Documentos Consulta de Documentos Cosumidor de Documentos
Fuente de Documentos
Repositorio de Documentos
Recuperacin de Documentos
XDS - Intro
Infrastructure
Query Documents
Document Consumer
Document Source
Document Repository
XDS - Intro
Document source
sistema de informacin que genera el documento registro, en el que se almacena z Metadatos del documento z Enlace al lugar donde se encuentra realmente el documento Responde a consultas (queries) de acuerdo con unos determinados metadata Acepta documentos y metadatos del 'document source' Almacena el documento Reenva los metadata al registro Reproduce el documento bajo peticin (permite recuperacin del 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 fuente de identidad de pacientes
Document registry
Document repository
Document consumer
XDS - Intro
Document Registry
Document source
Submission Metadata
Document Repository
Transmisin: http
XDS - Intro
Document source
Document Repository
Document Consumer
Document source
Document Repository
Retrieve document
Genera
Aade
XDS - Intro
Registro / repositorio segn la norma ebXML ebXML: Electronic Business using eXtensible Markup Language
Estndar que especifica una arquitectura de registro/repositorio destinada a publicar y permitir el descubrimiento de productos y servicios en cualquier tipo de negocio
OASIS
Organization for Advancement of Structured Information Standards Consorcio que se ocupa de la estandarizacin de XML y normas relacionadas OASIS ebXML Registry Technical Comitee z TC que desarrolla especificaciones para registros y repositorios interoperables, con una interfaz que permita el envo (submission), consulta (query) y recuperacin (retrieval) de los contenidos de dichos registros y repositorios
XDS - Intro
Repositorio almacena contenido Registro almacena metadatos que describen el contenido El repositorio puede almacenar cualquier tipo de contenido digital
La informacin del repositorio se puede recuperar por medios estndar (ej. http o ftp)
El registro es capaz de almacenar metadata que describen el contenido Los tipos de objetos que se puedan almacenar y su organizacin estn definidos por el Modelo de Informacin del Registro (Registry Information Model - RIM) de ebXML
XDS - Intro
Para ello genera la siguiente informacin: z Tamao z URI z Huella (Hash) z Informacin de estado
Luego debe ser capaz de servir el documento como respuesta a una peticin de la uri.
Debe comprobar que el tamao y hash del documento coinciden con los metadatos del registro
XDS - Intro
Un conjunto de documentos relacionados con un paciente que un mdico (o equipo) SubmissionSet del sistema fuente han decidido publicar
Document Document Document
modo de agrupar documentos en el repositorio por razones como: episodio de cuidado, informacin importante en caso de emergencia,. se especifican a nivel de dominio clnico (en el affinity domain), no tcnico Se pueden aadir documentos a una carpeta en cualquier momento siempre que estn relacionadas con el mismo paciente
XDS - Intro
Queries usando los metadatos de los documentos, folders y submission sets de XDS, por ejemplo:
recuperar documentos de un tipo especfico para un determinado paciente y margen temporal query por autor todos los documentos de un submission set
Las queries
estn basadas en el modelo de registro ebXML (ebXML RIM) estn escritas en un subconjunto de SQL
metadatos de uno o ms objetos del registro referencias a objetos del registro (UUIDs) z UUID=Universally Unique Identifier=identificador nico Estandarizado por Open Software Foundation (OSF)
Association (HasMember)
Document
Association (HasMember)
Document
Algunos tipos de asociaciones predefinidas en ebRIM: RelatedTo, HasMember, ExternallyLinks, Contains, EquivalentTo, Extends
XDS - Intro
Aprobado Approved (disponible para la atencin al paciente) Visibles para el usuario (document consumer) Desactualizado Deprecated (obsoleto)
Deleted Eliminado
ebXML
hasMember RPLC (Replace) - reemplaza APND (appends) - aade XFRM (transformation) - transforma Signs - firma
Firma digital
z
Infraestructura
Oasis/ebXML: z ebXML Registry Information Model v2.0: modelo del registro XDS z ebXML Messaging Services Specification: registry services ISO/IEC 9075 Database Language SQL z Registry query language SOAP with attachments: comunicacin con registro y repositorio HTTP: para recuperar documentos y para soap bindings (online= SMTP: ebMS bindings (offline) MIME: codigos de tipo de documento UTF-8: Codificacin de los atributos del registro SHA-1: Hash del documento HL7 2.3.1: mensajes para pt id HL7 versin 2.5: tipos de datos para los metadatos HL7 CDA R1: origen de los atributos de los documentos Otros tipos de documentos: DICOM, ASTM CCR, CEN EHRcom, CDA R2
Contenido
XDS.B
z
Mtodos ms eficientes (ancho de banda y procesamiento) de transportar attachments z W3C XML-binary Optimized Packaging (XOP) 1.0 [XOP10] z W3C Message Transmission Optimization Mechanism (MTOM) [MTOM] Web Services son z W3C Simple Object Access Protocol (SOAP) 1.2 [SOAP12] z W3C Web Services Description Language (WSDL) 1.1 [WSDL11] Mismo escenario y transacciones que XDS.a Utiliza web services y ebXML de manera ms consistente con los usos y best practices actuales en la industria Permite aprovechar toolkits existentes (soluciones comerciales y open source)
Xds.B
XDS.a
XDS.b
Older standards Registry (ebRIM/ebRS 2.1) Web Services (SOAP w Attachments) Most transactions are WS HTTP Retrieve
Newer Standards Registry (ebRIM/ebRS 3.0) Web Services (Addressing, MTOM/XOP) All transactions are WS WS Retrieve
Author
z z z
Legal authenticator Title, comments, creation time, service start/stop time Disponibilidad (Availability Status)
enviado (submitted), aprobado (approved), derogado (deprecated) Id de paciente, unique id, uuid Source patient id, patient demographics
Identifiers
Demographics
ebXML
Valores codificados
Tipo de documento z ClassCode Ejemplos: receta, informe de alta, informe de asistencia, resumen de historia Estos cdigos deben z consensuarse en el domino de afinidad z Venir de un sistema de codificacin z Tener un nivel de granularidad "gordo" de 10 a 100 valores z type code Cdigo para el tipo de documento pero ms detallado Event code = evento clnico principal con el que se relaciona el documento Helthcare facility type = tipo de organizacin sanitaria Practice setting type Confidenciality code = nivel de confidencialidad del documento.
Datos tcnicos
mime type Tipo mime format code ms detalle sobre el formato, si es necesario size = tamao hash = huella uri = localizacin del documento en un registro language = idioma
ebXML
Autor
z z
Enviado (submitted) o aprobado (Approved) contentType = Tipo de actividad clnica Id del paciente, ID de la fuente (Source ID), ID nico del documento (Unique ID), UUID
Elementos codificados
Identificadores
Consistent time
Physician Office XDS Document Repository XDS Document Registry XDS Document Repository
ED Application
PACS
Secured Messaging
Retrieve Document Record Audit Event Maintain Time ATNA Audit CT Time server record repository
Query Document
Teaching Hospital
Community Clinic
EHR System
ED Application
L-716
PACS
A87631
PIX Query
Query Document (using Pt Id) Lab Info. System
PACS PACS
Retrieve Document
XDS: Cross enterprise document sharing: Base de todos los dems XDR: XDS - reliable XDM Media Interchange Se usa XD* para referirse al conjunto de estos tres
XDS
Publish
Structured objects
Pull
Send to
Write XDM
Read
Workflow Mgr
Transactions
Workflow Mgr
Perfiles de contenido
Dominio ITI z XDS Scanned document Dominio Radiologa z XDS Imaging: Imgenes DICOM Dominio Laboratorio z XD LAB Informes de laboratorio Dominio Patient Care Coordination z XDS-MS: Medical Summaries z BPPC: Basic Patient Privacy Consents z XPHR: Exchange of Personal Health Record Content z PPHP: Pre-procedure History and Physical z EDR: Emergency Department Referral
XDS Imaging
z
Se utiliza la infraestructura XDS para compartir informacin de imgenes entre diferentes organizaciones La informacin de imagen que se comparte incluye:
Conjuntos de instancias DICOM, incluyendo la propia imagen, documentos de evidencia y estados de presentacin (presentation states) Informes diagnsticos en formato para mostrar (no para importar o procesar) Seleccin de imgenes significativas desde el punto de vista diagnstico asociadas con el contenido de un informe
Se usa la misma infraestructura XDS ( registro y repositorio) para cualquier informacin (p.ej. Informe de laboratorio) y la imagen
Sharing of extensive Dicom Instance set z Serie de imgenes en formato Dicom z Se comparte un Dicom Manifest Sharing of Imaging Report z Se comparte un Informe (PDF, Texto) que puede incluir las imagenes ms relevantes del estudio (no toda la serie) Incrustadas en el informe Como una url (dicom wado)
XDS Imaging
DICOM Manifest Reference to image 1 Reference to image 2 Manifest Manifest Reference to image 3
Document Repository
Manifest Manifest
Retrieve Images
Retrieve Manifest
DICOM Manifest Reference to image 1 Reference to image 2 Manifest Clinical IT 3 Reference to image System Clinical Encounter
un documento con una lista de punteros a las imagenes que representa Tcnicamente : 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 estn disponibles para ser recuperadas
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
Document Registry
Register Report Query Registry
Document Repository
Report Report Report Header: Radiology Report
OB / Gyn .. BPD ... ..
Retrieve Report
Report Type:
Radiology system Report Source
Findings:
Impressions: Gestational
Age
...
...
Relevant Image
XDS Imaging
PDF, Text, or multipart PDF + Text Una seleccin de imgenes significativas, no toda la serie Dos opciones z Imgenes en el PDF z Hiperlinks (fully resolved) sobre los que se pueda pinchar para recuperar la imgen
Formatear el hiperenlace para referenciar las imgenes como una URI DICOM WADO Asegurar que las referencias a imgenes son enlaces vlidos
Register Document Set Document source Provide & Register Document Set Retrieve Document Retrieve Images Retrieve Presentation States Retrieve Key Image Note Retrieve Evidence Documents WADO Retrieve
Document Repository
Document Consumer z 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 imgenes dicom completas. Document Source z Provide and Register Document Set z Al menos una de las siguientes opciones Extensive Set of DICOM Instances, PDF Report, Text Report, Multipart Text/PDF Report Image Manager / Image Archive z WADO Retrieve
Metadata XDS-I
z
Especficos de imagen
Modalidad de adquisicin (e.g. CT, MR) Region Anatmica (e.g. Arm, Elbow, Hand) Procedimiento peticin (MRI de rodilla con contraste)
Ejemplo de query
Encontrar todas las CT de cabeza para el paciente Juan Prez en los ltimos dos aos
Laboratorio
Objetivo
Versin final, para ser compartida como informacin histrica Normalmente es un informe final, compartido una vez que la orden de laboratorio se ha completado Ocasionalmente se puede compartir un informe parcial z Ej: a falta de los resultados de un cultivo Debe ser legible para personas z Incluso para el paciente (PHR) Tambin debe ser procesable automticamente z Ayuda a la decisin, bio-vigilancia
Laboratorio
XD*
Hospital
Discharge time
CIS
XDS Laboratory
Dependencies of otros XD-LAB towards other profiles XDS LAB relacin con perfiles
Content Creator
Share a CDA lab report
Content Consumer
XD-LAB
Document sharing infrastructure Security infrastructure
XDS
or
XDR
or XDM
ATNA CT
Paula de Toledo. IHE ESPAA
XDS Laboratory
Establece unas limitaciones para el uso de los elementos del encabezado CDA (Header) Da unas instrucciones sobre el formato del cuerpo (structured body)
Como construir el rbol de secciones Como organizar el bloque narrative text <text> .. </text>
Especifica los datos estructurados y codificados <entry> .. </entry> y define para ellos un template unico
En lnea con los mensajes de resultados de laboratorio HL7 V3 Compatibles con la versin HL7 v2.5
Los resultados se estructuran en secciones en funcin de la especialidad Dentro de una especialidad los resultados se organizan en secciones de tipo reported item (battery, specimen study, individual test).
B O D
La relacin entre reported item y especialidad no est regulada, se deja a extensiones nacionales
18719-5: Chemistry
Electrolytes
Na (mmol/l) K (mmol/l) Mandatory <entry> Glucose (g/L) Mandatory <entry> 0.5 141 4.4
Al final de cada subseccin (leaf section) hay obligatoriamente una <entry> que lleva los resultados estructurados y codificados CDA Nivel 3
Laboratorio
Cuerpo
z z
Alrededor de 20 tipos de secciones de especialidad Hay cuatro templates para la seccion 'reported item'
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 informacin de la entry
Laboratorio
Restricciones en el Body
z
HL7 vocabulary domains (e.g. specimen type, patient gender ) SNOMED CT Para test codes: z LOINC subset z SNOMED CT z National terminologies (e.g. in Japan)
2005 2006
PPHP Preprocedur e History and Phyisical Query for Existing Data Emergency Department Encounter Record
qu es un medical summary?
z
contiene en forma resumida la informacin ms importante de la historia de un paciente se crea en un momento en el tiempo en el que se transfiere la atencin del paciente de un proveedor a otro Transferir al paciente
Problem Scope
Broad
Resumir un episodio
Focused
Intended Audience
Broad
Medical summaries
Medical summaries
z
Cuando ese documento se comparte usando XDS se habla del perfil Cross enterprise sharing of Medical summaries
z z
Contiene informacin esencial para el proveedor sanitario Como mnimo un Medical Summary debe contener
Cuerpo
El cuerpo tiene una estructura estandarizada, con secciones predefinidas, cuyo nombre esta codificado Hay secciones cuyo ttulo est codificado, pero cuyo contenido no est estructurado ni codificado (texto, listas, tablas) Las otras secciones (medicacin, problemas y alergias) deben obligatoriamente contener texto estructurado y codificado. Tambin estn estandarizado a nivel ms detallado, las secciones y entries
Estudios Alergias
estructurado Seccin
Problemas
Texto estructurado Seccin Seccin codificada Entry
Plan de cuidado
Volume 3 z Contenido general del Medical summary z Cdigos LOINC para los ttulos de seccin z Contenido estructurado para entries CDA Level 3. Extensiones Nacionales z Ttulos especficos de seccin z Elementos especficos Nivel 3 (p.ej. Diagnstico/problemas) z US (publicada), francesa e italiana (en desarrollo) z Prximamente Espaa
Tipos de documento Secciones (solo se codifica el ttulo) Entries (clinical info semantically coded) Si existe algo equivalente en el Continuity of Care Document (CCD) de HL7/ASTM se reutiliza
BPCC
Consentimiento B
Repositorio
Informe Visita 1 ginecologa (Para acceder, es necesario consentimiento A) Informe Visita 2 otorrino (Para acceder, basta con consentimiento B
Profesional Y. Slo puede acceder a los documentos marcados con Consentimieto B. Los otros no los ve en el repositorio
Canada Infoway
France National PHR MA-Share MA IHIE IN Mendicino - CA Denmark (Funen) Italy (Veneto) Austria
Cdigo suplementario para eclipse, que implementa los actores y modelos de datos de IHE Document Source and Document Consumer solamente Distintos actores, incluyendo todos los de xds: Registry, Repository, Source and Consumer Es la implementacin de NIST-Bill majurski Java Document Repository and Document Registry Codeplex
Microsoft
Pruebas
z
NIST (National Institute of Standards -USA) Permite que se enven documentos al registro remoto y que se hagan peticiones de documentos http://ihexds.nist.gov
Paula de Toledo.
Universidad Carlos III de Madrid IHE Espaa. Madrid, Marzo 2009