-
Notifications
You must be signed in to change notification settings - Fork 3
Commit
This commit does not belong to any branch on this repository, and may belong to a fork outside of the repository.
Update UML pages, Splitting up Meta and Report into two pages
- Loading branch information
1 parent
a57c812
commit 9241deb
Showing
10 changed files
with
183 additions
and
34 deletions.
There are no files selected for viewing
Binary file added
BIN
+206 KB
implementation-guides/ImplementationGuide-Common/images/UML Metadaten.png
Loading
Sorry, something went wrong. Reload?
Sorry, we cannot display this file.
Sorry, this file is invalid so it cannot be displayed.
1 change: 1 addition & 0 deletions
1
implementation-guides/ImplementationGuide-Common/images/UML Metadaten.svg
Loading
Sorry, something went wrong. Reload?
Sorry, we cannot display this file.
Sorry, this file is invalid so it cannot be displayed.
30 changes: 0 additions & 30 deletions
30
...GModulBefundeBildgebenderVerfahren/AnwendungsflleInformationsmodell/UML.page.md
This file was deleted.
Oops, something went wrong.
14 changes: 14 additions & 0 deletions
14
...BefundeBildgebenderVerfahren/AnwendungsflleInformationsmodell/UML/Index.page.md
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Original file line number | Diff line number | Diff line change |
---|---|---|
@@ -0,0 +1,14 @@ | ||
--- | ||
parent: | ||
--- | ||
### 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 dises sich [hier](https://simplifier.net/medizininformatik-initiative-modul-bildgebung/guides-implementationguide-common-images-uml-befund-bildgebung) | ||
|
||
{{render:implementation-guides/ImplementationGuide-Common/images/UML_Befund_Bildgebung.png}} | ||
|
||
|
||
Die abstrakte Darstellung des UMLs zeigt das Modul rein auf Klassenebene mit dem Fokus auf die Assoziationsbeziehungen untereinander: | ||
|
||
{{render:implementation-guides/ImplementationGuide-Common/images/UML_Modul_Bildgebung_Simple.png}} |
25 changes: 25 additions & 0 deletions
25
...deBildgebenderVerfahren/AnwendungsflleInformationsmodell/UML/UML_Befund.page.md
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Original file line number | Diff line number | Diff line change |
---|---|---|
@@ -0,0 +1,25 @@ | ||
--- | ||
parent: | ||
--- | ||
### 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 | ||
|
||
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 | ||
|
||
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 | ||
|
||
Diese Variante kann gewählt werden, wenn die Daten rein in Freitext unstrukturiert vorliegen. | ||
|
||
{{render:implementation-guides/ImplementationGuide-Common/images/UML_Befund_freitext.png}} |
9 changes: 9 additions & 0 deletions
9
...undeBildgebenderVerfahren/AnwendungsflleInformationsmodell/UML/UML_Meta.page.md
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Original file line number | Diff line number | Diff line change |
---|---|---|
@@ -0,0 +1,9 @@ | ||
--- | ||
parent: | ||
--- | ||
### 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. | ||
|
||
{{render:implementation-guides/ImplementationGuide-Common/images/UML_Metadaten.png}} |
7 changes: 7 additions & 0 deletions
7
...2025/MIIIGModulBefundeBildgebenderVerfahren/AnwendungsflleInformationsmodell/UML/toc.yaml
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Original file line number | Diff line number | Diff line change |
---|---|---|
@@ -0,0 +1,7 @@ | ||
- name: Index | ||
filename: Index.page.md | ||
- name: UML Metadaten | ||
filename: UML_Meta.page.md | ||
- name: UML Befund | ||
filename: UML_Befund.page.md | ||
|
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Original file line number | Diff line number | Diff line change |
---|---|---|
@@ -0,0 +1,123 @@ | ||
@startuml UML Modul Bildgebung | ||
skinparam Linetype ortho | ||
skinparam Nodesep 150 | ||
skinparam Ranksep 80 | ||
skinparam legendBackgroundColor #white | ||
|
||
package "DICOM-Header" { | ||
class Studie <<ImagingStudy>> #LightCyan { | ||
+ Status: Coding [1..1] | ||
+ Modalitäten: Coding [0..*] | ||
+ {field} Personen-Identifikation: Reference(Patient) [1..1] | ||
+ {field} Versorgungsstellenkontakt: Reference(Encounter) [0..1] | ||
+ Beginn: dateTime [0..1] | ||
+ {field} Anfordernde Maßnahme: Reference(ServiceRequest) [0..*] | ||
+ {field} Quelle zum PACS Bild: Reference(Endpoint) [0..*] | ||
+ Anzahl an enhaltenen Serien: unsignedInt [0..1] | ||
+ Anzahl an enthaltenen SOP Instanzen: unsignedInt [0..1] | ||
+ {field} Bildgebungsprozedur: Reference(Procedure) [0..*] | ||
+ Extension: Bildgebungsgrund: string [0..1] | ||
+ {field} Indikation: Reference(Condition|Observation) [0..*] | ||
+ Studien-Beschreibung: string [0..1] | ||
+ DICOM-Serien: DICOM-Serie [0..*] | ||
} | ||
|
||
class DICOMSerie { | ||
+ Serien-UID: id [1..1] | ||
+ Serien-Nummer: unsignedInt [0..1] | ||
+ Modalität: Coding [1..1] | ||
+ Serienbeschreibung: string [0..1] | ||
+ Anzahl an in Serie enthaltenen Instanzen: unsignedInt [0..1] | ||
+ {field} Körperregion(bodySite): Coding [0..1] | ||
+ Körperseite: Coding [0..1] | ||
+ Beginn: dateTime [0..1] | ||
+ Funktion des Ausführenden: CodeableConcept [0..1] | ||
+ {field} Akteur: Reference(Device) [1..1] | ||
+ Extension: Kontrastmittelgabe: boolean [0..1] | ||
+ {field} Extension: Kontrastmitteldetails: Reference(MII_PR_Medikation_MedicationStatement) [0..*] | ||
+ {field} Extension: Modalitäten(DX,CR,MG,CT,MR,PT,NM) [0..1] | ||
+ DICOM-Instanzen: Instance [0..*] | ||
} | ||
|
||
class DICOMInstanz { | ||
+ SOP-Instanz UID: id [1..1] | ||
+ SOP-Klasse: Coding [1..1] | ||
+ Instanz-Nummer: unsignedInt [0..1] | ||
+ Titel: String [0..1] | ||
+ Extension: Bildtyp: string [0..1] | ||
+ Extension: Schichtdicke: Quantity[mm] [0..1] | ||
+ {field} Extension: Pixelabstand(x): Quantity[mm] [0..1] | ||
+ {field} Extension: Pixelabstand(y): Quantity[mm] [0..1] | ||
} | ||
|
||
class ModalitätMR #LightYellow { | ||
+ Scansequenz: CodeableConcept [0..1] | ||
+ Scansequenz Untervariante: CodeableConcept [0..1] | ||
+ Magnetische Feldstärke: Quantity[T] [0..1] | ||
+ {field} Echozeit (TE): Quantity[ms] [0..1] | ||
+ {field} Repetitionszeit (TR): Quantity[ms] [0..1] | ||
+ {field} Inversionszeit (TI): Quantity[ms] [0..1] | ||
+ Kippwinkel: Quantity[deg] [0..1] | ||
} | ||
|
||
class ModalitätCT #LightYellow { | ||
+ CTDI Volumen: Quantity[mGy] [0..1] | ||
+ KVP: Quantity[kV] [0..1] | ||
+ Expositionszeit: Quantity[ms] [0..1] | ||
+ Exposition: Quantity[mAs] [0..1] | ||
+ Röntgenröhrenstrom: Quantity[mA] [0..1] | ||
} | ||
|
||
class ModalitätDX #LightYellow { | ||
+ KVP: Quantity[kV] [0..1] | ||
+ Expositionszeit: Quantity[ms] [0..1] | ||
+ Exposition: Quantity[mAs] [0..1] | ||
+ Röntgenröhrenstrom: Quantity[mA] [0..1] | ||
} | ||
|
||
class ModalitätCR #LightYellow { | ||
+ KVP: Quantity[kV] [0..1] | ||
+ Expositionszeit: Quantity[ms] [0..1] | ||
+ Exposition: Quantity[mAs] [0..1] | ||
+ Röntgenröhrenstrom: Quantity[mA] [0..1] | ||
} | ||
|
||
class ModalitätMG #LightYellow { | ||
+ KVP: Quantity[kV] [0..1] | ||
+ Expositionszeit: Quantity[ms] [0..1] | ||
+ Exposition: Quantity[mAs] [0..1] | ||
+ Röntgenröhrenstrom: Quantity[mA] [0..1] | ||
+ Blickposition: CodeableConcept [0..1] | ||
} | ||
|
||
class ModalitätNM #LightYellow { | ||
+ Radiopharmakon: CodeableConcept [0..1] | ||
+ Radionuklid: CodeableConcept [0..1] | ||
+ Tracer Expositionszeit: Quantity[s] [0..1] | ||
+ Skalierungseinheit: CodeableConcept [0..1] | ||
+ Gesamte Radionukliddosis: Quantity[MBq] [0..1] | ||
+ Halbwertszeit: Quantity[s] [0..1] | ||
} | ||
|
||
class ModalitätPT #LightYellow { | ||
+ Radiopharmakon: CodeableConcept [0..1] | ||
+ Radionuklid: CodeableConcept [0..1] | ||
+ Tracer Expositionszeit: Quantity[s] [0..1] | ||
+ Skalierungseinheit: CodeableConcept [0..1] | ||
+ Gesamte Radionukliddosis: Quantity[MBq] [0..1] | ||
+ Halbwertszeit: Quantity[s] [0..1] | ||
+ Serientyp: String [0..1] | ||
} | ||
} | ||
|
||
DICOMSerie "1..1" -r- "0..*" DICOMInstanz: ISt.series.instance | ||
DICOMSerie "1..1" -u- "0..1" ModalitätMR | ||
DICOMSerie "1..1" -d- "0..1" ModalitätCT | ||
DICOMSerie "1..1" -d- "0..1" ModalitätDX | ||
DICOMSerie "1..1" -d- "0..1" ModalitätCR | ||
DICOMSerie "1..1" -d- "0..1" ModalitätMG | ||
DICOMSerie "1..1" -u- "0..1" ModalitätNM | ||
DICOMSerie "1..1" -u- "0..1" ModalitätPT | ||
|
||
Studie "1..1" -r- "0..*" DICOMSerie: ISt.series | ||
@enduml |
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters