Appearance
Erstellen von Ist-Einsätzen und Ist-Leistungen
1. Geltungsbereich
In der CuraGo API dürfen NUR folgende Flussdaten (Modelle) erstellt und geändert werden:
IstEinsatzIstLeistung
Wichtig: Alle anderen Daten/Modelle werden von CuraSoft bereitgestellt und verwaltet.
Werden Datensätze, welche nicht in dieser Liste stehen, geändert oder erstellt, kann dies zum Destabilisieren und/oder Datenverlust in CuraSoft führen.
2. Modell IstEinsatz
Der IstEinsatz ist die tatsächliche Einsatzzeit von einem Einsatz aus einer Tour.
Der Datensatz kann in CuraSoft in der Stecktafel importiert werden und steht dann beim Stempeln einer Tour zur Verfügung.
Felder
| Feld | Typ | Beschreibung |
|---|---|---|
mandant_id | int | mandant_id aus dem Mitarbeiter-Datensatz |
einsatz_id | int | id aus dem Einsatz-Datensatz (geplanter Einsatz) |
mitarbeiter_id | int | id aus dem Mitarbeiter-Datensatz der diesen Einsatz durchgeführt hat |
edited | bool | true wenn der Datensatz bearbeitet wurde |
deleted | bool | true wenn Datensatz gelöscht |
datum | string | Tag des Einsatzes im Format yyyy-dd-mm |
owner_id | int | id aus dem Mitarbeiter-Datensatz zu welchem dieser Einsatz gehört |
swat_id | int | Wenn Sondereinsatz, dann id vom Sondereinsatz-Datensatz (Modell Swat) |
patient_id | int | Wenn Patienteneinsatz, dann id vom Patient-Datensatz |
bes | int | Nr. des Besuchs (siehe Modell AbrConfig) |
tz | int | Nr. der Teilzeit (siehe Modell AbrConfig) |
fz | int | Fahrzeit in Minuten |
von | string | Startzeit des Einsatzes (ISO8601-Format) |
bis | string | Endezeit des Einsatzes (ISO8601-Format) |
typ | int | 1: normaler Einsatz, 2: Patient war nicht da |
state | int | 0: Einsatz noch nicht gestartet, 1: Einsatz gestartet, 2: Einsatz beendet |
app_created | string | Datensatz erstellt am (ISO8601-Format) |
app_updated | string | Datensatz geändert am (ISO8601-Format) |
app_id | int | lokale ID von diesem Datensatz (muss zusammen mit dem token unique sein) |
token | string | app_token (wenn vorhanden) oder eindeutiger String (muss zusammen mit app_id unique sein) |
3. Modell IstLeistung
Die IstLeistung ist die tatsächlich geleistete Leistung vor Ort bei einem Patienten.
Der Datensatz kann in CuraSoft im Leistungsnachweis und in der Stecktafel importiert werden.
Felder
| Feld | Typ | Beschreibung |
|---|---|---|
mandant_id | int | mandant_id aus dem Patienten-Datensatz |
edited | bool | true wenn der Datensatz bearbeitet wurde |
deleted | bool | true wenn Datensatz gelöscht |
patient_id | int | id aus dem Patienten-Datensatz welcher diese Leistung bekommen hat |
datum | string | Tag an welchem die Leistung geleistet wurde im Format yyyy-dd-mm |
besuch | int | Nr. des Besuchs (siehe Modell AbrConfig) |
leistung_id | int | id des Leistung-Datensatzes (alle verfügbaren Leistungen mit der entsprechenden leistung_id können mit dem Modell LeistungData historiell gelistet werden) |
kostengruppe_id | int | id des Kostengruppe-Datensatzes |
anzahl | int | Anzahl der geleisteten Leistung, je nach Typ stundenbasiert oder nicht |
mitarbeiter_id | int | id aus dem Mitarbeiter-Datensatz der diesen Einsatz durchgeführt hat |
app_created | string | Datensatz erstellt am (ISO8601-Format) |
app_updated | string | Datensatz geändert am (ISO8601-Format) |
app_id | int | lokale ID von diesem Datensatz (muss zusammen mit dem token unique sein) |
token | string | app_token (wenn vorhanden) oder eindeutiger String (muss zusammen mit app_id unique sein) |
4. Modell AbrConfig
Das Modell AbrConfig beinhaltet alle Besuche und Teilzeiten, welche für das aktuell gültige Datum gelten.
Die beiden Felder besuche und teilzeiten sind JSON-Arrays.
Das Feld datum sagt aus, welche Historie aktuell gilt.
Der derzeit aktuell gültige Datensatz ist somit der Datensatz mit dem höchsten datum, welcher nicht in der Zukunft liegt.
Die einzelnen Felder können der offiziellen API-Dokumentation entnommen werden.
5. Modelle Vertrag, Leistung und LeistungData
Ein Vertrag hat n-Leistungen und eine Leistung hat n-Leistungsdaten (Historien).
Bei dem Modell LeistungData gilt das gleiche für das Feld datum wie bei dem Modell AbrConfig.
Der derzeit aktuell gültige Datensatz ist somit der Datensatz mit dem höchsten datum, welcher nicht in der Zukunft liegt.
Die einzelnen Felder können der offiziellen API-Dokumentation entnommen werden.