@albanyeye@stephenwaite@KyleNave and others. I brought this project into codebase and have attached a patch for easier testing. Currently I have no plans to back port to 501 unless it is strongly requested. Some points:
Some X12 Partner settings have been restored and will populate 270.
– Sender ID Qualifier (ISA05) and Receiver ID Qualifier (ISA07).
– ID Number (ETIN) for payer NM108 default is 46 but sometimes PI may be needed.
– User Logon/User password are for RealTime MIME interfaces currenty Office Ally.
– Processing format currently doesn’t do anything but will in future.
To turn on Office Ally enable in Globals->Connectors.
To turn off detailed 271 report downloads after 270 processing Globals-Features->Disable Insurance Eligibility Reports Download
The demographics Insurance Eligibility report is very detailed and may require some knowledge of codes. Did best I could without have access to the specs.
Eligibility batch is better presented for what patients to request 270s. This is based on whether patient has near time appointments. No appointment, no eligibility request.
I have plans to add a realtime request button to insurance Eligibility report tab to get new eligibility status for patients and possible in calendar as well.
I hope this all proves useful and thank you albanyeye and Stephen for your support. eligibility-patch-master.zip (165.8 KB)
Works!!
thanks again.
So much info in the 271 file.
EDIT:
did not realize the eligibility tab in demographics gets populated.
Thats great.
does the log download features in global need to be turned off for the Eligibiity tab to populate?
No the logging report feature is just in case user wants to keep a record of transactions(plus it took some effort to create, didn’t want it to go to waste). Turn it on if that’s the case. How does the tab report look?
edit: actually if we had the same report from OA portal for a patient then I may be able to make the tab report clearer.
Come on guys! Somebody had to know that this was in the code base! I spent hours trying to get the information that’s in this class and a quick “Hey Jerry, did you see this \library\edihistory\codes\edih_271_code_class.php”!!! couldn’t be mustered up!!!
I feel foolish and why bother trying to create projects involving community support.
Sorry @sjpadgett ,
That is a module developed solely by a prior developer, Kevin McCormick, and most of us probably aren’t aware of all the code in it.
-brady
This is what I was after and makes for a very readable report. This is partial log from 271 parse. For those keeping up. medicare-realtime.txt (5.7 KB)
Oh my goodness; I think this is the first time I have seen an example of the Eligibility tab actually working since it has been there. Almost brings a tear of joy to my eyes
I’m almost ready for a back port to 501 which i’ll post here til patch 8 is ready. albanyeye has reported some difficulties that i’m not experiencing with Office Ally 270 transactions on 502 so the patch may change in near future.
This will work if you have Office Ally or via batch upload.
Okay attached is the 501 version of this feature. Note:
You must run sql_patch.php just like normal patch.
I haven’t bumped patch version til official patch release.
Patch includes oeHttp client and new vendor dependency Guzzle.
I’ve tested on 5.0.1 patch 7 and don’t see how this install can cause concern on a production site but one never knows so, take precautions.
Let me know of any issues.
I’m so sorry everyone but I blew the 501 patch so for any difficulties, I apologize. I’ll put corrected one up soon. I forgot to commit oeHTTP and update class autoloads.
