Transparency in Coverage files guide

Transparency in Coverage Files: A Provider Guide to Usable TiC Data

Payer machine-readable files expose negotiated rates. Learn what the files contain, where raw records fail, and how to turn a focused slice into traceable evidence.

Explore TiC data

Direct answer

What is Transparency in Coverage data?

Transparency in Coverage data is payer-published pricing information for covered healthcare items and services. The machine-readable files can expose negotiated rates, but they are built for publication—not for the analyst trying to answer a provider, payer, code, or market question.

Lumivera's On-Demand TiC Data product lets teams define the slice they need, then extracts, structures, validates, and delivers a usable dataset without requiring them to process the raw files themselves.

On-demand TiC extractillustrative
payer-rates.json104 GB · raw
ExtractCleanValidate
rates.xlsx2.1 MB · usable
Provider resolved
Codes normalized
Outliers reviewed
DeliveryUI · Excel · API

File anatomy

The two required Transparency in Coverage file types

The currently enforced disclosures separate in-network negotiated rates from historical out-of-network allowed-amount information. Provider benchmarking primarily starts with the in-network file.

File 01

In-Network Rate File

Applicable rates for covered items and services furnished by in-network providers. Records can connect a billing code and provider group to a negotiated amount and reimbursement structure.

Provider use: rate benchmarking, negotiation preparation, network and market analysis, and fee-schedule review.

File 02

Allowed Amount File

Allowed amounts and billed charges for out-of-network providers, reported with historical context defined by the rule and technical guidance.

Provider use: out-of-network analysis and related pricing research.

In-network record map

A usable rate is more than a number

CMS defines the publication schema. Provider analysis still needs enrichment and validation because raw identifiers do not fully describe the organization, market, or clinical relevance of each record.

Review the CMS technical guide
01

Plan

Reporting entity, plan or network identity, file source, and publication date.

02

Provider

NPI arrays, TIN, organization mapping, location, specialty, and care setting.

03

Service

Billing code, code type, modifiers, and bundled or covered-service context.

04

Rate

Negotiated amount plus type—negotiated, derived, fee schedule, percentage, or per diem.

05

Time

Expiration date, reporting month, schema version, and relevant contract or policy period.

Raw-file failure modes

Why raw TiC rates can mislead

Public and parsable does not automatically mean complete, comparable, or relevant to the provider decision. Every rate needs context and a reason to remain in the analysis.

01

Provider identity fragmentation

NPIs and TINs may omit the names, locations, specialties, and organization relationships needed for a fair peer comparison.

02

Plan and network fragmentation

Highly granular plan records must be mapped to the relevant network and reimbursement relationship before summarizing a market.

03

Non-comparable rate structures

Dollar, percentage, per-diem, fee-schedule, bundled, and derived rates are not interchangeable units.

04

Ghost or zombie rates

A provider-service combination may be listed even when the provider would be unlikely to furnish that service. Clinical plausibility must be tested.

05

Duplicates and incomplete context

A structurally valid record can still be duplicated, implausible, incomplete, or unsuitable for the intended comparison.

06

Month and version instability

Publication periods, expiration dates, schema versions, and payer reporting behavior can change the result over time.

CMS identified unlikely provider-service combinations as a primary cause of oversized in-network files in a December 2025 proposed-rule fact sheet. Proposed changes are not current requirements.

Data quality and traceability

Published does not automatically mean analysis-ready

Payer files can be large, inconsistent, and difficult to compare. Lumivera structures the requested data while retaining the source context needed for defensible analysis.

Regulatory context: CMS Transparency in Coverage.

01

Resolve the source

Retain the payer, file, plan, provider, code, and publication context behind the extracted record.

02

Normalize the structure

Map inconsistent file structures and identifiers into fields analysts can filter, compare, and export.

03

Remove unusable records

Separate duplicate, incomplete, implausible, or non-comparable rates from the evidence your team will analyze.

04

Keep the logic traceable

Preserve enough source context to understand what a rate represents and why it was included in the output.

Decision-grade checklist

What a usable TiC dataset must retain—and test

A polished export is not enough. The output must preserve the source context behind each rate and document the checks that made the records comparable.

Traceability

Context to retain

  • Payer, file URL, publication date, and schema context
  • Plan and network identity
  • Provider NPI/TIN and mapped organization
  • Geography, provider type, specialty, and care setting
  • Billing code, code type, modifier, and service context
  • Negotiated amount, type, units, and expiration date
Validation

Tests to pass

  • Provider-service combination is clinically plausible
  • Duplicate NPIs/TINs are not inflating the peer set
  • Rates use comparable structures and units
  • Plan and network scope match the decision
  • Values are complete and plausible
  • Conclusion is stable across relevant reporting periods
  • Every included rate traces to its source record

What providers can do with validated TiC data

Once the payer, plan, provider, service, rate structure, and time period are resolved, the files can support decisions across the payer lifecycle.

Benchmark reimbursement

Compare rates with relevant peers by payer, market, service, and billing code.

Prepare specific rate asks

Identify meaningful gaps and bring evidence-backed targets into payer negotiations.

Model proposed terms

Test the economic effect of proposed rates, structures, and contract changes before signature.

Evaluate markets and networks

Assess network participation, payer strategy, service-line priorities, and market expansion.

Review fee schedules

Prioritize services where comparable rate differences can materially affect reimbursement.

Investigate contract variance

Use market evidence to focus investigation before moving to contract- and claim-level validation.

Ask a focused question of the payer files

Lumivera structures the payer, provider, market, plan, and billing-code slice you need; resolves relevant identifiers; separates unusable or non-comparable records; and preserves source traceability. Results can be configured in the UI, exported to Excel, or delivered through an API.

Explore TiC data

Common questions

Transparency in Coverage files, explained

What does Transparency in Coverage mean?

Transparency in Coverage is a federal framework requiring most group health plans and health insurance issuers to disclose pricing information, including public machine-readable files and consumer price-comparison capabilities.

What files are required under Transparency in Coverage?

The currently enforced machine-readable disclosures include an in-network rate file and an allowed-amount file for out-of-network providers. CMS maintains the current technical implementation guidance.

What is in the in-network rate file?

The file can include plan or issuer context, billing codes, provider NPI/TIN identifiers, negotiated types, negotiated rates, and expiration information for covered items and services.

What are ghost or zombie rates?

Ghost or zombie rates are provider-service combinations listed in a file even though the provider would be unlikely to furnish that service. They should be filtered or flagged using provider specialty, service, and claims or utilization context where available.

Why do NPI and TIN mapping matter?

The raw identifiers do not fully describe the provider organization, location, specialty, or relationship among entities. Mapping and consolidation prevent duplicate counting and support fair peer comparisons.

Does a TiC rate prove what a claim should have paid?

No. TiC data can support market analysis and investigation, but claim-level expected payment depends on the applicable contract terms, amendments, reimbursement logic, claim details, remittance, and payer-policy context.

Continue through the price-transparency cluster

Move from file mechanics to the provider decisions that validated rate evidence can support.

Start with the broader provider guide to healthcare price transparency

Read the pillar

Turn validated rate evidence into a payer-ready negotiation

Read the guide

Turn a focused TiC slice into a usable dataset

Explore TiC data

Turn payer files into evidence your team can defend

Bring the payer, plan, market, provider, and codes you need to understand. We’ll show you how Lumivera returns structured, traceable data for the decisions that follow.

Request a demo