Get the sample weekly report

Glossary

276/277 claim status transaction

Short answer

A 276/277 claim status transaction is the HIPAA-standard X12 pair for asking a payer where a submitted claim stands: the provider or clearinghouse sends a 276 request, and the payer returns a 277 response with a status category code and a status code.

Browse more terms in the medical billing glossary.

Last reviewed by the Remitwright billing team. Editorial policy

Also written as276/277claim status inquiry

The 276/277 is the HIPAA standard for claim status, and Medicare’s EDI manual lists its version as 005010X2121. Its CAQH CORE operating rules have applied since January 1, 20132. The 277 answers with codes from two X12 lists, and under HIPAA every payer has to use them in its 276/277 claim status responses3,5. A claim status category code sorts the answer into a group: an acknowledgment, a pending claim, a finalized claim, a request for more information, or an error that kept the payer from answering. A claim status code then gives the detail3. Medicare takes 276 requests electronically and sends back the 277, which CMS says is designed so status can post to patient accounts automatically4.

Claim status is how A/R follow-up works without a phone queue. A batch of 276s on every claim past a set age shows which claims the payer is holding, which are still pending and which it has finalized. It also finds the claims the payer never received. Medicare’s EDI manual says a status response with no record of a claim suggests a front-end rejection, and the claim can then be sent again1.

Do not confuse the 277 response with the 277CA. Both use the X12 277, but the 277CA comes back on its own after the payer receives an 837, while the 277 here answers only a question you asked. The other mistake is reading status responses one at a time. The codes are built for systems: route them into work queues by category, so a request for records reaches someone the same day it arrives.

Example

276/277 claim status transaction in practice

Thirty days after billing, the A/R report shows a claim with no payment and no remittance. The biller sends a 276, and the 277 comes back with a request category code asking for medical records, so the records go out that day instead of after another month of waiting. Hypothetical example.

Next step

A 276/277 claim status transaction is part of A/R follow-up, one of the services a dedicated biller runs for you.

See A/R follow-up

Next step

Talk to a biller about this.

Three quick questions, no patient data. A billing specialist reads every request and replies in writing.

  • Three questions, about two minutes
  • No patient data, no software to buy
  • A written reply from a biller, not a sales deck

What happens next

  1. You answer three questions

  2. A billing specialist reads them

  3. A written reply by email

Prefer email? sales@remitwright.com

Get a billing review

See where claims are getting stuck. No patient data needed.

Step 1 of 3

What do you bill for?

A little about your volume
How many providers? (Medical practice)

Trips per month? (NEMT)

Active clients? (Home care / home health)

Orders per month? (DME)

How many clinicians? (Behavioral health / therapy)

Claims per month, roughly? (Something else)

What's the biggest problem right now?

Where should we send the review?

Add details (optional)

We work inside your system; this tells us which login to ask for.

Please don't include patient information in this form.

  • No patient data requested
  • No obligation
  • Reply in writing
Get a billing review
Billing review

Get a billing review

See where claims are getting stuck. No patient data needed.

Step 1 of 3

What do you bill for?

A little about your volume
How many providers? (Medical practice)

Trips per month? (NEMT)

Active clients? (Home care / home health)

Orders per month? (DME)

How many clinicians? (Behavioral health / therapy)

Claims per month, roughly? (Something else)

What's the biggest problem right now?

Where should we send the review?

Add details (optional)

We work inside your system; this tells us which login to ask for.

Please don't include patient information in this form.

  • No patient data requested
  • No obligation
  • Reply in writing

BAA signed before any access, a user you create, MFA on. Patient data stays in your systems. How access works