Reference·X12 275·BGN
X12 275 Reference

X12 275 BGN Segment Guide: Fields, Format, and Testing Gotchas

Jul 28, 2026 · 5 min read

Before a 275 can carry a single page of medical records, it has to introduce itself. BGN is that introduction — get the purpose code or reference number wrong and the receiving system either can't tell an original submission from a resend, or can't match the attachment back to the claim that asked for it.

Quick answer

BGN (Beginning Segment) is the header that opens the transaction set portion of an X12 275, sitting right after the ST segment. It states whether this transaction is an original submission or a resubmission, assigns the sender's own control number for tracking the transaction, and records the date the transaction was created. Everything else in the 275 — the attachment content, the claim identifiers it's tied to — follows this segment.

The elements that actually matter in practice

BGN01 →
Transaction Set Purpose Code — flags whether this is an original attachment submission or a reissue of one already sent — see the dedicated page below
BGN02 →
Reference Identification — the sender's own control number for this transaction, used to track and reconcile it later — see the dedicated page below
BGN03 →
Date — the date the sending system generated this transaction, not the date the underlying records were created — see the dedicated page below

Example

Synthetic example Generated by Synthibase
BGN*00*ATC0098231*20260728

A synthetic BGN opening an original 275 (BGN01=00), carrying sender control number ATC0098231, created on 2026-07-28.

Where this trips people up

Because BGN looks like boilerplate compared to the attachment content that follows it, a lot of synthetic 275 test files hard-code BGN01 to '00' and never generate a reissue scenario. In production, a payer requesting a resend after a rejected or incomplete attachment set will see a BGN01 of '18,' and a receiving system that only knows how to handle originals will process the resend as if it were a brand-new, unrelated submission — duplicating records instead of replacing them.

How to Write EDI Test Cases That Actually Catch Go-Live Failures
How to Validate X12 EDI Files Before Payer Submission
Generate realistic 275 headers without touching PHI
Synthibase produces synthetic 275 attachment transactions with properly varied BGN segments — originals and reissues, sequential reference numbers, and realistic creation dates — none of it built from real medical records.
Start free trial →
This page is written independently by Synthibase for testing and informational purposes. It is not an official publication of HL7 International or X12/Washington Publishing Company, and is not a substitute for reviewing the official standard or your trading partner's companion guide. See our Terms of Service for full legal terms.