P
Patient Survey Engine
Technical Guide
Technical

Implementation, deployment, and validation guidance for the platform team.

This guide focuses on the implementation and validation surfaces technical teams actually need: route boundaries, delivery behavior, local Docker review, and deploy-time checks.

System Boundaries

  • Public routes include patient intake, location QR resolution, and Twilio webhook handling.
  • Authenticated routes cover import, dispatch, responses, provider delivery, organizations, rosters, questionnaire management, metrics, alerts, and admin monitoring.
  • The roster domain is distinct from the broader patient import domain and is keyed by location and service date.
  • Front-desk users are constrained to roster-specific behavior and location scope, while org_admin and ops_admin have narrower operational surfaces than full admins.

Local Validation Workflow

Node Validation

  • Run npm run validate to start the app, execute API and data-model checks, build the frontend, validate docs content, and verify the deploy artifact.
  • Run npm run validate:content when editing docs and web content only.
  • Run npm run validate:live after deployment against a deployed base URL.

Docker Review

  • Run npm run docker:local:up to build and serve the app in Docker locally.
  • Review /docs/, /index.html, /frontdesk.html, and QR landing routes in the containerized environment.
  • Use npm run docker:local:logs and npm run docker:local:down for local operations.

Pre-Deploy and Live Validation

Pre-Deploy

  • HTML docs and cross-page links validated locally.
  • Current API and data-model behavior exercised through the E2E suite.
  • Vercel artifact generated and inspected before deployment.

Post-Deploy

  • Health and config endpoints checked against the deployed base URL.
  • Documentation landing and subpages checked for the expected content.
  • Live smoke checks remain read-heavy unless a dedicated test org is provisioned.

Monitoring and Delivery Notes

Validation Coverage