Inspiration

A concussion doesn't end when a student leaves the clinic.

For a teenager, recovery happens in chemistry class, under bright lights, while reading an assignment, using a laptop, concentrating in a noisy classroom, or simply trying to spend time with friends again.

But most of those experiences happen between appointments.

By the next clinician visit, it can be difficult to reconstruct what actually happened. Which activities were manageable? What became difficult? Did screens, noise, concentration, or duration appear alongside harder experiences? What support helped?

Schools face a different problem: they need enough information to support the student, but they shouldn't automatically need access to that student's entire private recovery history.

That gap inspired ReEntry.

ReEntry helps adolescents capture what returning to school and everyday life is actually like, turns those experiences into evidence they and their clinician can inspect, and communicates relevant supports to school — without asking AI to make medical decisions.

Return to school. Return to friends. Return to life.


What it does

ReEntry creates a loop between the student experiencing recovery, the clinician interpreting evidence, and the school providing support.

Low-friction student capture

Students record real-world activities such as class, reading, screens, concentration-heavy work, physical activity, and social activity using three descriptive states:

  • Manageable
  • Some difficulty
  • Very difficult

They can also record duration, challenge/context tags, and an optional note.

To reduce typing, ReEntry includes AI-assisted voice capture:

Student speaks → speech recognition → structured draft → student reviews → Confirm & Log

Nothing is silently added to the student's record.

Students can also add their recurring school schedule. Smart Capture provides timely logging opportunities after classes so experiences can be recorded while they're still fresh.

Our principle is simple:

We automate the collection opportunity, not the medical interpretation.

Tolerance Map

Confirmed experiences build a visual Tolerance Map across areas such as:

  • Class / School
  • Screens
  • Reading
  • Noise / Busy
  • Concentration
  • Physical Activity
  • Social Activity

Students can open the evidence underneath the visualization.

The map is descriptive — not a recovery percentage, severity score, readiness score, or medical clearance system.

Journey + personalized ML

Journey turns individual records into a longitudinal view of the student's observation window.

ReEntry then runs a personalized ridge-regression model on the student's own confirmed functional records.

Rather than predicting recovery, the model asks:

Are there sufficiently supported patterns in this student's own records that may be useful to review?

The model uses activity category, challenge tags, duration, position within the observation window, and prior recorded manageability.

It uses chronological validation plus minimum-data, variability, coefficient-strength, and evidence-support gates. If there isn't enough usable evidence, ReEntry shows no pattern rather than forcing an AI insight.

Every surfaced observation links back to supporting records through "Why am I seeing this?"

This makes the ML inspectable:

Evidence → Pattern → Evidence

School Observations

Student self-report isn't the only useful perspective.

Linked School Staff can separately record whether a student:

  • completed an activity as planned;
  • completed it with support;
  • took a break; or
  • reduced or stopped the activity.

School Observations remain a separate evidence stream. They are not silently merged into student self-report and are not used to train the personalized ML model.

Clinician workflow

Clinicians can review student-reported functional evidence, Journey, evidence-linked ML observations, supporting records, and School Observations.

But we deliberately drew a boundary:

AI surfaces observational evidence. The clinician interprets it. The clinician — not AI — records accommodations.

When a clinician records an accommodation, School Staff can receive the support information they need without automatically receiving the student's private activity history or Journey.

The student can also carry those recorded supports through their ReEntry Pass.

Optional device context

On supported native devices, ReEntry can display opt-in pedometer context.

We intentionally kept this limited: no location tracking, no hidden continuous surveillance, no step-based medical interpretation, no ML use of steps, and no sharing of step context with School Staff or Clinicians.

Device activity is context, not a medical conclusion.


How we built it

ReEntry is built with:

  • Expo
  • React Native / React Native Web
  • Expo Router
  • TypeScript
  • Supabase
  • PostgreSQL
  • Supabase Auth
  • PostgreSQL Row Level Security
  • expo-speech-recognition
  • expo-notifications
  • expo-sensors / Pedometer

The personalized ML pattern engine is implemented locally in TypeScript using ridge regression.

One of our most important architectural decisions was treating privacy as more than a frontend concern.

ReEntry has distinct Student, Clinician, and School Staff experiences. Supabase Row Level Security combines user roles with active student-access relationships so access boundaries are enforced at the database layer.

We also intentionally separated evidence streams:

Student-confirmed records → personalized ML

School Observations → separate clinician evidence

Device activity → optional local context

Clinician accommodations → human-authored decisions

We didn't make every available data point an AI input simply because we could.


Responsible AI

Building AI for concussion recovery required us to define what AI shouldn't do before deciding what it should do.

ReEntry does not use AI to:

  • diagnose concussion;
  • classify severity;
  • calculate a recovery percentage;
  • predict a recovery date;
  • establish medical causation;
  • recommend medication or treatment;
  • determine medical readiness;
  • provide return-to-play clearance; or
  • prescribe school accommodations.

Instead, AI and ML have deliberately bounded roles.

Voice reduces capture friction.
The student reviews the structured result before it becomes evidence.

Personalized ML organizes evidence.
Patterns appear only when predefined evidence and quality gates are satisfied.

Explainability exposes the evidence.
Users can inspect the actual records supporting a surfaced observation.

Humans make decisions.
The clinician — not the model — determines whether to record an accommodation.

Privacy limits information flow.
School Staff receive minimum-necessary support information rather than a student's complete private recovery history.

For ReEntry, Responsible AI isn't a disclaimer at the bottom of the screen. It's part of the architecture.

Sometimes the most responsible model output is no output at all.


Challenges we faced

Making ML useful without turning it into a clinician

It would have been easy to build an impressive-looking recovery score or prediction.

We deliberately chose not to.

The harder challenge was making ML useful while keeping it personalized, observational, evidence-linked, and appropriately limited. That led us to chronological validation, evidence gates, supporting-record provenance, and suppression when evidence isn't sufficient.

Reducing logging burden

A concussion recovery app can easily become another assignment.

Quick structured logging, voice capture, recurring schedules, Smart Capture, and local reminders were all designed around reducing how much effort it takes to record useful context.

Designing privacy across three roles

A single shared dashboard would have been simpler.

Instead, we built separate Student, Clinician, and School Staff experiences and enforced those boundaries with database-level Row Level Security.

Building across mobile and web

Native speech recognition, notifications, and pedometer access behave differently across platforms. Supporting Android, iOS, and a web preview required handling permissions, unsupported states, native configuration, and platform-specific behavior.


What we learned

The biggest lesson was that Responsible AI is an architectural decision, not a disclaimer.

It affects what data you collect, what enters the model, when the model stays silent, what evidence users can inspect, what information each role receives, and which decisions remain human.

We also learned that adolescent-focused design changes what "good data collection" means.

The most comprehensive form isn't necessarily the most useful one. A low-friction interaction a student will actually complete can be more valuable than a detailed diary they avoid.

And explainability became much more meaningful when we stopped thinking of it as a confidence number and instead asked:

Can the user see the evidence behind this?


Accomplishments we're proud of

We're proud that ReEntry became more than an activity tracker or an AI feature added to a health app.

We built a complete functional loop:

Real-world student experience
→ low-friction confirmed capture
→ schedule-aware Smart Capture
→ Tolerance Map
→ personalized evidence-linked ML
→ School Observations
→ clinician interpretation
→ clinician-authored accommodation
→ minimum-necessary School communication
→ ReEntry Pass

We're especially proud that the ML has a defined purpose, defined inputs, validation requirements, evidence gates, suppression behavior, and supporting-record provenance — without asking it to make medical decisions.


What's next

ReEntry is a prototype, not a clinically validated medical system.

The next step would be working directly with adolescents, caregivers, educators, concussion clinicians, and accessibility experts to evaluate the workflow in real return-to-school environments.

We would want to study logging burden, accessibility, model behavior on larger longitudinal datasets, whether surfaced observations are useful to clinicians, and how students understand evidence-linked ML.

Clinical evaluation, privacy and security review, accessibility testing, and regulatory analysis would be necessary before real-world clinical deployment.

A student's experiences between appointments shouldn't disappear.

ReEntry is an attempt to make those experiences easier to capture, easier to understand, and easier to communicate — while keeping medical decisions where they belong: with people.

Return to school. Return to friends. Return to life.

Try ReEntry

📱 ReEntry is a mobile-first app for iOS and Android.

🌐 Web preview: https://re-entry-alpha.vercel.app

Demo accounts

  • Student — Maya: maya.demo / Pass123
  • Clinician: clinician.demo / Pass123
  • School Staff: school.demo / Pass123

All demo users and records are synthetic. The web preview demonstrates ReEntry's core workflows; native speech recognition, notifications, and device activity require a compatible mobile build.


Built With

Share this project:

Updates

posted an update —

4 days. One idea. A fully functional prototype. ReEntry started with a simple question: What happens to concussion recovery between appointments? Over the last 4 days, I took that idea and built ReEntry into a working mobile-first app connecting the student → clinician → school recovery loop. Some of what I shipped: • Low-friction activity & symptom logging • Voice-assisted capture with user confirmation • Smart Capture based on school schedules • A longitudinal Tolerance Map & Journey • Personalized, evidence-linked ML with explainability • Separate student, clinician & school workflows • Privacy-aware school accommodations & ReEntry Pass • Database-level role/access controls One design principle guided the entire build: AI should help organize evidence — not make medical decisions. When there isn't enough evidence to responsibly surface a pattern, ReEntry surfaces nothing rather than pretending to know. Still a prototype, still plenty to learn and improve — but I'm incredibly proud of how far ReEntry went from idea → working product in just four days. Return to school. Return to friends. Return to life.

Log in or sign up for Devpost to join the conversation.

Submission history