Base URL
Authentication
All requests require an API key in thex-api-key header. The same API key works for both endpoints:
Endpoints
Which Endpoint Should I Use?
EHR Agent
POST /api/v1/agentUse when you have comprehensive health data: labs, conditions, medications, imaging, genetics, vital signs.- Light mode: Fast analysis for routine cases
- Deep mode: Multi-step literature research for complex cases
- Supports 10+ data categories
Lab Results Agent
POST /api/v1/lab-resultsUse when you primarily have lab results to analyze.- Simpler request format (no EHR wrapper)
- Faster turnaround (3-6 minutes)
- Optimized for lab interpretation workflows
- Optional patient context for better results
Shared Concepts
Both endpoints share the same patterns for authentication, responses, webhooks, and rate limiting.Async Webhook Pattern
Both endpoints are asynchronous. You submit data, receive an immediate confirmation with arunId, and results are delivered to your webhook URL when processing completes.
Response Headers
Every API response includes concurrency status headers:Webhook Delivery
Both agents deliver results as JSON to yourwebhookUrl. All webhooks include:
- HMAC-SHA256 signature in
X-Helios-Signaturefor verification - Timestamp in
X-Helios-Timestampfor replay protection - Sequence numbers for ordering webhooks that arrive out of order
Response Format
Both agents return Markdown-formatted responses with numbered citations from multiple evidence sources — medical literature, clinical guidelines from 30+ medical societies, database insights, and web sources:patientResponse— Patient-friendly summaryclinicianResponse— Clinical report for providerscitations— Citation metadata keyed by number, with source type classification
Error Handling
Both endpoints use the same error format:Rate Limits
Concurrency limits are tracked separately per agent type. Default is 7 concurrent requests per agent type. See Rate Limits for details.Data Privacy & Logging
Helios is designed for HIPAA compliance. We maintain operational logs for billing, monitoring, and debugging, but patient health data is never stored.What We Store
Each API request creates a log entry containing operational metadata only:- Request identifiers: Run ID, API key used, company ID
- Processing metrics: Agent type, duration, token usage, success/error status
- Aggregate counts: Number of elements analyzed, citations generated
- Error information: Error codes and types (if processing failed)
What We Do NOT Store
The following data is processed transiently but never stored:- Patient health data (labs, conditions, medications, imaging, genetics)
- Patient demographics (age, gender)
- Free-text context and user instructions
- Generated responses (patient and clinician summaries)
- Research citations, clinical guideline references, and literature content
Logging & Observability
We use HIPAA-compliant logging and error observability tools for operational monitoring. These systems:- Track request success/failure rates and latency
- Alert on errors and service degradation
- Support debugging without exposing health data