[Kaley Grimes]

I have a situation which many people may relate to. I have no real issue with making translations or changes based on the needs of a system. Do I think the engine should be used to fix application issues, no. However, I do what’s in the best interest of my organization.

I’m currently being presented with a situation where a vendor provided information in a spec where they indicate they are looking for data in the HL7 standard field (PV1.44 for admission dt/tm). Then, they verbally tell me they want the data in PV1.44 to be put in EVN2. End of Story. We’ve been sending data to this vendor for well over six years and now want this change made. The vendor tells me they will not make a change to their base config, and that I need to make the change.

Again, I typically have no issue with moving data in a message but I started to think, “just because I can, does that mean I should?”

Any thoughts?

[Kaley Grimes]

Thanks Tom! That’s a great idea. We do have a formal change control process here but that doesn’t really prevent me from being held accountable if there are issues with the data.

[Kaley Grimes]

Hey Tom and Suzy,

Ha! Actually, I completely agree. I addressed my concerns to the Pharmacy manager who is working with the receiving system vendor. She agreed with me and then later changed her mind, and said they needed this change to be made. The receiving system is primarily used for creating utilization reports and alerts based on Pharmacy workflows. I asked if this change could affect patient care and was told Yes but only if Pharmacy incorporates the information from the data they received in to their workflow processes. So, this change could inadvertently affect patient care. I have had several conversations with management and my co-workers, but no one else seems to feel the same way. I’m sure they would if I was requested to make this change for messages being sent between our Pharmacy app and our EHR. Prior to implementing the change, I am going to get all key players on the phone so we can discuss this one more time.

So, in the end Jim was able to assist me in figuring out what I needed to do in the xlate. I can say this was a challenging task for me as I have not had the opportunity to put this kind of logic in an xlate before.

Thanks Jim!

[Kaley Grimes]

Thanks Jim! I’m going to try a few ideas for the IF.

If I have any issues, I’ll email ya. Thanks so much.

[Kaley Grimes]

Okay, this is strange. I just pulled up the xlate again to take another look. I ran it from the last time it was saved, and it does work. It didn’t work previously.

Let’s see if I can work this out through an xlate.

[Kaley Grimes]

I originally started with an xlate but kept having an issue with getting the iterate to work.

[Kaley Grimes]

Thanks for the input.

After all of the back and forth debating, our parent hospital (on a separate network) found out their firewall is blocking the traffic.

Cloverleaf was doing what it was supposed to do the whole time. It would try to connect and after so long, the server would send a tcp reset to establish a new handshake. This was found by tcpdump on our Cloverleaf server after our server was accused of being the trouble maker.

I guess at this point I’m just glad the true issue has been discovered so we can move on.

[Kaley Grimes]

Wireshark was installed on the receiving system, and a sniffer was setup on my network and the firewall for the receiving system. Apparently, the sniffer is showing Cloverleaf is sending a tcp reset through the firewall but the firewall is not allowing the tcp reset to go to the receiving server.

The folks on the receiving end are telling me that since Cloverleaf is the source for the tcp reset, we need to fix the issue. I have McKesson and Infor trying to assist but they’re telling me this may have to go to Development since this is not the way Cloverleaf should act.

#Frustrated!

[Kaley Grimes]

McKesson and I figured out the issue. It was the nut behind the keyboard.

The OBX if worked fine. I was looking at the message wrong.

[Kaley Grimes]

I found another post indicating this issue can be resolved by copying the telnet.exe executable from system32 to the SysWOW64 folder.

I did just that, and now I’m up and running! Woohoo!

[Kaley Grimes]

I am having difficulty accessing Telnet via the shell window launch bar option. I am using Windows 7 and have enabled the telnet feature. However, I still receive a message that telnet could not be found on my pc.

I am able to manually telnet to our server via windows telnet.

I’m just not sure why Cloverleaf is unable to launch it.

Any help would be greatly appreciated.

[Author]

Replies