Routine Outcome Monitoring (ROM): verschil tussen versies

Naar navigatie springen Naar zoeken springen
← Oudere bewerkingNieuwere bewerking →
VisueelWikitekst
Mstas (overleg | bijdragen)
Beheerders
455 bewerkingen
Mstas (overleg | bijdragen)
Beheerders
455 bewerkingen
Regel 194: Regel 194:
Via beheertabel 'Beheer BI: Vragenlijst subschalen' kan de T-score worden ingericht. Deze T-score zal als één van de subschalen zijn ingericht. Mocht deze T-score vanuit de bron niet goed worden overgenomen, dan kan deze worden aangepast door de gebruiker. Als de subschalen voor een vragenlijst-type nog niet zichtbaar zijn, dan moet het vinkje 'Subschalen inrichten' in 'Beheer BI: Vragenlijsten' nog worden aangeklikt.  
Via beheertabel 'Beheer BI: Vragenlijst subschalen' kan de T-score worden ingericht. Deze T-score zal als één van de subschalen zijn ingericht. Mocht deze T-score vanuit de bron niet goed worden overgenomen, dan kan deze worden aangepast door de gebruiker. Als de subschalen voor een vragenlijst-type nog niet zichtbaar zijn, dan moet het vinkje 'Subschalen inrichten' in 'Beheer BI: Vragenlijsten' nog worden aangeklikt.  


== Definities ==
== Meetmomenten ==
Hieronder staan alle relevante termen met betrekking tot de ROM gedefinieerd en waar relevant extra toegelicht.


=== ROM Meetmomenten ===
De Routine Outcome Monitoring (ROM) is een complex product met tal van mogelijkheden en variaties.


Let op: inmiddels zijn er ook ROM metingen te monitoren voor soorten GGZ Zorg anders dan ZPM (ZVW/FM). De functionaliteiten van reeksen werkt hierbij anders. Deze informatie is inmiddels toegevoegd aan deze pagina.
Om de ROM behapbaar te maken is deze executive summary gemaakt met 1 figuur waarin de werking van de ROM gevisualiseerd is.
{| class="wikitable"
|+
!Term
!Definitie
!Toelichting
|-
|Voor- en nametingen
|De voor- en nametingen vormen de kapstok voor het bepalen of er een geldige ROM voormetingen dan wel nametingen uitgevoerd is voor het ZPM zorgtraject. Voor andere financieringsstromen geschiedt dit voor de daarvoor leidende zorgproducten (bijvoorbeeld een jeugdproduct). Daarnaast wordt per meting de T-score bepaald, zodat het effect kan worden gemeten door de T-score van de nameting te vergelijken met de voormeting.
| Note: de organisataie-eenheid van metingen/meetmomenten wordt bepaald aan de hand van de organisatie-eenheid die bij het zorgproduct zit.
|-
|Voormeting
|Het eerste behandelcontact binnen het zorgtraject (of ander zorgproduct) is het ijkpunt voor de voormeting. Hierop is een (instelbare) marge in dagen van toepassing om als geldige voormeting te tellen.
| nvt
|-
|Nameting
|Het laatste behandelcontact binnen het zorgtraject (of ander zorgproduct) is het ijkpunt voor de nameting. Ook hierop is een (instelbare) marge in dagen van toepassing om als geldige nameting te tellen.
|De nameting van het voorgaande zorgtraject mag gezien worden als voormeting van het nieuwe traject, indien het voldoen aan de eisen:


* Marge in dagen t.o.v. eerste behandelcontact in nieuwe zorgtraject
De verdiepende informatie (bv definities en stappenplan) is ook op deze pagina te vinden, onder deze samenvatting.  


* Vragenlijst wordt gebruikt binnen de diagnose hoofdgroep
Er zijn twee verschillende situaties:


Notes:
#<code>GGZBI_ROM_MEETMOMENTEN_ZELFDE_TYPE_VRAGENLIJST = 'NEE'</code>: hier mogen verschillende type vragenlijsten gecombineerd worden.
#<code>GGZBI_ROM_MEETMOMENTEN_ZELFDE_TYPE_VRAGENLIJST = 'JA'</code>: hier mogen de verschillende type vragenlijsten <u>niet</u> gecombineerd worden.
Deze twee situaties zijn onder elkaar gevisualiseerd.


* Als er nog geen einddatum is bepaald voor een behandelreeks, verwachten we dat er nog behandelcontacten gaan volgen. In dit geval bepalen we wel een laatste (ofwel meest recente) behandelcontact, maar valideren we nog niet of er een geldige nameting is geweest.
[[Bestand:Exe sum (1).jpg|alt=|geen|miniatuur|1549x1549px|Executive summary ROM]]
* Als er een verwachte einddatum (in de toekomst) is ingevuld voor een behandelreeks, dan kijken we voor een valide nameting binnen het tijdsinterval rondom de einddatum van de behandelreeks
* Als de einddatum van een zorgtraject reeds voorbij is, dan kijken we naar het laatste (ofwel meest recente) behandelcontact  
|-
|Tussenmetingen
|Voor mensen die langdurig in zorg zijn (en hetzelfde zorgtraject hebben) zijn regelmatigere tussentijdse metingen van ROM is wenselijk. Het gewenste tijdsinterval verschilt per instelling, daarom is een tijdsinterval in te stellen. Voor informatie over het instelbare tijdsinterval, zie ''Tijdsinterval''.
|
|-
|Valide meting
|Een valide meting is een meting die:


* is aangemerkt als ROM
=== Totstandkoming ===
* volledig is ingevuld
* Als de diagnosegroep van het zorgtraject gevuld is, wordt met Beheer BI: Vragenlijst per diagnose bepaald of de vragenlijst in aanmerking komt voor de diagnose hoofdgroep.
** Indien de diagnosegroep leeg is, tonen we op dit moment geen meetmomenten in de dataset.
|
|-
|Tijdsinterval
|Hiermee wordt gedoeld op de gewenste tijd tussen ROM metingen. Zie ook definitie ''tussenmetingen''. De tijdsinterval is door de instelling zelf in te stellen. De tijdsinterval kan verschillen per type vragenlijst en diagnose en kan ingesteld worden via de beheertabel Beheer BI: Vragenlijst per diagnose
|<code>Stuurinformatie > Beheer BI > Beheer BI: Vragenlijst per diagnose</code>
|-
|Meetmoment
|Indien er geen meting plaatsvindt binnen het ingestelde tijdsinterval, wordt er een meetmoment aangemaakt. Dit is dus een moment waarop er een meting verwacht werd, maar deze niet is gedaan.
|Zie ook "Totstandkoming - Stappenplan - stap 3: Nummering metingen" hieronder.
|-
|Initiële meting
|Dit is de eerste valide meting binnen een reeks. De initiële meting is nodig als aanvulling op de voormeting voor de gevallen waarin de voormeting gegenereerd is (en dus geen valide meting is). In deze gevallen is de initiële meting de eerste valide meting binnen een reeks.
|Zie ook "Toepassing - (Delta) t-score" hieronder.
|-
|Behandelreeks
|Alle meetmomenten binnen een zorgtraject in combinatie met de DBC’s.
Binnen één behandelreeksmoeten de onderstaande aspecten overeenkomen. Komen deze aspecten niet overeen, dan geldt dat als een andere behandelreeks.
 
*'''Inschrijving (en daarmee ook cliënt)'''
** Als een inschrijving eindigt, eindigt de behandelreeks


*'''Diagnose       '''
==== Stappenplan ====
** Is er een nieuwe diagnose gesteld is, eindigt de behandelreeks
*'''Zorgtraject / DBC / Jeugd / WMO ''' 
** Als er een nieuw zorgtraject, jeugdproduct, of wmo product is, eindigt de behandelreeks
|Bij Jeugd en WMO worden aansluitende toewijzingen als een en dezelfde behandelreeks gezien.
 
 
Als er voor een Jeugd product of WMO product een nieuw product is aangemaakt met een zelfde product-code wordt dit ondervangen in dezelfde behandelreeks. Dit geldt enkel als het nieuwe product binnen 35 dagen na sluiting van het vorige product is aangemaakt. Hierbij moet er ook sprake zijn van dezelfde product-code, zelfde diagnose, en dezelfde inschrijving (en dus cliënt).
|-
|Reeks
|Een behandelreeks kan bestaan uit meerdere reeksen. Dit is afhankelijk van de instelling van GGZBI_ROM_MEETMOMENTEN_ZELFDE_TYPE_VRAGENLIJST. Mits er meerdere type vragenlijsten zijn afgenomen, kan er voor elk type vragenlijst een aparte reeks worden aangemaakt. De voor- en nameting worden op het niveau van de behandelreeks gedefinieerd. Oftewel, mits er een voormeting is afgenomen binnen één van de reeksen met dezelfde behandelreeks, zal deze voormeting getoond worden voor al die reeksen.
 
* '''Behandelreeks'''
 
*'''(Optioneel) vragenlijst code''' 
** Instelbaar
** Wordt enkel toegepast op behandelreeksen met één of meer geldige metingen
** Mits parameter = ‘JA’: dan geldt dat voor een andere vragenlijst-code een andere reeks wordt gemaakt (
*** T-scores worden enkel vergeleken voor vragenlijsten met hetzelfde type (bijv. enkel HoNOS vragenlijsten binnen één behandelreeks).
*** Meetmomenten worden gegenereerd voor elke type vragenlijst. Bijvoorbeeld, is er een HoNOS U verwacht dan voor elk type vragenlijst een nieuw meetmoment. (
** Mits parameter = ‘Nee’: dan geldt dat voor een andere vragenlijst-code dezelfde reeks wordt gebruikt
*** T-scores worden vergelijken onafhankelijk van het type vragenlijsten (Bijvoorbeeld, HoNOS en FARE worden afwisselend gebruikt).
*** Verwachtte meetmomenten worden enkel gegenereerd als er geen meting is geweest binnen het tijdsinterval voor alle type vragenlijsten.
|[[Bestand:ROM reeks.jpg|gecentreerd|392x392px]]
|-
|(Delta)-T score
|De T-score is een uniforme maat om de diverse vragenlijsten naar scores te transformeren en loopt van 0-100. Een succesvolle behandeling zorgt voor een lagere nametingen dan de voormeting (behalve bij het meetinstrument MANSA-16). De Delta-T score is het verschil in T score tussen twee T scores.
 
 
Zie voor interpretatie van de Delta T-score de tabel onder "Toepassing - interpretatie delta T-score"
|
|-
|Gekoppeld meetmoment
|Een gekoppeld meetmoment is een valide meting die binnen de data van een behandelreeks valt. Een ongekoppelde meetmoment kan een valide meting zijn die buiten de behandelreeks valt. Of het kan een invalide meting zijn (die binnen of buiten een eventuele behandelreeks valt).
|Zie ook de visualisatie in de executive summary bovenaan deze pagina.
|}
 
 
== Totstandkoming ==
 
=== Stappenplan ===
Hieronder is het stappenplan uitgewerkt dat gevolgd wordt om de berekeningen voor de ROM te maken.  
Hieronder is het stappenplan uitgewerkt dat gevolgd wordt om de berekeningen voor de ROM te maken.  


Regel 347: Regel 261:
|+
|+
!Optie
!Optie
! colspan="2" |Situatie  
! colspan="2" |Situatie
!Gevolg
!Gevolg
|-
|-
|A
|A
| colspan="2" |De volgende meting valt binnen tijdsinterval
| colspan="2" |De volgende meting valt binnen tijdsinterval
|De volgende meting is een valide meting. Let op: alle valide metingen moeten voldoen aan de criteria gedefinieerd in stap 2.  
|De volgende meting is een valide meting. Let op: alle valide metingen moeten voldoen aan de criteria gedefinieerd in stap 2.
|-
|-
|B
|B
Regel 360: Regel 274:
|C
|C
| rowspan="2" |Geen volgende meting
| rowspan="2" |Geen volgende meting
|Laatste behandelcontact is in het verleden geweest  
|Laatste behandelcontact is in het verleden geweest
|Genereren meetmomenten tot en met het laatste behandelcontact.
|Genereren meetmomenten tot en met het laatste behandelcontact.
|-
|-
Regel 381: Regel 295:
|[[Bestand:ROMstap4 nieuw.jpg|alt=|gecentreerd|miniatuur|1000x1000px]]
|[[Bestand:ROMstap4 nieuw.jpg|alt=|gecentreerd|miniatuur|1000x1000px]]
|}
|}
 
==== Gebruikte beheertabellen en parameters ====
 
=== Gebruikte beheertabellen en parameters ===
Hieronder zijn de parameters en beheertabellen met relevante toelichting te vinden. De dataset die voor de ROM gebruikt wordt is <code>ROM meetmomenten.</code>
Hieronder zijn de parameters en beheertabellen met relevante toelichting te vinden. De dataset die voor de ROM gebruikt wordt is <code>ROM meetmomenten.</code>
{| class="wikitable"
{| class="wikitable"
Regel 406: Regel 318:
|-
|-
|''GGZBI_TIJDSINTERVAL_ROM_MEETMOMENTEN_ONAFHANKELIJK_VAN_TYPE''
|''GGZBI_TIJDSINTERVAL_ROM_MEETMOMENTEN_ONAFHANKELIJK_VAN_TYPE''
|Het tijdsinterval dat gebruikt wordt voor reeksen, waarbij geen tijdsinterval bepaald is in de beheertabel 'Beheer BI: Vragenlijst per diagnose'
|Het tijdsinterval dat gebruikt wordt voor reeksen, waarbij geen tijdsinterval bepaald is in de beheertabel 'Beheer BI: Vragenlijst per diagnose'
|}
|}
==== Beheertabel ====
Beheertabellen kunnen organisatie-specifiek worden ingesteld. Dit is belangrijk voor de toepassing van de ROM metingen. Het is dus noodzakelijk om deze zo accuraat mogelijk in te vullen, zodat deze de meest precieze en inzichtelijke data kan bieden voor de instelling. In de tabel hieronder is een overzicht gegeven van de verschillende beheertabellen die kunnen worden ingevuld. 
{| class="wikitable"
{| class="wikitable"
|+
|+
Regel 424: Regel 339:
|}
|}


=== Definities ===
Hieronder staan alle relevante termen met betrekking tot de ROM gedefinieerd en waar relevant extra toegelicht.
Let op: inmiddels zijn er ook ROM metingen te monitoren voor soorten GGZ Zorg anders dan ZPM (ZVW/FM). De functionaliteiten van reeksen werkt hierbij anders. Deze informatie is inmiddels toegevoegd aan deze pagina.
{| class="wikitable"
|+
!Term
!Definitie
!Toelichting
|-
|Voor- en nametingen
|De voor- en nametingen vormen de kapstok voor het bepalen of er een geldige ROM voormetingen dan wel nametingen uitgevoerd is voor het ZPM zorgtraject. Voor andere financieringsstromen geschiedt dit voor de daarvoor leidende zorgproducten (bijvoorbeeld een jeugdproduct). Daarnaast wordt per meting de T-score bepaald, zodat het effect kan worden gemeten door de T-score van de nameting te vergelijken met de voormeting.
| Note: de organisataie-eenheid van metingen/meetmomenten wordt bepaald aan de hand van de organisatie-eenheid die bij het zorgproduct zit.
|-
|Voormeting
|Het eerste behandelcontact binnen het zorgtraject (of ander zorgproduct) is het ijkpunt voor de voormeting. Hierop is een (instelbare) marge in dagen van toepassing om als geldige voormeting te tellen.
| nvt
|-
|Nameting
|Het laatste behandelcontact binnen het zorgtraject (of ander zorgproduct) is het ijkpunt voor de nameting. Ook hierop is een (instelbare) marge in dagen van toepassing om als geldige nameting te tellen.
|De nameting van het voorgaande zorgtraject mag gezien worden als voormeting van het nieuwe traject, indien het voldoen aan de eisen:
* Marge in dagen t.o.v. eerste behandelcontact in nieuwe zorgtraject
* Vragenlijst wordt gebruikt binnen de diagnose hoofdgroep
Notes:
* Als er nog geen einddatum is bepaald voor een behandelreeks, verwachten we dat er nog behandelcontacten gaan volgen. In dit geval bepalen we wel een laatste (ofwel meest recente) behandelcontact, maar valideren we nog niet of er een geldige nameting is geweest.
* Als er een verwachte einddatum (in de toekomst) is ingevuld voor een behandelreeks, dan kijken we voor een valide nameting binnen het tijdsinterval rondom de einddatum van de behandelreeks
* Als de einddatum van een zorgtraject reeds voorbij is, dan kijken we naar het laatste (ofwel meest recente) behandelcontact  
|-
|Tussenmetingen
|Voor mensen die langdurig in zorg zijn (en hetzelfde zorgtraject hebben) zijn regelmatigere tussentijdse metingen van ROM is wenselijk. Het gewenste tijdsinterval verschilt per instelling, daarom is een tijdsinterval in te stellen. Voor informatie over het instelbare tijdsinterval, zie ''Tijdsinterval''.
|
|-
|Valide meting
|Een valide meting is een meting die:


== Toepassing ==
* is aangemerkt als ROM
* volledig is ingevuld
* Als de diagnosegroep van het zorgtraject gevuld is, wordt met Beheer BI: Vragenlijst per diagnose bepaald of de vragenlijst in aanmerking komt voor de diagnose hoofdgroep.
** Indien de diagnosegroep leeg is, tonen we op dit moment geen meetmomenten in de dataset.
|
|-
|Tijdsinterval
|Hiermee wordt gedoeld op de gewenste tijd tussen ROM metingen. Zie ook definitie ''tussenmetingen''. De tijdsinterval is door de instelling zelf in te stellen. De tijdsinterval kan verschillen per type vragenlijst en diagnose en kan ingesteld worden via de beheertabel Beheer BI: Vragenlijst per diagnose
|<code>Stuurinformatie > Beheer BI > Beheer BI: Vragenlijst per diagnose</code>
|-
|Meetmoment
|Indien er geen meting plaatsvindt binnen het ingestelde tijdsinterval, wordt er een meetmoment aangemaakt. Dit is dus een moment waarop er een meting verwacht werd, maar deze niet is gedaan.
|Zie ook "Totstandkoming - Stappenplan - stap 3: Nummering metingen" hieronder.
|-
|Initiële meting
|Dit is de eerste valide meting binnen een reeks. De initiële meting is nodig als aanvulling op de voormeting voor de gevallen waarin de voormeting gegenereerd is (en dus geen valide meting is). In deze gevallen is de initiële meting de eerste valide meting binnen een reeks.
|Zie ook "Toepassing - (Delta) t-score" hieronder.
|-
|Behandelreeks
|Alle meetmomenten binnen een zorgtraject in combinatie met de DBC’s.
Binnen één behandelreeksmoeten de onderstaande aspecten overeenkomen. Komen deze aspecten niet overeen, dan geldt dat als een andere behandelreeks.
 
*'''Inschrijving (en daarmee ook cliënt)'''
** Als een inschrijving eindigt, eindigt de behandelreeks


In dit deel worden de toepassingen toegelicht, deze toepassingen zijn gericht op het behalen van de doelen van de managementrapportage inzake ROM zoals beschreven in de inleiding van deze pagina.
*'''Diagnose       '''
** Is er een nieuwe diagnose gesteld is, eindigt de behandelreeks
*'''Zorgtraject / DBC / Jeugd / WMO ''' 
** Als er een nieuw zorgtraject, jeugdproduct, of wmo product is, eindigt de behandelreeks
|Bij Jeugd en WMO worden aansluitende toewijzingen als een en dezelfde behandelreeks gezien.  


=== Beheertabel ===


Zoals hierboven al vaker aangegeven zijn er een aantal dingen instelbaar via beheertabellen. Zie ook het overzicht van beheertabellen hierboven.  
Als er voor een Jeugd product of WMO product een nieuw product is aangemaakt met een zelfde product-code wordt dit ondervangen in dezelfde behandelreeks. Dit geldt enkel als het nieuwe product binnen 35 dagen na sluiting van het vorige product is aangemaakt. Hierbij moet er ook sprake zijn van dezelfde product-code, zelfde diagnose, en dezelfde inschrijving (en dus cliënt).
|-
|Reeks
|Een behandelreeks kan bestaan uit meerdere reeksen. Dit is afhankelijk van de instelling van GGZBI_ROM_MEETMOMENTEN_ZELFDE_TYPE_VRAGENLIJST. Mits er meerdere type vragenlijsten zijn afgenomen, kan er voor elk type vragenlijst een aparte reeks worden aangemaakt. De voor- en nameting worden op het niveau van de behandelreeks gedefinieerd. Oftewel, mits er een voormeting is afgenomen binnen één van de reeksen met dezelfde behandelreeks, zal deze voormeting getoond worden voor al die reeksen.


De instellingen van deze beheertabellen hebben invloed om de onderstaande toepassingen en dienen dus correct ingevuld te zijn om de toepassing zo nuttig en accuraat mogelijk te laten zijn.
* '''Behandelreeks'''


=== ROM Meetmomenten ===
*'''(Optioneel) vragenlijst code''' 
De Routine Outcome Monitoring (ROM) is een complex product met tal van mogelijkheden en variaties.
** Instelbaar
** Wordt enkel toegepast op behandelreeksen met één of meer geldige metingen
** Mits parameter = ‘JA’: dan geldt dat voor een andere vragenlijst-code een andere reeks wordt gemaakt (
*** T-scores worden enkel vergeleken voor vragenlijsten met hetzelfde type (bijv. enkel HoNOS vragenlijsten binnen één behandelreeks).
*** Meetmomenten worden gegenereerd voor elke type vragenlijst. Bijvoorbeeld, is er een HoNOS U verwacht dan voor elk type vragenlijst een nieuw meetmoment. (
** Mits parameter = ‘Nee’: dan geldt dat voor een andere vragenlijst-code dezelfde reeks wordt gebruikt
*** T-scores worden vergelijken onafhankelijk van het type vragenlijsten (Bijvoorbeeld, HoNOS en FARE worden afwisselend gebruikt).
*** Verwachtte meetmomenten worden enkel gegenereerd als er geen meting is geweest binnen het tijdsinterval voor alle type vragenlijsten.
|[[Bestand:ROM reeks.jpg|gecentreerd|392x392px]]
|-
|(Delta)-T score
|De T-score is een uniforme maat om de diverse vragenlijsten naar scores te transformeren en loopt van 0-100. Een succesvolle behandeling zorgt voor een lagere nametingen dan de voormeting (behalve bij het meetinstrument MANSA-16). De Delta-T score is het verschil in T score tussen twee T scores.
 
 
Zie voor interpretatie van de Delta T-score de tabel onder "Toepassing - interpretatie delta T-score"
|
|-
|Gekoppeld meetmoment
|Een gekoppeld meetmoment is een valide meting die binnen de data van een behandelreeks valt. Een ongekoppelde meetmoment kan een valide meting zijn die buiten de behandelreeks valt. Of het kan een invalide meting zijn (die binnen of buiten een eventuele behandelreeks valt).
|Zie ook de visualisatie in de executive summary bovenaan deze pagina.
|}


Om de ROM behapbaar te maken is deze executive summary gemaakt met 1 figuur waarin de werking van de ROM gevisualiseerd is.  
=== Verschillende delta T-scores ===


De verdiepende informatie (bv definities en stappenplan) is ook op deze pagina te vinden, onder deze samenvatting.


Er zijn twee verschillende situaties:
== Toepassing ==


#<code>GGZBI_ROM_MEETMOMENTEN_ZELFDE_TYPE_VRAGENLIJST = 'NEE'</code>: hier mogen verschillende type vragenlijsten gecombineerd worden.
In dit deel worden de toepassingen toegelicht, deze toepassingen zijn gericht op het behalen van de doelen van de managementrapportage inzake ROM zoals beschreven in de inleiding van deze pagina.
#<code>GGZBI_ROM_MEETMOMENTEN_ZELFDE_TYPE_VRAGENLIJST = 'JA'</code>: hier mogen de verschillende type vragenlijsten <u>niet</u> gecombineerd worden.
Deze twee situaties zijn onder elkaar gevisualiseerd.  


[[Bestand:Exe sum (1).jpg|alt=|geen|miniatuur|1549x1549px|Executive summary ROM]]
=== (Delta) t-score ===
=== (Delta) t-score ===
De instellingen vinden het vooral belangrijk om de t-scores te weten die bij een ROM meting hoorde. Daarnaast willen ze de delta t-score weten, zodat ze kunnen zien of een cliënt verbeterd of juist verslechterd in de loop der tijd.
De instellingen vinden het vooral belangrijk om de t-scores te weten die bij een ROM meting hoorde. Daarnaast willen ze de delta t-score weten, zodat ze kunnen zien of een cliënt verbeterd of juist verslechterd in de loop der tijd.
Overgenomen van "https://www.normenkaderzorg.nl/index.php/Routine_Outcome_Monitoring_(ROM)"