Interoperabilidad sanitaria simplificada mediante IA

Pregunta: ¿Se puede crear un paso de transformación para convertir un mensaje HL7 v2.4 ADT_A01 a FHIR R4 en el motor de integración Mirth Connect?

Por supuesto. Transformar un mensaje HL7 v2.4 ADT_A01 en un recurso FHIR R4 Paciente en Mirth Connect requiere familiarizarse tanto con las estructuras de los mensajes HL7v2 como con las de FHIR. A continuación, te guiaré por los pasos necesarios para configurar un canal de transformación en Mirth Connect para asignar un mensaje ADT_A01 a un recurso FHIR R4 Paciente.

Requisitos previos

1. Mirth Connect instalado y configurado.
2. Conocimiento de la estructura de los mensajes HL7 v2.4 ADT_A01.
3. Comprensión de la estructura JSON del recurso Paciente de FHIR R4.

Paso 1: Configura el canal Mirth Connect

1. Crea un Nuevo Canal en Mirth Connect y llámalo algo así como Transformación de ADT a FHIR.
2. Configura el Conector de origen para que acepte mensajes HL7v2. Esto podría configurarse como Receptor TCP, Lector de Archivos u otro conector de origen adecuado, dependiendo de tu fuente de entrada.
3. Configura el Conector de destino para que emita JSON (formato FHIR). Puede que quieras utilizar una API REST, un Escritor de Archivos o un Escritor de Bases de Datos, dependiendo de los requisitos del destino.

Paso 2: Configurar el transformador de origen

1. Ve al Transformador de Fuente de tu canal Mirth y añade un nuevo paso.
2. Elige JavaScript como tipo para tu paso de transformación.

Paso 3: Escribir JavaScript para la transformación

Añade el siguiente código JavaScript para transformar el mensaje HL7 ADT_A01 a FHIR R4 Patient JSON:

// Initialize the FHIR Patient resource
var patientResource = {
  resourceType: "Patient",
  id: $('MSH-10'),  // Unique identifier from MSH segment
  identifier: [
    {
      system: "urn:oid:2.16.840.1.113883.4.1",  // Example for MRN system OID
      value: $('PID-3.1')  // MRN from PID segment
    }
  ],
  active: true,
  name: [
    {
      use: "official",
      family: $('PID-5.1'),  // Last Name
      given: [$('PID-5.2')]  // First Name
    }
  ],
  telecom: [
    {
      system: "phone",
      value: $('PID-13.1'),  // Phone Number
      use: "home"
    },
    {
      system: "email",
      value: $('PID-13.4'),  // Email if available
      use: "home"
    }
  ],
  gender: $('PID-8') === 'M' ? 'male' : 'female',  // Gender mapping
  birthDate: DateUtil.formatDate($('PID-7'), 'yyyyMMdd', 'yyyy-MM-dd'),  // DOB with format change
  address: [
    {
      use: "home",
      line: [$('PID-11.1')],  // Address line
      city: $('PID-11.3'),  // City
      state: $('PID-11.4'),  // State
      postalCode: $('PID-11.5')  // ZIP/Postal Code
    }
  ]
};

// Add managing organization if available
if ($('PV1-3.1')) {
  patientResource.managingOrganization = {
    reference: "Organization/" + $('PV1-3.1')  // Organization reference
  };
}

// Convert the JavaScript object to JSON
var fhirPatientJson = JSON.stringify(patientResource, null, 2);

// Map the JSON output to the destination
msg = fhirPatientJson;

Explicación del Código de Transformación

• Inicialización del recurso: El objeto patientResource se inicializa con los campos necesarios del recurso FHIR R4 Paciente.
• Identificador: El identificador se mapea a partir del PID-3.1 (MRN), con un OID de muestra para el sistema.
• Nombre: Los campos de nombre utilizan PID-5 para los apellidos y nombres.
• Telecomunicaciones: Los datos de teléfono y correo electrónico se asignan desde el PID-13.
• Sexo: El campo de género asigna «M» y «F» a «hombre» y «mujer», según los requisitos de FHIR.
• Fecha de nacimiento: Formatea la fecha de nacimiento de aaaaMMdd (HL7) a aaaa-MM-dd (FHIR).
• Dirección: Mapea los componentes de dirección del PID-11.
• Gestionar organización: Mapea la información de la organización si está presente en PV1-3.

Paso 4: Configurar el Conector de Destino

1. Ve al Conector de Destino y establece el tipo de datos en JSON si estás emitiendo JSON directamente.
2. Utiliza msg como variable de salida, ya que contiene la representación JSON del recurso FHIR Paciente.
3. Configura el punto final de destino (como la URL de la API REST o la ubicación del archivo) para enviar el mensaje JSON transformado a tu sistema compatible con FHIR.

Paso 5: Prueba el canal

1. Despliega el canal y envía un mensaje HL7 ADT_A01 de prueba para verificar la transformación.
2. Comprueba la salida en tu destino configurado para asegurarte de que el formato JSON se ajusta a los estándares de FHIR R4.

Notas adicionales

• Pruebas y validación: Utiliza validadores FHIR o herramientas en línea para asegurarte de que el JSON de salida cumple los estándares de FHIR R4.
• Mejoras: Puede que quieras añadir gestión de errores y mapeos adicionales en función de los campos específicos de tu mensaje ADT o de los requisitos de implementación de FHIR.

Esta configuración transformará un mensaje entrante HL7 v2.4 ADT_A01 en un recurso FHIR R4 Paciente, listo para ser consumido por un sistema compatible con FHIR.