im Zuge des Anwachsens der Zahl von irgendwie zur Klinik gehörenden MVZ stellt sich bei uns die Frage, ob es grundsätzlich möglich ist, den TIaaS-Anbeiter dieser MVZ zu wechseln, hierbei aber die alte KIM-Adresse zu behalten. Es sollen aber keine zwei Anbieter beauftragt werden, sondern die Adresse soll sozusagen migriert werden. Ich könnte mir vorstellen, dass das möglich ist, wenn eine ganze Domain umzieht. Was aber ist, wenn die Domain irgendwie auf den Namen des Providers lautet (@GCM.KIM..... oder sowas)? Hat jemand Erfahrung hiermit? Habe ich überhaupt meine Frage 'rübergebracht'?
Prophylaktisch schon jetzt: Ein frohes Fest und guten Rutsch trotzt ePa, KIM und alledem!
Zanko
1 Mitglied findet das Top!
1 Mitglied hat sich bedankt!
Hallo @Zanko, grundsätzlich funktioniert der Umzug von E-Mail-Adressen zwischen KIM-Providern. Allerdings tatsächlich nur, wenn die Domäne mit umzieht. Das geht z.B., wenn ein KH oder Klinikverbund ihre eigene Domäne besitzt, z.B. "unsere_klinik_domäne.kim.telematik". Das ist in der TI auch schon gemacht worden! Einzelne Adressen, die unter der Domäne eines Providers, z.B. "...@tm.kim.telematik" oder "...@telekom.kim.telematik" angelegt wurden, können meines Wissens nach nicht umziehen.
1 Mitglied findet das Top!
2 Mitglieder haben sich bedankt!
Hallo TG 14, danke für diese Antwort. Tatsächlich sind beide Fälle ganz akut relevant für mich: wir erleben gerade ein gehäuftes Übernehmen von niedergelassenen Praxen als MVZ. Diese haben eben meist solche @cgm_irgendwas.. Domänen. Ich bin einfach mal davon ausgegangen, dass das nicht mit einer Übernahme zu einem anderen Provider klappt (hätten wir gerne). Neuerdings stellt sich aber tatsächlich die Frage, ob die accounts einer Domain im Still von @meine-superklinik-kim oder so zu einem anderen Anbieter migriert werden können (sagen wir: wir migrieren die gesamte Domäne). Wenn ich Sie recht verstehe, glauben Sie, dass das möglich ist, oder haben schon derartige Fälle zur Kenntnis genommen. Eine weitere Frage stellt sich mir ganz akut: kann eine Adresse @meien-superklinik-kim von mehreren Anbietern gehostet werden? Ich denke nein. Warum muss ich über derartiges nachdenken?: Anlässlich eines entsetzlichen Ausfalls wurde ich nach der Möglichkeit eines KIM-Backups gefragt. For whatever this means.... Wir erhalten jeden Arztbrief zweimal, und wenn ein Provider wegkippt vorübergehend eben nur noch einmal......
Das ist ein interessantes Gedankenspiel! Bisher kenne ich nur den Umzug ganzer Domänen von einem Provider zu einem anderen Provider.
Ich habe meinen Wissensschwerpunkt in den T-Systems-/Telekom-Produkten. Dort gibt es ein Playbook für das Aufnehmen einer Domäne von einem anderen Provider. Der Aufwand ist schon recht hoch, da auch die arvato bzgl. der zentralen Dienste einzubinden ist. Wie andere Anbieter das handhaben, weiß ich leider nicht. Nichtsdestotrotz, ein Domänenumzug wird immer vom aufnehmenden Provider koordiniert.
Das Hosting einer Adresse bei mehreren Anbietern ist meines Wissens nach nicht möglich. Das Postfach wird bei einem Provider physisch gehostet. Und dorthin werden dann auch eingehende Nachrichten geroutet. Auch ist entweder im Benutzernamen der Fachdienst angegeben oder aber wird via DNS-SD anhand der KIM-Adresse des Absenders zur Laufzeit ermittelt.
Bzgl. eines Backups kann ich nur empfehlen, Nachrichten zeitnah vom Fachdienst abzurufen und lokal, z.B. in einem Exchange-Server vorzuhalten.
Guten Tag, eine Frage: Was ist ein Playbook? Eine Sammlung von Anleitungen und ToDo-Listen?
Seit Mai 2022 endlich online! secunet konnektor World Healthcare ingenico ORGA 6141 online allUp2date
„Wir brauchen Regierungen, die sich des Schadens für Zivilpersonen bewusst sind, der aus dem Anhäufen und Ausnutzen solcher Software-Sicherheitsprobleme entsteht“– Brad Smith, Microsoft, </Ironie>
Ich habe nun ein weiteres KIM-Thema, dass ganz gut in diesen Thread passt:
Nach 20-tägigem Ausfall von KIM (Ursache beim TIaaS-Provider) denke ich über Bestandteile eines Ausfallkonzepts nach. Das robusteste scheint mir eine weitere Notfall-KIM-Adresse zu sein, die bei einem anderen TIaaS-Provider betrieben wird. Diese würde bei längerem Ausfall der regulären Adressen entweder von einem menschlichen Dispatcher fünfmal täglich gelesen werden, oder aber jeder KIM-Nutzer hat auch Zugriff drauf. Das wäre intern zu klären, im Ernstfall den Zuweisern zu kommunizieren undsoweiter. Wichtig wäre, das diese Adresse in unser KIS so wie alle anderen integriert ist, obgleich alles dahinter liegende (Netzwerk, Provider...)ganz anders läuft. Hat jemand diese Situation schon gesehen? Gruss Zanko
Mir ist nicht klar, wie das mit der Notfall-KIM-Adresse genau funktioniert. Werden die KIM-Nachrichten permanent auch ohne Ausfall dorthin gespiegelt?
Um ein ausfallsicheres KIM sich vorzustellen könnte man erstmal mit der E-Mail beginnen bspw. wenn der Posteingangsserver nicht abrufbar ist und wie man E-Mails sichert (das habe ich mit Thunderbird gut hinbekommen).
Was genau ging nicht beim KIM-Ausfall und wo genau lag die Ursache? Wie lautet ihr KIM-Anbieter?
Seit Mai 2022 endlich online! secunet konnektor World Healthcare ingenico ORGA 6141 online allUp2date
„Wir brauchen Regierungen, die sich des Schadens für Zivilpersonen bewusst sind, der aus dem Anhäufen und Ausnutzen solcher Software-Sicherheitsprobleme entsteht“– Brad Smith, Microsoft, </Ironie>
Nein, so ein Szenario kenne ich nicht, aber anliegend als Beitrag zum Austausch zu diesem Thema meine persönliche Vorgehensweise für "Fallback" bei "KIM geht mal wieder nicht" und dem nachfogend auch noch paar allgemeine Gedanken, was man vielleicht Gematik ändern müsste für Spezifikation/Anforderungen an KIM, um das Konzept an dieser Stelle , wie Sie sie beschreiben, auch noch resilienter und sicherer allgemein zu machen.
Aus Sicht der kleinen niedergelassenen Praxis in Personalunion als u.a. Datenschutzknecht, ITSicherheitsverantwortliche und "TI -soll -Funktionieren- as -a- Service-Knecht neben Zahnarzt sein finde ich durchaus- auch wenn mich vielleicht einige hier jetzt für dekadent halten, auch vertretbar, für dieses Fallback eben grad von KIM ganz wegzugehen, sondern einfach mal die gute alte normale Mail mit Pseudonymisierung und von mir aus verschlüsseltem Zip im Anhang wieder ins Spiel bringen: denn: direkt in Produktiv ein Szenario mit 2 KIM Client Modulen von 2 verschiedenen KIM anbietern testen- und schauen, ob AIS/PVS das mitmachen bzw. wo und wann sie sich anfangen dabei zu verknoten, ich hatte anfangs den gleichen Gedanken wie Sie, als KIM neu war und so oft ausfiel, dass man 3x am Tag sich eine Testmail geschickt hat um zu sehen, ob der kleine Bursche KIM noch fieberfrei ist oder nicht - also jedenfalls 2x KIM Client direkt in Produktiv zu testen, fände ich zu riskant-schon für mich und meine Popel-TI , aber vermutlich noch mehr für eine komplexe Klinik- oder Großpraxis-TI Struktur: abgesehen davon: so viel nützt es am Ende nicht mal, denn wenn TiaaS gesamt down ist oder wie hier vor Ort bei mir im Moment mal wieder regelmäßig die Kokosnußbox uns isoliert, weil sie ihren VPN abreißt und dann die Zertifikate nicht mehr nach außen verifizieren kann und dann mein PVS denkt, es hat keine SMC-B - dann ist es egal wie viel KIM Clients wir haben, KIM geht dann gesamt nicht. Egal ob man 1,2 oder mehr Anbieter bucht und Adressen hat.
Ich habe bei mir in der Praxis folgendes Konzept für "KIM geht mal wieder nicht": KIM ausgehend geht KIM nicht - wird die gute alte Email verwendet - entweder Pseudonymisierung Patient + 2. Faktor zum Auflösen - wer ist das jetzt (! Metadaten von RöBIldern nicht vergessen, notfalls ein Screenshot vom RöBild, der ist meine schnellste Methode für Metafrei) oder ansonsten der gute alte ZIP Ordner oder PDF verschlüsselt mit pdf 24 - ausgehend kann man dann wieder arbeiten- allerdings natürlich mit der Gefahr, dass ggf. wichtige Mails bereits nicht mehr rausgegangen sind =)=) es wäre wichtig zu kontrollieren und einzugrenzen: seit wann ist KIM, TI Provider down, was ist hängengeblieben, was davon ggf. kritische Information für eine wichtige OP oder Weiterbehandlung- und das dann prio auf anderem Wege erneut rausschicken KIM eingehend das Hauptproblem ist: je nachdem, wo KIM Fachdienst hängt: der , der schickt, kriegt davon fast immer zu wenig und oft zu spät was mit: eine Zustellbestätigung heißt nur, die KIM Mail ist erstmal bei mir raus und beim nächsten Knotenpunkt angekommen (TI Fachdienst Server) - ab da ist es nirvana, wenn bei Ihnen in der Einrichtung KIM ab da irgendwas nicht sauber läuft, weiß die Gegenseite schlicht nicht, dass es nicht läuft- es gibt- meines Wissens - und jedenfalls bei uns im PVS -KIM-System in Verbindung mit CGM KIM Client Modul KEINE mögliche Bestätigung für mich, dass meine Mail erfolgreich am wirklichen Ziel eingegangen ist - somit ist IMHO die größte Challenge bei KIM störung in dieser Hinsicht erst einmal: wie sage ich es der Gegenseite, dass es grad nicht geht- wie erfährt sie das ? wenn sie es schon nicht durch "nicht zustellbar-autoreply erfährt" - deshalb finde ich die Idee. zumindest Haupt/Standard-Zuweiser aus der Liste in dem Fall als Rundmail zu informieren umgehend proaktiv ganz wichtigen Punkt : also eine Mail, wenn es grad hakt "wir haben Störung" und grünes Licht wenn "geht wieder" -im Prinzip bleiben ja die Mails 90 Tage beim Provider- wenn nur der lokale KIM Mätzchen macht, kann man sie früher o später kriegen alle ja noch wieder- wenn der KIM Fachdienst /Provider allerdings selber und länger krank wird, und auch nichts mehr empfängt - bekommt hoffentlich der Teilnehmer der sendet zumindst dann einen 554-error/transaction failed - meiner Erfahrung nach - jedenfalls früher oder später - und wenn man glück hat, merkt man, dass der Error gekommen ist und kann noch mal erneut senden
Es müsste sich halt was etablieren für uns alle, dass man auf der Website der Einrichtung oder ... wo auch immer, was öffentlich zugänglich ist, notfalls einen Schalter von grün auf rot bei KIM Postfach setzen kann- und wo sich die Gegenseite unmittelbar dann das Alternativfallback runterladen kann, wie der Prozess sein soll und ich würd dies non-KIM Fallback Postfach allerdings dann vermutlich wirklich komplett aus dem Kliniknetzwerk isoliert lassen - vielleicht auch sowas wie DSGVO konformer Webmailer wie Mailbox.org. wo man relativ einfach eine Eingangsverschlüsselung einrichten kann zumindest noch zusätzlich - das ist dann nicht so cool wie pgp aber dafür hängt man nicht davon ab, dass die Gegenseite sich noch Addons laden muss auf dem Fallbackweg, so dass eingehende Unterlagen verschlüsselt lokal liegen - dann wäre bei smtps nur noch die lokale Ablage der Mailanhänge beim Provider der Gegenseite ein Problem, was aber letztlich dann die Gegenseite verantworten muss. Natürlich wird dann je mehr Traffic auf KIM läuft, die Integration der KIM Nachrichten ins PVS /AIS mega unperformant- und bei strukturierten Prozessen zwischen Kranken Kassen KIM Fachdienst-Servern und den Einrichtungen kommt man bei Formaten wie .xml für Anträge/Genehmigungen gar nicht oder jedenfalls nur sehr umständlich weiter- also wenn ist Fallback auch am ehesten "Nur" erstmal für Akut "Arztbrief und Röbilder und Labordaten kriegen".
By the Way: Weiteres MiniFallback KIM , was ich innerhalb KIM struktur habe und ab und an auch praktisch diagnostisch brauche regelmäßig ist eine weitere Mail-App neben der default KIM app vom AIS/PVS: ich habe immer parallel zu unserem PVS KIM 4 Charly Mail Client noch einen Thunderbird KIM laufen- und der hat mir wenn mal wieder nach PVS Update da der KIM erstmal nicht mehr lief, und ich trotzdem noch Mails abrufen konnte - ich hab es dabei so eingestellt, dass nur Kopie abgerufen wird - so dass solange die Mails noch vorhanden sind auf dem TI Server ein Download second way immer möglich ist- und Thunderbird ist ja durchaus auch toleranter an vielen Stellen undfunktionssicherer als der kIM unseres PVS - z.B: so eine Meldung 554 bekam neulich bei mir Thunderbird sofort, der KIM PVS zeigte die gleiche (!) meldung erst 1 Tag später an und mein PVS blieb im übrigen der Meinung, 554 hin oder her- Mail ist zugestellt (siehe auch hier dazu ausführlich: #1 | Error 554 : undelivered Mail returned to sender) .
Zusammenfassung:
KIM Fallback ist für mich für akuten Informationsfluss die non-KIM Mail .
Entscheidend ist, die Gegenseite davon in Kenntnis zu setzen- machen kann ich das maximal mit Liste meiner Brieffreunde /ZUweiser- die informieren muss bei KIM STörung abgestimmter Standardprozess sein- für die anderen neuen Brieffreunde, von denen ich noch gar nichts weiß, weil ich noch nicht weiß, dass sie mir was schicken, kann ich nur beten und hoffen, dass es jetzt keine überlebenswichtige Info ist, die ohne dass die Gegenseite es mitkriegt, mich evt. nicht rechtzeitig erreicht- wobei - das kann auch ganz ohne KIM störung dann passieren, wenn die Gegenseite die KIM Nachrichten zwar erfolgreich erhält, erfolgreich technisch entschlüsselt aber dann nur ablegt und nicht liest- seufz;-) Bei den Kandidaten, wo ich das weiß meiner Kollegen, dass hier das Risiko sehr hoch ist- da druck ich wenn mir eine Botschaft sehr wichtig ist, dass im Zweifel nochmal aus und sage dem Patient, dass er das in der Faust mit ins Sprechzimmer bringt- oder eben man bemüht bei sowas doch mal das Telefon und ruft die andere Einrichtung an und weist auf wichtige Information auf 2. Weg nochmal mit hin.
Zusätzlich müsste man auch die Gematik zu praxisnaher alltagstauglicher KiM Spezifikation kriegen: 1. KIM Mail muss bis zum Endpunkt als Zustellweg verfolgbar sein für den Versender (Trace 4 KIM ;-) und umgehend rote Lampe, wenn eine Mail nicht durchgegangen ist erfolgreich bis zum wirklichen Ziel. 2. Hersteller AIS/PVS müssten einen KIM Live Heart Beat einrichten, der im Frontend der Applikation umgehend anzeigt, wenn KIM down ist - nicht erst wenn man die KIM Anwendung selbst aufruft und nutzen will (ein fehlender wichtiger Arztbrief kann beim Zahnarzt vielleicht eher nicht aber sonst in großen Kliniken Leben kosten!) 3. Man könnte auch vielleicht (da bin ich allerdings technisch zu wenig drin, ob das Wunsch bleiben muss oder wirklich so als universalprozess zuendendenkbar wäre ) sogar über ein strukturiertes KIM Fallback extern nachdenken- aber eben wenn dann so, dass man nicht selbst sich da lokal mit 2. KIM Fachdienst und Provider rumfrickeln muss, sondern eine zentrale Lösung, bei der sagen wir mal in unter 24h dann die Adresse erstmal auf den Notfallprovider gematched wird und von da weitergeleitet wird?!? 4. gescheiterte Mails im Postaufgang müssen auf sich aufmerksam machen automatisch- wir sind liegengeblieben rufen und Hilfe (erneuten Versandt automatisch) bekommen automatisch 5. und vielleicht: man müsste schaffen können, den VZD so aktuell zu kriegen, dass man umgehend eine Adresse schlafend stellen kann oder rausnehmen kann vorübergehend, dass die nicht mehr gefunden wird- und gleichzeitig müssten die Caches in den KIM Client Modulen so flüchtig sein, dass sie nicht wochenlang die alte Adresse (die, die grad nicht geht) obwohl bereits eigentlich im VZD auf inaktiv stehend, immer noch anbieten
Die Idee der Notfall-KIM-Adresse ist, eine einzige Adresse bei einem anderen TIaaS-Provider zu haben, um diese Schwachstelle notfalls zu überbrücken. Es wäre keinerlei Automatismus im Spiel, sondern die Zuweiser müssten informiert und gebeten werden, vorübergehend an diese Adresse zu senden. Es wäre die Alternative zum Rückfall auf das Fax. Warum nicht Fax? Weil erste Zuweiser bereits erklärt haben, sie hätten ihr Fax aus dem Fenster geworfen. Alle anderen elektronischen Verfahren sind eben nicht universell, d.h. sie müssten für jeden Kommunikationspartner erst eingerichtet werden. Das Problem der Notfall-KIM-Adresse ist in der Tat die interne Verteilung. Wenn jemand von der IT diese Adresse dreimal tgl. prüft kann er die eingehenden Dokumente technisch im KIS ablegen, aber er muss hierzu immer die Fallnummer wissen. Das bedeutet jedesmal Rücksprache mit dem entsprechenden Sekretariat. Wenn man die Adresse den Sekretariaten generell zugänglich macht, kommt es garantiert im Normalbetrieb zu Fehlbenutzungen. Und schnelles bereitstellen des Zugriffs im Notfall ist bei uns nicht realistisch. Der Grund für den Ausfall war ein nicht kommunizierter Zertifikatstausch in Tateinheit mit Nicht-Erreichbarkeit des Dienstleisters wegen Überlastung, vermutlich in Folge von ECC-Problemen. Außerdem wurde das ganze erst nach einer Woche bemerkt (Jahresanfang, mit Feiertag am 6. Januar in BW). Der Ausfall betraf die Erreichbarkeit des KIM-Clientmoduls (beim Dienstleister betrieben).
Raus aus KIM ist für ein KH leider keine Option. Zum einen weil (für mich überraschend) der druck durch die Zuweiser zur KIM-Nutzung steigt. Ich schiebe das darauf, dass diese wegen des eArztbriefs so etwas wie eine De-facto-KIM-Pflicht haben. Zum anderen haben wir noch das Thema elektronische Arbeitsunfähigkeitsbescheinigung. Die wird auch per KIM verschickt. Und die habe ich bei meinen Phantastereien über ein Ausfallskonzept noch gar nicht mit berücksichtigt.... Wir sind uns einig darin, dass eines der Hauptprobleme in der Detektion und Kommunikation eines Ausfalls besteht. Eine KIM-Ampel bei der gematik, ja das wäre was!
Zitat von TG14 im Beitrag #12So etwas in der Art gibt es ja, z.B. der TI-Status generell und für KIM den [URL=https://fachportal.gematik.de/ti-status#KIM]TI-Status-KIM[/
Ja, aber DAS /diese Ampel zeigt nur an, wenn zentral Fachdienste was global für alle nicht geht, nicht wenn in der Einrichtung/Praxis lokal oder lokal bei deren beuaftragten Dienstleisters, der für die Funktionalität des KIM Client Moduls verantwortlich ist , was nicht geht, z.B. wegen Problemen nach Zertifikatstausch oder wenn der KIM Dienst lokal nicht aktiv ist oder was auch immer- der KIM Client Modul Dienstleister muss hier definitiv nachrüsten und die Funktionalitäten seines Verantwortungsbereichs überwachen - KIM Client Moduls Logs könnte er z.B. strukturiert auswerten und sowas via SIEM automatisiert überwachen und gleich merken, dass was hängt- und die Praxis/Klinik lokal kann zusätzlich dann sich zyklisch Testmails per KIM an die eigene Adresse senden und schauen, ob es ankommt-allerdings: ich hätte dabei im Moment keine Idee an dieser Stelle für eine Automatisierung solcher Testmails - vielleicht könnte man dem AIS/PVS sowasals Prozess beibringen? Im Prinzip reicht zur Detektion KIM Störung wegen fehlender/nicht erreichbarer Karten oder Zertifikatsproblemen meine ich schon die VZD Adressabfrage als erster Schritt einer neuen Mail, um einen Fehler zu triggern
Das ist schon klar. Aber genau sowas wäre nötig. Die Strukturen wären mit dem LDAP-Verzeichnisdienst ja eigentlich auch schon da. So etwas wie einen Autodetect-Prozess für die Strecke vom Clientmodul bis hin zu unserem JAMES könnte ich bauen. Ich denke an einen 'fingierten' zyklischen KIM-Verkehr mittels eines email-clients und automatischer Überwachung desselben (habe noch ein bisschen das Problem mit Leave-copy-On-Sever beim POP). Aber das wäre lediglich ein Früherkennungstool. Mehr nicht.
Zitat von Zanko im Beitrag #14Aber das wäre lediglich ein Früherkennungstool. Mehr nicht.
ja, aber schon das wäre für den Klinikallag mega: wenn jeder gleich sieht: ! KIM down : wenn ich so an Praxisalltag denke:ich warte auf ein frisch per KIM angefordertes RöBild, der Patient sitzt schon, die Praxis hatte vergessen zu schicken - da zählt jede Minute- und wenn man dann gleich sagen kann: guck, hier ist unsere KIM Adresse 2 (bei Ihnen ) oder bei uns (schick es per Mail /pseudonymisiert) - dann wäre der Akutversorgung mindestens schonmal sehr geholfen - dto wenn wir was schicken müssen weil wir kurzfristig vergessen haben zu senden oder die Sendung, die wir dachten aus o.g. oder sonstigen Gründen nicht rausgegangen ist : dann weiß ich sofort: brauch ich über diesen KIM schonmal nicht mehr versuchen...
Allerdings natürlich so oder so bleibt immer noch allgemein, wenn man "nur auf 2. KIM " setzt: wenn der über den gleichen Konnektor läuft wie der erste KIM ist nicht geholfen- wenn bräuchte es weiteren Gesamt TiaaS Anbieter incl. VPNContact/Konnektor- und ob die dann nicht am Ende doch ggf. streckenweie auf die gleichen zentralen Strukturen referenzieren , ist auch noch wieder nächste Frage, die ich nicht weiß und je globaler die Störung,desto eher wird das dann vielleicht auch nicht funktionieren.
Zumindest für den Akutpatientenunterlagenaustausch (Bild/Befund/Arztbrief immediately wanted) wäre dann noch ein 2. Fallback zu definieren gut: vielleicht, wenn es in TI bleiben muss in der großen Einrichtung TIM - wobei- ich hab es noch nie benutzt und kenne auch keinen , der es hat... @MLangguth wie weit sind wir da denn jetzt inzwischen ? Oder eben hierfür doch noch Mail konventionell o.ä. pseudonymisiert- zumindest als stummenProzess in der Schublade intern vorhalten - dann liegt er da und Audit ist ja kein Vidit- und die gucken ja nicht in alle Schubladen;-)
Zitat von Zanko im Beitrag #11Zum anderen haben wir noch das Thema elektronische Arbeitsunfähigkeitsbescheinigung. Die wird auch per KIM verschickt. Und die habe ich bei meinen Phantastereien über ein Ausfallskonzept noch gar nicht mit berücksichtigt....
hierzu vielleicht auch noch paar Sachen aus Perspektive eAU Ersteller, die vielleicht mit in eine Prozessdefinition einfließen sollten : uns hat man mal gesagt KZBV und es steht immer noch in unserem Handbuch eAU drin (https://www.kzbv.de/wp-content/uploads/K...n_eAU-PDF-A.pdf), bei mehr als 24h Störung eAU muss das Teil in Papierform an die Kasse - wie weit es dazu einen echten rechtlichen Hintergrund gibt, der uns verpflichtet , weiß ich nicht - es existieren im internet durchaus auch meinungen, die sagen: nein das ist keine Pflicht- jedenfalls praktisch schafft man das als einrichtung (ich mit meinen wenigen eAUs vielleicht, Hausarzt oder Klinik sicher nicht) nebenbei eigentlich sowieso oft nicht oder bräuchte dafür neue weitere Personalressourcen, wo es eh schon klamm ist personell.. =)=) dass die Kranke Kasse ihr Exemplar bekommt ist im besonderen dann wichtig, wenn es um nahenden Status Krankengeld anstelle Lohnfortzahlung nach 6 Woche AU zur gleichen Erkranung geht - ohne vollständige AUs kann der Vorgang nicht bearbeitet werden rechtzeitig =) für diese Fälle würd ich glaub ich, neben dem Exemplar für Patient noch Exemplar für Krankenkasse ausdrucken und wenn was fehlt, kann der Patient es dann selbst schnell nachreichen, ohne nochmal die Klinikadminsitration erneut zu beschäftigen- vorgesehen war , dass die Einrichtung schickt aber um Wege zu sparen.. und kein Patient wird hier denke ich mal wenn ihm das wichtig ist, über Portokosten für einen unter 20g Brief meckern =) alle anderen Fälle wo es nicht sooo dringend ist dass die Kranke Kasse das in time hat (weil ansonsten ist es ja mehr Statisikbefütterung - meiner persönlicheN Einschätzung nach), da tendiere ich dazu, hier nicht aktiv Brieftauben zu mobilisieren- allerdings haben wir hier noch die 2. Spielwiese: Patienten in Lohn und Brot, bei denen der Arbeitgeber sich per Umlage 2 Lohnkosten von der Kranken Kasse erstatten lässt über die Umlageversicherung- da ist es so, dass auch der Arbeitgeber für diesen Antrag zeitnah eine abrufbare eAU haben muss- weil sonst nämlich das Spiel auch richtig äh wird, wenn er den Abruf macht und verzögert dann Info bekommt: es ist nichts da- und dann der Arbeitnehmer angerufen wird vom Arbeitgeber, er soll sich kümmern und dann hängt der wieder am Telefon auch und beschäftigt erneut die Administration Einrichtung ...somit: auch hier schadet es nicht, dass der Patient die Ausfertigung für die Kranke Kasse in Papier bekommt, weil er das wenn er es als fallback gleich hat, es am schnellsten direkt s.o. auf den Weg bringen kann dann
TI-Community
»
TI-Nutzung und Nutzen aus Anwendersicht
»
sichere eMail (KIM)
»
Umzug Kim-Adresse zu neuem TIaaS-Anbieter
28.01.2026 09:02 (zuletzt bearbeitet: 28.01.2026 09:04)
Thema drucken
Antworten
