# Provider Data Dictionary

Ideon acquires, normalizes, and QAs data from hundreds of provider directory sources to produce the IdeonSelect dataset - a standardized provider directory delivering provider metadata and address-level participation for networks across ACA Medical, Large Group, Medicare Advantage, and Medicaid markets. This data is delivered in two primary methods: [bulk files](/quote-and-select/flat-file-data-dictionaries/select-provider-network-data.md) and the "Provider Search" endpoint ([API docs](https://docs.ideonapi.com/#providers-providers-post)). Both the files and API deliver a consistent schema for provider data and network participation, with only a handful of minor differences between the two. This data dictionary details this schema and provides important detail on available fields and values.

This page is organized into sections to cover all schema fields and nested data. Nested objects and arrays of nested objects are indicated in the Schema Key column with <> and links to the associated section defining the schema of the nested object data.

All sections are included on a single page to enable cmd+f searching based on schema keys or conventional terminology.&#x20;

## Provider Objects

JSON objects defining single providers, unique by NPI, are the highest-level structure for data in the bulk files (each provider object is a JSON Line) and the Provider Search endpoint (the `providers` array is a list of provider objects). This section lists the top-level fields in each provider object and references to all nested data.

#### Provider Names

The fields used for provider names are dependent on whether the provider is an individual or organization, as defined by the `type` field. If the provider's `type` is *individual*, then first, last, and middle names will be used along with suffixes, titles, and credentials. If the provider's `type` is *organization*, then the `organization_name` field will be used. All of the provider name strings are nullable - *null* is used when the provider's `type` does not support that name or data is not available for that specific field. An example for the latter scenario is if the individual provider does not have a middle name or suffix registered with NPPES, then `middle_name` and `suffix` will both be *null*.

<table data-full-width="true"><thead><tr><th width="150.03265380859375">Data Field</th><th width="149.94671630859375">Schema Key</th><th width="103.4609375">Type</th><th width="149.9786376953125">Example Value</th><th>Description</th></tr></thead><tbody><tr><td>Provider NPI</td><td>npi (in bulk files)<br>id (in API)</td><td>integer</td><td>1326059643</td><td>The National Provider Identifier (NPI) of the provider, sourced from the <a href="https://npiregistry.cms.hhs.gov/search">NPPES Registry</a>.</td></tr><tr><td>Associated Provider NPIs</td><td>npis</td><td>array</td><td><p>[</p><p>     1710374715, <br>     1003956913<br>]</p></td><td>The list of NPIs associated with a provider. For the majority of providers, the <code>npis</code> array will contain a single NPI that is consistent with the Provider NPI (<code>npi</code> or <code>id</code>) field. Both individual and organization providers can rarely have multiple NPIs associated with them, based on rollups to condense associated or same providers into single records.<br><br>Most commonly, hospital provider NPIs are rolled up based on an external source for national hospital data. This serves to consolidate hospitals, which often have many NPIs registered, into single records. In these cases, the Provider NPI (<code>npi</code> or <code>id</code>) will be the primary NPI for the hospital; the <code>npis</code> array will contain all associated or "rolled up" NPIs. </td></tr><tr><td>Provider Type</td><td>type</td><td>enum</td><td>"individual"</td><td>The type of provider, with valid options of <em>individual</em> and <em>organization</em>. </td></tr><tr><td>Hospital Flag</td><td>hospital</td><td>boolean</td><td>true or false</td><td>Indicates whether or not the provider is a hospital. All NPIs identified as hospitals are sourced from an external national hospital dataset.<br><br>This field is only available in bulk files. When using the "Provider Search" endpoint in Ideon's API, the search parameter <code>type</code> can be set to <em>hospital</em> to filter for hospital providers.</td></tr><tr><td>Organization Name</td><td>organization_name</td><td>string (nullable)</td><td>"BAYCARE MEDICAL GROUP INC"</td><td>The name of the provider, used when the provider's <code>type</code> is <em>organization</em>. All characters in the string will always be fully capitalized, with the exception of hospitals, which are considered a subset of organization providers. The organization name is sourced from the NPPES registry. For bulk file users building provider search integrations, we recommend searching for organizations by both the <code>organization_name</code> and the <code>doing_business_as_name</code>.</td></tr><tr><td>Doing Business As (DBA) Name</td><td>doing_business_as_name </td><td>string (nullable)</td><td></td><td>The commonly-used business name of the provider, populated only when the provider's <code>type</code> is <em>organization</em>. All characters in the string will always be fully capitalized. The DBA name is sourced from the NPPES registry. For bulk file users building provider search integrations, we recommend searching for organizations by both the <code>organization_name</code> and the <code>doing_business_as_name</code>. <br><br>We recommend presenting the DBA name to end users, as it is typically a more commonly recognized name for the organization.</td></tr><tr><td>First Name</td><td>first_name</td><td>string (nullable)</td><td>"MANUELA"</td><td>The first name of the provider, used when the provider's <code>type</code> is <em>individual</em>. All characters in the string will always be fully capitalized.</td></tr><tr><td>Last Name</td><td>last_name </td><td>string (nullable)</td><td>"SALCEDO"</td><td>The last name of the provider, used when the provider's <code>type</code> is <em>individual</em>. All characters in the string will always be fully capitalized.</td></tr><tr><td>Middle Name</td><td>middle_name</td><td>string (nullable)</td><td>"MARIN"</td><td>The middle name of the provider, used when the provider's <code>type</code> is <em>individual</em>. All characters in the string will always be fully capitalized.</td></tr><tr><td>Gender</td><td>gender</td><td>enum</td><td>"F"</td><td>The gender of the provider. Valid values are <em>M</em>, <em>F</em>, <em>U</em>, <em>X</em>, or <em>null</em>. Gender is only <em>null</em> for organization providers. </td></tr><tr><td>Suffix</td><td>suffix</td><td>string (nullable) </td><td>"JR"</td><td>The provider's suffix, used when the provider's <code>type</code> is <em>individual</em>. All characters in the string will always be fully capitalized.</td></tr><tr><td>Title</td><td>title</td><td>string (nullable)</td><td>"DR."</td><td>The provider's title, used when the provider's <code>type</code> is <em>individual</em>. All characters in the string will always be fully capitalized.</td></tr><tr><td>Presentation Name</td><td>presentation_name</td><td>string (nullable)</td><td></td><td>The provider's concatenated full name, with titles, used when the provider's <code>type</code> is <em>individual</em>. All characters in the string will always be fully capitalized. The <code>presentation_name</code> concatenates all of <code>title</code>, <code>first_name</code>, <code>middle_name</code>, <code>last_name</code>, and <code>suffix</code>, as they are available.</td></tr><tr><td>Credentials</td><td>credentials</td><td>array </td><td>[<br>     "MD"<br>]</td><td>The credentials of the provider, sourced from the NPPES registry. The <code>credentials</code> array will be empty if credentials for the provider are not available or if the credentials are not able to be standardized.</td></tr><tr><td>Networks</td><td>networks </td><td><a href="#networks">&#x3C;Array of Network Objects></a></td><td></td><td>The <code>networks</code> array is a list of networks objects corresponding to each network the provider participates in. The <a href="#networks">Networks section</a> details the fields and data contained in each networks object.<br> <br>In bulk files, the <code>networks</code> array is filtered to all networks the provider participates in that are included in the user's licensing. In the "Provider Search" endpoint, the <code>networks</code> array includes each unique network that was included in the search request.</td></tr><tr><td>NPI Address</td><td>npi_address</td><td><a href="#address">&#x3C;Address Object></a></td><td></td><td>The <code>npi_address</code> object is the primary address registered to the provider NPI, as sourced from the NPPES registry. The <a href="#addresses">Addresses section</a> details the fields and data contained in standard address objects.</td></tr><tr><td>NPI Specialties</td><td>npi_specialties</td><td><a href="#specialties">&#x3C;Array of Specialty Objects></a> </td><td></td><td>The <code>npi_specialties</code> array is a list of specialty objects that are associated with the provider NPI, as sourced from the NPPES registry. One and only one specialty object in the <code>npi_specialties</code> array will be flagged as <em>true</em> with the <code>primary</code> field; this is the primary specialty of the provider, as designated by NPPES. The <a href="#specialties">Specialties section</a> details the fields and data contained in standard specialty objects.</td></tr><tr><td>Licenses</td><td>licenses</td><td><a href="#licenses">&#x3C;Array of License Objects></a></td><td></td><td>The <code>licenses</code> array contains all provider license data, as listed on the NPPES registry. If there are no licenses associated to a given provider, as can more typically be the case with organization providers, an empty array will be returned. The <a href="#provider-licenses">Licenses section</a> details the data contained in each license object.</td></tr><tr><td>Quality Scores</td><td>quality_scores</td><td><a href="#provider-quality-scores">&#x3C;Array of Quality Score Objects></a></td><td></td><td>The <code>quality_scores</code> array contains all provider quality scores available for the provider and licensed for the user. The scores included for a given provider also depend on their source; currently, HealthCorum is the only supported source for quality scoring. See the <a href="#provider-quality-scores">Provider Quality Scores section</a> for details on the quality data structure.</td></tr></tbody></table>

## Networks

Each networks object, as found in the provider-level `networks` array, contains metadata and provider-level attributes for the associated network. Please note that provider-level attributes included within the network object are derived from the same source as the network itself. For example, the provider specialties included in the `specialties` array for each network corresponds to the specialties provided by the carrier directory source for that specific network.&#x20;

<table data-full-width="true"><thead><tr><th width="149.92254638671875">Data Field</th><th width="149.930419921875">Schema Key</th><th width="103.03277587890625">Type</th><th width="149.783935546875">Example Value</th><th>Description</th></tr></thead><tbody><tr><td>Network ID</td><td>id</td><td>int</td><td>206410</td><td>The internal, Ideon-generated identifier for the network.</td></tr><tr><td>Network Name</td><td>name</td><td>string</td><td>"PRIME HEALTH SERVICES - PPO"</td><td>The name of the network. Network names are structured by Ideon's operations team to match carrier source data and presentation as closely as possible. For some carriers and networks, names may not exactly match what is seen on provider directories or health insurance cards due to inconsistencies across those various sources.</td></tr><tr><td>Network Tier</td><td>tier</td><td>string (nullable)</td><td>null</td><td>The tier name of the network; this field is currently unused and all values will be <em>null</em>. </td></tr><tr><td>Lines of Coverage</td><td>lines_of_coverage</td><td>array</td><td>[<br>     "medical"<br>]</td><td>The lines of coverage, or product lines, the network services. Valid options are <em>medical</em>, <em>medicare_advantage</em>, and <em>medicaid</em>.</td></tr><tr><td>Markets</td><td>markets</td><td>array</td><td>[<br>     "individual"<br>]</td><td>The markets the network services. Valid options are <em>individual</em>, <em>small_group</em>, and <em>large_group</em>.</td></tr><tr><td>Primary Care Physician Indicator</td><td>pcp</td><td>boolean</td><td>true, false, or null</td><td>Indicator of whether the provider is designated as a primary care physician in the carrier's source data for the specific network. The PCP indicator is <em>true</em> or <em>false</em> when the PCP status of the provider is explicitly given in the carrier's data. If it is not indicated, then PCP will be <em>null</em>. The PCP indicator is largely available for Medicare Advantage and Medicaid networks.<br><br>The PCP indicator in the networks object will be flagged as <em>true</em> if PCP is <em>true</em> at any of the In-Network Addresses for the provider and given network.</td></tr><tr><td>Primary Care Physician ID</td><td>pcp_id</td><td>string (nullable)</td><td>"00933848"</td><td>The identifier for the primary care physician, specific to the carrier associated to the network the PCP ID is included for. PCP ID is largely available for directly sourced Medicare Advantage networks, but not networks in other major markets.</td></tr><tr><td>Carrier Name</td><td>carrier_name</td><td>string (nullable)</td><td>"Molina"</td><td>The name of the carrier associated to the given network. This will always be the first value from the <code>carriers</code> array. </td></tr><tr><td>Last Imported At</td><td>last_imported_at</td><td>string (nullable)</td><td>"2025-07-30T08:02:59.596639"</td><td>The ISO 8601 timestamp indicating when the data for the associated network was last acquired, QA'd, and published. <br><br>We refresh most networks on a monthly basis and recommend using network data that is no more than 90 days old.</td></tr><tr><td>Network Data Source</td><td>source</td><td>string (nullable)</td><td>"carrier_direct"</td><td>Ideon's acquisition data source for the associated network. Valid options are <em>carrier_direct, carrier_indirect,</em> and <em>cms</em>. Both <em>carrier_direct</em> and <em>carrier_indirect</em> indicate the network is sourced from a carrier dataset; typically, either their provider files or an online provider directory. Network data sourced from standardized files in public repositories are labeled as <em>cms</em>. </td></tr><tr><td>Group Affiliations</td><td>group_affiliations</td><td>array</td><td>[<br>     "COLORADO LUNA CARE PHYSICAL THERAPY LLC"<br>]</td><td>The list of group affiliations for the provider. Group affiliations are sourced from the carrier associated with the given network. The affiliation data is standardized according to names available in NPPES. </td></tr><tr><td>Hospital Affiliations</td><td>hospital_affiliations</td><td>array</td><td>[<br>     "CHILDREN'S HOSPITAL COLORADO THERAPY CARE BROOMFIELD"<br>]</td><td>The list of hospital affiliations for the provider. Hospital affiliations are sourced from the carrier associated with the given network. The affiliation data is standardized according to names available in NPPES. </td></tr><tr><td>In-Network Addresses</td><td>addresses</td><td><a href="#address">&#x3C;Array of Address Objects></a></td><td></td><td>The <code>addresses</code> array is an array of in-network address objects, representing the addresses that the provider practices at and participates in the associated network. These "in-network addresses" are sourced from the carrier and match what that specific carrier represents as in-network addresses for the provider. The <a href="#addresses">Addresses section</a> details the fields and data contained in standard address objects.</td></tr><tr><td>Provider Specialties</td><td>specialties</td><td><a href="#specialties">&#x3C;Array of Specialty Objects></a></td><td></td><td>The <code>specialties</code> array is a list of specialty objects that are associated with the provider NPI and the specific network they are nested within. These "network specialties"  are standardized  according to data sourced from the carrier for the provider. The <a href="#specialities">Specialties section</a> details the fields and data contained in standard specialty objects.</td></tr><tr><td>Provider Languages</td><td>languages</td><td><a href="#languages">&#x3C;Array of Language Objects></a></td><td></td><td>The <code>languages</code> array is a list of language objects, each representing a language spoken by the provider. Languages are sourced from the carrier and match what that specific carrier documents as supported languages. The <a href="#languages">Languages section</a> details the data contained in language objects.</td></tr><tr><td>Carrier Brands</td><td>carriers</td><td><a href="#carriers">&#x3C;Array of Carrier Objects></a></td><td></td><td>The <code>carriers</code> array is a list of carrier objects. Each carrier object is a unique carrier brand name that is associated with the carrier who supports the network, and the list is alphabetized by carrier brand name. A network can have one or more brand names associated with it, dependent on the structure of the carrier entity and its various subsidiaries. The <a href="#carriers">Carriers section</a> details the data contained within carrier objects.</td></tr></tbody></table>

## Provider Licenses

Each provider license object, as found in the provider-level `licenses` array, contains the license data for the provider, as listed on the NPPES registry.

<table data-full-width="true"><thead><tr><th width="149.63140869140625">Data Field</th><th width="150.17193603515625">Schema Key</th><th width="99.20672607421875">Type</th><th width="150.375">Example Value</th><th>Desciption</th></tr></thead><tbody><tr><td>License State</td><td>state</td><td>string </td><td>"CO"</td><td>The state in which the associated provider license number is valid, sourced from the NPPES registry.</td></tr><tr><td>License Number</td><td>license_number </td><td>string</td><td>"35746"</td><td>The provider's license number, sourced from the NPPES registry.</td></tr></tbody></table>

## Addresses

The schema for address objects is used in two places: the `npi_address` object and the list of in-network addresses, found in the `addresses` array in each networks object. All addresses are standardized and geocoded using 3rd party data.&#x20;

There are some minor differences in data included in each address object depending on which level they are found in the schema.

* The `npi_address` objects contains address information, phone numbers, and fax numbers for the provider's primary address, as listed in the NPPES registry.
* The network addresses in the `addresses` array in each networks object can also contain provider-level attributes specific to that network and address, in addition to the address, phone, and fax data. These provider-level fields are identified in the table below and include `pcp`, `pcp_id`, `accepting_new_patients`, and `external_id`.

<table data-full-width="true"><thead><tr><th width="150.13922119140625">Data Field</th><th width="149.65338134765625">Schema Key</th><th width="103.3253173828125">Type</th><th width="150.491455078125">Example Value</th><th>Description</th></tr></thead><tbody><tr><td>Address ID</td><td>id</td><td>string</td><td>"bce7602c-9bd5-36ee-9071-aaa7b8c705cf"</td><td>The internal, Ideon-generated identifier for the address. This identifier can be referenced as part of the Shop by Doc workflow to evaluate address-level network participation for quoted plans. The value is unique to the address. </td></tr><tr><td>Street Line 1</td><td>street_line_1</td><td>string</td><td>"3426 Lake Ave"</td><td>The first street line of the address.</td></tr><tr><td>Street Line 2</td><td>street_line_2</td><td>string (nullable)</td><td>"Ste 120"</td><td>The second street line of the address.</td></tr><tr><td>City</td><td>city </td><td>string</td><td>"Pueblo"</td><td>The name of the city of the address.</td></tr><tr><td>State</td><td>state </td><td>string</td><td>"CO"</td><td>The 2-character state code of the address.</td></tr><tr><td>ZIP Code</td><td>zip_code</td><td>string</td><td>"81004"</td><td>The ZIP code of the address.</td></tr><tr><td>Latitude</td><td>latitude</td><td>string</td><td>"38.21452"</td><td>The geocoded latitude of the address.</td></tr><tr><td>Longitude</td><td>longitude</td><td>string</td><td>"-104.62602"</td><td>The geocoded longitude of the address.</td></tr><tr><td>Phone Numbers</td><td>phone_numbers</td><td><a href="#phone-numbers">&#x3C;Array of Phone Number Objects></a></td><td></td><td>The <code>phone_numbers</code> array is a list of phone number objects, each containing a phone number associated with the provider address location. The <a href="#phone-and-fax-numbers">Phone and Fax Numbers section</a> details the data contained within carrier objects.</td></tr><tr><td>Fax Numbers</td><td>fax_numbers </td><td><a href="#fax-numbers">&#x3C;Array of Fax Number Objects></a></td><td></td><td>The <code>fax_numbers</code> array is a list of fax number objects, each containing a fax number associated with the provider address location. The <a href="#phone-and-fax-numbers">Phone and Fax Numbers section</a> details the data contained within carrier objects.</td></tr><tr><td>Primary Care Physician Indicator</td><td>pcp</td><td>boolean</td><td>true, false, or null</td><td>Indicator of whether the provider is designated as a primary care physician in the carrier's source data for the specific network. The PCP indicator is <em>true</em> or <em>false</em> when the PCP status of the provider is explicitly given in the carrier's data. If it is not indicated, then PCP will be <em>null</em>. The PCP indicator is largely available for Medicare Advantage and Medicaid networks.</td></tr><tr><td>Primary Care Physician ID</td><td>pcp_id</td><td>string (nullable)</td><td>"00933848"</td><td>The identifier for the primary care physician, specific to the carrier associated to the network the PCP ID is included for. PCP ID is largely available for directly sourced Medicare Advantage networks, but not networks in other major markets.</td></tr><tr><td>Carrier Address ID</td><td>external_id</td><td>string (nullable)</td><td>"620007274620"</td><td>The carrier's unique identifier for the provider address.<br><br>This identifier is only available at the network-address level, and largely only populated for Medicare Advantage network-addresses for enrollment purposes. </td></tr><tr><td>Accepting New Patients Indicator</td><td>accepting_new_patients</td><td>boolean</td><td>true, false, or null</td><td>Indicator of whether the provider is accepting new patients at the given address.<br><br>This identifier is only available at the network-address level. This value is only populated if made available by the source of the network, else the value will be null. </td></tr><tr><td>Address Confidence Score</td><td>address_confidence_classification</td><td>string (nullable)</td><td>"high"</td><td>Ideon’s Address Confidence Scores provide a quantitative assessment of the accuracy of provider addresses; valid options are <em>high</em>, <em>medium</em>, <em>low,</em> or <em>null</em>. More information can be found in the <a href="/pages/Wc8upG6PjtUtYbTnrOso">Address Confidence Scores section</a>.</td></tr></tbody></table>

## Specialties

The schema for specialty objects is used in two places: the `npi_specialties` array and the list of network specialties, found in the `specialties` array in each networks object. Specialties from all sources are standardized according to the [NUCC Provider Taxonomy codes](https://www.nucc.org/index.php/code-sets-mainmenu-41/provider-taxonomy-mainmenu-40). Specialty objects in the `npi_specialties` array will additionally contain the `primary` boolean key, which denotes the CMS indicator for primary specialty, as listed on the NPPES Registry.

<table data-full-width="true"><thead><tr><th width="148.39910888671875">Data Field</th><th width="150.19671630859375">Schema Key</th><th width="102.35589599609375">Type</th><th width="151.994140625">Example Value</th><th>Description</th></tr></thead><tbody><tr><td>Specialty ID</td><td>id</td><td>string</td><td>"a1d60d2860"</td><td>The internal, Ideon-generated identifier for the specialty. This identifier can be referenced when filtering by specialty for provider search requests. </td></tr><tr><td>Specialty Name</td><td>name</td><td>string</td><td>"Surgery"</td><td>The name of the specialty, or specialty classification.</td></tr><tr><td>Sub-Specialty</td><td>sub_specialty</td><td>string (nullable)</td><td>"Plastic and Reconstructive Surgery"</td><td>The sub-specialty, or area of specialization for the specialty.</td></tr><tr><td>Taxonomy Code</td><td>code</td><td>string</td><td>"225100000X"</td><td>The 10-digit NUCC taxonomy code for the specialty.</td></tr><tr><td>Specialty Taxonomy Category</td><td>category</td><td>string</td><td>"Allopathic &#x26; Osteopathic Physicians"</td><td>The NUCC provider grouping, or high-level categorization, for the specialty.</td></tr><tr><td>Primary Specialty Indicator</td><td>primary</td><td>boolean</td><td>true or false</td><td>The CMS indicator of the provider's reported primary specialty as per NPPES Registry. <br><br>The <code>primary</code> key is only included for specialties in the <code>npi_specialties</code> array.</td></tr></tbody></table>

## Phone and Fax Numbers

Phone and fax numbers are structured as arrays of objects containing a single value, the phone or fax number string. The `phone_numbers` array contains an object for each phone number associated with the provider at the address. The `fax_numbers` array contains an object for each fax number associated with the provider at the address. Phone and fax numbers included in the `npi_address` object are sourced from the NPPES Registry, while phone and fax numbers included in `networks[].addresses[]` are specific to the carrier provider directory source for the network. Phone and fax numbers on the network level may be more reliable, as they are maintained and updated by carriers compared to the NPPES Registry.&#x20;

<table data-full-width="true"><thead><tr><th width="150.44097900390625">Data Field</th><th width="150.7386474609375">Schema Key</th><th width="101.87066650390625">Type</th><th width="148.546875">Example Value</th><th>Description</th></tr></thead><tbody><tr><td>Phone or Fax Number</td><td>number</td><td>string</td><td>"718-555-5555"</td><td>The phone or fax number of the provider, associated with the given address.</td></tr></tbody></table>

## Languages

Language objects, as found in the `languages` array in each networks object, the languages spoken by the provider. Provider languages are specific to the provider directory source for the network. All languages are standardized using the [ISO 639](https://iso639-3.sil.org/) series of codes.&#x20;

<table data-full-width="true"><thead><tr><th width="149.59228515625">Data Field</th><th width="149.80474853515625">Schema Key</th><th width="100.274169921875">Type</th><th width="150.580322265625">Example Value</th><th>Description</th></tr></thead><tbody><tr><td>Language ID</td><td>id</td><td>string</td><td>"bf130661-70e5-388a-b16a-6c083c05424e"</td><td>The internal, Ideon-generated identifier for the language. </td></tr><tr><td>Name</td><td>name</td><td>string</td><td>"Spanish"</td><td>The complete English name of the language.</td></tr><tr><td>ISO 639-2 Code</td><td>iso_639_2</td><td>string</td><td>"eng"</td><td>The three-letter language code standardized by ISO 639-2.</td></tr><tr><td>ISO 639-3 Code</td><td>iso_639_3</td><td>string</td><td>"spa"</td><td>The three-letter language code standardized by ISO 639-3.</td></tr></tbody></table>

## Carriers

&#x20;The carrier objects contain the carrier brand name and internal identifier for the carrier brand(s) associated with the network.

<table data-full-width="true"><thead><tr><th width="150.99505615234375">Data Field</th><th width="150.66192626953125">Schema Key</th><th width="100.61639404296875">Type</th><th width="151.8160400390625">Example Value</th><th>Description</th></tr></thead><tbody><tr><td>Carrier Brand ID</td><td>id</td><td>string</td><td>"0643a0f2-cfd0-48b6-974a-43edc1720ef1" </td><td>The internal, Ideon-generated identifier for the carrier brand. Carrier brand identifiers are consistent across Ideon's Quote and Select APIs.</td></tr><tr><td>Carrier Brand Name</td><td>name</td><td>string</td><td>"Aetna"</td><td>The brand or marketing name for the carrier.</td></tr></tbody></table>

## Provider Quality Scores

Provider quality scores are supported in Ideon's data schema at a single point of integration, sourced from third party vendors specialized in claims-based provider evaluation. Currently, HealthCorum is supported for quality scoring. For more information on scored providers, their methodology, and quality score availability, please contact your customer support representative.

Each object in the `quality_scores` array represents the scores for that provider from a given `source`. Since scoring methodologies can differ across vendors, the fields in each object are specific to the associated `source`.

HealthCorum supports four score categories, with values ranging from *1.0* to *5.0*. These include Appropriateness, Effectiveness, Cost, Efficiency, and an Overall score. The schema for HealthCorum scores is shown below.

```json
{
  "source": "HealthCorum",
  "appropriateness_score": 4.0,
  "cost_score": 5.0,
  "effectiveness_score": 3.0,
  "overall_score": 4.0
}
```


---

# Agent Instructions: Querying This Documentation

If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter:

```
GET https://ideonapi.gitbook.io/quote-and-select/flat-file-data-dictionaries/select-provider-network-data/provider-data-dictionary.md?ask=<question>
```

The question should be specific, self-contained, and written in natural language.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.
