Precision Federal Proposed design for CDC · RFQ 75D301-26-Q-00146 · Tab 2-2

Vaccine Adverse Event Reporting System

Report a health problem after a vaccination

Anyone can report — a patient, a parent or caregiver, or a healthcare professional. You do not need to be certain the vaccine caused the problem. Reporting a possibility is exactly what this system is for.

Two paths, one dataset The questions change. The record CDC receives does not.
Save and come back Your answers are kept on this device as you go.
Nothing is required to start Skip anything you do not know and finish later.
About 10 minutes Confidential

What you will be asked

  1. Who the report is about, and their date of birth.
  2. Which vaccine or vaccines were given, and when.
  3. What happened, in your own words.
  4. How the person is now, and what care they needed.
  5. Anything you would like to attach — this is optional.
Do not have the vaccination card or the lot number? Report anyway. A report with gaps is far more useful to CDC than a report that never gets sent.

Where would you like to go?

Every part of VAERS is reachable from this page in one click.

If this is a medical emergency, call 911 or go to an emergency department. This form is not monitored in real time and does not reach a clinician who can help right now.

After you submit

What happens to your report

Reports are reviewed by CDC and FDA, who co-manage VAERS. A single report does not establish that a vaccine caused a problem; patterns across many reports are what safety scientists look for.

You get a VAERS ID

Shown on screen the moment you submit, and used for anything you send in later.

The report is coded

Symptoms are mapped to standard medical terms so reports can be compared to one another.

Serious reports are followed up

Reports of serious outcomes may prompt a request for medical records, which is why the document upload matters.

The data becomes public

De-identified data is published for anyone to download and analyse.

How this application works

Built around why reports go unfinished

The barrier to a complete VAERS report is rarely willingness. It is being asked clinical questions you cannot answer, and being stopped by a form that will not accept an honest “I don’t know.”

The form adapts to who you are

A parent and a pharmacist are not asked the same questions. Fields that do not apply to your report are removed from it, not greyed out.

Validation that helps rather than blocks

When two answers disagree, the form explains what it noticed and offers the fix. It almost never refuses to move on.

Operable by keyboard and screen reader

Every control has a name, every error is announced, and no interaction depends on a mouse, colour, or a steady hand.

Documents attach in the form

Medical records go in while you are reporting, and can still be sent afterwards using your VAERS ID.

CDC staff change the wording, not the code

Every question, hint and help article on this site is content that a CDC content owner edits and publishes without a release.

Personal information is protected

Patient identity is kept confidential. Uploads are restricted to documents relevant to the vaccination or the event reported.

Start a report

Who is filling in this report?

This is the only thing we need before we start. It decides which questions you are asked — and, just as importantly, which ones you are not.

Reporting is not the same as concluding. A VAERS report records what happened after a vaccination. It does not assert that the vaccine caused it, and it is not held against anyone who files it.
Nothing in progress on this device.

Your report has been received

Thank you. Reports like yours are how safety signals are found. Keep the number below — you will need it to send anything else in.

VAERS ID

Send documents later

Medical records that arrive after today can be attached to this report at any time using the VAERS ID above. Nothing needs to be re-entered.

Keep a copy

Print or save this page for your records. It contains the VAERS ID and a summary of everything that was submitted.

What happens next

  1. Your report is entered into VAERS and the symptoms you described are coded to standard medical terms.
  2. If you reported a serious outcome, CDC or FDA may write to request medical records. That request will reference the VAERS ID above.
  3. A de-identified version of the report becomes part of the public VAERS data set, which anyone can download.

Your submitted report

A read-only copy of what was sent.

Help centre

How can we help?

Answers filter as you type. If nothing matches, the last card tells you exactly who to contact.

Popular:

Data & downloads

VAERS public data

De-identified VAERS reports are published for anyone to download and analyse. Each year is distributed as three CSV files, packaged together in one ZIP.

What is in each file

Three tables joined on VAERS_ID. One row per report in the first, one row per vaccine in the second, one row per coded symptom in the third.

VAERSDATA.csv

The report itself — age, sex, state, onset date, narrative, outcome flags and recovery status. One row per VAERS ID.

VAERSVAX.csv

The vaccines. Columns include VAX_TYPE, VAX_MANU, VAX_LOT, VAX_DOSE_SERIES, VAX_ROUTE, VAX_SITE and VAX_NAME.

VAERSSYMPTOMS.csv

The coded symptom terms assigned to each report, with the coding dictionary version used.

Data sets by year

VAERS public data sets by year, with the file names contained in each package
Data setPackage Files containedGet it

Reading the data responsibly. A report in VAERS is an account of something that happened after a vaccination. It is not a determination that the vaccine caused it, reports are not verified before publication, and anyone may file one. Counts of reports are not rates.

Requesting non-public data

Fields that could identify a person are removed from the public files. Researchers who need identifiable data submit a written request describing the study, the fields required and the protections in place. The request route and the review timeline are described in the help centre.

About

About VAERS

A national early warning system for monitoring the safety of U.S.-licensed vaccines, co-managed by CDC and FDA.

What VAERS is for

VAERS collects reports of health problems that occur after vaccination. Its job is to detect unusual or unexpected patterns early — a signal that something warrants a closer look. It is deliberately open: anyone may file a report, no proof is required, and reports are accepted whether or not the vaccine is thought to be the cause.

That openness is the system’s strength and the source of its most common misreading. Because reports are not verified before they are published, and because anyone can submit one, the presence of a report does not establish that a vaccine caused anything. Patterns across many reports, examined against background rates, are what safety scientists work from.

Who reports

Patients, parents, guardians and caregivers file reports directly. So do healthcare professionals and vaccine manufacturers. Under the National Childhood Vaccine Injury Act, healthcare providers are required to report certain events — including any event listed in the VAERS Table of Reportable Events following vaccination, and any event listed as a contraindication in the manufacturer’s package insert.

What a good report contains

The VAERS form marks eight items as essential: date of birth, sex, date of vaccination, date the event started, age at vaccination, the vaccines given, a description of what happened, and the outcome. A report missing some of these is still accepted and still reviewed — but those eight are what make a report usable for comparison against others.

Items 2, 3, 4, 5Date of birth, sex, vaccination date, onset date
Items 6, 17Age at vaccination, vaccines given
Items 18, 21What happened, and the outcome

What VAERS cannot do

  • It cannot determine whether a vaccine caused an event. It can only flag a pattern worth investigating.
  • It cannot produce a rate. The number of people vaccinated is not part of the reporting data, and an unknown share of events are never reported at all.
  • It is not a route to clinical care. Anyone who needs medical attention should seek it directly.

Accessibility

Accessibility of this application

Built to conform to Section 508 and WCAG 2.1 Level AA. This page states what that means in practice, how it was tested, and what to do if something still does not work.

Everything works from the keyboard

Every control is reachable by Tab in a logical order, operable by Enter or Space, and shows a visible focus ring. Esc closes any panel that opens over the page, and focus returns to the control that opened it.

Readable without perfect vision

Text meets or exceeds the 4.5:1 contrast minimum against its background. Nothing is conveyed by colour alone — every state carries an icon and a word. The layout reflows to a single column without horizontal scrolling.

Announced to screen readers

Form controls have programmatic labels, groups use fieldset and legend, errors are linked to their field with aria-describedby, and step changes and validation messages are announced through a live region.

No time pressure

There is no session timer that discards your answers. Work in progress is held on your own device and is still there when you come back.

Dates you can actually type

Dates are entered as separate month, day and year fields rather than a single masked control or a calendar widget — the pattern that tests best with screen readers, magnification and voice input.

Motion respects your settings

If your device is set to reduce motion, transitions are suppressed. Nothing moves, flashes or auto-advances without you asking for it.

Keyboard reference

Keyboard shortcuts and their effect
KeyEffect
Tab / Shift+TabMove forward or back through every control on the page.
EnterActivate a button or link. In a text field, it does not submit the report.
SpaceToggle a checkbox, select a radio option, activate a button.
Move between options in a radio group.
EscClose the help panel, a tooltip, the walkthrough or any dialog, returning focus where it was.

If something does not work

Tell us what you were trying to do, what happened, and what you were using — browser, screen reader, magnification, voice control. A barrier that stops someone completing a report is treated as a defect in the application, not as a limitation of the person using it.

Program administration

CDC Content Studio

Where authorized CDC program personnel change what the application says and which fields it asks for — without a developer, a release, or a change to the code.

Signed in Content Editor

Changes you publish here take effect on the live form immediately. Every change is recorded in the audit log with the previous value.

Wording

Every question, hint and heading the application shows. Edit a value and it changes on the live form when you publish.

Editable text used across the application
Where it appearsText shown to the reporter

Form fields

Whether a field is asked for, and how strongly. The eight items CDC treats as essential on the VAERS form cannot be hidden.

Field configuration by reporting path
FieldVAERS item Public pathProvider path

Vaccine list

The list reporters search. The everyday name is what the public path shows; the clinical name is what the record carries.

Vaccines available to reporters
Everyday nameClinical name VAX_TYPERemove

Help centre

Questions and answers shown in the help centre and in the in-form help panel.

Surveys

Two instruments: one on site navigation, available from every page, and one shown after a report is submitted.

Publish changes

Review what will change, then publish. Publishing applies to the live form at once and writes an entry to the audit log.

Audit log

Every published change, with what it was before, what it became, who changed it and when.

History of published configuration changes
WhenWhat changed BeforeAfterBy

Roles and permissions

Who can do what. Roles are assigned in CDC’s identity system; this screen shows what each one grants here.

Capability by role
Capability Content Editor Program Owner Developer
Separation of duties. A Content Editor changes what the application says. Only a Program Owner can change whether a field is required, and no role in this console can alter the eight items CDC treats as essential or the structure of the record transmitted to VAERS — those are protected by the design, not by a permission.
Configuration made here is held on this device so that a change can be made and seen in the same sitting. In the delivered application the same configuration is stored in the CDC-managed environment, versioned, and subject to the approval route CDC sets.

RFQ 75D301-26-Q-00146 · Tab 2-2

Where each requirement is demonstrated

Every row names a Performance Work Statement item, what it requires, and the screen in this application where it can be observed. Each button opens that screen.

The six areas Tab 2-2 is evaluated against

Stated in the solicitation. What an evaluator can observe for each, in this application.

Tab 2-2 evaluation areas and where each is demonstrated
Evaluation areaWhat can be observed here

Performance Work Statement coverage

PWS items and where each is demonstrated in this application
PWSRequirement Demonstrated byOpen

Items whose demonstration is a document, a security control or an activity performed inside CDC’s environment are marked as such rather than claimed here.

1