Veröffentlicht am 1. April 2017 von Pavel Smirnov
Warum müssen Sie innovieren?
Digitale Gesundheitsinnovation in einer Gesundheitsorganisation ist keineswegs einfach. Forschung und Entwicklung zu betreiben, wenn die Hauptanliegen endlose Vorschriften, Sicherheit und Patientensicherheit sind, ist eine enorme Herausforderung. Digitale Gesundheits-Startups mit völlig anderen Kulturen in ein konservatives Krankenhausumfeld einzuführen, ist schwierig. Aber warum müssen Sie überhaupt innovieren? Reicht es nicht aus, einfach ein EHR von einem großen, angesehenen Anbieter zu implementieren?
Bei der Implementierung eines EHR von einem großen Anbieter erhalten Kunden alle Module – sowohl die guten als auch die schlechten. Die Wahl eines solchen Systems ist stets ein Kompromiss, da kein einzelnes System alle Anforderungen der Benutzer erfüllen kann. Die Tür zur Innovation zu öffnen erlaubt Ihrer Gesundheitsorganisation hingegen, das auszuwählen, was sie wirklich braucht und möchte – ohne Kompromisse. Mit modernen Technologien lässt sich dies mit deutlich geringerem Ressourceneinsatz erreichen. Es gibt hervorragende Entwicklungsteams, die das liefern können, was Ihre Gesundheitsorganisation benötigt – auf agile Weise. Sie können mehr mit weniger erreichen. Sie können die Probleme lösen, die Ihre Gesundheitsorganisation beschäftigen, aber nicht die anderen Kunden Ihres EHR-Anbieters. Und ich spreche nicht von kleinen Aufgaben – ich kenne kleine funktionsübergreifende Teams mit weniger als 10 Personen, die erfolgreich moderne Cloud-EHR-Produkte, Arzt- und Patientenportale, Versorgungskoordinationssysteme und HIEs entwickelt haben.
Innovation ist jedoch nach wie vor schwierig, kostspielig und wird von vielen als risikoreich angesehen. Diese fähigen Entwicklungsteams haben Mühe, in Krankenhäuser zu gelangen, und werden durch die Notwendigkeit verlangsamt, ihre modernen Anwendungen in ein isoliertes Ökosystem aus Legacy-Software zu integrieren. Ist es möglich, den gesamten Prozess der digitalen Gesundheitsinnovation einfacher zu gestalten?
Rezept für Innovation
Ich bin der Überzeugung, dass es heutzutage einen Weg gibt, digitale Gesundheitsinnovation in einem Krankenhaus zu fördern, ohne bei kritischen Aspekten der Krankenhausinformationssysteme Kompromisse einzugehen. Öffnen Sie Ihre Gesundheitsorganisation für innovative Technologien – aber nur für solche, die den aktuellen Branchenstandards entsprechen. Verschwenden Sie keine Zeit mit aufwändigen individuellen Integrationen von Anwendungen, die von Haus aus nicht interoperabel sind.
Richten Sie zunächst eine moderne Infrastruktur für Gesundheitslösungen der nächsten Generation ein. Wählen und deployen Sie eine Plattform mit einem FHIR-konformen klinischen Daten-Repository, das Ihre Produkte zukunftssicher macht. Richten Sie anschließend Produktions- und Sandbox-Umgebungen mit Produktions- bzw. Testdaten ein. Stellen Sie Unternehmen, die Sie als potenziellen Kunden betrachten, Sandboxes mit Testdaten zur Verfügung, und lassen Sie sie ihre Software über eine standardisierte FHIR-API in diese Sandboxes integrieren. Konfigurieren Sie Ihre Produktionsumgebung ähnlich wie Ihre Sandboxes, damit Sie alle in den Sandboxes entwickelten Technologien, die Ihnen gefallen, problemlos in die Produktion überführen können. Bewerben Sie dann Ihre Sandboxes in Innovationscommunitys und halten Sie Ausschau nach großartigen Ideen.
Krankenhäuser, die damit beginnen, ein Ökosystem verbundener Gesundheitsanwendungen aufzubauen, werden durch Standardisierung bei der Integration neuer Technologien Kosten sparen. Dies erhöht die Anzahl der verfügbaren Technologien. Und nicht zuletzt werden damit die notwendigen Schritte unternommen, um die Anforderungen der Meaningful-Use-Stufe 3 an offene Healthcare-APIs der CMS zu erfüllen.
Mögliche Bedenken
1. Die Integration einer FHIR-Plattform in ein bestehendes Legacy-Ökosystem ist eine Herausforderung. Für manche Legacy-Software oder spezifische Gesundheitsdaten kann dies durchaus eine Herausforderung sein, aber gängige medizinische Daten wie der übliche Meaningful-Use-Datensatz werden in der Regel ohne großen Aufwand in den FHIR-Standard überführt. Viele Gesundheitsdaten können in Echtzeit aus HL7 v.2-Feeds bezogen werden, die in jedem Krankenhaus vorhanden sind. Es gibt zahlreiche Tools zur Übersetzung von HL7 v.2 in HL7 FHIR. Einige HL7-Engines wie iFW Iguana können dies leisten. Und selbst wenn Ihre HL7-Engine den FHIR-Standard noch nicht spricht, können Sie einen HL7-v2-zu-FHIR-Übersetzer anderer Unternehmen verwenden. Unser Aidbox FHIR-Backend kann HL7 v.2 empfangen und in FHIR übersetzen.
2. Der HL7 FHIR-Standard ist noch nicht ausgereift und verändert sich kontinuierlich. Die Migration auf neue Versionen ist zeitaufwändig.
Jede IT-Lösung, die nicht tot ist, verändert sich ständig. Dies gilt für alle anderen IT-Bereiche und sollte auch für die Gesundheits-IT gelten. Betrachten Sie all diese Veränderungen als positives Zeichen: Sie investieren in eine Technologie, die nicht morgen schon ersetzt wird. Hinsichtlich der Migration erkennt die HL7 FHIR-Community diesen Bedarf an. Grahame Grieve (der Schöpfer von FHIR) erwähnte auf der HIMSS17-Konferenz in Orlando, dass er darüber nachdenkt, Skripte anzubieten, die Gesundheitsdaten auf neuere Versionen des FHIR-Standards migrieren. Bei Health Samurai tun wir dies ebenfalls für unsere Kunden.
3. Wie kann ich eine neue Infrastruktur zuverlässig, skalierbar und sicher gestalten? Ich bin nicht mit der Cloud vertraut.
Zunächst einmal beeinflussen Interoperabilitätsstandards Ihre Wahl der Infrastruktur nicht. Wenn Sie Ihr altes, unternehmensinternes Gesundheitsdatenzentrum weiterhin nutzen möchten, deployen Sie einfach eine HL7 FHIR-Plattform dort. Die Cloud kann Ihrer Gesundheitsorganisation jedoch ein völlig neues Maß an Zuverlässigkeit und Skalierbarkeit bieten. Unser Aidbox FHIR-Backend wird beispielsweise in der Regel auf mehreren Servern in verschiedenen geografischen Zonen oder bei verschiedenen Cloud-Infrastrukturanbietern (IaaS) deployed. Gesundheitsdaten werden zwischen diesen Servern repliziert, sodass selbst der vollständige Ausfall einer einzelnen AWS-Region Aidbox nicht zum Erliegen bringt. Darüber hinaus verfügt eine Cloud-Aidbox-Installation standardmäßig über weitere Infrastruktureigenschaften: automatisierte Backups, Verschlüsselung aller ruhenden und übertragenen Gesundheitsdaten, detaillierte Audit-Logs mit GUI sowie einen Point-in-Time-Recovery-Dienst, der Änderungen rückgängig macht und Gesundheitsdaten nach schädlichen menschlichen Fehlern wiederherstellt.
Warten Sie nicht auf Ihren EHR-Anbieter!
Einen weiteren Gedanken möchte ich mit Ihnen teilen: Warten Sie nicht auf EHR-Anbieter und ihre HL7 FHIR-Marktplätze. Die meisten EHR-Unternehmen haben andere Prioritäten, als ihr eigenes Geschäftsmodell durch den Aufbau eines Ökosystems verbundener Gesundheitsanwendungen von Drittanbietern zu disruptieren. Sie arbeiten seit Jahren an der HL7 FHIR-API, bieten aber nach wie vor nur API-Zugriff auf eine begrenzte Teilmenge von Gesundheitsdaten im Read-only-Modus. Sie können auf eigene Faust oder mit kommerziellen HL7 FHIR-Produkten auf dem Markt sehr viel schneller innovieren – und es wird nicht lange dauern.
Siehe auch: Der FHIR-Leitfaden für CTOs.
