update links to R4

gematik · Sep 20, 2023 · 6472417 · 6472417
1 parent dfbbc33
commit 6472417
Show file tree

Hide file tree

Showing 21 changed files with 29 additions and 29 deletions.
diff --git a/ImplementationGuide/markdown/BerichtSubsystem_Interaktionen.md b/ImplementationGuide/markdown/BerichtSubsystem_Interaktionen.md
@@ -10,7 +10,7 @@ Die Rückübermittlung eines Document-Bundles an ein Primärsystem erfolgt mitte
 
 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 Referenz auf die in der Composition enthaltenen Patienten und/oder Encounter nicht auflösbar ist, 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"](http://hl7.org/fhir/issue-type) verwendet werden.
+Falls die Referenz auf die in der Composition enthaltenen Patienten und/oder Encounter nicht auflösbar ist, 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/StructureDefinition/ISiKBerichtBundle, hybrid}}

diff --git a/ImplementationGuide/markdown/CapabilityStatement.md b/ImplementationGuide/markdown/CapabilityStatement.md
@@ -1,17 +1,17 @@
-## Konformitätserklärung [(CapabilityStatement)](http://hl7.org/fhir/capabilitystatement.html)
+## Konformitätserklärung [(CapabilityStatement)](http://hl7.org/fhir/R4/capabilitystatement.html)
 
-Jede Instanz eines bestätigungsrelevanten Systems MUSS an ihrem Endpunkt eine [CapabilityStatement](http://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](http://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](http://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](http://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.
 
 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](http://hl7.org/fhir/extension-capabilitystatement-expectation.html)-Extension ist im CapabilityStatement der Server-Instanz nicht erforderlich.
+Die Verwendung der [CapabilityStatement-Expectation](http://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_Angehoeriger.md b/ImplementationGuide/markdown/Datenobjekte_Angehoeriger.md
@@ -1 +1 @@
-## Angehöriger [(RelatedPerson)](http://hl7.org/fhir/relatedperson.html)
+## Angehöriger [(RelatedPerson)](http://hl7.org/fhir/R4/relatedperson.html)
diff --git a/ImplementationGuide/markdown/Datenobjekte_BerichtSubsystem.md b/ImplementationGuide/markdown/Datenobjekte_BerichtSubsystem.md
@@ -1 +1 @@
-## Rückübermittlung Bericht aus Subsystemen [(Composition)](http://hl7.org/fhir/composition.html)
+## Rückübermittlung Bericht aus Subsystemen [(Composition)](http://hl7.org/fhir/R4/composition.html)
diff --git a/ImplementationGuide/markdown/Datenobjekte_Diagnose.md b/ImplementationGuide/markdown/Datenobjekte_Diagnose.md
@@ -1,2 +1,2 @@
-## Diagnose [(Condition)](http://hl7.org/fhir/condition.html)
+## Diagnose [(Condition)](http://hl7.org/fhir/R4/condition.html)
 
diff --git a/ImplementationGuide/markdown/Datenobjekte_Kontakt.md b/ImplementationGuide/markdown/Datenobjekte_Kontakt.md
@@ -1 +1 @@
-## Kontakt/Fall [(Encounter)](http://hl7.org/fhir/encounter.html)
+## Kontakt/Fall [(Encounter)](http://hl7.org/fhir/R4/encounter.html)
diff --git a/ImplementationGuide/markdown/Datenobjekte_Patient.md b/ImplementationGuide/markdown/Datenobjekte_Patient.md
@@ -1,3 +1,3 @@
-## Patient [(Patient)](http://hl7.org/fhir/patient.html)
+## Patient [(Patient)](http://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_PersonImGesundheitsberuf.md b/ImplementationGuide/markdown/Datenobjekte_PersonImGesundheitsberuf.md
@@ -1,2 +1,2 @@
-## PersonImGesundheitsberuf [(Practitioner)](http://hl7.org/fhir/practitioner.html)
+## PersonImGesundheitsberuf [(Practitioner)](http://hl7.org/fhir/R4/practitioner.html)
 
diff --git a/ImplementationGuide/markdown/Datenobjekte_Prozedur.md b/ImplementationGuide/markdown/Datenobjekte_Prozedur.md
@@ -1 +1 @@
-## Prozedur [(Procedure)](http://hl7.org/fhir/procedure.html)
+## Prozedur [(Procedure)](http://hl7.org/fhir/R4/procedure.html)
diff --git a/ImplementationGuide/markdown/Datenobjekte_Versicherungsverhaeltnis.md b/ImplementationGuide/markdown/Datenobjekte_Versicherungsverhaeltnis.md
@@ -1,2 +1,2 @@
-## Versicherungsverhältnis [(Coverage)](http://hl7.org/fhir/coverage.html)
+## Versicherungsverhältnis [(Coverage)](http://hl7.org/fhir/R4/coverage.html)
 
diff --git a/ImplementationGuide/markdown/Diagnose_Motivation.md b/ImplementationGuide/markdown/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](http://hl7.org/fhir/condition.html)-Ressource repräsentiert.
+In FHIR werden Diagnosen mit der [Condition](http://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/Kontakt_AnmerkungenZuDenMustSupportFeldern.md b/ImplementationGuide/markdown/Kontakt_AnmerkungenZuDenMustSupportFeldern.md
@@ -4,7 +4,7 @@
 
 **Bedeutung:** Der Status MUSS insbesondere zur Differenzierung von abgeschlossenen und derzeitig noch aktiven Kontakten 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, "in-progress", "finished" und "cancelled". Deren korrekte Abbildung wird im Rahmen des Bestätigungsverfahrens überprüft.
 
-**Hinweise:** Siehe Beschreibung in der [FHIR Kernspezifikation](http://hl7.org/fhir/encounter-definitions.html#Encounter.status)
+**Hinweise:** Siehe Beschreibung in der [FHIR Kernspezifikation](http://hl7.org/fhir/R4/encounter-definitions.html#Encounter.status)
 
 ### `Encounter.class`
 

diff --git a/ImplementationGuide/markdown/Patient_AnmerkungenZuDenMustSupportFeldern.md b/ImplementationGuide/markdown/Patient_AnmerkungenZuDenMustSupportFeldern.md
@@ -4,7 +4,7 @@
 
 **Bedeutung:** Indikator "Patientdatensatz ist in aktiver Benutzung"
 
-**Hinweise:** Siehe Beschreibung in der [FHIR Kernspezifikation](http://hl7.org/fhir/patient-definitions.html#Patient.active)
+**Hinweise:** Siehe Beschreibung in der [FHIR Kernspezifikation](http://hl7.org/fhir/R4/patient-definitions.html#Patient.active)
 
 ### `Patient.identifier:versichertenId_GKV`
 

diff --git a/ImplementationGuide/markdown/PersonImGesundheitsberuf_Motivation.md b/ImplementationGuide/markdown/PersonImGesundheitsberuf_Motivation.md
@@ -2,4 +2,4 @@
 
 PersonImGesundheitsberuf können alle denkbaren medizinischen Fachexperten sein, die in ISiK-Interaktionen eine Rolle spielen. In den ISiK-FHIR-Profilen können PersonImGesundheitsberuf bspw. als Ausführende einer Prozedur auftreten, im Element `performer` der Procedure Ressource, oder als die Person, die eine Diagnose stellt, im Element `asserter` der Condition Ressource.
 
-In FHIR werden PersonImGesundheitsberuf mit der [`Practitioner`](http://hl7.org/fhir/practitioner.html)-Ressource repräsentiert.
+In FHIR werden PersonImGesundheitsberuf mit der [`Practitioner`](http://hl7.org/fhir/R4/practitioner.html)-Ressource repräsentiert.
diff --git a/ImplementationGuide/markdown/Prozedur_Interaktionen.md b/ImplementationGuide/markdown/Prozedur_Interaktionen.md
@@ -68,7 +68,7 @@ Folgende Suchparameter sind für das Bestätigungsverfahren relevant, auch in Ko
 
     ```GET [base]/Procedure?date=lt2020-26-10```
 
-    Anwendungshinweise: Weitere Informationen zur Suche nach "date" finden sich in der [FHIR-Basisspezifikation - Abschnitt "Date Search"](http://hl7.org/fhir/search.html#date).
+    Anwendungshinweise: Weitere Informationen zur Suche nach "date" finden sich in der [FHIR-Basisspezifikation - Abschnitt "Date Search"](http://hl7.org/fhir/R4/search.html#date).
 
     Dieser Suchparameter ist für die Umsetzung des IHE QEDm Profils verpflichtend.
 

diff --git a/ImplementationGuide/markdown/Prozedur_Motivation.md b/ImplementationGuide/markdown/Prozedur_Motivation.md
@@ -2,7 +2,7 @@
 
 Die Möglichkeit, auf eine Übersicht der Prozeduren eines Patienten zuzugreifen, Patienten anhand durchgeführter oder geplanter Prozeduren zu suchen, oder zu prüfen, ob eine konkrete Prozedur bei einem Patienten durchgeführt wurde, sind wichtige Funktionen im klinischen Behandlungsablauf.
 
-In FHIR werden Prozeduren mit der [Procedure](http://hl7.org/fhir/procedure.html)-Ressource repräsentiert.
+In FHIR werden Prozeduren mit der [Procedure](http://hl7.org/fhir/R4/procedure.html)-Ressource repräsentiert.
 
 Da die Prozeduren in klinischen Primärsystemen in der Regel in OPS-codierter Form vorliegen, fordert ISiK in erster Linie diese Form des Austausches.
 Falls eine Prozedur zwar dokumentiert aber noch nicht codiert wurde (z.B. wenn die Kodierung erst nach der Entlassung erfolgt), ist alternativ eine Repräsentation als Freitext-Prozedur möglich.
diff --git a/ImplementationGuide/markdown/UebergreifendeFestlegungen_Must-Support-Flags.md b/ImplementationGuide/markdown/UebergreifendeFestlegungen_Must-Support-Flags.md
@@ -1,6 +1,6 @@
 ## Must-Support-Flags
 
-Die Verwendung des [Must-Support-Flags](http://hl7.org/fhir/profiling.html#mustsupport) an Profil-Elementen  hat im Kontext dieses Leitfadens folgende Bedeutung:
+Die Verwendung des [Must-Support-Flags](http://hl7.org/fhir/R4/profiling.html#mustsupport) an Profil-Elementen  hat im Kontext dieses Leitfadens folgende Bedeutung:
 
 1. Im Kontext der Erstellung von FHIR-Ressourcen
 

diff --git a/ImplementationGuide/markdown/UebergreifendeFestlegungen_Repraesentationsformate.md b/ImplementationGuide/markdown/UebergreifendeFestlegungen_Repraesentationsformate.md
@@ -1,7 +1,7 @@
 ## Repräsentationsformate
 
-Der FHIR-Standard beschreibt drei verschiedene [Repräsentationsformate](http://hl7.org/fhir/formats.html#wire): XML, JSON und RDF (Turtle).
-Im Rahmen der ISiK-Spezifikation MÜSSEN bestätigungsrelevante Systeme (Server) die Formate [XML](http://hl7.org/fhir/xml.html) und [JSON](http://hl7.org/fhir/json.html) unterstützen.
+Der FHIR-Standard beschreibt drei verschiedene [Repräsentationsformate](http://hl7.org/fhir/R4/formats.html#wire): XML, JSON und RDF (Turtle).
+Im Rahmen der ISiK-Spezifikation MÜSSEN bestätigungsrelevante Systeme (Server) die Formate [XML](http://hl7.org/fhir/R4/xml.html) und [JSON](http://hl7.org/fhir/R4/json.html) unterstützen.
 
 Client-seitige Implementierungen haben die Wahl zwischen XML- und JSON-Repräsentation, müssen jedoch in den HTTP Accept- und Content-Type-Headern entsprechend ausweisen, welche Repräsentation gewählt wurde.
 

diff --git a/ImplementationGuide/markdown/UebergreifendeFestlegungen_Suchparameter.md b/ImplementationGuide/markdown/UebergreifendeFestlegungen_Suchparameter.md
@@ -4,7 +4,7 @@ Innerhalb der jeweiligen Abschnitte 'Interaktionen' (Siehe {{pagelink:Implementa
 
 Es MUSS sichergestellt werden, dass nicht unterstützte oder leere Suchparameter **nicht** zu einem Fehler führen. Siehe [FHIR RESTful Search - Handling Errors](https://www.hl7.org/fhir/search.html#errors). Alle unterstützten und verwendeten Suchparameter sind im Self-Link des Suchbundles korrekt anzugeben.
 
-Alle Suchparameter in FHIR entsprechen einem von neun definierten [Such-Parameter-Typen](http://hl7.org/fhir/search.html):
+Alle Suchparameter in FHIR entsprechen einem von neun definierten [Such-Parameter-Typen](http://hl7.org/fhir/R4/search.html):
 
 * Number
 * Date/DateTime
@@ -16,7 +16,7 @@ Alle Suchparameter in FHIR entsprechen einem von neun definierten [Such-Paramete
 * URI
 * Special
 
-Des Weiteren werden zusätzlich sogenannte 'Modifier' pro Suchparameter-Typ definiert. Eine Übersicht findet sich unter ["Search Modifiers"](http://hl7.org/fhir/search.html#modifiers).
+Des Weiteren werden zusätzlich sogenannte 'Modifier' pro Suchparameter-Typ definiert. Eine Übersicht findet sich unter ["Search Modifiers"](http://hl7.org/fhir/R4/search.html#modifiers).
 
 Für die im Rahmen dieses Leitfadens relevanten Typen gelten folgende allgemeinen Festlegungen:
 
@@ -32,7 +32,7 @@ Suche nach allen Patienten mit einem Geburtsdatum 2000-01-01T00:00 oder später.
 ```[base]/Patient?birthDate=eq2000-01-01``` <br>
 Suche nach allen Patienten mit einem Geburtsdatum von 2000-01-01T00:00 bis (aber nicht einschließlich) 2000-02-01T00:00
 
-Es ist zu beachten, dass jedes Datum einen impliziten Werte-Bereich besitzt. Siehe http://hl7.org/fhir/search.html#date.
+Es ist zu beachten, dass jedes Datum einen impliziten Werte-Bereich besitzt. Siehe http://hl7.org/fhir/R4/search.html#date.
 
 ### String
 
@@ -66,7 +66,7 @@ Der Modifier `:identifier` MUSS für alle spezifizierten Suchparameter vom Typ '
 ```[base]/Coverage?Payor:identifier=http://fhir.de/sid/arge-ik/iknr|123456``` <br>
 Diese Suche gibt alle Coverage-Ressourcen zurück zum Client, welche innerhalb `Coverage.payor` eine logische Referenz auf den Versicherer mit der IK-Nummer "123456" enthält.
 
-Für Suchparameter vom Typ 'Reference' MÜSSEN die Festlegungen für [Chaining](http://hl7.org/fhir/search.html#chaining) und [Reverse Chaining](http://hl7.org/fhir/search.html#has) verpflichtend implementiert werden. Chaining und Reverse Chaining für die Suchparameter "patient", "subject" und "encounter" (definiert auf den jeweiligen Datenobjekten) MÜSSEN über alle Ebenen und Datenobjekte hinweg (potentiell in Kombination) untersützt werden. Für alle weiteren Reference-Suchparameter KANN Chaining und Reverse Chaining implementiert werden.
+Für Suchparameter vom Typ 'Reference' MÜSSEN die Festlegungen für [Chaining](http://hl7.org/fhir/R4/search.html#chaining) und [Reverse Chaining](http://hl7.org/fhir/R4/search.html#has) verpflichtend implementiert werden. Chaining und Reverse Chaining für die Suchparameter "patient", "subject" und "encounter" (definiert auf den jeweiligen Datenobjekten) MÜSSEN über alle Ebenen und Datenobjekte hinweg (potentiell in Kombination) untersützt werden. Für alle weiteren Reference-Suchparameter KANN Chaining und Reverse Chaining implementiert werden.
 
 **Beispiele**:
 

diff --git a/...onGuide/markdown/Versicherungsverhaeltnis_AnmerkungenZuDenMustSupportFeldern.md b/...onGuide/markdown/Versicherungsverhaeltnis_AnmerkungenZuDenMustSupportFeldern.md
@@ -11,7 +11,7 @@
 
 **Bedeutung:** Der Status einer Instanz des Profils ISiKVersicherungsverhaeltnisGesetzlich.
 
-**Hinweise:** Das Element status macht deutlich, ob diese Instanz genutzt werden kann oder ob sie bspw. als ungültig oder falsch gekennzeichnet ist, siehe [FHIR Kernspezifikaton](http://hl7.org/fhir/coverage-definitions.html#Coverage.status).
+**Hinweise:** Das Element status macht deutlich, ob diese Instanz genutzt werden kann oder ob sie bspw. als ungültig oder falsch gekennzeichnet ist, siehe [FHIR Kernspezifikaton](http://hl7.org/fhir/R4/coverage-definitions.html#Coverage.status).
 
 ### `Coverage.type`
 

diff --git a/ImplementationGuide/markdown/Versicherungsverhaeltnis_Motivation.md b/ImplementationGuide/markdown/Versicherungsverhaeltnis_Motivation.md
@@ -2,4 +2,4 @@
 
 ISiK unterstützt Anwendungsszenarien, in denen durch das Krankenhaus erbrachte Leistungen erfasst oder gegenüber Kostenträgern abgerechnet werden. In diesen Anwendungsszenarien wird das Versicherungsverhältnis verwendet, um bspw. den Versicherungsstatus oder die Rechnungsanschrift der Versicherung zu ermitteln.
 
-In FHIR werden Versicherungsverhältnisse mit der [`Coverage`](http://hl7.org/fhir/coverage.html)-Ressource repräsentiert.
+In FHIR werden Versicherungsverhältnisse mit der [`Coverage`](http://hl7.org/fhir/R4/coverage.html)-Ressource repräsentiert.