Hola @mberges, y bienvenido de nuevo al foro, 

Inicialmente desde Mirth Connect solo se puede dar una respuesta ACK ante una comunicación iniciada en el cliente. Podrías seleccionar si responder ACK before/after processing, pero parece que no ambas, al menos de manera nativa.

Podrías ponernos algo más en contexto de cual sería tu caso para ver si podemos darte alguna pista o camino a seguir?

• Entendemos que actúas como server, es decir, la parte receptora en la comunicación HL7
• La comunicación que establece desde el cliente,  ¿es sincronía o asíncrona?
• Dentro del modo mejorado, que solución se va a utilizar frente a respuestas, siempre (AL), only on error (ER)?
• Que tipo de mensaje HL7 se va a intercambiar? (ADT, SIU, ORU...) Algunos tipos de mensaje HL7 tiene establecidos unos ACK de aceptación especiales como sería el caso de ORM <-> ORR 

Quedamos atentos a tu respuesta.

Muchas gracias

Buenas y gracias por la respuesta. 

Efectivamente yo actuo como server. Los mensajes son del tipo ORM. He intentado realizado un canal descendente que se encargue de la respuesta de aplicacion, pero no consigo que en el canal origen mande la respuesta de este canal. Solo he podido conseguir que en cuanto reciba el mensaje antes de procesar ya mande el ACK de aceptación, pero no otro ACK de aplicación. Desconozco si desde Mirth hay alguna manera de solventar este problema. Un saludo y espero vuestras soluciones.

Buenos días @mberges, 

Para el caso que nos planteas y por el tipo de mensaje que necesitas utilizar, te proponemos la siguiente alternativa.

• Sistema compuesto por dos canales
• Canal A: Se encarga de recibir mensajería ORM y dar la primera respuesta ACK de aceptación (CA, CR, CE) activando la cola de entrada (Source queue ON) y en respuesta Auto-generate (Before processing) Por último ruteas mensaje al Canal B.
• Canal B: Se encarga del procesado de la orden y de responder con mensaje de tipo ORR, especifico para este tipo de mensajería. Aquí al contrario de lo anterior, debes desactivar cola de entrada y responder el mensaje custom en función del procesado. Este sería el ACK de aplicación.

Te adjunto referencia por si quieres echarle un vistazo.

Un saludo

Buenos dias. Gracias por el aporte, eso mismo habia pensado, pero al configurar dos canales logro que el primero mande el ACK inmediatamente, pero no consigo que el mensaje de respuesta del segundo canal lo envie el primero como respuesta. No se muy bien que debo de hacer. Gracias 

Hola @mberges,

Lo que comentas no se si es posible, ya que una vez terminada la comunicación del emisor con el primer canal ya no puedes enviar nada más, ya que esa comunicación finalizó con tu ACK (CA, CE, CR). 

Necesitarías un endpoint nuevo (host:puerto) al que mandarle todas las respuestas generadas en el segundo canal (mensaje ORR)

Como observación, no se hasta que punto el emisor pudiera dejar abierta la conexión hasta que tu enviaras ambos ACK, pero esto retrasaría mucho el procesado global.

Valoraló y nos comentas si te sirven alguna de las propuestas.

Un saludo