description: Logische Repräsentation des Basismoduls Diagnose package_name: de.medizininformatikinitiative.kerndatensatz.diagnose derivation: specialization name: MII_LM_Diagnose type: https://www.medizininformatik-initiative.de/fhir/core/modul-diagnose/StructureDefinition/LogicalModel/Diagnose elements: SNOMEDDiagnoseKodiert: type: BackboneElement short: Ermöglicht die Kodierung einer Diagnose mit SNOMED-CT array: true index: 11 elements: VollstaendigerDiagnosekode: {type: code, short: 'SNOMED-CT Kode, Codesystem und präferierter Name', array: true, index: 12} ICD10GMDiagnoseKodiert: type: BackboneElement short: Im Bereich der administrativen und statistischen Auswertung wird die Diagnose mit Hilfe von Codiersystemen verschlüsselt. So wird z.B. bei der Abrechnung nach §301 und §295 SGB V die Codierung von Diagnosen mittels ICD-10 GM gesetzlich vorgeschrieben. Weitere Codiersysteme sind z.B. die „Alpha-ID", SNOMED CT und ID MACS. Die Kodierung einer Diagnose mittels verschiedener Codesysteme sollte möglich sein. array: true index: 0 elements: VollstaendigerDiagnosekode: {type: code, short: 'Primärcode mit ggf. Sekundärcodes, Codesystem und Katalogtext', array: true, index: 1} Aetiologiekode: {type: code, short: 'Ätiologie (Auslöser), z. B. welcher Erreger. Der Code für die Ätiologie einer Erkrankung wird in der ICD-Codierung mit einem Kreuz (†) gekennzeichnet', array: true, index: 2} Manifestationskode: {type: code, short: 'Zusatzangabe zum Ätiologiecode ICD-10: Organmanifestationen. Der Code für die Organmanifestation einer Erkrankung wird in der ICD-Codierung mit einem Stern (*) gekennzeichnet', array: true, index: 3} Ausrufezeichenkode: {type: code, short: Diese Zusatzcodes dienen zur näheren Beschreibung einer Krankeit/ Abgrenzung des Schweregrades, array: true, index: 4} Diagnosesicherheit: {type: code, short: 'Die Diagnosensicherheit, d.h. wie sicher die Diagnose im Einzelfall zu werten ist, kann unterschiedlich angegeben werden. Für Abrechnungszwecke in der ambulanten Versorgung muss obligatorisch ein Zusatzkennzeichen für die Diagnosensicherheit (A, G, V oder Z) angegeben werden, d. h. die Angabe ist obligatorisch. In der stationären Versorgung sind diese Zusatzkennzeichen für die Angabe der Diagnosensicherheit für Abrechnungszwecke dagegen nicht zulässig.', array: true, index: 5} Seitenlokalisation: {type: string, short: 'Zusatzkennzeichen der ICD-10 für die Seitigkeit einer Diagnose (R, L, B)', array: true, index: 6} Diagnoseerlaeuterung: {type: string, short: 'Damit soll dem Arzt die Möglichkeit gegeben werden, umfangreichere Angaben zusätzlich zu einer Diagnose abzufassen.', array: true, index: 17} KlinischerStatus: {type: code, short: 'Status einer Diagnose: active, inactive, ...', array: true, index: 18} Koerperstelle: {type: code, short: 'Über die Körperstelle kann angegeben werden, in welchem Bereich des Körpers eine Krankheit diagnostiziert wurde (Topografische Informatiomn)', array: true, index: 15} ALPHAIDKodiert: type: BackboneElement short: Kodierung einer Diagnose mit Alpha-ID array: true index: 7 elements: VollstaendigerDiagnosekode: {type: code, short: 'AlphaID, Codesystem und Katalogtext', array: true, index: 8} Feststellungsdatum: {type: date, short: 'Das Datum ist der Zeitpunkt, an dem eine Krankheit z. B. durch einen Arzt festgestellt wurde. Dies wird im Folgenden mit Diagnosedatum bezeichnet.', array: true, index: 26} KlinischRelevanterZeitraum: type: BackboneElement short: Hier kann der Klinisch Relevante Zeitraum beziehungsweise die Lebensphase einer Erkrankung angegeben werden. Datumsangaben zu Diagnosen können in unterschiedlicher Präzision vorhanden sein. array: true index: 19 elements: Zeitraum: type: BackboneElement short: klinisch relevanter Zeitraum array: true index: 20 elements: von: {type: dateTime, short: Startdatum, array: true, index: 21} bis: {type: dateTime, short: Enddatum, array: true, index: 22} Lebensphase: type: BackboneElement short: Lebensphase, in der die Erkrankung aufgetreten ist array: true index: 23 elements: von: {type: code, short: In welcher Lebensphase die Krankheit began, array: true, index: 24} bis: {type: code, short: In welcher Lebensphase die Krankheit endete, array: true, index: 25} Freitextbeschreibung: {type: string, short: Diagnose im Klartext. Im Bereich der medizinischen Dokumentation sollte die Textbeschreibung obligatorisch sein. Bei der sekundären Übernahme einer kodierten Diagonse aus der Primärdokumentation kann eine Freitextbeschreibung fehlen., array: true, index: 16} Dokumentationsdatum: {type: date, short: 'Das Datum ist der Zeitpunkt, an dem eine Krankheit z. B. durch einen Arzt dokumentiert wurde. Hinweis: Wenn zwischen Feststellung der Diagnose und Dokumentationsdatum nicht unterschieden werden muss, ist das Datum der Feststellung der Diagnose (Diagnosedatum) anzugeben.', array: true, index: 27} WeitereKodiersysteme: type: BackboneElement short: Bei Bedarf ist die Aufnahme weiterer Klassifikationen und Terminologien möglich. array: true index: 13 elements: VollstaendigerDiagnosekode: {type: code, short: 'Angabe des Kodes, Codesystems und des Katalogtextes', array: true, index: 14} ORPHANETDiagnoseKodiert: type: BackboneElement short: Für die Kodierung von Seltenen Krankheiten ist die Orpha-Kennnummer erforderlich. array: true index: 9 elements: VollstaendigerDiagnosekode: {type: code, short: 'Orpha-Kennnummer, Codesystem und Krankheitsname', array: true, index: 10} package_version: 2024.0.0-ballot class: logical kind: logical url: https://www.medizininformatik-initiative.de/fhir/core/modul-diagnose/StructureDefinition/LogicalModel/Diagnose base: http://hl7.org/fhir/StructureDefinition/Element version: 2024.0.0-ballot