Пациент записывается онлайн, расписание врача показывает занятые слоты, услуга учитывается, израсходованное лекарство списывается со склада. Клиническая запись (анамнез, диагноз) в Odoo как общее приложение не описана: эту границу мы указываем открыто.
Клиника управляет двумя вещами сразу: потоком пациентов и конфиденциальностью данных. Ошибка в первом стоит времени, во втором — доверия.
В официальной документации Odoo для общей клиники или медицинского центра отдельное приложение медицинской записи (EMR) не описано: готового приложения для анамнеза, диагноза, рецепта и результатов анализов не указано. Страница Odoo о wellness-практике тоже говорит «управляйте данными пациента», но клинические записи не описывает.
Но Odoo S.A. публикует отраслевые пакеты. В категории Health and Fitness Apps Store (ветка Odoo 20, 25 октября 2026 г.) есть Physical Therapy, Mental Therapy, Veterinary Clinic, Pharmacy и другие. Physical Therapy описан на странице как система, объединяющая пациента, приём и учёт; в новостях Odoo 20 он заявлен для пациентов, сеансов терапии, хода лечения и учёта, а Mental Therapy — для клиентов, сеансов, записей сеансов и учёта. Оба опираются на приложения Appointments, CRM, Knowledge, Calendar, Contacts и Invoicing, требуют Odoo Enterprise и доступны в Odoo Online. Пакета для многопрофильного медицинского центра в этой категории не видно.
Охват такой: запись, расписание, учёт услуг, касса, склад лекарств, сотрудники и отчётность — в Odoo. Клиническая запись решается одним из трёх путей: внешняя медицинская информационная система и обмен данными с ней; пакет Physical Therapy или Mental Therapy, если подходит профиль; ограниченная запись на формах Studio (карта приёма, код диагноза, рекомендация). Два последних пути не заменяют полноценную EMR.
Поиск «hospital» в Apps Store по ветке 19.0 показал более 500 приложений: управление больницей, портал пациента, аптека. Это сторонние модули, в Odoo Online они не устанавливаются. Поскольку они работают с данными пациентов, их качество, безопасность и обновления проверяются отдельно.
Основа — запись и учёт услуг. Какие приложения нужны, определяется на диагностике.
Запись по врачу или кабинету, рабочее время, напоминание (email, SMS), предоплата. Входит в Enterprise.
Смены врача, медсестры и ресурса. Входит в Enterprise.
Обращения, обратные звонки, работа с неявившимися пациентами.
Пакет услуг, предложение, аванс.
Счёт-фактура на услугу, оплата, групповой учёт для предприятий и страховых организаций, кредит-нота.
Касса регистратуры, наличные, карта, смена и расхождение по наличным.
Лекарства и расходные материалы, внутренние перемещения, инвентаризация, списание.
Срок по серии (лоту), дата оповещения, первоочередное использование материала с ближайшим сроком.
Карта приёма, форма согласия и дополнительные поля — без кода. Входит в Enterprise.
Каждый шаг оставляет в Odoo документ. Регистратура, врач и бухгалтер смотрят на одну и ту же запись.
Пациент записывается через веб-страницу, через регистратуру или по телефону. Odoo показывает свободное время с учётом рабочего времени врача и занятых слотов.
Перед приёмом в назначенное время уходит напоминание по email или SMS. В настройках для каждой записи также создаётся обращение в CRM.
Регистратура отмечает пациента. При первом визите открывается карта пациента (контакт) и подписывается форма согласия.
Врач проводит осмотр и процедуру. Клинические записи ведутся выбранным способом: внешняя система, отраслевой пакет или форма в Studio.
Выполненная услуга попадает в строку заказа: врач, кабинет, количество. Пакет услуг можно продавать с авансом.
Лекарства и материалы хранятся на складе с серией и сроком годности. Расход на процедуру списывается внутренним документом или комплектом (Kit); способ выбирается на диагностике.
Наличные, карта или банк: касса или счёт-фактура. Групповой учёт для предприятия или страховой организации. Руководитель видит выручку в разрезе врачей и услуг.
Пример условный, без цифр. В центре два врача по очереди пользуются одним процедурным кабинетом. Кабинет в Odoo заводится как ресурс.
Запись, учёт и склад есть в готовых приложениях. Клиническая запись, государственные системы и налоговый чек — отдельная работа. Данные приведены по документации Odoo 20 и страницам Apps Store; если в вашей версии есть отличия, проверим на диагностике.
| Задача | В стандартном Odoo | Дополнительная работа (BUline) |
|---|---|---|
| Онлайн-запись к врачу или в кабинет | Есть: Appointments (Enterprise): пользователь или ресурс, вместимость, рабочее время, напоминание, предоплата | Расписание врачей, виды услуг, правила отмены |
| Смены сотрудников | Есть: Planning (Enterprise) | Шаблоны смен, роли |
| Учёт услуг и счёт-фактура | Есть: Sales и Invoicing | Перечень услуг, групповой учёт (предприятие, страхование) |
| Клиническая запись (анамнез, диагноз, рецепт, результат анализа) | Универсальное приложение в документации не описано. Пакеты Physical Therapy и Mental Therapy — для своего профиля | Внешняя система, пакет или ограниченная форма в Studio, обмен данными |
| Карточка пациента | Есть: карточка контакта и поля Studio; это не медицинская карта | Поля, роли, права доступа |
| Форма согласия и подпись документа | Odoo Sign: ссылка по электронной почте, SMS-код (требует кредитов), нарисованная подпись. В документации Odoo указано соответствие законодательству Узбекистана; подписание ключом ЭЦП (ERI) не описано | Для каких документов этого достаточно, подтверждаем с юристом |
| Склад лекарств и расходных материалов | Есть: серии, сроки годности, FEFO, инвентаризация | Привязка расхода к процедуре (комплект или внутренний документ расхода) оценивается |
| Подключение к лабораторным системам и системам визуализации | Не описано в документации | Интеграция через API внешней системы, оценивается |
| Государственные системы (электронная медицинская карта, электронный рецепт) | Нет: в документации Odoo не упомянуто | Условия подключения уточняются письменно |
| Налоговый чек (онлайн- или виртуальная касса) | Нет: в документации Odoo не упомянуто подключение к узбекскому фискальному модулю | Подключение к кассовому средству из реестра. Страница о кассе |
Нижеследующее проверено по официальным источникам. Правила часто меняются: в день принятия решения мы заново открываем действующую редакцию и письменно подтверждаем её с юристом.
Защита — это не одна кнопка: она складывается из ролей, порядка работы с копиями, места базы данных и договора.
Каждое подключение оценивается и выполняется отдельно. Мы не обещаем, что «готовый коннектор есть».
Отчёты не переносятся в отдельную таблицу: они формируются из документов приёмов, заказов и склада в этой же базе.
Этапы соответствуют общему методу BUline. Срок письменно согласовывается после диагностики. Порядок внедрения →
Изучаются поток пациентов, расписание врачей, перечень услуг, действующая медицинская система, кассовое средство и порядок хранения данных. Выбирается способ ведения клинических записей. Результат: карта бизнес-требований (BRD).
Утверждаются набор приложений или отраслевой пакет, роли и права доступа, обмен данными с внешней системой, тип хостинга и место базы данных.
Тестирование на нейтрализованной тестовой базе с вымышленными данными, затем реальный пилот с одним врачом или одним кабинетом. Потом остальные подразделения.
Регистратура, врачи, медсёстры, кассиры, кладовщики и бухгалтеры обучаются по ролям. Выдаются инструкция и видеоуроки.
После запуска — 30 дней усиленной поддержки, затем согласованное постоянное сопровождение. При изменении правил подключение перепроверяется.
Этот список ускоряет диагностику. Начать можно и без полного комплекта.
| Ошибка | Последствие | Как предотвращаем |
|---|---|---|
| Ожидание, что Odoo — готовая EMR | Способ ведения клинических записей выясняется в конце проекта | Выбрать путь на диагностике и письменно согласовать |
| Оставить запись пациента открытой для всех сотрудников | Нарушение конфиденциальности, риск ответственности | Утвердить таблицу ролей и права доступа в начале проекта |
| Проверка на копии рабочей базы | Реальному пациенту уходит тестовое напоминание | Нейтрализованная база и вымышленные данные |
| Установка стороннего модуля без проверки того, как он обращается с данными пациентов | Риск для безопасности и обновления | Предварительный просмотр кода и лицензии, проверка на тестовой базе |
| Считать форму согласия обычной записью | Не хватает доказательств | Утвердить форму согласия и способ подписи с юристом |
В официальной документации приложение EMR для универсальной клиники не описано. Odoo S.A. публикует отраслевые пакеты Physical Therapy и Mental Therapy; они рассчитаны на свой профиль. В универсальном медицинском центре клиническая запись решается внешней системой или ограниченной формой в Studio. Способ выбираем на диагностике.
Да. В Appointments пациент записывается к врачу или в кабинет; напоминание по электронной почте или SMS уходит в заданное время; настраиваются предоплата и срок отмены. Appointments входит в Enterprise. В Odoo 20 добавлены представления Gantt и Kanban, лимит бронирований и опрос обратной связи после встречи.
Данные о здоровье относятся к особой категории (статья 25), но не входят в перечень обязательного локального хранения в статье 27¹: там биометрические, генетические данные и данные пользователей операторов телекоммуникаций. Для хранения за рубежом должно выполняться одно из трёх условий закона. Точное заключение даёт юрист; мы сравниваем варианты хостинга.
Odoo Sign идентифицирует личность по ссылке на электронную почту, SMS-коду (требует кредитов) и нарисованной подписи. Страница Odoo указывает соответствие законодательству Узбекистана, но подписание ключом ЭЦП (ERI) в документации не описано. Закон требует для особых данных письменного, в том числе электронного, согласия. Какой способ подписи достаточен, подтверждаем письменно с юристом. Odoo Sign и ЭЦП (ERI)
В документации Odoo такого подключения нет, открытая документация по API также не подтверждена. Условия мы запрашиваем письменно в Министерстве здравоохранения. До тех пор не обещаем ни подключения, ни сроков.
Склад, серии и сроки годности есть в стандарте. Автоматическое списание расхода при выполнении процедуры в документации не описано. Способы: внутренний документ расхода или спецификация комплекта (Kit). Какой подойдёт, покажем на тестовой базе.
Отраслевые пакеты доступны в Odoo Online, но Online несовместим со сторонними и кастомными модулями. Если нужна внешняя система или модуль, выбирается Odoo.sh или собственный сервер. При работе с данными пациентов место хостинга согласуется с юристом. Типы хостинга →
Лицензия Odoo зависит от числа пользователей и приложений (условия на odoo.com). Объём услуг BUline зависит от числа врачей и кабинетов, филиалов, приложений, кастомизации, интеграций, объёма данных и обучения. Точные затраты и сроки указываются в письменном предложении после бесплатной диагностики.
На диагностике разберём ваши процессы и скажем, где достаточно стандартного Odoo, а где нужна настройка, — со списком приложений, версией и этапами.