Diagnose

Weitere relevante Items/Diagnosen (wie bspw. Depression etc.) siehe https://github.com/medizininformatik-initiative/kerndatensatz-kardiologie/wiki/UML

Nr.	Datenitem	ICD-Code, ...	...
1	Raucher?		keine Diagnose, sondern wohl eigenes Profil zum Abbilden von Status, Packungsjahren etc.
2	Arterielle Hypertonie (behandelt)
3	Diabetes Mellitus		Zusatzfragen aus Acribis, eigene Profil?
4	Alkoholkonsum		Zusatzangaben, eigene Profil?
5	Zeit (Jahre) seit dem ersten kardio-vaskulären Event (KHK, cAVK, pAVK, BAA)		Item das auf Basis von Diagnosen berechnet werden kann
6	Koronare Herzerkrankung (KHK)
7	Myokardinfarkt
8	Herzinsuffizienz
9	Erstdiagnose Herzinsuffizienz (nach Frage nach Herzinsuff)		Datum zu 8.
10	Herzinsuffizienzstadium (NYHA-Klasse)/Dyspnoe (nach Erstdiagnose Herzinsuff-Frage)		Stadium zu 8., Dyspnoe extra Item oder Angabe zu 8.?
11	Vorhofflimmern
12	pAVK
13	Embolischer Gefäßverschluss peripher (nicht-cerebral)		1. Ebene □ Ja □ Nein 2. Ebene □ TIA □ Stroke □ Amaurosis fugax □ Retinainfarkt □ OP Carotiden 3. Ebene Datum [dd/mm/yyyy]
14	Schlaganfall (Gefäßverschluss)
15	TIA (Jahr) (in Bezug auf Frage 30, wenn ja)		= Datum zu 14.?
16	Hirnblutung
17	Aortenplaques
18	Bauchaortenaneurysma
19	Lungenarterienembolie (Jahr)
20	Stattgehabter Blutung oder Blutungsneigung		2. Ebene □ Nein, □ Ja, eines der folgenden (Hirnblutung, Bluttransfusion erhalten, starker Abfall des Bluteisenwertes, Krankenhausaufnahme aufgrund einer Blutung)
21	Chronische Niereninsuffizienz
22	Chronische Lungenerkrankung		+ Medikation
23	Chronische Leberinsuffizienz oder - zirrhose

Übersicht über Datenitems basierend auf Modul Kardiologie Datenitemliste im TMF-Sharepoint

Diskussion am 4.10.2024

zu Diagnose/Condition (mit oder ohne Asserter) vs Observation

• Abgrenzung Patient-derived information von vom Arzt erhobenen Diagnosen

• Erfassung unterscheidet sich abhängig von Projekten/Systemen

  • --> heterogene Umsetzung an den Standorten

• Implementation Guide muss Unterschied beim Asserter/Performer hervorheben.

• Profil auf Basis von Observation statt Diagnose/Condition?

• Starke Punkte für Anamnesefragebogenantworten/Patient-Reported-Angaben als Observation und nicht als Condition

• Profilierung muss Sicherheit/Quelle der Angabe abbilden --> Pflichtangabe Asserter

• Herausforderung liegt dann in der Suche, Implementierung abhängig von Standort/Datenerfassung

  • --> Evtl. bauen wir eine Parallelwelt an Diagnosen als Observations auf
  • --> Nachfrage bei MII KDS Modul Diagnose-Gruppe? --> Julian Saß ist Ansprechpartner für das KDS-Modul Diagnose: [email protected]

• --> Nachfrage bei FDPG-Verantwortlichen --> Derzeit wird bei Abfragen von Diagnosen die Sicherheit bzw. Quelle/Asserter oft nicht abgefragt. Das wäre in Zukunft aber notwendig.

Diskussion am 25.10.2024

• Generisches Observation-Profil für Diagnosen möglich

Beispiele sind Rauchen (Status, Menge, ..), Vorhofflimmern (Ja/Nein, Art) oder Alkoholkonsum (Ja/Nein, Menge)

Einzelne Attribute:

• Code --> Observation.code
• Wert/Valueset --> Observation.value[x] oder als Observation.component
• Weitere Angaben --> Observation.component
• Zeitraum/Datum --> Observation.effective

Fragen:

• Value-Feld und component nutzen oder bei komplexeren konzepten nur component?
• Kein Performer/Asserter, dafür derivedFrom, encounter oder method. Dort "Fragebogen" oder Anamnese eintragen?
• Was spricht gegen Erfassung als Condition?
  • confirmation-Status angelegter Diagnosen im System wird bei Suche oft ignoriert

Profil

Aktueller Stand unser Kardio-Diagnose: https://simplifier.net/mii-erweiterungsmodul-kardiologie/mii_pr_kardio_diagnose