Seit gestern kann ich keine eAU versenden. Ich starte die AU, gebe die PIN ein und dann kommt die Meldung:
Warte auf Antwort vom TI Konnektor.
Nach 5 Minuten kommt die Fehlermeldung:
Serverseitiger Fehler Auf dem T2med-Server ist eine unerwarteter Fehler aufgetreten.
KIM Nachrichten lassen sich weder abrufen noch versenden.
Interessanterweise funktioniert KV Safenet und das Coronazertifikat lässt sich auch ausstellen. Das Praxisnetzwerk ist laut Programm für die Erstellung eines digitalen COVID-19-Zertifikats korrekt konfiguriert. Unter Hauptmenü/Telematik/Status ist VPN Online, unter Hauptmenü/Telematik/Terminals zeigt sich der Status verbunden, grünes Signal.
Die PIN Eingabe für den Arztausweis funktioniert ohne Probleme. Der KIM Dienst (KV Dox) meldet keine Probleme.
Bei welchem meiner Provider bekomme ich eine passende Unterstützung?
T2 Med Happy Computer (Firewall Praxiswächter) Red Medical (Provider für den virtuellen Konnektor) KV Dox (KIM Provider) Medisign (Arztausweis) Cherry (Kartenlesegerät) Ingenico (Kartenlesegerät) Gematik KBV KVBW
Ich habe genug Arbeitsspeicher, Festplattenspeicher, BS Windows 10 Prof. keine neuen Programme
Vorher hat alles funktioniert.
Wie bekomme ich die eAU ans Laufen? Würde den Praxisbetreib erheblich entlasten :-)
problem müsste kv.dox sein. nutzt die infrastruktur von arvato, jedoch ist man häufiger von problemen bei kv.dox betroffen als kunde. es könnte auch vom PVS kommen.
können sie die smc-b am orga entsperren? können sie eGKs einlesen? evtl. Happy Computer firewall testweise abschalten (klingt nach schlangenöl).
auf keinem meiner betreuten rechner wird etwas anderes genutzt als die windows firewall. zonealarm selbst war wie ein trojaner.
In der Datei aps.log findet sich folgender Eintrag:
18:39:31,552 67b26de804294b0ea9caab9079e67bce https-jsse-nio-16567-exec-9 > ERROR [LockableAspectInterceptor] Ein Dienst konnte für mehr als 120000 ms keinen Schreibzugriff auf den Dienst 'KimService' erhalten und wurde deshalb abgebrochen.
Die SMC-B lässt ich am Orga entsperren, via Administration KIM Client Modul von kv.dox.
eGKs lassen sich ohne Probleme einlesen, eine Online-Überprüfung der eGK ist erfolgreich.
Die Praxiswächter Firewall habe ich testweise deaktiviert (Motto: Alle dürfen alles), ohne Erfolg.
Zonealarm nutze ich nicht.
Es sieht etwas danach aus, als ob kv.Dox das Problem ist, oder der virtuelle Konnektor von Red Medical hat sich aufgehängt (Neustart sinnvoll?)
ZitatEs sieht etwas danach aus, als ob kv.Dox das Problem ist, oder der virtuelle Konnektor von Red Medical hat sich aufgehängt (Neustart sinnvoll?)
. Hallo,
Virtueller Konnektor glaube ich eher nicht- wenn der hängt müsste doch auch VSDM und der andere TI Kram alles ebenfalls hängen- hängt aber "nur" Funktion KIM und die eAU , die über KIM läuft.
kv.dox app kenne ich leider nicht, kann jetzt nur Gedanken von kim client modul cgm auf Ihre Situation mal mit übertragen: Dieses kv.dox müsste auch logs haben- was sagen die? zeigen die Traffic seit Fehlerauftreten noch was an wenn man vergleicht wie es aussah, als es noch ging?
Wie haben Sie kv.dox auf dem System: auf dem Server und alle Clients greifen auf die App dort zu- oder läuft das kv.dox bei IHnen je Client, wo es installiert wurde? wenn letzeres: läuft es auf allen Clients nicht mehr mit KIM oder nur von einem Client aus nicht mehr?
Erscheint das kv.dox in der LIste der Windows-Dienste: kann man da sehen, ob der Dienst aktiv ist? Sie schreiben ja ganz zu Anfang, dass KIM Dienst keine Probleme bei Ihnen meldet. Aber vielleicht sicherheitshalber nochmal schauen ob der Dienst , wenn es ein Dienst ist bei Ihrem KIM Client aktiv ist.
Können Sie "nur" nicht Empfangen und Senden oder funktioniert auch eine Suche nach einer Adresse im Verzeichnisdienst ausgehend von Ihrem KIM im PVS noch starten erfolgreich und bekommen Ergebnisse oder läuft die auch gar nicht mehr an ?
Können Sie KIM App in Ihrem PVS noch ausrufen und zumindest eine Mail schreiben und bis zum Postausgang bringen? Landet Ihre eAU nach Signatur mit EHBA noch im Postausgang unter "signatur ausstehend" oder kommt sie schon da nicht mehr an?
Ideen zur weiteren Fehlereingrenzung:
a) Arbeitet kv.dox sauber?
Um sicher rauszukriegen ob es ein Problem PVS mit Verbindung auf KIM Client Modul ist, oder ob es Problem mit KIM Client Modul allgemein ist: ggf. wenn möglich mal auf einen Standardmail-Client wie Thunderbird eine Verbindung zum kv.dox vom kv.dox testweise aufsetzen lassen: wenn es mit Thunderbird grundsäztlich läuft, dann können Sie schonmal grundsätzliche KIM Client Modul Störung ausschließen. Und haben gute Argumente, ein "an uns liegt es nicht-ping pong" zwischen PVS und KIM Client Modul SUpport gleich im Keim zu ersticken;-)
Aber auch hier: ob kv.dox sich an Thunderbird anbinden lässt, kann ich nicht sicher sagen, weiß nur, dass es beim CGM KIM geht und mir das oft schon viel geholfen hat.
Auch könnte man dann schonmal sehen, ob , warum auch immer temporäre Sperrung KIM Account mit reinspielt: auch wenn Sie aktiv nichts verändert haben, ich hab von Kollegen schon spooky szenarien gehört, dass sich bei denen (PVS Medistar) Maschinen plötzlich mit falschem PW im KIM angemeldet haben und kein Zugriff mehr möglich war nach mehreren Anmeldeversuchen. Vielleicht kann man auch das über kv.dox Support oder in irgendeiner Adminoberfläche vom kv.dox, die ich leider nicht kenne, prüfen, ob das was steht von "ist zur Zeit gesperrt" oder ähnliches.
Mal angenommen, wir können s.o. sicherstellen, dass KIM /kv.dox an sich läuft:
Dann wäre die Fehlersuche auf PVS und Verbindung auf KIM Dienst einzugrenzen:
b) Arbeiten die TI Services vom PVS sauber mit- und untereinander und kann sich PVS auf kv.dox verbinden?
PVS seitig muss es wenn sehr direkt mit den KIM Client Modul Verbindungseinstellungen zu tun haben- denn wenn alles andere läuft, können wir schonmal würd ich sagen die Grundkonfig connector.sds und auch Clientzertifikats- und Smartcardabläufe ausschließen, weil wenn da was nicht geht, alles incl. VSDM auch mit hängen würde.
Und SIe schreibe ja, es läuft ausgehend vom Signaturprozess bis "PIN EHBA ok" und danach steigt das System mit Fehler aus:
Mal angenommen, es ist bei Ihrem PVS ähnlich wie bei meinem, dann haben wir eine Signatur-APP und eine KIM App:
Normal will die Sig-APP nach PIN EHBA Eingabe das ganze an KIM -App in Postausgang senden. Wenn der Fehler lautet wie Sie schreiben:
ZitatEin Dienst konnte für mehr als 120000 ms keinen Schreibzugriff auf den Dienst 'KimService' erhalten und wurde deshalb abgebrochen.
Das könnte man das in die Richtung übersetzen: SigAPP findet den KIM Service vom PVS (obwohl er läuft) nicht (mehr). (Können Sie noch KIM beim PVS für Mail Schreiben an sich aufrufen, auch wenn nichts rein/rausgeht oder lässt sich das gar nicht mehr aufrufen?). Oder KIM Service PVS läuft im Moment nicht . Hierzu könnte (hierzu kenne ich speziell Ihre Praxissoftware ja leider nicht) ggf. auch passen, dass
ZitatDiscovery-Service Fehler: Die Verbindung zum Discovery-Service ist nicht möglich. Bitte überprüfen Sie die Verbindung unter Online-Konto -> Discovery Service Status
.
Ziemlich sicher gibt es PVS seitig eine Liste aller Services - und auch Testmöglichkeiten für Sie über das Frontend des PVS oder zumindest für den Support vom PVS, zu prüfen, ob alle DIenste online sind- oder ansonsten erforderlichenfalls einfach mal alle Dienste neu zu starten. (auch durch einen Serverneustart starten die Dienste neu- somit wäre, falls noch nicht gemacht, auch interessant, mal den Praxisserver neu zu starten, sofern das eine ansonsten auch von Ihrem PVS als risikolos eingestufte Maßnahme ist- wenn der Server neu startet verbinden sich dort alle Dienste neu- und evt. - dafür kenne ich mich nicht genug mit den Diensten aus, ist dieser discovery service wichtig für das Zusammenspiel verschiedener Dienste der TI_Dienste vom PVS, wer weiß? )- im Zweifel vorher mal Support vom PVS fragen, wie die das sehen- wäre aber ggf. auch eine Idee..
Drücke die Daumen, dass Sie bald den Fehler und eine Lösung finden und wieder flüssig arbeiten können- grad jetzt in den auch ohne TI schon noch nie wirklich langweiligen Vorweihnachtswochen ;-) Bin gespannt, was Sie berichten werden, was es dann genau am Ende war. Viel Erfolg!
die 120000ms klingen nach einem Authentifizierungsproblem. Wir haben da das Problem im Clientmodul, da gibt es verschiedene Authentifizierungsmethoden, normal steht das auf Auto und es sollte funktionieren, aktuell müssen wir bei vielen diese Methode auf SSLonConnect stellen. Ansonsten auch mal prüfen ob die Zertifikate aller verfügbaren Karten noch aktuell sind. Ach ja, es hat ein Update für diesen Fehler gesorgt :)
Hier findet sich folgendes (Thumbprint aus Datenschutzgründen gekürzt):
[2022.12.03 15:55:21.445|(77)|411e77d6-ad21-4cbf-a9c1-6d47e1a9a414|WRN] [UpdateDataSource] Error when trying to get/download update information at https://downloadservice.kim.akquinet.de/...rchitecture=X64. Additional information: Ein Verbindungsversuch ist fehlgeschlagen, da die Gegenstelle nach einer bestimmten Zeitspanne nicht richtig reagiert hat, oder die hergestellte Verbindung war fehlerhaft, da der verbundene Host nicht reagiert hat.
[2022.12.07 09:19:20.876|(18)|e8394e44-******* |WRN] The given certificate's public key's cryptographic method is not supported; CryptOid: 1.2.840.10045.2.1; thumbprint: [8B54C*****]. [2022.12.07 09:25:22.269|(71)|badc2a82-********|WRN] The given certificate's public key's cryptographic method is not supported; CryptOid: 1.2.840.10045.2.1; thumbprint: [C384FF*****]. [2022.12.07 10:17:17.352|(21)|ac9940e4-********|WRN] The given certificate's public key's cryptographic method is not supported; CryptOid: 1.2.840.10045.2.1; thumbprint: [7C2367*****]. [2022.12.07 10:32:10.139|(87)|01c8d5f4-********|WRN] The given certificate's public key's cryptographic method is not supported; CryptOid: 1.2.840.10045.2.1; thumbprint: [4ABE38******].
Die Produktversion von dem KIM Clientmodul ist 1.1.1-5, es soll wohl ein Update mittels Installation_kv.dox_KIM-Clientmodul_1.1.1.-6_x64.exe erfolgen, das funktioniert nicht.
Hallo, vielen Dank für die vielen Antworten zu Fehlersuche. In Seit heute funktioniert die elektronische AU wieder, ohne dass ich irgendwas an der Konfiguration geändert habe.
Auf der einen Seite bin ich natürlich froh, dass alles wieder läuft, gerade bei dem hohen Krankenstand zur Zeit. Auf der anderen Seite ist die Ungewissheit, was den Fehler verursacht hat, unbefriedigend, im Prinzip kann die gleiche Störung ja immer wieder auftreten. Ich habe mich an kv.dox gewandt mit der Frage, ob sie von ihrer Seite etwas geändert haben, weil ich zuletzt Kim ziemlich in Verdacht gehabt habe, aber es kam nur eine nichtssagende Antwort.
Da sehe ich eine Schwäche der Telematikinfrastruktur, es fehlt eine richtige Fehlerkultur wie zum Beispiel in der Fliegerei.
Wenn ein Flugzeug abstürzt, wird mit viel Mühe der Flugdatenschreiber gesucht, geborgen und es wird akribisch nach der Fehlerursache geforscht.
In der Telematik Infrastruktur weiß man gar nicht, wer wofür zuständig ist, es fehlt eine komplette Fehler Dokumentation und auch ein entsprechendes Tool, um Fehler zu finden. Keiner fühlt sich verantwortlich, und man lässt die Ärzte im Regen stehen. Insofern muss ich dieses Forum loben, weil man sich hier über Probleme austauschen kann und Lösungsvorschläge bekommt. Nochmals vielen Dank und eine schöne Vorweihnachtszeit. :-)
man weiß schon, was fehlerursache und fehlerlösung ist, wenn man sich mit der materie auskennt (min. 1 semeter informatik studiert, habe ich schon oft zitiert), oder andersweitig hochbegabt ist und schnell lernt. man kann es vergleichen wie mit einem chefkoch und einem gericht, ein profi weiß was fehlt.
man muss sich mit technologie reichlich auseinandersetzen, weil es einer der wissenschaftszweige ist, die sich immernoch weiterentwickeln lässt.
oder kann die humanmedizin den menschen inzwischen unendlich alt machen?
Zitat von rfkoem im Beitrag #12ein profi weiß was fehlt.
Ja, genau - aber nicht durch abschmecken sondern ein Profi sucht dann auch wirklich systematisch, kann die Logs richtig lesen und feuert nicht blind einen ungeeigneten Standardworkaround nach dem anderen durch die Gegend sondern arbeitet gezielt und strukturiert und macht erst Lösungsvorschläge, wenn es wirklich um eine nachweisliche logisch nachvollziehbare Spur geht.
Zitat von EdewolfRV im Beitrag #13Seit dem 21.10.2023 lassen sich wieder keine AU versenden, es kommt der Hinweis:T2med SystemhinweisBeim Abrufen der Nachrichten für alle Teilnehmer ist ein Fehler aufgetreten.Ich habe meine Konfiguration nicht geändert.Ich vermute das gleiche Problem.
Läuft es inzwischen wieder ? Ansonsten sollten wir vielleicht mal die potentielll zuständigen Hersteller hier im Forum nochmal nachhaltig öffentlich ausrufen und den LInk zu Ihrem Beitrag mal an jeden schicken, notfalls mehrfach:-) Wen hätten Sie den gern auf die Liste dann alles für so eine TI_Community-PEtition:-) ?
Ich finde es jedenfalls den Hammer, wenn ich mir vorstelle, was in Arztpraxen los ist und dann Thema eAU etc. -und dann das nicht läuft, wie es soll... dann kann man echt gleich ganz bei Papier bleiben wieder...wir haben doch nun wirklich hier an der Front am Patienten keine Zeit uns auch noch ständig mit unfreiwilligen TI-Escape-Room-Challenges nach Feierabend rumzuschlagen...
ich habe das T2-med Update 23.11.0, welches gestern angekündigt wurde, heute (außerhalb der Sprechzeiten) aufgespielt,
jetzt funktioniert KIM und die eAU wieder.
Bei der Gematik findet sich folgender Hinweis:
Wartungsarbeiten am 04.11.2023 im Bereich Versichertenstammdaten Management (VSDM) der itsc GmbH
Am Samstag, den 04.11.2023 zwischen 14 Uhr und 22 Uhr kann es aufgrund von Wartungsarbeiten im Bereich Versichertenstammdaten Management (VSDM) zu längeren Unterbrechungen des Dienstes kommen. Diese betreffen auch den Abruf von E-Rezepten mittels elektronischer Gesundheitskarte (eGK) in der Apotheke. Die Wartung umfasst aufwendige Aktualisierungen der Software und der Datenbank. Diese dienen der stetigen Verbesserung der Sicherheit und Stabilität des Dienstes.
Eine erneute Steckung der eGK wird in diesem Zeitraum nicht empfohlen. Bei der Einlösung von E-Rezepten wird empfohlen, in dieser Zeit auf einen der alternativen Einlösewege (Ausdruck oder E-Rezept-App) auszuweichen.
Fazit:
Der Ausfall von KIM und der eAU über 15 Tage wurde offensichtlich nicht durch eine Fehlbedienung meinerseits verursacht, sondern ist möglicherweise durch einen Bug von T2-med oder der Gematik verursacht.
Ich habe dadurch eine Menge Arbeit und 2 Teamviewer Sitzungen mit den übrigens sehr kompetenten Mitarbeitern des kv.dox Supports und des DV-Services Grall GmbH in Kressbronn gehabt. :(
Vielen Dank für die Unterstützung in diesem Forum!!! :)
1 Mitglied findet das Top!
1 Mitglied hat sich bedankt!
TI-Community
»
TI-Nutzung und Nutzen aus Anwendersicht
»
elektronische Arbeitsunfähigkeitsbescheinigung (eAU)
»
eAU lässt sich nicht versenden
Thema drucken
09.12.2022 17:46
Antworten
