Study Coach And Learning Environment

Study Coach And Learning Environment for Computer Based Training

Voortgangsrapportage Periode juli 2005 t/m september 2005

Penvoerende instelling: Participerende instellingen:

LUMC, Erasmus MC, UMCU, UMCN,

Universiteit Leiden Erasmus Universiteit Rotterdam Universiteit van Utrecht Katholieke Universiteit Nijmegen

Inhoudsopgave Inhoudsopgave .............................................................................................................................. 2 Samenvatting ................................................................................................................................. 3 Projectdoelstelling ........................................................................................................................ 3 Voortgang per fase ........................................................................................................................ 4 Fase 1 Opstellen leerdoelen boom voor COO materiaal............................................................. 4 Fase 2 Inventariseren en klasseren van COO materiaal............................................................. 4 Werkplan COO........................................................................................................................................ 4 COO classificeren ................................................................................................................................... 4

Fase 3 Functioneel ontwerp studie coach ................................................................................... 4 Fase 4 Technische realisatie studie coach.................................................................................. 5 Database aanpassingen ......................................................................................................................... 5 Zoekmachine gebruikersinterface ........................................................................................................... 8 Zoekmachine in LRS.Net gebruikershandleiding .................................................................................... 9 Technische beschrijving zoekmachine...................................................................................................10 Stored procedures voor het zoeken in de database...............................................................................11 Classification Builder..............................................................................................................................11 Technische beschrijving Classification Builder.......................................................................................12 Classificeren ..........................................................................................................................................12 Classificeren in LRS.Net gebruikershandleiding ....................................................................................13 Stored procedures voor het indexeren in de database...........................................................................14 Multiuser-registratie................................................................................................................................15 Multiuser-registratie in LRS.Net gebruikershandleiding .........................................................................15 Baseframe..............................................................................................................................................16 Baseframe in de LRS.Net gebruikershandleiding ..................................................................................16

Fase 5 Integratie van LRS.Net met de bestaande ICT infrastructuur........................................ 16 Erasmus MC ..........................................................................................................................................16 UMCU ....................................................................................................................................................17 UMC st Radboud ...................................................................................................................................17 LUMC.....................................................................................................................................................18

Fase 6 Inbedding in het onderwijs ............................................................................................. 18 Fase 7 Promotie projectresultaten ............................................................................................. 18 Fase 8 Evaluatie ........................................................................................................................ 18 Knelpunten ................................................................................................................................... 18 Standlijnen overzicht .................................................................................................................. 20 Kennis disseminatie.................................................................................................................... 21 AMEE 2005............................................................................................................................................21

Kostenoverzicht........................................................................................................................... 22 Declaratie ................................................................................................................................... 25 Bijlagen......................................................................................................................................... 26 Bijlage 1 Werkplan COO............................................................................................................ 26 Werkplan SCALE UMCU .......................................................................................................................26 Werkplan SCALE UMC st Radboud.......................................................................................................26 SCALE Erasmus MC..............................................................................................................................27 SCALE LUMC ........................................................................................................................................27

Bijlage 2 Mijn les is geclassificeerd want................................................................................... 29 Bijlage 3 AMEE abstract en poster ............................................................................................ 30 Abstract for AMEE 2005.........................................................................................................................30 Poster for AMEE 2005 ...........................................................................................................................30

Bijlage 4 Functioneel ontwerp.................................................................................................... 32

2

Samenvatting In het derde kwartaal zijn er vier bijeenkomsten geweest van de projectgroep. Eén extra bijeenkomst is met leden van de projectgroep gepland om extra aandacht te besteden aan de geïmplementeerde classificatiemodule en standaardisering van classificeren. Fase 2 startte. Door de projectdeelnemers zijn werkplannen opgesteld hoe bij hun instelling het COO in LRS.Net opgenomen gaat worden. Verder is er begonnen met het opstellen van een leidraad voor classificatie met de in dit project geïmplementeerde classificatie module. Het Functioneel ontwerp (Fase 3) is eind juli 2005 afgerond en er zijn nog wat accenten gelegd. In augustus 2005 is gestart met de technische implementatie van de studiecoach (Fase 4). Hierbij is veel werk verzet. De database (tabellen in LRS.Net) zijn aangepast voor SCALE. De zoekengine is gemaakt, tijdens de vergadering gedemonstreerd en verbeterd, getest door alle projectleden op de testserver, in productie genomen en in een technische specificatie en gebruikershandleiding opgenomen. Het zoeken in het grote aantal termen (40.000) en synoniemen (190.000) is versneld. Zoeken gaat op hele woorden en er kan gebruik gemaakt worden van wildcards (*) en AND, OR, NOT (AND NOT, OR NOT), met phrases d.m.v. dubbel quotes (“ “). De zoekterm wordt geregistreerd. Het gewicht van een gevonden les wordt uitgedrukt in een percentage. Advanced search kan momenteel al in meerdere talen zoeken en kan ook alleen lessen die in een bepaalde taal geschreven zijn selecteren. Alle in het FO benoemde classificaties zijn ingevoerd met de Classification Builder. Het classificeren van lessen is volledig geïmplementeerd. Er zijn tooltips toegevoegd voor de invoer van lessen. Er zijn procedures ontwikkeld die het indexeren van lessen in de database mogelijk te maken. De multiuser registratie is ontwikkeld om in dit geval voor beide studenten een registratie in het LRS.Net te realiseren, zodat het Personal Portfolio van beide studenten compleet blijft. Er is een Baseframe functionaliteit ontwikkeld. Dit houdt in dat een les binnen een frame van LRS.Net opgestart kan worden, het zogenaamde Baseframe. Zodra de gebruiker het frame verlaat wordt de sessie van LRS.Net afgesloten. Voor Fase 5 hebben alle deelnemende instelling de huidige stand van zaken weergegeven van de integratie SCALE met leeromgeving. Het project verloopt in deze fase heel voorspoedig. Een paar knelpunten worden in deze rapportage genoemd.

Projectdoelstelling Reeds 25 jaar wordt aan de Nederlandse medische universiteiten gebruik gemaakt van Computer Ondersteund Onderwijs (COO). Voor deze onderwijsvorm zijn inmiddels honderden programma’s gemaakt die in het medisch onderwijs (studies geneeskunde en biomedische wetenschappen) ieder hun eigen leerdoel en toepassing hebben. Met COO bedoelen wij in deze, alle denkbare vormen van elektronisch studiemateriaal, variërend van casuïstiek, tutorials, simulaties tot toetsen. Iedere instelling gebruikt hierbij zijn eigen materiaal. Het merendeel hiervan wordt als zelfstudie materiaal aangeboden. Het volgen van dit onderwijs is vaak niet verplicht en wordt niet getoetst. De toegenomen kwaliteit van het COO materiaal, zowel inhoudelijk als technisch, alsook de toegenomen kwantiteit vraagt om een meer structurele plaats in het onderwijs en in de toetsing. Met andere woorden de resultaten van de projecten uit het verleden moeten indalen in de organisatie van het onderwijs. De studies Geneeskunde van de universiteiten in Nederland zijn gebaseerd op het Raamplan 2001(Metz et al., 2001). Eén van de belangrijkste uitgangspunten hiervan is het aanleren van de vaardigheden waarmee de arts de gezondheidsproblemen van patiënten kan benaderen en oplossen. Elk COO is bedoeld ter ondersteuning van het aanleren van 1 of meerdere van deze vaardigheden en kunnen omschreven worden als de COO leerdoelen. Binnen het project moet aan de student een eenvoudige en snelle toegang tot (een specifieke selectie van) het COO materiaal geboden worden, waarbij de studie historie van de student in relatie tot de leerdoelen in de tijd automatisch wordt bewaakt. Behalve een longitudinale follow-up van een student over verschillende studiejaren, wordt het hierdoor ook voor de student mogelijk zijn eigen studieprestaties met betrekking tot de verschillende leerdoelen in te zien, voor zover

3

dat gedekt wordt door het aangeboden materiaal. Het systeem zelf kan automatisch studenten van een individueel studieadvies voorzien. De belangrijkste doelstelling van dit project is dus het koppelen van studie-informatie wat betreft het gebruik van COO met de curriculum database en de individuele student. Daarnaast is het belangrijk dat alle deelnemende instellingen de beschikking krijgen over COO materiaal van de zusterfaculteiten. Hoewel in het verleden hier al vaker afspraken over gemaakt zijn (zie bijlage) blijkt het in de praktijk niet altijd eenvoudig om te achterhalen waar welk materiaal zich bevindt en of dit ook geschikt is voor het eigen onderwijs. Door de directe beschikbaarheid van de lessen en de metadata waarin de leerdoelen zijn vastgelegd wordt dit proces vele malen simpeler. Deze ontwikkeling sluit aan op het concept van een LCMS (een Leerobject Content Management Systeem). Verschil hiermee is enerzijds dat de “leerobjecten” bestaan uit grote afgebakende modules en anderzijds dat de te ontwikkelen database slechts de metadata van de lessen bevat en niet de objecten zelf.

Voortgang per fase Fase 1 Opstellen leerdoelen boom voor COO materiaal Deze fase is in de tweede rapportage periode afgerond en reeds gerapporteerd. Er zijn momenteel geen activiteiten. In januari 2006 wordt deze fase opnieuw geopend om eventuele wijzigingen in de classificatie te kunnen doen, naar aanleiding van de ervaringen van de gebruikers hiermee.

Fase 2 Inventariseren en klasseren van COO materiaal Met deze fase is gestart in juli 2005. Alle partners zijn gestart met het invoeren van eigen COO in het LRS.Net. De metadatavelden voor de classificatie van het LRS.Net zijn inmiddels al aangepast aan SCALE en kunnen worden ingevuld. Ook de koppeling aan de classificatie kan gelegd worden. Naast het inventariseren en klasseren van COO materiaal valt onder deze fase ook het testen van nieuwe releases van LRS.net door de projectpartners. De technische realisatie van LRS.net door Leiden valt onder fase 4. In dit kwartaal hebben de projectdeelnemers nieuwe versies van LRS.Net getest. Er is gerapporteerd als er onderdelen van LRS.Net niet naar behoren werkten.

Werkplan COO Er zijn bij de verschillende faculteiten werkplannen opgesteld waarin wordt omschreven hoe het COO in LRS.Net opgenomen gaat worden. Zie hiervoor de bijgevoegde bijlagen van het UMC st Radboud en het UMCU. Erasmus MC en LUMC beschrijven in bijdrage hoe deze werkzaamheden uitgevoerd zijn.

COO classificeren Er is een extra bijeenkomst georganiseerd onder de projectgroepmedewerkers waarbij in de voor dit project geimplementeerde classificatie module van LRS.Net het classificeren is geoefend en voorzien van feedback. Van te voren hebben de projectmedewerkers lessen in LRS.Net online klaargezet voor de usergroepen Teachers en Administrators en aangegeven welke lessen in LRS ze geclassifieerd wilde zien op die dag (lessonID's). De in dit overleg opgestelde leidraad:" Mijn les is geclassificeerd want..." is te lezen in desbetreffende bijlage.

Fase 3 Functioneel ontwerp studie coach Deze fase is eind juli 2005 afgerond.

4

In de loop van de discussie over het Functioneel ontwerp zijn er nog wat accenten gelegd. Verder hebben alle projectmedewerkers bekeken of dit FO voldoet aan hun functionele specificaties. Review door studenten zal éénmalig na afloop van het volgen van de les plaatsvinden (in het huidige LRS.Net wordt deze mogelijkheid in het hoofdscherm aangeboden). Bij opstarten vanuit Blackboard komt de student niet langs dit review systeem. Onderzocht wordt hoe de lessen dan terugloggen naar deze pagina (logsession of baseframe) de review kan afvangen. Lessen zullen worden gekoppeld aan de classificati. De koppeling aan de classificatie is voor de gebruiker gesplitst in de verschillende takken. Er is nagedacht over de gewichten van de gevonden verbindingen met de boom en de metadata van de lessen van de les. De keuze is gemaakt om de zoekfunctie zo simpel mogelijk te maken (wel is er informatie verzameld om toch een zoekfunctie op ingewikkelde boomstructuren te kunnen hebben). Door het opstellen van de nieuwe classificatie is van de bestaande features (onderscheiden 3 groepen) van LRS.Net, de “Category of disease” vervallen in SCALE. Het traject van de studiecoach wordt los gezien van de zoekengine. Het huidige ontwerp zal verder worden uitgediept betreffende de studiecoach. In dit FO zal de coach bestaan uit het op verschillende manieren benaderen van de omgeving van een gevolgde les. Studiecoach adviezen kunnen gebaseerd zijn op: zwaarte van de les (via curriculum koppeling), gerelateerde lessen (via medische inhoud zoeken naar lessen met bijna hetzelfde onderwerp), mening van anderen over deze les (gebruiksgegevens van anderen), theorie bij de praktijk of praktijk bij de theorie, onderwijskundige omgeving van de les opzoeken (via de classificatie onderwijskundig) of je kan op basis van COO type een ander soortig les aanvragen. In het FO is een selectie uit de nieuwe databasedocumentatie opgenomen: een nieuw ER diagram is toegevoegd. Er is nagevraagd of domeinsplitsing binnen het coo.lumc.nl voor de verschillende projectpartners mogelijk is. Dit om elke faculteit de mogelijkheid te bieden in een herkenbaar format SCALE aan de gebruiker te presenteren. Per instituut zal er een aanvraag voor desbetreffende naam moeten worden gedaan (bijv. coo.erasmusmc.nl). Er is gesproken over de in het FO genoemde Service Level Agreement. Dit wordt gezien als een aanzet waarmee je het project kan afronden en waarmee je eventuele nieuwe partners in het project kunnen worden betrokken (en wellicht zelfs ten behoeve van een centrale organisatie van COO). Er zal nog verder overleg moeten zijn over wat er vastgelegd moet worden in een afspraak en over de aanvangsdatum en het format van deze agreement (kan ook een SLIntentions worden). Het FO is, na de eerste technische implementatie, gebruikt om te checken in hoeverre de implementatie vordert.

Fase 4 Technische realisatie studie coach Deze fase is in augustus 2005 gestart en er is inmiddels veel gerealiseerd. Er is van te voren geen uitgebreid Technisch Ontwerp geschreven, maar steeds zijn nieuwe versies van LRS.Net klaargezet op de testserver. Per mail werden alle projectgroep leden opgeroepen om naar nieuwe versies te kijken. Bij ontwerpbeslissingen die niet binnen Leiden genomen konden worden, werden ook aan de andere projectleden gemaild. Die vervolgens tussen een aantal alternatieven konden kiezen en daarop binnen enkele dagen moesten antwoorden. In de vergaderingen werden de nieuwere versies besproken. Hieronder volgt een beschrijving van de gerealiseerde technische implementatie, ter vervanging van een technisch ontwerp.

Database aanpassingen Om de COO classificatie in LRS.Net te kunnen implementeren is de LRS.Net database uitgebreid met de volgende tabellen: - Term, om voor alle classificatie termen op te slaan: o tot welke classificatie tak deze behoort (RootTreeID)

5

de naam van de term (Name) de taal van de term (Lng) de codering (Code) de originele MeSH code (OriginalCode de beschrijving van de term (Description) 3 velden om gegevens over een eventueel plaatje op te slaan ( ImageType, Image en ImageThumb) Tree, om de boomstructuur en de plaats van termen in de classificatieboom op te slaan: o de ouder, ofwel de hoger gelegen oksel in de boom (ParentID) o optioneel de term die aan de oksel verbonden is. Er komen dus ook oksels voor die alleen de vorm van de boom bepalen, maar waaraan geen term is verbonden (TermID) o het eerste kind, ofwel de eerste dieper gelegen oksel in de boom (FirstChild) o het eerste broertje of zusje, ofwel de volgende oksel op hetzelfde niveau (NextSibling) o BranchType o de mogelijkheid om lessen aan deze oksel van de classificatie te koppelen (LT_Linkable) o degene die de tak mag aanpassen/eigenaar is van de tak (AdmingroupID) o de MeSH codering voor de plaats in de boom (Code) o de door LRS.Net gegenereerde codering, waarin het pad van de wortels tot aan de oksel wordt weergegeven (InternalCode). Synonym, om de synoniemen voor termen in op te slaan: o de term waarvan dit een synoniem betreft (TermID) o de naam van het synoniem (Name) o de taal van het synoniem (Lng) LT_Link, om de koppeling van lessen aan de classificatie vast te leggen: o de unieke code van de les (LessonID) o de plaats van de koppeling in de boom (TreeID) o het gewicht van de koppeling (Weight) o o o o o o

-

-

-

Voor het zoeken is de database opnieuw uitgebreid, nu met de volgende tabellen: - Word, om alle woorden in op te slaan waarop gezocht kan worden: o het zoekwoord (Name) o het woord zonder speciale tekens (InternalName) o de taal van het woord. - LostWord, om alle losse woorden waarop niet gezocht mag worden op te slaan: o het verboden zoekwoord (Name) o de taal van het woord. - TW_Link, koppeling tussen de tabel Word en Term om op te slaan welke woorden in een term voorkomen: o de unieke code van de term (TermID) o de unieke code van het woord (WordID) o het gewicht van het woord t.o.v. de volledige term (Weight) - LW_Link, koppeling tussen de tabel Word en Lesson om op te slaan welke woorden in de beschrijvende velden van de les voorkomen: o de unieke code van de les (LessonID) o de unieke code van het woord (WordID) o het gewicht van het woord t.o.v. het volledige beschrijvende veld (Weight) o verwijzing naar het veld van de les waaruit het woord afkomstig is (SearchItem). - LF_Link, koppeling tussen de tabel Lesson en Feature om op te slaan welke features de les aan gekoppeld is: o De unieke code van de les (LessonID) o De unieke code van het feature (FeatureID)

6

7

Zoekmachine gebruikersinterface Het zoeken naar lessen is geïmplementeerd. Afhankelijk van de rechten van het account wordt het zoekresultaat meer of minder uitgebreid weergegeven, zoals beschreven in het Functioneel Ontwerp. Voor studenten wordt getoond: - het icoon van de les, - de titel, - het gewicht, - het icoon van de instelling die eigenaar is van de les, - de beschrijving van de les, - de taal, - de tijdsduur. Hierbij wordt de zoekterm gekleurd weergegeven, wanneer deze in één van de getoonde velden werd gevonden.

Student zoekresultaat Voor docenten en administratoren wordt hetzelfde getoond als voor studenten, met daarbij: - het onderwerp, - de versie datum, - het unieke Lesson ID, - de URL, - de plaats van de les in de classificatietakken, - de gebruikersgroepen waarvoor de les beschikbaar staat, - de checks die op de eindgebruikers PC worden uitgevoerd voor het starten.

Docent/Administrator zoekresultaat Met Advanced search kan de taligheid ingesteld worden, van zowel de interpretatie van de zoekterm, alsook de taal van de les zelf. In het voorbeeld wordt een Engelse term ingetypt, waarmee naar Nederlandstalige lessen wordt gezocht.

Advanced search

Zoekmachine in LRS.Net gebruikershandleiding In de LRS.Net handleiding wordt het zoekmechanisme als volgt beschreven: “The string can consist of one or multiple words. Words can be separated with logical operators “AND”, “OR” or “NOT” , these operators are case-sensitive. Two words separated by a space are considered to be separated by AND. The use of wildcards is also enabled. The characters “*” and “?” can be used when searching for only a part of a word. A combination of words in a specific order, a phrase, should be put between brackets “”. Some examples: - appendicitis -> all lessons about appendicitis - simulation -> all lessons presenting in the form of a simulation - “acute appendicitis” -> all lessons about acute appendicitis, described with this specific combination of two words - appendicitis NOT acute -> all lessons about appendicitis, except the ones about the acute form of appendicitis

9

-

appendicitis AND acute -> all lessons about acute appendicitis, described with these two words in any order - abdomen anatomy -> all lessons about anatomy and about the abdomen - appendi* -> all lessons about appendicitis, but also about the appendix in general or any other word containing the letters “appendi” in this order. Advanced search can be used to search only for lessons in a specific language, or to make sure your search string is interpreted in the right language.”

Technische beschrijving zoekmachine Voor het zoeken zijn naast de bij Database aanpassingen genoemde nieuwe tabellen, ook een aantal bestaande tabellen van belang. Lesson, de 3 velden, name, subject en description waarin gezocht wordt Feature, de vakgebieden waarin gezocht wordt Synonym, synoniemen van de termen van de classificatie waarin gezocht wordt Log, om de zoekwoorden die door studenten zijn ingetypt op te slaan Bij het zoeken via de metadata worden de velden Lesson.Name, Lesson.Subject, Lesson.Description betrokken en via LF_Link het veld Feature.Name. Bij het zoeken via de classificatie worden via de velden Term.Name, Term.Description en Synonym.Name betrokken. Omdat het vergelijken van de zoekterm met al deze velden in praktijk te traag werkt zijn een aantal tussentabellen in het leven geroepen; Word, LostWord, TW_Link en LW_Link In de tabel Word zijn alle losse worden uit de bij het zoeken betrokken velden opgeslagen. In de tabel LostWord staan alle woorden waarop niet gezocht kan worden. Bij het zoeken wordt de zoekopdracht eerst gesplitst in losse woorden, waarvan alle tekens, zoals ë, ï e.d omgezet worden in gewone letters. Als in de zoekopdracht AND, NOT of OR voorkomt worden deze logisch geïnterpreteerd. De woorden die in de tabel LostWord voorkomen worden genegeerd. Met de rest van de woorden wordt individueel gezocht en voor elke zoekterm wordt een collectie met lessen met het bijbehorende gewicht opgesteld. Bij het zoeken via de metadata wordt het volledige woord gezocht in de bovengenoemde velden, waarbij rekening wordt gehouden met eventuele taligheid van het woord, afhankelijk van de instelling bij ‘advanced search’. Wanneer het woord hierin voorkomt wordt de bijbehorende les aan de collectie toegevoegd met een gewicht van 1 voor de naam (veld:name) en het onderwerp (veld:subject) van de les en 0.75 voor de beschrijving(veld:description). Hierbij wordt het gewicht gedeeld door het aantal woorden wat dit veld in totaal beslaat. Wanneer een les meerdere malen wordt gevonden bij dezelfde zoekterm, telt het hoogste gewicht. Bij het zoeken via de classificatie wordt het volledige woord gezocht in de bovengenoemde velden van de tabel Term. In de tabel Tree wordt vervolgens opgezocht aan welke oksels van de classificatie deze Term is verbonden. Van deze oksels (TreeID’s) wordt via de tabel LT_Link gekeken of hier lessen aan verbonden zijn en wordt het gewicht van de koppeling opgehaald en de les toegevoegd aan de collectie. Vervolgens wordt ook nog voor al deze TreeID’s in de internal codes van de andere TreeID’s gekeken of het een nakomeling van deze TreeID is, zo ja, dan wordt gekeken of hier lessen aan gekoppeld zijn. Als dit zo is worden de lessen aan de collectie toegevoegd, waarbij het gewicht van de koppeling in LT_Link wordt verminderd (gedeeld door de afstand tot het originele TreeID * 0.33 +1), dus als het gevonden TreeID een direct kind is van de originele TreeID, wordt het gewicht bijvoorbeeld gedeeld door 1.33. Wanneer het gewicht kleiner is dan 0.01 wordt de les niet toegevoegd aan de collectie. Bij het gebruik van wildcards (* of ?) wordt niet het volledige woord gezocht in de tabel Word, maar wordt met een ‘Like’ statement gezocht, zodat ook de woorden worden gevonden waarin de zoekterm een gedeelte van het woord uitmaakt. Bij meerdere zoektermen worden nu de opgebouwde collecties samengevoegd volgens de volgende formules, waarin W1 het gewicht van de gevonden les bij de eerste zoekterm is en W2 bij de tweede zoekterm:

10

Zoekterm1 AND Zoekterm2 => W1 * W2 Zoekterm1 NOT Zoekterm2 => W1 * (1 – W2) Zoekterm1 OR Zoekterm2 => Max (W1, W2). Wanneer met ‘Advanced search’ de taligheid van de les is ingesteld, worden de lessen in de verkeerde taal uit de collectie gefilterd. De lessen waar de gebruiker geen recht op heeft (er bestaat geen koppeling tussen de les en 1 van de usergroepen waar de gebruiker toe behoort) worden ook uit de collectie gefilterd. De lessen die niet online staan, onbereikbaar zijn, worden ook uit de collectie gefilterd. Bij meerdere woorden tussen dubbelquotes als zoekterm (een zogenaamde phrase) wordt de phrase beschouwd als een lang woord met een spatie erin.

Stored procedures voor het zoeken in de database Bij het zoeken worden de stored procedures spSearchLesson voor het zoeken van een les aan de hand van de metadata en spSearchTree aangeroepen voor het zoeken van de les aan de hand van de koppeling aan de classificatie: spSearchLesson In de zoekstring worden eerst met de functie fncVervangDoorSpaties alle karakters zoals <, >, !, ? en punten en komma’s vervangen door spaties. Met de functie fncDeleteLostWords worden alle woorden die in de tabel LostWords voorkomen uit de zoekopdracht gefilterd. De losse woorden worden nu exact gezocht in het veld InternalName van de tabel Word, rekening houdend met de taal van de zoekopdracht. Via de tabel LW_Link wordt het LessonID van de gekoppelde les opgehaald. Met de functie fncMathMax wordt hierbij het maximale gewicht van de betreffende records in de tabel LW_Link bepaald en overgenomen als gewicht van de koppeling van de gevonden les aan het zoekwoord. Als in de zoekopdracht een wildcard voorkomt (* of ?), wordt gezocht of de zoekstring deel uitmaakt van het veld InternalName van de tabel Word. spSearchTree De procedure bij het zoeken via de boomstructuur lijkt sterk op die van spSearchLesson. Eerst worden de vreemde tekens vervangen door spaties en de LostWords uit de zoekstring gefilterd. De losse woorden worden weer gezocht in het veld InternalName van de tabel Word, maar nu wordt via de tabel TW_Link, Term, Tree en LT_Link het LessonID van de gekoppelde les opgehaald.

Classification Builder In het LRS.Net kunnen administratoren hun eigen classificatie boom invoeren. De rechten hiervoor gaan op basis van lidmaatschap van een administratorgroep. De 5 classificatie takken voor het classificeren van Medisch COO, zoals gerapporteerd in de vorige voortgangsrapportage zijn inmiddels ingevoerd: - MeSH voor de medische inhoud, - CBT-Type voor de typering van het soort COO, - Technical voor het beschrijven van de benodigde techniek voor het aanpassen of distribueren van de lessen, - Educational voor de beschrijving van het onderwijskundige principe achter de les, - Curriculum voor de plaats van het COO in het eigen onderwijsprogramma. Elk instituut heeft een eigen administratorgroep die de curriculum-tak van de classificatie kan onderhouden.

11

Omdat het bouwen van de classificatie slechts een éénmalige actie is en daarna slechts sporadisch aanpassingen aan de curriculum classificaties worden verricht, is hiervoor geen hoofdstuk in de LRS.Net handleiding opgenomen.

Technische beschrijving Classification Builder Elke classificatie bestaat uit een boomstructuur en bladeren die (eventueel op meerdere plaatsen) aan de oksels van de boom gekoppeld kunnen worden. De boomstructuur is opgeslagen in de tabel Tree, de termen of bladeren in de tabel Term. De rechten voor het veranderen, toevoegen of verwijderen van takken of bladeren worden bepaald door het AdmingroupID van het TreeID. Automatisch wordt bij kinderen die onder een TreeID worden toegevoegd hetzelfde AdmingroupID aangehouden. Eenmalig zijn handmatig de verschillende takken aan de verschillende administratiegroepen toegekend. Tijdens het invoeren van de classificatie wordt steeds per term en per oksel Stored Procedures aangeroepen (zie hoofdstuk Stored Procedures) met behulp van triggers die zorgen voor het automatisch indexeren. Triggers Er staan triggers op tabellen die geïndexeerd moeten worden voor het zoeken. De triggers worden geactiveerd wanneer in de tabel iets wordt veranderd, toegevoegd of verwijderd. De triggers roepen één van de stored procedures aan en geven hieraan parameters door, zodat alleen het veranderde record opnieuw geïndexeerd wordt en niet de hele tabel. Er staan triggers die stored procedures aanroepen voor het indexeren op de tabellen Term en Synonym, die spIndexTerm aanroepen en op Feature en Lesson die spIndexLesson aanroepen. Op de tabel Tree staat een trigger die spInternalCodes aanroept.

Classificeren Het classificeren van lessen is volledig geïmplementeerd. Elke administrator kan zijn/haar eigen lessen classificeren en krijgt 1 maal per maand automatisch bericht over de stand van zaken van de eigen lessen op het gebied van de classificatie. Bij het classificeren heeft de classificeerder een aantal hulpmiddelen tot zijn beschikking. - Omdat vooral de MeSH classificatie erg uitgebreid is kan de classificeerder hierin zoeken naar een passende term met behulp van losse woorden. - De classificeerder heeft direct een overzicht van de mate waarin de les geclassificeerd is door de lijst met classificatie takken en het aantal koppelingen van de les hieraan rechtsboven in het scherm. Hier wordt ook het classificatiegetal getoond, wat aangeeft hoe goed de les geclassificeerd is in vergelijking met de best

12

geclassificeerde les in het systeem. De classificatie takken zijn aanklikbaar, waarbij direct naar de hoofdtak wordt gesprongen. - Het gewicht van een subtak kan automatisch naar een willekeurig getal geschaald worden, waarbij de verhouding tussen de gewichten van de kinderen hiervan gelijk blijft. Op 27 september jl. is een extra bijeenkomst gehouden voor de projectgroepleden om elkaar te helpen met de aanpak bij het classificeren van COO. Met behulp van de richtlijnen die tijdens deze bijeenkomst opgesteld zijn is het betreffende gedeelte van de handleiding van LRS.Net geschreven.

Classificeren in LRS.Net gebruikershandleiding In de LRS.Net handleiding wordt het classificeren van lessen als volgt beschreven: “To ensure that Endusers can find lessons with the right specifications, all lessons should be classified in the Computer Based Training classification that is incorporated in LRS.Net. The classification consists of 5 roots; MeSH classification, CBT-Type, Technical, Educational and Curriculum. All lessons should be linked to the first 4 roots and can be optionally linked to the own curriculum. The button Classify Lesson provides access to a list of all the lessons of the administrator and displays the classification percentage. The best classified lesson has a percentage of 100. Zero percent indicates that the lesson has not yet been classified. Select a lesson name from the list and click the Select button to enter the classification module. The currently linked classification items are displayed top left in the classification module. The number of links to each classification root is displayed top right in the classification module. Each root can be reached directly by clicking on it. The Search box can be used to search for specific terms in the classification and is especially useful when classifying in MeSH. Mulitple search terms are interpreted with a logical AND, and return only those classification items that contain all search terms. The search results are displayed below the box as the route from the root of the classification to the classification item. If this route is too long to display, the middle is abbreviated to (…). Clicking on a route displays the classification tree on the right, with the item highlighted. In

13

MeSH the same classification item can appear multiple times in the tree. The lesson can be linked once or several times to the same item, as long as the route to get there is applicable. Clicking on the item in the classification tree links the lesson to the classification with a weight of 100%. The weight can be updated by clicking on the linked classification item in the top left list. The new number (between 0 and 1) should be typed in the box and saved by clicking the Update Weight button. The weight indicates how well the description of the classification item (displayed middle right in the screen) applies to the lesson. 0.2 indicates only little resemblance, 1 indicates accurate describer of the lesson. Weights can be automatically scaled to a number between 0 and 1 by clicking the button Scale. The weight of the selected link and its siblings is than automatically updated such as that the total of these weights is the number entered in the scale box. Each link can be removed by selecting it in the top left list and clicking the button RemoveLink.”

Stored procedures voor het indexeren in de database Hieronder volgt een beschrijving van de technische stappen die zijn geautomatiseerd om het indexeren van lessen in LRS.Net mogelijk te maken. Voor het indexeren worden een aantal Stored Procedures in de LRS.Net database aangeroepen: spIndexAllesBatch De tabel Word wordt leeg gemaakt. Hierdoor worden ook automatisch alle records uit de tabellen TW_Link en LW_Link verwijderd. Vervolgens worden spIndexTermBatch en spIndexSynonymBatch aangeroepen om de tabellen Word en TW_Link opnieuw te vullen en spIndexFeatureBatch en spIndexLessonBatch om de tabellen Word en LW_link opnieuw te vullen. Daarna worden alle woorden die in de tabel LostWord voorkomen uit de tabel Word verwijderd. Door middel van spInternalCodes worden alle InternalCodes van de tabel Tree opnieuw gevuld. spIndexTermBatch Uit de tabel Term worden Name, Lng en Description opgehaald. Woorden uit het Name veld worden met behulp van spIndexTerm met een gewicht van 1.0 geïndexeerd, woorden uit het veld Description met een gewicht van 0.75. spIndexTerm Met de functie fncVervangDoorSpaties worden alle karakters zoals <, >, !, ? en punten en komma’s vervangen door spaties. Met de functie fncCountWords wordt het gewicht gedeeld door het aantal woorden waaruit de Name of Description bestaat. Vervolgens wordt elk woord afzonderlijk in de tabel Word opgeslagen in het veld Name. Met de functie fncMaakInternal worden letters met trema’s of accenten omgezet in gewone letters en als InternalName opgeslagen. Er wordt een record in de tabel TW_Link aangemaakt met het berekende gewicht. Bestaat het record al, dan wordt dit aangepast met het hoogste gewicht. spIndexSynonymBatch Uit de tabel Synonym worden Name en Lng opgehaald. Van deze records wordt gecontroleerd bij welk TermID ze behoren en voor dit termID wordt spIndexTerm aangeroepen. De Name en Lng van het synonym worden hierbij als Name en Lng van de Term beschouwd. spIndexLessonBatch Uit de tabel Lesson worden de velden Name, Subject, Description, EducationalSetting en Lng opgehaald. Woorden uit het veld Name en Subject worden met behulp van spIndexLesson met een gewicht van 1.0 geïndexeerd, woorden de velden Description en EducationalSetting met een gewicht van 0.75. spIndexLesson Net als bij spIndexTerm worden de functies fncVervangDoorSpaties, fncCountWords en fncMaakInternal aangeroepen en wordt elk woord afzonderlijk opgeslagen in de tabel Word. Er wordt een record in de tabel LW_Link aangemaakt met het berekende gewicht. Bestaat het record al, dan wordt dit aangepast met het hoogste gewicht. spIndexFeatureBatch Uit de tabel Feature worden de velden Name en Description opgehaald. Van deze records wordt gecontroleerd bij welk LessonID ze behoren en voor dit LessonID wordt spIndexLesson

14

aangeroepen. De Name en Description van de Feature worden hierbij als Name en Description van de lesson beschouwd. Voor het gewicht wordt voor beide 0.8 aangehouden. spInternalCodes In de tabel Tree wordt het veld InternalCode gevuld. Hierin worden alle TreeID’s opgeslagen, vanaf de root tot en met het eigen TreeID, gescheiden door punten.

Multiuser-registratie In het onderwijsprogramma van Nijmegen wordt structureel gewerkt met meerdere studenten achter 1 PC. De multi-user registratie is ontwikkeld om in dit geval voor beide studenten een registratie in het LRS.Net te realiseren, zodat het Personal Portfolio van beide studenten compleet blijft. Om een les voor meerdere gebruikers tegelijk beschikbaar te stellen hoeft binnen het LRS.Net zelf aan de les niets veranderd te worden. De multi-user functionaliteit wordt afgevangen bij het opstarten LRS.Net. De multi-user registratie is bedoeld voor, en werkt optimaal bij, het opstarten van een les in LRS.Net vanuit bijvoorbeeld een leeromgeving als Blackboard. De student die in Blackboard is ingelogd wordt hierbij automatisch door LRS.Net herkend en aan de overige studenten wordt gevraagd of zij zich bekend willen maken met emailadres en paswoord. LRS.Net controleert of de gegevens van de accounts overeenkomen met de database. Bij het starten van de les worden evenveel sessies aangemaakt als er studenten aan de sessie deelnemen. Aan het eind van de sessie worden, bij het regulier sluiten van de les, de uiteindelijke gegevens van het gebruik van de les teruggeschreven naar de sessies van alle deelnemende studenten.

Multiuser-registratie in LRS.Net gebruikershandleiding In de gebruikershandleiding van LRS.Net staat de multi-user registratie als volgt beschreven: “LRS.Net automatically registers all sessions of the users in his personal portfolio. If two students work behind one computer and the first (primary) student is logged in to LRS.Net, the other (secondary) users can be offered a registration in their personal portfolio by using the parameter ‘’MULTIUSER” on the url to LRS.Net. The value of the parameter determines the maximum number of students that can be registered during one session of the lesson and can be any number above 2. The following url will start lesson number 477 in LRS.Net and provides the opportunity to register 4 more students, once the first student is logged in. http://coo.lumc.nl?lessonid=477&multiuser=5 All extra students are asked for their email address and password, which are checked for validity, before the lesson is started up. If there are less students than the maximum number, student fields can be left blank. If this session is updated for the primary user, the other data such as Score, Comments, Endtime and Costs will be copied for the secondary users. If lessons are started up by a RichUrl In Blackboard, multiuser registration can be effected by adding a static parameter in part 3 of the RichUrl, named “mulituser” with value 2 or higher. “

15

Baseframe Omdat het LRS.Net ook naar pagina’s of lessen kan verwijzen die niet door het eigen instituut beheerd worden, is het niet altijd mogelijk om de lessen informatie terug te laten schrijven in de LRS.Net database. Om toch te kunnen nagaan hoe lang studenten de les gebruikt hebben, is het Baseframe ontwikkeld. Deze functionaliteit binnen LRS.Net houdt in dat de betreffende les binnen een frame van LRS.Net opgestart kan worden, het zogenaamde Baseframe. Zodra de gebruiker het frame verlaat wordt de sessie van LRS.Net afgesloten.

Baseframe in de LRS.Net gebruikershandleiding De functionaliteit van de Baseframe pagina wordt als volgt beschreven in de LRS.Net handleiding: “Using a special framepage in LRS.NET can enable logging sessiondata of WebPages of yourself and others. The url no longer refers to the lesson itself, but to the page: Baseframe.html. This page accepts 4 parameters from LRS.NET: sessionid, title, comments and url. An example of a lessonurl that refers to baseframe is: baseframe.html?sessionid=@i&title=Functieonderzoek gewrichten&url=http://coo.lumc.nl/div1/videoinstructie/orthopedie This hyperlink will redirect to the local page baseframe.html in LRS.NET. This page will automatically open the page that is referred to with the url parameter in its main frame, in this case http://coo.lumc.nl/div1/videoinstructie/orthopedie Sessonid=@i hands on the session number to baseframe.html. This sessionid is used to identify which session the data should be added to when the student finishes the lesson. Title=Functieonderzoek gewrichten will display Functieonderzoek gewrichten in the titlebar when the lesson is started up. Closing the frame or navigating to another page will automatically end the LRS.NET session and log back the sessiondata in LRS.NET. Comment is automatically logged. This can be overruled by adding &comments=0 to the lessonurl. The URL parameter points to the location of the application. It can be followed by parameters that are needed by the application, for example to start on a specific page. These parameters must be specified in an escaped format. For escaping parameters you should use %3F instead of a ‘?’ questionmark and %26 instead of a ‘&’ ampersand. For example: baseframe.html?sessionid=@i&title=Functieonderzoek gewrichten&url=http://coo.lumc.nl/div1/videoinstructie/orthopedie%3FName=myname%26Stu dentID=MyID This example will start the program located at http://coo.lumc.nl/div1/videoinstructie/orthopedie, with the title ‘Functieonderzoek gewrichten, passing the values myname and MyID in the parameters Name and StudentID to the application through the baseframe.html with the current session.”

Fase 5 Integratie van LRS.Net met de bestaande ICT infrastructuur Per deelnemde instelling is de huidige stand van zaken weergegeven van de integratie van LRS.Net met de huidige elektronische leeromgeving. Er wordt ondermeer aangegeven hoe ver de integratie is gevorderd met de leeromgeving en ingegaan op de begrippen: Rich Url, ELO, COO lessen, overdracht namen studenten en wat de knelpunten zijn. Het aspect van privacyprobleem door het aanleveren van studentgegevens heeft de aandacht.

Erasmus MC Het Erasmus MC maakt gebruik van de elektronische leeromgeving Blackboard, aangeboden via de Erasmus Universiteit Rotterdam. De wens bestaat om LRS.net te koppelen aan Blackboard, zodat studenten niet tweemaal hoeven in te loggen. Deze mogelijkheid zou geboden kunnen worden door gebruik te maken van het RichURL building block voor Blackboard, dat ontwikkeld is in het kader van het SCALE project. In overleg met de

16

Blackboard-systeembeheerders is het building block in september 2005 getest op de testserver van de Erasmus Universiteit en het werkte naar behoren. Naar verwachting zal het building block in oktober 2005 op de Blackboard productieserver worden geïnstalleerd, zodat Rotterdamse studenten COO programma's vanaf dat moment vanaf Blackboard, via LRS.net, kunnen opstarten, zonder opnieuw te hoeven inloggen.

UMCU Voor het kunnen doorschakelen vanuit WebCT naar een les in LRS.Net is een verbinding nodig vanuit WebCT die het toestaat dat informatie naar LRS.Net wordt gestuurd. Voor het maken van die verbinding moet nog het een en ander worden geregeld. Aangezien WebCT in Utrecht wordt gehost door een aparte organisatie, het CIM voor verschillende faculteiten, kan het niet zomaar worden ingesteld. De voorbereidende stappen zijn gemaakt hiervoor en de verwachting is dat dit binnen afzienbare tijd kan worden geregeld. Alle onderwijsonderdelen kunnen vanuit WebCT worden benaderd dus wanneer een COO les ook vanuit WebCT zou kunnen worden benaderd heeft dit in de praktijk alleen maar voordelen. Nu moeten de studenten hier nog apart voor inloggen.

UMC st Radboud Deze notitie beschrijft voor het UMC St Radboud de integratie van LRS.Net met de leeromgeving. Punten die hierbij toegelicht worden zijn de Rich URL, ELO, COO lessen, overdracht namen studenten en wat knelpunten zijn. Rich URL Deze extensie heeft als doel het mogelijk te maken dat er in Blackboard een link naar een extern systeem wordt geplaatst die informatie meegeeft over de Blackboard context waarin de link gebruikt wordt. Op dit moment is het in Blackboard al mogelijk om het coursid en userid als parameters door te geven. Rich URL is een open source Blackboard extensie waarmee naast het courseid en userid extra variabelen zoals first name, last name, e-mail, student-id, user gender, user birthday, courseid doorgegeven kunnen worden. De aanvraag voor opname van het Rich Url building block in de Blackboard omgeving is door de Blackboard beheerders van het UMC St Radboud ingebracht in het centrale overleg van Blackboard beheerders voor de Radboud Universiteit Nijmegen, omdat deze extensie daar centraal geimplementeerd moet worden. In dit overleg werd de Rich URL extensie voor interne doelen enthousiast ontvangen, maar voor externe doelen zijn er vraagtekens over de privacy van de studenten. Momenteel wordt daarover binnen het UMC overleg gepleegd. De informatie die via Rich URL wordt doorgespeeld biedt extra functionaliteit voor LRS gebruikers daar waar de gebruiker (of docent) informatie oproept over de lessen die er tot dan toe door gebruikers zijn gemaakt (LRS - personal portfolio optie voor gebruiker en Show sessions optie voor docent). In afwachting van nadere ontwikkeling ten aanzien van de privacy van de studentengegevens zou onderzocht kunnen worden of middels het userid van de student, die namelijk hetzelfde is als het eerste deel van het e-mailadres, een koppeling kan worden gelegd. ELO (Elektronische Leer Omgeving) De toegang van Computer Ondersteunend Onderwijs (COO) bij het UMC St Radboud te Nijmegen is geregeld via Blackboard of via speciale onderwijsdirectory’s voor programma’s die in de computerzalen worden uitgevoerd. Omdat het onderwijs in Nijmegen geroosterd is in een curriculum (blokken) wordt in een duidelijke volgorde COO aangeboden en gevolgd. Een COO les of lessongroup in LRS kan middels een hyperlink vanuit de DLO Blackboard of via de computerzalen worden opgestart. COO lessen Er zijn circa 200 COO programma's die gereed gezet kunnen worden in LRS.Net. Op dit moment zijn er een vijftal COO's in LRS.Net gezet. Binnenkort zal met de classificatie worden gestart. Er zijn besprekingen gaande op welke manier het COO via LRS.Net beschikbaar kan komen. COO-materiaal wat geen directe begeleiding vereist wordt nu via Blackboard en de computerzalen aangeboden. LRS.Net kan worden aangeboden om COO materiaal van overige faculteiten te ontsluiten als een extra service aan studenten en docenten. In het begin van het project is via de Functionele specificaties de wens geuit dat meerdere studenten tegelijk registreerbaar moeten zijn als zij samen een COO maken. Dit is inmiddels

17

in LRS.Net gerealiseerd en is bevorderlijk voor integratie van LRS.Net met de huidige onderwijsomgeving. Overdracht namen studenten Dat de studenten bekend zijn in LRS, welke student wat heeft gedaan, studentnamen importeren is nog niet gerealiseerd in verband met wet op privacy persoongegevens (studentgegevens). Vanuit het UMC st Radboud is hierover nog geen beslissing genomen. Knelpunten • Hoe omgaan met installeren van plugins nodig voor het draaien van COO, in beschermde omgevingen zoals managed workplace ? • Overdracht studentgegevens in het kader van de privacy bescherming betekent een knelpunt voor identificatie gebruikersgegevens via het importeren van studentgegevens en het implementeren van een Rich URL Building.

LUMC Voor de volledigheid wordt hier gemeld dat het LRS.Net in het LUMC volledig geïntegreerd is in de onderwijsomgeving. - Al het COO wordt uitsluitend via het LRS.Net aangeboden en geregistreerd. - De RichUrl koppeling in Blackboard wordt gebruikt om studenten automatisch te laten inloggen in LRS.Net wanneer zij reeds in Blackboard zijn ingelogd. In het uitzonderlijke geval dat de student wel in Blackboard bekend is, maar niet in LRS.Net, dan wordt hierbij automatisch een LRS.Net accoutn aangemaakt. - Voor alle studenten die bij de onderwijsadministratie bekend zijn wordt automatisch een LRS.Net account aangemaakt met de juiste gebruikersrechten. - Docenten kunnen zelf een (internet gebruikers) account aanmaken in LRS.Net. De rechten van dit account worden ‘s nacht automatisch opgewaardeerd. - LRS.Net is beschikbaar vanaf elke computer binnen het LUMC en natuurlijk vanaf elke andere werkplek met een internet verbinding.

Fase 6 Inbedding in het onderwijs Deze fase start in augustus 2006

Fase 7 Promotie projectresultaten Deze fase start pas in september 2006.

Fase 8 Evaluatie Deze fase start in september 2006.

Knelpunten Er is tijdens het derde kwartaal een knelpunt te benoemen met betrekking tot de integratie van LRS.Net met de leeromgeving. In Utrecht omdat vanwege het kunnen doorschakelen vanuit WebCT naar een les in LRS.Net een verbinding nodig is vanuit WebCT die het toestaat dat informatie naar LRS.Net wordt gestuurd. Voor het maken van die verbinding moet nog het een en ander worden geregeld. Aangezien WebCT in Utrecht wordt gehost door een aparte organisatie, het CIM voor verschillende faculteiten, kan het niet zomaar worden ingesteld (zie hiervoor verder de beschrijving bij Fase 5). De inpassing in het onderwijsbeleid blijft een knelpunt. De verschillende opleidingsdirecteuren zijn of worden benaderd, want ze zijn onvoldoende op de hoogte van het project SCALE. In Rotterdam is per 1 september 2005 een nieuwe opleidingsdirecteur voor Geneeskunde benoemd. Door een drukke agenda is het nog niet mogelijk geweest om hem een demonstratie van LRS.net te geven, maar de verwachting is dat dit in het najaar van 2005 wel kan plaatsvinden. In Nijmegen is er nog geen beslissing genomen over de omgang met de overdracht van studentgegevens in het kader van de privacy bescherming (bijv. gebruik van een Rich Url in

18

Blackboard). Verder zal bij het UMC st Radboud een projectmedewerker vanaf januari 2006 een paar maanden afwezig zijn voor zwangerschaps- en bevallingsverlof.

19

Standlijnen overzicht Jan Feb Mrt Apr Mei Juni Juli Aug Sept Okt Nov Dec 2005 2005 2005 2005 2005 2005 2005 2005 2005 2005 2005 2005 Fase 1 Classificatie leerdoelen Fase 2 Inventarisatie COO Fase 3 Functioneel ontwerp Fase 4 Technische realisatie Fase 5 Integratie infrastructuur Fase 6 Inbedding onderwijs Fase 7 Promotie resultaten Fase 8 Evaluatie Jan Feb Mrt Apr Mei Juni Juli Aug Sept Okt Nov Dec 2006 2006 2006 2006 2006 2006 2006 2006 2006 2006 2006 2006 Fase 1 Classificatie leerdoelen Fase 2 Inventarisatie COO Fase 3 Functioneel ontwerp Fase 4 Technische realisatie Fase 5 Integratie infrastructuur Fase 6 Inbedding onderwijs Fase 7 Promotie resultaten Fase 8 Evaluatie Fase 2 loopt momenteel een beetje achter op schema, maar verwacht wordt dat deze achterstand tegen het einde van het jaar is ingelopen. Fase 4 loopt wat voor op schema. Besloten is om in dit kalenderjaar de zoekmachine en het classificeer mechanisme volgens het functioneel ontwerp te implementeren en volgend jaar in de fase 3 en 4 ons vooral te richten op het studiecoach gedeelte. Binnen fase 5 is reeds gestart met de voorbereidingen voor de integratie van LRS.Net met de huidige leeromgevingen op de verschillende instellingen. Deze fase is in het standlijnen overzicht vervroegd. In de projectvergadering van 26 oktober 2005 is besloten om kennisdisseminatie met fase 7 te laten samenvallen. Aangezien al aanzienlijk veel kennis is opgedaan en ook al naar buiten wordt uitgedragen lag het danook voor de hand om het standlijnenoverzicht aan te passen. Fase 7 is nu eerder in het project gestart en loopt tot het eind van het project door.

20

Kennis disseminatie AMEE 2005 Door een aantal leden van de SCALE projectgroep is deelgenomen aan het AMEE congres. Dit jaarlijkse congres van de Association for Medical Education in Europe vond plaats van 30 augustus tot en met 3 september in Amsterdam. Het congres telde ruim 1800 deelnemers. Het SCALE project is gepresenteerd tijdens een poster-sessie over e-learning (zie abstract en poster in bijlage). Belangrijke thema's voor het SCALE project worden hieronder kort toegelicht. E-learning De laatste jaren is e-learning een steeds belangrijker onderdeel geworden van het AMEE congres. Eén van de sprekers gaf aan dat in 20% van de presentaties e-learning een onderdeel vormde. Twee belangrijke, maar zeer verschillende beweegredenen om e-learning toe te passen zijn: - processen gerelateerd aan leren sneller of efficiënter later verlopen - nieuwe manieren van leren introduceren die met traditionele methoden niet mogelijk zijn E-learning in de eerste categorie is breed geaccepteerd en hoeft zich nog nauwelijks te bewijzen, maar er is nog veel onderzoek te doen naar de laatste categorie. Veel e-learning is vooral e-teaching (geredeneerd vanuit de docent). Het echte e-learning geredeneerd vanuit de student en zijn leerbehoeften staat nog in de kinderschoenen. E-learning zal het onderwijs niet substantieel veranderen, zolang de toetsing ook niet meeverandert, omdat de toetsing vaak de leeractiviteiten van de student bepaalt. In de toekomst gaan we misschien meer toe naar toetsing aan de hand van elektronische simulaties en games. Standaarden Omdat er steeds meer samengewerkt wordt, en e-learning materialen uitgewisseld en hergebruikt worden, is het belangrijk om goede afspraken over standaarden te maken. Belangrijke standaarden op het gebied van Medical Education zijn: - IEEE LOM / Healthcare LOM Een standard metadataschema voor de beschrijving van leerobjecten - SCORM / SCORM for healthcare Een verzameling standaarden om leerobjecten uit te wisselen tussen verschillende platforms - IMS content packaging Verschillende organisaties houden zich bezig met het ontwikkelen van deze standaarden, waaronder Medbiquitous (www.medbiq.org). Deze organisatie heeft o.a. de SCORM for healthcare standaard ontwikkeld. Door gebruik te maken van standaarden worden leerprogramma's 'reusable learning objects'. Hierover waren een aantal presentaties. Hoe meer context er echter in een learning object wordt toegepast (specifieke voorbeelden), hoe slechter hij herbruikbaar is in andere situaties. Zonder meer hergebruiken is dan ook vaak een utopie, aanpassing is toch vaak nodig. Bovendien blijkt een goede technische ondersteuning belangrijk. Docenten zelf een database met leerobjecten laten vullen werkt in de praktijk niet, doordat het toekennen van metadata vaak inconsequent gebeurt. Voor SCALE is het vooral van belang om te kijken in hoeverre compatibiliteit met deze standaarden mogelijk is. Dit zal koppeling met andere systemen sterk vereenvoudigen. Consortia Uitwisseling en ontwikkeling van e-learning content vindt in diverse verbanden plaats. De volgende initiatieven werden gepresenteerd op het AMEE-congres: IVIMEDS staat voor "International Virtual Medical School" en is een databank dat bestaat uit complete e-learning programma's en herbruikbare onderdelen van deze programma's. Dit platform is ontwikkeld door de Universiteit van Dundee. Doel van het project is uitwisseling

21

van digitale leermiddelen of onderdelen daarvan tussen de deelnemende partners, waarbij het mogelijk wordt om digitale leerobjecten te hergebruiken voor nieuwe medische programma's. De leerobjecten worden geupload naar de databank van IVIMEDS. Inmiddels hebben 37 medische faculteiten uit 14 landen zich bij dit project aangesloten. IVIMEDS maakt gebruikt van een bestaand learning content management systeem (Learn Exact Suite) waaraan extra functionaliteit is toegevoegd. Zo is het bijvoorbeeld mogelijk om medische metadata te koppelen aan de leerobjecten. Er is een eigen metadataschema ontwikkeld die gebaseerd is op de "Scottish Doctor Outcome Model"( een soort Schotse versie van het Raamplan) en MESH. Voordat de leerobjecten in IVIMEDS beschikbaar komen worden ze gereviewd door een expertise-groep. Deelname aan IVIMEDS is mogelijk door een partnership te sluiten. Kosten hiervan zijn £25.000 per jaar (meer informatie via http://www.ivimeds.org). MedEdPORTAL is een databank, waarin gegevens over digitaal onderwijsmateriaal zoals Powerpoint presentaties, toetsmateriaal, virtuele patiëntcasussen worden bijgehouden. De databank is ontwikkeld door AAMC (Association of American Medical Colleges). De digitale leermaterialen worden niet geupload naar de server van MedEdPORTAL, maar blijven opgeslagen bij de deelnemende instituten. Via een webapplicatie kan gezocht worden naar het beschikbare materiaal en kunnen beschrijvingen van eigen materiaal worden geupload. Net als bij IVIMEDS vindt er een peer-review plaats. Aan deelname aan MedEdPORTAL zijn geen kosten verbonden (meer informatie via http://www.aamc.org/meded/mededportal). HEAL is een database voor het opslaan en uitwisselen van materialen voor medisch onderwijs (meer informatie via http://www.healcentral.org).

Kostenoverzicht In de financiële overzichten van de maanden januari 2005 t/m juni 2005 zijn een aantal incorrecte gegevens opgenomen. Deze worden binnenkort gecorrigeerd, waarna een correctie volgt van de gedeclareerde bedragen over deze 6 maanden. Deze correctie kan ook pas aan het eind van het project doorgevoerd worden, maar dit maakt het financiële overzicht over de totale begroting tijdens het project onduidelijk. Om deze reden is gekozen om de correctie zo snel mogelijk door te voeren.

22

7

July-05 Begroting

Totaal Materiële kosten

Gerealiseerde kosten

In rapportage periode

t/m rapportage periode

200507 Restant op begroting

51,500.00 €

5,731.60 €

553.17 €

6,284.77 €

45,215.23 €

Fase 1 en 2

216,949.14 €

100,189.22 €

2,139.48 €

102,328.69 €

114,620.45 €

Fase 3 en 4

122,552.09 €

18,658.99 €

7,907.34 €

26,566.33 €

95,985.76 €

Gefaseerd personeel

Fase 5, 6 en 7

95,215.94 €

0.00 €

5,287.96 €

5,287.96 €

89,927.98 €

Fase 8 en Diversen

20,975.68 €

2,145.70 €

355.09 €

2,500.79 €

18,474.89 €

Projectleiding/Accountantscontrole

47,687.42 €

13,108.73 €

1,712.70 €

14,821.43 €

32,865.99 €

Kennisdisseminatie/Financieel beheer

16,776.00 €

4,341.88 €

552.73 €

4,894.61 €

11,881.39 €

520,156.27 €

138,444.51 €

17,955.31 €

156,399.82 €

363,756.45 €

Projectoverstijgend personeel

Personeel inc.overhead

Subsidie Maximaal

309,672.16 €

Restant tot rapportage periode

231,029.74 €

Opgevraagd -t/m voorgaande periode

78,642.42 €

-in rapportage periode

10,110.59 €

-t/m rapportage periode

88,753.01 €

Restant op te vragen

220,919.15 €

23

8

August-05 Begroting






51,500.00 €

6,284.77 €

405.63 €

6,690.40 €

44,809.60 €

Fase 1 en 2

216,949.14 €

102,328.69 €

4,165.47 €

106,494.17 €

110,454.97 €

Fase 3 en 4

122,552.09 €

26,566.33 €

7,260.95 €

33,827.28 €

88,724.81 €

Gefaseerd personeel

Fase 5, 6 en 7

53,827.94 €

5,287.96 €

6,509.44 €

11,797.40 €

42,030.54 €

Fase 8 en Diversen

20,975.68 €

2,500.79 €

355.09 €

2,855.88 €

18,119.80 €


47,687.42 €

14,821.43 €

2,138.84 €

16,960.27 €

30,727.15 €


58,164.62 €

4,894.61 €

552.38 €

5,447.00 €

52,717.62 €

520,156.89 €

156,399.82 €

20,982.18 €

177,382.00 €

342,774.89 €



Subsidie Maximaal

309,672.16 €


220,919.15 €

Opgevraagd -t/m voorgaande periode

88,753.01 €

-in rapportage periode

11,763.32 €

-t/m rapportage periode Restant op te vragen

100,516.34 € 209,155.82 €

24

9

September-05 Begroting






51,500.00 €

6,690.40 €

333.35 €

7,023.75 €

44,476.25 €

Fase 1 en 2

216,949.14 €

106,494.17 €

4,480.33 €

110,974.50 €

105,974.64 €

Fase 3 en 4

122,552.09 €

33,827.28 €

7,624.82 €

41,452.09 €

81,100.00 €

Fase 5, 6 en 7

53,827.94 €

11,797.40 €

6,472.59 €

18,269.99 €

35,557.95 €

Fase 8 en Diversen

20,975.68 €

2,855.88 €

352.30 €

3,208.18 €

17,767.50 €


47,687.42 €

16,960.27 €

2,061.32 €

19,021.60 €

28,665.82 €


58,164.62 €

5,447.00 €

585.08 €

6,032.08 €

52,132.54 €

520,156.89 €

177,382.00 €

21,576.44 €

198,958.44 €

321,198.45 €

Gefaseerd personeel



Subsidie Maximaal

309,672.16 €


209,155.82 €

Opgevraagd -t/m voorgaande periode -in rapportage periode -t/m rapportage periode Restant op te vragen

100,516.34 € 11,985.56 € 112,501.90 € 197,170.26 €

Declaratie De totale baten voor Scale voor deze projectperiode bedragen €33,859.48 en kunnen worden overgemaakt op rekeningnummer 46.41.56.629 t.n.v. LUMC/Projecten Leiden o.v.v. PSnr 30248/8204

25

Bijlagen Bijlage 1 Werkplan COO Werkplan SCALE UMCU Kern van actie Regelen van toegang tot COO via WebCT en LRS.Net. Doel Het is de bedoeling dat studenten vanuit de elektronische leeromgeving WebCT casuïstiek van electronic teacher (ET) kunnen bekijken. Het gaat hier om studenten van jaar 5 die zich voorbereiden op het KNO co-schap en het Dermatologie coschap. Hiervoor volgen ze een cursus waarin de ET lessen worden aangeboden. Huidige stand van zaken Studenten kijken nu vanuit de kliniek (UMCU) en perifere ziekenhuizen en vanuit thuis via internet naar de server waar electronic teacher op staat. In het UMCU staan electronic teacher casus ook lokaal geïnstalleerd. Uitvoering Om een verbinding tussen WebCT en LRS.Net te kunnen maken is het nodig dat WebCT inloggegevens doorgeeft aan LRS.Net en dat LRS.Net doorschakelt naar de ET server. Tevens is van belang dat de scores van studenten die bij de ET les ontstaan worden doorgegeven aan LRS.Net zodat een logfile wordt gevuld met relevante data. Voor de realisatie hiervan is nodig dat bij beheerder ven WebCT (Afdeling CIM van de Faculteit Letteren van de UU) wordt nagevraagd hoe WebCT gegevens door kan geven aan LRS.Net. Voorwaarde is dat gegevens van studenten vertrouwelijk worden behandeld. Ook het beheren van de gegevens moet goed verlopen. Verder is nodig dat de casuïstiek in LRS wordt geclassificeerd. NB Bij de opleiding Summa worden casus verloskunde gebruikt, hier zou de ontwikkelde verbindingstechniek ook gebruikt kunnen worden.

Werkplan SCALE UMC st Radboud Inleiding Dit werkplan beschrijft hoe het Computer Ondersteunend Onderwijs van het UMC st Radboud in LRS.Net opgenomen gaat worden in het kader van het SCALE project. Het COO moet hiervoor webbased zijn. Dit werkplan kan zo algemeen mogelijk gemaakt worden zodat het ook in het project kan worden gebruikt om overige deelnemers te laten instappen. De huidige versie is echter bedoeld voor eigen gebruik bij het UMC st Radboud. 1. Inventariseren COO a. Hoeveelheid COO De gegevens hiervan zijn op de website van de CIO-groep opvraagbaar. Bij aanvang van het project is vandaaruit reeds een .xls lijst gemaakt. Hiervan moet gechecked worden hoe uptodate/correct deze lijst is. Geschat aantal is circa 250 COO's. b. Welk type COO Per COO bekijken in welke software het geschreven is. c. Status COO Hoe uptodate de programma's zijn t.a.v. versie software waarin het geschreven is d. Tijdsplanning Inschatten hoeveel tijd de conversie en het registreren kost. 2. Conversie en typeren COO a. Conversie COO Plannen hoe bestaand COO geschikt gemaakt wordt om het uiteindelijk in LRS.Net in te kunnen voeren in het kader van SCALE, zodat het via internet (LRS.Net) benaderbaar is en via het zoekmechanisme van LRS.Net ontsloten kan worden.

a1. Omzetten van COO materiaal naar internetapplicaties 1. Wat is hiervoor nodig?

26

2. Wat moet er aan omzetting gebeuren, zodat COO via internet kan draaien? 3. Inschatten hoeveel van ons COO materiaal hierop betrekking heeft en (wat voor) hoeveelheid werk dit oplevert Categorieën: a. Web gebaseerde applicaties met of zonder gebruik van diverse plug-in's (hierbij kan ook gedacht worden aan onderdelen uit BlackBoard). b. 'Home made' programmatuur (Windows executables) c. Andersoortige applicaties (Beveiligde Cd-rom's, DOS en Windows 3.x applicaties) ad a. : Technisch levert dit geen probleem op, wel is het eventueel veel werk; het vergt per COO wat handelingen (e.v. draaiboekje maken bij standaardisering werkzaamheden). Het merendeel van het COO is webbased. De COO staan dan op een webserver. ad b. en c. : Het gaat hier om circa 10-30 COO's. Je hebt waarschijnlijk een terminal server nodig. Deze hebben wij niet. Dan nog is het niet zeker dat al het COO omgezet kan worden. Er moet een lijstje gemaakt worden van deze 10-30 COO's : wat zijn het voor programma's bijv. is het Powerpoint, Word of toch specifiekere programmatuur die wel voor ons belangrijk is.

a2. Publicatie op 'open' web server De CIO groep heeft een webserver. Onderzoeken op welke wijze publicatie kan via de CIOgroep en hun webserver. Inventariseren hoe het onderhoud van die webserver geregeld wordt. b. Typeren van COO Classificatie toekennen aan de COO in overleg met desbetreffende docent en met het OMT. Classificeren middels de 27 september jl vastgestelde lijst: "Mijn les is geclassificeerd want..." 3. Registreren a. Inventariseren licenties In LRS.Net kan COO-programmatuur voor verschillende gebruikersgroepen beschikbaar worden gesteld. Hoe eea voor elk programma moet gebeuren is afhankelijk van de licenties die wij ervoor hebben. Licenties, auteurs- of privacy rechten op COO's checken. Niet alle COO kent dezelfde soort licentie. Er moet dus per COO uitgezocht worden hoe dit geregeld is. Bijvoorbeeld of er toestemming van andere instellingen nodig is. Zelf ontwikkeld COO kan merendeel, in het kader van het NVMO-COO uitwisselingscontract, beschikbaar worden gesteld. b. Invoeren van COO in LRS Vaststellen wie de contactpersoon voor de les is. 4. Annonceren Hoe bekend maken bij UMC St Radboud. Hiervoor is in juli 2005 een concept-lijst opgesteld met reclame-ideeën.

SCALE Erasmus MC Uitgevoerde werkzaamheden in het kader van fase 2 (invoer COO in LRS.net) Er is begonnen met het invoeren van een aantal Rotterdamse COO-programma's in LRS.Net. Er zijn tot eind september zijn 10 lessen ingevoerd en de helft daarvan is geclassificeerd, voornamelijk om te testen of de nieuwe functionaliteiten van LRS.Net voldoen. In de laatste maanden van 2005 en begin 2006 zullen de lessen in grotere aantallen ingevoerd en geclassificeerd worden, als er overeenstemming is bereikt tussen de projectpartners over de wijze van classificeren van lessen.

SCALE LUMC Ter voorbereiding op het SCALE project heeft in het LUMC reeds lokaal een project gedraaid, waarin de volgende werkwijze is gevolgd om de COO lessen op Internet ter beschikking te stellen. Inventarisatie van de COO applicaties Bij de verschillende divisies die het COO verzorgen voor het LUMC wordt een verscheidenheid aan programmatuur gebruikt, onder andere DPS, Authorware, CasCOO,

27

EGEL, IMM, Objector Pro, HTML etc.. De werking van deze applicaties op een WBT server is deels onbekend. Van enkele applicaties liggen de auteursrechten bij het LUMC en kan de werking op een WBT server dus beïnvloed worden. Doel Overzicht krijgen over de verschillende applicaties die gebruikt wordt voor het maken van COO binnen de divisies en de mogelijkheid tot direct gebruik hiervan, of het omschrijven voor het gebruik op een WBT server. Tevens de verschillende divisies op 1 lijn krijgen over de te gebruiken applicaties en ontwikkelingsstrategieën in de toekomst. Tijdsplanning 3 maanden. Plan van aanpak Alle divisies inventariseren de applicaties die zij gebruiken of gebruikt hebben voor het vervaardigen van COO. Bij twijfel over de werking van de applicatie op de WBT server wordt deze op proef geïnstalleerd om eventuele werkzaamheid te testen. Deze test is onafhankelijk van de beoordeling van de inhoud van het onderwijsmateriaal. Resultaat Deze fase levert een overzicht van alle gebruikte applicaties en de werkzaamheid hiervan op een WBT server. Deze resultaten worden uitgebreid opgenomen in de eindrapportage waardoor ook andere faculteiten kunnen profiteren van de kennisopbouw die het LUMC opdoet bij de transformatie van het COO naar een WBT omgeving. Voor de applicaties waarvan de auteursrechten bij het LUMC liggen kan een globale inschatting worden gemaakt van de programmeertijd die het zal kosten om deze applicatie aan te passen om op de server te kunnen werken. Hieruit volgt een advies voor de keuze van applicaties voor inzet op de WBT server. Aanpassing van de COO applicaties Bij een keuze voor applicaties uit eigen hand die in de huidige versie niet werkzaam is op de WBT server zal de programmatuur aangepast moeten worden. Doel De applicaties die momenteel niet geschikt zijn voor installatie en gebruik op een WBT server zodanig herschrijven (eventueel in een andere programmeertaal omzetten) dat dit gebruik mogelijk wordt gemaakt. Tijdsplanning 12 maanden. Indien in fase 3 een verkeerde inschatting is gemaakt en het herschrijven te veel tijd gaat kosten, verdient het de voorkeur de inhoud van de lessen in een andere verpakking die wel WBT compatibel is aan te bieden. Plan van aanpak De oorspronkelijke auteur van de applicatie, indien beschikbaar, past het programma aan zodat gebruik op een WBT server mogelijk wordt. Nieuwe versies kunnen geïnstalleerd worden op de server en door de overige medewerkers worden getest. Ondertussen kunnen de nieuwe lessen ontwikkeld worden in de huidige versie van de applicatie, zodat deze fase tijdsonafhankelijk is van de productie van het nieuwe onderwijsmateriaal. Resultaat Nieuwe versies van de huidige applicaties die getest zijn en werken op een WBT server. Vernieuwing van het onderwijsmateriaal Doel Productie van nieuwe computerondersteund onderwijs lessen, inhoudelijk op basis van de herziene huidige lessen (zie bijlagen”Voorbeeldcasus van CasCOO naar DPS, Mevrouw van Poppel” en “Voorbeeldcasus van IMM naar HTML, Colles fractuur “ voor voorbeelden). Tijdsplanning 21 maanden. Plan van aanpak Elke divisie kan het eigen onderwijsmateriaal vernieuwen in overleg met de artsen die destijds bij de productie hiervan betrokken zijn geweest. Indien deze arts niet meer werkzaam is bij het LUMC kan een andere arts benaderd worden. Na productie van een werkbare versie kunnen de divisies het materiaal onderling uitwisselen voor een technische test. Resultaat Nieuw onderwijsmateriaal. De rapportage van de nieuwe les bestaat uit de onderdelen: • Beschrijving van de les

28

• Doelstelling van de les • Doelgroep • Bereikbaarheid/locatie op de server. Testen onderwijsmateriaal Tijdens het ontwikkelen van een les zal de ontwikkelaar de les zelf testen en vervolgens aanbieden ter test aan een van de andere ontwikkelaars binnen het LUMC. Hiermee komen de meest voor de hand liggende fouten naar boven die vervolgens aangepast kunnen worden. De ontwikkelaars kennen de eigen lessen echter zo goed dat sommige tekortkomingen over het hoofd gezien worden. Bij een test van de les door de toekomstige doelgroep kunnen de inhoudelijke fouten gesignaleerd worden en kan tevens beoordeeld worden of het lesmateriaal inderdaad geschikt is voor de doelgroep. Doel Overzicht verkrijgen van de bruikbaarheid van de les voor inzet in het onderwijs en een laatste controle op programmeerfouten. Tijdsplanning 15 maanden. Plan van aanpak De lessen worden op de WBT server geplaatst en door enkele studenten getest. Deze studenten zullen geworven worden uit het 3e en 4e jaar, omdat zij al ervaring hebben met COO en enige kennis hebben van de geneeskunde. De studenten vullen na afloop een enquête in waarin zij de knelpunten kunnen weergeven. Resultaat Van elke les een overzicht van de knelpunten bij gebruik in het onderwijs.

Bijlage 2 Mijn les is geclassificeerd want... Binnen de CBT-Type classificatie: - De les is zo diep mogelijk aan minstens 1 van de subtakken gekoppeld. - De les is alleen aan kinderen gekoppeld en niet ook aan de ouder. - Bij koppelingen op hetzelfde niveau is het gezamenlijke gewicht niet groter dan 1. Binnen de Technical classificatie: - De les is zo diep mogelijk aan de tak Programming Language gekoppeld met een totaal gewicht van 1. - De les is zo diep mogelijk aan de tak Content gekoppeld met een totaal gewicht van 1 per subtak. De les wordt alleen gekoppeld aan content die apart uit de les te hergebruiken is. - De les is zo diep mogelijk aan de tak OS gekoppeld om aan te geven wat nodig is om de les zelf te hosten. - Een volledig geïntegreerde Authorware les is alleen gekoppeld aan Programming Language -> Executable -> Authorware en aan Content -> Multi-Media -> Animation > Authorware Binnen de Educational classificatie: - De les is zo diep mogelijk aan minstens 1 van de subtakken gekoppeld met een totaal gewicht van 1. Binnen de Curriculum classificatie (indien gewenst door eigen instelling): - De les is alleen gekoppeld aan de takken van het eigen instituut. - De les is op een willekeurig niveau van de boom gekoppeld, maar niet tegelijkertijd aan een ouder en een kind. Binnen de MeSH classificatie: - De les is zo diep mogelijk aan alle relevante subtakken gekoppeld. - De les is een casus en is dus in de tak Diseases zo diep mogelijk gekoppeld aan de diagnose (per koppeling maximaal 1) en aan de hoofdklacht(en) via Pathological conditions, signs and symptoms (totaal maximaal 1). Indien relevant is dezelfde diagnose op meerdere plaatsen in de boom gekoppeld. - De les is aan de ouder gekoppeld omdat alle kinderen relevant zijn. Of de les is aan alle kinderen gekoppeld omdat hier specifiek op gezocht moet worden. - De les is aan een ouder gekoppeld omdat er geen relevante kinderen zijn.

29

Bijlage 3 AMEE abstract en poster Abstract for AMEE 2005 Title Study Coach And Learning Environment (SCALE): Developing a nationwide medical computer based training database Authors Mathijs Doets, Peter M Bloemendaal, Frank G Diepmaat, Martien J Quaak, Pieter F de Vries Robbé Presenter Mathijs Doets Section E-learning Abstract Background Since January 2005, four Dutch medical schools are cooperating in the SCALE project (supported by the SURF foundation), which aims to develop an open online portal (based on the Leiden University Lesson Registration System LRS.Net) for structured access to web-based medical Computer Based Training (CBT) programs. All programs will be indexed by a wide range of characteristics, regarding content, but also administrative and technical features. Furthermore, the SCALE system will monitor the history of students in relation to CBT learning goals and offer them automatic and individual study advice. Teachers can track the students’ progress over time. Summary of work In the first step of the project, representatives from all eight medical schools in the Netherlands were consulted in an inventory of information needs. Subsequently, a multi-dimensional classification system for all Dutch medical CBT programs was developed, based on international standards. Regarding medical content, several classifications like MESH, ICPC2 and the USMLE descriptions were compared. Finally, the MESH classification was chosen because of its broadness and completeness. Next, the functional design of the study coach will be defined and a prototype will be built. A fully functional system is planned to be available mid-2006.

Poster for AMEE 2005

30

31

Bijlage 4 Functioneel ontwerp Zie website http://www.lumc.nl/scale

References Cited

Metz,JCM, A M M Verbeek-Weel, H J Huisjes. Raamplan 2001 artsopleiding. http://intranet.lumc.nl . 2001. Ref Type: Electronic Citation

32

Study Coach And Learning Environment

Recommend Documents