Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Integrate link check action and check for broken links #500

Merged
merged 14 commits into from
Dec 11, 2024
Merged
40 changes: 40 additions & 0 deletions .github/workflows/link-check.yml
Original file line number Diff line number Diff line change
@@ -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

5 changes: 5 additions & 0 deletions .lycheeignore
Original file line number Diff line number Diff line change
@@ -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
Original file line number Diff line number Diff line change
Expand Up @@ -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

Expand All @@ -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

Expand Down
Original file line number Diff line number Diff line change
Expand Up @@ -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.

Expand Down
Loading