# Enterprise Communication Bridge 0.78.7

## Cel

Enterprise Communication Bridge jest warstwą między operacyjną kolejką pracy personelu a Communication Hub. Jej zadaniem jest kontrolowane przygotowanie komunikacji z pacjentem lub komunikatów wewnętrznych wynikających z Work Queue.

## Dlaczego to jest potrzebne

Po 0.78.6 system wie, co personel ma zrobić. Brakowało jednak bezpiecznego przejścia:

```text
zadanie personelu → komunikat → zgody → zatwierdzenie → Communication Hub
```

0.78.7 dodaje właśnie tę warstwę.

## Przepływ

```text
enterprise_work_items
  → enterprise_communication_outbox
  → approval guard
  → communication_hub_messages
```

## Statusy

- `draft` — komunikat wewnętrzny albo roboczy,
- `needs_review` — komunikat wymaga zatwierdzenia,
- `approved` — zatwierdzony do utworzenia w Hub,
- `blocked` — zablokowany przez zgodę, odbiorcę lub politykę,
- `materialized` — utworzony w Communication Hub,
- `rejected` — odrzucony przez personel,
- `cancelled` — anulowany.

## Reguły bezpieczeństwa

- Brak automatycznej wysyłki.
- Patient-facing draft musi mieć sprawdzony kanał, odbiorcę i status zgód.
- Draft z `blocked_by_consent_block`, `explicit_denied`, `needs_explicit_consent`, `no_recipient` lub `no_patient` nie może zostać zatwierdzony.
- Materializacja tworzy rekord w Communication Hub, ale nie wykonuje transportu zewnętrznego.

## Runtime Preflight

0.78.7 dodaje kontrole:

- `migration_093_applied`,
- `enterprise_communication_bridge_schema`,
- `enterprise_communication_bridge_module`,
- `enterprise_communication_bridge_hub`,
- `enterprise_communication_bridge_policies`,
- `enterprise_communication_bridge_safety`,
- `enterprise_communication_bridge_no_auto_send`,
- `enterprise_communication_bridge_work_queue_coverage`.

## Moduł

Module Registry:

```text
module_key = enterprisecommunicationbridge
route = /system_communication_bridge.php
nav_group = Komunikacja i doświadczenie
```