Hallo liebe TI-Community,

ich bin neu hier und habe Eure Beiträge gelesen und erhoffe hier Hilfe.
Wir sind in der Praxis sehr verzweifelt und bekommen das KIM einfach nicht zum Laufen: Wir scheinen eine ungünstige Kombination zu haben.
- Unser KIM Anbieter ist CGM: haben die KoCoBox von CGM, die KIM Adresse auch bei CGM beantragt und damit auch KIM Assist Standalone mit dem KIM Client Modul
- Unser PVS ist Charly von Solutio, eHealth Paket ist gekauft und Lizenzen eingetragen.

Die Solutio Hotline macht solange nichts, bis nicht das KIM Client Modul eindeutig getestet ist.
Unser CGM Dienstleister vor Ort weiss aber nicht wie man das testet und hat auch noch nicht ausserhalb des CGM PVS getestet.
Er hat bei uns auch das erste Mal im Vergleich zu den anderen Kunden die TLS-Zertifizierung in der KoCoBox eingerichtet, da Charly das benötigt. Die Kommunikation aus Charly zum Konnector per TLS haben wir eingerichtet bekommen und können glücklicherweise auch wieder eGKs einlesen.

Mit dem CGM KIM Clientmodul habe ich die KIM Adresse auch registrieren können. Das KIM Client Modul läuft auf dem Server auf dem auch Charly läuft.
In der KoCoBox ist aber nur der TI VPN Tunnel aktiv. Nicht SIS. Der Techniker unseres Dienstleisters Vorort wusste nicht, ob man SIS für KIM braucht und weis auch nicht, wie man es einrichtet.

Ein Test über einen Mail-Client (Thunderbird oder Outlook) klappt nicht und ich weiss nicht weiter. Die CGM Outlook Anleitung habe ich hier im Forum gefunden.
Client Modul Log-Files sagen nichts, es ist immer nur etwas von der Freischaltung der KIM Adresse oder des Zeitpunkts Konfiguration drin. Windows Dienste sind gecheckt. KIM Client Modul läuft (angeblich).

Firewall auf dem Server habe ich angeschaut und eigentlich sind die notwendigen Ports freigeschaltet, soweit ich das sehen kann.

Wo kann ich ansetzen, um weiterzukommen? Habe in den Hotlines schon stundenlang gehangen...
-CGM Hotline ruft keiner zurück.
-Charly Hotline macht nichts, solange die CGM Seite nicht einwandfrei getestet ist.
-CGM Dienstleister Vorort (DVO) ist zwar nett, kennt sich aber nicht aus und hat ausser uns nur Kunden in der reinen CGM Welt.

Vielen Dank im Voraus!

Zitat von Susan im Beitrag #1

---

Er hat bei uns auch das erste Mal im Vergleich zu den anderen Kunden die TLS-Zertifizierung in der KoCoBox eingerichtet, da Charly das benötigt.

---

Zitat von Susan im Beitrag #1

---

Ein Test über einen Mail-Client (Thunderbird oder Outlook) klappt nicht

---

<<Nutzer hat Beitrag gelöscht>>

Vielen Dank,

die Schritte unten haben wir genau so auch schon durchlaufen, leider kein Erfolg.
KIM Adresse ist auf den SMC-B Praxisausweis freigeschaltet.

Dann wurde von der Solutio Hotline gesagt, dass wir die KoCoBox auf TLS als umstellen müssen.
Haben wir gemacht. Damit stieg die Komplexität und das Nichtwissen beim DVO.

Ich versuche morgen mal alles wieder auf Anfang zurückzustellen ohne TLS und nehme einen anderen PC, der für die SMC-B auch freigeschaltet ist und probiere es nochmal Schritt für Schritt. Update folgt morgen.

Hallo,

CGM ist aktuell etwas out of order, da sie einen Ransomwareangriff hatten und erstmal alles runtergefahren haben, um dann nach und nach wieder hochzufahren - so die mE plausible Auskunft der CGM (s. Webseite).

SIS braucht man für KIM nicht. Eigentlich für nix, wenn der Konnektor nicht als Gateway dient. Das sind die "Sicheren Internet Services", die CGM anbietet, falls man den Konnektor als Gateway fürs Praxisnetz nimmt. Also alles, was "SIS"-Fehler sind, kann man in den meisten Installationen getrost ignorieren.


Die Verbindung mit einem Mailclient läuft so: Mailclient <-----> KIM-Client-Modul <------> TI.
CGM Kim-Client-Modul mit TLS klappt auch, allerdings vergurkt sich das Konfigurationstool ganz gerne, wenn nicht auf Anhieb alles läuft (also alles entsprechend erreichbar und korrekt ausgefüllt ist).
Die Verbindung vom (beliebigen) Mailclient zum KIM-Client-Model ist ja nochmal eine eigene Sache. KIM sollte wie ein "ganz normaler" Mailserver reagieren, daher auch beliebige Clients zulassen. Allerdings auf den Ports 8995 und 8465 statt 995 und 465 und der Anmeldename muss korrekt zusammengesetzt sein (dazu gibt es hier eigene Threads).

Sie die Ports 8995 und 9465 auf dem Server denn von einem anderen Rechner im Praxisnetz aus erreichbar (offen)?
Ist die Route zum KIM-Netz auf dem Server gesetzt (macht das CGM KIM-Client-Modul)?

Momentan ist der KIM-Shop nicht erreichbar, in dem der Registrationscode für die Einrichtung drin zu finden ist. Wann wurde die denn registriert? Dürfte dann ja nicht heute gewesen sein, oder?

Gutes Gelingen.

PS: Bitte nicht einfach wie oben empfohlen, alle Firewalls ausschalten und ausgeschaltet lassen! Eine Firewall "im Netzwerk" ist sowieso ohne Bedeutung, wenn man Kim-Dienst und Mailclient auf demselben PC installiert - das Paket kommt ja gar nicht erst auf die Leitung in dem Fall. Und KIM geht über die TI-Netze, muss also nicht sonstwohin raus.

Zitat von Susan im Beitrag #4

---

Ich versuche morgen mal alles wieder auf Anfang zurückzustellen ohne TLS und nehme einen anderen PC, der für die SMC-B auch freigeschaltet ist und probiere es nochmal Schritt für Schritt. Update folgt morgen.

---

Hallo k_becker,

vielen Dank für die Antwort. Die Registrierung unserer KIM Adresse war das letzte Mal am 30.12. und hat nach Deregistrierung erfolgreich geklappt.
Die TCP Ports 8995 und 8465 habe ich an den entsprechenden Rechnern (Server und Client PC) freigeschaltet.
Die letzten Tests waren alle auf dem Rechner auf dem KIM Client Modul installiert war, um die Themen im Netzwerk zu umgehen.

Ein Learning: SIS braucht man nicht, danke dafür. Das wusste der Techniker leider nicht ...

Wir gehen morgen die Check-Liste von FS007 noch einmal durch, nehmen TLS erst mal wieder raus, da das mit dem CGM Client nicht so einfach zu funktionieren scheint, wie von VKirschbaum beschrieben.

Vielen Dank nochmal. Mal schauen, wer noch eine Idee hat.

Hallo K_becker,

noch mal danke. Es sind 2 Client PCs und der Server im Infomodell in der KoCoBox (Koncektor) registriert.
Alle 3 haben damit Zugriff auf die SMC-B.

Auf Empfehlung der Charly Hotline haben wir das KIM Client Modul auf dem Server installiert. Ich lese aus den Beiträgen raus, dass das nicht so sein muss und man das Modul auch einem anderen PC installieren kann. Das werde ich ausprobieren.
Update morgen. Bitte Daumen drücken!

Viele Grüsse

Zitat von Susan im Beitrag #7

---

Die TCP Ports 8995 und 8465 habe ich an den entsprechenden Rechnern (Server und Client PC) freigeschaltet.

---

Zitat von Susan im Beitrag #8

---

noch mal danke. Es sind 2 Client PCs und der Server im Infomodell in der KoCoBox (Koncektor) registriert.
Alle 3 haben damit Zugriff auf die SMC-B.

---

Zitat von Susan im Beitrag #8

---

ch lese aus den Beiträgen raus, dass das nicht so sein muss und man das Modul auch einem anderen PC installieren kann.

---

<<Nutzer hat Beitrag gelöscht>>

@FS007:
Interessant, die Umstellung, auf der diese Erfahrung beruht, war von welchem PS auf welchen Client?

War in der Doku zum KIM Assist, nicht zum Client-Modul (hat google übrigens als ersten Hit ausgespuckt):
ttps://kim-shop.cgm.com/assets/CGM-KIM-A...80621_CC_V2.pdf
Vielleicht gilt das nur, weil das der Assist da im PS integriert ist und nach einer Konfiguration mit Registrierung verlangt? (Ohne ist er wirklich sehr hakelig meiner Erfahrung nach.)

<<Nutzer hat Beitrag gelöscht>>

Ich könnte mir vorstellen, dass das Deregistrieren/Registrieren dazu dient, das vom Account-Manager zugeteilte Zertifikat an die richtige Stelle zu bekommen automatisch. Also vom Client-Modul Standalone ab rein in die Verzeichnisstruktur des PVS (, das ein KIM Client-Modul integriert hat). Daher auch der Gedenke, dass das auch umgekehrt Sinn macht - so bei näherer Betrachtung.

Wie soll eine Bindung an den Rechner erreicht werden? Könnte mir vorstellen, dass die Benutzerkennung für die Anmeldung beim KIM Client-Modul noch die falsche ArbeitsplatzID drin hatte bei dem Versuch?

<<Nutzer hat Beitrag gelöscht>>

Hallo liebe aktive TI-Community Mitglieder,

ich danke Euch/Ihnen für die viele Hinweise, die alle kleine vorsortierte Puzzlestücke waren und heute nach zwei Monaten lockerer Suche und drei Wochen intensiver Suche zum Erfolg geführt haben. TAUSEND Dank. Besonderer Dank an @FS007, @VKirschbaum und @k_becker für die entscheidenden Hinweise.

Folgende Schritte haben jetzt zum Funktionieren der CGM KIM Welt und unserer Solutio Charly Welt geführt.

1. KoCoBox TLS wieder deaktiviert, da das offensichtlich mit dem CGM KIM Client Modul (noch) nicht funktioniert
2. aktuellste KIM Assist von CGM v1.0.22 installiert
3. Einrichtung der Client-Modul Konfiguration angeschaut C:\Program Files (x86)\KIM Assist\data\KIM_Client-Modul > config-cm-windows(32bit).bat
und Entscheidung getroffen, die KIM Adresse zu deregistrieren, weil in der Konfiguration das TLS Zertifikat eingetragen war und ich keinen Weg gefunden habe, es dort rauszukonfigurieren
4. Deregistrierung unserer KIM Adresse mit dem KIM Assist Konfiguration Icon
5. Neuregistrierung der KIM Adresse auf dem SMC-B und den notwendigen Daten aus dem Konnector Infomodell ohne TLS
6. Wieder Check der KIM Client Modul Konfiguration wie im Punkt 3. Sah gut aus.
7. Check der Registry. Bei der Registrierung der KIM Adresse legt das CGM Client Modul neue Registry Einträge an.
Dabei ist mir aufgefallen, dass das nicht ganz den Vorgaben entsprach, So war es bei der Konfiguration automatisch eingetragen
<praxisadresse>@tm.kim.telematik#mail.tm.kim.telematik.:995#01#CHARLY... vor dem TCP Port war ein Punkt eingetragen, komisch, hab's aber erst mal so gelassen
8. KIM Konfiguration in KIM4Charly
ClientModule POP3: pop3s://<Rechnername mit dem CM>:8995
ClientModule SMTP: smtps://<Rechnername mit dem CM>:8465
Provider POP3: pop3://mail.tm.kim.telematik:995
Privater SMTP: smtp://mail.tm.kim.telematik:465
ICCSN: unsere SMC-B Nummer
9. erster Test: LDAP Suche im Verzeichnisdienst ging schon, aber das Versenden von Mails noch nicht, aber andere Praxen konnten schon gefunden werden
10. Entscheidung den gefundenen Punkt im Schritt 7, der vor dem TCP Port eingetragen war aus den Registry Einträgen rauszunehmen.
11. Restart des Windows Dienstes des KIM Client Moduls
12. zweiter Test: Erneuter Versuch Testmails aus dem Postausgang zu versenden und endlich hat es geklappt. Habe auch an uns selbst und an eine befreundete Praxis gesendet.
13. dritter Test: KIM4Charly von einem anderen Rechner, der Zugriff auf die SMC-B hat auch funktioniert.

Ihr könnt Euch nicht vorstellen nach der langen Sucherei und den vielen Stunden in den verschiedenen Hotlines, wie froh wir sind, dass es jetzt endlich funktioniert.