Get the sample weekly report

Glossary

277CA claim acknowledgment

Short answer

A 277CA is the X12 claim acknowledgment a payer's front end returns after receiving an 837 file, reporting claim by claim whether each claim passed the front-end edits and was accepted for processing, or was rejected and has to be corrected and sent again.

Browse more terms in the medical billing glossary.

Last reviewed by the Remitwright billing team. Editorial policy

Also written as277CAclaim acknowledgment

Medicare’s EDI manual names two transactions for acknowledging the claims it receives: the 999 for the file and the 277CA for the claims inside it. After a file passes the syntax checks, the payer’s front end runs its business edits, and the 277CA reports the result claim by claim. Claims with data in error are flagged back to the submitter on it, and accepted claims move on to the claims processing system. The 277CA is built on the X12 277, in version 005010X214. HIPAA does not require it, but Medicare uses it with the 999 and the TA1 as its acknowledgment model1. Its answers come as codes: CMS requires Medicare to use valid claim status category codes and claim status codes in the 277CA, as it does in 277 claim status responses4. The category list, which X12 publishes, sorts those status codes into groups3.

For an accepted claim, the 277CA carries the claim control number the payer assigned, the ICN or DCN in Medicare terms. CMS hands that number back at this stage so a submitter can ask about individual claims instead of whole files1. For a rejected claim, the status codes point to the data that failed1,4. A rejection is not a denial: CMS sends rejected claims back for correction and resubmission, while denials come out of its coverage and payment policy edits2.

The mistake is stopping at the 999. A file can pass the 999 while claims inside it fail on the 277CA, and those claims will never appear on an 835. Match each 277CA to the batch that produced it, and work the rejections the same day they arrive.

Example

277CA claim acknowledgment in practice

The morning report shows a 277CA for last night's file: 41 claims accepted with claim control numbers and one rejected for a subscriber ID that does not match the payer's records. The biller fixes the ID and resends that one claim. Hypothetical example.

Next step

A 277CA claim acknowledgment is part of claim submission, one of the services a dedicated biller runs for you.

See claim submission

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