ADFTest Summary: verschil tussen versies

Uit Zorginformatiebouwstenen
Naar navigatie springen Naar zoeken springen
Update bot (overleg | bijdragen)
Geen bewerkingssamenvatting
Label: Teruggedraaid
Update bot (overleg | bijdragen)
Geen bewerkingssamenvatting
Label: Teruggedraaid
Regel 1: Regel 1:
Voor de volgende concepten in de zib Symptoom missen wij definitiecodes voor het maken van de FHIR profielen:<br>
Er zijn goede klinische gronden waarom NHG en GGZ Nederland bij de concept zib zorgvraag een data element voor de status van de vraag hebben toegevoegd. Dat is nodig om te weten of iets nog actueel is of niet. Juist om onnodig leed bij de pati&#235;nt te voorkomen als iets echt nog van belang is, en ook onnodige inspanning van zorgverleners te voorkomen als het niet meer relevant is. <br>
Het zibcentrum heeft dit element uit de concept zib gehaald. Dit zou niet hoeven. <br>


<ol type="1" start=1><li>Ontstaanswijze
Voor VIPPGGZ ben ik nu bezig om de patient journey uitwerking van de zib probleem nader uit te leggen nu we een ggz-diagnoselijst krijgen, gevuld met DSM 5 ziekten en per ziekte een SnomedCT conceptcode. Echter, de zib nog eens nalopend kom ik er achter dat daar wel degelijk een status van het probleem data element aanwezig is. <br>
</li>
 
<li>TijdPatroon
Het wijzigingsverzoek is of het wordt ook verwijderd uit de zib probleem en overgelaten aan de implementaties, of het wordt opnieuw toegevoegd bij de concept zib zorgvraag. Want het gaat hier om dezelfde klinische achtergrond waarom je dit verschil moet kunnen aangeven. <br>
</li>
<li>SymptoomBeloop
</li>
<li>Be&#239;nvloedendeFactoren
</li></ol>

Versie van 23 jan 2026 22:22

Er zijn goede klinische gronden waarom NHG en GGZ Nederland bij de concept zib zorgvraag een data element voor de status van de vraag hebben toegevoegd. Dat is nodig om te weten of iets nog actueel is of niet. Juist om onnodig leed bij de patiënt te voorkomen als iets echt nog van belang is, en ook onnodige inspanning van zorgverleners te voorkomen als het niet meer relevant is.
Het zibcentrum heeft dit element uit de concept zib gehaald. Dit zou niet hoeven.

Voor VIPPGGZ ben ik nu bezig om de patient journey uitwerking van de zib probleem nader uit te leggen nu we een ggz-diagnoselijst krijgen, gevuld met DSM 5 ziekten en per ziekte een SnomedCT conceptcode. Echter, de zib nog eens nalopend kom ik er achter dat daar wel degelijk een status van het probleem data element aanwezig is.

Het wijzigingsverzoek is of het wordt ook verwijderd uit de zib probleem en overgelaten aan de implementaties, of het wordt opnieuw toegevoegd bij de concept zib zorgvraag. Want het gaat hier om dezelfde klinische achtergrond waarom je dit verschil moet kunnen aangeven.