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

[FEATURE] Neue Angabe des Encounter-Date im ServiceRequest #80

Open
KennySchueller opened this issue Jul 11, 2024 · 7 comments
Open

[FEATURE] Neue Angabe des Encounter-Date im ServiceRequest #80

KennySchueller opened this issue Jul 11, 2024 · 7 comments

Comments

@KennySchueller
Copy link

Hallo,

wir sehen es für sinnvoll an, den Servicerequest um eine weiteren Angabe zu erweitern.
Speziell im Zuge der Direktzuweisung bei Parenteralen Zubereitungen, die aus der Apotheke getriggert werden, wäre die angabe eines Encounter-Date sehr hilfreich.
Hintergrund ist vor allem bei ambulanten Fällen kann der Patient innerhalb eines Quartals mehrfach behandelt werden. Damit bei der Anforderung das Verordnungen (ServiceRequests) dieser auch klar einem "Entstehungszeitpunkt" zugeordnet werden kann, würde ein solches Encounter-Date sehr helfen.

Grüße :)

@bNaumann-gem
Copy link

Haben wir das nicht schon hiermit beantwortet? #68

@KennySchueller
Copy link
Author

@bNaumann-gem würde ja dann unter den Punkt weitere Identifier können definiert werden. Denke hier sind wir aber dann wieder in individual Lösungen. Ich kann natürlich aktuell immer nur aus unserer Sicht sprechen, aber ich denke ggf. kann man im Imlf für SR so eine Art an optionalen Identifier vordefinieren, aus denen man sich dann bedienen kann. So bleiben wir bei einem Standard. FALL und CASE sind und Zubereitung sind Pflicht und dann gibt es noch x optionale, die mit der Zeit wachen. Geht sich ja darum, dass diese Identifier einfach zentral vorgegeben werden.

@bNaumann-gem
Copy link

Gern, dann sollten wir das hier beschreiben. Das Ergebnis wandert dann in den ILF.

@KennySchueller
Copy link
Author

@bNaumann-gem wenn ich das richtig sehe wäre dies ja nur eine definition eines dafür vorgesehenen Identifier system wie bei Fall, Patient etc., die nur für die Zyto Themen optional genutzt werden kann. Beschreiben sind diese im ILF hier https://simplifier.net/guide/erp-servicerequest-implementation-guide/Home/Identifier/Identifier-Festlegungen.page.md?version=current

@KennySchueller
Copy link
Author

@florianschoffke da @bNaumann-gem im wohlverdienten Urlaub ist, könntet Ihr bitte bewerten, ob die Erweiterung der vorgegebenen Identifier für den MedReq bei Zyto möglich ist?
Konkret wäre ein optionaler Identifier hilfreich für Encounter-DateTime, um Rezepteanforderungen einem bestimmten Besuch/ Kontakt innerhalb eines Falles zuzuordnen.

@florianschoffke
Copy link
Contributor

Es existiert das Feld ServiceRequest.encounter, was wiederum ein Encounter mit .period enthalten kann, wo genau diese Informationen aufgenommen werden können.
Im aktuellen Quartal wollen wir uns diesem Thema wieder verstärkt widmen und nehmen diesen FeatureRequest gerne auf.

@KennySchueller
Copy link
Author

KennySchueller commented Aug 19, 2024

@florianschoffke Ah..., manchmal sieht man den Wald vor lauter Bäumen nicht. Ja, bitte nochmal den Ball aufnehmen, das verweist ja auf das Basic Profil, wo es viele Pflichtangaben gibt die ja für Deutschland von den VC und CS quatschig sind. Wenn im ILF auf eine Ref. eines Deutschland spezifischen verwiesen wird hat dies natürlich mehr Aussagekraft.
Danke erstmal :)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants