Super erklärt! Vielen Dank! Nur eine Stelle versteh ich nicht, nämlich die Begründung, warum POST keine "sichtbare Semantik" hat. Ich würde "sichtbare Semantik" so verstehen, dass die Bedeutung des Requests ersichtlich ist, und das ist sie doch bei einem POST, nämlich "Anlegen der benannten Ressource", oder nicht? Sie sagen da, dass man dafür in den Body reingucken müsste, aber inwiefern unterscheidet sich das von PUT/PATCH? Ich würde sagen der Unterschied zwischen POST und PUT/PATCH liegt in dem Kriterium "identifizierbare Ressource".
Was hier gemeint ist: Nicht die Person greift via Webclient o.ä. auf die Reservierung zu, sondern der Kalender des Patienten hat eine Schnittstelle dafür. So ähnlich wie z.B. Doodle mit Google Calendar integriert ist. IMHO ist das eher ein B2B-Fall, aber vielleicht ist das auch schon Haarspalterei.
