Владелец сети многопрофильных клиник в одном из областных центров хотел заказать «одно приложение для всего» и уже получил несколько коммерческих предложений. Прежде чем тратить деньги на разработку, он позвал меня разобраться, что у сети есть и что ей на самом деле нужно. Меня зовут Евгений Росляков, в разработке и IT-проектах я с 2016 года. Статус — самозанятый, работа идёт по договору с закрывающими документами. Офиса в регионе у меня нет: я в Москве, анализ вёл удалённо, плюс два выезда в клиники.
Сеть собиралась несколько лет, в основном покупкой готовых клиник. Каждая приезжала со своим хозяйством. В трёх клиниках разные медицинские информационные системы. Бухгалтерия в нескольких базах учёта. Колл-центр работает в своей программе и не видит расписание врачей, поэтому администратор записывает пациента, перезванивая в клинику. Результаты анализов лаборатория шлёт файлами на почту. Сайт принимает только заявки «перезвоните мне».
Ни у кого в сети не было общей картины. Директор по IT отвечал за сервер и принтеры, главврачи — за свои клиники, а связи между системами держались на людях.
Задача была сформулирована честно: понять, что менять, в каком порядке и сколько это примерно стоит, до того как подписывать договор с разработчиком.
Системный анализ шёл первым. Это та часть, которую в англоязычных стандартах называют System Analysis: сначала описать, как люди работают сейчас, и только потом что-то проектировать. Провёл интервью с администраторами, врачами, колл-центром, лабораторией, бухгалтерией и владельцем. Прошёл путь пациента от звонка до оплаты в каждой клинике и записал, где информация вводится повторно, где теряется и где живёт в чьей-то голове.
Из интервью получилась карта процессов на одном листе. На ней хорошо видно главное: одни и те же данные о пациенте вводят до четырёх раз, а расписание существует в трёх несвязанных местах.
Дальше — архитектура предприятия. Описал, какие задачи сеть решает как бизнес: запись, приём, лаборатория, оплата, отчётность для страховых, маркетинг. Для каждой задачи определил, какая система должна быть главной по данным. Карточка пациента живёт в медицинской системе. Цены — тоже там. Деньги — в учётной системе. Колл-центр и сайт ничего не хранят у себя, а только читают и пишут через медицинскую систему.
Архитектура решений шла следом. Сравнил три медицинские системы, которые уже стоят в клиниках, по одному набору критериев: поддержка нескольких филиалов, онлайн-запись через программный интерфейс, работа с лабораторией, отчёты для страховых, стоимость перехода. Рекомендовал одну из них как общую для сети и описал, как к ней подключаются сайт, колл-центр и лаборатория.
Архитектура инфраструктуры — отдельный раздел. Где стоят серверы, как связаны клиники, что происходит, если в одной клинике пропал интернет. Персональные данные пациентов должны храниться в России, поэтому облачный вариант рассматривал только у российских провайдеров с нужной аттестацией, а окончательное решение по защите данных оставил за ответственным сети и юристом.
Всё это свёл в план перехода из четырёх этапов. Каждый этап можно сделать отдельно, и после каждого сеть работает, а не стоит в ремонте.
Вместо «одного приложения для всего» у владельца есть понятная картина и план. Он отказался от заказной разработки с нуля: оказалось, что почти всё нужное умеет одна из медицинских систем, которая уже работает в его клинике.
Из плана выросло техническое задание для подрядчика по первому этапу: перенос двух клиник на общую медицинскую систему и онлайн-запись с сайта. Подрядчиков сравнивали уже по одному документу, и разница в предложениях стала объяснимой.
Директор по IT получил схему инфраструктуры и список рисков с приоритетами. Самые простые из них, вроде отсутствия резервной копии базы одной клиники, закрыли ещё до начала первого этапа.
Чего этот проект не даёт: он не заменяет внедрение. План описывает, что делать, но перенос данных и обучение персонала остаются отдельной большой работой, и её сроки зависят от того, насколько быстро клиники смогут выделять людей.
Я остался на проекте как архитектор со стороны заказчика и проверяю решения подрядчика на соответствие плану.
Если ваша компания выросла и системы перестали стыковаться, напишите мне через freelance.ru. Начнём с разбора того, что есть, без обещания сразу всё переписать.
