Ins Thema Interoperabilität in der DiGA-Entwicklung möchten hier schnell mit einem kleinen Beispiel einführen:
“Μια DiGA πρέπει να πληροί ορισμένες απαιτήσεις διαλειτουργικότητας.”
Verstehen Sie diesen Satz? Sofern Sie kein Griechisch sprechen, vermutlich nicht. Daher benötigen Sie eine deutsche Übersetzung. Das wäre Ihre Interoperabilitätsanforderung an diesen Blogartikel. Wenn wir diese Anforderung umsetzen, lautet der Satz wie folgt:
“Eine DiGA muss bestimmten Interoperabilitätsanforderungen genügen.”
Genauso, wie dieser Blogartikel, muss auch eine DiGA kompatibel mit angrenzenden Systemen sein und ihr Datenaustausch muss konkreten Regeln folgen: struktureller, syntaktischer, semantischer und organisatorischer Interoperabilität. Was es mit diesen Begriffen auf sich hat, erfahren Sie hier. Lesen Sie weiter und erhalten Sie einen praxisnahen Einblick in die Umsetzung von Interoperabilitätsanforderungen an eine DiGA.
Übersicht
- Schnittstellen von DiGA zu anderen Systemen
- Digitale Identität/GesundheitsID
- Fazit
Schnittstellen von DiGA zu anderen Systemen
Je nach Einsatzzweck und Funktionsumfang einer DiGA kann diese Schnittstellen zu zahlreichen anderen Systemen aufweisen. Zum Beispiel könnte eine DiGA Daten aus Google Fit oder Apple Health einlesen, Daten zu einem Krankheitsbild an die elektronische Patientenakte (ePA) übergeben, oder eine behandelnde Ärztin zum Therapieverlauf eines Patienten informieren. Nicht jede Schnittstelle muss dabei interoperabel ausgestaltet werden (z.B. zu anderen Apps). Gesetzliche Vorgaben gibt es nur an drei Schnittstellen. Diese werden im folgenden Kapitel näher beschrieben.
Welche Schnittstellen müssen interoperabel ausgestaltet werden?
Wenn man sich die Kernaufgabe einer DiGA vor Augen führt, die Versorgungsqualität für PatientInnen zu optimieren, lässt sich schnell begreifen, an welchen Schnittstellen Interoperabilität dabei besonders wichtig ist. Die DiGAV besagt genau, welche Schnittstellen interoperabel ausgestaltet werden müssen. Mehr über die DiGAV erfahren Sie in diesem Artikel. Insbesondere die Anlage 2 zur DiGAV ist für die Umsetzung der Anforderungen von großer Bedeutung.
Zur Sicherstellung der Versorgung sind in erster Linie ÄrztInnen, PsychotherapeutInnen und die PatientInnen selbst von großer Bedeutung.
1. Ein Datenexport in menschenlesbarem, ausdruckbarem Format muss also möglich gemacht werden.
Doch nicht nur Menschen, sondern auch andere Systeme des Gesundheitswesens, wie z.B. die ePA müssen die Daten der DiGA sinnvoll verwenden können.
2. Auch ein Datenexport in einem interoperablen Format muss ermöglicht werden. Die Übermittlung von Daten erfolgt gemäß einer Festlegung für die semantische und syntaktische Interoperabilität. Von Bedeutung ist dabei insbesondere das MIO DiGA-Tookit der KBV, um Daten in Zukunft z.B. in die elektronische Patientenakte (ePA) übertragen zu können.
DiGA, die zum Beispiel auf die Daten von Sensoren und anderen Messgeräten angewiesen sind, müssen auch hier eine interoperable Schnittstelle schaffen, um Hardware-Herstellern eine Anbindung an die DiGA zu ermöglichen.
3. Daher ist auch eine interoperable Schnittstelle zu Wearables und anderen Medizingeräten verpflichtend.
Datenexport in menschenlesbarem, ausdruckbarem Format
PatientInnen und ihre medizinischen Versorger müssen in der Lage sein, die versorgungsrelevanten Daten einer DiGA zu verstehen und weiterzuverwenden. Aus diesem Grund fordert die DiGAV an dieser Schnittstelle auch eine Möglichkeit, Daten in einem menschenlesbarem, ausdruckbarem Format zur Verfügung zu stellen. Dabei ist es wichtig, dass der Datenexport zwar über die DiGA selbst eingeleitet werden kann, nicht aber durch diese erfolgen muss.
Ein Button, der den Download eines verschlüsselten Datenpakets initiiert, welches später über einen Server abgerufen werden kann, wird hierbei auch als legitime Umsetzung angesehen. Ein Beispiel für einen Datenexport in menschenlesbarem, ausdruckbarem Format wäre die Erstellung einer PDF-Datei, welche alle Blutzuckermesswerte aus der DiGA und andere relevante Daten abbildet.
QuickBird Medical Tipp: Stellen Sie die relevanten Daten in kompakter und verständlicher Form zur Verfügung. Überlegen Sie sich, welche Daten in einem Versorgungsszenario sinnvoll sind, in dem die DiGA zum Einsatz kommt. Welche Daten sind für PatientInnen und ÄrztInnen von Bedeutung und wie können diese verständlich dargestellt werden?
Abseits der gesetzlichen Interoperabilitätsanforderungen an dieser Schnittstelle, können Sie sich hier einen maßgeblichen Wettbewerbsvorteil verschaffen. Wenn sich Ihre DiGA nämlich gut in den Alltag von ÄrztInnen und PsychotherapeutInnen integrieren lässt und einen spürbaren Mehrwert liefert, wird diese auch häufiger verschrieben. Je kompatibler Ihre DiGA mit bestehenden Prozessen im Gesundheitswesen ist, desto besser.
Datenexport in interoperablem Format (ePA)
Nicht nur Menschen, sondern auch andere Systeme sind Teil des Gesundheitswesens und wollen die Daten Ihrer DiGA weiterverwenden. Perspektivisch wird das vor allem die elektronische Patientenakte (ePA) sein, welche Daten von der DiGA in einem interoperablen Format beziehen können muss. Um den Anforderungen der Interoperabilität im Gesundheitswesen gerecht zu werden, ist es sinnvoll, sich auf einheitliche Standards zu einigen, welche zum Datenaustausch verwendet werden. Diese Standards werden von Standardisierungsorganisationen definiert und legen Format und Semantik von Datenströmen fest. Eine Adaption eines Standards für ein bestimmtes Land oder Einsatzfeld nennt man Profil.
Aus genau diesem Grund gibt es konkrete Vorgaben, welche Formate zum Datenexport zulässig sind. Es reicht nicht einfach, dass Ihre DiGA bestimmte Daten zur Verfügung stellt, auch deren Format ist entscheidend. Als DiGA-Hersteller müssen Sie sich nun also auf die Suche nach einem geeigneten Datenformat machen, doch wo sollen Sie anfangen zu suchen?
Hier ein kleiner Reiseplan mit den wichtigsten Stationen:
- Suchen Sie zuallererst nach einem von der KBV definierten medizinischen Informationsobjekt (MIO), das zu Ihrem Anwendungsfall passt. Mittlerweile gibt es dort das DiGA Toolkit.
- Solange es kein passendes MIO gibt, haben Sie aktuell noch zwei Möglichkeiten:
- Sie können sich eines anderen existierenden offenen, international anerkannten Schnittstellen- oder Semantikstandards bedienen (z.B. HL7 FHIR).
- Sie können ein eigenes Profil über einen oder mehreren existierenden offenen, international anerkannten Schnittstellen oder Semantikstandard definieren. Dieses Profil muss dann in einem anerkannten Verzeichnis (z.B. FHIR Registry) zur freien Nutzung veröffentlicht werden.
Medizinische Informationsobjekte (MIO) – DiGA Toolkit
Ein MIO ist eine von der KBV definiertes Datenformat für medizinische Informationen. Mit dem großen Ziel, einen optimalen Datenaustausch zwischen allen in der medizinischen Versorgung beteiligten Systeme zu gewährleisten, werden laufend neue MIOs für verschiedene Informationen entwickelt. Insbesondere die Schnittstelle zur ePA ist einer der Hauptgründe für die Einführung von MIOs.
Dass Hersteller einen veröffentlichten Interoperabilitäts-Standard verwenden, ist gut. Immerhin wird die Form des Datenaustauschs somit transparent. Noch besser ist es natürlich, wenn der gewählte Standard auch noch zum Standard der ePA oder anderen Systemen passt. Somit ist eine direkte Anbindung möglich. Dies sollen definierte MIOs ermöglichen.
Ein Beispiel für ein MIO ist der elektronische Impfpass. Seine Struktur ist genau festgelegt und gibt vor, dass neue Impfeinträge einem klaren Format entsprechen müssen, um diese in den Impfpass zu integrieren. Das MIO definiert, welche Informationen enthalten und in welchem Format diese vorliegen müssen.
Speziell für DiGA ist DiGA Toolkit interessant, welches speziell dafür entwickelt wurde, die Interoperabilitätsanforderungen an DiGA umzusetzen.
Welche Daten müssen für den interoperablen Datenexport berücksichtigt werden?
Theoretisch können unzählige verschiedene Daten aus einer App exportiert werden. Für den interoperablen Datenexport müssen allerdings nur jene Daten berücksichtigt werden, die auf dem bestimmungsgemäßen Gebrauch durch die Nutzer basieren (s. §4 Absatz 2 Satz 1 Ziffer 1 DiGAV). Konkreter betrifft dies folgende Daten:
- durch die Nutzer eingegebene Daten
- über Geräte und Sensoren erfasste Daten
- Daten zum Nutzer und zum Nutzungskontext (sofern verfügbar)
- Angaben zur DiGA und Metadaten zum Datenexport
Folgende Daten müssen nicht als eigenständige Objekte exportierbar sein:
- Ableitungen auf erfassten Daten, die ausschließlich zur Sicherstellung des sicheren Betriebs der DiGA dienen.
- Auf den Daten angelegte statistische Verfahren, welche nur zum Nachweis des positiven Versorgungseffekts gespeichert werden.
Schnittstelle zu Wearables
Diese Schnittstelle ist nicht bei allen DiGA vorhanden und somit nicht für alle Hersteller relevant. Wenn aber Medizingeräte oder andere Wearables an der Funktion der DiGA beteiligt sind, gilt es auch an dieser Schnittstelle, einen interoperablen Datenaustausch zu gewährleisten. Der Grund dafür ist ganz einfach: es muss dem Patienten/der Patientin selbst überlassen werden, welches Gerät er oder sie verwenden möchte. Dazu ist es notwendig, dass Hardware-Herstellern klar ist, in welchem Datenformat mit der DiGA kommuniziert wird. Nur so können Sie Geräte entwickeln, die auch mit der DiGA interagieren können.
Zur Umsetzung der Interoperabilität an dieser Schnittstelle haben DiGA-Hersteller folgende Möglichkeiten:
- Suchen Sie ein offengelegtes, dokumentiertes Profil des ISO/IEEE 11073 Standards (Medical Device Communication).
- Suchen Sie ein durch die BluetoothSIG spezifiziertes Health Device Profil.
- Suchen Sie im vesta-Verzeichnis nach einem Profil, das über ISO/IEEE 11073 oder HL7 FHIR registriert ist.
- Erstellen Sie eine eigene Spezifikation und beantragen Sie deren Aufnahme im vesta-Verzeichnis. Orientieren Sie sich dabei am FHIR Personal Health Device Implementation Guide.
QuickBird Medical Hinweis: Ihre DiGA darf zusätzlich zu einer interoperablen Schnittstelle auch nicht-interoperable Schnittstellen anbieten. Das kann zum Beispiel der Fall sein, wenn Sie ein Wearable einbinden müssen, welches keine Datenübertragung in einem entsprechenden Format anbietet. Sie dürfen die Schnittstelle zu diesem Gerät aufrechterhalten, müssen aber zudem auch eine interoperable Schnittstelle für andere Geräte schaffen.
Muss eine DiGA auch eine interoperable Schnittselle zu Geräten anbieten, deren Daten über Apple Health oder Google Fit eingelesen werden? Nein, in diesem Fall muss Ihre DiGA keine interoperable Schnittstelle zum Gerät selbst anbieten.
Auch Hersteller von Hilfsmitteln und Implantaten werden in Zukunft in Punkto Interoperabilität in die Pflicht genommen. Hilfsmittel und Implantate, welche Patientendaten an ein Backend des Herstellers oder eine Drittpartei senden, müssen ab 2024 eine interoperable Schnittstelle für DiGA anbieten. So soll es möglich werden, dass DiGA auf Daten aus verschiedenen Quellen zugreifen können. Mehr dazu lesen Sie hier: Guide zum §374a SVB V – Interoperabilität für DiGA, Hilfsmittel & Implantate
An welchen Schnittstellen ist die interoperable Ausgestaltung optional?
DiGA können, müssen aber nicht zu allen angrenzenden Systemen eine interoperable Schnittstelle anbieten. Zum Beispiel kann eine DiGA Daten aus anderen Apps, wie Apple Health beziehen, ohne dazu eine interoperable Schnittstelle zu haben. Auch ein direkter Datenaustausch zwischen DiGA und anderen Medical Apps erfordert nicht zwangsläufig eine interoperable Schnittstelle. Sehen Sie sich dazu die Abbildung unter dem Kapitel “Schnittstellen von DiGA zu anderen Systemen” an. Dort sehen Sie, welche Schnittstellen Ihrer DiGA nicht interoperabel ausgestaltet werden müssen.
Digitale Identität/GesundheitsID
Ab dem 01.01.2024 muss eine DiGA die Authentisierung eines Users mit einer digitalen Identität (GesundheitsID) anbieten. Auch wenn diese Anforderungen nicht formell unter das Thema “Interoperabilität” fällt, stellt sie dennoch eine weitere erforderliche Schnittstelle zu anderen Systemen im Gesundheitswesen dar.
Wir unterstützen Sie gerne bei der Implementierung. Sprechen Sie uns einfach an!
Fazit
Interoperabilität in der DiGA-Entwicklung ist auf den ersten Blick ein undurchsichtiges Unterfangen. Wenn man sich genauer damit befasst, lässt sich aber drei zentrale Punkte ableiten:
- Ein Mensch muss die Daten einer DiGA verstehen können (menschenlesbar)
- Andere Systeme (insb. die ePA) müssen Daten einer DiGA verstehen können
- Hersteller von Sensoren und Messgeräten müssen wissen, in welchem Format der Datenaustausch mit der DiGA stattfindet.
Bei der Suche nach geeigneten interoperablen Dateiformaten sind die ersten Anlaufstellen für Sie als Hersteller die MIOs der KBV (insb. DiGA Toolkit).
Sie benötigen einen globaleren Überblick über das Thema Interoperabilität im Gesundheitswesen? Dann lesen Sie hier weiter.
Weitere Fragen?
Als Dienstleister für die Entwicklung von DiGA und Medical Apps sind wir mit den aktuellen Gesetzes-Bestimmungen für DiGA sehr vertraut. Wir unterstützen Sie gerne bei der Implementierung aller Interoperabilitäts-Anforderungen (z.B. Anbindung an die ePA). Melden Sie sich gleich für ein unverbindliches Beratungsgespräch:
Telefon: +49 (0) 89 54998380
Email: kontakt@quickbirdmedical.com
