Eligibility check coverage
On almost every item in the Medicare Benefits Schedule (MBS), RebateRight gives a clear eligible or not eligible. On a small set (167 items, 2.8% of the MBS), we sometimes return cannot determine instead: never a wrong answer, just an honest “we can’t determine this one.” Whether it affects you depends on what you bill.
When you’ll see cannot determine
You’ll only see cannot determine when all four of these are true at the same time:
- the patient is treated out of hospital
- the item is one of the 167 listed below
- the patient’s Medicare details are valid
- every other RebateRight check passes, such as the referral and the patient’s age
If any one of these is not true, you get a clear eligible or not eligible instead, with the reason. So even on these 167 items, RebateRight still catches what it can: a wrong Medicare detail or a rule that finds the item not eligible is flagged before the claim goes in.
When all four are true, cannot determine tells you the claim already clears everything RebateRight can check: the patient’s Medicare details matched, and every other check found the item eligible. The only thing left is how many times the item has already been claimed. These items have a limit on that, and out of hospital, Services Australia doesn’t share the patient’s claim history. So rather than guess, we show cannot determine.
See if your items are affected
The 167 items are below (as at July 2026), grouped by MBS category. Search by item number or by what the item is, or open a category to browse. Each number links to its descriptor on MBS Online.
Three MBS categories have no affected items at all. Every item in them gets a clear eligible or not eligible, none are excluded:
- Category 4 · Oral and maxillofacial services
- Category 7 · Cleft lip and palate services
- Category 10 · Child Dental Benefits Schedule
Indicative items
Services Australia verifies most MBS items live. For the rest, RebateRight applies the MBS rules and gives you a clear eligible or not eligible, what we call an indicative result. It’s a straight answer from our rules engine, not a live Services Australia confirmation, and clearly labelled every time.
The 167 items above are the indicative items that also have a limit on how often they can be claimed. That’s the one check that can’t be confirmed out of hospital, so they’re the only ones that can return cannot determine.
Indicative items are named in section 7 of our Licence Agreement.
Reciprocal Medicare cardholders
Patients covered by Australia’s Reciprocal Health Care Agreements (RHCAs) carry a reciprocal Medicare card. They’re entitled to medically necessary care while in Australia, and they’re subject to the same MBS item rules as a standard cardholder, including claim frequency limits. Cover terms vary by country: see Reciprocal Health Care Agreements on the Services Australia site, or MBS note GN.3.9.
Services Australia doesn’t check these patients online, so Medicare returns no eligibility assessment for them.
RebateRight’s own rules still run, so an item can still get a definite answer. It comes back:
not eligiblewhen one of our checks rules it out, such as patient age or in-hospital status. That answer stands on its own and needs no confirmation.cannot determinewhen our rules all pass. We’ve found nothing wrong, but the checks only Medicare can run haven’t happened.
Either way Checks shows exactly what ran, so you can see what we cleared and what we couldn’t reach.
For developers: PatientVerification.Verified is null, and the entry for Medicare’s assessment in Checks is IsEligible: null, carrying Medicare’s own sentence in Reason. The item’s IsEligible follows the two cases above.
For developers
Pull the set. List GET /MedicareItems and keep items where BenefitType is _85 or _100 and ClaimHistoryLimitation is not empty.
In an eligibility response, cannot determine is IsEligible: null, and the unchecked limit appears as an IsEligible: null Frequency of service entry in Checks. It’s returned only for out-of-hospital requests where every RebateRight check finds the item eligible. A check that finds it not eligible returns IsEligible: false with the reason. An in-hospital request returns the live result.
The null entry in Checks names the cause: its Reason says what couldn’t be checked, whether that’s a missing ReferrerProviderNumber, a patient sex recorded as not stated, or the claim-frequency limit. Indicative items with no frequency limit return IsEligible: true, the frequency check reporting the item eligible. The answer always lives in IsEligible.