OHIP error code EQ3: opted-in physician billed as pay patient

Why it fires

• The payee field was set to patient rather than provider on a claim for an opted-in physician.
• A claim template built for uninsured or third-party work was reused for an insured service.
• A software update or new billing profile reset the payee default.
• A locum or new staff member submitted under a profile carrying the wrong payee.

EQ3 is a conflict between two facts the ministry already holds. It knows the provider is registered as opted-in for that date, and it received a claim asking that payment go to the patient. Those cannot both be right, so the claim stops.

This differs from a format problem. V17 checks that the payee is P for provider or S for patient, and a claim can pass V17 cleanly while still failing EQ3. The value is legal. It contradicts the registration.

In specialist practices the cause is almost always a template rather than a decision. Offices that also handle uninsured services, third-party assessments, or work for out-of-country patients keep claim profiles with different payee settings. When one of those profiles is used for an insured service, the payee travels with it. The clinical work and the fee code can be entirely correct while the payment instruction is wrong.

What it costs

Nothing is paid to anyone. The ministry does not pay the provider, and the rejection does not create a bill to the patient. The full submitted fee stays unpaid until the payee is corrected and the claim is resubmitted.

The practical risk is misreading the code. EQ3 looks like an administrative note rather than an unpaid claim, so it can sit on the error report while more visible rejections get worked first.

Because the trigger is usually a profile rather than a one-off keystroke, EQ3 tends to arrive in groups. Every claim submitted through the affected profile carries the same payee, so finding one is a reason to look for the rest.

How to fix it going forward

• Set the payee to provider as the locked default on insured claim profiles for opted-in physicians.
• Review claim templates after any software update or new billing profile.
• Keep templates for uninsured and third-party work visibly separate from insured claim templates.
• Check the payee on the first submissions from any new staff member or locum.

The durable prevention is a locked default rather than staff vigilance. Where the software allows the payee to be fixed for a provider profile, fix it. Where it does not, the payee belongs on the pre-submission checklist for insured claims.

If your practice genuinely mixes insured and uninsured work, name the templates so the difference is obvious on screen. Most EQ3 clusters trace back to two templates that looked identical in a dropdown.

Is it recoverable?

Recoverable by resubmission inside the window

Correct the payee to provider and resubmit inside the three-month window from the date of service.

This is one of the cleanest corrections in the error-code library. The service, the patient, the fee code, and the date are all accepted. One field changes and the claim can be resubmitted.

Because the fix is quick, the only thing that turns EQ3 into a real loss is leaving it. Once the three-month window closes, an unpaid claim may be recoverable by written application, which is a much heavier process than changing a payee.

Related codes

• EQ4: opted-out physician billed as pay provider
• EQ1: billing provider not registered with the ministry
• EQ2: specialty code inactive or not registered on the service date
• VH1: health number missing or invalid

Frequently asked questions

What does OHIP error code EQ3 mean?

EQ3 means the ministry has the physician registered as opted-in for that date of service, and the claim asked for payment to go to the patient. Correct the payee to provider and resubmit.

Does EQ3 mean the patient owes the fee?

No. The claim was rejected, so nothing was paid and no charge to the patient was created by the rejection. The claim needs the payee corrected and resubmitting.

Why did the claim pass the payee validation and still reject?

Format and registration are separate checks. V17 confirms the payee field contains P or S. EQ3 fires later, when the ministry compares that value against the opted-in registration for the service date.