commit

# Conflicts:
#	documentation/userstorys/saad_erweiterung_im_pfleger_3_4.md

documentation/userstorys/fynn_sperrfrist.md

@@ -3,7 +3,9 @@ Ich bin Wohnbereichsleiter der Curanum Schwachhausen
 und würde mir wünschen, dass die Sperrfrist für Kundenbezogene Daten 10 Jahre beträgt.  
 Diese Daten sollen bis zum Ablauf dieser Frist nicht gelöscht werden.   
 Nach Ablauf der Frist können die Daten dann gelöscht werden.  
-Der Grund für mein Anliegen ist, dass es gesetzliche Regelungen gibt, die es einzuhalten gilt.
+Der Grund für mein Anliegen ist, dass es einige Patienten gab die sich  
+erkundigt haben was mit ihren Daten passiert, nachdem der Zweck für den die Daten angefordert wurden erfüllt wurde.  
+Des Weiteren gibt es gesetzliche Regelungen, die es einzuhalten gilt.
 
 
 ---
@@ -20,12 +22,13 @@ Der Grund für mein Anliegen ist, dass es gesetzliche Regelungen gibt, die es ei
 
 # **Tasks**
 
-- **T_1**: Sperrung der Patientendaten
+- **T_1**: Sperrung der Patientendaten durch Button
-- **T_2**: Sichere Aufbewahrung der Daten
+- **T_2**: Geischerter Login zur sicheren Aufbewahrung der Daten
-- **T_3**: Löschen der Daten nach Ablauf der Sperrfrist (10 Jahre)
+- **T_3**: Automatisiertes Löschen der Daten nach Ablauf der Sperrfrist (10 Jahre)
-- **T_4**: Überprüfen, ob Daten gesperrt/ gelöscht gehören
+- **T_4**: Überprüfen durch Mitarbeiter, ob Daten gesperrt/ gelöscht gehören
-- **T_5**: Automatisieren der Löschung der Daten
+- **T_5**: Automatisieren der Löschung der Daten durch Anpassung des Programmes
-- **T_6**: Benachrichtigen der betroffenen Patienten kurz vor der Löschung der Daten
+- **T_6**: Automatisiertes benachrichtigen der betroffenen Patienten per Mail kurz vor der Löschung der Daten
+- **T_7**: Entsperren der Daten durch Button mit Zustimmung des Patienten oder im Falle eines Notfalls
 
 
 ---
@@ -33,11 +36,18 @@ Der Grund für mein Anliegen ist, dass es gesetzliche Regelungen gibt, die es ei
 # **Testfälle**
 
 **TF_1**: Sperren der Daten
-- Vorbedingung:  Einloggen als autorisierter Benutzer
+- Vorbedingung:  Einloggen als autorisierter Benutzer über gesicherten Login
 - Auszuführende Testschritte: Suchen und Sperren der Daten, die 10 Jahre oder älter sind
-- Erwartetes Ergebnis: Daten sind weiterhin verfügbar, aber nicht zugänglich
+- Erwartetes Ergebnis: Daten sind weiterhin vorhanden, aber nicht zugänglich solange die Sperre nicht aufgehoben wurde
 
 **TF_2**: Löschen der Daten
 - Vorbedingung: Sperrfrist ist abgelaufen
 - Auszuführende Testschritte: Löschen der Daten mit abgelaufener Sperrfrist
 - Erwartetes Ergebnis: Endgültige Löschung und Vernichtung der Daten
+
+**TF_3**: Entsperren der Daten
+
+- Vorbedingung: Daten sind gesperrt
+- Auszuführende Testschritte: Daten werden durch Mitarbeiter mit autorisiertem Zugang im Falle eines Notfalls   
+oder durch die Zustimmung des Patienten über einen Button entsperrt
+- Erwartetes Ergebnis: Daten werden wieder freigegeben und können verwendet werden

documentation/userstorys/niklas_löschung_des_vermögensstandes.md

@@ -0,0 +1,52 @@
+# **User Story**
+
+Moin, mein Name ist Udo und ich habe früher das Pflegeheim Curanum Schwachhausen von meinem Vater übernommen und inzwischen leite ich vier Pflegeeinrichtungen in Bremen.  
+Nach einem verlorenen Gerichtsprozess wegen unzureichender Pflegedokumentation ist mir bewusst geworden,  
+wie wichtig rechtssichere und datenschutzkonforme Prozesse sind.  
+Deshalb möchte ich den Vermögensstand vollständig aus unserer Anwendung entfernen lassen,  
+damit keine unnötigen sensiblen Daten gespeichert werden und wir künftige rechtliche Risiken vermeiden.  
+
+---
+
+# **Akzeptanzkriterien:**
+
+- **A_1:**
+In der UI darf kein Eingabefeld oder Anzeigeelement für den Vermögensstand mehr vorhanden sein
+
+- **A_2:**
+In der Datenbank darf das Feld für Vermögensstand nicht mehr verwendet werden
+
+- **A_3:**
+Alte Daten müssen vollständig entfernt wird
+---
+
+# **Tasks**
+
+- **T_1:**
+Entferne das Eingabefeld „Vermögensstand“ aus den Formularen in der GUI (z. B. AllPatientView.fxml)
+
+- **T_2:**
+Entferne die Datenbankspalte oder setze sie auf inaktiv in AllPatientController, PatientDAO und auch aus dem Patient model
+
+- **T_3:**
+Führe ein einmaliges Migrationsskript aus, das vorhandene Vermögensdaten aus der Datenbank entfernt
+
+- **T_4:**
+Prüfe, ob Schnittstellen (z. B. zu Rechnungsmodulen) vom Entfernen betroffen sind und passe ggf. an
+---
+
+# **Testfälle**
+
+- **TF_1:**  
+Vorbedingung: Applikation gestartet  
+auszuführende Testschritte: - Eingabemaske für Patienten öffnen  
+erwartetes Ergebnis: Kein Feld für Vermögensstand sichtbar  
+- **TF_2:**  
+Vorbedingung: Zugriff auf Patientendatenbank  
+auszuführende Testschritte: - Abfrage auf Spalte „Vermögensstand“ starten  
+erwartetes Ergebnis: Spalte existiert nicht mehr oder enthält nur NULL-Werte  
+- **TF3_:**  
+Vorbedingung: Alte Patientendaten mit Vermögensstand waren gespeichert  
+auszuführende Testschritte: - Migration ausführen und Daten prüfen  
+erwartetes Ergebnis: Vermögensstand ist aus allen Datensätzen entfernt  
+

documentation/userstorys/saad_erweiterung_im_pfleger_3_4.md

@@ -0,0 +1,67 @@
+# **User Story**
+Ich bin Mario, 43 Jahre alt, und arbeite seit 11 Jahren als Pflegekraft in einem Seniorenheim.
+In meinem Alltag dokumentiere ich viele Behandlungen – oft unter Zeitdruck, zwischen Tür und Angel. Da kommt es leicht zu Fehlern, vor allem wenn ich schnell herausfinden muss, wer welche Behandlung durchgeführt hat oder wenn ich selbst eine neue Behandlung dokumentiere.
+
+Was mich besonders stört: Die Pflegekraft muss immer manuell eingetragen werden – manchmal vertippt man sich oder sucht ewig nach dem richtigen Namen.
+
+Ich möchte daher, dass ich beim Anlegen einer neuen Behandlung einfach per ComboBox aus einer Liste aktiver Pflegekräfte die zuständige Person auswählen kann. So kann ich sie eindeutig zuordnen, ohne dass es zu Fehlern kommt – auch wenn zwei Kolleg*innen denselben Nachnamen haben.
+Die Auswahl soll automatisch mit der Behandlung gespeichert werden, sodass ich (oder jemand anderes) später noch weiß, wer was gemacht hat – etwa für Rückfragen, Nachverfolgung oder in der Übergabe.
+---
+
+# **Akzeptanzkriterien:**
+
+- **A_1:** Ich sehe beim Erstellen einer neuen Behandlung eine ComboBox mit allen aktiven Pflegekräften.
+- **A_2:** Die Pflegekräfte müssen aus der Datenbank über ein Repository abgefragt werden (z. B. findAktivePflegekraefte()).
+- **A_3:** Die gewählte Pflegekraft-ID wird beim Speichern zusammen mit der Behandlung abgespeichert.
+- **A_4**: Die Datenbankstruktur wird angepasst, falls die Pflegekraft-Zuordnung noch nicht vorgesehen ist.
+- **A_5**: Beim Öffnen einer bestehenden Behandlung wird die zugehörige Pflegekraft in der ComboBox vorausgewählt angezeigt.
+- **A_6**: Inaktive Pflegekräfte dürfen nicht in der Liste erscheinen, selbst wenn sie früher mal Behandlungen durchgeführt haben.
+- **A_7**: Es gibt eine Fehlerprüfung: Wenn keine Pflegekraft ausgewählt wurde, erscheint eine Warnung.
+
+
+---
+
+# **Tasks**
+
+- **T_1:** Auswahl der Pflegekräfte durch ComboBox
+- **T_2:** Nur aktive Pflegekräfte in der ComboBox anzeigen
+- **T_3:** Pflegekraft nach 10 Jahren Inaktivität aus dem System löschen
+- **T_4:** Benachrichtigung der Pflegekräfte über das Löschen aus dem System
+
+---
+
+# **Testfälle**
+
+TF_1: Auswahl einer Pflegekraft bei neuer Behandlung
+
+- **Vorbedingung:** Mario ist eingeloggt. Mehrere aktive Pflegekräfte sind im System vorhanden.
+- **Ablauf:**
+  1.  Mario öffnet die Maske zum Anlegen einer neuen Behandlung.
+- **Erwartet:** Eine ComboBox mit allen aktiven Pflegekräften wird angezeigt.
+
+
+TF_2: Speicherung der Auswahl
+- **Vorbedingung:** Mario hat eine Pflegekraft aus der Liste gewählt.
+- **Ablauf:**
+  1.   Er speichert die Behandlung.
+- **Erwartet:** Die gewählte Pflegekraft ist korrekt mit der Behandlung verknüpft.
+
+TF3: Keine Auswahl – Fehlermeldung
+
+- **Vorbedingung:** Mario öffnet die Maske, trifft aber keine Auswahl.
+- **Ablauf:** Er klickt auf „Speichern“.
+- **Erwartet:** Eine Meldung erscheint: „Bitte eine Pflegekraft auswählen.“
+
+TF4: Inaktive Pflegekräfte sind nicht sichtbar
+
+- **Vorbedingung:** Eine Pflegekraft wurde kürzlich deaktiviert.
+- **Ablauf:** Mario öffnet die Maske.
+- **Erwartet:** Die deaktivierte Pflegekraft erscheint nicht in der Liste.
+
+TF 5: Anzeige der zugeordneten Pflegekraft in bestehender Behandlung
+
+- **Vorbedingung:** Eine bestehende Behandlung ist mit Pflegekraft „Anna Müller“ verknüpft.
+- **Ablauf:** Mario öffnet die Behandlung zur Bearbeitung.
+- **Erwartet:** In der ComboBox ist „Müller, Anna“ vorausgewählt.
+
+

documentation/userstorys/userstory_brunhilde.md

@@ -0,0 +1,38 @@
+
+### User-Story
+- Ich bin eine Bewohnerin des Pflegeheimes.
+    - Ich bin 69
+    - Mir ist wichtig, dass nicht jeder an meine Daten kommt
+
+Moin ich bin die Brunhilde und mir ist wichtig, dass nicht jeder meine Daten sieht. Maria pflegt mich und nicht Markus. Daher muss Markus auch nicht wissen, dass ich Probleme mit dem Toilettengang habe. Konkret möchte ich, dass ich im System Maria zugeordnet werde und Maria sich anmeldet und meine Daten sieht.
+### Akzeptanzkriterien
+- Ich kann Maria zugeordnet werden
+- Maria kann meine Daten sehen
+- Andere Leute als Maria können meine Daten nicht sehen
+
+### Tasks
+- Es soll eine verschlüsselte Datenbank der Logindaten der Pfleger geben
+    - Dafür soll es eine DAO als einzige Verbindung geben
+- Die Klasse Pfleger soll Zuordnungen der Klasse Patient speichern können
+- Die Hauptanwendung muss in einen Login-Bildschirm starten
+    - Dieser Bildschirm soll
+- Diese Zuordnungen sollen auch in einer Datenbank gespeichert werden
+    - Dafür soll es eine DAO als einzige Verbindung geben
+- Nur zugeordnete Pfleger sollen die Daten eines Patienten ansehen können
+- Die Klasse Admin muss implementiert werden und muss mindestens Patienten Pflegern zuordnen können
+### Testfälle
+- TF1
+    - Der Pfleger hat ein Endgerät und das Programm
+    - Der Pfleger öffnet das Programm
+    - Ein Anmeldebildschirm wird gezeigt
+
+- TF2
+    - Der Pfleger hat den Anmeldebildschirm offen
+    - Der Pfleger gibt seine korrekten Daten ein und loggt sich ein
+    - Der Pfleger sieht nur ihm zugeordneten Patienten
+
+- TF3
+    - Der Admin hat sich angemeldet und Patient A ist niemandem zugeordnet
+    - Er ordnet Patient A Pfleger B zu
+    - Wenn Pfleger B sich einloggt, sieht er die Daten von Patient A
+        - Wenn sich Pfleger A einloggt, sieht er nicht die Daten von Patient A

documentation/userstorys/wim_erweiterung_im_pfleger_1_2.md

@@ -9,7 +9,7 @@
 
 # **Akzeptanzkriterien:**
 
-- **A_1:** In der Navigationsleiste gibt es einen neuen Button „Pflegekräfte“, der zur **AllCaregiverView.fxml**-Ansicht führt.
+- **A_1:** In der Navigationsleiste gibt es einen neuen Button „Pflegekräfte“, der zu einer Ansicht aller Pfleger/innen führt
 - **A_2:** Die Ansicht zeigt alle Pflegekräfte mit:
     - ID
     - Nachname
@@ -20,7 +20,7 @@
     - Der Name der Pflegekraft (Format: **Nachname, Vorname**)
     - Die zugehörige Telefonnummer
 
-- **A_4:** Die Daten stammen aus dem bestehenden Pflegedatensatz und sind korrekt zugeordnet.
+- **A_4:** Die Daten stimmen mit dem bestehenden Pflegedatensatz überein.
 
 ---
 
@@ -28,7 +28,7 @@
 
 - **T_1:** Navigationsleiste um Button **„Pflegekräfte“** erweitern
 
-- **T_2:** Button navigiert zu `AllCaregiverView.fxml`
+- **T_2:** Button der zur **AllCaregiverView.fxml**-Ansicht führt.
 
 - **T_3:** Behandlung Einzelansicht um Labels für Pflegekraft Name und -telefonnummer ergänzen
 
@@ -66,6 +66,8 @@ TF_2: Pflegekraft Daten in Übersicht
     - Vorname
     - Telefonnummer  
 
+Die Daten sind deckungsgleich mit den Daten in der Datenbank.
+
 TF_3: Pflegekraft in Behandlungsdetails sichtbar
 
 - **Vorbedingung:** Eine Behandlung ist vorhanden, der eine Pflegekraft zugewiesen wurde.
@@ -104,5 +106,4 @@ TF_7: Fehlerhafte Zuordnung wird abgefangen
 - **Auszuführende Testschritte:**
     1. Öffne die Behandlung Detailansicht
 - **Erwartetes Ergebnis:**
-    - Die Anwendung wirft keinen Fehler
     - Die Pflegekraft-Labels zeigen „Keine Pflegekraft zugeordnet“