Mittwoch, 4. Juli 2018

Festsetzung der §291d Schnittstellen auf FHIR

Die Kassenärztliche Bundesvereinigung (KBV) hat heute die Festlegung der Schnittstellen nach §291d basierend auf HL7 FHIR bekanntgegeben:

Die Spezifikation beruht auf dem HL7-Standard FHIR (ausgesprochen wie engl.: "fire") in der Version 3.0.1 ("STU3"). Zwischen Verordnungssystem und PVS werden FHIR-Ressourcen über eine REST-basierte API kommuniziert.

Quelle: kbv.de





Die Umsetzung der entsprechenden Schnittstellen ist für die Systemhersteller bis spätestens 2020 verpflichtend.



Was ist nun für PVS-Hersteller zu tun?

Niemand, der FHIR-Schnittstellen implementiert, muss "bei Null" anfangen. Es gibt Codebibliotheken für die meisten gängigen Programmiersprachen, wie zum Beispiel HAPI für Java oder die FHIR-API für .NET

Weiterhin gibt es fertige FHIR-Fassaden, die auf bestehende Systeme aufgesetzt werden können.
(Für Ungeduldige geht es hier direkt zum "Build your first FHIR facade"-Tutorial)

In Deutschland und weltweit hat sich inzwischen eine aktive Entwickler-Community gebildet, die sich zu allen Belangen rund um FHIR austauscht. Interessierte sind im FHIR-Chat stets willkommen!

Die Gefyra GmbH bietet ein breites Portfolio an FHIR-Schulungen an, um den Start mit FHIR zu erleichtern. Unsere Experten begleiten FHIR-Projekte und beraten System-Hersteller bei der Implementierung.


Mittwoch, 6. Juni 2018

Apple-Update

Es gibt Neuigkeiten zum Thema "Apple on FHIR" und damit ein weiteres Argument für "Argonaut für Deutschland":

Apple hat nun die "Health Records API" für Entwickler verfügbar gemacht:
zur Pressemeldung
zur technischen Dokumentation


Quelle: www.apple.com

Unklar ist derzeit noch, ob sich das DSTU2-basierte Framework von Apple auch mit aktuelleren FHIR-Releases nutzen lässt. Es ist jedoch davon auszugehen, das Apple die aktuelle Version "STU3" überspringt und dann Anfang 2019 auf das normative "Release 4" geht, analog zur Roadmap des US-amerikanischen Argonaut-Projektes.

Update zum Update (6.6.2018 13:30h):
Nach unseren Recherchen ist Apple Health derzeit noch ausschließlich nutzbar auf Geräten, deren Region auf "United States" eingestellt ist und auf die Kommunikation mit einer der 40 kooperierenden Kliniken in den USA limitiert. Zur Roadmap bezüglich der FHIR-Versionen liegen uns derzeit noch keine Informationen vor.

Update zum Update zum Update (6.6.2018 19:30h):
Hier kommt das Video und die weiteren Infos von der  Apple Worldwide Developers Conference (WWDC) 2018:
https://developer.apple.com/videos/play/wwdc2018/706/

Freitag, 18. Mai 2018

Argonaut für Deutschland


Benötigt Deutschland ein "Argonaut-Projekt"?


In einem vorherigen Beitrag ("Funktioniert Apple Health auch in Deutschland?") haben wir erläutert,
welche Voraussetzungen in den USA für die rasche Umsetzung von FHIR-Schnittstellen bei den Systemherstellern sorgen.

Dabei sind zwei Aspekte besonders interessant:

  1. das Subventionsprogramm im Rahmen des "HITECH Acts", das finanzielle Anreize für die Implementierung schafft
  2. ein fest vereinbarter Datensatz (hervorgegangen aus dem "Argonaut"-Projekt), bestehend aus etwa einem Dutzend FHIR-Ressourcen, mit fest vorgegebenen Pflichtfeldern und Terminologien, als "kleinster gemeinsamer Nenner" dieser Implementierungen.

Während sich ein 27 Milliarden dickes Subventionsprogramm für deutsche Systemhersteller im Gesundheitswesen nicht so ohne weiteres aus dem Ärmel schütteln lässt, so ist zumindest die Festlegung eines Minimal-Datensatzes, analog zu Argonaut, kein Hexenwerk.

Ein genauerer Blick in den "Argonaut Data Query Implementation Guide" zeigt, dass einige der dort definierten Ressourcen (z.B. Patient, Condition, AllergyIntolerance, Medication, Procedure...) zum Großteil über nur sehr wenige Pflichtfelder verfügen, andere (Goal, CarePlan, CareTeam) bestehen lediglich aus Freitexten oder dienen der logischen Gruppierung von Ressourcen.

Dennoch reichen die Vereinbarungen aus, um Diagnosen, Allergien, Impfungen, Medikations-, Vital- und Labordaten strukturiert und standardisiert über eine offene API zur Verfügung zu stellen.

Das Argonaut-Projekt hat darauf basierend bereits viele interessante Entwicklungen hervorgebracht, darunter nicht zuletzt die Möglichkeit für Patienten, Gesundheitsdaten auf das iPhone zu übertragen oder klinische Daten für die Forschung bereitzustellen ("Sync-4-Science"). Insbesondere für den Datentransfer zu und zwischen elektronischen Patientenakten, wie sie derzeit z.B. von der Techniker Krankenkasse betrieben werden, sind die Argonaut-Daten qualitativ und quantitativ ideal.

Um für deutsche Hersteller eine vergleichbaren Minimal-Datensatz zu erstellen, braucht es relativ wenig. Für einige der Ressourcen existieren bereits deutsche Basis-Profile, andere können ohne Änderung aus Argonaut übernommen werden.
Die größte Herausforderung besteht darin, einen adäquaten Ersatz für die in Argonaut häufig verwendeten, internationalen SNOMED-Terminologien zu finden, da für deren Nutzung in Deutschland keine landesweite Lizenz existiert und damit für Hersteller und Anwender nicht unerhebliche Lizenzkosten entstehen würden.

Das Technische Komitee für FHIR von HL7 Deutschland e.V. sucht derzeit nach Herstellern und Organisationen, die Interesse an einem "Deutschen Argonaut-Projekt" haben, sich an der Spezifikation des Datensatzes beteiligen möchten oder eine darauf basierende Implementierung erwägen.

Die Diskussion findet im internationalen FHIR-Community-Chat statt. Die Anmeldung ist kostenlos. Interessierte, Neugierige und Schaulustige sind herzlich willkommen!

-->