Die Verbindung zu a.netsoins.com umfasst mehrere technische Schichten, die die meisten Einführungsleitfäden nicht erwähnen: Verwaltung des TLS-Zertifikats auf der Client-Seite, interne DNS-Auflösung, Cache-Politik auf gemeinsam genutzten Tablets. Die Optimierung dieses Zugangs ist keine Frage des Komforts, sondern eine Voraussetzung dafür, dass das DUI in Echtzeit auf allen Arbeitsplätzen der Einrichtung zuverlässig bleibt.
DNS-Auflösung und TLS-Zertifikat: die blinden Flecken der Netsoins-Verbindung in EHPAD
Ein Verbindungsfehler zu a.netsoins.com stammt fast nie vom entfernten Server. In den meisten Fällen liegt das Problem zwischen dem Client-PC und dem Netzwerk-Gateway der Einrichtung.
Der erste Punkt, den es zu überprüfen gilt, ist die lokale DNS-Auflösung. Viele EHPAD verwenden einen internen DNS-Server, der von der Betreiberbox oder einer speziellen Firewall bereitgestellt wird. Wenn dieser Server eine abgelaufene Antwort im Cache speichert oder auf ein Captive Portal umleitet (häufig nach einem Netzwerkneustart), zeigt der Browser einen Zertifikatfehler oder einen Timeout ohne explizite Nachricht an.
Die Konfiguration eines zuverlässigen sekundären DNS auf jedem Arbeitsplatz und Tablet (zum Beispiel über DHCP des lokalen Netzwerks) reduziert solche Vorfälle. Auf den Android-Tablets, die in Pflegewagen verwendet werden, kann der DNS durch das MDM (Mobile Device Management) gesperrt sein: In diesem Fall muss auf die Netzwerk-Konfigurationspolitik des MDM eingewirkt werden, nicht auf das Tablet selbst.
Der zweite blinde Fleck betrifft das TLS-Zertifikat der Plattform. Netsoins arbeitet über HTTPS mit einem regelmäßig erneuerten Zertifikat. Auf den Arbeitsplätzen, deren Stammzertifikatspeicher nicht auf dem neuesten Stand ist (nicht aktualisierte Windows-Maschinen, alte Tablets), löst die Erneuerung des Zertifikats auf der Serverseite eine Sicherheitswarnung aus. Der Reflex, die Warnung zu “ignorieren”, gefährdet die Vertrauenskette und verstößt gegen die Anforderungen der HDS-Hosting.
Die korrekte Konfiguration der Verbindung zu a.netsoins.com für ehpad setzt daher voraus, dass das Betriebssystem jedes Terminals, einschließlich der Tablets am Ende des Flurs, das niemand für ein Update in Betracht zieht, auf dem neuesten Stand gehalten wird.
Cache-Politik und gemeinsame Sitzungen auf Pflege-Tablets
In EHPAD wechselt ein und dasselbe Tablet während einer Schicht zwischen mehreren Pflegekräften. Diese Vorgehensweise stellt ein konkretes Problem dar: die Persistenz von Sitzungen im Browser.
Netsoins verwaltet authentifizierte Sitzungen auf der Serverseite mit einem Sitzungstoken, das in einem Cookie gespeichert wird. Wenn der Browser dieses Cookie nach der Abmeldung eines Benutzers behält, kann der nächste Pflegekraft auf die Akte des vorherigen Benutzers zugreifen. Über das Risiko der DSGVO hinaus verfälscht dies die Nachverfolgbarkeit der Handlungen im DUI.
- Aktivieren Sie das automatische Löschen von Cookies beim Schließen des Browsers oder konfigurieren Sie ein Standardprofil für “privates Surfen” auf den gemeinsam genutzten Tablets.
- Überprüfen Sie, ob der Timeout für die Sitzung auf der Netsoins-Seite mit der tatsächlichen Dauer einer Pflegetour übereinstimmt (in der Regel in der Administrationsoberfläche konfigurierbar).
- Auf von MDM verwalteten Tablets eine Richtlinie zur Bereinigung des Browser-Caches bei jeder Bildschirmsperre implementieren.
Diese Einstellungen liegen in der Verantwortung des Netzwerkadministrators oder des IT-Dienstleisters, nicht der Pflegekräfte. Die Dokumentation des Verfahrens im Sicherheitsprotokoll des Informationssystems der Einrichtung gewährleistet dessen Nachhaltigkeit bei Änderungen des technischen Personals.
Nationale Gesundheitsidentität und DUI Netsoins: was die Verbindung überprüfen muss
Der Zugang zu Netsoins beschränkt sich nicht auf die Anzeige des Pflegeplans. Das Nationale Referenzdokument zur Identitätsüberwachung (RNIV), dessen Version “Gemeinsame Grundsätze” aus Dezember 2024 stammt, verpflichtet die Einrichtungen, die Qualität der digitalen Identität jedes Bewohners im DUI zu überprüfen.
In der Praxis muss jede Bewohnerakte mit der Nationalen Gesundheitsidentität (INS) referenziert werden. Wenn sich ein Pflegekraft anmeldet und eine Akte öffnet, muss die Software die Überprüfung des INS-Status (qualifiziert, vorläufig, fehlerhaft) ermöglichen. Eine verschlechterte Verbindung (Langsamkeit, Timeout, partielle Synchronisation) kann eine Warnung zur Identitätsüberwachung verbergen und nicht abgeglichene Identitäten koexistieren lassen.
Dieser Punkt ist umso kritischer, da das Programm ESMS Numérique die Einrichtungen zur Interoperabilität mit Mon espace santé und MSSanté drängt. Die Überprüfung des Status der INS-Austausche nach jedem Update von Netsoins sollte auf der Wartungsliste stehen, ebenso wie die Datensicherung.
Identitätsdiskrepanzen: ein oft ignoriertes Netzwerk-Symptom
Eine Diskrepanz zwischen der lokal gespeicherten INS und der vom Tele-Service INSi zurückgegebenen kann auf ein Synchronisationsproblem aufgrund einer instabilen Verbindung zurückzuführen sein. Bevor die Identität manuell in der Akte korrigiert wird, muss sichergestellt werden, dass die letzte Synchronisation erfolgreich war. Das Protokoll der Austausche (zugänglich in der Administrationsoberfläche von Netsoins) ermöglicht dies zu überprüfen.
Integration Netsoins-Omnidoc: Teleexpertise ohne doppelte Eingabe absichern
Die Integration zwischen Netsoins und Omnidoc zielt darauf ab, die doppelte Eingabe bei Anfragen zur Teleexpertise zu vermeiden. Das Prinzip: Die Daten der Bewohnerakte werden direkt vom DUI an die Omnidoc-Plattform übertragen, ohne manuelle Eingabe durch den koordinierenden Arzt.
Damit dieser Fluss funktioniert, muss die Verbindung zu a.netsoins.com ausgehende API-Aufrufe zu den Omnidoc-Servern zulassen. Einige Firewalls von EHPAD blockieren standardmäßig nicht referenzierte ausgehende Verbindungen. Das Ergebnis: Der Button “Teleexpertise” in Netsoins gibt einen stillen Fehler zurück, und der Arzt gibt die Daten schließlich manuell in Omnidoc ein, wodurch der Nutzen der Integration aufgehoben wird.
- Den Herausgeber nach der Liste der Domains und Ports fragen, die in der Firewall für die Omnidoc-Integration freigegeben werden müssen.
- Die API-Verbindung von einem Pflegearbeitsplatz aus testen (nicht nur von der Verwaltungsstelle, die manchmal andere Netzwerkregeln hat).
- Nach jedem Update der Firewall oder der Netzwerktechnologie einen End-to-End-Test zur Teleexpertise durchführen.
Die tatsächliche Nutzung dieser Funktionalität erfordert eine regelmäßige Überwachung. Zu überprüfen, wie viele Anfragen zur Teleexpertise tatsächlich über den integrierten Fluss laufen und wie viele manuell eingegeben werden, gibt eine konkrete Messung der Qualität der Verbindung und der Netzwerkkonfiguration.
Die Verbindung zu Netsoins ist nach dem ursprünglichen Rollout kein fester Zustand. Jedes Software-Update, jede Änderung der Netzwerktechnologie, jede Erneuerung des Zertifikats kann die Stabilität des Zugangs in Frage stellen. Die Integration eines funktionalen Verbindungstests (Zugang zum DUI, INS-Synchronisation, Omnidoc-Fluss) in die regelmäßige Wartung der Einrichtung bleibt das zuverlässigste Mittel, um stille Regressionen zu vermeiden.
