Update CGM Quartalsupdate von 26.2.2.6951 auf 26.2.2.6956

[MeinerEiner]

Ich werde das versuchen, weil die Fehlerbeschreibung genau unser Problem widerspiegelt. Das ist alles schon ziemlich nervig und macht auch nur Arbeit. Die Hotline bei Turbomed schiebt es auf Secunet und die Telematik-Anbieter schieben es auf Turbomed. Wenn man nicht selbst eine Lösung findet, ist man ziemlich aufgeschmissen.

Wenn es auch bei uns Hilft melde ich mich. Auf jeden Fall, vielen Dank für den Hinweis.

[MeinerEiner]

So, ich habe jetzt das Zertifikat neu gemacht. Tatsächlich war das einer der Fehler. Nun bin ich aber wieder an Anfang. Ich habe bei der Fehlersuche die gesamte Telematik neu eingerichtet. Nun komme ich zwar wieder auf die Kartenlesegeräte, aber ePA und KIM laufen immer noch nicht. KIM sagt, man hätte das falsche Passwort, was ja nicht sein kann, da es nicht geändert wurde. Die ePA ist zwar beim Patienten grün, aber wenn man sie aufruft kommt die Meldung: NotEntitled - NotEntitled: failed to get keys. No valid (Bei einem bekannten Patienten) oder "Die Akte kann nicht gefunden werden (Bei Test der C-Box)"

Ich vermute, dass ich bei der Neueinrichtung der Telematik besagte DLL gelöscht habe. Wenn ich wüsste, welche das ist, könnte ich diese aus der Datensicherung ziehen.

[MeinerEiner]

Nun habe ich das Serviceupdate (6973) installiert, in der Hoffnung, dass es hilft. Statt das Problem zu beheben, ist es noch schlimmer geworden. Nun hat zwar der Server Zugang zu den Kartenlesegeräten aber die Arbeitsplätze nicht mehr. Der gleiche Fehler.
In der KIM Konfiguration sind zwar die drei Punkte grün, aber es kommt die Fehlermeldung: Unbekannter Fehler. Nachrchten knnen weder versendet noch empfangen werden. Der Versuch eine eAU zu versenden bringt den Fehler: CGM Connect Fehler 420, obwohl CGM Connect anscheinend normal funktioniert. ePA bringt auch bei jeden Patienten eine andere Fehlermeldung, geht also anscheinend auch nicht.

[MeinerEiner]

Als Ergänzung: Die Arbeitsplätze, die noch mit 6959 laufen, haben keine Probleme. Ich muss nur zusehen, dass ich dass KIM zum laufen bekomme. Da lässt sich nach dem Update am Server nicht mal mehr der Status abfragen. Das ging vorher noch.

[c-it]

... leider ohne Hilfsangebote
Heute Secunet-Konnektor FW: 5.70.6 (Konnektor PTV5#WR4) Update von TMed 26.2.1.6938 auf .6959 und
anschließendem SP .6973 ohne Probleme durchgelaufen. Funktionstest eRP, eAU und eAB erfolgreich.
Im Konnektor wird PTV6 als Update angeboten, aber "If it ain't broken, don't fix it"

Schönen Tag
c-it

[MeinerEiner]

ePA läuft wieder, ich habe die c-Box komplett neu initialisiert. eRezept und Karteneinlesen auch ohne Probleme. Allerdings nur auf den Arbeitsplätzen, wo das 6973 nicht installiert ist.

Ich werde jetzt mal versuchen, ob ich den Secunet auf PTV5 zurück bekomme. Bietet er ja an.

[FortiSecond]

Als Ergänzung: Die Arbeitsplätze, die noch mit 6959 laufen, haben keine Probleme. Ich muss nur zusehen, dass ich dass KIM zum laufen bekomme. Da lässt sich nach dem Update am Server nicht mal mehr der Status abfragen. Das ging vorher noch.

Beim PTV6-Upgrade sieht es so aus, dass der Secunet das Dienstverzeichnis (connector.sds) mit einem neuen Zertifikat ausliefert.
Ich bin mir nicht sicher, ob beim Downgrade das alte Zertifikat wiederhergestellt wird. Würde mich wundern. Dementsprechend ist es einfacher, dem KIM-CM den "neuen" Konnektor nochmal persönlich vorzustellen, sprich: In der Adminoberfläche das Konnektorzertifikat abrufen.

Das geht inzwischen ja auch beim TM-gebundenen CGM-KIM-CM, weil das Masterpasswort auch ohne Hintertür-Trick zu lesen ist in den KIM-Einstellungen von TM.

[MeinerEiner]

Zurücksetzen des Konnektors ging tatsächlich nicht mehr. Ich habe die KIM Konfiguration inzwischen soweit, dass keine Fehlermeldungen mehr kommen. Allerdings kann ich weiter keine Nachrichten senden oder Empfangen. Ich konnte nur feststellen, dass der Benutzername im Turbomed anders ist als im Client Modul. In der KIM-Clientmodul Weboberfläche ist der Benutzername:

xxxx@tm.kim.telematik#smtp-kim.tm.kim.telematik.:465#xxxxxxxxx#TurboMed#SERVER#Konnektor-Betriebstättennummer

im Turbomed ist er aber

xxxx@tm.kim.telematik#smtp-kim.tm.kim.telematik.:465#xxxxxxxxx#TurboMed#SERVER#Konnektor-1 (alte Daten vor dem Update)

Ich habe nicht herausgefunden, wo man das einstellen kann und warum das nicht übereinstimmt. Dachte immer, TM zieht sich das aus dem Clientmodul.

[ebitdd]

Das lässt sich im KIM-Clientmodul, wenn man sich als Admin einloggt, in der Konnektor-Konfiguration ändern. Dort die entsprechende Konfiguration bearbeiten und die Konnektor-ID anpassen.

[FortiSecond]

Die Konnektor-ID, die hier "funktionieren kann", zeigt TM in den eGK-Einstellungen (also Konnektoreinstellungen, wo auch die IP-Adresse und das Zertifikat des Konnektors hinterlegt sind).

[MeinerEiner]

Nach 3 mal neuem starten ist jetzt alles identisch, Richtige Einträge gibt es auch. Trotzdem weigert er sich, Nachrichten zu verschicken oder zu Empfangen.

Ich kann eine Nachricht erstellen. Das Verzeichnis wird normal abgefragt und ich kann eine Adresse aus dem Kim Verzeichnis auswählen.

Versuche ich das zu senden kommt:

Unbenannt.jpg

Routen sind gesetzt. Die waren ja vor dem Absturz schon da und ich habe diese vorsichtshalber neu gemacht.

Mir gehen die Ideen aus. So ein Aufwand wegen eines Updates.

Übrigens, Turbomed hatte sich aufgeschaltet, es aber auch nicht hinbekommen.

[MeinerEiner]

Als Ergänzung. Ich habe das KIM mit Thunderbird getestet. Funktioniert Problemlos. Ich werde heute Abend den Server noch einmal starten und schauen, ob es dann vielleicht wieder geht.

[MeinerEiner]

Ich habe es tatsächlich hinbekommen, ein anderer Artikel hier hat mich auf die Spur gebracht. Ich habe einfach die Einstellungen bei Fremdanbieter einrichten gelöscht und neu geschrieben. Nun geht alles wieder.

Ich danke allen die geholfen haben. Auch wenn es ärgerlich war und viel Zeit gekostet hat. Ich habe wieder eine Menge gelernt. Man muss ja auch mal das positive sehen.

Die roten Karten habe ich auch weg bekommen. Ich musste dazu die Konnektor Einstellungen löschen und komplett neu anlegen. Hat auch erst funktioniert, nachdem ich nach jeder Änderung den Server neu gestartet habe. Alles hintereinander hat aus irgendeinem Grund nicht geklappt..