Übersicht über Serviceanforderungen in der Cloud-API

APIs für Serviceanforderungen und Anbieterportale

In früheren Versionen von ClaimCenter wurden Serviceanforderungen hauptsächlich von zwei Systemen verwaltet: von ClaimCenter und einem Anbieterportal. Das Anbieterportal ist eine Anwendung, mit der ein Anbieter Informationen über Serviceanforderungen aus ClaimCenter verwaltet. In diesem Paradigma gilt:

ClaimCenter ist für folgende Aktionen zuständig:

  • Erstellen der Serviceanforderung
  • Übermitteln der Serviceanforderung an den Anbieter
  • Bezahlen des Anbieters

Der Anbieter ist verantwortlich für Aktionen wie:

  • Akzeptieren der Serviceanforderung
  • Erstellen eines Angebots für die Serviceanforderung
  • Übermitteln von Rechnungen für die Serviceanforderung

Die Cloud-API bietet eine breitere Palette an Optionen für die Verarbeitung von Serviceanforderungen. Die Serviceanforderungs-APIs können von einem Anbieterportal verwendet werden. Sie können aber auch verwendet werden von:

  • einer alternative Front-End-Anwendung für Schadenregulierer, die sich auf Serviceanforderungen spezialisiert haben
  • einem Dienstleister, der Anbieterrechnungen in großen Mengen übermittelt oder bezahlt
  • einem Anbieterverwaltungssystem, das Serviceanforderungen für mehrere Anbieter verwaltet

Daher ist die von der Cloud-API verfügbar gemachte Serviceanforderungsfunktion nicht auf die Funktionen beschränkt, die von Anbieterportalen verwendet werden. Stattdessen macht sie die für die Verwaltung des gesamten Serviceanforderungsprozesses erforderliche Funktionalität für Serviceanforderungen verfügbar.

Verwaltung des Lebenszyklus

Die Cloud-API bietet eine Reihe von Endpunkten zur Verwaltung des Lebenszyklus einer Serviceanforderung. Dies umfasst sowohl Endpunkte für vom Versicherer eingeleitete Aktionen (z. B. das Übermitteln einer Serviceanforderung) als auch Endpunkte für vom Anbieter eingeleitete Aktionen (z. B. das Akzeptieren einer Serviceanforderung).

Ab dieser Version gibt es Endpunkte, um eine Serviceanforderung zu den meisten Stufen des Lebenszyklus zu befördern. Derzeit gibt es jedoch keine Endpunkte, um eine Serviceanforderung in den Status „Warten auf Anbieter“ zu verschieben.

Datenmodell für Serviceanforderungen

ClaimCenter umfasst zwei Datenmodelle für Serviceanforderungen: das „Legacy-Modell“ und das Datenmodell „Core Service Request“. Jede Instanz von ClaimCenter kann nur eines dieser Modelle verwenden. In der Basiskonfiguration ist standardmäßig das Datenmodell „Core Service Request“ aktiviert. Im Allgemeinen empfiehlt Guidewire Versicherern, das Datenmodell „Core Service Request“ zu verwenden.

Anmerkung: Um die APIs des Serviceanforderungssystems in der Cloud-API zu verwenden, muss das Datenmodell „Core Service Requests“ aktiviert sein. Guidewire empfiehlt, dass Versicherer, die mit dieser Version von ClaimCenter in Produktion gehen, das Datenmodell „Core Service Requests“ verwenden. Einige Versicherer aktualisieren möglicherweise von einer früheren Version, die nur das ältere Modell anbot. Wenn ein Kunde, der ein Upgrade durchführt, die APIs für Serviceanforderungen verwenden möchte, muss der Versicherer seine Konfiguration ändern, um das Datenmodell „Core Service Requests“ zu verwenden. Weitere Informationen können Sie dem Upgrade-Handbuch entnehmen.

Serviceanforderungsnummern

Neben einer öffentlichen ID wird jeder Serviceanforderung eine „Serviceanforderungsnummer“ zugewiesen. Standardmäßig ist diese Nummer in den Antwort-Nutzdaten für die meisten Serviceanforderungsaktionen enthalten (im Feld serviceRequestNumber). Im Gegensatz zu öffentlichen IDs werden die Serviceanforderungsnummern in der Benutzeroberfläche angezeigt. Während der Testphase können Sie die Serviceanforderungsnummer verwenden, um eine Serviceanforderung, die in einer System-API-Antwort angezeigt wird, mit der entsprechenden Serviceanforderung in der Benutzeroberfläche abzugleichen.

Unterstützung für jede Art von Serviceanforderung

Wenn ein Versicherer mit dieser Version in Produktion gehen möchte und die Möglichkeit benötigt, Angebote zu erstellen oder Rechnungen über einen Integrationspunkt zu bezahlen, muss der Versicherer seine eigenen Integrationspunkte schreiben. Weitere Informationen zu Serviceanforderungsfunktionen, die in zukünftigen Versionen verfügbar sein werden, erhalten Sie von Ihrem Guidewire-Kundenberater oder Ihrem Projektmanager.

Serviceanforderungen mit dem Status „Nur Angebot“ und „Angebot und Service“

In der folgenden Tabelle sind die Stufen aufgeführt, zu denen eine Serviceanforderung mit dem Status „Nur Angebot“ oder „Angebot und Service“ über die System-API weitergeleitet werden kann. Sie gibt an, welche System-API-Aktion die Serviceanforderung zur nächsten Stufe weiterleitet und welchen Wert die Spalte Nächste Aktion des Service in der ClaimCenter-Liste Services hat.

System-API-Endpunkt Verschiebt zu... Nächste Aktion der Services-Liste ist...
POST /service-requests Entwurf „Anfrage absenden“
POST /{serviceRequestId}/submit Angefordert „Angebotsabgabe zustimmen“
POST /{serviceRequestId}/accept In Bearbeitung „Angebot hinzufügen“

Ab dieser Version gibt es keine Endpunkte mehr, mit denen Angebote erstellt oder Rechnungen bezahlt werden können. Benutzer können jedoch über die Benutzeroberfläche Angebote erstellen, Rechnungen bezahlen und andere Aktionen ausführen, die den Abschluss der Serviceanforderung vorantreiben.

Serviceanforderungen mit dem Status „Nur Service“

In der folgenden Tabelle sind die Stufen aufgeführt, zu denen eine Serviceanforderung mit dem Status „Nur Service“ über die System-API weitergeleitet werden kann. Sie gibt an, welche System-API-Aktion die Serviceanforderung zur nächsten Stufe weiterleitet und welchen Wert die Spalte Nächste Aktion des Service in der ClaimCenter-Liste Services hat.

System-API-Endpunkt Verschiebt zu... Nächste Aktion der Services-Liste ist...
POST /service-requests Entwurf „Anfrage absenden“
POST /{serviceRequestId}/submit Angefordert „Der Durchführung des Dienstes zustimmen“
POST /{serviceRequestId}/accept In Bearbeitung „Arbeiten abschließen“
POST /{serviceRequestId}/complete-work Auftrag abgeschlossen „Rechnung hinzufügen“
POST /{serviceRequestId}/invoices Auftrag abgeschlossen „Rechnung bezahlen“

Ab dieser Version gibt es keine Endpunkte mehr, mit denen Rechnungen bezahlt werden können. Rechnungen können jedoch über die Benutzeroberfläche bezahlt werden.

Serviceanforderungen mit dem Status „Nicht verwaltet“

In der folgenden Tabelle sind die Stufen aufgeführt, zu denen eine Serviceanforderung mit dem Status „Nicht verwaltet“ über die System-API weitergeleitet werden kann. Sie gibt an, welche System-API-Aktion die Serviceanforderung zur nächsten Stufe weiterleitet und welchen Wert die Spalte Nächste Aktion des Service in der ClaimCenter-Liste Services hat.

System-API-Endpunkt Verschiebt zu... Nächste Aktion der Services-Liste ist...
POST /service-requests Auftrag abgeschlossen „Rechnung hinzufügen“
POST /{serviceRequestId}/invoices Auftrag abgeschlossen „Rechnung bezahlen“

Ab dieser Version gibt es keine Endpunkte mehr, mit denen Rechnungen bezahlt werden können. Bei nicht Serviceanforderungen der Stufe „Nicht verwaltet“ wird davon ausgegangen, dass sie eine durchgängige Rechnungsverarbeitung verwenden, um Rechnungen automatisch zu genehmigen und zu bezahlen. Bei Bedarf können Rechnungen jedoch über die Benutzeroberfläche bezahlt werden.

Beschränkungen für zusammengesetzte Anforderungen bei Serviceanforderungen

Sie können die untergeordneten Objekte einer Serviceanforderung nicht erstellen oder aktualisieren.

Für Serviceanforderungen der Art „Nur Angebot“, „Angebot und Service“ oder „Nur Service“ können Sie eine Serviceanforderung in einer einzigen zusammengesetzten Anforderung erstellen und übermitteln. Sie können jedoch eine Serviceanforderung nicht zu einer anderen Phase ihres Lebenszyklus befördern (z. B. zu „In Bearbeitung“, „Abgelehnt“ oder „Storniert“).