Arquitectura de referencia HCEN

Wiki

Principales Estándares y Perfiles

(Esta es una una versión archivada de esta página. (2.1), Ir a la última versión.)

IHE Cross Enterprise Document Sharing (XDS)

El perfil IHE Cross Enterprise Document Sharing (XDS) es utilizado para el intercambio de documentos clínicos. Es un perfil ampliamente usado dentro de los procesos de intercambio de información de salud. Este perfil en conjunto con perfiles similares del ITI Technical Framework como el Cross Enterprise Document Sharing (XDR), y el Cross Enterprise Document Sharing (XDM) utilizan la misma metadata para facilitar el intercambio.

La metadata del perfil se describe utilizando el estándar de ebRIM, ebXML. La versión XDS.b utiliza el estándar ebRIM 3.0. El estándar ebRIM fue adoptado por la ISO como estándar ISO 15000-3: ebXML Registro de información de modelo.

El modelo de objetos del ebRIM define un conjunto fundamental de data types y aproximadamente 25 clases. Nueve de estas clases son utilizadas en un Registro XDS, pero solamente siete son necesarias para comunicar la metadata en las diversas transacciones IHE.

En la Figura 1 se presenta un diagrama que muestra los actores que interactúan en el proceso de intercambio, acceso y distribución de documentos, así como también los mensajes asociados con estas interacciones.

ActoresDescripción
Document Consumer (DC) Realiza las consultas sobre el Document Registry para encontrar determinados documentos y los obtiene desde el Document Repository
Document Source
(DS)
Produce y publica documentos. Es responsable de enviar los documentos al Document Repository
Document Repository (DREP) Se responsabiliza de almacenar cada documento, así como también registrar la metadata asociada al mismo en el Document Registry.
Document Registry
(DREG)
Almacena la metadata correspondiente a cada documento registrado.
Integrated Document Source/Repository (IDSR) Engloba la interacción entre el Document Source y el Document Repository. Este actor puede sustituir al actor Document Repository en relación a las transacciones de Retrieve/Register hacia el Document Registry.

=

Figura 1 - Actores

Figura 1 - Actores XDS.b

HL7 Clinical Document Architecture (CDA)

Un documento CDA es un objeto de información, definido y completo que puede incluir texto, imágenes, sonidos, y otro contenido multimedia. CDA como documento clínico, es la “documentación” de las observaciones y servicios clínicos principalmente; como documento electrónico un CDA tiene las siguientes características más relevantes:

Persistencia: Un documento clínico debe continuar existiendo en

estado inalterado, por un período de tiempo definido por

requerimientos regulatorios locales.

Administración: Un documento clínico es mantenido por una

organización que está involucrada con su custodia.

Potencial de autenticación: Un documento clínico es un conjunto de

información que debe ser autenticada legalmente.

Plenitud: La autenticación de un documento clínico aplica para todo el

documento y no aplica para porciones del documento sin el contexto

completo del mismo.

Legibilidad humana: Un documento clínico es legible para un

humano.

Contexto: Un documento clínico establece el contexto por defecto

para su contenido.

El alcance del CDA es la estandarización de los documentos clínicos para su intercambio. La definición de CDA no especifica la creación o gestión de documentos, únicamente el marcado para su intercambio. El formato de la información de los documentos clínicos fuera del contexto de intercambio no está incluido en esta especificación (p.e., el formato de datos usado para guardar documentos clínicos). Los documentos CDA pueden ser trasmitidos en mensajes HL7 diseñados para transferir documentos clínicos. La especificación detallada para dichos mensajes está fuera del alcance del CDA, esta especificación no impone requerimientos a los mecanismos de intercambio de documentos CDA en los mensajes HL7.

Acorde a la semántica incluida dentro de un documento HL7 CDA R2, este puede tener diferentes niveles:

CDA nivel 1: Cuando únicamente se incluye codificación en los elementos del HEADER

CDA nivel 2: Cuando se codifican las secciones del BODY del documento HL7 CDA R2

CDA nivel 3: Cuando se incluye semántica dentro de las secciones del BODY a nivel de entries del documento HL7 CDA R2

14816 Accesos
Archivos adjuntos