TMaufWin7: HZV Vertr nicht freigeschaltet

[lapins]

Nach Installation TM auf Win7 64 bit (als Client) funktioniert fast alles


Nur: kein einziger HZV Vertrag ist freigeschaltet??.
also zB Konsul->Integr Versorg-> Direktaufnahme landet in IV Assist und dort ist nichts freigeschaltet.
genauso über Hauptmenü -> Vorsorge System -> Integrierte Versorgung -> Verwaltung

Servereinstellung, Prüfmodul-Info, Versionsprüfung alles funktioniert.

HZV Modul ist auf einem anderen PC installiert und funktioniert bei Zugriff von den anderen Stationen.

Auch Doppelklick auf einen HZV Patinten-Icon zeigt die üblichen Einschreibe und sonstige Formulare.

Hat jemand eine Idee?
Firewall?
CG Java ist installiert.

mfg rLap

[lapins]

Jetzt habe ich einen Vertrag mit code nochmals freigeschaltet und das geht, aber das kann so gar nicht sein, die Freischaltung wird doch in der DB Gespeichert und nicht beim Client ???

[Lazarus]

Ich habe zu Hause die separate HZV-Datensicherung eingepielt, es musste kein neuer Code eingreichtet werden
Grüße
Lazarus

[lapins]

Ja das ist sonderbar, 8 Stationen funktionieren und ez wo ich eine durch ein win7/64 ersetzen will, funktionierts an DIESER Station nur wenn ich - das hab ich probiert - einen Vertrag per Freischaltcode neu freischalte.
Hotline Antwort ist noch ausständig, ich kenne ja keine potentiellen Nebenwirkungen wenn man "neu" freischaltet, das müßte doch an der LANR und an der Db = BSNR o ä aufgehängt sein.

[nmndoc]

Hallo,

ich erinnere mich, dass ich ein ähnliches Problem hatte, als ich einmal eine TM-Installation auf einen neuen Server umgezogen habe und den IVVerwaltung-Ordner (? ich glaube, der war es) *nicht* auf den neuen Server kopiert hatte. Dh. soweit ich mich erinnere, waren dann die Module/Verträge auch nicht freigeschaltet. Nachdem ich dann den kompletten Ordner+Unterordner kopiert habe war alle ok (auch ohne neuen Code).
D.h. evtl. könnte das Problem auch irgendwas mit Pfaden o.ä. zu tun haben?

[lapins]

Die Lösung war der Serverpfad.

• Ich habe die lokal.ini und die client Konfigurationen (Pfade ) vereinheitlicht und kopierte die local.ini immer vor dem Aufruf
• Der Serverpfad war nicht gesetzt Logik: Mehrplatzbetrieb geht über db-Prozess

Wofür eine System-KURZ-Dokumentation genügt hätte, mußte über Fernwartung erfahren werden.

Wen es interessiert einige Details:
In den Grundeinstellungen gibt es

--- Verzeichnisse
------Pfad zB f:\turbomed\ (bei uns lokale Datenplatte)

------Serverpfad. zB \\192.168.1.10\turbomed (fehlte)

Wenn man tiefer unten NIX einträgt (zB bei Befunde oder Dokumente)
dann wird der Pfad gebildet mit f:\turbomed\Dokumente
Dann kriegt man alles von lokal (Ist bezüglich der Dokumente ja FALSCH, die sollen ja vom Server kommen)

Ziel ist es ja bei einem Client möglichst viel von lokal und nur das notwendigste vom Server zu holen.
--> Daher ist nur wenigen STellen der Pfade so zB t:\turbomed\Dokumente weil T: auf den Server zeigt.

Anmerkung: Nicht alle Programme vertragen den UNC-Pfad ( \\192.168.1.10\turbomed\Dokumente!!!!)

Was aber wie es scheint nirgendwo bzw nur für "your local dealer" dokumentiert ist folgendes:

Startet man TM lokal und Mehrplatz =NEIN, dann wird der Serverpfad verwendet mit "Praxisdb"
Diese Einstellung braucht man ja beim Mehrplatzbetrieb gar nicht, weil Fastobjects ja über einen DB-Prozess (service) abgefragt wird.


JAAA aber HZV verwendet Filezugriffe nach \turbomed\IV_Verwaltung\data
.... und wenn \Turbomed repliziert (Datensicherung) oder meistens im RDP Betrieb gefahren wird
fällt das jahrelang nicht auf, dass für die Prüfung der Freischaltung des HZV Vertrages die lokalen Files anstatt die zentralen Dateien abgefragt werden.

mfg rLap