What the API is for
Healthproximate offers programmatic access for customers and approved implementation partners who want to integrate the platform into their own systems — for example, to upload data securely or to query analytics and predictions from another application. This page is a high-level overview. The endpoint-by-endpoint contract lives in the API Reference tab.What is published, and what is not. The API Reference documents the
endpoints a customer key can actually call — an explicit, curated list. The
complete internal schema, including administrative and internal-only
endpoints, is not published here and remains available only through controlled
access channels to approved customers and partners.An endpoint appears in the reference because someone chose to publish it, never
because it exists. So the reference is narrower than the platform on purpose.
How access works
- Programmatic access is granted per organization. You request credentials and the Valiance Health team issues them.
- Two credential patterns are used depending on the integration:
- API key — sent in an
X-API-Keyrequest header. Used by service integrations such as the secure file upload API. - Bearer token (JWT) — obtained by signing in, then sent in an
Authorization: Bearer <token>header. Used by application/agent integrations.
- API key — sent in an
- All requests use HTTPS, and all results are scoped to your organization.
Common integration use cases
- Secure file upload — upload data files to your organization’s isolated storage using short-lived, presigned URLs, with a separate path for large files.
- Conversational / analytical queries — submit a natural-language question and receive structured analysis, optionally streamed for real-time progress.
Example: request a secure upload URL
The secure file upload API uses a two-step pattern — request a short-lived presigned URL, then upload directly to storage. A request to obtain an upload URL looks like:- Presigned URLs are temporary (they expire, typically within an hour) and single-use.
- Filenames are sanitized for security and compatibility.
- Files are isolated per organization.
Full request/response fields, error codes, large-file (multipart) flows, and
language-specific examples are provided to approved integrators through the
controlled-access developer materials — see “Requesting integration help” below.
Conventions
- HTTPS only.
- JSON request and response bodies for application endpoints.
- Snake_case field names in request and response payloads.
- Standard HTTP status codes, with errors returned as a JSON object containing an
errortype and a human-readablemessage.

