Produktfunktion

Temperaturalarme und Alarmgrenzen mit klarer Verantwortung.

KRYOS macht aus einem Messwert ausserhalb des Bereichs einen Temperaturalarm mit passenden Alarmgrenzen, schneller Weiterleitung, zeitgerechter Eskalation und einer durchgaengigen Akte fuer Kühlschrank Temperaturalarm, Temperaturalarm Apothekenkühlschrank, Gefrierschrank Temperaturalarm und Transportereignisse.

  • Grenzwerte und Verzoegerungsregeln werden je Kuehlschrank, Gefrierschrank, Raum oder Transporteinheit gesetzt.
  • Bestaetigung, Eskalation, Notizen und Pruefhistorie bleiben an einem Ereignis verbunden.
  • SMS, WhatsApp, Push, Email 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 ausserhalb des Bereichs

Ereignis erkannt

Ein Kuehlschrank-, Gefrierschrank-, Raum- oder Transportwert verlaesst den konfigurierten Bereich lange genug, um als echtes Ereignis zu gelten.

Policy angewendet

Grenzwert bewertet

Grenzwerte, Verzoegerungsfenster und Schweregradlogik entscheiden, ob daraus ein Temperaturalarm wird.

Zustellung gestartet

Alarm weitergeleitet

Der Vorfall geht ueber die passenden Kanaele und die richtige Verantwortungsstruktur an das zustaendige Team fuer Asset, Bereich und Standort.

Timeout ohne Reaktion

Eskalation ausgeloest

Wenn der Alarm nicht rechtzeitig bestaetigt wird, geht das Ereignis ueber Erinnerungen und Eskalationsstufen an die naechste verantwortliche Person.

Nachweispfad abgeschlossen

Bestaetigt und protokolliert

Bestaetigung, Notizen, Zeitstempel und Folgeaktion bleiben fuer spaetere Pruefungen in derselben Ereignisakte verbunden.

SMSWhatsAppPushEmailAkustischer Alarm

Eine Ereignisakte haelt Zustellung, Eskalation, Bestaetigung und Folgeaktion zusammen.

Alarm-Betriebsmodell

Alarme brauchen asset-genaue Grenzwerte, umgebungsspezifische Alarmprofile, Kanalsteuerung, Eskalationsverantwortung und eine Akte, die vom ersten Alarm bis zur finalen Pruefung haelt.

Konfiguration und Kontrolle

Grenzwerte und Persistenz je Asset

Jeder Kuehlschrank, Gefrierschrank, Raum oder Transportbehaelter kann eigene Grenzwerte und Verzoegerungsfenster haben, damit kurze Spitzen ruhig bleiben und echte Abweichungen schnell sichtbar werden.

Alarmprofile nach Umgebung

Apotheken-Kuehlschrank, Lager-Gefrierschrank, Transportweg und Raumueberwachung 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, Email oder akustischen Alarm nach Dringlichkeit, Bedingungen vor Ort und der Person, die zuerst dran ist.

Eskalations- und Bestaetigungslogik

Bestaetigungszeiten, Erinnerungen und Eskalationsstufen schieben ungeloeste Alarme ohne manuelles Nachfassen an die naechste verantwortliche Person weiter.

Ereigniskontext verbunden halten

Asset, Grenzwertverletzung, Zustellpfad, Bestaetigungshistorie, Notizen und Pruefkontext bleiben an derselben Ereignisakte haengen.

Nach dem ersten Alarm

01. Verantwortung bestaetigen

Die erste Frage lautet: Wer uebernimmt die Reaktion, wer hat bestaetigt, und blieb die Eskalation an dasselbe Ereignis gebunden?

02. Ereignis prueffaehig halten

Notizen, Zeitstempel, Zustellnachweise und verknuepfte Datensaetze bleiben am Ereignis, damit QA-Pruefung und Audit-Folgeaktionen nicht auf getrennten Nachrichten beruhen.

Eine Akte, kein Neubau

Nach dem Alarm zaehlt Kontinuitaet: klare Verantwortung, erhaltener Kontext und Exportefaehige Folgeaktion 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 teamuebergreifend eskaliert und wer die finale Akte prueft.

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 Vorfaelle

Operative Nutzer empfangen Alarme, bestaetigen sie, erfassen Notizen und bearbeiten die Reaktion, ohne die zugrunde liegende Alarmpolicy zu veraendern.

Supervisors verantworten Eskalation ueber Teams hinweg

Supervisor-Rollen verfolgen offene Alarme teamuebergreifend, leiten sie weiter oder eskalieren sie und pruefen, ob Reaktionszeiten in der ueberwachten Umgebung eingehalten werden.

QA prueft die vollstaendige Ereignisakte

Prueforientierte Rollen arbeiten mit Alarmhistorie, Zeitstempeln, Zustellnachweisen, Notizen und Exporten statt Nachweise aus Screenshots oder Postfaechern zusammenzusuchen.

Alarmzustellung muss zum realen Betriebsablauf passen

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

SMS
Sofortige Reichweite

Sofortiger Kanal fuer dringende Vorfaelle

SMS passt zu dringenden Vorfaellen ausserhalb des Bereichs, wenn die verantwortliche Person einen Kuehlschrank- oder Gefrierschrank-Alarm sofort auf dem Telefon sehen muss.

Push
Ablauf in der App

Reaktion direkt in KRYOS weiterfuehren

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

WhatsApp
Schicht- und Team-Sichtbarkeit

Vorfaelle ins diensthabende Team routen

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

Email
Verteilung fuer Pruefung

Pruefbaren Ereigniskontext teilen

Email passt zu Ereigniszusammenfassungen, Eskalationskontext und pruefbaren Details fuer QA, Supervisors oder weitere Stakeholder, die mehr als einen kurzen Alarm brauchen.

Akustischer Alarm
Lokale Warnung vor Ort

Mitarbeitende direkt am Geraet warnen

Ein akustischer Alarm ist relevant, wenn Mitarbeitende in der Naehe von Kuehlschrank, Gefrierschrank, Raum oder Lagerbereich sofort lokal gewarnt werden muessen.

Eine Ereignisansicht haelt die Reaktion in Bewegung

Wenn ein Alarm ausgeloest wird, brauchen Teams aktuellen Messwert, Grenzwertverletzung, Zustellstatus, Verantwortung, Bestaetigung und naechste Aktion an einer Stelle.

  • Die Ereignisansicht haelt ueberwachte Einheit, verletzten Grenzwert und Zeitfenster der Abweichung vom ersten Alarm an sichtbar.
  • Aktueller Status, letzter Messwert und Grenzwertkontext bleiben auf dem Screen, damit Teams die Schwere der Abweichung vor der Reaktion einordnen koennen.
  • Zustellstatus, Bestaetigung und Eskalationszeitpunkt bleiben am selben Ereignis statt ueber getrennte Tools verteilt zu werden.
  • Notizen und Folgeaktionen bleiben am Ereignis, damit das Team die Reaktion ohne Kontextverlust weiterfuehren kann.
Live-EreignisansichtGrenzwertverletzungReaktionsstatus
Laufendes Ereignis
KRYOS Live-Ereignisansicht mit laufendem Temperaturalarm, Grenzwertverletzung und Ereignisstatus.

Alarmlogik an Ihre ueberwachten Umgebungen anpassen

Fragen Sie eine Demo an, wenn Sie Hilfe bei Grenzwerten, Eskalation oder Zustellkanaelen brauchen. Wenn Ihre Alarmkonfiguration bereits feststeht, koennen Sie direkt bestellen.

  • Grenzwerte je Umgebung passend setzen
  • Eskalationspfade passend zum Reaktionsteam
  • Rueckverfolgbare Ereignishistorie