# Sekwencja wykonawcza: od Enterprise-ready software do realnej pracy klinicznej

Ta sekwencja jest obowiązującą kolejnością programu 2.5.0. Instalacja narzędzi nie zastępuje wykonania czynności przez personel, właścicieli klinicznych, prawnych, bezpieczeństwa i zarząd.

## Etap 1 — punkt odniesienia i freeze (T-140 do T-126)

1. Wykonaj pełny backup bazy, kodu i storage poza serwerem produkcyjnym.
2. Odtwórz backup na odseparowanym stagingu i zapisz RPO/RTO.
3. Zamroź zakres funkcjonalny: od tego momentu tylko P0/P1 i zatwierdzone change requests.
4. Przypisz wszystkie role programu w Professional Clinical Operations.
5. Zapisz baseline wyłączonych guardów: auto-send, auto-sign, auto-GO, auto-stage, auto-discharge, auto-apply.

## Etap 2 — przeznaczenie i regulatory stop gate (T-136 do T-98)

6. Zatwierdź intended-purpose statement dla każdej funkcji, w tym OCR, analiza badań, Copilot, Digital Twin i Patient Guide.
7. Wykonaj ocenę, czy dana funkcja jest MDSW; jeżeli tak, wykonaj klasyfikację i ścieżkę zgodności.
8. Wykonaj ocenę AI Act dla każdego komponentu AI.
9. Zakończ DPIA obejmującą dane zdrowotne, kamerę, OCR, mobile, push, social media i AI.
10. Zatwierdź Clinical Safety Case, hazard log, human oversight i residual risk.
11. Potwierdź zgodność modelu dokumentacji medycznej i EDM z wymaganiami właściwymi dla Polski.

## Etap 3 — infrastruktura i bezpieczeństwo (T-126 do T-70)

12. Utwórz izolowane staging i UAT bez realnych pacjentów.
13. Podejmij decyzję o bazie produkcyjnej na podstawie testu obciążeniowego; shared hosting nie może być przyjęty bez dowodu capacity.
14. Wykonaj RBAC/direct-URL matrix dla wszystkich ról i trybu break-glass.
15. Wykonaj przegląd podatności, zależności, TLS, cookies, CSRF, XSS, SQLi, uploadów i rate limits.
16. Wykonaj load/concurrency test dla krytycznych ścieżek z budżetem zapytań.
17. Skonfiguruj observability, alerty, 500 diagnostics, slow query, backup monitoring i on-call.
18. Oddzielnie zakwalifikuj staging, UAT i produkcję w panelu Environment Qualification.

## Etap 4 — dane, konfiguracja i treści (T-112 do T-63)

19. Zakończ Master Data Clean Room bez automatycznego scalania.
20. Wykonaj Data Migration Dry Run na kopii danych oraz rekonsyliację count/hash/manual-review.
21. Zatwierdź Content Blocks PL i odrębne Content Blocks EN.
22. Zatwierdź Rules Matrix, wymagane badania, anestezjologię, GO/HOLD, płatności, implanty, PACU, wypis i aftercare.
23. Zatwierdź szablony komunikacji PL/EN i dowody zgód.
24. Zatwierdź konfigurację lokalizacji, OR, PACU, łóżek, magazynu, implantów i capability matrix.

## Etap 5 — technical verification (T-98 do T-55)

25. Uruchom statyczny validator, PHP parse, JS syntax, CSS parse i schema contract.
26. Wykonaj schema diff na kopii docelowej bazy.
27. Uruchom API/integration tests, smoke tests i testy błędów 500.
28. Wykonaj browser/device matrix: Chrome, Edge, Safari, iOS, Android, tablet, desktop, PWA.
29. Przetestuj dokument: Content Blocks → assembly → podpis → immutable snapshot → Consent Vault → PDF export.
30. Runtime Preflight musi nie mieć nierozwiązanych critical fail.

## Etap 6 — Clinical Sandbox i UAT (T-72 do T-35)

31. Wykonaj komplet syntetycznych scenariuszy Clinical Sandbox.
32. Zamknij wszystkie P0/P1 powstałe w Sandbox.
33. Przypisz rzeczywistych użytkowników do ośmiu ról UAT.
34. Każda rola wykonuje własne przypadki testowe i zapisuje rzeczywisty wynik.
35. Wszystkie findingi mają priorytet, właściciela, termin i status.
36. UAT kończy się dopiero po 8/8 role PASS oraz wymaganych sign-offach.

## Etap 7 — Shadow Mode i Controlled Pilot (T-35 do T-10)

37. Shadow Mode działa równolegle do obowiązującego procesu, bez przejęcia decyzji klinicznych.
38. Wykonaj co najmniej dziesięć porównań referencja ↔ Baltique OS.
39. Zamknij krytyczne różnice i incydenty.
40. Zatwierdź małą kohortę Controlled Pilot: jedna lokalizacja, ograniczone procedury i guardrails.
41. Przejdź wybrane realne przypadki przy zapewnionym fallbacku.
42. Pilot kończy się decyzją GO tylko przy braku otwartego P0 i zaakceptowanym safety review.

## Etap 8 — Production Candidate (T-14 do T-5)

43. Zbuduj finalny artefakt, manifest, SHA256 i known-issues register.
44. Wykonaj final migration rehearsal.
45. Zablokuj kod, konfigurację, treści kliniczne i bezpieczeństwo; wyjątki tylko przez change control.
46. Utwórz i zweryfikuj rollback point.
47. Potwierdź produkcyjny monitoring, backup, logi i dyżury.

## Etap 9 — rehearsal i final GO/NO-GO (T-7 do T-1)

48. Przejdź pełny cutover rehearsal krok po kroku.
49. Przećwicz incident drill i rollback decision.
50. Przeprowadź finalne szkolenie/cutover briefing personelu.
51. Uruchom Master Readiness.
52. Regulatory Gate, DPIA, Clinical Safety Case, UAT, Pilot, restore proof i production environment muszą mieć GO.
53. Wymagane role podpisują finalne GO/NO-GO.

## Etap 10 — dzień uruchomienia T0

54. Zweryfikuj świeży backup i rollback point.
55. Uruchom Runtime Preflight.
56. Wykonaj smoke: logowanie/rbac, pacjent/Case Spine, dokument/podpis, GO/HOLD, Communication Hub, OR/PACU.
57. Dowódca cutover zapisuje decyzję. System nie wykona jej automatycznie.
58. Rozpocznij pracę ograniczonym zakresem i pełną obsadą supportu.

## Etap 11 — Hypercare T0–T+29

59. Zapewnij codzienny dyżur clinical/operations/IT/support.
60. Rejestruj wszystkie incydenty i działania naprawcze.
61. Wykonaj przegląd pierwszej realnej sprawy.
62. Wykonaj przegląd pierwszego realnego dnia operacyjnego.
63. Wykonaj PACU/wypis/aftercare review.
64. Ustal realny baseline KPI z Process Mining.

## Etap 12 — stabilizacja 1.0 i 1.1 (T+31–T+180)

65. Zamknij wszystkie P0/P1.
66. Usuń obejścia personelu i tarcie każdej roli.
67. Dostrój Work Queue, SLA, dokumenty, komunikację i performance.
68. Zatwierdź realny baseline kliniczny i sign-off stabilizacji 1.1.

## Etap 13 — rozwój po stabilizacji

69. Automatyzacje włączaj pojedynczo: proposal → risk → dry-run → shadow → limited pilot → approval → production.
70. Digital Twin Advanced wymaga wersjonowanych modeli, walidacji, kalibracji, drift monitoring i rollback drill.
71. Patient Experience rozwijaj przez kontrolowane eksperymenty z consent, clinical/privacy review i adverse-event monitoring.
72. Drugą lokalizację uruchamiaj przez osobny site readiness, UAT, shadow, pilot, cutover i DR proof.
73. Enterprise 2.0 zatwierdź dopiero po udowodnionej wielolokalizacyjności, support SLA, API governance, compliance pack i gotowości mobile.