The structure and format of this Id shall be consistent with the specification corresponding to the InstanceVersionURI specified in the SDC Technical Reference Guide

The masterIdentifier should be derived from the SDC formID and formInstanceVersionURI in the format of formID.formInstanceVersionURI

Other identifiers associated with the document, including version independent identifiers. Map other SDC Identifiers here including: Lineage, FormID, Version, BaseURI, InstanceURI, FullURI

Relationships that this document has with other DocumentReferences and Observations. Needs to map to DocumentReference masterIdentifier, and must map to any Observations Identifiers that are derived from this DocumentReference

Should provide access to the form as either data or url.

Should reference created observations from this form.

This should map to the identifier for the document reference it was derived from that contains an SDC form and appended with the QuestionID e.g. formID.formInstanceVersionURI.QuestionID.

Observation code should be defined based on the SDC QuestionID.

All code-value and, if present, component.code-component.value pairs need to be taken into account to correctly understand the meaning of the observation.

The answer from the form should ideally be captured as a valueCodeableConcept including the AnswerID of the question and display value. There are use cases such as quantity, where other types may be appropriate.

An observation may have; 1) a single value here, 2) both a value and a set of related or component values, or 3) only a set of related or component values. If a value is present, the datatype for this element should be determined by Observation.code. A CodeableConcept with just a text would be used instead of a string if the field was usually coded, or if the type associated with the Observation.code defines a coded value. For additional guidance, see the Notes section below.

bodySite should be defined by the form's defined site.

Only used if not implicit in code found in Observation.code. In many systems, this may be represented as a related observation instead of an inline component.

If the use case requires BodySite to be handled as a separate resource (e.g. to identify and track separately) then use the standard extension bodySite.

Observation has child questions and answers that are referenced via this element.

When using this element, an observation will typically have either a value or a set of related resources, although both may be present in some cases. For a discussion on the ways Observations can assembled in groups together, see Notes below. Note that a system may calculate results from QuestionnaireResponse into a final score and represent the score as an Observation.

Observation has parent questions and answers that are referenced via this element

All the reference choices that are listed in this element can represent clinical observations and other measurements that may be the source for a derived value. The most common reference will be another Observation. For a discussion on the ways Observations can assembled in groups together, see Notes below.

Obvservations should contain component codes with the the answers. Multiple components must be used for multiple answers to a single question (e.g. a multiselect question)

For a discussion on the ways Observations can be assembled in groups together see Notes below.