ADFTest Summary: verschil tussen versies

Uit Zorginformatiebouwstenen
Naar navigatie springen Naar zoeken springen
Update bot (overleg | bijdragen)
Geen bewerkingssamenvatting
Update bot (overleg | bijdragen)
Geen bewerkingssamenvatting
Regel 1: Regel 1:
We zijn heel blij met de toevoeging van ContactVerslag als zib. Dit biedt de mogelijkheid om een zeer groot deel van de dossiers in de langdurige zorg te delen met andere zorgaanbieders en pati&#235;nten/cli&#235;nten, waar dat nu nog niet kan: de rapportages geschreven door de zorg, of door behandelaren in de langdurige zorg.<br>
Nictiz is recent overgestapt van het gebruikelijke concept van kardinaliteit naar conceptuele kardinaliteit. Echter, bij het implementeren van de datamodellen van de Zibs in bronsystemen, betekent de overstap naar conceptuele kardinaliteit een gemis in richtlijnen wat essentieel zou moeten zijn voor vastlegging. Dat kan, en gaat, naar alle waarschijnlijkheid, leiden tot verschillen in vastlegging. Met daartoe als gevolg een beperking in interoperabiliteit.<br>


Echter, het ContactVerslag heeft nu een verplichte referentie naar Contact. Dat kan in de praktijk niet altijd worden vastgelegd.&#160;<br>
Het begrip conceptuele kardinaliteit gaat er vanuit dat er eigenlijk geen velden verplicht kunnen zijn voor een zib. Met als redenatie dat er altijd wel een uitwisselingsscenario is waar velden toch niet verplicht zijn, ondanks dat ze dat wel lijken. <br>


De eerste reden waarom dit niet altijd mogelijk is, is de registratie in verpleeghuizen. Daar hebben medewerkers vaak meerdere malen per dag snel contact met bewoners. Ze leggen daar ook verslag van, zeker als er bijzonderheden zijn. Echter, het is niet praktisch uitvoerbaar om elk contactmoment vast te leggen: dit zijn er zeer veel, en de registratielast daarvan is bijna niet uitvoerbaar, en niet nodig vanuit financierders. Het delen van het ContactVerslag is dan w&#233;l wenselijk, maar de link naar Contact niet.<br>
In bronsystemen echter, worden zibs over het algemeen slechts &#233;&#233;n keer ingebouwd. Daarbij is wel degelijk sprake van een aantal verplichte velden: een allergie/intolerance bijvoorbeeld is pas een allergie of een intolerantie als er een VeroorzakendeStof is toegevoegd. Zo bevatten een groot aantal zibs velden die in bronsystemen verplicht zouden moeten zijn voor vastlegging. Hier werd voorheen iets over gezegd in de zibs, doordat de gebruikelijke definitie van kardinaliteit gebruikt werd. Verplichte velden zijn dan ook zinvol in bronsystemen, om te zorgen dat in ieder geval de absoluut noodzakelijke velden worden vastgelegd.<br>


Daarnaast moet bij het vastleggen van Contact nog veel meer worden vastgelegd dan nodig is voor een snelle registratie van de vele contacten op een dag van een verzorgende of verpleegkundige, wat de referentie nog minder praktisch maakt. Zie daarvoor [https://nictiz.atlassian.net/browse/ZIB-1776 https://nictiz.atlassian.net/browse/ZIB-1776]<br>
Met conceptuele kardinaliteit echter, is er geen definitie meer van welk velden essentieel zijn voor het bestaan van een instantie van een zib. Dat betekent dat leveranciers geen richtlijn meer hebben over welke velden verplicht gaan zijn, en er verschillen gaan ontstaan in de verschillende implementaties van zibs in verschillende bronsystemen. Als een instantie van een zib een van de minimaal vereiste velden niet ingevuld heeft, kan deze over het algemeen niet worden opgeslagen in bronsystemen. Dat betekent dat de interoperabiliteit met het invoeren van conceptuele kardinaliteit risico loopt: Het gaat niet meer zomaar mogelijk zijn data van een ander systeem in te lezen dat een andere interpretatie heeft gedaan van welke velden verplicht zouden moeten zijn, en welke niet.<br>


De tweede reden is dat registratie van contactmomenten en tijden vaak in een ander systeem gebeurt dan de dossiervoering. Het is dan niet mogelijk om Contacten vast te leggen zonder de extra registratielast van het koppelen van de gegevens, en de referentie kan dan daarom niet worden gelegd. Ook als het w&#233;l in hetzelfde systeem wordt vastgelegd, is er niet altijd een referentie voorhanden - dat er contact is geweest volgt impliciet uit de verslaglegging van het contact. Overigens is het w&#233;l zinvol om bij hetzelfde verslag zowel een moment van contact te kunnen vastleggen, als een los datum/tijd-veld van het moment van vastlegging van het verslag.<br>
Daarnaast zien we geen enkele betekenis of relevantie van de conceptuele kardinaliteit voor het inbouwen van vastlegging, voor uitwisselingsscenario&#39;s en voor dagelijks gebruik van de informatiemodellen. Dat een veld conceptueel kardinaliteit 1 heeft, betekent niet dat het vastlegging wenselijk is. Als voorbeeld voor waarom de Conceptuele Kardinaliteit niks zegt over de wenselijkheid van vastlegging van een veld, de Zib Contact (2022). Daar zal het vastleggen in de langdurige zorg bij een contact in het verleden van ContactVorm en ContactType vaak onbelangrijk zijn, en dus gezien worden als extra administratieve last. Het vastleggen van het onderliggende Probleem van een contact is zelfs lang niet altijd eenduidig mogelijk, of zal leiden tot nog veel grotere administratieve lasten als een Contact opgesplitst zou moeten worden in verschillende delen, elk een van een Probleem. De conceptuele kardinaliteit van al deze velden is 1 in de nieuwe zib.<br>


De derde reden, en die is lastig aangezien de definitie van ContactVerslag, is dat deze verslagen ook gebeuren na een contact met iemand die niet de pati&#235;nt of cli&#235;nt zelf is: bijvoorbeeld een notitie die relevant is na overleg met een collega of externe zorgaanbieder, of verslag van contact met familie van de cli&#235;nt. Dat kan nu soort van worden vastgelegd als indirect contacttype - maar het is niet duidelijk hoe dat precies moet, en wederom veroorzaakt dat een hogere registratielast zonder dat dit de data bruikbaarder maakt.<br>
Daarom ons verzoek om wel een richtlijn aan te geven van welke velden essentieel zouden moeten zijn bij vastlegging in een bronsysteem. Dat zullen overigens zeer weinig velden zijn, net zoals dat nog steeds zo is bij de andere zibs. Dit invoeren kan ook met de toevoeging dat er bij uitwisselingsscenario&#39;s en in de mapping toch afgeweken kan worden van de minimale kardinaliteit (gebruikelijke definitie kardinaliteit), net zoals nu bij conceptuele kardinaliteit.<br>
 
Een vierde reden is dat als het hoofddoel van het contact het uitvoeren van een verrichting is, geen contact wordt vastgelegd volgens de beschrijving van Contact, en er dus ook geen ruimte is voor een ContactVerslag - terwijl dat vaak wel gebeurt, en zinvolle data bevat.<br>
 
Daarom zouden we willen verzoeken de referentie van ContactVerslag naar Contact optioneel in plaats van verplicht te maken. Dan kan dit gevuld worden wanneer deze relatie bekend is, en leeg gelaten als dat niet het geval mogelijk of praktisch uitvoerbaar is dit vast te leggen.<br>

Versie van 23 jan 2026 21:56

Nictiz is recent overgestapt van het gebruikelijke concept van kardinaliteit naar conceptuele kardinaliteit. Echter, bij het implementeren van de datamodellen van de Zibs in bronsystemen, betekent de overstap naar conceptuele kardinaliteit een gemis in richtlijnen wat essentieel zou moeten zijn voor vastlegging. Dat kan, en gaat, naar alle waarschijnlijkheid, leiden tot verschillen in vastlegging. Met daartoe als gevolg een beperking in interoperabiliteit.

Het begrip conceptuele kardinaliteit gaat er vanuit dat er eigenlijk geen velden verplicht kunnen zijn voor een zib. Met als redenatie dat er altijd wel een uitwisselingsscenario is waar velden toch niet verplicht zijn, ondanks dat ze dat wel lijken.

In bronsystemen echter, worden zibs over het algemeen slechts één keer ingebouwd. Daarbij is wel degelijk sprake van een aantal verplichte velden: een allergie/intolerance bijvoorbeeld is pas een allergie of een intolerantie als er een VeroorzakendeStof is toegevoegd. Zo bevatten een groot aantal zibs velden die in bronsystemen verplicht zouden moeten zijn voor vastlegging. Hier werd voorheen iets over gezegd in de zibs, doordat de gebruikelijke definitie van kardinaliteit gebruikt werd. Verplichte velden zijn dan ook zinvol in bronsystemen, om te zorgen dat in ieder geval de absoluut noodzakelijke velden worden vastgelegd.

Met conceptuele kardinaliteit echter, is er geen definitie meer van welk velden essentieel zijn voor het bestaan van een instantie van een zib. Dat betekent dat leveranciers geen richtlijn meer hebben over welke velden verplicht gaan zijn, en er verschillen gaan ontstaan in de verschillende implementaties van zibs in verschillende bronsystemen. Als een instantie van een zib een van de minimaal vereiste velden niet ingevuld heeft, kan deze over het algemeen niet worden opgeslagen in bronsystemen. Dat betekent dat de interoperabiliteit met het invoeren van conceptuele kardinaliteit risico loopt: Het gaat niet meer zomaar mogelijk zijn data van een ander systeem in te lezen dat een andere interpretatie heeft gedaan van welke velden verplicht zouden moeten zijn, en welke niet.

Daarnaast zien we geen enkele betekenis of relevantie van de conceptuele kardinaliteit voor het inbouwen van vastlegging, voor uitwisselingsscenario's en voor dagelijks gebruik van de informatiemodellen. Dat een veld conceptueel kardinaliteit 1 heeft, betekent niet dat het vastlegging wenselijk is. Als voorbeeld voor waarom de Conceptuele Kardinaliteit niks zegt over de wenselijkheid van vastlegging van een veld, de Zib Contact (2022). Daar zal het vastleggen in de langdurige zorg bij een contact in het verleden van ContactVorm en ContactType vaak onbelangrijk zijn, en dus gezien worden als extra administratieve last. Het vastleggen van het onderliggende Probleem van een contact is zelfs lang niet altijd eenduidig mogelijk, of zal leiden tot nog veel grotere administratieve lasten als een Contact opgesplitst zou moeten worden in verschillende delen, elk een van een Probleem. De conceptuele kardinaliteit van al deze velden is 1 in de nieuwe zib.

Daarom ons verzoek om wel een richtlijn aan te geven van welke velden essentieel zouden moeten zijn bij vastlegging in een bronsysteem. Dat zullen overigens zeer weinig velden zijn, net zoals dat nog steeds zo is bij de andere zibs. Dit invoeren kan ook met de toevoeging dat er bij uitwisselingsscenario's en in de mapping toch afgeweken kan worden van de minimale kardinaliteit (gebruikelijke definitie kardinaliteit), net zoals nu bij conceptuele kardinaliteit.