PR 31 denial code

What PR-31 means

PR-31 means the payer could not match the patient on the claim to anyone in its membership records. It is an identity problem, not a coverage judgment: the payer is saying “we do not know who this is,” usually because a member ID, name spelling, or date of birth on the claim does not line up with the enrollment file, or because the claim went to a payer that never insured this patient at all.

Group code PR technically parks the balance with the patient, but treat that as provisional. The large majority of PR-31 denials are correctable data problems, and billing the patient before working the claim just generates phone calls and refunds.

Common causes

1. Member ID typos: transposed digits, a missing alpha prefix or suffix, or an ID from an old card.
2. Name mismatches: nicknames (“Bill” registered, “William” enrolled), hyphenated or changed surnames after marriage or divorce, and misspellings.
3. Date of birth keyed wrong at registration.
4. Wrong patient relationship: a dependent billed under the subscriber’s ID without correct dependent information, or vice versa.
5. Wrong payer entirely: the patient changed plans and the claim went to the old carrier, which overlaps with PR-27 coverage-termination territory.
6. Newborns and newly added dependents not yet on the payer’s enrollment file.
7. Medicare claims using an old identifier instead of the current Medicare Beneficiary Identifier (MBI), or an MBI keyed incorrectly.

How to fix and resubmit

1. Pull the patient’s insurance card image and photo ID from registration and compare every field on the claim against them: ID number, name spelling, date of birth, subscriber versus dependent.
2. Run a fresh eligibility check (270/271 or payer portal). If the payer returns the member with slightly different demographics, submit the claim using the payer’s version; the enrollment file wins the match.
3. Found the error: submit a corrected claim with the fixed identifiers. This resolves most PR-31 volume.
4. Eligibility comes back “not found”: call the patient. Ask for the current card, whether coverage changed, and who the subscriber is. Redirect the claim to the correct payer, keeping the PR-31 remittance to support a timely-filing appeal if the right payer pushes back.
5. Newborn or new dependent: confirm the enrollment was completed, wait for the payer’s file to update, then resubmit.
6. If the patient genuinely had no identifiable coverage on the date of service, move the balance to self-pay and notify the patient before statementing.
7. Appeals are rarely the tool here. You are fixing data, not disputing a decision.

How to prevent it

• Scan the insurance card and photo ID at every visit, and key registration data from the card, not from what the patient says aloud.
• Run real-time eligibility at scheduling and check-in, and resolve “member not found” responses before the visit, not after the denial.
• Use the demographics the payer’s 271 returns to normalize your registration record.
• Audit registration accuracy by desk and by user. PR-31 clusters map cleanly to specific data-entry habits, which makes it one of the most coachable denials in the revenue cycle. See the denial codes index for the related eligibility family.