Full API Integration
Build identity, consent, ordering, questionnaires, scheduling requests, appointment tracking, communications, and results into one native, API Partner-owned experience.
Use Full API Integration—the default approach—to keep diagnostic testing search, customer identity, consent when required, ordering, questionnaires, scheduling, and results in your product. Start in Staging (Sandbox) for API Partner testing before switching hosts and credentials for live traffic.
Use Full API Integration as the primary path to keep location search, product discovery, identity, consent, ordering, questionnaires, scheduling requests, appointment tracking, communications, and results in your product. Use this overview to understand the platform, then open the detailed guide when you are ready to implement each request against the same diagnostic-grade network trusted by major hospitals, imaging centers, and healthcare platforms.
Full API Integration is the primary documentation flow. Your application owns every customer-facing step and uses Fitnescity Health APIs from discovery through scheduling, communications, and results.
Build identity, consent, ordering, questionnaires, scheduling requests, appointment tracking, communications, and results into one native, API Partner-owned experience.
Search locations by geo coordinates, inspect catalog and offering pairs, and surface single-test products and availability on your own PDP and booking surfaces.
Create reusable customer identities, establish test-specific consent, and create orders after payment is handled through your own checkout, before submitting questionnaires and requesting an appointment.
Send a primary appointment preference and one to three alternate availabilities, then track the request-then-confirm lifecycle through appointment reads and webhooks.
Poll results scoped to your own members with allowlisted payloads and auditable order / appointment identifiers.
Separate staging and production keys, route-aware throttling, request ids, and a clear go-live checklist for API Partner teams.
Use staging for implementation and API Partner testing. Switch the host and credentials only when you are ready to send live traffic.
Use this shared non-production environment for implementation, QA, and API Partner testing before go-live.
Use a staging-only API key. Staging keys do not work in production.
Use this environment for live member traffic after your integration is ready to launch.
Use a production API key issued separately from staging credentials.
Start with this overview, open the Full API Integration guide for the complete native sequence, and then use the route-by-route reference once your implementation model is clear.
Access, auth, rate limits, support, and staging usage.
Native identity, consent, order, questionnaire, scheduling, communications, and tracking flow.
Common statuses, retry rules, envelopes, and request tracing.
Core objects and relationship model.
Polling model, allowlisted payloads, and PHI handling notes.
Appointment lifecycle events, signing, and delivery model.
Appointment emails and text/SMS notifications with API Partner branding.
Readiness checklist for production launch.
Endpoint contracts, cURL examples, and payloads.