OHIP error report·EQ4

OHIP error code EQ4: opted-out physician billed as pay provider

OHIP rejected the claim because the ministry has the provider registered as opted-out on the date of service, and the claim was submitted asking for payment to the provider.

Most often affects Internal medicine, Psychiatry, Neurology, Orthopaedic surgery, Anaesthesia.

The one-line answer

OHIP rejected the claim because the ministry has the provider registered as opted-out on the date of service, and the claim was submitted asking for payment to the provider.

Ministry wording: Health Care Provider is registered as OPTED-OUT for date of service. Claim submitted as Pay Provider..

Why it fires

  • The payee field was set to provider on a claim for a physician the ministry has registered as opted-out.
  • A physician changed status and claims for earlier or later service dates still carry the previous payee.
  • A shared clinic profile applied one payee setting across physicians with different registered statuses.
  • Claims were submitted under a group setup that assumes every affiliated physician is opted-in.

EQ4 is the mirror image of EQ3. The registered status is opted-out, and the claim asked the ministry to pay the provider directly. The ministry refuses the payment instruction rather than the service.

Status is assessed against the date of service, which is what makes changes of status awkward. A physician who changes registration mid-year generates claims on both sides of the change, and each claim is measured against the status registered on its own service date. Submitting a backlog after a status change is a reliable way to produce EQ4 on the older dates.

The pattern to watch for in group practices is a shared submission profile. Where several physicians bill through one setup and their registered statuses differ, one payee setting cannot be right for all of them. The claims that fail will cluster by physician rather than by patient or by fee code, which is the quickest way to recognise the cause on the error report.

What it costs

The claim is rejected and no payment is issued. The submitted fee stays outstanding until the claim is resubmitted with a payee consistent with the registered status for that date.

As with EQ3, the loss comes from delay rather than from the error itself. The rejection is unambiguous and the correction is a single field, so claims left on the error report are the only ones that turn into real money.

Where a status change is involved, the volume can be larger than expected, because it covers every claim for service dates on the wrong side of the change rather than a single day of work.

How to fix it going forward

  • Tie the payee setting to the registered status for the date of service, not to the physician as a standing default.
  • When a physician changes registration status, identify the effective date and split submissions around it.
  • Give physicians with different registered statuses separate submission profiles rather than one shared setup.
  • Check the payee on any backlog before submitting it, particularly after a status change.

The useful mental model is that payee is a property of the claim, not of the physician. It depends on the status registered for the date the service happened. Treating it as a fixed attribute of the provider is what produces EQ4 across a date range.

Before submitting any aged backlog, confirm which status applied across those service dates. That single check prevents the most expensive version of this error, which is a large batch rejecting in one run.

Is it recoverable?

Recoverable by resubmission inside the window

Resubmit with the payee that matches the registered status for that date of service, inside the three-month window.

The correction is mechanical once the registered status for each service date is confirmed. Where a status change sits inside the batch, split the claims at the effective date and submit each group with the payee that matches.

If the window has closed on the older dates, those claims may be recoverable by written application where the record supports the service and the status history. Repeated resubmissions with the wrong payee only consume the window.

For in-province services on or after 1 April 2023, claims must be submitted within three months of the date of service, not six. Ontario INFOBulletin 230402 is the Ministry notice. Many third-party pages still quote six months. That window is closed for current work. If the original claim reached the Claims Error Report inside three months, a corrected resubmission can still be filed after the window in the Ministry's stale-date process. If the claim was never submitted in time, payment may be recoverable by written application. That is not a routine resubmit.

Related codes

Frequently asked questions

What does OHIP error code EQ4 mean?
EQ4 means the ministry has the physician registered as opted-out for that date of service, and the claim asked for payment to the provider. The payee has to match the registered status for that date.
How is EQ4 different from EQ3?
They are opposite sides of the same check. EQ3 is an opted-in physician billed as pay patient. EQ4 is an opted-out physician billed as pay provider.
Why do only some of my claims reject with EQ4?
Status is assessed against each claim’s date of service. If a registration change falls inside the range you submitted, claims on one side of the effective date reject while the rest pay normally.

For how error reports relate to the remittance advice, see how to read your OHIP remittance advice and what rejection codes actually mean. Official wording for this code: OHIP Claims Error Report code list (Dr.Bill ministry-aligned reference).