R4 Ballot #1 (Mixed Normative/Trial use) Current Build
This page was published as part of FHIR v3.3.0: R4 Ballot #1 : Mixed Normative/Trial use (First Normative ballot). It has been superceded by R4 . For a full list of available versions, see the Directory of published versions .
FHIR Infrastructure Work Group Maturity Level : 5 N   Normative (from v4.1.0) Security Category : Not Classified Compartments : Not linked to any defined compartments

Detailed Descriptions for the elements in the Binary resource.

Element Id Binary

A binary 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.

Control Cardinality 1..1 0..*
Type Resource

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

Summary true Comments

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).
Element Id Binary.contentType

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

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

Treat this binary This element identifies another resource that can be used as if it was this other 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 control purposes. should only be granted to applications that have access to the patient.

Control 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.

Binary.content Binary.data
Element Id Binary.content Binary.data

The actual content, base64 encoded.

Control Cardinality 1..1 0..1
Type base64Binary
Summary true 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.