MEDICAL OFFICE - Anwenderforum

Hallo Josmed,
klingt, als würden Sie sich mit dem Serverupdate sehr viele Umstände machen. Im Normalfall ist es nicht nötig, die Medical Office Dienste zu stoppen, den Firebird Server zu stoppen und die LAN Verbindung des Servers zu kappen. Eigentlich ist es nicht mal notwendig, den Server neu zu starten. Die Update-Installationsroutine liegt eigentlich erst los, wenn alle Voraussetzungen vorliegen.
Der Client- Updateprozess startet eigentlich erst, wenn das MEDICAL OFFICE Serverupdate durchgelaufen ist und auf den Clients das Programm gestartet wird.

VG H.Rügen

Ja - sofern der Client nicht mobil und offline ist ;-) ...

Bei diesen Clients gab es dann bei uns Probleme, wenn auf dem Server noch alte Mostatx .... rumlagen, die dann alle mitkopiert wurden und meine kleinen Clients verstopften.

Gruß

Privacy

Zitat von »Josmed«

Welche Regel gilt den grundsätzlich für die Mostat-Dateien, welchen müssen vorliegen, welche dürfen gelöscht werden?

Hallo,

prinzipiell gilt, dass alle vorhanden bleiben sollten, aber keine vorhanden sein muss.
Jede zusätzliche MOSTAT enthält einige Tabellen, die auch in der MOSTAT des Quartalsupdates enthalten sind. Für den Zugriff auf diese Tabellen soll aber nicht mehr die MOSTAT des Quartalsupdates verwendet werden, sondern die neue Datenbank, in der aktualisierte Inhalte vorhanden sind. Ist die zusätzliche Datenbank nicht mehr vorhanden, so wird wieder auf die MOSTAT des Quartalsupdates zugegriffen.

Theoretisch könnte es also so sein, dass die MOSTAT184A einen aktualisierten EBM-Bestand enthält, MOSTAT184B ein Medikamentenupdate, MOSTAT184C einen aktualisierten Diagnosenbestand etc.
Werden in diesem Beispiel die MOSTAT184B und MOSTAT184C der zusätzlichen Datenbanken gelöscht, wird für EBM weiter auf die MOSTAT184A zugegriffen, aber für Medikamente und Diagnosen wieder auf die normale MOSTAT184.
Rein technisch ist es daher möglich, dass alle zusätzlichen MOSTAT-Dateien fehlen und das Programm trotzdem funktioniert. Es werden dann allerdings auch keine aktualisierten Daten verwendet.

Abweichend von dieser theoretischen Betrachtung ist es im Moment so, dass die zusätzlichen MOSTAT-Dateien nur für Medikamentenupdates verwendet werden. Daher enthält jede zusätzliche MOSTAT die gleichen Tabellen und somit ersetzt jede neue MOSTAT die alten MOSTAT-Dateien vollständig. Damit muss aktuell von den zusätzlichen MOSTAT-Dateien nur die letzte zusätzliche MOSTAT noch im DAT-Ordner verbleiben.
Dass diese Regel für allen Zeiten so bleibt, können wir natürlich nicht zusagen.

Mit dem nächsten Quartal, sobald sich der grundsätzliche Name der MOSTAT ändert, werden alle alten zusätzlichen MOSTAT-Dateien ebenfalls gelöscht. Für den manuellen Eingriff in dieses System gibt es daher nur eine Notwendigkeit, wenn Mini-Festplatten verwendet werden.

Es ärgert mich schon, wenn die gesamte relvante Patienteninformation von 3 Praxen nur einen Bruchteil der Datenleicheninfos ausmacht, die sich in diversen MOSTATS verbergen.

Anregung:
MOSTAT nur für die Daten, di im im Quartalsrhythmus aktualisiert werden müssen. Sollten wegen Bugs Zwischen_Updates nötig sein, dann ERSATZ der Mostat

MEDI_Datenbank extra, die im 14 tägigen Rhythmus ausgetauscht wird.

Diese Normalisierung vermindert unnützen Datenbestand.

Gruß

B. Müller

Die Updates liefen an allen 3 Servern und 15 Clients probemlose durch, wie sonst auch. Beim Arbeiten heute Abend fällt aber auf, dass die Arztbriefschriebung nicht startet. Meldet man sich an, kann man alte Briefe öffnen. Will man mit q einen neuen anlegen, passiert gar nichts. Bei Wiederholung erfolgt die Meldung, dass die Arztbriefschreibung noch startet. Macht sie aber nicht, jedenfalls nicht erfolgreich. Sereverneustart hat nichts gebracht. Hat jemand eine Idee, bevor am Montag um 7 Uhr bei uns das Chaos ausbricht?

Hallo Josmed,

ihrem Screenshot entnehme ich dass in diesem konkreten Fall bei der Installation die MO-Dienste auf dem Laptop nicht korrekt beendet worden sind. Wir werden diese Funktionalität prüfen und Ihnen eine Rückmeldung geben.

Gruß B.Kowalewski

Hallo Josmed,

die Installationsroutine versucht bereits den gewünschten Zustand auf dem Arbeitsplatz herzustellen. Dazu werden alle eigenen Prozesse beendet und alle Dienste (mit Ausnahme des MO Guardian) gestoppt. Unter Umständen kann es vorkommen dass dieses Beenden und Stoppen nicht funktioniert, da die betroffenen Prozesse bzw. Dienste nicht auf die angeforderte Zustandsänderung reagieren. Leider ist es uns bisher noch nicht gelungen diese besonderen Umstände nachzubilden um den Fehler nachhaltig zu beheben.

Hallo Josmed,

vor der Update Installation wird eine Datei STOP.MO (nicht STOP.BAT) in das lokale MO Verzeichnis gelegt und danach auch wieder gelöscht. Sollte die Datei nach der Installation noch vorhanden sein, ist die Routine nicht bis zum Ende durchgelaufen, sprich das Update Programm wurde beendet oder ist abgestürzt. Es sollte dann beim Start die Meldung erscheinen <MEDICAL OFFICE ist momentan für Wartungsarbeiten heruntergefahren! Der Start des Programmes ist deshalb im Augenblick nicht möglich.> Das richtige Vorgehen wäre hier nicht das Löschen der Datei sondern das erneute Anstarten der Update Routine über das Hilfsprogramm mocfg.exe oder das Starten der instcli.exe vom Serverpfad.

Gruß B.Kowalewski