Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

te-wi003 lijkt onwenselijk #21

Open
CS-Olav opened this issue May 16, 2024 · 3 comments
Open

te-wi003 lijkt onwenselijk #21

CS-Olav opened this issue May 16, 2024 · 3 comments

Comments

@CS-Olav
Copy link

CS-Olav commented May 16, 2024

https://richtlijnen.zibtransitie.nl/terminologie/waardelijst-in-informatiestandaard/#te-wi003-waardelijsten-in-informatiestandaarden-moeten-niet-meer-waarden-bevatten-dan-in-de-zib-tenzij-de-binding-van-de-waardelijst-extensible-is-en-de-uitgebreide-waarden-voldoen-aan-de-criteria-voor-extensible

Beschrijving issue

Extensible waardenlijsten zouden moeten worden gebruikt voor situaties waarin niet te vermijden is dat in uitzonderlijke situaties iets afwijkends kan worden geregistreerd. Dit is niet van toepassing bij het vaststellen van een informatiestandaard. Als in deze situatie meer waarden nodig zijn dan een waardenlijst expliciet toelaat, moet een verzoek worden ingediend om deze waardenlijst uit te breiden in plaats van de extensibility hiervoor te gebruiken. Op deze manier kan de consistentie tussen informatiestandaarden beter worden gewaarborgd en wordt hergebruik eenvoudiger.

Voorgestelde wijziging

Verwijder de uitzondering uit deze eis, dus beperk hem tot "Waardelijsten in informatiestandaarden MOETEN NIET meer waarden bevatten dan in de zib".

@rjpnienhuis
Copy link

rjpnienhuis commented May 21, 2024

Wanneer een waardenlijst de binding 'extensible' heeft mogen er altijd andere waarden in het betreffende element worden opgenomen, mits deze uit het zelfde codesysteem afkomstig zijn. Wanneer een informatiestandaard is ontwikkeld om een specifieke use case te ondersteunen, is het niet onlogisch dat andere voorkeurswaarden in de standaard worden benoemd. In ieder geval leidt het niet tot waarden die in de zib zelf niet zijn toegestaan. Ik zou daarom willen voorstellen deze richtijn ongewijzigd te laten

@CS-Olav
Copy link
Author

CS-Olav commented May 21, 2024

@rjpnienhuis als blijkt dat een waardenlijst uit een zib niet voldoende is voor een bepaalde use cases waarin men die zib wel wil gaan gebruiken, is het volgens mij juist belangrijk dat het zib centrum een belangenafweging maakt en bepaalt of die waarden inderdaad in de waardenlijst moeten worden opgenomen. Dit vermijdt dat dezelfde zib in verschillende infromatiestandaarden op verschillende manieren wordt 'uitgebreid' om feitelijk hetzelfde te bereiken, wat hergebruik in de weg zit.

@rjpnienhuis
Copy link

Ik stel voor dat we deze discussie even laten rusten tot we overeenstemming hebben over uberhaupt de wenselijkheid van extensible? Want ik denk dat die discussie erg richtinggevend is voor ook dit thema. Mee eens?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants