You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Wanneer een functioneel gegeven in het informatiemodel voor einddatum afwezig is terwijl daar wel behoefte aan is (omdat historie getoond wordt) gebruiken we "datumTot". In bijvoorbeeld de BRP wordt alleen de begindatum van een verblijfplaats geregistreerd en geen einddatum. Daar is datumTot dus de datumAanvang van de volgende verblijfplaats.
The text was updated successfully, but these errors were encountered:
MV: Wordt in zo'n geval een datumTot toegevoegd aan het informatiemodel?
JBi: Deze zit in een reeks van wel vrij bijzondere (nogal GBA gerelateerde) design rules. Onderwerp is het compenseren voor een niet helemaal optimaal ontwerp bij de GBA. Ik denk niet dat we dit moeten willen verheffen tot standaard. Wellicht wel opnemen als 'kennis' zo van 'dit hebben we er mee gedaan'. Juristen gaan overigens niet akkoord met deze interpretatie.
GJ: Ik zie dit niet als een generieke design decision, maar een specifieke oplossing voor een specifiek probleem. Niet eens met het zelf bepalen van de interpretatie van gegevens. Misschien de datumTot dan maar gewoon leeg laten of op null / onbekend / onbepaald zetten?
RM: Ik kan me wel vinden in de redenatie van JBi.
Wanneer een functioneel gegeven in het informatiemodel voor einddatum afwezig is terwijl daar wel behoefte aan is (omdat historie getoond wordt) gebruiken we "datumTot". In bijvoorbeeld de BRP wordt alleen de begindatum van een verblijfplaats geregistreerd en geen einddatum. Daar is datumTot dus de datumAanvang van de volgende verblijfplaats.
The text was updated successfully, but these errors were encountered: