When the Rules Change, Is Your Data Ready?

When a new regulation comes with a deadline, the real test isn’t the rule. It’s whether your data is ready to answer it.

I recently read about the changes coming to 340B. What caught my attention wasn't the pharmacy rule. It was the data problem underneath it.

If you are a healthcare provider that relies on 340B, January 1, 2027 could turn claims data quality into a cash flow question. Your data may not be broken. The rules are changing, and the data may not be ready. When that happens, the question isn't just “Can we produce the report?” It's “Can we produce the right data, completely and accurately, in time to get paid?”

Let's look at what's changing and why this is a data problem as much as a pharmacy problem.

What's Changing

In August 2026, HRSA published a revised 340B Rebate Model Pilot, with implementation planned for January 1, 2027. It covers drugs selected for Medicare price negotiation, about 5.5 percent of total 340B sales based on 2025 data. The pilot is voluntary for manufacturers, but once HRSA approves a manufacturer's plan, participation is mandatory for every eligible “covered entity” (the hospitals and clinics that qualify for 340B) buying that manufacturer's pilot drugs.

Even though the 2025 version was blocked by a federal court and later vacated, and the revised pilot may face more litigation, providers should plan for the change. Waiting for the rules to settle completely could mean waiting until the cost of fixing your data is much higher.

For affected drugs, the discount no longer arrives at purchase. A provider pays the wholesale price up front, then submits claims data to receive the 340B discount back as a rebate. That changes the financial equation.

RequirementWhat It Means for You
45 daysTime to submit claims data after a drug is dispensed.
10 daysTime a manufacturer has to pay or deny once the data is complete.
Incomplete dataPayment can be delayed until complete data is resubmitted.
90 days’ noticeMinimum warning a manufacturer must give before switching you to rebates.

Each claim needs specific fields, including date of service, NDC-11, quantity dispensed, prescriber ID, service provider ID, 340B ID, BIN, PCN, and health plan ID. HRSA does not require purchasing data, encounter data, or patient-level clinical information.

And HRSA isn't the only organization asking for this information. Medicare is also building its own database for 340B claims on Part D prescriptions, so 340B units can be excluded from Medicare's drug inflation rebates and manufacturers aren't charged twice for the same drug. The repository opened for voluntary submissions on October 1, 2026, and CMS has proposed making submission required for 2027 claims.

Much of the same claims data may soon have to be complete for two programs, not one.

Why Claims Data Now Decides Cash Flow

Today, the discount arrives when you buy the drug. Under the rebate model, you pay the full price first and wait for the discount to come back. That's money you've already spent and haven't recovered yet.

The working capital gap can be significant. Commenters on the pilot reported 20 to 40 times higher upfront acquisition costs for affected drugs, and one large health system estimated about $10 million in additional annual working capital. HRSA also acknowledges that smaller entities, which may need higher-interest borrowing to cover the gap, could bear larger costs.

For a community health center, those 340B savings are not simply a margin. They can support sliding-fee care, pharmacy access, and services that grants alone do not cover.

When claims data is late or incomplete, that funding waits.

And here's where the data problem gets interesting. The information needed to submit a complete claim doesn't live in one system:

FunctionThe Question It Answers
Pharmacy SystemWhat was dispensed, when, and under which plan (BIN and PCN)?
EMRWho prescribed it?
BillingWho is the payer, and which health plan?
FinanceWhen will the money come back?
ComplianceCan we prove the data was accurate and complete?

Five functions, multiple systems, one claim. Your data team may be able to send the file today. But unless someone owns the accuracy of every required field, rebates can still stall.

It Isn't Only 340B

The 340B pilot is one example of something healthcare organizations deal with every year. UDS measures get revised, CMS updates quality and reporting requirements, and HRSA changes what a grant report must show.

Sound familiar? The EMR and billing extracts that worked last year suddenly stop matching what the funder asks for this year. Someone rebuilds the report by hand, numbers get questioned, and the report gets delayed. Sometimes a grant drawdown or reimbursement waits until someone figures out what went wrong.

None of this necessarily means someone failed. The real problem is simpler:

The organization changed the question without changing the data process that answers it.

And it isn't only a safety-net provider issue. Banks face new regulatory reporting deadlines. Manufacturers face new traceability and emissions reporting rules. Any industry where a regulation comes with a deadline sees the same scramble: pulling data from systems that were never designed to answer the new question.

We often treat regulatory and reporting changes as one-time fire drills instead of a routine part of running the organization. The better approach is to treat every significant rule change as a controlled data update.

The Controlled Update: Identify, Own, Test

A manufacturer must give you at least 90 days' notice. On October 1, HRSA announced it had approved 10 manufacturers' plans for the January start, so for many providers that clock is already running. Start with the data you already have, and work through three steps.

1. Identify It

Clarity

Start by listing every report, extract, and data field the new requirement touches. For the 340B pilot, that means identifying the required claim fields, where each field lives today, and how the data moves from the pharmacy system to the manufacturer's rebate platform, including through your third-party administrator if you use one.

You should be able to answer three questions: Where does this data come from? How does it get transformed? Where does it go? If you cannot trace a required field from source to submission, you have a data gap to address.

  • Confirm which of your pharmacies and drugs fall under an approved manufacturer plan.
  • Trace each required claim field to the system that holds it.
  • Ask your third-party administrator how they will capture and submit claims for rebates.

2. Own It

Alignment

Data ownership is not the same as system ownership. Pharmacy may own dispensing information, clinical operations may own prescriber information, billing may own payer information, finance may own rebate tracking, and compliance may own audit readiness. IT owns the pipes. The business owns the meaning.

Someone also needs to own the overall process and make sure those pieces come together. Without clear ownership, every missing field becomes an IT ticket.

  • Name a business owner for each subject area, plus a leader to drive the overall submission process.
  • Agree on who reviews rejected or incomplete claims and how quickly they must be addressed.
  • Estimate the working capital you may need while rebates are pending.

3. Test It

Delivery

Don't wait until January to discover that yesterday's data doesn't satisfy tomorrow's requirement. The goal isn't to create another report. It's to create confidence that the process will work when the money is on the line.

  • Run last month's claims through the new requirements as a dry run.
  • Estimate the percentage of claims that would have been complete and on time within the 45-day window.
  • Find which fields are most often missing, which systems produce the gaps, and who is responsible for fixing them.
  • Fix the biggest gaps first, while the stakes are low.
  • Review claims weekly during the first three months after go-live.

And this is not a one-time project. Next year brings another rule change, and the year after that brings another reporting requirement. The same three steps still apply.

Three Questions for Your Leadership Team This Week

1. If a manufacturer's notice arrived today, who would own our response?

If the answer is “pharmacy” or “IT,” keep asking. The response touches dispensing, billing, finance, and compliance. Someone needs to connect those pieces.

2. What percentage of last month's 340B claims had every required field filled in?

If nobody can answer with a number, you have found your first data-readiness gap.

3. When the last UDS or grant reporting rule changed, how long did it take us to produce a report we trusted?

Your last rule change is a useful test of your next one.

How quickly can your organization turn a new requirement into trusted data? If the answer takes a while, that's where to start.

The AI Angle

Can AI Fix Incomplete Claims?

AI can find the gaps faster. It can't decide who is responsible for closing them.

Where AI Helps

Simple automated checks can catch missing fields. AI helps with the messier work: matching records when pharmacy, EMR, and billing data don't agree, spotting patterns in rejected claims so your team can prioritize the biggest problems, and finding and masking sensitive information, such as patient or account identifiers, before data is shared with partners or used for testing. That's valuable.

Where It Can't

AI cannot decide which system is the source of truth for a prescriber ID, who signs off on a corrected claim, which business rule takes precedence when systems disagree, how quickly a rejection must be fixed, or who is accountable when the same error keeps happening. Those are ownership decisions.

AI can find the missing field. Only an owner can make sure it stays filled.

That distinction matters far beyond 340B. The organizations that get the most value from AI are usually not the ones with the most AI tools. They are the ones with the clearest data, ownership, and processes for AI to work with.

The Key Takeaway

Rules will keep changing.

The organizations that treat data as something they own and maintain, rather than as a one-time IT project, are better positioned to adapt. A new regulation shouldn't trigger a scramble across pharmacy, billing, IT, finance, and compliance every time. It should trigger a repeatable process: identify, own, test.

Because the real question isn't whether your data worked last year. It's whether your data is ready for what changes next.

So if the notice arrived today, would your data be ready?

Sources

This article is general information, not legal or compliance advice. Confirm requirements with your 340B counsel and third-party administrator.

Data Strategy Rx Logo