Read the pharmacy route as one record: RX BIN sends the claim to a processor. PCN selects a line of business. RxGroup identifies a benefit or client when the payer uses it. Cardholder ID identifies the member. A familiar BIN is only the first part of the address.
RX BIN, PCN, group, and member fields
| Card label | NCPDP field | What it does | Typical format | When blank can be valid | Related rejects |
|---|---|---|---|---|---|
| RxBIN or RxIIN | 101-A1 | Routes the transaction to a processor | Six digits in a D.0 claim; retain leading zeros | Not on a routable pharmacy claim | 01, M/I BIN Number |
| RxPCN | 104-A4 | Selects a processor line of business | Up to 10 alphanumeric characters | Only when the payer sheet says the field is not used | 04, M/I Processor Control Number |
| RxGRP | 301-C1 | Selects a client, employer, benefit, or program | Up to 15 alphanumeric characters | Only when the payer does not require a group | 06, M/I Group ID; 51, Non-Matched Group ID |
| Member or cardholder ID | 302-C2 | Identifies the covered member within the route | Up to 20 alphanumeric characters | Generally not blank | 07, M/I Cardholder ID; 52, Non-Matched Cardholder ID |
NCPDP's health-care ID card guidance uses RxIIN for the processor identifier and includes RxPCN and RxGRP when the benefit administrator requires them. Cards often print RxBIN instead. The pharmacy fields may sit beside unrelated medical-plan routing numbers, so use the labels prefixed with “Rx.”
One BIN can reach different benefits
RX BIN 003858 is a useful example. Public payer materials pair it with more than one PCN and group:
| RX BIN | PCN | RxGroup | Published context | Operational lesson |
|---|---|---|---|---|
| 003858 | MA | Plan-specific | Express Scripts commercial and Medicaid routes | Confirm the member's plan and exact group |
| 003858 | A4 | DODA | TRICARE pharmacy program | Do not reuse a group from another 003858 route |
The BIN is valid in both rows, but the rows are not interchangeable. The TRICARE pharmacy FAQ publishes A4 and DODA together. The complete card or eligibility result determines which record belongs to the patient.
How to read routing rejects
The field-specific M/I codes help locate a formatting problem. Match failures and coverage codes answer a different question: the claim reached a processor, but the submitted route or member did not match its records. The definitions below follow the published NCPDP reject text in Medi-Cal Rx's April 2026 appendix.
| Code | Published text | First useful check |
|---|---|---|
| 01 | M/I BIN Number | Confirm six digits, leading zeros, and field 101-A1. It does not prove which plan should receive the claim. |
| 04 | M/I Processor Control Number | Compare the PCN with the same card or payer sheet as the BIN. |
| 06 | M/I Group ID | Confirm that the payer requires a group and that all characters were retained. |
| 07 | M/I Cardholder ID | Check the member identifier format before changing the route. |
| 51 | Non-Matched Group ID | Check whether the group belongs with this BIN and PCN. |
| 52 | Non-Matched Cardholder ID | Check both the member ID and whether the claim reached the correct plan. |
| 65 | Patient Is Not Covered | Verify the person, plan, and date of service. |
| 67, 68, 69 | Coverage date status | Look for an effective-date issue or a newer plan before rewriting the member record. |
A valid BIN can send a claim to the wrong processor or line of business and still produce a real adjudication reject. For codes outside this routing set, use the pharmacy claim reject-code reference.
Recover the current route without guessing
- Read one source at a time. Take BIN, PCN, group, and member ID from the same card, eligibility response, coupon, or payer instruction.
- Confirm the program and date. A January plan change, Medicaid carve-out, workers' compensation claim update, or regenerated coupon can replace a stored route.
- Use Medicare E1 when appropriate. The current CMS Plan Communication User Guide describes the E1 transaction used by pharmacies to retrieve Medicare Part D billing information when the card is unavailable.
- Use the card's pharmacy help desk. NCPDP's card guidance places pharmacy help-desk contact information on the back of the card.
- Read the response before replacing coverage. A product, refill, or authorization reject may mean the route worked.
Why some PCNs are blank
A blank PCN is valid only when the payer's current instruction says the field is not used. Washington Labor & Industries, for example, publishes a state-fund payer sheet that leaves field 104-A4 blank. Many commercial and Medicaid sheets require an exact fixed value. A blank-looking card is a reason to check the payer source, not a reason to invent a PCN.
The six-digit BIN and the eight-digit transition
D.0 pharmacy claims currently submit six digits in field 101-A1. ISO/IEC 7812 expanded issuer identifiers to eight digits, and NCPDP's transition notice explains why using only the first six digits can become ambiguous. The NCPDP F6 standard expands the claim field to eight digits, with a compliance date of April 14, 2028. Until a workflow supports F6, retain the six digits supplied for the D.0 route, including leading zeros.
Why public BIN lists age
NCPDP assigns processor identifiers but does not maintain a public history of how every identifier is later used. Payers distribute current combinations through cards, payer sheets, portals, and trading-partner instructions. The RX BIN directory therefore keeps a published payer source beside each row and separates the source from the program guide.
Sources7 linked sources
- NCPDP, Processor ID (BIN) assignment and tracking limits
- NCPDP D.0 payer-sheet template implementation guide, September 2024
- NCPDP health-care ID card implementation guidance, June 2022
- NCPDP six-to-eight digit IIN transition notice
- CMS Medicare Advantage and Part D Plan Communication User Guide
- TRICARE pharmacy BIN, PCN, and group FAQ
- Medi-Cal Rx NCPDP reject-code appendix, April 2026