$[selektierterTermin %h %N]$ liefert keine Anrede mehr in unseren Mails

Katrin Groß

Liebe Zollsoftis und Tomedianer,

warum liefert obiges Kommando in unseren Mails keine Anrede mehr? Ich dachte, Kommandos aus der selektierte Termine-Reihe würden auch nach dem Update unterstützt... - Ist das ein Bug? Wenn nein: welches Kommando müssen wir stattdessen wählen?

Besten Dank im Voraus

Florian Mann

Wir haben das selbe Problem. Allerdings interessanterweise nur bei OTK-Terminen.

Bei Terminen, die vor Ort angelegt wurden, erscheint die Anrede ganz normal. Bei OTK-Terminen nicht mehr.

Eine Rückmeldung dazu wäre sehr willkommen – danke!

Toni Ringling

Guten Tag Frau Dr. Groß,

Könnten Sie genauer spezifizieren, um was für Mails das geht? Senden Sie diese direkt aus dem Termin oder der Terminliste? Sind das Terminerinnerungen oder Terminänderungsbenachrichtigungen?

Bei mir funktioniert das Kommando $[selektierterTermin %h %N]$ an diesen Stellen wie gewohnt. Beachten Sie, dass die Anrede bei Patienten welche weder männlich noch weiblich sind ausbleibt - das ist allerdings keine Neuerung.

Mit freundlichen Grüßen,

Toni Ringling

Toni Ringling

Das Geschlecht zu einem OTK-2-Termin findet man übrigens hinter dem arzt-direkt-Knopf im Bereich "Persönliche Daten". Falls es sich um einen OTK-2-Termin ohne zugeordneten Patienten handelt und dort kein Geschlecht steht, wird es entsprechend auch keine Anrede geben.

Toni Ringling

Noch eine weitere Frage: Fehlt dann eigentlich nur die Anrede, oder auch der Nachname des Patienten?

Florian Mann

Ich bin zwar nicht Frau Dr. Groß, bedanke mich trotzdem, da wir das Problem ja auch haben.

Tatsächlich: das Problem scheint zu sein, dass im OTK keine Geschlechter-Information vorhanden ist. Das haben zumindest wir hier auch zukünftig nicht vor, da aufgrund der gebuchten Termine klar ist, ob es Frau oder Mann ist und das eine überflüssige Abfrage bei der Terminbuchung wäre. Ideal wäre, wenn man bei der Terminbuchung direkt hinterlegen könnte, dass es eine "Frauen-Termin" ist und das dann im Hintergrund vorausgewählt wird.

Zweitens bemerkenswert: Es betrifft auch auch Termine von Personen, die schon mit der Patientenakte verknüpft sind. In der Akte in den Pat.-Details ist das Geschlecht dann schon drin. Aber wenn wir eine E-Mail aus dem Termin versenden, wird offensichtlich immer auf die im OTK fehlender Geschlechts-Info zurückgegriffen.

Ich befürchte, wir müssen dann in diesen Mails auf eine generische Anrede a la "Sehr geehrte Frau / sehr geehrter Herr" zurückgreifen. Oder haben Sie einen besseren Vorschlag?

Toni Ringling

Guten Tag Herr Mann,

Ich habe gerade nochmal geschaut und Sie haben es korrekt analysiert - bei Onlineterminen werden immer die Onlinedaten vorgezogen. Das hatte ich durcheinandergebracht, weil wir das zwischendruch mal tauschen wollten, was aber nicht gut angenommen wurde. Bzw. zwischendurch wurden für das gleiche Kommando in manchen Kontexten Onlinedaten und in anderen die direkten Patientendaten bevorzugt und wir hatten das ende letzten Jahres angegleicht, damit das gleiche Kommando überall die gleiche Ausgabe liefert.

Ich denke Sie müssten hier auf eine generische Anrede zurückfallen.
Alternativ könnten Sie das %if-Unterkommando verwenden um sich selber eine Anrede zusammenzustellen, aber das ist etwas komplexer. Das hätte dann die Form
%if((%g) zsEquals ((Herr) (AnredeM)) ((Frau) (AnredeF)) (AnredeG))
wobei AnredeM/AnredeF/AnredeG entsprechend zu ersetzen sind. Falls die Frauenanrede der Standard sein soll, könnte man auch
%if((%g) zsEquals ((Herr) (AnredeM)) (AnredeF))
machen, sodass es nur für den männlichen Fall eine gesonderte Anrede gibt.

Mit freundlichen Grüßen,

Toni Ringling

Florian Mann

Hallo Herr Ringling,

vielen Dank. Damit habe ich es jetzt verstanden und behelfe mir am Ende mit diesem Kommando. Das greift dann auch etwaige Titel noch passend mit auf und liest sich aus meiner Sicht OK:

$[selektierterTermin %if((%g) zsEquals ((Herr) (Sehr geehrter Herr)) ((Frau) (Sehr geehrte Frau)) (Guten Tag %T %V)) %if((%g) zsEquals ((Frau) (%T)) ((Herr) (%T)) ()) %N]$,

Nichtsdestotrotz würde ich gerne den Wunsch anmelden, dass man bei Terminarten im OTK fest ein "Default-Geschlecht" hinterlegen kann. Ich könnte mir vorstellen, dass das auch für andere Fachgebiete durchaus Sinn macht.

Und: Spannend, dass die Priorisierung der "internen" tomedo-Daten nicht gut angenommen wurde. Ich würde davon ausgehen, dass die Patientendetails im Allgemeinen besser gepflegt sind als die Angaben der Patienten während einer Online-Buchung. Aber das mag nur für uns gelten. Ich jedenfalls würde es mir genau anders herum wünschen.

Beste Grüße aus München.

Toni Ringling

Guten Tag Herr Mann,

Ich habe Ihren Wunsch an das verantwortliche Produktmanagement weitergeleitet.

Die Onlinedaten sind insofern "besser", als dass die tendenziell neuer sind - wenn es irgendwelche Änderungen gab, dann erscheinen sie zuerst dort. Insbesondere bei Kontaktdaten ist es sinnvoll diese zu bevorzugen, weil der Patient dadurch auf die im Termin angegebenen Wege kontaktiert wird und nicht ggf. unter einer veralteten E-Mail-Adresse oder Handynummer.

Mit freundlichen Grüßen,

Toni Ringling

M. Lange-Grumfeld

Wir machen die Erfahrung, dass Online-Daten zweifelsohne aktueller sind, jedoch nicht immer sauber eingegeben werden. Teils wird, nur um den Fragebogen fertig zu stellen irgendwas hingerotzt. Damit ist uns dann auch nicht geholfen. Das betrifft übrigens nicht nur den Patient, sondern auch die eigene MFA. Je nach Hektik im Alltag oder Liebe bei der Eingabe, steht im Datenfeld eben was valides oder nicht. So hatten wir kürzlich mehrere Adressen bei der selbst Patienten, aber auch MFAs bei @t-online.de das "t" vergessen hatten oder "t-onlein.de" geschrieben hatten.

Insbesondere wo einfache Plausichecks niciht mit Bordmitteln kommen, sondern z.B. für PatFs für jedes Feld mühsam selbst generiert werden müssen, ist so etwas das eigentliche Problem mit Stammdaten. Wie verhindert man von Beginn an und ohne große Aufwände, also möglichst automatisiert aber fehlerfrei, das 'Grütze' in die Felder kommen... was dann spätere Automatisierung, wie im obigen Beispiel von Herrn Mann behindert und - Achtung: auf dem Elfmeterpunkt liegendes Wortspiel - aus Mann eine Frau wird und umgekehrt.

Entsprechend wäre es m.E. am zweckdienlichsten, wenn sich die Priorisierung jeder Kunde selbst einstellen kann. Dies möglichst systemübergreifend für sämtliche Priorisierungen immer auf die gleiche Art und Weise.

Katrin Groß

Lieber Herr Ringling,

entschuldigen Sie meine späte Rückmeldung und vielen Dank für Ihr Engagement! Mir ist Ihre Antwort irgendwie durchgerutscht. - Ich stimme Herrn Lange-Grumfeld zu: es wäre wünschenswert, wenn jede Praxis selbst entscheiden könnte, auf welche Daten sie zurückgreift. Wir beispielsweise würden das Geschlecht aus der Kartei wählen, sofern diese bereits angelegt ist und andernfalls die Geschlechtsabfrage im OTK sehen wollen. Bei uns war das Problem aber bei den Terminerinnerungsbenachrichtigungen und automatisch versendeten Terminbestätigungen. Ich hoffe, es ist behoben und melde mich wieder, wenn ich mich geirrt haben sollte.

Herzliche Grüße,

Katrin Groß

Toni Ringling

Guten Tag,

Wir haben intern zwei Tickets angelegt:

a) Konfigurierbarkeit, ob die Patientendaten aus dem Patienten oder dem Termin bevorzugt werden sollten.

b) Mehr Rückfall auf Patientendaten, wenn in den Terminen Daten fehlen (z.B. wenn kein Geschlecht in Termin, dann nehme Geschlecht von Patient).

Beide sind aber erstmal niedrig priorisiert, bis der Wunsch vermehrt aufkommt. Mit einer Umsetzung ist also erstmal nicht zu rechnen.

Mit freundlichen Grüßen,

Toni Ringling