Period.end kardinaliteit op 0..1 in het profiel Payer

Dit commentaar uit past beter hier:
Er is geen sprake van dat het profiel zichzelf tegen zou spreken, .period.end is op 1..1 gezet omdat EindDatumTijd in de zib verplicht is.

Na publicatie van zib 2017 is het inzicht gekomen dat kardinaliteiten in de zibs als conceptueel beschouwd moeten worden. Dit inzicht is niet met terugwerkende kracht toegepast op de informatiestandaarden of de FHIR-profielen. In de verschillende informatiestandaarden die zib-publicatie 2017 gebruiken, is Betaler::EindDatumTijd op dit moment dan ook verplicht.

Als er tijdens kwalificaties uitzonderingen worden gegeven op het meesturen van dit concept, dan moet dat daarom ook echt als uitzondering beschouwd worden. Een fout tijdens profielvalidatie is dan ook het verwachte gedrag.

Als die uitzondering afgegeven wordt op basis van het idee dat de kardinaliteit slechts conceptueel is, dan is dat niet in lijn met de informatiestandaard; als conceptuele kardinaliteiten met terugwerkende kracht toegepast worden, zal er ook een wijziging in de informatiestandaarden nodig zijn. Het verruimen van een kardinaliteit is backwards incompatible, wat betekent dat dat altijd tot een major publicatie zal leiden.

Hetzelfde geldt voor de FHIR-profielen: als die aangepast moeten worden op basis van voortschrijdend inzicht over conceptuele kardinaliteiten, zal dat leiden tot een major-publicatie van het package.

De aanpassing kan daarom niet in de patchrelease worden meegenomen.

Dit ticket is een duplicaat van ik sluit hierbij dit ticket en nomineer 4601 voor de patch release. 

kun je deze wat nader toelichten? Ik zie in de gekoppelde tickets nog geen uitsluitsel en ook in prepublicatie 2022-1 is de kardinaliteit van EindDatumTijd nog steeds (conceptueel) 1. Volgens mij heeft een lopende verzekering altijd einddatum 31-12, zoals Fred ook schrijft in ZIB-887.