Abstürze bei Rezeptdruck

[sailor1]

Direkt am Tag nach dem letzten update (leider TM und IFAP gleichzeitig, sonst wär wenigstens etwas klarer, ob Ifap oder TM Ursache war) stürzt jeder Rechner ab sobald ein Rezept zum 2. Mal aufgerufen wird; genau: in der Karteikarte über Menue oder icon oder F8 Rezept aufrufen, z.B. aus der Pat.-Liste ein Medik. eintragen, dann Hausliste / Ifap per ESC wegdrücken -> Rezept erscheint. Dann drucken oder "Nicht in Karteikarte speichern", also Vorgang abgebrochen. JETZT: erneut ein Rezept aufrufen (aus Karteikarte oder Patientendesktop) -> TM hängt und nach unterschiedlich langer Zeit (z.T. Minuten) dann Programmabsturz.

Was ist das? TM weiß noch keinen Rat, Ifap erst recht nicht. Finde jetzt, dass an EINEM Rechner anscheinend kein Absturz erfolgt, kann aber nicht erkennen wieso. 10 Rechner, alle gleich konfiguriert. DocPortal NICHT umbenannt. ifox aus; alle Rechner mindestens 1 GB RAM, XP-PRO (Server2003); am Rechner der nicht abstürzt GB-LAN, die anderen 100MBit.

Morgen versuche ich die Tipps aus dem Forum (2 DLL löschen in system23-Ordner), aber haben die mit dem Problem zu tun? Hätte mir TM doch schon gesagt, oder?

Falls jemand mehr weiß bitte melden. Danke! Gruß!

[rfbdoc]

ifap deinstallieren, dann alte Version vom 15.6.09 installieren, icb wette, der Fehler ist weg, kein onlineuptate auf 1.7.09 !

[DerEchteFreund]

Oder von ifap.de den Korrekturpatch herunterladen...

[sailor1]

Sorry, Wette leider verloren. Hab ich alles gemacht - ohne Änderung. Habe kompletten DocPortal-Ordner des stabilen PCs auf "Absturz-PC" kopiert -> kein Erfolg. Ifap ist überall gleich installiert (als Server-Insallation). Absturzmeldung deutet auf ein Problem mit mvbmsv60.dll hin (Windows-Datei in sytem32, irgendetwas für visualbasic). Inzwischen zeigte sich, dass am Server, an einem jetzt ins Netz geschalteten Notebook und an diesem einen PC der Absturz nicht kommt. 9 andere PCs crashen. was nun????
TM scheint ratlos. Servicepartner muss bei TM nachfragen. Ifap fühlt sich unschuldig. Was fällt mir noch ein? Ifap deinstallieren und TM ohne Ifap? Weiß nicht, ob das geht. Kann ich im laufenden Betrieb nicht versuchen. Aber bei den Problemen mach ich den Laden sowieso morgen vielleicht ganz zu. Gebe dann den Patienten die Nummer von Turbomed, dass sie dort ihre Rezepte bestellen.
NB: bin mit einem ganzen Clan von Anwälten befreundet. Die drängeln schon alle auf der Suche nach Futter ) - es geht langsam um richtig viel Einkommensausfall. Aber wir sind ja nicht so ... - oder?
Vielen Dank einstweilen und nehme gerne weitere Ideen an (könnte auch für die Lösung gerne einen guten Franzosen opfern )
Gruß

[Otmar Cramer]

Hallo sailor1,

TM geht grundsätzlich ohne IFAP - zumindest bei mir. Läuft auf einem
Ersatz-client ohne Ifap u. auf meinem Server sowieso ohne Ifap.
Keine Probleme.

Frdl. Gruß

Otmar Cramer

[mschiller]

Ich hatte so einähnliches Problem seit dem ganzen >Update-Unsinn mit ifap an einem Rechner der unter XPHome läuft (alle anderen win2000prof oder xpprof) - an was das lag kann ichnicht sagen, aber ich hab turbomed deinstalliert und noch mal neu installiert - seitdem läufts scheinbar (ich will noch nicht zu früh was sagen)

[rfbdoc]

Ich glaube, der Fehler liegt eher bei Ifap PraxisCenter als bei DocPortal.

1) Vielleicht mal im IfapPraxisCenter unter Hilfe->Wartung->Log einschalten, dann beim nächsten Absturz hier auf Informationen sammeln gehen. Die Log Datei dann an Ifap oder TurboMed übermitteln.
Vielleicht gibt es hier Fehlerhinweise.

2) Tritt der Fehler auch auf, wenn Sie das Korrkturpatch von Ifap installiert haben ? Bei war das Hängenbleiben on iFox und Praxiscenter danach behoben.

Diesmal wette ich nicht...

[sailor1]

Also, es gibt was Neues. Korrektur-Updates. Ifap-Änderungen (i:fox ausschalten), Deinstallieren, Neuinstallieren, Ifap-Log war alles ohne Informationswert oder Änderung.
Die Lösung (leider NICHT die Erklärung!!!) war Folgendes: auf 1 Rechner lief ja unerklärbarerweise alles gut, obwohl grundsätzlich alle Rechner gleich konfiguriert, ausgestattet und upgedated wurden. Also: alle Verzeichnisse müssten genau gleich sein (evtl. ein paar Dateien in "Eigene Dateien" sind anders - sind aber nur Daten, keine Programme, *.DLLs o.ä.).
Beim Vergleich stellt sich heraus, dass auf den nicht funktionierenden Rechnern in "e:\TurboMed" (unserem Programmverzeichnis) die Unterverzeichnisse "DruckDB", "Konvert" (leer) und "PraxisDB" (diese wird eigentlich gar nicht in diesem Verzeichnis benutzt, sondern die auf dem Server natürlich; ist also auch überflüssig) fehlen.
In der Annahme also, dass irgendetwas in diesem Verzeichnis fehlt, habe ich erst einmal das gesamte Verzeichnis des funktionierenden Rechners auf einen anderen kopiert (ohne irgendwelche Veränderungen). Das alte TurboMed-Verzeichnis sicherheitshalber umbenannt in "TurboMedkaputt" (z.B.). UND SIEHE DA: Turbomed läuft wie geschmiert.
Der nächste Versuch: nur die fehlenden Unterverzeichnisse auf einen weiteren Rechner kopiert: TurboMed läuft !!! - aber nur etwa 5-6 mal, danach wieder das gleiche Problem. Jetzt also das komplette Verzeichnis rüberkopiert und seitdem läuft es problemlos, inzwischen auf allen Rechnern (toi,toi,toi).
Heute langes Gespräch mit einem fitten TM-Mitarbeiter: Erklärung natürlich so nicht möglich. Ich würde auf einen Konflikt mit einer Windows-System-Datei (wahrscheinlich msvbvm60.dll, das zeigt die Absturz-Meldung an) und TurboMed tippen.
Jetzt sucht also die TM-Technik weiter. Irgendetwas wird wohl in unserem System anders sein (Virensuche war zum Glück o.B.). Anscheinend hat ja niemand, zumindest der hier Mitlesenden, das gleiche Problem. Allerdings deutet das Interesse von TM darauf, dass evtl. doch hier was vorliegt, vielleicht etwas das auch die anderen Probleme nach dem update irgendwie erklärt???
Fazit: im Moment läuft's. Deshalb auch noch nicht schon wieder ein Update. Wir warten noch ab (obwohl wir auch das letzte Update erst 2 Wochen später eingespielt haben). Bringt's also auch nicht immer. Werde ggf. weiter berichten. Nebenbei: haben auch eine Reihe kleinerer Probleme, die wir (bzw. TM-update) nach und nach hoffentlich mal lösen: Zeilen verschwinden, RLV und GNR-Satistik stimmen nicht (mehr), rtf-Merkmale (Schriftformate u.a.) werden bei copy/paste mit in Word-Briefe übernommen, Löschen von Zeilensprung löscht gleichzeitig nächstes Textzeichen u.a. Damit läßt sich aber noch leben. Alles wird gut ....