# Core 0.59.0 — Smart Multi-Channel Routing Notes

## Założenie

Smart Mail Routing wybiera providera e-mail. Smart Multi-Channel Routing wybiera najpierw cały kanał komunikacji, a dopiero jeśli kanałem jest e-mail, wcześniejsze warstwy wybierają provider.

## Priorytety domyślne

- medical_alert: telefon / SMS / internal / portal / email,
- operative_patient: portal / email / SMS / phone,
- payment: email / SMS / portal,
- documents: portal / email,
- marketing: email / SMS tylko przy zgodach,
- internal: internal / email.

## Zgody

Jeżeli istnieje `patient_channel_preferences`, system uwzględnia zgody. Jeśli nie ma rekordu pacjenta, zakłada dostępność kanałów transakcyjnych, ale marketing pozostaje domyślnie ograniczony.

## Usuwanie providerów

Provider z historią nie jest kasowany twardo, tylko soft-deleted. Dzięki temu logi dostarczalności i raporty historyczne nie tracą spójności.

## Następny krok

Kolejny etap może zintegrować decyzję kanału bezpośrednio z Communication Hub: przy przygotowaniu wiadomości OS sam wybierze kanał, przygotuje draft e-mail/SMS/portal/phone task i dopiero wtedy poprosi recepcję o akceptację.