+
+**Interaktionen der FHIR Akteure**
diff --git a/ImplementationGuide/markdown/UseCasesAnwendung/UseCases.md b/ImplementationGuide/markdown/UseCasesAnwendung/UseCases.md
new file mode 100644
index 00000000..d4bbe823
--- /dev/null
+++ b/ImplementationGuide/markdown/UseCasesAnwendung/UseCases.md
@@ -0,0 +1,20 @@
+# Use Case Diagramm
+Im Folgenden wird ein grafischer Überblick über möglichst in diesem Modul abgedeckten Anwednungsfälle gegeben.
+Da es sich um eine Zusammenfassung handelt, werden nur folgende Use Case und dafür hinreichende Funktionen dargestellt:
+* Allgemeine und intuitive verständliche Use Cases.
+* * Kombinationen und weitere Details sind möglich.
+* * Übergreifende Use Cases und und ihre Sub Use Cases können in einem separaten Diagram auf den entsprechenden Seiten gefunden werden.
+* Allgemeine und intuitive Adverse Use Cases. Diese gilt es zu vermeiden.
+
+
+
+
+**Use Case Digramm**
+
+## Zusammenhang zwischen verketteten Suchparametern und Use Cases
+
+Jeder Include oder Reverse Include Parameter ist mit mindestens einem {{pagelink:ImplementationGuide/markdown/UseCasesAnwendung/UseCases.md, text:Anwendungsfall}} begründet. Diese Details sie auf der Seite der jeweiligen Ressource unter {{pagelink:ImplementationGuide/markdown/Datenobjekte.md, text:Datenobjekte}} zu finden.
+Im Folgenden sollen für die Lesart des Diagramms zwei Beispiele gegeben werden:
+* **Beispiel für einen Include Zusammenhang:** Eine Applikation muss in der Lage sein ein _ISiK Medikament_ anhand der Eigenschaften von _ingredient_ suchen zu können, um den (Adverse) Use Case einer _Wechelwirkung_ zu vermeiden.
+* **Beispiel für einen Reverse Include Zusammenhang:** Eine Applikation muss in der Lage sein zu einem _ISiK Patient_ alle _Encounter_ anhand der Zugehörigkeit via _subject_ suchen zu können, um den Anwendungsfall der vollständigen _Dokumentation_ gewährleisten zu können.
+
\ No newline at end of file
diff --git a/ImplementationGuide/markdown/Zusammenfassung.md b/ImplementationGuide/markdown/Zusammenfassung.md
deleted file mode 100644
index aab626d3..00000000
--- a/ImplementationGuide/markdown/Zusammenfassung.md
+++ /dev/null
@@ -1,15 +0,0 @@
-# Motivation
-
-Die Verordnung, Abgabe und Verabreichung von Medikamenten stellt eine der Kerntätigkeiten der Medizin dar.
-
-Eine möglichst medienbruch-freie Kommunikation innerhalb dieses Workflows zwischen Behandelnden, Apotheken und Patienten kann zur Effizienz der Behandlungsprozesse beitragen und gleichzeitig die Therapiequalität sichern und verbessern (Stichworte: interne Qualitätssicherung, Arzneimitteltherapiesicherheit, Übernahme der Daten bei Verlegung zwischen Stationen, insbesondere zwischen Normal- und Intensivstation).
-
-Dies gilt ebenso für die Dokumentation und Weiterverarbeitung der Aufnahme- bzw. Entlass-Medikation (Medikationsplan), die derzeit noch häufig in Form von manueller und somit fehleranfälliger Übertragung der Medikationsangaben umgesetzt wird.
-
-Das ISiK-Modul "Medikation" möchte diese Daten-Integration ermöglichen und stellt in dieser Ausbaustufe strukturierte Kommunikationsmöglichkeiten auf Basis einer RESTful API zum Austausch von Medikationsinformationen ("Medikationsplan") sowie Verordnungs- und Verabreichungsdaten zur Verfügung. Derzeit nicht berücksichtigt ist das Apothekenwesen.
-
-Diese Spezifikation lehnt sich an die entsprechenden Teile des IHE-Profils HMW (Hospital Medication Workflow) sowie partiell auch an das IHE-Profil CMPD (Community Medication Prescription and Dispense) an. Weiterhin erfolgte ein Abgleich mit den aktuell in Deutschland bestehenden Spezifikationen im Bereich Medikation.
-
-Der Fokus dieser Spezifikation liegt auf den Festlegungen zum Datenaustausch innerhalb einer Einrichtung, jedoch ist diese offen in dem Sinn, dass auch eine Nutzung in anderen Kontexten möglich ist.
-
-{{index:current}}
\ No newline at end of file
diff --git a/ImplementationGuide/markdown/Zusammenfassung/Informationsmodell.md b/ImplementationGuide/markdown/Zusammenfassung/Informationsmodell.md
deleted file mode 100644
index c8b1339c..00000000
--- a/ImplementationGuide/markdown/Zusammenfassung/Informationsmodell.md
+++ /dev/null
@@ -1,26 +0,0 @@
-## Ressourcen Diagramm (WIP)
-
-Im Folgenden wird ein grafischer Überblick über alle in diesem Modul profilierten Ressourcen gegeben.
-Da es sich um eine Zusammenfassung handelt, werden nur folgende Profile und Felder dargestellt:
-* Profile und Extenstion, die im Modul Medikation enstanden sind.
-* Profile und Extenstion, die im Modul Medikation zwingend benötigt werden. In vereinfachter Form, mit Verweis auf den Ursprung.
-* Felder, die unterstüzt werden MÜSSEN (Must Support).
-* * Datentypen, die im ISiK-Kontext enstanden, festgelegt oder eingeschränkt wurden, sind als **Fett** gekennzeichnet.
-* Die Elemente (Unterfelder) haben, die unterstüzt werden MÜSSEN (Must Support).
-* Nur Unter-Elemente (MS) bis zu zweiten oder dritten Tiefe, abhängig von Umfang und Systematik. D.h. Keine bedingten Wiederholungen (repeat) oder Rekursionen (part-of).
-
-
-
-
-**Ressourcen Diagramm**
-
-
-## Informationsmodell Diagramm
-
-Für das Informationsmodell gilt des Weiteren:
-* Es werden nur die Rümpfe der Profile (Klassen) dargestellt.
-* ValueSets und CodeSystems werden, wenn relevant, über gestrichelte Linien dargestellt.
-
-
-
-**Vereinfachtes Informationsmodell**
diff --git a/ImplementationGuide/markdown/Zusammenfassung/InteraktionenUndSearchTypes.md b/ImplementationGuide/markdown/Zusammenfassung/InteraktionenUndSearchTypes.md
deleted file mode 100644
index c456fa48..00000000
--- a/ImplementationGuide/markdown/Zusammenfassung/InteraktionenUndSearchTypes.md
+++ /dev/null
@@ -1,42 +0,0 @@
-# Interaktionen und Search Types
-
-Innerhalb des ISiK-Moduls Medikation kann ein beteiligtes System verschiedene Rollen einnehmen und somit unterschiedliche Aufgaben übernehmen. In Anlehnung an IHE HMW werden im Folgenden diese Rollen mithilfe der Definition von Akteuren formalisiert und die Interaktionen zugeordnet.
-
-Hierbei wird wiederum unterschieden zwischen den folgenden drei Bereichen:
-
-* **Medication Summary (Medikationsinformationen, "Medikationspläne"):** Bildet den Medikationsstatus eines Patienten ab, z.B. Informationen über Dauermedikation oder Selbstmedikation. In diesem Kontext wird häufig noch eine Liste verwendet, in der die einzelnen Medikationsinformationen strukturiert sind.
-* **Medication Order (Medikations-Verordnungen):** Informationen über die Verordnung von Medikamenten im Rahmen des medizinischen Workflows.
-* **Administered Medication (Medikations-Verabreichungen):** Informationen über die (erfolgte) Verabreichung bzw. Einnahme von Medikamenten im Rahmen des medizinischen Workflows.
-
-Für jeden dieser Bereiche wurden jeweils drei Akteure identifiziert, die in einem oder mehreren Systemen implementiert sein können:
-
-* **Repository:** Hält die jeweiligen Informationen (Datenobjekte) vor und verwaltet diese. Es ermöglicht das Erstellen, Ändern und Lesen dieser Informationen.
-* **Provider:** Erstellt bzw. generiert die Informationen und übermittelt sie an das Repository.
-* **Consumer:** Liest die Informationen aus dem Repository, beispielsweise um sie dem Benutzer anzuzeigen oder anderweitig zu verarbeiten.
-
-Die Interaktionen sind somit in allen drei Bereichen äquivalent:
-
-
-
-**Interaktionen der FHIR Akteure**
-
-
-## Search Includes and Reverse Includes
-
-Damit diese Akteure sinnvoll miteinander kommunizieren, wird im Folgenden ein grafischer Überblick über die in diesem Modul zu inlduierenden Suchparameter und Operationen gegeben.
-Da es sich um eine Zusammenfassung handelt, gelten Bedingungen für die gezeigten Inhalte:
-* Alle Must-Support Elemente einer Componente müssen von den entsprechenden Systemen suchbar sein. Diese sind hier nicht erneut aufgezählt.
-* Ein Doppelpunkt meint den Zugriff auf ein Element des beinhaltenden Profils.
-* Das Elemente hinter einem Doppelpunkt besitzt wiederum die Suchparameter (alle Must-Support Elemente!), die hier in die Suchsyntax zu inkludieren sind.
-
-
-
-**Inkludierte Suchparameter nach Capability Statement**
-
-## Zusammenhang zu den Use Cases
-
-Jeder Include oder Reverse Include Parameter ist mit mindestens einem {{pagelink:ImplementationGuide/markdown/Zusammenfassung/UseCases.md, text:Anwendungsfall}} begründet. Diese Details sie auf der Seite der jeweiligen Ressource unter {{pagelink:ImplementationGuide/markdown/Datenobjekte.md, text:Datenobjekte}} zu finden.
-Im Folgenden sollen für die Lesart des Diagramms zwei Beispiele gegeben werden:
-* **Beispiel für einen Include Zusammenhang:** Eine Applikation muss in der Lage sein ein _ISiK Medikament_ anhand der Eigenschaften von _ingredient_ suchen zu können, um den (Adverse) Use Case einer _Wechelwirkung_ zu vermeiden.
-* **Beispiel für einen Reverse Include Zusammenhang:** Eine Applikation muss in der Lage sein zu einem _ISiK Patient_ alle _Encounter_ anhand der Zugehörigkeit via _subject_ suchen zu können, um den Anwendungsfall der vollständigen _Dokumentation_ gewährleisten zu können.
-
\ No newline at end of file
diff --git a/ImplementationGuide/markdown/Zusammenfassung/UseCases.md b/ImplementationGuide/markdown/Zusammenfassung/UseCases.md
deleted file mode 100644
index 2e7aef8e..00000000
--- a/ImplementationGuide/markdown/Zusammenfassung/UseCases.md
+++ /dev/null
@@ -1,13 +0,0 @@
-## Use Case Diagramm
-Im Folgenden wird ein grafischer Überblick über möglichst in diesem Modul abgedeckten Anwednungsfälle gegeben.
-Da es sich um eine Zusammenfassung handelt, werden nur folgende Use Case und dafür hinreichende Funktionen dargestellt:
-* Allgemeine und intuitiv verständliche Use Cases.
-* * Kombinationen und weitere Details sind möglich.
-* * Übergreifende Use Cases und und ihre Sub Use Cases können in einem separaten Diagram auf den entsprechenden Seiten gefunden werden.
-* Allgemeine und intuitiv Adverse Use Cases. Diese gilt es zu vermeiden.
-* In den Funktionen werde triviale Suchen einer Ressoruce anhand ihrer eigenen Properties nicht dargestelt, z.B. Suche einer Ressoruce anhand der ID, Name, Code usw.
-
-
-
-
-**Use Case Digramm**
\ No newline at end of file
diff --git a/Material/images/diagrams/AMTS_pull.svg b/Material/images/diagrams/AMTS_pull.svg
index ca4101f3..3399c779 100644
--- a/Material/images/diagrams/AMTS_pull.svg
+++ b/Material/images/diagrams/AMTS_pull.svg
@@ -1,4 +1,4 @@
-
\ No newline at end of file
+
\ No newline at end of file
diff --git a/Material/images/diagrams/AMTS_push.svg b/Material/images/diagrams/AMTS_push.svg
index 66e042ce..58998e8a 100644
--- a/Material/images/diagrams/AMTS_push.svg
+++ b/Material/images/diagrams/AMTS_push.svg
@@ -1,4 +1,4 @@
-
\ No newline at end of file
+
\ No newline at end of file
diff --git a/Material/images/diagrams/Interaktionen.svg b/Material/images/diagrams/Interaktionen.svg
deleted file mode 100644
index e7094d18..00000000
--- a/Material/images/diagrams/Interaktionen.svg
+++ /dev/null
@@ -1,3 +0,0 @@
-
-
-
\ No newline at end of file
diff --git a/Material/images/diagrams/Klassendiagramm.svg b/Material/images/diagrams/Klassendiagramm.svg
deleted file mode 100644
index 46c555ca..00000000
--- a/Material/images/diagrams/Klassendiagramm.svg
+++ /dev/null
@@ -1,3 +0,0 @@
-
-
-
\ No newline at end of file
diff --git a/Material/images/diagrams/dummy.svg b/Material/images/diagrams/dummy.svg
index 768a604c..ef665349 100644
--- a/Material/images/diagrams/dummy.svg
+++ b/Material/images/diagrams/dummy.svg
@@ -1 +1 @@
-
\ No newline at end of file
+
\ No newline at end of file
diff --git a/Material/images/diagrams/infomodel.svg b/Material/images/diagrams/infomodel.svg
index 99d17669..09ab47d4 100644
--- a/Material/images/diagrams/infomodel.svg
+++ b/Material/images/diagrams/infomodel.svg
@@ -1 +1 @@
-
\ No newline at end of file
+
\ No newline at end of file
diff --git a/Material/images/diagrams/infomodell.svg b/Material/images/diagrams/infomodell.svg
deleted file mode 100644
index 6ec370f8..00000000
--- a/Material/images/diagrams/infomodell.svg
+++ /dev/null
@@ -1 +0,0 @@
-
\ No newline at end of file
diff --git a/Material/images/src/plantuml/infomodel.puml b/Material/images/src/plantuml/deprecated_infomodel.puml
similarity index 96%
rename from Material/images/src/plantuml/infomodel.puml
rename to Material/images/src/plantuml/deprecated_infomodel.puml
index 6f3edfba..02d68b9d 100644
--- a/Material/images/src/plantuml/infomodel.puml
+++ b/Material/images/src/plantuml/deprecated_infomodel.puml
@@ -1,24 +1,3 @@
-@startuml dummy
-' package Dummy{
-' entity Entität01 {
-' optionales Attribut
-' **optionales fettes Attribut**
-' * **vorgeschriebens fettes Attribut**
-' }
-'
-' entity Entität01 {
-' optionales Attribut : text
-' **optionales fettes Attribut** nummer <