09 cda

Introducción al HL7-CDADR. H. MANDIROLA

06/04/2015 INTRODUCCIÓN AL XML Y CDA ING. F PORTILLA Y DR. MANDIROLA 1

Agenda CDA HL7Clinical Document Architecture◦ 1 ¿Qué es un CDA?

◦ 2 ¿Cuáles son los Objetivos CDA?

◦ 3 ¿Para que se utilizan los CDA?

◦ 4 Casos de Uso

◦ 5 Escenarios

◦ 6 ¿Porque usar CDA?

◦ 7 Legibilidad y Presentación

◦ 8 Especificación de CDA R2


◦ 9 Características de los CDA

◦ 10 Componentes de los CDA

◦ 11 CDA y Firma Digital

◦ 12 Ejemplo de documento CDA

◦ 13 Seguridad, Confidencialidad e Integridad.

◦ 14 ¿Cómo Generar un CDA?

◦ 15 ¿Cómo se transmite un CDA?

1 ¿Qué es un CDA?

1.Es un estándar para Documentos Clínicos

2.Pertenece al estándar HL7

3.Sirve para el intercambio de documentos


1 ¿Qué es un CDA?1. Es un estándar

2. Provee una arquitectura común

3. Codificación

4. Marco semántico

5. El lenguaje XML para crear los documentos


1 ¿Qué es un CDA?


1 ¿Qué es un CDA?

1.Caracteríticas2.Que no son los CDA


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.


Dar prioridad a la atención del pacientePermitir una implementación costo efectiva Soportar el intercambio de documentos

entre usuarios Promover la longevidad de toda la

información basada en esta arquitectura


2 ¿Cuáles son los Objetivos CDA?

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


2 ¿Cuáles son los Objetivos CDA?

1.Estandarización de Documentos Clínicos para intercambio

2.Contenido Clínico3.Mensajería

4.Administración o Gestión Documental


3 ¿Para que se utilizan los CDA?

4 Casos de Uso

1.Portabilidad de documentos

2.Reutilización de información

3.Ventaja de tener todo los documentos el mismo formato


5 Escenarios

1.Entre Prestadores y Financiadores de Servicios de Salud

2.Entre Prestadores a Salud Publica

3.Financiadores a Salud Publica


6 ¿Porque usar CDA?

Para intercambiar documentos clínicos de pacientes entre los sistemas de Salud


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


7 Legibilidad y Presentación

8 Especificación de CDA R21. La documentación sigue el mismo formato que el resto de

HL7 V3

2. Tiene su propio RMIM

3. Contiene los HMD´s necesarios.

4. Tipos de datos idénticos

5. Definidos de forma rigurosa, preparados para XML


9 Características de los CDA1.Persistencia2.Tiene Potencial para la autenticación3.Contexto4.Es un documento completo es si mismo5.Permite ser leido por un humano6.Bajo costo


<ClinicalDocument>

...

<structuredBody>

<section>

<text>...</text>

<observation>...</observation>

<substanceAdministration>

<supply>...</supply>

</substanceAdministration>

<observation>

<externalObservation>

...

</externalObservation>

</observation>

</section>

<section>

<section>...</section>

</section>

</structuredBody>

</ClinicalDocument>

D

O

C

U

M

E

N

T

O

C

U

E

R

P

O

Header

S

E

C

C

I

O

N

E

S

Bloque Narrativo

E

N

T

R

A

D

A

S

Referencias

externas


10 Componentes de los CDA

10 Componentes de los CDA Header1. 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


10 Componentes de los CDA Body

1.Contiene los datos clínicos del paciente en forma:

1. No estructurado y/o2. estructurada

2.Se organiza generalmente en varias secciones


10 Componentes de los CDA Secciones1. Bloque narrativo

2. De 0 a n entradas


10 Componentes de los CDA Bloque narrativo1. Permite ser leídos por las personas

2. Esta entre tags que permiten su visualización.


10 Componentes de los CDA Entradas1. Son para ser leídas por aplicaciones

2. Puede haber de 0 a N


10 Consolidación CDA1. 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)


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


7. Nota de procedimientos

8. Nota de Evolución

9. Documento no estructurados

10.Sección Plantillas: 60 plantillas de introducción: 82

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 normativohttp://www.hl7.org/implement/standards/product_brief.cfm?product_id=258


http://www.hl7.org/implement/standards/product_brief.cfm?product_id=258

component

0..* section

typeCode*: <= COMP

contextConductionInd*: BL [1..1] "true"

0..* clinicalStatement

entrytypeCode*: <= x_ActRelationshipEntry

contextConductionInd*: BL [1..1] "true"

SectionclassCode*: <= DOCSECT

moodCode*: <= EVN

id: II [0..1]

code: CE CWE [0..1] <= DocumentSectionType

title: ST [0..1]text*: ED [0..1]

confidentialityCode: CE CWE [0..1]

<= x_BasicConfidentialityKind

languageCode: CS CNE [0..1] <= HumanLanguage

ObservationclassCode*: <= OBS

moodCode*: <= x_ActMoodDocumentObservation

id: SET<II> [0..*]code*: CD CWE [1..1] <= ObservationType

negationInd: BL [0..1]

statusCode: CS CNE [0..1] <= ActStatus

effectiveTime: IVL<TS> [0..1]

value: ANY [0..1]targetSiteCode: SET<CD> CWE [0..*]

SubstanceAdministrationclassCode*: <= SBADM

moodCode*: <= x_DocumentSubstanceMood

id: SET<II> [0..*]

code: CD CWE [0..1] <=SubstanceAdministrationActCode


effectiveTime: GTS [0..1]

repeatNumber: IVL<INT> [0..1]

routeCode: CE CWE [0..1] <= RouteOfAdministrationdoseQuantity: IVL<PQ> [0..1]

SupplyclassCode*: <= SPLY

moodCode*: <= x_DocumentSubstanceMood

id: SET<II> [0..*]code: CD CWE [0..1] <= ActCode


effectiveTime: GTS [0..1]

quantity: PQ [0..1]

Procedure

classCode*: <= PROC

moodCode*: <= x_DocumentProcedureMoodid: SET<II> [0..*]

code: CD CWE [0..1]


effectiveTime: IVL<TS> [0..1]

priorityCode: CE CWE [0..1] <= ActPrioritymethodCode: SET<CE> CWE [0..*]

approachSiteCode: SET<CD> CWE [0..*]

targetSiteCode: SET<CD> CWE [0..*]

clinicalStatement

entryRelationship

0..* clinicalStatement

typeCode*: <= x_ActRelationshipEntryRelationshipcontextConductionInd*: BL [1..1] "true"

1..1 manufacturedProduct

consumabletypeCode*: <= CSM

0..* criterion

typeCode*: <= PRCN

precondition

Criterion

classCode*: <= OBSmoodCode*: <= EVN.CRT

code: CD CWE [0..1] <= ActCode

text: ED [0..1]

value: ANY [0..1]

1..1 manufacturedDrugOrOtherMaterial

0..1 manufacturerOrganization

ManufacturedProductclassCode*: <= MANUid: SET<II> [0..*]

0..1

subject

0..* observationRange

typeCode*: <= REFV

referenceRange

ObservationRange

classCode*: <= OBSmoodCode*: <= EVN.CRT

code: CD CWE [0..1] <= ActCode

text: ED [0..1]

value: ANY [0..1]

interpretationCode: CE CNE [0..1] <=ObservationInterpretation

0..1 manufacturedProduct *

typeCode*: <= PRD

product

MaterialclassCode*: <= MMAT

determinerCode*: <= KIND

code: CE CWE [0..1]

<= MaterialEntityClassType

name: EN [0..1]lotNumberText: ST [0..1]

LabeledDrugclassCode*: <= MMAT

determinerCode*: <= KIND

code: CE CWE [0..1] <= DrugEntity

name: EN [0..1]

DrugOrOtherMaterial

Organization

classCode*: <= ORG

determinerCode*: <= INSTANCEid: SET<II> [0..*]

name: SET<ON> [0..*]

telecom: SET<TEL> [0..*]

addr: SET<AD> [0..*]

standardIndustryClassCode: CE CWE [0..1] <= OrganizationIndustryClass


11 CDA y Firma Digital

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


13 Seguridad, Confidencialidad e Integridad

14 ¿Cómo Generar un CDA?1. Editores

2. Aplicaciones

3. Conversión de Mensajes

4. Mediante Herramientas de eForms


15 ¿Cómo se transmite un CDA?

1.Web Service

2.Email

3.Dentro de un mensaje HL7


Gracias por su atención

06/04/2015 INTRODUCCIÓN AL XML Y CDA ING. F PORTILLA Y DR. MANDIROLA

Dr. Humberto Fernán Mandirola BrieuxEmail [email protected]

30

mailto:[email protected]

Referenciashttp://hl7book.net/index.php?title=CDA

https://www.youtube.com/watch?v=rZAmLBgcUTQ

http://www.healthit.gov/sites/default/files/c-cda_and_meaningfulusecertification.pdf

HL7 Implementation Guide for CDA® Release 2: IHE Health Story Consolidation, Release 1.1 - US Realm http://www.hl7.org/implement/standards/product_brief.cfm?product_id=258


http://hl7book.net/index.php?title=CDA

https://www.youtube.com/watch?v=rZAmLBgcUTQ

http://www.healthit.gov/sites/default/files/c-cda_and_meaningfulusecertification.pdf

http://www.hl7.org/implement/standards/product_brief.cfm?product_id=258

09 cda

Health & Medicine

Transcript of 09 cda