DALE-UV: Fehler beim Ausfüllen der DALE Formulare
Info:
Änderung der laufenden Nummer
Seit dem Dale Update ist einigen aufgefallen, dass sich die Nummerierung der Berichte geändert hat.
Das ist nur bedingt richtig. Die interne Nummerierung ist so geblieben wie sie war und kann weiterhin über F10 geändert werden. Auf dem Ausdruck, oder über die Ansicht im Postfach, ist aber eine andere Nummer zu sehen (siehe oben rechts).
Diese Nummer wird automatisch generiert und dient der BG als offizielle Kennung. Sie setzt sich wie folgt zusammen:
(Dieser Bericht dient als Beispiel)
999999996 | -> BG-ArztIK, dient zur Identifizierung des Absenders |
07 | -> lfd. Jahr |
1000046 | ->die eigentliche laufende Nummer |
02 | -> in diesem Beispiel 02, da dieser Bericht korrigiert wurde. Der erste Bericht endet immer mit 01, jede Korrektur dieses Berichtes wird dann um "1" hochgezählt, also 02, 03 etc. |
(15.10.07)
BG_F9990, bei Druckwiederholung werden Teile nicht mitgedruckt Version 2.11.04
Bei Druckwiederholung der R1-Rechnung werden die Summe und die Bankverbindung nicht mehr mitgedruckt.
Lösung: Übergangsweise könnte die Praxis nach dem ersten Ausdruck im Endemenü das Formular beenden und erneute aufrufen oder man stellt in der Userdatei Zeile 12 Blanko auf A für Ansicht und gibt dann beim im Druckmenü 2x drucken an. Die Entwicklung ist informiert. (11.01.08)
Ist auch noch in der Version 2.12 (07.11.2008)
Daten nicht korrekt (Programm springt immer zum Feld "Hergang")
Ergänzungsbögen Knie,- Strom-, Verbrennung- und Strombogen beziehen sich immer auf den F1000. In der Praxis wird immer erst der Basisbericht (F1000) an die BG gesendet und dann der Ergänzungsbericht. Die Ergänzungsbögen ziehen sich die DU-Nummer aus dem versendeten F1000 und generieren zusätzlich eine eigene, wenn der Bericht versendet wird.
Sollte ein Anwender anrufen, weil er o.g. Meldung im MEDISTAR-Formular z. B. Kniebogen erhält, dann kann mit <F5> (indem man mit dem Cursor auf das Feld Aktenzeichen klickt) nach der DU-Nummer geschaut werden.
Sollte das Feld DU-Nummer leer sein, dann ist mit höchster Wahrscheinlichkeit kein F1000 versendet worden. Wurde ein F1000 versendet, aber trotzdem erscheint mit <F5> keine DU-Nummer, dann wurden die *snd Dateien (welche nach dem Versand im Instverzeichnis angelegt werden und in der die DU-Nummer gespeichert wird) gelöscht.
Jetzt könnten Sie im VCS-Client in dem F1000 nach der DU-Nummer schauen und diese dann im Ergänzungsbericht eintragen. Sie können aber auch 000000 eintragen.
Sollte es sich um das H-Arztverfahren handeln, dann beziehen sich die Ergänzungsbögen auf den Basisbericht eines H-Arztes (F1020 / heißt bei uns BG_04e Version: 2.1.22). In diesem Fall muss im BG_04e in der Userdatei der Parameter "Verfahren" auf H gestellt werden. Welcher beim D-Arztverfahren auf D gestellt wird.
Die aktuelle Datensatzbeschreibung sieht nicht vor, dass das die Ergänzungsberichte sich auf Zwischenberichte und Nachschaubereichte beziehen. Aus diesem Grund haben wir das Programm entsprechend entwickelt. Der HVBG hat nun Rücksprache mit Fachkollegen gehalten und dabei hat sich ergeben, dass sich die Ergänzungsberichte doch auf die Zwischenberichte und Nachschauberichte beziehen dürfen. Die Datensatzbeschreibung wird überarbeitet.
Eine Änderung des Verfahrens in MEDISTAR wird auch vorgenommen, der genaue Zeitpunkt steht noch nicht fest. Das bedeutet, dass die Anwender weiterhin die Daten aus F1000 und F1020 (bei uns BG_04e) übenehmen können. (15.01.2007)
Erforderliche DLL-Version
Status: Schwerer Fehler, Bericht kann nicht gesendet werden
Der F1000 prüft jetzt die DALEUV.DLL Wenn nicht die korrekte DALEUV.DLL im PRG Verzeichnis liegt, dann erscheint o.g. Meldung. (25.02.05)
"Fataler Dateifehler. Daten können nicht korrekt erzeugt werden"
(tritt auf, wenn der Bericht geschrieben wurde und "V" in den Versandauftrag gelegt werden soll) Dann habt Ihr es mit einer PGI zu tun. Die Helferin befindet sich z.B.in Praxis 3 und will die Daten des Patienten (welcher aus Praxis 2 stammt) laden. Nur dann tritt dieser Fehler auf. Wenn sich die Helferin in Praxis 2 befindet und die Daten für den Patienten (welcher aus Praxis 2 stammt) laden möchte, dann funktioniert alles. (27.10.05)
H-Arztbericht DALE-UV - springt immer wieder in die Zeile "Anlass zur Beratung durch einen Mitarbeiter des UV-Trägers"
Wenn ein H-Arztbericht versendet werden soll, aber der Cursor immer wieder auf die Seite 7 in die Zeile "Anlass zur Beratung durch einen Mitarbeiter des UV-Trägers" springt, sind zur Arbeitsfähigkeit oder Arbeitsunfähigkeit keine Angaben gemacht worden. Dies sind Pflichtfelder. Derzeit fehlt die Kennzeichnung dafür, diese wird in einer späteren Version wieder eingefügt. Holen Sie die Eintragungen bitte nach. Dann sollte im Anschluss auch das Versenden funktionieren. (28.02.07)
Index error
Der Fehler tritt auf, wenn der Bericht mit einer Version ohne Dale-Funktion ausgefüllt wurde, anschließend aber mit einer Formularversion mit Dale-Funktion versendet wird. Die beiden Formularversionen sind nicht kompatibel.
Bitte bereits bei der Installation der neuen Formulare darauf achten, dass die alten Versionen ohne DALE-Funktion entfernt werden. Ansonsten im richtigen Formular neu ausfüllen und versenden. (13.12.2005)
Kein passender Bericht
Fehler ist beim Ausfüllen des Kniebogens aufgetreten. Bitte überprüfen, ob in den Einstellungen (in der USD) bei Verfahren in Zeile 004 das richtige Verfahren steht (D für D-Ärzte, H für H-Ärzte). (25.05.2007)
Kritischer Syntaxfehler beim F1000
Fehler in der XML-Struktur: Invalid character (Unicode 0x0)(Zeile 68, Spalte 18), beim Versuch den Bericht zu versenden.
Lösung: Wenn die Diagnose, die im Bericht vorhanden ist, in der ICD Codierung keine Diagnosensicherheit anzeigt, dann wir ein unerlaubter Leerschritt in der XML Datei erstellt und deswegen tritt der Fehler auf. In dem Diagnosenfeld, wo die Diagnose mit dem ICD Code angezeigt wird, auf MDs gehen und die Diagnose direkt von dort aus laden, dann wird die Diagnosensicherheit mit geladen. Die Diagnose die noch im Bericht ohne die Diagnosensicherheit angezeigt wird, einfach rauslöschen. Dann ist der Fehler weg. Man könnte sonst die Diagnosensicherheit auch unter PSICD bei der Diagnose in der ICD Codierung ergänzen, sofern sie hier ohne drin stehen sollte.
Neue HVBG Vorgaben
BG_F2222 Veränderung BG Heilbebehandlung:
- Wenn ein Patient NICHT aus der Behandlung (stat. oder amb.) entlassen wurde, kann man das Datum weglassen und muss somit keine Angabe über die Entlassung machen. Trotzdem kann man den Patienten wieder arbeitsfähig schreiben. Kann man für die Angabe der Minderung der Erwerbsfähigkeit das > und < Zeichen nutzen?
Nein, die Angabe der Minderung der Erwerbsfähigkeit ist wie folgt geregelt:
- Wenn keine Zahl eingetragen wird, wird an den HVBG der Wert 0 übermittelt. Es liegt keine MdE vor.
- Wenn irgendeine Zahl kleiner 10 eingetragen wird, wird stellvertretend der Wert 1 übermittelt. Die 1 bedeutet aber nicht 1% MdE, sondern nur, dass es irgendeine Zahl kleiner 10 war. Genauer braucht es der HVBG offensichtlich nicht. Es spielt also keine Rolle, ob man eine 9, eine 3 oder <5 einträgt, es wird nur durch den Wert 1 zusammengefasst. Ein < Zeichen macht also beim Ergebnis keinen Unterschied und wird deshalb von uns nicht unterstützt.
Wenn eine Zahl größer oder gleich 10 eingetragen wird, wird dieses mit dem Wert 2 im Datensatz gekennzeichnet und zusätzlich wird die angegebene Zahl in einem anderen Feld auch an den HVBG übermittelt. Aber auch hier ist kein < oder > erlaubt. Wenn die MdE größer 10 ist, muss dazu auch eine verbindliche Zahl angeben werden. (02.11.07)
unb_3 Daten fehlerhaft - Bericht kann nicht versendet werden (F2222)
Grundsätzlich bedeutet diese Meldung, dass die UNIDAV (Nummer in der UVT-Aderssendatei) nicht korrekt oder nicht vorhanden ist. Wenn das schon kontrolliert wurde und die Nummer stimmt, dann muss unbedingt im F2222 das Unfalldatum überprüft werden, z.B. steht dort statt 2002 dann 1920. In diesem Fall: Datum löschen und noch einmal neu eingeben - dann klappt es. (28.01.05)
V für Versenden fehlt (Ergänzungsbögen)
Wenn im Endemenü z.B. des Kniebogens kein V für Versenden angeboten wird, kann das daran liegen, dass der Hinweis "Daten nicht korrekt" übersehen wurde. In diesem Fall wird nur Drucken, Speichern und Abbruch vorgeschlagen. Wenn die Daten vollständig sind, wird auch Versenden angeboten. (15.01.07)