diff --git a/.github/workflows/link-check.yml b/.github/workflows/link-check.yml
new file mode 100644
index 00000000..b2d6dd50
--- /dev/null
+++ b/.github/workflows/link-check.yml
@@ -0,0 +1,40 @@
+name: Check Links
+# This workflow checks for broken links in the repository.
+
+on:
+  pull_request:
+    # Trigger the workflow on any pull request targeting any branch.
+    branches:
+      - '**'
+  # Allows you to run this workflow manually from the Actions tab
+  workflow_dispatch:
+
+jobs:
+  link_checker:
+    # Define a job named "link_checker" that runs the link-checking process.
+    runs-on: ubuntu-latest
+    # Specify the virtual machine environment to run the job (latest Ubuntu).
+
+    steps:
+      - name: Checkout repository
+        # Step 1: Checkout the repository code into the workflow environment.
+        uses: actions/checkout@v3
+        # Use the official GitHub checkout action (version 3).
+
+      - name: Run Link Checker
+        # Step 2: Run the Lychee link-checking tool.
+        uses: lycheeverse/lychee-action@v2
+        # Use the Lychee GitHub Action (version 2) for link checking.
+
+        with:  
+          fail: true
+          # Configure the workflow to fail if broken links are found.
+          # Run the link checker on the current directory and all its contents.
+          # Exclude links matching the pattern for Jira links (e.g., HL7 Jira).
+          # Exclude all links in the "ImplementationGuide/style" directory.
+          # Exclude all links in the "Material" directory.
+          args: >
+            .
+            --exclude-path ImplementationGuide/style
+            --exclude-path Material
+            
diff --git a/.lycheeignore b/.lycheeignore
new file mode 100644
index 00000000..a5015c2f
--- /dev/null
+++ b/.lycheeignore
@@ -0,0 +1,5 @@
+^https?://jira\.hl7\.org
+^https?://test\.krankenhaus\.de
+^http://hl7\.org/fhir/StructureDefinition/condition-related
+^http://hl7\.org/fhir/5\.0/StructureDefinition/extension-Encounter\.plannedStartDate
+^http://hl7\.org/fhir/5\.0/StructureDefinition/extension-Encounter\.plannedEndDate
\ No newline at end of file
diff --git a/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/ReleaseNotes.page.md b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/ReleaseNotes.page.md
index 9aa87058..c90a012b 100644
--- a/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/ReleaseNotes.page.md
+++ b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/ReleaseNotes.page.md
@@ -178,8 +178,6 @@ Datum: 31.03.2023
 * ISiKVersicherungsverhaeltnisSelbstzahler: Organisation als möglicher 'payor' hinzugefügt (es gibt auch Konstellationen, in denen die Zahlung direkt über die PKV erfolgt)
   * add: organization as payor by @f-peverali in <https://github.com/gematik/spec-ISiK-Basismodul/pull/236>
 
-**Full Changelog**: <https://github.com/gematik/spec-ISiK-Basismodul/compare/master-isik-stufe-2...main-isik-stufe-3-rc>
-
 ----
 ## Version: 2.0.5
 
@@ -189,7 +187,7 @@ Datum: 24.03.2023
   - Hinweis Inkompatibilität zu KBV Basisprofile bei Patient.Adress.country
   - Einschränkung der Umsetzungspflicht für Suchparameter vom Typ "Token" auf Datentypen "code", "Coding" oder "CodeableConcept"
 - ISiKBerichtBundle
-  - Slicing-Korrektur - betrifft Validierung und erfordert keine Anpassung von Seiten der Implementierung (https://github.com/gematik/spec-ISiK-Basismodul/pull/202/commits/e4cf702116c0d9c7a11260efc4cc9e583ba4ea889)
+  - Slicing-Korrektur - betrifft Validierung und erfordert keine Anpassung von Seiten der Implementierung 
 - ISiKPatient (Beispiel - erfordert keine Anpassung von Seiten der Implementierung)
   - Fixed identifier-Slicing of Type VersichertenId-GKV
 
diff --git "a/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/UseCasesAnwendung/Patientenzusammenf\303\274hrung.page.md" "b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/UseCasesAnwendung/Patientenzusammenf\303\274hrung.page.md"
index 0d195b9f..e931d36b 100644
--- "a/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/UseCasesAnwendung/Patientenzusammenf\303\274hrung.page.md"
+++ "b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/UseCasesAnwendung/Patientenzusammenf\303\274hrung.page.md"
@@ -26,7 +26,7 @@ Falls eine Patient merge Notification im Rahmen von ISIK bereitgestellt wird, ge
 
 Das patientenführende System SOLL einen Client mittels FHIR Subscription über einen erfolgten Patienten merge informieren können. Dieser Mechanismus basiert auf dem [Subscriptions R5 Backport IG](https://hl7.org/fhir/uv/subscriptions-backport/STU1.1/channels.html) und nutzt das Konzept der "Topic-Based Subscription" aus FHIR R5.  
 
-Hierfür wurde das Subscription Topic: *https://gematik.de/fhir/isik/SubscriptionTopic/patient-merge* definiert.
+Hierfür wurde das Subscription Topic: *https://gematik.de/fhir/isik/StructureDefinition/patient-merge-subscription* definiert.
 
 Das patientenführende System SOLL den Support dieser Subscription innerhalb des CapabilityStatements bekannt geben.