Implementierungsleitfaden DiGA Cognitive Störung

title: Struktur des DiGA-Exports

Struktur des DiGA-Exports (FHIR Composition)

Diese Dokumentation beschreibt den strukturellen Aufbau eines DiGA-Exports gemäß dem FHIR-Standard. Die exportierten Inhalte basieren auf verschiedenen FHIR-Ressourcen und werden über eine zentrale Composition-Ressource zusammengeführt.

Zentrale Composition

Die Ressource FBETA_PR_DIGA_COS_Composition bildet den Einstiegspunkt für den Export. Sie enthält:

  • subject: Referenz auf den Patienten
  • author: Referenz auf die DiGA (z. B. eine Application oder Organization)
  • date: Zeitpunkt des Exports
  • status: Immer final
  • title: Statisch gesetzt auf "DiGA-Export"
  • type: LOINC-Code 53576-5 (Health summary document)
  • period: Betrachtungszeitraum der dokumentierten Aktivitäten
  • section: Unterteilungen für spezifische Inhalte

Abschnitte der Composition

Abschnitt Beschreibung
section_fragenbogen Verweise auf Fragebögen (Questionnaire) und deren Antworten (QuestionnaireResponse)
section_ziele Therapieziel(e) in Form von CarePlan-Ressourcen
section_befundeUndErgebnisse Freie Beobachtungen wie z. B. dokumentierte Übungsdurchführungen
section_aktivitaeten Tatsächlich durchgeführte Aktivitäten (z. B. Übungen) als Procedure
section_beurteilungen Bewertung durch Scores oder Skalen
section_probleme (Optional) Weitere Problemstellungen oder Diagnosen

Ressourcen und ihre Beziehungen

CarePlan – Therapieplan

Die CarePlan-Ressource (Profil: FBETA_PR_DIGA_COS_CarePlan) dokumentiert die geplanten therapeutischen Ziele. Relevante Felder:

  • status: active oder completed
  • intent: immer plan
  • subject: Verweis auf Patient

Diese Ressource steht im Zusammenhang mit dokumentierten Übungsbeobachtungen (basedOn).

Observation – ExcerciseRecord (freie Beobachtung)

Beobachtung zur Durchführung einer Übung (Profil: FBETA_PR_DIGA_COS_Observation_Free):

  • status: final oder cancelled
  • code: Bezeichnung der Beobachtung (z. B. "Übungsdurchführung")
  • effectiveDateTime: Zeitpunkt der Beobachtung
  • basedOn: Verweis auf zugehörigen CarePlan
  • hasMember: Referenzen auf zugehörige Scores oder NON-Response-Werte

Observation – ExcerciseScore

Bewertung einer Übung durch ein numerisches Maß, z. B. Skala oder Score (Profil: FBETA_PR_DIGA_COS_Observation_Score_or_Assessment_by_Scale):

  • status: final
  • category: Klassifizierung (z. B. "Bewertung")
  • code: Score-Bezeichnung
  • valueQuantity: Ergebniswert (zwischen 0 und 1)
  • referenceRange: Min/Max-Werte der Skala
  • partOf: Referenz auf die zugrunde liegende Procedure (Excercise)

Procedure – Excercise

Repräsentiert eine tatsächlich durchgeführte Maßnahme oder Übung (Profil: FBETA_PR_DIGA_COS_Procedure_Activity):

  • status: completed
  • code: Typ der Übung
  • performedDateTime: Zeitpunkt der Durchführung

Wird z. B. durch eine Observation mit partOf referenziert.

Questionnaire – Fragebogenstruktur

Dient als Vorlage für strukturierte Eingaben durch die DiGA. Wird von einer QuestionnaireResponse (Profil: KBV_PR_MIO_DIGA_QuestionnaireResponse) beantwortet.

QuestionnaireResponse – Antwort auf NON-Response-Bogen

Beinhaltet die tatsächlichen Nutzereingaben zum NON-Response-Fragebogen. Wird über questionnaire (Profil: KBV_PR_MIO_DIGA_Questionnaire) mit dem Fragebogen verknüpft.

Beispielhafter Ablauf

  1. Ein CarePlan wird erstellt (z. B. tägliche Bewegungseinheit).
  2. Ein Patient führt eine Übung durch (Procedure), die bewertet wird (Observation, Score).
  3. Die DiGA dokumentiert den Übungsverlauf als Observation mit Verweisen auf Score und ggf. NON-Response-Antwort.
  4. Ein begleitender Fragebogen wird ausgefüllt (QuestionnaireResponse).
  5. Alle Daten werden über eine Composition in strukturierter Form exportiert.

Hinweise zur Implementierung

  • Die Verwendung von hasMember und partOf fördert die semantische Nachvollziehbarkeit.
  • Alle Ressourcen sollen über dedizierte Profile wie FBETA_PR_DIGA_COS_* konform validierbar sein.
  • Die Struktur ist modular erweiterbar für weitere Skalen, Aktivitäten oder Therapiebereiche.
  • Es wird empfohlen, Terminologieserver zur Prüfung verwendeter Codes (LOINC, SNOMED, ICD-10-GM) zu integrieren.

Diese Struktur ermöglicht eine strukturierte, interoperable und semantisch auswertbare Erfassung und den Export digitaler Gesundheitsanwendungen im Rahmen der DiGA-Förderung.

Informationsmodell

CoOS-MIO_Records