Praxissoftware-Feedback aus einer Logopädiepraxis wird konkret, wenn es einen Arbeitsmoment beschreibt: Was wollten Sie tun, was ist geschehen und welches Ergebnis hätten Sie gebraucht? So lassen sich eine Bedienfrage, eine Störung und ein Änderungswunsch auseinanderhalten.
Typische Anlässe sind ein Folgetermin, eine Terminserie oder die Zuordnung von Geschwisterkindern. easymed bietet dafür einen Teamkalender mit Tages-, Wochen- und Monatsansicht, Serienterminen und einer Spalte je Behandler. In der Familienverwaltung können mehrere Kinder mit einer Bezugsperson verbunden bleiben und ihre eigenen Akten behalten. Diese vorhandenen Wege helfen, eine Rückmeldung am tatsächlichen Praxisvorgang festzumachen. Mehr dazu finden Sie in der Praxissoftware für Logopädie und der Familienverwaltung für Kinderpraxen.
Bedienfrage, Störung und Änderungswunsch unterscheiden
Eine Bedienfrage klärt, wie Sie eine vorhandene Funktion für eine Aufgabe nutzen. Bei einer Störung weicht das beobachtete Ergebnis von dem ab, was Sie erwartet haben. Ein Änderungswunsch beschreibt eine Verbesserung, die Ihren Arbeitsablauf erleichtern würde. Fragen Sie sich daher zuerst: „Finde ich den vorgesehenen Weg nicht, funktioniert er anders als erwartet oder wünsche ich mir eine zusätzliche Möglichkeit?“
- BedienfrageVorhandenen Arbeitsweg erklären lassen
- StörungSchritte, Soll und Ist beschreiben
- ÄnderungswunschNutzen und Einsatzsituation benennen
Als öffentliches Beispiel trennt Microsoft in seiner Feedback-Hilfe Vorschläge und Problemmeldungen und empfiehlt, pro Rückmeldung bei einem Thema zu bleiben. Auch die GitHub-Anleitung für Issues empfiehlt einen aussagekräftigen Titel; bei einem Fehler gehören die Schritte, das erwartete und das tatsächliche Ergebnis dazu. Diese Unterscheidung macht schon im Betreff klar, welche Art Antwort hilfreich wäre.
Eine Störung mit Soll und Ist beschreiben
Halten Sie die Handlung und das Ergebnis getrennt fest. Schreiben Sie zuerst, welche Ansicht Sie geöffnet und welche Schritte Sie ausgeführt haben. Beschreiben Sie dann, was Sie erwartet haben und was tatsächlich auf dem Bildschirm oder im Ablauf passiert ist. Vermuten Sie keine technische Ursache, wenn Sie sie nicht beobachtet haben.
Microsoft empfiehlt in der Anleitung zu Feedback und Fehlermeldungen, die genauen Schritte, die Häufigkeit und den exakten Wortlaut einer Fehlermeldung zu nennen. Die Anleitung zu Issues von GitHub nennt ebenfalls die Schritte zur Wiederholung sowie Soll und Ist. Das macht einen Bericht nachvollziehbar, ohne dass Sie eine Ursache erraten müssen.
Ein kurzer Aufbau hilft: „Ich wollte [Aufgabe erledigen]. Dazu habe ich [Schritte] ausgeführt. Erwartet hatte ich [Ergebnis]; tatsächlich beobachtet habe ich [Ergebnis]. Das passiert [Häufigkeit]. Angezeigt wird [Fehlermeldung].“ Ergänzen Sie Gerät, Browser oder Bildschirmbreite nur dann, wenn diese Angaben für die Beobachtung wichtig sind.
Ein allgemeines Beispiel ist die Kalenderansicht am Empfang: Auf dem kleinen Empfangsgerät möchte das Team Uhrzeit und zuständige Person zusammen erkennen; auf dem größeren Bürobildschirm sind beide Angaben im Beispiel sichtbar. Die Rückmeldung kann das Ziel nennen und die verwendete Bildschirmbreite, den Browser sowie eine aktive Vergrößerung ergänzen. So lässt sich die Frage zur Darstellung am passenden Gerät nachvollziehen.
Die benötigten Kalenderangaben
Zur Rückmeldung gehören Bildschirmbreite, Browser und gegebenenfalls Vergrößerung, wenn sie für die Ansicht wichtig sind.
Für solche Bildschirmfragen ist ein zugeschnittenes Bild hilfreich, wenn es genau die Darstellung zeigt. Eine Skizze oder eine kurze Beschreibung reicht, wenn ein Screenshot zusätzliche Informationen enthalten würde. Die beigefügte Darstellung ist ein schematisches Beispiel, kein Screenshot einer easymed-Ansicht.
Änderungswünsche am Praxisnutzen festmachen
Formulieren Sie, welche Information oder welcher Arbeitsschritt leichter werden soll, wer ihn benötigt und wann er vorkommt. Ein Wunsch wie „Bitte eine neue Schaltfläche ergänzen“ benennt bereits eine Lösung, erklärt aber noch nicht den Anlass. Der Nutzen zeigt sich klarer, wenn Sie die benötigte Aufgabe und das gewünschte Ergebnis beschreiben.
Wenn eine Kollegin am Empfang eine Kalenderdarstellung verbessern möchte, kann sie benennen, welche Angaben sie gleichzeitig erkennen muss, auf welchem Gerät sie arbeitet und in welcher Planungssituation sie diese Übersicht braucht. Bei einem wiederkehrenden Anliegen ergänzen Sie, wie oft es tatsächlich vorkommt. Eine genaue Zahl ist nicht erforderlich, wenn Sie sie nicht erhoben haben.
Microsoft empfiehlt für Vorschläge ebenfalls einen konkreten Titel, den Anlass und den erwarteten Nutzen; außerdem sollte jede Rückmeldung nur einen Vorschlag behandeln. Beschreiben Sie deshalb zunächst das Problem oder den Ablauf und lassen Sie die technische Umsetzung offen. So kann eine Antwort auch einen bereits vorhandenen Weg aufzeigen.
Vorhandene easymed-Abläufe am eigenen Beispiel prüfen
Ordnen Sie Ihr Anliegen zuerst einer passenden Funktion zu. Im Teamkalender können Sie zwischen Tages-, Wochen- und Monatsansicht wählen, Serientermine nutzen und die Planung je Behandler als eigene Spalte ansehen. Wenn es um wiederkehrende Sitzungen geht, nennen Sie die Terminserie und den Schritt, der noch unklar ist. Die Logopädie-Übersicht von easymed beschreibt diese Funktionen für den Praxisalltag.
Bei Geschwistern bleiben die Patientendaten getrennt: Jedes Kind hat seine eigene Akte und seine eigenen Termine; mehrere Kinder können mit derselben Bezugsperson verknüpft sein. Deren Kontakt und Portalzugang können für alle verknüpften Kinder gelten. In einem Beispiel mit zwei Kindern nennen Sie daher den betreffenden Folgetermin und die gemeinsame Bezugsperson, statt beide Behandlungsfälle in einer Meldung zusammenzufassen. Die Familienverwaltung zeigt diesen Zusammenhang.
Eine schematische Zeichnung kann die Rollen sichtbar machen: zwei Kinderakten bleiben getrennt, während der organisatorische Kontakt gemeinsam verknüpft ist. Wenn die gesuchte Funktion bereits vorhanden ist, stellen Sie eine Bedienfrage. Wenn sie sich anders verhält als erwartet, beschreiben Sie die Störung. Fehlt ein Schritt, den die Praxis wirklich benötigt, formulieren Sie einen Änderungswunsch.
Rückmeldungen im Team bündeln und erneut prüfen
Sammeln Sie ähnliche Beobachtungen zum selben Arbeitsvorgang, aber vermischen Sie keine unterschiedlichen Anliegen in einer Meldung. Wenn mehrere Mitarbeitende dieselbe Ansicht nutzen, ergänzen Sie, ob die Beobachtung nur bei einer Person oder regelmäßig im Team auftritt. Trennen Sie dabei die Zahl der Nachrichten von der tatsächlichen Häufigkeit des Problems.
Wenn Sie eine Erklärung erhalten, gehen Sie denselben Beispielvorgang erneut durch: dieselbe Kalenderansicht, dasselbe Gerät oder dieselbe Zuordnung zwischen Kind und Bezugsperson. Prüfen Sie, ob der beschriebene Arbeitsschritt zum erwarteten Ergebnis führt. Halten Sie anschließend eine kurze interne Notiz fest, wenn sie Kolleginnen und Kollegen bei der nächsten ähnlichen Aufgabe hilft.
Screenshots und Patientendaten sorgfältig behandeln
Für eine Softwarefrage genügt häufig der Ablauf ohne konkrete Patientenidentität. Art. 5 Abs. 1 Buchst. c DSGVO beschreibt die Datenminimierung: Personenbezogene Daten müssen angemessen, erheblich und auf das notwendige Maß beschränkt sein (EUR-Lex, Artikel 5). Für Ihre Rückmeldung heißt das praktisch: Teilen Sie nur Angaben, die zum Verständnis des beschriebenen Softwareverhaltens gebraucht werden.
Microsoft weist in seiner Hilfe zum Feedback mit Microsoft-Produkten darauf hin, identifizierende Angaben wie Telefonnummern oder E-Mail-Adressen und persönliche Informationen auf Screenshots zu vermeiden. Übertragen auf den Praxisalltag bedeutet das: Namen, Geburtsdaten, Diagnosen, Behandlungstexte und Kontaktdaten vor dem Teilen entfernen oder unkenntlich machen. Beschreiben Sie den Fall lieber mit neutralen Rollen wie „Kind 1“ und „Bezugsperson“.
Ein Screenshot lohnt sich, wenn er die betroffene Ansicht zeigt. Schneiden Sie ihn auf den relevanten Ausschnitt zu und kontrollieren Sie, ob in Ecken, Listen oder eingeblendeten Hinweisen noch Patientendaten zu sehen sind. Bleiben solche Angaben sichtbar, verwenden Sie eine kurze Beschreibung oder eine Darstellung mit neutralen Beispielwerten.
Muster für eine hilfreiche Rückmeldung
„Ich wollte [Aufgabe erledigen]. Dazu habe ich [Schritte] ausgeführt. Erwartet hatte ich [Ergebnis]; beobachtet habe ich [tatsächliches Ergebnis]. Das passiert [Häufigkeit]. Relevant sind [Ansicht und gegebenenfalls Gerät oder Browser]. Im Praxisalltag brauche ich [konkreter Nutzen].“
Bei einem Änderungswunsch ergänzen Sie, welcher Arbeitsschritt leichter werden soll und in welcher Situation er gebraucht wird. Bei einer Bedienfrage fragen Sie nach dem passenden vorhandenen Weg. Bei einer Störung bleiben Sie bei der beobachteten Abweichung. So wird aus allgemeinem Softwarefeedback eine verständliche Frage zum Praxisablauf – und easymed-Beispiele lassen sich direkt an Kalender, Terminserie oder Familienverwaltung erklären.
