Posts tonen met het label literatuurzoeken. Alle posts tonen
Posts tonen met het label literatuurzoeken. Alle posts tonen

woensdag 13 juni 2012

web&z - 12 juni 2012 - Medisch Centrum Alkmaar

(aantekeningen zijn meteen op eigen situatie toegepast)

Marjan Bakker - MCL
bibliotheek in foreest medical school, grotere afstand minder toegankelijk voor de clinici. ook iets om rekening mee te houden in rotterdam.

Alice Lugthart - docent verpleegkunde
geeft workshops aan vakdocenten.
boekje : Karin de Galan: 'van deskundige naar trainer'
deskundige wil in zijn rol als trainer vaak heel veel vertellen, alles wat in je rugzak zit, en toehoorders haken af, omdat het hun boven de pet gaat.
confronteren met moeilijke situatie: wetenschapper denkt: ik kan al zoeken, dus ben niet geinteresseerd. verleiden om te willen leren.
voor ons: begeleiden bij opdrachten: ter plekke zoeken in databases terwijl informatiespecialisten erbij rondlopen en vragen beantwoorden. 
op een andere manier lesgeven levert veel meer betrokkenheid op bij de lessen. groepsgrootte max 15 man, gemiddeld zo'n 10 personen. verpleegkundigen laten zoeken met pubmed blijft lastig. zijn huiverig om engels te lezen, google is veel makkelijker.
Idee: in de uitnodigingen al aangeven wat de 'glijbaan' is (mensen meenemen en uitleggen waarom voor hen deze cursus interessant is). ook differentieren tussen de verschillende doelgroepen.

Bianca Kramer - zoekactie CATs
Zoekvraag: 'Wat zijn de belangrijkste risicofactoren voor het optreden van complicaties bij zwangeren met pre-eclampsie?'
Bianca krijgt veel prognostische vragen. veel voor syst revs. zijn die clinical queries in pubmed bruikbaar? met een therapeutische pico neem je nooit de O mee, dat geeft bias.
Doen: maak overzicht wanneer gebruik je welke onderdelen. PO met M etc?

Olga van Dijk - ELO PubMed
ELO's bieden mogelijkheden om in eigen leerstijl te werken. eerst theorie of direct aan de slag met opdrachten. systeem: PulseWeb. bedoeld voor co-assistenten: waar vind ik mesh, hoe zoeken in title abstract, (co's komen vooral uit Groningen, hoe wordt daar het onderwijs gegeven? kan ook zijn dat groningen alleen op OvidSP Medline gericht is)
Kunnen wij de ELO niet opnemen in onze basis cursussen, zodat iedereen hetzelfde instap niveau heeft op dat vlak? 
MCL werkt op die manier, iedereen die een cursus doet moet deze ELO hebben doorlopen. moet je het wel opnemen in je eigen pulseweb systeem, of uitwisselen van scorm bestanden.
Nadenken voor ons: is dan hebben PhD's die dat dan volgen niet het idee dat ze nu al alles weten over PubMed? en komen ze dan nog wel naar de echte cursus? 
Belangrijke vraag is: kun je het ook sneller doorlopen als je al veel kennis hebt, kun je meteen de toets doen om te kijken wat je niveau is, en krijg je dan heel gericht tips: volg dit nog een keer. Dat lijkt mij een belangrijk punt voor inbedding in Erasmus MC werkwijze.
screencast filmpjes gemaakt. voor ons ook een idee!
Op medischonderwijs.nl PubMed-toets van waleus.

René Otten - CAT richtlijnen

CCMS voorschriften. Bij VU gebruikelijk om iedereen die een CAT doet bij een clinical librarian langskomt. CCMS (10 specialisten) gaat kader aangeven voor CATs, maar daarbij is geen clinical librarian bij betrokken. We gaan een A4tje doorgeven aan die 10 specialisten (met toestemming van de cambin)

Hans Ket - Artikel Hoogendam
JMLA (PMC tijdschrift)
Alice Tillema heeft er aan meegewerkt en staat in de acknowledgements. maar slechts zeer beperkt, ze was niet betrokken bij de PubMed of PICO instructies.
vergelijking tusseen een PICO zoekactie en een ongeorganiseerde zoekactie zoals artsen die niet door ons zijn opgeleid doen. conclusies lijken te zeggen dat het niet uitmaakt of je pico doet of niet.
verkeerde conclusies: je moet pico niet je zoektermen laten bepalen, dat weten wij al lang. veel kritiek op te leveren.
recall en precision ook opnemen in je systematische zoekactie cursussen. recall is het percentage van de gouden standaard, dat je hebt gevonden. precision is verhouding tussen het aantal treffers en het aantal relevante treffers. 
evidence based searching. hans wil daar een artikel over schrijven. wat is goed zoeken, hoeveel tijd, hoeveel bronnen, welke zoektechnieken.

René Otten - review cursus wiki
in het verleden was er een wiki afgeschermd. nu gratis toegankelijk op webcursus.ubvu.nl (nog niet, komt). helemaal engelstalig.
idee: kan wos of scopus niet bekijken hoeveel artikelen uit een set een bepaald artikel selecteren, en daarop soreteren

Jacueline Limpens - Filters voor SR's
elke database heeft zijn eigen index termen, pubmed filters niet een op een naar embase verplaatsen
drie generaties filters:
1 subjectief bepaald door informatiespecialist of onderzoeker
2 getest op een set
3 een bepaalde set artikelen analyseren welke termen het meest discriminerend zijn, en deze ook weer testen op een ander gouden standaard
Jenkins, 2004
het is niet zozeer dat de 3e generatie beter is dan de 1e. want voor voor systematic reviews wil je sensitivity maximisers (alle relevante liteartuur). voor CATs juist precision maximisers: NNR (Number Needed to Read) verminderen
Cochrane RCT filters geven wel veel ruis, vroeger veel gebruikt, nu niet meer zo. Zijn in principe vooral subjectief gevonden, en werkte eigenlijk wel goed, pas later gevalideerd
hoe valideren: 160 journals voor het jaar 2000 handmatig doorgenomen. en vergelijken
objectieve filters houden vaak geen rekening met explosie en zinnen, maar enkele woorden
validatie is geen toverwoord, gevalideerd wil niet zeggen dat je het niet moet aanpassen.
het maakt uit waar je het op test en hoe je het vergelijkt. bekijk ook het doel van de filters. verandert ook in de tijd, want mesh termen veranderen.
 in pubmed nu ook trial registrernumber opgenomen. als je trials zoekt ook dat meenemen, als iets een registratienummer heeft is het een trial.

als je zoekt voor een SR, gebruik je dan een filter, en zo ja welk?
NOT mag je wel gebruiken, maar je moet het kunnen verantwoorden.
Ook cochrane searches bevatten soms heel slechte zoekacties.
acknowledgements of co-auteur: wanneer zoekacties langer duren dan 2-3 dagen. een middag of dag is gratis service, als je er veel aan bijdraagt ben je mede-auteur (dan schrijf je ook de materialen en methoden)

eerst filter voor SR's om te kijken wat anderen daar al voor hebben gedaan, daarna filter voor individuele trials HSSS van cochrane, maar soms ook andere typen vraag bij SR filter, wil ik alleen SR's vinden, of alle geaggregeerde evidence?
SIGN filter
probleem is dat een bepaald aspect vaak niet in het abstract wordt opgenomen. maar wel uitkomst is bij een RCT. daarom dan dat element achterwege laten en dan RCT's filteren.

aantal hits
wees niet bang voor 1000-5000 hits.
tip: zeg 1000 titels screen je tijdens ajax feyenoord, maar 1000 records minder geven kost ons een dag extra tijd.
zoekfilters staan op intertasc
Binnen AMC zoekacties zijn zoekacties verzameld op het intranet en wanneer je op de link klinkt kom je meteen op de pubmed zoekactie
goede intake met de aanvrager is waardevol, is het een prognistische vraag of een therapeutische vraag of harm etc...

voor aanvullingen naast MedLine uit PubMed gebruik je beter AND publisher[sb] in plaats van NOT medline[sb], want anders teveel ruis met oude artikelen

--mededelingen--
cursus didactische vaardigheden aan de VU komend najaar.

dinsdag 6 maart 2012

Pharmaceutical actions niet gevonden in text word search in PubMed

Vreemd, als ik zoek op [tw] in PubMed, de manier waarop ik dat meestal doe (tenzij je gebruik wilt maken van de explode van [mh] of het gezocht woord in veel niet-relevante MeSH termen voorkomt, maar daar kan ik nog wel een hele blogpost aan wijden) vind ik niet de artikelen waar dat woord als [Pharmaceutical Action] staat.

Dat zou toch eigenlijk wel moeten, textword wil eigenlijk toch vooral zeggen dat het om een inhoudelijk veld gaat (in tegenstelling tot [all fields]).

vrijdag 27 januari 2012

Literatuurzoeken: het probleem van afkortingen

Ik deed onlangs een zoekactie naar sentinel (lymph) node. Omdat ik ervan uitga dat een afkorting nooit gebruikt mag worden wanneer je niet eerst de volledige term hebt uitgeschreven volstond

sentin* NEAR/3 node*

Echter omdat ik zo weinig hits kreeg (met twee andere elementen erbij slecht 12 in PubMed) ging ik wat verder puzzelen, en zocht ik of sentinel ook zonder node* voorkwam. Toen kwam ik een aantal artikelen tegen met de tekst 'sentinel LNs'. Lymph Node was al eens eerder genoemd in de samenvatting, en nu ging het over de sentinel vorm.

Had ik dit artikel toch bijna gemist.

Iets dergelijk overkwam mij met de Clock Drawing Test. De afkorting CDT kan veel betekenissen hebben en is dus niet bruikbaar maar er was wel een hoog relevant artikel dat ik niet wilde missen, zonder teveel ruis te krijgen. Ik zocht daarom op:

CDT AND (clock* OR draw*)

Op die manier kun je toch de juiste afkortingsbetekenis selecteren. Het had in het eerste geval overigens niet geholpen, want de afkorting SLN was nergens in gebruik.

Dan kom ik wel weer op een artikel waar dan staat 'Sentinel (first tumor-draining) lymph node (SLN) biopsy'. Ja als auteurs dan zo ingewikkeld gaan doen moet je niet klagen dat je artikel niet gevonden wordt ;-)

vrijdag 16 december 2011

PubMed myNCBI shared collections omzetten naar een PMID lijst

Ik heb van een klant een MyNCBI collectie gelinkt gekregen die ik wil vergelijken met een zoekactie die ik voor haar heb gedaan.

Normaal gebruik ik dan Display Settings > PMID list, maar dat werkt hiet niet.
Send to Clipboard werkt niet.
Versturen naar EndNote kan ook niet, want Send to file kan alleen als Summary of XML.

Ik heb het dan maar zo opgelost dat ik send to file met opmaak Summary. Vervolgens de tekst 'PubMed [citation]' vervangen door een ^p (harde return) omdat anders het PMID niet op een nieuwe regel begint. Dan de tekst sorteren en het gedeelte dat begint met PMID eruit knippen. Dan nog twee keer zoek en vervang om er een mooie lijst van te maken, die plakken in PubMed en dan heb je er 68 van de 74 gevonden.

Dat zou toch makkelijker moeten kunnen? Waarom hebben ze dat zo dichtgezet?

dinsdag 2 augustus 2011

Refworks niet geschikt voor het echte werk

Als informatiespecialist help ik meerdere keren per week klanten regelmatig met het uitvoeren van literatuuronderzoek voor systematic reviews. Hiervoor importeer ik grote aantallen referenties uit PubMed, Embase en nog wat meer databanken, dedupliceer die in EndNote en geef het bestand mee aan de klant, de onderzoeker die de systematic review gaat uitvoeren.

Veel universiteiten stappen momenteel over op RefWorks. Het biedt veel voordelen waarvan de grootste is dat het volledige webbased is. Ook zou het gebruiksvriendelijker zijn omdat je met direct export een directe koppeling hebt, zonder tussenbestand.

Echter het werk als informatiespecialist is het niet werkbaar. Importeren gaat erg traag, wanneer je voor een systematic review duizenden records moet inlezen kan dat wel een kwartier duren (terwijl de klant zit te wachten). Dedupliceren kan vervolgens op twee manieren, exact of globaal. Bij exact moeten de records exact overeenkomen, wat bij importeren uit twee databases nooit het geval is. PubMed schrijft tijdschrifttitels afgekort (J Am Med Ass), Embase voluit (Journal of the American Medical Association, of JAMA), PubMed kort paginanummers af (145-8) Embase schrijft ze voluit (145-148), PubMed kent maar twee voorletters per auteur, andere databases geven ze allemaal (om nog maar niet te spreken van namen als L. Huang.en H.Li die na onderzoek ook gelijk blijken).

In EndNote dedupliceren we daarom in meerdere stappen: eerst op auteur, jaartal, titel en pagina (de paginanummers kunnen we daar met een foefje omzetten zodat ook de PubMed records niet afkorten), vervolgens gaan we met de velden spelen, zodat uiteindelijk alle dubbelen verdwenen zijn. Wanneer je in Refworks globaal dedupliceert vind je erg veel gelijkende records toch niet hetzelfde zijn. Enorm veel werk om dat allemaal te controleren.

Het werken voor meerdere klanten is niet gemakkelijk. Je kunt folders maken, geen aparte bestanden. Oplossing zou dan zijn om de klant te laten inloggen op zijn eigen RefWorks account, en daar het importeren te doen. Het dedupliceren gaat echter over de hele database, niet per folder. Wanneer de klant bezig is met onderzoek heeft hij/ zij vast al relevante literatuur verzameld en is de klant groot dat een deel daarvan ook in deze zoekactie naar voren zal komen. Met dedupliceren haal je dan de nieuwste records weg, waardoor de aantallen die je in je artikel noemt niet meer kloppen.

Ik ben heel blij dat wij bij het Erasmus MC nog steeds EndNote kunnen gebruiken, en verkondig dat ook aan iedereen die ik over de grote voordelen van RefWorks hoor praten. Een oproep aan alle universiteiten daarom: denk na voordat je overstapt op RefWorks. Maak de grootverbruiker het werk niet onmogelijk.

vrijdag 15 april 2011

Meneer van Dalen zoekt anders in PsycInfo

Meneer Van Dalen Wacht Op Antwoord is bekend in de wiskunde. Ook in zoekacties van databases geldt iets dergelijks bij de volgorde van Booleaanse operatoren. OR wordt in de regel afgehandeld voor AND.

Ik had een fout gemaakt in een zoekactie. Op twee pagina's met termen ontbrak een klein woordje OR, die werd dan automatisch en onzichtbaar vervangen door een AND. Maar daardoor kwam ik er achter dat PsycInfo het blijkbaar anders ziet. Invullen van het ontbrekende OR leverde maar 3 hits meer, terwijl in PubMed en Embase in plaats van 500 meer dan 3000 artikelen werden gevonden.


Blijkbaar ziet PsycInfo A OR B C OR D als A OR (B AND C) OR D, terwijl PubMed en Embase er (A OR B) AND (C OR D) in lezen. Vreemd! Het blijft dus zaak je haakjes goed te plaatsen.

donderdag 7 april 2011

PubMed en alternatieve geneeskunde, geen succes

Ik deed vandaag voor een klant een literatuuronderzoek naar alternatieve geneeswijzen bij Sjögren. In PubMed resulteerde dat in 18 artikelen. Embase daarentegen kwam met 300 artikelen. Wat een enorm verschil. Blijkbaar is alternatieve geneeskunde bij PubMed nog niet zo geaccepteerd als bij Embase.

Overigens ook niet zo bij de Nederlandse professie, als je ziet wat de klant onlangs allemaal bij haar promoite over zich heen heeft gekregen (ik noem uit privacy overwegingen geen namen).

woensdag 14 juli 2010

PubMed doet erg raar met truncatie

Hoe korter de getrunceerde woordstam hoe minder je vindt. Klinkt gek, dat kan niet, zul je denken. Toch werkt het bij PubMed vaak wel zo. Het is dus oppassen geblazen als je een zin trunceert.

Neem het volgende dat ik tegenkwam bij een recente zoekactie.

Ik wou een zoekactie naar child mental health[tw] (467 treffers), child mental disorders[tw] (7), child mental ilness[tw] (9) combineren. Dus ik zoek Child mental[tw]. Echter: geen resultaat!

Met child mental*[tw] worden 65.373 records gevonden. Blijkbaar wordt dit vertaald als child[tw] AND mental*[tw].

De enige juiste manier is child mental *[tw] dus met een spatie voor de asterisk, je vindt dan 485 records. Maar dit is wel heel erg vreemd.

maandag 3 mei 2010

PubMed search builder heeft een leuk handigheidje

Er staat een Clinic online van PubMed over de Search Builder. Die bevatte een leuke tip die ik nog niet kende.

Als je in Advanced Search de Search Builder gebruikt en op [index] klikt zie je meteen hoe vaak een bepaalde subheading is gebruikt.



Ik ben verder niet echt onder de indruk van wat ze laten zien. Zoeken op auteur en affiliatie is nu net waar PubMed niet goed in is, omdat er maar twee voorletters worden genoteerd en alleen de affiliatie van de eerste auteur.

Ook werkt het toevoegen niet handig met de haakjes. Om een AND en OR te combineren met je eerst de OR doen anders krijg je ((maze) AND rats) OR mice) in plaats van ((rats) OR mice) AND maze). Maar wat als je nu verschillende OR zoekacties met een AND wilt combineren. Dan voldoet de Search Builder duildelijk niet. Ik gebruik altijd MS Word daarvoor en verdeel de zoektermen over meerdere regels. Per regel kun je dan synoniemen zoeken voor hetzelfde facet van je zoekactie.

(
zoekterm A OR zoekterm B OR (zoekterm C AND zoekterm D)
)
AND
(
zoekterm E OR zoekterm F
)

Jekunt dit dan niet in de zoekregel plakken, maar wel in het details veld dta in de rechterkolom van de resultaatpagina staat. Maar voor de gemiddelde gebruiker zal dat toch wel te lastig zijn.