SMART Imaging Access
0.1.0 - ci-build International flag

SMART Imaging Access, published by Argonaut Project. This guide is not an authorized publication; it is the continuous build for version 0.1.0 built by the FHIR (HL7® FHIR® Standard) CI Build. This version is based on the current content of https://github.com/argonautproject/smart-imaging/ and changes regularly. See the Directory of published versions

CapabilityStatement: SMART Imaging Access Server

Official URL: http://fhir.org/argonaut/smart-imaging/CapabilityStatement/smart-imaging-server Version: 0.1.0
Draft as of 2026-08-21 Computable Name: SmartImagingAccessServer

Requirements for the Imaging Server's FHIR endpoint. In addition to the FHIR behavior described here, the server hosts or links to WADO-RS endpoints as described in Retrieving images, and validates SMART access tokens as described in Authorization.

Raw OpenAPI-Swagger Definition file | Download

SMART Imaging Access Server

  • Implementation Guide Version: 0.1.0
  • FHIR Version: 4.0.1
  • Supported Formats: json
  • Published on: 2026-08-21
  • Published by: Argonaut Project

Note to Implementers: FHIR Capabilities

Any FHIR capability may be 'allowed' by the system unless explicitly marked as 'SHALL NOT'. A few items are marked as MAY in the Implementation Guide to highlight their potential relevance to the use case.

FHIR RESTful Capabilities

Mode: server

Security

Requests carry a SMART on FHIR access token issued by the EHR's authorization server. The Imaging Server validates the token (for example, via SMART Token Introspection) and enforces patient context and scopes.

Capabilities by Resource/Profile

Summary

The summary table lists the resources that are part of this configuration, and for each resource it lists:

  • The relevant profiles (if any)
  • The interactions supported by each resource (Read, Search, Update, and Create, are always shown, while VRead, Patch, Delete, History on Instance, or History on Type are only present if at least one of the resources has support for them.
  • The required, recommended, and some optional search parameters (if any).
  • The linked resources enabled for _include
  • The other resources enabled for _revinclude
  • The operations on the resource (if any)
Resource TypeProfileRSUCSearches_include_revincludeOperations
ImagingStudySupported Profiles
  SMART ImagingStudy		ypatient, identifier, _lastUpdatedImagingStudy:endpoint
Core FHIR Resource
ImagingStudy
Reference Policy
Interaction summary
  • Supports search-type.

Supported Profiles

SMART ImagingStudy

Documentation

The server SHALL support searching ImagingStudy by patient, alone and in combination with _lastUpdated and identifier (a DICOM Study Instance UID in urn:oid:... form). The server SHALL support _include=ImagingStudy:endpoint so apps receive the WADO-RS Endpoint for each study, whether contained or external.

If results are not yet available (for example, the server is querying an underlying PACS), the server MAY respond 503 with a Retry-After header; the app retries after the indicated number of seconds.

Search Parameters
ConformanceParameterTypeDocumentation
SHALLpatientreference

The patient whose studies are requested. SHALL be supported alone and in combination with _lastUpdated or identifier.

SHALLidentifiertoken

A DICOM Study Instance UID in urn:oid:... form, used with patient to look up a specific study.

SHALL_lastUpdateddate

Used with patient to fetch only studies updated after a given time, e.g. _lastUpdated=gt2023-04-17T04:00:00Z.