add 's' for https

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

Hide file tree

Showing 40 changed files with 109 additions and 109 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](http://hl7.org/fhir/account-definitions.html#Account.status)
+**Hinweise:** Siehe Beschreibung in der [FHIR Kernspezifikation](https://hl7.org/fhir/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](http://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/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
@@ -10,31 +10,31 @@ Folgende Suchparameter sind für das Bestätigungsverfahren relevant, auch in Ko
 
     ```GET [base]/Account?_id=103270```
 
-    Anwendungshinweise: Weitere Informationen zur Suche nach "_id" finden sich in der [FHIR-Basisspezifikation - Abschnitt "Parameters for all resources"](http://hl7.org/fhir/R4/search.html#all).
+    Anwendungshinweise: Weitere Informationen zur Suche nach "_id" finden sich in der [FHIR-Basisspezifikation - Abschnitt "Parameters for all resources"](https://hl7.org/fhir/R4/search.html#all).
 
 1. Der Suchparameter "identifier" MUSS unterstützt werden:
 
     Beispiele:
 
     ```GET [base]/Account?identifier=http://test.krankenhaus.de/fhir/sid/fallnr|123456```
 
-    Anwendungshinweise: Weitere Informationen zur Suche nach "Account.identifier" finden sich in der [FHIR-Basisspezifikation - Abschnitt "Token Search"](http://hl7.org/fhir/R4/search.html#token).
+    Anwendungshinweise: Weitere Informationen zur Suche nach "Account.identifier" finden sich in der [FHIR-Basisspezifikation - Abschnitt "Token Search"](https://hl7.org/fhir/R4/search.html#token).
 
 1. Der Suchparameter "status" MUSS unterstützt werden:
 
     Beispiele:
 
     ```GET [base]/Account?status=active```
 
-    Anwendungshinweise: Weitere Informationen zur Suche nach "Account.status" finden sich in der [FHIR-Basisspezifikation - Abschnitt "Token Search"](http://hl7.org/fhir/R4/search.html#token).
+    Anwendungshinweise: Weitere Informationen zur Suche nach "Account.status" finden sich in der [FHIR-Basisspezifikation - Abschnitt "Token Search"](https://hl7.org/fhir/R4/search.html#token).
 
 1. Der Suchparameter "type" MUSS unterstützt werden:
 
     Beispiele:
 
     ```GET [base]/Account?type=http://terminology.hl7.org/CodeSystem/v3-ActCode|AMB```
 
-    Anwendungshinweise: Weitere Informationen zur Suche nach "Account.type" finden sich in der [FHIR-Basisspezifikation - Abschnitt "Token Search"](http://hl7.org/fhir/R4/search.html#token).
+    Anwendungshinweise: Weitere Informationen zur Suche nach "Account.type" finden sich in der [FHIR-Basisspezifikation - Abschnitt "Token Search"](https://hl7.org/fhir/R4/search.html#token).
 
 1. Der Suchparameter "patient" MUSS unterstützt werden:
 
@@ -50,6 +50,6 @@ Folgende Suchparameter sind für das Bestätigungsverfahren relevant, auch in Ko
 
     ```GET [base]/Account?_profile=https://gematik.de/fhir/isik/v2/Basismodul/StructureDefinition/ISiKAbrechnungsfall```
 
-    Anwendungshinweise: Weitere Informationen zur Suche nach "_profile" finden sich in der [FHIR-Basisspezifikation - Abschnitt "Parameters for all resources"](http://hl7.org/fhir/R4/search.html#all).
+    Anwendungshinweise: Weitere Informationen zur Suche nach "_profile" finden sich in der [FHIR-Basisspezifikation - Abschnitt "Parameters for all resources"](https://hl7.org/fhir/R4/search.html#all).
 
     ---
diff --git a/ImplementationGuide/markdown/Angehoeriger/Angehoeriger_Interaktionen.md b/ImplementationGuide/markdown/Angehoeriger/Angehoeriger_Interaktionen.md
@@ -10,7 +10,7 @@ Folgende Suchparameter sind für das Bestätigungsverfahren relevant, auch in Ko
 
     ```GET [base]/RelatedPerson?_id=103270```
 
-    Anwendungshinweise: Weitere Informationen zur Suche nach "_id" finden sich in der [FHIR-Basisspezifikation - Abschnitt "Parameters for all resources"](http://hl7.org/fhir/R4/search.html#all).
+    Anwendungshinweise: Weitere Informationen zur Suche nach "_id" finden sich in der [FHIR-Basisspezifikation - Abschnitt "Parameters for all resources"](https://hl7.org/fhir/R4/search.html#all).
 
 1. Der Suchparameter "patient" MUSS unterstützt werden:
 
@@ -28,6 +28,6 @@ Folgende Suchparameter sind für das Bestätigungsverfahren relevant, auch in Ko
 
     ```GET [base]/RelatedPerson?name=Alpenzauber```
 
-    Anwendungshinweise: Weitere Informationen zur Suche nach "RelatedPerson.name" finden sich in der [FHIR-Basisspezifikation - Abschnitt "String Search"](http://hl7.org/fhir/R4/search.html#string).
+    Anwendungshinweise: Weitere Informationen zur Suche nach "RelatedPerson.name" finden sich in der [FHIR-Basisspezifikation - Abschnitt "String Search"](https://hl7.org/fhir/R4/search.html#string).
 
     ---
diff --git a/ImplementationGuide/markdown/BerichtSubsystem/BerichtSubsystem_Interaktionen.md b/ImplementationGuide/markdown/BerichtSubsystem/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 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"](http://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/issue-type) verwendet werden.
 
 Das Bundle muss folgendem Profil entsprechen:
 {{tree:https://gematik.de/fhir/isik/v2/Basismodul/StructureDefinition/ISiKBerichtBundle, hybrid}}  
@@ -50,7 +50,7 @@ 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](http://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/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.
 

diff --git a/ImplementationGuide/markdown/CapabilityStatement.md b/ImplementationGuide/markdown/CapabilityStatement.md
@@ -1,18 +1,18 @@
-## Konformitätserklärung [(CapabilityStatement)](http://hl7.org/fhir/capabilitystatement.html)
+## Konformitätserklärung [(CapabilityStatement)](https://hl7.org/fhir/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/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/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](https://hl7.org/fhir/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](http://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/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)](http://hl7.org/fhir/account.html)
+## Abrechnungsfall [(Account)](https://hl7.org/fhir/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)](http://hl7.org/fhir/relatedperson.html)
+## Angehöriger [(RelatedPerson)](https://hl7.org/fhir/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)](http://hl7.org/fhir/composition.html)
+## Rückübermittlung Bericht aus Subsystemen [(Composition)](https://hl7.org/fhir/composition.html)
 
 ---
diff --git a/ImplementationGuide/markdown/Datenobjekte/Datenobjekte_Binary.md b/ImplementationGuide/markdown/Datenobjekte/Datenobjekte_Binary.md
@@ -1,3 +1,3 @@
-## Binary [(Binary)](http://hl7.org/fhir/binary.html)
+## Binary [(Binary)](https://hl7.org/fhir/binary.html)
 
 ---
diff --git a/ImplementationGuide/markdown/Datenobjekte/Datenobjekte_CodeSystem.md b/ImplementationGuide/markdown/Datenobjekte/Datenobjekte_CodeSystem.md
@@ -1,3 +1,3 @@
-## Katalog [(CodeSystem)](http://hl7.org/fhir/codesystem.html)
+## Katalog [(CodeSystem)](https://hl7.org/fhir/codesystem.html)
 
 ---
diff --git a/ImplementationGuide/markdown/Datenobjekte/Datenobjekte_Diagnose.md b/ImplementationGuide/markdown/Datenobjekte/Datenobjekte_Diagnose.md
@@ -1,3 +1,3 @@
-## Diagnose [(Condition)](http://hl7.org/fhir/condition.html)
+## Diagnose [(Condition)](https://hl7.org/fhir/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)](http://hl7.org/fhir/encounter.html)
+## Kontakt/Fall [(Encounter)](https://hl7.org/fhir/encounter.html)
 
 ---
diff --git a/ImplementationGuide/markdown/Datenobjekte/Datenobjekte_Patient.md b/ImplementationGuide/markdown/Datenobjekte/Datenobjekte_Patient.md
@@ -1,4 +1,4 @@
-## Patient [(Patient)](http://hl7.org/fhir/patient.html)
+## Patient [(Patient)](https://hl7.org/fhir/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)](http://hl7.org/fhir/practitioner.html)
+## PersonImGesundheitsberuf [(Practitioner)](https://hl7.org/fhir/practitioner.html)
 
 ---
 
diff --git a/ImplementationGuide/markdown/Datenobjekte/Datenobjekte_Prozedur.md b/ImplementationGuide/markdown/Datenobjekte/Datenobjekte_Prozedur.md
@@ -1,3 +1,3 @@
-## Prozedur [(Procedure)](http://hl7.org/fhir/procedure.html)
+## Prozedur [(Procedure)](https://hl7.org/fhir/procedure.html)
 
 ---
diff --git a/ImplementationGuide/markdown/Datenobjekte/Datenobjekte_ValueSet.md b/ImplementationGuide/markdown/Datenobjekte/Datenobjekte_ValueSet.md
@@ -1,3 +1,3 @@
-## ValueSet [(ValueSet)](http://hl7.org/fhir/valueset.html)
+## ValueSet [(ValueSet)](https://hl7.org/fhir/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)](http://hl7.org/fhir/coverage.html)
+## Versicherungsverhältnis [(Coverage)](https://hl7.org/fhir/coverage.html)
 
 ---
diff --git a/...mentationGuide/markdown/Diagnose/Diagnose_AnmerkungenZuDenMustSupportFeldern.md b/...mentationGuide/markdown/Diagnose/Diagnose_AnmerkungenZuDenMustSupportFeldern.md
@@ -11,9 +11,9 @@
 ### `Condition.code.coding`
 
 **Bedeutung:** Kodierte Diagnose. Die Kodierung KANN nach den Vorgaben des BfArM per [ICD-10GM](https://www.dimdi.de/dynamic/de/klassifikationen/icd/) kodiert werden. Weiterhin sind folgende Kodiersysteme u.a. auf Basis von Empfehlungen des BfArM zulässig:
- - [SNOMED CT](http://www.snomed.org)
+ - [SNOMED CT](https://www.snomed.org)
  - [Alpha-ID](https://www.dimdi.de/dynamic/de/klassifikationen/icd/alpha-id/)
- - [Orpha-Kennnummer](http://www.orpha.net/national/DE-DE/index/startseite/)
+ - [Orpha-Kennnummer](https://www.orpha.net/consor/cgi-bin/index.php?lng=DE)
 
 ### `Condition.code.text`
 

diff --git a/ImplementationGuide/markdown/Diagnose/Diagnose_Interaktionen.md b/ImplementationGuide/markdown/Diagnose/Diagnose_Interaktionen.md
@@ -10,15 +10,15 @@ Folgende Suchparameter sind für das Bestätigungsverfahren relevant, auch in Ko
 
     ```GET [base]/Condition?_id=test```
 
-    Anwendungshinweise: Weitere Informationen zur Suche nach "_id" finden sich in der [FHIR-Basisspezifikation - Abschnitt "Parameters for all resources"](http://hl7.org/fhir/R4/search.html#all).
+    Anwendungshinweise: Weitere Informationen zur Suche nach "_id" finden sich in der [FHIR-Basisspezifikation - Abschnitt "Parameters for all resources"](https://hl7.org/fhir/R4/search.html#all).
 
 1. Der Suchparameter "clinical-status" MUSS unterstützt werden:
 
     Beispiele:
 
     ```GET [base]/Condition?clincial-status=active```
 
-    Anwendungshinweise: Weitere Informationen zur Suche nach "Condition.clinicalStatus" finden sich in der [FHIR-Basisspezifikation - Abschnitt "Token Search"](http://hl7.org/fhir/R4/search.html#token).
+    Anwendungshinweise: Weitere Informationen zur Suche nach "Condition.clinicalStatus" finden sich in der [FHIR-Basisspezifikation - Abschnitt "Token Search"](https://hl7.org/fhir/R4/search.html#token).
 
     Dieser Suchparameter ist für die Umsetzung des IHE QEDm Profils verpflichtend.
 
@@ -54,7 +54,7 @@ Folgende Suchparameter sind für das Bestätigungsverfahren relevant, auch in Ko
 
     ```GET [base]/Condition?recorded-date=2015-01-01T12:00:23Z+02:00```
 
-    Anwendungshinweise: Weitere Informationen zur Suche nach "Condition.recordedDate" finden sich in der [FHIR-Basisspezifikation - Abschnitt "Date Search"](http://hl7.org/fhir/R4/search.html#date).
+    Anwendungshinweise: Weitere Informationen zur Suche nach "Condition.recordedDate" finden sich in der [FHIR-Basisspezifikation - Abschnitt "Date Search"](https://hl7.org/fhir/R4/search.html#date).
 
 1. Der custom Suchparameter "related" MUSS unterstützt werden:
 
@@ -70,15 +70,15 @@ Folgende Suchparameter sind für das Bestätigungsverfahren relevant, auch in Ko
 
     ```GET [base]/Condition?_profile=https://gematik.de/fhir/isik/v2/Basismodul/StructureDefinition/ISiKDiagnose```
 
-    Anwendungshinweise: Weitere Informationen zur Suche nach "_profile" finden sich in der [FHIR-Basisspezifikation - Abschnitt "Parameters for all resources"](http://hl7.org/fhir/R4/search.html#all).
+    Anwendungshinweise: Weitere Informationen zur Suche nach "_profile" finden sich in der [FHIR-Basisspezifikation - Abschnitt "Parameters for all resources"](https://hl7.org/fhir/R4/search.html#all).
 
 1. Der Suchparameter "category" KANN unterstützt werden:
 
     Beispiele:
 
     ```GET [base]/Condition?category=http://hl7.org/fhir/ValueSet/condition-category|problem-list-item```
 
-    Anwendungshinweise: Weitere Informationen zur Suche nach "category" finden sich in der [FHIR-Basisspezifikation - Abschnitt "Token Search"](http://hl7.org/fhir/R4/search.html#token).
+    Anwendungshinweise: Weitere Informationen zur Suche nach "category" finden sich in der [FHIR-Basisspezifikation - Abschnitt "Token Search"](https://hl7.org/fhir/R4/search.html#token).
 
     Dieser Suchparameter ist für die Umsetzung des IHE QEDm Profils verpflichtend.
 

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](http://hl7.org/fhir/condition.html)-Ressource repräsentiert.
+In FHIR werden Diagnosen mit der [Condition](https://hl7.org/fhir/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.