Ir directamente al contenido
Get Support
  • No hay sugerencias porque el campo de búsqueda está vacío.

Guía de NABIDH Parte 4: Elige qué eventos se envían a NABIDH

Cada familia de mensajes en la integración de NABIDH tiene su propio interruptor. Esta guía explica cada activador en la pestaña Triggers de la conexión, en qué mensaje HL7 se convierte, cuáles están activados por defecto y las reglas de validación q

Cada familia de mensajes en la integración de NABIDH tiene su propio interruptor. Esta guía explica cada activador en la pestaña Triggers de la conexión, en qué mensaje HL7 se convierte, cuáles están activados por defecto y las reglas de validación que determinan si un mensaje puede enviarse o no.

Este artículo forma parte de la serie de guías de NABIDH:

La pestaña Triggers

Abre tu conexión de NABIDH y ve a 2. Triggers. Los activadores se agrupan en Clients, EMR y Appointments; cada fila asocia un evento de Pabau con un mensaje de NABIDH, con un interruptor. Las filas desactivadas se ignoran por completo: los eventos que ocurren mientras un activador está apagado no se ponen en cola para más tarde.

Paso 1: Activadores de clientes

  • Add patient (ADT^A28) — se envía cuando se crea un cliente. Activado por defecto.
  • Update patient (ADT^A31) — se envía cuando cambian los datos de un cliente. Activado por defecto.
  • Delete patient (ADT^A29) — desactivado por defecto, y a propósito: un A29 elimina el registro demográfico del paciente en NABIDH.
  • Client merge (ADT^A40) — desactivado por defecto. Indica a NABIDH que dos registros se han fusionado para que también los combine.

ADVERTENCIA: Activa Delete patient y Client merge solo cuando confíes plenamente en la limpieza de tus datos: ambos cambian o eliminan registros en el intercambio de información sanitaria, no solo en Pabau.

Paso 2: Activadores de citas (visitas)

  • Visit pre-admit (ADT^A05) — anuncia una reserva a NABIDH cuando se crea, antes de que llegue el paciente.
  • Visit updates (A04 / A08 / A03) — el flujo principal de la visita. Pabau elige el mensaje correcto según el recorrido de la cita: el check-in envía el registro de la visita (ADT^A04), los cambios posteriores de detalles envían actualizaciones (ADT^A08) y marcar la cita como Complete envía el alta (ADT^A03).
  • Visit cancelled after check-in (ADT^A11) — indica a NABIDH que anule una visita que ya había sido registrada.

NOTA: No se envía nada para reservas futuras a menos que actives pre-admit; el primer mensaje de visita que ve NABIDH es el check-in. Pabau también mantiene válida la secuencia de la visita en tu nombre: por ejemplo, completar una cita que nunca tuvo check-in envía el registro y el alta en orden, los cambios de estado duplicados no se reenvían, y cancelar una visita de la que NABIDH nunca supo no envía nada.

Paso 3: Activadores de EMR

  • Client problems (PPR^PC1) — cuando se añade o actualiza un problema/diagnóstico, se reenvía la lista completa de problemas del paciente, de modo que NABIDH siempre tenga la lista actual completa.
  • Client allergies (ADT^A31 + AL1) — de igual forma, envía la lista completa de alergias activas del paciente en cada cambio.
  • Prescriptions (RDE^O11) — se envía cuando se emite una receta, un grupo de orden por cada línea de medicamento. Los medicamentos se comparan con el registro Dubai Drug Code (DDC). Las recetas pendientes de aprobación médica se retienen hasta que se aprueben.
  • Lab results (ORU^R01) — los resultados nuevos se envían marcados como definitivos; un resultado reimportado/modificado se reenvía completo, marcado como corregido.
  • Documents & letters (MDM^T02) — cartas y PDFs del EMR, codificados en base64, hasta 3 MB por documento.
  • Vaccinations (VXU^V04) — visible en la pestaña, pero marcado como próximamente.

Paso 4: Guarda tus cambios

Los interruptores de activadores se preparan igual que las ediciones de mapeo. Ve a 4. Review — resume qué está activado y qué va a cambiar — y pulsa Save para publicar. La pestaña Review también es una buena forma de comprobar que los datos fluyen en un solo sentido, de Pabau a NABIDH.

Qué bloquea un mensaje: la validación

Antes de enviar nada, Pabau valida el registro según los requisitos de NABIDH. Un registro que no supera la validación no se envía en absoluto: la entrega se marca como fallida en el registro con un mensaje que te indica exactamente qué corregir (ver Parte 5). Las reglas que importan en el día a día:

  • Todo mensaje de paciente necesita nombre, apellido, fecha de nacimiento y al menos un dato de contacto (móvil, teléfono o correo electrónico).
  • Los residentes de Dubái necesitan un Emirates ID válido (prefijo 784, 15 dígitos) en el campo personalizado vinculado. Los turistas están exentos.
  • Todo mensaje de visita necesita una especialidad NABIDH en el servicio reservado y una licencia Sheryan de 8 dígitos para el profesional (propia o de respaldo) — ambas configuradas en la Parte 3.
  • Los documentos necesitan contenido en PDF; los resultados de laboratorio necesitan al menos un analito con un valor; las recetas necesitan al menos una línea de medicamento con nombre y no deben estar pendientes de aprobación.

CONSEJO: Antes de pasar a producción, ejecuta un evento de prueba por cada activador habilitado y comprueba que se registra correctamente — Parte 5: Prueba, monitorea y soluciona problemas de las entregas a NABIDH te muestra cómo.