Hi. I am trying to implement enhanced ACK mode with HAPI and encountered the
same problem described here:
https://www.mail-archive.com/hl7api-devel%40lists.sourceforge.net/msg01398.html
I am testing a system which receives ORU messages, does some processing, and
sends an asynchronous ACK (enhanced mode) back to the sending system.
Two things I want to accomplish:
1) Implement a HAPI server which will receive ORU messages, and optionally
return an accept ACK. It appears that it is not possible to omit the accept
ACK. How do I implement the processMessage method to not send an accept ACK? If
I simply return null, HAPI throws an exception and returns its own NACK:
MSH|^~\&|||||20140304142506.948-0800||ACK^R01^ACK|502|D|2.5.1
MSA|AE|2013101516464300008
ERR|||207^Application internal error^HL70357^^^^^^Message may not be null|E
2) For testing purposes I have several "dummy" HAPI servers which:
a. Send HL7 ORU messages and receive ACKs asynchronously
b. Receive HL7 ORU messages and send ACKs synchronously
c. Print everything to stdout
I don't care so much about data integrity (this is checked manually during
testing). In fact, it would be easier if I had one HAPI server that receives
ACKs and prints them to stdout without caring if the message control ID matches
a previously sent message.
So is enhanced ACK mode supported? And how would that work?
Thanks in advance,
-tom
------------------------------------------------------------------------------
Subversion Kills Productivity. Get off Subversion & Make the Move to Perforce.
With Perforce, you get hassle-free workflows. Merge that actually works.
Faster operations. Version large binaries. Built-in WAN optimization and the
freedom to use Git, Perforce or both. Make the move to Perforce.
http://pubads.g.doubleclick.net/gampad/clk?id=122218951&iu=/4140/ostg.clktrk
_______________________________________________
Hl7api-devel mailing list
Hl7api-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/hl7api-devel
