Allgemeines

Open API Dokumentation

https://docs.curasoft.dev/cura-go.de

---

1. Art der Kommunikation und Daten

Es gibt zwei Arten mit der CuraGo API zu kommunizieren:

1. Mit Caching Protokoll - Empfohlen da sehr effizient
2. Ohne Caching Protokoll - weniger Aufwändig in der Implementierung

Art der Daten:

Ist-Daten, welche in den Apps go.tour, go.check oder go.plan erzeugt werden (wie z.B. IstLeistung, IstEinsatz, Zeit) werden nach dem Rückimport zu CuraSoft nach einer gewissen Zeit vom Server entfernt. Diese Daten stehen somit nicht immer zur Verfügung.

---

2. Modell Mandant

Der Mandant ist der Leistungserbringer bzw. Pflegedienst in CuraSoft.

Ein Pflegekonzern kann z. B. unterschiedliche Versorgungsarten und dadurch mehrere Mandanten haben.
Auch ein Pflegedienst mit mehreren Zweigstellen hat in der API mehrere Mandanten.

In einer Datenbasis können somit mehrere Mandanten existieren.
Alle Datensätze in der API besitzen eine mandant_id. Diese gibt an, zu welchem Mandanten aus CuraSoft der Datensatz gehört.

Die explizieten Mandanten in einem Datenbestand können wie folgt abgefragt werden:

Request URL

GET /web/v3/rest/Mandant

Felder

Feld	Typ	Beschreibung
caption	string	Name des Mandanten in CuraSoft
firma_id	int	ID der übergeordneten Firma bzw. des Konzerns

3. Historiendaten

Man wird oft auf Historiendaten treffen. Das sind Daten die ein Datumsfeld haben (meistens "datum"), welches die aktuelle Gültigkeit repräsentiert. Siehe Beispiel: AbrConfig im Kapitel Medikamentenplan.