Service

How FQHC front desks verify eligibility in eClinicalWorks before 8 a.m.

The first patient is at 8:00. Your desk opened at 7:30. Between those two times, someone has to know whether this morning's schedule is still covered.

If eligibility is still a portal hop, they do not know. They hope.

Coverage for this date of service. In eClinicalWorks. Before the waiting room fills. This is written for the billing lead and office manager who already live in eCW, and for 330 centers in Puerto Rico and the USVI.

7:45 a.m. at an island FQHC front desk

The Resource Schedule is open. Yesterday's no-shows are still on the grid. A walk-in is at the window with a Plan Vital card that does not match the insurance tab from last visit.

Last night's batch, if anyone ran it, came back unable to verify, inactive, error. The closer left at 5:15. Now it is one patient at a time.

Open the appointment. Click Check. Wait. Green, maybe. Then leave eCW. Assertus. Triple-S. MCS. IMC if the card looks dual. PSM if the chart was never updated. Recopy the member ID. Check PCP assignment: "active" does not mean assigned to your site. Check product: Vital, commercial, or Advantage. The eCW payer name is often last year's guess.

The provider is in the hallway. The patient took a público and is already late. Three bad options:

• Check them in as-is and let billing eat the denial.
• Make them wait while you hunt portals. The lobby backs up.
• Park them on sliding fee "for now." That is a 330 problem wearing a front-desk shortcut.

That is what "how to check eligibility in eClinicalWorks" looks like when the native check is only half the work. The other half lives in payer portals the mainland playbook never named.

Where the native eCW eligibility check lives

You already know the clicks. This is the map, so we are on the same screens.

One patient

• Resource Schedule: right-click the appointment, Check Eligibility.
• Appointment window: the Check link on the insurance line.
• Patient Hub / insurance information: run it from the chart when there is no appointment yet.

eCW sends a 270 through the clearinghouse you configured. You get a 271: active, inactive, dates and copay if the payer sent them.

The whole schedule

• Resource Schedule: right-click the E icon, Eligibility Admin.
• Filter by date (tomorrow, not this morning), provider, facility, sometimes payer.
• Run the batch. Read the report. Work the flags before the first patient sits down.

That is the native eClinicalWorks insurance eligibility check. Real. Useful. Not sufficient for an island 330 center.

What the 270/271 path gets wrong

The transaction is only as good as the payer map, the member ID, and the product on the insurance tab. In production:

• Insurance name in eCW does not match the clearinghouse payer ID. Error, not a status.
• Member ID format is wrong: spaces, leading zeros, Vital number vs Advantage number.
• Subscriber vs patient. Dependent visits fail until check-in.
• Secondary never ran. Dual coverage is common here. Primary-only batch is an incomplete job.
• "Active" with no PCP assignment to your centro. Referral and payment rules still hit you.
• Check date does not match date of service. Payers are date-specific.
• Same-day adds and walk-ins were never in last night's batch. Untrained error codes become "try the portal."

That is what happens when you treat eligibility as a clearinghouse ping instead of a coverage decision for a 330-center visit.

Batch vs one-by-one

Batch is the right tool for tomorrow's schedule. Run it the afternoon before. Call the inactives. Fix the IDs. Flag anyone who needs a sliding-fee packet or a new insurance photo. Morning is exceptions, not the whole grid.

One-by-one is for walk-ins, same-day adds, and the rows the batch already flagged.

If your workflow is one-by-one at the window for every name on the schedule, you do not have a workflow. You have a bottleneck. The 8:00 patients pay for it. So does UDS. So does cash.

Why island Medicaid MCOs break the mainland playbook

Mainland eCW shops treat eligibility as a 270/271 problem. Configure the clearinghouse. Get the green check. Move on.

Puerto Rico and the USVI are not that market.

Coverage here sits with Medicaid MCOs and the portals they actually maintain. MediBOT names the stack we work against: Assertus, IMC, MCS, PSM, Triple-S. A 271 that says active does not tell you the patient changed MCO on the 1st, recertified onto a different product, got assigned to another centro, or is holding Advantage plastic while eCW still has last year's commercial line.

That is why your desk still logs into five portals after eCW comes back green.

We write for island Medicaid MCOs and 330-center front desks, not generic 270/271. If your pain is "green in eCW, dead in Triple-S, and the sliding-fee drawer is open," that is the job.

UDS, sliding fee, and 330-center constraints

You are not a private practice that can shrug, bill the patient, and move on.

A 330 center has to know, at the visit, whether this person is insured, underinsured, or uninsured, and whether sliding fee applies. Get that wrong and you miss more than a claim. You mis-file the visit for UDS and apply or withhold a discount you cannot defend.

Three failure modes:

You bill a payer that is not active. Denial. Rework. The visit already happened.

You register an insured patient as uninsured and slide the fee. Faster at the window. Wrong for 330 policy. Wrong for UDS insurance mix. Wrong when HRSA asks how you verify coverage before you discount.

You hold the visit until portals answer. Access drops. Health outcomes take the hit. The patient with health-related needs who already fought for this slot is the one who leaves.

UDS cares what insurance status was at the visit. Sliding fee cares whether the patient qualified for a discount on that date. If eligibility is still a morning portal hop, both are only as good as whoever had time to finish the clicks.

That is the work Millennial Networks took on with 330 centers in this region. At Corporación SANOS, César Montijo, Executive Director, described side-by-side work through restructuring, a new EHR, and automation of processes that were eating the day. Magaly López, Health IT Specialist at the PR Primary Care Association (HCCN for Puerto Rico and the Virgin Islands), has said the same at network level: the 330 centers needed systems that hold up in clinic.

What MediBOT does for eligibility

MediBOT is digital staff. Not a chatbot taped onto the EHR. Not a magic eligibility button.

It gets a named user account in eClinicalWorks, with a role and a queue, the same way a biller does. Auditors see who did what.

On eligibility, the job is specific:

• Read tomorrow's schedule.
• Open each patient chart.
• Check the payer portals that actually answer for this market: Assertus, IMC, MCS, PSM, Triple-S.
• Write the verified result back to the chart.
• Leave a consolidated report for the desk.

That report is ready at 7:20 a.m. Your 7:45 is exception work: inactive, unable to verify, PCP mismatch, product mismatch. Walk-ins still belong to a human.

When it cannot validate, it does not guess. It queues the exception. A person decides. When a portal or mapping goes stale, it proposes the fix. A person approves. That is the loop in MediBOT in production: start where pain is loudest (eligibility and prior auth), run in shadow until the desk trusts the output, treat the agent like a team member.

At SANOS, those automations have been in production since January 2025 against eClinicalWorks and five payer portals. Agent capability is in pilot. CommuniCare Health Centers in San Antonio is the named mainland center: analytics delivered, agent in pilot, inside their own AWS. PHI does not leave the tenant.

Humans First, Tech Second. The desk still owns the patient in front of them. The overnight staffer owns the list you already knew was coming.

This is a Millennial Networks workflow. Healthcare IT and MSP for FQHCs and CHCs in Puerto Rico and the USVI since 2017. Ten-year mark: January 2027.

Who this is for

• FQHC, CHC, and other 330 centers in Puerto Rico and the USVI.
• Billing leads, office managers, and front-desk supervisors who already live in eClinicalWorks.
• Teams whose real eligibility stack is Assertus, IMC, MCS, PSM, and Triple-S, not a generic mainland 270.
• Leadership that cares about UDS insurance status and sliding-fee integrity as much as clean claims.

Hand a board member a one-pager before the call. Production notes and the SANOS and PR PCA case studies are public.

FAQ

How to check eligibility in eClinicalWorks

One patient: Resource Schedule, right-click the appointment, Check Eligibility. Or use the Check link in the appointment window. Or run it from Patient Hub insurance. eCW sends a 270 and shows the 271.

Tomorrow's clinic: right-click the E icon, Eligibility Admin. Filter date, provider, site. Run the batch in the afternoon. Work inactives and errors before 8 a.m.

On island Medicaid MCOs, still confirm PCP assignment, product type, dual coverage, and any 271 that does not match the card.

How to check insurance eligibility in eCW

Same screens. Timing is the habit.

• Afternoon before: batch the next day's schedule.
• Morning of: exceptions, walk-ins, same-day adds only.
• At check-in: read the result already on the appointment. Do not start from zero unless the patient was not on last night's list.

If secondary is on the chart, check secondary. If the insurance name looks wrong, fix the payer map before you rerun.

eClinicalWorks insurance eligibility check

The native check is the 270/271 through your clearinghouse, from the schedule, the appointment, or the chart, including Eligibility Admin for batch.

Use it. Do not confuse a green 271 with a coverage decision for a 330-center visit in Puerto Rico or the USVI. The check tells you what the transaction returned. The desk is accountable for what is true at the window: active coverage, correct MCO, correct product, sliding fee only when it applies.

MediBOT is the overnight version of that job. Humans still take the window.