Operation: Status eines Terminslots aktualisieren

Inhalt

1. Beschreibung und fachlicher Kontext
2. FHIR-Operation
3. Request
   • Request Header
   • Request Body
   • Beispiel
4. Response
   • Response Header
   • Response Body
   • Beispiele

Beschreibung und fachlicher Kontext

Beim Aktualisieren des Terminslot-Status' handelt es sich um eine custom operation in FHIR.

Mit dieser Operation kann der Status eines dem 116117 Terminservice gemeldeten Terminslots aktualisiert werden:

• Terminslots, welche über diese Operation als frei gemeldet werden, sind anschließend durch die im Feld Slot.extension:buchbarDurch definierten Systeme buchbar.

• Terminslots, welche über diese Operation als gebucht gemeldet werden, sind in der Terminsuche des 116117 Terminservice nicht mehr buchbar.

  • Bitte beachten: Wird ein Terminslot, der dem 116117 Terminservice gemeldet wurde, in der Praxis / medizinischen Einrichtung gebucht (bspw. durch einen Anruf eines Patienten in der Praxis), ist es zwingend notwendig, dass der 116117 Terminservice über die Buchung informiert wird. Geschieht dies nicht, kann es zu einer Doppelbuchung kommen, wenn ein Patient den vermeintlich freien Terminslot über den 116117 Terminservice bucht.

FHIR-Operation

URL: [base]/Slot/[id]/$slotstatus_aktualisieren

BITTE BEACHTEN: Diese Operation hat keinen Output-Parameter. Im Erfolgsfall kommt also eine Antwort ohne Response Body zurück. Im Fehlerfall kommt dennoch ein OperationOutcome im Response Body zurück.

Request

Die FHIR-Operation zum Aktualisieren des Terminslot-Status erfordert einen POST-Request.

Die ID des Terminslots, dessen Status aktualisiert werden soll, muss in der URL übergeben werden. In der folgenden Tabelle ist für die Terminslot-ID der Platzhalter [id] in der Zeile URL eingetragen. Die Terminprofil-ID ist im Feld Slot.id der Slot-Ressource zu finden.

Die FHIR-Operation erfordert den Eingabeparameter status. Dieser Eingabeparameter muss in einer Parameters-Ressource im Request Body übergeben werden (siehe hierzu Abschnitt Request Body).

Request Header

Folgende Request Header werden von den Systemen des 116117 Terminservices unterstützt und verarbeitet:

Request Body

Der Request Body muss eine Parameters-Ressource mit dem Eingabeparameter status enthalten. status muss den Wert des neuen Status' des Terminslots besitzen. Soll also bspw. ein Terminslot auf den Status free gesetzt werden, muss der Eingabeparameter status genau diesen Wert (entsprechend dem zugrundeliegenden CodeSystem) haben.

Folgende Status können in der Parameters-Ressource übergeben werden:

Eine ausführliche Beschreibung des Parameters-Profils ist hier in der offiziellen HL7-Dokumentation zu finden.

Beispiel

# Aktualisiere den Status des Terminslots mit der ID "1ec4f924-cd75-45eb-97df-8848ff792fd5"
POST https://terminsynchronisation.eterminservice.kv-safenet.de/pvs/terminsynchronisation/api/Slot/1ec4f924-cd75-45eb-97df-8848ff792fd5/$slotstatus_aktualisieren
Content-Type: application/fhir+xml

WICHTIG: Der Request Body mit der Parameters-Ressource ist in diesem Beispiel NICHT enthalten. Ein Beispiel für eine Parameters-Ressource ist hier im vorliegenden Projekt zu finden. Das Beispiel ist auch noch einmal am Ende dieser Seite dargestellt.

Response

Die FHIR-Operation gibt bei Erfolg den HTTP-Statuscode 200 OK und die neue Version des aktualisierten Terminslots als Response Header zurück. Auf eine Rückgabe der geänderten Ressource wird hierbei verzichtet, da nur der Status des Terminslots entsprechend dem Eingabeparameter geändert wird.

Im Fehlerfall wird ein dem Fehler entsprechender HTTP-Statuscode (bspw. 400 Bad Request oder 500 Internal Server Error) sowie ein OperationOutcome im Response Body zurückgegeben. Dieses OperationOutcome enthält Details zum aufgetretenen Fehler.

Response Header

Folgende Response Header werden von den Systemen des 116117 Terminservices gesetzt und an den Anfragenden zurückgesendet:

Response Body

Im Erfolgsfall wird KEIN Response Body zurückgegeben.

Im Fehlerfall ist im Response Body ein OperationOutcome enthalten. Details hierzu sind unter Profil: Fehler (OperationOutcome) zu finden.

Beispiele

Alle Beispiele für den Fehlerfall sind hier im vorliegenden Projekt zu finden.