CGM TurboMed eCockpit

[rfbdoc]

KIM ist installiert.
Warum kann ich im CGM TurboMed eCockpit dort erstellte Testbriefe nicht löschen ?
Sie werden zwar in der aktuellen Ansicht gelöscht, sind beim nächsten Aufruf des eCockpits wieder da.
Der TM Benutzer hat alle Rechte.
Können andere Forumsmitglieder das nachvollziehen ? Hotline verweist wie üblich an den Servicepartner

[redwulf]

Löschen ging noch nie, it´s not a bug it’s a feature
Grüße

[rfbdoc]

Das will ich so nicht wirklich glauben. Warum sollte dann eine Löschfunktion eingebaut sein, in der auch noch abgefragt wird, ob man das Dokument endgültig löschen möchte ? Ich denke eher an einen Konfigurationsfehler

Beim Aufruf von CGM eCockpit vom Patienten aus unter Kommunikation wird das Kim Symbol grün angezeigt, obwohl beim Überprüfen der Verbindungseinstellungen (unter Weitere ->Verbindungstest) angezeigt wird, dass CGM-Kim nicht erreichbar ist.
Da stimmt doch etwas nicht. Der Port 443 ist in der Firewall freigegeben.

Zwischenablage01.jpg

Zwischenablage02.jpg

Muss für eCockpit oder Kim möglicherweise eine weitere statische Route auf dem System eingerichtet werden ?

[redwulf]

man kann wirklich nichts löschen , keine eDMP, keine E-Arztbriefe, habe ich schon x-mal versucht, inzwischen sind einige hundert eDMP`s vorhanden. Nach Rücksprache mit meinem Vertriebspartner ist das noch nicht programmiert, kommt evtl. Man kann auch die Fenstergröße nicht ändern, das ganze "Cockpit" ist mäßig. Auch der workflow um E-Arztbriefe zu versenden ist sehr mühsam und umständlich. Auch bei mir ist im Cockpit KIM grün und beim Verbindungstest rot dargestellt. Scheint auch nicht sauber programmiert zu sein. Trotzdem geht KIM (soweit nutzbar, da kaum KIM-Mails vorhanden sind, wo man Brief hinschicken kann). Ich mühe mich mit dem "feature" schon seit Anfang dieses Jahres rum (inklusive 4 Fernwartungen) und bin sehr froh das ich noch ein Fax habe.
Grüße

[h-o]

Das will ich so nicht wirklich glauben.

Das mit dem Nicht-Löschen (und anderen merkwürdigen Dingen) hatte ich hier schon mal angemerkt in einem Thema, wo es um das Schreiben von KIM-Mails ging und wir das damals getestet haben (mit kv.dox als KIM-Adresse, spielt aber ansich für TM keine Rolle).

Interessant zu hören, dass diese Funktionalität innerhalb von TM offenbar grundlegend beibehalten wurde

[rfbdoc]

Danke für die Rückmeldung. Dann muss man sich zumindest nicht weiter um eine Lösung innerhalb von TM kümmern.
Eine Frage hätte ich dennoch.
Wenn man den KIM email Verkehr über Thunderbird laufen lässt, kann dann ab 01.10.2021 die eAU aus TurboMed heraus verschickt werden ?

[h-o]

Wenn man den KIM email Verkehr über Thunderbird laufen lässt, kann dann ab 01.10.2021 die eAU aus TurboMed heraus verschickt werden ?

Um ehrlich zu sein: Kein Ahnung

Es heißt zwar, das laufe alles über KIM, aber ob man einfach die AU als PDF-Anhang über Thunderbird bzw. über den kv.dox-Mail-Client versenden kann oder doch zwingend das PVS nehmen muss, müssen wir einfach abwarten.

Vom Gefühl her würde ich sowieso sagen, dass das mit der Einführung vielleicht doch noch länger dauert. Denn Voraussetzung ist ja, dass wirklich jede Praxis und sonstige Mediziner eine KIM-Adresse besitzen. Wieviele das momentan sind, kann man im kv.dox-Mailclient sehen, wenn man sich die Teilnehmerliste anschaut (und diese über den Menüpunkt Extras synchronisiert).

Ende Mai hatten gerade mal 3.700 Teilnehmer eine KIM-Adresse. Stand heute ist dagegen schon 26.400, somit deutlich mehr. Filtert man die Liste aber nach dem eigenen Ort, stellt man doch fest, dass man immer noch der einzige Arzt mit so einer Adresse ist.

Ob das mit der AU wirklich schon in vier Wochen kommt, darf man daher zurecht anzweifeln.

[h-o]

Wenn man den KIM email Verkehr über Thunderbird laufen lässt, kann dann ab 01.10.2021 die eAU aus TurboMed heraus verschickt werden ?

Nochmals hierzu, da es mittlerweile ein Video zur eAU mit TM gibt.

Innerhalb von TM läuft praktisch bei eAU ähnlich wie bei eRezepten: Man gibt die Daten in das Formular ein und wählt (zumindest in der vorgestellten Version) dann den Schalter eAU. Signieren für den Versand kann man auch später für mehrere eAUs zusammen. Das dürfte vermutlich einfacher sein als der einzelne Versand per Mailprogramm.

Zu denken gibt mir, dass im CGM-Video (ab ca. 18:20 Uhr, also ab hier) zu hören ist: "Wir sind noch am entwickeln"

Außerdem erscheint jetzt beim Aufruf von CGM-Videos auf youtube neuerdings vereinzelt Werbung. Das kann man zwar überspringen (einfach jedes Mal einfach CTRL-R oder F5 drücken, sobald die dämliche Werbung zu laufen beginnt).

Ich frage mich aber ernsthaft, ob CGM nicht genügend Kohle hat, um jetzt für den Aufruf von Anwender-Videos auch noch Geld verdienen zu müssen...

[baerdoc]

...
Ich frage mich aber ernsthaft, ob CGM nicht genügend Kohle hat, um jetzt für den Aufruf von Anwender-Videos auch noch Geld verdienen zu müssen...

Da wird wohl eher Youtube Kohle mit verdienen.

[TMUser2015]

Wenn man den KIM email Verkehr über Thunderbird laufen lässt, kann dann ab 01.10.2021 die eAU aus TurboMed heraus verschickt werden ?

Ist es denn überhaupt möglich Thunderbird oder einen anderen Email-Client zu verwenden? Thunderbird müsste dann doch mit den Verschlüsselungs-Zertifikaten und der Rückmeldung mit der KoCoBox / SMB-C kommunizieren können, oder?

[rfbdoc]

Wie ich gelesen habe soll das möglich sein, hier eine Anleitung für outlook

Kim Outlook Konfiguration.pdf

Mir ist es bisher nicht gelungen eine mail aus dem CGM eCockpit heraus zu versenden. Die Hotline verweist auf den Vertriebspartner, der vertröstet. Meine Vermutung ist, dass irgendeine statische Route zum KIM Server nicht korrekt gesetzt wurde. Ob das setzen einer statischen Route für die IP 100.102.7.190 (mail.tm.kim.telematik) auf die IP des Konnektors hier weiterhilft habe ich bisher noch nicht getestet.

PS: Im letzten TM Webinar wird übrigens mitgeilt, dass die verpflichtende Versendung der eAU über Kim auf den
01.01.2022 verschoben wurde, da das Datum 01.10.2021 nicht zu halten sei.

[h-o]

Da wird wohl eher Youtube Kohle mit verdienen.

Die Werbung auf youtube wird nur dann freigeschaltet, wenn der Kanalbetreiber dies wünscht (der dann auch mitverdient).

Auf bestimmten Kanälen wie etwa Constantin-Film oder auch den öffentlich-rechtlichen Sendern gibt es beispielsweise nie nervende Werbeclips.

[rfbdoc]

CGM KIM will bei mir einfach nicht laufen:
Daher eine große Bitte an Kollegen, bei denen das Versenden und Empfangen von Nachrichten über KIM funktioniert.
Welche statische IPV4 Routen sind auf dem Server, auf welchem das CGM Kim Client Modul als Dienst installiert hinterlegt ?

[c-it]

CGM KIM will bei mir einfach nicht laufen:
Daher eine große Bitte an Kollegen, bei denen das Versenden und Empfangen von Nachrichten über KIM funktioniert.
Welche statische IPV4 Routen sind auf dem Server, auf welchem das CGM Kim Client Modul als Dienst installiert hinterlegt ?

Das sind die Routen auf dem Internet-Router (OpenWRT). Die 192.168.11.126 ist der Konnektor.
Natürlich kann man die Routen auch auf dem lokalen Rechner eintragen und man braucht
möglicherweise nicht alle.

Screenshot 2021-09-07 at 17-28-48 dslgate - Static Routes - LuCI.png

Schönen Tag
c-it

[TMUser2015]

Bezüglich der Routen: am besten man legt diese direkt global im Router bzw. in der Firewall an.

Bei mir schien KIM am Anfang auch nicht zu funktionieren. Was geholfen hat:
Man muss im Turbomed Desktop-Menü unter Kommunikation>CGM NachrichtenVerwaltungsCenter das Modul öffnen.
Dann unten einmal auf den blauen kreisrunden Pfeil klicken!
Möglicherweise wird hierdurch einmalig das Abholen der Nachrichten initiert. Im Anschluss wurden dann Nachrichten automatisch abgerufen.

Bisher habe ich in den letzten Wochen einige Testnachrichten an mich selbst geschrieben. Ärgerlich: obwohl ich eine automatisierte Empfangsbestätigung erhalten habe, sind nur ca. die Hälfte der Nachrichten auch wirklich bei mir angekommen. Das ist eine ziemliche Katastrophe.

Ich habe gestern testweise Thunderbird angebunden. Die KIM-Emails werden jetzt parallel in Turbomed als auch in Thunderbird abgerufen. Funktioniert. Ebenso das Adressverzeichnis per ldap.

Die KIM-Mails werden ja per POP3 abgerufen. Da wir in der Praxis mehrere Rechner stehen haben wäre es nicht ersichtlich, welche Mails von einem Mitarbeitenden bearbeitet wurden und welche nicht.
Als nächsten Schritt werde ich daher einen internen Mail-Server einrichten (z.B. hmailserver oder einen E-Mail Server auf einem NAS). Dorthin können dann die Nachrichten per POP3 abgeholt werden. Im Anschluss können dann die verschiedenen PCs mit Thunderbird per IMAP auf diesen internen Server zugreifen und sind immer synchron. Bei unseren normalen E-Mails und Faxen funkioniert das sehr gut. Das ganze hat nebenbei den Vorteil, dass die Mails zuvor durch zwei Virenscanner laufen, bestimmte Dateianhänge blockiert, HTML entfernt und SPAM aussortiert wird. Auch sind bei allen Arbeitsplätzen die Ports nach draußen für E-Mail-Verkehr grundsätzlich blockiert, da sie nicht benötigt werden.

[rfbdoc]

Danke, ich werde mich mit den neuen Informationen später noch mal beschäftigen müssen. Das ganze erscheint vollkommen unausgegoren und bisher weit von Praxistauglichkeit entfernt.

[baerdoc]

... Bei unseren normalen E-Mails und Faxen funkioniert das sehr gut. Das ganze hat nebenbei den Vorteil, dass die Mails zuvor durch zwei Virenscanner laufen, bestimmte Dateianhänge blockiert, HTML entfernt und SPAM aussortiert wird. Auch sind bei allen Arbeitsplätzen die Ports nach draußen für E-Mail-Verkehr grundsätzlich blockiert, da sie nicht benötigt werden.

Darf man fragen, welchen Email-Server Sie dafür konkret benutzen?

[Randolf]

... Bei unseren normalen E-Mails und Faxen funkioniert das sehr gut. Das ganze hat nebenbei den Vorteil, dass die Mails zuvor durch zwei Virenscanner laufen, bestimmte Dateianhänge blockiert, HTML entfernt und SPAM aussortiert wird. Auch sind bei allen Arbeitsplätzen die Ports nach draußen für E-Mail-Verkehr grundsätzlich blockiert, da sie nicht benötigt werden.

Darf man fragen, welchen Email-Server Sie dafür konkret benutzen?

Hallo,
für uns wäre gleichfalls interessant ob man damit nunmehr die umfangreiche Kommunikation mit Kliniken und stat. Einrichtungen (lange Epikrisen etc.) auf modernere Weise über die neuen Kanäle abwickeln kann,das wäre nämlich unser häupsächliches Anwendungsgebiet ! Oder sind die Kliniken da dann immer noch nicht integriert ?? In diesem Fall brauchen wir den ganzen Aufwand nach wie vor nicht. Grüße Randolf

[Landarzt21]

Hatte kürzlich ein Telefonat mit einem CA einer inneren Abteilung, wo ich unter anderem auch genau danach gefragt hatte. Dieser meinte die Kliniken hätten noch 2 Jahre Schonfrist und wären noch nicht verpflichtet aktuell. Ob und wie verlässlich die Aussage ist kann ich so nicht sagen. Fakt ist dass es die für uns nächstgelegene Klinik ist und diese somit einen solchen Service nicht anbietet aktuell.

[Randolf]

Danke, ich werde mich mit den neuen Informationen später noch mal beschäftigen müssen. Das ganze erscheint vollkommen unausgegoren und bisher weit von Praxistauglichkeit entfernt.

Hallo, Danke Wessix für die schnelle Rückmeldung. Genau so habe ich es schon vermutet. Persönlich werde ich wie bei der TI nichts überstürzen, bis die Dinge klarer und praxistauglicher sind. Wenn der Klinikbereich da tatsächlich noch nicht mit integriert ist, führt sich die ganze Sache "ad absurdum" und bietet eine brauchbare, wenn auch fragliche Argumentation um gegen Strafzahlungen zu intervenieren. Grüße Randolf