gms | German Medical Science

Einleitung: Aufgabe der Landesgesundheitsberichterstattung ist es, den Gesundheitszustand der Bevölkerung, wesentliche Gesundheitsdeterminanten und Eckdaten der gesundheitlichen Versorgung aufzubereiten und zu veröffentlichen. Insbesondere mit der Beobachtung und Erläuterung zeitlicher Trends der Morbidität und Mortalität dient die Landes-GBE der Politikberatung und der Diskussion gesundheitspolitischer Prioritäten und Vorhaben.

Neben der kontinuierlichen Pflege und Weiterentwicklung von rund 360 Gesundheitsindikatoren bietet die Landes-GBE in NRW verschiedene Gesundheitsberichte und Werkzeuge für regionale Vergleiche an [1]. Ein wichtiges Werkzeug zur Unterstützung der Kommunen mit Daten ist dabei GBE-Stat. Dieses Programm stellt jährlich Daten der Krankenhausdiagnose-, Todesursachen-, Schwerbehinderten-, Rehabilitations-, Renten- und Pflegestatistiken für alle kreisfreien Städte und Kreise zur Verfügung, sowie Daten der Betriebskrankenkassen zur Arbeitsunfähigkeit und Daten des Krebsregisters NRW.

Das LZG.NRW und OFFIS haben das bislang Excel-basierte GBE-Stat neu entwickelt, um folgende Fragestellungen zu adressieren: Wie können interaktive explorative Analysen unterstützt werden? Welche Visualisierungen und Suchpfade sind für die Nutzerinnen und Nutzer besonders hilfreich? Wie wird eine hohe Nutzerfreundlichkeit des Programms ohne die Notwendigkeit zusätzlicher Schulungen erreicht? Wie wird sichergestellt, dass das System ohne weitere Kosten und zusätzliche personelle Ressourcen bei den Anwendern (in erster Linie kommunale Gesundheitsämter) betrieben werden kann?

Methoden: Die Datengrundlage für GBE-Stat 2.0 stellt das von OFFIS für die Gesundheitsberichterstattung und die Infektionssurveillance entwickelte Data Warehouse System (DWHS) MUSTANG [2] dar. Alle Rohdaten werden im DWHS qualitätsgesichert in Form multidimensionaler Datenräume (Data Cubes) verwaltet. In diesen sind auch alle Kennzahlen der GBE inklusive Konfidenzintervallen sowie alle infektionsepidemiologischen Kennzahlen implementiert [3], [4].

Die methodisch-technische Basis für die Neuentwicklung von GBE-Stat bilden etablierte Webtechnologien (HTML5, CSS, JavaScript, SVG) und Visualisierungsframeworks (Bootstrap, D3, NVD3 [5], [6]). Die Desktop-Anwendung wird mit Hilfe des Open Source Frameworks Electron auf Basis von Chromium und Node.js erstellt [7], [8]. Auf serverseitige Softwareinfrastrukturen wird verzichtet, um möglichst viele verschiedene Distributionskanäle nutzen zu können.

Das methodische Konzept für GBE-Stat 2.0 sieht vergleichbare Module für die verschiedenen Datenquellen vor. Es werden jeweils Alters- und Geschlechtsverteilungen und Zeitreihen als Tabelle sowie als Säulen- bzw. Liniendiagramm angeboten. Wo immer möglich, können Kreise bzw. kreisfreie Städte, Diagnosen oder Diagnosegruppen und weitere Parameter wie Berichtsjahre eingeschränkt werden. Regionale Verteilungen werden auch als rohe oder altersstandardisierte Inzidenz- und Mortalitätsraten bzw. als Abweichung vom Landesdurchschnitt (SIR bzw. SMR) in Choroplethenkarten dargestellt. Zusätzlich werden in den Modulen Übersichten – wie z.B. die 20 häufigsten Krankenhausdiagnosen für Frauen und Männer – sowie erklärende Texte zu den Datenquellen angeboten.

Ergebnisse: Das LZG.NRW und OFFIS haben das Softwarewerkzeug GBE-Stat neu entwickelt. Die relevanten Kennzahlen werden dabei aus dem DWHS MUSTANG abgefragt und in .csv-Dateien gespeichert. Der Datenzugriff von GBE-Stat 2.0 erfolgt ausschließlich über diese .csv-Dateien. Durch die adäquate Verteilung der Daten auf insgesamt etwa 140.000 .csv-Dateien in etwa 300 Verzeichnissen können die Nutzerinnen und Nutzer trotz des großen Datenvolumens verzögerungsfrei und explorativ durch den gesamten Datenbestand navigieren. Eine zusätzliche serverseitige Softwareinfrastruktur wird nicht benötigt. Diagramme und Karten werden in GBE-Stat 2.0 als Vektorgrafiken generiert. Das Layout der Anwendung skaliert auf unterschiedliche Bildschirmgrößen [9]. Die einzelnen Komponenten sind gezielt untereinander gekoppelt, um die Daten explorativ einer breiten Nutzergruppe zugänglich zu machen [10].

Die Autoren geben an, dass kein Interessenkonflikt besteht.

Die Autoren geben an, dass kein Ethikvotum erforderlich ist.