Update Q4/2022

[FortiSecond]

[...]
Das IFAP Update zog sich per Online-Update etwas länger hin, ist dann auf den neuesten Stand. Keine Ahnung, warum man dafür einen "Hack" brauchen sollte.
[...]

In den Praxen, in denen das IFAP Praxiscenter lokal auf den Clients läuft, ist es eine erhebliche Zeitersparnis, den Datenstand gleich mit dem TM-Quartalsupdate zu "erledigen".
Also am Server das IFAP-Update ins TM-Update integrieren, TM-Update inkl. aktuellem IFAP durchführen, TM starten, Datenbankgedöns, Anmelden, Medikamentenlisten aktualisieren. Danach an den Clients das (dialogfrei durchlaufende) Netsetup starten und Feierabend machen
Sonst wäre es ->
Am Server TM-Update, ohne TM-Start das aktuelle IFAP-Update installieren, TM starten, Datenbankgedöns, Anmelden, Medikamentenlisten aktualisieren. Danach dann an allen Clients per Netsetup das TM-Update installieren und danach dann das aktuelle IFAP-Update.

Sicher, das ist immer eine Frage der Anzahl von Rechnern und der möglichen Zeitersparnis:
Bei nunmehr 12 Praxen* habe ich das Quartalsupdate entpackt, IFAP injiziert, das ganze als ZIP ohne Kompression wieder eingepackt und in einen Ordner gelegt. Diesen gleichen die Server alle paar Stunden automatisiert ab. Dann bekommen die Server einen Remotebefehl zum Entpacken. Remote alle neustarten, Remotedesktop, Setup per Klick starten, ein paar Bestätigungen erledigen. Eine halbe Stunde später dann TM als Admin starten, Datenbankaktualisierung kurz abwarten, mit dem Update-User (eingeschränkte Rechte, kann quasi nix sehen) anmelden, Medidatenbank aktualisieren - fertig.
Die Clients per Klick alle neustarten und per Remote-Kommando das Netsetup durchlaufen lassen, wobei die startende Batchdatei netterweise einen kurzen Kommentar sendet, wenn es länger als 15 Minuten dauert oder ein Fehler auftritt.
[Das waren mal 17 Praxen, aber fünf sind bereits gewechselt.]
Seitdem das so robust abläuft, zahlen die Praxen nur noch eine Pauschale für die Erledigung. Und die liegt preislich irgendwo bei einem halben Stundensatz pro Voll-Update. Dafür stellt sich keine MFA am Morgen hin und aktualisiert alle Clients vor der Sprechstunde

[Heidi]

Bei uns auch einfach und recht flott,- ein Server, vier Clients. Noch nicht alles ausprobiert, warte auch mal den Montag ab...

[Heidi]

Bei uns auch recht flott und ohne große Probleme,- an zwei Clients blieb die erste Anmeldung mit Admin-Rechten am IFAP-Laden hängen. Per Task-Manager abgebrochen und nochmals angefangen,- lief dann problemlos.
Alles Weitere wird sich am Montag im Normalbetrieb zeigen.

[Heidi]

Der erste Beitrag hing zunächst, deswegen doppelt.

[avoelker]

erste Erfahrungen nach erfolgter Installation:

- Installation am Server sowie an den Arbeitsplätzen reibungslos
- Deregistrieren, löschen und erneutes Registrieren von KIM nach Neustart am Server obligat
- ifap zickt etwas rum, bis man das Fenster mit den geänderten Datenschutzrichtlinien erwischt und mit ok bestätigt hat (leider Datenstand 1.9.) - somit ifap-Update anschließend
- die Komfortsignatur mit eHBA läßt sich wieder aktivieren und zumindest für das eRezept nutzen
- bei Erstellung der eAU funktioniert die Komfortsignatur nicht (Meldung: eHBA wird in einer übergeordneten Komfortsitzung verwendet - oder so ähnlich) - daher Einstellung auf Signatur mittels SMC-B erfolgt
- am Montag folgt der Härtetest im Praxisbetrieb.

Schönes Wochenende
A. Völker

[streller]

- Problemlose Installation
- IfaP im Anschluß ebenfalls
- DMP Export hat geklappt inklusive KHK

....aber:

Aufruf von eingescannten Befunden verursacht Fehlermeldung und funktioniert nicht
"Fehlercode 9" (Ungültiges Bildformat)

[dorfdoktor]

Fehler TM.JPG

Hallo liebe Kollegen,
habe nach dem Update das Problem, das die Arbeitsplätze beim Start von Turbomed sich scheinbar nicht mehr mit dem Server zu verbinden scheinen. Es kommt dann die obige Fehlermeldung. Zuvor versucht Turbomed noch Datenbanken zu öffnen und bleibt dann mit einer Zeitüberschreitung hängen. Zusätzlich muß ich noch mitteilen das Win 10 auch gerade noch Updates gemacht hat. Meine Einstellungen zu den Pfaden TM sind korrekt und seit Jahren funktionieren sie. Da steht auch nichts anderes. Auf dem Server lokal kann ich Turbomed starten. Von den arbeitsplätzen aber nicht. Hilfe ? Ideen ? Auf Dateien des Servers kann aus dem Netzwerk auch zugreifen. Es ist schon verhext.

Vielen Dank

[rfbdoc]

Wenn der Fehler nach Serverneustart noch existiert als nächstes überprüfen ob der Dienst Fastobjectserver auf dem Server läuft.

[streller]

- Problemlose Installation
- IfaP im Anschluß ebenfalls
- DMP Export hat geklappt inklusive KHK

....aber:

Aufruf von eingescannten Befunden verursacht Fehlermeldung und funktioniert nicht
"Fehlercode 9" (Ungültiges Bildformat)

Nchtrag:

passiert nur bei mehrseitigen Scans - Die sind bei uns ein *.tif im Unterschied zu einseitigen, die als *.jpeg gespeichert sind

In einer Bilddatei stehend wird bei navigieren mit Bild hoch/runter beim erreichen einer mehrseitigen Datei interner Fehler 900 ausgegeben

Anschließend Programmabsturz mit Crash Dump Fenetser für CGM.....

[rfbdoc]

@streller
Den Fehler habe ich inkonstant unabhängig vom aktuellen Update seit Jahren mit den Multipage tif.
Er tritt beim Importvorgang oder beim Erstellen des Multipage Bilds auf. Einmal korrekt erstellte Dateien sind auch später wieder normal zu öffnen.
Ich erstelle die Multipage tifs über irvanview und importiere sie dann übe tmremote.exe in die TM Kartei
Irgendwann habe ich dann festgestellt das ich derartige fehlehafte Einträge hatte. Seither überprüfe ich nach jedem Import, ob der Bildimport fehlerfrei ist. Fehlerhafte Karteieinträge lösche ich sofort und wiederhole den Importvorgang. Meist ist nach ein oder zwei Versuchen der Fehler behoben und tritt möglicherweise erst Tage später bei anderen Patienten wieder auf.
Ursache für mir weiter im verborgenen.
Ob es wirklich am Update liegt wage ich daher zu bezweifeln.

@dorfdoktor
Hört sich alles danach an, dass der FOS nicht gestartet ist.

[SirHiss11]

Nach dem Update Q4/22 tritt folgendes Problem auf: An allen Rechnern mit einem Kartenlesegerät kann man sich nicht mehr einlogen. Mit der Fehlermeldung : Keine Verbindung zum Konnektor herstellbar, stürzt Turbomed ab, so dass wir so nicht mehr arbeiten können. Als kurzfristige Lösung wurde in den Grundeinstellungen bei Gematik das Häkchen Verbindung mit dem Konnektor wieder entfernt.

[rfbdoc]

@dorfdoktor
Hört sich alles danach an, dass der FOS nicht gestartet ist.
Alternativ könnte es auch sein, dass parallel noch ein Windowsupdate auf dem Server nicht abgeschlossen ist.
Können Sie sich direkt auf dem Server normal anmelden über Servertastatur und Serverbildschirm ??

[dr-borchert]

Updates hier soweit schnell und problemlos, e-AU-Versand auch ohne KIM-Deregistrierung mit TLS Wartungslauf weiter voll funktionsfähig. Kleine aber nette Nebensächlichkeit; das TI Icon ist nun dauerhaft grün und zeigt anscheinend jetzt korrekt die TI Betriebsbereitschaft an.

[cwang]

- Deregistrieren, löschen und erneutes Registrieren von KIM nach Neustart am Server obligat

A. Völker

Hallo @avoelker,
wieso ist es obligat?
Danke
@cwang

[rfbdoc]

Deregistrieren, löschen und erneutes Registrieren von KIM nach Neustart

War auch hier so erforderlich. Eigentlich sollte es natürlich nicht so sein....

@voelker
Geht Kim auch wieder über Thunderbird ??

[SFeu]

Habe mir heute getraut, das Update einzuspielen (Server und 6 Einzelplätze). 1 Stunde Arbeit.
Bis jetzt (mit Ausnahme eines Absturzes beim DB-update) läuft alles.
Naja, morgen ist Montag, der Härtetest...mal sehen.

[dorfdoktor]

@dorfdoktor
Hört sich alles danach an, dass der FOS nicht gestartet ist.
Alternativ könnte es auch sein, dass parallel noch ein Windowsupdate auf dem Server nicht abgeschlossen ist.
Können Sie sich direkt auf dem Server normal anmelden über Servertastatur und Serverbildschirm.

Habe alles versucht - auf dem Server läuft TM ja. da komme ich aber nur per Remote drauf. Den FOS habe ich in den Diensten gesucht + gefunden -> danach sollte er laufen. Und ich habe den FOS auch noch manuell aus den Daten von Turbomed heraus gestartet -> ich weiß auch nicht -- dann morgen mit der geliebten sehr kompetenten Hotline versuchen -- Aber Danke an Alle hier.

[Alexander69berlin]

Hatte nach dem Update immer die Fehlermeldung das es probleme gebe das gewünscheCGM Connect Konto zu erreihen und das es Probleme mit dem Internet geben beim signieren und versenden von AU´s , nach mehrmaligen runterfahrenund neu startendes Servers trat gestern der Fehler nicht mehr auf, bin gespannt wie das Montag ist.Connector neustart hatte nicht geholfen nur Server neustart. Mann könnte manchal den eindruck bekommen , das Turbomed die einführung von eAU , e Rezepten etc mit schwierikkeiten plastern will. Oder haben die das wirklich nicht im Griff, oder sind zuvielle Entwickler mir dem "Neuen nachvolger Turbomed" beschäftigt

[avoelker]

@rfbdoc
KIM mit Thunderbird probiere ich lieber nicht, hat mir bei letzten Mal die KIM-Schnittstelle zerschossen.

MfG
A. Völker

[avoelker]

@cwang
KIM neu registrieren war bislang bei jedem Serverneustart nach Update von TurboMed notwendig, so auch diesmal, da KIM nach Neustart des Servers nicht funktionstüchtig war.

MfG
A. Völker