fix link to R4

gematik · Sep 22, 2023 · 2717587 · 2717587
1 parent c3c6f93
commit 2717587
Show file tree

Hide file tree

Showing 44 changed files with 89 additions and 89 deletions.
diff --git a/.../markdown/Abrechnungsfall/Abrechnungsfall_AnmerkungenZuDenMustSupportFeldern.md b/.../markdown/Abrechnungsfall/Abrechnungsfall_AnmerkungenZuDenMustSupportFeldern.md
@@ -12,13 +12,13 @@
 
 **Bedeutung:** Der Status MUSS insbesondere zur Differenzierung von abgeschlossenen und derzeitig noch aktiven Abrechnungsfällen angegeben werden. Alle in einem System möglichen Status-Werte müssen über FHIR korrekt repräsentiert werden können, mindestens jedoch die Status-Werte "active", "inactive". Deren korrekte Abbildung wird im Rahmen des Bestätigungsverfahrens überprüft.
 
-**Hinweise:** Siehe Beschreibung in der [FHIR Kernspezifikation](https://hl7.org/fhir/account-definitions.html#Account.status)
+**Hinweise:** Siehe Beschreibung in der [FHIR Kernspezifikation](https://hl7.org/fhir/R4/account-definitions.html#Account.status)
 
 ### `Account.type`
 
 **Bedeutung:** Alle Accounts MÜSSEN eindeutig kategorisiert werden können, sodass eine Filterung pro Typ möglich ist.
 
-**Hinweise:** Verpflichtende Kodierung per [HL7 v3 Value Set ActEncounterCode](https://hl7.org/fhir/v3/ActEncounterCode/vs.html) als Äquivalent zu Encounter.class. 
+**Hinweise:** Verpflichtende Kodierung per [HL7 v3 Value Set ActEncounterCode](https://hl7.org/fhir/R4/v3/ActEncounterCode/vs.html) als Äquivalent zu Encounter.class. 
 
 ### `Account.subject`
 

diff --git a/ImplementationGuide/markdown/Abrechnungsfall/Abrechnungsfall_Interaktionen.md b/ImplementationGuide/markdown/Abrechnungsfall/Abrechnungsfall_Interaktionen.md
@@ -42,7 +42,7 @@ Folgende Suchparameter sind für das Bestätigungsverfahren relevant, auch in Ko
 
     ```GET [base]/Account?patient=Patient/123```
 
-    Anwendungshinweise: Weitere Informationen zur Suche nach "Account.subject" finden sich in der [FHIR-Basisspezifikation - Abschnitt "Reference Search"](https://www.hl7.org/fhir/search.html#reference).
+    Anwendungshinweise: Weitere Informationen zur Suche nach "Account.subject" finden sich in der [FHIR-Basisspezifikation - Abschnitt "Reference Search"](https://www.hl7.org/fhir/R4/search.html#reference).
 
 1. Der Suchparameter "_profile" KANN unterstützt werden:
 

diff --git a/ImplementationGuide/markdown/Angehoeriger/Angehoeriger_Interaktionen.md b/ImplementationGuide/markdown/Angehoeriger/Angehoeriger_Interaktionen.md
@@ -18,7 +18,7 @@ Folgende Suchparameter sind für das Bestätigungsverfahren relevant, auch in Ko
 
     ```GET [base]/RelatedPerson?patient=Patient/123```  
 
-    Anwendungshinweise: Weitere Informationen zur Suche nach "RelatedPerson.patient" finden sich in der [FHIR-Basisspezifikation - Abschnitt "Reference Search"](https://www.hl7.org/fhir/search.html#reference).
+    Anwendungshinweise: Weitere Informationen zur Suche nach "RelatedPerson.patient" finden sich in der [FHIR-Basisspezifikation - Abschnitt "Reference Search"](https://www.hl7.org/fhir/R4/search.html#reference).
 
 1. Die Suche nach einem beliebigen Bestandteil des Namens KANN unterstützt werden:
 

diff --git a/ImplementationGuide/markdown/BerichtSubsystem/BerichtSubsystem_Interaktionen.md b/ImplementationGuide/markdown/BerichtSubsystem/BerichtSubsystem_Interaktionen.md
@@ -6,16 +6,16 @@ Die Rückübermittlung eines Document-Bundles an ein Primärsystem erfolgt mitte
 
    `POST [base]/` mit einer FHIR-Bundle Ressource im Request-Body.
 
-   Anwendungshinweise: Weitere Informationen zu den verschiedenen Endpunkten für Dokumente finden sich in der [FHIR-Basisspezifikation - Abschnitt "Document End-Points"](https://www.hl7.org/fhir/documents.html#bundle).
+   Anwendungshinweise: Weitere Informationen zu den verschiedenen Endpunkten für Dokumente finden sich in der [FHIR-Basisspezifikation - Abschnitt "Document End-Points"](https://www.hl7.org/fhir/R4/documents.html#bundle).
 
 Das Bundle dient der Aggregation aller Ressourcen, die Bestandteil des Dokumentes sind. Dabei ist die erste Ressource im Bundle (Bundle.entry.resource) stets eine Composition, alle weiteren Entries enthalten zusätzliche Ressourcen, auf die die Composition verweist.
 
-Falls die im Dokumenten-Bundle enthaltene Patient-Ressource und/oder Encounter-Ressource nicht anhand der Business-Identifier oder anderer Matching-Kriterien im empfangenden System gefunden werden kann (d.h. der Patient oder der Encounter existiert im empfangenden System noch nicht), MUSS als Antwort der HTTP Status Code "422 - Unprocessable Entity" zurückgegeben werden. Im Body der Response ist eine OperationOutcome zurückzugeben, welche ein Issue mit dem Verweis auf die nicht auflösbare Referenz enthält. Zur Kodierung von OperationOutcome.issue.code MUSS als Code ["processing"](https://hl7.org/fhir/issue-type) verwendet werden.
+Falls die im Dokumenten-Bundle enthaltene Patient-Ressource und/oder Encounter-Ressource nicht anhand der Business-Identifier oder anderer Matching-Kriterien im empfangenden System gefunden werden kann (d.h. der Patient oder der Encounter existiert im empfangenden System noch nicht), MUSS als Antwort der HTTP Status Code "422 - Unprocessable Entity" zurückgegeben werden. Im Body der Response ist eine OperationOutcome zurückzugeben, welche ein Issue mit dem Verweis auf die nicht auflösbare Referenz enthält. Zur Kodierung von OperationOutcome.issue.code MUSS als Code ["processing"](https://hl7.org/fhir/R4/codesystem-issue-type.html) verwendet werden.
 
 Das Bundle muss folgendem Profil entsprechen:
 {{tree:https://gematik.de/fhir/isik/v2/Basismodul/StructureDefinition/ISiKBerichtBundle, hybrid}}  
 
-Unterscheidungshinweis: Informationen zu Interaktionen mit Dokument-Binaries finden sich im Modul [ISiK Dokumentenaustausch - Abgrenzung zu ISiK Stufe 2](https://simplifier.net/guide/isik-dokumentenaustausch/ImplementationGuide-markdown-AkteureUndInteraktionen?version=current#ImplementationGuide-markdown-AkteureUndInteraktionen-ErzeugenVonMetadaten).
+Unterscheidungshinweis: Informationen zu Interaktionen mit Dokument-Binaries finden sich im Modul [ISiK Dokumentenaustausch - Abgrenzung zu ISiK Stufe 3](https://simplifier.net/guide/Implementierungsleitfaden-ISiK-Modul-Dokumentenaustausch-Stufe-3/ImplementationGuide-markdown-AkteureUndInteraktionen-ErzeugenVonMetadaten?version=current).
 
 ### Verarbeitung des Dokumentes
 
@@ -50,14 +50,14 @@ Folgende Fälle sind zu beachten um eine Patient-/ und Encounter-Ressource aus d
   * Wird mehr als ein Eintrag gefunden, KANN der Server nach der neuesten Version suchen (basierend auf meta.lastUpdated). Wenn jener auf diese Weise genau eine aktuelle Version findet, ist die Auflösung erfolgreich (und endet hier)
 
 * Wenn die Referenz die Form "[Typ]/[id]" hat (z. B. "Patient/123")
-  * Wenn der Bundle-Entry, der den Verweis enthält, eine FullUrl hat, die dem [RESTful-URL-Regex](https://hl7.org/fhir/references.html#regex) entspricht (z. B. "https://fhir.example.org/Observation/456"):
+  * Wenn der Bundle-Entry, der den Verweis enthält, eine FullUrl hat, die dem [RESTful-URL-Regex](https://hl7.org/fhir/R4/references.html#regex) entspricht (z. B. "https://fhir.example.org/Observation/456"):
     * Extrahiert wird die [root] aus der fullUrl des Bundle-Entries und mit der relative Referenz zusammenangefügt (z. B. "https://fhir.example.org/" + "Patient/123" --> "https://fhir.example.org/Patient/123")
     * Gefolgt wird den Schritten für die Auflösung absoluter Referenzen. Siehe oben.
 
 ### Persistierung der menschenlesbaren Repräsentation
 
 Das Narrative der Ressource KANN innerhalb einer DocumentReference-Ressource persistiert werden. Zum derzeitigen Zeitpunkt obliegt es der jeweiligen Implementierung wie diese DocumentReference Ressource ausgestaltet ist.
-Ein Mapping der Composition-Metadaten auf DocumentReference-Metadaten KANN der FHIR Kernspezifikation entnommen werden. Siehe [Abschnitt "2.42.8.7 FHIR Composition"](https://www.hl7.org/fhir/documentreference-mappings.html#fhircomposition).
+Ein Mapping der Composition-Metadaten auf DocumentReference-Metadaten KANN der FHIR Kernspezifikation entnommen werden. Siehe [Abschnitt "2.42.8.7 FHIR Composition"](https://www.hl7.org/fhir/R4/documentreference-mappings.html#fhircomposition).
 
 Das Narrative MUSS als Binary-Ressource unter DocumentReference.content.attachment.url angegeben werden.
 

diff --git a/ImplementationGuide/markdown/BerichtSubsystem/BerichtSubsystem_Motivation.md b/ImplementationGuide/markdown/BerichtSubsystem/BerichtSubsystem_Motivation.md
@@ -16,6 +16,6 @@ In weiteren Ausbaustufen von ISiK soll darüber hinaus eine Übernahme der struk
 
 Es obliegt dabei dem Ermessen des Herstellers, ob die Übernahme strukturierter Daten in das Primärsystem automatisch erfolgt, oder durch den Benutzer initiiert wird.
 
-Die Berichte werden, wie von der [FHIR Spezifikation für die Composition Ressource vorgesehen](https://www.hl7.org/fhir/composition.html), in einem FHIR-Bundle versendet.
+Die Berichte werden, wie von der [FHIR Spezifikation für die Composition Ressource vorgesehen](https://www.hl7.org/fhir/R4/composition.html), in einem FHIR-Bundle versendet.
 
 ---
diff --git a/ImplementationGuide/markdown/Binary/Binary_Interaktionen.md b/ImplementationGuide/markdown/Binary/Binary_Interaktionen.md
@@ -1,5 +1,5 @@
 ### Interaktionen
 
-Für die Ressource Binary MUSS die REST-Interaktion "READ" implementiert werden. Es MÜSSEN die Regeln aus der FHIR-Kernspezifikation zur Abfrage einer Binary Ressource beachtet werden. Siehe ["Serving Binary Resources using the RESTful API"](https://www.hl7.org/fhir/binary.html#rest).
+Für die Ressource Binary MUSS die REST-Interaktion "READ" implementiert werden. Es MÜSSEN die Regeln aus der FHIR-Kernspezifikation zur Abfrage einer Binary Ressource beachtet werden. Siehe ["Serving Binary Resources using the RESTful API"](https://www.hl7.org/fhir/R4/binary.html#rest).
 
 ---
diff --git a/ImplementationGuide/markdown/CapabilityStatement.md b/ImplementationGuide/markdown/CapabilityStatement.md
@@ -1,18 +1,18 @@
-## Konformitätserklärung [(CapabilityStatement)](https://hl7.org/fhir/capabilitystatement.html)
+## Konformitätserklärung [(CapabilityStatement)](https://hl7.org/fhir/R4/capabilitystatement.html)
 
-Jede Instanz eines bestätigungsrelevanten Systems MUSS an ihrem Endpunkt eine [CapabilityStatement](https://hl7.org/fhir/capabilitystatement.html)-Ressource bereitstellen.
+Jede Instanz eines bestätigungsrelevanten Systems MUSS an ihrem Endpunkt eine [CapabilityStatement](https://hl7.org/fhir/R4/capabilitystatement.html)-Ressource bereitstellen.
 
-Hierzu MUSS die [capabilities-Interaktion gemäß FHIR-Spezifikation](https://hl7.org/fhir/http.html#capabilities) unterstützt werden.
+Hierzu MUSS die [capabilities-Interaktion gemäß FHIR-Spezifikation](https://hl7.org/fhir/R4/http.html#capabilities) unterstützt werden.
 Der MODE-Parameter kann ignoriert werden.
 
-Das CapabilityStatement in dieser Spezifikation stellt die Anforderungen seitens der gematik dar (`kind` = "requirements"). Zur Unterscheidung von Anforderungen, die erfüllt werden MÜSSEN gegenüber jenen, die erfüllt werden KÖNNEN, wird die [CapabilityStatement-Expectation](https://hl7.org/fhir/extension-capabilitystatement-expectation.html)-Extension mit den möglichen Werten "SHALL" (=MUSS) und "MAY" (=KANN) verwendet.
+Das CapabilityStatement in dieser Spezifikation stellt die Anforderungen seitens der gematik dar (`kind` = "requirements"). Zur Unterscheidung von Anforderungen, die erfüllt werden MÜSSEN gegenüber jenen, die erfüllt werden KÖNNEN, wird die [CapabilityStatement-Expectation](https://hl7.org/fhir/R4/extension-capabilitystatement-expectation.html)-Extension mit den möglichen Werten "SHALL" (=MUSS) und "MAY" (=KANN) verwendet.
 
 Eine Server-Instanz MUSS ihrerseits ein CapabilityStatement vom `kind`= "instance" liefern und im Element `software` den Namen und die Versionsnummer angeben.
 Darüber hinaus MUSS in `CapabilityStatement.instantiates` die Canonical URL des nachfolgenden CapabilityStatement in der jeweiligen CapabilityStatement Instanz angegeben werden.
 
 Das CapabilityStatement der Instanz MUSS alle Funktionalitäten auflisten, die im folgenden CapabilityStatement mit "SHALL" gekennzeichnet sind. Das CapabilityStatement KANN darüber hinaus die mit "MAY" gekennzeichneten Funktionalitäten, sowie weitere Funktionalitäten auflisten, sofern diese in der Instanz implementiert wurden.
 
-Die Verwendung der [CapabilityStatement-Expectation](https://hl7.org/fhir/extension-capabilitystatement-expectation.html)-Extension ist im CapabilityStatement der Server-Instanz nicht erforderlich.
+Die Verwendung der [CapabilityStatement-Expectation](https://hl7.org/fhir/R4/extension-capabilitystatement-expectation.html)-Extension ist im CapabilityStatement der Server-Instanz nicht erforderlich.
 
 ## CapabilityStatement (Requirement) ISiK
 

diff --git a/ImplementationGuide/markdown/Datenobjekte/Datenobjekte_Abrechnungsfall.md b/ImplementationGuide/markdown/Datenobjekte/Datenobjekte_Abrechnungsfall.md
@@ -1,3 +1,3 @@
-## Abrechnungsfall [(Account)](https://hl7.org/fhir/account.html)
+## Abrechnungsfall [(Account)](https://hl7.org/fhir/R4/account.html)
 
 ---
diff --git a/ImplementationGuide/markdown/Datenobjekte/Datenobjekte_Angehoeriger.md b/ImplementationGuide/markdown/Datenobjekte/Datenobjekte_Angehoeriger.md
@@ -1,3 +1,3 @@
-## Angehöriger [(RelatedPerson)](https://hl7.org/fhir/relatedperson.html)
+## Angehöriger [(RelatedPerson)](https://hl7.org/fhir/R4/relatedperson.html)
 
 ---
diff --git a/ImplementationGuide/markdown/Datenobjekte/Datenobjekte_BerichtSubsystem.md b/ImplementationGuide/markdown/Datenobjekte/Datenobjekte_BerichtSubsystem.md
@@ -1,3 +1,3 @@
-## Rückübermittlung Bericht aus Subsystemen [(Composition)](https://hl7.org/fhir/composition.html)
+## Rückübermittlung Bericht aus Subsystemen [(Composition)](https://hl7.org/fhir/R4/composition.html)
 
 ---
diff --git a/ImplementationGuide/markdown/Datenobjekte/Datenobjekte_Binary.md b/ImplementationGuide/markdown/Datenobjekte/Datenobjekte_Binary.md
@@ -1,3 +1,3 @@
-## Binary [(Binary)](https://hl7.org/fhir/binary.html)
+## Binary [(Binary)](https://hl7.org/fhir/R4/binary.html)
 
 ---
diff --git a/ImplementationGuide/markdown/Datenobjekte/Datenobjekte_CodeSystem.md b/ImplementationGuide/markdown/Datenobjekte/Datenobjekte_CodeSystem.md
@@ -1,3 +1,3 @@
-## Katalog [(CodeSystem)](https://hl7.org/fhir/codesystem.html)
+## Katalog [(CodeSystem)](https://hl7.org/fhir/R4/codesystem.html)
 
 ---
diff --git a/ImplementationGuide/markdown/Datenobjekte/Datenobjekte_Diagnose.md b/ImplementationGuide/markdown/Datenobjekte/Datenobjekte_Diagnose.md
@@ -1,3 +1,3 @@
-## Diagnose [(Condition)](https://hl7.org/fhir/condition.html)
+## Diagnose [(Condition)](https://hl7.org/fhir/R4/condition.html)
 
 ---
diff --git a/ImplementationGuide/markdown/Datenobjekte/Datenobjekte_Kontakt.md b/ImplementationGuide/markdown/Datenobjekte/Datenobjekte_Kontakt.md
@@ -1,3 +1,3 @@
-## Kontakt/Fall [(Encounter)](https://hl7.org/fhir/encounter.html)
+## Kontakt/Fall [(Encounter)](https://hl7.org/fhir/R4/encounter.html)
 
 ---
diff --git a/ImplementationGuide/markdown/Datenobjekte/Datenobjekte_Patient.md b/ImplementationGuide/markdown/Datenobjekte/Datenobjekte_Patient.md
@@ -1,4 +1,4 @@
-## Patient [(Patient)](https://hl7.org/fhir/patient.html)
+## Patient [(Patient)](https://hl7.org/fhir/R4/patient.html)
 
 Die nachfolgenden Festlegungen spezifizieren die Abbildung von Minimalanforderungen für die Bereitstellung von administrativen Patientendaten im Rahmen des Bestätigungsverfahrens der gematik.
 

diff --git a/ImplementationGuide/markdown/Datenobjekte/Datenobjekte_PersonImGesundheitsberuf.md b/ImplementationGuide/markdown/Datenobjekte/Datenobjekte_PersonImGesundheitsberuf.md
@@ -1,4 +1,4 @@
-## PersonImGesundheitsberuf [(Practitioner)](https://hl7.org/fhir/practitioner.html)
+## PersonImGesundheitsberuf [(Practitioner)](https://hl7.org/fhir/R4/practitioner.html)
 
 ---
 
diff --git a/ImplementationGuide/markdown/Datenobjekte/Datenobjekte_Prozedur.md b/ImplementationGuide/markdown/Datenobjekte/Datenobjekte_Prozedur.md
@@ -1,3 +1,3 @@
-## Prozedur [(Procedure)](https://hl7.org/fhir/procedure.html)
+## Prozedur [(Procedure)](https://hl7.org/fhir/R4/procedure.html)
 
 ---
diff --git a/ImplementationGuide/markdown/Datenobjekte/Datenobjekte_ValueSet.md b/ImplementationGuide/markdown/Datenobjekte/Datenobjekte_ValueSet.md
@@ -1,3 +1,3 @@
-## ValueSet [(ValueSet)](https://hl7.org/fhir/valueset.html)
+## ValueSet [(ValueSet)](https://hl7.org/fhir/R4/valueset.html)
 
 ---
diff --git a/ImplementationGuide/markdown/Datenobjekte/Datenobjekte_Versicherungsverhaeltnis.md b/ImplementationGuide/markdown/Datenobjekte/Datenobjekte_Versicherungsverhaeltnis.md
@@ -1,3 +1,3 @@
-## Versicherungsverhältnis [(Coverage)](https://hl7.org/fhir/coverage.html)
+## Versicherungsverhältnis [(Coverage)](https://hl7.org/fhir/R4/coverage.html)
 
 ---
diff --git a/...mentationGuide/markdown/Diagnose/Diagnose_AnmerkungenZuDenMustSupportFeldern.md b/...mentationGuide/markdown/Diagnose/Diagnose_AnmerkungenZuDenMustSupportFeldern.md
@@ -6,7 +6,7 @@
 
 **Hinweise:**
 
-[FHIRPath Constraints seitens der FHIR-Kernspezifikation](https://www.hl7.org/fhir/condition.html#invs) rund um Condition.clinicalStatus sind zu beachten.
+[FHIRPath Constraints seitens der FHIR-Kernspezifikation](https://www.hl7.org/fhir/R4/condition.html#invs) rund um Condition.clinicalStatus sind zu beachten.
 
 ### `Condition.code.coding`
 

diff --git a/ImplementationGuide/markdown/Diagnose/Diagnose_Interaktionen.md b/ImplementationGuide/markdown/Diagnose/Diagnose_Interaktionen.md
@@ -28,7 +28,7 @@ Folgende Suchparameter sind für das Bestätigungsverfahren relevant, auch in Ko
 
     ```GET [base]/Condition?patient=Patient/123```
 
-    Anwendungshinweise: Weitere Informationen zur Suche nach "Condition.subject" finden sich in der [FHIR-Basisspezifikation - Abschnitt "Reference Search"](https://www.hl7.org/fhir/search.html#reference).
+    Anwendungshinweise: Weitere Informationen zur Suche nach "Condition.subject" finden sich in der [FHIR-Basisspezifikation - Abschnitt "Reference Search"](https://www.hl7.org/fhir/R4/search.html#reference).
 
     Dieser Suchparameter ist für die Umsetzung des IHE QEDm Profils verpflichtend.
 
@@ -38,15 +38,15 @@ Folgende Suchparameter sind für das Bestätigungsverfahren relevant, auch in Ko
 
     ```GET [base]/Condition?subject=Patient/123```
 
-    Anwendungshinweise: Weitere Informationen zur Suche nach "Condition.subject" finden sich in der [FHIR-Basisspezifikation - Abschnitt "Reference Search"](https://www.hl7.org/fhir/search.html#reference).
+    Anwendungshinweise: Weitere Informationen zur Suche nach "Condition.subject" finden sich in der [FHIR-Basisspezifikation - Abschnitt "Reference Search"](https://www.hl7.org/fhir/R4/search.html#reference).
 
 1. Der Suchparameter "encounter" MUSS unterstützt werden:
 
    Beispiele:
 
     ```GET [base]/Condition?encounter=Patient/123```
 
-    Anwendungshinweise: Weitere Informationen zur Suche nach "Condition.encounter" finden sich in der [FHIR-Basisspezifikation - Abschnitt "Reference Search"](https://www.hl7.org/fhir/search.html#reference).
+    Anwendungshinweise: Weitere Informationen zur Suche nach "Condition.encounter" finden sich in der [FHIR-Basisspezifikation - Abschnitt "Reference Search"](https://www.hl7.org/fhir/R4/search.html#reference).
 
 1. Der Suchparameter "recorded-date" MUSS unterstützt werden:
 

diff --git a/ImplementationGuide/markdown/Diagnose/Diagnose_Motivation.md b/ImplementationGuide/markdown/Diagnose/Diagnose_Motivation.md
@@ -2,7 +2,7 @@
 
 Die Möglichkeit, auf eine Übersicht der Diagnosen eines Patienten zuzugreifen, Patienten anhand ihrer Diagnose zu suchen oder zu prüfen, ob eine konkrete Diagnose bei einem Patienten vorliegt, sind wichtige Funktionen im klinischen Behandlungsablauf.
 
-In FHIR werden Diagnosen mit der [Condition](https://hl7.org/fhir/condition.html)-Ressource repräsentiert.
+In FHIR werden Diagnosen mit der [Condition](https://hl7.org/fhir/R4/condition.html)-Ressource repräsentiert.
 
 Da die Diagnosen in klinischen Primärsystemen in der Regel in ICD-10-codierter Form vorliegen, fordert ISiK in erster Linie diese Form des Austausches.
 Falls eine Diagnose zwar dokumentiert, aber noch nicht codiert wurde (z.B. wenn die Kodierung erst nach der Entlassung erfolgt), ist alternativ eine Repräsentation als Freitext-Diagnose möglich.

diff --git a/ImplementationGuide/markdown/Einfuehrung.md b/ImplementationGuide/markdown/Einfuehrung.md
@@ -15,7 +15,7 @@ Abgekündigte Versionen oder Zwischenveröffentlichungen der Implementierungslei
 
 # Interoperabler Datenaustausch durch Informationssysteme im Krankenhaus (ISiK)
 
-Die gematik wurde vom Gesetzgeber beauftragt, im Benehmen mit der Deutschen Krankenhausgesellschaft (DKG) und den maßgeblichen Bundesverbänden der Industrie im Gesundheitswesen, verbindliche Standards für den Austausch von Gesundheitsdaten mit Informationssystemen im Krankenhaus zu erarbeiten. Dieser FHIR ImplementationGuide (IG) beschreibt die für diesen Zweck entwickelten FHIR Profile und das [REST](https://de.wikipedia.org/wiki/Representational_State_Transfer)-basierte Application Programming Interface (API). Die REST-API wird im Wesentlichen [vom FHIR Standard vorgegeben](https://www.hl7.org/fhir/http.html). Dieser Leitfaden konkretisiert die ISiK-relevanten Funktionen der Standard-REST-API und trifft inhaltliche Festlegungen zu den ISiK-relevanten Ressourcen in Form von Ressourcen-Profilen.
+Die gematik wurde vom Gesetzgeber beauftragt, im Benehmen mit der Deutschen Krankenhausgesellschaft (DKG) und den maßgeblichen Bundesverbänden der Industrie im Gesundheitswesen, verbindliche Standards für den Austausch von Gesundheitsdaten mit Informationssystemen im Krankenhaus zu erarbeiten. Dieser FHIR ImplementationGuide (IG) beschreibt die für diesen Zweck entwickelten FHIR Profile und das [REST](https://de.wikipedia.org/wiki/Representational_State_Transfer)-basierte Application Programming Interface (API). Die REST-API wird im Wesentlichen [vom FHIR Standard vorgegeben](https://www.hl7.org/fhir/R4/http.html). Dieser Leitfaden konkretisiert die ISiK-relevanten Funktionen der Standard-REST-API und trifft inhaltliche Festlegungen zu den ISiK-relevanten Ressourcen in Form von Ressourcen-Profilen.
 
 Hersteller bestätigungsrelevanter Systeme sollen durch diesen IG in die Lage versetzt werden, eine konforme Implementierung zu erstellen und das Bestätigungsverfahren der gematik erfolgreich zu absolvieren.
 

diff --git a/...entationGuide/markdown/Katalog/CodeSystem_AnmerkungenZuDenMustSupportFeldern.md b/...entationGuide/markdown/Katalog/CodeSystem_AnmerkungenZuDenMustSupportFeldern.md
@@ -16,7 +16,7 @@
 
 **Bedeutung:** Maschinenlesbarer Name des CodeSystems
 
-**Hinweise:** Der Constraint [cps-0](https://www.hl7.org/fhir/codesystem.html#invs) ist hierbei zu beachten.
+**Hinweise:** Der Constraint [cps-0](https://www.hl7.org/fhir/R4/codesystem.html#invs) ist hierbei zu beachten.
 
 ### `CodeSystem.status`
 

diff --git a/ImplementationGuide/markdown/Katalog/CodeSystem_Interaktionen.md b/ImplementationGuide/markdown/Katalog/CodeSystem_Interaktionen.md
@@ -18,7 +18,7 @@ Folgende Suchparameter sind für das Bestätigungsverfahren relevant, auch in Ko
 
     ```GET [base]/CodeSystem?url=http://example.org/fhir/CodeSystem/test```
 
-    Anwendungshinweise: Weitere Informationen zur Suche nach "CodeSystem.url" finden sich in der [FHIR-Basisspezifikation - Abschnitt "uri"](https://www.hl7.org/fhir/search.html#uri).
+    Anwendungshinweise: Weitere Informationen zur Suche nach "CodeSystem.url" finden sich in der [FHIR-Basisspezifikation - Abschnitt "uri"](https://www.hl7.org/fhir/R4/search.html#uri).
 
 1. Der Suchparameter "name" MUSS unterstützt werden: