Application acknowledgement messages

[eric]

I was wondering is mirth is capable of the following :
In the context of HL7 V2.5

when an application receives an ADT_A01 it acknowledges it with an ACK

when an application receives an OML_O21 it shall acknowledge it with ORL_O22.

How can I set up a channel to send the ORL_O22 on the socket connexion that was used to receive the OML_O21.
In other word I have to be able to reply with something else than an ACK.

Thanks for your help on this matter

[albertosaez]

Re: Application acknowledgement messages

When an application receives an ADT_A01 it acknowledges it with an ACK

Yes. It's versy easy

when an application receives an OML_O21 it shall acknowledge it with ORL_O22.

No with 1.3.2.

[eric]

Re: Application acknowledgement messages

Thanks for your very fast response.

Just a precision, do you mean that it is not possible to perform this type of application acknowledgement with the current version of Mirth !
Do you know if this is something planned for a future version ?

There are quite a lot of messages that requires application acknowledgement. Only looking at V2.5 there are about 142 application acknowledgement messages.

Thanks

[albertosaez]

Re: Application acknowledgement messages

I think the Mirth team is planning this issue for 1.4

[chrisl]

Re: Application acknowledgement messages

Yes, 1.4 will let you define your ACK if needed (or use the built-in AUTO ACK).

-Chris

[koenp]

Re: Application acknowledgement messages

Hi,

Is there already any option available in Mirth to auotomatically reply with ORL's created by Mirth instead of ACK's ?

[albertosaez]

Re: Application acknowledgement messages

Yes, but you need to create your own ACK.

You need to use another destination, and create your own ACK.

But, IMHO, this is not a good use of standar. App ACK should be created by the receving application, once the process is finished (all the order has been set, etc), not by the EAI.

[koenp]

Re: Application acknowledgement messages

Well, I have a receiving application I can use to dump to file, and which also replies with an ORL.

But that was exactly where I wanted to use Mirth as a replacement;
i.e. I wanted to use Mirth as receiving end (for testing purposes, as it has more features for tracing, dumping and logging the received messages). So Mirth was dumping incoming messages to file, but as files or databases don't magically create replies, I needed Mirth to reply with the simple ORL instead of an ACK...
Having my existing other listening application at the other side (instead of a file dumping channel) doesn't make this testing setup with Mirth simpler, but rather more complex ;-)