feat(practice-domain): add practice domains and let a clinic select one

A practice domain is the field a clinic operates in — beauty, dentistry —
and unlike Specialty it is configuration, not a label: treatment workflows
will bind to its code, so the code is immutable once created and only a
platform admin can mint one. A clinic that has not chosen a domain keeps
behaving exactly as it does today.

Assignment reuses PATCH /api/v1/clinic/{uuid} rather than adding a second
endpoint. An unknown domain uuid is rejected instead of silently dropped,
because a lost selection would only surface at the first protocol-driven
booking.

Also corrects ADR-0003: resource occupancy does not in fact guard the panel
booking path, which writes appointments.resource_id and no occupancy row at
all, so the doctor slot key cannot simply be dropped.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>

src/Shared/Tenant/GlobalTables.php

@@ -25,6 +25,7 @@ final class GlobalTables
         \App\Location\Entity\Province::class            => 'تقسیمات کشوری',
         \App\Location\Entity\City::class                => 'تقسیمات کشوری',
         \App\Specialty\Entity\Specialty::class          => 'تاکسونومی سراسری تخصص‌ها',
+        \App\PracticeDomain\Entity\PracticeDomain::class => 'تاکسونومی سراسری حوزهٔ فعالیت؛ محیط آن را انتخاب می‌کند نه مالکش، و کدش لنگرِ پیاده‌سازی‌های TreatmentWorkflow است',
         \App\DoctorService\Entity\DoctorService::class  => 'تاکسونومی سراسری خدمات، وابسته به تخصص نه به محیط',
         \App\Insurance\Entity\Insurance::class          => 'فهرست بیمه‌های کشور',
         \App\Insurance\Entity\InsuranceCoverageDefault::class => 'پیش‌فرض پوشش بیمه در سطح کشور؛ هر محیط با TenantInsurance بازنویسی‌اش می‌کند',