Totalabschuss Praxis DB nach Update auf 16.1.1.

[hotdoc0815]

Ich liebe es inzwischen mir meine freien Tage mit TurboMedinstallationen/Updates zu versauen.
Ich habe heute widerwillig das Update 15.4.1. und hiernach das Update 16.1.1. eingespielt - natürlich war hinterher wieder die PraxisDB im Eimer ."DB-Kernel Error: The communication link is broken (-2506)" (<- sowas kenne ich bisher nur als Netzwerkfehler - mal wieder was neues), "Fehler beim Öffnen der Praxis-DB, DB-Kernel Error, A database Update process has been canceled on this database before an the database has benn marked dirty. Pleas update, re-index or reorganisize the database to be able to open it (-7010)" , reorganisieren funktionierte natürlich nicht.
Und nein: ich habe nichts abgebrochen, die Installationen liefen jeweils sauber durch, ich habe nur lokal am Server die Updates eingespielt, ich arbeite schon einige Jahre mit Rechnern und TM
Ich konnte es beheben: vorher gesicherte Paxis-DB-Verzeichnis ins TurboMed-Verzeichnis zurückkopieren, nochmals Voll-Update 15.4.1. darübergespielt.
Die Updates auf 16.1.1. sind definitiv fehlerhaft (nach mehreren Stunden Installationsspaß steht es fest): sie zerschiessen mir die Praxis-DB und zwar die Update DVD als auch das von der TM-Seite gezogene Vollupdate 16.1.1.
Es wär ja alles nicht so schlimm, aber ich benötige definitiv am 4.1. BFB für die AU-Formulare - was soll ich tun?

Mfg hotdoc

[horkano007]

Ich habe heute widerwillig das Update 15.4.1. und hiernach das Update 16.1.1. eingespielt - natürlich war hinterher wieder die PraxisDB im Eimer.

Ist nach dem Update 15.4.1 die Datenbankaktualisierung durchgeführt worden, oder gleich das 16.1.-Update hinterher ??
Im zweiten Fall wäre das definitiv eigenes Verschulden.

Es wär ja alles nicht so schlimm, aber ich benötige definitiv am 4.1. BFB für die AU-Formulare - was soll ich tun?

Wie von Vielen schon erwähnt, einfach mit der 15.4.1 weiterarbeiten !

[hotdoc0815]

Ist nach dem Update 15.4.1 die Datenbankaktualisierung durchgeführt worden, oder gleich das 16.1.-Update hinterher ??
Im zweiten Fall wäre das definitiv eigenes Verschulden.

Ja, wurde natürlich als erstes durchgeführt.

Wie von Vielen schon erwähnt, einfach mit der 15.4.1 weiterarbeiten !

Danke, aber das hilft mir nicht. Patienten müssen eine lückenlose Krankschreibung nachweisen - was soll ich den Patienten sagen ? "Wenn unsere Software mal ein Update erhält können sie sich die restlichen Durchschläge abholen ?" Der Arbeitnehmer hat das AU Formular innerhalb von 3 Werktagen beim Arbeitgeber vorzulegen.

MfG hot-doc

[Nobbie]

So weit ich das verstanden habe, fehlt in der 15.4.1. nur der Durchschlag für den Arzt, und den braucht man ja nicht.

mfg Nobie

Update auf 16.1.1. hat bei mir mit dem Differeznupdate (download) problemlos geklappt. Die Diagnose-Aktualisierung hat dann fast 24 Stunden gedauert, also am Wochenende machen.

[wahnfried]

Ist nach dem Update 15.4.1 die Datenbankaktualisierung durchgeführt worden, oder gleich das 16.1.-Update hinterher ??
Im zweiten Fall wäre das definitiv eigenes Verschulden.

Ja, wurde natürlich als erstes durchgeführt.

Wie von Vielen schon erwähnt, einfach mit der 15.4.1 weiterarbeiten !

Danke, aber das hilft mir nicht. Patienten müssen eine lückenlose Krankschreibung nachweisen - was soll ich den Patienten sagen ? "Wenn unsere Software mal ein Update erhält können sie sich die restlichen Durchschläge abholen ?" Der Arbeitnehmer hat das AU Formular innerhalb von 3 Werktagen beim Arbeitgeber vorzulegen.

MfG hot-doc

...m.E. halb so wild, da ja nur der Durchschlag "zum Verleib beim Patienten" fehlt. Man gebe also den für die Praxis gedachten Durchschlag für den Patienten her oder mache alternativ eben eine Kopie von der ersten Seite, um diese dem Pat. mitzugeben - nach Entscheid des Praxis-Inhabers, ob mit oder ohne Stempel...
Natürlich ist das lästig (weil ein zusätzlicher Arbeitsschritt der MFA), aber das ist genauso informativ wie der vierte (eigentlich ist es ja der dritte...) Durchschlag.

Falls Sie noch einen Nadler haben, können Sie sich ja auch von einer benachbarten Praxis ein paar Durchschreibformulare holen. Dann für das AU-Formular den BF-Druck deaktivieren (da habe ich zwar keine Erfahrung, aber das müsste machbar sein.).

Grüsse, Wahnfried

[mhh]

Ich habe genau dasselbe Problem: Datenbank wurde abgeschossen bei der Datenbankrestrukturierung: DB Kernel-Error.....

Solch einen Fehler habe ich noch nie gehabt. Updates werden immer sorgfältig vorbereitet. Daher läuft jetzt die Restrukturierung der TurboMed Partition auf die alte Version 15.4.1

Ich warte auf ein funktionierendes Update... kann mir kaum vorstellen der einzige (oder der zweite) zu sein dem es so geht.

Gruß
Martin

[mhh]

im übrigen bleibt mir nur abwarten übrig, da ich nicht wüsste wie ich das Update erzwingen könnte.....

Mein server: Windows 2008 R2, also nichts besonderes, Update lief auf dem Server, alle anderen Rechner aus, Server neu gestartet etc. eben wie immer.

[nmndoc]

Ich hätte auch einmal mit der vQ4/15 ein Reorg/Prüfung der Datenbank versucht und erst dann das Update. Sonst wäre das wohl ein Fall für die Hotline.

[petpfa]

ich hatte solch eine datenbankmeldung auf meinem testrechner. dort ist praxisdatenbank und stammdatenbank auf einer ssd ausgelagert. hatte den pfad zur stammdatenbank aber falsch in den systemeinstellungen eingetragen (verwies auf die hdd). nach korrektur des pfades, rücksicherung der praxisdatensicherung und neuer aktualisierung der datenbank lief alles gut. bis dahin sind mir aber 5 neue graue haare gewachsen...
drücke die daumen!

[hotdoc0815]

Hallo Martin,
haben Sie es wieder hinbekommen (sicherlich, denn es ist ja fast Freitag)?

Ich hätte auch einmal mit der vQ4/15 ein Reorg/Prüfung der Datenbank versucht und erst dann das Update. Sonst wäre das wohl ein Fall für die Hotline.

Denn das ging bei mir nicht - DB-Prüfung/Reorganisation brachen immer mit einem DB-Kernel Error ab - bei mir klappte es dann wie im Eingangspost genann durch das Rückkopieren des PraxisDB-Verzeichnisses und nochmaligem Vollupdate 15.4.1.

Seit meinem ersten Totalcrash nach Update vor Jahren fertige ich vor den Updates nicht nur das obligatorische Backup der Praxisdaten und Dokumente an sondern ziehe auch zusätzlich eine Kopie des kompletten TM-Ordners auf eine externe Platte. Seit meinem zweiten Totalcrash nach Update, bei dem sogar meine Windows 7-Installation mit in den Abgrund gerissen wurde (wie und warum auch immer), ziehe ich sicherheitshalber auch vorher noch ein Image der Win7- und TM Platte - klingt vielleicht paranoid und deswegen habe ich auch immer grosse Lust auf jeden Update-"Tag" - ich kann es aber nur jedem ans Herz legen.

Die AU habe ich am 4.1. jetzt einfach ohne den letzten Durchschlag gedruckt und ausgehändigt - was anderes blieb ja nicht übrig.

Viele Grüße, hotdoc0815

[mhh]

Hallo Kollegen,

vielen Dank für die Hinweise!

Schlussendlich hat eine Reorganisation meiner Datenbank geholfen. Warum die Datenbank einen Fehler hatte blieb im Dunkeln.

Auch ich hatte eine komplette Sicherung des Servers (Win2008R2 Serversicherung) von der aus ich das komplette TM Verzeichnis rücksicherte (zuvor unbedingt den FastObjectsServer abschalten!). Danach hatte ich wieder die alte Version. Eine Neuinstallation mit einem Vollupdate (zuvor von TM heruntergeladen) brachte keine Besserung. Erst die Datenbankreorganisation und danach nochmals das Update (zur Sicherheit) erbrachten dann ein lauffähiges System. Einmal eine komplette(!) Sicherung des Servers ist sicher ein gutes Ruhekissen.

Allen noch ein gutes Neues Jahr!

Wir wünschen uns stabile und sichere Software