MEDICAL OFFICE - Anwenderforum

Hallo,
ich habe eine Frage zur Nutzung des Auftragsfilters in DynView-Karteiansichten. Ich bekomme über eine GDT-Datei eine Reihe von Testparametern übermittelt, die alle mit "So" beginnen (z.B. "SoGallB-L"). Diese würde ich gern in einer Ansicht herausfiltern (also so, dass sie NICHT angezeigt werden).
Ich habe hierfür in den Auftragsfilter die Zeichenfolge "-So" eingegeben. Leider werden die Einträge aber weiterhin angezeigt.
Was muss ich eingeben, damit die Aufträge ausgeblendet werden?

VG Julian Hartig

Hallo,
ich habe jetzt Verschiedenes probiert und komme leider bislang zu keinem funktionierenden Ergebnis. Es ist mir weder möglich, Aufträge mit dieser Zeile auszuschließen, noch welche einzuschließen. Tatsächlich habe ich festgestellt, dass es sogar so ist, dass die aus dem alten Krankenblatt übernommenen Ein- und Ausschlüsse nicht mehr funktionieren - derzeit werden einfach alle Aufträge angezeigt, sobald die Eintragsart "Auftrag" für die Ansicht angewählt ist.
Es wäre außerdem sehr wichtig, dass sich eine Filtermöglichkeit findet, der man nur den Anfangsteil des Auftragsschlüssels mitgibt - es gibt nämlich u.U. sehr viele Aufträge, die mit So* beginnen und ich möchte nicht alle separat angeben müssen.
Ich habe es trotzdem auch mal mit einer Angabe in Form eines kompletten Auftragsschlüssels wie SoGallL probiert - egal ob ich $SoGallL, SoGallL, $SoGallL$ oder $-SoGallL schreibe, es hat keinen Einfluss auf den Auftrag - er wird in der entsprechenden Ansicht weder ausgeblendet (bei den "-"-Varianten), noch als einziger eingeblendet (für die übrigen Varianten).

VG Julian Hartig

Hallo Herr Wingenbach,
vielen Dank für Ihren Input. Können Sie mal testen, ob bei Ihnen das Filtern auch funktioniert, wenn der Auftragsschlüssel selbst nicht komplett aus Großbuchstaben besteht, wie in meinem Beispiel? Vielleicht ist ja auch das der Haken?

VG Julian Hartig

EDIT: Habe gerade gesehen, dass das eigentlich gar nicht vorgesehen ist (man kann in MO selbst keine Aufträge anlegen, die etwas anderes als Großbuchstaben enthalten). Über die GDT-Schnittstelle können aber durchaus Testidents übermittelt werden, die nicht komplett aus Großbuchstaben bestehen, das schreibt der Standard nicht vor. Da ich die fragliche Schnittstelle selbst entwickelt habe, werde ich mal testen, ob es besser geht, wenn ich alle Test-Idents in Großbuchstaben setzen lasse. Dann sollte das Verhalten aus meiner Sicht aber gefixt werden.

So, mein Test bestätigt, dass das das Problem war. Es handelt sich aus meiner Sicht um einen (bzw. eine Art von) BUG.
Ich beantrage also nun folgendes zur Behebung zu tun:

• die Filterung sollte auch für per GDT übertragene Test-Ids funktionieren (Feld 8410), die nicht durchgängig in Großbuchstaben geschrieben sind

oder

• MedicalOffice sollte Test-Ids aus Feld 8410 beim Import automatisch in Großbuchstaben wandeln, damit sie den internen Konventionen entsprechen

VG Julian Hartig

Hallo Herr Wingenbach,
ja, das ist korrekt. Ich liefere 8410 jetzt in Großbuchstaben und in 8411 das gleiche in der ursprünglichen Schreibweise. Was ich allerdings nicht getestet hatte war, ob das Filtern auch funktioniert hätte, wenn ich den Filter komplett in Großbuchstaben geschrieben, aber den Feldinhalt von 8410 so belassen hätte.
Ich weiß also nicht genau, ob es irgendwo in MO vielleicht sogar schon eine automatische Umwandlung von Test-Idents in Großbuchstaben gibt, bevor sie dann mit dem Filter gefiltert werden, und man dann lediglich ergänzen müsste, dass auch die Filterzeichenkette in Großbuchstaben gewandelt wird. Das müsste Ihnen aber ein Blick in den Quellcode verraten können.
Ich bin mir eigentlich ziemlich sicher, dass es mal mit Test-Idents in gemischter Groß-/Kleinschreibung funktioniert hat (vor DynView-Zeiten, noch mit der alten Karteikarte), dort war nämlich im DPS-Handbuch unter "Ansichten" tatsächlich auch noch ein Beispiel gegeben für eine Filterzeichenkette, die auch Kleinbuchstaben enthielt ($-Labor$), und diese hatte meine ich früher bei uns funktioniert (und tut es heute nicht mehr).
Möglicherweise ist der Fehler also bei der DynView-Entwicklung entstanden, weil der zuständige Entwickler für die Ansichtsfilterung dort die interne Konvention vergessen hatte, dass Test-Idents in Großbuchstaben gewandelt werden und er hat die Filterzeichenkette entsprechend nicht komplett in Großbuchstaben gewandelt. Aber das ist ohne Zugriff auf den Quelltext natürlich nur Mutmaßung.

VG Julian Hartig