Principales Estándares y Perfiles - Inicio - Arquitectura Salud.uy
Wiki
Principales Estándares y Perfiles
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.
Actores | Descripció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 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