Professional Documents
Culture Documents
Coordinacin: Direccin Tcnica de Tecnologas de la Informacin. Direccin General De Desarrollo Sanitario Impresin: Imprenta Garca (vila)
Derechos reservados: El material presentado en este documento puede ser distribuido, copiado y exhibido por terceros siempre y cuando se haga una referencia especfica a este material, y no se obtenga ningn beneficio comercial del mismo. Cualquier material basado en este documento deber contener la referencia Guas de Integracin de la Gerencia Regional de Salud , Direccin Tcnica de Tecnologas de la Informacin, Direccin o General De Desarrollo Sanitario, Junta de Castilla y Len Descripcin completa de la licencia: http://creativecommons.org/licenses/by-nc/2.5/es/legalcode.es
2 / 58
1. 2.
INTRODUCCIN. ............................................................................................................................. 5 INFRAESTRUCTURA DE MENSAJERA .............................................................................................. 5 2.1.1. 2.1.2. 2.1.3. Protocolo MLLP ........................................................................................................................ 6 Protocolo HTTP ........................................................................................................................ 7 Protocolo Servicios Web (WS) ................................................................................................. 9
3. 4.
POLTICA DE GESTIN DE ACK. ..................................................................................................... 13 USO ESPECIAL DE SEGMENTOS OBX. ............................................................................................ 14 4.1. 4.2. 4.3. 4.4. ENVI DE REFERENCIAS A RECURSOS EXTERNOS (IMGENES, DOCUMENTOS, ETC.). ........................................ 14 ENVO DE IMGENES, PDF O DOCUMENTOS CDA.................................................................................... 15 ENVO DE INFORMES NO ESTRUCTURADOS ............................................................................................... 19 ENVO DE INFORMES ESTRUCTURADOS.................................................................................................... 20
5.
ELEMENTOS DE USO GENERAL ..................................................................................................... 21 5.1. MENSAJE ACK ACEPTACIN (ACCEPT ACKNOWLEDGE)............................................................................. 21 Evento disparador. ................................................................................................................. 21 Estructura. .............................................................................................................................. 21
SEGMENTOS DE USO GENERAL. .............................................................................................................. 22 Datos de cabecera de mensaje [MSH]. ................................................................................. 23 Datos de respuesta de un mensaje MSA. .............................................................................. 24 Datos de error ERR................................................................................................................. 26 Datos de respuesta a la consulta [QAK] ................................................................................ 27 Datos de paciente [PID]. ........................................................................................................ 27 Datos simplificados de paciente [PID]. .................................................................................. 32 Datos de garantes [GT1]. ....................................................................................................... 33 Datos de asociados al paciente [NK1]. .................................................................................. 35 Notas, comentarios y observaciones [NTE]. ......................................................................... 37 Datos de rol [ROL]. ................................................................................................................. 38
5.2.1. 5.2.2. 5.2.3. 5.2.4. 5.2.5. 5.2.6. 5.2.7. 5.2.8. 5.2.9. 5.2.10. 5.3.
TIPOS DE DATOS DE USO GENERAL. ........................................................................................................ 38 Profesional [XCN]. .................................................................................................................. 38 Institucin o centro [XCN]. ..................................................................................................... 40 Profesional e identificacin [CNN]. ....................................................................................... 41 Instante Temporal [TS]. .......................................................................................................... 42 Identificadores compuestos [CX]. .......................................................................................... 43
TABLAS DE USO GENERAL ...................................................................................................................... 44 Tabla 99SVC Codificacin de servicios ................................................................................... 44 Tabla 99AMB Codificacin de mbitos ................................................................................. 46
3 / 58
5.4.1. 5.4.2.
Tabla HL7 0004 (Tipos de Paciente) ...................................................................................... 47 Tabla HL7 0007 (Tipos de ingreso de un paciente) ............................................................... 47 Tabla HL7 0023 (Tabla de origen de admisin) ..................................................................... 47 Tabla HL7 0064 (Tabla de tipos de financiacin) .................................................................. 48 Subset de cdigos LOINC para pruebas de microbiologa .................................................... 48 Tabla ISO 3166 Identificacin de pases ................................................................................ 49 Tabla ISO 3166-2 Identificacin de Regiones Autnomas .................................................... 57
4 / 58
1.
Introduccin.
El presente documento contiene la informacin tcnica comn a todas las guas HL7 de SACYL (tablas maestras, segmentos comunes, as como la definicin comn de los distintos protocolos de mensajera)
2.
Infraestructura de Mensajera
En la figura de la derecha, se representa la recomendacin de HL7 para el diseo de aplicaciones conformes con mensajera HL7. Si bien es una recomendacin de diseo y no es exigible, la presente documentacin sigue este modelo a la hora de fijar las distintas especificaciones.
Dejando como base el nivel de transprte a TCP/IP se permite a las aplicaciones escoger los siguientes protocolos: MLLP (Minimun Lower Layer Protocol) de HL7. HTTP (Hypertext Transfer Protocol) de la IEFT y W3C.
Las formas aceptables de formato de mensaje sern XML 1 y ER7, sin embargo, no estarn aceptadas en ambos protocolos:
XML
HTTP
Siempre que la forma XML siga los schemas publicados por HL7
5 / 58
Los caracteres de control que fija MLLP para transmitir un mensaje son los siguientes: Marca de inicio de mensaje: Marca fin de mensaje: Marca de separacin: VT (hexadecimal 0x0B) FS (hexadecimal 0x1C) CR (hexadecimal 0x0D)
DDD (Mensaje)
Dado que MLLP tiene un soporte limitado para los sistemas de codificacin de caracteres a transmitir, para las implantaciones en SACYL ste se limita a UTF-8.
Por ltimo, sern aceptables tanto la forma XML como ER7 de HL7 (Siempre que la forma XML siga los schemas publicados por HL7. El siguiente cuadro representa un ejemplo de transmisin de un mensaje va XML:
<VT> <?xml version="1.0" encoding="UTF-8"?> <ADT_A01> <MSH><MSH.1>|</MSH.1> <MSH.4> . . . . . . </ADT_A01> <FS><CR> <MSH.2>^~\&</MSH.2><MSH.3><HD.1>HIS</HD.1></MSH.3>
ACK en MLLP
Dado que MLLP no es un protocolo que incluya ningn mecanismo de rechazo de mensaje o
6 / 58
de notificacin de aceptacin, sta es necesario realizarla a travs de un mensaje ACK de aceptacin HL7. Todas las interacciones debern ser contestadas por un ACK de este tipo. Las excepciones a esta norma son las consultas o solicitudes, que definen su propio ACK de contestacin con una carga til a nivel de aplicacin.
El ACK-HL7 ser contestado a travs de la misma conexin (socket) de forma relativamente inmediata (con un timeout mximo de 5 segundos). La no recepcin de un ACK en este intervalo se considerar como fallo de transmisin y por tanto sta deber intentarse ms adelante. El ACK de HL7 permite indicar si el mensaje ha sido o no procesado correctamente: Un ACK correcto (MSA = CA) indicar que el sistema destino a recogido el mensaje y es responsable de l. Posteriormente, sin embargo, podr Un ACK incorrecto (MSA=CE/CR) indica que el sistema destino rechaza el mensaje por alguna razn.
Uso del estndar HTTP v1.1. El envo de mensajes se realizar de la siguiente manera: o o o o o Se realizar a travs de solicitudes (request) tipo PUT El envo de mensajes se limita a XML. La cabecera content-type del envo debe ser text/xml Es necesario especificar el juego de caracteres utilizado para la transmisin. Se recomienda el uso de UTF-8. No es obligatorio, pero s recomendable utilizar
El sistema que recibe la solicitud contestar siempre a la solicitud en un tiempo inferior a 5 segundos para las notificaciones y negociable para las consultas y solicitudes. La contestacin seguir las siguientes reglas: o o Seguir el protocolo de contestacin de HTTP V.1 El content-type ser siempre text/xml.
7 / 58
POST /path/script.cgi HTTP/1.1 Host: mensajes.sacyl.es:8054 Content-Type: text/xml Content-Length: 32 <?xml version="1.0" encoding="UTF-8"?> <ADT_A01> () </ADT_A01> HTTP/1.1 200 OK Date: Fri, 31 Dec 2010 13:29:32 GMT Content-Type: text/xml Transfer-Encoding: chunked <?xml version="1.0" encoding="UTF-8"?> <ACK> <MSH><MSH.1>|</MSH.1> <MSH.4> . . . . . . </ACK> <MSH.2>^~\&</MSH.2><MSH.3><HD.1>HIS</HD.1></MSH.3>
ACK en HTTP
A diferencia del protocolo MLLP, el HTTP s que define un conjunto de cdigos de respuesta propios del protocolo, que evitan tener que escalar la interpretacin de la respuesta a nivel de aplicacin.
Si bien bajo HTTP no sera necesario enviar un ACK de aceptacin pues el protocolo ya define un mecanismo similar, ste debe enviarse para garantizar la compatibilidad. Ambas respuestas deben de estar coordinadas entre ellas (es decir, un ACK CE debe enviarse dentro de una respuesta con cdigo de error HTTP 500 o 400).
Tipos de error posible en la contestacin HTTP CDIGO 200 400 500 DESCRIPCIN Mensaje Aceptado para procesado Mensaje incorrecto Error Interno MSA CA CE CE
Host: mensajes.sacyl.es:8054 Content-Type: text/xml Content-Length: 32 <?xml version="1.0" encoding="UTF-8"?> <ADT_A01> () </ADT_A01> HTTP/1.1 500 Internal Error Date: Fri, 31 Dec 2010 13:29:32 GMT Content-Type: text/xml Transfer-Encoding: chunked <?xml version="1.0" encoding="UTF-8"?> <ACK> <MSH><MSH.1>|</MSH.1> <MSH.4> . . . <MSA><MSA.1>CE</MSA.1>()</MSA>. . . </ACK> <MSH.2>^~\&</MSH.2><MSH.3><HD.1>HIS</HD.1></MSH.3>
http://servidor_servicio:puerto/services/nombre_transaccin
EL WSDL definido ser el mismo para todos, con la nica excepcin del cambio del nombre de transaccin. Por lo tanto la URL de consumo deber poder definirse de forma independiente para cada transaccin que se consuma. Es decir, el puerto y el servidor podran ser distintos en funcin de cada transaccin. El WSDL expuesto para una transaccin PRPA_IN201305 se describe ms adelante. Este WSDL ser igual para todas las transacciones, cambiando el nombre de transaccin (es decir, sustituyendo la cadena PRPA_IN201305 por la transaccin especfica).
2 3
<wsdl:definitions targetNamespace="http://components.mule.server.mirth.webreach.com" xmlns:impl="http://components.mule.server.mirth.webreach.com" xmlns:soapenc="http://schemas.xmlsoap.org/soap/encoding/" xmlns:wsdl="http://schemas.xmlsoap.org/wsdl/" xmlns:wsdlsoap="http://schemas.xmlsoap.org/wsdl/soap/" xmlns:xsd="http://www.w3.org/2001/XMLSchema"> <wsdl:types> <xsd:schema elementFormDefault="qualified" targetNamespace="http://components.mule.server.mirth.webreach.com"> <xsd:element name="acceptMessageResponse"> <xsd:complexType> <xsd:sequence> <xsd:element name="acceptMessageReturn" form="unqualified" type="xsd:string" minOccurs="1" maxOccurs="1"/> </xsd:sequence> </xsd:complexType> </xsd:element> <xsd:element name="acceptMessage"> <xsd:complexType> <xsd:sequence> <xsd:element name="in0" type="xsd:string" minOccurs="1" maxOccurs="1"/> </xsd:sequence> </xsd:complexType> </xsd:element> </xsd:schema> </wsdl:types>
<wsdl:message name="acceptMessageResponse"> <wsdl:part name="parameters" element="impl:acceptMessageResponse"/> </wsdl:message> <wsdl:message name="acceptMessageRequest"> <wsdl:part name="parameters" element="impl:acceptMessage"/> </wsdl:message> <wsdl:portType name="_Proxy6"> <wsdl:operation name="acceptMessage"> <wsdl:input message="impl:acceptMessageRequest"/> <wsdl:output message="impl:acceptMessageResponse"/> </wsdl:operation> </wsdl:portType> <wsdl:binding name="OMS^O05SoapBinding" type="impl:_Proxy6"> <wsdlsoap:binding style="document" transport="http://schemas.xmlsoap.org/soap/http"/> <wsdl:operation name="acceptMessage">
10 / 58
<wsdlsoap:operation soapAction="" style="document"/> <wsdl:input> <wsdlsoap:body use="literal"/> </wsdl:input> <wsdl:output> <wsdlsoap:body use="literal"/> </wsdl:output> </wsdl:operation> </wsdl:binding> <wsdl:service name="_Proxy6Service"> <wsdl:port binding="impl: OMS^O05SoapBinding" name="OMS^O05"> <wsdlsoap:address location="http://10.36.60.131:10087/services/ OMS^O05"/> </wsdl:port> </wsdl:service> </wsdl:definitions>
11 / 58
ACK en HTTP
El protocolo SOAP V1.1, en combinacin con el transporte HTTP ya define una gestin del resultado de la invocacin al servicio, por lo que no es necesario definir ningn mensaje especfico de ACK. Si el receptor procesa correctamente el mensaje, responder con el mensaje por defecto definido en el WSDL (conteniendo una cadena vaca). El cdigo HTTP de respuesta ser 200 indicando que todo ha sido correcto. Si el receptor detecta un problema al procesar el mensaje, bien debido a un fallo de cumplimiento del protocolo SOAP, bien debido a un error en la regla de negocio, se enviar una respuesta de fallo SOAP, tal modo se define en la especificacin 3. Esta respuesta ir acompaada por un cdigo HTTP 500 indicando el error, mas un mensaje SOAP Fault. El mensaje SOAP Fault contendr un cdigo de error y la descripcin (una corta y otra detallada) de ste, tal y como define el protocolo
Esta especificacin amplia los cdigos de error definidos en SOAP. Los cdigos de error ampliados y sus descripciones cortas se definen a continuacin:
FAULTCODE
FAULTSTRING
Existe un problema no identificado con el mensaje Existe un problema interno del receptor y en estos momentos no puede hacerse cargo del mensaje (por ejemplo, no se puede acceder a la base de datos)
Client Server
El elemento <detail> permite el envo por el servidor del detalle de error que podr ser utilizado posteriormente para analizar el comportamiento del sistema. Los elementos dentro de retail deben estar en un namespace diferente del soap envelope: (http://schemas.xmlsoap.org/soap/envelope/).
</soapenv:Fault> </soapenv:Body>
3.
El comportamiento de las aplicaciones con respecto a los ACK se refleja en el siguiente diagrama de actividad
Aplicacin emisora ( MPI) Aplicacin Receptora (Satlite)
Envo ADT
Recepcin ADT
CA: OK
El tratamiento del ACK de aceptacin para el ACK de aplicacin debe ser igual que en el envo de mensaje normal (reenvo hasta contestacin o CR, fallo si CE)
se definen los siguientes ACK: Un ACK de aceptacin, inmediato a la entrega del mensaje, donde la aplicacin receptora acepta hacerse cargo del mensaje. Este mensaje es de obligatoria entrega. En funcin de su recepcin, la aplicacin emisora se comporta de la siguiente manera: a. Si la aplicacin emisora no responde con un ACK, se entiende que no ha recibido el mensaje y ser necesario reenviarlo. Se esperar un tiempo prudencial y se reintentar. No se enviarn ms mensajes hasta que ste sea aceptado. b. Si la aplicacin emisora responde con un ACK con el valor de MSA.1 a CE, se marca el mensaje como errneo. Ningn nuevo mensaje ser enviado hasta que la situacin se resuelva. c. Si la aplicacin emisora responde con un ACK con el valor de MSA.1 a CR, se debe proceder como el caso (a). Un ACK de aplicacin que se enviar en caso que una vez ejecutado el proceso por la aplicacin receptora, ste genere una situacin de error. No se enviar en caso que el proceso sea ejecutado normalmente. Este ACK de aplicacin debe contestarse con un ACK de aceptacin, repitindose la misma operativa que en el caso anterior (que no se ha reflejado en el diagrama para no complicarlo excesivamente).
4.
SEQ
LEN
DT
OPT
Card
TBL#
DESCRIPCIN
1 2 2.1
999 HD 20
ST IS
R C R
Puntero ID aplicacin
14 / 58
SEQ
LEN
DT
OPT
Card
TBL#
DESCRIPCIN
3 4
11 32
ID ID
R R
[1..1] [1..1]
0834 0291
El puntero (OBX.5.1) contendr la referencia URL del objeto. Como en todo campo HL7, ser necesario escapar todas las referencias a caracteres como &, ^ o | a travs de sus secuencias de escape en el caso que se enven va MLLP (no es necesario para el envo por XML).
El campo OBX.2.1 permite identificar la aplicacin responsable de publicar el recurso. Ser necesario de especificar cuando la URL no sea un recurso corporativo, sino un repositorio de una aplicacin departamental o que pueda variar en el tiempo (como un PACS para un recurso WADO) . En este caso la URL no se enviara completa sino slo la parte del REQUEST.
Los campos tipo (OBX.5.3) y subtipo (OBX.5.4) permitirn definir qu formato tiene el objeto esperado.
OBX.2 RP RP RP RP
OBX.5.4
Los datos se informarn en un segmento OBX que se aadir a mayores en ltimo lugar siempre que se necesite transmitir un fichero de uno de los tipos contemplados, cargando un fichero por segmento. Es decir, si se necesita enviar ms de un fichero dentro de un mismo mensaje, deber incluirse tantos segmentos OBX como ficheros quieran incorporarse al mensaje.
15 / 58
Cuando se enve un informe con el resultado total del estudio, el segmento OBX se identificar con un identificador especfico de informe en el campo OBX.3. Por ejemplo: CE.1: 18726-0 CE.2 : Informe de estudio radiolgico CE.3: LN Este tipo de informe debe ser uno de los siguientes:
Lista (orientativa) de tipos de informes. CDIGO TIPO DE INFORME
34105-7 34099-2 34105-7 34105-7 34105-7 34773-2 34105-7 34105-7 34777-3 34878-9 34105-7 34105-7 34795-5 34101-6 34105-7 39294-4 34878-9 34839-1 34776-5 34121-4
INFORME ALTA DE NEUMOLOGIA INFORME DE CONSULTAS DE CARDIOLOGIA INFORME DE ALTA HOSPITALIZACION DE MED.INTERNA (Cardiologa) INFORME DE ALTA DE PEDIATRIA INFORME GENERAL DE ALTA INFORME GENERAL DE CIRUGA AMBULATORIA INFORME DE ALTA DE TRAUMATOLOGIA INFORME DE ALTA DEL SERVICIO DEOBSTETRICIA Y GINECOLOGA INFORME DE CONSULTA DE UNIDAD PATOLOGIA MAMARIA Y CERVIX INFORME DE HOSPITALIZACIN EN UCI INFORME DE ALTA DEL SERVICIO DE CIRUGIA GENERAL Y DIGESTIVO INFORME DE ALTA DEL SERVICIO DE HEMATOLOGIA INFORME DE CONSULTAS DE NEFROLOGIA INFORME DE CONSULTAS DEL SERVICIO DE ALERGOLOGIA INFORME DE ALTA DE NEFROLOGIA INFORME DE CONSULTAS DE PEDIATRIA INFORME DE INGRESO EN UCI INFORME DE CONSULTAS DE REUMATOLOGIA INFORME DE CONSULTAS DE GERIATRIA INFORME DE PRUEBAS DE DERMATOLOGIA
16 / 58
INFORME DE CONSULTAS DE ONCOLOGIA INFORME GENERAL DE CONSULTAS INFORME DE ALTA EN UCI INFORME DE INGRESO EN MEDICINA INTERNA INFORME DE ALTA HOSPITALIZACION DEL SERVICIO DE OBSTETRICIA Y GINECOLOGA
34101-6 34797-1 34121-4 34779-9 34121-4 34123-0 34749-2 34847-4 34777-3 34878-9 34848-2 34121-4 34121-4 34821-9 34121-4 27895-2 26436-6 18726-0 34122-2 34808-6
INFORME DE CONSULTAS DE TRAUMATOLOGIA INFORME DE CONSULTAS DE NEUROLOGIA INFORME DE HISTEROSCOPIA DIAGNSTICA INFORME DE CONSULTAS DE HEMATOLOGIA INFORME DE OCLUSIN TUBRICA MTODO ESSURE INFORME PREANESTSICO INFORME DE CONSULTAS DE ANESTESIA INFORME DE CONSULTAS DE CIRUGIA INFORME DE CONSULTAS DEL SERVICIO DE GINECOLOGIA INFORME GENERAL DE URGENCIAS INFORME GENERAL DE QUIROFANO INFORME DE PRUEBAS DE GINECOLOGIA INFORME DE PRUEBAS DE CARDIOLOGIA INFORME DE FARMACIA INFORME GENERAL DE PRUEBAS INFORME DE ENDOSCOPIAS INFORME DE LABORATORIO INFORME DE RAYOS INFORME DE ANATOMIA INFORME DE TELEOFTALMOLOGIA
17 / 58
34746-8 34140-4 34769-0 34105-7 34105-7 34758-3 34121-4 34121-4 34121-4 34105-7 34105-7 34121-4 34749-2 34878-9 34121-4 34749-2 34749-2 34105-7
INFORME DE ENFERMERIA INFORME DE INTERCONSULTAS INFORME DE PRIMARIA INFORME DE CODIFICACION AL ALTA ALTA DE DERMATOLOGIA INFORME DE CONSULTAS DE DERMATOLOGIA INFORME DE PRUEBAS DE ALERGOLOGIA INFORME DE PRUEBAS DE NEFROLOGIA INFORME DE PRUEBAS DE NEUROLOGIA INFORME DE ALTA DE DIGESTIVO INFORME DE ALTA DE MEDICINA INTERNA INFORME DE PRUEBAS DE OFTALMOLOGIA INFORME DE CONSULTAS DE OFTALMOLOGIA INFORME DE HOSPITALIZACION DE OFTALMOLOGIA INFORME DE HISTEROSCOPIA QUIRRGICA INFORME DE CONSULTAS DE DIGESTIVO INFORME DE CONSULTAS DE ENDOCRINOLOGIA INFORME DE ALTA DE ENDOCRINOLOGIA
Para el envo de esta informacin se hace uso del tipo de dato ED (Encoded Entity), que se define para esta implementacin de la siguiente manera:
SEQ LEN DT Uso Card Valor/ TBL# 2 3 4 5 11 32 6 65536 ID ID ID TX R C R R [1..1] [0..1] [1..1] [1..1] 0834 0291 0299 NOMBRE DEL ELEMENTO Type of Data Data Subtype Encoding Data CONTENIDO
Este tipo de datos permite enviar informacin compleja, de la siguiente manera: Los campos ED.2 Y ED.3 corresponden al tipo y subtipo de datos recogidos por IANA [http://www.iana.org/assignments/media-types/index.html]
18 / 58
El campo ED.4 corresponde al tipo de codificacin: Base64 o A cuando no existe. Los datos del contenido viajan en ED.5, codificados en funcin del valor de ED.4
CDA R2
ED
multipart
Como se indica en la tabla anterior el envo de los CDA se realiza a travs del formato MIMEmultipart, de forma que se permita el envo de material adicional junto al CDA (hojas de estilo, imgenes asociadas, etc.) La etiqueta MIME del la parte CDA del multipart ser x-hl7-cdalevel-two (basado en el perfil de SIID de IHE). Los caracteres especiales deben ser escapadados antes de su envo. Concretamente si el mensaje es ER7 los retornos de carro deben ser sustituidos por \X0D0A\ . Asimismo, todos los contenidos dentro del paquete MIME deben tener un encoding (Content-transfer) de base64
boundary="----=_Part_0_7156233.1238591260824" ------=_Part_0_7156233.1238591260824 Content-Type: application/x-hl7-cda-level-two+xml Content-Transfer-Encoding: BASE64 PENsaW5pY2FsRG9jdW1lbnQgeHNpOnNjaGVtYUxvY2F0aW9uPSJ1cm46aGw3LW9yZzp2MyBmaWxl (.) IDwvY29tcG9uZW50Pgo8L0NsaW5pY2FsRG9jdW1lbnQ+ ------=_Part_0_7156233.1238591260824--
19 / 58
En este caso, el OBX contendr la siguiente informacin: El campo OBX.2 ser de tipo FT. El campo OBX.3 indicar Informe, en un cdigo LOINC de catlogo de tipos de informes (listados en la seccin anterior). El campo OBX.5 ser de tipo FT y contendr el informe, con los adecuados caracteres de escape.
A modo de ejemplo, se detallan a continuacin posibles secciones del informe: Descripcin general del estudio o o OBX.2 (Tipo de valor) FT OBX.3 (Identificador de resultado) o CE.1 22634-0&GDT CE.2.: Descripcin general del estudio CE.3 LN
Observacin Macroscpica (para un informe de Anatoma patolgica). o o OBX.2 (Tipo de valor) FT OBX.3 (Identificador de resultado) o CE.1 33727-9 CE.2.: Observacin Macroscpica CE.3 LN
Observacin Microscpica (para un informe de Anatoma patolgica): o o OBX.2 (Tipo de valor) FT OBX.3 (Identificador de resultado) o CE.1 43427-4 CE.2 Observacin Microscpica de Anatoma Patolgica. CE.3 LN.
OBX.5 Contenido de la parte microscpica del informe en formato FT. OBX.2 (Tipo de valor) CE OBX.3 (Identificador de resultado)
20 / 58
OBX.5 Procedimiento principal. Si no est codificado slo aparecer el campo CE.2 con la descripcin. Si est codificado los campos CE.1 y CE.2 estarn valuados con el cdigo y el sistema de codificacin respectivamente.
Diagnstico principal: o o OBX.2 (Tipo de valor) CE OBX.3 (Identificador de resultado) o CE.1 8319008 CE.2 Diagnstico principal. CE.3 SNM3.
OBX.5 Diagnstico principal. Si no est codificado slo aparecer el campo CE.2 con la impresin diagnstica. Si est codificado los campos CE.1 y CE.2 estarn valuados con el cdigo y el sistema de codificacin respectivamente.
Diagnstico secundario: o o OBX.2 (Tipo de valor) CE OBX.3 (Identificador de resultado) CE.1 29308-4&IMP CE.2 Diagnstico secundario. CE.3 LN.
OBX.5 Impresin diagnstica secundarias. Si no est codificado slo aparecer el campo CE.2 con la impresin diagnstica. Si est codificado los campos CE.1 y CE.2 estarn valuados con el cdigo y el sistema de codificacin respectivamente.
5.
5.1.
5.1.2. Estructura.
La definicin abstracta del mensaje fijada por esta implementacin es la siguiente:
ACK^varies^ACK MSH General Acknowledgment Message Header Uso R Chapter [1..1]
21 / 58
Uso R C
Cabecera del mensaje [MSH]. Datos relativos a la mensajera. Fechas de envo, recepcin, etc. Datos de aceptacin [MSA]. Informacin relativa al que se contesta, y si ha sido posible o no procesar el mensaje. Descripcin del error [ERR]. En caso que se haya producido un error, este segmento contendr informacin adicional.
As un mensaje ADT^A01_ADT_A01 tendr un ACK de aplicacin ACK^A01^ACK, el mensaje ADT^A02^ADT_A02 tendr un ACK de aplicacin ACK^A02^ACK, etctera. Adicionalmente, el campo MSH.15 y MSH.16 tendrn valor NE ya que estos mensajes no tienen necesitan de ningn ACK de respuesta.
5.2.
Ciertos segmentos son comunes a todos los mensajes del perfil (o al menos slo varan
22 / 58
Este segmento se corresponde con la cabecera del mensaje y contiene informacin sobre las aplicaciones emisoras y receptoras de los mensajes, su versin y el identificador nico del propio mensaje, necesario para el control de errores.
La informacin recogida en este segmento es la siguiente: Cdigo identificador de la aplicacin emisora del mensaje [MSH.3] (Sending Application / NamespaceID). El valor deber ser uno de los cdigos de la tabla 0361 4 Cdigo identificador de la organizacin (complejo hospitalario, c.a.p ) emisora [MSH.4] (Sending Facility / NamespaceID) del mensaje. El valor deber ser uno de los cdigos
4
La tabla 0361 (Catlogo de aplicaciones) es uno de los catlogos gestionados desde SACYL. Por su extensin y dinamismo no se incluye en esta gua.
23 / 58
de la tabla 03625 Identifica el mbito de donde surge el mensaje, por lo que en por ejemplo en un complejo hospitalario, corresponder al identificador del complejo. Cdigo identificador de la aplicacin receptora [MSH.5] (Receiving Application / NamespaceID) del mensaje. El valor deber ser uno de los cdigos de la tabla 0361. Cdigo identificador de la organizacin (centro hospitalario, c.a.p., laboratorio,) receptora [MSH.6] del mensaje (Receiving Facility/NamespaceID). El valor deber ser uno de los cdigos de la tabla 0362. Fecha de emisin del mensaje [MSH.7] (DateTimeofMessage ). Es obligatorio la aproximacin hasta el segundo. Tipo de mensaje [MSH.9] (MessageType), compuesto por: o o o MSG.1 El cdigo del tipo de mensaje (MessageCode), que se corresponder con el valor ADT, SIU, ORU o ACK segn corresponda. MSG.2 El cdigo del tipo de evento (TriggerEvent) que dispara este tipo de mensaje (A01, A02, A03, S12,) MSG.3 La estructura abastracta (ADT_A01, ADT_A02, etc)
El identificador nico [MSH.10] (MessageControlID) del mensaje. Este dato, junto con el de la aplicacin y entidad emisora identifican de forma nica e irrepetible al mensaje que se est gestionando. Este cdigo se utiliza por la aplicacin receptora para elaborar una posible respuesta.
Indicador de confirmacin [MSH.15] (Accept Acknowledgment Type), que indica si se espera confirmacin de entrega del mensaje (ACK de aceptacin) y de que tipo. Por defecto, se usar el valor AL para todos los mensajes, a excepcin de los propios ACK de aceptacin que tendrn este campo a NE (no es necesario).
Indicador de confirmacin [MSH.16] (Application Acknowledgment Type), que indica si se espera resultado de procesado del mensaje (ACK de aplicacin) y de que tipo. Por defecto, se usar el valor ER (Slo si hay error), a excepcin de los mensajes ACK de aplicacin u aceptacin, que tendrn este campo a NE (no es necesario).
El resto de los campos de la cabecera son valores fijos: [MSH.1], [MSH.2]. Caracteres de formato. [MSH.11] Processing ID a P. No se habilita el modo depuracin. [MSH.12] Versin HL7 a 2.5
CONTENIDO
ID
[1..1]
0008
Acknowledgment Code
Tipo de aceptacin
La tabla 0362 (Catlogo de centros) es uno de los catlogos gestionados desde SACYL. Cubre todos los centros hospitalarios, centros de salud, consultorios y centros concertados. Por su extensin no se incluye en este documento.
24 / 58
SEQ
LEN
DT
Uso
Card
Valor/ TBL#
CONTENIDO
20
ST
[1..1]
Message Control ID
Tipo de aceptacin [MSA.1] (Acknowledgment Code). Puede tener uno de los siguientes valores
Los valores posibles de estos mensajes, para aceptacin son los siguientes:
MSA.1
CAUSA
Comportamiento esperado (por el sistema que recibe el ACK) Ninguno. La responsabilidad del mensaje se ha transmitido
CA
El mensaje no es procesable, y es necesario lanzar una accin correctiva por el servicio de soporte
CR
En el caso de mensajes de aplicacin, que se aplican para las respuestas a consultas son las siguientes:
MSA.1
CAUSA
AA AE
Mensaje procesado correctamente Mensaje incorrecto. (El segmento ERR contendr ms informacin)
Ninguno. El mensaje no es procesable, y es necesario lanzar una accin correctiva por el servicio de soporte Reintentar el envo del mensaje
AR
posteriormente.
Identificador del mensaje que contesta [MSA.2] (Message Control ID) Valor MSH.10 del mensaje al que se contesta.
25 / 58
Cdigo de error [ERR.3] (Error Code). Este campo permite catalogar la situacin de error. Debe tomar uno de los siguientes valores (en la tabla se identifica tambin el tipo de MSA.1 bajo el que pueden aparecer estos cdigos).
posteriormente. 207 402 Error interno de la aplicacin. Consulta invlida. Faltan datos obligatorios AE/CE AR Fallo interno al procesar el mensaje. No se han incluido datos obligatorios en la bsqueda (en concreto, los del episodio).
26 / 58
10202
Mensaje duplicado
AR/CR
Severidad [ERR.4] (Severity). El tipo de severidad debe ser siempre E (Error) Informacin del error [ERR.7]. Informacin que aporta el sistema que puede permitir solucionar el error por el equipo de soporte.
SEQ
LEN
DT
Uso
Card
Valor/ TBL#
NOMBRE DEL ELEMENTO Query Tag Query Response Status Hit Count
CONTENIDO
1 2 4
299 2 10
ST ID NM
R R R
Identificador de la consulta [QAK-1]. Este elemento debe contener el valor del elemento QPD.2 [Query Tag] de la consulta que se est contestando.
VALOR OK NF AE AR
DESCRIPCIN Datos encontrados, sin errores. No se han encontrado datos. No hay errores. Error de aplicacin. Error de rechazo.
MSA-1 AA AA AE AR
Nmero de resultados encontrados [QAK-4]. Valor numrico que corresponde al n de registros encontrados (un nmero mayor o igual que 0).
SEQ
LE N
DT
Uso
Card
Valor/ TBL#
NOMBRE ELEMENTO
CONTENIDO
1 3 3.1 3.4.1
4 CX 16 2
SI
R R
ST IS
R R
Identificador
3.5 3.9.1
2 3
ID ST
R R
[1..1] [1..1]
3.9.3
ID
[1..1]
R R R RE R RE R R RE
[1..1] [1..1] [1..1] [0..1] [1..1] [0..1] [1..1] [1..1] [01] 99TIPOVIA 0001
Patient Name Surname Given Name Mothers Maiden Name Surname Date/Time of Birth Administrative Sex Patient Address Street Adress/ Street or Mailing Address Tipo de va (Calle/Avenida/Plaza, etc.) 2 Apellido del paciente Fecha de nacimiento (yyyymmdd) 1 Apellido del paciente Nombre del paciente
11.1.2
50
ST
RE
[01]
Nombre de la calle
11.1.3
12
ST
RE
[01]
N de portal
11.2 11.3 11.4 11.5 11.6 11.7 11.8 13 13.2 13.3 13.4 13.12 26 26.1 26.2 26.3
120 50 50 5 3 1 50
ST ST ST ST ID ID ST XTN
RE RE RE RE RE R RE RE
[01] [01] [01] [01] [01] [11] [01] [0n] [11] [11] [0..1] [0..1] [0..n] [1..1] [1..1] [1..1] ISO3166 ISO3166/ ISO3166-2 PRN 0202 H
OtherDesignation City State Or Province ZipOrPostalCode Country AddressType OtherGeographicDesignation Phone Number - Home Cdigo postal Cdigo del pas de residencia Tipo de direccin (H, Hogar) Poblacin
3 2 2 199 CE 3 20 7
ID ID ID ST
R R C C RE
Correo electrnico (si 13.3 es Internet) Telfono de contacto (si 13.3 es PH) Ciudadana
ST ST ID
R R R
SEQ
LE N 12 1
DT
Uso
Card
Valor/ TBL#
NOMBRE ELEMENTO
CONTENIDO
29 30
TS ID
C C
Este segmento contiene informacin sobre la identificacin del paciente. Los datos que recoge este segmento son: El identificador del n de repeticiones (SetID) que aparece este segmento en el mensaje. En este caso el valor es siempre 1, ya que este segmento solo aparece una vez. Conjunto de identificadores de paciente [PID.3]. Este campo se repite tantas veces como identificadores se quieran enviar. Los identificadores obligatorios son el NHC y de forma informativo el DNI, o en su defecto la tarjeta de residencia, o el nmero de pasaporte. El valor del identificador se indica en CX.1, y los valores CX.4.1, CX.5 Y CX.5, CX.9.1 Y CX.9.3 definen qu tipo de identificador es. El campo es repetible, por lo que se pueden enviar varios identificadores de un paciente (DNI, CIP, NASS, etc.) Los admitidos en esta implementacin se representan por la siguiente tabla (definida por la gua ADT de HL7 Spain):
IDENTIFICADOR [CX.1]
Assigning Jurisdiction
CIP-SNS (CIP) CIP-SACYL NIF Pasaporte Tarjeta residencia CIP europeo Nmero Seguridad Social
6 7
SS
SS
ESP
ISO3166
[aa/bbbbbbbb-cc]
6
En realidad, este nmero no identifica nicamente a una persona, y lo comparten varios miembros de la unidad familiar, pero por motivos histricos siempre se ha indicado en el PID.3 El nmero de asegurado de la seguridad social para una persona tendr el formato: aa/bbbbbbbb-cc (Usando / como primer separador y - como segundo). Los dgitos cc corresponden al resto de la divisin entre 97 de los anteriores.
29 / 58
HIS
PI
CODIGO_CENTRO_SACYL
99CENTROSACYL
XXX
PN
CODIGO_CENTRO_SACYL
99CENTROSACYL
Un sistema debe enviar todos los identificadores del usuario conocidos que conozca del paciente. En concreto el uso del NHC es obligatorio en todos los mensajes salvo que se trate de solicitudes de NHC o consultas.
Las siguientes reglas se aplican al envo de identificadores: o En mbitos hospitlarios es obligatorio el envo del NHC del centro asociado. La nica excepcin es en el mesaje ADT^A28 cuyo origen no es el maestro de pacientes (el HIS). o En el mbito de atencin primaria, es obligatorio el envo del CIP
El segmento permite que aplicaciones transmitan identificadores de paciente no reconocidos en el entorno de SACYL. En este caso el PID.3.4.1 ser el identificador de la aplicacin, el PID.3.5 ser PN (identificador de persona) y PID.3.9 indicar el centro gestinado por el sistema.
Nombre del paciente [PID.5], con los datos: o o PID.5.1.1: 1 Apellido del paciente, en el campo. PID.5.2: Nombre del paciente.
Nombre de soltera del paciente [PID.6] con el dato: o PID.6.1.1: 2 Apellido del paciente. Este dato no siempre estar disponible ya que no es habitual en otras culturas.
La fecha de nacimiento (Date/TimeOfBirth) del paciente, en formato AAAAMMDD (Ej: 20070101). El sexo, cuyo valor debe corresponderse con uno de los descritos en la tabla siguiente: Tabla HL7 0001 Posibles valores del Sexo Administrativo CDIGO A M F U N DESCRIPCIN AMBIGUO HOMBRE MUJER DESCONOCIDO NO APLICA
30 / 58
Direccin del paciente [PID.11] (Patient Address), en el caso que se conozca. Estar desglosada en los siguientes componentes: o o o o o PID.11.1.1 (Street Or Mailing Adress) Tipo de va (Calle, Pza.,). Codificada a travs de la tabla 99TIPOVIA. PID.11.1.2 (Street Name) Nombre de la calle. PID 11.1.3 (DwellingNumber) Nmero de portal de la vivienda. PID 11.2 (OtherDesignation) Campo para informacin adicional: bloque, escalera, piso, puerta PID 11.3 (City) Municipio. Codificado a travs de la tabla INE, concatenando el cdigo de la provincia al cdigo del municipio. En el caso que el cdigo de la provincia sea <10, se ajustar con 0 a la izquierda. o o o o o PID 11.4 (State Or Province) Provincia. Codificado a travs de la tabla INE, eliminando los 0 a la izquierda en el caso que los haya. PID 11.5 (ZipOrPostalCode) Cdigo postal. Se eliminan los 0 a la izquierda del cdigo postal. PID.11.6 (Country) Cdigo del pas. Codificado a travs de la tabla ISO3166, con el cdigo de pas de 3 letras. PID.11.7 (AddressType) Tipo. Fijado por defecto a H (direccin de empadronamiento). PID.11.8 (OtherGeographicDesignation). Poblacin. En el caso que el municipio no coincida con la del municipio codificado en INE. Es un literal y no va codificado.
Ciudadana del paciente [PID.26] (Citizenship). El campo contendr el cdigo del pas bajo el que el paciente tiene ciudadana, codificado a travs de la tabla ISO 3166. o o o CE.1: Cdigo del pas de 3 letras. CE.2: Nombre del pas en castellano. CE.3: ISO3166.
Dado que este campo permite informar tambin de la CCAA, para indicar la nacionalidad se codificar CE.3 como ISO3166. Comunidad autnoma del paciente [PID.26] (Citizenship). El campo contendr el cdigo de la comunidad. o o o CE.1: Cdigo de la comunidad CE.2: Nombre de la comunidad CE.3: ISO3166-2.
Dado que este campo permite informar tambin de la nacionalidad para indicar la CCAA se codificar CE.3 como ISO3166-2. Datos Para comunicacin con el paciente [PID.13] (Phone Number Home). Se trata de un tipo de datos XTN. El campo permite informar de un nmero de telfono o de una direccin de correo electrnico, por lo que se podr repetir 2 veces como mximo (una para indicar el telfono y otra para indicar direccin de correo). La forma de codificar
31 / 58
estos datos se muestra en el ejemplo siguiente: o o XTN.2: Tipo de dato. Fijo a PRN (Direccin principal de contacto). XTN.3: Tipo de sistema. Los siguientes son los valores posibles de la tabla 0202 o o PH (Phone) si es un telfono. En este caso, debe existir un telfono en el campo XTN.12 Internet si en un email. En este caso debe existir un email en el campo XTN.4 XTN.4: Direccin de email (si XTN.3=Internet). XTN.12: Telfono de contacto (si XTN.3=PH).
Si se necesita reflejar la fecha y hora de un exitus, se deber: o o Informar el campo [PID.29.1] (Patient Death Date And Time), siguiendo el formato AAAAMMDDHHMM. Colocar el valor Y en el campo indicador del fallecimiento del paciente [PID.30] (Patient Death Indicator).
Este segmento representa la informacin mnima necesaria a enviar de un paciente, en mensajes en los que no sea necesario enviar toda la informacin del paciente como su direccin, telfono, etc.. Los campos del segmento son un subconjunto de los enviados en el segmento PID completo,
32 / 58
definido en el punto anterior: Identificadores del paciente [PID.3]. Es obligatorio enviar como mnimo en NHC y el CIP si ste se conoce-. El formato del campo CX est definido en la seccin donde se describe el segmento PID completo. Nombre y apellidos del paciente, indicados de la siguiente manera: o o o Nombre [PID.5.2]. 1 Apellido del paciente [PID.5.1]. 2 Apellido en caso de que lo tenga-. [PID.6.1].
Fecha de nacimiento del paciente [PID.7]. Sexo del paciente [PID.8]. Si se necesita reflejar la fecha y hora de un exitus, se deber: o o Informar el campo [PID.29.1] (Patient Death Date And Time), siguiendo el formato AAAAMMDDHHMM. Colocar el valor Y en el campo indicador del fallecimiento del paciente [PID.30] (Patient Death Indicator).
LEN 4 CX XPN 50 30 2
DT SI
OPT R R R
TBL#
NOMBRE DEL ELEMENTO Set ID - GT1 Guarantor Number Guarantor Name Surname Given Name
ST ST IS
R R R
TITULARNASS
Guarantor Type
LEN CE 3 20 7 CE 3 20 7 XPN 50
DT
OPT R
RP/# [0..1]
TBL#
DESCRIPCIN
ST ST ID R ST ST ID R ST
R R R
Name of Coding System Citizenship Identifier Text Cdigo de la CCAA Nombre de la CCAA
R R R
Name of Coding System Mothers Maiden Name Surname 2 Apellido del garante
[1..1]
SetID [GT.1]: Secuencial que se incrementa con cada aparicin del segmento Identificadores [GT.3]: Este campo permite transmitir la lista de identificadores conocidos del garante (CIP, DNI, etc.). El tipo de dato es CX, y sigue la misma codificacin que los identificadores del paciente del PID.3. En el caso que el segmento se use para enviar informacin del titular NASS, obligatorio enviar el NASS al menos. En el caso que el segmento se use para enviar informacin del garante de un servicio, se indicar el cdigo de identificacin del garante usado por el HIS del centro, de la siguiente manera: GT1.2.1: Identificador del garante. GT1.2.4.1 Cdigo alfanumrico identificativos del HIS del centro. GT1.2.5 PN. GT1.2.9.1 El cdigo del centro (del complejo asistencial) GT1.2.9.3 99CENTROSACYL. es
Assigning Jurisdiction
CX.9.1 CODIGO_CENTRO_SACYL
CX.9.3 99CENTROSACYL
PN
Nombre [GT.10] En funcin de su disponibilidad, se envan los siguientes datos: o o o Nombre [GT1.3.2] (O descripcin de la institucin garante). 1 Apellido [GT1.3.2] (En caso que sea una persona). 2 Apellido [GT1.42.1.1] (En caso que sea una persona).
34 / 58
Tipo de garante [GT1.10]. Para el caso que se trate la Tesorera de la Seguridad Social tendr el valor TITULARNASS. Para el caso que sea un garante de una prestacin GUARANTOR.
Nacionalidad del garante [GT1.35]. Permite definir el pas de nacionalidad del titular, bajo la taba ISO-3166. En caso de tener varias se envan todas. La nacionalidad se encuentra en la repeticin del campo GT1.35 cuyo CE.3 indica ISO3166.
Comunidad autnoma del paciente [GT1.35] Permite definir la CCAA del garante bajo la taba ISO-3166-2. La CCAA se encuentra en la repeticin del campo GT1.35 cuyo CE.3 indica ISO3166-2.
SEQ
LEN
DT
Uso
Card
Valor/ TBL#
ELEMENT NAME
SI
R RE
[1..1] [0..1] [0..1] [1..1] [1..1] [1..1] [1..1] [1..1] [0..1] [0..1] HL70063 0001 0063
SetID-NK1 Name Surname Given Name Relationship Identifier Text Name of Codying System Administrative Sex Date/Time of Birth Mothers Maiden Name
Set ID
ST ST
RE R R
ST ST ID IS TS
R R R RE RE
ST
RE R
[0..1] [1..n]
La informacin que se refleja en este segmento est estructurada de la siguiente manera: Set-Id [NK1.1] n de repeticin de segmento. Valor fijo a 1. Nombre y apellidos: o o Nombre [NK1.2.2] . 1 Apellido [NK1.2.1.1]
35 / 58
2 Apellido, [NK1.26.1.1].
SPO DOM CHD GCH NCH SCH FCH DEP WRD PAR MTH FTH CGV GRD GRP SIB BRO SIS FND EMC UNK
Esposa (mujer) Compaero Hijo Nieto Hijo Natural Hermanastro Hijo adoptivo Responsible de apoyo por deficiencias Ward of court Progenitor Madre Padre Cuidador Responsable Abuelo (sin especificar sexo) Hermano (sin especificar sexo) Hermano Hermana Amigo Contacto de emergencia Desconocida
Direccin de contacto [NK1.4] Permite indicar la direccin de la persona. El tipo de dato es XAD, y su uso es idntico al detallado en el campo PID.11. Telfono(s) de contacto [NK1.5] Permite indicar los diferentes medios de contacto
(telfono, email, etc.) de la persona. El tipo de dato es XTN y su uso es idntico al detallado en el segmento PID para el campo PID.13.
36 / 58
Sexo administrativo [NK1.15]: Sexo del asociado (si se conoce). Codificado con la tabla HL7 0001 Tabla HL7 0001 Posibles valores del Sexo Administrativo CDIGO A M F U N DESCRIPCIN AMBIGUO HOMBRE MUJER DESCONOCIDO NO APLICA
Fecha de nacimiento [NK1.16.1]: Fecha de nacimiento del asociado. Lista de identificadores del familiar/asociado [NK1.33]: este campo permite transmitir la lista de identificadores asociados al asociado. Se transmitirn todos los identificadores conocidos del asociado (CIP, DNI, etc.). El tipo de dato es CX, y sigue la misma codificacin que los identificadores del paciente del PID.3.
SEQ
LEN
DT
Uso
Card
Valor/ TBL#
DESCRIPCIN
1 3
4 65536
SI FT
R R
[1..1] [1..n]
SetID Comentario
SetId , valor secuencial que se incrementa por cada aparicin del segmetno NTE en el mensaje. Comentario: texto con el contenido del comentario. Se pueden enviar tantos componentes como sea necesario para indicar separacin contextual o semntica.
37 / 58
DESCRIPCIN
AD 0443
Action Code Role-ROL Identifier Text Name of Codiyng System Role Person
Tipo de accin
Persona
Tipo de accin [ROL.2] Indica si el segmento se usa para aadir una persona, para modificar un dato previo, etc. En la mensajera definida, el valor de este campo estar fijo a AD.
Tipo de rol [ROL.3] (Role-ROL) Indica el tipo de rol. Cada escenario define los tipos de roles admitidos. La tabla usada se especifica en el campo ROL.3.1 comoHL70443.
Persona [ROL.4] (Role Person) Este campo permite describir a la persona que ha realizado la accin. Utiliza un tipo de dato XCN para poder enviar identificadores y datos personales. El campo es repetible para poder enviar varios identificadores.
5.3.
SEQ
LEN
DT
Uso
Card
Valor/ TBL#
CONTENIDO
15
ST
[1..1]
ID Number
Identificador
38 / 58
SEQ
LEN
DT
Uso
Card
Valor/ TBL#
CONTENIDO
2 2.1 3 4 9 9.1 13 16 16.1 16.2 16.3 16.4 16.5 16.6 22 22.1 22.3 3 7 199 199 20 199 199 20 20 5 50 30 30
FN ST ST ST HD IS ID CE ST ST ID ST ST ID
R R R C R R R RE R R R R R R R ST ID R R
Family Name Surname Given Name Second and Further Given Names or Initials Thereof Assigning Authority Namespace ID Identifier Type Code Name Context Identifier Text 99SVC Name of coding System Alternate Identifier Alternate Text
99SVC_CODC DENTRO
Servicio maestro del professional (en la tabla de SACYL) Descripcin del servicio (maestro)
Servicio del profesional (en la tabla del centro) Descripcin del servicio (particular del centro)
Alternate Name of coding System Assigning Jurisdiction Identifier NameOf Coding System
CWE
Los datos que se envan en este segmento son los siguientes: Nombre y apellidos: viajan respectivamente en : o o o Nombre: XCN.3 1 Apellido XCN.2.1 2 Apellido XCN.2.2
Identificadores. Los identificadores siguen el mismo esquema que el definido en el PID.3. Para enviar varios identificadores es posible repetir el campo XCN con los campos 1, 9,13 y 22 nicamente informados. El uso del DNI es obligatorio en la primera aparicin del campo.
Assigning Jurisdiction
CPF (Cdigo Prescripcin Farmaceutica) N Colegiado Identificador interno de aplicacin XXX XXX PN COM MD ESP CODIGO_C ENTRO_SA CYL 99CENTROSACYL ISO3166 MS MCF ESP ISO3166
Si se conoce el servicio bajo el que el profesional ha realizado el acto clnico sobre el que se est informando, ste se indica a travs del campo XCN.16: El cdigo del servicio (maestro de servicios) bajo la clasificacin general de SACL (y del SNS) se indica en el sub-campo XCN.16.1 La descripcin del servicio bajo la clasificacin general de SACL (y del SNS) se indica en el sub-campo XCN.16.2 El campo XCN.16.3 ser 99SVC indicando que se usa la tabla general de servicios. El cdigo local del servicio bajo la clasificacin especfica del centro se indica en el sub-campo XCN.16.4 La descripcin local del servicio bajo la clasificacin especfica del centro se indica en el sub-campo XCN.16.5 El campo XCN.16.6 ser 99SVC_CODCDENTRO donde CODCENTRO indicar el cdigo del centro.
SEQ
LEN
DT
Uso
Card
Valor/ TBL#
CONTENIDO
15 30 HD 20 5 CWE 3 7
ST ST
R R R
[1..1] [1..1] [1..1] R R R [1..1] [1..1] [1..1] [1..1] [1..1] 0203 0363
ID Number Given Name Assigning Authority Namespace ID Identifier Type Code Assigning Jurisdiction Identifier NameOf Coding System
IS ID
ST ID
R R
Nombre de la organizacin o centro: XCN.3 Identificadores. Los identificadores siguen el mismo esquema que el definido en el PID.3. Para enviar varios identificadores es posible repetir el campo XCN con los campos 1, 9,13 y 22 nicamente informados. Es obligatorio identificar al menos usando el cdigo en la tabla de SACYL.
Assigning Jurisdiction
XCN.22.1 CL
XCN.22.3 ISO3166-2
CACL
FI
Si se conoce el servicio bajo el que el profesional ha realizado el acto clnico sobre el que se est informando, ste se indica a travs del campo XCN.16: El cdigo del servicio (maestro de servicios) bajo la clasificacin general de SACL (y del SNS) se indica en el sub-campo XCN.16.1 La descripcin del servicio bajo la clasificacin general de SACL (y del SNS) se indica en el sub-campo XCN.16.2 El campo XCN.16.3 ser 99SVC indicando que se usa la tabla general de servicios. El cdigo local del servicio bajo la clasificacin especfica del centro se indica en el sub-campo XCN.16.4 La descripcin local del servicio bajo la clasificacin especfica del centro se indica en el sub-campo XCN.16.5 El campo XCN.16.6 ser 99SVC_CODCDENTRO donde CODCENTRO indicar el cdigo del centro.
SEQ
LEN
DT
OPT
OPT
TBL#
COMPONENT NAME
DESCRIPCIN
1 2 3 4 8 9
15 50 30 30 4 20
ST ST ST ST IS IS
R R R RE R R
0363
ID Number Family Name Given Name Second and Further Given Names or Initials Thereof Source Table Assigning Authority - Namespace ID
Identificador 1 Apellido del profesional Nombre del profesional 2 Apellido del profesional Tipo de identificador Autoridad asignadora
41 / 58
Los datos que se envan en este segmento son los siguientes: Nombre y apellidos: viajan respectivamente en : o o o Nombre: CNN.3 1 Apellido CNN.2 2 Apellido CNN.4
Identificadores. Los identificadores siguen el mismo esquema que el definido en el PID.3. El uso del DNI es obligatorio en la primera aparicin del campo. Para todos los identificadores se asume un Assigning Jurisdiction de mbito nacional.
IDENTIFICADOR [CNN.1] NIF Pasaporte Tarjeta residencia CIAS CPF (Cdigo Prescripcin Farmaceutica) N Colegiado interno de aplicacin XXX
MS
MCF
COM XXX
MD PN
El componente tiempo se expresa de la siguiente formato aaaa[mm[dd[hh[mm[ss[.s[s[s[s]]]]]]]]] [+/-ZZZZ] Donde: o o o o o aaaa corresponde al ao, y es siempre obligatorio. mm corresponde al mes y va de 01 a 12, siempre con 2 dgitos. dd corresponde al da del Mens y va de 01 a 31, siempre con 2 dgitos. hh corresponde a la hora, en formato 24 horas, y va de 00 a 23, siempre con 2 dgitos. mm corresponde a los minutos, y va de 00 a 59, siempre con 2 dgitos.
42 / 58
o o o
ss corresponde a los segundos y va de 00 a 59 siempre con 2 dgitos. A partr de ah, cada s adicional incrementa la precisin en dcimas, centsimas, milsimas de segundo De forma opcional (pero recomendable siempre que se vaya a enviar informacin temporal con una precisin de horas) se puede enviar informacin sobre la zona temporal (TMZ), es decir, el desvo horario con respecto a la zona horaria universal (antes conocida como hora de Greenwich). La zona horaria es especialmente recomendable en los datos de la cabecera MSH.
La precisin exigida depender del segmento y mensaje donde se aplique. Por ejemplo, para la fecha de nacimiento slo es exigible el ao, se puede llegar hasta la fecha exacta, pero para los campos de la cabecera MSH.7.1 se puede exigir hasta las milsimas.
El uso del CX en el PID.3 est ya detallado en ese segmento, por lo que aqu se aclara cmo se codifica el nmero de episodio en el segmento PV1-19 (Visit Number), que permite dar toda la informacin relativa al mbito del episodio. Toda esta informacin se codificar siguiendo el estndar de codificacin definido por HL7Spain (aunque para este caso la autoridad asignacin es especfica para SACYL).
Assigning IDENTIFICADOR Authority [PV1.19.1] [PV1.19.4.1] HOSPITALIZACION CONSULTAS EXTERNAS URGENCIAS QUIROFANO RADIOLOGIA HOSPITAL DE DIA HEMODIALISIS HOS CEX URG
Assigning Jurisdiction
PV1.19.9.1
PV1.19.9.3
43 / 58
FAR GEN GIN GRT HAD HDD HDG HDH HDM HDO HDP HDS HEL HEM INM LAB MIC MIR MIV MNU MPR NEF NEO NFL NML NRC NRL OBG OBS
Farmacia Gentica Ginecologa Geriatria Hospitalizacin a domicilio Hospital de da Hospital de da geritrico Hospital de da hematolgico Otro hospital de da mdico Hospital de da oncolgico Hospital de da psiquitrico Hospital de da de SIDA Hematologa Laboratorio Hematologa Inmunologa Laboratorios Microbiologa y Parasitologa Medicina Interna Medicina Intensiva Medicina nuclear Medicina Preventiva Nefrologa Neonatologa Neurofisiologa Clnica Neumologa Neurociruga Neurologa Obstetricia y Ginecologa Obstetricia
45 / 58
OFT ONC ONR ORL PED PSQ RAD REH REU SAP SPL TRA UCP UDO URG URO UTR
Oftalmologa Oncologa Mdica Oncologa Radioterpica Otorrinolaringologa Pediatra Psiquiatra Radiologa Rehabilitacin Reumatologa SERVICIO DE ATENCION AL PACIENTE SERVICIO DE PREVENCION LABORAL Traumatologa Unidad de cuidados Paliativos Unidad del dolor Urgencias Urologa Unidades de extraccin y trasplantes
46 / 58
SOCIO
Atencin sociosanitaria
25 26 27
91 92 93
ORIGEN : TECNICA ESPECIAL ORIGEN : HOSPITAL DE DIA INTEGRACION HOSPITAL DEL COMPLEJO
CDIGO 1 2 3 4 5 6 7
COMENTARIOS SEGURIDAD SOCIAL ESTADO COMUNIDAD AUTNOMA ENTES TERRITORIALES ACCIDENTES DE TRFICO EMPRESAS COLABORADORAS PARTICULARES ACCIDENTES DE TRABAJO / ENFERMEDADES PROFESIONALES CONVENIOS INTERNACIONALES INSTITUCIONES PENITENCIARIAS
9 10
Ag de rotavirus (heces) Cultivo bacteriolgico gral. Cultivo de hongos Cultivo de micobacterias Invest. de Chlamydia Invest. de Cryptosporidium Invest. de Pneumocystis Investigacin de parsitos Origen de la muestra Prueba de Mantoux Tcnica de Graham Tincin de Gram Tincin de Ziehl-Neelsen Toxina de C. difficile (heces)
49 / 58
ASM ATA ATG AUS AUT AZE BDI BEL BEN BFA BGD BGR BHR BHS BIH BLR BLZ BMU BOL BRA BRB BRN BTN BVT BWA CAF CAN CCK CHE
AMERICAN SAMOA ANTARCTICA ANTIGUA AND BARBUDA AUSTRALIA AUSTRIA AZERBAIJAN BURUNDI BELGIUM BENIN BURKINA FASO BANGLADESH BULGARIA BAHRAIN BAHAMAS BOSNIA AND HERZEGOVINA BELARUS BELIZE BERMUDA BOLIVIA BRAZIL BARBADOS BRUNEI DARUSSALAM BHUTAN BOUVET ISLAND BOTSWANA CENTRAL AFRICAN REPUBLIC CANADA COCOS (KEELING) ISLANDS SWITZERLAND
50 / 58
CHL CHN CIV CMR COD COG COK COL COM CPV CRI CUB CXR CYM CYP CZE DEU DJI DMA DNK DOM DZA ECU EGY ERI ESH ESP EST ETH
CHILE CHINA COTE D'VOIRE CAMEROON CONGO, THE DEMOCRATIC REPUBLIC OF THE CONGO COOK ISLAND COLOMBIA COMOROS CAPE VERDE COSTA RICA CUBA CHRISTMAS ISLAND CAYMAN ISLANDS CYPRUS CZECH REPUBLIC GERMANY DJIBOUTI DOMINICA DENMARK DOMINICAN REPUBLIC ALGERIA ECUADOR EGYPT ERITREA WESTERN SAHARA SPAIN ESTONIA ETHIOPIA
51 / 58
FIN FJI FLK FRA FRO FSM GAB GBR GEO GHA GIB GIN GLP GMB GNB GNQ GRC GRD GRL GTM GUF GUM GUY HKG HMD HND HRV HTI HUN
FINLAND FIJI FALKLAND ISLANDS (MALVINAS) FRANCE FAROE ISLANDS MICRONESIA, FEDERATED STATES OF GABON UNITED KINGDOM GEORGIA GHANA GIBRALTAR GUINEA GUADELOUPE GAMBIA GUINEA-BISSAU EQUATORIAL GUINEA GREECE GRENADA GREENLAND GUATEMALA FRENCH GUIANA GUAM GUYANA HONG KONG HEARD ISLAND AND MCDONALD ISLANDS HONDURAS CROATIA HAITI HUNGARY
52 / 58
IDN IND IOT IRL IRN IRQ ISL ISR ITA JAM JOR JPN KAZ KEN KGZ KHM KIR KNA KOR KWT LAO LBN LBR LBY LCA LIE LKA LSO LTU
INDONESIA INDIA BRITISH INDIAN OCEAN TERRITORY IRELAND IRAN, ISLAMIC REPUBLIC OF IRAQ ICELAND ISRAEL ITALY JAMAICA JORDAN JAPAN KAZAKSTAN KENYA KYRGYZSTAN CAMBODIA KIRIBATI SAINT KITTS AND NEVIS KOREA, REPUBLIC OF KUWAIT LAO PEOPLE'S DEMOCRATIC REPUBLIC LEBANNON LIBERIA LIBYAN ARAB JAMAHIRIYA SAINT LUCIA LIECHTENSTEIN SRI LANKA LESOTHO LITHUANIA
53 / 58
LUX LVA MAC MAR MCO MDA MDG MDV MEX MHL MKD MLI MLT MMR MNG MNP MOZ MRT MSR MTQ MUS MWI MYS MYT NAM NCL NER NFK NGA
LUXEMBOURG LATIVA MACAU MOROCCO MONACO MOLDOVA, REPUBLIC OF MADAGASCAR MALDIVES MEXICO MARSHALL ISLANDS MACEDONIA, THE FORMER YUGOSLAV REPUBLIC OF MALI MALTA MYANMAR MONGOLIA NORTHERN MARIANA ISLANDS MOZAMBIQUE MAURITANIA MONTSERRAT MARTINIQUE MAURITUS MALAWI MALAYSIA MAYOTTE NAMIBIA NEW CALEDONIA NIGER NORFOLK ISLAND NIGERIA
54 / 58
NIC NIU NLD NOR NPL NRU NZL OMN PAK PAN PCN PER PHL PLW PNG POL PRI PRK PRT PRY PYF QAT REU ROM RUS RWA SAU SDN SEN
NICARAGUA NIUE NETHERLANDS NORWAY NEPAL NAURU NEW ZEALAND OMAN PAKISTAN PANAMA PITCAIRN PERU PHILIPPINES PALAU PAPUA NEW GUINEA POLAND PUERTO RICO KOREA, DEMOCRATIC PEOPLE'S REPUBLIC OF PORTUGAL PARAGUAY FRENCH POLYNESIA QATAR REUNION ROMANIA RUSSIAN FEDERATION RWANDA SAUDI ARABIA SUDAN SENEGAL
55 / 58
SGP SGS SHN SJM SLB SLE SLV SMR SOM SPM STP SUR SVK SVN SWE SWZ SYC SYR TCA TCD TGO THA TJK TKL TKM TMP TON TTO TUN
SINGAPORE SOUTH GEORGIA AND THE SOUTH SANDWICH ISLANDS SAINT HELENA SVALBARD AND JAN MAYEN SOLOMON ISLANDS SIERRA LEONE EL SALVADOR SAN MARINO SOMALIA SAINT PIERRE AND MIQUELON SAO TOME AND PRINCIPE SURINAME SLOVAKIA SLOVENIA SWEDEN SWAZILAND SEYCHELLES SYRIAN ARAB REPUBLIC TURKS AND CAICOS ISLANDS CHAD TOGO THAILAND TAJIKISTAN TOKELAU TURKMENISTAN EAST TIMOR TONGA TRINIDAD AND TOBAGO TUNISIA
56 / 58
TUR TUV TWN TZA UGA UKR UMI URY USA UZB VAT VCT VEN VGB VIR VNM VUT WLF WSM YEM YUG ZAF ZMB ZWE
TURKEY TUVALU TAIWAN, PROVINCE OF CHINA TANZANIA, UNITED REPUBLIC OF UGANDA UKRAINE UNITED STATES MINOR OUTLYING ISLANDS URUGUAY UNITED STATES UZBEKISTAN HOLY SEE (VATICAN CITY STATE) SAINT VINCENT AND THE GRENADINES VENEZUELA VIRGIN ISLANDS, BRITISH VIRGIN ISLANDS, U.S. VIET NAM VANUATU WALLIS AND FUTUNA SAMOA YEMEN YUGOSLAVIA SOUTH AFRICA ZAMBIA ZIMBABWE
CDIGO AN
AR O IB CN S CM CL CT EX GA M MU NA PV LO VC CE ML
Comunidad Autnoma de Aragn Comunidad Autnoma de Asturias Comunidad Autnoma de Baleares Comunidad Autnoma de Canarias Comunidad Autnoma de Cantabria Comunidad Autnoma de Castilla la Mancha Comunidad Autnoma de Castilla y Len Comunidad Autnoma de Catalua Comunidad Autnoma de Extremadura Comunidad Autnoma de Galicia Comunidad Autnoma de Madrid Comunidad Autnoma de Murcia Comunidad Autnoma de Navarra Comunidad Autnoma del Pas Vasco Comunidad Autnoma de la Rioja Comunidad Autnoma de Valencia Ciudad Autnoma de Ceuta Ciudad Autnoma de Melilla
58 / 58