X12 837P SBR Segment Guide: Fields, Format, and Testing Gotchas
SBR is the segment that tells a payer whether it is being billed as primary, secondary, or tertiary for this claim — and coordination-of-benefits claims fail constantly because SBR01 or SBR09 doesn't match what the payer already has on file for that subscriber.
SBR (Subscriber Information) is a repeatable X12 837P segment, one occurrence per payer, that establishes the payer's payment sequence, the patient's relationship to the subscriber, the group or policy number, and the insurance plan type for that payer.
The elements that actually matter in practice
Example
SBR01 = P marks this payer as primary, SBR02 = 18 marks the patient as the subscriber, and SBR09 = CI marks the plan as commercial insurance. Synthetic claim data.
Where this trips people up
When a claim has two or more SBR loops for coordination of benefits, teams often build the primary loop carefully and then copy-paste it for the secondary payer without changing SBR01 from P to S — the file validates syntactically, but the payer sees two loops both claiming to be primary and either rejects the claim or adjudicates it against the wrong sequence, which is one of the hardest COB failures to reproduce from a rejection code alone.