ProcedureAtlas Compare Medical Procedures Abroad
Developer Surface

One route contract for the site, the API, and any downstream tooling.

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.

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.

Why `metadata` exists

The directory needs structured route facts. Without a typed metadata block, the frontend would have to guess treatment and destination attributes from prose.

Source packet fields

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.

Entry matrix

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.

Partner offers

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.

Current state

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.

Endpoints

Public URLs

These are the routes currently exposed by the backend worker.