# Architektura Enterprise Clinical Function Unification 2.7.0

## Zasada

`jedna główna zakładka = jedna rzeczywista funkcja szpitala`

Warstwa 2.7.0 nie tworzy 13 nowych kopii modułów. Tworzy 13 kanonicznych centrów, które agregują istniejące, nadal użyteczne widoki specjalistyczne.

## Warstwy

1. `clinical_function_catalog_270.json` — źródło prawdy nawigacji i mapowania.
2. `enterprise_clinical_functions` — kanoniczne funkcje w bazie.
3. `enterprise_clinical_function_tools` — specjalistyczne narzędzia wewnątrz funkcji.
4. `enterprise_module_inventory_270` — pełna inwentaryzacja kodu i decyzji lifecycle.
5. `enterprise_route_aliases` — kontrolowane przekierowania duplikatów.
6. `system_modules` — istniejący Module Registry, w którym top-level nav zostaje ograniczone do funkcji kanonicznych.

## Decyzje lifecycle

- `canonical` — jedyny punkt wejścia do funkcji;
- `specialist` — realnie użyteczny widok dostępny wewnątrz funkcji;
- `internal` — helper/runtime, nigdy jako zakładka personelu;
- `technical` — panel administracyjny tylko dla uprawnionych;
- `legacy` — historyczny lub dublujący widok, ukryty z menu;
- `archive_history` — instalator historyczny zachowany dla audytu.

## Wydajność

Główna nawigacja nie odpytuje setek modułów. Korzysta z katalogu 13 funkcji. Metryki funkcji są best-effort i odporne na brak opcjonalnych tabel. Pełna inwentaryzacja jest importowana podczas upgrade, nie przy każdym requestcie.

## Bezpieczeństwo

Ukrycie z menu nie zastępuje kontroli dostępu. Istniejąca warstwa route access nadal obowiązuje. Funkcja Administracja systemu jest dostępna wyłącznie dla administratorów.