Must-Support-Flags
Wann wird ein Must-Support-Flag gesetzt?
Da alle Ressourcen offen profiliert werden, d.h. kein Element mit einer Kardinalität von 0..0 verboten wird, kennzeichnet das Must-Support-Flag solche Elemente, die von den Systemen des 116117 Terminservices tatsächlich verarbeitet werden. Das bedeutet, dass alle Informationen, die in Elementen enthalten sind, die kein Must-Support-Flag haben, weder gespeichert noch in anderer Form verarbeitet werden und somit auch nicht beim Abruf der entsprechenden Ressource wieder ausgegeben werden.
Was bedeutet ein Must-Support-Flag für Implementierende?
Wenn ein Element mit Must-Support-Flag einen Wert enthält, muss das verarbeitende System den/die enthaltenen Wert/e interpretieren, ggf. persistieren und an den User ausgeben können.
An einem Beispiel veranschaulicht, heißt das Folgendes: Wenn ein TVS ein Terminprofil abruft, muss der Terminprofilhinweis angezeigt werden, wenn es einen solchen gibt, da andernfalls ein Nutzer des TVS (bspw. ein Arzt) denken könnte, dass zu diesem Terminprofil kein Hinweis hinterlegt wurde. (Der Terminprofilhinweis ist im Profil: Terminprofil (Schedule) unter Schedule.comment zu finden. Dieses Feld besitzt eine Kardinalität von 0..1 und muss daher nicht zwangsweise einen Wert enthalten.)
Umgekehrt muss der Implementierende beim Versenden einer Ressource an die Systeme des 116117 Terminservices über die bereitgestellte Schnittstelle beachten, dass alles, was er in Felder schreibt, die kein Must-Support-Flag besitzen, verloren geht und nicht weiter verarbeitet wird.
An einem Beispiel veranschaulicht, heißt das Folgendes: Wird beim Erstellen eines Terminslots das Element Slot.comment befüllt, wird diese Information nicht von den Systemen des 116117 Terminservices gespeichert und beim Abrufen dieses Slots auch nicht mit ausgegeben. Genauso verhält es sich mit folgenden Elementen des Slot-Profils: identifier, specialty, appointmentType und overbooked. (Nähere Informationen zum Terminslot sind unter Profil: Terminslot (Slot) zu finden.