Guía de Implementación mensajería HL7

(1)

Guía de Implementación mensajería HL7

NEFRORED

(2)

Control del documento

Control de versiones

Fecha Autor Versión Observaciones

(3)

Contenido

Control del documento ... 2

Contenido ... 3

1. Introducción ... 6

2. Relación de integraciones ... 7

3. Casos de uso ... 9

3.1. Consultas Externas (CE-ERCA, diálisis peritoneal, tratamiento conservador, trasplantes) ... 9

3.1.1. Citación ...9

3.1.2. Captura de actividad ...9

3.1.3. Informe de visita ...9

3.1.4. Parámetros y medidas ...9

3.1.5. Prescripción farmacológica ambulatoria intrahospitalaria ...9

3.1.6. Peticiones electrónicas ...9

3.1.7. Interconsultas ...9

3.2. Hemodiálisis ... 10

3.2.1. Orden médica ... 10

3.2.2. Pauta médica de hemodiálisis ... 10

3.2.3. Alta tratamiento de hemodiálisis ... 10

3.2.4. Informes y evolutivos médicos ... 10

3.2.5. Parámetros y medidas ... 10

3.2.6. Prescripción farmacológica intrahospitalaria ... 10

3.2.7. Peticiones electrónicas ... 10 3.2.8. Interconsultas ... 11 3.3. Urgencias ... 11 3.3.1. Ingreso... 11 3.3.2. Alta ... 11 3.3.3. Interconsulta... 11 3.3.4. Petición electrónica ... 11 3.4. Hospitalización ... 11 3.4.1. Ingreso... 11 3.4.2. Alta ... 11 3.4.3. Interconsulta... 12 3.4.4. Petición electrónica ... 12 3.5. Hospital de día ... 12 3.5.1. Ingreso... 12 3.5.2. Alta ... 12 3.5.3. Interconsulta... 12

(4)

3.5.4. Petición electrónica ... 12

3.6. Paciente ... 13

3.6.1. Alergias ... 13

3.6.2. Información acceso vascular en uso ... 13

3.6.3. Información acceso peritoneal en uso ... 13

3.6.4. Resultados de laboratorio ... 13

3.7. Concertadas ... 13

3.7.1. Envío de orden de derivación ... 13

3.7.2. Devolución de la actividad realizada ... 13

3.7.3. Devolución de informe de seguimiento del paciente... 13

3.8. Identificación del paciente ... 13

4. Actores ... 15

5. Especificación integraciones ... 16

5.1. Citación - Notificar nueva cita ... 16

5.1.1. Diagrama de casos de uso ... 16

5.1.2. Diagrama de secuencia ... 17

5.1.3. Definición del mensaje SIU^S12 ... 17

5.2. Citación - Notificar reprogramación de cita ... 20

5.3. Notificar cancelación de cita ... 25

5.4. Notificar cita no atendida por el paciente ... 30

5.5. Notificar finalización de cita del paciente ... 32

5.5.3. Definición del mensaje ADT^A03 ... 33

5.6. Notificar resultados / observaciones ... 35

5.6.3. Definición del mensaje ORU^R01 ... 37

5.7. Notificar registro de paciente ... 40

5.7.1. Diagrama de caso de uso ... 40

(5)

5.8. Notificar admisión del paciente ... 44

5.9. Notificar fin visita ... 48

5.10. Notificar cancelación de admisión/registro de paciente ... 51

5.10.3. Definición de los mensajes ADT^A11 ... 52

5.11. Notificar petición... 53

5.11.3. Definición de los mensajes ORM^O01 ... 55

5.12. Notificar resultado petición ... 56

... 57

5.12.3. Definición de los mensajes ORU^R01 ... 57

5.13. Informe vía HL7 ... 59

5.13.3. Definición del mensaje MDM^T02 ... 60

6. Acuse de recibo genérico (ACK) ... 65

6.1. Evento ... 65

6.2. Estructura ... 65

(6)

1. Introducción

El presente documento se ha elaborado con la finalidad de establecer las indicaciones para la implementación de las integraciones pertinentes entre el sistema de información de NEFRORED y el resto de sistemas establecidos.

Las integraciones se detallan por casos de uso dentro de cada ámbito.

Para la definición de la mensajería HL7 se ha partido de la publicación de la Guía de

integraciones de HL7 IB-Salut que está publicada en portal Web de IB-Salut de les Illes

Balears: http://www.ibsalut.es/ibsalut/ca/professionals/guia-d-implementacio-del-hl7.

En el documento se hace referencia a tablas TES. Estas tablas son datos maestros propios del Servei de Salut de les Illes Balears que sirven para codificar elementos usados en la mensajería.

(7)

2. Relación de integraciones

Las integraciones definidas son las siguientes:

Ámbito Caso de Uso

Consultas Externas (ERCA, diálisis peritoneal, tratamiento conservador, trasplantes) Citación Captura de actividad Informe de visita Parámetros y medidas

Prescripción farmacológica ambulatoria intrahospitalaria

Peticiones electrónicas Interconsultas

Hemodiálisis Orden médica

Pauta médica de hemodiálisis Alta tratamiento de hemodiálisis Informe y evolutivos médicos Parámetros y medidas

Prescripción farmacológica intrahospitalaria Peticiones electrónicas Interconsultas Urgencias Ingreso Alta Interconsultas Peticiones electrónicas Hospitalización Ingreso Alta Interconsultas

(8)

Peticiones electrónicas

Hospital de día Ingreso

Alta

Interconsultas

Peticiones electrónicas

Paciente Alergias

Alertas

Información acceso vascular en uso Información acceso peritoneal en uso Resultados de laboratorio

Concertadas Envío de orden de derivación

Devolución de actividad realizada

Devolución de informe de seguimiento del paciente Identificación del paciente

(9)

3. Casos de uso

3.1. Consultas Externas (CE-ERCA, diálisis peritoneal, tratamiento conservador,

trasplantes)

3.1.1. Citación

Se harán uso de las integraciones:  Citación – Notificar nueva cita

 Citación – Notificar reprogramación de cita  Citación – Notificar cancelación de cita

3.1.2. Captura de actividad

Se harán uso de las integraciones:

 Citación – Notificar cita no atendida por el paciente  Citación – Notificar finalización de cita del paciente

3.1.3. Informe de visita

 Envío de informes vía HL7 y Envío PDF

3.1.4. Parámetros y medidas

Pendiente de definir en siguientes versiones.

3.1.5. Prescripción farmacológica ambulatoria intrahospitalaria

Se comunicará la información de la prescripción ambulatoria intrahospitalaria. La prescripción ambulatoria se realiza en el sistema Receta Electrónica (RELE).

 Farmacia – Notificar prescripción y administración de la medicación formato estructurado

Para los sistemas que puedan incorporar la información en el HIS. Pendiente de definir en siguientes versiones.

 Farmacia – Notificar prescripción y administración de la medicación vía texto

Para los sistemas que no puedan incorporar la información en el HIS. Pendiente de definir en siguientes versiones.

3.1.6. Peticiones electrónicas

3.1.7. Interconsultas

(10)

3.2. Hemodiálisis

3.2.1. Orden médica

En el HIS se definirá una manera de incluir al paciente en el tratamiento de hemodiálisis, eso creará un episodio al que referenciar posteriormente el resto de información.

3.2.2. Pauta médica de hemodiálisis

3.2.3. Alta tratamiento de hemodiálisis

3.2.4. Informes y evolutivos médicos

Para los evolutivos médicos se definen las siguientes integraciones:

Para los informes se harán uso de las integraciones:  Envío de informes vía HL7 y Envío PDF

3.2.5. Parámetros y medidas

3.2.6. Prescripción farmacológica intrahospitalaria

Se comunicará la información de la prescripción ambulatoria intrahospitalaria. La prescripción ambulatoria se realiza en el sistema Receta Electrónica (RELE).

 Farmacia – Notificar prescripción y administración de la medicación formato estructurado

Para los sistemas que puedan incorporar la información en el HIS. Pendiente de definir en siguientes versiones.

 Farmacia – Notificar prescripción y administración de la medicación vía texto

Para los sistemas que no puedan incorporar la información en el HIS. Pendiente de definir en siguientes versiones.

3.2.7. Peticiones electrónicas

(11)

3.2.8. Interconsultas

3.3. Urgencias

3.3.1. Ingreso

Se harán uso de las integraciones:  Notificar registro de paciente

 Notificar cancelación de admisión/registro de paciente

3.3.2. Alta

Se harán uso de las integraciones:  Notificar fin visita

3.3.3. Interconsulta

El envío de información se limitará a aquellas peticiones realizadas por los servicios de nefrología y unidades de diálisis y aquellas pruebas de especial interés para los servicios de nefrología.

3.3.4. Petición electrónica

Se harán uso de las integraciones:  Notificar petición

 Notificar resultado petición

3.4. Hospitalización

3.4.1. Ingreso

Se harán uso de las integraciones:  Notificar admisión del paciente

 Notificar cancelación de admisión/registro de paciente  Notificar traslado de paciente

3.4.2. Alta

(12)

3.4.3. Interconsulta

3.4.4. Petición electrónica

 Notificar resultado petición

3.5. Hospital de día

3.5.1. Ingreso

Se harán uso de las integraciones:  Notificar admisión del paciente

 Notificar cancelación de admisión/registro de paciente  Notificar traslado de paciente

3.5.2. Alta

3.5.3. Interconsulta

3.5.4. Petición electrónica

(13)

3.6. Paciente

3.6.1. Alergias

3.6.2. Información acceso vascular en uso

3.6.3. Información acceso peritoneal en uso

3.6.4. Resultados de laboratorio

3.7. Concertadas

3.7.1. Envío de orden de derivación

3.7.2. Devolución de la actividad realizada

Para los informes se harán uso de las integraciones:  Envío de informes vía HL7 – Envío PDF

3.7.3. Devolución de informe de seguimiento del paciente

 Envío de informes vía HL7 – Envío PDF

3.8. Identificación del paciente

En todas las integraciones la identificación de paciente debe realizarse mediante el identificador corporativo de pacientes, el CIP autonómico de paciente (CIPAUTO).

En caso de disponer del Número de Historia Clínica local (NHC local), éste también deberá transmitirse en la comunicación, además del CIPAUTO.

Para el caso de la mensajería HL7 la identificación de paciente se realiza en el segmento PID (Patient IDentification segment). Este segmento permite enviar diferentes identificadores para un mismo paciente. Deberá contener siempre el CIPAUTO y, en caso de disponer de ellos, resto de identificadores del paciente como el NHC local, conjuntamente con el identificador del sistema de información al que el NHC local está ligado.

La estructura concreta del segmento PID está definida en la Guía de Implementación HL7 del IB-Salut.

(14)

(15)

4. Actores

Los siguientes sistemas que van a interactuar en las integraciones especificadas:

 NEFRORED: sistema de información para la gestión de los servicios de Nefrología en Red en el IB-Salut de les Illes Balears.

 HIS (Historia clínica informatizada): registro mecanizado de los datos administrativos, clínicos y sociales de un paciente, obtenidos de forma directa o indirecta y constantemente puestos al día.

Para simplificar se indica HIS pero se refiere a todos los HIS de los centros hospitalarios de IB-Salut: HUSE (Hospital Universitario de Son Espases), HSLL (Hospital Son Llàtzer), HMAN (Hospital de Manacor), HCMI (Hospital Can Misses), HGMO (Hospital General Mateu Orfila) y HCIN (Hospital Comarcal d’Inca).

 LIS (Sistema de información de laboratorio): sistema informatizado. Para simplificar se indica LIS pero se refiere a todos los LIS’s de los centros hospitalarios de IB-Salut. Hay seis: HUSE, HSLL, HMAN, HCIN, HGMO y HCM.

 SIP (Sistema de Información Poblacional): registro administrativo que recoge y actualiza la información de identificación, localización, asignación de recursos sanitarios… de las personas.

 BDAC (Base de datos asistenciales y clínicos corporativa): permite la comunicación de la información relevante del paciente del Servei de Salut de les Illes Balears desde y hacia cada uno de los sistemas de información necesarios: sistemas de información de asistencia, receta electrónica, historia clínica digital del Ministerio, Portal del Paciente, aplicación móvil del paciente, etc.

(16)

5. Especificación integraciones

5.1. Citación - Notificar nueva cita

5.1.1. Diagrama de casos de uso

Notificar nueva cita

Escenario El sistema HIS dispone de información de una cita que debe notificar a NEFRORED.

Precondición El sistema HIS ha creado una nueva cita y procede con la notificación de la programación a NEFRORED.

Postcondición Se ha notificado la creación de una cita a NEFRORED.

Proceso 1 El sistema HIS prepara el mensaje de notificación con la información de la nueva cita.

2 El sistema NEFRORED recibe el mensaje y realiza las actuaciones necesarias. Genera una respuesta con el mensaje de confirmación correspondiente.

3 Fin del proceso. Observaciones

(17)

5.1.2. Diagrama de secuencia

5.1.3. Definición del mensaje SIU^S12

Sigue el estándar HL7 v2.5.

5.1.3.1. Evento

Este mensaje se utiliza para notificar la programación de una nueva cita de una petición existente.

5.1.3.2. Estructura

Segmento Descripción Cum. Cardinalidad

MSH Message Header I [1..1]

SCH Scheduling Activity Information I [1..1]

[{PID}] Patient Identification E [0..N]

{ RESOURCES BEGIN I [1..N]

RGS Resource Group I [1..1]

{ SERVICES BEGIN I [1..N]

(18)

[{NTE}] Notes and Comments E [0..N]

} SERVICES END - -

} RESOURCES END - -

El mensaje está compuesto por:

 Cabecera (segmento MSH): contiene detalles de envío y recepción propia de la mensajería como sistemas origen y destino, fecha de envío, etc.

 Información de la actividad programada (segmento SCH): Información general relativa a un evento programado.

 Paciente (segmento PID): Contiene la información demográfica del paciente al que se ha citado.

 Agrupación de recursos (segmento RGS): Información utilizada para identificar relaciones entre recursos asignados a un evento programado.

 Información de cita (segmento AIS): Contiene información sobre varios tipos de servicios que pueden ser programados. Se asume que los servicios indicados se controlan mediante una agenda u horario.

 Notas y comentarios (segmento NTE): Contiene notas y comentarios referentes a los eventos programados.

5.1.3.3. Segmentos

La estructura de los segmentos sigue el formato indicado en la sección de “Segmentos de uso general” en el documento de “Guía de implementación HL7 - Elementos comunes”, con las siguientes excepciones:

Segmento MSH (Cabecera del mensaje) Las particularidades son:

 El campo MSH.9 se cumplimentará de la siguiente manera: ◦ MSH.9.1 tendrá el valor SIU.

◦ MSH.9.2 tendrá el valor S12. ◦ MSH.9.3 tendrá el valor SIU_S12.

 Los campos MSH.15 y MSH.16 tendrán los valores:

o “AL” y “NE”, para obtener un acuse de recibo de comunicación.

 El campo MSH.21 – Message Profile Identifier contendrá la transacción IHE, en este caso será el valor RAD-48-IHE.

(19)

Segmento SCH (Información de la actividad programada) Las particularidades son:

 SCH.1: el identificador utilizado por el sistema de peticiones, no se utiliza.  SCH.2: el identificador de la petición utilizado por el gestor de citaciones.

 SCH.4: solo será necesario si se utiliza el concepto de Order Groups en los actores.  SCH.6: es obligatorio para HL7v2.5, pero como no lo utiliza el gestor de peticiones

en esta transacción, y para mantener la compatibilidad, el gestor de citaciones lo completará con el valor “^APT”.

 SCH.11: es obligatorio para HL7v2.5, pero como no lo utiliza el gestor de peticiones se completará con el valor “1”.

 SCH.16: el campo identifica a la persona encargada del mantenimiento de las peticiones y gestión de las programaciones.

 SCH.20: identifica a la persona que ha solicitado la petición de cita. Se incluye para poder realizar una traza de las personas responsables de una petición.

 SCH.26: número de petición asignado por el sistema peticionario a la petición asociada a la respuesta enviada por el gestor de citaciones.

 SCH.27: número de petición asignado por el gestor de citaciones a la petición asociada a la respuesta enviada por el gestor de citaciones.

Segmento RGS (Agrupación de recursos)

Este segmento se utiliza para expresar las relaciones entre recursos solicitados por un evento programado. Los recursos se agrupan según su relación y cada grupo implicará la aparición de un segmento RGS seguido de un segmento AIS en el que se exprese el día y la hora. Deberá existir una agrupación para cada conjunto de sub-procedimientos programados para llevarse a cabo durante la misma cita.

Las particularidades son:

 RGS.1 debe contener el identificador de la agrupación. Segmento AIS (Información de cita)

El segmento contiene la fecha y hora del procedimiento programado. Solamente aparecerá un segmento AIS para cada grupo de recursos reservados.

 El campo AIS.2 contiene el código que identifica la acción a realizar con la información del segmento. Todos los segmentos AIS del mismo grupo RGS deben

(20)

tener el mismo código de operación. El valor de AIS.2 será “A” (Add/Insert) para los mensajes SIU^S12.

 El campo AIS.3 contiene el identificador de la prestación que se quiere citar.  El campo AIS.4 contiene la fecha y hora de la cita.

Segmento NTE (Notas y comentarios)

Los comentarios relativos al proceso programado se envían en los segmentos NTE, como las instrucciones para el paciente, medicación previa necesaria u otros.

 El campo NTE.2 identifica la fuente del comentario, aunque puede permanecer vacío. Los valores posibles son:

◦ L: El origen del comentario es el gestor de citaciones. ◦ O: El origen del comentario es otro sistema.

 El campo NTE.3 contiene el texto del comentario. Para eliminar un comentario previo, el campo debe contener una cadena de texto vacía (“”).

 El campo NTE.4 contiene un identificador para el tipo de comentario, según la tabla siguiente.

NTE.4 Estado

PI Instrucción del paciente AI Instrucción auxiliar GI Instrucción general

RE Observación

5.2. Citación - Notificar reprogramación de cita

5.2.1. Diagrama de casos de uso

(21)

Escenario El sistema HIS dispone de información de reprogramación de una cita que debe notificar a NEFRORED.

Precondición El sistema HIS ha recibido o creado una reprogramación de cita y procede con la notificación de la reprogramación a NEFRORED.

Postcondición Se ha notificado la reprogramación de una cita a NEFRORED.

Proceso 1 El sistema HIS prepara el mensaje de notificación con la información de la cita (la información original y la modificada).

2 NEFRORED recibe el mensaje y realiza las actuaciones necesarias. Genera una respuesta con el mensaje de confirmación correspondiente.

5.2.2. Diagrama de secuencia

5.2.3. Definición del mensaje SIU^S13

5.2.3.1. Evento

Este mensaje se utiliza para notificar que una cita ya existente se ha reprogramado.

(22)

AIS Appointment Information - Service I [1..1]

} SERVICES END - -

} RESOURCES END - -

 Notas y comentarios (segmento NTE): Contiene notas y comentarios referentes a los procedimientos programados.

(23)

 SCH.4: solo será necesario si se utiliza el concepto de Order Groups en los actores.  SCH.6: es obligatorio para HL7v2.5, pero como no lo utiliza el gestor de peticiones

en esta transacción, y para mantener la compatibilidad, el gestor de citaciones lo completará con el valor “^APT”.

(24)

 El campo AIS.2 contiene el código que identifica la acción a realizar con la información del segmento. Todos los segmentos AIS del mismo grupo RGS deben tener el mismo código de operación. El valor de AIS.2 será “U” (Update) para los mensajes SIU^S13.

(25)

5.3. Notificar cancelación de cita

5.3.1. Diagrama de casos de uso

Notificar cancelación de cita

Escenario El sistema HIS dispone de información de cancelación de una cita que debe notificar a NEFRORED.

Precondición El sistema HIS ha creado una cancelación de cita y procede con la notificación de la cancelación a NEFRORED.

Postcondición Se ha notificado la cancelación de una cita a NEFRORED. Proceso 1 El sistema HIS prepara el mensaje de notificación con la

información sobre la cita que ha sido cancelada.

2 NEFRORED recibe el mensaje y realiza las actuaciones necesarias. Genera una respuesta con el mensaje de confirmación correspondiente.

(26)

5.3.3. Definición del mensaje SIU^S15

5.3.3.1. Evento

Este mensaje se utiliza para notificar que se ha cancelado un evento programado.

} SERVICES END - -

} RESOURCES END - -

(27)

 Notas y comentarios (segmento NTE): Contiene notas y comentarios referentes a los procedimientos programados.

(28)

 SCH.6: es obligatorio para HL7v2.5, pero como no lo utiliza el gestor de peticiones en esta transacción, y para mantener la compatibilidad, el gestor de citaciones lo completará con el valor “^APT”.

 El campo AIS.2 contiene el código que identifica la acción a realizar con la información del segmento. Todos los segmentos AIS del mismo grupo RGS deben tener el mismo código de operación. El valor de AIS.2 será “D” (Delete) para los mensajes SIU^S15.

(29)

(30)

5.4. Notificar cita no atendida por el paciente

5.4.1. Diagrama de casos de uso

Notificar cita no atendida por el paciente

Escenario El sistema NEFRORED dispone de información de una cita en el centro X no atendida por el paciente que debe notificar al HIS del centro X.

Precondición El sistema NEFRORED dispone de información de la no atención de un paciente a una cita.

Postcondición Se ha notificado la no atención, por parte del paciente, a una cita al HIS.

Proceso 1 El sistema NEFRORED prepara el mensaje de

notificación con la información sobre la cita que no ha sido atendida por el paciente.

2 El HIS recibe el mensaje y realiza las actuaciones necesarias. Genera una respuesta con el mensaje de confirmación correspondiente.

(31)

5.4.3. Definición del mensaje SIU^S26

5.4.3.1. Evento

Este mensaje se utiliza para notificar la no presentación de un paciente a una cita programada.

} SERVICES END - -

(32)

 El campo MSH.9 contendrá los siguientes valores: ◦ MSH.9.1 tendrá el valor SIU.

5.5. Notificar finalización de cita del paciente

5.5.1. Diagrama de casos de uso

Notificar finalización de la cita del paciente

Escenario El sistema NEFRORED dispone de información de una cita del centro X del paciente finalizada que debe notificar a la HIS del centro X.

Precondición El sistema NEFRORED dispone de información de la finalización de una cita del centro X del paciente.

Postcondición Se ha notificado la finalización de la cita del paciente al HIS del centro X.

(33)

notificación con la información sobre la cita del paciente finalizada.

2 El HIS del centro X recibe el mensaje y realiza las actuaciones necesarias. Genera una respuesta con el mensaje de confirmación correspondiente.

5.5.2. Diagrama de secuencia

5.5.3. Definición del mensaje ADT^A03

Siguen el estándar HL7 v2.5.

5.5.3.1. Evento

Este mensaje se utiliza cuando deba notificarse alguna de las situaciones siguientes:  ADT^A03 - Discharge/End Visit: Para notificar que la estancia de un paciente en un

centro hospitalario ha finalizado. También se puede utilizar para notificar la finalización de una visita ambulatoria.

Segmento Descripción Uso Cardinalidad

(34)

EVN Event Type I [1..1]

PID Patient Identification I [1..1]

[PD1] Additional Demographics E [0..1]

[{ROL}] Role E [0..N]

[MRG] Merge Information E [0..1]

[{NK1}] Next of Kin / Associated Parties E [0..N]

PV1 Patient Visit I [1..1]

[{DB1}] Disability Information E [0..N]

[{DG1}] Diagnosis Information E [0..N]

[DRG] Diagnosis Related Group E [0..1]

-- PROCEDURE begin - PR1 Procedures I [1..1] [{ROL}] Role E [0..N] -- PROCEDURE end - [{OBX}] Observation/Result E [0..N] [{GT1}] Guarantor E [0..N] -- INSURANCE begin - IN1 Insurance I [1..1]

[IN2] Insurance Additional Info. E [0..1]

[IN3] Insurance Additional Info - Cert. E [0..1]

-- INSURANCE end -

[ACC] Accident Information E [0..1]

[PDA] Patient Death and Autopsy E [0..1]

(35)

El uso del segmento MRG, condicionado a los mensajes A06 y A07, en este caso es estrictamente convencional y no pretende comunicar una fusión real.

 El campo MSH.9 contendrá los siguientes valores: ◦ ADTÂ03: ADTÂ03ÂDT_A03.

Segmento PV1 (Visita Paciente): Las particularidades son:

 El campo PV1 - 2 - Patient Class: deberá contener el nuevo ámbito asignado al paciente.

 El campo PV1 - 3 - Assigned Patient Location: deberá contener la nueva localización del paciente.

 El campo PV1 - 6 - Prior Patient Location: puede contener la antigua localización del paciente si se dispone de esta información.

5.6. Notificar resultados / observaciones

5.6.1. Diagrama de casos de uso

Notificar resultados / observaciones

Escenario El sistema NEFRORED dispone de resultados de pruebas u observaciones para notificar a BDAC y HIS.

Precondición El sistema NEFRORED dispone de información de resultados de pruebas u observaciones.

(36)

Postcondición NEFRORED ha registrado los resultados u observaciones. Ha generado una notificación hacia el sistema BDAC y HIS para informar de la recepción de los resultados.

Proceso 1 El sistema NEFRORED ha obtenido y registrado los resultados de una prueba o una observación.

2 El sistema NEFRORED genera un mensaje con los resultados de una prueba u observación realizada previamente.

3 El mensaje se envía hacia BDAC y HIS. 4 BDAC y HIS procesan el mensaje recibido.

5 BDAC y HIS generan un mensaje de acuse de recibo al mensaje recibido originalmente.

6 El acuse de recibo es enviado hacia el sistema NEFRORED. 7 El sistema NEFRORED recibe los acuses de recibo, y los procesa, llevando a cabo las acciones pertinentes de acuerdo al contenido de dicho mensaje.

(37)

5.6.3. Definición del mensaje ORU^R01

5.6.3.1. Evento

Este mensaje se empleará para enviar observación clínica del paciente generada por aparato de medición u otro.

[ PV1 ] Patient Visit E [0..1]

{ ORDER_OBSERVATION BEGIN I [1..N]

ORC Common Order I [1..1]

OBR Observation Request I [1..1]

[{ NTE }] Notes and Comments (for Observation) E [0..N]

[ TQ1 ] Observation Request E [0..1]

[ { OBSERVATION BEGIN E [0..N]

OBX Observation/Result I [1..N]

[{ NTE }] Notes and Comments (for Results) E [0..N]

} ] OBSERVATION END - -

[{ SPECIMEN BEGIN E [0..N]

(38)

[{OBX}] Observation related to specimen E [0..n]

}] SPECIMEN END - -

} ORDER_OBSERVATION END - -

 Paciente (segmento PID): Contiene la información demográfica del paciente al que se le quieren realizar las pruebas.

 Visita paciente (segmento PV1): Contiene la información referente a la visita/episodio del paciente.

 Petición (segmento ORC): Indica la petición realizada.

 Pruebas solicitadas (segmento OBR): Contiene el detalle específico de las pruebas solicitadas.

 Comentarios adicionales (segmento NTE): Contiene información adicional.

 Prioridad de la petición (Segmento TQ1): Informa de la prioridad que tiene la petición.

 Resultados de las pruebas (segmento OBX): Contiene información con el resultado de la realización de las pruebas solicitadas previamente.

 Muestra del paciente (segmento SPM): Contiene detalles de la muestra del paciente con la que se han realizado las pruebas.

 El campo MSH.9 debe valer ORU^R01^ORU_R01 para indicar el tipo de mensaje concreto.

(39)

Otras Consideraciones

Los segmentos del grupo OBSERVACIÓN estarán presentes, en una o más ocurrencias, solo cuando el campo OBR-25 del segmento OBR anterior no tenga los valores: “X”, “O”, “I” o “S”.

Las observaciones y notas producidas para completar una petición se reportan como segmentos OBX y NTE en el grupo de segmentos OBSERVATION, siguiendo los segmentos ORC y OBR que representan la petición. Cada muestra utilizada para esta petición se describe como un segmento SPM.

En el caso que se suprima una observación previamente transmitida, el sistema debería transmitir todos los segmentos OBX vinculados al OBR a los que se refiere la observación suprimida. Se deberá indicar el estado de cada segmento OBX, y el campo de estado de resultados de observación del OBX que corresponde a la observación suprimida tendrá el valor “D”.

(40)

5.7. Notificar registro de paciente

5.7.1. Diagrama de caso de uso

Notificar registro del paciente

Escenario El sistema HIS quiere notificar el registro de un paciente en urgencias o consultas externas.

Precondición El sistema HIS registra llegada a urgencias o consultas externas de un paciente.

Postcondición NEFRORED ha recibido la notificación del HIS y ha actualizado el estado del paciente (paciente registrado).

Proceso 1 El sistema HIS crea un mensaje con toda la información sobre el paciente.

2 El mensaje se envía hacia NEFRORED.

3 NEFRORED actualizará el estado del paciente y enviará un mensaje de confirmación de la operación al sistema HIS, pudiendo contener los errores detectados durante el proceso. 4 Fin del proceso.

Observaciones

(41)

5.7.3. Definición del mensaje ADT^A04

5.7.3.1. Evento

Este mensaje se utiliza cuando deba notificarse admisión de pacientes en urgencias o llegada del paciente al hospital para una cita.

[{SFT}] Software Segment E [0..N]

[{PD1}] Additional Demographics E [0..N]

[{PV2}] Patient Visit – Additional Info E [0..N]

(42)

[{ PROCEDURE begin E [0..N] PR1 Procedures I [1..1] [{ROL}] Role E [0..N] ]} PROCEDURE end - - [{GT1}] Guarantor E [0..N] [{ INSURANCE begin E [0..N] IN1 Insurance I [1..1]

]} INSURANCE end - -

 Software (segmento SFT): Este segmento contiene información adicional sobre el producto software utilizado para el envío del mensaje.

 Evento (segmento EVN): Contiene información acerca del momento en que se produjo el evento.

 Paciente (segmento PID): Contiene la información demográfica del paciente al que se quiere realizar las pruebas.

 Demográfico adicional del paciente (segmento PD1): Contiene información demográfica del paciente que es probable que cambie.

 Parientes o partes asociadas (segmento NK1): Contiene información de parientes o partes asociadas al paciente.

(43)

 Visita paciente – información adicional (segmento PV2): Contiene información adicional al segmento PV1.

 Incapacidad del paciente (segmento DB1): Segmento utilizado para dar información acerca de la incapacidad temporal del paciente.

 Información sobre las pruebas (segmento OBX): Contiene información clínica codificada que puede resultar de utilidad para el laboratorio.

 Información de diagnóstico (segmento DG1): Contiene información de varios tipos de diagnósticos de pacientes, como pueden ser: de admisión, primarios...

 Grupo de diagnósticos relacionados (segmento DRG): Contiene información de agrupación relacionada con diagnósticos de varios tipos.

 Procedimientos (segmento PR1): Contiene información relativa a diversos tipos de procedimientos que se pueden realizar a un paciente.

 Garante (segmento GT1): Segmento utilizado para informar de quien es el titular de la prestación que recibirá el paciente.

 Coberturas del paciente (segmento IN1): Se incluye información acerca de los datos de coberturas del paciente.

 Información adicional de las coberturas del paciente (segmento IN2): Contiene información adicional relativa a las coberturas del paciente.

 Información adicional del seguro – Certificación (segmento IN3): Contiene información adicional del seguro para certificar la necesidad de atención del paciente.

 Información extra del paciente (segmento ROL): Se utiliza para transferir información acerca de localizaciones, sectores o centros de salud asociados al paciente. Es generalmente información que no identifica directamente a una persona, pero que sí va asociada a ella.

 Información del accidente (segmento ACC): Contiene información del paciente relativa al accidente en el que el paciente ha estado involucrado.

 Muerte y autopsia (segmento PDA): Contiene información sobre la muerte de un paciente y la posible autopsia.

(44)

◦ “AL” y “NE”, para obtener un acuse de recibo de comunicación. Segmento PV1 (Visita Paciente):

 El campo PV1-44 contendrá la fecha y hora en que la visita empezó.

5.8. Notificar admisión del paciente

5.8.1. Diagrama de caso de uso

Notificar admisión del paciente

Escenario El sistema HIS quiere notificar la admisión de un paciente en un servicio quedando ingresado en el centro. El paciente es ingresado desde Hospitalización o desde Hospital de día.

Precondición El sistema HIS registra la admisión del paciente desde Hospitalización o desde Hospital de día.

Postcondición NEFRORED ha recibido la notificación del HIS y ha actualizado el estado del paciente (paciente admitido).

3 NEFRORED actualizará el estado del paciente y enviará un mensaje de confirmación de la operación al sistema HIS, pudiendo contener los errores detectados durante el proceso.

(45)

5.8.2. Diagrama de secuencia

5.8.3. Definición del mensaje ADT^A01

5.8.3.1. Evento

Este mensaje se utiliza cuando deba notificarse la llegada de un paciente al centro sanitario para un episodio de atención en el cual el paciente es hospitalizado.

[{PD1}] Additional Demographics E [0..N]

(46)

[{OBX}] Observation/Result E [0..N]

[{ PROCEDURE begin E [0..N] PR1 Procedures I [1..1] [{ROL}] Role E [0..N] }] PROCEDURE end - [{GT1}] Guarantor E [0..N] [{ INSURANCE begin E [0..N] IN1 Insurance I [1..1]

}] INSURANCE end -

(47)