› Clovertech Forums › Read Only Archives › Cloverleaf › Cloverleaf › ADT inbound from business partner
We don’t send straight ADT to the radiologists because at the time of registration we don’t know in all cases if there’s going to be a rad service performed, so 1) it would overwhelm the radiologist billing system to give them everything and 2) we don’t want to send ePHI for patients the radiologists have no business knowing about.
The BEST solution for us would be when the HIS receives the charge transaction from the Clinical system to trigger an ADT message to the radiologist. Technically it’s feasible if you can have a process to manage charge errors and reversals. However because of the $$$ and the performance to date of the vendors involved, it hasn’t come off for us.
What we do have (that no one is REALLY happy with) is to wait until the bill drops and scan the claim content for radiology revenue codes and use the patient and coverage demo from the claim header and batch that up to the radiologists daily. The big flaw with this is that our billing lag days mean that the radiologist have unmatched data on their system longer than they want to.
Vince Angulo
Children’s Health System
I’m thinking that if you do networking in healthcare, you are eventually going to need to buy one of these beasts. $2200 from Insight…..
(Insert your favorite IS vendor here…..)
When I get an ADT from the HIS I store it in a file.
Here is what I did for our radiologist billing interface (with Comprehensive Medical Practice Management (CMPM)) –
When I get an ADT from the HIS I store it in a file.
We are actually doing something similar, but equally as cumbersome.
The ADTs are stored in files on the CL server. All of the work is done by Cloverleaf…
2) A01, A04, and A08 messages are routed (raw) to cmpm_hold_out.
3) A tcl proc parses the message for the admit date and sets the outbound file name to the admitdate in YYYYMMDD format. Today’s admits for example will be written to a file named 20050429.
4) The cmpm_hold_out thread appends the ADT to the file using fileset/local.
5) ORM messages come in to the engine from the HIS.
6) While they are being routed/translated to/for Radiology (Swearengen) the patient’s account number is written to the file accounts.dat. These are the patients who had rad orders placed.
7) ORU messages come into the engine from Radiology.
8) These are routed to cmpm_out.
9) cmpm_out writes them to a file stamped with today’s date. eg – CMPMORU20050429. The fileset/FTP protocol is used to send them to a Windows server for later transfer to CMPM.
10) Daily at midnight cmpm_hold_in picks up the ADT files that are dated more than 4 days ago. Today for example it picked up the file named 20050425.
11) These are routed to cmpm_out.
12) A tclproc takes these ADTs and matches them with the accounts.dat file. If they match then the ADT segments are stored in an array. If later in the file another (newer) ADT message is found for the same patient then the newer segments overwrite the older segments. This means that only one message per patient per day will be sent to CMPM and it will have the latest version of each segment.
13) cmpm_out writes them to a file stamped with today’s date. eg – CMPMADT20050429. The fileset/FTP protocol is used to send them to a Windows server for later transfer to CMPM.
14) That’s where Cloverleaf’s involvment stops.
15) A batch script runs every night on the windows server where the files now sit. It FTPs the files to CMPM via a VPN connection. Two files are sent every day – CMPMORU
It sounds pretty complex so it helps me to think of the dated ADT files as ‘buckets’ for storing a given day’s ADTs. Once I had that concept in my head everything else fell into place.
Scott, thanks for replying, so it sounds like you are getting an ADT feed from the HIS.
Hope this helps,
Bob
Robert Milfajt
Northwestern Medicine
Chicago, IL
Mark,
The ADTs are stored in files on the CL server.
George, thanks for replying.
We query the transcription system (Softmed, through their Report Generator) to get the transcriptions for the previous day, run a query to get demographics for those records (in a fixed file format that the Radiology doctors group just had to learn to interpret), then we send them that file as an encrypted email attachment, and route the transcribed documents to them as encrypted PDF’s.
And that was the easiest way to do it….