Technische Möglichkeiten und Grenzen von vernetzten Standorten

Transkript

1 Technische Möglichkeiten und Grenzen von vernetzten Standorten Tim Enderling / Philipp Horna Seite 1 / 11

2 Mehrere Standorte kann man unter Nutzung eines einzelnen tomedo-servers vernetzen. Hauptstandort Nebenstandort VPN Nebenstandort Seite 2 / 11

3 Die Verbindung zum Server kann gestört sein. Verbindung kann unterbrochen oder instabil sein (z.b. Probleme mit dem Router oder Internet-Anbieter am Hauptstandort oder Nebenstandort) Verbindung kann langsam sein (geringer Upload am Hauptstandort; hohe Latenz - Anfangsverzögerung bei jeder Anfrage) Der Server kann ausfallen (z.b. Hardwarefehler) Seite 3 / 11

4 Ein schlecht erreichbarer tomedo-server schränkt die Arbeit an entfernten Standorten ein. Arbeitsschritte, die keine Server-Verbindung brauchen: Globale Vorlagen/Formulare/Praxis- und Arbeitsplatzeinstellungen verwalten Inhalte anlegen Ansehen und Ändern, nur wenn bereits am Client geladen (bereits verwendet oder über Vorladen- Funktion): Patientendetails Karteieinträge inklusive Formulare Briefe Scheine und Rechnungen Medikamentenverschreibungen Termine Arbeitsschritte, die eine Server-Verbindung brauchen: Vorlade-Funktion oder Inhalte erstmals öffnen Abrechnungen Statistiken Seite 4 / 11

5 tomedos Multiserver-Architektur bietet eine Alternative für die Vernetzung mehrerer Standorte. Standort A Standort B VPN Standort C Seite 5 / 11

6 Multiserver hält komplett redundante Daten und Funktionen an mehreren Stellen vor. Jeder Server-Rechner im Multiserver-Verbund: Hält alle Daten in der Datenbank Hält alle Dateianhänge Führt eine aktuelle Version des tomedo-servers aus (z.b. auch für Abrechnungen) Jeder tomedo-server kann von jedem tomedo-client verwendet werden Server werden ständig (jeder mit jedem) synchronisiert. Synchronisationsmechanismen: BDR für PostgreSQL-Datenbank SyncThing für Dateien Seite 6 / 11

7 Multiserver-Systeme heben die meisten Einschränkungen aufgrund schlechter Verbindungen auf. Verbindung zwischen Servern unterbrochen/instabil -> Client kommuniziert über stabiles lokales Netzwerk mit lokalem Server. Verbindung zwischen Servern langsam -> Client kann Daten mit hoher Geschwindigkeit vom lokalen Server abrufen. Daten werden nur einmal pro Standort, nicht pro Client über Internetverbindung transferiert. Server kann ausfallen (z.b. Hardwarefehler) -> Client kann vorübergehend mit anderem Server verbunden werden. Seite 7 / 11

8 Multiserver-Systeme mildern unvermeidbare Einschränkungen mit Augenmaß ab. Vergabe von Rechnungsnummern erfordert Verbindungen zum zuständigen Server des Rechnungskreises. Patientennummern sind nicht mehr fortlaufend. Daten anderer Standorte seit Verbindungsunterbrechung sind trotzdem nicht verfügbar. Absenden von SMS, abholen von s und Online-Terminen erfordert Verbindung zum Master- Server. (Master-Server = ein beliebiger Server, aber: Es kann nur einen geben.) Installation von Updates erfordert, dass alle Server laufen und sich gegenseitig erreichen. Multiserver erhöht die Verfügbarkeit, ist aber kein Ersatz für Backups. (Versehentliche oder böswillige Änderungen werden ebenfalls synchronisiert.) Seite 8 / 11

9 tomedo mit Multiserver-Architektur ist Vorreiter in verteilten, performanten und ausfallsicheren PVS. Verteilte Standorte Gewohnter Funktionsumfang und Bedienkomfo rt tomedos Multiserver- Architektur Verfügbarkeit und Performance Arbeitet für den Anwender unmerklich Seite 9 / 11

10 Gibt es Fragen? Seite 10 / 11

11 Danke für Ihre Aufmerksamkeit! zollsoft GmbH Engelplatz Jena die innovative Arztpraxis- Verwaltungssoftware von: Geschäftsführer: Dr. Andreas Zollmann, Johannes Zollmann Registergericht: Amtsgericht Jena, HRB Vertrieb: Support: Fax: Seite 11 / 11