https://mcp.providersignal.com/mcp ↗
**Agent-callable US dental provider intelligence.** Cross-references NPPES, 41 state dental boards (plus DC), CMS Medicare Part B, NPDB, and OIG LEIE. 273,000+ providers, refreshed weekly. ## Tools - **`lookup_provider_by_npi`**: Free tier, 100/day per IP. Returns name, practice address, taxonomy, and enumeration date by NPI. With a Bearer token, returns the full record: license status, DSO (Dental Service Organization) affiliation, OIG-exclusion flag, and a 0-100 confidence score. - **`search_providers`**: Bearer required. Filter dental providers by name, city, ZIP, state, taxonomy, or license status. - **`get_dso_affiliation`**: Bearer required. Check DSO affiliation for an NPI: parent brand (Heartland, Aspen, Pacific, etc.), signal type, and confidence score. - **`get_territory_summary`**: Bearer required. Aggregate territory analysis for a state or ZIP: provider count, DSO penetration, retirement-risk distribution, active license count. ## Authentication The free `lookup_provid
ProviderSignal: Dental Market Intelligence is a remote MCP server published at mcp.providersignal.com. It has been probed 7 times since 9/10/2026. It answered in 7 of them (100.0%), a near-uninterrupted record. Median response time is 182 ms, placing it among the faster endpoints. It offers a narrow, focused set of 10 tools. On the protocol side it still runs 2025-11-25 and has not moved to the newer spec.
Can an LLM agent pick the right tool here — names, descriptions and parameter clarity are assessed.
lookup_provider_by_npi — Description cut-off mid-sentenceget_medicaid_fee_schedule — Unclear parameter modes explanationget_license_events — No explicit parameter type declarationsRisk: medium
tools/list structure, inputSchema validity, and a functional smoke test — the components of the 0-100 score.
Derived by comparing consecutive probes — changes in era, protocol version, build and reachability.
Add this badge to your README — it updates automatically as measurements change.
[](https://mcpmetrics.io/servers/providersignal-dental-market-intelligence)<a href="https://mcpmetrics.io/servers/providersignal-dental-market-intelligence"><img src="https://mcpmetrics.io/badge/providersignal/dental-market-intelligence/era.svg" alt="mcpmetrics"></a>You are seeing the last 7 days. Sign up for the full history. Which check failed and why is in the dashboard.
Sign up free to see| Run | Era | Modern | ms | Legacy | ms | Versions |
|---|---|---|---|---|---|---|
| 2026-09-11 11:20:19 | Legacy | 200 | 157 | 200 | 155 | 2025-06-18 |
| 2026-09-11 09:28:19 | Legacy | 200 | 182 | 200 | 191 | 2025-06-18 |
| 2026-09-11 07:35:54 | Legacy | 200 | 208 | 200 | 256 | 2025-06-18 |
| 2026-09-11 05:44:28 | Legacy | 200 | 193 | 200 | 179 | 2025-06-18 |
| 2026-09-11 03:50:39 | Legacy | 200 | 108 | 200 | 115 | 2025-06-18 |
| 2026-09-11 01:59:45 | Legacy | 200 | 155 | 200 | 158 | 2025-06-18 |
| 2026-09-10 21:16:35 | Auth-gated | 401 | 378 | 401 | 356 | — |
Each block is one measurement round. Green: working response. Amber: responded but the server was returning errors (5xx). Red: no response at all.
Each cell is one probe run. Faded cells are incomplete probes — one leg did not answer, so the era is inconclusive.
The two probe legs separately: modern server/discover and legacy initialize.