VonDoczuDoc.de

Hallo, ich möchte mich erstmal bei allen "Helfern" in diesem Forum bedanken. Durch Euch konnte ich eine Menge TM Probleme lösen.

Nun habe ich wirklich ein Problem:

Ich bekam z.B. in der Tagesliste oder im Probelauf zur KV Abrechnung Fehler. Daraufhin habe ich eine Datenbankkonsistenzprüfung gemacht und es erschienen 56 Fehler.
Anschließend aus Kiel das Tageskennwort geholt und die Datenbank reparatur gemacht. Am ende der Repaartur, teilte das Programm mir mit, dass es die Fehler nicht beheben konnte und ich die Hotline anrufen soll.

Die Fehlerliste sieht so aus.

Patient PraxisDB§(0:0-5393721#0, 258) Fehler: Der Patient ist nicht vorhanden oder beschädigt.
Patient PraxisDB§(0:0-5471078#0, 258) Fehler: Der Patient ist nicht vorhanden oder beschädigt.
Patient PraxisDB§(0:0-5562025#0, 258) Fehler: Der Patient ist nicht vorhanden oder beschädigt.
Patient PraxisDB§(0:0-5647762#0, 258) Fehler: Der Patient ist nicht vorhanden oder beschädigt.
Patient PraxisDB§(0:0-5562025#0, 258) Fehler: Der Patient ist nicht vorhanden oder beschädigt.
Patient PraxisDB§(0:0-5852927#0, 258) Fehler: Der Patient ist nicht vorhanden oder beschädigt.
Patient PraxisDB§(0:0-5647762#0, 258) Fehler: Der Patient ist nicht vorhanden oder beschädigt.


Was sind das für Ziffern???

Danke schon mal im voraus für die Lösungsansätze

M. Braun

Hallo,
die Ziffern sind Datenbankreferenzen vom genannten PraxisDB-Objekt „Patient“. Da Sie eine Datenbankreparatur durchgeführt haben, haben Sie bestimmt zuvor auch den Punkt „Praxisdatenbanken prüfen“ laufen lassen. Oder? Datenbankfehler die von der Praxisdatenbankprüfung angezeigt werden, sind auf CRC-Fehler (cyclic redundancy check) zurückzuführen. CRC-Fehler entstehen durch defekte Hardware wie z.B. Arbeitsspreiche, Festplattencontroller, Festplatte.

Wenn ich soweit Recht habe, dann merken Sie sich die Fehleranzahl von der Praxisdatenbankprüfung und prüfen Sie die Hardware vom TurboMed-Server in Ihrer Praxis sowie ist ggf. defekte Hardware auszutauschen. Eine Arbeitswoche später führen Sie erneut „Praxisdatenbanken prüfen“ durch und nur wenn die Fehleranzahl unverändert ist, macht eine Reparatur durch TM Sinn.

Ansonsten geht das Spiel von vorne los: Hardware prüfen und ggf. reparieren.

Gruß GuterRat

Danke für die schnelle Antwort, es war tatsache ein defektes Mainboard. Ich habe es ausgetauscht. Nun läuft das System wieder einwandfrei. Wie muss ich jetz weiter vorgehen. Datenbank nach Kiel schicken? Oder kann ich selbst noch etwas tun?

1000 Dank M. Braun

Vom Tag des Austauschs an arbeiten Sie eine Arbeitswoche und führen dann "Praxisdatenbanken prüfen" durch. Hoffentlich haben Sie sich die Fehleranzahl vom letzten Mal gemerkt, wenn nicht würde ich jetzt eine Prüfung machen und 5 Arbeitstage später.

Die Datenbank muss nach Kiel, da können Sie nichts selbstmachen. Die erste Reparatur war früher kostenlos, ob das heute auch noch so ist weiß ich nicht. Nur wenn Ihr Server z.B. auch über einen defekten Arbeitsspeicher verfügen sollte und es dadurch zu neuen Checksummenfehlern kommt, wird eine 2. Reparatur notwendig. Und diese wird TM-Kiel Ihnen höchstwahrscheinlich in Rechnung stellen. Deshalb würde ich immer so vorgehen, wie ich es beschrieben habe.

Gruß, GuterRat

Hallo M.Braun,

lesen Sie - nur so - mal meinen Artikel vom 1.10.2006,
sh. unter http://www.vondoczudoc.de/viewtopic.php ... 2118#p2118.

Ich gehe auch davon aus, daß bei Ihnen crc-Fehler (= cyclic redundacy check) vorliegen.
Das sind am ehesten Fließkomma-Fehler die beim rücksichern von komprimierten Dateien entstehen.
Schuld daran kann z.B. ein defekter Festplatten cluster sein, aber nicht nur. Es gibt da viele Möglichkeiten.
Passiert immer mal wieder. Die sog. hash-Werte stimmen dann nicht mehr.
(wenn Sie googeln und den Begriff "crc" eingeben finden Sie vieles). Ich hab darüber - auch in diesem
Forum - schon noch ein paar andere Artikel geschrieben.

Reparatur in Eigenregie hat im September 2006 funktioniert ! Erfordert aber Programmierkenntnisse
und Zugriff auf die Datenbank mit genau den tools die ich im Oktober 2006 beschrieben habe (sh. meinen thread).
Sie brauchen außerdem eine Windows Programmierumgebung. Die Versant Leute waren
sehr hilfsbereit aber auch sehr professionell. Ich habe damals 6 oder 7 Wochen gebraucht bis
ich die Datenbank wieder O.K. hatte - mußte mir zwischenzeitlich auch immer wieder Hilfe holen.
War richtig ein bißchen aufreibend.

Den Weg den GuterRat Ihnen vorgeschlagen hat, erscheint auch mir der einzig gangbare.
Wenn Sie wollen, können Sie mich morgen (=Montag) anrufen - Dienstag und Mittwoch erreichen Sie mich nicht.

Ansonsten: machen Sie ihr System platt, kaufen sich einen neuen Server mit komplett neuer hardware,
installieren TM neu und fangen am 1.10.09 wieder bei Null an. Das ist die billigste Lösung.
Versuchen Sie sich nicht vollständig von der EDV abhängig zu machen - selbst ich habe noch Papierkarteikarten.
Nicht alle Befunde werden gescannt. Das macht einen evtl. Systemwechsel etwas einfacher u. gestattet
auch mal bei einem neuen Quartal wieder bei Null anzufangen.
Machen Sie ---> täglich (!!) <------ eine Datenbankprüfung über "Wartung". Dann erkenn Sie,
normalerweise, solche Fehler rechtzeitig. Vermeiden Sie das Rücksichern der gezippten TM Datensicherung z.B.
vom Heimarbeitsplatz auf den Praxisrechner.
Diese tägliche Datenbankprüfung sollten Sie machen nach dem Rücksichern bzw. nach dem Spiegeln auf
einen Hilfsrechner. Am besten auf einen 2nd server der bei Ihnen zu Hause steht - so hätten Sie, wenn Sie dann
einen neuen Server einrichten, nachdem Prüfsummenfehler neu aufgetreten sind (auf dem alten Server)
maximal einen Tag der verloren wäre. Die Sicherung vom Vortag hatte ja noch keinen error.

Freundliche Grüße

Otmar Cramer