Skip to content

Commit

Permalink
Headerupdate UML pages
Browse files Browse the repository at this point in the history
  • Loading branch information
lucscherer committed Nov 5, 2024
1 parent 6941d65 commit 894703c
Show file tree
Hide file tree
Showing 3 changed files with 6 additions and 6 deletions.
Original file line number Diff line number Diff line change
@@ -1,7 +1,7 @@
---
parent:
---
### UML
## UML
Als abstraktere Version eines Informationsmodells und zur besseren Verdeutlichung von Beziehungen der fachlichen Konzepte untereinander wurde aufbauend auf den Spezifikationen in ART-DECOR ein UML-Klassendiagramm erstellt. In ART-DECOR als Gruppen abgebildete Konzepte werden als eigene Klassen modelliert, die hier Assoziationsbeziehungen zueinander haben. Dieses logische Modell dient nur zur Abbildung der Datenelemente und deren Beschreibungen. Verwendete Datentypen und Kardinalitäten sind nicht als verpflichtend anzusehen. Dies wird abschließend durch die FHIR Profile festgelegt. Die Zuordnung der FHIR-Elemente zur ART-DECOR-Spezifikation wird im Kommentar-Feld im ART-DECOR beschrieben. Es wurde bewusst eine möglichst generische Abbildung der radiologischen Befundung gewählt, um hier ein breites Spektrum von Befundungsrichtlinien und -Templates abbilden zu können. Damit die Struktur leichter nachvollzogen werden kann, gibt es zusätzlich zum vollständigen UML noch zwei Seiten, die die Teile Metadaten und Befund gesondert betrachten.

Zur besseren Lesbarkeit des vollständigen UML, findet dieses sich nochmal [hier](https://simplifier.net/medizininformatik-initiative-modul-bildgebung/guides-implementationguide-common-images-uml-befund-bildgebung). Aus Übersichtlichkeitsgründen wurden die Referenzen auf die "Patient"-Ressource nur von den zentralen Profilen aus modelliert. Ausschluss über weitere Referenzen darauf, geben die Texte innerhalb der Profile sowie die dazugehörigen FHIR-Profile.
Expand Down
Original file line number Diff line number Diff line change
@@ -1,24 +1,24 @@
---
parent:
---
### UML Befund
## UML Befund
Damit das Modul mit seinen zwei Abschnitten übersichtlicher und verständlicher bleibt, wird hier das vollständige UML nochmal unterteilt in die Abschnitte Metadaten und Befunde. In diesem Abschnitt hier wird auf das Thema Befund eingegangen.

Der Abschnitt Befund kann, je nach Datenlage, in drei verschiedenen Varianten umgesetzt werden.

#### Variante 1: vollstrukturierte Befunde
### Variante 1: vollstrukturierte Befunde

Diese Variante kann gewählt werden, wenn es vollstrukturierte Befunden in den vorhandenen Daten gibt. Beispiel wären hier die Templates von der DRG.

{{render:implementation-guides/ImplementationGuide-Common/images/UML_Befund_strukturiert.png}}

#### Variante 2: semistrukturierte Befunde
### Variante 2: semistrukturierte Befunde

Diese Variante kann gewählt werden, wenn es Befunde in den Daten gibt, die zum Beispiel schon in Kapitel strukturiert wurden.

{{render:implementation-guides/ImplementationGuide-Common/images/UML_Befund_semistrukturiert.png}}

#### Variante 3: Freitextbefunde
### Variante 3: Freitextbefunde

Diese Variante kann gewählt werden, wenn die Daten rein in Freitext unstrukturiert vorliegen.

Expand Down
Original file line number Diff line number Diff line change
@@ -1,7 +1,7 @@
---
parent:
---
### UML Metadaten
## UML Metadaten
Damit das Modul mit seinen zwei Abschnitten übersichtlicher und verständlicher bleibt, wird hier das vollständige UML nochmal unterteilt in die Abschnitte Metadaten und Befunde. In diesem Abschnitt hier wird auf das Thema Metadaten eingegangen.

Hier geht es hauptsächlich um die Erfassung der DICOM-Metadaten, die in einer FHIR ImagingStudy dargestellt werden. Ergänzt wird sie durch modalitätsspezifische Erweiterungen, die zusätzlich relevante Daten erfassen.
Expand Down

0 comments on commit 894703c

Please sign in to comment.