Billing Provider Taxonomy - NCTRACKS

weehabilitate wrote on Sunday, December 07, 2014:

Good evening everyone.

Finally got around to find some time to install OpenEMR on CentOS here at our Speech and OT clinic in Raleigh, NC. I have been looking at other systems; however, varying ranges of price and functionality leave you completely stumped these days as to what is worth it and what is not.

I got most of everything setup from reading the docs and when I generate my X12 it looks good, so does my CMS 02/12. However, for the X12, and through configuring everything, I could not locate a field to input the BILLING PROVIDER TAXONOMY, something very important in NCTRACKS as it requires this for billing.

I currently utilize Availity and I can “scrub” the claims there and Availity will actually input the missing Taxonomy but I feel like OpenEMR CAN do it, I just don’t know how and I am reaching out for some help.

Just in case, if the developers would like to know, here is the 837P companion guide, if this helps: https://www.nctracks.nc.gov/content/public/providers/provider-trading-partners.html

Finally, not sure if it matters, but we’re running CentOS on a ESXi host with 8GB of RAM and 180GB of local HDD space for the test environment. Once this gets working we’ll replace our old system and put OpenEMR on dual C220 M3 servers with ESXi 5.5 using OpenFiler for an iSCSI target and 24GB of RAM.

toddjones wrote on Sunday, December 07, 2014:

When u set up a user, u have an option to add it there.

Sent from my iPhone
Please excuse typos

On Dec 6, 2014, at 9:43 PM, Robert Parten weehabilitate@users.sf.net wrote:

Good evening everyone.

Finally got around to find some time to install OpenEMR on CentOS here at our Speech and OT clinic in Raleigh, NC. I have been looking at other systems; however, varying ranges of price and functionality leave you completely stumped these days as to what is worth it and what is not.

I got most of everything setup from reading the docs and when I generate my X12 it looks good, so does my CMS 02/12. However, for the X12, and through configuring everything, I could not locate a field to input the BILLING PROVIDER TAXONOMY, something very important in NCTRACKS as it requires this for billing.

I currently utilize Availity and I can “scrub” the claims there and Availity will actually input the missing Taxonomy but I feel like OpenEMR CAN do it, I just don’t know how and I am reaching out for some help.

Just in case, if the developers would like to know, here is the 837P companion guide, if this helps: Trading Partner Information - Trading Partner Information

Finally, not sure if it matters, but we’re running CentOS on a ESXi host with 8GB of RAM and 180GB of local HDD space for the test environment. Once this gets working we’ll replace our old system and put OpenEMR on dual C220 M3 servers with ESXi 5.5 using OpenFiler for an iSCSI target and 24GB of RAM.

Billing Provider Taxonomy - NCTRACKS

Sent from sourceforge.net because you indicated interest in OpenEMR / Discussion / Help

To unsubscribe from further messages, please visit SourceForge.net: Log In to SourceForge.net

fsgl wrote on Sunday, December 07, 2014:

See this.

weehabilitate wrote on Sunday, December 07, 2014:

Todd - That is the RENDERING PROVIDER not the BILLING PROVIDER - two different things. The BILLING PROVIDER will the GROUP and exists in a different section of the 837P

toddjones wrote on Sunday, December 07, 2014:

Are u talking about supervising provider?

Sent from my iPhone
Please excuse typos

On Dec 7, 2014, at 1:14 PM, Robert Parten weehabilitate@users.sf.net wrote:

Todd - That is the RENDERING PROVIDER not the BILLING PROVIDER - two different things. The BILLING PROVIDER will the GROUP and exists in a different section of the 837P

Billing Provider Taxonomy - NCTRACKS

Sent from sourceforge.net because you indicated interest in OpenEMR / Discussion / Help

To unsubscribe from further messages, please visit SourceForge.net: Log In to SourceForge.net

tmccormi wrote on Monday, December 08, 2014:

Do you know what Loop and Section in the 837p it belongs, easy to look at
the code then …

Tony


Please be aware that e-mail communication can be intercepted in
transmission or misdirected. Please consider communicating any sensitive
information by telephone. The information contained in this message may be
privileged and confidential. If you are NOT the intended recipient, please
notify the sender immediately with a copy to hipaa-security@mrsb-ltd.com and
destroy this message.

weehabilitate wrote on Monday, December 08, 2014:

I need this to be for the Billing Provider. The Taxonomy for the Rendering Provider shows up but nothing for the billing provider.

weehabilitate wrote on Monday, December 08, 2014:

For NCTRACKS they are looking at:

2000A PRV03

weehabilitate wrote on Monday, December 08, 2014:

2000A PRV03 - Billing Provider Taxonomy

Has nothing to do with supervisor, the Rendering Provider is a person and the PAY TO/Billing Provider is the entity/group, which are two different Taxonomies.

visolveemr wrote on Monday, December 08, 2014:

Hello Robert

This happens because, the Billing provider taxonomy code has been omitted in the x12 generation file library/gen_x12_837.inc.php at line 143.

Thanks
OpenEMR Customization/Support Team,
ViSolve Inc
services@visolve.com
Demo’s @ ViSolve Demo Library

fsgl wrote on Monday, December 08, 2014:

visolveemr wrote on Monday, December 08, 2014:

Hello

We may also need to increment the EDI count here above the change mentioned by fsgl.

++$edicount;

Thanks
OpenEMR Customization/Support Team,
ViSolve Inc
services@visolve.com
Demo’s @ ViSolve Demo Library

weehabilitate wrote on Monday, December 08, 2014:

Thanks, I was looking at that line and thought, maybe? But I am FAR from a coder so I dismissed it and kept looking around.

Let me alter that and see what happens. I will be posting a lot here to try and get this working for our clinic and for other providers who do what we do. To be specific, I’ll be working on trying to streamline the SFS (Sliding Fee Scale) for families who’re less than 100% on the SFS for the NC Infant Toddler Program when they have a private insurance company as primary and Infant Toddler Program as secondary. There are some weird rules to implement but with open code I bet, with the help from you guys, I could get this working and promote the use of this and, given all goes well, I can probably redirect some of that $$$ I was going to spend on other EMR solutions to the funds here and/or provide some testing beds for you guys to access with “scrubbed data”.

Thanks a ton, I’ll try to work on this later today.

fsgl wrote on Monday, December 08, 2014:

Modifying codes still gives me a knot in the stomach. Always backup beforehand. It’s a great bacon saver.

Just copy & paste what’s in Kevin’s post & remember to add the asterick before & after BI to line 144.

No rejected claims from Blue Shield since.

This Project is the place to be for a clinic serving low income families.

Feel free to start another thread for other billing questions.

fsgl wrote on Monday, December 08, 2014:

Just googled NCTracks. My condolences. OpenEMR will be the consolation prize.

If Availity does not charge for the service, stay with them. If they do, talk to Office Ally & compare costs.

weehabilitate wrote on Monday, December 08, 2014:

Dude, Availity was the saving grace for me because our current system only does CMS 1500 print image; thus, no ability to add the correct information in there. Availity for me is a nominal price for the extremely high level of functionality I get. I pay $125 for the entire office, but they allowed us to continue to keep getting payments when others here in NC were going out of business due to lack of payment.

In fact, I have extensive experience dealing with NCTRACKS so I’ve been able to navigate the waters and get paid on claims others give up on, persistence and refusal to accept just any ole answer is key to it all…that and a solid understanding of billing.

I keep daily backups of our VMs and the CentOS box it is on has a script which SCPs the files to an offsite location. I’ll be testing later today and see.

I am not so good with picking up on things on the Internet, but what did you mean by: “OpenEMR will be the consolation prize.”

I wouldn’t say this is a project just for serving low income families, it has GREAT potential. I am sure people thought Linux was the same thing at one time, now look at it! Once I pass my CCIE R/S exams I’ll have more time to work on my outdated coding skills and start contributing to the code base to make this suitable for a niche of providers who need it. Quite honestly, out of frustration from dealing with several closed source vendors and their rigid practices and use of extremely expensive SQL servers (Oracle and MSSQL) I had already envisioned creatnig my own that was: 1. Web Based, 2. Could work on MySQL, PostgreSQL, MSSQL…whatever and 3. Platform independent; however, I remembered this project and I am already liking what I see. :slight_smile:

fsgl wrote on Monday, December 08, 2014:

Any practice that deals predominately with Medicaid gets our condolences, but OpenEMR will be a great source of comfort while mucking about with Medicaid.

This Project serves us all very well irrespective of the socio-economic status of our patients whether in the U.S. or abroad.

Once your practice has 837P submission under your belt, the cost should be less. For Office Ally, if the percent of claims to governmental/non-participating insurers is less than 50%, there is no charge. If greater than 50% it’s $19.95 per month for e-claims.

weehabilitate wrote on Wednesday, December 10, 2014:

I’ll look into; however, they would have to match the service and features I get with Availity. Like I always say, you can buy almost anything from anywhere; however, I go where the service is best to support the business. We barely notice $125/mth, I hardly even recognize it each month when I do the finances.

Medicaid in NC isn’t terrible, it is just the support from the CSC (Computer Science Corp) that absolutely SUCKS! No one, I do mean absolutely NO ONE, has any understanding of what they’re doing when you call in the first time. You have about a 35% chance your ticket will be escalated to someone who still had a brain stem connected too. The NC Medicaid program is solid, the new payer, NCTRACKS (CSC), needs to be investigated.

I can’t wait to get this all situated, I am rather excited about OpenEMR and, if all goes well, I’ll be promoting its use to other clinics :slight_smile:

jcahn2 wrote on Wednesday, December 10, 2014:

Robert, If you get into the openEMR promotion business give me a buzz. I’m up the road from you in Sparta. jcahn@ls.net

fsgl wrote on Wednesday, December 10, 2014:

We’ve had the pleasure of dealing with CSC for nearly 29 years.

We usually calm down after we remind ourselves that it’s their raison d’être to pay as little as possible, making it as difficult as possible while taking the longest time possible.