La interoperabilidad es un elemento clave para lograr una atención sanitaria más continua y flexible a través del sistema sanitario donde los profesionales puedan acceder a la información relevante sobre los pacientes en el momento preciso. A pesar de ser un tema recurrente en el ámbito de la eHealth, queda camino por recorrer en el reto que supone para la industria de Tecnologia Sanitaria y para las organizaciones sanitarias para lograr una plena interoperabilidad de sus sistemas.
1. Introducción a CDA
Dr. Humberto F. Mandirola Brieux
27/08/18 Ministerio de Salud - DNSIS (Dirección Nacional de
Sistemas de Información Sanitaria) 1
Introducción básica
2. 1 ¿Qué es un CDA?
1.Caracteríticas
2.Que no son los CDA
08/27/18
Ministerio de Salud - DNSIS
(Dirección Nacional de
Sistemas de Información Sanitaria)
2
3. 1 ¿Qué es un CDA?
1. Basado en, pero no limitado a XML.
2. Por ley los documentos deben ser guardados 10 o 20 años.
3. Los sistemas cambian en este periodo de tiempo, y la
capacidad de lectura de los formatos de documentos cambia.
4. Buscan un estándar basado en XML que se pueda leer en
cualquier sistema en el futuro fácilmente.
08/27/18
Ministerio de Salud - DNSIS
(Dirección Nacional de
Sistemas de Información Sanitaria)
3
4. Dar prioridad a la atención del paciente
Permitir una implementación costo
efectiva
Soportar el intercambio de documentos
entre usuarios
Promover la longevidad de toda la
información basada en esta arquitectura
08/27/18
Ministerio de Salud - DNSIS
(Dirección Nacional de
Sistemas de Información Sanitaria)
4
2 ¿Cuáles son los Objetivos CDA?
5. Habilitar un amplio rango de aplicaciones de
procesos post-intercambio
Promover el intercambio que sea independiente de
la transferencia o del mecanismo de
almacenamiento
Preparar el diseño razonablemente rápido
Habilitar a los reguladores a controlar sus propios
requerimientos de información sin tener que
extender esta especificación
08/27/18
Ministerio de Salud - DNSIS
(Dirección Nacional de
Sistemas de Información Sanitaria)
5
2 ¿Cuáles son los Objetivos CDA?
6. 1.Estandarización de Documentos
Clínicos para intercambio
2.Contenido Clínico
3.Mensajería
4.Administración o Gestión Documental
08/27/18
Ministerio de Salud - DNSIS
(Dirección Nacional de
Sistemas de Información Sanitaria)
6
3 ¿Para que se utilizan los CDA?
7. 4 Casos de Uso
1.Portabilidad de documentos
2.Reutilización de información
3.Ventaja de tener todo los documentos el
mismo formato
08/27/18
Ministerio de Salud - DNSIS
(Dirección Nacional de
Sistemas de Información Sanitaria)
7
8. 5 Escenarios
1.Entre Prestadores y Financiadores de
Servicios de Salud
2.Entre Prestadores a Salud Publica
3.Financiadores a Salud Publica
08/27/18
Ministerio de Salud - DNSIS
(Dirección Nacional de
Sistemas de Información Sanitaria)
8
9. 6 ¿Porque usar CDA?
• Para intercambiar documentos clínicos de
pacientes entre los sistemas de Salud
08/27/18
Ministerio de Salud - DNSIS
(Dirección Nacional de
Sistemas de Información Sanitaria)
9
10. 7 Legibilidad y Presentación
Forma determinística de volcar el contenido de un documento CDA
Debe ser posible volcar todos los documentos CDA con una única hoja
de estilo* y con herramientas disponibles en el mercado
Aplica al contenido autenticado y no al contenido para procesamiento
informático
Se deben proveer mecanismos para describir el proceso cuando el
contenido estructurado es derivado de la narrativa y viceversa
08/27/18
Ministerio de Salud - DNSIS
(Dirección Nacional de
Sistemas de Información Sanitaria)
10
11. 8 Especificación de CDA R2
1. La documentación sigue el mismo formato que el resto de
HL7 V3
2. Tiene su propio modelo de referencia (Reference Information
Model (RIM)
3. Contiene los HMDs (Hierarchal Message Definitions)
necesarios.
4. Tipos de datos idénticos
5. Definidos de forma rigurosa, preparados para XML
08/27/18
Ministerio de Salud - DNSIS
(Dirección Nacional de
Sistemas de Información Sanitaria)
11
12. 9 Características de los CDA
1.Persistencia
2.Tiene Potencial para la autenticación
3.Contexto
4.Es un documento completo es si mismo
5.Permite ser leido por un humano
6.Bajo costo
08/27/18
Ministerio de Salud - DNSIS
(Dirección Nacional de
Sistemas de Información Sanitaria)
12
14. 10 Componentes de los CDA
Header
1. Header permite establecer el contexto
2. permite la interoperabilidad
3. Facilita la gestión del documento
4. Facilita la recompliacion de datos del paciente
5. Permite la incorporación del CDA en la Historia Clinica
Electronica
27/08/18
Ministerio de Salud - DNSIS
(Dirección Nacional de
Sistemas de Información Sanitaria)
14
15. 10 Componentes de los CDA Body
1.Contiene los datos clínicos del paciente en
forma:
1.No estructurado y/o
2.estructurada
2.Se organiza generalmente en varias
secciones
27/08/18
Ministerio de Salud - DNSIS
(Dirección Nacional de
Sistemas de Información Sanitaria)
15
16. 10 Componentes de los CDA
Secciones
1. Bloque narrativo
2. De 0 a n entradas
27/08/18
Ministerio de Salud - DNSIS
(Dirección Nacional de
Sistemas de Información Sanitaria)
16
17. 10 Componentes de los CDA
Bloque narrativo
1. Permite ser leídos por las personas
2. Esta entre tags que permiten su visualización.
27/08/18
Ministerio de Salud - DNSIS
(Dirección Nacional de
Sistemas de Información Sanitaria)
17
18. 10 Componentes de los CDA
Entradas
1. Son para ser leídas por aplicaciones
2. Puede haber de 0 a N
27/08/18
Ministerio de Salud - DNSIS
(Dirección Nacional de
Sistemas de Información Sanitaria)
18
19. 10 Consolidación CDA
1. Lo primero que hay que hacer es la guía de implementación
elegir el CDA que queremos construir
2. La Guía de Implementación (IG) C-CDA incluye los siguientes
documentos clínicos (año publicado):
–Nota de Consulta (2008); Resumen del alta (2009); Informes
de diagnóstico por imágenes DICOM (DIR) (2009); Historia y Ex
Físico (H & P) (2008); Notas Operativos (2009); Notas de
Progreso (2010); Nota de Procedimiento (2010); y los
documentos no estructurados (2010)
27/08/18
Ministerio de Salud - DNSIS
(Dirección Nacional de
Sistemas de Información Sanitaria)
19
20. 10 Guía de implementación HL7
CDA R2: IHE para Consolidación
Historia Clínica.
1. 9 Plantillas de Documentos
2. Continuidad del cuidado el
Documento (CCD)
3. Nota de Consulta
4. Informe Diagnóstico por la Imagen
(DIR)
5. Resumen del alta
6. Historia y Examen Físico (H & P)
7. Nota Operativo
27/08/18
Ministerio de Salud - DNSIS
(Dirección Nacional de
Sistemas de Información Sanitaria)
20
7. Nota de procedimientos
8. Nota de Evolución
9. Documento no estructurados
10.Sección Plantillas: 60 plantillas
de introducción: 82
21. 10 Guía de implementación HL7
CDA R2: IHE para Consolidación
Historia Clínica.
Capítulo 1 Introducción
Capítulo 2: Cabecera Plantillas
Capítulo 3: Plantillas de documento de nivel
Capítulo 4: Plantillas Sección de Nivel
Capítulo 5: Las plantillas de nivel de entrada
Apéndices - incluyen contenido no normativo
http://www.hl7.org/implement/standards/product_brief.cfm?product_id=258
27/08/18
Ministerio de Salud - DNSIS
(Dirección Nacional de
Sistemas de Información Sanitaria)
21
23. 13 Seguridad, Confidencialidad e
Integridad
Los sistemas que envían y reciben los CDA son los
responsables
CDA provee información sobre el estado de confidencialidad
para ayudar a dichos sistemas en el manejo de información
sensible
Dicho estado de confidencialidad puede ser aplicado a todo
el documento o sólo a segmentos específicos del mismo
08/27/18
Ministerio de Salud - DNSIS
(Dirección Nacional de
Sistemas de Información Sanitaria)
23
24. 14 ¿Cómo Generar un CDA?
1. Editores
2. Aplicaciones
3. Conversión de Mensajes
4. Mediante Herramientas de eForms
08/27/18
Ministerio de Salud - DNSIS
(Dirección Nacional de
Sistemas de Información Sanitaria)
24
25. 15 ¿Cómo se transmite un CDA?
1.Web Service
2.Email
3.Dentro de un mensaje HL7
08/27/18
Ministerio de Salud - DNSIS
(Dirección Nacional de
Sistemas de Información Sanitaria)
25
27. por su atención.
Ministerio de Salud
DNSIS
Dirección Nacional de Sistemas de Información Sanitarios
27/08/18 Ministerio de Salud - DNSIS (Dirección Nacional de
Sistemas de Información Sanitaria) 27
Gracias
Materiales para el taller
http://goo.gl/JyW9zH
hmandirola@gmail.com
Notas del editor
dnsis@msal.gov,ar
Un documento clínico de CDA tiene estas características:
Persistencia por el período de retención legal
Administrado por una organización encargada para tal fin (stewardship).
Potencial para ser autenticado, firmado.
Establece contexto.
Completitud (autenticación aplicada a todo el documento y no a porciones fuera de contexto).
Legilibilidad.
Los documentos CDA no son:
Fragmentos de datos si no están firmados.
Registros acumulativos de historial médico.
Acumulación de documentos firmados.
Mensajes.
Basado en, pero no limitado a XML.
Puede contener contenidos multimedia – imágenes, vídeo, etc.
Puede ser presentado en múltiples formas mediante tecnologías estándar XML – cascading style sheets, XSL-FO, etc.
La FDA en USA está evaluando exigir a los laboratorios americanos el uso de este estándar al final de los procesos documentales para su almacenaje.
Por ley los documentos deben ser guardados 10 o 20 años.
Los sistemas cambian en este periodo de tiempo, y la capacidad de lectura de los formatos de documentos cambia.
Buscan un estándar basado en XML que se pueda leer en cualquier sistema en el futuro fácilmente.
Dar prioridad a la atención del paciente
Permitir una implementación costo efectiva abarcando el más amplio espectro de sistemas como sea posible
Utilizando estándares y promoviendo flexibilidad.
Soportar el intercambio de documentos entre usuarios de diferentes niveles de desarrollo tecnológico
Promover la longevidad de toda la información basada en esta arquitectura
Habilitar un amplio rango de aplicaciones de procesos post-intercambio
Promover el intercambio que sea independiente de la transferencia o del mecanismo de almacenamiento
Preparar el diseño razonablemente rápido
Habilitar a los reguladores a controlar sus propios requerimientos de información sin tener que extender esta especificación
Estandarización de Documentos Clínicos para intercambio
Contenido Clínico
Es definido por el RIM no por CDA
CDA estandariza la estructura y la semántica necesaria para el intercambio de documentos
Mensajería
La especificación de mensajes para el uso de CDA está fuera de la especificación de CDA
Sí se define cómo empaquetar un documento CDA dentro de un mensaje HL7 V2.x y V3
Administración o Gestión Documental
CDA no especifica la creación o manejo de documentos sino sólo su marcación.
La administración de documentos es interdependiente con CDA pero la especificación de mensaje para la administración de documentos esta fuera del alcance
Acceso, portabilidad, intercambio de documentos.
Buscar y localizar por paciente, proveedor, practicante, lugar, fechas, etc.
Acceso a la información usando datos comunes (metadata)
Gestión documental
Integración
Sistemas de transcripciones
Registros EHR (Electronic Health Records)
Reutilización de la información
Resúmenes
Reportes
Soporte de decisiones
Etc
Es la ventaja de tener todos los documentos en un mismo formato, accesible de una forma común.
Prestadores a Financiadores
Auditoría
Historia Clínica del Afiliado/Beneficiario
Prestadores a Prestadores
Historia Clínica del Paciente (Derivación, Cambio, Interconsulta)
Informes Médicos
Financiadores a Financiadores
Historia Clínica (cambio de financiador, cobertura compartida)
Prestadores/Financiadores a Salud Pública
Historia Clínica Universal
Historia Clínica Pacientes de Riesgo
Salud Pública a Prestadores/Financiadores
Historia Clínica Universal
Documentos para la interoperabilidad
Componente principal para registros electrónicos de salud a nivel local, regional o nacional.
Todo el mundo utiliza documentos. Esto permite posibilitar paulatinamente un mejor intercambio de información.
Muchos documentos CDA relacionados e indizados por su cabecera componen un registro electrónico de salud.
La documentación sigue el mismo formato que el resto de HL7 V3 y se encuentra en el mismo lugar.
Tiene su propio RMIM como cualquier dominio:
Se deriva del RIM
Está disponible en Visio
Contiene los HMD´s necesarios.
Formatos tabla
Formato excel
Esquemas para creación y validación
Tipos de datos idénticos
Definidos de forma rigurosa, preparados para XML
Es una documentación de las observaciones y otros servicios que tiene las siguientes características:
Persistencia, Tiene Potencial para la autenticación, Contexto, Es un documento completo es si mismo, Permite ser leido por un humano y Bajo costo
CDA es un objeto de salida completo de información y puede incluir texto, imágenes, sonido y otros contenidos multimedia.
CDA viene del HL7's modelo referencial de datos (Reference Information Model) (RIM)
a diferencia sustancial es que el RMI es un modelo de datos y el CDA es un objeto que permite el intercambio, interoperabilidad y reutilización de los datos.
En el Header esta definido el contexto del documento
Y el cuerpo con muliples secciones, cada sección puede tener de 1 a n bloques narrativos y 1 a n entradas
En el Header esta definido el contexto del documento
La estructura mínima de un CDA estructurado en XML, tiene que tener un Header y Body con por lo menos una sección
1. El encabezado establece el contexto para el documento clínico en su conjunto y
permite el intercambio de documentos clínicos través y dentro de las instrucciones
facilita la gestión de documentos clínica
facilita la recopilación de documentos clínicos de cada paciente
en un registro electrónico del paciente.
1. El cuerpo del documento contiene el informe clínico y
cna contiene una "burbuja" no estructurada o estructurada
contenido organizada en una o más secciones.
Cada sección contiene una cuadra Narrativa y de cero a muchas entradas de código
Los ejemplos incluyen:
Alergias
Medicamentos que toma
Los Problemas
Inmunizaciones
Signos Vitales
Bloques narrativos permiten "legibilidad humana" de un CDA
documento.
Dentro de una sección de documentos, el bloque narrativo esta representado por el contenido a ser prestados para su visualización.
Las Entradas, permiten ser leidas por los Programas de computación dentro de una sección documento
Pueden existir de 0 a n
Las Entradas Representaciones Estructuradas para ser Procesadas informáticamente
Antes de Consolidación, los proveedores que tratan de poner en práctica un documento clínico específico (por ejemplo, C32)
Las Guias son una "madriguera del conejo" cada vez mayor, compleja red de documentación - se llevó a cabo Consolidación para abordar esta cuestión.
Las Guias de Implementación duplicadas y conflictivas publicadas por distintos organismos de normalización (por ejemplo HITSP, HL7, IHE, Historia de la Salud); aprobado / sometido a votación en diferentes momentos
• Implementadores enfrentan colección confusa de los documentos que contienen y / o información contradictoria ambigua
• C-CDA IG includes the following clinical documents (year released): Consultation Note (2008); Discharge Summary (2009); Imaging Integration and DICOM Diagnostic Imaging Reports (DIR) (2009); History and Physical (H&P) (2008); Operative Note (2009); Progress Note (2010); Procedure Note (2010); and Unstructured documents (2010)
2: General Header Template – defines a template for the header constraints that apply across all of the consolidated document types
3: Document-Level Templates – defines each of the nine document types; defines header constraints specific to each and the section-level templates (required and optional) for each
4: Section-Level Templates – defines the section templates referenced within the document types described
5: Entry-Level Templates – defines entry-level templates, called clinical statements (machine readable data)
Appendices – include non-normative content to support implementers; includes a Change Appendix summary of previous and updated templates
Integrating the Healthcare Enterprise (IHE)
Describe tModelo CDA R2 entradas anidadas
Mediante Editores
Mediante aplicaciones clientes estándar (transcripciones, dictado)
Conversión desde mensajes de HL7 v2 o v3
Mediante transformaciones desde mensajes DICOM
Mediante transformaciones desde otros documentos XML
Mediante herramientas de eForms
Microsoft InfoPath
Adobe Acrobat
Otras herramientas de muchos fabricantes (mas económicas)
CDA no establece como se puede enviar el documento.
Se puede enviar usando un web service, RPC, IPC, rtc.
Se pueden enviar como ficheros (FTP, email, etc).
Se puede enviar empaquetado dentro de un mensaje HL7 v2 o v3, codificado en un tipo de dato ED
Pero:
Todos los componentes deben ser enviados en el mismo paquete (imagenes multimedia, etc.). Recomendación: RFC2557.
No debe haber necesidad de cambiar la referencias dentro del CDA.
No debe haber restricciones en la estructura de carpetas usadas por los sistemas receptores
Los metadatos sobre el documento (estado, ubicacion de archivo, etc.) pueden ser enviados en el paquete donde se envia el documento.