CCD ClinicalDocument.id: ¿Cuál es el valor de la raíz que se supone que es?

Question

En la guía de implementación del CCD CDA R2, se supone que un elemento ClinicalDocument (el elemento raíz del documento) tiene un elemento id.

Este elemento id es del tipo de datos "II": http://wiki.hl7.no/index.php/R1:II Esto indica que el atributo root es tener un valor OID, para identificar el tipo de identificación utilizado en el atributo extension.

Ahora, cuando se mira en el documento CCD de ejemplo que proporciona HL7 que vemos:

<?xml version="1.0"?> 
<?xml-stylesheet type="text/xsl" href="CDASchemas\cda\Schemas\CCD.xsl"?> 
<ClinicalDocument xmlns="urn:hl7-org:v3" xmlns:voc="urn:hl7-org:v3/voc" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="urn:hl7-org:v3 CDA.xsd" > 
... 
    <id root="db734647-fc99-424c-a864-7e3cda82e703"/> 
... 
</ClinicalDocument> 

El valor de la raíz db734647-fc99-424c-a864-7e3cda82e703 no es un OID. No estoy seguro de qué es, pero parece un UUID tal vez? De todos modos, ¿es este un valor estático para todos los documentos CCD, o diferirá de un documento a otro? ¿Por qué no se usa el atributo extension, no es eso lo que identifica el documento?

Tenga en cuenta que a través de ese mismo documento muestra también veo cosas como

<id root="2.16.840.1.113883.19.5" /> 

que parecen ser OID (en el atributo root).

EDITAR: El documento de ejemplo me refiero es a partir de la guía de implementación HL7 CCD, es decir se trata de la fuente oficial, es poco probable que tendrían un error evidente en su archivo de ejemplo que nadie ha visto antes.

Answer 1

De acuerdo con estos dos enlaces:

http://tl7.intelliware.ca/public/messages/dataTypes/ii.faces y http://cdatools.com/infocenter/index.jsp?topic=/org.openhealthtools.mdht.uml.cda.consol.doc/classes/GeneralHeaderConstraints.html

el tipo de datos "II" acepta tanto OID y UUID en su elemento root.

¿Puede alguien dirigirme a la documentación oficial que explica esto?

Nota: La falta de documentación adecuada y el conocimiento disponible en línea con respecto a HL7 es bastante decepcionante, dado el hecho de que es ampliamente utilizado.

Answer 2

El atributo 'id' en la clase ClinicalDocument de un documento CDA debe tener una identificación única para el documento.

Para un tipo de datos II, la "raíz" siempre debe ser un OID, la extensión puede ser cualquier cadena única. Sugeriría que hay un error en su XML de ejemplo (de dónde proviene esto).

Ni que decir tiene que dentro del documento CDA se utilizarán muchos OID diferentes según el objeto para el que se utilizan.

Answer 3

Estoy trabajando en la misma cosa yo mismo. Un ejemplo que recibí de nuestra autoridad de certificación EHR tenía la raíz del ID como un OID. Era "2.16.840.1.113883.3.72".

Aquí hay un enlace que puede ayudar un poco: http://www.ihe.net/Technical_Framework/upload/ihe_lab_TF_rel2-3.pdf

copié el texto correspondiente a continuación.

Este elemento DEBERÁ estar presente. Es representa la instancia única identificador del documento clínico. La combinación de los atributos de extensión raíz y DEBERÁ proporcionar un identificador único a nivel mundial . Ejemplo:

<id root="2.16.840.1.113883.19.4" extension="abc266"/> 

Answer 4

Sé que esto es una entrada antigua, pero al igual que user453441 dijo, HL7 información es difícil de conseguir.

En cuanto al elemento <id>, aquí es lo que creo que está pasando:

De acuerdo con algunos materiales de aprendizaje que me han dado para leer en el trabajo, el elemento es un "documento de identificación". Es un

"identificador único para (el) ejemplar del documento. El creador del documento genera normalmente el (id)".

Mi interpretación es que este elemento se debe utilizar con fines de seguridad y verificación. Creo que el elemento que es hijo del elemento principal <Clinical Document> se usa para mostrar al destinatario del CDA que este documento se originó realmente del origen esperado. Usted, como remitente de CDA, tendría una identificación única de algún tipo (no parece haber un estándar, pero obtener un OID para su organización sería útil).

El atributo raíz del elemento <id> es el identificador exclusivo de todo el documento, el ID único de su organización. También hay un atributo de extensión que se puede usar para identificar de manera única secciones individuales del CDA. Usted mencionó que hay más de un atributo en el CDA, esta es la razón. El atributo de extensión se podría usar para identificar, por ejemplo, el <assignedAuthor>. Parece que todos los elementos secundarios de cualquier elemento de Participación usan este elemento <id>.

Espero que esto ayude.

Editar: Después de leer más, tengo un par de detalles más. El atributo root del elemento <id>

"... representa el identificador de instancia única (UID)."

Estoy recibiendo estas citas de materiales de aprendizaje de la "Asociación HL7 Argentina -HL7". Su ejemplo de esto usa un número de caso y un secuenciador de versión para el atributo extension. De esta forma, dos organizaciones diferentes podrían usar la misma extensión, pero dado que tienen diferentes UID en el atributo root, todavía son diferentes.

Answer 5

Una vieja pregunta, lo sé, pero estoy aprendiendo sobre esto y creo que finalmente tengo mi cabeza alrededor.

Las raíces son básicamente como espacios de nombres o dominios en los que la identificación será válida y se garantizará que es única. Por ejemplo, si su autoridad u organización genera CDA, lo más probable es que haya solicitado un OID único (el valor que ve en la raíz es un OID 2.16.840.1.113883.19.4).

Así, para el ejemplo anterior,

<id root="2.16.840.1.113883.19.4" extension="abc266"/> 

Voy a suponer que 2.16.840.1.113883.19 es el OID base para la autoridad el envío de la CDA y el 0,4 es muy probable que el OID para indicar que este

<id> 

es, de hecho, el identificador del documento (la autoridad define estas extensiones OID bajo el OID de base)

es el valor identificador único

"extensión" para este documento en particular.

En lo que respecta a su comentario sobre la guía de implementación sin errores evidentes, he encontrado todo lo contrario al tratar de resolver esto ... hay errores abundan. Creo que la raíz siempre es ser un OID, las extensiones son generalmente UUID o alguna otra ID única.

Answer 6

Puede descargar la documentación CDA Release 2 aquí: http://www.hl7.org/implement/standards/product_brief.cfm?product_id=7

Nota: tendrá que crear una cuenta, pero no una cuenta de pago. Además, cuando olvidé mi contraseña, me la enviaron por correo electrónico en texto sin formato. No use su contraseña segura aquí.

En datatypes-base.xsd, puede ver una explicación del tipo II. Root es un UID, y hay 2 tipos de UID. Un OID y un UUID.

Los UUID son GUID (su ejemplo). Los OID son identificaciones designadas HL7. Puede solicitar un OID organizacional y tiene control sobre cualquier OID de hoja desde ese punto. Siguiendo el patrón "[0-2] (\. (0 | [1-9] [0-9] *)) *"

Entre la raíz y la extensión (cadena), la II debe ser universalmente única. Un OID puede ser único por sí mismo. Un par de ejemplos.

OID "2.16.840.1.113883" es Hl7 (https://www.hl7.org/oid/index.cfm). La hoja ".10.20.22" es HL7 Health Story Templates. La hoja ".1.2" es un documento de continuidad de la atención.

<id root="2.16.840.1.113883.10.20.22.1.2" /> is globally unique for a CCD template, extension unneeded 

OID "2.16.840.1.113883.5" es HL7 V3 Code Systems. " 0.1" es de género Administrativo

<id root="2.16.840.1.113883.5.1" extension="M" /> is globally unique for Male 

Eso le da dos opciones para generar un documento II para su clínica. Puede generar su propio GUID. O puede usar cualquier identificador local, si tiene una ID significativa dentro de un OID/hoja que controla su organización. Extraer el OID superior del registro hl7 ("2.16.840.1.113883.5.3" es usuarios externos; ".1" es ProVation) como un ejemplo:

Podrían definir hojas según sea necesario; y cada vez que envían un documento, haría referencia al mismo documento único. Teóricamente: 100 = documentos; 100.2 = documentos clínicos; extension = databaseIdentityColumn.

<id root="2.16.840.1.113883.5.3.1.100.2" extension="1" /> = first document they created 
<id root="2.16.840.1.113883.5.3.1.100.2" extension="15" /> = 15th document they created 

También es perfectamente válido para usar el formato OID only, siempre que sea globalmente único.

<id root="2.16.840.1.113883.5.3.1.100.2.15" /> = 15th document they created 

Similar a un SSN único global

<id root="2.16.840.1.113883.4.1" extension="111-11-1111" /> 

Entonces identificador del paciente definida localmente podría ser 0,12 = carta paciente

<id root="2.16.840.1.113883.5.3.1.12" extension="ZZ1234-111111" />