welcome: please sign in
location: Änderungen von "LaborBuchungsSoftware"
Unterschiede zwischen den Revisionen 10 und 12 (über 2 Versionen hinweg)
Revision 10 vom 2019-01-15 13:41:00
Größe: 3909
Kommentar:
Revision 12 vom 2019-01-15 14:01:43
Größe: 3830
Kommentar:
Gelöschter Text ist auf diese Art markiert. Hinzugefügter Text ist auf diese Art markiert.
Zeile 3: Zeile 3:
Zeile 5: Zeile 6:
Zeile 14: Zeile 14:
 1. stabile, bewährte Web-Applikation, zukunftssicher (aktive Weiterentwicklung)
 1. Schnittstellen, die die Anbindung anderer Programme (z.B. für die Rekrutierung von Probanden) ermöglichen
  1. exklusiven Raumzugriff für bestimmte Räume (labs)
 1. stabile, bewährte Web-Applikation
 1. Zukunftssicherheit (aktive Weiterentwicklung)
 1. Mehrsprachigkeit
Zeile 22: Zeile 22:
  1. keine Limitierungen: #user, #rooms, #events
 1. Zukunftssicherheit
 1. Mehrsprachigkeit
 1. keine Limitierungen hinsichtlich #user, #rooms, #events
Zeile 30: Zeile 28:
  1. Office- / Groupwareanbindung
 
1. Timeline Visualisierung
  1. Ansichten für verschiedene Zeiträume (Tag, Woche, Monat, Jahr)
 1. Unterschiedliche Raumtypen: Conference Room, Lab,...
 1. Timeline Visualisierung
 1. Ansichten für verschiedene Zeiträume (Tag, Woche, Monat, Jahr)
Zeile 35: Zeile 31:
 1. Workflows
  1. Die Software sucht einen Zeitraum, zu dem alle notwendigen Ressourcen verfügbar sind.
 
1. Die Software zeigt einen Überblick über die Verfügbarkeit der Ressourcen, damit der Experimentator erkennen kann, welche Änderungen an den zeitlichen Rahmenbedingungen zum Erfolg führen.
 1. Permissions
 1. Die Software sucht einen Zeitraum, an dem alle notwendigen Ressourcen verfügbar sind.
 1. Die Software zeigt einen Überblick über die Verfügbarkeit der Ressourcen, damit der Experimentator erkennen kann, welche Änderungen an den zeitlichen Rahmenbedingungen zum Erfolg führen.
 1. Permissions und Workflows
Zeile 40: Zeile 35:
  1. (Approval) Ein Laborleiter muss vor der endgültigen Buchung seine Zustimmung geben.   1. Approval: Ein Laborleiter muss vor der endgültigen Buchung seine Zustimmung geben.
Zeile 46: Zeile 41:
  1. Zeitliche Konflikte mit Kalender erkennen
Zeile 54: Zeile 48:
 * Verknüpfung mit der Terminverwaltung einer Probandendatenbank
 *
Verknüpfung mit einer Software zur Verwaltung der Ausleihe von Geräten
 1. Verknüpfung mit der Terminverwaltung einer Probandendatenbank (z.B. für die Rekrutierung von Probanden)
 1. zeitliche Konflikte anderer Personen werden durch die Kommunikation mit externen Kalendern erkannt
 1. Office-, Groupwareanbindung
 1.
Verknüpfung mit einer Software zur Verwaltung der Ausleihe von Geräten
 1. Anbindung an Instituts-Services wie Video-Conferencing, Catering, etc.
Zeile 59: Zeile 57:
Zeile 61: Zeile 60:
 1. Anbindung Instituts-Services: Buchung mit VideoConference, Catering, etc.
Zeile 70: Zeile 69:
 * Roomzilla
 * Skedda
 * [[https://www.roomzilla.net/ | Roomzilla]]
 * [[https://www.skedda.com/ |Skedda]]
Zeile 75: Zeile 75:
    

Software für die Buchung von Laboren

Diese Seite beschreibt die Anforderungen an eine Software für die Buchung von Laboren und ähnlichen Ressourcen. Und welche Software diese Anforderungen erfüllt.

Anforderungen

Die Software soll Wisssenschaftler unterstützen für ihre Studien Zeiträume zu finden, in denen alle benötigten Personen (Proband, Experimentator, Laborleiter) und Ressourcen (z.B. ein Raum, ein Kernspintomograph, ein portabler eye tracker) verfügbar sind.

Allgemeines

  1. stabile, bewährte Web-Applikation
  2. Zukunftssicherheit (aktive Weiterentwicklung)
  3. Mehrsprachigkeit
  4. Die EU DSGVO wird erfüllt
  5. Die Software kann mehrere Arten von Ressourcen verwalten, ggfs. per Schnittstelle zu einem anderen Programm:
    1. die handelnden Personen: Proband, Experimentator, Laborleiter
    2. Räume, Labore, immobile Geräte (z.B. Kernspintomograph)
    3. mobile Geräte (z.B. eye tracker, Keyboard), die in verschiedenen Laboren eingesetzt werden können
  6. keine Limitierungen hinsichtlich #user, #rooms, #events
  7. Anbindung an LDAP/AD
  8. OnPremises

Bedienung

  1. intuitive Bedienung via Browser
  2. Timeline Visualisierung
  3. Ansichten für verschiedene Zeiträume (Tag, Woche, Monat, Jahr)
  4. einfache Buchung einer Serie von Terminen (verschiedene Wiederholungsarten)
  5. Die Software sucht einen Zeitraum, an dem alle notwendigen Ressourcen verfügbar sind.
  6. Die Software zeigt einen Überblick über die Verfügbarkeit der Ressourcen, damit der Experimentator erkennen kann, welche Änderungen an den zeitlichen Rahmenbedingungen zum Erfolg führen.
  7. Permissions und Workflows
    1. Es existieren mind. 2 Hierachieebenen/Rollen: Experimentator, Laborleiter
    2. Approval: Ein Laborleiter muss vor der endgültigen Buchung seine Zustimmung geben.
    3. Ein Laborleiter kann die Buchung eines Experimentators verändern.
    4. Es ist möglich, dass eine Person beide Rollen einnimmt.
  8. Conflict Management
    1. Überbuchungen verhindern
    2. Ghost-Reservations verhindern (Report / Check-in)
  9. eMail Notifications, Reminder

Schnittstellen

Für die Interaktion mit möglicherweise bereits existierenden Datenbanken, die ebenfalls Ressourcen verwalten, existieren Schnittstellen. Z.B:

  1. Verknüpfung mit der Terminverwaltung einer Probandendatenbank (z.B. für die Rekrutierung von Probanden)
  2. zeitliche Konflikte anderer Personen werden durch die Kommunikation mit externen Kalendern erkannt
  3. Office-, Groupwareanbindung
  4. Verknüpfung mit einer Software zur Verwaltung der Ausleihe von Geräten
  5. Anbindung an Instituts-Services wie Video-Conferencing, Catering, etc.

Misc

  1. Statistik/Reporting über Auslastung der Labore und Nutzung durch einzelne Gruppen bzw. Laborleiter
  2. Ein Laborleiter kann entscheiden, welche Daten über die Labornutzung andere Laborleiter sehen können.

Kandidaten

Liste zu evaluierender Kandidaten

Anmerkungen, Anregungen

Anmerkungen, Anregungen, Verbesserungsvorschläge hinterlasse man bitte auf der Diskussionsseite

LaborBuchungsSoftware (zuletzt geändert am 2019-01-15 15:07:47 durch hayd@cbs.mpg.de)