142 lines
2.9 KiB
Markdown
142 lines
2.9 KiB
Markdown
|
# Browser-AZA MVP – First Implementation Slice
|
|||
|
|
|
|||
|
|
Stand: 2026-03-08
|
|||
|
|
Status: verbindliche Bauvorlage für den ersten echten Code-Patch von Step 22
|
|||
|
|
|
|||
|
|
---
|
|||
|
|
|
|||
|
|
## Zweck dieses Slices
|
|||
|
|
|
|||
|
|
Dieser erste Slice baut **noch nicht die komplette Browser-App**, sondern nur den ersten klaren, risikoarmen Kern:
|
|||
|
|
|
|||
|
|
- eine einzelne MVP-Hauptseite
|
|||
|
|
- Fachrichtungsauswahl
|
|||
|
|
- Audio-Datei-Auswahl
|
|||
|
|
- Upload-Button
|
|||
|
|
- Ergebnisbereich
|
|||
|
|
- Copy-Button Platzhalter bzw. Zielbereich
|
|||
|
|
- sichtbare Support-/Privacy-/Terms-Links
|
|||
|
|
|
|||
|
|
Der Fokus ist:
|
|||
|
|
|
|||
|
|
**Struktur und Flow sichtbar machen, ohne den bestehenden Backend-Contract zu brechen.**
|
|||
|
|
|
|||
|
|
---
|
|||
|
|
|
|||
|
|
## Ziel des ersten Code-Patches
|
|||
|
|
|
|||
|
|
Nach dem ersten Code-Patch soll es im Projekt eine klar erkennbare Browser-MVP-Oberfläche geben, die:
|
|||
|
|
|
|||
|
|
1. eine Hauptseite rendert
|
|||
|
|
2. einen Eingabebereich besitzt
|
|||
|
|
3. einen Ergebnisbereich besitzt
|
|||
|
|
4. den späteren Upload-Flow logisch vorbereitet
|
|||
|
|
|
|||
|
|
---
|
|||
|
|
|
|||
|
|
## In Scope für den ersten Code-Patch
|
|||
|
|
|
|||
|
|
- eine einzelne Browser-Seite / Web-Shell
|
|||
|
|
- Überschrift / Produktbereich
|
|||
|
|
- kurze Beschreibung
|
|||
|
|
- Fachrichtungsauswahl
|
|||
|
|
- Dateiauswahl für Audio
|
|||
|
|
- primärer Upload-Button
|
|||
|
|
- Ergebnisbox für Transkript
|
|||
|
|
- Copy-Button als UI-Element
|
|||
|
|
- Bereich für Fehlermeldung / Status
|
|||
|
|
- Footer oder Linkbereich mit:
|
|||
|
|
- Support
|
|||
|
|
- Privacy
|
|||
|
|
- Terms
|
|||
|
|
|
|||
|
|
---
|
|||
|
|
|
|||
|
|
## Nicht in Scope für den ersten Code-Patch
|
|||
|
|
|
|||
|
|
- fertige Login-/Account-Logik
|
|||
|
|
- Deployment
|
|||
|
|
- HTTPS-Konfiguration
|
|||
|
|
- Billing
|
|||
|
|
- Admin-Funktionen
|
|||
|
|
- Refactor bestehender Backend-Strukturen
|
|||
|
|
- Änderungen am Auth-Contract
|
|||
|
|
- Änderungen an `/license/status`
|
|||
|
|
|
|||
|
|
---
|
|||
|
|
|
|||
|
|
## Erwartete Seitenstruktur
|
|||
|
|
|
|||
|
|
### Kopfbereich
|
|||
|
|
- Produktname: AZA
|
|||
|
|
- Kurztext: medizinische Transkription
|
|||
|
|
|
|||
|
|
### Eingabebereich
|
|||
|
|
- Dropdown oder Auswahlfeld für Fachrichtung
|
|||
|
|
- Datei-Input für Audio
|
|||
|
|
- Upload-Button
|
|||
|
|
|
|||
|
|
### Status-/Fehlerbereich
|
|||
|
|
- Platz für:
|
|||
|
|
- Ladehinweis
|
|||
|
|
- Fehlermeldung
|
|||
|
|
- Erfolgshinweis
|
|||
|
|
|
|||
|
|
### Ergebnisbereich
|
|||
|
|
- grosse Text-/Ergebnisbox
|
|||
|
|
- Copy-Button
|
|||
|
|
|
|||
|
|
### Footer-/Linkbereich
|
|||
|
|
- Support
|
|||
|
|
- Privacy
|
|||
|
|
- Terms
|
|||
|
|
|
|||
|
|
---
|
|||
|
|
|
|||
|
|
## Technische Leitplanken
|
|||
|
|
|
|||
|
|
- keine Änderung an `X-API-Token`
|
|||
|
|
- keine Bearer-Umstellung
|
|||
|
|
- keine Secrets im Frontend ausgeben
|
|||
|
|
- keine unnötigen Refactors
|
|||
|
|
- keine Breaking Changes
|
|||
|
|
|
|||
|
|
---
|
|||
|
|
|
|||
|
|
## Ergebnis nach diesem Slice
|
|||
|
|
|
|||
|
|
Wenn dieser Slice umgesetzt ist, muss ein Nutzer bereits sehen können:
|
|||
|
|
|
|||
|
|
- was Browser-AZA ist
|
|||
|
|
- wo Fachrichtung gewählt wird
|
|||
|
|
- wo Audio ausgewählt wird
|
|||
|
|
- wo Upload ausgelöst wird
|
|||
|
|
- wo später das Transkript erscheint
|
|||
|
|
|
|||
|
|
Auch wenn der echte End-to-End Upload-Flow erst im nächsten Slice komplett verdrahtet wird.
|
|||
|
|
|
|||
|
|
---
|
|||
|
|
|
|||
|
|
## Danach folgt im nächsten Slice
|
|||
|
|
|
|||
|
|
Nach diesem ersten UI-Slice kommt:
|
|||
|
|
|
|||
|
|
1. Upload-Handler
|
|||
|
|
2. Request an `/v1/transcribe`
|
|||
|
|
3. Ergebnisanzeige aus echter Backend-Antwort
|
|||
|
|
4. Copy-Funktion aktiv
|
|||
|
|
|
|||
|
|
---
|
|||
|
|
|
|||
|
|
## Abnahmekriterien für diesen ersten Slice
|
|||
|
|
|
|||
|
|
Der Slice ist erfüllt, wenn:
|
|||
|
|
|
|||
|
|
1. die Browser-Seite sichtbar rendert
|
|||
|
|
2. Fachrichtung auswählbar ist
|
|||
|
|
3. Audio-Datei auswählbar ist
|
|||
|
|
4. Upload-Button sichtbar ist
|
|||
|
|
5. Ergebnisbereich sichtbar ist
|
|||
|
|
6. Support/Privacy/Terms sichtbar sind
|
|||
|
|
7. keine bestehenden Contracts verletzt werden
|