Core page fields
Every route includes path, page kind, title, summary, description, confidence note, source counts, and a metadata object for treatment, destination, price posture, trip length, recovery window, and related routes.
The frontend reads the same page records exposed by the backend. That keeps the public HTML routes, directory cards, and any future internal tooling on one normalized treatment-destination model.
Every route includes path, page kind, title, summary, description, confidence note, source counts, and a metadata object for treatment, destination, price posture, trip length, recovery window, and related routes.
The directory needs structured route facts. Without a typed metadata block, the frontend would have to guess treatment and destination attributes from prose.
When a source sync completes, the page record now carries the latest extracted source title, summary, final URL, HTTP status, and content-change timestamp for each attached source.
Page records now include a normalized entry matrix with traveler-profile presets, explicit country-selector context options, access type, ETA state, stay windows, passport-validity rules, visa options, source links, and traveler-document stacks.
Route records now include normalized partner-offer cards with headline, disclosure, placement, redirect tracking key, and destination URL so the frontend can drive users toward live clinic paths without hardcoded links.
The entry matrix is seeded for the current destination set and now supports preset traveler profiles, direct passport-country selectors, Mexico and Turkey residence-country overrides, and India departure-country overrides for a first official-source yellow-fever-risk set. Route records also expose normalized partner offers and destination/regulator source layers. Other residence and itinerary combinations remain partial until they are seeded from destination authority guidance.
These are the routes currently exposed by the backend worker.