{"id":54217,"date":"2026-02-01T12:43:30","date_gmt":"2026-02-01T18:43:30","guid":{"rendered":"https:\/\/heartbeat.ai\/healthcare\/data-dictionary-2\/"},"modified":"2026-03-01T04:14:24","modified_gmt":"2026-03-01T10:14:24","slug":"data-dictionary","status":"publish","type":"post","link":"http:\/\/heartbeat.ai\/resources\/data-dictionary\/","title":{"rendered":"Provider contact data fields: definitions and how recruiters use each field"},"content":{"rendered":"<p><img decoding=\"async\" loading=\"false\" class=\"aligncenter\" src=\"http:\/\/hc.heartbeat.ai\/wp-content\/webp-express\/webp-images\/uploads\/2026\/02\/data-dictionary-75b97fd9.png.webp\" alt=\"54216\" \/><\/p>\n<h1>Provider contact data fields: definitions and how recruiters use each field<\/h1>\n<p><strong>By Ben Argeband, Founder &amp; CEO of Heartbeat.ai<\/strong> \u2014 Keep it factual and conservative.<\/p>\n<p>Ops teams lose weeks when \u201caccuracy\u201d debates happen without shared field semantics. This hub is a <strong>data dictionary<\/strong> for <strong>provider contact data fields<\/strong>: plain-English <strong>definitions<\/strong>, <strong>how recruiters use each field<\/strong>, and the QA measurements that keep outreach workflows stable.<\/p>\n<div id=\"ez-toc-container\" class=\"ez-toc-v2_0_82_2 counter-hierarchy ez-toc-counter ez-toc-custom ez-toc-container-direction\">\r\n<div class=\"ez-toc-title-container\">\r\n<p class=\"ez-toc-title\" style=\"cursor:inherit\">What\u2019s on this page:<\/p>\r\n<span class=\"ez-toc-title-toggle\"><\/span><\/div>\r\n<nav><ul class='ez-toc-list ez-toc-list-level-1' ><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-1\" href=\"http:\/\/heartbeat.ai\/resources\/data-dictionary\/#Who_this_is_for\" >Who this is for<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-2\" href=\"http:\/\/heartbeat.ai\/resources\/data-dictionary\/#Quick_Answer\" >Quick Answer<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-3\" href=\"http:\/\/heartbeat.ai\/resources\/data-dictionary\/#Framework_The_%E2%80%9CField-Level_Trust%E2%80%9D_Pattern_definition_how_to_use_common_mistakes\" >Framework: The \u201cField-Level Trust\u201d Pattern: definition + how to use + common mistakes<\/a><ul class='ez-toc-list-level-3' ><li class='ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-4\" href=\"http:\/\/heartbeat.ai\/resources\/data-dictionary\/#Definition\" >Definition<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-5\" href=\"http:\/\/heartbeat.ai\/resources\/data-dictionary\/#How_to_use_it\" >How to use it<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-6\" href=\"http:\/\/heartbeat.ai\/resources\/data-dictionary\/#Common_mistakes\" >Common mistakes<\/a><\/li><\/ul><\/li><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-7\" href=\"http:\/\/heartbeat.ai\/resources\/data-dictionary\/#Step-by-step_method\" >Step-by-step method<\/a><ul class='ez-toc-list-level-3' ><li class='ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-8\" href=\"http:\/\/heartbeat.ai\/resources\/data-dictionary\/#Directory_jump_to_field_groups\" >Directory (jump to field groups)<\/a><\/li><\/ul><\/li><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-9\" href=\"http:\/\/heartbeat.ai\/resources\/data-dictionary\/#Diagnostic_Table\" >Diagnostic Table:<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-10\" href=\"http:\/\/heartbeat.ai\/resources\/data-dictionary\/#Weighted_Checklist\" >Weighted Checklist:<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-11\" href=\"http:\/\/heartbeat.ai\/resources\/data-dictionary\/#Outreach_Templates\" >Outreach Templates:<\/a><ul class='ez-toc-list-level-3' ><li class='ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-12\" href=\"http:\/\/heartbeat.ai\/resources\/data-dictionary\/#Template_1_First-touch_voicemail_direct_dial\" >Template 1: First-touch voicemail (direct dial)<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-13\" href=\"http:\/\/heartbeat.ai\/resources\/data-dictionary\/#Template_2_Email_deliverability-first\" >Template 2: Email (deliverability-first)<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-14\" href=\"http:\/\/heartbeat.ai\/resources\/data-dictionary\/#Template_3_Gatekeeper-friendly_main_line_script\" >Template 3: Gatekeeper-friendly main line script<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-15\" href=\"http:\/\/heartbeat.ai\/resources\/data-dictionary\/#Template_4_Ops_feedback_loop_data_correction_suppression\" >Template 4: Ops feedback loop (data correction + suppression)<\/a><\/li><\/ul><\/li><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-16\" href=\"http:\/\/heartbeat.ai\/resources\/data-dictionary\/#Common_pitfalls\" >Common pitfalls<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-17\" href=\"http:\/\/heartbeat.ai\/resources\/data-dictionary\/#How_to_improve_results\" >How to improve results<\/a><ul class='ez-toc-list-level-3' ><li class='ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-18\" href=\"http:\/\/heartbeat.ai\/resources\/data-dictionary\/#1_Use_canonical_metric_definitions_so_reporting_is_comparable\" >1) Use canonical metric definitions (so reporting is comparable)<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-19\" href=\"http:\/\/heartbeat.ai\/resources\/data-dictionary\/#2_QA_sampling_protocol_no_guesswork_no_invented_numbers\" >2) QA sampling protocol (no guesswork, no invented numbers)<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-20\" href=\"http:\/\/heartbeat.ai\/resources\/data-dictionary\/#3_Field_naming_storage_conventions_integration_clarity\" >3) Field naming + storage conventions (integration clarity)<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-21\" href=\"http:\/\/heartbeat.ai\/resources\/data-dictionary\/#4_Uniqueness_hook_worksheet_the_%E2%80%9C3-Layer_Contact_Path%E2%80%9D_rule\" >4) Uniqueness hook worksheet: the \u201c3-Layer Contact Path\u201d rule<\/a><\/li><\/ul><\/li><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-22\" href=\"http:\/\/heartbeat.ai\/resources\/data-dictionary\/#Legal_and_ethical_use\" >Legal and ethical use<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-23\" href=\"http:\/\/heartbeat.ai\/resources\/data-dictionary\/#Evidence_and_trust_notes\" >Evidence and trust notes<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-24\" href=\"http:\/\/heartbeat.ai\/resources\/data-dictionary\/#FAQs\" >FAQs<\/a><ul class='ez-toc-list-level-3' ><li class='ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-25\" href=\"http:\/\/heartbeat.ai\/resources\/data-dictionary\/#What_should_a_provider_contact_data_dictionary_include\" >What should a provider contact data dictionary include?<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-26\" href=\"http:\/\/heartbeat.ai\/resources\/data-dictionary\/#How_do_ops_teams_compare_two_datasets_with_different_field_names\" >How do ops teams compare two datasets with different field names?<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-27\" href=\"http:\/\/heartbeat.ai\/resources\/data-dictionary\/#Whats_the_difference_between_direct_dial_and_line_tested\" >What\u2019s the difference between direct dial and line tested?<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-28\" href=\"http:\/\/heartbeat.ai\/resources\/data-dictionary\/#Which_metrics_should_we_track_for_phone_and_email_fields\" >Which metrics should we track for phone and email fields?<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-29\" href=\"http:\/\/heartbeat.ai\/resources\/data-dictionary\/#How_should_we_handle_opt-outs_and_do-not-contact_flags\" >How should we handle opt-outs and do-not-contact flags?<\/a><\/li><\/ul><\/li><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-30\" href=\"http:\/\/heartbeat.ai\/resources\/data-dictionary\/#Next_steps\" >Next steps<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-31\" href=\"http:\/\/heartbeat.ai\/resources\/data-dictionary\/#About_the_Author\" >About the Author<\/a><\/li><\/ul><\/nav><\/div>\r\n<h2><span class=\"ez-toc-section\" id=\"Who_this_is_for\"><\/span>Who this is for<span class=\"ez-toc-section-end\"><\/span><\/h2>\n<p><strong>Buyers and ops teams who need to understand what fields mean.<\/strong> If you\u2019re mapping data into an ATS\/CRM, dialer, or sequencing tool, this page is meant to reduce rework and prevent bad routing rules.<\/p>\n<ul>\n<li>TA ops \/ recruiting ops building field mappings and dashboards<\/li>\n<li>Agency ops standardizing outreach workflows across recruiters<\/li>\n<li>Data\/RevOps teams integrating provider datasets into internal systems<\/li>\n<\/ul>\n<h2><span class=\"ez-toc-section\" id=\"Quick_Answer\"><\/span>Quick Answer<span class=\"ez-toc-section-end\"><\/span><\/h2>\n<dl>\n<dt>Core Answer<\/dt>\n<dd>A provider contact data dictionary defines each field, allowed values, and how recruiters use it to route outreach, enforce suppression, and measure outcomes.<\/dd>\n<dt>Key Insight<\/dt>\n<dd>Field-level clarity prevents false QA: you can\u2019t validate, suppress, or prioritize outreach if fields don\u2019t have consistent definitions and timestamps.<\/dd>\n<dt>Best For<\/dt>\n<dd>Buyers and ops teams who need to understand what fields mean.<\/dd>\n<\/dl>\n<blockquote>\n<p><strong>Compliance &amp; Safety<\/strong><\/p>\n<p>This method is for legitimate recruiting outreach only. Always respect candidate privacy, opt-out requests, and local data laws. Heartbeat does not provide medical advice or legal counsel.<\/p>\n<\/blockquote>\n<h2><span class=\"ez-toc-section\" id=\"Framework_The_%E2%80%9CField-Level_Trust%E2%80%9D_Pattern_definition_how_to_use_common_mistakes\"><\/span>Framework: The \u201cField-Level Trust\u201d Pattern: definition + how to use + common mistakes<span class=\"ez-toc-section-end\"><\/span><\/h2>\n<h3><span class=\"ez-toc-section\" id=\"Definition\"><\/span>Definition<span class=\"ez-toc-section-end\"><\/span><\/h3>\n<p><strong>Field-Level Trust<\/strong> is a simple rule: every field you operationalize must have (1) a definition, (2) an intended workflow use, (3) a measurement method, and (4) a known failure mode.<\/p>\n<h3><span class=\"ez-toc-section\" id=\"How_to_use_it\"><\/span>How to use it<span class=\"ez-toc-section-end\"><\/span><\/h3>\n<ol>\n<li><strong>Define<\/strong> the field in plain language (what it is and what it is not).<\/li>\n<li><strong>Constrain<\/strong> it with allowed values and formats (including null rules).<\/li>\n<li><strong>Route<\/strong> it into a decision (call vs email, prioritization, suppression, assignment).<\/li>\n<li><strong>Measure<\/strong> outcomes tied to the field (per 100 dials, per 100 sent emails, per 100 delivered emails).<\/li>\n<li><strong>Correct<\/strong> definitions or workflow rules based on observed failure modes.<\/li>\n<\/ol>\n<h3><span class=\"ez-toc-section\" id=\"Common_mistakes\"><\/span>Common mistakes<span class=\"ez-toc-section-end\"><\/span><\/h3>\n<ul>\n<li><strong>Mixing \u201ctype\u201d with \u201cquality.\u201d<\/strong> Example: \u201cmobile\u201d is a type; \u201cline tested\u201d is a quality signal. Keep them separate so reporting stays honest.<\/li>\n<li><strong>Assuming a field implies consent.<\/strong> A contact path existing in a dataset is not permission to spam it.<\/li>\n<li><strong>Overwriting multi-path contact data.<\/strong> If you normalize everything into one \u201cphone\u201d field, you destroy routing and QA.<\/li>\n<li><strong>Not versioning definitions.<\/strong> If semantics change, your dashboards become misleading.<\/li>\n<\/ul>\n<h2><span class=\"ez-toc-section\" id=\"Step-by-step_method\"><\/span>Step-by-step method<span class=\"ez-toc-section-end\"><\/span><\/h2>\n<ol>\n<li>\n<p><strong>Inventory your contact fields and map each to a decision.<\/strong><\/p>\n<p>List every field you ingest that affects outreach: phone(s), email(s), location(s), identifiers, specialty, suppression flags, and timestamps. For each field, write the decision it drives (routing, prioritization, suppression, assignment, reporting).<\/p>\n<\/li>\n<li>\n<p><strong>Standardize definitions and allowed values.<\/strong><\/p>\n<p>For each field, define format (E.164 for phone, consistent constraints for email), allowed values (enums), and null rules. If a field can be multi-valued (multiple locations, multiple phones), store it as such instead of overwriting.<\/p>\n<\/li>\n<li>\n<p><strong>Add provenance and freshness metadata.<\/strong><\/p>\n<p>At minimum, store <em>source category<\/em> and <em>last updated<\/em> for each contact path. Freshness is what lets you explain performance changes without guessing.<\/p>\n<\/li>\n<li>\n<p><strong>Implement suppression as a first-class system.<\/strong><\/p>\n<p>Maintain do-not-contact flags, channel-level opt-outs, timestamps, and reasons. Enforce suppression before any dial or send, and enforce it across tools (ATS\/CRM, dialer, email platform).<\/p>\n<\/li>\n<li>\n<p><strong>Instrument outcomes so you can QA fields.<\/strong><\/p>\n<p><strong>Measure this by\u2026<\/strong> logging outcomes with denominators you can audit: phone metrics per 100 dials, email metrics per 100 sent emails and per 100 delivered emails, and identity metrics per 100 records (match\/duplicate rates).<\/p>\n<\/li>\n<li>\n<p><strong>Close the loop weekly.<\/strong><\/p>\n<p>Review the top two failure modes (wrong number, gatekeeper routing, bounces, opt-outs). Update routing rules, suppression, and field definitions accordingly.<\/p>\n<\/li>\n<\/ol>\n<h3><span class=\"ez-toc-section\" id=\"Directory_jump_to_field_groups\"><\/span>Directory (jump to field groups)<span class=\"ez-toc-section-end\"><\/span><\/h3>\n<ul>\n<li><a href=\"#identity-fields\">Identity fields (who is this?)<\/a><\/li>\n<li><a href=\"#segmentation-fields\">Segmentation fields (who should work this?)<\/a><\/li>\n<li><a href=\"#phone-fields\">Phone fields (how do we call?)<\/a><\/li>\n<li><a href=\"#email-fields\">Email fields (how do we email?)<\/a><\/li>\n<li><a href=\"#location-fields\">Location fields (where do they practice?)<\/a><\/li>\n<li><a href=\"#suppression-fields\">Suppression &amp; preferences (who should we not contact?)<\/a><\/li>\n<li><a href=\"#provenance-fields\">Provenance &amp; freshness (why should we trust it today?)<\/a><\/li>\n<\/ul>\n<h2><span class=\"ez-toc-section\" id=\"Diagnostic_Table\"><\/span>Diagnostic Table:<span class=\"ez-toc-section-end\"><\/span><\/h2>\n<p>This table is a field-level troubleshooting guide for buyers and ops teams. Use it to align definitions, workflow usage, and QA measurement.<\/p>\n<div class=\"table-scroll\" style=\"overflow:auto;-webkit-overflow-scrolling:touch;width:100%\">\n<table class=\"separated-content\">\n<thead>\n<tr>\n<th>Field \/ Concept<\/th>\n<th>Definition<\/th>\n<th>How recruiters use each field<\/th>\n<th>Common failure mode<\/th>\n<th>QA \/ measurement<\/th>\n<\/tr>\n<\/thead>\n<tbody>\n<tr>\n<td id=\"identity-fields\"><strong>NPI<\/strong><\/td>\n<td>National Provider Identifier: a unique identifier for covered health care providers in the U.S.<\/td>\n<td>De-duplicate; match records across systems; anchor identity when names\/locations vary.<\/td>\n<td>Individual vs organization NPIs mixed; stale practice location attached to the NPI record.<\/td>\n<td>Match rate per 100 records; duplicate rate per 100 records (after matching rules applied).<\/td>\n<\/tr>\n<tr>\n<td><strong>Provider name<\/strong><\/td>\n<td>Structured name fields (first\/last\/suffix) used for matching and personalization.<\/td>\n<td>Personalize outreach; match to internal records.<\/td>\n<td>Nicknames, initials, suffix mismatches create duplicates.<\/td>\n<td>Duplicate rate per 100 records; manual review queue volume.<\/td>\n<\/tr>\n<tr>\n<td id=\"segmentation-fields\"><strong>taxonomy<\/strong><\/td>\n<td>Standardized classification describing provider type, classification, and specialization.<\/td>\n<td>Route to the right recruiter; tailor messaging; segment reporting by specialty.<\/td>\n<td>Multiple taxonomies per provider; taxonomy too broad for routing.<\/td>\n<td>Segment-level Reply Rate per 100 delivered emails; connect outcomes by taxonomy.<\/td>\n<\/tr>\n<tr>\n<td><strong>Role \/ specialty label (internal)<\/strong><\/td>\n<td>Your internal normalized specialty label mapped from taxonomy and\/or business rules.<\/td>\n<td>Assignment, comp plan routing, and pipeline reporting.<\/td>\n<td>One-to-many mapping causes misroutes (e.g., subspecialties).<\/td>\n<td>Reassignment rate per 100 assignments; recruiter override frequency.<\/td>\n<\/tr>\n<tr>\n<td id=\"phone-fields\"><strong>direct dial<\/strong><\/td>\n<td>A phone number intended to reach the provider without going through a main switchboard.<\/td>\n<td>Prioritize for first attempts; use for time-sensitive outreach.<\/td>\n<td>Routes to front desk\/shared line; forwarding changed; number reassigned.<\/td>\n<td>Connect Rate per 100 dials; wrong-number disposition rate per 100 dials.<\/td>\n<\/tr>\n<tr>\n<td><strong>Main line<\/strong><\/td>\n<td>A practice or facility phone number that typically reaches a switchboard or front desk.<\/td>\n<td>Gatekeeper-friendly outreach; confirm best contact path; request message routing.<\/td>\n<td>High gatekeeper friction; long hold times; after-hours routing.<\/td>\n<td>Connect Rate per 100 dials; \u201cgatekeeper\u201d disposition rate per 100 dials.<\/td>\n<\/tr>\n<tr>\n<td><strong>Phone type<\/strong><\/td>\n<td>Enum describing the phone\u2019s role (direct dial, main line, scheduling, fax, unknown).<\/td>\n<td>Routing rules (who calls what first) and suppression (don\u2019t dial fax).<\/td>\n<td>Fax mis-labeled as voice; direct dial overwritten by main line.<\/td>\n<td>Disposition mix per 100 dials by phone type.<\/td>\n<\/tr>\n<tr>\n<td><strong>Phone extension<\/strong><\/td>\n<td>Extension required to reach a person\/department after dialing a main number.<\/td>\n<td>Reduce wasted dials; improve gatekeeper routing.<\/td>\n<td>Extension missing or outdated.<\/td>\n<td>Connect Rate per 100 dials for records with extension vs without.<\/td>\n<\/tr>\n<tr>\n<td><strong>line tested<\/strong><\/td>\n<td>A phone number that has been programmatically checked for basic callability (e.g., rings, busy, disconnected) at a point in time.<\/td>\n<td>Prioritize callable numbers; reduce wasted dials.<\/td>\n<td>Test is stale; callable but wrong person\/department.<\/td>\n<td>Connect Rate per 100 dials segmented by last test date.<\/td>\n<\/tr>\n<tr>\n<td><strong>Phone carrier \/ line class (when available)<\/strong><\/td>\n<td>Carrier and\/or line classification metadata (when available) used for routing and QA, not as a guarantee of reachability.<\/td>\n<td>Sequence design and troubleshooting (e.g., why certain numbers never connect).<\/td>\n<td>Ported numbers and carrier changes make this stale.<\/td>\n<td>Connect Rate per 100 dials segmented by carrier\/line class.<\/td>\n<\/tr>\n<tr>\n<td><strong>Timezone<\/strong><\/td>\n<td>Timezone associated with the practice location used to schedule outreach windows.<\/td>\n<td>Call-window planning; reduce after-hours attempts.<\/td>\n<td>Provider practices across timezones; timezone inferred from a billing address.<\/td>\n<td>Answer Rate per 100 connected calls segmented by local time-of-day.<\/td>\n<\/tr>\n<tr>\n<td><strong>Best call window (operational)<\/strong><\/td>\n<td>An internal field derived from your outcomes (not a static attribute) indicating when calls are most likely to reach a human.<\/td>\n<td>Schedule call blocks; route to recruiters working that window.<\/td>\n<td>Overfitting to small samples; not refreshed as patterns change.<\/td>\n<td>Answer Rate per 100 connected calls by call window.<\/td>\n<\/tr>\n<tr>\n<td id=\"email-fields\"><strong>Email address<\/strong><\/td>\n<td>A professional email associated with the provider or their practice context (does not imply personal\/private sourcing).<\/td>\n<td>Compliant email outreach; nurture when calling is low-yield.<\/td>\n<td>High bounce; role-based inbox; filtering.<\/td>\n<td>Deliverability Rate per 100 sent emails; Bounce Rate per 100 sent emails; Reply Rate per 100 delivered emails.<\/td>\n<\/tr>\n<tr>\n<td><strong>Email type<\/strong><\/td>\n<td>Enum describing the email\u2019s role (personal professional, practice, role-based, unknown).<\/td>\n<td>Sequence design (short vs detailed); routing to admin vs provider.<\/td>\n<td>Role-based inbox treated like provider inbox.<\/td>\n<td>Reply Rate per 100 delivered emails by email type.<\/td>\n<\/tr>\n<tr>\n<td><strong>Verification method (email)<\/strong><\/td>\n<td>How you validated the email operationally (e.g., delivered, bounced, confirmed by reply). This is a workflow field, not a promise of future deliverability.<\/td>\n<td>Prioritize channels that have worked; suppress known bad paths.<\/td>\n<td>Method not stored; teams treat \u201cpresent\u201d as \u201cverified.\u201d<\/td>\n<td>Deliverability Rate per 100 sent emails segmented by verification method.<\/td>\n<\/tr>\n<tr>\n<td><strong>last verified<\/strong><\/td>\n<td>Timestamp for when a contact path was last confirmed by an outcome (e.g., connected call, delivered email, reply). Distinct from last updated\/imported.<\/td>\n<td>Prioritize fresher, outcome-confirmed paths; set refresh rules.<\/td>\n<td>Confused with last updated; timestamp reflects import date only.<\/td>\n<td>Outcome metrics segmented by last verified buckets.<\/td>\n<\/tr>\n<tr>\n<td><strong>Confidence score (internal)<\/strong><\/td>\n<td>An internal scoring field you define to rank contact paths for routing. It should be explainable and auditable.<\/td>\n<td>Prioritize which phone\/email to try first; reduce wasted attempts.<\/td>\n<td>Score treated as \u201caccuracy\u201d; not recalibrated as data decays.<\/td>\n<td>Connect\/Deliverability outcomes segmented by score bands.<\/td>\n<\/tr>\n<tr>\n<td id=\"location-fields\"><strong>Practice location<\/strong><\/td>\n<td>Address\/location metadata tied to a practice site (not necessarily where the provider lives).<\/td>\n<td>Territory assignment; local market prioritization; call-window planning.<\/td>\n<td>Provider works multiple sites; billing-only address used for routing.<\/td>\n<td>Reassignment rate per 100 assignments; recruiter \u201cwrong market\u201d flags.<\/td>\n<\/tr>\n<tr>\n<td><strong>Multi-location count<\/strong><\/td>\n<td>Count of distinct practice sites associated with the provider record.<\/td>\n<td>Decide whether to run multi-site outreach (main line + site-specific admin) vs single-path.<\/td>\n<td>Collapsed locations hide the best contact path.<\/td>\n<td>Connect Rate per 100 dials for multi-location vs single-location records.<\/td>\n<\/tr>\n<tr>\n<td id=\"suppression-fields\"><strong>Do-not-contact (global)<\/strong><\/td>\n<td>Flag indicating the record should not be contacted via any channel.<\/td>\n<td>Hard suppression across all tools.<\/td>\n<td>Duplicates bypass suppression; flag not synced to dialer\/email tool.<\/td>\n<td>Suppression enforcement rate per 100 attempted dials\/sends.<\/td>\n<\/tr>\n<tr>\n<td><strong>Channel opt-out<\/strong><\/td>\n<td>Channel-specific suppression (e.g., do not email, do not call) with timestamp.<\/td>\n<td>Respect preferences; protect deliverability and brand.<\/td>\n<td>Opt-out stored in notes only; not enforced automatically.<\/td>\n<td>Opt-out recurrence rate per 100 contacted records.<\/td>\n<\/tr>\n<tr>\n<td><strong>Suppression reason<\/strong><\/td>\n<td>Enum describing why suppression exists (requested, bounced, wrong number, compliance policy).<\/td>\n<td>Auditability; faster remediation (fix data vs stop outreach).<\/td>\n<td>Free-text reasons break reporting.<\/td>\n<td>Reason distribution per 100 suppressed records.<\/td>\n<\/tr>\n<tr>\n<td id=\"provenance-fields\"><strong>source category<\/strong><\/td>\n<td>High-level label for where the field came from (e.g., registry, practice site, user feedback, outreach feedback).<\/td>\n<td>Trust weighting; debugging when a source starts decaying.<\/td>\n<td>Source missing; mixed sources in one field without traceability.<\/td>\n<td>Outcome metrics segmented by source category.<\/td>\n<\/tr>\n<tr>\n<td><strong>last updated<\/strong><\/td>\n<td>Timestamp for when the field value was last refreshed or changed in your system.<\/td>\n<td>Prioritize fresher contact paths; explain performance shifts.<\/td>\n<td>Timestamp reflects import date, not refresh date.<\/td>\n<td>Outcome metrics segmented by last updated buckets.<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<\/div>\n<p><strong>Metric definitions (canonical):<\/strong> Connect Rate = connected calls \/ total dials. Answer Rate = human answers \/ connected calls. Deliverability Rate = delivered emails \/ sent emails. Bounce Rate = bounced emails \/ sent emails. Reply Rate = replies \/ delivered emails.<\/p>\n<h2><span class=\"ez-toc-section\" id=\"Weighted_Checklist\"><\/span>Weighted Checklist:<span class=\"ez-toc-section-end\"><\/span><\/h2>\n<p>Score a dataset or integration design without hand-waving. Score each item 0\u20132, multiply by weight, and total it. Use the notes column to record what you verified.<\/p>\n<div class=\"table-scroll\" style=\"overflow:auto;-webkit-overflow-scrolling:touch;width:100%\">\n<table class=\"separated-content\">\n<thead>\n<tr>\n<th>Category<\/th>\n<th>Check<\/th>\n<th>Weight<\/th>\n<th>Score (0\u20132)<\/th>\n<th>Notes<\/th>\n<\/tr>\n<\/thead>\n<tbody>\n<tr>\n<td>Definitions<\/td>\n<td>Every contact field has a written definition, allowed values, and null rules.<\/td>\n<td>5<\/td>\n<td><\/td>\n<td><\/td>\n<\/tr>\n<tr>\n<td>Multi-path storage<\/td>\n<td>Phone and location fields support multiple values (no overwriting direct dial with main line).<\/td>\n<td>5<\/td>\n<td><\/td>\n<td><\/td>\n<\/tr>\n<tr>\n<td>Provenance<\/td>\n<td>Fields include source category and last updated timestamps.<\/td>\n<td>4<\/td>\n<td><\/td>\n<td><\/td>\n<\/tr>\n<tr>\n<td>Freshness vs verification<\/td>\n<td>last updated and last verified are distinct and used in routing rules.<\/td>\n<td>4<\/td>\n<td><\/td>\n<td><\/td>\n<\/tr>\n<tr>\n<td>Phone usability<\/td>\n<td>Phone fields distinguish direct dial vs main line; include line tested status\/date where applicable.<\/td>\n<td>5<\/td>\n<td><\/td>\n<td><\/td>\n<\/tr>\n<tr>\n<td>Email usability<\/td>\n<td>Email fields support deliverability QA (delivered\/bounced tracking) and suppression.<\/td>\n<td>4<\/td>\n<td><\/td>\n<td><\/td>\n<\/tr>\n<tr>\n<td>Identity<\/td>\n<td>NPI supports de-duplication and matching (with rules for edge cases).<\/td>\n<td>5<\/td>\n<td><\/td>\n<td><\/td>\n<\/tr>\n<tr>\n<td>Segmentation<\/td>\n<td>taxonomy supports specialty routing (including multi-taxonomy handling).<\/td>\n<td>3<\/td>\n<td><\/td>\n<td><\/td>\n<\/tr>\n<tr>\n<td>Suppression<\/td>\n<td>Global and channel opt-outs are enforced across all outbound systems.<\/td>\n<td>5<\/td>\n<td><\/td>\n<td><\/td>\n<\/tr>\n<tr>\n<td>Feedback loop<\/td>\n<td>Structured dispositions feed back into suppression and routing rules weekly.<\/td>\n<td>4<\/td>\n<td><\/td>\n<td><\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<\/div>\n<p><strong>The trade-off is\u2026<\/strong> richer field semantics (multi-path phones, timestamps, source categories) increase integration work up front, but they reduce wasted outreach and make QA defensible.<\/p>\n<h2><span class=\"ez-toc-section\" id=\"Outreach_Templates\"><\/span>Outreach Templates:<span class=\"ez-toc-section-end\"><\/span><\/h2>\n<p>These templates assume professional, compliant recruiting outreach. Keep messages short and easy to decline. Use suppression and preferences before sending.<\/p>\n<h3><span class=\"ez-toc-section\" id=\"Template_1_First-touch_voicemail_direct_dial\"><\/span>Template 1: First-touch voicemail (direct dial)<span class=\"ez-toc-section-end\"><\/span><\/h3>\n<p><strong>Voicemail:<\/strong> \u201cHi Dr. [Last Name], this is [Name] with [Org]. I\u2019m calling about a [role] opportunity in [market]. If you\u2019re open to a quick, confidential conversation, call me at [number]. If you\u2019re not interested, tell me and I\u2019ll stop.\u201d<\/p>\n<h3><span class=\"ez-toc-section\" id=\"Template_2_Email_deliverability-first\"><\/span>Template 2: Email (deliverability-first)<span class=\"ez-toc-section-end\"><\/span><\/h3>\n<p><strong>Subject:<\/strong> Quick question \u2014 [specialty] role in [market]<\/p>\n<p><strong>Body:<\/strong> \u201cDr. [Last Name] \u2014 I recruit physicians for [Org]. Are you open to a brief call about a [role] position in [market] (schedule, comp model, call expectations)? If yes, what\u2019s the best time this week. If no, I won\u2019t follow up.\u201d<\/p>\n<h3><span class=\"ez-toc-section\" id=\"Template_3_Gatekeeper-friendly_main_line_script\"><\/span>Template 3: Gatekeeper-friendly main line script<span class=\"ez-toc-section-end\"><\/span><\/h3>\n<p>\u201cHi, I\u2019m trying to reach Dr. [Last Name] regarding a professional opportunity. What\u2019s the best way to send a message for review \u2014 email or fax \u2014 and who should I address it to?\u201d<\/p>\n<h3><span class=\"ez-toc-section\" id=\"Template_4_Ops_feedback_loop_data_correction_suppression\"><\/span>Template 4: Ops feedback loop (data correction + suppression)<span class=\"ez-toc-section-end\"><\/span><\/h3>\n<p>\u201cWe attempted outreach for Dr. [Last Name] and got [wrong number\/bounce\/opt-out]. Please (1) suppress the invalid channel with reason and timestamp, and (2) confirm the best professional contact path for future outreach.\u201d<\/p>\n<h2><span class=\"ez-toc-section\" id=\"Common_pitfalls\"><\/span>Common pitfalls<span class=\"ez-toc-section-end\"><\/span><\/h2>\n<ul>\n<li><strong>Single-field normalization that destroys routing.<\/strong> If you collapse all phones into one field, you can\u2019t prioritize direct dial vs main line, and you can\u2019t explain outcomes.<\/li>\n<li><strong>Missing timestamps.<\/strong> Without last updated and last verified, you can\u2019t separate \u201cbad data\u201d from \u201cold data.\u201d<\/li>\n<li><strong>Suppression not enforced across tools.<\/strong> If opt-outs live only in notes, duplicates will keep getting contacted.<\/li>\n<li><strong>Confusing identity with reachability.<\/strong> NPI and taxonomy help match and segment; they don\u2019t guarantee you can reach the provider.<\/li>\n<li><strong>Mini-case: duplicates bypass suppression.<\/strong> A common failure is email-only suppression: Record A is suppressed due to an opt-out on email, but Record B (same NPI, different email\/phone) still gets dialed. Fix it by (1) normalizing identity (NPI where applicable), (2) enforcing a global do-not-contact flag at the identity level, and (3) applying channel opt-outs across all contact paths tied to that identity.<\/li>\n<\/ul>\n<h2><span class=\"ez-toc-section\" id=\"How_to_improve_results\"><\/span>How to improve results<span class=\"ez-toc-section-end\"><\/span><\/h2>\n<h3><span class=\"ez-toc-section\" id=\"1_Use_canonical_metric_definitions_so_reporting_is_comparable\"><\/span>1) Use canonical metric definitions (so reporting is comparable)<span class=\"ez-toc-section-end\"><\/span><\/h3>\n<ul>\n<li><strong>Connect Rate<\/strong> = connected calls \/ total dials (report per 100 dials).<\/li>\n<li><strong>Answer Rate<\/strong> = human answers \/ connected calls (report per 100 connected calls).<\/li>\n<li><strong>Deliverability Rate<\/strong> = delivered emails \/ sent emails (report per 100 sent emails).<\/li>\n<li><strong>Bounce Rate<\/strong> = bounced emails \/ sent emails (report per 100 sent emails).<\/li>\n<li><strong>Reply Rate<\/strong> = replies \/ delivered emails (report per 100 delivered emails).<\/li>\n<\/ul>\n<h3><span class=\"ez-toc-section\" id=\"2_QA_sampling_protocol_no_guesswork_no_invented_numbers\"><\/span>2) QA sampling protocol (no guesswork, no invented numbers)<span class=\"ez-toc-section-end\"><\/span><\/h3>\n<ol>\n<li><strong>Pick a cohort.<\/strong> Example: one specialty + one market + one week of outreach.<\/li>\n<li><strong>Sample records.<\/strong> Pull a fixed-size sample you can review weekly from that cohort, and include both phone and email where available.<\/li>\n<li><strong>Log outcomes with structured dispositions.<\/strong> Wrong number, gatekeeper, voicemail, provider answered, bounced, replied, opted out.<\/li>\n<li><strong>Compute metrics with denominators.<\/strong> Phone: per 100 dials and per 100 connected calls. Email: per 100 sent and per 100 delivered.<\/li>\n<li><strong>Segment by field values.<\/strong> Compare outcomes for direct dial vs main line; line tested recent vs older; email type; last verified buckets.<\/li>\n<li><strong>Change one rule at a time.<\/strong> Adjust routing (which phone first), suppression rules, or freshness thresholds, then re-measure on the next cohort.<\/li>\n<\/ol>\n<h3><span class=\"ez-toc-section\" id=\"3_Field_naming_storage_conventions_integration_clarity\"><\/span>3) Field naming + storage conventions (integration clarity)<span class=\"ez-toc-section-end\"><\/span><\/h3>\n<ul>\n<li><strong>Use enums for types.<\/strong> Example: phone_type = direct_dial | main_line | fax | unknown.<\/li>\n<li><strong>Store multi-values explicitly.<\/strong> Prefer arrays\/child tables for phones, emails, and locations instead of overwriting a single field.<\/li>\n<li><strong>Separate timestamps.<\/strong> last_updated (system refresh\/change) is not the same as last_verified (confirmed by an outcome).<\/li>\n<li><strong>Keep suppression structured.<\/strong> do_not_contact_global (boolean) plus channel_opt_out_email\/channel_opt_out_call with timestamps and reasons.<\/li>\n<\/ul>\n<h3><span class=\"ez-toc-section\" id=\"4_Uniqueness_hook_worksheet_the_%E2%80%9C3-Layer_Contact_Path%E2%80%9D_rule\"><\/span>4) Uniqueness hook worksheet: the \u201c3-Layer Contact Path\u201d rule<span class=\"ez-toc-section-end\"><\/span><\/h3>\n<p>This is the fastest fix I\u2019ve seen for field-level credibility problems in recruiting CRMs.<\/p>\n<ul>\n<li><strong>Layer 1: Routing number<\/strong> (practice main line). Use for gatekeeper workflows and confirmation.<\/li>\n<li><strong>Layer 2: Priority number<\/strong> (direct dial). Use for first attempts when present.<\/li>\n<li><strong>Layer 3: Learned best channel<\/strong> (from dispositions). Store the last successful channel and timestamp (e.g., \u201cprovider answered on main line ext 214\u201d).<\/li>\n<\/ul>\n<p>When you store all three, you stop overwriting good paths, and your QA becomes explainable: you can see which layer produced the outcome.<\/p>\n<h2><span class=\"ez-toc-section\" id=\"Legal_and_ethical_use\"><\/span>Legal and ethical use<span class=\"ez-toc-section-end\"><\/span><\/h2>\n<ul>\n<li><strong>Legitimate recruiting only.<\/strong> Don\u2019t repurpose contact fields for unrelated marketing.<\/li>\n<li><strong>Respect opt-outs and preferences.<\/strong> Suppress quickly and across all systems.<\/li>\n<li><strong>Minimize data.<\/strong> Store what you need for recruiting operations; avoid collecting sensitive personal details.<\/li>\n<li><strong>Not legal advice.<\/strong> Align your process with applicable laws and your organization\u2019s policies.<\/li>\n<\/ul>\n<h2><span class=\"ez-toc-section\" id=\"Evidence_and_trust_notes\"><\/span>Evidence and trust notes<span class=\"ez-toc-section-end\"><\/span><\/h2>\n<p>Definitions are only useful if they\u2019re measurable and auditable. For how Heartbeat.ai defines and evaluates accuracy and outreach metrics, see: <a href=\"http:\/\/heartbeat.ai\/resources\/trust-methodology\/accuracy-and-metrics-definitions\/\">accuracy and metrics definitions methodology<\/a>.<\/p>\n<p>Primary references for common provider identifiers and classifications (definitions and standards):<\/p>\n<ul>\n<li><a href=\"https:\/\/npiregistry.cms.hhs.gov\/\">NPI Registry (CMS)<\/a><\/li>\n<li><a href=\"https:\/\/www.cms.gov\/Regulations-and-Guidance\/Administrative-Simplification\/NationalProvIdentStand\">CMS: National Provider Identifier Standard<\/a><\/li>\n<li><a href=\"https:\/\/www.nucc.org\/\">National Uniform Claim Committee (NUCC) taxonomy<\/a><\/li>\n<\/ul>\n<p>Related Heartbeat.ai field explainers:<\/p>\n<ul>\n<li><a href=\"http:\/\/heartbeat.ai\/resources\/provider-contact-data\/what-is-a-direct-dial-number\/\">What is a direct dial number? (recruiting use cases)<\/a><\/li>\n<li><a href=\"http:\/\/heartbeat.ai\/resources\/provider-contact-data\/mobile-vs-voip-how-to-tell\/\">Mobile vs VoIP: how to tell (and why it matters)<\/a><\/li>\n<li><a href=\"http:\/\/heartbeat.ai\/resources\/data-dictionary\/prescriptive-authority-data-for-recruiters\/\">Prescriptive authority data for recruiters (field definitions)<\/a><\/li>\n<\/ul>\n<h2><span class=\"ez-toc-section\" id=\"FAQs\"><\/span>FAQs<span class=\"ez-toc-section-end\"><\/span><\/h2>\n<h3><span class=\"ez-toc-section\" id=\"What_should_a_provider_contact_data_dictionary_include\"><\/span>What should a provider contact data dictionary include?<span class=\"ez-toc-section-end\"><\/span><\/h3>\n<p>Field name, definition, allowed values\/format, null rules, provenance (source category), freshness (last updated), intended workflow use, and a QA metric tied to outcomes.<\/p>\n<h3><span class=\"ez-toc-section\" id=\"How_do_ops_teams_compare_two_datasets_with_different_field_names\"><\/span>How do ops teams compare two datasets with different field names?<span class=\"ez-toc-section-end\"><\/span><\/h3>\n<p>Map both to shared concepts (identity, segmentation, phone, email, location, suppression, provenance). Then compare using the same denominators: per 100 dials, per 100 sent emails, and per 100 delivered emails.<\/p>\n<h3><span class=\"ez-toc-section\" id=\"Whats_the_difference_between_direct_dial_and_line_tested\"><\/span>What\u2019s the difference between direct dial and line tested?<span class=\"ez-toc-section-end\"><\/span><\/h3>\n<p>Direct dial describes intended routing (reach the provider without going through a switchboard). Line tested describes callability at a point in time. You can have one without the other.<\/p>\n<h3><span class=\"ez-toc-section\" id=\"Which_metrics_should_we_track_for_phone_and_email_fields\"><\/span>Which metrics should we track for phone and email fields?<span class=\"ez-toc-section-end\"><\/span><\/h3>\n<p>Phone: Connect Rate (connected calls \/ total dials) and Answer Rate (human answers \/ connected calls). Email: Deliverability Rate (delivered \/ sent), Bounce Rate (bounced \/ sent), and Reply Rate (replies \/ delivered).<\/p>\n<h3><span class=\"ez-toc-section\" id=\"How_should_we_handle_opt-outs_and_do-not-contact_flags\"><\/span>How should we handle opt-outs and do-not-contact flags?<span class=\"ez-toc-section-end\"><\/span><\/h3>\n<p>Store them as structured fields with timestamps and reasons, and enforce them across every outbound tool. Don\u2019t rely on free-text notes.<\/p>\n<h2><span class=\"ez-toc-section\" id=\"Next_steps\"><\/span>Next steps<span class=\"ez-toc-section-end\"><\/span><\/h2>\n<ul>\n<li><strong>Operationalize the directory:<\/strong> pick your top 20 fields and copy these definitions into your internal schema docs.<\/li>\n<li><strong>Instrument QA:<\/strong> ensure your dialer and email platform export the denominators needed for the canonical metrics.<\/li>\n<li><strong>Go deeper on key phone fields:<\/strong> start with <a href=\"http:\/\/heartbeat.ai\/resources\/provider-contact-data\/what-is-a-direct-dial-number\/\">direct dial<\/a> and <a href=\"http:\/\/heartbeat.ai\/resources\/provider-contact-data\/mobile-vs-voip-how-to-tell\/\">mobile vs VoIP<\/a>.<\/li>\n<li><strong>Implement in your workflow:<\/strong> <a href=\"https:\/\/heartbeat.ai\/signup\">create a Heartbeat.ai account<\/a> to map fields into a recruiting workflow with suppression and QA built in.<\/li>\n<\/ul>\n<h2><span class=\"ez-toc-section\" id=\"About_the_Author\"><\/span><b>About the Author<\/b><span class=\"ez-toc-section-end\"><\/span><\/h2>\n<p><a href=\"http:\/\/heartbeat.ai\/resources\/author\/ben-argeband\"><span style=\"font-weight: 400;\">Ben Argeband<\/span><\/a><span style=\"font-weight: 400;\"> is the Founder and CEO of Swordfish.ai and Heartbeat.ai. With deep expertise in data and SaaS, he has built two successful platforms trusted by over 50,000 sales and recruitment professionals. Ben&#8217;s mission is to help teams find direct contact information for hard-to-reach professionals and decision-makers, providing the shortest route to their next win. Connect with Ben on <\/span><a href=\"https:\/\/www.linkedin.com\/in\/ben-m-argeband-2427a8a3\/\"><span style=\"font-weight: 400;\">LinkedIn<\/span><\/a><span style=\"font-weight: 400;\">.<\/span><\/p>\n<p><script type=\"application\/ld+json\">{\"@context\":\"https:\/\/schema.org\",\"@type\":\"Article\",\"about\":[\"provider contact data fields\",\"data dictionary\",\"direct dial\",\"line tested\",\"NPI\",\"taxonomy\"],\"author\":{\"@type\":\"Person\",\"jobTitle\":\"Founder & CEO of Heartbeat.ai\",\"name\":\"Ben Argeband\"},\"headline\":\"Provider contact data fields: definitions and how recruiters use each field\",\"mainEntityOfPage\":{\"@id\":\"https:\/\/heartbeat.ai\/resources\/data-dictionary\/\",\"@type\":\"WebPage\"},\"publisher\":{\"@type\":\"Organization\",\"name\":\"Heartbeat.ai\"}}<\/script><br \/>\n<script type=\"application\/ld+json\">{\"@context\":\"https:\/\/schema.org\",\"@type\":\"FAQPage\",\"mainEntity\":[{\"@type\":\"Question\",\"acceptedAnswer\":{\"@type\":\"Answer\",\"text\":\"Field name, definition, allowed values\/format, null rules, provenance (source category), freshness (last updated), intended workflow use, and a QA metric tied to outcomes.\"},\"name\":\"What should a provider contact data dictionary include?\"},{\"@type\":\"Question\",\"acceptedAnswer\":{\"@type\":\"Answer\",\"text\":\"Map both to shared concepts (identity, segmentation, phone, email, location, suppression, provenance). Then compare using the same denominators: per 100 dials, per 100 sent emails, and per 100 delivered emails.\"},\"name\":\"How do ops teams compare two datasets with different field names?\"},{\"@type\":\"Question\",\"acceptedAnswer\":{\"@type\":\"Answer\",\"text\":\"Direct dial describes intended routing (reach the provider without going through a switchboard). Line tested describes callability at a point in time. You can have one without the other.\"},\"name\":\"What\u2019s the difference between direct dial and line tested?\"},{\"@type\":\"Question\",\"acceptedAnswer\":{\"@type\":\"Answer\",\"text\":\"Phone: Connect Rate (connected calls \/ total dials) and Answer Rate (human answers \/ connected calls). Email: Deliverability Rate (delivered \/ sent), Bounce Rate (bounced \/ sent), and Reply Rate (replies \/ delivered).\"},\"name\":\"Which metrics should we track for phone and email fields?\"},{\"@type\":\"Question\",\"acceptedAnswer\":{\"@type\":\"Answer\",\"text\":\"Store them as structured fields with timestamps and reasons, and enforce them across every outbound tool. Don\u2019t rely on free-text notes.\"},\"name\":\"How should we handle opt-outs and do-not-contact flags?\"}]}<\/script><\/p>","protected":false},"excerpt":{"rendered":"<p>A practical data dictionary for provider contact data fields: definitions, how recruiters use each field, a field directory, and QA measurement guidance for buyers and ops teams.<\/p>","protected":false},"author":5,"featured_media":54216,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"_yoast_wpseo_focuskw":"provider contact data fields","_yoast_wpseo_title":"Provider contact data fields: definitions and recruiter use","_yoast_wpseo_metadesc":"A field-by-field data dictionary for provider contact data fields: definitions, how recruiters use each field, QA metrics, suppression fields, and an ops-ready directory.","_custom_permalink":"data-dictionary","footnotes":""},"categories":[1],"tags":[],"class_list":["post-54217","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-news"],"acf":[],"yoast_head":"<!-- This site is optimized with the Yoast SEO plugin v27.4 - https:\/\/yoast.com\/product\/yoast-seo-wordpress\/ -->\r\n<title>Provider contact data fields: definitions and recruiter use<\/title>\r\n<meta name=\"description\" content=\"A field-by-field data dictionary for provider contact data fields: definitions, how recruiters use each field, QA metrics, suppression fields, and an ops-ready directory.\" \/>\r\n<meta name=\"robots\" content=\"index, follow, max-snippet:-1, max-image-preview:large, max-video-preview:-1\" \/>\r\n<link rel=\"canonical\" href=\"http:\/\/heartbeat.ai\/resources\/data-dictionary\/\" \/>\r\n<meta property=\"og:locale\" content=\"en_US\" \/>\r\n<meta property=\"og:type\" content=\"article\" \/>\r\n<meta property=\"og:title\" content=\"Provider contact data fields: definitions and recruiter use\" \/>\r\n<meta property=\"og:description\" content=\"A field-by-field data dictionary for provider contact data fields: definitions, how recruiters use each field, QA metrics, suppression fields, and an ops-ready directory.\" \/>\r\n<meta property=\"og:url\" content=\"http:\/\/heartbeat.ai\/resources\/data-dictionary\/\" \/>\r\n<meta property=\"og:site_name\" content=\"Heartbeat.ai\" \/>\r\n<meta property=\"article:published_time\" content=\"2026-02-01T18:43:30+00:00\" \/>\r\n<meta property=\"article:modified_time\" content=\"2026-03-01T10:14:24+00:00\" \/>\r\n<meta property=\"og:image\" content=\"https:\/\/hc.heartbeat.ai\/wp-content\/uploads\/2026\/02\/data-dictionary-75b97fd9.png\" \/>\r\n\t<meta property=\"og:image:width\" content=\"1024\" \/>\r\n\t<meta property=\"og:image:height\" content=\"1024\" \/>\r\n\t<meta property=\"og:image:type\" content=\"image\/png\" \/>\r\n<meta name=\"author\" content=\"Ben Argeband\" \/>\r\n<meta name=\"twitter:card\" content=\"summary_large_image\" \/>\r\n<meta name=\"twitter:label1\" content=\"Written by\" \/>\n\t<meta name=\"twitter:data1\" content=\"Ben Argeband\" \/>\n\t<meta name=\"twitter:label2\" content=\"Est. reading time\" \/>\n\t<meta name=\"twitter:data2\" content=\"15 minutes\" \/>\r\n<script type=\"application\/ld+json\" class=\"yoast-schema-graph\">{\"@context\":\"https:\\\/\\\/schema.org\",\"@graph\":[{\"@type\":\"Article\",\"@id\":\"http:\\\/\\\/heartbeat.ai\\\/resources\\\/data-dictionary\\\/#article\",\"isPartOf\":{\"@id\":\"http:\\\/\\\/heartbeat.ai\\\/resources\\\/data-dictionary\\\/\"},\"author\":{\"name\":\"Ben Argeband\",\"@id\":\"http:\\\/\\\/heartbeat.ai\\\/resources\\\/#\\\/schema\\\/person\\\/7b323ddce9b211907423482e2f9db173\"},\"headline\":\"Provider contact data fields: definitions and how recruiters use each field\",\"datePublished\":\"2026-02-01T18:43:30+00:00\",\"dateModified\":\"2026-03-01T10:14:24+00:00\",\"mainEntityOfPage\":{\"@id\":\"http:\\\/\\\/heartbeat.ai\\\/resources\\\/data-dictionary\\\/\"},\"wordCount\":3052,\"commentCount\":0,\"publisher\":{\"@id\":\"http:\\\/\\\/heartbeat.ai\\\/resources\\\/#organization\"},\"image\":{\"@id\":\"http:\\\/\\\/heartbeat.ai\\\/resources\\\/data-dictionary\\\/#primaryimage\"},\"thumbnailUrl\":\"https:\\\/\\\/hc.heartbeat.ai\\\/wp-content\\\/uploads\\\/2026\\\/02\\\/data-dictionary-75b97fd9.png\",\"articleSection\":[\"News\"],\"inLanguage\":\"en-US\",\"potentialAction\":[{\"@type\":\"CommentAction\",\"name\":\"Comment\",\"target\":[\"http:\\\/\\\/heartbeat.ai\\\/resources\\\/data-dictionary\\\/#respond\"]}]},{\"@type\":\"WebPage\",\"@id\":\"http:\\\/\\\/heartbeat.ai\\\/resources\\\/data-dictionary\\\/\",\"url\":\"http:\\\/\\\/heartbeat.ai\\\/resources\\\/data-dictionary\\\/\",\"name\":\"Provider contact data fields: definitions and recruiter use\",\"isPartOf\":{\"@id\":\"http:\\\/\\\/heartbeat.ai\\\/resources\\\/#website\"},\"primaryImageOfPage\":{\"@id\":\"http:\\\/\\\/heartbeat.ai\\\/resources\\\/data-dictionary\\\/#primaryimage\"},\"image\":{\"@id\":\"http:\\\/\\\/heartbeat.ai\\\/resources\\\/data-dictionary\\\/#primaryimage\"},\"thumbnailUrl\":\"https:\\\/\\\/hc.heartbeat.ai\\\/wp-content\\\/uploads\\\/2026\\\/02\\\/data-dictionary-75b97fd9.png\",\"datePublished\":\"2026-02-01T18:43:30+00:00\",\"dateModified\":\"2026-03-01T10:14:24+00:00\",\"description\":\"A field-by-field data dictionary for provider contact data fields: definitions, how recruiters use each field, QA metrics, suppression fields, and an ops-ready directory.\",\"breadcrumb\":{\"@id\":\"http:\\\/\\\/heartbeat.ai\\\/resources\\\/data-dictionary\\\/#breadcrumb\"},\"inLanguage\":\"en-US\",\"potentialAction\":[{\"@type\":\"ReadAction\",\"target\":[\"http:\\\/\\\/heartbeat.ai\\\/resources\\\/data-dictionary\\\/\"]}]},{\"@type\":\"ImageObject\",\"inLanguage\":\"en-US\",\"@id\":\"http:\\\/\\\/heartbeat.ai\\\/resources\\\/data-dictionary\\\/#primaryimage\",\"url\":\"https:\\\/\\\/hc.heartbeat.ai\\\/wp-content\\\/uploads\\\/2026\\\/02\\\/data-dictionary-75b97fd9.png\",\"contentUrl\":\"https:\\\/\\\/hc.heartbeat.ai\\\/wp-content\\\/uploads\\\/2026\\\/02\\\/data-dictionary-75b97fd9.png\",\"width\":1024,\"height\":1024},{\"@type\":\"BreadcrumbList\",\"@id\":\"http:\\\/\\\/heartbeat.ai\\\/resources\\\/data-dictionary\\\/#breadcrumb\",\"itemListElement\":[{\"@type\":\"ListItem\",\"position\":1,\"name\":\"Home\",\"item\":\"https:\\\/\\\/heartbeat.ai\\\/healthcare\\\/\"},{\"@type\":\"ListItem\",\"position\":2,\"name\":\"Provider contact data fields: definitions and how recruiters use each field\"}]},{\"@type\":\"WebSite\",\"@id\":\"http:\\\/\\\/heartbeat.ai\\\/resources\\\/#website\",\"url\":\"http:\\\/\\\/heartbeat.ai\\\/resources\\\/\",\"name\":\"Heartbeat.ai\",\"description\":\"\",\"publisher\":{\"@id\":\"http:\\\/\\\/heartbeat.ai\\\/resources\\\/#organization\"},\"potentialAction\":[{\"@type\":\"SearchAction\",\"target\":{\"@type\":\"EntryPoint\",\"urlTemplate\":\"http:\\\/\\\/heartbeat.ai\\\/resources\\\/?s={search_term_string}\"},\"query-input\":{\"@type\":\"PropertyValueSpecification\",\"valueRequired\":true,\"valueName\":\"search_term_string\"}}],\"inLanguage\":\"en-US\"},{\"@type\":\"Organization\",\"@id\":\"http:\\\/\\\/heartbeat.ai\\\/resources\\\/#organization\",\"name\":\"Heartbeat.ai\",\"url\":\"http:\\\/\\\/heartbeat.ai\\\/resources\\\/\",\"logo\":{\"@type\":\"ImageObject\",\"inLanguage\":\"en-US\",\"@id\":\"http:\\\/\\\/heartbeat.ai\\\/resources\\\/#\\\/schema\\\/logo\\\/image\\\/\",\"url\":\"https:\\\/\\\/hc.heartbeat.ai\\\/wp-content\\\/uploads\\\/2021\\\/04\\\/Heartbeat.ai-logo.png\",\"contentUrl\":\"https:\\\/\\\/hc.heartbeat.ai\\\/wp-content\\\/uploads\\\/2021\\\/04\\\/Heartbeat.ai-logo.png\",\"width\":704,\"height\":126,\"caption\":\"Heartbeat.ai\"},\"image\":{\"@id\":\"http:\\\/\\\/heartbeat.ai\\\/resources\\\/#\\\/schema\\\/logo\\\/image\\\/\"}},{\"@type\":\"Person\",\"@id\":\"http:\\\/\\\/heartbeat.ai\\\/resources\\\/#\\\/schema\\\/person\\\/7b323ddce9b211907423482e2f9db173\",\"name\":\"Ben Argeband\",\"image\":{\"@type\":\"ImageObject\",\"inLanguage\":\"en-US\",\"@id\":\"https:\\\/\\\/secure.gravatar.com\\\/avatar\\\/9cdd6acf262740ced0b6a1c76378e93640df32a98d2f4d29507f31fbce6817e7?s=96&d=mm&r=g\",\"url\":\"https:\\\/\\\/secure.gravatar.com\\\/avatar\\\/9cdd6acf262740ced0b6a1c76378e93640df32a98d2f4d29507f31fbce6817e7?s=96&d=mm&r=g\",\"contentUrl\":\"https:\\\/\\\/secure.gravatar.com\\\/avatar\\\/9cdd6acf262740ced0b6a1c76378e93640df32a98d2f4d29507f31fbce6817e7?s=96&d=mm&r=g\",\"caption\":\"Ben Argeband\"},\"url\":\"http:\\\/\\\/heartbeat.ai\\\/resources\\\/author\\\/ben-argeband\\\/\"}]}<\/script>\r\n<!-- \/ Yoast SEO plugin. -->","yoast_head_json":{"title":"Provider contact data fields: definitions and recruiter use","description":"A field-by-field data dictionary for provider contact data fields: definitions, how recruiters use each field, QA metrics, suppression fields, and an ops-ready directory.","robots":{"index":"index","follow":"follow","max-snippet":"max-snippet:-1","max-image-preview":"max-image-preview:large","max-video-preview":"max-video-preview:-1"},"canonical":"http:\/\/heartbeat.ai\/resources\/data-dictionary\/","og_locale":"en_US","og_type":"article","og_title":"Provider contact data fields: definitions and recruiter use","og_description":"A field-by-field data dictionary for provider contact data fields: definitions, how recruiters use each field, QA metrics, suppression fields, and an ops-ready directory.","og_url":"http:\/\/heartbeat.ai\/resources\/data-dictionary\/","og_site_name":"Heartbeat.ai","article_published_time":"2026-02-01T18:43:30+00:00","article_modified_time":"2026-03-01T10:14:24+00:00","og_image":[{"width":1024,"height":1024,"url":"https:\/\/hc.heartbeat.ai\/wp-content\/uploads\/2026\/02\/data-dictionary-75b97fd9.png","type":"image\/png"}],"author":"Ben Argeband","twitter_card":"summary_large_image","twitter_misc":{"Written by":"Ben Argeband","Est. reading time":"15 minutes"},"schema":{"@context":"https:\/\/schema.org","@graph":[{"@type":"Article","@id":"http:\/\/heartbeat.ai\/resources\/data-dictionary\/#article","isPartOf":{"@id":"http:\/\/heartbeat.ai\/resources\/data-dictionary\/"},"author":{"name":"Ben Argeband","@id":"http:\/\/heartbeat.ai\/resources\/#\/schema\/person\/7b323ddce9b211907423482e2f9db173"},"headline":"Provider contact data fields: definitions and how recruiters use each field","datePublished":"2026-02-01T18:43:30+00:00","dateModified":"2026-03-01T10:14:24+00:00","mainEntityOfPage":{"@id":"http:\/\/heartbeat.ai\/resources\/data-dictionary\/"},"wordCount":3052,"commentCount":0,"publisher":{"@id":"http:\/\/heartbeat.ai\/resources\/#organization"},"image":{"@id":"http:\/\/heartbeat.ai\/resources\/data-dictionary\/#primaryimage"},"thumbnailUrl":"https:\/\/hc.heartbeat.ai\/wp-content\/uploads\/2026\/02\/data-dictionary-75b97fd9.png","articleSection":["News"],"inLanguage":"en-US","potentialAction":[{"@type":"CommentAction","name":"Comment","target":["http:\/\/heartbeat.ai\/resources\/data-dictionary\/#respond"]}]},{"@type":"WebPage","@id":"http:\/\/heartbeat.ai\/resources\/data-dictionary\/","url":"http:\/\/heartbeat.ai\/resources\/data-dictionary\/","name":"Provider contact data fields: definitions and recruiter use","isPartOf":{"@id":"http:\/\/heartbeat.ai\/resources\/#website"},"primaryImageOfPage":{"@id":"http:\/\/heartbeat.ai\/resources\/data-dictionary\/#primaryimage"},"image":{"@id":"http:\/\/heartbeat.ai\/resources\/data-dictionary\/#primaryimage"},"thumbnailUrl":"https:\/\/hc.heartbeat.ai\/wp-content\/uploads\/2026\/02\/data-dictionary-75b97fd9.png","datePublished":"2026-02-01T18:43:30+00:00","dateModified":"2026-03-01T10:14:24+00:00","description":"A field-by-field data dictionary for provider contact data fields: definitions, how recruiters use each field, QA metrics, suppression fields, and an ops-ready directory.","breadcrumb":{"@id":"http:\/\/heartbeat.ai\/resources\/data-dictionary\/#breadcrumb"},"inLanguage":"en-US","potentialAction":[{"@type":"ReadAction","target":["http:\/\/heartbeat.ai\/resources\/data-dictionary\/"]}]},{"@type":"ImageObject","inLanguage":"en-US","@id":"http:\/\/heartbeat.ai\/resources\/data-dictionary\/#primaryimage","url":"https:\/\/hc.heartbeat.ai\/wp-content\/uploads\/2026\/02\/data-dictionary-75b97fd9.png","contentUrl":"https:\/\/hc.heartbeat.ai\/wp-content\/uploads\/2026\/02\/data-dictionary-75b97fd9.png","width":1024,"height":1024},{"@type":"BreadcrumbList","@id":"http:\/\/heartbeat.ai\/resources\/data-dictionary\/#breadcrumb","itemListElement":[{"@type":"ListItem","position":1,"name":"Home","item":"https:\/\/heartbeat.ai\/healthcare\/"},{"@type":"ListItem","position":2,"name":"Provider contact data fields: definitions and how recruiters use each field"}]},{"@type":"WebSite","@id":"http:\/\/heartbeat.ai\/resources\/#website","url":"http:\/\/heartbeat.ai\/resources\/","name":"Heartbeat.ai","description":"","publisher":{"@id":"http:\/\/heartbeat.ai\/resources\/#organization"},"potentialAction":[{"@type":"SearchAction","target":{"@type":"EntryPoint","urlTemplate":"http:\/\/heartbeat.ai\/resources\/?s={search_term_string}"},"query-input":{"@type":"PropertyValueSpecification","valueRequired":true,"valueName":"search_term_string"}}],"inLanguage":"en-US"},{"@type":"Organization","@id":"http:\/\/heartbeat.ai\/resources\/#organization","name":"Heartbeat.ai","url":"http:\/\/heartbeat.ai\/resources\/","logo":{"@type":"ImageObject","inLanguage":"en-US","@id":"http:\/\/heartbeat.ai\/resources\/#\/schema\/logo\/image\/","url":"https:\/\/hc.heartbeat.ai\/wp-content\/uploads\/2021\/04\/Heartbeat.ai-logo.png","contentUrl":"https:\/\/hc.heartbeat.ai\/wp-content\/uploads\/2021\/04\/Heartbeat.ai-logo.png","width":704,"height":126,"caption":"Heartbeat.ai"},"image":{"@id":"http:\/\/heartbeat.ai\/resources\/#\/schema\/logo\/image\/"}},{"@type":"Person","@id":"http:\/\/heartbeat.ai\/resources\/#\/schema\/person\/7b323ddce9b211907423482e2f9db173","name":"Ben Argeband","image":{"@type":"ImageObject","inLanguage":"en-US","@id":"https:\/\/secure.gravatar.com\/avatar\/9cdd6acf262740ced0b6a1c76378e93640df32a98d2f4d29507f31fbce6817e7?s=96&d=mm&r=g","url":"https:\/\/secure.gravatar.com\/avatar\/9cdd6acf262740ced0b6a1c76378e93640df32a98d2f4d29507f31fbce6817e7?s=96&d=mm&r=g","contentUrl":"https:\/\/secure.gravatar.com\/avatar\/9cdd6acf262740ced0b6a1c76378e93640df32a98d2f4d29507f31fbce6817e7?s=96&d=mm&r=g","caption":"Ben Argeband"},"url":"http:\/\/heartbeat.ai\/resources\/author\/ben-argeband\/"}]}},"_links":{"self":[{"href":"http:\/\/heartbeat.ai\/resources\/wp-json\/wp\/v2\/posts\/54217","targetHints":{"allow":["GET"]}}],"collection":[{"href":"http:\/\/heartbeat.ai\/resources\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"http:\/\/heartbeat.ai\/resources\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"http:\/\/heartbeat.ai\/resources\/wp-json\/wp\/v2\/users\/5"}],"replies":[{"embeddable":true,"href":"http:\/\/heartbeat.ai\/resources\/wp-json\/wp\/v2\/comments?post=54217"}],"version-history":[{"count":1,"href":"http:\/\/heartbeat.ai\/resources\/wp-json\/wp\/v2\/posts\/54217\/revisions"}],"predecessor-version":[{"id":54580,"href":"http:\/\/heartbeat.ai\/resources\/wp-json\/wp\/v2\/posts\/54217\/revisions\/54580"}],"wp:featuredmedia":[{"embeddable":true,"href":"http:\/\/heartbeat.ai\/resources\/wp-json\/wp\/v2\/media\/54216"}],"wp:attachment":[{"href":"http:\/\/heartbeat.ai\/resources\/wp-json\/wp\/v2\/media?parent=54217"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"http:\/\/heartbeat.ai\/resources\/wp-json\/wp\/v2\/categories?post=54217"},{"taxonomy":"post_tag","embeddable":true,"href":"http:\/\/heartbeat.ai\/resources\/wp-json\/wp\/v2\/tags?post=54217"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}