-
Notifications
You must be signed in to change notification settings - Fork 0
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
add MS + textual constraint #72 #91
add MS + textual constraint #72 #91
Conversation
|
||
**Bedeutung:** Kodierung der Fachrichtung des Termins | ||
|
||
**Hinweis:** Falls eine Kodierung der Fachrichtung für den Termin angegeben werden kann, dann MUSS sie angegeben werden und exponiert werden können (eine Ausnahme bildet hier die fachrichtungs-unabhängige Terminplanung durch krankenhausinterne, zentrale Organisationseinheiten). |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Alternative als Vorschlag:
Hinweis: Sofern aus den auf der Appointment-Ressource aufsetzenden Anwendungsfällen eine weitere Verarbeitung der Ressource durch einen menschlichen Nutzer nicht ausgeschlossen werden kann, MUSS das bestätigungsrelevante System mit dem Termin verbundenen Ressourcen (insb. Appointment.slot, Appointment.slot.schedule, Appointment.participant:AkteurMedizinischeBehandlungseinheit.actor) oder aus dem spezifischen Kontext verfügbare Informationen auswerten, um das Element Appointment.speciality
mit einem sinnvollen Wert zu befüllen.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Verbesserung für den "Hinweis": Sofern aus den auf der Appointment-Ressource aufsetzenden Anwendungsfällen eine weitere Verarbeitung der Ressource durch einen menschlichen Nutzer nicht ausgeschlossen werden kann, MUSS das bestätigungsrelevante System mit dem Termin verbundenen Ressourcen (insb. Appointment.slot
, Appointment.slot.schedule
, Appointment.participant:AkteurMedizinischeBehandlungseinheit.actor
) oder aus dem spezifischen Kontext verfügbare Informationen auswerten und das Element Appointment.speciality
mit einem sinnvollen Wert kodieren (eine Ausnahme bildet hier zum Beispiel die fachrichtungs-unabhängige Terminplanung durch krankenhausinterne, zentrale Organisationseinheiten).
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
wie oben umgesetzt
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
siehe alterativen Vorschlag (Kommentar)
Dieser Pull Request soll eine Lösung zur Änderung der Appointment.specialty mit gelockerter Kardinalität bereitstellen, die dennoch durch textuelle Festlegung ein Verarbeiten/Rendering in geforderten Szenarien (Terminbuchung über Patientenportal) sicherstellt - wie in AG-Sitzung am 5.5. beschlossen.