De AddressType extensie verwijderd in de voorbeelden en nog een Resource.id veld goed gezet. De IG publisher gedraaid en alle errors en warning bekeken. 

Veel errors worden veroorzaakt door dat de validator geen toegang heeft tot de codesystemen (bijv. de G standaard). Ook komt het voor dat de IG publisher niet bij de Nederlandse Snomed codes kan komen, wat bijvoorbeeld het geval is bij zib-DispenseRequest-MBH-907-mgEx-1-VV1.xml.

Ook zijn er een aantal error vanwege slicing definitie problemen. Een voorbeeld is bij MedicationUse.derivedFrom. Hier wordt een identifier reference gebruikt terwijl de slice definitie op basis is van een type = profile met een resolve() op de reference. Dat werkt vervolgens niet in de validator. 

Verder lijkt deze error niet te kloppen in de HL7 validator:

The extension http://nictiz.nl/fhir/StructureDefinition/zib-MedicationUse-Duration is not allowed to be used at this point (allowed = e:MedicationRequest, e:MedicationStatement, e:MedicationStatement.effectivePeriod; this element is [[MedicationStatement.effective.ofType(Period), Period])

Al met al denk ik dat de huidige set aan voorbeelden het best is van wat het gaat worden.

Helaas niet gelukt om de QA-problemen op te lossen. Helaas dus doorschuiven naar volgende maand. Zo werden in de examples gebruik gemaakt van de AddressType extensie, welke nog helemaal niet in de de 1.X stable branch zitten. Voor volgende maand moeten alle examples doorlopen worden middels de IG publisher en aangepast waar nodig. 
Wellicht kunnen we ook al stappen maken met en dit gelijk in de bron goedzetten.

Het lukt nog niet om de examples te valideren. In verband met de tijd wordt dit issue doorgeschoven naar KCR februari.

Former user, example resources zijn wat betreft bestandsnaam afgekapt op 64 char en de resource.id heeft nu handmatig de bestandsnaam gekregen. Ingechecked in de branch.

Former user, die worden wel gegenereerd als het goed is, ze staan in de fada_2_fhir folder. 
Voor nu denk ik dat dit het makkelijkst met de hand is aan te passen en middels de coventies tussen alle repo's op elkaar af te laten stemmen.