Payers: verified by portal
Automated insurance verification for MetLife dental plans
MetLife is one of the 71 payers Ardent runs a playbook for, and its playbook is a portal playbook. For each scheduled patient on a MetLife dental plan, Ardent signs into the provider portal with your practice’s credentials, reads the benefit grid field by field, captures the payer’s documents and screenshots, and types the answers onto the breakdown sheet your office already uses. In the example on the home page the portal answered every required blank and no call was needed; when it does not, the phone call runs for what is left.
- A portal playbook: your provider credentials, the benefit grid read field by field, screenshots kept.
- Every value keeps its source, the portal record and a screenshot, tiled behind the sheet in the filed PDF.
- A recorded phone call only when a required blank is still open after the portal.
- Your own sheet, in your notation, as a PDF in the patient’s chart before the visit.
How it works
How does Ardent verify MetLife dental benefits?
By portal. Ardent signs into MetLife’s provider portal with your credentials, reads the benefit grid through the portal’s own data, and keeps the raw responses and screenshots as evidence. The values are typed into your blanks in the shorthand your team already reads, 2xC/Y, 1x36m, NL, NC, and a blank nobody stated stays blank. If a required blank is still open, the playbook continues to a phone call to the provider line, and the agent fills it only with a quote from the rep behind it.
- Sign in. With your practice’s MetLife provider portal credentials. They live only for the duration of the call that needs them and never enter a model, a log line or a response; every request is limited to the payer’s own domain.
- Benefit grid. Read field by field: maximum and remaining, deductible, coverage percentages by category, frequency and age limits, waiting periods, the missing tooth clause, ortho, and history where the portal shows it.
- Evidence. MetLife’s own documents and the portal screenshots are captured and kept with the check.
- The rest, if any. A required blank the portal leaves open goes to a recorded phone call inside the payer’s business hours, up to two calls, every answer quote-backed.
- Filed. The finished sheet as a PDF in the patient’s chart documents, with a one-line note on the appointment where your PMS allows one.
On the sheet
What lands on your sheet for a MetLife patient?
The same worksheet your office fills by hand today, general, pediatric or orthodontic, with the portal’s answers written into your blanks. Each printed value carries the portal record it came from; a stated exclusion prints NC, and a blank the portal did not state stays empty rather than inferred. Results are informational; your office confirms coverage with the payer.
The exceptions
What happens when a MetLife plan can’t be verified?
Nothing is guessed. When the portal cannot match the patient to the insurance on file, the plan has ended, or a required blank stays open after the call, the appointment is set to "Needs info" or "Someone has to call", the reason goes to your front desk in the 7:00 AM email in plain words, and, where your practice management system allows a note, one line goes on the appointment. When the portal is temporarily unavailable the check is retried at the next 6:00 AM run, and failures that will clear on their own retry after 6 and 48 hours.
Answers
MetLife insurance verification FAQ
Yes, for portal automation. Credentials live only for the duration of the call that needs them and never enter a model, a log line or a response; every portal request is limited to MetLife’s domain; emailed one-time codes are read from a mailbox you designate; Ardent never solves CAPTCHAs.
Only if a required blank is still open after the portal. In the home page example the portal answered everything and no call was placed. When a call runs, the agent dials the provider line inside MetLife’s business hours, works the menu through to a rep, asks only the open questions, and writes an answer only with a quote from the rep behind it.
The benefit grid, field by field: annual maximum and remaining benefits, deductible, coverage percentages by category, frequency and age limits, waiting periods, missing tooth and downgrade clauses, pre-authorization rules, ortho benefits, and history where the portal shows it. Each value is read through a per-payer field map from the portal’s own data, not a model’s reading of the screen.
The check is retried rather than pushed: one attempt per run, then again at the next 6:00 AM run, and failures that will clear on their own retry after 6 and 48 hours. The appointment shows "Retrying" with the reason until it clears, and it appears in the 7:00 AM email only if it is still unverified.
On your own sheet, filed as a PDF in the patient’s chart documents and named insurance-eligibility-<first>-<last>.pdf. Ardent never writes into coverage-table fields; on Dentrix, Dentrix Enterprise, Eaglesoft and Open Dental it adds one line to the appointment note when something on file needs fixing, and on CareStack a coverage line with an estimated copay.