Produktfunktion

Temperaturalarme und Alarmgrenzen mit klarer Verantwortung.

KRYOS macht aus einem Messwert außerhalb des Bereichs einen Temperaturalarm mit passenden Alarmgrenzen, schneller Weiterleitung, zeitgerechter Eskalation und einer durchgängigen Akte für Kühlschrank Temperaturalarm, Temperaturalarm Apothekenkühlschrank, Gefrierschrank Temperaturalarm und Transportereignisse.

  • Grenzwerte und Verzögerungsregeln werden je Kühlschrank, Gefrierschrank, Raum oder Transporteinheit gesetzt.
  • Bestätigung, Eskalation, Notizen und Prüfhistorie bleiben an einem Ereignis verbunden.
  • SMS, WhatsApp, Push, E-Mail und akustischer Alarm greifen in einem Reaktionspfad zusammen.
Live-Alarm-Pfad

Das System bewertet den Grenzwert, stellt den Alarm zu, eskaliert bei Bedarf und schliesst mit einer sauberen Ereignisakte ab.

Messwert außerhalb des Bereichs

Ereignis erkannt

Ein Kühlschrank-, Gefrierschrank-, Raum- oder Transportwert verlässt den konfigurierten Bereich lange genug, um als echtes Ereignis zu gelten.

Policy angewendet

Grenzwert bewertet

Grenzwerte, Verzögerungsfenster und Schweregradlogik entscheiden, ob daraus ein Temperaturalarm wird.

Zustellung gestartet

Alarm weitergeleitet

Der Vorfall geht über die passenden Kanäle und die richtige Verantwortungsstruktur an das zuständige Team für Asset, Bereich und Standort.

Timeout ohne Reaktion

Eskalation ausgelöst

Wenn der Alarm nicht rechtzeitig bestätigt wird, geht das Ereignis über Erinnerungen und Eskalationsstufen an die nächste verantwortliche Person.

Nachweispfad abgeschlossen

Bestätigt und protokolliert

Bestätigung, Notizen, Zeitstempel und Folgeaktion bleiben für spätere Prüfungen in derselben Ereignisakte verbunden.

SMSWhatsAppPushE-MailAkustischer Alarm

Eine Ereignisakte hält Zustellung, Eskalation, Bestätigung und Folgeaktion zusammen.

Alarm-Betriebsmodell

Alarme brauchen asset-genaue Grenzwerte, umgebungsspezifische Alarmprofile, Kanalsteuerung, Eskalationsverantwortung und eine Akte, die vom ersten Alarm bis zur finalen Prüfung hält.

Konfiguration und Kontrolle

Grenzwerte und Persistenz je Asset

Jeder Kühlschrank, Gefrierschrank, Raum oder Transportbehälter kann eigene Grenzwerte und Verzögerungsfenster haben, damit kurze Spitzen ruhig bleiben und echte Abweichungen schnell sichtbar werden.

Alarmprofile nach Umgebung

Apotheken-Kühlschrank, Lager-Gefrierschrank, Transportweg und Raumüberwachung laufen nicht auf einem pauschalen Alarmprofil. Jede Umgebung folgt ihren eigenen Grenzwerten und ihrer eigenen Reaktionslogik.

Kanalsteuerung nach Dringlichkeit

Das System steuert SMS, WhatsApp, Push, E-Mail oder akustischen Alarm nach Dringlichkeit, Bedingungen vor Ort und der Person, die zuerst dran ist.

Eskalations- und Bestätigungslogik

Bestätigungszeiten, Erinnerungen und Eskalationsstufen schieben ungelöste Alarme ohne manuelles Nachfassen an die nächste verantwortliche Person weiter.

Ereigniskontext verbunden halten

Asset, Grenzwertverletzung, Zustellpfad, Bestätigungshistorie, Notizen und Prüfkontext bleiben an derselben Ereignisakte hängen.

Nach dem ersten Alarm

01. Verantwortung bestätigen

Die erste Frage lautet: Wer übernimmt die Reaktion, wer hat bestätigt, und blieb die Eskalation an dasselbe Ereignis gebunden?

02. Ereignis prüffähig halten

Notizen, Zeitstempel, Zustellnachweise und verknüpfte Datensätze bleiben am Ereignis, damit QA-Prüfung und Audit-Folgeaktionen nicht auf getrennten Nachrichten beruhen.

Eine Akte, kein Neubau

Nach dem Alarm zählt Kontinuität: klare Verantwortung, erhaltener Kontext und exportfähige Folgeaktionen in derselben Ereignisakte.

Rollen und Berechtigungen halten die Alarmverantwortung klar

Klare Alarmreaktion beginnt mit klaren Grenzen: wer die Policy setzt, wer das Ereignis bearbeitet, wer teamübergreifend eskaliert und wer die finale Akte prüft.

Admins setzen Policy und Routing

Admin-Rollen setzen Grenzwerte, Eskalationspfade, Kanalregeln und standortbezogene Alarmkonfiguration direkt in der Plattform statt in Nebenlisten oder informellen Einstellungen.

Operatoren bearbeiten zugewiesene Vorfälle

Operative Nutzer empfangen Alarme, bestätigen sie, erfassen Notizen und bearbeiten die Reaktion, ohne die zugrunde liegende Alarmpolicy zu verändern.

Supervisoren verantworten Eskalation über Teams hinweg

Supervisor-Rollen verfolgen offene Alarme teamübergreifend, leiten sie weiter oder eskalieren sie und prüfen, ob Reaktionszeiten in der überwachten Umgebung eingehalten werden.

QA prüft die vollständige Ereignisakte

Prüforientierte Rollen arbeiten mit Alarmhistorie, Zeitstempeln, Zustellnachweisen, Notizen und Exporten statt Nachweise aus Screenshots oder Postfächern zusammenzusuchen.

Alarmzustellung muss zum realen Betriebsablauf passen

Dringlichkeit, Ort und Reaktionsverantwortung bestimmen, ob ein Ereignis per SMS, Push, WhatsApp, E-Mail oder lokalem akustischem Alarm zugestellt werden sollte.

SMS
Sofortige Reichweite

Sofortiger Kanal für dringende Vorfälle

SMS passt zu dringenden Vorfällen außerhalb des Bereichs, wenn die verantwortliche Person einen Kühlschrank- oder Gefrierschrank-Alarm sofort auf dem Telefon sehen muss.

Push
Ablauf in der App

Reaktion direkt in KRYOS weiterführen

Push ist stark, wenn Bestätigung, Untersuchung oder Eskalation direkt im Produkt starten sollen und nicht nur in einer kurzen Nachricht enden.

WhatsApp
Schicht- und Team-Sichtbarkeit

Vorfälle ins diensthabende Team routen

WhatsApp hilft, wenn ein Ereignis schnell in ein diensthabendes Team gelangen muss, besonders bei Schichtübergaben, Transport oder koordinationsintensiven Umgebungen.

E-Mail
Verteilung für Prüfung

Prüfbaren Ereigniskontext teilen

E-Mail passt zu Ereigniszusammenfassungen, Eskalationskontext und prüfbaren Details für QA, Supervisoren oder weitere Stakeholder, die mehr als einen kurzen Alarm brauchen.

Akustischer Alarm
Lokale Warnung vor Ort

Mitarbeitende direkt am Gerät warnen

Ein akustischer Alarm ist relevant, wenn Mitarbeitende in der Nähe von Kühlschrank, Gefrierschrank, Raum oder Lagerbereich sofort lokal gewarnt werden müssen.

Eine Ereignisansicht hält die Reaktion in Bewegung

Wenn ein Alarm ausgelöst wird, brauchen Teams aktuellen Messwert, Grenzwertverletzung, Zustellstatus, Verantwortung, Bestätigung und nächste Aktion an einer Stelle.

  • Die Ereignisansicht hält überwachte Einheit, verletzten Grenzwert und Zeitfenster der Abweichung vom ersten Alarm an sichtbar.
  • Aktueller Status, letzter Messwert und Grenzwertkontext bleiben auf dem Bildschirm, damit Teams die Schwere der Abweichung vor der Reaktion einordnen können.
  • Zustellstatus, Bestätigung und Eskalationszeitpunkt bleiben am selben Ereignis statt über getrennte Tools verteilt zu werden.
  • Notizen und Folgeaktionen bleiben am Ereignis, damit das Team die Reaktion ohne Kontextverlust weiterführen kann.
Live-EreignisansichtGrenzwertverletzungReaktionsstatus
Laufendes Ereignis
KRYOS Live-Ereignisansicht mit laufendem Temperaturalarm, Grenzwertverletzung und Ereignisstatus.

Alarmlogik an Ihre überwachten Umgebungen anpassen

Fragen Sie eine Demo an, wenn Sie Hilfe bei Grenzwerten, Eskalation oder Zustellkanälen brauchen. Wenn Ihre Alarmkonfiguration bereits feststeht, können Sie direkt bestellen.

  • Grenzwerte je Umgebung passend setzen
  • Eskalationspfade passend zum Reaktionsteam
  • Rückverfolgbare Ereignishistorie