Technical / EDI
What Is an 837 Claim File? EDI 837P vs 837I Explained
An 837 is the standard EDI (X12) electronic file format used to submit healthcare claims to payers. The 837P is for professional (physician) claims, the 837I for institutional (hospital) claims, and the 837D for dental. It carries patient, provider, diagnosis, procedure and charge data.
Behind every electronic claim is an 837 file. It is the format that carries a claim from your billing system, through a clearinghouse, to the payer. Understanding what is in it (and which variant you are sending) makes claim rejections much easier to diagnose.
What is an 837 file?
The 837 is an X12 EDI transaction set for submitting healthcare claims electronically. It is the digital replacement for paper claim forms, structured into segments and loops that carry every data element a payer needs to adjudicate the claim.
837P vs 837I vs 837D
There are three variants: the 837P (professional) for physician and outpatient services, historically tied to the CMS-1500 form; the 837I (institutional) for hospital and facility claims, tied to the UB-04; and the 837D for dental. Using the wrong variant for the service is a common rejection cause.
What an 837 contains
An 837 includes the billing and rendering provider (with NPIs), the subscriber and patient, the payer, diagnosis codes (ICD-10), service lines with procedure codes (CPT/HCPCS) and modifiers, charges, units, dates of service, and any prior authorization or referral numbers. Missing or invalid values here cause CO-16 and MA130 rejections.
How it travels: clearinghouse and acknowledgments
The 837 goes to a clearinghouse, which runs edits and forwards it to the payer. You get back acknowledgments: a 999 confirms the file was syntactically accepted, and a 277CA reports whether each claim was accepted or rejected before adjudication. A rejection at this stage is different from a payer denial and is fixed by correcting and resubmitting.
How MedXFlow AI agents handle this
MedXFlow's AI agents work directly with the EDI transactions behind this - 270/271, 837, 835, 276/277 and 278 - and fall back to payer-portal automation where a transaction is not supported, so the workflow runs whatever channel each payer uses.
Related resources
Frequently asked questions
What is an 837 file?
An 837 is the standard X12 EDI file used to submit a medical claim electronically to a payer or clearinghouse. It carries the patient, provider, diagnosis, procedure and charge details that would otherwise go on a paper CMS-1500 or UB-04 form.
What is the difference between 837P and 837I?
837P is the professional claim (physician/outpatient services, based on the CMS-1500). 837I is the institutional claim (hospital/facility services, based on the UB-04). Dental uses 837D.
What is the 277CA?
The 277CA is a claim acknowledgment from the payer or clearinghouse that reports whether each claim in your 837 was accepted or rejected before adjudication. Rejections here are corrected and resubmitted, not appealed.