From: Tom W. <tw...@su...> - 2014-03-04 23:06:06
|
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 |