МИС — это наш собственный продукт: самостоятельная медицинская информационная система, которую мы строим с нуля, воспроизводя архитектуру работающего аналога, но на своём стеке, а не на Bitrix24. Сначала мы разобрали живой аналог по-настоящему глубоко: реверс-инжиниринг его базы на 1613 таблиц и 1029 роботов, после чего собрали ТЗ воспроизведения на 1619 требований. На этой основе собран MVP с ключевыми рабочими местами: расписание регистратуры, медкарта врача с зубной формулой и дашборд управляющего. Два принципиальных решения заложены сразу, а не «потом»: мультитенантность через PostgreSQL RLS (row-level security на уровне базы, а не WHERE в коде) и контур 152-ФЗ — согласия, аудит доступа, сроки хранения персональных данных пациентов. Сейчас это MVP: рабочий прототип, который развивается дальше, а не коробочный релиз.
Медицинская информационная система — это не CRM, которую можно быстро собрать на конструкторе: там расписание регистратуры, медкарты, роли персонала, а сверху — жёсткие требования 152-ФЗ к персональным данным пациентов и необходимость обслуживать несколько клиник в одной системе без риска, что данные одной утекут в другую. Задача — построить собственный продукт: самостоятельную МИС, воспроизводящую архитектуру работающего аналога, но на своём стеке (не Bitrix24), с контуром 152-ФЗ и мультитенантностью. Это не заказной проект под одного клиента, а продуктовая разработка, поэтому важно было сначала до конца понять, как устроен зрелый аналог, и только потом воспроизводить — на современном и управляемом стеке.
Цель — собственный продукт на управляемом современном стеке, а не адаптация чужой коробки. Чтобы не изобретать предметную область заново, мы разобрали работающий аналог: реверс-инжиниринг базы на 1613 таблиц и 1029 роботов, затем ТЗ на 1619 требований. Так мы воспроизводим проверенную зрелую архитектуру, но контролируем стек, данные и развитие продукта сами.
Контур 152-ФЗ заложен в архитектуру, а не добавлен косметически: это согласия, аудит доступа к данным и сроки хранения персональных данных пациентов. Медицинские ПДн — особая категория, поэтому требования учитывались на этапе проектирования, а не после запуска.
Через мультитенантность на уровне PostgreSQL RLS (row-level security), а не через условия WHERE в коде приложения. Изоляцию обеспечивает сама СУБД, что надёжнее ручных фильтров в каждом запросе: даже ошибка в коде не даст одной клинике увидеть данные другой. Это принципиальное архитектурное решение, заложенное сразу.
Это MVP — рабочий прототип с ключевыми рабочими местами (расписание регистратуры, медкарта врача с зубной формулой, дашборд управляющего), который развивается дальше, а не коробочный релиз. Как продукт МИС можно адаптировать под конкретную клинику; сроки и объём зависят от того, какие рабочие места и интеграции нужны именно вам.
Разрабатываем информационные системы под отрасль там, где коробочных решений не хватает: медицина, требования 152-ФЗ, работа нескольких организаций в одной системе.
Смотреть услугу →