What Is an EDI 837 File? 837P vs 837I vs 837D

A complete, accurate, beginner‑friendly guide to understanding EDI 837 healthcare claim files — and how to convert them safely for analysis.

Quick Table of Contents

TL;DR — Fast definition

An EDI 837 is the HIPAA‑standard electronic claim file used by healthcare providers to submit claims to payers. It is the digital version of a CMS‑1500, UB‑04, or ADA dental form.

  • 837P – Professional claims (office visits, outpatient services)
  • 837I – Institutional claims (hospitals, facilities)
  • 837D – Dental claims

What is an EDI 837 file?

The ASC X12 837 Health Care Claim transaction is the official HIPAA format that providers, hospitals, and billing companies use to submit healthcare claims electronically.

It replaces paper forms:

  • CMS‑1500 → 837P (professional)
  • UB‑04 → 837I (institutional)
  • ADA Dental Claim → 837D (dental)

After an 837 is submitted and processed, the payer returns an EDI 835 Electronic Remittance Advice showing what was paid or denied.

In short: the 837 is the claim you send; the 835 is the response you get back.

Differences between 837P, 837I, and 837D

FormatStands forUsed by
837P Professional Outpatient clinics, physicians, specialists, behavioral health
837I Institutional Hospitals, SNFs, inpatient/outpatient facilities
837D Dental Dentists, oral surgery practices

Key differences include:

  • 837I includes DRG, room & board, and revenue codes.
  • 837P includes CPT/HCPCS and line‑level professional services.
  • 837D includes dental procedure codes (CDT).

All three formats share the same X12 structure—loops, segments, delimiters—but contain different clinical and billing data depending on the setting of care.

Anatomy of an EDI 837 claim file

An 837 file is a hierarchical structure of segments, each beginning with a tag such as ISA, GS, ST, NM1, HI, SVC, etc.

Major sections of an 837

  • Interchange envelope – ISA, IEA
  • Functional group – GS, GE
  • Claim transaction – ST, SE
  • Billing provider – 1000A loop
  • Subscriber – 2000B loop
  • Patient – 2000C loop (when different)
  • Claim information – 2300 loop
  • Service lines – 2400 loop

Common segments

NM1Names & identifiers (provider, subscriber, patient)
CLMClaim information (total charge, facility, frequency)
HIDiagnosis codes (ICD‑10)
SV1/SV2/SV3Service lines (CPT, revenue codes, dental CDT)
DTPDates (service, admission, discharge)
REFIdentifiers: prior auth, medical record numbers, etc.

How to read an 837 (step‑by‑step)

1. Identify the billing provider (1000A)

This loop contains NPI, EIN, address, and provider taxonomy.

2. Identify the subscriber & patient (2000B / 2000C)

Shows insurance responsibility and demographic details.

3. Look at the claim details (2300 loop)

The CLM segment is the backbone of each claim. It includes:

  • Total charge amount
  • Place of service / facility type
  • Claim frequency code
  • Diagnosis pointers

4. Review diagnosis coding (HI)

Lists all ICD‑10 diagnosis codes relevant to the claim.

5. Analyze service lines (2400 loop)

Each SV1 (professional), SV2 (institutional), or SV3 (dental) segment represents a billed service line.

6. Note any prior auth, claim notes, or identifiers (REF/NTE)

Helpful for tracing payer requirements and appeal workflows.

Converting EDI 837 files to CSV or Excel

837 files are not meant to be read manually — they are structured for machines. When debugging claims, building analytics, or training staff, it is common to convert an 837 into a flat CSV or Excel.

  • Filter by CPT, diagnosis, provider, facility, or claim ID
  • Summarize volumes and billed charges
  • Analyze coding trends
  • Use in Python, Power BI, or SQL pipelines

Why use a client‑side converter?

837 files contain extensive PHI. Uploading them to servers introduces HIPAA concerns unless proper agreements exist.

  • Browser-local processing reduces the need to transmit EDI file contents to the application server.
  • Supported file contents are processed locally in the browser
  • Supports 837P, 837I, and 837D

FAQ: 837 healthcare claim files

Is an 837 the same as a CMS‑1500 or UB‑04?

Functionally yes — the 837P is the electronic version of the CMS‑1500, and the 837I is the electronic version of the UB‑04. The 837D is the electronic version of the ADA dental form.

What happens after an 837 is submitted?

The payer adjudicates the claim and returns an EDI 835 ERA showing payments, adjustments, or denials.

Can I open an 837 in Excel?

Not directly — the file is hierarchical and segmented. A converter is needed to flatten the structure.