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

Imaging Identifiers

This page is non-normative. If you come from the FHIR world and DICOM identifiers are new to you (or vice versa), this page explains the systems involved in hospital imaging, the identifiers each one assigns, and how those identifiers tie clinical records to the imaging system's view of a study.

Five identifiers do almost all the work in imaging integrations:

Identifier	Assigned by	What it names
MRN	EHR	The patient, within one organization
Accession Number	RIS	The imaging order
Study Instance UID	Imaging modality/PACS	One DICOM study
Series Instance UID	Imaging modality/PACS	One series within a study
SOP Instance UID	Imaging modality/PACS	One instance (e.g., one slice) within a series

The imaging workflow

A simplified view of hospital imaging (inspired by the IHE Radiology profiles, with worklist details omitted):

1. Order — A clinician orders imaging in the EHR for a patient (identified by MRN). The RIS accepts the order and assigns an Accession Number, which the EHR stores on its ServiceRequest.
2. Acquire — The modality performs the study; the images land in the PACS carrying a fresh Study Instance UID (with Series and SOP Instance UIDs beneath it), plus the patient's MRN and the Accession Number in the DICOM headers.
3. Report — A radiologist reads the study and files a report keyed by MRN + Accession Number; it reaches the EHR as a DiagnosticReport (and/or DocumentReference), ideally also carrying the Study Instance UID.

Mapping between the models

Clinical FHIR, imaging FHIR, and DICOM each represent a view of the same study. The shared identifiers are what let an app (or an Imaging Server) walk between them:

• In DICOM, the study record itself carries the Accession Number, the Study Instance UID, and patient demographics including MRN; series and instances have their own UIDs.
• On the Imaging FHIR Server, ImagingStudy mirrors the DICOM hierarchy: the Study Instance UID as its identifier, series and instance UIDs within, a reference to the FHIR Patient resource, optionally a basedOn reference carrying the Accession Number, and endpoint references pointing at WADO-RS. An MRN may be used internally to map that patient to imaging records.
• On the Clinical FHIR Server, the ServiceRequest carries the Accession Number and the DiagnosticReport should reference the study by Study Instance UID — an identifier reference, not necessarily a resolvable URL.

A clinical record can identify a study by Study Instance UID without recording its retrieval URL. The app locates the study and its Endpoint using patient={id}&identifier=urn:oid:{uid}, as described in Finding studies.

To map Patient/123 to its PACS records, the Imaging FHIR Server can fetch that Patient from the Clinical FHIR Server and obtain its MRN. See the Backend Services example in Authorization.

Representation of imaging reports in FHIR is covered by jurisdiction-specific implementation guides, such as US Core. The model above reflects the direction of early consensus.