Gesundheitswesen (Ambulanzen)
USA
5
10 Wochen
Der Kunde ist eine kleine Gesundheitsorganisation, die Ambulanzen in den USA betreibt. Interne Teams verlassen sich bei der Terminplanung für Patienten, der Prüfung der Anspruchsberechtigung und dem Export von Rechnungen auf eine Webanwendung, die eng mit ihrem EHR-System integriert ist.
Die Anwendung war geschäftskritisch und jede Ausfallzeit wirkte sich direkt auf die Check-in-Prozesse der Klinik und die nachgelagerten Abrechnungsvorgänge aus.
Der Kunde führte die Anwendung in einer VMware-Umgebung vor Ort aus, deren Betrieb immer riskanter wurde.
Die Infrastrukturkomponenten näherten sich dem Ende ihrer Lebensdauer, ungeplante Ausfallzeiten störten den täglichen Betrieb und der Fernzugriff für Administratoren und Support-Teams war durch VPN-Engpässe eingeschränkt. Eine inkonsistente Patch-Verwaltung und Auditierbarkeit erhöhten die Betriebs- und Compliance-Risiken.
Zugleich musste das Unternehmen schnell handeln. Die umsatzrelevanten Abläufe vertrugen kein langwieriges Refactoring- oder Modernisierungsprojekt, daher entschied sich das Team für einen Lift-and-Shift-Ansatz (Rehosting), bei dem zuerst migriert und die Optimierung aufgeschoben wurde, während die HIPAA-konformen Sicherheitskontrollen beibehalten wurden.
Crunch-IS führte eine kontrollierte Lift-and-Shift-Migration zu AWS durch, wobei Geschwindigkeit, Stabilität und minimale Anwendungsänderungen im Vordergrund standen.
Wir haben eine schlanke, produktionsbereite AWS-Umgebung entworfen und eine dedizierte VPC mit klar segmentierten öffentlichen und privaten Subnetzen eingerichtet. Die Web- und Datenbankebenen wurden in privaten Netzwerken isoliert, wobei der Zugang für Klinikpersonal und Administratoren kontrolliert wurde.
EC2-Basiskonfigurationen wurden für Windows-Workloads vorbereitet, einschließlich einer Patching-Strategie, gehärteter AMIs und eines wiederholbaren Prozesses zur Bereitstellung von Instanzen.
Um das Risiko zu minimieren und den engen Zeitplan einzuhalten, wurden das Refactoring der Anwendung, die Neugestaltung der Architektur und größere Änderungen an der EHR-Schnittstelle absichtlich aufgeschoben und in dieser Phase nicht berücksichtigt.
Vor der Ausführung haben wir Abhängigkeiten abgebildet, um EHR-Schnittstellen, geplante Exportaufträge, Authentifizierungsabläufe und unterstützende Dienste zu identifizieren.
Die Migration war in klare Wellen gegliedert:
Jede Welle umfasste definierte Rollback-Schritte und Risikominderungsmaßnahmen für Leistung, Konnektivität und Datenkonsistenz.
Angesichts der Lift-and-Shift-Beschränkung und der Notwendigkeit, die Anwendungsänderungen zu minimieren, haben wir einen SQL Server-Migrationsansatz implementiert, der mit der bestehenden Umgebung kompatibel ist.
Die Datensynchronisierung wurde mit wenig belastenden Methoden durchgeführt, die mit der SQL Server-Edition des Kunden kompatibel waren, so dass das System bis zur endgültigen Umstellung betriebsbereit blieb. Während der Migration wurden die Schreibaktivitäten kurz unterbrochen, eine letzte Synchronisierung durchgeführt und die Verbindungen nach der Validierung der wichtigsten Transaktionen und Berichte umgeschaltet.
Es wurden nur wesentliche Konfigurationsänderungen vorgenommen, wie z.B. Datenbankendpunkte, interne URLs und Zertifikate.
Die Infrastruktur wurde mit Terraform kodifiziert, um Wiederholbarkeit zu gewährleisten und manuelle Eingriffe zu reduzieren. Ein kontrollierter Bereitstellungsprozess für Konfigurationsaktualisierungen ersetzte Ad-hoc-„RDP-und-Klick“-Änderungen und reduzierte so das Betriebsrisiko.
Die Sicherheit wurde von Anfang an in die Umgebung integriert. Die Daten wurden im Ruhezustand und bei der Übertragung verschlüsselt, der Zugriff wurde durch IAM-Rollen mit geringsten Rechten eingeschränkt und ein breiter administrativer Zugriff wurde abgeschafft.
Die Nachvollziehbarkeit wurde durch zentralisierte Protokollierung und CloudTrail verbessert. HIPAA-konforme Betriebskontrollen wurden dokumentiert, einschließlich Richtlinien zur Aufbewahrung von Sicherungskopien und Verfahren zur Reaktion auf Vorfälle.
Die Validierung betraf sowohl die technische als auch die betriebliche Bereitschaft. Die Überprüfung des Datenabgleichs stellte die Konsistenz zwischen Abrechnungs- und Behandlungsdaten sicher, während die Leistungstests Szenarien für den morgendlichen Ansturm in der Klinik simulierten.
Die endgültige Umstellung wurde außerhalb der Geschäftszeiten durchgeführt, wobei die On-Premise-Umgebung während der anfänglichen Stabilisierungsphase beibehalten wurde. Der Support nach der Migration umfasste die Überwachung von Dashboards, die Anpassung der Patch-Kadenz und die Verbesserung der Kostentransparenz zur Unterstützung künftiger Optimierungen.
Als Ergebnis der kontrollierten Lift-and-Shift-Migration erzielte der Kunde die folgenden Ergebnisse:
Schicken Sie uns eine Skizze, eine Spezifikation oder drei Sätze dazu, wo Ihr System gerade feststeckt. Ein Gespräch reicht in der Regel, um herauszufinden, ob wir zueinander passen.
Individuelle Software, KI & ML, Daten und Analytics, Cloud und Sicherheit – vom ersten Scoping bis zur langfristigen Umsetzung.
Wir und unsere Partner verwenden Technologien wie Cookies auf unserer Website, um Inhalte und Anzeigen zu personalisieren, Funktionen für soziale Medien bereitzustellen und unseren Datenverkehr zu analysieren. Klicken Sie auf \“Akzeptieren\“, um der Verwendung dieser Technologie im Internet zuzustimmen.
