Änderungen im Transferprogramm (Transfer.exe) --------------------------------------------- Nicht bereitgestellte oder nicht zugesandte Versionen enthalten sehr kundenspezifische Änderungen oder besaßen einen sehr geringen Erfahrungswert bzgl. ihrer Fehleranfälligkeit. 7.24.1939 v. 9.4.2013 Wenn die neue allg. Option "Transfer: Entfernen von !Ä, !X, !G, !Z aus dem Bemerkungsfeld" aktiviert ist, dann werden die entsprechenden Kürzel nach erfolgreicher Übertragung der Daten und ggf. nach Prüfung, dass keine weiteren Gutschriften (!G) oder ZZGutschriften [Rechnungen der ReArt 80 oder 90] (!Z) vorhanden sind, aus dem Bemerkungsfeld1 entfernt. Wenn die neue allg. Option "Transfer: Rechnungsübertragung ohne Falldatenabgleich unterbinden" aktiviert ist, dann wird bei Rechnungsübertragungen geprüft, ob nach letztem DTA-Import (Falldaten) bereits eine Fallübertragung erfolgt ist, anderenfalls wird mit Fehler 539 abgebrochen. Bugfixes: - Übertragung PIA-Schlüssel - Übertragung eines weiteren AO-Falls, wenn bereits 2 AO-Fälle zum Versicherten am gleichen Zugangstag vorhanden sind 7.23.1929 v. 12.2.2013 Schreibende Schnittstelle: Anpassung des Schnittstellenaufrufs zur Übertragung von Entlass-Meldungen zu KH-Fällen aus 2013, so dass nun auch hierzu grundsätzlich keine Übertragungen über die Emulation mehr erforderlich sind. 7.22.1929 v. 28.1.2013 AOBEA: Bugfix Rechnungsauswahl, wenn es neben einer Rechnung auch ihre zugehörige Gutschrift gibt. 7.21.1929 v. 17.1.2013 AOBEA: der Leistungsschlüssel 9999 (ohne OP) wird nun unabhängig vom Tag des Zugangs in AOBEA mit LEI-Art A3 korrekt übertragen KHBEA: die Übertragung einer Zuzahlungsgutschrift als (und nur als) Konteneintrag in "ZUZAHL" erfolgt jetzt nur noch, wenn die Rechnungsart mit "--" angegeben ist. 7.20.1929 Anpassung an 11.Fortschreibung §301 KHBEA: Wundheildatum wird ab 2013 nicht mehr übertragen AOBEA: - Entgelte: Kennzeichen ('J') der Honorarsummenrelevanz eines Betrags eines ENA-Entgelts (8-stell. Entgeltschlüssel incl. EBM-basierter Schlüssel) - Prozeduren (und andere Leistungen): Leistungs-Art, Lebendspende 7.19.1929/1939 Erste Anpassungen an ISKV-Basis-Release 19.39 Variante 7.19.1929 startbar mit Parameter /version19.39 , um neues ISKV-Release anzusteuern, ohne Parameter wird Vorversion unterstützt Variante 7.19.1939 ausschließlich für neues ISKV-Release 7.18.1929 Bugfix AOBEA, Vorgangsauswahl, wenn Vorgang ungültig 7.15.1929 v. 20.8.2012 Übernahme der Buchungsstelle per schreibender Schnittstelle nach KAPS, wenn Felder Entgelte.BuchSt und Pflegesaetze.BuchSt vorhanden sind 7.14.1929 Bugfix Vorgangsauswahl, wenn Vorgang ungültig 7.13.1929 Rg-Übertragung ohne Abschluss 7.12.1929 v. 28.6.2012 Bugfix Prüfung auf abweichende Rechnungssumme AOBEA - Übertragung Diagnosensicherheit bei allen Leistungsarten/Kategorien 7.11.1929 v. 11.5.2012 AOBEA: Die Entgelte werden nach EBM sortiert geladen, so dass das erste Entgelt kein Entgelt mit festem EURO-Betrag ist, was AOBEA nicht korrekt verarbeiten kann. 7.10.1929 Bugfix KHBEA: Nur Anforderung med. Begründung ohne Fallübertragung möglich 7.9.1929 Fehlermeldung 'EGK-Versnr in ISKV, aber nicht in KAPS vorhanden' erscheint, wenn in Versichertenbestand die eGK-VersNr geführt wird, aber in KAPS keine eGK-Nummer zum Versicherten gefunden wird, die mit der in KHBEA/AOBEA angezeigten Nummer übereinstimmt. 7.8.1929 v. 29.3.2012 Bugfix Übertragungsabbruch bei der Fehlermeldung "E431000106: Kein verbleibendes AU-ICD", indem bei Auftreten dieses Fehlers die Fallverknüpfung zum AUBEA-Vorgang entfernt wird. Bugfix Fallstornierungen, wenn Zuzahltage bei zunächst noch vorhandenen fiktiven Zuzahltagen auf 0 gesetzt werden sollen. 7.7.1929 v. 23.3.2012 Alle 32er EBM-Entgelte werden unabhängig von der Option 'AO-Modul: EBM 32nnn immer honorarsummenrelevant' so nach AOBEA übertragen, dass sie immer in die AOBEA-Honorarsumme einfließen. Die Option hat nur noch Auswirkung bei der Erfassung und Prüfung von EBMs im KAPS-Grundmodul. Bugfix Abgleich vorhandener EBMs in AOBEA bei Änderungen des festen Euro-Betrages. (Fest-Betrags-EBMs, die in AOBEA fälschlicherweise mit 0 Euro Entgeltsumme erfasst wurden, werden bei erneuter Übertragung mit dieser Transferversion korrigiert.) 7.6.1929 v. 21.3.2012 Bugfix AOBEA: Übertragung von 32er EBMs, so dass auch die EBMs mit festen Euro-Beträgen in die Honorarsumme wieder einfließen. Voraussetzung: Option 'AO-Modul: EBM 32nnn immer honorarsummenrelevant' muss auf 1 gesetzt sein. Die Meldung 'Summenvorgabe überschritten' sollte nun nicht mehr in unbegründeten Fällen auftreten. 7.4.1929 v. 24.2.2012 Bugfix AOBEA: Anzahl der Entgelte wird nun original übertragen. 7.3.1929 v. 7.2.2012 (im Update-Paket KAPS 5.6.6) Zu verwenden erst ab ISKV-Release 19.29 AOBEA: Alle AO-Verfahren (nach §115b, §116b, §117-§119, §120a(1), §140 SGB V und Ersatzverfahren) werden, soweit sie schon im DTA verwendet werden, unterstützt. AOBEA: Bei §116b-Fällen werden nun alle Prozeduren (OPS-Codes und §116b-Leistungen) unabhängig von der Option 'Transfer (§116b - AOBEA): Übertragung der Prozeduren' übertragen. Dabei wird die Anpassung in AOBEA m Bereich Prozeduren in ISKV 19.29 berücksichtigt. 7.3.1926 v. 7.2.2012 AOBEA: Alle AO-Verfahren (nach §115b, §116b, §117-§119, §120a(1), §140 SGB V und Ersatzverfahren) werden, soweit sie schon im DTA verwendet werden, unterstützt. Der Startparameter /version19.29 bewirkt die oben beschriebene Änderung zu Transfer-Version 7.3.1929. Der Parameter darf erst ab ISKV Release 19.29 verwendet werden. 7.0.1926 v. 9.12.2011 Das Transferprogramm aktzeptiert nun auch die Entlassungsgründe 14 und 15, wenn nachstationäre Entgelte vorhanden sind. Anpassung an 8-stellige Entgeltart für ENA-Segment-Entgelte. Bugfix: Als Fehlerlog werden nur noch Textdateien mit quartalsabhängigem Namen im Format TransLog_jj_q.txt erzeugt. Das gilt weiterhin nicht für die Namen der Dateien zur Ablaufprotokollierung, die im Format Trans_jjmmttGn.log erstellt werden. (jj: zweistell. Jahr, q: einstell. Quartalszahl) 6.54.1926/1925 v. 24.11.11 Die Version 6.54.1926 unterstützt ausschließlich das ISKV-Release 19.26 und ggf. spätere Releases. Die Version 6.54.1925 unterstützt das ISKV-Release 19.26, wenn beim Starten des Programms der zusätzliche Parameter /version19.26 angegeben wird, anderenfalls unterstützt diese Version das ISKV-Release 19.25. Stern-Diagnosekodes und mit einem Ausrufezeichen versehene Diagnosekodes von KH-Fällen werden sowohl bei der Übertragung über die Emulation als auch bei der Übertragung über die schreibende Schnittstelle in KHBEA als Sekundärdiagnosen gekennzeichnet. 6.53.1905 v. 28.10.11 KHBEA/AOBEA: Das Lesen des Satzzähler auf ISKV-Versichertenauswahllisten wurde dynamisiert, da sich dieses Feld trotz gleicher Releasenummer 19.25 an leicht veränderten Positionen befinden kann. 6.52.1905 v. 24.10.11 KHBEA/AOBEA: Anpassung der Position des Satzzähler bei Versichertenauswahllisten, Verhinderung von unzähligen Wiederholungen erfolgloser Übertragungen. Bugfix eGK-KV-Nummern: Die Übertragung von Fällen, die in KAPS nur mit der bisherigen Versichertennummer gespeichert sind, werden auch dann über die Emulation nach ISKV übertragen, wenn die Versicherten in ISKV mit der neuen eGK-KVNr angezeigt werden. Dies gilt uneingeschränkt, wenn in der KAPS-DB in der Tabelle Versichertenbestand die neue Spalte KVNrEGK gepflegt worden ist, und es gilt mit der Einschränkung, dass die Auswahl des korrekten Versicherten aus der Versichertenauswahlliste weiterhin nicht möglich ist, auch für Versichertenbestand-Tabellen ohne Pflege der neuen Spalte KVNrEGK. 6.51.1905 v. 27.9.11 Fehlermeldung 512 ("Zuztage auf 0 gesetzt wg HFBEA-Eintrag") bewirkt, dass die KAPS-Zuzahltage auf 0 gesetzt werden, auch wenn die genannte ISKV-Meldung erst beim KHBEA-Speichern erscheint. Schreibende Schnittstelle, Übermittlung der Kostenübernahmeerkläreung: Ein fehlendes Befristungsdatum wird nun als Leerstring übergeben, so dass auch ab ISKV-Release 19.22 die KÜ über die SST übertragen werden kann. 6.50.1905 v. 7.9.11 AOBEA: Diagnosencodes mit den Suffixen Stern und Ausrufezeichen werden als Sekundärdiagnosen gekennzeichnet. 6.49.1905 v. 22.7.11 Wurde in KHBEA oder AOBEA ein vom Transferprogramm übertragener Fall gelöscht, so kann nun der gleiche KAPS-Fall erneut zur Fallanlage nach ISKV übertragen werden. AOBEA: Die Diagnosensicherheit wird beim Abgleich der in AOBEA vorhandenen Diagnosen mit den in KAPS vorhandenen Diagnosen nun auch berücksichtigt, d.h. bei einer Änderung der D.-Sicherheit wird diese in AOBEA angepasst. 6.48.1905 v. 21.4.11 Die vom Transferprogramm selbständig vorgenommenen Änderungen am Aufnahmegrund bzw. Entlassungsgrund im Zusammenhang mit existierenden oder nicht nicht existierenden vor- oder nachtstationären Aufenthalten werden nun im Übertragungsprotokoll mit den Meldungen 'Änderung des Aufnahmegrundes notwendig' bzw. 'Änderung des Entlassungsgrundes notwendig' dokumentiert. Ist gewünscht, dass eine solche selbständige Änderung vom Transferprogramm künftig nicht mehr vorgenommen wird, so sind bei Ausführung des Updateprogramms Protup147 die in der Oberfläche erscheinenden beiden letzten Fragen entsprechend zu beantworten oder sind die Fehlerausgänge der Fehler 514 bzw. 515 mit Hilfe des KAPS-Verwaltungsprogramms auf 2 zu setzen; das Transferprogramm wird dann die Übertragung mit den gleichen Meldungen abbrechen, also auch Aufnahme- bzw. Entlassungsgrund nicht verändern. (Eine Übertragung mit den falschen Gründen lässt ISKV nicht zu.) Werden die Benutzer "LLEintrAOXfer" bzw. "LLFreigAOXfer" einer Transfergruppe hinzugefügt, so erfolgt durch diese Gruppe ein Eintragen bzw. Freigeben von vorgemerkten AO-Fällen/-Rechnungen unabhängig von dem Benutzer, der die Vormerkung vorgenommen hat, und unabhängig von der Transfergruppeneinstellung, die das Aufgreifkriterium der Art von Vormerkungen festlegt (also ob KH-Fälle, KH-Rechnungen, AO-Einträge oder AO-Rechnungsfreigaben), sobald die Transfergruppe die Übertragung ihrer filterabhängig aufgegriffenen Fälle und Rechnungen beendet hat. 6.47.1905 v. 3.2.11 Bugfix zur Übertragung der Behandlungsdiagnosen. 6.46.1905 v. 7.12.10 Die Inhouse-Version 026 wird wieder verwendet. Es erscheint nun eine Rückfrage beim manuellen Start, wenn keine Transfergruppe ausgewählt worden ist. Bugfix Anford.med.Begründung, Tabulator-Zeichen werden durch ein Leerzeichen ersetzt Bugfix AOBEA, auch Überweisungs-Beträge von 1000 Euro oder mehr werden nun wieder nach einer erfolgreich übertragenen Zahlungsanweisung aus dem AOBEA-Feld 'Gezahlt' korrekt, d.h. in voller Ziffern-Länge gelesen. 6.44.1905 v. 27.10.10 Bugifx: Das AOBEA-Feld 'V.knz' wird bei Fall-Änderung nicht verändert 6.43.1905 v. 27.10.10 AOBEA: ENA-Entgeltschlüssel (das sind das die EBM-Kodes) werden alle linksseitig mit '0' auf 8 Stellen aufgefüllt nach AOBEA übertragen Bugfix KHBEA - Rechnungergänzen 6.42.1905 v. 30.7.10 AOBEA: Bei Fällen nach §115b wird kein Zusatzkennzeichen Diagnosensicherheit eingetragen (Feld D), auch wenn ein solches vom KH geliefert worden ist. Schreibende Schnittstelle: Bis auf Weiteres wird bei stat. KH-Fällen die KH-Schnittstelle mit Inhouse-Format-Version 25 angesteuert, wenn die Aufnahmeanzeige mit Version 26 geliefert worden ist. Damit wird ein bisher generelles Problem, das im Zusammenhang mit einem Fehler der ISKV-KH-Schnittstelle auftrat, umgangen. Fälle nach §117-119 werden nach erfolgreicher Übertragung im Übertragungsprotokoll auf 'Erledigt' gesetzt. Zusätzliche sicherung: Die ISKVFallnr kann nicht mehr im Rahmen einer Übertragung in der KAPS-Datenbank gelöscht werden. 6.41.1905 v.11.6.10 Voraussetzung: Ausführung von ProtUp 143 Anpassung für AO-Fälle nach §117-119 (Diagnosensicherheit wird übertragen, VKZ=01 wird gesetzt) Entlassungsgrund: - Die fehlende dritte Stelle des Entlassungsgrundes wird nicht mehr durch 9 automatisch ergänzt. - Bei SST-Übertragungen muss der Entlassungsgrund 3-ziffrig oder leer sein, anderenfalls wird die Übertragung mit dem neuen Fehler 506 'Entlassungsgrund falsch' abgebrochen. Technische Fehler werden nun in Dateien mit quartalsabhängigen Namen TransLog_JJ_Q.txt geschrieben. 6.40.1897/1905 v. 27.5.10 Bugfix zur Übertragung von 'Rechnungen' mit Rechnungsarten 80 und 90 über die Emulation. Bugfix zur Fall-Übertragung über die Emulation, wenn mehr als 99 Diagnosen einzufügen sind. 6.39.1897/1905 v. 11.5.10 Bugfix AOBEA 6.39.1896/1905 v. 7.5.10 Voraussetzung: Ausführung von ProtUp141 Bugfixes zu Maskenfehler im Zusammenhang mit Fehlermeldungen, die 'fiktive Zuzahltage' betreffen und zum Fehler 'Max. Anzahl Zuzahltage überschritten' 6.38.1896/1905 v. 30.4.10 Weitere Masken-Anpassung ISKV-Release 19.05 Bugfixes Version 6.38.1896 (ist im Update 'Paket_KAPS5206Update_ISKVBasis' enthalten): Wenn die Startoption /version19.05 angegeben wird, werden die Maskenänderungen für ISKV-Release 19.05 berücksichtigt. Version 6.38.1905: Die Maskenänderungen für ISKV-Release 19.05 werden auch ohne Angabe der genannten Startoption berücksichtigt. 6.37.1896 v. 25.3.10 Wenn die Startoption /version19.05 angegeben wird, werden die Maskenänderungen für ISKV-Release 19.05 berücksichtigt. Die Zuzahlungstage werden nun sofort eingetragen, wenn das Feld erreicht wird, um eine wg. Zuz.tage=0 erscheinende Fehlermeldung zu vermeiden. Bugfix: Warten, bis Maske Zusatzinfo verschwunden ist, wenn diese im Rahmen des Eintragens eines Vor-/Nachstat. Aufenthaltes in diese Maske gegangen wurde. Bugfix: Zuzahlungsrückbuchung (unter Verwendung der Pseudo-Entgeltart 99999999) 6.36.1896 v. 18.2.10 Wenn die Startoption /forcekapscomm (anstelle der oder zusätzlich zur Option /kapscomm) vorhanden ist, wird eine Übertragung über die Emulation mit Fehler 115 (Initialisierungsfehler) abgebrochen, falls KAPSComm den Fall in ISKV nicht findet und es sich nicht um eine Neuanlage (Ergebnis der ISKV-Suche) handelt. (Der Fehler 115 führt bei 5-maliger Wiederholung hintereinander zum STOPP des Transferprogramms) Die KAPSComm-Suche wird bis zu 3 mal wiederholt. Die in KAPS sichtbaren nachstehenden Ausrufezeichen bei Zuzahltagen bleiben bei einer erfolgloser Fall-Übertragung erhalten. Bugfix Anzahl Zuzahltage 0 wird nicht mehr als 0! interpretiert Bugfix: die Meldung 'Rechnung ohne Entgelte' wird nun der korrekten Übertragung zugeordnet Bugfix: bei SST-Rechnungsübertragungen wird nun die in KAPS gepeicherte Angabe zum Zuzahlungskennzeichen übertragen 6.35.1896 v. 28.1.10 Bugfix, schreibende Schnittstelle: Versionsangabe zu ICD- und OPS-Kodes 6.34.1896 v. 13.1.10 Bugfix Versichertenauswahl nach Bestandszusammenführung für zwei mögliche KHBEA-Varianten verallgemeinert 6.33.1896 v. 8.1.10 Bugfix 'Rechnung ergänzen', wenn zum Fehler 49 (Rechnung erfolgreich übertragen) der Fehlerausgang auf 0 gesetzt worden ist. 6.32.1896 Bugfix Neuladen der Falldaten bei sofortiger erneuter Übertragung nach einer gerade erfolgten Übertragung Der Zuzahlbetrag wird nach einer erfolglosen Übertragung nicht verändert 6.31.1869 v. 26.11.09 Bugfix Übertragung Diagnosen-Suffix (Manifestation) nach AOBEA Bugfix Versichertenauswahl (nach einer Bestandszusammenführung) 6.29.1896 v. 28.10.09 Bei AO-Fällen nach §116b werden standardmäßig keine Prozeduren übertragen. Mit Ausführung von ProtUp139 wird eine neue allgemeine Option ('Transfer (§116b - AOBEA): Übertragung der Prozeduren') eingefügt, über die gesteuert wird, ob keine, alle oder nur Kodes des Leistungsbereiches (116b) übertragen werden sollen. Detailliertere Meldungen bei Fehlern im FTP-Transfer im Rahmen der SST-Verwendung Bugfix zur Auswahl des Versicherten, wenn bei der Suche auf der ISKVneu-Oberfläche eine Versichertenliste erscheint (auch Mutter-Kind-Auswahl) Bugfix Dokumentation der Zuzahltage in der Transferhistorie. 6.28.1894/1895 v. 22.9.09 Bugfix zur AOBEA-Ansteuerung bei ISKV-Release 18.96 Wird die Version 6.28.1895 verwendet, wird das ISKV-Release 18.96 (und vermutlich auch spätere Releases) korrekt angesteuert. Wird die Version 6.28.1894 verwendet, wird das ISKV-Release 18.94 - aber nicht 18.96 - korrekt angesteuert; es sei denn, die Version 6.28.1894 wird mit dem Startparameter /version18.95 gestartet, dann wird das ISKV-Release 18.96 (und spätere Releases) korrekt angesteuert. (Die Verwendung der Version 6.28.1894 mit Startparameter ist nur dann notwendig, wenn auf dem gleichen Rechner sowohl ISKV-Release 18.94 als auch 18.96 von einer Transfer.exe angesteuert werden sollen.) 6.27.1894/1895 v. 21.8.09 Das ISKV-Release 18.95 wird unterstützt - bei Verwendung der Transfer Version 6.27.1895 bzw. - bei Verwendung der Transfer Version 6.27.1894, wenn Transfer.exe mit dem zusätzlichen Startparameter /version18.95 gestartet wird. In Vorbereitung: Im Übertragungsprotokoll wird in der Spalte Info der Name des letzten in ISKV beschriebenen Feldes eingetragen. Spezielles Bugfix zum Löschen und Eintragen der OPS-Kodes 6.26.1882 v. 30.7.09 Die neue Start-Option /NoISKVNr bewirkt, dass bei der Fallsuche die ISKV-Fallnummer nicht mehr verwendet wird. Die Option kann notwendig werden, wenn nach einer Kassenfusion die ISKV-Fallnummern in der ISKV-Datenbank zu einer Kassennummer nicht mehr eindeutig sind. Änderung zu 6.25.1882 nun auch für die AOBEA-Suche. 6.25.1882 v. 14.7.09 Bugfix KHBEA-Suche: Korrekte Verarbeitung der Versichertenauswahlliste, die sich nach einer Kassenfusion bei der Suche mit der Versichertennummer öffnen kann, falls KHBEA dabei die ehemaligen Versichertennummern berücksichtigt und es entsprechende Treffer bei den ehemaligen Versichertennummern gibt. 6.24.1882 v. 8.5.09 Bugfix, AO-Übertragung: Korrektur der Wert-Aufteilung eines EBMs mit festem Betrag auf eine geeignete Kombination aus Entgeltanzahl und Punktwert, wenn die Original-Entgeltanzahl bereits größer als 1 ist. (Die Erfassung der Beträge von Festrag-EBMs ist in AOBEA nur indirekt durch Angabe von Entgeltanzahl und Punktwert bei leerer Punktzahl möglich.) Bugfix: Eine Änderung der Diagnosen-Lokalisation bei in ISKV bereits vorhandenen Diagnosen wird erkannt und in ISKV angepasst. 6.23.1882 v. 29.4.09 Das Übertragen von Zuzahlungstagen von KAPS nach ISKV kann im Einzelfall erzwungen werden. Die Option 'Transfer: Zuzahl.tage in KHBEA ggf. überschreiben (0=nein, 1=ja)' wird hiervon insofern nicht berührt, als dass bei aktivierter Option auch weiterhin Zuzahltage, die kleiner sind als die in ISKV angezeigten Tage, nach ISKV übertragen werden. Die mit einer KÜ-Erklärung an das KH gemeldeten Zuzahltage werden in der Transferhistorie dokumentiert. Das Ändern der Zuzahltage durch die Übertragung - sowohl in KAPS als auch in ISKV - wird im Übertragungsprotokoll dokumentiert. 6.22.1882 v. 10.3.09 Eine vom Transfer-Programm selbstständig vorgenommene Änderung des Aufnahmegrundes in KAPS (u. KHBEA) bei vorhandenen bzw. nicht vorhandenen vor- und/oder nachstationären Pflegesätzen, die notwendig ist, um die zugehörigen Aufenthalte in KHBEA einzutragen, wird nun in der Feld-Historie in KAPS dokumentiert. Neue Versicherungsnummern: Wird in der Emulations-Übertragung ein Versicherter über seine bisherige KV-Nr aufgerufen und diese dabei automatisch von ISKV auf seine neue KV-Nr geführt - welche vom Tranferprogramm daran erkannt wird, dass sie mit einem Buchstaben beginnt - so entfällt die Sicherheitsprüfung auf Übereinstimmung der Versich.Nr zwischen KAPS und ISKV (Übergangslösung). 6.20.1882 v. 16.1.09 Bugfix: Wenn die Opition 'Transfer: Korrektes ZR-Ende d. Sanierungsbeitrags b. Jahresüberliegern' aktiviert ist und ein Jahresüberliegerfall zu übertragen ist, so wird nun bei der Übertragung über die Emulation ausschließlich beim Entgelt 47200002 (Sanierungsbeitrag) als Leistungszeitraum-Ende das Entlassungsdatum minus ein Tag übertragen; bei anderen 472er Entgelten (u.a. beim IGV-Abschlag) erfolgt diese automatische Anpassung nicht mehr. Für Übertragungen über die schreibende Schnittstelle war kein Bugfix erforderlich. Bugfix gegen das überflüssige Entfernen und erneute Eintragen von OPS-Einträgen bei Emulations-Übertragungen. 6.19.1882 v. 17.12.08 Änderungen für 2009 wurden bezüglich der schreibenden Schnittstelle angepaßt. Beim Autologinstart wird das Haupt-Formular immer als kleines Fenster gestartet, auch wenn es beim letzten Programm-Ende minimiert war. Das 'aufnehmende IK' wird nach ISKV übertragen. 6.18.1882 v. 7.11.08 Voraussetzung: Ausführung von ProtUp132.exe Das Entgelt 47100008 (MDK-Aufwandspauschale) wird auch mit Betrag=0 Euro nach ISKV übertragen. Gibt es zur vorgemerkten Rechnung keine zu übertragenden Entgelte, z.B. weil die vorhandenen wg. des Betrags von 0 Euro vom Transferprogramm ignoriert werden, dann wird die Übertragung mit dem Fehlerhinweis 'Rechnung ohne Entgelte' abgebrochen. (Bisher erschien in dieser Situation die Fehlermeldung 'Initialisierungsfehler') Übertragung über die schreibende Schnittstelle: Bei der Übertragung der Aufnahme- oder Entlassungsinformationen wird bei vorhandenen Diagnosen mit Ursache 06 der Hinweis 271 (Unfalldiagnosen erfasst) in das Übertragungsprotokoll geschrieben. Bugfix Übertragung über die Emulation zum Auslesen der ISKV-Fallnummer. 6.17.1882 v. 22.10.08 Korrekte Verarbeitung der Versichertenauswahlmaske, die sich nach einer Kassenfusion bei Suche über Versichertennummer öffnen kann, wenn die ehemaligen Versichertennummern bei der ISKV-Suche berücksichtigt werden. 6.15.1882 Bugfix Felderkennung 'Fallnummer' in AOBAE-Maske, der zum Maskenfehler führen konnte. 6.13.1882/1881 Die §116b-Markierung von AO-Fällen wird nach AOBEA übertragen. Besonderheit 6.13.1881: Wenn Startoption /version18.82 vorhanden ist, dann wird das Transferprogramm für ISKV-Release 18.82 initialisiert, anderenfalls erwartet das Transferprogramm ISKV-Masken der vorherigen Releases. 6.12.1882/1881 Die Betriebsstättennummer wird übertragen. 6.11.1881 Wenn die Startoption /version18.82 vorhanden ist, dann wird das Transferprogramm für ISKV-Release 18.82 initialisiert, anderenfalls erwartet das Transferprogramm die ISKV-Funktionen des vorherigen Releases. Unabhängig vom Option-Wert werden nun alle Diagnosen per Terminal-Emulation übertragen. Das kleine Tranferfenster merkt sich, abhängig von der Gruppennummer, die beim Startparameter /start angegeben wurde, sowie abhhängig von Windowsbenutzer und Rechner seine letzte Position und den Windowsstatus beim Beenden des Programms und stellt diese beim Start wieder her. Gibt es auf dem/den Transfer-Rechner (Rechner, auf dem/denen die Prozesse 'Transfer.exe' laufen) einen Registry-Eintrag zum Schlüssel HKEY_LOCAL_MACHINE\SOFTWARE\SBG\KAPS\AGENDAWinState mit dem Wert 'minimized', wo werden alle AGENDA-Emulationen, die vom Transferprogramm gestartet werden, minimiert geöffnet. 6.11.1878 v. 24.7.08 Bugfix: KHBEA-Übertragung: Der Prüfung auf eine vorhandene Gutschrift wurde verbessert. 6.10.1878 v. 16.7.08 Die Betriebsstättennummer, sofern per KAPS301i eingespielt, wird auch bei Übertragungen per Emulation übertragen. 6.9.1878 v. 10.6.08 Version unterstützt ISKV-Release 18.78 Bugfix schreibende Schnittstelle: Aktualisierung und Auswertung der Fehlertexte 6.8.1878 v. 3.6.08 Version unterstützt ISKV-Release 18.78 6.7.1870 v. 26.5.08 Rechnungen mit Rechnungsart 90, die genau ein Entgelt 99999999 enthalten, werden als Zuzahlungsrückforderung korrekt nach KHBEA übertragen. AOBEA: Kleine Anpassung es Einfließens der EBM-Entgelte in die Honorarsumme in AOBEA. (Von dieser Änderung unberührt bleibt der Zahlungsbetrag: es wird weiterhin der Rechnungsbetrag aus KAPS zur Zahlung angewiesen.) 6.6.1870 v. 23.4.08 Es wird jetzt die schreibende Schnittstelle auch mit der Inhouse-Version 22 angesprochen. Ob Version 20 oder 22 benutzt wird, hängt vom Aufnahme-Datum des Falls und der Inhouse-Version, in der er von KAPS301i eingelesen worden ist, ab. 6.5.1855 v. 4.3.08 Bugfix schreibende Schnittstelle: Rechnungsübertragung über die Schnittstelle ist wieder möglich 6.4.1855 v. 15.2.08 Vorauss. zur Nutzung der neuen Option ist ProtUp130. Wenn die Option 'Transfer: Korrektes ZR-Ende d. Sanierungsbeitrags b. Jahresüberliegern' aktiviert ist, dann werden die San.beiträge von Jahresüberliegerfällen mit Endedatum=Entlassungsdatum minus 1 Tag übertragen. 6.3.1855 v. 23.1.08 Programm erkennt das Vorhandensein der Spalte TransferHistorie.ZielIK und bestimmt davon abhängig die Kassen_IK. Modus Vollverfahren: Auch bei AO-Rechnungen wird ein nicht vorhandener Fall in AOBEA angelegt, wenn das Transferprogramm mit dem Startparameter /rechnungdialog geöffnet wurde. Bisher wurde bei der Erzeugnung von Text-Files für die schreibende Schnittstelle die Kassen-IK statisch aus dem Eintrag 'I' aus der Tabelle SysParam ermittelt, nun geschieht dies Nachrichten-bezogen aus der Tabelle TransferHistorie.