Ein Softwareproblem in der Praxis melden Sie verständlich, wenn Sie die betroffene Aufgabe, den letzten ausgeführten Schritt, das erwartete Ergebnis und die sichtbare Abweichung nennen. Zeitpunkt und Auswirkung helfen bei der Einordnung; Gerät, Browser und Häufigkeit ergänzen Sie, wenn sie für den Vorgang relevant sind. Eine technische Ursache müssen Sie nicht erraten. Der Supportleitfaden von Microsoft empfiehlt für Softwareanfragen eine ähnliche Beschreibung aus Kontext, Schritten, Erwartung und Beobachtung sowie Auswirkung.
Bei einer Rückfrage zu easymed können Sie den betroffenen Arbeitsbereich konkret benennen: den Teamkalender, eine Patientenakte mit Dokumenten oder die Behandlungsdokumentation am Termin. Der Kalender führt die Termine des Teams zusammen; Akte und Dokumentation geben dem konkreten Praxisvorgang den fachlichen Zusammenhang. So lässt sich beschreiben, an welcher Aufgabe die sichtbare Abweichung auftritt.
Eine Fehlermeldung der Praxissoftware beschreiben
Beginnen Sie mit einer kurzen Schrittfolge, die jemand anderes verstehen kann. Beispielsweise: „Kalender geöffnet, einzelnen Termin ausgewählt, neue Uhrzeit eingetragen, gespeichert. Anschließend wird weiterhin die bisherige Uhrzeit angezeigt.“ Ergänzen Sie, welche neue Uhrzeit erwartet wurde und an welcher Stelle der alte Stand sichtbar ist. Der Bericht benennt damit Beobachtungen, ohne bereits eine technische Ursache zu behaupten.
Wenn eine Meldung erscheint, notieren Sie ihren exakten Wortlaut und den Zeitpunkt. Ein Satz wie „irgendetwas mit Verbindung“ lässt wichtige Angaben offen. Eine Textmeldung lässt sich direkt übernehmen; ein Screenshot kann die sichtbare Anzeige ergänzen, wenn er für das Verständnis nötig ist.
Beschreiben Sie außerdem, ob der Vorgang einmalig oder bereits mehrfach beobachtet wurde. Verwenden Sie nur bestätigte Angaben. „Seit heute bei drei Änderungen beobachtet“ ist etwas anderes als „passiert immer“. Eine Erinnerung an ähnliche frühere Probleme kann als Vermutung ergänzt werden, sollte aber die aktuelle konkrete Schrittfolge nicht ersetzen.
Unterscheiden Sie Erwartung und Beobachtung
Trennen Sie das erwartete Ergebnis vom tatsächlich sichtbaren Stand. „Der Kalender ist kaputt“ lässt beides offen. Nennen Sie stattdessen, was Sie mit der Handlung erreichen wollten und was danach angezeigt wird. Eine vermutete Ursache gehört als Frage oder Vermutung in einen eigenen Satz; die Supportanfrage funktioniert auch ohne technische Diagnose.
Halten Sie auch fest, ob eine andere zuständige Person dasselbe Ergebnis sieht. Ein solcher Vergleich ist nur nötig, wenn er die Situation eingrenzt. Mehrere Wiederholungen derselben Eingabe helfen nicht automatisch weiter und können den Stand zusätzlich verändern.
Halten Sie den Vorgang kurz fest
Notieren Sie zunächst den Arbeitsbereich und die beabsichtigte Aufgabe. Ging es um einen Termin, eine Patienteninformation oder eine Rechnung? Beschreiben Sie den letzten Schritt vor dem unerwarteten Ergebnis. Wenn eine Meldung erscheint, übernehmen Sie deren Wortlaut in eine geeignete Notiz, statt die Bedeutung bereits selbst zu vermuten.
KI Generiert
Ergänzen Sie Datum und Uhrzeit sowie verwendetes Gerät oder den Browser, soweit diese Angaben für die Zuordnung helfen. Dokumentieren Sie bestätigte Beobachtungen knapp und lassen Sie technische Vermutungen davon getrennt. Ein interner Verweis auf die betroffene Aufgabe kann dem Team den Anschluss erleichtern; persönliche Angaben gehören nur in die Anfrage, wenn sie für die Klärung tatsächlich gebraucht werden.
Beschreiben Sie die Bedeutung für den Praxisbetrieb
Benennen Sie konkret, welche Arbeit betroffen ist: etwa ob ein Termin noch nicht bestätigt werden kann, eine Dokumentation offen bleibt oder eine bestimmte Ansicht nicht genutzt werden kann. Beschreiben Sie auch, ob ein im Team abgestimmter Zwischenweg besteht. Eine solche Auswirkung ist für die Einordnung hilfreicher als ein pauschales Wort wie „dringend“.
Ein Verdacht auf unbefugten Zugriff, Offenlegung, Verlust oder unerwartete Änderung von Patientendaten gehört in den internen Datenschutz- oder IT-Sicherheitsprozess der Praxis. Informieren Sie die dafür bestimmte Ansprechperson zügig und halten Sie Zeitpunkt, beobachtete Anzeichen und betroffene Arbeitsfunktion fest. Das NIST-Framework zur Behandlung von IT-Sicherheitsvorfällen beschreibt dafür eine eigene Sichtung, Zuständigkeiten und abgestimmte Informationswege.
Wählen Sie den vereinbarten Supportweg
Verwenden Sie den vorgesehenen Kontaktweg und beziehen Sie sich bei einer Rückmeldung auf die vorhandene Anfrage. Wenn mehrere Teammitglieder denselben Vorgang beobachten, lassen Sie bestätigte Ergänzungen an einer Stelle sammeln. Eine andere, unabhängige Störung braucht eine eigene Beschreibung; eine ähnliche Bildschirmansicht allein beweist nicht, dass beide Vorgänge zusammengehören.
Übermitteln Sie nur Angaben und Dateien, die für die konkrete Klärung benötigt werden. Zusätzliche Protokolle oder Aufzeichnungen stimmen Sie mit der zuständigen Stelle ab und senden sie über den dafür vorgesehenen Weg. So kann das Praxisteam den aktuellen Stand und die zuständige Ansprechperson nachvollziehen.
Screenshots für eine Supportanfrage vorbereiten
Ein vollständiger Bildschirm kann Namen, Termine und weitere Informationen zeigen, die für das Problem nicht erforderlich sind. Prüfen Sie daher zuerst den relevanten Ausschnitt. Für eine Darstellungsschwierigkeit genügt möglicherweise die betroffene Schaltfläche oder Meldung. Stimmen Sie den benötigten Umfang und die Weitergabe mit der zuständigen Rolle Ihrer Praxis ab.
Markierungen sollten erklären, wo die Abweichung sichtbar ist, ohne den Wortlaut der Meldung zu verdecken. Ein Pfeil zum falschen Datum kann hilfreich sein; zahlreiche farbige Zeichen machen das Bild eher schwerer verständlich. Ergänzen Sie im Nachrichtentext, welcher Schritt unmittelbar vorher ausgeführt wurde. Ein Bild allein beschreibt die zeitliche Abfolge nicht.
Die Datenschutzkonferenz empfiehlt in ihrer Orientierung zu Krankenhaus-Messengern, nicht benötigte personenbezogene Angaben in Bildaufnahmen schwärzen zu können, wenn die Identität für den Zweck nicht erforderlich ist. Für eine Supportanfrage heißt das: Wählen Sie den nötigen Ausschnitt und nehmen Sie Patientenangaben nur auf, soweit sie zur Klärung gebraucht werden. Stimmen Sie eine mögliche Schwärzung und die Übermittlung mit der zuständigen Rolle ab.
Wenn kein geeignetes Bild vorbereitet werden kann, beginnen Sie mit der schriftlichen Beschreibung. Weitere benötigte Informationen lassen sich gezielt abstimmen. Verwenden Sie dafür den vereinbarten Supportweg und keinen privaten Messenger oder ein persönliches E-Mail-Konto.
Ein Softwareproblem von einer Bedienfrage unterscheiden
Eine fehlende erwartete Anzeige kann unterschiedliche Gründe haben. Vielleicht wurde eine andere Ansicht geöffnet, eine Auswahl blieb unverändert oder das Ergebnis weicht tatsächlich vom vorgesehenen Verhalten ab. Schreiben Sie deshalb zunächst, was Sie erreichen möchten und was Sie sehen. Der Support kann den aktuellen Arbeitsweg erklären oder die Abweichung prüfen.
Ein Beispiel: Die Empfangskraft erwartet alle Termine einer bestimmten Person, betrachtet aber eine Ansicht mit einem begrenzten Zeitraum. Ihre Anfrage sollte den gesuchten Kontakt und den gewählten Zeitraum als konkrete Ausgangslage benennen. Die allgemeine Aussage „Termine fehlen“ würde diese wichtige Ausgangslage verdecken. Falls eine Erklärung zur Ansicht vorliegt, wird sie anschließend am ursprünglichen Beispiel geprüft.
Ein Produktwunsch gehört ebenfalls gesondert benannt. Wenn eine gewünschte Übersicht noch nicht zum bestätigten Funktionsumfang gehört, ist das eine andere Anfrage als eine bestehende Aufgabe, deren Ergebnis abweicht. Fragen Sie nach einem aktuell nutzbaren Arbeitsweg und beschreiben Sie den zusätzlichen Wunsch separat.
Wiederholte Eingaben bei einem unklaren Speicherstand vermeiden
Wenn nach dem Speichern keine eindeutige Rückmeldung erscheint, prüfen Sie zuerst den vorhandenen Stand über den abgestimmten Arbeitsweg. Wiederholen Sie eine Buchung nicht sofort, solange unklar ist, ob der erste Schritt bereits übernommen wurde. Beschreiben Sie die Unsicherheit in der Anfrage und lassen Sie die zuständige Person den nächsten Prüfschritt festlegen.
Bei einer Terminänderung kann die zuständige Person beispielsweise im vorgesehenen Kalender nachsehen, welcher Eintrag aktuell vorhanden ist. Bis die neue Zeit bestätigt ist, sollte sie nicht als verbindlich weitergegeben werden. Bei einer Rechnung oder Dokumentation richtet sich die Kontrolle nach dem jeweiligen Arbeitsbereich.
Die Rückmeldung an einem vollständigen Beispiel prüfen
Setzen Sie nach der Antwort die ursprüngliche Aufgabe bis zum erwarteten Ergebnis fort. Bei einer Verschiebung prüfen Sie im vorgesehenen Kalender, ob die neue Zeit eingetragen ist, und geben den bestätigten Stand an die nächste zuständige Person weiter. Damit ist die Rückmeldung mit der tatsächlich betroffenen Arbeit verbunden.
Halten Sie fest, welcher Bedienweg geklärt wurde und welcher technische Punkt noch offen ist. Eine geänderte Reihenfolge kann in die passende Arbeitsanweisung aufgenommen werden; eine ausstehende Prüfung bleibt im Supportvorgang. Eine Vertretung braucht Anfrageverlauf, aktuellen Stand und nächsten Schritt, damit die Aufgabe während einer Abwesenheit weiterlaufen kann.
