---
title: "Medical Email Database: How to Build a Verified One"
description: "Build a medical email database from the free public provider register: resolve the practice, then the clinician, then verify. Roles, decay and real cost."
canonical: "https://derrick-app.com/email-finder/medical-email-database"
category: "Email Finder"
updated: "2026-09-06"
---

# Medical Email Database: the NPI Is Public, the Inbox Is Not

> A medical email database is built by resolving the organisation first and the named clinician second, because in healthcare the licence is public and the mailbox almost never is. The national provider register held 9,411,686 records as of 30 August 2026 and publishes identity, specialty and practice address, but no email, so every prebuilt medical file on the market is a join somebody else ran on a date you cannot see. Primary taxonomy decides what your segment actually is, headcount decides which of the five buying roles exists inside the organisation, and affiliation churn is what quietly kills the mailbox while the identity record stays true. Building the list yourself costs roughly 8 credits per fully resolved and verified row and leaves you a dated definition you can re-run rather than a static file you have to re-buy.

*Canonical: https://derrick-app.com/email-finder/medical-email-database* · *Email Finder*

---

Search for a medical email database and every result sells you a file. None of them explains the mechanism underneath: a free public register that publishes who every provider is and where they practise, and stops precisely at the mailbox. This guide walks that gap end to end, from taxonomy code to verified address, with the cost per usable row at each step.

**There is a file waiting for you in this guide:** [100 dermatology practices in Texas](#derrick-csv), exported with Derrick on 6 September 2026, free. Practice name, website, domain, city, full address, phone. The emails and the phone numbers of the people behind them are what the method below is for.

## Medical email database: the short answer

A **medical email database** is built by resolving the organisation first and the named clinician second, because in healthcare the licence is public and the mailbox almost never is. The United States publishes every enumerated provider in the National Plan and Provider Enumeration System, and that register held 9,411,686 records as of 30 August 2026. It gives you the identity, the specialty and the practice address. It does not give you an email. That single gap is the whole job, and it is the reason every prebuilt medical file on the market is a join somebody else ran on a date you cannot see.

The second half of the job is deciding which clinician you actually mean. Nobody wants to email nine million providers. A search for a medical email database almost always means one of three narrower things: the physician or specialist who signs off on a clinical product, the practice manager or administrator who buys software and supplies, or the hospital executive layer that owns budget across dozens of sites. Those are three different lists pulled from the same register, and sending them the same message is why most healthcare campaigns underperform.

This guide walks the pipeline in order: pick the taxonomy that defines your segment, pull the organisations, resolve the named person, find and verify the address, then price the result per usable row. If you are starting from a city rather than a specialty, our guide on [finding local business email addresses](https://derrick-app.com/email-finder/local-business-emails) covers the geography-first version of the same pipeline, and the [lawyers email list](https://derrick-app.com/email-finder/lawyers-email-list) guide covers the same licensed-profession pattern in a different vertical.

![Medical email database record types, an individual clinician versus a practice organisation](/illustrations/articles/medical-email-database/entity-types.webp)Type 1 is a person, Type 2 is an organisation, and the two demand different pipelines.

## What actually sits inside a medical email database

Two record types live side by side in healthcare data, and confusing them is the most expensive mistake in the pipeline. The national register assigns Entity Type 1 to an individual provider and Entity Type 2 to an organisation. A cardiologist has a Type 1 identifier. The cardiology group she practises in has a Type 2 identifier. A hospital has one, and so does each of its billing entities.

That distinction decides what an address even means. A Type 2 record resolves to a domain and usually to a generic inbox that a front desk reads. A Type 1 record resolves to a human being who may work at three affiliated sites under two different domains. If your campaign needs a clinical decision, you want Type 1 rows joined to a working domain. If you are selling supplies, billing services or practice software, the Type 2 organisation is often the better unit, and the person you want inside it is an administrator who has no clinical taxonomy at all.

Specialty is expressed through a healthcare taxonomy code, a ten character alphanumeric value from a set of more than 850 active codes. Every provider record carries at least one, and exactly one is flagged primary. This is the field that turns "doctors" into a segment you can actually mail: not "physicians" but the primary taxonomy for interventional cardiology, or paediatric dentistry, or clinical laboratory. A medical email database that cannot filter on primary taxonomy is a mailing list, not a segment.

## Where the identity comes from, and why it is free

The enumeration register is public data, published by the federal payer system so that claims can be routed. Anyone can query it. There is a read API at the registry endpoint that needs no token and no registration, and the full file is published for download and refreshed on a schedule. You can search by name, by taxonomy, by city and by state, and you get back the identifier, the entity type, the legal and doing-business-as names, the primary practice address, a practice phone number and the taxonomy list.

What you do not get, in any version of that file, is an email address. The register was built to route claims, not campaigns. Vendors who sell a medical email database start from this same free identity layer, append addresses through pattern inference and verification, and charge for the append. That is a legitimate service. It is also something you can run yourself, on a date you choose, with a verification stamp you can point to.

France runs the same structure under different names. The Répertoire Partagé des Professionnels de Santé is published through the Annuaire Santé by the national digital health agency, released as open data, refreshed daily, and queryable through a standards based REST API. It carries identity, profession, specialty and place of practice, alongside the establishment register. Same shape, same gap: the register tells you who and where, not which mailbox answers.

![Who to contact in a medical email database, by practice headcount](/illustrations/articles/medical-email-database/role-by-headcount.webp)The role you want only exists above a certain headcount.

## Who you are actually emailing inside a practice or a hospital

A healthcare organisation is not a flat list of clinicians. It has a clinical layer, an administrative layer and, above a certain size, a procurement layer, and each one buys different things with different money. Pitching an electronic health record migration to a staff nurse, or a box of consumables to a chief medical officer, wastes the address you just paid to find.

| Role | What they own | Exists from | Reachable at |
| --- | --- | --- | --- |
| Solo practitioner or owner clinician | Everything, including the cheque | 1 provider | Practice domain, often a generic inbox |
| Practice manager or administrator | Software, supplies, vendors, scheduling | 2 to 3 providers | Named address on the practice domain |
| Specialty or department lead | Clinical protocol and equipment for one service | ~10 providers | Named address, sometimes a hospital domain |
| Chief medical or nursing officer | Clinical standards across sites | ~50 providers | Named address, gatekept |
| Procurement or supply chain | Contracts, pricing, vendor onboarding | Hospital or group scale | Named address, often a separate domain |

Note what the middle column does to your sourcing. Below roughly three providers there is no administrator to email, so the clinician is the buyer and the generic practice inbox is often the only door. Above fifty, the clinician you found in the register is almost never the person who signs, and you need the [executive email addresses](https://derrick-app.com/email-finder/executive-email-addresses) pipeline instead. Headcount is not a nice to have filter here, it decides whether the role you want exists at all.

![Building a medical email database in five steps from the Derrick sidebar in Google Sheets](/illustrations/articles/medical-email-database/sidebar-pipeline.webp)Five steps, five columns, each one re-runnable on its own.

## Build it: from taxonomy code to practice domain to verified address

The pipeline has five steps and each one is re-runnable on its own. Run them in order and stop at the first failure, because appending an address to an organisation you have not resolved is a credit spent on a question that was already answered.

**Step one, define the segment.** Pick the primary taxonomy and the geography before anything else. "Dermatologists in Texas" is a segment. "Healthcare" is not.

**Step two, pull the organisations.** Either query the public register by taxonomy and state, or start from a map search when what you want is defined by place rather than by code. A map search returns the practice as it presents itself publicly, with a website, a phone number and an address, which is exactly what you need to reach a domain.

**Step three, resolve the named person.** From the organisation, list the people inside it and filter by job function so you keep the administrator or the department lead rather than every clinician on staff. [Find a company's people](https://derrick-app.com/features/find-staff-members?utm_source=seo&utm_medium=article&utm_campaign=ef-medical-email-database-feature) returns current and former staff at 1 credit per person, with no Sales Navigator seat needed.

**Step four, find the address.** With a first name, a last name and a domain, run an email lookup. [Email Finder](https://derrick-app.com/features/email-finder?utm_source=seo&utm_medium=article&utm_campaign=ef-medical-email-database-feature) costs 5 credits per email and bills per result found, so a provider whose mailbox cannot be resolved does not cost you anything. When the practice publishes a contact address on its own site rather than using a pattern, [Email & Social Extractor from Website](https://derrick-app.com/features/email-social-extractor-from-website?utm_source=seo&utm_medium=article&utm_campaign=ef-medical-email-database-feature) pulls it directly at 2 credits per line.

**Step five, verify and deduplicate.** Never send on an unverified append. The details are in the next section, and [Find Duplicates](https://derrick-app.com/features/find-duplicates?utm_source=seo&utm_medium=article&utm_campaign=ef-medical-email-database-feature) is unlimited and available on the free plan, which matters more than it sounds when the same clinician appears under three affiliated organisations.

![What a medical email database costs per verified row, step by step](/illustrations/articles/medical-email-database/cost-per-verified-row.webp)Roughly 8 credits for a row that is resolved and verified.

## What a medical email database costs, bought or built

Bought files are priced per record and quoted rather than listed. The claims cluster tightly: multi million record counts, accuracy figures in the mid nineties, deliverability promised in the mid eighties, and coverage across dozens of specialties. Read the second and third numbers together. An eighty five percent deliverability promise on a file you cannot re-run means roughly one in seven addresses is dead on arrival, and you find out by burning sending reputation to discover it.

Built rows price differently, because you pay per step and only for what resolves.

| Step | Feature | Cost | Billed |
| --- | --- | --- | --- |
| Pull the organisation | Google Maps Scraper | 1 credit / place | Per row requested |
| Resolve the person | Find a company's people | 1 credit / person | Per person |
| Find the address | Email Finder | 5 credits / email | Per result found |
| Verify the address | Email Verification | 1 credit / email | Per result |
| Deduplicate | Find Duplicates | Unlimited | Free plan included |

That is roughly 8 credits for a fully resolved and verified row. The free plan gives you 100 credits a month at no cost, which is about a dozen complete rows to test the segment before committing. Paid plans start at 9 euros a month, and at the largest plan the credit floor is 0.0016 euros, which puts a complete verified row at roughly 1.3 cents. Derrick scales the same way at a dozen rows and at a hundred thousand, so the arithmetic does not change shape when the list does.

## Verify the addresses before the first send

Healthcare domains are unusually hostile to naive verification, for two structural reasons. Hospital groups consolidate dozens of acquired practices onto one mail domain, so pattern inference that works on a standalone clinic collapses. And clinical domains sit behind security gateways that accept everything at the edge, which is the definition of a catch-all.

Run four checks, in this order, and stop at the first failure.

1. **Domain resolves and accepts mail.** No mail exchanger, no campaign. This is free to check and eliminates a surprising share of rows pulled from map data, where the website field points at a booking platform rather than the practice.
2. **Mailbox exists.** [Email Verification](https://derrick-app.com/features/email-verification?utm_source=seo&utm_medium=article&utm_campaign=ef-medical-email-database-feature) costs 1 credit per email and is the cheapest insurance in the pipeline.
3. **Catch-all status.** A domain that accepts every address tells you nothing about the one you hold. Our [catch-all email guide](https://derrick-app.com/email-finder/catch-all) covers how to detect them and what to do with the rows instead of deleting them.
4. **Bounce threshold before send.** Decide the rate you will not cross and hold the list to it. The [bounce checker guide](https://derrick-app.com/email-finder/bounce-checker) covers the thresholds worth holding yourself to, and [what makes an address valid](https://derrick-app.com/email-finder/valid) explains the difference between syntactically correct and actually reachable.

![Why a medical email database decays, affiliation churn, consolidation and part time practice](/illustrations/articles/medical-email-database/decay-drivers.webp)The identity record stays true while the mailbox quietly moves.

## Why healthcare files rot faster than most lists

The identity record in a public register is durable. A clinician keeps the same identifier for a career. The mailbox is not durable at all, and the gap between those two facts is what quietly kills a purchased file while every row still looks correct.

Three decay drivers dominate in healthcare. Affiliation churn comes first: a physician moves from an independent group to a hospital system and the domain changes even though the name, the specialty and the licence do not. Consolidation comes second: when a group is acquired, an entire block of addresses migrates to the acquirer's domain in one weekend, and a file bought the week before is now wrong in bulk rather than one row at a time. Locum and part time practice comes third, where the same person is genuinely reachable at two domains and only one of them is read.

The operational answer is not to verify more often. It is to keep the definition rather than the file. If your list is stored as "primary taxonomy X in state Y, resolved to organisation, resolved to administrator, verified on this date", you re-run it. If it is stored as a CSV of addresses, you re-buy it.

## Running the whole pipeline in one sheet

This pipeline is worth building rather than buying because it lives in one spreadsheet you control, and every column carries a date. One row per provider or per organisation, columns filling left to right, each one re-runnable on its own: organisation name, website, domain, named person, job function, found address, verification status, verification date.

The same steps run from three surfaces, and the right one depends on where the list needs to end up. A spreadsheet sidebar is the natural home when a human is going to read and edit the rows. The REST API is the right surface when the list belongs in a CRM and has to refresh on a schedule. And an [MCP](https://derrick-app.com/mcp?utm_source=seo&utm_medium=article&utm_campaign=ef-medical-email-database-feature) connection is the right one when you would rather ask an AI assistant for "dermatology practices in Austin with a named administrator and a verified address" and get rows back in the conversation. A web app is coming as well. Pick the surface for the workflow, not the other way round.

**One email every two weeks.** Fill Down covers go-to-market and sales data tactics, including how teams keep profession specific lists from rotting. [Subscribe to the Fill Down newsletter →](https://www.linkedin.com/newsletters/fill-down-gtm-sales-news-7480639838598184961/)

## Six mistakes that ruin a medical email database

1. **Treating individual and organisation records as one list.** A Type 1 and a Type 2 identifier answer different questions. Mixing them produces a file where half the rows have no human to address.
2. **Filtering on job title instead of primary taxonomy.** Titles in healthcare are inconsistent across systems. The taxonomy code is the field that was designed to be filtered.
3. **Buying on record count.** Millions of rows is a claim about the register, which is free. The only number that matters is how many rows survive verification on the day you send.
4. **Skipping the catch-all check on hospital domains.** Security gateways accept everything. A verification pass that does not test catch-all status will report a clean list that bounces.
5. **Mailing the clinician when the administrator signs.** Above a handful of providers, the person with the licence is rarely the person with the budget.
6. **Storing the file instead of the definition.** A dated, re-runnable segment survives a consolidation weekend. A CSV does not.

## Key takeaways

- The public register held 9,411,686 provider records as of 30 August 2026, and publishes identity, specialty and practice address, but never an email.
- Entity Type 1 is a person and Entity Type 2 is an organisation, and the two demand different pipelines.
- Primary taxonomy, a ten character code from a set of over 850, is what turns "doctors" into a segment worth mailing.
- Role exists as a function of headcount: no administrator below about three providers, no clinician signing above about fifty.
- Affiliation churn and group consolidation kill the mailbox while the identity record stays perfectly true.
- Building costs roughly 8 credits per fully resolved and verified row, and leaves you a dated definition instead of a static file.

## Use Derrick in Claude (MCP) or via API

Derrick isn't only a Google Sheets add-on. The same B2B data enrichment runs as an MCP server (use it directly inside Claude and other AI agents) and as a REST API:

- **Claude / AI agents (MCP)**: connect the Derrick MCP server, then enrich from chat. Setup: /mcp
- **REST API**: call the same enrichment endpoints from your own stack (PLUS plan and up). Docs: https://app1.derrick-app.com/api/v1/docs/

## FAQ

### How do you build a medical email database?
Resolve the organisation first, then the named person, then the address. Pick the primary taxonomy and geography that define your segment, pull the practices from the public provider register or a map search, resolve each one to a domain, list the people inside it and filter by job function, then run an email lookup on the named person and verify the result before any send. Deduplicate at the end and stamp every row with the date it was verified.

### Is the national provider register free to use?
Yes. The enumeration register is public data published so that claims can be routed. There is a read API that needs no token and no registration, and the full file is published for download on a schedule. You can search by name, taxonomy, city and state, and you get the identifier, entity type, names, practice address, practice phone and taxonomy list.

### Does the provider register include email addresses?
No. It was built to route claims, not campaigns, so it carries identity, specialty and practice address but never a mailbox. That is exactly why vendors can sell a medical email database: they start from the same free identity layer and charge for the address append, which is a step you can also run yourself on a date you choose.

### What is a healthcare taxonomy code and why does it matter?
It is a ten character alphanumeric code identifying a provider's type, classification and specialisation, drawn from a set of more than 850 active codes. Every provider record carries at least one and exactly one is flagged primary. It matters because it is the field that turns a vague category like doctors into a segment you can filter and mail, such as the primary taxonomy for interventional cardiology or paediatric dentistry.

### What is the difference between a Type 1 and a Type 2 provider record?
Entity Type 1 is an individual provider and Entity Type 2 is an organisation. A cardiologist has a Type 1 identifier and the cardiology group she practises in has a Type 2. Type 2 records resolve to a domain and often to a generic front desk inbox, while Type 1 records resolve to a human who may work at several affiliated sites under different domains.

### Why do medical email lists go stale so quickly?
Because the identity is durable and the mailbox is not. A clinician keeps the same identifier for a career, but affiliation churn moves them from an independent group to a hospital system and the domain changes. Group consolidation is worse: an acquisition migrates an entire block of addresses to the acquirer's domain at once, so a file bought the week before is wrong in bulk rather than one row at a time.

### How much does it cost to build a medical email database?
Roughly 8 credits per fully resolved and verified row: 1 credit to pull the organisation, 1 to resolve the person, 5 for the email lookup which bills only per result found, and 1 to verify. Deduplication is unlimited and included on the free plan. The free plan is 100 credits a month at no cost, paid plans start at 9 euros a month, and at the largest plan the credit floor of 0.0016 euros puts a complete verified row near 1.3 cents.

### Is there a French equivalent of the US provider register?
Yes. The Répertoire Partagé des Professionnels de Santé is published through the Annuaire Santé by the national digital health agency, released as open data, refreshed daily and queryable through a standards based REST API, alongside the establishment register. It has the same shape and the same gap: it tells you who a professional is, their profession, specialty and place of practice, but not which mailbox actually answers.

## Related

- [Lead Email Finder: The Complete Guide to Finding Your Prospects' Emails](https://derrick-app.com/email-finder/lead)
- [How to Find a Company Website: Complete 2026 Guide](https://derrick-app.com/email-finder/find-from-website)
- [Reverse Email Lookup: What an Email Address Gives You Free, and What It Doesn't](https://derrick-app.com/email-finder/find-company-from-email)
- [Valid Email Finder: How to Find and Verify Valid Professional Emails](https://derrick-app.com/email-finder/valid)
- [Catch-All Email: How to Detect and Manage Them in B2B Prospecting](https://derrick-app.com/email-finder/catch-all)
- [Email Bounce Checker: Verify Every Address Before You Hit Send](https://derrick-app.com/email-finder/bounce-checker)
- [Real-Time Email Verification: Definition, How It Works, and Why It Matters in 2026](https://derrick-app.com/email-finder/real-time-verification)
- [How to Find a LinkedIn Profile by Email Address](https://derrick-app.com/email-finder/find-linkedin-by-email)
- [Cold Email Benchmarks 2026: What Reply, Open and Bounce Rates Should You Expect?](https://derrick-app.com/email-finder/cold-email-benchmarks-2026)
- [How to Find a Company Founder's or CEO's Email: 5 Methods (2026)](https://derrick-app.com/email-finder/founder-email)
- [How to Find Someone's Email from a LinkedIn Profile](https://derrick-app.com/email-finder/from-linkedin-profile)
- [Email Finder API: find and verify professional emails at scale](https://derrick-app.com/email-finder/api)
- [LinkedIn Email Finder Tools: The Buyer's Guide to Choosing One](https://derrick-app.com/email-finder/linkedin-tools)
- [Email verification API: check every address before you send](https://derrick-app.com/email-finder/verification-api)
- [How to Find CFO Email Addresses for B2B Sales](https://derrick-app.com/email-finder/cfo-email-addresses)
- [Executive Email Addresses](https://derrick-app.com/email-finder/executive-email-addresses)
- [Company Email Address: Generic vs Named](https://derrick-app.com/email-finder/company-email-address)
- [Sales email sequence: how to structure one that gets replies](https://derrick-app.com/email-finder/sales-email-sequence)
- [How to Buy an Email List, and What It Really Costs](https://derrick-app.com/email-finder/buy-email-list)
- [Email Scraper: What It Actually Returns, and Why the List Bounces](https://derrick-app.com/email-finder/email-scraper)
- [Local Business Email Addresses: The Three-Tier Method](https://derrick-app.com/email-finder/local-business-emails)
- [Architects Email Addresses: Firm First, Then the Person](https://derrick-app.com/email-finder/architects-email-addresses)
- [Lawyers Email List: The License Is Public, the Inbox Is Not](https://derrick-app.com/email-finder/lawyers-email-list)