:
xsd.exe fhir-atom-single.xsd tombstone.xsd fhir-single.xsd opensearch.xsd opensearchscore.xsd xmldsig-core-schema.xsd xhtml1-strict.xsd xml.xsd/c
and classes are created after circular links are commented out from xhtml1-strict.xsd
However, as Ewout points out, this is not a complete fix because the schemas themselves are designed to be unfriendly to POCO classes.
In the patient class, this element:
<xs:choice minOccurs="0" maxOccurs="1" >
<xs:annotation>
<xs:documentation>Indicates if the individual is deceased or not.</xs:documentation>
</xs:annotation>
<xs:element name="deceasedBoolean" type="boolean"/>
<xs:element name="deceasedDateTime" type="dateTime"/>
</xs:choice>
Productivity:
[System.Xml.Serialization.XmlElementAttribute("deceasedBoolean", typeof(boolean))]
[System.Xml.Serialization.XmlElementAttribute("deceasedDateTime", typeof(dateTime))]
public Element Item {
get {
return this.itemField;
}
set {
this.itemField = value;
}
}
I reported these findings in the comments of the FHIR and I hope that they will be considered. In the meantime, I can continue my original intention. The SOAP implementation of the API using these definitions.
source
share