From 6472417e46299b1060983f86461fe0e95b1e0fb6 Mon Sep 17 00:00:00 2001 From: Francois Peverali Date: Wed, 20 Sep 2023 16:32:20 +0200 Subject: [PATCH] update links to R4 --- .../markdown/BerichtSubsystem_Interaktionen.md | 2 +- ImplementationGuide/markdown/CapabilityStatement.md | 10 +++++----- .../markdown/Datenobjekte_Angehoeriger.md | 2 +- .../markdown/Datenobjekte_BerichtSubsystem.md | 2 +- ImplementationGuide/markdown/Datenobjekte_Diagnose.md | 2 +- ImplementationGuide/markdown/Datenobjekte_Kontakt.md | 2 +- ImplementationGuide/markdown/Datenobjekte_Patient.md | 2 +- .../markdown/Datenobjekte_PersonImGesundheitsberuf.md | 2 +- ImplementationGuide/markdown/Datenobjekte_Prozedur.md | 2 +- .../markdown/Datenobjekte_Versicherungsverhaeltnis.md | 2 +- ImplementationGuide/markdown/Diagnose_Motivation.md | 2 +- .../Kontakt_AnmerkungenZuDenMustSupportFeldern.md | 2 +- .../Patient_AnmerkungenZuDenMustSupportFeldern.md | 2 +- .../markdown/PersonImGesundheitsberuf_Motivation.md | 2 +- ImplementationGuide/markdown/Prozedur_Interaktionen.md | 2 +- ImplementationGuide/markdown/Prozedur_Motivation.md | 2 +- .../UebergreifendeFestlegungen_Must-Support-Flags.md | 2 +- ...bergreifendeFestlegungen_Repraesentationsformate.md | 4 ++-- .../UebergreifendeFestlegungen_Suchparameter.md | 8 ++++---- ...gsverhaeltnis_AnmerkungenZuDenMustSupportFeldern.md | 2 +- .../markdown/Versicherungsverhaeltnis_Motivation.md | 2 +- 21 files changed, 29 insertions(+), 29 deletions(-) diff --git a/ImplementationGuide/markdown/BerichtSubsystem_Interaktionen.md b/ImplementationGuide/markdown/BerichtSubsystem_Interaktionen.md index 76a08ee4..04eb481a 100644 --- 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 index 4f3547ac..5be502c2 100644 --- 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 index a563309a..9a28059f 100644 --- a/ImplementationGuide/markdown/Datenobjekte_Angehoeriger.md +++ b/ImplementationGuide/markdown/Datenobjekte_Angehoeriger.md @@ -1 +1 @@ -## Angehöriger [(RelatedPerson)](http://hl7.org/fhir/relatedperson.html) \ No newline at end of file +## Angehöriger [(RelatedPerson)](http://hl7.org/fhir/R4/relatedperson.html) \ No newline at end of file diff --git a/ImplementationGuide/markdown/Datenobjekte_BerichtSubsystem.md b/ImplementationGuide/markdown/Datenobjekte_BerichtSubsystem.md index 116f4f63..1f9a7b46 100644 --- 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) \ No newline at end of file +## Rückübermittlung Bericht aus Subsystemen [(Composition)](http://hl7.org/fhir/R4/composition.html) \ No newline at end of file diff --git a/ImplementationGuide/markdown/Datenobjekte_Diagnose.md b/ImplementationGuide/markdown/Datenobjekte_Diagnose.md index 984ea44d..6e3ffe1b 100644 --- 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 index 0ffde250..6fa2b357 100644 --- 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 index f517859f..8228c4ee 100644 --- 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 index 4d01b046..76f103d4 100644 --- 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 index fb401a88..ccc3acbb 100644 --- a/ImplementationGuide/markdown/Datenobjekte_Prozedur.md +++ b/ImplementationGuide/markdown/Datenobjekte_Prozedur.md @@ -1 +1 @@ -## Prozedur [(Procedure)](http://hl7.org/fhir/procedure.html) \ No newline at end of file +## Prozedur [(Procedure)](http://hl7.org/fhir/R4/procedure.html) \ No newline at end of file diff --git a/ImplementationGuide/markdown/Datenobjekte_Versicherungsverhaeltnis.md b/ImplementationGuide/markdown/Datenobjekte_Versicherungsverhaeltnis.md index 937729ba..4b3b2687 100644 --- 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 index 32e9d078..ce0f2871 100644 --- 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 index d3a2ac2f..7d029aa6 100644 --- 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 index 837f5453..2ff664d0 100644 --- 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 index a8db1eb4..bd4ccc20 100644 --- 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 index 97bd267a..8af167fb 100644 --- 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 index 3c56933e..c4b395f0 100644 --- 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. \ No newline at end of file diff --git a/ImplementationGuide/markdown/UebergreifendeFestlegungen_Must-Support-Flags.md b/ImplementationGuide/markdown/UebergreifendeFestlegungen_Must-Support-Flags.md index 79b188b0..486ba92a 100644 --- 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 index 1df20f98..e02f8eb0 100644 --- 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 index 495ecea4..4f8e0243 100644 --- 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```
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```
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/ImplementationGuide/markdown/Versicherungsverhaeltnis_AnmerkungenZuDenMustSupportFeldern.md b/ImplementationGuide/markdown/Versicherungsverhaeltnis_AnmerkungenZuDenMustSupportFeldern.md index 69078cc5..9c1126b7 100644 --- a/ImplementationGuide/markdown/Versicherungsverhaeltnis_AnmerkungenZuDenMustSupportFeldern.md +++ b/ImplementationGuide/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 index d7d50231..7e44624b 100644 --- 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. \ No newline at end of file +In FHIR werden Versicherungsverhältnisse mit der [`Coverage`](http://hl7.org/fhir/R4/coverage.html)-Ressource repräsentiert. \ No newline at end of file