Diese Seite soll nur einen ersten Überblick verschaffen. Die FHIR®-Ressourcen können im Detail unter der unten stehenden Verlinkung eingesehen werden.

Kurzbeschreibung

Dieses Profil bildet eine Allergie oder Intoleranz ab. Die im FHIR®-Profil abgebildete Information findet sich im Informationsmodell unter 1.2.6.1 Allergie/Unverträglichkeit, 2.2 Allergie/Unverträglichkeit, 2.2.1 Identifikator - UUID, 2.2.1.1 System, 2.2.1.2 UUID, 2.2.2 Mechanismus, 2.2.3 Substanz, 2.2.3.1 Wirkstoffkategorie, 2.2.3.2 Code/Bezeichnung, 2.2.4 Reaktion, 2.2.4.1 Manifestation: Code/Bezeichnung, 2.2.4.2 Schweregrad, 2.2.4.3 Ereignisdatum der Reaktion, 2.2.4.4 Expositionsweg, 2.2.5 Klinisch relevanter Zeitraum, 2.2.5.1 Lebensphase, 2.2.5.2 Zeitraum datiert, 2.2.6 Klinischer Status, 2.2.7 Gewissheit, 2.2.8 Kritikalität und 2.2.9 Freitext Notiz.

Bezeichnung der FHIR®-Ressource

Der FHIR®-Identifikator der FHIR®-Ressource lautet:

https://fhir.kbv.de/StructureDefinition/KBV_PR_MIO_DIGA_AllergyIntolerance

Die Ressource kann auf Simplifier.net unter folgendem Link eingesehen werden:

Übersichtsabbildung des Profils





Kommentierungen

    • Key

    • DIGA1X1X0-10

    • Erstellt

    • 05.10.2022

    • Name

    • Simone Heckmann

    • Organisation

    • HL7 Deutschland e.V.

    • Zusammenfassung

    • meta.profile darf nicht auf 1..1 constrained werden

    • Beschreibung

    • Dieser Kommentar betrifft ALLE Profile dieser und anderer MIO-Spezifikationen:

      Das Constrainen von meta.profile (fixed value, 1..1) verstößt gegen best practice-Empfehlungen in FHIR. Es muss immer davon ausgegangen werden, dass Ressourcen gegen mehrere Profile gleichzeitig valide sind und auch sein müssen, da sie nicht einem einzigen UseCase dienen. Zum Beispiel kann eine DiGa-Observation mit einem Vitalparameter zwar einerzeits einem KBV-Profil entsprechen, aber idealerweise ist sie auch kompatibel mit dem entsprechenden Deutschen Basisprofil, dem ISiK-Profil und den internationalen VitalSigns. Eine solche Kompatibilität herbeizuführen, zu prüfen und auszuweisen, muss jedem DiGa-Hersteller offen gestellt werden. Insbesondere, da nicht davon ausgegangen werden darf, dass diese Daten ausschließlich im Kontext von Deutschen DiGa-Exporten genutzt werden. Hersteller agieren mitunter international, oder möchten vielleicht auch Export-Funktionen für andere Zwecke bereitstellen.

      Die Festlegung, dass alle Ressourcen die KBV-Profil-URLs ausweisen müssen und gleichzeitig auf diese URLS beschränkt sind, schließt jegliche Interoperabilität mit anderen Festelegungen von vorne herein - by design - aus!