How the Dental Specialist Directory Works

A provider directory is a set of assertions about real clinicians, and the only honest way to publish one is to say exactly which assertions it is making and which it is not. A badge that reads "verified" without a stated meaning is worse than no badge, because a referring dentist will reasonably read into it a credential check nobody performed.

So this is the methodology page. Where each record comes from, what a claim is and what it proves, what each badge is actually computed from, how a specialty gets attached to a listing, how a practice edits its own entry, and where the checking stops. Everything below describes the system as it is built, not as it might eventually work.

Where the records come from

Every listing starts from the National Plan and Provider Enumeration System — NPPES — the registry run by the Centers for Medicare & Medicaid Services in which a U.S. provider must be enumerated in order to hold an NPI. That registry is public. Anyone can search it record by record at the NPPES NPI Registry¹, query it through a free, unauthenticated API², or download the underlying data files CMS publishes³.

That is the whole reason a directory like this can exist at all. We are not disclosing anything about a provider that was private; we are reorganising a public federal record into something a referring office can search by specialty and location. The provider directory currently carries 153,000+ provider records on that basis.

From NPPES, a listing inherits the practice or clinician name, the NPI, the registered taxonomy that decides which specialty the record is filed under, and the practice address and phone number as published there. Nothing on that list is our judgement. It is a copy of a registry filing.

How a listing gets its specialty

Specialty is not free text and is not, at the point a record is created, self-selected. It comes from the provider taxonomy code on the NPPES filing — the NUCC Health Care Provider Taxonomy Code Set⁴, the same code set used across U.S. claims administration. Dental codes sit under the 1223 root, and each recognised dental specialty has its own code beneath it.

The platform holds an explicit map from those codes to the specialty a listing is filed under, so the mapping is inspectable rather than inferred from a job title:

• 1223E0200X — endodontics
• 1223S0112X — oral and maxillofacial surgery
• 1223P0300X — periodontics
• 1223X0400X — orthodontics and dentofacial orthopedics
• 1223P0221X — pediatric dentistry
• 1223P0700X — prosthodontics
• 1223P0106X — oral and maxillofacial pathology
• 1223X0008X — oral and maxillofacial radiology
• 1223D0001X — dental public health
• 1223G0001X — general practice, which is not a specialty

A specialty filter on the directory matches against that mapped value, which is why searching for oral surgery does not return general practices that happen to mention extractions in their service list. Any individual code can be looked up directly at the NUCC taxonomy lookup⁵.

There is one nuance worth stating plainly. A practice that has claimed its listing can also edit the specialty names shown on its profile. Those self-entered entries are stored without a taxonomy code, and they do not feed the specialist badge described below — that badge is computed only from the registry taxonomy stamped on the provider record itself. An office cannot type its way into it.

Claimed and unclaimed listings

Every record begins unclaimed. It is a registry-derived page nobody at the practice has taken responsibility for, and it is searchable and referral-capable in that state. Claiming is the process by which a practice account takes ownership of one, and it is deliberately not a form you can simply assert your way through.

1. 1A signed-in practice account initiates the claim

   Claims are tied to an organisation account, not an anonymous visitor, and are rate limited to three per user per hour. Every initiation is written to the audit log.

2. 2A six-digit code goes to the practice email on file

   Not to the person claiming. The code is sent to the email address already on the provider record, so possession of it is evidence of controlling the practice inbox. The code is never returned in the API response.

3. 3The code is entered within 24 hours

   Codes expire after a day, verification attempts are limited to five per claim per hour, and the comparison is timing-safe. A correct code moves the claim to code-verified.

4. 4If there is no email on file, a human reviews it

   The claim goes to an admin queue instead, and the claimant may be asked for NPI verification, a practice phone callback, or state dental licence documentation. A code alone is not enough on that path.

5. 5Approval makes the claim active

   Only an active claim unlocks the profile editor, the referral inbox and the scheduling surfaces. One live claim exists per provider at a time, enforced in the database rather than only in application code.

Claimed listings sort ahead of unclaimed ones in the default browse and relevance views. That is a deliberate ranking preference for offices that have taken ownership of their page — it is not a rating adjustment, and it is not applied when you explicitly sort by distance or by rating.

What “verified” means here — and what it does not

Two badges can appear on a listing, and both are mechanical. Neither involves a person reading a credential.

NPI Verified is stamped when a claim on the record is approved and the NPI on that record resolves, at that moment, to an active dental record in NPPES. The check is a registry lookup with a fixed policy: the NPI must be exactly ten digits, NPPES must return it as active, the primary taxonomy must be a dental code, and a name must come back. If NPPES cannot be reached, nothing is stamped — the verifier fails closed to manual review rather than granting a badge it could not substantiate.

Verified Specialist is narrower and equally mechanical. It is set when the primary taxonomy returned by that same lookup is a code under the 1223 dental root that is not the general-dentist code. It separates offices whose federal registry filing is a recognised dental specialty from general practices that list specialty procedures. That is all it separates.

The corollary matters as much as the badge. Records are matched against the NPI registry, not against state licensure boards, so licensure and current privileges remain something you confirm with your state board before you send a case. Fields a practice supplies about itself — board certifications, education, years of experience, languages, services — are self-reported and are shown as such; the board-certification indicator carries a self-reported label for exactly that reason. Google rating figures shown on a profile are not gathered or audited by us either: they arrive with the record or are entered by the office, and they are displayed as given, with no inflation and no adjustment.

How a practice edits its own listing

Once a claim is active, the practice gets a self-service editor rather than a support ticket. It writes to the same record the public profile reads, so a correction is live immediately, and every edit is audit-logged with the list of fields that changed.

• Practice name, phone, fax, email and website
• A description of the practice, its services and its achievements
• Specialty names shown on the profile
• Office hours, languages spoken, and accepted insurance plans
• Whether the office is currently accepting referrals
• Board certifications, education and years of experience — stored and displayed as self-reported
• A profile photo and platform-pinned social links
• A Google rating, review count and review link the office maintains itself

One field is conspicuously absent: the NPI. It is not part of the editable schema, because it is the identifier the verification badges are computed from. A practice cannot edit the number that the check runs against, which is the point. If you want to confirm an NPI independently before you rely on it, we walk through it in verifying a specialist’s NPI before you refer.

Specialty and metro pages

Beneath each specialty hub sits a set of metro pages — six specialties across thirty U.S. metros, 180 pages in total, each one a specialty-in-a-city view of the same index. The metro list is a fixed, curated list rather than a generated permutation of every place name, which keeps each page backed by a real population centre.

A provider appears on one of those pages when three things are true at once: the record carries the page’s specialty, its primary practice location matches the page’s city name, and that location is in the page’s state. It is a literal city-name match, not a radius. A practice filed in a neighbouring municipality will not appear on the larger metro’s page even when it is a short drive away, so for anything geographic, a ZIP-and-radius search from Find a Dentist is the more reliable instrument.

The provider counts printed on those pages are query results, not marketing figures — where a metro has no matching listings the page says so and points at the wider search instead. No local statistics, payer detail or neighbourhood colour is generated for these pages, because none of it would be true.

What the directory does not establish

Stated as a list, so there is no ambiguity about it. Inclusion in this directory is not:

• An endorsement or a recommendation of any provider
• A quality ranking — no clinical outcome, complaint or malpractice data is held or used
• A credential check — no licence, board certification or hospital privilege is verified
• A statement that the practice is open, at that address, or accepting new cases today
• Clinical advice about whether a particular case should be referred at all

A directory is a way of finding a candidate. The judgement about whether that candidate is the right one for the case in front of you stays with you, and so does the check on their licence.

Getting a listing corrected

1. 1If it is your practice, claim the listing

   It is the fastest route and the most durable one: after the claim is active, everything in the editable list above is yours to correct directly, and it stays correct because you own it.

2. 2For registry-sourced fields, fix the registry too

   Name, NPI, taxonomy and the registered practice address originate in NPPES. Updating the record at the source is what stops the same error reappearing in every other directory built from the same public data.

3. 3For anything else, write to us

   Email support@dentalrefer.com with the practice name as it appears here and what is wrong. Please keep patient names and clinical detail out of that email — none of it is needed to fix a listing.

If you want the rest of the picture, browse the specialties to see how each discipline is scoped, or read what a complete dental referral contains for the part of the workflow that begins once you have chosen a specialist.

Do not email patient information (names, dates of birth, clinical details or images) to any Dental Refer address. Send patient information only through Dental Refer itself, after signing in.