Besluit werkgroep Overgevoeligheid: Het element RegistratieDatumTijd moet worden toegevoegd omdat dat het moment is vanaf waar er bewaakt wordt op deze overgevoeligheid. Echter, de naam van dit dataelement wordt wel gewijzigd in ToevoegingsDatumTijd.
Definitie ToevoegingsDatumTijd: Datum en tijd waarop de overgevoeligheid door de eerste auteur is toegevoegd aan het medisch dossier. Zie ook BITS issue:

Wat betreft BeginDatumTijd zie BITS issue:

Definitie BeginDatumTijd: Datum en tijd waarop de overgevoeligheid zich voor het eerst in een reactie geopenbaard heeft. Dit kan een exacte datum en tijd zijn maar ook een globale aanduiding van de datum (bijvoorbeeld alleen jaar of jaar en maand).

Dank voor jullie antwoorden en toelichting  en Former user. De Basiselementen verduidelijken/opschonen lijkt mij een goed verbetering.  

Former user Former user

Er spelen een aantal punten op de achtergrond mee. Ten eerste zal de zib Basiselementen met ingang van publicatie 2020 deels vervallen omdat er altijd al onduidelijkheid is geweest over interpretatie. Het laten vervallen van een deel van de zib Basiselementen lost de onduidelijkheid niet op: Dat gaan we opvangen door een Factsheet te maken over het gebruik van Basiselementen, met name Informatiebron en Auteur. Als gevolg daarvan verwachten wij dat we per zib wellicht extra gegevenselementen moeten gaan uitmodelleren, waaronder een registratiedatum. Maar het argument van Albert Jan geeft aan dat we eerst goed moeten nadenken en beschrijven wat de aard van de zibs zijn en vooral wat niet in de aard van de zibs ligt, zoals procesgegevens. Voorstel nu is om dit wijzigingsvoorstel aan te houden totdat meer duidelijkheid gegeven kan worden. Inschatting is dat niet voor publicatie 2020 zal plaatsvinden.

Former user: Registratie datumTijd is een kenmerk van de instantiatie in het proces van vastlegging. Conceptueel heeft het geen betekenis. Het is vooral een proces gegeven en zibs bevatten deze eigenlijk nooit. Het basiselement datum/tijd is daar inderdaad niet voor bedoeld. Dat zou in dit geval meer datum/tijd van vaststelling zijn, zoals dat nu ook al in de zib zit. Dat een technische implementatie van een zib elementen bevat met een proces-, beheer- of gegevensadministratie aspecten, die niet in de zib zitten verbaasd me op zich niet. Dat heeft te maken met de positionering van dit soort bouwstenen.
Een wijzigingsvoorstel om registratie aspecten toe te voegen is dus in feite een verzoek de aard van de zibs te wijzigen.
Dit houdt niet in dat het niet kan, maar uitsluitend om de reikwijdte van zo'n verzoek aan te geven.

Former user, zou je nog eens naar deze vraag willen kijken? Bij voorbaat dank!

Groet,

Ardon