UniVerify
Request a demo

Spot your universe errors before CMS flags them.

Runs entirely in your browser. Your universe file is never uploaded to UniVerify.

Drop in your ODAG, CDAG, FA, SNPCC, or CPE file and every row gets checked against the CMS record layout. Every flag names the exact table, row, and column, so you know exactly what to fix before you submit.

ODAG_universe_q3.csvScanning…
Table 4 · Row 88 · Col 6date not ISO-8601
Table 4 · Row 214 · Col 9exceeds max length
Table 6 · Row 402 · Col 3missing value
1,192 other rowsmatch spec

Coverage

Five universes, one pass.

One rules engine, kept current with CMS's published layouts, not five different tools that half-cover the audit.

ODAG
Organization Determinations, Appeals & Grievances
Part C case timing, notice content, and outcome coding on organization-level decisions.
6 tables
CDAG
Coverage Determinations, Appeals & Grievances
Part D coverage decisions and the appeal trail behind each one.
7 tables
FA
Formulary & Benefit Administration
Part D formulary changes, exceptions, and benefit administration records.
4 tables
SNPCC
SNP Care Coordination
Health risk assessments and care-plan documentation for special needs plans.
1 table
CPE
Compliance Program Effectiveness
Organization-level oversight, training records, and the compliance program's own paper trail.
1 table
Why it matters

Three tries. Then it’s a different kind of finding.

A submission gets three attempts to match the layout. Miss all three and it stops being a formatting note, it becomes an Invalid Data Submission, a finding of its own, separate from whatever the file was actually reporting. UniVerify’s only job is making sure a column width or a date format never costs you one of those three tries.

Row by row

See exactly which row, which column.

Every flag names the table, the row, and the rule it broke. No guessing which field CMS meant.

UniVerify results view showing flagged rows with table, row, and column detail
Your workflow

Choose your universe, not ours.

Six tables inside ODAG. A different seven inside CDAG. Pick the one you’re submitting and validate against that exact layout.

UniVerify universe and table picker before starting a scan
Transparency

No black-box validation.

Every rule UniVerify applies is visible on the Reference page: column by column, for each universe. See exactly what’s allowed before you build your extract, not just after a scan flags it.

UniVerify Reference page showing validation rules applied to each column
Architecture

Where your data goes: nowhere.

Most tools in this category ask you to upload your universe file to their platform. UniVerify doesn’t have a place to put it. File contents never leave your browser. What gets saved to your history is a non-PHI summary: counts, row numbers, column letters, rule codes, and the file name you chose, so your history stays recognizable. Never names, MBIs, medical text, or any cell value. Keep PHI out of your file names.

Your file
Checked in your browser
Never uploaded

See it for yourself, on your own file.

History

Keep the audit trail. Not the PHI.

Every validation is saved automatically: file name, universe, record count, and result. Reopen any run’s full error detail weeks later, useful for showing a manager what got fixed or handing off to a consultant. Only rule codes are stored, never cell values, so the detail view is safe to share. Keep PHI out of your file names, that’s the one thing that does get saved.

Screenshot neededHistory list with one run reopened, showing full error detail
Why it’s fast

Built for how a rejection actually happens.

The usual way
01Export the universe, upload it to a vendor portal, wait for a queue.
02Get a rejection report back with row numbers and no context.
03Guess which field broke, fix it, re-upload, wait again.
UniVerify
01Drop the file in your browser tab. Nothing leaves your machine.
02See every row and column that breaks the spec, instantly, with the rule it failed.
03Fix it and export a submission-ready file. No queue.

Try it against your next submission.

Request a demo
Who it’s for

Built around who actually opens the file.

01

MA & Part D plans

Catch the layout errors before your submission window closes, not after CMS opens the file.

02

Compliance teams

Stop finding out you were forty columns off from a rejection email. See it before you submit.

03

Consultants & vendors

Run every client's file against the same spec, and hand back exactly which row and rule failed instead of a vague note to fix and resend. No PHI held that you're not contracted to see.

Process

How a scan works.

01

Choose your universe

ODAG, CDAG, FA, SNPCC, or CPE. Pick the layout to check against.

02

Drop the file

Validation runs locally, in your browser tab. Nothing is transmitted.

03

Get the fix list

Every row, every column, every rule it broke, ready to correct.

Questions

Before you drop in a file, ask these.

Is our PHI safe?
Yes. Your file is read and validated entirely in your browser, it's never uploaded. UniVerify stores only a non-PHI summary of each run: counts, row numbers, column letters, and rule codes. Never names, MBIs, medical text, or any cell value.
My MBI looks valid but got flagged. Why?
The usual invisible causes: a leading or trailing space, a lowercase letter, a hyphen, or a length other than exactly 11 characters. The check follows the CMS protocol wording exactly.
Does a clean scan mean CMS won't flag us?
It verifies your file against the record-layout rules in the official CMS protocols, the formatting reasons submissions get rejected. It can't verify your data is accurate or complete, that's what CMS's integrity testing checks.
Read the full FAQ →
Get started

Stop finding out from CMS.

Run your next universe file through UniVerify before you submit it.