MEDICAL OFFICE - Anwenderforum

Da der MO-Siupport einfach ohne Lösung das Ticket geschlossen hat, hier nochmals die Problembeschreibung:
Ergänzend und um die Abstrusität voll zu machen:
Mein WB HAT eine LANR inzwischen, weil auch FA Anästhesie, aber durch die Markierung als Typ WB-Assistent wird die eingegebene Nummer einfach gelöscht.

Es muss doch dafür eine Lösung geben, das kann doch alles nicht wahr sein??

Ticket.Nummer: MO-283179

Guten Tag Support-Team,



leider drehen wir uns bei o.g. Praxis im Kreis und kommen nicht weiter.
Ich muss dazu etwas weiter ausholen. Ende Juli meldete die Praxis, dass
keine HZV-Teilnahmeprüfung für den Leistungserbringer Suffel durchgeführt
werden kann. Das Problem wäre schlagartig und ohne MO-Update aufgetreten.
Der SV-Button war ausgegraut (Oberfläche Standard). Meine Recherchen
ergaben, dass das an einem internen Leistungserbringer lag, in dem die
LANR von Dr. Suffel hinterlegt war. Für den internen Leistungserbringer
konnten Teilnahmeprüfungen und Einschreibungen vorgenommen werden aber für
den Leistungserbringer Suffel nicht. Das Problem lies sich nur lösen,
indem im internen Leistungserbringer die LANR entfernt wurde. Alle anderen
Maßnahmen, wie der Neustart der GUS-Box usw., brachten nichts. Herr Suffel
äußerte zwar bedenken, dass es durch das Löschen der LANR beim internen
Leistungserbringer in anderen Bereichen wie dem Versand und signieren der
eAU‘s, eArztbriefe oder eRezepte dann Probleme geben wird ( deshalb wurde
beim internen Leistungserbringer auch die LANR von Herr Suffel hinterlegt,
damit für diesen auch eAU usw. signiert werden können. Und laut Dr. Suffel
würden die Einstellungen „Arzt in Weiterbildung“ oder „pers. Vertretung“
im Bereich Typ in den Einstellungen des Leistungserbringers auch nicht
helfen. Alternativ bot ich an, dass Dr. Suffel dem Nutzer des int.
Leistungserbringers das Recht den Leistungserbringer Suffel im
Krankenblatt auswählen zu dürfen gibt. Dr. Suffel wollte das
ausprobieren.) aber wir hörten dann eine zeitlang nichts mehr von der
Praxis. Etwas später meldete sich die Praxis während meiner Abwesenheit
wieder bei uns an der Hotline und meldete ein Problem bei eRezeptversandt
für diesen internen Leistungserbringer. Zum Testen wurde die LANR
000000000 beim internen Leistungserbringer hinterlegt. Der eRezeptversand
funktionierte dann. Jetzt bekommt die Praxis von den Patienten die
Rückmeldung, dass die Apotheken die Rezepte wegen der LANR 000000000 nicht
verarbeiten und die Medikamente nicht herausgeben können.



Wie stellen wir den internen Leistungserbringer, der keine eigene LANR und
eHBA hat, korrekt ein, damit auch über ihn eRezepte usw. über den eHBA von
Dr. Suffel signiert werden können? Hinterlegen wir die LANR von Dr.
Suffel, haben wir wieder das HZV-Problem (was vermutlich wohl an der
alphabetischen Auflistung der Leistungserbringer liegt. Der Name des
internen Arztes liegt im Alphabet vor Dr. Suffels Namen)? Welche Optionen
gibt es noch? Ob es mit der Pseudo-LANR 999999999 funktionieren würde,
haben wir noch nicht getestet. Hinterlegen wir überhaupt keine LANR und
stellen den internen Leistungserbringer auf den Typ „ Arzt in
Weiterbehandlung“ oder „pers. Vertretung“, gibt’s beim Ausstellen eines
eRezepts wieder Fehlermeldungen. Der Kunde will eine schnelle Lösung.



Die Antwort, die schlicht falsch ist, ist Folgende (denn der fehler ist NICHT behoben!)
uten Morgen,

wir haben den Sachverhalt überprüft und sind zu dem Ergebnis gekommen, dass Ihre erste Konfiguration der Leistungserbringer korrekt war, jedoch Medical Office fälschlicherweise das Erstellen eines eRezepts für den Weiterbildungsassistenten ohne LANR verhindert.

Wir haben den Fehler behoben, sodass nach Einspielen des nächsten Quartalsupdates, welches zeitnah zur Verfügung gestellt wird, auch eRezepte vom Weiterbildungsassistenten ohne LANR erstellt werden können.

Dazu behalten Sie die Konfiguration bei:

Leistungserbringer: Grub (intern)
keine LANR
Typ: Arzt in Weiterbildung
eHBA verknüpfen
externer LE: Suffel

Sie werden benachrichtig, wenn das Quartalsupdate 4/2023 bereit steht.

Viele Grüße,

S. Bock

Sehr geehrter Herr Zwickler

Danke für die dezidierte Stellungnahme.
Leider ist der Fehler jedoch nicht in obengenannter Version behoben. Ich teste dies jetzt gerne heute nochmals, aber am letzten Freitag war es auch in dieser Version noch so, dass das Signieren zwar möglich war, jedoch weiterhin keine Arztnummer im ERezept übermittelt wird.
Man muss hier die verschiedenen Fehler klar unterscheiden, die zwar direkt zusammenhängen, aber dennoch getrennt Ärger verursachen, daher nochmals im Einzelnen:
1.) Signieren funktioniert als WB, natürlich benötigt dieser einen eHBA - was gegeben ist
2.) Die Übermittlung EINER LANR ist für die Apotheke nötig
3.) Entweder muss die LANR des Weiterbilder übermittelt werdem, in dem diese im Feld LANR des WB in der Config freibleibt und automatisch im Hintergrund übermittelt wird
- das funktioniert weiterhin NICHT, es wird KEINE LANR in diesem Feld übermittelt
oder
4.) der WB hat bereits eine LANR , weil er Facharzt einer anderen Fachrichtung bereits ist und deshalb quasi "Umschüler" auf ein anderes Gebiet. Dann ist strittig ob die LANR des Weiterbilders oder die eigene des anderen Fachgebietes übermittelt werden muss (°KV anfragen..die wissen es auch nicht so ganz genau...).
- diese Version "eigene LANR" funktioniert aber auch nicht, da MO eine eingegebene LANR des Weiterbildungsassistenten löscht, sobald intern Arzt in Weiterbildung eingetragen ist.

Sie müssen natürlich auch Real-Life Tests machen mit der Arztnummer und das geht völlig simpel so:
E-Rezept-App installieren , darauf ein ERezept schicken und oh Wunder, würden Sie sehen, dass das Feld Arztnummer leer bleibt.
Mal ganz direkt gefragt: Hat das irgendJemand bei Indamed tatsächlich gemacht?

Freundliche Grüße

Holger Suffel

Hallo Herr Wingenbach
Ich versuche mal sachlich zu bleiben, weil ich die Antworten auf Ihre Fragen schon längst vor Wochen an Inamed gegeben habe. wir drehen uns immer wieder im Kreise. Dass Sie da nicht involviert sind, ist völlig ok, Sie sind sicher nicht schuld an der Misere:

1) Kann eine Apotheke solche Rezepte zwar einlösen, sie darf es aber nicht, da die LANR NICHT übertragen wird - Indamed behauptet, sie wird übertragen, ich sage, sie wird nicht übertragen, und das gleiche sagen auch die Apotheken. OHNE eine LANR darf ein Rezept vom Apotheker nicht eingelöst werden. Es taucht im vorgesehenen Abrechnungsfeld keine LANR auf. Der Apotheker siehtr keine LANR und das war es dann. Das Rezept ist damit nicht korrekt, eine LANR muss drauf sein, und das ist sie nicht, weder die von mir noch die von meinem WB, der ausnahmsweise als FA Anästhesie auch eine hat.

2.) Die App sollte nicht vom eigentlichen Problem ablenken: In der App wird genau das LANR-Feld angezeigt und das bleibt genauso leer, wie das Feld auf dem Computer in der Apotheke.
Damit ist die Übertragung nicht korrekt - so einfach ist das. Die von MO erzeugten WB-Rezepte können nicht eingelöst werden. Die App ist hier nur mein Anzeigemittel, solche offenkundigen Fehler auch ohne den Computer des Apothekers sichtbar zu machen.
Ob sich der Fehler bei der gematik verbirgt, weiß ich nicht, das wäre die Aufgabe, die Indamed angehen müsste.
So jedenfalls, wie es implementiert ist, geht es nicht, und diese Meldung ist zum ersten Mal vor 2 Monaten erfolgt.

Zum Anderen: ich war der irrigen Meinung, sie hätten Test-Praxen, die diese Szenarien abdecken. JEDE Apotheke um mich herum verweigert die Annahme solcher Rezepte - so etwas muss normalerweise auffallen.
Das scheint nicht der Fall zu sein, kann ich nur schlussfolgern; Wenn es keinen Testrahmen mit echten Rezepten gibt, sondern sie nur im Labor und nicht in-the-wild testen, dann wundert mich nun gar nichts mehr. Das mag -da bin ich bei Ihnen- der Fehler der Gematik sein, den wir alle ausbaden...

Ich teste jetzt nochmal mit 2 unterschiedlichen Apothekern die 3 möglichen Einstellungen aus, weil ich aus Ihren Angaben entnehme: es müsste gehen und ging bei Ihnen im labor.


Freundliche Grüße
Holger Suffel

Zitat von »G.Wingenbach«

Zitat von »Lucas11«

Sie müssen natürlich auch Real-Life Tests machen mit der Arztnummer und das geht völlig simpel so:
E-Rezept-App installieren , darauf ein ERezept schicken und oh Wunder, würden Sie sehen, dass das Feld Arztnummer leer bleibt.
Mal ganz direkt gefragt: Hat das irgendJemand bei Indamed tatsächlich gemacht?

Hallo,

was in der App passiert, kann nur die gematik beantworten und liegt nicht in unserer Verantwortung. Wenn ein WBA ohne LANR ein eRezept erstellt, dann wird er selber auch ohne LANR übertragen. Zusätzlich wird immer der verantwortliche Arzt übertragen. Dieser muss immer eine LANR haben. Dieses Datenpaket wurde offenbar vom eRezept-Fachdienst angenommen und ist damit technisch korrekt. Wie das dann in der App angezeigt wird, hat mit uns nichts zu tun.
Auch bei einem eRezept für einen WBA ohne LANR kommt somit eine LANR in der Apotheke an, nämlich die des verantwortlichen Arztes. Gibt es denn ein Problem mit so einem Rezept? Kann es nicht eingelöst werden? Lehnt die Apotheke es ab? Oder besteht "nur" das Problem, dass die gematik dann keine LANR in der App anzeigt?

Zitat

Mal ganz direkt gefragt: Hat das irgendJemand bei Indamed tatsächlich gemacht?

Die Referenzumgebung RU (Testumgebung für Softwarehäuser) und die Produktivumgebung PU für Ärzte sind vollständig getrennt. Wenn wir in der RU testen, werden diese eRezepte nicht an den echten Fachdienst in der PU gesendet und erscheinen somit auch nicht in der App. Wir können in der RU keine eRezepte für die PU erzeugen, da es sich dabei um echte Rezepte handeln würde.

Zitat von »G.Wingenbach«

Zitat von »Lucas11«

Sie müssen natürlich auch Real-Life Tests machen mit der Arztnummer und das geht völlig simpel so:
E-Rezept-App installieren , darauf ein ERezept schicken und oh Wunder, würden Sie sehen, dass das Feld Arztnummer leer bleibt.
Mal ganz direkt gefragt: Hat das irgendJemand bei Indamed tatsächlich gemacht?

Hallo,

was in der App passiert, kann nur die gematik beantworten und liegt nicht in unserer Verantwortung. Wenn ein WBA ohne LANR ein eRezept erstellt, dann wird er selber auch ohne LANR übertragen. Zusätzlich wird immer der verantwortliche Arzt übertragen. Dieser muss immer eine LANR haben. Dieses Datenpaket wurde offenbar vom eRezept-Fachdienst angenommen und ist damit technisch korrekt. Wie das dann in der App angezeigt wird, hat mit uns nichts zu tun.
Auch bei einem eRezept für einen WBA ohne LANR kommt somit eine LANR in der Apotheke an, nämlich die des verantwortlichen Arztes. Gibt es denn ein Problem mit so einem Rezept? Kann es nicht eingelöst werden? Lehnt die Apotheke es ab? Oder besteht "nur" das Problem, dass die gematik dann keine LANR in der App anzeigt?

Zitat

Mal ganz direkt gefragt: Hat das irgendJemand bei Indamed tatsächlich gemacht?

Die Referenzumgebung RU (Testumgebung für Softwarehäuser) und die Produktivumgebung PU für Ärzte sind vollständig getrennt. Wenn wir in der RU testen, werden diese eRezepte nicht an den echten Fachdienst in der PU gesendet und erscheinen somit auch nicht in der App. Wir können in der RU keine eRezepte für die PU erzeugen, da es sich dabei um echte Rezepte handeln würde.