eAU - Lösungsansätze CGM CONNECT (auch für KIM)

Fragen, Anregungen oder Tipps und Tricks? Hier ist der erste Anlaufpunkt.
Nicht sicher, wo ein Thema hingehört? Hier hinein - wir kümmern uns! :)

Moderator: Forum Moderatoren

Forumsregeln
TM-Startforum - "offen für alle Themen".
Beiträge, die in einen anderen Bereich passen, werden bei Bedarf verschoben.
Antworten
Benutzeravatar
FortiSecond
Beiträge: 562
Registriert: Dienstag 2. August 2022, 21:30
1
Hat sich bedankt: 207 times
Bedankt: 141 times

eAU - Lösungsansätze CGM CONNECT (auch für KIM)

Beitrag von FortiSecond »

1) CGM KIM neu registrieren = oftmals hilfreich, aber nervig.
Lösung in Kurzform, weil eAU wichtiger ->
CGM KIM Clientmodul als Standalone installieren und in TM als Fremdanbieter anbinden.
Hierfür zunächst die Einstellungen der normalen Anbindung abkopieren (Parameter). Bis auf das KIM-Passwort dürfte sich nichts ändern.
Adresse deregistrieren (ggfs. per "KIMAssist.exe mode=config").
KIM-Adresse in TM löschen.
Standalone installieren, ausführen, Adresse einrichten, ggfs. mit TLS (hier Pw im Klartext in der conf oder aber WCM nutzen)
KIM-Adresse registrieren
In Turbomed (als Admin starten) dann die KIM-Adresse als Fremdmodul erfassen.
Und Ruhe ist... eventuell wird mal ein manuelles Update des Clientmoduls fällig.

2) Abstürze bei eAU-Erstellung, Crash-To-Desktop beim Signieren und/oder Versenden, sonstige KIM-Probleme
Hier kommt´s her: viewtopic.php?f=11&t=9495&p=59838&hilit=plugins#p59838

Formaler Ablauf:
- Alle Java-Prozesse von CGM killen. Am besten Neustart oder... siehe Batchvorschlag.
- Ordner x:\turbomed\programm\communicator\plugins: Alle Unterordner löschen. Es bleiben nur .jar übrig.
- Ordner x:\turbomed\programm\communicator\plugins in einem freigegebenen Ordner als Kopie ablegen
- TM starten, ca. 1 Minute Geduld ab vollständigem Programmstart, am besten auf Patientenmaske abwarten oder erstmal was Anderes erledigen
- Fertig: KIM-Abruf läuft, eAU-Erstellung klappt, Signatur und Versand klappt in der Regel auch (bei den meisten perfekt, bei manchen nur für 4 - 5 eAU auf einmal), eArztbriefe kommen zuverlässig rein.
Keine CGM-CONNECT-Kontofehlermeldungen mehr.

Batchdatei als Formulierungsvorschlag
! Quick + Dirty - musste schnell gehen. Es geht sicher viel eleganter. Freiwillige vor :> !
! An eigene Bedürfnisse und Pfade anpassen !
! Den Javakiller nicht auf einem Terminalserver ausführen, wenn noch andere RDP-Nutzer aktiv sind. !
! Vorsicht bei anderen Java-Programmen, speziell Datenbankserver (EcoDMS, Pallidoc, T2med (:-D) etc.) - hier besser nur manuell durchführen !
! Im Beispiel liegt der saubere Plugins-Ordner auf \\praxisserver\turbomed\eaufix\plugins !

EAU-Resetter.bat (für Clients)

Code: Alles auswählen

@echo off
@echo Bitte Turbomed spätestens jetzt beenden!
pause
taskkill /im "javaw.exe" /f
taskkill /im "java.exe" /f
del c:\turbomed\programm\communicator\plugins\* /q /s
copy \\praxisserver\turbomed\eaufix\plugins c:\turbomed\programm\communicator\plugins
Hab´s vorhin an praxisindividuelle Gegebenheiten angepasst auf >70 Stationen per Remote-Script geschubst und 15 Stichproben genommen: 100% Erfolgsrate.

DANKSAGUNG:
- @keba für die wertvolle Information
- @alle, die hier mitmachen :)
--
TurboMechaniker seit 1992, kann auch etwas T2, Medoff, ALBIS, inSuite
Benutzeravatar
Lazarus
Beiträge: 1151
Registriert: Freitag 22. Dezember 2006, 17:04
17
Hat sich bedankt: 13 times
Bedankt: 24 times

Re: eAU - Lösungsansätze CGM CONNECT (auch für KIM)

Beitrag von Lazarus »

"x:\turbomed\programm\communicator\plugins in einem freigegebenen Ordner als Kopie ablegen"

Warum soll man das machen, nachdem einiges schon gelöscht wurde? Muss das nicht anders herum? Erst sichern und dan löschen?
Benutzeravatar
FortiSecond
Beiträge: 562
Registriert: Dienstag 2. August 2022, 21:30
1
Hat sich bedankt: 207 times
Bedankt: 141 times

Re: eAU - Lösungsansätze CGM CONNECT (auch für KIM)

Beitrag von FortiSecond »

Lazarus hat geschrieben:"x:\turbomed\programm\communicator\plugins in einem freigegebenen Ordner als Kopie ablegen"
Warum soll man das machen, nachdem einiges schon gelöscht wurde? Muss das nicht anders herum? Erst sichern und dan löschen?
Diese Unterordner enthalten das Problem. Sie sollten nicht gesichert werden.
-> Manuell würde man im Datei-Explorer die Unterordner markieren und löschen - fertig.
Übrig bleiben die .jar-Dateien, die die Plugins selbst bilden.
Beim TM-Start werden die Unterordner und der Inhalt von den Plugins frisch aufgebaut.

In der Batchdatei
ist es vereinfacht abgebildet durch Löschen aller Dateien in dem plugins-Ordner und den Unterordnern. Der einfache del-Befehl war gerade zur Hand :)
Er entfernt alle Inhalte von Plugis und den Unterordnern.
Danach werden die .jar aus der Sicherung wieder reinkopiert.

Wie gesagt: Es ginge sicherlich eleganter, aber die beschriebene Variante reicht für den Moment.
Wichtig ist später daran zu denken, nach einem TM-Update die vermutlich neuen .jar in den Puffer zu kopieren.
--
TurboMechaniker seit 1992, kann auch etwas T2, Medoff, ALBIS, inSuite
Benutzeravatar
FortiSecond
Beiträge: 562
Registriert: Dienstag 2. August 2022, 21:30
1
Hat sich bedankt: 207 times
Bedankt: 141 times

Re: eAU - Lösungsansätze CGM CONNECT (auch für KIM)

Beitrag von FortiSecond »

Übrigens danke für die Inspiration, nochmal nach meinem meistgenutzten Helferlein aus dem 1990ern zu suchen: "delbut".
Damit wäre dieser Befehl möglich gewesen: x:\turbomed\programm\communicator\plugins\delbut *.jar

delbut.bat

Code: Alles auswählen

echo off
if "%1"=="/?" goto usage
if "%1"=="" goto usage
d /IFzz- %1 %2 %3 %4 %5 %6 %7 %8 %9
goto exit
:usage
echo Delete all files except those matching specified filespecs.
echo usage: DELBUT f1 f2 f3..
:exit
Gerade hier wiedergefunden:
https://www.pcorner.com/list/SHELL/POCK ... ELBUT.BAT/

Die guten alten Zeiten... :)
--
TurboMechaniker seit 1992, kann auch etwas T2, Medoff, ALBIS, inSuite
Benutzeravatar
Lazarus
Beiträge: 1151
Registriert: Freitag 22. Dezember 2006, 17:04
17
Hat sich bedankt: 13 times
Bedankt: 24 times

Re: eAU - Lösungsansätze CGM CONNECT (auch für KIM)

Beitrag von Lazarus »

"- Ordner x:\turbomed\programm\communicator\plugins: Alle Unterordner löschen. Es bleiben nur .jar übrig.
- Ordner x:\turbomed\programm\communicator\plugins in einem freigegebenen Ordner als Kopie ablegen"
Nochmal die Frage: Warum soll im zweiten schritt eine Sicherung der bearbeiteten Dateien in einen freigegeben Ordner erfolgen?
Benutzeravatar
FortiSecond
Beiträge: 562
Registriert: Dienstag 2. August 2022, 21:30
1
Hat sich bedankt: 207 times
Bedankt: 141 times

Re: eAU - Lösungsansätze CGM CONNECT (auch für KIM)

Beitrag von FortiSecond »

...weil der del-Befehl alle .jar und
auch alle Dateien in den Unterordnern entfernt.
Die Alternative wäre, jeden Unterordner einzeln zu erfassen oder alle Dateien zu löschen, die nicht auf .jar enden.
Oder DELTREE für die Unterordner, hmm... auch eine Idee.

So ist´s halt Hochdruckreiniger statt Pinsel :)
--
TurboMechaniker seit 1992, kann auch etwas T2, Medoff, ALBIS, inSuite
Benutzeravatar
Lazarus
Beiträge: 1151
Registriert: Freitag 22. Dezember 2006, 17:04
17
Hat sich bedankt: 13 times
Bedankt: 24 times

Re: eAU - Lösungsansätze CGM CONNECT (auch für KIM)

Beitrag von Lazarus »

ok, das mit dem Löschen des Inhaltes der plugins an den betroffenen Rechnern hat gewirkt. Verschieben musste ich dafür nichts
Nervenarzt
Beiträge: 240
Registriert: Dienstag 14. Juli 2020, 13:26
3
Hat sich bedankt: 26 times
Bedankt: 5 times

Re: eAU - Lösungsansätze CGM CONNECT (auch für KIM)

Beitrag von Nervenarzt »

FortiSecond hat geschrieben:1) CGM KIM neu registrieren = oftmals hilfreich, aber nervig. ...
CGM KIM Clientmodul als Standalone installieren und in TM als Fremdanbieter anbinden.
Hierfür zunächst die Einstellungen der normalen Anbindung abkopieren (Parameter). Bis auf das KIM-Passwort dürfte sich nichts ändern.
Adresse deregistrieren (ggfs. per "KIMAssist.exe mode=config").
KIM-Adresse in TM löschen.
Standalone installieren, ausführen, Adresse einrichten, ggfs. mit TLS (hier Pw im Klartext in der conf oder aber WCM nutzen)
KIM-Adresse registrieren
In Turbomed (als Admin starten) dann die KIM-Adresse als Fremdmodul erfassen.
Allein das überfordert mich schon ....
Ansonsten würde ich das durchaus mal probieren ....
Benutzeravatar
FortiSecond
Beiträge: 562
Registriert: Dienstag 2. August 2022, 21:30
1
Hat sich bedankt: 207 times
Bedankt: 141 times

Re: eAU - Lösungsansätze CGM CONNECT (auch für KIM)

Beitrag von FortiSecond »

Lazarus hat geschrieben:ok, das mit dem Löschen des Inhaltes der plugins an den betroffenen Rechnern hat gewirkt. Verschieben musste ich dafür nichts
Klar, reicht als Soforthilfe völlig aus.

Die Batch-Datei hat den Zweck, entweder jederzeit bei Bedarf oder auch beim Rechnerstart diesen Ordner zu bereinigen.
Denn anscheinend kommt das Problem gern mal wieder.
Und dieser Doppelklick ist schneller und sicherer als jeweils die/den MFA anzuleiten (eventuell ist die Eingabe von (dafür separat eingerichteten) Administratordaten nötig).
--
TurboMechaniker seit 1992, kann auch etwas T2, Medoff, ALBIS, inSuite
Benutzeravatar
Lazarus
Beiträge: 1151
Registriert: Freitag 22. Dezember 2006, 17:04
17
Hat sich bedankt: 13 times
Bedankt: 24 times

Re: eAU - Lösungsansätze CGM CONNECT (auch für KIM)

Beitrag von Lazarus »

Klaro, eine Batchdatei ist besser, wenn damit alles in Ordnung ist.
Warum da etwas nach dem Löschen verschoben werden soll, ist weiter unklar. Gibt es dafür irgendeine Erklärung? Es läuft normalerweise anders rum, erst sichern. dann löschen
Benutzeravatar
FortiSecond
Beiträge: 562
Registriert: Dienstag 2. August 2022, 21:30
1
Hat sich bedankt: 207 times
Bedankt: 141 times

Re: eAU - Lösungsansätze CGM CONNECT (auch für KIM)

Beitrag von FortiSecond »

Ähm, ja... eigentlich loscht... danke der deutlichen Nachfrage :)

Der Puffer:
Sicherlich könnte man sie in der Batch bei jedem Durchlauf zuerst wegsichern und nach der Bereinigung wieder reinschieben.
Den Schritt wollte ich sparen - kostet ja auch ein paar Sekunden, wenn der Virenscanner noch mitreden will.
Die .jar-Dateien werden nur beim Update verändert. Die können also in einem anderen Ordner dauerhaft vorgehalten werden.
Allerdings war ich wohl betriebsblind, denn Ihr Ansatz ist sicherer: Er beseitigt bei Updates das Risiko, die alten .jars versehentlich zu verwenden.

Ansonsten...

Ist: plugins-Ordner mit den .jar-Dateien und eine Menge Unterordner mit einer Menge unerwünschter Dateien.
Soll: plugins-Ordner mit den .jar-Dateien; keine anderen Dateien in diesem Ordner, keine anderen Dateien in den Unterordnern.

Manuell: Java-Prozesse killen, Ordner plugins im Explorer öffnen und alle Unterordner markieren und löschen.

Für die automatisierte Fassung gibt die Eingabeaufforderung nicht den perfekten Befehl her:
del-Befehl löscht per "del * /S" sowohl die Dateien in plugins (die .jar) als auch die Dateien in den Unterordnern.
deltree müsste pro Unterordner laufen (also große Batch-Datei oder Schleife bauen) oder gleich plugins komplett entsorgen
rmdir will keine befüllten Ordner löschen

Und weil quick&dirty so gut zu Turbomed passt, lautet die Lösung:
1) die .jar evakuieren (in einen Puffer-Ordner) - einmal manuell nach jedem Update
2) Alle Dateien in plugins und dessen Unterordnern löschen - eine Zeile
3) Alle .jar aus dem Puffer wieder in plugins schieben

"Damals" habe ich DELBUT gefeiert: "delbut *.jar /S" hat einfach "alle Dateien und alle Ordner, die nicht auf .jar enden" gelöscht.

By the way: Inzwischen ist mir eine elegantere Fassung per "rmdir mit ein paar Optionen" eingefallen (aber noch nicht zum Testen gekommen). So wäre der Puffer überflüssig.
Ebenso bei einer Variante mit Schleife für alle Ordner.

Da muss ich wohl mal nachsitzen :)
--
TurboMechaniker seit 1992, kann auch etwas T2, Medoff, ALBIS, inSuite
Benutzeravatar
FortiSecond
Beiträge: 562
Registriert: Dienstag 2. August 2022, 21:30
1
Hat sich bedankt: 207 times
Bedankt: 141 times

Re: eAU - Lösungsansätze CGM CONNECT (auch für KIM)

Beitrag von FortiSecond »

Oder die kurze Fassung:
- Es fehlt ein Befehl, der nur die .jar überlässt. Daher der Weg "Alles weg, Nutzlast wieder rein".
- Jeweils direkt bei der Ausführung die .jar zu verschieben, Ordner zu entfernen und die .jar in den plugins zu packen, ist sicherer und eleganter. Da bin ich ganz bei Ihnen.

Quintessenz:

Code: Alles auswählen

@echo off
@echo Bitte Turbomed spätestens jetzt beenden!
pause
taskkill /im "javaw.exe" /f
taskkill /im "java.exe" /f
cd x:\turbomed\programm\communicator
md jarjar
mv plugins\*.jar jarjar
del plugins/* /q /s
mv jarjar\* plugins
Noch nicht getestet. Spät am Abend... :)
--
TurboMechaniker seit 1992, kann auch etwas T2, Medoff, ALBIS, inSuite
Antworten

Wer ist online?

Mitglieder in diesem Forum: Ahrefs [Bot], Bing [Bot], edwardsjethro, Wanzmann und 49 Gäste