Git Product home page Git Product logo

gematik / spec-e-rezept-servicerequest Goto Github PK

View Code? Open in Web Editor NEW
5.0 12.0 0.0 3.22 MB

The e-prescription request concept is intended to demonstrate a way of sending and receiving messages in the context of the e-prescription in a decentralized manner between the participants. The messages are strongly structured and prepared in FHIR bundles.

License: Apache License 2.0

Shell 7.52% GLSL 88.36% HTML 1.38% CSS 1.19% Dockerfile 1.54%
e-rezept fhir fsh specification

spec-e-rezept-servicerequest's Introduction


spec-E-Rezept-ServiceRequest

Communication resources used to request a electronical prescription context. Resources to to be published on https://simplifier.net/erezept-servicerequest

Table of Contents
  1. About The Project
  2. Getting Started
  3. Usage
  4. Contributing
  5. License
  6. Contact

About The Project

This Repo contains the fsh files to the later published spec-E-Rezept-ServiceRequest files on simplifier.net and a script to validate them.

Release Notes

See ReleaseNotes.md for all information regarding the (newest) releases.

Prerequisites

  1. Clone this project to your local machine.
  2. Run the install script once.
  3. Work on teh FHIR Profiles build and validate them with the given script.

Installation

To install the necessary tools run

sudo ./install_fhir_tools.sh

This will install

After successfull installation run:

./validate.sh -is

See ../validation_results/ for results.

Usage

See Usage.md

Contributing

If you want to contribute, please check our CONTRIBUTING.md.

License

Copyright [yyyy] gematik GmbH

Licensed under the Apache License, Version 2.0 (the "License"); you may not use this file except in compliance with the License.

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.

Contact

Please address your ideas via PullRequest.

Usage

Installing FHIR tools on your local machine

NOTE: If you are using a 'box.fhir' Devbox you should have the neccessary dependencies already installed and this step can be skipped.

Otherwise, the following script installs all necessary tools for specifying fhir resources onto your local machine.

./scripts/install_fhir_tools.sh

(requires admin privileges)

Run Validation

Run script validate.sh to

  1. Run sushi FHIR Files generator
  2. Validate all files in the ./Resources folder
  3. Get a html output file for each FHIR file in ../validation_results/

You can use following script options

Install dependencies from sushi-config.yaml

-i installs dependencies with firely.terminal from ./<foldername>/sushi-config.yaml file

./validate.sh -i

Sort resulting html files into severity folders

-s sorts resulting html files in folders by the severities of the findings. Categories are: error, warning, information and unknown

./validate.sh -s

Change default folder

-d foldername sets foldername for validation. Default is: ./Resources

validate.sh -d ./Testresources

Process single file

-f filename sets filename for single validation.

validate.sh -f ./Resources/fsh-generated/resources/myProfile.json

Work with specific version of Hapi Validator

-v version defines a version od the used Hapi Validator. If the specified version of the hapi validator is not present the default will be used. Validator-JARs will be downloaded to ~/.fhir/validators/.

validate.sh -v 5.6.70

Help

If you find issues with this template project, please leave an issue or create a Pull Request via the template repository.

spec-e-rezept-servicerequest's People

Contributors

cybernop avatar florianschoffke avatar gematik1 avatar hendrejvr avatar ofegem avatar svensommer avatar

Stargazers

 avatar  avatar  avatar  avatar

Watchers

 avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar

spec-e-rezept-servicerequest's Issues

Endpoint Angabe im MessageHeader

Hallo,

wir bräuchten da mal eine kleine Unterstützung bei der korrekten Befüllung des MessageHeader.
Das Element ist eine Pflichtangabe mit dem unterknoten .
Leider werden wir aus der Erläuterung im FHIR nicht schlau daraus, mit welchem Inhalt dieser zu erstellen ist. Ein Hinweis wäre hier ganz hilfreich.

Danke.

image

Regex für E-Rezept Token

In EPrescriptionTokenIdentifer.fsh ist noch ein Regex zu implementieren, der einen Token entsprechend abprüft

Beispiel Token:
Task/160.000.000.000.123.76/$accept?ac=777bea0e13cc9c42ceec14aec3ddee2263325dc2c6c699db115f58fe423607ea

Bisheriger Regex:
$this.toString().matches('^Task/[0-9]{3}.[0-9]{3}.[0-9]{3}.[0-9]{3}.[0-9]{3}.[0-9]{2}/$accept?ac=[A-Za-z0-9]+$')
$this.toString().matches('^Task/[0-9]{3}.[0-9]{3}.[0-9]{3}.[0-9]{3}.[0-9]{3}.[0-9]{2}/$accept?ac=[A-Za-z0-9]+$

AVS: Wie wird authoredOn & occurrenceDateTime im AVS angegeben?

Q: Wie werden im AVS die Angaben für Datum der Erstellung Rezeptanforderung und Bis Datum der Rezepterstellung angegeben?

Für das PVS schon relevant, da daran gewisse Fristigkeiten erkennbar sein müssen.

Klärung im eRP-in-KH-Sprechstunde am 30.11.2023

Anhänge in ServiceRequests

Es sollte eine Möglichkeit implementiert werden Anhänge für Rezeptanforderungen (z.B. einen PDF Medikationsplan) für die Rezeptanforderung zu hinterlegen.

Message header: mehrere service requests in einer KIM-Nachricht?

Q: Können in einer KIM-Nachrichtig mehrere service request (eRP-Anforderungen) versendet werden oder wird erwartet, dass je KIM nur ein SR erfolgt?

Je KIM nur ein SR (1:1)

  • rezeptausstellendes System kann die Anfrage einfach verarbeiten
  • Je eRP ist eine KIM erforderlich

Je KIM können n SR geliefert werden (1:n)

  • rezeptausstellendes System muss alle SRs technisch (über ein Script) verarbeiten können
  • es können beliebig viele eRPs angefordert werden

(!) die technische Architektur musss berücksichtigen, alles in einem Bundle darzustellen, aktuell wird dies noch nicht vorgegeben.

Klärung in eRP-in-KH-Sprechstunde am 30.11.2023

Frage zur Verwendung der Angabe im MessageHeader.Source bei Rezeptanforderung_besteatigung

Liebe gematik-Kollegen,

beim Request für parenterale Zubereitungen muss im MessageHeader unter Source die Quellanwendung von der die Nachricht stammt angegeben werden. Beim Request ist dies die AVS Software. Muss bei der Response, also bei der Rezeptanforderung_besteatigung dann in diesem Knotenelement die Software des PVS angegeber werden, oder wieder die des AVS?

vielen Dank
viele Grüße
Kenny Schüller

Verwendung des Endpoint im MessageHeader

Hallo Liebe gematik,

kurze Frage.
Im MessageHeader muss jedes sende System unter destination einen Endpoint angaben. Im Falle der Parenteralen Zubereitung, wo wir zuvor einen Request erhalten, müsste dieser in unserer Antwort der Endpoint aus der source der empfangen Nachricht entsprechen?
Ist unsere Annahme hier korrekt?

image

In dem Zusammenhang stellt sich uns aber eine andere Frage.
Für die AVS Systeme ist es ja so gut wie nicht Möglich bei einem Request im MessageHeader unter einen Wert anzugeben, da ggf. nicht bekannt ist welches System mit welchem Systemanbieter hier hinter der empfangenen KIM Adresse steckt.
Wie soll man darauf kommen?

Viele Grüße
Kenny Schüller

Mitgabe einer Angabe beim ServiceRequest zu welchem besuch die Anforderung gehört

Bei ambulanten Fällen kann der Patient mehrfach im Quartal zu einem Fall untersucht werden. Wenn erst zum Ende des Quartals die ServiceRequests alle gesammelt (zu einem Fall) geschickt werden, ist es schwer diese ggf. im KIS zum richtigen Besuch zuzuweisen.

Ggf. könnte hier ein weiterer optionaler Identifier helfen?!

Klärung in eRP-in-KH-Sprechstunde am 30.11.2023

Test KIM-Adressen in der RU

Discussed in #61

Originally posted by florianschoffke March 12, 2024

Testing von Rezeptanforderungen

Hersteller können KIM-Test Adressen in der RU anbieten, um ihre eigene Anwendung zu härten und auch anderen die Möglichkeit geben zu entwickeln. Hierzu bitte einen Post erstellen mit dem Label "🙌 Show and Tell" und folgende Informationen angeben:

  • Hersteller
  • Kontaktmöglichkeit
  • Art des PS
  • KIM-Adresse(n)
  • Unterstützte Anwendungsfälle

Wir veröffentlichen den Eintrag dann in der untenstehenden Tabelle.

Liste der verfügbaren KIM-Adressen

| Hersteller | Kontakt | Art des PS | KIM-Adresse | Unterstützte Anwendungsfälle |
|--------|--------|--------|--------|
| gemtikBeispiel | [email protected] | AVS | [email protected] | eRezept_Rezeptanforderung; eRezept_ParenteraleZubereitung|

Anpassung IG: Menge Rezeptanforderung pro KIM

Der Implementation Guide 'Kommunikation für das E-Rezept' schreibt unter "Einführung" - "Allgemeine Festlegungen" - "Anzahl von E-Rezepten pro Nachricht" vor, dass eine Nachricht nur ein Rezept adressiert. Dieser Abschnitt muss noch angepasst werden.

Originally posted by @omeiners in #63 (comment)

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. 📊📈🎉

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google ❤️ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.