# Baltique OS 2.10.1 REV8 — poprawka produkcyjna

Poprawka obejmuje trzy powiązane obszary: pełny RPL poza operacyjną bazą MySQL, szybką zmianę lokalizacji w „Szpitalu na żywo” oraz naprawioną kamerę Smart Intake. Nie usuwa pacjentów ani dokumentacji klinicznej.

## Wdrożenie

1. Wykonaj pełną kopię bazy danych, plików aplikacji i katalogu `storage` poza hostingiem.
2. Zatrzymaj uruchomiony import RPL. Nie pozostawiaj otwartej karty z trybem spokojnym.
3. Rozpakuj nakładkę i skopiuj jej zawartość do katalogu aplikacji z zachowaniem folderów `app`, `public_html` i `cron`.
4. Nie uruchamiaj ponownie całej aktualizacji 2.10.1. Nakładka nie wymaga nowej migracji schematu.
5. W przeglądarce wykonaj twarde odświeżenie. Skrypt kamery ma dodatkowo własny numer oparty na dacie pliku, więc nie powinien pozostać w starym cache.

## Odzyskanie miejsca w bazie

1. Zaloguj się jako administrator i otwórz `/system_database_relief_2102.php`.
2. Sprawdź faktyczne rozmiary tabel, liczbę rekordów RPL oraz liczbę pacjentów.
3. Wybierz „Potwierdź tryb pliku referencyjnego”.
4. Wybierz „Rozpocznij bezpieczne czyszczenie”. Proces usuwa maksymalnie 250 rekordów na porcję i robi przerwy, aby nie blokować hostingu.
5. Opcjonalnie wyczyść cache centrum dowodzenia i starszą historię Preflight.
6. Po zakończeniu w panelu OVHcloud wybierz przy bazie „Recalculate the quota / Przelicz wykorzystanie” i odczekaj kilka minut.

Nie uruchamiaj `OPTIMIZE TABLE` na prawie pełnej bazie współdzielonej. Czyszczenie pomija pacjentów, zatwierdzone produkty, lokalny asortyment oraz warianty powiązane z dostawcami.

## RPL w codziennej pracy

- `/system_official_rpl_lookup_2102.php` przeszukuje zweryfikowany plik bez kopiowania całego rejestru do MySQL.
- Wybrany produkt trafia do lokalnej kolejki weryfikacji.
- Ordynowanie i zamawianie pozostają wyłączone do decyzji uprawnionego personelu.
- Nowe wydania rejestruje się w `/system_official_registry_updates_2101.php`. RPL staje się plikiem referencyjnym, a RHF może być nadal przetwarzany porcjami.

## Test zmiany lokalizacji

1. Otwórz `/system_hospital_command_center.php`.
2. Zmień lokalizację i piętro kilka razy, również szybko jedno po drugim.
3. Lista pięter powinna zmienić się natychmiast.
4. Sale, łóżka i pacjenci pojawiają się w szybkim etapie; zadania i dane magazynowe uzupełniają się w tle.
5. Anulowane starsze żądanie nie powinno już wyświetlać fałszywego komunikatu o przekroczeniu czasu.

## Test kamery

1. Otwórz `/patient_identity_intake.php`, wybierz „Live Camera Intake” i kliknij „Uruchom kamerę”.
2. Strona musi działać przez HTTPS. Po pytaniu przeglądarki wybierz „Zezwól”.
3. Jeżeli kamera jest zablokowana, komunikat wskaże: brak zgody, brak urządzenia, zajęcie kamery przez inną aplikację albo brak HTTPS.
4. Na telefonie dostępny jest także przycisk „Zrób zdjęcie aparatem urządzenia”. To niezależna ścieżka awaryjna wykorzystująca systemowy aparat.
5. Zdjęcie jest skalowane, zapisywane w prywatnym storage i nadal wymaga weryfikacji personelu przed utworzeniem pacjenta.

## Konta testowe

Pacjenci nie są częścią czyszczenia RPL. Potencjalne konta testowe można oddzielnie sprawdzić w `/data_retention.php?test_only=1` i zanonimizować dopiero po świadomej weryfikacji administratora.