diff --git a/.github/CODE_OF_CONDUCT.md b/.github/CODE_OF_CONDUCT.md
new file mode 100644
index 00000000..1835dbda
--- /dev/null
+++ b/.github/CODE_OF_CONDUCT.md
@@ -0,0 +1,50 @@
+## Code of Conduct
+
+### Our Pledge
+
+In the interest of fostering an open and welcoming environment, we as contributors and maintainers pledge to making participation in our project and our community a harassment-free experience for everyone, regardless of age, body size, disability, ethnicity, gender identity and expression, level of experience, nationality, personal appearance, race, religion, or sexual identity and orientation.
+
+### Our Standards
+
+Examples of behavior that contributes to creating a positive environment include:
+* Using welcoming and inclusive language
+* Being respectful of differing viewpoints and experiences
+* Gracefully accepting constructive criticism
+* Focusing on what is best for the community
+* Showing empathy towards other community members
+
+Examples of unacceptable behavior by participants include:
+
+* The use of sexualized language or imagery and unwelcome sexual attention or
+advances
+* Trolling, insulting/derogatory comments, and personal or political attacks
+* Public or private harassment
+* Publishing others' private information, such as a physical or electronic
+ address, without explicit permission
+* Calls for violence, vilification and advertising
+* Other conduct which could reasonably be considered inappropriate in a
+ professional setting
+
+### Our Responsibilities
+
+Project maintainers are responsible for clarifying the standards of acceptable behavior and are expected to take appropriate and fair corrective action in response to any instances of unacceptable behavior.
+
+Project maintainers have the right and responsibility to remove, edit, or reject comments, commits, code, wiki edits, issues, and other contributions that are not aligned to this Code of Conduct, or to ban temporarily or permanently any contributor for other behaviors that they deem inappropriate, threatening, offensive, or harmful.
+
+### Scope
+
+This Code of Conduct applies both within project spaces and in public spaces when an individual is representing the project or its community. Examples of representing a project or community include using an official project e-mail address, posting via an official social media account, or acting as an appointed representative at an online or offline event. Representation of a project may be further defined and clarified by project maintainers.
+
+### Enforcement
+
+Instances of abusive, harassing, or otherwise unacceptable behavior may be reported by contacting the project team at OSPO@gematik.de. All complaints will be reviewed and investigated and will result in a response that is deemed necessary and appropriate to the circumstances. The project team is obligated to maintain confidentiality with regard to the reporter of an incident.
+Further details of specific enforcement policies may be posted separately.
+
+Project maintainers who do not follow or enforce the Code of Conduct in good faith may face temporary or permanent repercussions as determined by other members of the project's leadership.
+
+### Attribution
+
+This Code of Conduct is adapted from the [Contributor Covenant][homepage], version 1.4, available at [http://contributor-covenant.org/version/1/4][version]
+
+[homepage]: http://contributor-covenant.org
+[version]: http://contributor-covenant.org/version/1/4/
\ No newline at end of file
diff --git a/.github/LICENSE.md b/.github/LICENSE.md
new file mode 100644
index 00000000..0984e3fd
--- /dev/null
+++ b/.github/LICENSE.md
@@ -0,0 +1,194 @@
+Apache License
+==============
+
+_Version 2.0, January 2004_
+_<>_
+
+# TERMS AND CONDITIONS FOR USE, REPRODUCTION, AND DISTRIBUTION
+
+## 1. Definitions
+
+“License” shall mean the terms and conditions for use, reproduction, and
+distribution as defined by Sections 1 through 9 of this document.
+
+“Licensor” shall mean the copyright owner or entity authorized by the copyright
+owner that is granting the License.
+
+“Legal Entity” shall mean the union of the acting entity and all other entities
+that control, are controlled by, or are under common control with that entity.
+For the purposes of this definition, “control” means **(i)** the power, direct or
+indirect, to cause the direction or management of such entity, whether by
+contract or otherwise, or **(ii)** ownership of fifty percent (50%) or more of the
+outstanding shares, or **(iii)** beneficial ownership of such entity.
+
+“You” (or “Your”) shall mean an individual or Legal Entity exercising
+permissions granted by this License.
+
+“Source” form shall mean the preferred form for making modifications, including
+but not limited to software source code, documentation source, and configuration
+files.
+
+“Object” form shall mean any form resulting from mechanical transformation or
+translation of a Source form, including but not limited to compiled object code,
+generated documentation, and conversions to other media types.
+
+“Work” shall mean the work of authorship, whether in Source or Object form, made
+available under the License, as indicated by a copyright notice that is included
+in or attached to the work (an example is provided in the Appendix below).
+
+“Derivative Works” shall mean any work, whether in Source or Object form, that
+is based on (or derived from) the Work and for which the editorial revisions,
+annotations, elaborations, or other modifications represent, as a whole, an
+original work of authorship. For the purposes of this License, Derivative Works
+shall not include works that remain separable from, or merely link (or bind by
+name) to the interfaces of, the Work and Derivative Works thereof.
+
+“Contribution” shall mean any work of authorship, including the original version
+of the Work and any modifications or additions to that Work or Derivative Works
+thereof, that is intentionally submitted to Licensor for inclusion in the Work
+by the copyright owner or by an individual or Legal Entity authorized to submit
+on behalf of the copyright owner. For the purposes of this definition,
+“submitted” means any form of electronic, verbal, or written communication sent
+to the Licensor or its representatives, including but not limited to
+communication on electronic mailing lists, source code control systems, and
+issue tracking systems that are managed by, or on behalf of, the Licensor for
+the purpose of discussing and improving the Work, but excluding communication
+that is conspicuously marked or otherwise designated in writing by the copyright
+owner as “Not a Contribution.”
+
+“Contributor” shall mean Licensor and any individual or Legal Entity on behalf
+of whom a Contribution has been received by Licensor and subsequently
+incorporated within the Work.
+
+## 2. Grant of Copyright License
+
+Subject to the terms and conditions of this License, each Contributor hereby
+grants to You a perpetual, worldwide, non-exclusive, no-charge, royalty-free,
+irrevocable copyright license to reproduce, prepare Derivative Works of,
+publicly display, publicly perform, sublicense, and distribute the Work and such
+Derivative Works in Source or Object form.
+
+## 3. Grant of Patent License
+
+Subject to the terms and conditions of this License, each Contributor hereby
+grants to You a perpetual, worldwide, non-exclusive, no-charge, royalty-free,
+irrevocable (except as stated in this section) patent license to make, have
+made, use, offer to sell, sell, import, and otherwise transfer the Work, where
+such license applies only to those patent claims licensable by such Contributor
+that are necessarily infringed by their Contribution(s) alone or by combination
+of their Contribution(s) with the Work to which such Contribution(s) was
+submitted. If You institute patent litigation against any entity (including a
+cross-claim or counterclaim in a lawsuit) alleging that the Work or a
+Contribution incorporated within the Work constitutes direct or contributory
+patent infringement, then any patent licenses granted to You under this License
+for that Work shall terminate as of the date such litigation is filed.
+
+## 4. Redistribution
+
+You may reproduce and distribute copies of the Work or Derivative Works thereof
+in any medium, with or without modifications, and in Source or Object form,
+provided that You meet the following conditions:
+
+* **(a)** You must give any other recipients of the Work or Derivative Works a copy of
+this License; and
+* **(b)** You must cause any modified files to carry prominent notices stating that You
+changed the files; and
+* **(c)** You must retain, in the Source form of any Derivative Works that You distribute,
+all copyright, patent, trademark, and attribution notices from the Source form
+of the Work, excluding those notices that do not pertain to any part of the
+Derivative Works; and
+* **(d)** If the Work includes a “NOTICE” text file as part of its distribution, then any
+Derivative Works that You distribute must include a readable copy of the
+attribution notices contained within such NOTICE file, excluding those notices
+that do not pertain to any part of the Derivative Works, in at least one of the
+following places: within a NOTICE text file distributed as part of the
+Derivative Works; within the Source form or documentation, if provided along
+with the Derivative Works; or, within a display generated by the Derivative
+Works, if and wherever such third-party notices normally appear. The contents of
+the NOTICE file are for informational purposes only and do not modify the
+License. You may add Your own attribution notices within Derivative Works that
+You distribute, alongside or as an addendum to the NOTICE text from the Work,
+provided that such additional attribution notices cannot be construed as
+modifying the License.
+
+You may add Your own copyright statement to Your modifications and may provide
+additional or different license terms and conditions for use, reproduction, or
+distribution of Your modifications, or for any such Derivative Works as a whole,
+provided Your use, reproduction, and distribution of the Work otherwise complies
+with the conditions stated in this License.
+
+## 5. Submission of Contributions
+
+Unless You explicitly state otherwise, any Contribution intentionally submitted
+for inclusion in the Work by You to the Licensor shall be under the terms and
+conditions of this License, without any additional terms or conditions.
+Notwithstanding the above, nothing herein shall supersede or modify the terms of
+any separate license agreement you may have executed with Licensor regarding
+such Contributions.
+
+## 6. Trademarks
+
+This License does not grant permission to use the trade names, trademarks,
+service marks, or product names of the Licensor, except as required for
+reasonable and customary use in describing the origin of the Work and
+reproducing the content of the NOTICE file.
+
+## 7. Disclaimer of Warranty
+
+Unless required by applicable law or agreed to in writing, Licensor provides the
+Work (and each Contributor provides its Contributions) on an “AS IS” BASIS,
+WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied,
+including, without limitation, any warranties or conditions of TITLE,
+NON-INFRINGEMENT, MERCHANTABILITY, or FITNESS FOR A PARTICULAR PURPOSE. You are
+solely responsible for determining the appropriateness of using or
+redistributing the Work and assume any risks associated with Your exercise of
+permissions under this License.
+
+## 8. Limitation of Liability
+
+In no event and under no legal theory, whether in tort (including negligence),
+contract, or otherwise, unless required by applicable law (such as deliberate
+and grossly negligent acts) or agreed to in writing, shall any Contributor be
+liable to You for damages, including any direct, indirect, special, incidental,
+or consequential damages of any character arising as a result of this License or
+out of the use or inability to use the Work (including but not limited to
+damages for loss of goodwill, work stoppage, computer failure or malfunction, or
+any and all other commercial damages or losses), even if such Contributor has
+been advised of the possibility of such damages.
+
+## 9. Accepting Warranty or Additional Liability
+
+While redistributing the Work or Derivative Works thereof, You may choose to
+offer, and charge a fee for, acceptance of support, warranty, indemnity, or
+other liability obligations and/or rights consistent with this License. However,
+in accepting such obligations, You may act only on Your own behalf and on Your
+sole responsibility, not on behalf of any other Contributor, and only if You
+agree to indemnify, defend, and hold each Contributor harmless for any liability
+incurred by, or claims asserted against, such Contributor by reason of your
+accepting any such warranty or additional liability.
+
+_END OF TERMS AND CONDITIONS_
+
+# APPENDIX: How to apply the Apache License to your work
+
+To apply the Apache License to your work, attach the following boilerplate
+notice, with the fields enclosed by brackets `[]` replaced with your own
+identifying information. (Don't include the brackets!) The text should be
+enclosed in the appropriate comment syntax for the file format. We also
+recommend that a file or class name and description of purpose be included on
+the same “printed page” as the copyright notice for easier identification within
+third-party archives.
+
+ Copyright [yyyy] [name of copyright owner]
+
+ Licensed under the Apache License, Version 2.0 (the "License");
+ you may not use this file except in compliance with the License.
+ You may obtain a copy of the License at
+
+ http://www.apache.org/licenses/LICENSE-2.0
+
+ Unless required by applicable law or agreed to in writing, software
+ distributed under the License is distributed on an "AS IS" BASIS,
+ WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
+ See the License for the specific language governing permissions and
+ limitations under the License.
\ No newline at end of file
diff --git a/.github/SECURITY.md b/.github/SECURITY.md
new file mode 100644
index 00000000..9e1731f4
--- /dev/null
+++ b/.github/SECURITY.md
@@ -0,0 +1,6 @@
+# Security Policy
+
+Since this software is not a productive version, please submit an issue or pull request for any bugs or vulnerabilities you find.
+
+In case of a responsible disclosure, please follow instructions
+on https://www.gematik.de/datensicherheit#c1227.
diff --git a/.github/workflows/RenderAllDiagrams.yml b/.github/workflows/RenderAllDiagrams.yml
index ee949a78..13e357f6 100644
--- a/.github/workflows/RenderAllDiagrams.yml
+++ b/.github/workflows/RenderAllDiagrams.yml
@@ -5,6 +5,7 @@ on:
paths:
- '**/Material/images/src/**/*.puml'
- '**/Material/images/src/**/*.drawio'
+ - '**/Material/images/src/**/*.bpmn'
branches-ignore:
- 'main**'
@@ -23,30 +24,31 @@ jobs:
# Installs Java distribution for running the plantUML jar
- name: Install Java
- uses: actions/setup-java@v3
+ uses: actions/setup-java@v4
with:
distribution: 'temurin'
- java-version: '17'
+ java-version: '21'
check-latest: true
# Install graphviz for plantuml
- name: Setup Graphviz
- uses: ts-graphviz/setup-graphviz@v1
+ uses: ts-graphviz/setup-graphviz@v2
# Download plantUML jar
- name: Download plantuml file
run: |
wget -O plantuml.jar "https://github.com/plantuml/plantuml/releases/latest/download/plantuml.jar"
- # Clean Folder
+ # Ensure Folder exsists, otherwise, create it
- name: Ensure and clean folder
run: |
img_dir=Material/images/diagrams
mkdir -p $img_dir
- rm -rf Material/images/diagrams/*.svg
+ # do not clean
+ # rm -rf Material/images/diagrams/*.svg
# Generate the SVGs from PUML
- - name: Render PUML to SVG and Move files
+ - name: Render PUML to SVG files
run: |
FileNamePaths=$(find . -path "*/images/src/*/*.puml" -exec dirname {} \; | sort -u)
for dir in $FileNamePaths
@@ -70,7 +72,34 @@ jobs:
format: svg
action-mode: all
+ # Install note.js and bpmn-to-image
+ - name: Install Notejs and pbmn-to-image
+ uses: actions/setup-node@v4
+ with:
+ node-version: 18
+ - run: npm install -g bpmn-to-image
+
+ # Generate the SVGs from BPMN
+ - name: Render BPMN to SVG files
+ run: |
+ FileNamePaths=$(find . -path "*/images/src/*/*.bpmn" -exec dirname {} \; | sort -u)
+ for dir in $FileNamePaths
+ do
+ # Render SVGs from BPMN
+ echo $dir
+ FileBaseNames=$(find $dir -name "*.bpmn" -exec basename "{}" ".bpmn" \; | sort -u)
+ #FileBaseNames=$(find $dir -name "*.bpmn" | xargs -L1 -I{} basename "{}")
+
+ for base in $FileBaseNames
+ do
+ echo $base
+ bpmn-to-image "$dir/$base.bpmn":"$dir/$base.svg";
+ done
+
+ done
+
# copies the created SVG files to the images/diagrams folder and deletes the drawio files
+ # mv for copy and delete, here
- name: Move SVGs to target image folder
run: |
img_dir=Material/images/diagrams
@@ -79,7 +108,8 @@ jobs:
for dir in $FileNamePaths
do
# Move SVGs to out directory
- find $dir -name "*.svg" -exec mv {} $img_dir \;
+ # find $dir -name "*.svg" -exec rm -rf {} $img_dir \;
+ find $dir -name "*.svg" -exec mv -f {} $img_dir \;
done
## add and commit the new generated files
@@ -99,4 +129,8 @@ jobs:
with:
commit_user_name: GitHub Actions Bot
commit_user_email: ActionBot@github.com
- commit_message: auto-generated diagrams by GitHub Action after source code change
\ No newline at end of file
+ commit_message: auto-generated diagrams by GitHub Action after source code change
+
+ - name: "Run if no changes have been detected"
+ if: steps.auto-commit-action.outputs.changes_detected == 'false'
+ run: echo "No Changes!"
\ No newline at end of file
diff --git a/.github/workflows/main.yml b/.github/workflows/main.yml
index 4bbdcef8..6efe3ea9 100644
--- a/.github/workflows/main.yml
+++ b/.github/workflows/main.yml
@@ -28,7 +28,7 @@ jobs:
# Steps represent a sequence of tasks that will be executed as part of the job
steps:
- name: Checkout code
- uses: actions/checkout@v2
+ uses: actions/checkout@v4
# Java and .NET are already installed on ubuntu-latest
@@ -50,7 +50,7 @@ jobs:
EXPECTED_FAILS: VALIDATION_CONFORMANCE_DOTNET VALIDATION_CONFORMANCE_JAVA VALIDATION_EXAMPLES_JAVA
- name: Add & Commit
- uses: EndBug/add-and-commit@v7
+ uses: EndBug/add-and-commit@v9
with:
committer_name: GitHub Actions Bot
committer_email: ActionBot@github.com
diff --git a/ImplementationGuide/ImplementierungsleitfadenIsiK_Vitalwerte.json b/ImplementationGuide/Implementierungsleitfaden_ISiKVitalparameter.json
similarity index 62%
rename from ImplementationGuide/ImplementierungsleitfadenIsiK_Vitalwerte.json
rename to ImplementationGuide/Implementierungsleitfaden_ISiKVitalparameter.json
index 821c048b..ebffc41e 100644
--- a/ImplementationGuide/ImplementierungsleitfadenIsiK_Vitalwerte.json
+++ b/ImplementationGuide/Implementierungsleitfaden_ISiKVitalparameter.json
@@ -1,6 +1,6 @@
{
"resourceType": "ImplementationGuide",
- "url": "https://gematik.de/fhir/isik/v3/Vitalparameter/ImplementationGuide/ISiK-vitalparameter",
+ "url": "https://gematik.de/fhir/isik/v4/Vitalparameter/ImplementationGuide/ISiK-vitalparameter",
"name": "Implementierungsleitfaden ISiK-Modul Vitalparameter und Körpermaße",
"status": "active",
"fhirVersion": [
@@ -87,6 +87,46 @@
}
]
},
+ {
+ "nameUrl": "ImplementationGuide/markdown/UebergreifendeUseCases.md",
+ "title": "Übergreifende Use Cases",
+ "generation": "markdown",
+ "page": [
+ {
+ "nameUrl": "ImplementationGuide/markdown/UebergreifendeUseCases/Intensivversorgung.md",
+ "title": "Intensivversorgung",
+ "generation": "markdown",
+ "page": [
+ {
+ "nameUrl": "ImplementationGuide/markdown/UebergreifendeUseCases/Intensivversorgung/Intensivversorgung_Motivation.md",
+ "title": "Motivation",
+ "generation": "markdown"
+ },
+ {
+ "nameUrl": "ImplementationGuide/markdown/UebergreifendeUseCases/Intensivversorgung/Intensivversorgung_Normativer_Status.md",
+ "title": "Normativer Status",
+ "generation": "markdown"
+ },
+ {
+ "nameUrl": "ImplementationGuide/markdown/UebergreifendeUseCases/Intensivversorgung/Intensivversorgung_UseCases.md",
+ "title": "Use Cases",
+ "generation": "markdown"
+ },
+
+ {
+ "nameUrl": "ImplementationGuide/markdown/UebergreifendeUseCases/Intensivversorgung/Intensivversorgung_Profile.md",
+ "title": "Profile",
+ "generation": "markdown"
+ }
+ ]
+ },
+ {
+ "nameUrl": "ImplementationGuide/markdown/UebergreifendeUseCases/AMTS.md",
+ "title": "Arzneimitteltherapiesicherheit (AMTS)",
+ "generation": "markdown"
+ }
+ ]
+ },
{
"generation": "markdown",
"nameUrl": "ImplementationGuide/markdown/Datenobjekte.md",
@@ -108,44 +148,49 @@
"generation": "markdown"
},
{
- "nameUrl": "ImplementationGuide/markdown/Koerpertemperatur.md",
+ "nameUrl": "ImplementationGuide/markdown/Datenobjekte/Koerpertemperatur.md",
"title": "Koerpertemperatur",
"generation": "markdown"
},
{
- "nameUrl": "ImplementationGuide/markdown/Kopfumfang.md",
+ "nameUrl": "ImplementationGuide/markdown/Datenobjekte/Kopfumfang.md",
"title": "Kopfumfang",
"generation": "markdown"
},
{
- "nameUrl": "ImplementationGuide/markdown/Atemfrequenz.md",
+ "nameUrl": "ImplementationGuide/markdown/Datenobjekte/Atemfrequenz.md",
"title": "Atemfrequenz",
"generation": "markdown"
},
{
- "nameUrl": "ImplementationGuide/markdown/Blutdruck.md",
+ "nameUrl": "ImplementationGuide/markdown/Datenobjekte/Blutdruck.md",
"title": "Blutdruck",
"generation": "markdown"
},
{
- "nameUrl": "ImplementationGuide/markdown/Herzfrequenz.md",
+ "nameUrl": "ImplementationGuide/markdown/Datenobjekte/Herzfrequenz.md",
"title": "Herzfrequenz",
"generation": "markdown"
},
{
- "nameUrl": "ImplementationGuide/markdown/Sauerstoffsaettigung.md",
+ "nameUrl": "ImplementationGuide/markdown/Datenobjekte/Sauerstoffsaettigung.md",
"title": "Sauerstoffsaettigung",
"generation": "markdown"
},
{
- "nameUrl": "ImplementationGuide/markdown/Ekg.md",
+ "nameUrl": "ImplementationGuide/markdown/Datenobjekte/Ekg.md",
"title": "EKG",
"generation": "markdown"
},
{
- "nameUrl": "ImplementationGuide/markdown/GCS.md",
+ "nameUrl": "ImplementationGuide/markdown/Datenobjekte/GCS.md",
"title": "GCS",
"generation": "markdown"
+ },
+ {
+ "nameUrl": "ImplementationGuide/markdown/Datenobjekte/Laborprofile.md",
+ "title": "Laborprofile für Überleitung Intensivversorgung",
+ "generation": "markdown"
}
]
}
diff --git a/ImplementationGuide/markdown/Blutdruck.md b/ImplementationGuide/markdown/Blutdruck.md
deleted file mode 100644
index 57369288..00000000
--- a/ImplementationGuide/markdown/Blutdruck.md
+++ /dev/null
@@ -1,15 +0,0 @@
-# Blutdruck
-
-## Profil
-
-@```
-from StructureDefinition where url = 'https://gematik.de/fhir/isik/v3/VitalparameterUndKoerpermasze/StructureDefinition/ISiKBlutdruck' select Name: name, Canonical: url
-```
-
-{{tree:https://gematik.de/fhir/isik/v3/VitalparameterUndKoerpermasze/StructureDefinition/ISiKBlutdruck, hybrid}}
-
-## Beispiele
-
-Valides Minimalbeispiel für das Profil ISiKBlutdruck:
-
-{{json:ISiKBlutdruckExample}}
\ No newline at end of file
diff --git a/ImplementationGuide/markdown/Atemfrequenz.md b/ImplementationGuide/markdown/Datenobjekte/Atemfrequenz.md
similarity index 67%
rename from ImplementationGuide/markdown/Atemfrequenz.md
rename to ImplementationGuide/markdown/Datenobjekte/Atemfrequenz.md
index db690697..78f6b95f 100644
--- a/ImplementationGuide/markdown/Atemfrequenz.md
+++ b/ImplementationGuide/markdown/Datenobjekte/Atemfrequenz.md
@@ -1,15 +1,18 @@
-# Atemfrequenz
-
-## Profil
-
-@```
-from StructureDefinition where url = 'https://gematik.de/fhir/isik/v3/VitalparameterUndKoerpermasze/StructureDefinition/ISiKAtemfrequenz' select Name: name, Canonical: url
-```
-
-{{tree:https://gematik.de/fhir/isik/v3/VitalparameterUndKoerpermasze/StructureDefinition/ISiKAtemfrequenz, hybrid}}
-
-## Beispiele
-
-Valides Minimalbeispiel für das Profil ISiKAtemfrequenz:
-
+# Atemfrequenz
+Mit diesem Profil lässt sich die Atemfrequenz erfassen.
+
+Alle bestätigungsrelevanten Systeme für dieses Modul müssen Ressourcen verarbeiten können, die zu diesem Profil konform sind.
+
+## Profil
+
+@```
+from StructureDefinition where url = 'https://gematik.de/fhir/isik/v3/VitalparameterUndKoerpermasze/StructureDefinition/ISiKAtemfrequenz' select Name: name, Canonical: url
+```
+
+{{tree:https://gematik.de/fhir/isik/v3/VitalparameterUndKoerpermasze/StructureDefinition/ISiKAtemfrequenz, hybrid}}
+
+## Beispiele
+
+Valides Minimalbeispiel für das Profil ISiKAtemfrequenz:
+
{{json:ISiKAtemfrequenzExample}}
\ No newline at end of file
diff --git a/ImplementationGuide/markdown/Datenobjekte/Blutdruck.md b/ImplementationGuide/markdown/Datenobjekte/Blutdruck.md
new file mode 100644
index 00000000..e5908959
--- /dev/null
+++ b/ImplementationGuide/markdown/Datenobjekte/Blutdruck.md
@@ -0,0 +1,21 @@
+# Blutdruck
+
+Mit diesem Profil lassen sich unterschiedliche Messungen zum Blutdruck erfassen, wobei z.B. systolischer und diastolischer Blutdruck gemeinsam in einer Instanz angegeben werden sollen (ggf. auch systolischer allein, s.u.).
+
+Alle bestätigungsrelevanten Systeme für dieses Modul müssen Ressourcen verarbeiten können, die zu diesem Profil konform sind.
+
+## Profil
+
+@```
+from StructureDefinition where url = 'https://gematik.de/fhir/isik/v3/VitalparameterUndKoerpermasze/StructureDefinition/ISiKBlutdruck' select Name: name, Canonical: url
+```
+
+{{tree:https://gematik.de/fhir/isik/v3/VitalparameterUndKoerpermasze/StructureDefinition/ISiKBlutdruck, hybrid}}
+
+**Hinweis:** In Fällen, in denen fachlich motiviert ausschließlich ein systolischer Blutdruck erhoben wird (z.B. in der Intensivmedizin), kann für den Slice zur Diastole (DiastolicBP) das Element .dataAbsentReason (mit dem Code 'not-performed') verwendet werden.
+
+## Beispiele
+
+Valides Minimalbeispiel für das Profil ISiKBlutdruck:
+
+{{json:ISiKBlutdruckExample}}
\ No newline at end of file
diff --git a/ImplementationGuide/markdown/Ekg.md b/ImplementationGuide/markdown/Datenobjekte/Ekg.md
similarity index 55%
rename from ImplementationGuide/markdown/Ekg.md
rename to ImplementationGuide/markdown/Datenobjekte/Ekg.md
index 64308711..45c8475f 100644
--- a/ImplementationGuide/markdown/Ekg.md
+++ b/ImplementationGuide/markdown/Datenobjekte/Ekg.md
@@ -1,15 +1,20 @@
-# EKG
-
-## Profil
-
-@```
-from StructureDefinition where url = 'https://gematik.de/fhir/isik/v3/VitalparameterUndKoerpermasze/StructureDefinition/ISiKEkg' select Name: name, Canonical: url
-```
-
-{{tree:https://gematik.de/fhir/isik/v3/VitalparameterUndKoerpermasze/StructureDefinition/ISiKEkg, hybrid}}
-
-## Beispiele
-
-Valides Minimalbeispiel für das Profil ISiKEkg:
-
+# EKG
+Mit diesem Profil lässt sich ein Elektrokardiogramm erfassen und kann dazu genutzt werden kurze EKGs abzubilden. Es ist nicht dafür gedacht Langzeitmonitoring-EKGs zu repräsentieren.
+
+Bestätigungsrelevante Systeme, welche EKG-Daten mittels FHIR verarbeiten, SOLLEN dieses Profil nutzen.
+
+
+
+## Profil
+
+@```
+from StructureDefinition where url = 'https://gematik.de/fhir/isik/v3/VitalparameterUndKoerpermasze/StructureDefinition/ISiKEkg' select Name: name, Canonical: url
+```
+
+{{tree:https://gematik.de/fhir/isik/v3/VitalparameterUndKoerpermasze/StructureDefinition/ISiKEkg, hybrid}}
+
+## Beispiele
+
+Valides Minimalbeispiel für das Profil ISiKEkg:
+
{{json:ISiKEkgExample}}
\ No newline at end of file
diff --git a/ImplementationGuide/markdown/GCS.md b/ImplementationGuide/markdown/Datenobjekte/GCS.md
similarity index 58%
rename from ImplementationGuide/markdown/GCS.md
rename to ImplementationGuide/markdown/Datenobjekte/GCS.md
index 8f49e97d..cefa992c 100644
--- a/ImplementationGuide/markdown/GCS.md
+++ b/ImplementationGuide/markdown/Datenobjekte/GCS.md
@@ -1,15 +1,19 @@
-# ISiKGCS
-
-## Profil
-
-@```
-from StructureDefinition where url = 'https://gematik.de/fhir/isik/v3/VitalparameterUndKoerpermasze/StructureDefinition/ISiKGCS' select Name: name, Canonical: url
-```
-
-{{tree:https://gematik.de/fhir/isik/v3/VitalparameterUndKoerpermasze/StructureDefinition/ISiKGCS, hybrid}}
-
-## Beispiele
-
-Valides Minimalbeispiel für das Profil ISiKGCS:
-
+# ISiKGCS (Glasgow Coma Score)
+Mit diesem Profil lässt sich ein Glasgow Coma Score (GCS) erfassen.
+
+Alle bestätigungsrelevanten Systeme für dieses Modul, welche GCSs verwalten, müssen Ressourcen verarbeiten können, die zu diesem Profil konform sind.
+
+
+## Profil
+
+@```
+from StructureDefinition where url = 'https://gematik.de/fhir/isik/v3/VitalparameterUndKoerpermasze/StructureDefinition/ISiKGCS' select Name: name, Canonical: url
+```
+
+{{tree:https://gematik.de/fhir/isik/v3/VitalparameterUndKoerpermasze/StructureDefinition/ISiKGCS, hybrid}}
+
+## Beispiele
+
+Valides Minimalbeispiel für das Profil ISiKGCS:
+
{{json:ISiKGCSExample}}
\ No newline at end of file
diff --git a/ImplementationGuide/markdown/Herzfrequenz.md b/ImplementationGuide/markdown/Datenobjekte/Herzfrequenz.md
similarity index 67%
rename from ImplementationGuide/markdown/Herzfrequenz.md
rename to ImplementationGuide/markdown/Datenobjekte/Herzfrequenz.md
index 04d68272..dc5b33c7 100644
--- a/ImplementationGuide/markdown/Herzfrequenz.md
+++ b/ImplementationGuide/markdown/Datenobjekte/Herzfrequenz.md
@@ -1,15 +1,18 @@
-# ISiKHerzfrequenz
-
-## Profil
-
-@```
-from StructureDefinition where url = 'https://gematik.de/fhir/isik/v3/VitalparameterUndKoerpermasze/StructureDefinition/ISiKHerzfrequenz' select Name: name, Canonical: url
-```
-
-{{tree:https://gematik.de/fhir/isik/v3/VitalparameterUndKoerpermasze/StructureDefinition/ISiKHerzfrequenz, hybrid}}
-
-## Beispiele
-
-Valides Minimalbeispiel für das Profil ISiKHerzfrequenz:
-
+# ISiKHerzfrequenz
+Mit diesem Profil lässt sich die Herzfrequenz erfassen.
+
+Alle bestätigungsrelevanten Systeme für dieses Modul müssen Ressourcen verarbeiten können, die zu diesem Profil konform sind.
+
+## Profil
+
+@```
+from StructureDefinition where url = 'https://gematik.de/fhir/isik/v3/VitalparameterUndKoerpermasze/StructureDefinition/ISiKHerzfrequenz' select Name: name, Canonical: url
+```
+
+{{tree:https://gematik.de/fhir/isik/v3/VitalparameterUndKoerpermasze/StructureDefinition/ISiKHerzfrequenz, hybrid}}
+
+## Beispiele
+
+Valides Minimalbeispiel für das Profil ISiKHerzfrequenz:
+
{{json:ISiKHerzfrequenzExample}}
\ No newline at end of file
diff --git a/ImplementationGuide/markdown/Kopfumfang.md b/ImplementationGuide/markdown/Datenobjekte/Kopfumfang.md
similarity index 57%
rename from ImplementationGuide/markdown/Kopfumfang.md
rename to ImplementationGuide/markdown/Datenobjekte/Kopfumfang.md
index 6fa92150..c4ec7ad0 100644
--- a/ImplementationGuide/markdown/Kopfumfang.md
+++ b/ImplementationGuide/markdown/Datenobjekte/Kopfumfang.md
@@ -1,15 +1,19 @@
-# Kopfumfang
-
-## Profil
-
-@```
-from StructureDefinition where url = 'https://gematik.de/fhir/isik/v3/VitalparameterUndKoerpermasze/StructureDefinition/ISiKKopfumfang' select Name: name, Canonical: url
-```
-
-{{tree:https://gematik.de/fhir/isik/v3/VitalparameterUndKoerpermasze/StructureDefinition/ISiKKopfumfang, hybrid}}
-
-## Beispiele
-
-Valides Minimalbeispiel für das Profil ISiKKopfumfang:
-
+# Kopfumfang
+
+Mit diesem Profil lässt sich ein einzelner Kopfumfang (okzipital-frontal) erfassen. Im Wesentlichen ist das Profil für Use Cases der Neonatologie relevant.
+
+Alle bestätigungsrelevanten Systeme für dieses Modul müssen Ressourcen verarbeiten können, die zu diesem Profil konform sind.
+
+## Profil
+
+@```
+from StructureDefinition where url = 'https://gematik.de/fhir/isik/v3/VitalparameterUndKoerpermasze/StructureDefinition/ISiKKopfumfang' select Name: name, Canonical: url
+```
+
+{{tree:https://gematik.de/fhir/isik/v3/VitalparameterUndKoerpermasze/StructureDefinition/ISiKKopfumfang, hybrid}}
+
+## Beispiele
+
+Valides Minimalbeispiel für das Profil ISiKKopfumfang:
+
{{json:ISiKKopfumfangExample}}
\ No newline at end of file
diff --git a/ImplementationGuide/markdown/Datenobjekte/Laborprofile.md b/ImplementationGuide/markdown/Datenobjekte/Laborprofile.md
new file mode 100644
index 00000000..db05ff3d
--- /dev/null
+++ b/ImplementationGuide/markdown/Datenobjekte/Laborprofile.md
@@ -0,0 +1,4 @@
+## Profile aus dem ISiK Support Modul Labor
+
+Zur Unterstützung der Überleitung zwischen intensivmedizinischer und normalstationärer Versorgung (siehe Use Cases), MÜSSEN alle
+Profile aus dem [ISIK Support Modul Labor](https://simplifier.net/isik-labor-v4) von einem bestätigungsrelevanten System implementiert werden, sofern das System diese Daten verwaltet (z.B. in Form einer Übernahme aus einem Laborinformationssystem).
diff --git a/ImplementationGuide/markdown/Sauerstoffsaettigung.md b/ImplementationGuide/markdown/Datenobjekte/Sauerstoffsaettigung.md
similarity index 66%
rename from ImplementationGuide/markdown/Sauerstoffsaettigung.md
rename to ImplementationGuide/markdown/Datenobjekte/Sauerstoffsaettigung.md
index 4a9ef3b8..4ba45f18 100644
--- a/ImplementationGuide/markdown/Sauerstoffsaettigung.md
+++ b/ImplementationGuide/markdown/Datenobjekte/Sauerstoffsaettigung.md
@@ -1,15 +1,18 @@
-# Sauerstoffsättigung
-
-## Profil
-
-@```
-from StructureDefinition where url = 'https://gematik.de/fhir/isik/v3/VitalparameterUndKoerpermasze/StructureDefinition/ISiKSauerstoffsaettigung' select Name: name, Canonical: url
-```
-
-{{tree:https://gematik.de/fhir/isik/v3/VitalparameterUndKoerpermasze/StructureDefinition/ISiKSauerstoffsaettigung, hybrid}}
-
-## Beispiele
-
-Valides Minimalbeispiel für das Profil ISiKSauerstoffsaettigung:
-
+# Sauerstoffsättigung
+Dieses Profil erlaubt eine einzelne Messung zur arteriellen Sauerstoffsättigung zu erfassen.
+
+Alle bestätigungsrelevanten Systeme für dieses Modul müssen Ressourcen verarbeiten können, die zu diesem Profil konform sind.
+
+## Profil
+
+@```
+from StructureDefinition where url = 'https://gematik.de/fhir/isik/v3/VitalparameterUndKoerpermasze/StructureDefinition/ISiKSauerstoffsaettigung' select Name: name, Canonical: url
+```
+
+{{tree:https://gematik.de/fhir/isik/v3/VitalparameterUndKoerpermasze/StructureDefinition/ISiKSauerstoffsaettigung, hybrid}}
+
+## Beispiele
+
+Valides Minimalbeispiel für das Profil ISiKSauerstoffsaettigung:
+
{{json:ISiKSauerstoffsaettigungExample}}
\ No newline at end of file
diff --git a/ImplementationGuide/markdown/Interaktionen.md b/ImplementationGuide/markdown/Interaktionen.md
index ad6eff4f..e2b7a667 100644
--- a/ImplementationGuide/markdown/Interaktionen.md
+++ b/ImplementationGuide/markdown/Interaktionen.md
@@ -1,10 +1,15 @@
# Interaktionen
-Alle bestätigungsrelevanten Systeme in diesem Modul nehmen nach QEDm die Rolle der *Data Source* ein (für mehr Informationen siehe [Basismodul - Abschnitt QEDm](https://simplifier.net/guide/Implementierungsleitfaden-ISiK-Basismodul-Stufe-3/markdown-UebergreifendeFestlegungen-KompatibilitaetDerGematikSpezifikation?version=current)).
+## Akteure
+Alle bestätigungsrelevanten Systeme für dieses Modul nehmen die Rolle des Servers ein im Sinne eines patientenführenden Systems, an das ein Client Suchabfragen richten kann und (bei erfolgter Autorisierung) Schreiboperationen vollziehen kann.
+In Bezug auf den Lesenden Zugriff gilt daher: Alle bestätigungsrelevanten Systeme in diesem Modul MÜSSEN nach QEDm die Rolle der *Data Source* einnehmen können (für mehr Informationen siehe [Basismodul - Abschnitt QEDm](https://simplifier.net/guide/Implementierungsleitfaden-ISiK-Basismodul-Stufe-3/markdown-UebergreifendeFestlegungen-KompatibilitaetDerGematikSpezifikation?version=current)).
+
+
+## Festlegungen zu lesendem Zugriff
Für die Observation-Ressource MUSS die REST-Interaktion "READ" implementiert werden.
-Folgende Suchparameter sind für das Vitalparamter-Modul relevant, auch in Kombination:
+Folgende Suchparameter sind für das Vitalparameter-Modul relevant, auch in Kombination:
1. Der Suchparameter "status" MUSS unterstützt werden:
diff --git a/ImplementationGuide/markdown/Koerpergewicht.md b/ImplementationGuide/markdown/Koerpergewicht.md
index 9adc831b..b49d98e3 100644
--- a/ImplementationGuide/markdown/Koerpergewicht.md
+++ b/ImplementationGuide/markdown/Koerpergewicht.md
@@ -1,15 +1,18 @@
-# Körpergewicht
-
-## Profil
-
-@```
-from StructureDefinition where url = 'https://gematik.de/fhir/isik/v3/VitalparameterUndKoerpermasze/StructureDefinition/ISiKKoerpergewicht' select Name: name, Canonical: url
-```
-
-{{tree:https://gematik.de/fhir/isik/v3/VitalparameterUndKoerpermasze/StructureDefinition/ISiKKoerpergewicht, hybrid}}
-
-## Beispiele
-
-Valides Minimalbeispiel für das Profil ISiKKoerpergewicht:
-
+# Körpergewicht
+Mit diesem Profil lässt sich eine einzelne Messung zum Körpergewicht erfassen.
+
+Alle bestätigungsrelevanten Systeme für dieses Modul müssen Ressourcen verarbeiten können, die zu diesem Profil konform sind.
+
+## Profil
+
+@```
+from StructureDefinition where url = 'https://gematik.de/fhir/isik/v3/VitalparameterUndKoerpermasze/StructureDefinition/ISiKKoerpergewicht' select Name: name, Canonical: url
+```
+
+{{tree:https://gematik.de/fhir/isik/v3/VitalparameterUndKoerpermasze/StructureDefinition/ISiKKoerpergewicht, hybrid}}
+
+## Beispiele
+
+Valides Minimalbeispiel für das Profil ISiKKoerpergewicht:
+
{{json:ISiKKoerpergewichtExample}}
\ No newline at end of file
diff --git a/ImplementationGuide/markdown/Koerpergroesse.md b/ImplementationGuide/markdown/Koerpergroesse.md
index 3bcb0c15..235d457c 100644
--- a/ImplementationGuide/markdown/Koerpergroesse.md
+++ b/ImplementationGuide/markdown/Koerpergroesse.md
@@ -1,16 +1,20 @@
-# Körpergröße
-
-## Profil
-
-@```
-from StructureDefinition where url = 'https://gematik.de/fhir/isik/v3/VitalparameterUndKoerpermasze/StructureDefinition/ISiKKoerpergroesse' select Name: name, Canonical: url
-```
-
-{{tree:https://gematik.de/fhir/isik/v3/VitalparameterUndKoerpermasze/StructureDefinition/ISiKKoerpergroesse, hybrid}}
-
-
-## Beispiele
-
-Valides Minimalbeispiel für das Profil ISiKKoerpergroesse:
-
+# Körpergröße
+
+Dieses Profil beschreibt die Messung einer einzelnen Körpergröße bzw. Körperlänge.
+
+Alle bestätigungsrelevanten Systeme für dieses Modul müssen Ressourcen verarbeiten können, die zu diesem Profil konform sind.
+
+## Profil
+
+@```
+from StructureDefinition where url = 'https://gematik.de/fhir/isik/v3/VitalparameterUndKoerpermasze/StructureDefinition/ISiKKoerpergroesse' select Name: name, Canonical: url
+```
+
+{{tree:https://gematik.de/fhir/isik/v3/VitalparameterUndKoerpermasze/StructureDefinition/ISiKKoerpergroesse, hybrid}}
+
+
+## Beispiele
+
+Valides Minimalbeispiel für das Profil ISiKKoerpergroesse:
+
{{json:ISiKKoerpergroesseExample}}
\ No newline at end of file
diff --git a/ImplementationGuide/markdown/Koerpertemperatur.md b/ImplementationGuide/markdown/Koerpertemperatur.md
index 7c12cdfd..7c3d3794 100644
--- a/ImplementationGuide/markdown/Koerpertemperatur.md
+++ b/ImplementationGuide/markdown/Koerpertemperatur.md
@@ -1,16 +1,19 @@
-# Körpertemperatur
-
-## Profil
-
-@```
-from StructureDefinition where url = 'https://gematik.de/fhir/isik/v3/VitalparameterUndKoerpermasze/StructureDefinition/ISiKKoerpertemperatur' select Name: name, Canonical: url
-```
-
-{{tree:https://gematik.de/fhir/isik/v3/VitalparameterUndKoerpermasze/StructureDefinition/ISiKKoerpertemperatur, hybrid}}
-
-
-## Beispiele
-
-Valides Minimalbeispiel für das Profil ISiKKoerpertemperatur:
-
+# Körpertemperatur
+Dieses Profil beschreibt die Messung einer einzelnen Körpertemperatur.
+
+Alle bestätigungsrelevanten Systeme für dieses Modul müssen Ressourcen verarbeiten können, die zu diesem Profil konform sind.
+
+## Profil
+
+@```
+from StructureDefinition where url = 'https://gematik.de/fhir/isik/v3/VitalparameterUndKoerpermasze/StructureDefinition/ISiKKoerpertemperatur' select Name: name, Canonical: url
+```
+
+{{tree:https://gematik.de/fhir/isik/v3/VitalparameterUndKoerpermasze/StructureDefinition/ISiKKoerpertemperatur, hybrid}}
+
+
+## Beispiele
+
+Valides Minimalbeispiel für das Profil ISiKKoerpertemperatur:
+
{{json:ISiKKoerpertemperaturExample}}
\ No newline at end of file
diff --git a/ImplementationGuide/markdown/Motivation.md b/ImplementationGuide/markdown/Motivation.md
index 898966ed..95b4a5dc 100644
--- a/ImplementationGuide/markdown/Motivation.md
+++ b/ImplementationGuide/markdown/Motivation.md
@@ -2,4 +2,7 @@
Die Erhebung und Verarbeitung von Vitalparametern und Körpermaßen ist ein essentieller Bestandteil der medizinischen Versorgung und spielt insbesondere in Krankenhäusern eine wichtige Rolle. Durch Vitalparameter wird eine initiale Einschätzung der Gesundheit von PatientInnen ermöglicht und sie enthalten wichtige Hinweise auf potenzielle Krankheitsbilder. Sie können als begleitende Informationen bei der Anforderung von Untersuchungen oder der Verordnung von Medikamenten verwendet werden. Auch während der Genesung können sie wichtige Anhaltspunkte bezüglich des Fortschritts geben. Durch die weite Verbreitung von Wearables haben PatientInnen heutzutage zusätzlich die Möglichkeit, ihre Vitalparameter tagesaktuell zu teilen.
-Um Vitalparameter und Körpermaße in verschiedenen Systemen verwenden zu können, müssen diese einheitlich und interoperabel zur Verfügung gestellt werden. Derzeit herrscht in Krankenhäusern ein reaktiver Datenaustausch vor, meist basierend auf HL7v2, und externe Geräte lassen sich nur schwer oder gar nicht mit in die Infrastruktur der Krankenhäuser einbinden. Auch mit Hinblick auf die uneinheitliche Kodierung der Vitalparameter ist oft keine systemübergreifende Interpretation der ausgetauschten Daten möglich. Die mit Vitalparametern befasste medizinische Forschung und Versorgung ist somit inhärent limitiert und kann durch die heterogene Datenlandschaft nicht ihr volles Potenzial entfalten. Um dies zu erreichen, trifft dieser Leitfaden Festlegungen zum strukturierten, REST-basierten Austausch von Vitalparametern im Krankenhaus. Mit diesen Festlegungen werden neue, digital unterstützte Anwendungsfälle ermöglicht und die medizinische Versorgung und Forschung im Krankenhaus verbessert.
\ No newline at end of file
+Um Vitalparameter und Körpermaße in verschiedenen Systemen verwenden zu können, müssen diese einheitlich und interoperabel zur Verfügung gestellt werden. Derzeit herrscht in Krankenhäusern ein reaktiver Datenaustausch vor, meist basierend auf HL7v2, und externe Geräte lassen sich nur schwer oder gar nicht mit in die Infrastruktur der Krankenhäuser einbinden. Auch mit Hinblick auf die uneinheitliche Kodierung der Vitalparameter ist oft keine systemübergreifende Interpretation der ausgetauschten Daten möglich. Die mit Vitalparametern befasste medizinische Forschung und Versorgung ist somit inhärent limitiert und kann durch die heterogene Datenlandschaft nicht ihr volles Potenzial entfalten. Um dies zu erreichen, trifft dieser Leitfaden Festlegungen zum strukturierten, REST-basierten Austausch von Vitalparametern im Krankenhaus. Mit diesen Festlegungen werden neue, digital unterstützte Anwendungsfälle ermöglicht und die medizinische Versorgung und Forschung im Krankenhaus verbessert.
+
+Ein Kontext, der durch diese Spezifikation insbesondere unterstützt werden soll, betrifft den
+Übergang zwischen Akut- und Normalversorgung. In diesem Sinne unterstützen die hier getroffenen Festlegungen Anwendungsfälle rund um den bidirektionalen Überleitungsprozess zwischen einer Intensiv- und einer Normalstation innerhalb eines Krankenhauses, respektive die bidirektionale Kommunikation von Vitalparametern und Körpermaßen zwischen einem KIS und einem PDMS (entsprechend den Vorgaben unter {{pagelink:ImplementationGuide/markdown/BestaetigungsrelevanteSysteme.md, text:Bestätigungsrelevante Systeme}}).
diff --git a/ImplementationGuide/markdown/ReleaseNotes.md b/ImplementationGuide/markdown/ReleaseNotes.md
index 1e536444..1bec9754 100644
--- a/ImplementationGuide/markdown/ReleaseNotes.md
+++ b/ImplementationGuide/markdown/ReleaseNotes.md
@@ -4,12 +4,35 @@ Im Rahmen der ISiK-Veröffentlichungen wird das [Semantic Versioning](https://se
Die erste Ziffer X bezeichnet ein Major-Release und regelt die Gültigkeit von Releases. Die dritte Ziffer Y (Release x.0.y) bezeichnet eine technische Korrektur und versioniert kleinere Änderungen (Packages) während eines Jahres, z. B. 1.0.1.
+
+Version: 3.0.2
+Datum: 30.01.2023
+
+
+* MS auf dataAbsentReason gesetzt und Hinweis zur Nutzung https://github.com/gematik/spec-ISiK-Vitalparameter-und-Koerpermasze/pull/144
+* ISiK-EKG: .encounter MS Flag hinzu : https://github.com/gematik/spec-ISiK-Vitalparameter-und-Koerpermasze/pull/146
+* Informationen zu Profilen präzisiert und Verpflichtung bei GCS und EKG geschwächt: https://github.com/gematik/spec-ISiK-Vitalparameter-und-Koerpermasze/pull/145
+
+----
+Version: 4.0.0-rc
+Datum: 07.03.2024
+
+* Update der ISIk Basis Dependency: [update dependency ISIK Basis](https://github.com/gematik/spec-ISiK-Vitalparameter-und-Koerpermasze/pull/156)
+* Hinzufügen von SnomedCT Coding Slices: [update dependency ISIK Basis](https://github.com/gematik/spec-ISiK-Vitalparameter-und-Koerpermasze/pull/156)
+* Hinzufügen von MS für einzelne Components : https://github.com/gematik/spec-ISiK-Vitalparameter-und-Koerpermasze/pull/138
+
+----
+Version: 4.0.0-rc
+
+* Hinweis zu Profilen aus ISiK Support-Modul Labor hinzugefügt
+
----
Version: 3.0.1
Datum: 05.01.2023
* Update der ISIk Basis Dependency: [update dependency ISIK Basis](https://github.com/gematik/spec-ISiK-Vitalparameter-und-Koerpermasze/pull/141/commits/2d00c0a267756694cd86dd0866e8b0339f88d593)
* Klärung zur Nutzung der ISiK Basis Ressourcen: [update Datenobjekte Basis adoption](https://github.com/gematik/spec-ISiK-Vitalparameter-und-Koerpermasze/pull/141/commits/a8654b840e8ef4d57722eac4873d19eac1267870)
+* Hinzugefügt: Unterstützende Use Cases und Information zu KIS als Client : https://github.com/gematik/spec-ISiK-Vitalparameter-und-Koerpermasze/pull/154
----
Version: 3.0.0
diff --git a/ImplementationGuide/markdown/RestApi.md b/ImplementationGuide/markdown/RestApi.md
index 6388db3d..d6f043c6 100644
--- a/ImplementationGuide/markdown/RestApi.md
+++ b/ImplementationGuide/markdown/RestApi.md
@@ -1,3 +1,9 @@
# REST-API
Es gelten die Festlegungen aus dem [Basismodul](https://simplifier.net/guide/implementierungsleitfadenisik-basismodul/I-markdown-UebergreifendeFestlegungen-UebergreifendeFestlegungen-Rest?version=current).
+
+## Datenübernahme - Zusammenspiel von KIS & Patientendatenmanagementsysteme (PDMS)
+
+Jedes System ist für seine eigenen Daten verantwortlich, ein aktives Pushen per `POST` Interaktion ist nicht vorgesehen. Im Falle einer gewollten Datenübernahme zwischen Systemen greifen diese gegenseitig mittels `GET` Interaktion aufeinander zu und fragen die zu übernehmenden Daten selbstständig ab.
+
+**Beispiel:** Bei der Überleitung eines Patienten von Intensiv- auf Normalstation sollen die letzten Blutdrücke, Sauerstoffsättigungen sowie das Körpergewicht in die Kurvenansicht des KIS übernommen werden. Hierzu wird das KIS zu einem FHIR-Client welcher die benötigten Werte vom FHIR-Endpunkt des PDMS abruft.
diff --git a/ImplementationGuide/markdown/UebergreifendeUseCases.md b/ImplementationGuide/markdown/UebergreifendeUseCases.md
new file mode 100644
index 00000000..15379311
--- /dev/null
+++ b/ImplementationGuide/markdown/UebergreifendeUseCases.md
@@ -0,0 +1,5 @@
+# Übergreifende Use Cases
+
+In diesem Modul werden folgende Datenobjekt-übergreifende Use Cases definiert:
+
+{{index:current}}
diff --git a/ImplementationGuide/markdown/UebergreifendeUseCases/AMTS.md b/ImplementationGuide/markdown/UebergreifendeUseCases/AMTS.md
new file mode 100644
index 00000000..b6d72a52
--- /dev/null
+++ b/ImplementationGuide/markdown/UebergreifendeUseCases/AMTS.md
@@ -0,0 +1,4 @@
+# Konzept Arzneimitteltherapiesicherheit - AMTS
+
+Profile wie Körpergewicht und -größe aus Vitalparameter kommen gegebenenfalls auch bei der Umsetzung des Übergreifenden Use Case AMTS in dem Modul Medikation zum Einsatz.
+Für weitere Informationen: [Arzneitmitteltherapiesicherheit im Krankenhaus - AMTS](https://simplifier.net/guide/isik-medikation-v4/ImplementationGuide-markdown-UebergreifendeUseCases-AMTS).
\ No newline at end of file
diff --git a/ImplementationGuide/markdown/UebergreifendeUseCases/Intensivversorgung.md b/ImplementationGuide/markdown/UebergreifendeUseCases/Intensivversorgung.md
new file mode 100644
index 00000000..6afb02b4
--- /dev/null
+++ b/ImplementationGuide/markdown/UebergreifendeUseCases/Intensivversorgung.md
@@ -0,0 +1 @@
+# Überleitung Intensivversorgung im Krankenhaus
diff --git a/ImplementationGuide/markdown/UebergreifendeUseCases/Intensivversorgung/Intensivversorgung_Motivation.md b/ImplementationGuide/markdown/UebergreifendeUseCases/Intensivversorgung/Intensivversorgung_Motivation.md
new file mode 100644
index 00000000..49ffb266
--- /dev/null
+++ b/ImplementationGuide/markdown/UebergreifendeUseCases/Intensivversorgung/Intensivversorgung_Motivation.md
@@ -0,0 +1,30 @@
+## Motivation und Hintergrund
+Dieser Abschnitt des Implementierungsleitfadens beschreibt eine bidirektionale Überleitung zwischen Intensiv- und Normalversorgung auf der Ebene eines Workflows zur Datenkommunikation zwischen den betroffenen Systemen (PDMS und KIS)
+
+### Stakeholder, User und weitere Systeme
+Die Spezifikation richtet sich insbesondere an SW-Hersteller von KIS und PDMS.
+
+Es handelt sich um eine technische Spezifikation, zu der keine weiteren medizinischen Fachexperten zu Rate gezogen werden.
+
+Kommunikations-Workflows, die auf der hiesigen Schnittstellen-Festlegung aufbauen, können lediglich der Unterstützung von Versorgung und Qualitätssicherungsmaßnahmen in der Überleitung zwischen Intensiv- und Normalversorgung (bidirektional) dienen.
+
+### User und Systeme im Fokus
+Primär zu berücksichtigende User sind
+* Krankenhausmitarbeitende (insbesondere intensivmedizinisches Personal, MFAs, Ärzte etc.)
+
+Beteiligte Systeme sind prinzipiell alle bestätigungsrelevanten Systeme (siehe [DKG Festlegung](https://www.dkgev.de/themen/digitalisierung-daten/elektronische-datenuebermittlung/datenuebermittlung-nach-373-sgb-v-informationssysteme-im-krankenhaus/)). Primär hervorzuheben sind entsprechend der Definition der DKG dabei:
+* KIS mit Funktion elektronische Kurve bzw. entsprechendes KIS-Modul
+* Patientendaten-Managementsystem (PDMS) [z.B. für Intensivbereiche]
+* Elektronische Kurve [z.B. für die Verwendung auf Normal-Stationen]
+
+### Einordnung in die ISiK Landschaft
+Als übergreifender Use Case (bzw. Workflow) ist die Überleitung zwischen Intensiv- und Normalversorgung nicht allein im Modul Vitalparameter verankert. Dennoch werden aus verschiedenen fachlichen Gründen die wesentlichen Ressourcen hier vorgehalten.
+Fachlich relevant sind im ISiK-Kontext für die Intensivversorgung ebenfalls:
+
+- **ISiK Basismodul: Mit Informationen zum Patienten und Diagnosen** - Hier sind Patientenstammdaten, Diagnosen und Prozeduren verortet. Es gehören aber auch chronische Erkrankungen (z.B. Niereninsuffizienz), Lebensumstände (z.B. Schwangerschaft) und Lebensgewohnheiten (z.B. Raucher) dazu. Siehe [ISiK Basismodul](https://simplifier.net/guide/isik-basis-v4)
+- **ISiK Support Modul Labor: Mit Informationen aus der Labor Diagnostik** - In diesem Modul finden sich relevante Beobachtungen und Messwerte, die als Ergebnis eines diagnostischen Prozesses oder einer Probe zugeordnet werden können. Siehe [ISiK Modul Labor](https://simplifier.net/guide/isik-labor-v4)
+
+### Out-of-Scope
+Aufgrund technischer Beschränkungen und Aufwände gibt es Aspekte, die aktuell außen vor bleiben müssen:
+* Die Festlegung und Abstimmung eines vollständigen ISiK Labor Moduls
+* Die konkrete Abdeckung von Versorgungsprozessen in der Intensivmedizin
\ No newline at end of file
diff --git a/ImplementationGuide/markdown/UebergreifendeUseCases/Intensivversorgung/Intensivversorgung_Normativer_Status.md b/ImplementationGuide/markdown/UebergreifendeUseCases/Intensivversorgung/Intensivversorgung_Normativer_Status.md
new file mode 100644
index 00000000..31a70bfd
--- /dev/null
+++ b/ImplementationGuide/markdown/UebergreifendeUseCases/Intensivversorgung/Intensivversorgung_Normativer_Status.md
@@ -0,0 +1,2 @@
+## Normativer Status
+Bestätigungsrelevante Systeme für dieses Modul SOLLEN unter geeigneter Konfiguration die geschilderten Use Cases unterstützen können.
\ No newline at end of file
diff --git a/ImplementationGuide/markdown/UebergreifendeUseCases/Intensivversorgung/Intensivversorgung_Profile.md b/ImplementationGuide/markdown/UebergreifendeUseCases/Intensivversorgung/Intensivversorgung_Profile.md
new file mode 100644
index 00000000..ad58e754
--- /dev/null
+++ b/ImplementationGuide/markdown/UebergreifendeUseCases/Intensivversorgung/Intensivversorgung_Profile.md
@@ -0,0 +1,3 @@
+## FHIR-Profile des Use Case Überleitung Normal- und Intensivversorgung
+
+Im Rahmen des Use Case Überleitung Normal- und Intensivversorgung sind neben den Profilen des Moduls Vitalparameter alle Profile des [ISIK Support Modul Labor](https://simplifier.net/isik-labor-v4) relevant.
\ No newline at end of file
diff --git a/ImplementationGuide/markdown/UebergreifendeUseCases/Intensivversorgung/Intensivversorgung_UseCases.md b/ImplementationGuide/markdown/UebergreifendeUseCases/Intensivversorgung/Intensivversorgung_UseCases.md
new file mode 100644
index 00000000..b2046715
--- /dev/null
+++ b/ImplementationGuide/markdown/UebergreifendeUseCases/Intensivversorgung/Intensivversorgung_UseCases.md
@@ -0,0 +1,68 @@
+## Use Cases und Workflows - Übergang zwischen Akut- und Normalversorgung
+Zahlreiche Use Cases rund um den Überleitungsprozess zwischen einer Intensiv- und einer Normalstation (bidirektional) innerhalb eines Krankenhauses sind vorstellbar. Neben illustrierenden Use Cases wird an dieser Stelle auch eine Workflow-Perspektive eingenommen.
+
+Zum jetzigen Stand kann die Spezifikation keine umfassende Abdeckung eines Überleitungsprozesses vorweisen. Vielmehr wird die Überleitung zwischen Intensiv- und Normalversorgung (bidirektional) auf der Ebene eines Workflows abgebildet, fokussierend auf die Kommunikation relevanter Daten aus Normalversorgung (KIS) und Intensivversorgung (PDMS).
+
+### Werte aus KIS und PDMS
+
+Datenquellen für die hier betrachteten Fälle sind KIS und PDMS.
+Einige Use Cases, die diesen Kontext illustrieren sind folgende:
+
+**UC-VIT-ICU-NORM-001**: Eine Ärztin fragt während einer Kontroll-Maßnahme in der normalstationären Kontrolle nachträglich Daten zur Herzfrequenz eines Patienten über ein KIS mit der Funktion einer elektronische Kurve ab (momentan liegt die Herzfrequenz bei 90 Schlägen pro Minute). Zweck dabei ist sicherzustellen, dass die Herzfrequenz im Vergleich zu den Werten aus der Intensivstation für den Patienten im Normalbereich liegt. Die Daten stammen aus einem intensiv-stationären Aufenthalt, den der Patient aufgrund einer supraventrikulären Tachykardie durchlaufen hat.
+
+Hintergrund: fachlich wäre hier auch eine Blutdruckabfrage relevant - auch diese soll auf entsprechende Weise abgefragt werden können.
+
+**UC-VIT-ICU-NORM-002**: Eine Ärztin fragt während der intensivmedizinischen Versorgung nachträglich Daten aus dem normalstationären Aufenthalt zum Blutdruck ab über ein PDMS-Frontend, um den Beginn der Urosepsis eingrenzen zu können. Auf Normalstation war der Patient Aufgrund eines Harnwegs-Infektes.
+
+**UC-VIT-ICU-NORM-003**: Eine Medizinische Fachangestellte (MFA) sendet vor der Überleitung in die Intensivstation Daten aus dem normalstationären Aufenthalt an ein PDMS-Frontend. Ausgelöst wir der Versand per Button im KIS-Frontend. Relevant sind dabei Daten zum Blutdruck, damit der Beginn der Urosepsis später in der Intensivversrogung zeitlich feststellbar ist. Auf Normalstation war der Patient Aufgrund eines Harnwegs-Infektes.
+
+
+### Laborwerte
+Einige Werte, die für den geschilderten Kontext relevant sind, stammen aus einem Labor Information System (LIS). Hierzu illustrierend:
+
+**UC-VIT-ICU-NORM-LAB-001**: Eine Ärztin fragt während einer Kontroll-Maßnahme in der normalstationären Kontrolle nachträglich Daten zum Serumkreatinin eines Patienten über ein KIS mit der Funktion einer elektronische Kurve ab, um die Stabilität der Nierenfunktion anhand der glomerulären Filtrationsrate sicherzustellen. Die Daten stammen aus einem intensivstationären Aufenthalt, den der Patient aufgrund eines akuten Nierenversagens durchlaufen hat.
+
+Vorannahmen zum Use Case: Das PDMS verfügt über eine Historie der Serumkreatininwerte, da es die Labordaten (aus einem LIS stammend) persistiert. Das PDMS verfügt auch über eine Schnittstelle für READ-Interaktionen entsprechend der ISIK Festlegung.
+
+Hintergrund zur Konfiguration: Das KIS agiert hier als Client und das PDMS als Server.
+Da in der Praxis ein LIS, das mit PDMS integriert ist, i.d.R. auch mit einem KIS integriert ist, kann die Abfrage von Labordaten mit intensivmedizinischem Bezug aus dem KIS auch direkt erfolgen.
+
+## Workflow
+Zur Abbildung des bidirektionalen Überleitungsprozesses zwischen einer Intensiv- und einer Normalstation können KIS und PDMS jeweils die Rolle des KIS und Client einnehmen.
+
+Siehe dazu {{pagelink:ImplementationGuide/markdown/RestApi.md}}
+
+### Diagramme
+Vorannahmen zu den Diagrammen sind, dass die betroffenen Patienten einen Zugang- oder Entlassungsprozess im Kontext der Intesivversorgung durchlaufen haben.
+
+Die Illustration möglicher bidirektionaler Überleitungs-Prozesse (analog zum [spezifischen Zulassungsprozess hier](https://breathe.ersjournals.com/content/16/2/200062)) erscheint in diesem Kontext nicht zielführend.
+
+Der Workflow dient im Wesentlichen der Darstellung zu verschiedenen Möglichkeiten der Nutzung der REST-Schnittstelle zur Unterstützung des Workflows durch abfrage-basierte Kommunikation von Werten.
+
+#### Abfrage zeitlich folgend
+Folgende Diagramme illustrieren Die Fälle, bei denen Daten zeitlich nach der Überleitung abgefragt werden (mittels HTTP GET).
+
+Folgendes Diagramm Illustriert den Workflow zu **UC-VIT-ICU-NORM-001** als BPMN-Prozess:
+
+
+
+**Hinweis:** hier agiert das KIS als Client.
+
+
+Folgendes Diagramm Illustriert den Workflow zu **UC-VIT-ICU-NORM-002** als BPMN-Prozess:
+
+
+
+
+#### Übernahme zeitlich vorgelagert
+
+Denkbar sind auch Workflows, bei denen erhobene Daten aus einem System vor der Verlegung übermittelt werden. Siehe z.B. den Workflow zu **UC-VIT-ICU-NORM-003** als BPMN-Prozess:
+
+
+
+Hier genügt eine Abfrage per HTTP GET nicht (diese kann ggf. aber durch einen weiteren Kommunikationsschritt getriggert werden und damit die Vorab-Übermittlung unterstützen). An dieser Stelle werden keine weiteren Festlegungen zur vorgelagerten Übermittlung der Daten erhoben und es wird keine direkte Schreiboperation auf FHIR-Basis des KIS im PDMS für diesen Fall gefordert. Die Vorab-Übermittlung könnte durch verschiedene Mechanismen unterstützt werden:
+- FHIR Subscription (vgl. im ISiK Kontext [Patient merge Notification](https://simplifier.net/guide/isik-basis-v4/UebergreifendeFestlegungen-UebergreifendeFestlegungen_Patient-merge?version=current))
+- Übernahme mittels Composition (vgl. im ISiK Kontext [Rückübermittlung Bericht aus Subsystemen (Composition)](https://simplifier.net/guide/isik-basis-v4/ImplementationGuide-markdown-Datenobjekte-Datenobjekte_BerichtSubsystem?version=current))
+- HL7 v2 Messaging
+
+- etc.
\ No newline at end of file
diff --git a/Material/images/Abfrage-aus-ICU.PNG b/Material/images/Abfrage-aus-ICU.PNG
new file mode 100644
index 00000000..f56e3db9
Binary files /dev/null and b/Material/images/Abfrage-aus-ICU.PNG differ
diff --git a/Material/images/Abfrage-aus-ICU.bpmn b/Material/images/Abfrage-aus-ICU.bpmn
new file mode 100644
index 00000000..dc87c1f6
--- /dev/null
+++ b/Material/images/Abfrage-aus-ICU.bpmn
@@ -0,0 +1,201 @@
+
+
+
+
+
+ PDMS (Client) führt Abfrage bedarfsgerecht durch und rendert Daten
+
+
+ Schnittstelle des KIS (Server) ermöglicht Abfrage
+
+
+
+
+
+
+
+ Activity_001z5pr
+ Event_19s6trp
+ Event_1ed3oxb
+ Activity_0glkeu7
+
+
+ Event_158k32d
+ Activity_0sfrork
+ Event_0lzj04v
+
+
+
+ Flow_0ymth58
+ Flow_16i36wz
+
+ DataStoreReference_0ku07e0
+
+
+
+ Flow_16i36wz
+
+
+
+ Flow_0nzuq9z
+
+
+ Flow_0nzuq9z
+ Flow_1ao347l
+
+ DataStoreReference_0x82er7
+
+
+
+ Flow_1ao347l
+ Flow_0gr8z1b
+
+
+ Flow_0x966o8
+ Flow_14a1nce
+
+
+
+ Flow_14a1nce
+ Flow_0ymth58
+
+
+ Flow_0gr8z1b
+ Flow_0x966o8
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
diff --git a/Material/images/Abfrage-aus-ICU.svg b/Material/images/Abfrage-aus-ICU.svg
new file mode 100644
index 00000000..01556a2c
--- /dev/null
+++ b/Material/images/Abfrage-aus-ICU.svg
@@ -0,0 +1,4 @@
+
+
+
+
\ No newline at end of file
diff --git a/Material/images/Abfrage-aus-Normal.PNG b/Material/images/Abfrage-aus-Normal.PNG
new file mode 100644
index 00000000..90d615fe
Binary files /dev/null and b/Material/images/Abfrage-aus-Normal.PNG differ
diff --git a/Material/images/Abfrage-aus-Normal.bpmn b/Material/images/Abfrage-aus-Normal.bpmn
new file mode 100644
index 00000000..fcdd6d79
--- /dev/null
+++ b/Material/images/Abfrage-aus-Normal.bpmn
@@ -0,0 +1,186 @@
+
+
+
+
+
+ KIS (Client) sendet Abfrage und rendert Daten aus PDMS
+
+
+ Schnittstelle PDMS (Server) ermöglicht Abfrage
+
+
+
+
+
+
+
+ Event_158k32d
+ Activity_0sfrork
+ Activity_0glkeu7
+ Activity_15c8vq7
+
+
+ Event_1ed3oxb
+ Activity_001z5pr
+ Event_19s6trp
+
+
+
+
+
+
+
+
+ Flow_0nzuq9z
+
+
+ Flow_0nzuq9z
+ Flow_1ao347l
+
+ DataStoreReference_0ku07e0
+
+
+
+ Flow_1ao347l
+ Flow_0ymth58
+
+
+ Flow_0ymth58
+ Flow_0x966o8
+
+
+
+
+ Flow_0x966o8
+ Flow_1sa61l7
+
+
+ Flow_1sa61l7
+ Flow_16i36wz
+
+ DataStoreReference_0x82er7
+
+
+
+
+ Flow_16i36wz
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
diff --git a/Material/images/Uebermittlung-an-ICU.PNG b/Material/images/Uebermittlung-an-ICU.PNG
new file mode 100644
index 00000000..e688b907
Binary files /dev/null and b/Material/images/Uebermittlung-an-ICU.PNG differ
diff --git a/Material/images/Uebermittlung-an-ICU.bpmn b/Material/images/Uebermittlung-an-ICU.bpmn
new file mode 100644
index 00000000..83eabfb9
--- /dev/null
+++ b/Material/images/Uebermittlung-an-ICU.bpmn
@@ -0,0 +1,199 @@
+
+
+
+
+
+ KIS übermittelt Daten an PDMS
+
+
+ Schnittstelle PDMS empfängt Daten und rendert diese
+
+
+
+
+
+
+
+ Event_1ed3oxb
+ Activity_001z5pr
+ Activity_0w2bpah
+
+
+ Event_00zai95
+ Event_19s6trp
+ Activity_15c8vq7
+ Activity_0alree3
+
+
+
+ Flow_1yqgvpf
+ Flow_14nxx54
+
+
+
+ Flow_0iab7v5
+
+
+ Flow_0hbln8o
+ Flow_18551lo
+
+
+ Flow_0i7ui5c
+ Flow_0sc3j6d
+
+ DataStoreReference_0x82er7
+
+
+
+
+ Flow_0sc3j6d
+ Flow_1yqgvpf
+
+
+ Flow_14nxx54
+ Flow_0iab7v5
+
+
+ DataStoreReference_0ku07e0
+
+
+
+
+ Flow_0hbln8o
+ Flow_18551lo
+ Flow_0i7ui5c
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
diff --git a/README.md b/README.md
index 803f62a9..fb4e485c 100644
--- a/README.md
+++ b/README.md
@@ -1,3 +1,45 @@
-# ISiK Vitalparameter und Körpermaße
+
-[ISiK Vitalparameter und Körpermaße](https://simplifier.net/isik-vitalparameter-und-koerpermasze-v3)
+# ISiK-Vitalparameter
+
+
+ Table of Contents
+
+
+
+**Hinweis:** hier agiert das KIS als Client.
+
+
+Folgendes Diagramm Illustriert den Workflow zu **UC-VIT-ICU-NORM-002** als BPMN-Prozess:
+
+
+
+
+#### Übernahme zeitlich vorgelagert
+
+Denkbar sind auch Workflows, bei denen erhobene Daten aus einem System vor der Verlegung übermittelt werden. Siehe z.B. den Workflow zu **UC-VIT-ICU-NORM-003** als BPMN-Prozess:
+
+
+
+Hier genügt eine Abfrage per HTTP GET nicht (diese kann ggf. aber durch einen weiteren Kommunikationsschritt getriggert werden und damit die Vorab-Übermittlung unterstützen). An dieser Stelle werden keine weiteren Festlegungen zur vorgelagerten Übermittlung der Daten erhoben und es wird keine direkte Schreiboperation auf FHIR-Basis des KIS im PDMS für diesen Fall gefordert. Die Vorab-Übermittlung könnte durch verschiedene Mechanismen unterstützt werden:
+- FHIR Subscription (vgl. im ISiK Kontext [Patient merge Notification](https://simplifier.net/guide/isik-basis-v4/UebergreifendeFestlegungen-UebergreifendeFestlegungen_Patient-merge?version=current))
+- Übernahme mittels Composition (vgl. im ISiK Kontext [Rückübermittlung Bericht aus Subsystemen (Composition)](https://simplifier.net/guide/isik-basis-v4/ImplementationGuide-markdown-Datenobjekte-Datenobjekte_BerichtSubsystem?version=current))
+- HL7 v2 Messaging
+
+- etc.
\ No newline at end of file
diff --git a/Material/images/Abfrage-aus-ICU.PNG b/Material/images/Abfrage-aus-ICU.PNG
new file mode 100644
index 00000000..f56e3db9
Binary files /dev/null and b/Material/images/Abfrage-aus-ICU.PNG differ
diff --git a/Material/images/Abfrage-aus-ICU.bpmn b/Material/images/Abfrage-aus-ICU.bpmn
new file mode 100644
index 00000000..dc87c1f6
--- /dev/null
+++ b/Material/images/Abfrage-aus-ICU.bpmn
@@ -0,0 +1,201 @@
+
+