Wie man eine Ausschreibung für ein Online-Prüfungssystem schreibt

Die meisten Ausschreibungen für Prüfungsplattformen scheitern aus demselben Grund: Die Spezifikation beschreibt Funktionen statt Bedingungen. Anbieter beantworten daraufhin unterschiedliche Fragen, Angebote werden unvergleichbar, und dem Bewertungsgremium bleibt nur der Preis als Kriterium.

Eine Ausschreibung für ein Online-Prüfungssystem funktioniert, wenn sie die Bedingungen benennt, denen die Plattform standhalten muss: wie viele Kandidaten gleichzeitig schreiben, was bei einer Anfechtung der Integrität geschieht, mit welchen Systemen sie sprechen muss und wo die Daten liegen dürfen. Diese Checkliste behandelt die fünf Anforderungsbereiche, die das Ergebnis bestimmen.

1. Nennen Sie die Spitzenparallelität, nicht die Gesamtzahl der Kandidaten

Der häufigste Spezifikationsfehler ist die Angabe der Gesamtzahl der Prüflinge. Diese sagt einem Anbieter fast nichts; entscheidend ist die Spitzenparallelität — wie viele Kandidaten im selben Moment schreiben. Danach muss die Infrastruktur bemessen werden.

Zwanzigtausend Kandidaten über zwei Wochen verteilt sind eine gewöhnliche Last. Zwanzigtausend in einem Zwei-Stunden-Fenster sind ein anderes technisches Problem. Spezifizieren Sie:

• Spitzenzahl gleichzeitiger Kandidaten in einer einzelnen Sitzung
• Jährliches Gesamtprüfungsvolumen
• Anzahl der Sitzungen und wie gedrängt der Kalender ist
• Ob die Nachfrage saisonal oder kontinuierlich ist

Verlangen Sie von Bietern eine Parallelitätszahl, die sie tatsächlich produktiv betrieben haben, keine theoretische Obergrenze. Zum Vergleich: iTest ist für über 120.000 gleichzeitige Kandidaten und mehr als 2 Millionen Prüfungen pro Jahr ausgelegt.

2. Definieren Sie Integrität über die Konsequenz

Integritätsanforderungen sollten sich daraus ableiten, worüber die Prüfung entscheidet. Ein formatives Klassenquiz und eine berufliche Zulassungsprüfung brauchen nicht dieselben Schutzmechanismen — dieselben Anforderungen für beide zu spezifizieren verschwendet in der einen Richtung Budget und in der anderen Sicherheit.

Für Prüfungen mit hoher Tragweite spezifizieren Sie:

• Aufsichtsverfahren und Integritätsbewertung
• Anforderungen an die Identitätsprüfung
• Audit-Trails, die ein angefochtenes Ergebnis belegen können
• Rollenbasierte Zugriffskontrolle auf Prüfungsdaten
• Benötigte Fragenformate, einschließlich klinischer oder strukturierter Formate

Der Prüfstein eines ernsthaften Angebots ist, ob der Anbieter beschreiben kann, was passiert, wenn ein Ergebnis angefochten wird — nicht bloß, wie die Erkennung funktioniert.

3. Benennen Sie jedes System, mit dem integriert werden muss

Integration ist die Anforderung, die am häufigsten vage bleibt, und diejenige, die den Preis nach Zuschlag am ehesten verändert. Listen Sie die Systeme namentlich und mit Version auf und trennen Sie Standard von Maßarbeit.

• Standard-LMS-Integration — iTest integriert sich mit Moodle, Blackboard, Canvas und Google Classroom
• Anbindung an Studierendenverwaltung sowie HR-/ERP-Systeme
• Alt- oder Ministeriumssysteme ohne moderne Schnittstelle
• Single Sign-on über Ihren bestehenden Identity Provider
• Datenmigration von einer bestehenden Plattform

Wo Systeme nie für Interoperabilität ausgelegt waren, besteht die Arbeit darin, zwischen ihnen zu vermitteln, statt eine API aufzurufen. Intrazero löst das mit iMiddleware, der eigenen Integrationsplattform, die im ägyptischen nationalen LMS-Programm mehr als 500 staatliche Universitätsfakultäten verbindet.

4. Klären Sie Betriebsmodell und Datenstandort früh

Für Ministerien, öffentliche Universitäten und Krankenhausverbünde ist die entscheidende Frage oft gar keine funktionale — sondern wo die Daten liegen und ob die Antwort einer Aufsichtsbehörde genügt.

Legen Sie klar fest, ob Sie Cloud-, On-Premise- oder Hybrid-Betrieb verlangen und welcher Rahmen gilt: das PDPL in Saudi-Arabien (beaufsichtigt von SDAIA, mit Kontrollen der National Cybersecurity Authority), die GDPR in der EU oder Ihre eigenen nationalen Vorgaben. iTest unterstützt Cloud, On-Premise und Hybrid; die Bildungsplattformen sind gegen GDPR und FERPA gebaut.

Klären Sie das vor der Shortlist. Es verändert die Gestalt des gesamten Vorhabens, und eine Einschränkung nach Zuschlag zu entdecken ist teuer.

5. Spezifizieren Sie Sprachen, Schulung und den Betrieb nach dem Start

Zweisprachige Lieferung ist keine Übersetzungsposition. Natives Arabisch mit echtem Rechts-nach-links-Layout ist eine Design- und Engineering-Anforderung, und sie nachzurüsten kostet mehr, als sie vorab zu spezifizieren.

• Benötigte Sprachen und ob RTL dazugehört
• Schulungsumfang — Administratoren, Aufsichten, Prüfer, Kandidaten
• Support- und Wartungsniveau nach dem Start
• Stufenweiser Rollout oder einmaliger Start
• Bedingungen für Datenexport und Übergabe bei Vertragsende

Der letzte Punkt gehört in die Spezifikation statt in die Verhandlung. Institutionelle Daten sollten der Institution gehören, und die Bedingungen lassen sich vor Zuschlag leichter vereinbaren als danach.

Die Fragen, die ernsthafte Angebote trennen

Wenn Sie sonst nichts fragen, fragen Sie diese vier:

1. Welche Spitzenparallelität haben Sie produktiv betrieben, und wo?
2. Was passiert, wenn ein Prüfungsergebnis angefochten wird?
3. Mit welchen unserer benannten Systeme haben Sie bereits integriert?
4. Kann das in unserer Infrastruktur laufen, und unter welchem Rahmen?

Die Antworten auf diese vier Fragen sagen mehr aus als jede Funktionsmatrix. Intrazeros iTest führt Ägyptens nationale medizinische Zulassungsprüfung (EMLE) durch, abgelegt von 9.397 Ärzten für den ägyptischen Gesundheitsrat und das Gesundheitsministerium — ein Umfeld, in dem jede dieser vier Fragen eine verbindliche Antwort hatte.