VonDoczuDoc.de

Wie sind die Erfahrungen mit dem o.g. aktuellen Update bis auf die hier viewtopic.php?f=11&t=9152 schon beschriebenen Fehlermeldungen? Gibt es noch mehr Mutige?

Bei uns stürzt das Programm bei der Datensicherung ab, die Prüfung der Sicherung muss dann nach Neustart wiederholt werden. Sehr unschön, wenn man sich auf die bordeigene Sicherung verlässt.
Am Server im Adminmodus wegen erneuter KIM-Registrierung (1 h) stürzt das Programm ca. alle 5 Minuten ab, hat aber keine Auswirkung, da dort ansonsten TM im Admin-Modus nicht genutzt wird

Das neue eMuster-Center (re. Mausklick im Pat. Desktop-dann links oben- dann rechts mitte- u.s.w. mit dem Rauf-und. -Runter) haben wir mal mit Muster AUs befüllt, aber noch keine Lust gehabt, das abzuschicken, zu nervig.
Vorher musste ja KIM reanimiert werden.
Ich suche nach den Kosten für die Komfortsignatur, damit das evtl. aufhört zu stören. Beim eRp wird es dann wohl ernst.
Da unser Konektor demnächst ablebt, wird das noch richtig profimäßig toll werden.....man kann gar nicht soviel essen, wie man sich übergeben möchte

eAU-Fehler:
Ausdruck erfolgt ohne Kreuze bei Erst-Folgebescheinigung, Endbescheinigung etc. Im Versandbeleg sind die Kreuze allerdings vorhanden.
Wenn man die eAu abspeichert und dann ausdruckt, sind die Kreuze wieder da.
Sehr verwirrend das Ganze..........Frage: Was soll das?

Nachtrag
Bei Aufnahme eines völlig neuen Patienten Absturz beim Einlesen, egal an welchem Gerät und unabhängig vom Kartenleser mit oder ohne TI.
Nach TM- Neustart kann man den Pat. am gleichen Arbeitsplatz einlesen, woanders ist dessen Aufnahme blockiert.

Also lesen wir die Karte des Neupat. ein, Absturz, Neustart, nochmal einlesen und alles geht dann wieder. Wirklich nicht besonders sinnvoll das Ganze.

Als Steigerung wollte eine Helferin einen Neu-Pat. manuell anlegen, wieder Absturz beim Auswahl der KK, dann Neustart, dann gings
Fazit: Es ist die Hölle, der Programmierer bekommt von uns 0 Sterne

Update von 21.3.2 auf 22.2.2. vollkommen problemlos.Wir waren sebst überrascht. eAU wird von uns nicht genutzt. KIM extern über KVdox. Von den übrigen oben genannten Problemen hatten wir dankenswerter Weise keine.

Wartens mal ab, bis ein Neupatient kommt, dann werden sie staunen

...nix staunen! Neupatient "Testpatient TK für eAU" keinerlei Probleme. Auch 5 Praxen seit Montag mit Update keinerlei Problem-Meldungen !
Bis auf die bekannten sporadischen "Fehlermeldungen" beim beenden von TM. Abhilfe zur Verhinderung weiterer Aktionen wurden ja schon beschrieben und helfen auch.
Datensicherung klappt auch wie gewohnt. eAU-Aktivierung und Tests klappen auch, wenn KIM vorher richtig läuft. Wobei von 5 versendeten eAU nur drei als empfangen markiert sind.
Wie es im richtigen Betrieb funktionieren soll - ?????
Bis jetz also "grünes Licht" für die Installation.

Gleich mal getestet.

Bisher nur in einer Praxis beobachtet.
Nach dem Abschalten des automatischen ePA-Checks nicht wieder aufgetreten.

Hatte keine Zeit zu prüfen, ob´s der ePA-Check an sich ist oder in dieser betroffenen Praxis der ePA-Dienst generell gerade wieder zickt.

Das erwähnte Verhalten, dass eine Neuaufnahme DIESES Patienten nach dem TM-Neustart nur an dieser Station klappt und an anderen nicht, erinnert mich daran, dass bei Login mit TMUSER an allen Stationen gern mal Überschneidungen auftreten. Dann hat man plötzlich den Patienten der anderen Station mit den Daten der eingelegten Karte überschrieben und so. Also zeitnah mal aufräumen und Stations-Logins erstellen. An sich müsste es sowieso persönliche Logins geben, und die werden spätestens dann Standard, wenn man feststellt, dass manche Sachen nur mit Arzt-Benutzer laufen, dafür aber andere genau dann nicht. Nun denn, auch das muss dann halt noch umgestellt werden.

Ok, das mit der ePA werde ich gleich ausprobieren.
Die Abstürze sind bei Karten völlig neuer Patienten.
Das manuelle Anlegen ging nicht, weil vorher versucht wurde, eine gesperrte Karte einzulesen. Also Mustermann123 geht manuell
Die Helferinnen haben ziemlichen Stress, da ist es nicht so einfach, herauszubekommen, was vorher war
Die Arbeitzplätze haben unterschiedliche Namen.

ePA-Check

wo stellt man das ein? bzw. schaltet das ab?

Die ePA-Abfrage läßt sich abstellen unter Grundeinstellungen-Gematik-ePA Staus abfragen : nie

Danke, Gruß Nobbie

Lazarus hat geschrieben: Die Arbeitzplätze haben unterschiedliche Namen.

Nur sicherheitshalber, weil ich nicht weiß, ob wir über dasselbe sprechen:
Gemeint ist der Benutzername beim Anmelden an TurboMed. Nicht der Stationsname (Name des Computers).

Update von 21.3.2 auf 22.2.2. vollkommen problemlos.Wir waren sebst überrascht. eAU wird von uns nicht genutzt. KIM extern über KVdox. Von den übrigen oben genannten Problemen hatten wir dankenswerter Weise keine.

Nun Umstellung auf TLS, mit Reaktivierung KIM war nach 3 Std. dank der hervorragenden Doku hier im Forum erledigt und läuft seitdem stabil (VSDM,KIM,kv.dox). eAU Test steht noch aus. Fallstricke:
Zertifikatdaten auch in das kv.dox Clientmodul.
Und Schreibweise in der config xml
<ldapsCertificatePath>//xxx.xxx.xxx.xxx\TurboMed\Daten\Var\Konnektor\Zertifikate\..........usw..............\client.p12</ldapsCertificatePath

Nicht wie wir fälschlich: <ldapsCertificatePath>\\xxx.xxx.xxx.xxx\TurboMed\Daten\V.............usw.

mono22 hat geschrieben:

Update von 21.3.2 auf 22.2.2. vollkommen problemlos.Wir waren sebst überrascht. eAU wird von uns nicht genutzt. KIM extern über KVdox. Von den übrigen oben genannten Problemen hatten wir dankenswerter Weise keine.

Nun Umstellung auf TLS, mit Reaktivierung KIM war nach 3 Std. dank der hervorragenden Doku hier im Forum erledigt und läuft seitdem stabil (VSDM,KIM,kv.dox). eAU Test steht noch aus. Fallstricke:
Zertifikatdaten auch in das kv.dox Clientmodul.
Und Schreibweise in der config xml
<ldapsCertificatePath>//xxx.xxx.xxx.xxx\TurboMed\Daten\Var\Konnektor\Zertifikate\..........usw..............\client.p12</ldapsCertificatePath

Nicht wie wir fälschlich: <ldapsCertificatePath>\\xxx.xxx.xxx.xxx\TurboMed\Daten\V.............usw.

Interessant, aber kann das denn stimmen ??

wundert mich auch (UNC ??) aber er schreibt ja "eAU steht noch aus"....

Hallo,

Nervenarzt hat geschrieben:

mono22 hat geschrieben:

Fallstricke:

Und Schreibweise in der config xml
<ldapsCertificatePath>//xxx.xxx.xxx.xxx\TurboMed\Daten\Var\Konnektor\Zertifikate\..........usw..............\client.p12</ldapsCertificatePath

Nicht wie wir fälschlich: <ldapsCertificatePath>\\xxx.xxx.xxx.xxx\TurboMed\Daten\V.............usw.

Interessant, aber kann das denn stimmen ??

Interessant, aber kann das denn stimmen ??

aus meiner Sicht nicht (Windows-Server, Linux-Server kann dass dann aber so sein) .

<ldapsCertificatePath>\\xxx.xxx.xxx.xxx\TurboMed\Daten\Var\Konnektor\Zertifikate\xxxxxxxxxxxxxxxxxxxxxxxxxx\client.p12</ldapsCertificatePath> '
hier muss ein Netzwerkpfad rein. Bei der Installation wurde bei uns der absolute Pfad eingetragen (D:\ ......).

vs

<ldapUrl>ldaps://xxx.xxx.xxx.xxx:636</ldapUrl>

Der angegebene Eintrag bezieht sich auf den Standard UNC-Pfad, den Turbomed bei der Server-Installation als Freigabe anlegt. Ggf. muss dieser angepasst werden:

Über Netzwerk --> Server --> .... zu TurboMed\Daten navigieren --> in der Adresszeile rechte Maustaste --> als Text kopieren --> dann entsprechend einfügen.

Sieht dann so aus: \\SERVER\TurboMed\Daten\........ oder - wenn nicht Standardfreigabe - z.B. \\SERVER\db\TurboMed\Daten\..... oder wo auch immer der TM-Ordner liegt und freigegeben ist. Und ohne Namensauflösung eben \\xxx.xxx.xxx.xxx\....

Beste Grüße
Nappi

Vorab: Sorry ich wollte Teil der Lösung und kein neues Problem sein Aber vielleicht hilft es ja doch irgendwann mal.

Habe heute mit dem TK Max Dummy eine eAU erstellt, erfolgreich signiert und versendet. Dabei in der config xml folgende Einstellung
<ldapsCertificatePath>//xxx.xxx.xxx.xxx\TurboMed\Daten\Var\Konnektor\Zertifikate\..........usw..............\client.p12</ldapsCertificatePath

Bei diesem Vorgang ist TM 2 x abgestürzt mit der seit dem Update neuen Fehlermeldung.

Bei 3ter Neustart dann im eMusterCenter, Status: zugestellt.

sorry die Nachfrage
also steht in der config.xml

.... //192.168.178.1\turbomed\...

statt

.... \\192.168.178.1\turbomed\...

sorry die Nachfrage
also steht in der config.xml

.... //192.168.178.1\turbomed\...

statt

.... \\192.168.178.1\turbomed\...

Ja, korrekt