A photo, video, or audio recording — used here to hold DICOM image data as base64-encoded attachments linked from DiagnosticReport. This page documents the Media resource as served by the mock.health synthetic FHIR R4 sandbox — 5 search parameters, US Core 6.1 profiling, and the elements accepted on write.
GET https://api.mock.health/fhir/Media — searchGET https://api.mock.health/fhir/Media/{id} — read by logical idPOST https://api.mock.health/fhir/Media — create (Pro)PUT https://api.mock.health/fhir/Media/{id} — update (Pro)patient (reference) — required — Patient the media is aboutsubject (reference) — Subject of the media (same as patient for clinical images)status (token) — preparation | in-progress | completed | entered-in-errorcreated (date) — Date the media was collectedencounter (reference) — Encounter during which the media was collectedFields accepted when creating or updating a Media. Required elements are base FHIR cardinality; the rest are US Core must-support.
status (code) — required — preparation | in-progress | not-done | on-hold | stopped | completedsubject (Reference(Patient)) — Patient the media is aboutcontent (Attachment) — required — The actual media content — contentType and base64-encoded datacontent.contentType (code) — MIME type (application/dicom, image/png, image/jpeg)content.data (base64Binary) — Base64-encoded image bytescontent.title (string) — Label for the image (e.g. "Slice 1 of 12")Each Media resource contains a single multi-frame DICOM file (all slices packed into one) as base64 in content.data. Media resources are linked from DiagnosticReport via the .media[].link field. Use GET /api/media/{id}/content to download raw DICOM bytes (application/dicom), or GET /api/media/{id}/render for a PNG preview.
Base definition: HL7 FHIR R4 Media. Category: Diagnostics.
DiagnosticReport · ImagingStudy · Observation · ServiceRequest · Specimen
API reference · Quickstart · USCDI compliance · SMART on FHIR