Pregunta

Qué diferencia HL7 V3 y CDA, realmente hasta ahora no tengo una respuesta precisa por favor ayúdame

Gracias.

¿Fue útil?

Solución

HLv2.x es un protocolo de mensajería que se basa principalmente en ascii/texto y también tiene soporte xml.El problema era que HL7v2.x Tenía límites de personalización de alrededor del 20 por ciento. Es por eso que algunas veces HL7 También se le conoce como estándar abierto.

Para eliminar la personalización, lograr coherencia y habilitar la mensajería Plug N Play, RIM - Reference Information Model fue creado.Eso dio un enfoque orientado a objetos al estándar de mensajería HL7.

Basado en RIM, CDA Clinical Document Architecture fue desarrollado. Si dice que usa v3 o CDA, ambos se refieren a mismo.El mensaje v3 está completamente basado en XML y no permite personalizar ninguna región a diferencia de v2.7.

ACTUALIZAR:Este pregunta aquí También agrega más información sobre los esquemas utilizados por v3 y CDA.

Diferencias clave

HL7V2

  1. No es “Plug and Play”: proporciona el 80 por ciento de la interfaz y un marco para negociar el 20 por ciento restante interfaz por interfaz.
  2. Históricamente construido de manera ad hoc porque no existía ningún otro estándar en ese momento.
  3. Generalmente proporciona compatibilidad entre versiones 2.X.
  4. Estándar basado en mensajería basado en codificación de tuberías y sombreros
  5. V2 es en lo que la mayoría de la gente piensa cuando dice "HL7"

HL7 V3

  1. Acercándonos al “Plug and Play” – menos un “marco para la negociación”
  2. Muchas décadas de esfuerzo durante el período de diez años, lo que refleja el pensamiento "mejor y más brillante" que no es compatible con V2
  3. El estándar basado en modelos construido sobre el modelo de información de referencia (RIM) proporciona coherencia en todo el estándar.
  4. Mensajería en formato XML.
  5. La arquitectura de documentos clínicos (CDA) es en lo que la mayoría de la gente piensa cuando dice "HL7 V3"

Ejemplo

v3

<author>
<time value="200202150730"/>
<modeCode code="WRITTEN"/>
<signatureCode code="S"/>
<assignedEntity>
<id root="2.16.840.1.113883.19.1122.3" extension="444-444-4444"/>
  <assignedPerson>
     <name>
        <given>Harold</given>
        <given>H</given>
        <family>Hippocrates</family>
        <suffix qualifier="AC">MD</suffix>
     </name>
  </assignedPerson>
</assignedEntity>

v3 está en continuo desarrollo.Incluso hoy en día, la mayoría de las aplicaciones sanitarias siguen utilizando la versión 2.x.

Otros consejos

CDA son documentos HL7, mientras que HL7 V.x son mensajes.Larga historia corta, el CDA tiene como objetivo la legibilidad humana y el procesamiento de la máquina, mientras que los mensajes solo tienen como objetivo el procesamiento de la máquina.

Aquí hay un buen enlace que describe ambos paradigmas.

Un CDA es autocontenido y estático, mientras que un mensaje HL7 describe una acción dinámica en un objeto (A08, por ejemplo, para actualizar los detalles de la visita o A05 a pre-admititt a paciente).

Los mensajes

hl7 v.x son puramente impulsados por eventos, mientras que el contenido (como un campo OBX-5) puede contener un valor estático.Por ejemplo, nosotros utilizamos los mensajes de ORU a los resultados de la radiografía de incrustación como flujo binario.

Creo que necesitas ser un poco más específico en HL7.¿Te refiere a HL7 V2 o HL7 V3?

CDA es un modelo específico creado utilizando HL7V3 (y su modelo de información de referencia subyacente) para representar un documento clínico.Por lo tanto, de hecho, CDA es HL7V3, en la medida en que es una instancia de un modelo creado utilizando HL7V3.

De mi conocimiento de CDA y el uso más amplio de HL7V3, CDA es, con mucho, el uso más exitoso y generalizado de HL7V3.

CDA es una especificación de HL7 V3.V3 se divide en Dominios, y CDA es como un dominio específico para los documentos clínicos.El modelo de información de referencia (RIM) de V3 es el modelo general para todos los estándares basados en V3, CDA es solo uno de esos estándares.

El CDA y HL7 V 3.x son sinónimos.

Licenciado bajo: CC-BY-SA con atribución
No afiliado a StackOverflow
scroll top