Eine gute Supportfrage zur Praxissoftware beschreibt eine konkrete Aufgabe, die ausgeführten Schritte, das erwartete Ergebnis und die tatsächliche Beobachtung. So lässt sich der Vorgang nachvollziehen, ohne schon eine technische Ursache zu unterstellen. Die GitHub-Dokumentation zu Fehlerberichten empfiehlt dafür unter anderem einen aussagekräftigen Titel sowie die Schritte, das erwartete und das tatsächlich eingetretene Ergebnis.
In easymed arbeiten Sie im gemeinsamen Teamkalender und finden Patientenunterlagen sowie Befund und Verlauf am passenden Termin. Das gibt Ihrer Rückfrage einen konkreten Praxisbezug: Welcher Termin, welche Ansicht oder welcher Dokumentationseintrag ist gemeint? Die Produktfunktionen liefern den Zusammenhang zum Arbeitsvorgang; Ihre Supportfrage senden Sie über den Kontaktweg, den Ihr Anbieter dafür vorsieht.
Mit der Aufgabe statt mit einer Vermutung beginnen
Beschreiben Sie, was Sie erledigen wollten. Beispielsweise sollte ein Termin verschoben, eine Unterlage zugeordnet oder ein Bericht weiterbearbeitet werden. Nennen Sie den betroffenen Arbeitsschritt, bevor Sie eine mögliche Ursache anführen.
Eine Vermutung wie „Die Synchronisierung ist kaputt“ kann den Blick früh auf eine technische Erklärung lenken, die noch gar nicht feststeht. Aussagekräftiger ist die Beobachtung, dass eine zweite Person nach der Änderung weiterhin einen anderen Terminstand sieht. Diese Information lässt sich gezielt prüfen.
Formulieren Sie außerdem das erwartete Ergebnis. Was müsste nach Ihrer Praxisregel erkennbar sein? Dadurch wird klar, ob es um eine Fehlfunktion, einen unbekannten Bedienweg oder eine gewünschte Erweiterung geht.
Die Schritte in einer kurzen Reihenfolge festhalten
Notieren Sie die Handlungen unmittelbar vor dem Problem: Welche Ansicht war geöffnet? Welche Angabe haben Sie geändert? Was geschah danach? Verwenden Sie sichtbare Bezeichnungen aus der Oberfläche, wenn sie helfen, die Stelle zu finden. Halten Sie die Reihenfolge kurz und vollständig; eine lange Schilderung des ganzen Arbeitstags verdeckt den entscheidenden Schritt, während „Geht wieder nicht“ kaum einen prüfbaren Zusammenhang enthält.
Für eine konkrete Supportanfrage helfen fünf Angaben:
- Aufgabe: Was wollten Sie erledigen?
- Schritte: Was haben Sie nacheinander getan?
- Erwartet: Was sollte danach sichtbar oder möglich sein?
- Beobachtet: Was ist stattdessen passiert? Schreiben Sie eine Fehlermeldung möglichst genau ab.
- Kontext: Wann trat es auf, wie oft, in welcher Ansicht und gegebenenfalls auf welchem Gerät oder Browser?
Ein Beispiel aus dem Kalender: „Wir wollten einen Termin verschieben. Ich habe den Eintrag im Teamkalender geöffnet, die Uhrzeit geändert und gespeichert. Erwartet hatten wir die neue Uhrzeit am betroffenen Termin. In meiner Ansicht steht sie, eine Kollegin sieht nach dem erneuten Öffnen noch den vorherigen Stand. Das ist bisher einmal passiert.“ Der Ablauf macht den Unterschied sichtbar, ohne eine Ursache wie Synchronisierung, Einstellung oder Bedienfehler vorwegzunehmen.
Wenn ein Bild den sichtbaren Zustand besser zeigt als eine Beschreibung, genügt meist der relevante Ausschnitt. Fügen Sie nur die Datei bei, die den beschriebenen Schritt verständlicher macht, und nutzen Sie dafür den vorgesehenen Supportweg.
Zeitpunkt und Arbeitsumgebung sinnvoll ergänzen
Nennen Sie, wann der Vorgang auftrat und ob Sie ihn einmalig oder wiederholt beobachtet haben. Vermerken Sie auch, ob die Frage nach einem bestimmten Schritt oder einer Änderung begann. So kann der Support den Zeitpunkt mit dem beschriebenen Ablauf einordnen.
Ergänzen Sie die Arbeitsumgebung, soweit sie zur Frage beiträgt: etwa Kalender oder Dokumentationsansicht, Mobilgerät oder Praxisarbeitsplatz und den verwendeten Browser, wenn die Darstellung dort wichtig ist. Eine vollständige technische Bestandsaufnahme brauchen Sie für die Supportfrage nicht. Wenn mehrere Mitarbeitende beteiligt sind, halten Sie ihre jeweiligen Schritte und Beobachtungen getrennt fest, statt unterschiedliche Ansichten zu einer vermeintlich einheitlichen Beobachtung zusammenzufassen.
Patienteninformationen aus der Rückfrage heraushalten
Für eine Bedienfrage lässt sich der Arbeitsweg häufig ohne identifizierende Patientenangaben beschreiben. Nennen Sie zunächst Aufgabe, Ansicht und beobachtetes Ergebnis, nicht den Namen, das Geburtsdatum, eine Diagnose oder einen Behandlungsverlauf. Auf einem Screenshot können solche Informationen am Rand, in einer geöffneten Akte oder im Browser sichtbar sein; schneiden Sie den Ausschnitt passend zu und schwärzen Sie alles, was für die Frage nicht benötigt wird.
Die DSGVO verlangt, personenbezogene Daten auf das für den jeweiligen Zweck notwendige Maß zu begrenzen. Sie zählt Gesundheitsdaten zu den besonderen Kategorien personenbezogener Daten (Art. 5 Abs. 1 Buchstabe c und Art. 9 Abs. 1 DSGVO). Daraus folgt für eine Supportanfrage als praktische Regel: Prüfen Sie Text und Anhang vor dem Versand auf Patientendaten. Falls eine konkrete Prüfung mit Angaben aus einem echten Fall erforderlich erscheint, stimmen Sie den benötigten Umfang und den dafür zugelassenen Übermittlungsweg vorab mit dem Anbieter und den internen Zuständigen ab.
Wiederkehrende Anliegen im Team bündeln
Wenn mehrere Personen dieselbe Frage stellen, sammeln Sie die Beobachtungen an einem gemeinsamen Ort und benennen Sie eine Person, die den Vorgang zusammenführt. Unterscheiden Sie dabei offene Bedienfragen von bereits bestätigten Hinweisen. Eine hilfreiche Antwort kann in die interne Arbeitsbeschreibung aufgenommen werden, wenn sie für mehrere Mitarbeitende gilt.
Der easymed-Kalender zeigt Termine im Teamkontext mit Behandler und Zeit. Zusammen mit dem Eintrag in der Patientenakte lässt sich daher benennen, welcher Praxisvorgang gemeint ist. Die geklärte Antwort halten Sie in der für Ihr Team vorgesehenen Arbeitsbeschreibung fest; so bleibt der nächste Schritt auch für eine neue Empfangskraft nachvollziehbar.
Einen Funktionswunsch mit dem Alltag verbinden
Wenn Sie eine Erweiterung anregen möchten, erklären Sie zuerst, wer welches Ergebnis braucht und wie häufig die Situation vorkommt. Ergänzen Sie, welche Arbeitsschritte dafür heute nötig sind. Als Formulierungshilfe empfiehlt auch der GOV.UK Service Manual, ein Nutzerbedürfnis auf das gewünschte Ergebnis auszurichten und die konkrete Lösungsidee davon zu trennen.
Vielleicht wünschen Sie sich einen zusätzlichen Knopf, um eine Information schneller zu finden. Beschreiben Sie zunächst, welche Information in welchem Moment gebraucht wird. So kann die Rückmeldung auch einen bestehenden Bedienweg oder eine andere passende Lösung prüfen. Bei einer Dokumentationsfrage benennen Sie den vorhandenen Eintrag und die Information, die Ihnen dort fehlt; ein konkreter Praxisbedarf ist hilfreicher als eine vorweggenommene Gestaltung.
Antworten in einen überprüfbaren nächsten Schritt übersetzen
Nach der Rückmeldung führen Sie die ursprüngliche Aufgabe bis zum erwarteten Ergebnis fort. Bei einer Terminänderung prüfen Sie am betroffenen Kalendereintrag, ob die neue Zeit steht, und geben den bestätigten Stand an die nächste zuständige Person weiter. Bleibt die Frage offen, notieren Sie genau, welcher Schritt noch unklar ist und was Sie dabei beobachten.
Eine verständliche Supportfrage verbindet damit eine Aufgabe, einen kurzen Ablauf und einen sichtbaren Unterschied. Der gemeinsame Kalender, die Patientenakte und die Dokumentation in easymed geben diesem Ablauf einen konkreten Bezug. Lernen Sie die Funktionen von easymed kennen, die Kalender, Behandlung und Dokumentation im Praxisalltag verbinden.
