VonDoczuDoc.de

Hallo,

neuerdings kommt beim Zugriff auf Patienten (evtl nur HzV/AOK?) folgender Fehler:

Source:'TMVENT~1'
Line:250 Char:4
Error:0 'Fehler beim Speichern der AIS Informationen'
---v

Hat jemand eine Idee? Der Quelltect/Details sind leider mit einem Kennwort geschützt ... wäre bei dieser Gelegenheit nett, wenn es jemand hat

Hallo,

ich habe bei uns im Haus nachgefragt, ob jemand diesen Fehler kennt und folgende Antwort erhalten:

Ist ein bekannter Scriptfehler beim Zugriff auf die IV_Datenbank.
Häufigste Ursachen:
- Fehlende Benutzerrechte (Schreibrechte auf DB).
- Fehlerhafte Grundeinstellungen zum Serverpfad
- Defekte in der Datenbank

In der Regel sollte man sich bei dem Problem an die Hotline wenden, damit ggf. die IVStammDB überprüft werden kann.

Hallo.
Soweit ich weiß wurde zwischenzeitlich "eine" (vermutl. die von Ihnen genannte) DB vom Turbomed-Partner zu Turbomed geschickt. D.h. da das Problem plötzlich auftrat liegt die Vernutung des Defekts in der DB am nächsten.

Mal ob es etwas hilft.

vorhin kam die Info vom TM-Support, dass die IV DB offenbar in Ordnung ist.
Das hilf nun natürlich nicht weiter. Nun sollen wir die Zugriffsrechte überprüfen - an denen hat sich bisher aber nichts geändert.
Ich denke es wäre schon enorm hilfreich, wenn man auf "view Source" in der Fehlermeldung klicken könnte, ohne ein Kennwort eingeben zu müssen. Evtl. hätte man dann mal einen Ansatz, wo der Fehler liegt. Hat jemand das Kennwort?

nmndoc hat geschrieben:Hat jemand das Kennwort?

...der Vertriebspartner bekommt es (...gibt es aber aufgrund vermutlich Weisung von TurboMed nicht her) und TurboMed, die lassen manchmal nach langer Diskussion bei weniger amtlich oder funktional wichtigen Programmpunkten mit sich reden. Das ist aber bei der IV-Verwaltung nicht zu erwarten, da es abrechnungsrelevant sein könnte, falls da jemand einen Fehler hineinpfriemelt.

Aber die Hotline kann mit dem exakten Text der Meldung (am besten screenshot) und der exakten Angabe, bei welchem Arbeitsschritt dies auftritt, nachsehen, welche Stelle im Quelltext ein Problem macht. Aber das war wohl bereits erfolgt... (Wenn TurboMed das nicht locker durch eine korrigierte Datei ändern kann, bekommen Sie das auch nicht hin- oder nur mit viel Lernen am (Miß)erfolg, behaupte ich mal. Ist dann nämlich ein komplexeres Problem als durch den Quelltext eines VB-Scriptes zu korrigieren wäre).

Grüsse, Wahnfried

Hallo,

folgende Info von einem Kollegen:
bezüglich der Scriptfehlermeldung „Fehler beim Speichern von AIS-Informationen“, die häufiger im Zusammenhang mit Aufruf der IV-Verwaltung/Pat-IV-Verwaltung auftreten kann:

Grundsätzlich tritt der Fehler auf, wenn die IVStamm.DB nicht beschrieben werden kann. Häufige Ursache sind hierbei, neben den beiden bekannten „falsche Serverpfadeinstellung“ und „defekte ivstamm.db“, fehlende Schreibrechte des Stationsbenutzer in dem IV-Verwaltungsordner am Server -> Abhilfe schafft hier, den betroffenen Stationsbenutzer in die „Sicherheit“ des IV_Verwaltungsordners am Server einzutragen und mindestens den „Lese/Ausführzugriff“ zulassen.

Vorgehen:
- Rechtsklick Ordner IV-Verwaltung am Server
- Menüpunkt „Eigenschaften“
- Reiter „Sicherheit“
- Die Stationsbenutzer hinzufügen (analog auch „jeder“).
- Berechtigung mind. Lesen, Ausführen setzen.

Hallo.

Also - an den Berechtigungen lag es nicht (wie vermutet).
Leider hat sich auch niemand (auch nicht die Hotline) die Mühe gemacht - die Stelle im Quellcode nachzusehen, wo der Fehler auftritt - u.U. hätte das ja den entscheidenden Hinweis geliefert. Angeblich weiß aber niemand (zumindest nicht bei der Hotline) das Kennwort... für mich etwas unverständlich.

Die gute Nachricht: Ich konnte gerade den Fehler lösen: Alle Stationen beendet. Fast Objects Dienst beendet. Update 11.1.3 nochmal drüberinstalliert - und siehe da - der Fehler ist weg.

Vermutung: Der Arzt hatte das Update selbst eingespielt - und - das ist die Vermutung - TM nicht an allen Stationen beendet. Vermutl. kann das Update dann etwas nicht aktualisieren o.ä. (zb die ivstamm.db?) - schade nur - dass in so einem Fall keine Fehlermeldung kommt - sollte doch eigentlich möglich sein.