GMH: conditionDescription är obligatorisk enligt schema men valfri i TKB

I samband med en granskning av självdeklaration för Sörmland och GetMedicationHistory så lyfte de att det fanns en skillnad mellan TKB och schema för elementet conditionDescription.

TKB:

Schema (se första raden under sequence):

<xs:complexType name="ConditionalDosageType">
    <xs:annotation>
      <xs:documentation> </xs:documentation>
    </xs:annotation>
    <xs:sequence>
      <xs:element minOccurs="1" name="conditionDescription" type="xs:string"/>
      <xs:element name="frequencyDosage" type="tns:FrequencyDosageType" minOccurs="0"/>
      <xs:element name="periodDosage" type="tns:PeriodDosageType" minOccurs="0"/>
      <xs:element name="occasionDosage" type="tns:OccasionDosageType" minOccurs="0"/>
      <xs:element name="rampedDosage" type="tns:RampedDosageType" minOccurs="0"/>
      <xs:element name="singleDose" type="tns:SingleDoseType" minOccurs="0"/>
      <xs:element name="unstructuredDosageInformation" type="tns:UnstructuredDosageInformationType"
        minOccurs="0"/>
      <xs:any namespace="##other" processContents="lax" minOccurs="0" maxOccurs="unbounded"/>
    </xs:sequence>
  </xs:complexType>

Normalt sett så är det TKB som trumfar.
Men, det är inte bra om schemat är hårdare än TKB (tvärtom funkar däremot bra).

Dvs, om man följer TKB nu och inte har med elementet conditionDescription så slår schemavalideringen till.

Felet verkar ha varit samma i 2.0.

(En annan lustig notering är att minOccurs ligger först i ordningen, vet inte om jag har sett det förut)

Comments (5)