Skip to main content
COMPUGROUP MEDICAL SE AND CO KGAA SAP

DALE-UV: Fehler beim Versenden der DALE-Formulare

Info:

Beim Versenden der DALE-Formulare können folgende Fehler auftreten: 

 

all03/2/AFB_7 voraussichtliches Endedatum der AU. Die Eingabe muß ttmmjjjj sein

Lösung: Die Praxis hat auf S. 8 des Berichtes bei einem der Arbeitsunfähigkeitsfelder mit F2 auf Freitext umgeschaltet. Das darf man nicht mehr (und kann man in der aktuellen Version auch nicht) Da ist nur ein gültiges Datumsformat zulässig.

 

BG-Berichte mit falscher IK-Nr. versendet

Wenn der Arzt eine entsprechende Info erhält, muss zunächst im Befund "BG-ArztIK" die IK-Nummer korrigiert werden. Es reicht leider nicht, danach den Bericht erneut zu versenden, sondern der Kunde muss die betroffenen Berichte aufrufen, <Esc> und danach <F8> zur Änderung der ArztIK drücken. Danach muss der Bericht erneut mit V in den Versandauftrag gelegt werden.

 

Beim Signieren mit der Arztkarte kommt keine PIN-Abfrage. Nach einiger Zeit kommt die Meldung: Kann die Nachricht nicht signieren. Keine Orginalangabe in KSM-Antwort gefunden.

Die Meldung ist eine Standardmeldung, wenn das Signieren nicht funktioniert. Es kann verschiedene Gründe geben. Aufschluß gibt das KPM-Protokoll.

  • Eventuell ist das ZKM nicht gestartet, oder keine Online-Verbindung vorhanden.

  • Im Protokoll steht: "XML-Parser-Fehler. Kann Datei d%%\medistar\vcs\..." nicht finden. -> Die Client-Installation wurde über die D%-Freigabe getätigt. Das Prozentzeichen ist jedoch ein Steuerzeichen und wird falsch interpretiert. Abhilfe: Die Client-Installation wiederholen und dabei die MS$-Freigabe verwenden.

  • Im Protokoll steht: "Es ist ein Windows-Systemfehler (Code: "2") aufgetreten: "Das System kann die angegebene Datei nicht finden." Dies Phänomen ist bisher bei VCS-Servern auf Windows2000 mit der KPM-Version 1.1.4.1 festgestellt worden. -> Abhilfe: die KPM-Module aus der 1.1.3.1 verwenden. Dazu muss von der VCS-CD aus dem Ordner \Dateien\sharedDisk\kpm\ das Verzeichnis bin1131 auf den MEDISTAR-Server in das Verzeichnis \medistar\sharedDisk\kpm\ kopiert werden. Der alte Ordener bin umbenennen in bin1141 und den Ordner bin1131 in bin umbenennen.

Beim Versuch einen DaleUV-Bericht zu öffnen oder beim Senden der Versandaufträge hängt das Postfach. (Beenden nur über Task-Manager möglich)[Bearbeiten]

Möglich das die Synchronisationsperre irrtümlich aktiv ist. Alle Postfächer, bis auf eins schließen, VCM beenden. Im geöffneten Postfach unter "Extras" -> "Service/Wartung" -> "Synchronisationssperren aufheben".

 

Connect_Error_On_Publish_Pubkey

Diese Meldung bedeutet, dass telemed.net nicht erreichbar ist, z.B. ist der Server down.

 

D-Arztberichte erscheinen nicht in Versandauftrag

Obwohl die Praxen mehrere D-Arztberichte (z.B. BG_F1000) ausgefüllt und auf "Versenden" geklickt haben, erscheint im VCS-Kommunikationsmodul (Versandaufträge) nur ein Bericht - mit dem Dateipräfix "0". Die Praxen haben dann zwar das Update installiert (aktuelle DALEUV.DLL wurde kopiert), aber nicht mit <F10> das Formular eingelesen. -> Formualr einlesen, dann funktioniert wieder alles. Allerdings müssen die Berichte erneut in MEDISTAR aufgerufen und versendet werden.

 

DALE-UV Feld "Staatsangehörigkeit"

Dieses Feld wird von uns in den Berichten (im VCS-Kommunikationsmodul) nicht gefüllt. Es handelt sich hier um ein "Kannfeld", muss also auch nicht unbedingt gefüllt werden.

 

DALE-UV Versandgebühr 192

Es gibt eine neue Versandgebühr 192 Elektronische Übermittlung eines Arztberichts an den UV-Träger 0,35.

Derzeit gibt es genau einen Anwender, welcher Probleme mit der 0DAL Versandgebühr bekommt. Einige BGen streichen dem Anwender einfach alle abgerechneten 0DAL Ziffern.

Die Versandgebühr 0DAL ist fest in den Formularen verankert und daher nicht einfach über die Userdatei zu ändern.

Wir werden diese Änderung vornehmen und Sie, sobald fertiggestellt, darüber informieren.

Der HVBG hat mir mitgeteilt, dass eine Streichung aller 0DAL-Ziffern nicht rechtens ist. Sollten Sie auch mit Anwendern konfrontiert werden, welche eine Ziffernstreichung mitteilt, wenden Sie sich bitte an den HVBG.

 

Der Empfang konnte nicht vollständig durchgeführt werden (Meldung)

Die Uhrzeit am Server ist falsch eingestellt (ging im konkreten Bsp. eine Stunde vor) und muß korrigiert werden.

 

Die IK der GKV (BKK Gesundheit/West) ist nicht bekannt-107929713

Es kann sein, dass sich Anwender melden, die eine Quittung der DGUV zurück bekommen mit der Meldung:


In diesem Bericht sind folgenden Fehler aufgetreten: -Die IK der GKV (BKK Gesundheit/West) ist nicht bekannt-107929713


Dies ist ein Fehler der Kostenträgerstammdatei.

Diese IK gibt es anscheinend (laut der Kasse, der DGUV und des Bundesverbandes der BKK) wirklich nicht.

Momentan können wir das nicht ändern da wir dieses so von der KBV geliefert bekommen haben. Die richtige IK wäre die 107829712, diese ist auch in der Datei enthalten, verweist aber fälschlicher Weise auf die IK 107929713.

 

Drucken der DALE-UV-Formulare aus dem VCS-Modul

Wenn beim Drucken der DALE-UV- Formulare aus dem VCS-Modul (über rechte Maustaste - Drucken) der Ausdruck verschoben ist, dann kann wie folgt Abhilfe geschaffen werden:

  1. Internet Explorer aufrufen

  2. Im Menü "Datei" auf "Seite einrichten" klicken

  3. Den Inhalt des Feldes "Kopfzeile" löschen

  4. Den Inhalt des Feldes "Fußzeile" löschen

  5. Im Feld "Ränder" die Position Links und Rechts auf 0 setzen

  6. Mit "OK" speichern

  7. Internet Explorer schließen

Danach kann wieder erfolgreich gedruckt werden.

 

eab Materialkoordinator-Auftrag "Zugriff auf Datenbasis gesperrt (1000)"

Die Synchronisationssperre ist eingeschaltet. VCM beenden, dann im Kommunikationsmodul über Extra -> Service/Wartung -> Synchronisationssperre aufheben anklicken, danach das VCM wieder starten.

 

Feldinformation: Mussfeld: kon_3=

Status Datenfehler, Bericht kann nicht gesendet werden.

Tritt auf beim Versenden des neuen bg_f1000-s (dale). Das Feld "Konsiliararzt" wurde dann mit zu vielen Zeichen versehen. Dort dürfen max. 55 Zeichen (inkl. Leerzeichen und Kommata) belegt werden.

Das heißt, der Text in dem Feld muss gekürzt werden.

 

Feldinformation Mussfeld:VIN_5=Status Datenfehler, Bericht kann nicht gesendet werden

VIN_5 bezieht sich auf die Postleitzahl der Patientenadresse. Der Fehler liegt in den Stammdaten (zu lange PLZ oder zu kurz oder gar keine) des Patienten. Wenn das korrigiert ist, klappt es auch wieder mit dem Versenden.

 

Kein Versand auf HVBG@telemed.de / Nachricht in Bearbeitung durch VC1 auf Computer / Server

Generell bedeutet die Meldung, dass der Bericht noch an einem anderen Platz in Bearbeitung ist. Bitte an allen Arbeitsplätzen vorsichtshalber den Patienten verlassen. Wenn das nicht hilft, kann man folgendes tun:

Die DU-Nummer und die Uhrzeit aus dem Versandauftrag notieren. Die Dateien in D:\MEDISTAR\INST suchen (z.B. 20000111.auf / .sd / .xml) und löschen. Danach den Versandauftrag mit <F5> aktualisieren und zurück zu MEDISTAR wechseln. Anschließend den Bericht bei dem Patienten erneut aufrufen und versenden.

Bleibt der Fehler weiterhin bestehen, dann kann man nur noch den Datensatz löschen inkl. der dazugehörigen Zeile in den MD's und den Bericht neu erstellen. Zuvor sollte der Bericht ausgedruckt werden, damit man weiß was man eintragen muss. (22.06.2007)

 

Kritischer Syntaxfehler, Fehler in der XML-Struktur:

abs muss abs_7 als letztes Element haben, abs_6 ist nicht als letztes Element für abs erlaubt. Im BG-Absender fehlt der Ansprechpartner.

 

Mussfeld unb_2=KTO3=, Bericht wird nicht versendet

Meldung erscheint beim Versenden des F1000. Die Arzt-IK Nummer des D-Arztes fehlt in der Befunddatei, der Eintrag in der Befunddatei lautet: BG-ArztIK. Dort muss die IK Nummer drin stehen.

 

Printmodul nicht vorhanden - wenn in Dale ein Bericht aufgerufen werden soll

Wenn man in Dale einen Bericht per Doppelklick öffnen möchte, dann tritt der Fehler auf, an nur einem einzigen Platz.

Lösung: in der sysconf.s stand statt PRG4 nur PRG. Wenn man den Eintrag korrigiert, klappt der Aufruf wieder.

 

Trotz Postfachtrennung landen nach dem Mai Update 2009 alle Berichte in allen Postfächern

Im Bericht in den Einstellung die Postfachtrennung aktivieren, ist nicht voreingestellt, dann sollte es klappen.

Ist aber nicht schlimm, die Berichte werden zwar in allen Postfächern angezeigt, aber sowie sie einmal versendet sind, verschwinden sie auch aus den anderen Postfächern.

Ansonsten prüfen ob die dalepost.txt im Instverzeichnis ist und die richtigen Postfächer beinhaltet.

 

Unzulässiger Indexwert beim Versand vom H-Arztbericht

Problem: Beim Senden kam Unzulässiger Indexwert, der Bericht wurde gelöscht und nicht gesendet.

Lösung: Bei unfallunabhängige Veränderungen wurde ein Bindestrich eingetragen, dieser hat den Fehler verursacht.

Problem ist mit der Version 2.22.05 behoben.

 

use case unbekannt

Die Meldung erscheint bei dem Versuch, einen Bericht in den Versandauftrag zu legen. In diesem Fall ist die VCS-Clientversion nicht aktuell. Diese muss vor jeder Installation aktuell aus dem Inforum geladen werden.

 

Versandgebühr 0DAL wird nicht übernommen

Wenn die Versandgebühr 0DAL beim Versenden der Berichte nicht auf die Liquidationsseite der BG-Berichte übernommen wird, sondern anstatt dessen die "normale" Portoziffer: 0110P, wird es höchstwahrscheinlich zwei Gründe hierfür geben.

  1. Man lädt einen alten BG-Bericht, so dass der neue auf einem vorherigen Bericht basiert.-> F10 Archiv / F7 Übernehmen in dem Fall lässt das Programm die alte Portoziffer stehen. Hat man den Bericht komplett neu mit F3->Neu erfasst, wird die richtige Versandgebühr übernommen. Diesen Bericht kann man dann in Zukunft immer in einen neuen laden -> die Versandgebühr wird dann übernommen.

  2. Praxis erfasste die BG-Berichte auf einem Heimarbeitsplatz, diese werden dann in der Praxis erneut bearbeitet / übernommen und ausgedruckt. Der Heimarbeitsplatz hat nicht die aktuelle 306.08 Version (MEDISTAR für DaleUV), sondern die 306.07. Die Praxis Version (306.08) ist die aktuelle. In dem Fall muss die Programmversion auch auf dem Heimarbeitsplatz-Rechner installiert werden.