mibe000086
10.3205/mibe000086
urn:nbn:de:0183-mibe0000861
Originalarbeit
Konzeption und Evaluation eines fallbasierten Trainingssystems im universitätsweiten Einsatz (CaseTrain)
Conception and evaluation of a case-based training system for university-wide adoption (CaseTrain)
Hörnlein
Hörnlein
Alexander
A
Lehrstuhl Informatik 6, Am Hubland, 97074 Würzburg, DeutschlandLehrstuhl für Künstliche Intelligenz und Angewandte Informatik, Julius-Maximilians-Universität, Würzburg, Deutschland
hoernlein@informatik.uni-wuerzburg.de
author
Ifland
Ifland
Marianus
M
Lehrstuhl für Künstliche Intelligenz und Angewandte Informatik, Julius-Maximilians-Universität, Würzburg, Deutschland
Ifland@informatik.uni-wuerzburg.de
author
Klügl
Klügl
Peter
P
Lehrstuhl für Künstliche Intelligenz und Angewandte Informatik, Julius-Maximilians-Universität, Würzburg, Deutschland
Pkluegl@informatik.uni-wuerzburg.de
author
Puppe
Puppe
Frank
F
Lehrstuhl für Künstliche Intelligenz und Angewandte Informatik, Julius-Maximilians-Universität, Würzburg, Deutschland
puppe@informatik.uni-wuerzburg.de
author
German Medical Science GMS Publishing House
Düsseldorf
610
needs assessment
problem-based learning
educational measurement
rapid e-learning
20090225
germ
1860-9171
5
1
GMS Medizinische Informatik, Biometrie und Epidemiologie
GMS Med Inform Biom Epidemiol
eLearning in der Medizin 2.0
07
Basierend auf umfangreichen Erfahrungen mit fallbasierten Trainingssystemen in der Medizin werden Anforderungen, Umsetzung und eine universitätsweite Evaluation des fachübergreifenden Players und Autorensystem für fallbasiertes Training CaseTrain präsentiert. Die wichtigsten Erfolgsfaktoren waren (1) die Falleingabe mit Standardtextsystemen und einer Webapplikation zum Upload der Falldokumente und zur Fallverwaltung, (2) die Integration mit einer Lernplattform und (3) die curriculare Integration der Trainingsfälle mit automatisierten Evaluationstechniken.
Based on previous experiences with systems for case-based training in medicine, requirements, implementation and university wide evaluation of the multidisciplinary player and authoring tool for case-based training CaseTrain are presented. Key factors for its success were (1) the facility, to author training cases with standard text systems and to manage case upload with a web based management tool, (2) the tight integration with a learning management platform, (3) an emphasis on curricular integration of the cases and automatic evaluation facilities.
1 Fragestellung und Motivation
Die Bearbeitung virtueller Problemfälle kann in der Lehre nicht nur in der Medizin vielfältig eingesetzt werden: Als Ergänzung zum systematischen Unterricht, indem echte oder didaktisch aufbereite Probleme als Übungsaufgaben angeboten werden oder im Rahmen des problembasierten Lernen, bei dem die Studierenden fehlendes Wissen zur Lösung der Probleme recherchieren und diskutieren sollen. Zahlreiche Studien haben eine hohe Akzeptanz bei Studierenden gezeigt . Allerdings hängt die Verbreitung dieser Lehrform entscheidend von dem Aufwand für Dozenten ab, Problemfälle leicht zu erstellen oder vorhandene Problemfälle für ihre Lehrveranstaltungen zu adaptieren. Dafür sind spezielle Autorensysteme vorteilhaft. Ein Beispiel ist das Autoren- und Ablaufsystem d3web.Train , in dem Dozenten durch Annotation von Word-Dokumenten neue Fälle selbst erstellen können. Die resultierenden Trainingssysteme wurden u.a. in der Rheumatologie und der Hämatologie erfolgreich in der medizinischen Lehre an der Universität Würzburg eingesetzt und positiv evaluiert. Anfang 2007 stellte sich im Rahmen eines fachübergreifenden Blended Learning-Projektes der Universität Würzburg zum Einsatz fallbasierter Trainingssysteme die Frage, ob das vorhandene System auch außerhalb der Medizin eingesetzt werden kann oder ob eine Neuentwicklung Erfolg versprechender ist.
2 Anforderungsanalyse
In mehreren Sitzungen mit Dozenten der Universität Würzburg aus den Fächern Medizin, Jura, Wirtschaftswissenschaften, Psychologie, Pädagogik, Geographie, Bioinformatik u.a. wurden anhand der Diskussion beispielhafter Trainingsfälle (z.B. Diagnose und Therapie virtueller Patienten; die inkrementelle Erstellung einer Gliederung zur Lösung juristischer Fälle in den ersten Semestern; die Vorgehensweise zur Lösung betriebswirtschaftlicher Probleme; Fälle aus der klinischen Psychologie wie Diagnostik einer Angststörung; die Bewertung von per Video gezeigten Unterrichtssequenzen in der Pädagogik oder die inkrementelle Auswertung vorgegebener statistischer Daten, um eine bestimmte Hypothese zu prüfen) folgende organisatorische und technische Anforderungen an ein fachübergreifendes System zum fallbasierten Lernen gestellt, das sich an verschiedene didaktische Ansprüche aus unterschiedlichen Fächern adaptieren lässt:
2.1 Organisatorische Aspekte
Es sollen kurze Fälle erstellt werden, die in ca. 5–15 Minuten lösbar sind. Diese sind – wie Evaluationen in der Medizin gezeigt haben – für die Studierenden attraktiver und auch für die Dozenten leichter erstellbar. Hintergrundwissen soll nicht im Fall eingebunden sondern über Links angebunden werden, damit es wiederverwendbar ist.
Die Fälle müssen curricular eingebunden werden und sollten auch zur Vorbereitung von Prüfungen dienen. Das hat zwei Konsequenzen für das Autorensystem: Alte Prüfungssammlungen sollen leicht eingebunden werden können und die Fragen bzw. Fälle sollten leicht adaptierbar sein, um sie aktuell zu halten.
Die Studierenden sollen die Fälle online bewerten können.
Das System soll ohne Anleitung bedienbar sein und auf allen gängigen Browsern laufen.
Das Trainingssystem ist so ausgelegt, dass es in eine Lernplattform integriert ist und von dieser aufgerufen wird. Daher sollen Funktionen, die eine Lernplattform standardmäßig anbietet, nicht dupliziert werden (z.B. Kommunikation wie Email, Chat und Diskussionsforen, Studentenverwaltung, Bereitstellung von Vorlesungsmaterialien usw.).
2.2 Technische Aspekte des Fallplayers
Ein Fall besteht aus einer Menge von Situationsbeschreibungen und Fragen dazu. Die Situationsbeschreibungen bauen aufeinander auf. Sie enthalten Text mit eingebetteten Multimedia-Elementen (Bilder, Videos, Audio).
Ein typischer Fall hat eine lineare Sequenz von Situationsbeschreibungen. Darüberhinaus gibt es die Option, dass die Studierenden zusätzliche, zur Falllösung benötigte Informationen zum Fall aus einer Liste angebotener Untersuchungen selbst frei auswählen müssen und dann nur die Informationen der ausgewählten Untersuchungen angezeigt bekommen (sowie ein direktes Feedback, ob die Untersuchungsauswahl insgesamt sinnvoll war).
Es gibt verschiedene Fragetypen: MC-Fragen, numerische Fragen, Long-Menu-Fragen, hierarchische Long-Menu-Fragen oder Wort-Fragen. Weitere Fragetypen sollen leicht ergänzt werden können.
Für (hierarchische) Long-Menu-Fragen sollen wiederverwendbare Terminologien benutzt werden können (z.B. bei Fragen nach Diagnosen oder Untersuchungen, bei denen die Liste der möglichen Diagnosen für verschiedene Fragen dieselbe ist, aber mit unterschiedlichen korrekten Antworten).
Fragen sollen differenziert bewertet werden können: Das umfasst relative Gewichtungen für verschiedene Fragen eines Falles und ein differenziertes Bewertungsschema, um halbrichtige Antworten zu einer Frage angemessen bewerten zu können.
Bei Wortfragen soll die Möglichkeit bestehen, Tipp- oder Rechtschreibfehler bei der Eingabe bezüglich der Auswertung zu tolerieren, wobei der Autor bei der Fallerstellung die Toleranzgrenze individuell bestimmen kann (z.B. in Form einer maximalen Levenshtein-Distanz für jede Antwort).
Bei falsch oder teilweise falsch beantworteten Fragen soll der Student ein ausführliches Feedback bekommen, das neben den richtigen Antworten und einer Erläuterung des Bewertungsschemas auch Kommentare enthalten kann.
Der Student kann eine Frage nur einmal beantworten, also nicht zurückspringen. Er soll aber eine Übersicht über den bisher bearbeiteten Fall mit allen Informationen, Fragen und gegebenen Antworten einschl. deren Bewertung bekommen.
Aus der Summe aller beantworteten Fragen und ggf. der Bearbeitungszeit wird ein Score pro Fall gebildet, der mittels Schwellwert auf erfolgreich gelöst/nicht gelöst abgebildet werden kann. Die Information soll an die umgebende eLearning-Plattform gemeldet werden und kann in den Lehrveranstaltungen z.B. als Voraussetzung zur Klausurzulassung abgefragt werden.
Das System soll statistische Auswertungen für den Dozenten unterstützen, z.B. wie gut einzelne Fragen im Durchschnitt beantwortet wurden und wie viel Zeit Studierende zur Beantwortung der einzelnen Frage im Durchschnitt benötigen.
Jeder Fall soll eine Einleitung und einen pädagogischen Abschlusskommentar haben.
2.3 Technische Aspekte des Autorensystems
Das Autorensystem soll ohne spezielle Vorkenntnisse bedienbar sein, da Dozenten eher gelegentlich daran arbeiten. Es soll daher auf Standardtextsystemen aufbauen.
Die Text- und Mediendateien sollen über das Web hochgeladen und automatisch in einen ablauffähigen Fall umgewandelt werden können, ggf. auftretende Fehler sollen übersichtlich dargestellt werden, so dass die Verbesserungszyklen kurz sind.
Es soll ein Workflow mit Roherstellung, Überprüfung und Freigabe eines Falles durch verschiedene Personen unterstützt werden.
Eine Evaluation den Autoren bekannter Autorensysteme zeigte, dass kein Werkzeug alle Anforderungen erfüllt (vgl. auch die Dissertationen und ). Mindestens eine der folgenden Bedingungen war nicht erfüllt:
Verfügbarkeit spezifisch fallbasierter Elemente (insbesondere aufeinander aufbauende Situationsbeschreibungen mit freier Informationsauswahl und Long-M<![CDATA[enu</PlainText></TextGroup>-Fragetypen z.B. für Diagnose- und Untersuchungsfragen mit wiederverwendbarer Terminologie). </ListItem>
<ListItem level="2">Einfaches Autorensystem für Gelegenheitsautoren basierend auf Standardtextsystemen und Web-Upload-Schnittstelle und einfaches Ablaufsystem für Studierende, das ad-hoc bedienbar ist.</ListItem>
<ListItem level="2">Keine Beschränkungen wie Spezialisierung des Autorensystems auf bestimmte Domänen oder Verfügbarkeit des Trainingssystems nur in bestimmten Browsern</ListItem>
</UnorderedList>
</Pgraph>
</TextBlock>
<TextBlock linked="yes" name="3 Konzeption und Implementierung">
<MainHeadline>3 Konzeption und Implementierung</MainHeadline>
<Pgraph>Im Folgenden beschreiben wir die konzeptionelle Umsetzung der Anforderungen. Gemäß dieser Konzeption und basierend auf den Erfahrungen mit d3web.Train, CASUS <TextLink reference="6"></TextLink> und CAMPUS <TextLink reference="7"></TextLink> wurde mit<Mark2> CaseTrain</Mark2> <TextLink reference="8"></TextLink> ein neues Verwaltungs- und Ablaufsystem entwickelt. Diese Implementierung wird anhand einiger Screenshots von <Mark2>CaseTrain</Mark2> demonstriert.</Pgraph>
<SubHeadline>3.1 Autorensystem</SubHeadline>
<Pgraph>Als Standardtextsystem für die Fallerstellung wurde wegen seiner Verbreitung Microsoft<Superscript>®</Superscript> Word™ gewählt, wobei auch andere Systeme wie etwa <Mark2>OpenOffice.org Writer</Mark2> <TextLink reference="9"></TextLink> oder <Mark2>iWork Pages</Mark2> <TextLink reference="10"></TextLink> zum Einsatz kommen können, solange sich damit .doc-Dateien erzeugen lassen. Die Eingabe erfolgt mittels einer tabellarischen Schablone, die die Textkategorien (z.B. Infotext, Fragen, Antworten) vorgibt. Die Fallinhalte werden in der Tabelle mit Hilfe weniger Schlüsselwörter und einfacher Textauszeichnungen (u.a. Fett-Markierung, Zeilenumbruch) eingegeben (Abbild<TextGroup><PlainText>ung 1 </PlainText></TextGroup><ImgLink imgNo="1" imgType="figure"/>). Da Microsoft Word auch eine Nachverfolgung von Änderungen unterstützt, wird mit diesem Format eine komfortable gemeinsame Falldokumenterstellung mehrerer Autoren ermöglicht. Illustrationen können einfach in das Dokument eingefügt werden, sonstige Medien (Videos, PDF-Dokumente, …) und fallübergreifend verwendete Inhalte werden gemeinsam mit dem Dokument in einem Archiv verpackt, das dann als Ausgangspunkt für einen neuen fertigen Fall oder eine neue Version eines vorhandenen Falles dient.</Pgraph>
<Pgraph>Das Extrahieren der Falldaten aus den Worddokumenten geschieht durch den ebenfalls an der Universität Würzburg entwickelten <Mark2>TextMarker</Mark2>. Das <Mark2>TextMarker</Mark2>-System <TextLink reference="11"></TextLink>, <TextLink reference="12"></TextLink> ist ein Tool für die Extraktion von Informationen, die Segmentierung und die Manipulation von Texten. Mit der regelbasierten Skriptsprache des Systems wird versucht, das übliche menschliche Vorgehen bei der Verarbeitung von Texten nachzuahmen: Oft werden relevante Information mit einem Farbstift hervorgehoben oder zusätzliche Informationen in Form von Notizen hinzugefügt. Diese Textstellen werden dann für eine weitere Verarbeitung genauer betrachtet.</Pgraph>
<Pgraph>Das wichtigste Sprachelement der <Mark2>TextMarker</Mark2>-Sprache ist die Regel. Eine <Mark2>TextMarker</Mark2>-Regel besteht aus einer beliebigen Anzahl von Regelelementen. Ein Regelelement enthält wiederum drei unterschiedliche Komponenten. Die notwendige Grundkondition bestimmt die Textstelle und deren Typ, welche von der Regel betrachtet werden soll. Zusätzliche kann ein Regelelement mehrere Konditionen und/oder Aktionen enthalten. Die Konditionen überprüfen die Textpassage auf weitere notwendige Eigenschaften. Die Aktionen verarbeiten die betrachtete Textstelle, indem der Textstelle ein neuer Typ zugewiesen wird, diese farblich hervorgehoben oder verändert wird oder Log-Informationen bezüglich dieser Textpassage ausgegeben werden.</Pgraph>
<Pgraph><Mark2>TextMarker</Mark2> erwartet als eigentliche Eingabe Text-Dateien, deswegen wird das Word-Dokument zunächst (durch Anbindung des Open-Source-Projects <Mark2>OpenOffice.org</Mark2>) in einfaches HTML konvertiert. Dieses und die beiden optionalen Text-Dokumente – für long-menu-Fragen und die Untersuchungsauswahl – werden an <Mark2>TextMarker</Mark2> übergeben und durch jeweils eine <Mark2>TextMarker</Mark2>-Regeldatei verarbeitet. Als Ausgabe für den Benutzer werden für jede Eingabedatei Log-Informationen und eine annotierte Version der Eingabe erstellt. Als Ausgabe für die Weiterverwendung im <Mark2>CaseTrain-Player</Mark2> erzeugt <Mark2>TextMarker</Mark2> ein XML-Falldokument (Abbildung 2 <ImgLink imgNo="2" imgType="figure"/>) und ggf. (aus den Inhalten der beiden optionalen Text-Dokumenten) ein XML-Terminologie-dokument.</Pgraph>
<Pgraph><Mark2>TextMarker</Mark2> ist zwar eigentlich für die Extraktion von Informationen und nicht für das Parsen von Dokumenten mit fest vorgegebener Struktur entwickelt worden, bietet aber viele Vorteile gegenüber starren Parsern. Durch die regelbasierte Sprache können Änderungen am Fallformat schnell und einfach integriert werden. Das dynamische Filtern des Eingabetextes ermöglicht eine robuste Extraktion der Informationen. Falls jedoch Informationen nicht sicher erkannt werden können, erzeugt <Mark2>TextMarker</Mark2> eine farbliche Markierung im Text. Durch dieses Feedback (Abbildung 3 <ImgLink imgNo="3" imgType="figure"/>) kann der Autor sehr einfach die vorhandenen Fehler finden und korrigieren.</Pgraph>
<Pgraph>Nach der Anwendung von <Mark2>Textmarker</Mark2> wird in den fertigen Fall ggf. noch ein Evaluationsabschnitt eingefügt (s.u.) und der Fall über seine Metadaten in der Fallbasis gespeichert. Abschließend wird der Fall mit der jeweils aktuellen Fallplayer-Version verknüpft so dass bei einer Aktualisierung des Fallplayers (z.B. aufgrund einer Änderung des Fallformats) keine Inkompatibilitäten auftreten können.</Pgraph>
<SubHeadline>3.2 Wiederverwendbarkeit der Fälle</SubHeadline>
<Pgraph>Durch Verwendung eines XML-Formats ist ein einfacher Austausch von Fallinhalten mit anderen fallbasierten Trainingssystemen mit nicht-prozedural definiertem Fallformat möglich. So ist z.B. eine Konvertierung in das XML-basierte <Mark2>MedicML</Mark2>-Format <TextLink reference="13"></TextLink>, <TextLink reference="14"></TextLink> prinzipiell möglich, wobei das vorliegende XML-Format Fachgebiets-unspezifisch ist und eine Umsetzung in das auf medizinische Fälle spezialisierte <Mark2>MedicML</Mark2> deshalb Zusatzwissen erfordert. Die Konvertierung wurde eingesetzt, um Fälle aus <Mark2>d3web.Train</Mark2>, die ebenfalls auf einem XML-Format basieren, in <Mark2>CaseTrain</Mark2> nutzen zu können. </Pgraph>
<SubHeadline>3.3 Fallverwaltung</SubHeadline>
<Pgraph>Für die Fallerstellung und Verwaltung wurde die Webanwendung <Mark2>CaseTrain-Manager</Mark2> entwickelt. Um die in Abschnitt 2.3 gestellten Anforderungen erfüllen zu können, verfügt <Mark2>CaseTrain-Manager</Mark2> über Versionsverwaltung, Datenablage, Benutzerverwaltung mit Unterstützung mehrerer Rollen, eine Anbindung an die zentrale, auf <Mark2>Moodle</Mark2> <TextLink reference="15"></TextLink> basierende eLearning-Plattform der Universität Würzburg <Mark2>wuecampus</Mark2> <TextLink reference="16"></TextLink> und eine Statistikkomponente zur Erfassung und graphischen Auswertung der Fallbearbeitungen.</Pgraph>
<Pgraph>Der <Mark2>CaseTrain-Manager</Mark2> ist – wie der Fallplayer auch – browserunabhängig. Durch Anbindung an die LDAP-Benutzerverwaltung sind spezielle Benutzerdaten nicht zwingend nötig (aber möglich), die Autoren können sich also mit ihrem universitätsweiten Benutzeraccount anmelden. Mittels spezieller Skripte, die von <Mark2>wuecampus</Mark2> bereitgestellt werden, ist es möglich, Fälle vom <Mark2>CaseTrain-Manager</Mark2> aus einfach in <Mark2>wuecampus</Mark2>-Kurse einzubinden bzw. den Zustand dieser Verknüpfungen zu überwachen.</Pgraph>
<Pgraph>Ein Dozent kann Fälle zu Fallsammlungen zusammenfassen, die jeweils mit einem <Mark2>wuecampus</Mark2>-Kurs verknüpft sind, welcher wiederum einer Lehrveranstaltung zugeordnet ist. Rechte/Rollen werden immer für eine Fallsammlung gesetzt. Folgende Rollen können vergeben werden:</Pgraph>
<Pgraph>
<UnorderedList>
<ListItem level="1"><Mark2>Dozent (Besitzer):</Mark2> Dozenten können eine Fallsammlung löschen, die Rechte vergeben und die Besitzrechte an andere Benutzer übertragen, zudem verfügen sie natürlich auch über alle weiteren Rechte an der Fallsammlung</ListItem>
<ListItem level="1"><Mark2>Hilfskraft (Schreibrechte):</Mark2> Hilfskräfte können neue Fälle erstellen, neue Versionen von Fällen erstellen, Fälle löschen und auf Benutzungsstatistiken zugreifen</ListItem>
<ListItem level="1"><Mark2>Reviewer (Freigaberechte):</Mark2> Diese Rolle ist für Reviewer, die nur Fälle freigeben können.</ListItem>
<ListItem level="1"><Mark2>Supervisor (Recht zur erweiterten Dateneinsicht):</Mark2> Dieses Recht erlaubt den Einblick in die Nutzungsstatistiken, die Rechte für diese Fallsammlung und in die Historie dieser Fallsammlung (also wann wurde ein Fall erstellt, geändert, gelöscht, …).</ListItem>
<ListItem level="1"><Mark2>Leserechte:</Mark2> Damit erhalten Benutzer Zugriff auf alle Dokumente und Fälle der entsprechenden Fallsammlung. Aktuell haben alle Benutzer Leserechte an allen Fallsammlungen, damit noch unerfahrene Autoren von Fällen aus vielleicht inhaltlich fremden Fallsammlungen aber mit ähnlichem Fallaufbau lernen können.</ListItem>
</UnorderedList>
</Pgraph>
<Pgraph>Darüber hinaus gibt es noch eine Administrator-Rolle, die Zugang zu einer umfassenden Statistik und der vollen Benutzerverwaltung gewährt. Zudem hat der Administrator implizit Besitzrechte an jedem Kurs.</Pgraph>
<Pgraph>Mehrere Benutzer mit Rechten an einer Fallsammlung werden gegenseitig – soweit sinnvoll – von ihren Aktionen per Mail informiert. Damit und mit einer dynamischen Oberfläche wird folgender Workflow in unterstützt: </Pgraph>
<Pgraph>
<OrderedList>
<ListItem level="1" levelPosition="1" numString="1.">Dozent lädt Rohfall hoch und fordert Weiterbearbeitung an.</ListItem>
<ListItem level="1" levelPosition="2" numString="2.">Hilfskraft erstellt korrekten Fall und fordert Freigabe an.</ListItem>
<ListItem level="1" levelPosition="3" numString="3.">Peer-Reviewer erhält per Mail URL zur Fallbegutachtung und gibt den Fall frei (oder lehnt die Freigabe ab, woraufhin Dozent und Hilfskraft informiert werden).</ListItem>
<ListItem level="1" levelPosition="4" numString="4.">Hilfskraft (und Dozent) wird über Freigabe informiert und macht den Fall im zugehörigen <Mark2>wuecampus</Mark2>-Kurs zugänglich.</ListItem>
<ListItem level="1" levelPosition="5" numString="5.">Studierende bearbeiten den Fall und können Fragen im Kurs-eigenen Fragen-Forum stellen.</ListItem>
<ListItem level="1" levelPosition="6" numString="6.">Hilfskraft erhält Mail und beantwortet die Frage (oder leitet die Frage an den Dozenten weiter).</ListItem>
<ListItem level="1" levelPosition="7" numString="7.">Studierende werden über Antwort informiert.</ListItem>
</OrderedList>
</Pgraph>
<Pgraph>Bei der Fallerstellung, d.h. dem Schritt, bei dem aus Dokumenten ablaufbare Fälle werden, werden zuerst alle Fallinhalte (Dokumente, Medien, …) für das Einlesen der Fallinhalte und die Verwendung im Fall vorbereitet: Das Falldokument wird in eine HTML-Zwischenrepräsentation konvertiert, integrierte Bilder werden extrahiert, konvertiert und ggf. skaliert, Videos und Audiodateien werden in ein vom Fallplayer unterstütztes Format konvertiert und entsprechende Dateistrukturen werden erstellt.</Pgraph>
<SubHeadline>3.4 Fallplayer</SubHeadline>
<Pgraph>Die Implementierung des Fallplayers <Mark2>CaseTrain-Player</Mark2> erfolgte in <Mark2>Adobe Flash 9</Mark2>, in welchem mit <Mark2>ActionScript</Mark2> 3.0 <TextLink reference="17"></TextLink> – im Gegensatz zu Version 8 mit <Mark2>ActionScript</Mark2> 2.0 – eine streng objektorientierte Programmiersprache zur Verfügung steht. Er ist damit webbasiert, plattformunabhängig und sieht auf allen gängigen Browsern selbst bei aufwändigeren Effekten stets identisch aus. Es wurde viel Wert darauf gelegt, dass er einfach und ohne Einarbeitung zu bedienen ist, indem nur wenige, leicht als solche zu erkennenden Schaltflächen zur Verfügung stehen, deren Funktion zudem leicht erfassbar ist. Es werden alle Anforderungen aus 2.2 unterstützt. Abbildung 4 <ImgLink imgNo="4" imgType="figure"/> zeigt die Rückmeldung an den Lerner nach Beantwortung einer Frage, wobei seine Antwort bewertet und ein Autorenkommentar gegeben wird sowie die Gesamtbewertung einer Fallbearbeitung.</Pgraph>
<SubHeadline>3.5 Evaluation</SubHeadline>
<Pgraph>Um eine kontinuierliche Verbesserung der Inhalte und der Technik ermöglichen zu können findet die Evaluation auf vier Ebenen statt:</Pgraph>
<Pgraph>
<UnorderedList>
<ListItem level="1">Fallbearbeitungsprotokolle (Log-Daten)</ListItem>
<ListItem level="1">Kurzer Evaluationsfragenabschnitt am Ende jeder Fallbearbeitung</ListItem>
<ListItem level="1">Ausführlicher Evaluationsfragebogen nach jedem Kurs</ListItem>
<ListItem level="1">Analyse der Prüfungsergebnisse</ListItem>
</UnorderedList>
</Pgraph>
<SubHeadline2>Erfassung der Fallbearbeitungen (Log-Daten)</SubHeadline2>
<Pgraph>Jede Aktion des Lerners, insbesondere der Fallstart, die Beantwortung von Fragen, das Starten eines neuen Abschnittes usw. wird vom <Mark2>CaseTrain-Player</Mark2> zur Laufzeit protokolliert. Diese Informationen werden dann während des Fallverlaufs an die Statistik-Komponente des <Mark2>CaseTrain-Managers</Mark2> übertragen, so dass später eine genaue Auswertung möglich ist: Anhand dieser Daten können sowohl detaillierte objektive Statistiken über die Nutzung bestimmter Funktionen des Fallplayers (Zusammenfassung aufrufen, Hintergrundwissen öffnen, Kommentar öffnen usw.), als auch für den Fallautor interessante Statistiken über die Beantwortung einzelner Fragen erhoben werden. Wenn bei der Bereitstellung des Falles in der eLearning-Plattform <Mark2>wuecampus</Mark2> die Anonymisierung nicht aktiviert wird, kann jede Fallbearbeitung eindeutig einem Studierenden zugeordnet werden, was eine individuelle Auswertung ermöglicht.</Pgraph>
<SubHeadline2>Fallinterne Evaluationsfragen</SubHeadline2>
<Pgraph>Autoren können im Falldokument auch abschließende Evaluationsfragen definieren. Tun sie dies nicht, dann wird in den fertigen Fall ein kurzer Standard-Evaluationsabschnitt eingefügt – es sei denn der Autor schaltet das explizit im <Mark2>CaseTrain-Manager</Mark2> ab. Dieser ist konfigurierbar, derzeit aber nur sehr kurz um eine möglichst hohe Rücklaufquote zu erreichen: Er umfasst nur eine Schulnote für Bedienbarkeit des Fallplayers und eine für Qualität der Fallinhalte sowie die Möglichkeit eines Freitextkommentars. Die Evaluationsantworten werden mit den Fallbearbeitungen erfasst, wie die übrigen Fragen mittels der Statistik-Komponente unmittelbar ausgewertet und geben dem Fallautoren so ein unkompliziertes, direktes Feedback.</Pgraph>
<SubHeadline2>Kursevaluation</SubHeadline2>
<Pgraph>Jeder Dozent eines Kurses, bei dem <Mark2>CaseTrain</Mark2>-Fälle zum Einsatz kommen, hat die Möglichkeit, am Ende des Vorlesungszeitraums eine Evaluation durchführen zu lassen. Dazu existiert ein einheitlicher schriftlicher Fragebogen mit 19 Items u.a. zur curricularen Integration, der Bedienung und technischen Problemen. Die ausgefüllten Fragebögen werden (bis auf eventuelle Kommentare) automatisch ausgewertet und ein PDF-Bericht generiert.</Pgraph>
<SubHeadline2>Analyse der Prüfungsergebnisse</SubHeadline2>
<Pgraph>Neben der Kursevaluation ist gewünscht, dass Dozenten Prüfungsergebnisse daraufhin untersuchen, ob die vorherige Nutzung der Trainingsfälle Auswirkungen auf die Ergebnisse hatte. Im einfachsten Fall kann man die Leistungen der Studierenden bei der Fallbearbeitung mit denen in der Klausur vergleichen. Sind die Fälle aber nur anonym verfügbar, dann bietet sich die Möglichkeit, einige wenige Fragen aus den Trainingsfällen in der Klausur zu verwenden um daraus ableiten zu können, ob der jeweilige Teilnehmer Fälle bearbeitet hat oder nicht. Eine solche Auswertung kann aber immer nur Hinweise geben, schließlich besteht bei einer guten Korrelation zwischen Fallbearbeitungen und Prüfungsergebnis auch immer die Möglichkeit, dass nur fleißige oder gute Studierende das Angebot des fallbasierten Trainings genutzt haben und auch ohne diese Möglichkeit der Prüfungsvorbereitung gute Prüfungsergebnisse erzielt hätten.</Pgraph>
</TextBlock>
<TextBlock linked="yes" name="4 Ergebnisse">
<MainHeadline>4 Ergebnisse</MainHeadline>
<Pgraph>Erst im Verlauf des Sommersemesters wurde der <Mark2>CaseTrain-Manager</Mark2> so erweitert, dass der kurze fallinterne Fragebogen bei der Fallerstellung automatisch hinzugefügt wird. Dementsprechend ist der Fragebogen nicht in allen Fällen verfügbar, zudem verfügen einzelne Fälle über von den Fallautoren selbst erstellte Fragebögen, die zwar ähnliche Items enthalten wie der Standard-Fragebogen, aber nicht in die Projekt-weite Evaluation aufgenommen werden. Fallbearbeitungen, die außerhalb der eLearning-Plattform <Mark2>wuecampus</Mark2> stattfinden (etwa, wenn ein Fallautor einen Fall über seine Homepage verfügbar macht), werden nur dann in die Statistik aufgenommen, wenn der Fall zusätzlich auch über <Mark2>wuecampus</Mark2> erreichbar ist. In Tabelle 1 <ImgLink imgNo="1" imgType="table"/> sind die bisher gewonnenen Daten zu Fallbearbeitungen und Evaluationsfragen aufgeführt. Durch einige technische Umstellungen fehlen dabei Daten aus dem „Pilotsemester“ Sommersemester 2007 und teilweise auch aus dem Wintersemester 2007/08. Aufgeführt sind in Tabelle 1 <ImgLink imgNo="1" imgType="table"/> zu jeder Lehrveranstaltung, die Fälle über <Mark2>wuecampus</Mark2> anbietet:</Pgraph>
<Pgraph>
<UnorderedList>
<ListItem level="1">Anzahl der Studierenden, die diese Veranstaltung erfahrungsgemäß besuchen</ListItem>
<ListItem level="1">Anzahl an Trainingsfällen, die den Studierenden am Semesterende zur Verfügung stand</ListItem>
<ListItem level="1">Anzahl an Bearbeitungen (wobei auch jeweils mehrere Bearbeitungen eines Falles durch einen Lerner möglich waren)</ListItem>
<ListItem level="1">Anzahl an vollständigen Bearbeitungen, hier werden nur die Bearbeitungen gezählt, bei denen mindestens die Abschlussbewertung angezeigt wurde</ListItem>
<ListItem level="1">Durchschnittliche Bearbeitungsdauer in min (bezogen auf vollständige Bearbeitungen)</ListItem>
<ListItem level="1">Anzahl an ausgefüllten Evaluationsfragen (diese sind optional)</ListItem>
<ListItem level="1">Durchschnittliche Antwort auf das Item „Welche Note geben Sie für den Fallinhalt? (Schulnote 1–6)“</ListItem>
<ListItem level="1">Durchschnittliche Antwort beim Item „Welche Note geben Sie für die Bedienung? (Schulnote 1–6)“</ListItem>
</UnorderedList>
</Pgraph>
<Pgraph>Insgesamt wurden über 400 Fälle in 33 Lehrveranstaltungen aus 10 Institutionen angeboten. Diese Fälle wurden über 27.000-mal gestartet und über 17.500-mal vollständig bearbeitet. Die durchschnittliche Bearbeitungsdauer von gut 9 min entspricht den Empfehlungen, Fälle mit einer Bearbeitungsdauer von 5–15 min zu erstellen. Der Standard-Fragebogen wurde über 2700-mal ausgefüllt, wobei die Fallinhalte durchschnittlich mit 1,9 benotet wurden, die Bedienung des Fallplayers mit 1,7 (die Durchschnittsberechnung erfolgte nach Fällen, nicht nach Kursen). Kurse mit wenigen ausgefüllten Fragebögen sind nicht sehr aussagekräftig und weisen große Schwankungen auf, deshalb wurde bei zu geringen Rückläufen auf eine Darstellung verzichtet.</Pgraph>
<Pgraph>Zusätzlich zur Benotung von Inhalt und Bedienung wurden die Studierenden mit der Frage „Haben Sie noch einen Verbesserungsvorschlag oder ist Ihnen etwas besonders (angenehm oder unangenehm) aufgefallen?“ aufgefordert, einen Kommentar zu hinterlassen. In einer groben Durchsicht reichte die Spannweite von enthusiastischer Zustimmung bis zur grundsätzlichen Ablehnung, Kritik wurde vor allem bezüglich der Wortfragen geäußert, da es hier immer wieder vorkommt, dass die Autoren ein Synonym oder eine Schreibweise nicht als richtige Antwort im Fall hinterlegt hatten.</Pgraph>
<Pgraph>Die erfreulich hohen Fallbearbeitungszahlen in einzelnen Fächern (z.B. in der Infektiologie im Sommersemester 2008) liegen zum einen an den relativ kurzen Fällen (ca. 5 Minuten Bearbeitungsdauer), zum anderen an der starken curricularen Integration – den Studierenden wurde die Benutzung zur Klausurvorbereitung dringend empfohlen.</Pgraph>
<Pgraph>In Abbildung 5 <ImgLink imgNo="5" imgType="figure"/> zeigen wir für den Kurs der Infektiologie detailliertere Ergebnisse, insbesondere den zeitlichen Verlauf der Anzahl der Fallbearbeitungen (Abbildung 5 <ImgLink imgNo="5" imgType="figure"/>, links) und deren Aufschlüsselung nach Fall und Lerner (Abbildung 5 <ImgLink imgNo="5" imgType="figure"/>, rechts).</Pgraph>
<Pgraph>Weiterhin wurde in 12 Kursen kurz vor oder nach der Klausur eine Kursevaluation durchgeführt. Eine umfassende Analyse der dabei gewonnenen Daten von ca. 700 ausgefüllten Fragebögen steht aber noch aus. Die dabei gegebenen Antworten und Kommentare decken sich aber dem ersten Anschein nach mit denen aus der fallinternen Evaluation, die dabei gestellte Frage nach der Zustimmung zum Einsatz von Trainingsfällen scheint aber hier – im Gegensatz zu manchen Kommentaren aus der fallinternen Evaluation – annähernd vollständig positiv beantwortet worden zu sein.</Pgraph>
<Pgraph>Auch die Analysen der Prüfungsergebnisse sind noch nicht abgeschlossen, Vergleiche der Infektiologie-Klausuren von Sommersemester 2008 und Sommersemester 2007 (wo noch keine Trainingsfälle verfügbar waren) deuten aber auf einen erheblichen positiven Effekt der Fallbearbeitungen hin.</Pgraph>
</TextBlock>
<TextBlock linked="yes" name="5 Diskussion und Ausblick">
<MainHeadline>5 Diskussion und Ausblick</MainHeadline>
<Pgraph>Die große Zahl erstellter Trainingsfälle, die Anzahl der Fallbearbeitungen und die guten Bewertungen zeigen die hohe Akzeptanz fallbasierter Trainingsfälle bei Dozenten und Studierenden aus unterschiedlichen Fakultäten. Der Schwerpunkt der Projektarbeiten liegt derzeit auf der Entwicklung weiterer Kurse in fast allen Fakultäten der Universität Würzburg bzw. der Erstellung weiterer Fälle zu vorhandenen Kursen und dem Evaluation des Einsatzes. Bezüglich der Weiterentwicklung des Autorensystems sind die meisten fachübergreifenden Wünsche erfüllt, aber es gibt noch spezielle Wünsche, wie z.B. Mehrsprachigkeit mit besonderen Zeichensätzen (z.B. chinesisch, kyrillisch), weitere Fragetypen oder die Unterstützung von anderen Verzweigungsstrukturen als die „Infowahl“.</Pgraph>
<Pgraph>Für die Einbindung von <Mark2>CaseTrain</Mark2> in Lernplattformen ist die SCORM-Kompatibilität wichtig. Während die meisten Voraussetzungen dafür im <Mark2>CaseTrain-Player</Mark2> grundsätzlich gegeben sind, ist noch eine wichtige Erweiterung erforderlich: nämlich, dass ein Fall jederzeit unterbrochen und weitergeführt werden kann. Diese Funktionalität wird – auch im Hinblick auf einige Fachgebiete mit langen Fällen – nun auch als erstes in Angriff genommen.</Pgraph>
<Pgraph>Die Nutzung des <Mark2>CaseTrain-Players</Mark2> für Prüfungen wurde sowohl von Dozenten als auch von Studierenden gewünscht. Allerdings ist der Aufwand dafür recht hoch, wie die Erweiterungen des fallbasierten Lernsystems <Mark2>Campus</Mark2> zu einem Prüfungsplayer zeigen <TextLink reference="18"></TextLink>. Nichtsdestotrotz ist eine entsprechende Weiterentwicklung geplant.</Pgraph>
<Pgraph>Ein besonders häufig geäußerter Wunsch ist die Unterstützung von Fragetypen mit Freitext-Antworten, zu denen nicht nur Musterlösungen angezeigt, sondern die auch bewertet werden sollen. Das erfordert Techniken der Sprachverarbeitung und Informationsextraktion <TextLink reference="11"></TextLink>, <TextLink reference="12"></TextLink> und liefert im Allgemeinen nur eine begrenzte automatische Bewertungsqualität. Hier planen wir eine semiautomatische Korrektur, bei der der Antworttext vorverarbeitet und das Ergebnis von einem menschlichen Korrektor überprüft wird.</Pgraph>
</TextBlock>
<TextBlock linked="yes" name="Anmerkungen">
<MainHeadline>Anmerkungen</MainHeadline>
<SubHeadline>Interessenkonflikte</SubHeadline>
<Pgraph>Keine angegeben.</Pgraph>
<SubHeadline>Danksagung</SubHeadline>
<Pgraph>Die Arbeiten wurden aus Studienbeiträgen der Studierenden der Universität Würzburg finanziert.</Pgraph>
</TextBlock>
<References linked="yes">
<Reference refNo="1">
<RefAuthor>Ruiz J</RefAuthor>
<RefAuthor>Mintzer M</RefAuthor>
<RefAuthor>Leipzig R</RefAuthor>
<RefTitle>The impact of E-learning in medical education</RefTitle>
<RefYear>2006</RefYear>
<RefJournal>Acad Med</RefJournal>
<RefPage>207-12</RefPage>
<RefTotal>Ruiz J, Mintzer M, Leipzig R. The impact of E-learning in medical education. Acad Med. 2006;81(3):207-12. DOI: 10.1097/00001888-200603000-00002</RefTotal>
<RefLink>http://dx.doi.org/10.1097/00001888-200603000-00002</RefLink>
</Reference>
<Reference refNo="2">
<RefAuthor>Betz C</RefAuthor>
<RefTitle></RefTitle>
<RefYear>2007</RefYear>
<RefBookTitle>Scalable authoring of diagnostic case based training systems</RefBookTitle>
<RefPage></RefPage>
<RefTotal>Betz C. Scalable authoring of diagnostic case based training systems. VDM Verlag; 2007.</RefTotal>
</Reference>
<Reference refNo="3">
<RefAuthor>Reimer S</RefAuthor>
<RefAuthor>Hörnlein A</RefAuthor>
<RefAuthor>Tony HP</RefAuthor>
<RefAuthor>Krämer D</RefAuthor>
<RefAuthor>Oberück S</RefAuthor>
<RefAuthor>Betz C</RefAuthor>
<RefAuthor>Puppe F</RefAuthor>
<RefAuthor>Kneitz C</RefAuthor>
<RefTitle>Assessment of a case-based training system (d3web.Train) in rheumatology</RefTitle>
<RefYear>2006</RefYear>
<RefJournal>Rheumatol Int</RefJournal>
<RefPage>942-8</RefPage>
<RefTotal>Reimer S, Hörnlein A, Tony HP, Krämer D, Oberück S, Betz C, Puppe F, Kneitz C. Assessment of a case-based training system (d3web.Train) in rheumatology. Rheumatol Int. 2006;26(10):942-8. DOI: 10.1007/s00296-006-0111-x</RefTotal>
<RefLink>http://dx.doi.org/10.1007/s00296-006-0111-x</RefLink>
</Reference>
<Reference refNo="4">
<RefAuthor>Krämer D</RefAuthor>
<RefAuthor>Reimer S</RefAuthor>
<RefAuthor>Hörnlein A</RefAuthor>
<RefAuthor>Betz C</RefAuthor>
<RefAuthor>Puppe F</RefAuthor>
<RefAuthor>Kneitz C</RefAuthor>
<RefTitle>Evaluation of a novel case-based Training Program (d3web.Train) in Hematology</RefTitle>
<RefYear>2005</RefYear>
<RefJournal>Ann Hematol</RefJournal>
<RefPage>823-9</RefPage>
<RefTotal>Krämer D, Reimer S, Hörnlein A, Betz C, Puppe F, Kneitz C. Evaluation of a novel case-based Training Program (d3web.Train) in Hematology. Ann Hematol. 2005;84(12):823-9. DOI: 10.1007/s00277-005-1062-0</RefTotal>
<RefLink>http://dx.doi.org/10.1007/s00277-005-1062-0</RefLink>
</Reference>
<Reference refNo="5">
<RefAuthor>Martens A</RefAuthor>
<RefTitle></RefTitle>
<RefYear>2004</RefYear>
<RefBookTitle>Ein Tutoring Prozess Modell für fallbasierte Intelligente Tutoringsysteme</RefBookTitle>
<RefPage></RefPage>
<RefTotal>Martens A. Ein Tutoring Prozess Modell für fallbasierte Intelligente Tutoringsysteme. DISKI 281. Akademische Verlagsgesellschaft; 2004.</RefTotal>
</Reference>
<Reference refNo="6">
<RefAuthor>Simonsohn A</RefAuthor>
<RefAuthor>Fischer M</RefAuthor>
<RefTitle>Evaluation of a case-based computerized learning program (CASUS) for medical students during their clinical years</RefTitle>
<RefYear>2004</RefYear>
<RefJournal>Dtsch Med Wochenschr</RefJournal>
<RefPage>552-6</RefPage>
<RefTotal>Simonsohn A, Fischer M. Evaluation of a case-based computerized learning program (CASUS) for medical students during their clinical years. Dtsch Med Wochenschr. 2004;129(11):552-6. DOI: 10.1055/s-2004-820543</RefTotal>
<RefLink>http://dx.doi.org/10.1055/s-2004-820543</RefLink>
</Reference>
<Reference refNo="7">
<RefAuthor>Garde S</RefAuthor>
<RefAuthor>Bauch M</RefAuthor>
<RefAuthor>Haag M</RefAuthor>
<RefAuthor>Heid J</RefAuthor>
<RefAuthor>Huwendiek S</RefAuthor>
<RefAuthor>Ruderich F</RefAuthor>
<RefAuthor>Singer R</RefAuthor>
<RefAuthor>Leven FJ</RefAuthor>
<RefTitle>CAMPUS - computer-based training in medicine as part of a problem-oriented educational strategy</RefTitle>
<RefYear>2005</RefYear>
<RefJournal>Studies in Learning, Evaluation, Innovation and Development</RefJournal>
<RefPage>10-9</RefPage>
<RefTotal>Garde S, Bauch M, Haag M, Heid J, Huwendiek S, Ruderich F, Singer R, Leven FJ. CAMPUS - computer-based training in medicine as part of a problem-oriented educational strategy. Studies in Learning, Evaluation, Innovation and Development. 2005;2(1):10-9.</RefTotal>
</Reference>
<Reference refNo="8">
<RefAuthor>anonym</RefAuthor>
<RefTitle>CaseTrain - Fallbasiertes Training Online. Fakultätsübergreifendes Blended Learning Projekt - finanziert aus Studienbeiträgen</RefTitle>
<RefYear></RefYear>
<RefTotal>CaseTrain - Fallbasiertes Training Online. Fakultätsübergreifendes Blended Learning Projekt - finanziert aus Studienbeiträgen [website]. Available from: http://casetrain.uni-wuerzburg.de [cited 2008-07-25]</RefTotal>
<RefLink>http://casetrain.uni-wuerzburg.de</RefLink>
</Reference>
<Reference refNo="9">
<RefAuthor>anonym</RefAuthor>
<RefTitle>OpenOffice.org - The Free and Open Productivity Site</RefTitle>
<RefYear></RefYear>
<RefTotal>OpenOffice.org - The Free and Open Productivity Site [website]. Available from: http://www.openoffice.org [cited 2008-07-25]</RefTotal>
<RefLink>http://www.openoffice.org</RefLink>
</Reference>
<Reference refNo="10">
<RefAuthor>Apple</RefAuthor>
<RefTitle>iWork - Pages</RefTitle>
<RefYear></RefYear>
<RefTotal>Apple. iWork - Pages [website]. Available from: http://www.apple.com/iwork/pages/ [cited 2008-12-10]</RefTotal>
<RefLink>http://www.apple.com/iwork/pages/</RefLink>
</Reference>
<Reference refNo="11">
<RefAuthor>Klügl P</RefAuthor>
<RefAuthor>Atzmüller M</RefAuthor>
<RefAuthor>Puppe F</RefAuthor>
<RefTitle>Test-Driven Development of Complex Information Extraction Systems using TEXTMARKER</RefTitle>
<RefYear>2008</RefYear>
<RefBookTitle>Proceedings of Knowledge Engineering and Software Engineering (KESE08), 31th German Conference on Artificial Intelligence (KI-2008)</RefBookTitle>
<RefPage></RefPage>
<RefTotal>Klügl P, Atzmüller M, Puppe F. Test-Driven Development of Complex Information Extraction Systems using TEXTMARKER. Proceedings of Knowledge Engineering and Software Engineering (KESE08), 31th German Conference on Artificial Intelligence (KI-2008); Kaiserslautern. 2008 [accepted].</RefTotal>
</Reference>
<Reference refNo="12">
<RefAuthor>Atzmüller M</RefAuthor>
<RefAuthor>Klügl P</RefAuthor>
<RefAuthor>Puppe F</RefAuthor>
<RefTitle>Rule-Based Information Extraction for Structured Data Acquisition using TEXTMARKER</RefTitle>
<RefYear>2008</RefYear>
<RefBookTitle>Proceedings of LWA 2008 (Special Track on Knowledge Discovery and Machine Learning)</RefBookTitle>
<RefPage></RefPage>
<RefTotal>Atzmüller M, Klügl P, Puppe F. Rule-Based Information Extraction for Structured Data Acquisition using TEXTMARKER. Proceedings of LWA 2008 (Special Track on Knowledge Discovery and Machine Learning); Würzburg. 2008 [accepted].</RefTotal>
</Reference>
<Reference refNo="13">
<RefAuthor>anonym</RefAuthor>
<RefTitle>MedicML - XML-Struktur für medizinische Fachinformationen</RefTitle>
<RefYear></RefYear>
<RefTotal>MedicML - XML-Struktur für medizinische Fachinformationen [website]. Available from: http://www.medicml.de [cited 2008-07-25]</RefTotal>
<RefLink>http://www.medicml.de</RefLink>
</Reference>
<Reference refNo="14">
<RefAuthor>Merz A K</RefAuthor>
<RefAuthor>Schwarz C</RefAuthor>
<RefAuthor>Reng C M</RefAuthor>
<RefAuthor>Rockmann F</RefAuthor>
<RefTitle>medicMED - XML and standard software for a new approach of ICL in medicine</RefTitle>
<RefYear>2002</RefYear>
<RefBookTitle>International Workshop ICL - Interactive Computer Aided Learning</RefBookTitle>
<RefPage></RefPage>
<RefTotal>Merz A K, Schwarz C, Reng C M, Rockmann F. medicMED - XML and standard software for a new approach of ICL in medicine. International Workshop ICL - Interactive Computer Aided Learning; 25.-27.09.2002; Villach/Austria. 2002.</RefTotal>
</Reference>
<Reference refNo="15">
<RefAuthor>anonym</RefAuthor>
<RefTitle>Moodle - A Free, Open Source Course Management System for Online Learning</RefTitle>
<RefYear></RefYear>
<RefTotal>Moodle - A Free, Open Source Course Management System for Online Learning [website]. Available from: http://moodle.org [cited 2008-07-25]</RefTotal>
<RefLink>http://moodle.org</RefLink>
</Reference>
<Reference refNo="16">
<RefAuthor>anonym</RefAuthor>
<RefTitle>WueCampus - Die uniweite eLearning Plattform</RefTitle>
<RefYear></RefYear>
<RefTotal>WueCampus - Die uniweite eLearning Plattform [website]. Available from: http://wuecampus.uni-wuerzburg.de [cited 2008-07-25]</RefTotal>
<RefLink>http://wuecampus.uni-wuerzburg.de</RefLink>
</Reference>
<Reference refNo="17">
<RefAuthor>anonym</RefAuthor>
<RefTitle>Adobe - ActionScript Technology Center</RefTitle>
<RefYear></RefYear>
<RefTotal>Adobe - ActionScript Technology Center [website]. Available from: http://www.adobe.com/devnet/actionscript [cited 2008-07-25]</RefTotal>
<RefLink>http://www.adobe.com/devnet/actionscript</RefLink>
</Reference>
<Reference refNo="18">
<RefAuthor>Heid J</RefAuthor>
<RefAuthor>Bauch M</RefAuthor>
<RefAuthor>Brass K</RefAuthor>
<RefAuthor>Haag M</RefAuthor>
<RefAuthor>Jünger J</RefAuthor>
<RefAuthor>Leven FJ</RefAuthor>
<RefTitle>Erfahrungen bei Entwicklung und Einsatz eines Prüfungsplayers für computerunterstütztes sicheres Prüfen</RefTitle>
<RefYear>2005</RefYear>
<RefBookTitle>eLearning in der Medizin. Proc. zum 9. Workshop der gmds-Ag CBT in der Medizin</RefBookTitle>
<RefPage>46-9</RefPage>
<RefTotal>Heid J, Bauch M, Brass K, Haag M, Jünger J, Leven FJ. Erfahrungen bei Entwicklung und Einsatz eines Prüfungsplayers für computerunterstütztes sicheres Prüfen. In: Matthies, Fischer, Haag, Klar, Puppe. eLearning in der Medizin. Proc. zum 9. Workshop der gmds-Ag CBT in der Medizin; 2005. Quintessenz-Verlag; 2005. S. 46-9</RefTotal>
</Reference>
</References>
<Media>
<Tables>
<Table format="png">
<MediaNo>1</MediaNo>
<MediaID>1</MediaID>
<Caption>
<Pgraph>
<Mark1>Tabelle 1: Benutzungs- und Evaluationsdaten der über die Lernplattform </Mark1>
<Mark1>
<Mark2>wuecampus</Mark2>
</Mark1>
<Mark1> angebotenen Kurse mit Trainingsfällen der Universität Würzburg</Mark1>
</Pgraph>
<Pgraph>(Fehlende Zahlen bei #Studierende: gleiche Anzahl wie im vorherigen Semester; bei Fallevaluationen: wurde nicht durchgeführt oder zu geringe Beteiligung; in Quantitave Methoden A und Quantitative Methoden B: Daten wurden nicht erfasst.)</Pgraph>
</Caption>
</Table>
<NoOfTables>1</NoOfTables>
</Tables>
<Figures>
<Figure format="png" height="1085" width="812">
<MediaNo>1</MediaNo>
<MediaID>1</MediaID>
<Caption>
<Pgraph>
<Mark1>Abbildung 1: Autorensicht der Falleingabe im Standard-Textsystem (</Mark1>
<Mark1>
<Mark2>Microsoft Word</Mark2>
</Mark1>
<Mark1>) </Mark1>
</Pgraph>
<Pgraph>Rechts unten finden sich die in der ersten Frage und der Infowahl referenzierten long-menu-Listen. Grau markiert ist der Textteil, der in Abb. 2 in der vom Parser erzeugten XML-Darstellung gezeigt und in Abb. 4 vom Fallplayer präsentiert wird.</Pgraph>
</Caption>
</Figure>
<Figure format="png" height="480" width="794">
<MediaNo>2</MediaNo>
<MediaID>2</MediaID>
<Caption>
<Pgraph>
<Mark1>Abbildung 2: Fallausschnitt in der XML-Repräsentation, der dem grau markierten Bereich in Abb. 1 entspricht</Mark1>
</Pgraph>
</Caption>
</Figure>
<Figure format="png" height="433" width="905">
<MediaNo>3</MediaNo>
<MediaID>3</MediaID>
<Caption>
<Pgraph>
<Mark1>Abbildung 3: Fehlerrückmeldung – erkannte Fehler werden textuell beschrieben (linker Teil) und im Eingabedokument farblich hervorgehoben (rechter Teil, im Original rot markiert)</Mark1>
</Pgraph>
</Caption>
</Figure>
<Figure format="png" height="1404" width="782">
<MediaNo>4</MediaNo>
<MediaID>4</MediaID>
<Caption>
<Pgraph>
<Mark1>Abbildung 4: Screenshots des </Mark1>
<Mark1>
<Mark2>CaseTrain-Players</Mark2>
</Mark1>
<Mark1>, die den grau markierten Bereich aus Abb. 1 umsetzen </Mark1>
</Pgraph>
<Pgraph>Oben: Untersuchungsergebnis mit zugehöriger Frage – Mitte: Auflösung der Frage mit Autorenkommentar – unten: abschließende Bewertung</Pgraph>
</Caption>
</Figure>
<Figure format="png" height="461" width="955">
<MediaNo>5</MediaNo>
<MediaID>5</MediaID>
<Caption>
<Pgraph>
<Mark1>Abbildung 5: Detaillierte Kursstatistik für den Kurs Infektiologie. </Mark1>
</Pgraph>
<Pgraph>Links: Die Balken zeigen den Verlauf der Fallbearbeitungen, z.B. wurden am 9.7. (einen Tag vor der Klausur) 1546 Fallbearbeitungen von ca. 150 Benutzern registriert. Die unterschiedlichen Grautöne (Farben im Original) der Balken deuten unterschiedliche Fallbearbeitungszustände an (abgeschlossen mit Erfolg, abgeschlossen ohne Erfolg, nicht abgeschlossen). Die Zahl oben in eckigen Klammern zeigt die Anzahl von beantworteten fallinternen Evaluationen. Rechts: Aufschlüsselung der Fallbearbeitungen nach Fall und Lerner. So hat der Student 3 insgesamt 10 verschiedene Fälle mindestens einmal bearbeitet, darunter den Fall A viermal mit der besten Bewertung 100%, und den Fall C zweimal mit der besten Bewertung 67%. Insgesamt wurde der Fall A 580-mal bearbeitet mit einer durchschnittlichen Bewertung von 89%, der Fall C 513-mal mit einer durchschnittlichen Bewertung von 86%.</Pgraph>
</Caption>
</Figure>
<NoOfPictures>5</NoOfPictures>
</Figures>
<InlineFigures>
<NoOfPictures>0</NoOfPictures>
</InlineFigures>
<Attachments>
<NoOfAttachments>0</NoOfAttachments>
</Attachments>
</Media>
</OrigData>
</GmsArticle>
]]></plaintext></textgroup></listitem></unorderedlist></pgraph></textblock></origdata></gmsarticle>