Routine Outcome Monitoring (ROM): verschil tussen versies

Naar navigatie springen Naar zoeken springen
← Oudere bewerking
VisueelWikitekst
Mstas (overleg | bijdragen)
Beheerders
263 bewerkingen
Mstas (overleg | bijdragen)
Beheerders
263 bewerkingen
 
(11 tussenliggende versies door 2 gebruikers niet weergegeven)
Regel 1: Regel 1:
<p style="text-align: center">{{VALUECARE}}</p>
<p style="text-align: center">{{VALUECARE}}</p>


== Executive summary ==
== Samenvatting ==
De Routine Outcome Monitoring (ROM) is een complex product met tal van mogelijkheden en variaties.
 
ROM, oftewel Routine Outcome Monitoring, vormt een essentieel onderdeel van de Geestelijke Gezondheidszorg (GGZ). Door regelmatig gegevens te verzamelen, biedt ROM niet alleen inzicht in de aard en ernst van psychische klachten, maar geeft het ook waardevolle feedback over de effectiviteit van behandelingen. Deze pagina dient als naslagwerk om de managementrapportages op ROM te interpreteren en gebruiken. De doelen van managementrapportage inzake ROM betreft het bieden van inzicht in:


Om de ROM behapbaar te maken is deze executive summary gemaakt met 1 figuur waarin de werking van de ROM gevisualiseerd is. 
* Hoe ValueCare met verschillende ROM vragenlijsten inzichtelijke gestandaardiseerde ROM waardes berekent,  
 
* Hoe ValueCare meetmomenten heeft gedefinieerd, en  
De verdiepende informatie (bv definities en stappenplan) is ook op deze pagina te vinden, onder deze samenvatting.
* Wat veelgebruikte definities zijn voor het ontwikkelen van meetmomenten  
 
Er zijn twee verschillende situaties:
 
# <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.
 
[[Bestand:Exe sum (1).jpg|alt=|geen|miniatuur|1549x1549px|Executive summary ROM]]
 
 
 
 
== Inleiding ==
Deze pagina dient als naslagwerk om de managementrapportages op de Routine Outcome Monitoring (ROM) te interpreteren en gebruiken.
 
De doelen van managementrapportage inzake ROM betreft het bieden van inzicht in:
 
* De (tijdige) inzet van ROM instrumenten op de juiste momenten
* De effecten van de ingezette behandeling
 
Op deze pagina is een overzicht van definities te vinden, gevolgd door een toelichting op de totstandkoming. De relevante toepassing van de ROM wordt als laatste uitgelicht.
 
== 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:
 
* 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
 
*'''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.
 
 
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.


== Berekening ROM Scores ==
Voor instellingen die gebruik maken van bronsysteem 'Questmanager' berekent ValueCare zelf de ruwe scores, op basis van onderstaande codes per vragenlijst type. Voor andere bronsystemen wordt de ruwe score direct uit de bron gehaald.


Zie voor interpretatie van de Delta T-score de tabel onder "Toepassing - interpretatie delta T-score"
=== Ruwe Scores ===
|
|-
|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.
 
Per stap is toelichting gegeven en zo nodig een extra visualisatie toegevoegd.
{| class="wikitable"
|+
!Stap
!Toelichting
!
|-
|0: Bepalen behandelingen binnen behandelreeks
|Eerst  wordt bepaald naar welke behandelingen we moeten kijken om de uitersten van behandelreeks te kunnen bepalen.
 
* Mits het ZPM zorgtraject is aangemaakt met zorglabel N02 (''Overgang  oude bekostiging met direct tijd naar Zorgprestatiemodel''), wordt de  voormeting bepaald op basis van de voorafgaande DBC(s). De DBCs die worden  meegenomen bij de betreffende zorgtrajecten, zijn DBCs die dezelfde (1)  diagnose en (2) inschrijvingsnummer hebben als het zorgtraject.
 
* Voor de combinatie van de zorgtrajecten met eventuele DBCs (en losse  DBCs) kijken we naar alle behandelcontacten met directe tijd.
** Voor een dergelijke behandelreeks moeten we het eerste/laatste behandelcontact bepalen.
|[[Bestand:Stap 0 ROM .png|gecentreerd|miniatuur|800x800px]]
|-
|1: Bepalen uitersten van behandelreeks
|Als er  bepaald is welke behandelingen in een behandelreeks vallen, wordt er per behandelreeks bepaald:
 
* Het eerste behandelcontact
* Het laatste behandelcontact
 
 
 
LET OP
 
Er moet directe tijd zijn geschreven op het behandelcontact en er moet  een diagnose bekend zijn voor de behandelreeks. De diagnose is nodig om te  bepalen of een eventuele ROM-meting met een vragenlijst is afgenomen die geldig is bij die specifieke diagnose
|[[Bestand:ROMstap1 nieuw.jpg|alt=|gecentreerd|miniatuur|1000x1000px]]
|-
|2: Bepalen valide metingen
|Dan wordt er gekeken of er binnen de vastgestelde uiterste waarden van een behandelreeks, valide metingen te vinden zijn.
 
* Mits er een valide meting te vinden is, dan wordt de behandelreeks, en (optioneel) type vragenlijst meegenomen in de behandelreeks.
 
* Mits er geen valide meting te vinden is, dan is een reeks enkel bepaald op basis van de behandelreeks. In dit geval zullen er dan ook geen geldige  metingen te tonen zijn in de dataset. Er worden wel twee meetmomenten gegenereerd, namelijk het verwachte voormeetmoment en het verwachte nameetmoment.
|[[Bestand:ValueCare - ROM (1).png|gecentreerd|miniatuur|800x800px]]
|-
|3:Nummering metingen
|We nummeren de opvolgende metingen binnen een behandelreeks op basis van de datum van afname.
Hierdoor kunnen we de opvolgende metingen makkelijk koppelen.
 
Met behulp van het tijdsinterval per type vragenlijst en diagnose, kunnen we bepalen of de opvolgende metingen plaats hebben gevonden binnen het tijdsinterval (t.o.v. de vorige meting), waarbinnen ze worden verwacht.
{| class="wikitable"
|+
!Optie
! colspan="2" |Situatie
!Gevolg
|-
|A
| 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.
|-
|B
| colspan="2" |De volgende meting valt buiten tijdsinterval
|Genereren meetmoment (dus geen valide meting). Dit meetmoment moet duidelijk maken aan instellingen dat er een meting verwacht wordt, maar deze meting niet (valide of volledig) is afgenomen.
|-
|C
| rowspan="2" |Geen volgende meting
|Laatste behandelcontact is in het verleden geweest
|Genereren meetmomenten tot en met het laatste behandelcontact.
|-
|D
|Laatste behandelcontact wordt in de toekomst verwacht
|Genereren meetmomenten tot en met de aanleverdatum.
|}
|[[Bestand:ROM stap 3 diagram update .jpg|alt=|gecentreerd|miniatuur|1300x1300px]]
|-
|4: Bepalen voor- en nameting
|Het bepalen van de voor- en nametingen:
 
De metingen die binnen een reeks het dichtste bij het eerste/laatste behandelcontact liggen worden bestempeld als voor- of nameting.
 
Indien er enkel een voormeting of een nameting is en niet beide, dan genereren we een meetmoment voor de missende voor- of nameting, met als datum het eerste/laatste behandelcontact.
 
* Mits er een valide meting heeft plaatsgevonden in de reeks, bepalen we of de meting een valide voor- of nameting is aan de hand van een marge rondom het eerste- of laatste behandelcontact. Deze marges worden bepaald aan de hand van parameters BI_MARGE_RONDOM_EERSTE_BEHANDELCONTACT_VOORMETING en BI_MARGE_RONDOM_LAATSTE_BEHANDELCONTACT_NAMETING .
* Optioneel: Instelbaar
** Mits er voor een reeks meerdere type vragenlijst worden gebruikt (bijv. zowel Honos-12 als SQ48) dan wordt er voor elk type vragenlijst een aparte reeks aangemaakt. De voor- en nametingen worden onafhankelijk van type vragenlijst bepaald. Dit wordt dus gedaan voor de overkoepelende behandelreeks.
|[[Bestand:ROMstap4 nieuw.jpg|alt=|gecentreerd|miniatuur|1000x1000px]]
|}
 
 
=== 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>
{| class="wikitable"
|+
!Parameters
!Toelichting
|-
|BI_MARGE_RONDOM_EERSTE_BEHANDELCONTACT_VOORMETING
|Bandbreedte in dagen rondom eerste behandelcontact zorgtraject waarbinnen een geldige voormeting afgenomen moet zijn
|-
|BI_MARGE_RONDOM_LAATSTE_BEHANDELCONTACT_NAMETING
|Bandbreedte in dagen rondom laatste behandelcontact zorgtraject waarbinnen een geldige nameting afgenomen moet zijn
|-
|GGZBI_ROM_MEETMOMENTEN_ZELFDE_TYPE_VRAGENLIJST
|Of een reeks rekening moet houden met aparte type vragenlijsten of niet.
 
Mits parameter = JA, genereren we voor elke verschillende vragenlijst-code binnen een behandelreeks, een aparte reeks
 
Mits parameter = NEE, mogen de vragenlijsten onafhankelijk van elkaar afgenomen zijn
 
''NOTE: deze parameter wil ik nog hernoemen naar GGZBI_ROM_MEETMOMENTEN_ZELFDE_TYPE_VRAGENLIJST''
|-
|''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' 
|}
{| class="wikitable"
|+
!Beheertabel
!Toelichting
|-
|Beheer BI: Vragenlijst per diagnose
|Per diagnosehoofdgroep kan het gebruikte ROM-instrument aangegeven worden.
In deze beheertabel kan ook het interval per type vragenlijst en diagnose ingesteld worden. (NIEUW!)
|-
|Beheer BI: Vragenlijst
|Per vragenlijst kan worden aangegeven of deze wordt gebruikt als ROM- en/of CQI-instrument
|-
|Beheer BI: Parameters
|Voor het instellen van o.a. de hierboven genoemde parameters.
|}
 
 
== Toepassing ==
 
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.
 
=== Beheertabel ===
 
Zoals hierboven al vaker aangegeven zijn er een aantal dingen instelbaar via beheertabellen. Zie ook het overzicht van beheertabellen hierboven.
 
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.
 
=== ROM Meetmomenten ===
De Routine Outcome Monitoring (ROM) is een complex product met tal van mogelijkheden en variaties.
 
Om de ROM behapbaar te maken is deze executive summary gemaakt met 1 figuur waarin de werking van de ROM gevisualiseerd is. 
 
De verdiepende informatie (bv definities en stappenplan) is ook op deze pagina te vinden, onder deze samenvatting.
 
Er zijn twee verschillende situaties:
 
#<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.
 
[[Bestand:Exe sum (1).jpg|alt=|geen|miniatuur|1549x1549px|Executive summary ROM]]
 
=== Berekening ROM scores ===
Voor instellingen die gebruik maken van bronsysteem 'Questmanager' berekent ValueCare zelf de ruwe scores, op basis van onderstaande codes per vragenlijst type.
 
==== Berekening ruwe scores ====
{| class="wikitable"
{| class="wikitable"
!Type Vragenlijst
!Type Vragenlijst
Regel 317: Regel 41:
|-
|-
| rowspan="3" |SDQ-P
| rowspan="3" |SDQ-P
|Voorwaarden voor de berekening  
|Voorwaarden voor de berekening
|De ruwe score wordt alleen berekend als het aantal ingevulde vragen groter is dan, of gelijk is aan 16. Dit betekent dat er minimaal 16 vragen moeten zijn ingevuld om de berekening uit te voeren.  
|De ruwe score wordt alleen berekend als het aantal ingevulde vragen groter is dan, of gelijk is aan 16. Dit betekent dat er minimaal 16 vragen moeten zijn ingevuld om de berekening uit te voeren.
|-
|-
|Berekening ruwe score  
|Berekening ruwe score
|Ruwe score wordt berekend met de formule: som_ingevulde_scores * 20 / aantal_vragen_ingevuld.  
|Ruwe score wordt berekend met de formule: som_ingevulde_scores * 20 / aantal_vragen_ingevuld.  
Hierbij wordt de som van de ingevulde scores (som_ingevulde_scores) vermenigvuldigd met 20 (het totale aantal vragen in de vragenlijst) en gedeeld door het aantal ingevulde vragen. Dit geeft een gemiddelde score, inclusief de imputatie van de missende waardes met de gemiddelde waarde.  
Hierbij wordt de som van de ingevulde scores (som_ingevulde_scores) vermenigvuldigd met 20 (het totale aantal vragen in de vragenlijst) en gedeeld door het aantal ingevulde vragen. Dit geeft een gemiddelde score, inclusief de imputatie van de missende waardes met de gemiddelde waarde.  
|-
|-
|Filteren van de gegevens  
|Filteren van de gegevens
|De vraagcodes moeten overeenkomen met specifieke lijsten van vragen, en de antwoordwaarden moeten overeenkomen met '0', '1', '2', '3', of '4'. De antwoorden komen dus uit op een 5-punts Likert-schaal. De vraagcodes verschillen per instelling.
|De vraagcodes moeten overeenkomen met specifieke lijsten van vragen, en de antwoordwaarden moeten overeenkomen met '0', '1', '2', '3', of '4'. De antwoorden komen dus uit op een 5-punts Likert-schaal. De vraagcodes verschillen per instelling.
|-
|-
Regel 393: Regel 117:
|}
|}


==== Berekening T-scores ====
=== Berekening T-Scores  ===
{| class="wikitable"
{| class="wikitable"
! Type vragenlijst
! Type vragenlijst
Regel 434: Regel 158:
|-
|-
|MANSA-16
|MANSA-16
|De T-score wordt berekend met de volgende formule: t_score = ruwe_score_vc. Dit betekent dat voor deze vragenlijst de ruwe score hetzelfde is als de uiteindelijke T-score.  
|De T-score wordt berekend met de volgende formule: t_score = ruwe_score_vc. Dit betekent dat voor deze vragenlijst de ruwe score hetzelfde is als de uiteindelijke T-score.
|}
|}
===Andere bronsystemen===
==== Ruwe score = T-score====
Voor sommige bronsystemen komt de T-score vanuit de bron zelf. ValueCare doet dat geen berekening voor een ruwe score of een T-score.
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.
=== (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.
Voor een gegenereerd meetmoment hebben we geen t-score. Daardoor kunnen we enkel t-scores vergelijken van valide metingen. We tonen in dataset ROM meetmomenten daarom enkel delta t-scores voor valide metingen ten opzichte van valide metingen. Dit houdt ook in dat voor gegenereerde voormeetmomenten, we geen delta t-score ten opzichte van de voormeting kunnen doen. Om dit te voorkomen, hebben we de ‘initiële meting’ geïntroduceerd. Dit is de eerste valide meting binnen een reeks. We hebben op deze manier dus twee type delta t-scores in de dataset: (1) delta t-score t.o.v. de vorige valide meting, (2) delta t-score t.o.v. de initiële meting.
[[Bestand:Deltat nieuw.jpg|alt=|gecentreerd|miniatuur|800x800px]]


==== Algemene toelichting delta T-score ====
Delta-T staat voor de verandering in T-scores over tijd. Bijvoorbeeld wanneer er een bepaling van het welzijn van de cliënt vóór- en na behandeling wordt gedaan, kan hiermee dus de voortgang van de behandeling worden bepaald. Als een delta-T score een positieve waarde heeft, betekent dit dat het welzijn van de patiënt is verbeterd over de gemeten tijdsperiode. Als een delta-T score een negatieve waarde heeft, betekent dit dat het welzijn van de patiënt is verslechterd over de gemeten tijdsperiode. Daarom is voor instellingen de delta T-score voornamelijk belangrijk bij ROM metingen. Onder het kopje 'meetmomenten' wordt verder toelichting gegeven over de totstandkoming van verschillende delta T-scores in acht nemend de verschillende ROM meetmomenten.


==== Interpretatie Delta T-score ====
==== Interpretatie delta T-score ====
Zie de tabel hieronder voor de interpretatie van de Delta T-score:
Zie de tabel hieronder voor de interpretatie van de delta T-score:
{| class="wikitable"
{| class="wikitable"
|+
|+
Regel 459: Regel 173:
|-
|-
|1
|1
|Hersteld  
|Hersteld
|> 5 <code>AND</code> voormeting t > 42,5 <code>AND</code> nameting t < 42,5
|> 5 <code>AND</code> voormeting t > 42,5 <code>AND</code> nameting t < 42,5
|-
|-
|2
|2
|Verbeterd  
|Verbeterd
|> 5  
|> 5
|-
|-
|3
|3
|Onveranderd
|Onveranderd
| -5 < delta t < 5  
| -5 < delta t < 5
|-
|-
|4  
|4
|Verslechterd
|Verslechterd
|< -5  
|< -5
|}
|}
===Andere bronsystemen===
==== Ruwe score = T-score====
Voor sommige bronsystemen komt de T-score vanuit de bron zelf. ValueCare doet dat geen berekening voor een ruwe score of een T-score.
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.
== Meetmomenten ==
=== ROM Meetmomenten ===
De Routine Outcome Monitoring (ROM) is een complex product met tal van mogelijkheden en variaties.
Om de ROM behapbaar te maken is deze executive summary gemaakt met 1 figuur waarin de werking van de ROM gevisualiseerd is. 
De verdiepende informatie (bv definities en stappenplan) is ook op deze pagina te vinden, onder deze samenvatting.
Er zijn twee verschillende situaties:
#<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.


[[Bestand:Exe sum (1).jpg|alt=|geen|miniatuur|1549x1549px|Executive summary ROM]]


=== KPI's en dashboards ===
=== Totstandkoming ===
Voor de ROM biedt ValueCare verschillende  dashboards in het portaal. 


Deze zijn te vinden onder <code>Meer dashboards > ROM > ROM - Delta t-score</code> en    <code>Meer dashboards > ROM > ROM - Proces valide metingen</code>.
==== Stappenplan ====
Hieronder is het stappenplan uitgewerkt dat gevolgd wordt om de berekeningen voor de ROM te maken.  


Zie hieronder een overzicht: 
Per stap is toelichting gegeven en zo nodig een extra visualisatie toegevoegd.
{| class="wikitable"
{| class="wikitable"
|+
|+
!Dashboard
!Stap
!Tegel
!Toelichting
!Toelichting
!
|-
|-
| rowspan="4" |Delta t-score
|0: Bepalen behandelingen binnen behandelreeks
|Delta T-score ROM per maand
|Eerst  wordt bepaald naar welke behandelingen we moeten kijken om de uitersten van behandelreeks te kunnen bepalen.
| rowspan="4" |Delta-T wordt per patient/behandeling berekend als de verschilscore tussen de vorige meting en huidige meting.  
 
* Mits het ZPM zorgtraject is aangemaakt met zorglabel N02 (''Overgang  oude bekostiging met direct tijd naar Zorgprestatiemodel''), wordt de  voormeting bepaald op basis van de voorafgaande DBC(s). De DBCs die worden  meegenomen bij de betreffende zorgtrajecten, zijn DBCs die dezelfde (1)  diagnose en (2) inschrijvingsnummer hebben als het zorgtraject.
 
* Voor de combinatie van de zorgtrajecten met eventuele DBCs (en losse  DBCs) kijken we naar alle behandelcontacten met directe tijd.  
** Voor een dergelijke behandelreeks moeten we het eerste/laatste behandelcontact bepalen.
|[[Bestand:Stap 0 ROM .png|gecentreerd|miniatuur|800x800px]]
|-
|-
|Delta T-score ROM per organisatieniveau
|1: Bepalen uitersten van behandelreeks
|Als er  bepaald is welke behandelingen in een behandelreeks vallen, wordt er per behandelreeks bepaald:
 
* Het eerste behandelcontact
* Het laatste behandelcontact
 
 
 
LET OP
 
Er moet directe tijd zijn geschreven op het behandelcontact en er moet  een diagnose bekend zijn voor de behandelreeks. De diagnose is nodig om te  bepalen of een eventuele ROM-meting met een vragenlijst is afgenomen die geldig is bij die specifieke diagnose
|[[Bestand:ROMstap1 nieuw.jpg|alt=|gecentreerd|miniatuur|1000x1000px]]
|-
|2: Bepalen valide metingen
|Dan wordt er gekeken of er binnen de vastgestelde uiterste waarden van een behandelreeks, valide metingen te vinden zijn.
 
* Mits er een valide meting te vinden is, dan wordt de behandelreeks, en (optioneel) type vragenlijst meegenomen in de behandelreeks.
 
* Mits er geen valide meting te vinden is, dan is een reeks enkel bepaald op basis van de behandelreeks. In dit geval zullen er dan ook geen geldige  metingen te tonen zijn in de dataset. Er worden wel twee meetmomenten gegenereerd, namelijk het verwachte voormeetmoment en het verwachte nameetmoment.
|[[Bestand:ValueCare - ROM (1).png|gecentreerd|miniatuur|800x800px]]
|-
|-
|Delta T-score ROM per soort vragenlijst  
|3:Nummering metingen
|We nummeren de opvolgende metingen binnen een behandelreeks op basis van de datum van afname.
Hierdoor kunnen we de opvolgende metingen makkelijk koppelen.
 
Met behulp van het tijdsinterval per type vragenlijst en diagnose, kunnen we bepalen of de opvolgende metingen plaats hebben gevonden binnen het tijdsinterval (t.o.v. de vorige meting), waarbinnen ze worden verwacht.
{| class="wikitable"
|+
!Optie
! colspan="2" |Situatie
!Gevolg
|-
|A
| 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.
|-
|B
| colspan="2" |De volgende meting valt buiten tijdsinterval
|Genereren meetmoment (dus geen valide meting). Dit meetmoment moet duidelijk maken aan instellingen dat er een meting verwacht wordt, maar deze meting niet (valide of volledig) is afgenomen.
|-
|C
| rowspan="2" |Geen volgende meting
|Laatste behandelcontact is in het verleden geweest
|Genereren meetmomenten tot en met het laatste behandelcontact.
|-
|D
|Laatste behandelcontact wordt in de toekomst verwacht
|Genereren meetmomenten tot en met de aanleverdatum.
|}
|[[Bestand:ROM stap 3 diagram update .jpg|alt=|gecentreerd|miniatuur|1300x1300px]]
|-
|4: Bepalen voor- en nameting
|Het bepalen van de voor- en nametingen:
 
De metingen die binnen een reeks het dichtste bij het eerste/laatste behandelcontact liggen worden bestempeld als voor- of nameting.
 
Indien er enkel een voormeting of een nameting is en niet beide, dan genereren we een meetmoment voor de missende voor- of nameting, met als datum het eerste/laatste behandelcontact.
 
* Mits er een valide meting heeft plaatsgevonden in de reeks, bepalen we of de meting een valide voor- of nameting is aan de hand van een marge rondom het eerste- of laatste behandelcontact. Deze marges worden bepaald aan de hand van parameters BI_MARGE_RONDOM_EERSTE_BEHANDELCONTACT_VOORMETING en BI_MARGE_RONDOM_LAATSTE_BEHANDELCONTACT_NAMETING .
* Optioneel: Instelbaar
** Mits er voor een reeks meerdere type vragenlijst worden gebruikt (bijv. zowel Honos-12 als SQ48) dan wordt er voor elk type vragenlijst een aparte reeks aangemaakt. De voor- en nametingen worden onafhankelijk van type vragenlijst bepaald. Dit wordt dus gedaan voor de overkoepelende behandelreeks.
|[[Bestand:ROMstap4 nieuw.jpg|alt=|gecentreerd|miniatuur|1000x1000px]]
|}
==== 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>
{| class="wikitable"
|+
!Parameters
!Toelichting
|-
|BI_MARGE_RONDOM_EERSTE_BEHANDELCONTACT_VOORMETING
|Bandbreedte in dagen rondom eerste behandelcontact zorgtraject waarbinnen een geldige voormeting afgenomen moet zijn
|-
|-
|Delta T-score ROM per RCI
|BI_MARGE_RONDOM_LAATSTE_BEHANDELCONTACT_NAMETING
|Bandbreedte in dagen rondom laatste behandelcontact zorgtraject waarbinnen een geldige nameting afgenomen moet zijn
|-
|-
| rowspan="4" |Proces valide metingen
|GGZBI_ROM_MEETMOMENTEN_ZELFDE_TYPE_VRAGENLIJST
|Valide ROM metingen per maand
|Of een reeks rekening moet houden met aparte type vragenlijsten of niet.
| rowspan="4" |De rapportage toont het aantal valide metingen. De rapportagedatum is gelijk aan de datum waarop de meting is afgenomen of anders de uiterlijke datum waarop de meting verwacht wordt.
 
Mits parameter = JA, genereren we voor elke verschillende vragenlijst-code binnen een behandelreeks, een aparte reeks
 
Mits parameter = NEE, mogen de vragenlijsten onafhankelijk van elkaar afgenomen zijn
 
''NOTE: deze parameter wil ik nog hernoemen naar GGZBI_ROM_MEETMOMENTEN_ZELFDE_TYPE_VRAGENLIJST''
|-
|-
|Valide ROM metingen per organisatieniveau
|''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'
|}
==== Beheertabellen ====
 
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"
|+
!Beheertabel
!Toelichting
|-
|-
|Valide ROM metingen per soort vragenlijst  
|Beheer BI: Vragenlijst per diagnose
|Per diagnosehoofdgroep kan het gebruikte ROM-instrument aangegeven worden.
In deze beheertabel kan ook het interval per type vragenlijst en diagnose ingesteld worden. (NIEUW!)
|-
|-
|Valide ROM metingen per soort meetmoment
|Beheer BI: Vragenlijst
|Per vragenlijst kan worden aangegeven of deze wordt gebruikt als ROM- en/of CQI-instrument
|-
|-
| rowspan="4" |Effectmeting
|Beheer BI: Parameters
|ROM RCI score per maand
|Voor het instellen van o.a. de hierboven genoemde parameters.
|Alle RCI waarden van diverse meetinstrumenten zoals IDS-SR, HoNOS65, etc. gegroepeerd per dbc sluitdatum (einddatum DBC)
|}
 
=== Definities ===
Hieronder staan alle relevante termen met betrekking tot de ROM gedefinieerd en waar relevant extra toegelicht.


Deze rapportage laat de gemiddelde ROM Deltra-t score zien.
 
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
|-
|-
|ROM HoNOS65 subschalen
|Voor- en nametingen
|Deze rapportage laat de ruwe scores van de voor- en nameting zien voor 11 vragen uit de HoNOS65 vragenlijst.  
|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.  
|-
|-
|ROM RCI score per diagnosegroep
|Voormeting
|Deze rapportage laat de ROM RCI score zien per diagnosegroep. In de tabel onder de grafiek is meer verdiepende data te vinden. Deze rapportage laat de gemiddelde ROM Delta-T score zien.  
|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
|-
|-
|ROM CANSAS subschalen
|Nameting
|Deze rapportage laat de ruwe scores van de voor- en nameting zien voor 25 vragen uit de CANVAS vragenlijst.  
|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


Proportie cliënten met onopgeloste zorgbehoeften is het percentage cliënten dat minimaal 1 heeft gescoord op de subschaal "onopgeloste zorgbehoeften" tov het totaal aantal cliënten.
* 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  
|-
|-
| rowspan="4" |Effectmeting Delta t-score
|Tussenmetingen
|ROM Delta-T score per maand
|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''.
|Rapportage: gemiddelde ROM Delta-T score per maand.
|
|-
|-
|ROM Delta-T score per org. niv.  
|Valide meting
|Rapportage: gemiddelde ROM Delta-T score per organisatie niveau.
|Een valide meting is een meting die:
 
* 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.
|-
|-
|ROM Delta-T score per diagnosegroep
|Initiële meting
|Rapportage: gemiddelde Delta-T score per diagnosegroep.
|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.
|-
|-
|ROM Delta-T score per jaar
|Behandelreeks
|Rapportage: gemiddelde Delta-T score per jaar.  
|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       '''
** 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.
|}
|}
  <p style="text-align: center">{{VALUECARE}}</p>
 
=== Verschillende delta T-scores ===
Zoals eerder beschreven worden delta T-scores gebruikt om inzicht te geven over de voortgang van de cliënt met het gehanteerde behandeltraject. Delta T-scores maken inzichtelijk of het welzijn van de patiënt verbeterd, of juist verslechterd in de loop der tijd.
 
Voor een gegenereerd meetmoment heeft ValueCare geen t-score. Daardoor kan ValueCare enkel t-scores vergelijken van valide metingen. ValueCare toont in dataset ROM meetmomenten daarom enkel delta t-scores voor valide metingen ten opzichte van valide metingen. Dit houdt ook in dat voor gegenereerde voormeetmomenten, er geen delta t-score ten opzichte van de voormeting kan worden gedaan. Om dit te voorkomen, heeft ValueCare de ‘initiële meting’ geïntroduceerd. Dit is de eerste valide meting binnen een reeks. Op deze manier zijn er twee type delta t-scores in de dataset: (1) delta t-score t.o.v. de vorige valide meting, (2) delta t-score t.o.v. de initiële meting. Het figuur hieronder illustreert dit.
 
[[Bestand:Deltat nieuw.jpg|alt=|gecentreerd|miniatuur|800x800px]]
 
 
{{VALUECARE}}
Overgenomen van "https://dev.normenkaderzorg.nl/index.php/Routine_Outcome_Monitoring_(ROM)"