DIGITALOFFICE24
--:--:--
система активна
uptime 312д · агентов онлайн 6 · очередь 0 · latency 1.8с · регион ru-msk-1 · ● канал защищён
ops://digitaloffice24/cases/misЗАПИСЬ
MVP

Операция:МИС: медицинская система с нуля

отрасль Медицинапродукт Отраслевые системыклиент анонимный клиент

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

01 // задача

В чём была проблема

Медицинская информационная система — это не CRM, которую можно быстро собрать на конструкторе: там расписание регистратуры, медкарты, роли персонала, а сверху — жёсткие требования 152-ФЗ к персональным данным пациентов и необходимость обслуживать несколько клиник в одной системе без риска, что данные одной утекут в другую. Задача — построить собственный продукт: самостоятельную МИС, воспроизводящую архитектуру работающего аналога, но на своём стеке (не Bitrix24), с контуром 152-ФЗ и мультитенантностью. Это не заказной проект под одного клиента, а продуктовая разработка, поэтому важно было сначала до конца понять, как устроен зрелый аналог, и только потом воспроизводить — на современном и управляемом стеке.

02 // решение

Что сделали

  1. Провели реверс-инжиниринг работающего аналога: разобрали его базу данных на 1613 таблиц и 1029 роботов, чтобы воспроизводить не догадки, а реальную зрелую архитектуру предметной области.
  2. Собрали ТЗ воспроизведения на 1619 требований — функциональных и нефункциональных — как основу продукта, а не как набор общих пожеланий.
  3. Реализовали MVP с ключевыми рабочими местами: расписание регистратуры, медкарта врача с зубной формулой и дашборд управляющего — по принципу «роль → свой стартовый маршрут».
  4. Заложили мультитенантность через PostgreSQL RLS (row-level security) на уровне базы, а не через WHERE в коде: изоляция данных клиник обеспечивается СУБД, что надёжнее ручных фильтров в запросах.
  5. Спроектировали контур 152-ФЗ как часть архитектуры, а не косметику: согласия, аудит доступа, сроки хранения персональных данных пациентов.
03 // схема потока

Как устроен поток

Аналог · 1613 таблицРеверс · ТЗ 1619MVP · 152-ФЗМультитенантность
04 // стек

На чём работает

Next.jsTypeScriptTailwindPrismaPostgreSQLDocker
05 // цифры

Проверяемые факты

1613таблиц БД в разобранном аналоге
1029роботов в аналоге
1619требований в ТЗ
06 // статус

Где это сейчас

MVPСобственный MVP — рабочий прототип, развивается дальше.
08 // частые вопросы

FAQ без воды

07 // связанная услуга

Похожая задача? Вот модуль

ФУНДАМЕНТ

Отраслевые системы

Разрабатываем информационные системы под отрасль там, где коробочных решений не хватает: медицина, требования 152-ФЗ, работа нескольких организаций в одной системе.

Смотреть услугу →

Обсудить такой же проект

lead://digitaloffice24/new