Fehler oder fehlendes Verständnis

Question

Sehr simpel meine Frage:

Im Bild werden Patienten gesucht, die nicht die 03230H haben, dennoch sind sie dabei bzw dennoch sind sie in der Liste. Wo ist der Fehler? 

 

Answer 1

Moin, 

Die Lösung ist "Code: enthält" anwählen und Bedingung A negieren "-A". 

Aktuell zeigt die Anfrage alle an, die mindestens eine andere Ziffer als die 03220H haben, auch wenn die 03230H mit aufgelistet ist - aus der gesamten Liste aller Patienten.

Eine Zweite Bedingung ist sinnvoll, wenn man nur die Patienten von diesem Quartal z.B. suchen möchte, s. Screenshot:

LG

Cenk Sayir

Comments

Genial! Wäre ich nie frauf gekommen. Leider auch kein Video dazu gefunden. Mein Tagesgeld! Danke!!

---

SEHR spannender Fall! Das war mir bisher auch nicht explicit klar, dass die im OP beschriebene Bedingung "Code enthält nicht" dieses Verhalten zeigt, das Sie beschreiben. Es ist so nicht intuitiv zu verstehen - zumindest für mich nicht. Ganz vielen Dank für die Aufklärung! 

Darf ich fragen, wie Sie auf die Erklärung dieses Verhaltens gekommen sind? Ist das für Sie "trivial" zu verstehen gewesen oder haben Sie das irgendwo nachgelesen oder getestet?

Ich frage das deshalb, weil ich die selbst gebauten Abfragen als ein sehr mächtigen Werkzeug ansehe, das aber sehr tückisch ist - s. auch mein Beitrag dazu. Damals hatte ich VIEL Lehrgeld für diese "Erkenntis" zahlen müssen...

---

Hallo Herr Burau,

Das Problem bei Herrn Kandzias Abfrage ist: Es wird eine EBM Ziffer gesucht, die NICHT die 03230H ist. D.h. es wird eine Datenbankabfrage nach den Ziffern in dem Zeitraum gesucht, und da der Pat. neben der 03230H auch noch andere Ziffern haben wird, diese aber nicht die 03230H ist, wird der Pat. trotzdem als Ergebnis rausgeschmissen.

Noch schwieriger wird es, wenn nach 'enthält nicht' mehrere Ziffern ausgeschlossen werden sollen und diese mit Kommata getrennt werden. Das hat mich auch schon Nerven gekostet.

Herrn Sayirs Lösung ist super, da erst einmal alle Patienten mit der 03230H gefunden werden, diese werden negiert und mit den Besuchen in einer Schnittmenge gebildet.

VG Sascha Kummer

---

Darf ich fragen, wie Sie auf die Erklärung dieses Verhaltens gekommen sind? Ist das für Sie "trivial" zu verstehen gewesen oder haben Sie das irgendwo nachgelesen oder getestet?

Sicher doch: zunächst mit trial and error. Und Sie haben Recht, das ist in der Tat nicht intuitiv bzw. trivial. Später habe ich dann auch in einem Forumsbeitrag von einem Moderator — ich meine, es ging um ein Problem mit einem automatischen Marker — eine ähnliche Beschreibung gelesen.

---

Liebe Kollegen Sayir und Kummer,

vielen Dank für die Infos! Man muss wohl tatsächlich in "SQL denken" oder viel Erfahrung damit haben, dass man es so auf Anhieb vesteht. Soll nicht als Vorwurf gelten, aber die "1:1 Übersetzung" der SQL-Abfragen in tomedo ist für Nicht-Fachinformatiker zumindest gewöhnungsbedürftig.

Sollte das jemand von Zollsoft auch lesen, dann schlage ich vor, dieses als "Stolperfalle" ins Handbuch z übernehmen!

---

Auf der Seite hier im unteren Bereich unter Konfigurationsbeispiel sowie Anwendungsbeispiele entstehen gerade hoffenltich halbwegs gut erklärte Beispiele, ganz oben sind die aktuell verfügbaren Quick-Support Videos mit verlinkt:

https://support.tomedo.de/handbuch/tomedo/statistiken/statistikabfragen-selber-konfigurieren/custom-statistiken/

Viele Probleme lassen sich gut nach dem A-B Schema (Grundgesamtheit ohne Spezifalfall) lösen. Das ist ggf. intuitiver als die anderen Lösungen. "enthält nicht" ist wirklich schwer sich zu merken bzw. zu verstehen und eigentlich nicht empfehlenswert zu nutzen.

Schauen Sie sich gerne mal die Beispiele an und geben mir ein Feedback, ob das so hilfreich ist.

---

Danke schon mal für das rasche "Problem-Realisieren"!

Ich schau es mir gerne an. Im Übrigen GANZ vielen Dank Ihnen persönlich für die vielen sehr hilfreichen Kurzvideos. Die schaue ich mir in letzter Zeit öfter an! Bitte weiter so!!!

---

Hallo Frau Milnik,

ich habe mir die Beispiele angeschaut - mMn sind die zumindest bei uns häufigen Fragestellungen (und darum geht es auch in diesem Beitrag) nicht dabei. Es sind hauptsächlich "positiv-Suchen", also finde die Falle die was haben. Es geht in der Praxis abre häufig um "negativ-Suchen", also finde die, die das und das nicht haben. Bei mir drehen sich ganz viele der Custom-Statistiken um vergessene GOÄ oder EBM-Ziffern, also um eine Art der Abfrage, die eben nach Fällen suchen, in denen eine gewisse Leistung erbracht wurde, aber die Leistungsdokumentation fehlt. Das konkrete Beispiel in diesem Beitrag wäre doch die perfekte Ergänzung für die Beispiele. Oder zB eine folg.  Abfrage "Alle Pat., die in diesem Quartal da waren, aber die Ziffer xxxxx nicht haben".

---

Hallo Herr Burau, der Fall Karteieintrag ohne Ziffer oder Ziffer ohne Karteieintrag ist im Konfigurationsbeispiel - haben Sie das auch gesehen (oberhalb der Anwendungsbeispiele)? (wenn Sie es übersehen haben - dann muss ich die Struktur nochmal anpassen - eigentlich ist das ja - wie sie schreiben - der häufigste use-case).

Zusätzlich gibt es noch diese Seite hier für das häufigste Beispiel:

https://support.tomedo.de/handbuch/tomedo/kartei/uebersicht-fuer-heute-erstellte-karteieintraege/

Kennen Sie diese Seite? Ich vermute dass wir nochmal die Struktur - wo welche Inhalte zu finden sind - anpassen müssen. Freue mich über Feedback.

---

Doch, habe ich gesehen, aber gerade da sollte mMn diese "Stolperfalle" ausdrücklich erwähnt werden, da es nun mal die Option "Code: enthält nicht" gibt und diese eben nicht das macht, was man intuitiv annimmt.