ER-диаграмма базы данных в Mermaid по описанию задачи

Спроектируй схему базы данных и отдай её кодом Mermaid erDiagram.

Что за система: [ОБЛАСТЬ: запись клиентов в клинику — врачи, кабинеты, приёмы, оплата]
Сценарии, которые база обязана выдержать: [СЦЕНАРИИ: пациент переносит приём на другого врача; приём отменяют и деньги возвращают частично; один врач принимает в двух кабинетах в разные дни]
Ограничения: [ОГРАНИЧЕНИЯ: PostgreSQL, историю изменения цен хранить не нужно]

Что нужно:
1. Код в блоке mermaid: сущности с полями и типами, помеченные PK и FK, связи с кардинальностью и подписью-глаголом.
2. Не больше восьми сущностей. Всё, что не участвует в перечисленных сценариях, в схему не берём.
3. Под кодом — по строке на сущность: что она хранит и почему это отдельная таблица, а не поле в соседней.
4. Три вопроса, ответы на которые изменят схему, — с указанием, что именно изменится: «если приём ведут двое, связь врач–приём становится многие-ко-многим и появляется таблица appointment_doctor».

Отсечка. Не выдавай схему, в которой заданные сценарии не проходят: прогони каждый по связям и скажи прямо, если сценарию нужна таблица, которой в схеме нет. Не превращай справочники в текстовые поля — город, статус, специальность живут отдельной сущностью или enum, а не строкой. Не расставляй created_at и updated_at во все таблицы подряд, пока не объяснил, зачем они в этой.

Проверка перед выдачей: убедись, что код отрисуется, — подписи связей в кавычках, у каждой сущности есть PK, у каждого FK есть цель. Схема, которая не открывается в mermaid.live, бесполезна.

Собрать под себя — поля заполнены рабочими значениями, меняйте их и промпт выше обновится сам