Virginia Congressional App Challenge

Choose one strong problem.
Build it deeply.

Explore 12 evidence-grounded Virginia app concepts across public health, climate resilience, rural access, school services, accessibility, and civic operations. Compare feasibility before committing months of development time.

Truthful positioning: these are project concepts—not claims that 12 completed AI systems already exist. The student should select one concept and implement a functioning, explainable product.

District-based entryStudents enter through a participating congressional district where they live or attend school. The final page should identify the applicable VA-XX district.
One functioning appThe 2026 rules state that an entry must demonstrate some degree of functionality.
Three judging dimensionsIdea quality, implementation and user experience, and coding/programming excellence.
AI is optionalAI assistance is allowed, but must be disclosed and cannot replace the student’s technical contribution.
Three-minute maximumThe demo must explain purpose, audience, tools, languages, and working functionality.
DeadlineOctober 26, 2026 at 12:00 p.m. EDT. Read the rulebook ↗
Quick project match

Which concept best fits the student?

The strongest CAC idea is not necessarily the most complex one. It is the idea the student can explain, implement, test, and demonstrate confidently.

  • Recommendations are planning estimates, not official CAC scores.
  • Low-risk projects use public aggregate data and avoid sensitive records.
  • A narrower MVP usually produces a better three-minute demonstration.
1HeatSafe VAStrong default: live, visual, useful, and low privacy risk.
2PermitPath VAOriginal civic workflow with clear technical ownership.
3GeoHealth VABest fit for data science and geospatial analysis.
Recommended starting points

Five different ways to build a competitive entry

These are not five versions of the same app. Each emphasizes a different judging strength and student skill profile.

Idea portfolio

12 Virginia-focused concepts

Every card identifies a primary user, demonstrable MVP, realistic data source, optional AI role, build window, and main implementation risk.

12 concepts
Verified Virginia context

Facts the project may safely cite

The original prototype mixed unrelated metrics and invented chart values. This revision uses a small set of clearly defined, source-linked facts instead.

95 + 38

Counties and independent cities

Virginia has 95 counties and 38 independent cities. This administrative structure supports ideas that help residents find the correct local office, health district, or service boundary.

Commonwealth of Virginia source ↗
37.4%

Late postpartum timing

VDH reports that 37.4% of pregnancy-associated deaths during 2018–2022 occurred 43–365 days after the end of pregnancy.

VDH maternal data ↗
40%

Accidental overdose cause

For the same 2018–2022 period, VDH separately reports that 40% of pregnancy-associated deaths were due to accidental overdose. This must not be combined with the 43–365-day statistic.

VDH maternal data ↗
Weekdays

Heat surveillance updates

VDH’s heat-related illness dashboard covers emergency and urgent-care visits from May through September and updates on weekdays in July–August, with weekly Monday updates in May, June, and September or during heat events.

VDH heat surveillance ↗
Important: population-level dashboards support community education and planning. They do not provide the individual medical or student records needed for personal clinical-risk scoring, student distress detection, or diagnosis.
Selection framework

Use five gates before selecting the final idea

An idea should pass all five gates. A weak answer to any one gate is a signal to narrow or change the concept.

1

One primary user

Name the person who will use the app first. Avoid simultaneously targeting clinicians, agencies, parents, students, and policymakers.

2

Data actually exists

Confirm access format, update frequency, definitions, geographic level, and licensing before promising a feature.

3

Visible three-minute demo

The user journey should be understandable in one sequence: input → processing → useful result → action.

4

Explainable technical depth

The student should be able to explain the API, data structure, algorithm, tests, errors, and design decisions without reading a generated script.

5

Safe and honest claims

Do not claim HIPAA or FERPA compliance, real-time inventory, prediction accuracy, or clinical validation unless those claims are actually established.

Practical build plan

A realistic 10–12 week CAC development sequence

Replace the original enterprise roadmap—Airflow, Kubernetes, multiple models, and statewide pilots—with a student-owned product plan that results in working code.

Weeks 1–2

Problem and data proof

  • Interview 3–5 potential users
  • Verify each data source
  • Define one primary workflow
  • Create wireframes and success criteria
Weeks 3–5

Functional MVP

  • Build the core input and result flow
  • Integrate one real API or dataset
  • Add loading, empty, and error states
  • Deploy an early test version
Weeks 6–8

Technical distinction

  • Add one substantive algorithm
  • Document methodology and limitations
  • Improve accessibility and mobile UX
  • Write automated data or component tests
Weeks 9–12

Evidence and submission

  • Conduct usability testing
  • Fix reliability and performance issues
  • Prepare README and AI-use disclosure
  • Record a clear three-minute demo
Official data library

Sources suitable for concept validation

A source appearing here does not guarantee an API or unrestricted reuse. Check access terms, metadata, and update frequency during Week 1.