The 837D: how dental claims are told to payers

The 837D is the X12 transaction used to send a dental claim to a payer. It identifies the billing provider, rendering dentist, subscriber and patient, reported services, tooth or surface details where applicable, and charges. Its paper analogue is the ADA Dental Claim Form, just as the medical 837P corresponds to the CMS-1500.

​

One contrast, then dental only

X12 defines three claim variants: 837D for dental, 837P for professional (medical), and 837I for institutional (facility). The 837D is not “837P with different codes.” It swaps CPT for CDT, replaces the medical service-line segment with a dental one, adds a tooth segment with no professional-claim equivalent, and carries orthodontic and predetermination machinery medicine doesn’t have.¹ The 837P may also matter when a dental or oral-health service is billed to a patient’s medical plan. Examples can include trauma, some oral surgery, sleep appliances, or dental services linked to covered medical care. The correct transaction, code set, diagnosis, documentation, and enrollment depend on the payer and service. See Bill medical plans for dental work.

​

What an 837D carries

Six categories of information:

​

1. Submitter and receiver

These segments identify the sender and receiver. Clearinghouse configuration populates them, and a multi-entity setup error can route a claim under the wrong practice or submitter.

​

2. Billing provider

Your professional entity. Legal name, NPI (Type 2), Tax ID, address, and taxonomy. Everything here must match what the payer holds from enrollment exactly. The legal name must match your IRS EIN letter and your W-9. The NPI must be the one you enrolled. The taxonomy must match the taxonomy on your participation agreement. Name and taxonomy mismatches are the leading cause of first-claim rejections, and they are enrollment problems wearing a billing costume.

​

3. Rendering dentist

The rendering provider is generally the individual dentist who performed the treatment, identified by a Type 1 NPI. The payer’s enrollment, credentialing, affiliation, location, and effective-date rules determine whether the claim is payable. The 2024 ADA claim form and corresponding electronic claim also support a locum tenens indicator. Each payer’s policy controls whether and how it recognizes substitute-dentist services.²

​

4. Subscriber and patient

The subscriber holds the policy, while the patient may be the subscriber or a dependent. The claim carries the member ID, name, date of birth, and relationship code. Transposed member-ID digits, a different name format, or a date of birth that does not match the payer’s record can cause a rejection. When a child has coverage under both parents’ plans, many plans use the birthday rule to determine order, subject to exceptions. The secondary claim also needs information from the primary adjudication.³

​

5. Claim level

Claim-level fields include the total charge, place of service, frequency code for an original, corrected, or void claim, and a required preauthorization number. The transaction can also be identified as a predetermination request, which asks the plan to estimate benefits for proposed treatment rather than issue payment.⁴ Diagnosis-code requirements vary by payer, service, and billing pathway.

​

6. Service lines

One per procedure. Each carries:

• the CDT code, consisting of a “D” plus four digits from the ADA-maintained dental procedure set
• the applicable tooth number, surface codes, and oral-cavity designation, such as a quadrant or arch, which may support history and benefit-rule checks
• the charge and the service date
• for orthodontics, fields such as the banding date and months of treatment remaining when required by the transaction and payer¹

Attachments ride alongside rather than inside: the radiograph or perio chart goes to the payer through an attachment workflow, and the claim carries the reference. See CDT & the 837D for how that works and where the 2026 attachments rule is taking it.

​

How PMS fields map in

Practically, most 837D errors are data-entry or configuration errors upstream in the practice management system:

​

For paper-form veterans

The electronic claim carries much of the same information as the ADA Dental Claim Form. Fixed paper boxes become repeating loops and service-line segments, and the predetermination checkbox becomes a transaction-level indicator. Repeating loops allow more lines and detail, which makes mapping and validation important. The current paper form is the 2024 revision.²

​

Where errors originate

Ranked by how often they cause first-submission failures for dental groups:

1. Enrollment-data mismatch: name, NPI, Tax ID, taxonomy, location, or affiliation does not match the payer’s record
2. Rendering-provider status: the dentist is not credentialed, enrolled, affiliated, or effective for the claim facts
3. Subscriber-data error: member ID, name, birth date, or relationship does not match
4. Missing attachment reference: documentation exists but the claim does not point to it correctly
5. Tooth or surface inconsistency: the anatomy fields are missing or inconsistent with the code
6. Incorrect COB order: the claim went to the secondary plan before the primary plan
7. Missing Medicaid preauthorization where the program requires one
8. Date of service before the dentist’s effective date
9. Duplicate submission instead of a corrected claim

Items 1, 2, and 8 are enrollment problems and item 4 is a workflow problem. Only the middle of the list is properly billing error.

​

Corrected claims

To fix a claim already adjudicated, resubmit with the appropriate claim frequency code (7 for replacement, 8 for void) and the original claim reference number.

​

Sources

1. Stedi, Differences between 837P, 837D, and 837I claims; UnitedHealthcare, 837D companion guide, 005010X224A2 (PDF); Delta Dental, 837 companion guide (PDF).
2. ADA, Dental claim form; 2024 completion instructions (PDF).
3. ADA, Dental plans: coordination of benefits.
4. ADA, Pre-authorizations and pre-treatment estimates.