Compatibility of Missing Data Handling Methods across the Stages of Producing Clinical Prediction Models
Dit artikel toont aan dat onderzoekers, om ongeëvenaarde voorspellende prestaties en compatibiliteit gedurende de gehele levenscyclus van een klinisch voorspellingsmodel te waarborgen, hun strategieën voor de afhandeling van ontbrekende gegevens tijdens ontwikkeling en validatie moeten afstemmen op de specifieke beperkingen van de modelimplementatie, zoals het gebruik van multiplee imputatie wanneer ontbrekende gegevens worden uitgesloten of het handhaven van consistente imputatiemethoden wanneer ontbrekende gegevens zijn toegestaan.
Oorspronkelijk artikel gelicentieerd onder CC BY 4.0 (http://creativecommons.org/licenses/by/4.0/). Dit is een AI-gegenereerde uitleg van het onderstaande artikel. Het is niet geschreven of goedgekeurd door de auteurs. Raadpleeg het oorspronkelijke artikel voor technische nauwkeurigheid. Lees de volledige disclaimer
Stel je voor dat je een chef-kok bent die probeert het perfecte recept te creëren voor een nieuw gerecht (een klinisch voorspellingsmodel). Je doel is om te voorspellen hoe een klant op het gerecht zal reageren. Hiervoor heb je specifieke ingrediënten nodig (voorspellers zoals leeftijd, bloeddruk, etc.). Maar soms heb je niet alle ingrediënten bij de hand tijdens het koken, of hebben je klanten misschien niet alle informatie over hun dieetvoorkeuren verstrekt.
Dit artikel gaat over hoe je met die "ontbrekende ingrediënten" omgaat in drie verschillende stadia van je kookproces:
- Ontwikkeling: Het creëren van het recept in je testkeuken.
- Validatie: Het proeven van het recept met een nieuwe groep mensen om te zien of het werkt.
- Implementatie: Het gerecht serveren aan het grote publiek.
De auteurs ontdekten dat de manier waarop je omgaat met ontbrekende ingrediënten in je testkeuken en tijdens je proefsessie moet overeenstemmen met hoe je van plan bent het gerecht aan het publiek te serveren. Als ze niet overeenstemmen, zal je recept mislukken, of zul je denken dat het heerlijk smaakt terwijl het eigenlijk verschrikkelijk is.
Hier is de uitsplitsing van hun bevindingen met behulp van eenvoudige analogieën:
De twee belangrijkste regels van het spel
De auteurs stellen twee gouden regels voor het omgaan met ontbrekende gegevens voor:
- De "Geen Degradatie"-regel: Wanneer je je recept ontwikkelt, moet je de ontbrekende ingrediënten op een manier afhandelen die ervoor zorgt dat het uiteindelijke gerecht net zo goed smaakt als de "perfecte" versie (waar je alle ingrediënten had).
- De "Waarheidsgetrouwe"-regel: Wanneer je je recept valideert (test), moet je de ontbrekende ingrediënten op een manier afhandelen die je een eerlijke score geeft. Je wilt jezelf niet voor de gek houden door te denken dat het recept beter of slechter is dan het werkelijk is.
Scenario A: Het "Strenge" Restaurant (Geen ontbrekende gegevens toegestaan)
Stel je een chique restaurant voor waar de chef weigert een gerecht te bereiden, tenzij de klant elk enkel ingrediënt op de menukaart opgeeft. Als een klant een ingrediënt mist, zegt de chef: "Sorry, ik kan niet voor u koken."
- Het advies uit het artikel: Als je van plan bent deze strenge chef te zijn, moet je je recept ontwikkelen en testen met behulp van Multiple Imputation (MI).
- De analogie: Denk aan Multiple Imputation als een "magische gokker" die de ontbrekende ingrediënten invult op basis van wat je wel weet, maar dit doet op een manier die rekening houdt met de onzekerheid. Cruciaal is dat deze "magische gokker" de uiteindelijke uitkomst (vond de klant het gerecht lekker?) moet kennen om goede gokken te doen tijdens de ontwikkelingsfase.
- De valstrik: Als je je recept ontwikkelt met behulp van "Mean Imputation" (gewoon het gemiddelde ingrediënt voor iedereen raden) of "Complete Case Analysis" (elke klant die een ingrediënt mist, direct wegwerpen), dan zal je recept zwak zijn. Wanneer je het uiteindelijk aan het strenge publiek serveert, zal het slecht smaken (modeldegradatie).
Scenario B: De "Flexibele" Foodtruck (Ontbrekende gegevens toegestaan)
Nu stel je een foodtruck voor waar de chef oké is met ontbrekende ingrediënten. Als een klant is vergeten aan te geven of hij allergisch is voor noten, gebruikt de chef gewoon een standaard "standaardwaarde" of een specifieke "gokmethode" om het in te vullen, zodat het koken kan doorgaan.
- Het advies uit het artikel: Als je van plan bent deze flexibele foodtruck te zijn, moet je exact dezelfde methode gebruiken om de ontbrekende ingrediënten te vullen tijdens de ontwikkeling, het testen en het serveren.
- De analogie: Als je besluit om "Regression Imputation" te gebruiken (een specifiek type slimme gok gebaseerd op andere ingrediënten) om de gaten in te vullen voor je klanten, dan moet je diezelfde "slimme gok"-methode gebruiken wanneer je het recept maakt én wanneer je het test.
- De valstrik: Als je het recept ontwikkelt met "Mean Imputation" (gemiddelden), maar je vertelt je klanten vervolgens: "Maak je geen zorgen, we gebruiken een 'Slimme Gok'-methode om je ontbrekende info in te vullen," dan zal het recept breken. De wiskunde komt niet meer overeen. Het artikel stelde vast dat het mengen van methoden (zoals ontwikkelen met de ene methode en valideren met een andere) bijna altijd leidt tot een bevooroordeelde score—je denkt dat je foodtruck succesvol is, maar hij faalt eigenlijk.
Het "Patroon Sub-Model" (Het speciale geval)
Het artikel keek ook naar een methode genaamd Pattern Sub-Models.
- De analogie: In plaats van één groot recept, schrijf je vier verschillende mini-recepten:
- Eén voor klanten die alle informatie gaven.
- Eén voor klanten die ingrediënt A missen.
- Eén voor klanten die ingrediënt B missen.
- Eén voor klanten die beide missen.
- Het advies uit het artikel: Als je deze "mini-recept"-aanpak bij de foodtruck wilt gebruiken, moet je ontwikkelen en testen met exact deze zelfde "mini-recept"-aanpak. Je kunt niet ontwikkelen met mini-recepten en vervolgens testen door alles samen te voegen tot een gemiddelde.
De Belangrijkste Conclusie
De auteurs hebben duizenden computersimulaties uitgevoerd en echte chirurgische gegevens gecontroleerd om hun punt te bewijzen. Ze kwamen tot de conclusie dat veelvoorkomende praktijken vaak fout zijn.
- Veelvoorkomende fout: Veel onderzoekers ontwikkelen een model met één methode (zoals Multiple Imputation) om de beste statistieken te krijgen, maar implementeren het vervolgens met een simpelere methode (zoals Mean Imputation) omdat dat makkelijker in een app te programmeren is.
- Het resultaat: Dit creëert een "leugenaarsparadox". Het model ziet er geweldig uit in het lab, maar wanneer het de echte wereld raakt, presteert het slecht, of zijn de prestatiescores volledig onjuist.
Samenvatting in één zin
Om een betrouwbaar medisch voorspellingsinstrument te bouwen, moet je eerst beslissen hoe je met ontbrekende gegevens omgaat wanneer het instrument daadwerkelijk in de echte wereld wordt gebruikt, en vervolgens moet je exact dezelfde methode gebruiken om het instrument te bouwen en te testen; het mixen en matchen van methoden leidt tot kapotte modellen en vals vertrouwen.
Verdrinkt u in papers in uw vakgebied?
Ontvang dagelijkse digests van de nieuwste papers die bij uw onderzoekswoorden passen — met technische samenvattingen, in uw taal.