Docportal nach Maiupdate

[Jochen Dohse]

Der Ärger mit dem Docportal geht weiter!
Das Docportal erscheint nach dem Update im Mai erneut.
Die alte Methode:
del C:\turbomed\programm\docportal.dl-
rename C:\turbomed\programm\docportal.dll docportal.dl-
funktioniert nicht mehr.

Ich habe jetzt herausgefunden, dass ich die Datei dpserver.exe im Verzeichnis Programm\Docportal
allerdings auf dem Server, bei mir G:\programm\docportal\dpserver.exe, umbenennen muss, um den Start des Docportals zu verhindern.

Mit freundlichem Gruß
Jochen Dohse

[GuterRat]

Hallo,
benennen Sie einfach den Ordner "Docportal" um.
Gruß
GuterRat

[Jochen Dohse]

Habe ich auch versucht, aber dann funktionierte die Ifapliste nicht mehr richtig.
mfg
Jochen Dohse

[schmidt-dietrich]

Scheint alles zu laufen, die üblichen Nerver vom Dienst ->
ifox (aber grau) nicht aktiv,
Docportal
auf allen Stationen...
Aber nach Umbenenen
TMdocportal.dll --> TMDocportal.NERV
*g*
ist es gekillt und nervt nicht mehr.... Wie immer.
IfocCom.dll --> IfoxCom.NERV

Auch Ruhe

[schmidt-dietrich]

Sorry.

IfoxCom.Dll meinte ich natürlich im ifap Ordner *g*

Wann merken diese TM-Nasen endlich, das es wirklich Sinn macht es nicht überall automatisch aktiviert zu haben...????
Von Praxisbedürfnissen 0,00 Ahnung und Interesse !! Dadurch graben Sie sich selber das Wasser ab, denn ansonsten w+rde man es ja vtl. auf einem Arbeitsplatz tolerieren...
Sicher aber nicth an einem Laborechner oder Lufu oder EKg-Rechner ...da unnötig

[Jochen Dohse]

stimmt
meine neue batchdatei sieht jetzt wie folgt aus:

del C:\turbomed\programm\docportal.dl-
rename C:\turbomed\programm\docportal.dll docportal.dl-
del G:\ifap\praxisCENTER\ifoxcom.dl-
rename G:\ifap\praxisCENTER\ifoxcom.dll ifoxcom.dl-

so funktioniert auch das PraxisCenter obwohl der indx wesentlich praktischer war.

mfg
Jochen Dohse

[Kasimir]

Ich hoffe nur, dass es die Firmen und Kassen, die das DocPortal sponsern, mal irgenwann merken, dass sie ihr Geld zum Fenster 'rauswerfen, weil wirklich niemand das Ding will.
Erst dann, wenn das Geld ausbleibt, wird Turbomed bzw. Ccompugroup aufwachen und die Programmierkapazitäten vielleicht wieder auf ausschließlich Sinnvolles richten.

[schmidt-dietrich]

Die Hoffnung stirbt zuletzt, lieber Kollege.
TM etc. und ifap gehören zum gleichen Konzern Compugroup ....
ebenso "Arzt am Abend"-Service - noch Fragen ?
GLG

[Growlf]

Lieber Kollege Dohse,

nachdem mir dieses strunzdumme DocPortal jetzt aber endgültig auf den Zeiger ging, habe ich Ihre Batchdatei angepaßt (und in KillDocportal.bat umbenannt).
Was soll ich sagen: rennt wie der Teufel.

[GuterRat]

Hallo Jochen Dohse,
in meiner Praxis läuft die ex. ifap und der Ordner DocPortal ist umbenannt. Alles läuft super. Nutzen Sie auch die ex. ifap?
Gruß
GuterRat

[drscheller]

Habe bei einem Rechner den Ordner "Docportal" von \turbomed\programm\ verschoben in einen Desktopordner, jetzt stürzt TM jedesmal ab, wenn ich mit "F8" ein Rezept drucken will. Zurückschieben brachte nichts, Docportal startete nicht mehr, der Programmabsturz trat weiterhin auf. Auch eine TM-Neuinstallation von Diskette änderte nichts. Wie weiter vorgehen? Herzlichen Dank für Ihre Hilfe!

[rfbdoc]

Haben Sie ein Update oder eine Neuinstallation gemacht ? Eigentlich hätte die Neuinstallation das Problem lösen müssen.
Folgendes könnte man versuchen:
Nochmalige Neuinstallation
Wenn das Problem fortbesteht TurboMed über die Systemsteuerung deinstallieren und danach neu installieren.
Danach sollte es dann laufen.
Viel Erfolg

[frabu]

Also, wenn ich unter Turbomed>Daten>Var den Ordner Docportal lösche, habe ich dann den ebenfalls den erhofften Effekt, dass die Programmgeschwindigkiet erhöht wird? Kann ich den noch weitere Ordner unter Var löschen?
Seit dem letzten Quartals-Update dauert es zwischen 10 und 25 sec. bis sich die Wartezimmerliste öffnete...Nach dem Mai-Update habe ich das gefühles ist wieder etwas weniger langsam.

[Kasimir]

Das habe ich schon mehrfach hier erwähnt, dass man diesen Ornder löschen kann, wenn man docPortal los werden will.
Die meisten anderen Ornder in diesem Verzeichnis sind aber eh leer, so dass es egal ist, ob man sie löscht.

Wnn man allerdings im Ordner "w32ifdb" die sich dort befindenden Datei ""w32ifdb2.cg" mit einem Editor öffnet, alles 'rauslöscht, so dass nun 0 Byte groß ist, dann speichert und außerdem mit Schreibschutz versieht, dann verschwindet ein großer Teil der Werbung beim Rezeptschreiben. JEDOCH 1.) hat man dann eine Fehlermeldung beim Starten von Turbomed, die man allerdings einfach ignorieren kann und 2.) der direkte Klick von einem Medikament auf dem Rezept in die Ifap-Information zu jenem geht nicht mehr (aber ich finde, das kann man auch verschmerzen).

[frabu]

Danke.

[drscheller]

Habe neu installiert - kein Erfolg. Über Systemsteuerung deinstalliert, Rechner neu gestartet, komplett neu installiert incl. bintab.dat - TM stürzt weiter bei jedem Versuch, mit F8 ein Rp zu drucken, ab. Was nun? Danke für Ihre Mühe!

[drscheller]

Nachtrag: Trotz kompletter neuinstallation startet Docportal nicht, obwohl der Ordner in TurboMed\Programm\ vorhanden ist!

[DV-Service]

Wir haben genau dasselbe Problem. F8 Rezept-Medikamentenauswahl-TM stürzt ab. Neuinstallation hat auch nichts gebracht.TM meint es muss mit Docportal was zu tun haben. Aber noch keine Lösung.

[DV-Service]

Für alle die kein Rezept mehr aufrufen können und TM einfach abstürzt.
Lösung: TM Beenden
Arbeitsplatz - Laufwerk C - Ordner Windows - Ordner System32 - darin gibt es zwei Dateien
QtCore4-alt.dll und QtSql4.dll diese Löschen oder Umbenennen. TM wieder starten. Danach funktionieren die Rezepte wieder.

[rfbdoc]

Interessanterweise finden sich die Dateien QtCore4.dll und QtSql4.dll beim mir nicht im Ordner C:\windows\system32\
sondern unter C:\TurboMed\Programm\DocPortal wobei ich auch nach Umbenenenn von TmDocPortal.dll und DocPortal.dll keine Abstürze beim Rezeptaufruf habe und DocPortal dauerhaft "ausgeschaltet" ist.
Das Unbenennen vom QtCore4.dll und QtSql4.dll führt auch zum "Ausschalten" von DocPortal (im Systray kein DocPortal-Icon) und zum gleichen Geschwindigkeitsgewinn, wobei dabei die TmDocPortal.dll und DocPortal.dll nicht umbenannt sein sollen.
Diese Konstellatation führt dagegen hier zum Programmabbruch bei Rezeptschreibung.
Damit ist hier Vorsicht angesagt !!