Seite 1 von 1

Nach dem Update!MachtDocportal wieder alles langsam!

Verfasst: Montag 30. April 2007, 14:59
von DocMoritz
Hallo Liebe Kollegen,

habe am Wochenende TM-Update insatlliert, jetzt taucht wieder Docportal auf, diesmal im Windows Schellstartleiste (sonst war je da "i" im Turbomed Leiste zu sehen).

Und ich merke, daß alles im Netzwerk wieder langsamer ist.
Kann das doch mit Docportal zu tun haben, kann man Docportal auch mit dem im Forum bereits bekannten Skript (tmdocweg hiess das glaube ich) auch deaktivieren, ohne die TM Funktionen zu beeinträchtigen, hat jemand das schon getestet??

Danke im voraus

Verfasst: Montag 30. April 2007, 17:50
von rfbdoc
Bei mir hängt das System auf mehreren Arbeitsplätzen

Verfasst: Montag 30. April 2007, 18:00
von DocMoritz
genauso wie bei mir, z. T. werden die Tastaturbefehle mit Einfreiren des systemTippen der Tastaturkürzel(aufrufen der diagnosen, Rp, etc..)komme ich mir, gemessen an die Reaktion des Turbomeds viel schneller vor, als vor dem Update, obwohl ich kaum junger geworden bin :)

Mfg

Verfasst: Montag 30. April 2007, 18:12
von DocMoritz
neu editiert!

genauso wie bei mir, z. T. werden die Tastaturbefehle mit Einfreiren des systems beantwortet.
Beim Tippen der Tastaturkürzel(aufrufen der diagnosen, Rp, etc..)komme ich mir, gemessen an die Reaktion des Turbomeds viel schneller vor, als vor dem Update, obwohl ich kaum junger geworden bin :-)

Mfg

P.S.: viel Grüsse an Herrn Geigenberger und Danke für die Pfllege dieses nützlichen Forums, ob es doch Möglich wäre eine [color=red]EDITIERFUNKTION [/color]einzuführen.

Verfasst: Montag 30. April 2007, 18:15
von uro_fs
Hallo,
durch Rechtsklick auf Trayicon von DOcportal kann man unter
Einstellungen bestimmen, nach welchen Merkmalen Docportal
sucht.
Durch "wegklicken" aller Funktionen ist mein System etwas flotter
geworden

Gruss
fs

Verfasst: Montag 30. April 2007, 18:57
von rfbdoc
Obwohl ich nach Vorgabe der Hotline die Datei Docportal.dll umbenannt habe kann ich in der Kartei mit Enter bzw. <Strg Enter> keine neue Zeile erzeugen, da sich das System aufhängt. Die technische Hotline hat dazu keinen bisher wirksamen Abhilfevorschlag.
Kann man eigentlich auch die alte TM-Version wieder aufspielen ? Zumindest lief die ja rund, wenn mann DocPortal einmal ausgeschaltet hatte.

Verfasst: Montag 30. April 2007, 22:07
von Kasimir
Wenn man im Windows Task-Manager "Prozesse" anklickt und dort "qtPortal.exe, "qtBubble.exe" und "qtDpBusinesslayer.exe" beendet, dann verschwindet das DocPortal und man hat Ruhe. Ich habe noch nichts Negatives im Programmablauf bemerkt.
Aber ich weiß nicht, ob man dazu evtl. ein Skript oder so schreiben könnte, das das Starten dieser drei Prozesse beim Starten von Turbomed von vornherein automatisch verhindern kann bzw. das das Wieder-Abschalten dieser drei Pozesse automatisch ausführen kann...

Verfasst: Montag 30. April 2007, 23:07
von DerEchteFreund
Bei dem neuen Update *NICHT* die docportal.dll umbennenen sondern die TMDocportal.dll

Verfasst: Dienstag 1. Mai 2007, 10:31
von rfbdoc
Ja das scheint richtig zu sein. Weiterhin hängt sich TurboMed aber auf, wenn man in der Kartei (absichtlich oder versehentlich) <strg-enter> betätigt. Mit dieser Tastenkombination konnte man bisher in der gleichen Kartei-Artspalte einen Zeilenumbruch erzeugen, was für die Übersich in der Karteikarte durchaus Sinn macht.

TMDOCWEG.BAT

Verfasst: Donnerstag 10. Mai 2007, 10:12
von lapins
Hier ein getesteter update des bekannten Skripts zum Ausschalten des Doc-Portals. Es sind noch zwei Programme dazugekommen.

Aufruf zum "wegmachen" : im Explorer Doppelklicken bei jeder Station wo Docportal NICHT laufen soll

Aufruf zum WIEDERHERSTELLEN:
im Dos \> tmdocweg x ( mit einem beliebigen Parameter)

als Verknüpfung unter "Ziel" c:\batchverzeichnis???\ tmdocweg.bat x
tmdocweg.bat
c:
cd c:\turbomed\programm
set copycmd=/y
if %1x==x (

if exist dpModHlp.exe move c:\turbomed\programm\dpModHlp.exe dpModHlp.ex-
if exist docportal.dll move c:\turbomed\programm\docportal.dll docportal.dl-
if exist sqlite3.dll move c:\turbomed\programm\sqlite3.dll sqlite3.dl-
if exist TMDocPortal.dll move c:\turbomed\programm\TMDocPortal.dll TMDocPortal.dl-
if exist qtBubble.exe move c:\turbomed\programm\qtBubble.exe qtBubble.ex-
if exist qtDpBusinesslayer.exe move c:\turbomed\programm\qtDpBusinesslayer.exe qtDpBusinesslayer.ex-

) else (
if exist dpModHlp.ex- move c:\turbomed\programm\dpModHlp.ex- dpModHlp.exe
if exist docportal.dl- move c:\turbomed\programm\docportal.dl- docportal.dll
if exist sqlite3.dl- move c:\turbomed\programm\sqlite3.dl- sqlite3.dll
if exist TMDocPortal.dl- move c:\turbomed\programm\TMDocPortal.dl- TMDocPortal.dll
if exist qtBubble.ex- move c:\turbomed\programm\qtBubble.ex- qtBubble.exe
if exist qtDpBusinesslayer.ex- move c:\turbomed\programm\qtDpBusinesslayer.ex- qtDpBusinesslayer.exe
)
:ende
[/b]


Anmerkung/Erfahrung 1: Sollte der TM Server gleichzeitig auch TM Station sein, (ja ja ich weiss - wird nicht impfohlen aber ist im ruhigsten Raum bei uns so) dann sollte Docportal dort ausgeschaltet sein. Schlechte Erfahrung vom Januar.

Anmerkung 2/Plan An einer weniger genützten Station lassen wir Docportal vorerst laufen, man sollte ja Neues nicht von verneherien verdammen. zB möchten wir schauen, wie das mit den AOK Medikamentenrabattverträgen aussieht.

Mfg RLap

Lösung mit je einer Batch für Ein- und Ausschalten

Verfasst: Sonntag 3. Juni 2007, 19:50
von wahnfried
Hallo an Alle,

bei mir hat sich eine Lösung bewährt, die für das Ausschalten eine Batch mit dem move-Befehl und Option /y für unhinterfragtes Überschreiben benutzt ( und damit auch funktioniert, wenn man vor dem Update vergessen hat, DocPortal wieder einzuschalten). Für das Wiedereinschalten benutze ich den rename-Befehl, da dabei der Dateipfad nicht zweimal geschrieben werden muß.

Die Batch für alle vorkommenden Laufwerkbuchstaben habe ich auf USB-Stick und brauche sie deswegen bei Anpassungs-Notwendigkeiten (zusätzliche Dateien ausschalten) nur dort verändern. Und wenn ich einen TurboMed-ler besuche, kann ich es leicht vorführen! :wink:

Der Pause-Befehl gibt Gelegenheit, zu schauen, ob Fehlermeldungen auftraten. Ohne Fehlermeldung: Job erledigt.

Batch für Ausschalten:

move /y c:\turbomed\Programm\docportal.dll c:\turbomed\Programm\docportal.dl-
move /y c:\turbomed\Programm\dpModHlp.exe c:\turbomed\Programm\dpModHlp.ex-
move /y c:\turbomed\Programm\sqlite3.dll c:\turbomed\Programm\sqlite3.dl-
move /y c:\turbomed\Programm\TMDocPortal.dll c:\turbomed\Programm\TMDocPortal.dl-
move /y c:\turbomed\Programm\qtBubble.exe c:\turbomed\Programm\qtBubble.ex-
move /y c:\turbomed\Programm\qtDpBusinesslayer.exe c:\turbomed\Programm\qtDpBusinesslayer.ex-
rem
pause

Batch für Einschalten:

rename c:\turbomed\Programm\docportal.dl- docportal.dll
rename c:\turbomed\Programm\dpModHlp.ex- dpModHlp.exe
rename c:\turbomed\Programm\sqlite3.dl- sqlite3.dll
rename c:\turbomed\Programm\TMDocPortal.dl- TMDocPortal.dll
rename c:\turbomed\Programm\qtBubble.ex- qtBubble.exe
rename c:\turbomed\Programm\qtDpBusinesslayer.ex- qtDpBusinesslayer.exe
rem
pause


Viele Grüsse, Wahnfried

DocPortal entfernen

Verfasst: Donnerstag 28. Juni 2007, 21:47
von DocSchnitzler
Hallo liebe Kollegen,
ich benutze zwar Albis, habe aber dieselben Probleme. Daher habe ich eine DLL geschrieben, die unter Albis den Aufruf von DocPortal zuverlässig verhindert. Bei Interesse Download unter www.andreas-schnitzler.de -> Private Projekte -> No DocPortal.

Würde mich ggfls. über Rückmeldungen und konstruktive Kritik freuen.

NACHTRAG Spionagesoftware DocPortal

Verfasst: Samstag 30. Juni 2007, 15:21
von DocSchnitzler
Hallo liebe Kollegen,

mein Ersatzprogramm funktioniert leider nicht in einer Mehrbenutzerumgebung, sorry (so eingehende Programmierkenntnisse habe ich nicht). Also ist IHRE Lösung offenkundig die beste, bei Albis allerdings unter Inkaufnahme einer Fehlermeldung am Programmstart. Bei Albis scheint übrigens die Umbenennung der "docportal.dll" alleine auszureichen (im Task-Manager erscheint kein weiteres Programm der DocPortal-Software).

Noch etwas: Die Grundidee des Programms halte ich auch nicht für schlecht. Allerdings: unter Berücksichtigung der ärztlichen Schweigepflicht halte ich es für einen fortgeschrittenen Skandal, wenn irgendein Softwarehersteller, mit dem ich keinen Vertrag habe, höchst vertrauliche Arzt- und Patientendaten in seinem System speichert. Aus eigener Erfahrung weiß ich, wie leicht es ist, daß ein solches System (heute oder in Zukunft) die gespeicherten Daten auf irgendein Entferntes meldet; dazu reicht ein Millisekunden langes Datensignal!

Nur mal am Rande: es werden MINDESTENS ausspioniert:
- Fachgruppe des behandelnden Arztes (!) (dann sind Name und KV-Nummer sicher auch kein Problem...!)
- Dauer- und aktuelle Diagnosen (!) des aktuellen Patienten
- aktuelle Verschreibungen (!)
- aktuelle Überweisungen (!)
- aktuelle Krankenhauseinweisungen (!)

Und OFFENKUNDIG werden diese Daten im System des HERSTELLERS abgespeichert (aus Zeitmangel kann ich hier momentan nicht weiter recherchieren)...

Es kann nicht angehen, daß wir nicht JEDEM Versuch entschieden entgegentreten, uns in unserer Tätigkeit - auch nur potenziell - online überwachen zu lassen...!

der kleine Datenspion Doc Portal et al

Verfasst: Dienstag 14. Dezember 2010, 10:28
von schmidt-dietrich
Das wäre in der Tat höchst unzulässig, denn es sind unsere DAten und Patientendaten! Ich kann mich nur wiederholen, das diese Begehrlichkeiten auch von Herrn Köhler vorangetrieben werden udn wir nicht so blauäugig sein dürfen es der IT-Industrie
zu überlassen oder anderen..?!
Daher haben wir DocPortal nach RS Turbomed ganz deaktivert und bereuen es nicht! Auch auf HZV-Verträge in Hessen können wir getrost verzichten, wenn ich da verarscht werde mit teuren Zusatzmodulen, die den theroretischen Mehrwert gleich zum Softwarehaus abfliessen lassen.. geschweige die Bedingungen der Verträge = Kassensklave 2.0.
Just my 2 cetns
GlG