Also see Addresses on Claims.
5010 e-claims: The Optional Patient ID is not sent because the Member ID field was removed between versions 4010 and 5010. A check to block users from sending claims if the Optional Patient ID exists was added in version 12.2.3. The message that shows up when a claim is blocked due to the existence of this field is as follows: "Create a new insurance plan instead of using the optional patient ID."
4010 e-claims: This field was sent in element NM109 of loop 2010CA when the patient is not the subscriber. This field is known in the standard documentation as the Member ID. When the Optional Patient ID is blank, the patient SSN (with dashes removed) is sent in the Member ID field if the SSN is not blank.
E-claims: There is no claim-level field for this information. The information is instead attached directly to each procedure. The claim-level field that is shown in the Edit Claim Window will be completely ignored on e-claims. All e-claims are validated before allowed to be sent. If the procedure-level prosthesis information is missing in the Procedure Info Window for any prosthesis procedure, the e-claim cannot be sent.
Paper claims: The opposite is true: procedure-level prosthesis information is ignored and all that goes out on the claim is the claim-level information.
Edit Claim window, Claim Note: On both e-claims and printed claims, the Attachment ID Number (Edit Claim - Attachments Tab) is included at the beginning of the note. For example, if the Attachment ID Number is NEA#4521687 and the Claim Note is Patient is anemic, then the combined note would be NEA#4521687 Patient is anemic.
The Claim Note box is limited to 255 characters. On printed claims, the entire combined note is printed. On e-claims, only the first 80 characters of the combined note are sent in the NTE segment of loop 2300. The 80 character limit is a restriction of the standard electronic format and is beyond our control.
Procedure Info window, E-claim Note: limited to 80 characters. This note is sent on e-claims in the NTE segment of loop 2400 in version 4010, and in the SV3 segment of loop 2400 in version 5010. Again, the 80 character limit is a restriction of the standard electronic format and is beyond our control. The procedure e-claim note is not included on printed claims.
The specifications state,The number that the submitter transmits in this position is echoed back to the submitter in the 835 transaction. The two recommended identifiers are either the Patient Account Number or the Claim Number in the billing submitter's patient management system. The developers of this implementation guide strongly recommend that submitters use completely unique numbers for this field for each individual claim.
Prior to version 7.0, the internal OD ClaimNum was used because it is unique for each claim. But it turns out that the PatNum is much more useful because some clearinghouses display this number in their reports. And if the number is PatNum, then it becomes very easy for the office to look up the patient being referenced. We currently use PatNum/ClaimNum, for example 3246/5412.
Emdeon is known to add their own unique string to the end of whatever number is sent so that the number will be unique. In the case of a preauthorization followed by a claim, DentiCal requires that the number in this field be identical in both submissions. The string added by Emdeon would seem to break the requirement by DentiCal. DentiCal "has no funds" to refine their interfaces, so there may not be a workable solution.
DentalXChange replaces (but stores) the claim ID received on the claim with a unique claim ID since very few PMS programs supply unique numbers. You are able to search claims by either ID in ClaimConnect so that you will have the unique claim ID available if checking on a claim with a Payer.
Regardless of which clearinghouse is used, Open Dental does not submit an identical string in the claims as was submitted in the preauthorization. This behavior is consistent with the X-12 specifications, but does not follow the DentiCal requirements. It is a feature request to be able to send an identical CLM01 in both a preauth and subsequent claim.
This is only an issue with DentiCal. For other carriers, please see the discussion further down regarding the Original Reference Number in 2300 REF (F8).
Also called the Preauthorization Number.
In the X12 documentation, this is called 2300 REF (G1): Prior Authorization. This number can be sent from the Claim Edit window within the Prior Authorization dropdown inside of the Misc tab. You can add this field, PriorAuthString, to your paper claim form by placing it to the right of the PreAuthString field. When carriers want a preauthorization number, they are probably referring to this field.
In the X12 documentation, this is called 2300 REF (G3): Predetermination Identification. This number can be sent from the Claim Edit window within the Predeterm Benefits box. On the paper Claim Form, we show this field as PreAuthString.
From time to time, we get complaints about claim rejections due to missing quadrants. We have reviewed numerous paper and electronic claims in response to the various complaints, but have never found a problem. The quadrant is clearly listed every time. On paper claims, there is a column labeled 25. Area of Oral Cavity. In this column, there should be a number, either 10, 20, 30, or 40 that corresponds to the quadrants UR, UL, LL or LR. Due to rejections by insurance companies, we began tacking the letter version of the quadrant onto the beginning of the description in addition to sending the number in box 25.
For e-claims, to verify that the number is going out correctly, from the Insurance Claims window (Managing Insurance Claims), open the raw text of the sent claim. It will be easier to troubleshoot if there is only a single claim in the batch. Look about 2/3 of the way down the claim for the row(s) that start with SV3. For example, an SRP with code D4341, a fee of $175, performed in an office (11), with a quadrant of UL (20), and a quantity of 1, would look like this:
It's easy to see by looking at the SV3 rows that the quadrants are being properly sent. We have never seen a situation where they were not being sent. But if you have an example of such a situation, we would be happy to review it. We continue to be baffled by the periodic claim rejections.
6/26/2012 It has been suggested that some insurance companies are requiring UL etc in box 27, the tooth number box. The same letters would presumably go out in the same place on e-claims. This sounds like it might be plausible, but we have seen no documentation stating that this is required by any insurance company. More importantly, it would also violate the HIPAA standard, which every insurance company is required by law to follow. If someone provides us proof that an insurance company is requiring this format, then we will add it as an option. But we strongly suspect that it would cause rejections from other insurance companies.
In the X12 documentation, this is called 2300 REF (F8): Original Reference Number. In other places, it seems to be called one of the following:
This field is required by Medicaid when voiding a claim or replacing a claim by setting the CLM05-3. The ability to send void or replacement claims was added in version 12.2 within the Claim Edit window.
In the X12 documentation, this is placed in the Claim Supplemental Information loop, 2300 PWK06. To send an ACN in Open Dental, enter the number in the Attachment ID Number field in the Edit Claim window. There can be only one ACN per claim.
There is a checkbox in the Account Module Preferences, Insurance tab for Requires ACN# in remarks on claims w/ ADDP group name. This is an enforcement policy that was requested by one user. Their carrier expects the ACN# in the remarks of the claim.
Medicaid of Iowa providers may now submit electronic claims relative to an approved Exception to Policy (ETP). Providers are instructed to enter the Exception to Policy number in the Attachment Control Number (ACN) field 2300 PWK06. When completing the ACN field the ETP number must be preceded with the letters ETP. Ex. ETP08-E1234.
Providers should not move between clinics prior to version 11.1. In the Insurance Claims window, we encouraged but did not enforce sending claims for only one clinic at a time. A batch of claims goes to the clearinghouse as a single hierarchical file, grouped by billing provider. The billing address for a group of providers is pulled from the first claim in the group under the assumption that the provider/clinic relationship won't change in that group. This has been resolved in version 11.1 by enforcing batches to all belong to a single clinic.
Ordering Provider is only used in medical e-claims on a procedure level. The ordering provider in loop 2420E (one per procedure) is required for DMERC (Medicaid) carriers only and must be a person, not an organization, according to the X12 standard.
By default, the ordering provider is the treating provider, but it can be changed.
If a Site is assigned to a procedure on a claim, and a default provider (not a person) and place of service (not office) are set for the site, the site NPI, place of service, and address will be sent in loop 2310C for new 5010 dental e-claims. This is the criteria that must be met:
Open Dental does not currently send or support this code. It is described in the X12 documentation as follows:
Used only in claims where providers are required by state law (e.g., New York State Medicaid) to obtain authorization for specific services but, for the reasons listed in REF02, performed the services without obtaining the service authorization. Check with your state Medicaid to see if this applies in your state.
Resubmission codes are determined by the Correction Type in the Misc Tab of the Edit Claim window.
Original=1, Replacement=7, Void=8.