FHIR R4 Current Build
This is the current officially released version of FHIR, which is R4 (v4.0.0). For a full list of all versions, see the Directory of published versions .
FHIR Infrastructure Work Group Maturity Level : N   Normative (from v4.0.0) v4.1.0) Security Category : Not Classified Compartments : Not linked to any defined compartments
This page has been approved as part of an ANSI standard. See the Infrastructure Package for further details.

Detailed Descriptions for the elements in the Binary resource.

Element Id Binary

A resource that represents the data of a single raw artifact as digital content accessible in its native format. A Binary resource can contain any content, whether text, image, pdf, zip archive, etc.

Cardinality 0..*
Type Resource

There are situations where it is useful or required to handle pure binary content using the same framework as other resources.


Typically, Binary resources are used for handling content such as:

  • CDA Documents (i.e. with XDS)
  • PDF Documents
  • Images (the Media resource is preferred for handling images, but not possible when the content is already binary - e.g. XDS). Images.
Element Id Binary.contentType

MimeType of the binary content represented as a standard MimeType (BCP 13).

Cardinality 1..1
Terminology Binding MimeType ( Required )
Type code
Summary true
Element Id Binary.securityContext

This element identifies another resource that can be used as a proxy of the security sensitivity to use when deciding and enforcing access control rules for the Binary resource. Given that the Binary resource contains very few elements that can be used to determine the sensitivity of the data and relationships to individuals, the referenced resource stands in as a proxy equivalent for this purpose. This referenced resource may be related to the Binary (e.g. Media, DocumentReference), or may be some non-related Resource purely as a security proxy. E.g. to identify that the binary resource relates to a patient, and access should only be granted to applications that have access to the patient.

Cardinality 0..1
Type Reference ( Any )
Summary true

Very often, a server will also know of a resource that references the binary, and can automatically apply the appropriate access rules based on that reference. However, there are some circumstances where this is not appropriate, e.g. the binary is uploaded directly to the server without any linking resource, the binary is referred to from multiple different resources, and/or the binary is content such as an application logo that has less protection than any of the resources that reference it.

Element Id Binary.data

The actual content, base64 encoded.

Cardinality 0..1
Type base64Binary
Summary false

If the content type is itself base64 encoding, then this will be base64 encoded twice - what is created by un-base64ing the content must be the specified content type.