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
Label: Handmatige ongedaanmaking
 
(16 tussenliggende versies door dezelfde gebruiker niet weergegeven)
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>
Tijdens de laatste Vipptathon werd het volgende vraagstuk ter sprake gebracht: wanneer er informatie binnen een zib wordt gewijzigd, wordt er dan een nieuwe instantie van de zib gemaakt? Of blijft de originele zib bestaan, met een update van de inhoud? Of is dit per zib verschillend?<br>


Echter, het ContactVerslag heeft nu een verplichte referentie naar Contact. Dat kan in de praktijk niet altijd worden vastgelegd.&#160;<br>
Hoe werkt dit bijvoorbeeld voor de zib MedicatieAfspraak? En hoe kan er met de weergave van deze informatie binnen het PGO het beste op worden ingespeeld?&#160;<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>
Link naar het specifieke issue uit de Vipptathon: [https://nictiz.atlassian.net/browse/MM-4620#icft=MM-4620  MM-4620: Medicatie komt dubbel door]<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>
 
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>
 
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>
 
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>

Huidige versie van 24 jan 2026 om 01:02

Tijdens de laatste Vipptathon werd het volgende vraagstuk ter sprake gebracht: wanneer er informatie binnen een zib wordt gewijzigd, wordt er dan een nieuwe instantie van de zib gemaakt? Of blijft de originele zib bestaan, met een update van de inhoud? Of is dit per zib verschillend?

Hoe werkt dit bijvoorbeeld voor de zib MedicatieAfspraak? En hoe kan er met de weergave van deze informatie binnen het PGO het beste op worden ingespeeld? 

Link naar het specifieke issue uit de Vipptathon: MM-4620: Medicatie komt dubbel door