-George

I managed to solve most of my problem.

What I’ve done is parsed each message into one or more lines using an FRL. So basically, at the end of the day, I have a bunch of lines in a file, each one being a separate charge.

What I need to do now is at the end of the day, somehow take that entire file, stick a header and trailer on it, and…Read more

Eventually, our billing system needs to receive a flat file that looks kind of like this:

H
Record #1 (includes account number, quantity, unit price, etc.)
Record #2
Record #3
T 20110609

Unfortunately, from the vendor sending the billing file, all the charges are split up by patient, with one HL7 record for each patient. I need to…Read more

-George

“This is a test.” >>…Read more

Sorry, I don’t know how to reference other messages within this one except by topic. The topic I posted under was this:

CR/LF in FRL

Let me know if you can’t find it and I’ll try to copy the text of the messages to this topic.

It looks like what might be happening is that at the end of every FRL is a line feed but no carriage return. You might want to insert one at the end of every FRL in order to fix this. I recently posted a question regarding how to insert CR/LF characters at the end of every line in the flat file. Basically, the answer that I received…Read more

Jeff, I’m not familiar with using masks at all, but if I have time I might try that solution. Your example will be a good exercise in learning how to use them. My guess is that for now I’ll have to write myself a note regarding this and move on since it works at the moment and I’m on a tight deadline to finish this.

Thank you. This seemed to work just fine. The system processing the flat file on the other end wants to see CR/LF after every single line in the flat file, which is why I needed to put them in myself.

-George

I did manage to get this accomplished with lots of help from Jim Kosloskey (thanks Jim!). I took the same approach as you recommended Robert. Tim, thanks for your  input as well, but I decided not to go that route, prefering to try keeping this within the engine as much as possible. I managed to do the entire translation using mostly Xlate…Read more

They will allow us to send customized user data in other fields, but only to store them in Meditech. They will not, however, give us back those fields in any messages coming out. So I won’t be able to link up any of their records to other hospital records from any other system here.

-George

The vendor will not modify the MRNs for us. Nor do they have any suggestions for us, except to switch the entire hospital to their numbers, which is ludicrous for so many reasons.

Also, to make a DB within the pharmacy system will require extra coding, which will cost extra money.

I COULD go the route of coming…Read more

-George