Облако проще в запуске и не требует своего админа. Сервер даёт больше контроля над базой и доработками. В обоих случаях данные пациентов должны храниться в России. Решают размер клиники, интернет и IT-ресурсы.
В чём разница
Облачная МИС работает на серверах вендора. Клиника открывает её в браузере или в приложении и платит подписку. Обновления, резервные копии и защиту серверов делает вендор.
Серверную МИС устанавливают на сервер клиники или в арендованный дата-центр. Клиника покупает лицензию и отвечает за сервер. Обновления ставит свой IT-специалист или подрядчик.
Часть вендоров предлагает оба варианта. Например, Medods на своём сайте упоминает локальную версию для клиники.
Облако
- Запуск за дни, без железа
- Подписка каждый месяц
- Обновления делает вендор
- Нужен стабильный интернет
- Доступ к базе через API вендора
- Уход от вендора через выгрузку
Свой сервер
- Нужен сервер и настройка
- Лицензия плюс расходы на сервер
- Обновления ставите сами
- Работает в локальной сети
- Возможен прямой доступ к базе
- База остаётся у клиники
Закон одинаков для обоих
Закон о персональных данных не выбирает между облаком и сервером. Он задаёт требования к хранению и защите.
- Базы с данными граждан России должны находиться в России. Это часть 5 статьи 18 закона № 152-ФЗ.
- Требования к защите данных в информационных системах установило постановление Правительства № 1119.
- При облачной МИС клиника поручает обработку данных вендору. Для этого нужен договор, его условия описаны в части 3 статьи 6.
Клиника остаётся оператором персональных данных в обоих вариантах. Поэтому у вендора облака спросите две вещи. Где находятся серверы. Что о защите данных записано в договоре.
С сентября 2026 года действует новый порядок ведения электронных медицинских документов. Он требует резервных копий, восстановления и журнала действий. Подробнее в статье Электронная медицинская карта.
Когда облако удобнее
- Одна клиника или несколько небольших филиалов.
- Нет своего IT-специалиста.
- Стабильный интернет с резервным каналом.
- Нужно быстро начать работу.
- Врачи и руководитель работают из дома или с выездов.
Риски облака: зависимость от интернета и от вендора. Если провайдер упал, расписание недоступно. Держите второй канал, например мобильный роутер на ресепшене. Раз в месяц проверяйте, что переключение на него работает. Ещё риск: вендор меняет тарифы или закрывается. Поэтому выгрузка всей базы должна быть прописана в договоре.
Когда свой сервер оправдан
- Сеть клиник со своим IT-отделом.
- Много доработок под процессы клиники.
- Слабый или нестабильный интернет.
- Требования собственника к контролю над базой.
- Тяжёлые данные: снимки, видео, большие архивы.
Риски сервера: всё на вашей стороне. Резервные копии, обновления, защита от взлома, замена железа. Бывает, что IT-специалист один, и он уволился. Новый человек неделями разбирается, как всё устроено. Держите документацию: где стоит сервер, как делаются копии, кто имеет доступ.
Как вариант влияет на интеграции
Для обмена МИС с CRM, телефонией и ботами вариант размещения важен.
В облаке обмен идёт через API вендора. Набор данных ограничен тем, что вендор открыл. Когда нужного поля нет, вендор добавит его по своему графику. Или не добавит. Ещё бывают лимиты на число запросов в минуту. Для сети с большим потоком записей это заметно.
На своём сервере доступ шире. Можно читать базу напрямую, если лицензия это разрешает. Но после обновления МИС структура базы меняется, и обмен перестаёт работать. Нужен мониторинг, который сразу сообщает о сбое.
- Событиеновая запись или оплатаМИС
- Прослойкасервис забирает и проверяет данныеНаш сервис
- CRMсделка и задачи обновленыБитрикс24 или amoCRM
- Контрольошибка обмена уходит ответственномуМониторинг
В обоих случаях мы ставим между системами промежуточный сервис. Он забирает данные из МИС и приводит к нужному виду. Потом передаёт в CRM. Ошибки обмена видно в одном месте. При смене МИС или CRM переделывают одну сторону обмена. Срок зависит от объёма, считаем после разбора.
Смешанный вариант
Выбор не всегда бинарный. Часто МИС работает в облаке, а рядом стоит небольшой сервер клиники. Например, на нём хранится архив снимков с рентгеновского аппарата. Или работает сервис обмена между МИС, CRM и телефонией.
Схема удобна, когда облачная МИС подходит по функциям. При этом её API закрывает не все сценарии. Свой сервис забирает данные через API и хранит промежуточные результаты. Отчёты для собственника строятся по этим данным, без нагрузки на МИС.
Требования к хранению данных в России касаются и такого сервера. Его размещают в российском дата-центре или в самой клинике.
Как посчитать стоимость
Сравнивайте полную стоимость за три года. Месячная подписка и разовая лицензия напрямую не сравниваются.
- Облако: подписка за 36 месяцев с учётом роста врачей
- Облако: платные модули и хранилище файлов
- Облако: резервный интернет-канал
- Сервер: лицензия и ежегодное обновление
- Сервер: железо или аренда в дата-центре
- Сервер: работа IT-специалиста или подрядчика
- Оба варианта: внедрение, перенос базы, интеграции
Пример расчёта делайте на своих цифрах. Цены у вендоров меняются, проверяйте их на дату решения.
Вопросы
Безопасно ли хранить медицинские данные в облаке?
Это зависит от вендора и договора. Проверьте, где стоят серверы, как защищены данные и что записано в договоре. Собственный сервер без настроенной защиты и копий рискованнее хорошего облака.
Можно ли перейти из облака на сервер или обратно?
Можно, если у вендора есть оба варианта. Если нет, это смена МИС со всеми этапами переноса. Подробнее в статье Как сменить МИС.
Что будет с данными, если вендор облака закроется?
Это зависит от договора. Пропишите в нём выгрузку всей базы в открытом формате. Укажите срок, за который вендор её отдаёт. Раз в полгода делайте пробную выгрузку и проверяйте, что она открывается.
Что выбрать сети клиник?
Сети чаще нужен общий доступ к базе из всех филиалов. Облако даёт его без своей инфраструктуры. Свой сервер оправдан при сильном IT-отделе и большом числе доработок. Облако подходит клиникам без своего IT и со стабильным интернетом. Свой сервер оправдан для сетей с доработками и IT-командой. В обоих случаях данные пациентов храните в России. Если хотите оценить вариант для своей клиники, запишитесь на разбор.
Источники
- Федеральный закон от 27.07.2006 № 152-ФЗ, статья 18
- 152-ФЗ, статья 6 «Условия обработки персональных данных»
- Постановление Правительства РФ от 01.11.2012 № 1119 «Об утверждении требований к защите персональных данных при их обработке в информационных системах персональных данных»
- Приказ Минздрава России от 25.03.2026 № 209н, пункт 20
- Medods: главная страница, локальная версия
Разберём вашу клинику
Посмотрим МИС, CRM, телефонию и путь заявки. Скажем, какую интеграцию делать первой.
