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 ab. Die im FHIR®-Profil abgebildete Information findet sich im Informationsmodell unter 1.2.2.1.4.6.1 Substanz, 1.2.2.1.4.6.2 Reaktion und 1.2.2.1.4.6 Allergie/Unverträglichkeit gegen Arzneimittel.

Bezeichnung der FHIR®-Ressource

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

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


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

Übersichtsabbildung des Profils




Kommentierungen

    • Key

    • PKA1X0X0-45

    • Erstellt

    • 01.10.2021

    • Name

    • Morten Ernebjerg

    • Organisation

    • D4L data4life gGmbH, partner in the EU-funded Smart4Health project

    • Zusammenfassung

    • Sind Instanzen mit weder Code noch Substanz oder Manifestation valide?

    • Beschreibung

    • Da AllergyIntolerance.reaction optional ist, wäre eine Instanz mit nur den Elementen meta, clinicalStatus und patient valide. Das wäre bestenfalls die Aussage, dass irgendeine Medikamentenallergie vorlegt. Ist das absichtlich so oder müsste tatsächlich mindestens das Allergen irgendwie enthalten sein?

    • Key

    • PKA1X0X0-44

    • Erstellt

    • 01.10.2021

    • Name

    • Morten Ernebjerg

    • Organisation

    • D4L data4life gGmbH, partner in the EU-funded Smart4Health project

    • Zusammenfassung

    • Streichung von AllergyIntolerance.code

    • Beschreibung

    • Es scheint uns etwas ungünstig, dass alle Kerninformation in AllergyIntolerance.reaction abgebildet werden und AllergyIntolerance.code gestrichen wird, zumal letzteres (unseres Wissens) typischerweise das "Kernelement" ist. So ist z.B. im IPS FHIR IG AllergyIntolerance.code required. Da in AllergyIntolerance.code ja auch Codes für Allergene hinterlegt werden kann, könnte man Substanz auf AllergyIntolerance.code mappen, mit den Slices, die jetzt für AllergyIntolerance.reaction.substance verwendet werden (ggf. eingeengt auf Codes für Substanzen). Eine allergische Reaktion, falls vorhanden, könnte man weiterhin mit AllergyIntolerance.reaction.manifestation abbilden.

      Das Wegprofilieren von AllergyIntolerance.code führt auch dazu, dass sogar sauber kodierte Daten teilweise nur schwer gemappt werden können. So können Allergien ja auch mit Codes für Befunde angegeben werden, z.B. SNOMED CT 293619005 "Allergy to ibuprofen (finding)". Ein solcher Code wäre aber nur manuell (oder mit sehr komplizierter SNOMED-Logik) in AllergyIntolerance.reaction abbildbar, da die Substanz aus dem Code "herausgezogen" werden muss. Mit den jetzigen (scheinbar vertauschten) reaction.substance/reaction.manifestation-Kardinalitäten wäre es sogar unmöglich, da keine Reaktion in einen solchen Code enthalten ist. Dieses Problem kommt wahrscheinlich eher vom NFD-Datenmodell, ist aber vielleicht trotzdem für die Zukunft interessant.

    • Key

    • PKA1X0X0-43

    • Erstellt

    • 01.10.2021

    • Name

    • Morten Ernebjerg

    • Organisation

    • D4L data4life gGmbH, partner in the EU-funded Smart4Health project

    • Zusammenfassung

    • Substanz und Manifestation - Kardinalitäten vertauscht?

    • Beschreibung

    • Die Kardinalitäten von AllergyIntolerance.reaction.substance und AllergyIntolerance.reaction.manifestation scheinen hier vertauscht worden zu sein. Laut Datenmodell ist Substanz required aber Manifestation optional (was auch sinnvoller erscheint), im Profil ist es aber genau anders herum (vgl. Datenmodell Abschnitte 1.2.2.1.4.6.1.1 und 1.2.2.1.4.6.2.1).