Stream: german (Students)
Topic: Frage
Morris Miltz (Apr 06 2021 at 13:27):
Ist es möglich einem Patienten zusätzliche Attribute zu geben?
Konkret: in der Wunddokumentation gibt es ja spezifische faktoren die beantwortet werden müsssn, ist das wundexsudat gelb oder rot usw.
Hierzu würde ich bestimmte attribute erstellen wollen, die ich dann in der abfrage, wenn ich einen patienten aufrufe, kurz abfragen kann?
Sohrab Hejazi (Apr 06 2021 at 13:31):
ja, mit extension
Mareike Przysucha (Apr 07 2021 at 13:48):
Hallo zusammen.
Generell würde ich dafür aber eine Observation nehmen, da sonst alles als Extension an den Patienten geflanscht werden kann.
Wir haben für den eWundbericht auch schon dazu Profile, allerdings mit dem Fokus auf Überleitung.
https://simplifier.net/ewundbericht.
Viele Grüße
Mareike
Mareike Przysucha (Apr 07 2021 at 14:28):
Ich würde auch empfehlen, die Wunde als Condition zu hinterlegen und die Observations auf die Wunde verweisen zu lassen. So hat man abgefangen, dass ein Patient mehrere Wunden haben kann, die unterschiedliche Exsudatfarben haben.
Morris Miltz (Apr 07 2021 at 15:16):
Mareike Przysucha said:
Hallo zusammen.
Generell würde ich dafür aber eine Observation nehmen, da sonst alles als Extension an den Patienten geflanscht werden kann.
Wir haben für den eWundbericht auch schon dazu Profile, allerdings mit dem Fokus auf Überleitung.
https://simplifier.net/ewundbericht.
Viele Grüße
Mareike
Vielen Dank Mareike Przysucha, soweit bin ich tatsächlich noch nicht durchgestiegen was den Aufbau bzw. die Arbeit mit FHIR betrifft. Wie ich Profile wie das Basisprofil DE(R4) verwende ist mir noch unklar.
Ebenso wie diese funktionieren, ob ich zunächst einen eigenen FHIR Server erstellen muss um mit solchen Profilen zu arbeiten, oder ob ich diese direkt in mein z. B. Kotlin-Projekt direkt einbinden/implementieren kann :thinking:
Mareike Przysucha (Apr 07 2021 at 17:49):
Gerne doch.
Zu der Frage bzgl. der Basisprofile: Vieles von dem, was dort profiliert ist, sind Teile eines gesamten Profils. So ist beispielsweise der Patient als solches nicht profiliert, sondern einzelne Bestandteile, z.B. die Identifikatoren oder die deutsche Extension für das Geschlecht, da wir, im Vergleich zum Standard, das Geschlecht "Divers" extra kennzeichnen wollen. Daher solltet Ihr Euch vorher überlegen, wie in dem Anwendungsfall der Patient aussehen soll. Auch wurde in den Basisprofilen der HumanName extra profiliert, weil wir in Deutschland aufgrund unserer Historie keine Adelstitel mehr haben, aber Zusätze wie "Prinzessin" oder "Graf" immer noch im Namen mitgeführt werden.
Zu der Frage des FHIR-Servers: Dies hängt vom UseCase ab. Soll die App die Daten an ein Primärsystem weitergeben? Dann wird kein FHIR-Server benötigt, sondern eine entsprechende Schnittstelle des Primärsystems, von dem die Daten abgerufen werden und an die die Daten weitergegeben werden. Ist die App ein alleinstehendes System, so wird vermutlich ein FHIR-Server benötigt, der die Daten speichert.
Ich hoffe, ich konnte etwas helfen.
Morris Miltz (Apr 08 2021 at 14:16):
Vielen Dank für Ihre Antwort.
Prinzipiell soll die App zunächst nur mit einem FHIR Server kommunizieren, und hier Patientendaten abrufen, verändern und wieder an den FHIR Server übermitteln. In weiteren Schritten sollen auch neue Patienten angelegt werden können und diese dann an einen FHIR Server übermittelt werden.
Habe ich es bezüglich dem ewundbericht richtig verstanden, dass ich dies dann nicht einfach mit dem Public Server R4 verwenden kann, sondern hier einen eigenen Server installieren muss, auf dem ich zunächst das de.basisprofil.r4 installiere um dann den eWundbericht verwenden zu können?
Verzeihen Sie bitte falls meine Fragen etwas dümmlich klingen :grimacing:
Mareike Przysucha (Apr 09 2021 at 12:47):
Alles gut. Jeder fängt einmal an.
Aktuell finalisieren wir noch die Profile für den eWundbericht, sie sind quasi in Version 0.8, wenn 0.9 die Version vor dem Nationalen Ballot sind. Sobald wir auf Version 0.9 sind (voraussichtlich Mitte Mai), aber auch schon vorher können die Profile einem Server "vorgestellt" werden, indem man sie hochlädt. Dann kann der Server mit validate die Ressourcen validieren. Sofern man aber gar nicht validieren möchte, kann man die Resourcen nach den Profilen bauen, und lässt hinterher die Prüfung weg. Letztlich würde ich auch vermuten, dass unsere Profile vermutlich eher eine Orientierung sein werden, da die Zielsetzung unterschiedlich ist (Dokumentation vs. Kommunikation).
Im Zweifelsfall kann auch im deutschen Hauptstream #german (d-a-ch) die eine oder andere Frage gestellt werden, dort sind mehrere Personen unterwegs, die sich besser mit FHIR auskennen.
Viel Erfolg weiterhin!!!
Last updated: Apr 12 2022 at 19:14 UTC
