RFI Browser

Back  RFI # 1906: MKS ID 50445 - 276/277

Formal vs. Informal Help Informal Formal


Sharon Copeland


When a 276 Claim Status request is received for a  member containing only a subscriber loop and a unique ID number for the dependent, request a 277 Claim Status response with correct member information from the system (first name, last name, DOB) for the unique ID number received at the subscriber (2000D) level.

If the provider sends a 276 request and the subscriber loop w/ the dependent name/DOB and unique id, that same information would be returned in the subsequent 277 subscriber loop. Correct?

However if they send the subscriber loop with the subscriber name and DOB but with the dependent unique id, should the 277 return a mismatch rejection? Or would the 277 contain the dependent name and DOB and unique id in the subscriber loop?


The purpose of the 005010X212 is to use the 276 to request the status of a health care claim(s) and the 277 to respond with the information regarding the specified claim(s); not necessarily to provide corrected enrollment or relationship data between the Insured and/or dependents.

A dependent that has a unique ID is considered the Insured and would be submitted and returned in the 2000D Level as indicated in Section

The transaction does not provide discrete segments or elements for returning specific corrected data. If the payer does not receive an accurate ID in the 2000D loop and/or accurate demographic data in the 2000D or 2000E in order to perform a claim search and respond accordingly, they may return a status indicating the submitted data resulted in no matches or indicate which data is incorrect. It is at the discretion of the payer whether to return a status indicating no claims can be found due to invalid subscriber/patient data or correct some data and return a response with found claims. The success and outcome of the claim status transaction is somewhat dependent on the payer's actions when they receive the related claim information for adjudication. If the payer has a policy to alter and correct member data on the incoming claim as part of their adjudication process, those claims that were altered to the correct information by the payer could report back the related status, when found, as indicated in the recommendation.


Some code examples for indicating the submitted data is incorrect are:

Category Code
E0 - Response not possible - error on submitted request data

Status Codes:
158 - Entity's date of birth. Note: This code requires use of an Entity Code.
504 - Entity's Last Name. Note: This code requires use of an Entity Code.
505 - Entity's First Name. Note: This code requires use of an Entity Code.

Entity Code 'IL –Insured or Subscriber' would be used to indicate the Insured data is incorrect.

Examples of Status Codes for indicating the submitted Insured data resulted in no match:
26 - Entity not found. Note: This code requires use of an Entity Code. (Use Entity Code 'IL –Insured or Subscriber' to indicate the Insured data is incorrect.)

30 - Subscriber and subscriber id mismatched.
33 - Subscriber and subscriber id not found.

If the payer is correcting data as part of their search and response process, it is recommended that Status Code '748 - Corrected Data. Note: Requires a second status code to identify the corrected data' be returned as part of the status response to increase the provider's understanding of the response information and change in structure.

While the 005010X212 allows for flexibility in both the payer's search criteria and subsequent response, it is recommended the payer communicate in their 276/277 Companion Guide the claim status search criteria and search and response methodology when secondary searches or correction of data are used. Doing so will help ensure the provider's understanding of the response.
Submission 3/6/2014
Status Date 4/7/2014
Status F - Final
Primary References
Document 005010X212
Set ID276
Secondary References
RFI ID 2375
Document 005010X212