#acl ItVerantwortlicheGroup:read,write,delete,revert,admin All:read,write
#pragma supplementation-page on
= 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.

<<TableOfContents(3)>>

== 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, 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. Die EU DSGVO wird erfüllt
 1. Die Software kann mehrere Arten von Ressourcen verwalten, ggfs. per Schnittstelle zu einem anderen Programm:
  1. die handelnden Personen: Proband, Experimentator, Laborleiter
  1. Räume, Labore, immobile Geräte (z.B. Kernspintomograph)
  1. mobile Geräte (z.B. eye tracker, Keyboard), die in verschiedenen Laboren eingesetzt werden können
  1. keine Limitierungen: #user, #rooms, #events
 1. Zukunftssicherheit
 1. Mehrsprachigkeit
 1. Anbindung an LDAP/AD
 1. !OnPremises

=== Bedienung ===
 1. intuitive Bedienung via Browser
  1. Office- / Groupwareanbindung
  1. Timeline Visualisierung
  1. Ansichten für verschiedene Zeiträume (Tag, Woche, Monat, Jahr)
 1. Unterschiedliche Raumtypen: Conference Room, Lab,...
 1. einfache Buchung einer Serie von Terminen (verschiedene Wiederholungsarten)
 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. Es existieren mind. 2 Hierachieebenen/Rollen: Experimentator, Laborleiter
  1. (Approval) Ein Laborleiter muss vor der endgültigen Buchung seine Zustimmung geben.
  1. Ein Laborleiter kann die Buchung eines Experimentators verändern.
  1. Es ist möglich, dass eine Person beide Rollen einnimmt.
 1. Conflict  Management
  1. Überbuchungen verhindern
  1. Ghost-Reservations verhindern (Report / Check-in)
  1. Zeitliche Konflikte mit Kalender erkennen
 1. eMail Notifications, Reminder


=== Schnittstellen ===

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

 * Verknüpfung mit der Terminverwaltung einer Probandendatenbank
 * Verknüpfung mit einer Software zur Verwaltung der Ausleihe von Geräten


=== Misc ===
 1. Statistik/Reporting über Auslastung der Labore und Nutzung durch einzelne Gruppen bzw. Laborleiter
 1. Ein Laborleiter kann entscheiden, welche Daten über die Labornutzung andere Laborleiter sehen können.
 1. Anbindung Instituts-Services: Buchung mit VideoConference, Catering, etc.

== Kandidaten ==
Liste zu evaluierender Kandidaten

 * [[https://mrbs.sourceforge.io/|MRBS]] - "Meeting Room Booking System"
 * [[http://www.exprodo.com/calpendo/|Calpendo]] von Exprodo Software: "Our Intelligent Core Facility Management System"
 * [[https://www.classroombookings.com/|Classroombookings]] - The open-source room booking system for schools
 * [[http://www.facilitiesbooking.com/Products/ecobook-Room-Resource-Booking|ecobook]] - Room & Resource Booking System
 * Roomzilla
 * Skedda

== Anmerkungen, Anregungen ==

    
Anmerkungen, Anregungen, Verbesserungsvorschläge hinterlasse man bitte auf der [[LaborBuchungsSoftware/Discussion|Diskussionsseite]]