07 · Engineering
Warum Zurufe auf dem Flur verloren gehen
· 7 Min. Lesezeit
Heute
Auf dem Flur, zwischen zwei Zimmern: „Schaust du nachher nochmal nach dem Verband bei Frau Berger?“
Die Kollegin nickt. Zwei Stunden später weiß niemand mehr sicher, ob es passiert ist. Wer gefragt hat, fragt nach. Wer gefragt wurde, muss überlegen.
Läuft dasselbe über einen privaten Messenger, ist es aus Datenschutzsicht ein bekanntes Problem und ändert am Kern nichts: Man scrollt zurück und rät. Antwortet niemand, weiß man nicht, ob erledigt oder übersehen.
Warum das bestehende Modell dieses Problem erzeugt
Eine Nachricht ist geschrieben oder nicht. Ein Auftrag dagegen ist offen, übernommen, erledigt oder abgelehnt, und dieser Zustand ändert sich, nachdem die Nachricht geschrieben wurde.
Wer beides in dieselbe Liste legt, bekommt zwangsläufig das Verhalten aus dem Messenger. Der Verlauf kann gar nicht anders: Er ist chronologisch sortiert und kennt keine Zustände.
Der Chat trägt das Gespräch. Der Auftrag trägt seinen Zustand. Beides ist verbunden, aber es ist nicht dasselbe.
Was wir anders entschieden haben
Aus einer Nachricht kann bei uns mit einem Tipp ein Auftrag werden, mit Zuständigkeit, Fälligkeit und Abschluss. Die Nachricht bleibt dabei als Anlass stehen und zeigt später, was aus ihr geworden ist.
Vom Zuruf zum Auftrag und zurück: Eine Nachricht im Team, Schaust du nachher nochmal nach dem Verband, ist der Anlass. Jemand übernimmt sie als Aufgabe, mit Rückfrage. Daraus wird ein Auftrag mit Zustand: zuständig, fällig, offen. Wird er erledigt, führt der Weg zurück an die Nachricht, und dort steht die Rückmeldung: erledigt, mit Uhrzeit und Name.
Nachricht
Der Zuruf steht als Nachricht im Team-Chat, im Wortlaut und mit Absender. Er wird nicht umgeschrieben. Alles, was daraus wird, verweist auf genau diese Nachricht und das Gespräch, in dem sie fiel.
Was das verändert
- Systementscheidung
- Eine Nachricht kann ein Auftrag werden, ohne aufzuhören, der Anlass zu sein. Zustand und Gespräch bleiben verbunden, aber getrennt modelliert.
- Technische Konsequenz
- Die Ursprungszeile zeigt den Zustand dessen, was aus ihr entstanden ist. Zuständigkeit entsteht durch eine ausdrückliche Zuweisung und ist nachvollziehbar hinterlegt.
- Im Dienst
- Wer nachmittags wissen will, ob sich jemand gekümmert hat, sieht es an der eigenen Nachricht, statt nachzufragen. Und wer den Auftrag übernommen hat, steht dort mit Namen.
- Für die Einrichtung
- Die Wohnbereichsleitung sieht Zusagen statt Gesprächsverlauf. Absprachen, die im Flur entstehen, landen in derselben Dokumentation wie alles andere und nicht auf privaten Telefonen.
Zwei Grenzen, die wir bewusst ziehen
Ein Name in einer Nachricht ist keine Zuständigkeit
In jedem Messenger bedeutet eine Erwähnung „dich meine ich“. Daraus gleich eine Zuweisung zu machen, wäre naheliegend und falsch: Ein Name in einem Satz kann eine Kollegin meinen, eine Bewohnerin oder eine ganze Schicht.
Zuständigkeit entsteht bei uns nur durch eine ausdrückliche Zuweisung. Das ist unbequemer beim Schreiben und verlässlicher beim Lesen: Wer im Spätdienst wissen will, wer zuständig ist, bekommt eine Antwort und keine Vermutung.
Drei Bedeutungen dürfen nicht gleich aussehen
In einem Pflege-Chat laufen Absprachen zwischen Menschen, automatische Meldungen des Systems und Belege aus der Dokumentation zusammen. Sehen sie gleich aus, liest man sie gleich, und dann hält jemand eine automatische Meldung für die Aussage einer Kollegin und fragt nicht nach.
Deshalb tragen die drei unterschiedliche Formen. Das ist auf den ersten Blick eine Gestaltungsfrage und auf den zweiten eine fachliche: Wer nicht erkennt, ob ein Mensch oder das System gesprochen hat, kann die Verlässlichkeit nicht einschätzen.
Ein Pflege-Chat ist kein Messenger mit Datenschutzaufkleber. Er ist die Stelle, an der Arbeit entsteht, und damit ein Eingang in die Dokumentation. Warum das für uns dieselben Regeln bedeutet wie überall sonst, steht in Warum Dokumentation nicht das Ende der Pflegearbeit sein sollte.