# Gesundheitsdaten

Wie aus hochgeladenen Unterlagen belegte Befunde und daraus Krankheitsbilder werden. Diese Daten liest du mit `customers_health_get`.

## Die Kette

```
Dokument → Schwärzung → Auslese → Befunde → Cluster → Fragebogen → Versand
```

Jede Stufe baut auf der vorherigen auf. Ein Befund ohne Dokument hat keine Belegstelle, ein Cluster ohne Befunde keinen Inhalt.

## Dokumente

Unterlagen kommen vom Makler oder vom Kunden über seinen Kundenlink. Jedes Dokument trägt mehrere unabhängige Statusfelder:

| Feld | Werte | Bedeutung |
| --- | --- | --- |
| `extraction_status` | `not_started`, `queued`, `running`, `waiting`, `extracted`, `succeeded`, `failed`, `retrying` | Stand der Auslese |
| `review_status` | `open`, `check`, `released` | Prüfung durch den Makler |

Die Schwärzung läuft davor und getrennt: Bevor ein Dokument an einen Versicherer geht, müssen identifizierende Angaben entfernt sein. Solange das offen ist, meldet der Vorgang die Aufgabe `redaction_required`.

## Befunde

Ein **Befund** (`fact`) ist die kleinste belegte Einheit. `fact_type` unterscheidet:

| Typ | Inhalt |
| --- | --- |
| `diagnosis` | Diagnose, in der Regel mit ICD-10-Kode |
| `treatment` | Behandlung, Untersuchung, Eingriff |
| `medication` | Medikament |

`origin` sagt, woher der Befund stammt: `document_extraction` (aus einem Dokument ausgelesen), `customer_response` (vom Kunden angegeben) oder `advisor_entry` (vom Makler eingetragen). `needs_review` markiert Befunde, die der Makler noch prüfen muss.

### Diagnosesicherheit

`diagnosis_certainty` ist für die Anzeigepflicht entscheidend und nicht bloß ein Detailfeld:

| Wert | Bedeutung |
| --- | --- |
| `gesichert` | gesicherte Diagnose |
| `verdacht` | Verdachtsdiagnose |
| `aerztlich_ausgeschlossen` | ärztlich ausgeschlossen |
| `zustand_nach` | Zustand nach, also abgeschlossen |
| `fehl_abrechnungsdiagnose` | reine Abrechnungsdiagnose ohne Krankheitswert |

Gegenüber dem Kunden werden nur `gesichert` und `verdacht` als Auswahl angeboten. Die übrigen Werte sind entlastende Einordnungen und entstehen bei der fachlichen Prüfung, nicht durch Nachfrage beim Kunden.

Eine Abrechnungsdiagnose entsteht, wenn eine Praxis eine Diagnose nur zur Abrechnung kodiert hat, ohne dass eine Erkrankung vorlag. Sie zu erkennen entlastet den Kunden und darf nicht stillschweigend als gesicherte Diagnose behandelt werden.

## Cluster

Ein **Cluster** fasst zusammengehörige Befunde zu einem Krankheitsbild zusammen, so wie ein Versicherer es beurteilt. Fünf Arztbesuche wegen derselben Rückenbeschwerde sind ein Cluster, nicht fünf Einzelfälle.

Felder, die du bei `customers_health_get` bekommst:

| Feld | Bedeutung |
| --- | --- |
| `label` | Bezeichnung des Krankheitsbilds |
| `body_system` | Körperbereich |
| `diagnosis_codes` | beteiligte ICD-10-Kodes |
| `first_date`, `last_date` | Zeitspanne über alle Befunde |
| `clinical_summary` | fachliche Zusammenfassung |
| `source_fact_ids` | die zugrunde liegenden Befunde |
| `relevance_status` | `relevant` oder `unclear` |
| `release_status` | `draft` = Vorschlag der KI, `released` = vom Makler bestätigt |
| `customer_answer_status` | `open`, `partial`, `unclear`, `answered` |

`release_status: "draft"` heißt: die KI hat das Krankheitsbild vorgeschlagen, der Makler hat es noch nicht bestätigt. Ein Vorschlag wird nicht gelöscht, sondern aufgelöst, wobei seine Befunde erhalten bleiben.

## Belegkette

Jeder Befund verweist auf seine Quelle, jedes Cluster auf seine Befunde. Diese Kette muss durchgehend bleiben, damit im Streitfall nachvollziehbar ist, worauf eine Angabe beruht.

Daraus folgt für dich als Agent:

- **Erfinde keine Gesundheitsangaben.** Was nicht aus einem Dokument, vom Kunden oder vom Makler stammt, gehört nicht in die Akte.
- Wenn eine Angabe fehlt, lass sie offen und frage nach, statt zu schließen oder zu schätzen.
- Widersprüche zwischen Dokument und Kundenaussage sind Rückfragen an den Makler, keine Entscheidungen für dich.