Skip to content
Get started
Integration

Introduction

Who integrates with Avara, which product path to follow, and where configuration is spelled out for AutoScribe, Viewer, and Express.

This section is for integrating partners: PACS companies, EHR/RIS companies, distributors with their own software platform, and IT teams wiring Avara into an existing system.

You sell or operate imaging or clinical software. AutoScribe, Viewer, or both should show up inside that product — studies created from your system, webhooks back to your archive or RIS, users opening Avara without a second login when you want that.

Clinical Platform sites do not need a separate integration. Start from the Clinical Platform overview. Distributors who only do support and resale, without a software platform, should use a separate Avara organization per customer, not Express.

Pick the track that matches what you are embedding. Each product spells out what to configure (API key, which webhooks, when to create studies) so you do not implement every endpoint.

For AutoScribe and Viewer, start at API Config (create the key, webhook URLs, signing secret), then What webhooks should I configure. That page maps who you are (PACS with your own archive vs EHR/RIS on Avara PACS, with or without Avara Viewer) to the endpoints to set. Leave the rest blank.

Express adds tenants on top of those products: enable Express, create customers, add users, attach expressCustomerId on study create. Isolation is membership-based — Isolation.

Identifiers (stu_…, usr_…, cus_…) and the shape of studies, users, and Express customers are on the API Data Model page. How the viewer actually fetches DICOM — presigned blob URLs, not DICOMweb — is on Loading Viewer Data. Method names, request fields, and generated SDK snippets are on the API Reference.