Wir freuen uns sehr, dass das Forum in der bestehenden Forum fortgeführt wird.
Die Moderatoren werden den Grundgedanken und den Spirit von diesem Forum fortführen. 20. April 2023
Alle Markennamen, Logos und eingetragenen Marken, die auf dieser Website erwähnt werden, sind das Eigentum ihrer jeweiligen Inhaber und durch das Markenrecht geschützt.
ch habe den KBV Ordner auf den Server kopiert. Das Kbv PRÜFMODUL gibt mir folgende Fehler aus:
Wenn das Feld 0224 übertragen wird, dann muss auch das Feld 0227 übertragen
werden.
K
ADT Datenpaket, Prüfnummer: Y/1/2201/36/112
KVDT-R813 (W/65) Die Version der ADT-Satzbeschreibung muss 'ADT0722.01 ' entsprechen.
ADT-Datenpaket,
Aus meiner Sicht einzig sinvolle Alternative: Stand-alone Einzelplatz mit jeweils aktueller Version.
Hat bei uns schon unzählige Updates und damit Lebenszeit gespart.
Erst in TM "Registrierungsdaten bearbeiten" auswählen.
Dann unter Experteneinstellungen Deregistrieren, Konto in TM löschen, alles Übernehmen.
Dann neu in die Praxisdaten und in TM die Neuregistrierung starten
Bei stürzt TM am Ende der Neuregistrierung allerdings immer ab.
Dort vermute ich auch den Fehler, warum ich immer Fehler 201 KIM Kennwort erhalte
Würden Sie am Ende mitteilen ob es bei Ihnen geklappt hat !?
Ich habe nichts gemacht. Am nächsten Tag ging bei einer eAU der Versand (ohne Zustellbestätigung), im weiteren Verlauf funktionierte auch die Zustellung bei den eAU's wieder. (...)
frabu
______________________________________
Allgemeinmedizin, Kinder- und Jugendmedizin
TM 24.2.1.6161
Sie haben den Ordner "KVB" aus dem aktuellen Update übertragen? Evtl. hilft es, zusätzlich den Ordner "KVDT" aus dem selben Update zu übernehmen, allerdings ohne den Unterordner "Abrechnung" (damit Ihre eigenen alten Abrechnungen nicht überschrieben werden), und ohne den Unterordner "Tmp"; im Jahr 2019 hat das bei uns schon mal geholfen...
Ansonsten so versuchen, wie es "mono 22" vorgeschlagen hat.
Ich habe nach dem Update das Problem, wenn ich TM starte, kommt gleich ohne Verzögerung "Die Verbindung zum Konnektor (kocobox) kann nicht hergestellt werden".
HILFE, was kann ich tun? Die Kartenleser zeigen die gelben Symbole an, also an sich sollte es laufen. Kocobox auch neu gestartet. Aber TM will sich nicht verbinden, egal von welchem Rechner. Als Admin gestartet.
Auf der Kocobox im Display steht "EC LOG OVERFLOW". Ob das früher schon stand weiß ich nicht.
Ich habe es hinbekommen, dass es wieder geht (Status unten rechts in TM aber GELB).
Und zwar musste ich das KocoBox Zertifikat neu erstellen und hinterlegen (das vom Einrichten der Komfortsignatur vor einigen Monaten). Hält die Signatur etwa nur 3 Monate?
Trotzdem ist der Status nun nur gelb unten rechts in TM. Klicke ich rauf, ist alles grün bis auf der letzte Punkt, SMB autoristiert, der ist gelb und bleibt gelb auch wenn man rausklickt und ein Fenster "SMB autorisiert" dasteht.
Das ist hier ebenso, aber es funktioniert alles soweit, von der Komfortsignatur einmal abgesehen seit dem Sonderupdate. Das ist allerdings ein anderes Problem und hoffe das dieses mit dem Quartalsupdate behoben wird.
MfG PC Fuzzy
Die TI Status Anzeige mal gelb mal grün kann man ignorieren.
Ich musste nach dem Update auf TM 23.3.2 die TLS Verschlüsselung ausschalten um Kim und eAU wieder ans laufen zu bekommen.
Oh je, na ich bin gespannt ob KIM und eAU nachher geht.
Ich habe in der Kocobox das Zertifikat zu TM neu erzeugt und in TM hinterlegt, dann ging die Verbindung wieder zum Konnektor.
Wie kann denn CGM so eklatante Fehler in den Updates übersehen? Man macht das Update und die Verbindung zur Kocobox geht nicht mehr. Kein Hinweis auf der Internetseite, nichts.
Aber mir jede Woche zweiseitige Schreiben senden, dass die c't zum Thema Kocobox-Tausch falsch liegt und ich endlich den Konnektortausch unterschreiben soll.
Fazit: Wer noch 22.2.xxx hat soll kein Update machen und sich einfach den KBV-Ordner aus der 22.3.2 - Installation auspacken und auf dem Abrechnungs-PC bei sich mit dem Vorhandenem ersetzen.
ich habe den KBV Ordner auf den Server kopiert. Das Kbv PRÜFMODUL gibt mir folgende Fehler aus:
Wenn das Feld 0224 übertragen wird, dann muss auch das Feld 0227 übertragen
werden.
ADT Datenpaket, Prüfnummer: Y/1/2201/36/112
KVDT-R813 (W/65) Die Version der ADT-Satzbeschreibung muss 'ADT0722.01 ' entsprechen.
ADT-Datenpaket,
bei mir derselbe Fehler
Kasimir schrieb:
Sie haben den Ordner "KVB" aus dem aktuellen Update übertragen? Evtl. hilft es, zusätzlich den Ordner "KVDT" aus dem selben Update zu übernehmen, allerdings ohne den Unterordner "Abrechnung" (damit Ihre eigenen alten Abrechnungen nicht überschrieben werden), und ohne den Unterordner "Tmp"; im Jahr 2019 hat das bei uns schon mal geholfen...
Ansonsten so versuchen, wie es "mono 22" vorgeschlagen hat.
ich habe den KBV Ordner auf den Server kopiert. Das Kbv PRÜFMODUL gibt mir folgende Fehler aus:
Wenn das Feld 0224 übertragen wird, dann muss auch das Feld 0227 übertragen
werden.
ADT Datenpaket, Prüfnummer: Y/1/2201/36/112
KVDT-R813 (W/65) Die Version der ADT-Satzbeschreibung muss 'ADT0722.01 ' entsprechen.
ADT-Datenpaket,
bei mir derselbe Fehler
Kasimir schrieb:
Sie haben den Ordner "KVB" aus dem aktuellen Update übertragen? Evtl. hilft es, zusätzlich den Ordner "KVDT" aus dem selben Update zu übernehmen, allerdings ohne den Unterordner "Abrechnung" (damit Ihre eigenen alten Abrechnungen nicht überschrieben werden), und ohne den Unterordner "Tmp"; im Jahr 2019 hat das bei uns schon mal geholfen...
Ansonsten so versuchen, wie es "mono 22" vorgeschlagen hat.
Fehler bleibt leider...
Nach update ist obiger Fehler tatsächlich weg
Leider wars dann doch nicht so einfach wie horkano007 meinte, schade
Hallo,
auch bei uns kommt diese Meldung, das KBV Prüfmodul vermerkt aber keine Fehler , nur einen Hinweis (möglicherweise diese Meldung ??) und man kann die Abrechnungsdatei mit dem Kryptomodul erstellen. Leider konnte ich es heute noch nicht bei der KV gegenprüfen, da die KV Abrechnungs -web.Adresse heute aus was für Gründen auch immer nicht erreichbar. Wenn es ein echter Fehler wäre , würde das Kryptomodul meiner Erfahrung nach nicht starten ? Können Sie eine Abrechnungsdatei erzeugen, wird diese dann von der KV blockiert , bzw . als Fehler moniert ??
@Randolf,
habe leider schon upgedadet. Kann es daher nicht mehr prüfen, schade.
Da ich noch bei der Version 22.2. war
fehlt mir auf, daß die Diagnosen-Sicherheit sich verkompliziert hat.
Man kann jetzt nicht mehr ohne weiteres ändern ob:
- gesichert
- ausgeschlossen
- Z.n.
war dies bereit in der Version 22.3 so?
Das ist ja fürchertlich, will man uns jetzt nur noch Arbeit machen?
Oh, Sorry hatte ich nicht so schnell gelesen. Ja, mit der Diagnoseeingabe hat man immer wieder Mehraufwand. Sehr betrüblich, wie durch die EDV mehr Aufwand anstatt Hilfe für uns arbeitende Ärzte generiert wird.
Ich hatte upgedatet und habe inzwischen die bekanntermassen freiwillig anzuwendende "Kodierhilfe" mit Tageskennwort wieder deaktiviert. Damit bleibt bei den Dauerdiagnosen alles beim alten, keine Mehrarbeit, alle dd werden bei der Abrechnung übertragen, zumindest habe ich keine Fehlermeldungen bei abrechnungsrelevanten Patienten die nur Dauerdiagnosen der Artspalte dd haben. Abrechnung 3/22 wurde fehlerfrei von der KV akzeptiert
Die Dauerdiagnosen meinte ich eigentlich gar nicht, sondern die Diagnosensicherheitseingaben!
Sollte man irrtümlich dort statt z.B.
- gesichert, Z.n. oder ausgeschlossen eingegeben haben, kann man dies jetzt nur noch über mehrere Mausclicks und Untermenues rückgängig machen, alles jetzt sehr umständlich. Warum wohl nur?
Wer hat sich das ausgedacht, wer will meine Arbeitszeit /Lebenszeit stehlen, damit ich ja nicht auf dumme Gedanken komme?
Übrigens funktioniert eigentlich noch das autohotkey- Programm dazu?
Sollte man irrtümlich dort statt z.B.
- gesichert, Z.n. oder ausgeschlossen eingegeben haben, kann man dies jetzt nur noch über mehrere Mausclicks und Untermenues rückgängig machen, alles jetzt sehr umständlich. Warum wohl nur?
Wer hat sich das ausgedacht, wer will meine Arbeitszeit /Lebenszeit stehlen, damit ich ja nicht auf dumme Gedanken komme?
Danke und
Grüsse aus Kiel
Johnny
Bei mir genauso, tierisch nervig!!! Passt aber ins Gesamtbild
rfbdoc hat geschrieben:Ich hatte upgedatet und habe inzwischen die bekanntermassen freiwillig anzuwendende "Kodierhilfe" mit Tageskennwort wieder deaktiviert. Damit bleibt bei den Dauerdiagnosen alles beim alten, keine Mehrarbeit, alle dd werden bei der Abrechnung übertragen, zumindest habe ich keine Fehlermeldungen bei abrechnungsrelevanten Patienten die nur Dauerdiagnosen der Artspalte dd haben. Abrechnung 3/22 wurde fehlerfrei von der KV akzeptiert
Wie genau ist das zu verstehen? Entfällt damit der lästige Schritt, bei jedem Patienten die Dauerdiagnosen über den OK Button als abrechnungsrelevant zu bestätigen? Das wäre in der Tat äußerst hilfreich! Wo genau kann die Kodierhilfe deaktiviert werden?
Wurde zwar schon irgendwo im Forum erwähnt, aber hier nochmal, da sehr wichtig:
An irgendeinem Praxis-PC Turbomed beenden und das Rechnerdatum auf den 31.08.2022 stellen - > Turbomed wieder an ->
Sonstiges -> Praxisdaten -> linke Seite - Kodierunterstützung -> mit dem Auswahldreieck rechts bei der Quartalsauswahl auf "undefiniert" stellen.
Dann kommt meist die Abfrage nach Tageskennwort -> 701526 eingeben, übernehmen, ok, und fertig.
Turbomed aus -> Datum auf normal stellen und Turbomed wieder an -> Diagnose-Spuk ist vorbei.