fixing build

ImplementationGuide/markdown/Datenobjekte/Bundle_MedikationTransaction.md

@@ -1,6 +1,6 @@
 ## Bundle MedikationTransaction [(Bundle)](https://www.hl7.org/fhir/R4/bundle.html)
 
-Hinweis: Die Regeln aus dem Modul [ISiK Basis Stufe 4](https://simplifier.net/guide/basis-v4?version=current) für die Verarbeitung Document-Bundles, treffen hier nicht zu, da es sich um den Bundle-Typ Transaction handelt.
+Hinweis: Die Regeln aus dem Modul [ISiK Basis Stufe 4](https://simplifier.net/guide/isik-basis-v4) für die Verarbeitung Document-Bundles, treffen hier nicht zu, da es sich um den Bundle-Typ Transaction handelt.
 
 ---
 

ImplementationGuide/markdown/Datenobjekte/Bundle_MedikationTransactionResponse.md

@@ -1,6 +1,6 @@
 ## Bundle MedikationTransactionResponse [(Bundle)](https://www.hl7.org/fhir/R4/bundle.html)
 
-Hinweis: Die Regeln aus dem Modul [ISiK Basis Stufe 4](https://simplifier.net/guide/basis-v4?version=current) für die Verarbeitung Document-Bundles, treffen hier nicht zu, da es sich um den Bundle-Typ Transaction handelt.
+Hinweis: Die Regeln aus dem Modul [ISiK Basis Stufe 4](https://simplifier.net/guide/isik-basis-v4) für die Verarbeitung Document-Bundles, treffen hier nicht zu, da es sich um den Bundle-Typ Transaction handelt.
 
 ---
 

ImplementationGuide/markdown/Motivation.md

@@ -4,7 +4,7 @@ Die Verordnung, Abgabe und Verabreichung von Medikamenten stellt eine der Kernt
 
 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.
+Dies gilt ebenso für die Dokumentation und Weiterverarbeitung der Aufnahme- bzw. Entlassmedikation (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.
 

ImplementationGuide/markdown/ReleaseNotes.md

@@ -24,7 +24,7 @@ Datum: 04.04.2024
   * Behandlungsziel
   * Replaces als Ersatz-Verordnung
   * AcceptedRisk im Zuge einer AMTS-Bewertung
-* Erweiterung um Use Case Diagramm, Resourcen Diagramm und Informationsmodell
+* Erweiterung um Use Case Diagramm, Ressourcen Diagramm und Informationsmodell
 * Erweiterung um Use Case Zusammenhänge von verketteten Suchparametern
 
 **Full Changelog**: https://github.com/gematik/spec-ISiK-Medikation/compare/v.3.0.2...rc/main-stufe-4
@@ -64,7 +64,7 @@ Version: 2.0.2
 Datum: 31.01.2023
 
 - Update Basismodul Dependency -> 2.0.4
-- weitere Änderungen an Implmentierungsleitfaden (informativ)
+- weitere Änderungen an Implementierungsleitfaden (informativ)
 ----
 Version: 2.0.1
 

ImplementationGuide/markdown/UebergreifendeFestlegungen.md

@@ -1,10 +1,10 @@
 # Übergreifende Festlegungen
 
 Folgende Festlegungen aus dem Modul [ISiK Basis Stufe 4](https://simplifier.net/guide/isik-basis-v4?version=current) haben in diesem Modul Gültigkeit:
-* [Methodik der Schlüsselworte MUSS, SOLL, KANN](https://simplifier.net/guide/isik-basis-v4/markdown-UebergreifendeFestlegungen-UebergreifendeFestlegungen-Methodik?version=current)
-* [Bedeutung der Must-Support-Flags](https://simplifier.net/guide/isik-basis-v4/UebergreifendeFestlegungen-UebergreifendeFestlegungen-Must-Support-Flags?version=current)
-* [Zu implementierende Repräsentationsformate](https://simplifier.net/guide/isik-basis-v4/UebergreifendeFestlegungen-Repraesentationsformate?version=current)
-* [Allgemeine Hinweise zu Suchparametern](https://simplifier.net/guide/isik-basis-v4/UebergreifendeFestlegungen-UebergreifendeFestlegungen-Suchparameter?version=current)
+* [Methodik der Schlüsselworte MUSS, SOLL, KANN](https://simplifier.net/guide/isik-basis-v4/markdown-UebergreifendeFestlegungen-UebergreifendeFestlegungen_Methodik?version=current)
+* [Bedeutung der Must-Support-Flags](https://simplifier.net/guide/isik-basis-v4/UebergreifendeFestlegungen-UebergreifendeFestlegungen_Must-Support-Flags?version=current)
+* [Zu implementierende Repräsentationsformate](https://simplifier.net/guide/isik-basis-v4/UebergreifendeFestlegungen_Repraesentationsformate?version=current)
+* [Allgemeine Hinweise zu Suchparametern](https://simplifier.net/guide/isik-basis-v4/UebergreifendeFestlegungen-UebergreifendeFestlegungen_Suchparameter?version=current)
 
 Darüber hinaus gelten in diesem Modul folgende Datenobjekt-übergreifende Festlegungen:
 

ImplementationGuide/markdown/UebergreifendeFestlegungen/Kompatibilitaet.md

@@ -2,15 +2,15 @@
 
 Der vorliegende Implementierungsleitfaden wurde aus der Analyse verschiedener in Deutschland bestehender Spezifikationen im Bereich Medikation heraus entwickelt.
 
-Überwiegend wurde dabei eine Vereinigungsmenge aus diesen, teilweise mit stark unterschiedlicher Ausrichtung verfassten, Spezifikationen hergestellt. Allerdings wurde auch zum einen der Entwicklung der letzten Jahre Rechnung getragen, zum anderen wurden sehr spezifische Datenelemente, die für die Medikations-Kommunikation im stationären Bereich nicht von Bedeutung sind, nicht berücksichtigt.
+Überwiegend wurde dabei eine Vereinigungsmenge aus diesen, teilweise mit stark unterschiedlicher Ausrichtung verfassten, Spezifikationen hergestellt. Allerdings wurde auch zum einen der Entwicklung der letzten Jahre Rechnung getragen, zum anderen wurden sehr spezifische Datenelemente, die für die Medikationskommunikation im stationären Bereich nicht von Bedeutung sind, nicht berücksichtigt.
 
 ## Kompatibilität zum Medizininformatik-Initiative Kerndatensatz Modul Medikation
 
 Die Medikations-Spezifikationen der Medizininformatik-Initiative sowie in ISiK sind weitestgehend deckungsgleich.
 
 Dies trifft auch für die verwendeten Terminologien zu, mit Ausnahme der Medikamenten-Codierung. Hier erlaubt ISiK die Verwendung von ABDATA WG14, jedoch nicht ATC-WHO. Unter Umständen muss hier also ein Mapping vorgenommen werden.
 
-Weiterhin erlaubt die Medizininformatik-Initiative derzeit mehrfache Slices der einzelnen Codesysteme zum Medikament (z.B. PZN), während im vorliegenden Implementierungsleitfaden gemäß Abstimmung mit dem BfArm und in Übereinstimmung mit den Regeln für den FHIR CodeableConcept Datentyp jedes Codesystem jeweils nur ein Mal vorkommen darf. Im (bei bestimmungsgemäßer Verwendung der Codesysteme nicht zu erwartenden) Fall einer Instanz mit zwei unterschiedlichen Medikamenten-Codes aus dem selben Codesystem muss also eine Einzelfallentscheidung getroffen werden.
+Weiterhin erlaubt die Medizininformatik-Initiative derzeit mehrfache Slices der einzelnen Codesysteme zum Medikament (z.B. PZN), während im vorliegenden Implementierungsleitfaden gemäß Abstimmung mit dem BfArm und in Übereinstimmung mit den Regeln für den FHIR CodeableConcept Datentyp jedes Codesystem jeweils nur ein Mal vorkommen darf. Im (bei bestimmungsgemäßer Verwendung der Codesysteme nicht zu erwartenden) Fall einer Instanz mit zwei unterschiedlichen Medikamenten-Codes aus demselben Codesystem muss also eine Einzelfallentscheidung getroffen werden.
 
 ## Kompatibilität zum KBV eRezept
 

ImplementationGuide/markdown/UebergreifendeFestlegungen/RestApi.md

@@ -1,6 +1,6 @@
 # REST-API
 
-Es gelten grundsätzlich die [Allgemeinen Hinweise zur REST API aus dem Basismodul](https://simplifier.net/guide/isik-basis-v4/markdown-UebergreifendeFestlegungen-UebergreifendeFestlegungen-Rest?version=current).
+Es gelten grundsätzlich die [Allgemeinen Hinweise zur REST API aus dem Basismodul](https://simplifier.net/guide/isik-basis-v4/markdown-UebergreifendeFestlegungen-UebergreifendeFestlegungen_Rest?version=current).
 
 Abweichend hiervon bzw. ergänzend hierzu gilt:
 

ImplementationGuide/markdown/UebergreifendeUseCases/AMTS/AMTS_Diagramme.md

@@ -3,13 +3,13 @@ Im Gegensatz zu den sonstigen Zusammenfassungen, wird in den folgenden Diagramme
 
 ### Use Case Diagramm AMTS
 
-Im Folgenden wird ein grafischer Überblick über möglichst in diesem Implementierungsleitfaden (AMTS) abgedeckten Anwednungsfälle gegeben.
+Im Folgenden wird ein grafischer Überblick über möglichst in diesem Implementierungsleitfaden (AMTS) abgedeckten Anwendungsfä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.
+* In den Funktionen werde triviale Suchen einer Ressource anhand ihrer eigenen Properties nicht dargestellt, z.B. Suche einer Ressource anhand der ID, Name, Code usw.
 
 <img src="https://raw.githubusercontent.com/gematik/spec-ISiK-Medikation/rc/main-stufe-4/Material/images/diagrams/amts_usecases.svg" alt="AMTS Use Cases" width="90%"/>
 
@@ -18,7 +18,7 @@ Da es sich um eine Zusammenfassung handelt, werden nur folgende Use Case und daf
 
 ### Interaktionen In der Versorgung
 
-Im Folgenden ist ein beispielhafter Versorgungsprozess aus dem [Auszug des IOP-Arbeitskreises](https://simplifier.net/guide/isik-medikation-v4/ImplementationGuide-markdown-UebergreifendeUseCases-AMTS#Anhang-I-Auszug) dargestellt, welcher der Erarbeitung diese Implemetierungsleitfadens zugrunde lag. Weitere Prozesse und Details finden sich im [Anhang](https://simplifier.net/guide/isik-medikation-v4/ImplementationGuide-markdown-UebergreifendeUseCases-AMTS#Anhang-I-Auszug).
+Im Folgenden ist ein beispielhafter Versorgungsprozess aus dem [Auszug des IOP-Arbeitskreises](https://simplifier.net/guide/isik-medikation-v4/ImplementationGuide-markdown-UebergreifendeUseCases-AMTS#Anhang-I-Auszug) dargestellt, welcher der Erarbeitung diese Implementierungsleitfadens zugrunde lag. Weitere Prozesse und Details finden sich im [Anhang](https://simplifier.net/guide/isik-medikation-v4/ImplementationGuide-markdown-UebergreifendeUseCases-AMTS#Anhang-I-Auszug).
 
 <img src="https://raw.githubusercontent.com/gematik/spec-ISiK-Medikation/rc/main-stufe-4/Material/images/AMTS_AuszugAK/Versorgungsprozess2.jpg" alt="Sturz mit stationärer Behandlung und hausärztlicher Weiterbehandlung" width="90%"/>
 
@@ -29,14 +29,14 @@ Im Folgenden ist ein beispielhafter Versorgungsprozess aus dem [Auszug des IOP-A
 
 Im Folgenden wird ein grafischer Überblick über alle für diesen Übergreifenden Use Case (AMTS) profilierten Ressourcen gegeben.
 Da es sich um eine Zusammenfassung handelt, werden nur folgende Profile und Felder dargestellt:
-* Profile und Extenstion, die spezielle für AMTS profiliert wurden.
-* Profile und Extenstion, die für AMTS zwingend benötigt werden. In vereinfachter Form, mit Verweis auf den Ursprung.
-* Felder, mit besonderer Relevanz, 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).
+* Profile und Extension, die spezielle für AMTS profiliert wurden.
+* Profile und Extension, die für AMTS zwingend benötigt werden. In vereinfachter Form, mit Verweis auf den Ursprung.
+* Felder, mit besonderer Relevanz, die unterstützt werden MÜSSEN (Must Support).
+* * Datentypen, die im ISiK-Kontext entstanden, festgelegt oder eingeschränkt wurden, sind als **Fett** gekennzeichnet.
+* Die Elemente (Unterfelder) haben, die unterstützt werden MÜSSEN (Must Support).
 * Nur Unter-Elemente (MS) bis zu ersten Tiefe, abhängig von Umfang und Systematik. D.h. Keine bedingten Wiederholungen (repeat) oder Rekursionen (part-of).
 
-<img src="https://raw.githubusercontent.com/gematik/spec-ISiK-Medikation/rc/main-stufe-4/Material/images/diagrams/amts_resourcediagram.svg" alt="AMTS Ressourcenciagramm" width="90%"/>
+<img src="https://raw.githubusercontent.com/gematik/spec-ISiK-Medikation/rc/main-stufe-4/Material/images/diagrams/amts_resourcediagram.svg" alt="AMTS Ressourcendiagramm" width="90%"/>
 
 **Ressourcendiagramm AMTS**