Looking at this CCDA and the validation error report, I think the issue is not in the Assessment Scale Observation (2.16.840.1.113883.10.20.22.4.69) section quoted above, but rather it is with the Assessment Scale Supporting Observation (2.16.840.1.113883.10.20.22.4.86).
<entryRelationship typeCode = "COMP">
<observation classCode = "OBS" moodCode = "EVN">
<templateId root = "2.16.840.1.113883.10.20.22.4.86" extension = "2022-06-01"/>
<id root = "ad804f53-b761-5b1a-8f9d-7d1958c55e16"/>
<code nullFlavor = "UNK">
<originalText>
<reference value = "#social_hist_obs-3.1"/>
</originalText>
</code>
<statusCode code = "completed"/>
<value xsi:type = "ED">
<reference value = "#social_hist_obs_rsp-3.1"/>
</value>
</observation>
</entryRelationship>
I think it is throwing an error because of the xsi:type NOT being CD data type. Like if you replace any of those <value> elements in the Scale Observation as follows the errors would go away
<value
xsi:type = "CD"
code = "LA28397-0"
displayName = "Often true"
codeSystem = "2.16.840.1.113883.6.1"/>
But I think this is a bug in the validator.
In the spec (
https://www.hl7.org/ccdasearch/templates/2.16.840.1.113883.10.20.22.4.86.html), it says that we must have a value, but it does not require a specific value type. However, it has a note in there that says If xsi:type="CD", MAY have a translation code to further specify the source if the instrument has an applicable code system and value set for the integer (CONF:14639) (CONF:4515-16755).
It appears the tool has made this note into a MUST that the data type must be the coded (CD) value. I believe it needs to be relaxed to allow different value types.