Large number of pdf

[Paul Von]

We are looking at potentially doing the following type of interface and want to know if anyone has done something similar.  

There would be between 9,000 and 12,000 documents per day, the final size of all documents would be about 5 GB per day.  This would be an HL7 interface with pdfs in a Base64 encoding.

It would comprise of three interfaces.  

1- Single inbound interface.

2- A raw route outbound interface

3- Outbound tclproc based interface that would write out date from the PID segment for tracking.

Thank you

Topic

[Jim Kosloskey]

I did something like this a while back. Hopefully my memory is accurate.

We did have an Xlate in the middle so hopefully that will be no worse from a usage standpoint than your Outbound proc breaking into the message.

I am assuming these are file based.

If so you might want to adjust the time between reads and the number of messages read at every interval to not overload the Integration but keep messages flowing in an acceptable manner.

Also depending on the maximum size of one of these files it could be worthwhile I think to evaluate the O/S setting for maximum file size allowed on your system.

I am also assuming the outbound will be one message per file?

Anyway, once we set the timings properly, things flowed smoothly through.

We did have this integration in its own site and it was a fairly robust AIX platform as I recall.

I also did a real time integration with PDF imbedded (again Xlate in the middle) and it performed fairly well. Fortunately the arrival rate from the sending system was not excessive although we probably received 10,000 or more messages per day. Just not a lot at one time. They kind of trickled in throughoutt the day. I think the peak demand period (15 minutes) was something like a couple of hundred.

Actually one of the receiving system had an issue keeping up if I recall correctly.

email: jim.kosloskey@jim-kosloskey.com 29+ years Cloverleaf, 59 years IT - old fart.

[Author]

Replies