О клиенте
«МедЛаб» — медицинская лаборатория, выполняющая широкий спектр лабораторных исследований: от общего анализа крови до сложных гормональных панелей. Для учёта и управления заказами компания использует 1С в медицинской конфигурации.
Ежедневно через систему проходят сотни заказов на анализы. Значительная часть из них — комплексные исследования. Комплекс — это единый продукт, который включает несколько отдельных тестов. Например, «Общий биохимический комплекс» содержит 10–15 отдельных исследований: глюкоза, холестерин, билирубин, АЛТ, АСТ, креатинин и другие.
Пациент оплачивает комплекс целиком по сниженной цене — это выгоднее, чем заказывать каждый тест отдельно. Для лаборатории комплексы — основной продукт: они формируют до 60% выручки.
Проблема: 1С не знала, что внутри комплекса
Конфигурация 1С, которую использовала лаборатория, не содержала механизма для отслеживания состава комплексов. Для системы комплекс и входящие в него отдельные анализы были независимыми позициями номенклатуры. Никакой связи между ними не существовало.
Это звучит как техническая мелочь. На практике — это каскад ежедневных ошибок, который затрагивал каждый отдел лаборатории.
Дублирование исследований в заказе
Оператор на ресепшене принимает пациента. Врач назначил «Биохимический комплекс» и отдельно — «Глюкозу». Оператор добавляет обе позиции в заказ. Система молчит — для неё это два разных товара.
Но глюкоза уже входит в биохимический комплекс. Пациент получает одно и то же исследование дважды. Лаборатория тратит реагенты впустую. А если дубль замечают на этапе выдачи результатов — начинается разбирательство: что именно заказывали, за что платили, почему два направления.
Множественные направления вместо одного
Вместо единого направления на комплекс система формировала отдельные направления на каждый тест. Лаборант получал не один документ «Биохимический комплекс — 12 исследований», а 12 отдельных направлений. Плюс ещё одно — на дубль глюкозы.
В потоке из 200–300 заказов в день это создавало хаос. Направления путались, терялись, выполнялись не в том порядке. Результаты выдавались с задержкой.
Ошибки при передаче данных в ЛИС
Лабораторная информационная система (ЛИС) принимала заказы из 1С по заданному протоколу. Дублированные позиции и некорректные направления вызывали ошибки импорта. Часть заказов «застревала» на этапе передачи и требовала ручного вмешательства.
Старший лаборант тратил до часа в день на разбор «зависших» заказов — вместо того чтобы заниматься исследованиями.
Некорректные начисления
Это самая болезненная часть. Пациенту выставляли счёт и за комплекс (например, 3 500 ₽), и за отдельный анализ, который уже входит в комплекс (ещё 350 ₽). Человек платил 3 850 вместо 3 500.
Кто-то не замечал. Кто-то замечал — и возвращался с претензией. Лаборатория оформляла возвраты, тратила время на объяснения, теряла доверие. По оценке клиента, ежемесячно на возвраты и корректировки уходило 15–20 часов рабочего времени администраторов.
Ручная проверка каждого заказа
Понимая, что система не страхует от ошибок, руководство обязало операторов ресепшена вручную сверять каждый заказ с таблицей составов комплексов. Таблица велась в Excel — отдельно от 1С.
На практике это выглядело так: оператор принимает пациента, открывает заказ в 1С, параллельно открывает Excel, ищет комплекс, сверяет состав, проверяет нет ли пересечений. На один заказ уходило дополнительные 2–3 минуты. При потоке 200+ заказов в день это 6–10 часов чистого рабочего времени ресепшена — ежедневно.
И всё равно ошибки проскакивали. Человеческий фактор никто не отменял — особенно в конце смены, когда внимание падает.
Динамика составов усугубляла проблему
Составы комплексов не статичны. Лаборатория регулярно обновляет наборы исследований: добавляет новые тесты, убирает устаревшие, создаёт сезонные комплексы, корректирует цены. Каждое такое изменение нужно было вручную отразить в Excel-таблице и оповестить всех операторов. Кто-то обновлял таблицу, кто-то нет. У разных смен были разные версии файла.
Что мы сделали
Задача была ясна: научить 1С понимать составы комплексов и автоматически предотвращать ошибки. Мы разработали и внедрили три взаимосвязанных компонента.
1. Регистр составов комплексов
В 1С был создан специализированный регистр сведений — таблица, которая хранит связь «комплекс → входящие анализы».
Структура простая: каждая запись содержит два поля — ссылку на комплекс-родитель и ссылку на конкретное исследование из его состава. «Биохимический комплекс» → «Глюкоза». «Биохимический комплекс» → «Холестерин». И так далее.
Регистр стал единым источником правды о составе всех комплексов в системе. Больше никаких параллельных Excel-файлов с разными версиями у разных смен.
2. Инструмент импорта из Excel
Мы не заставляли лабораторию отказываться от Excel. Составы комплексов формируют медицинские специалисты — им удобнее работать в таблице, а не в интерфейсе 1С. Поэтому мы сделали мост.
Разработали обработку импорта: ответственный сотрудник готовит Excel-файл с актуальными составами, загружает его в 1С одной кнопкой. Система парсит данные, сопоставляет названия с номенклатурой 1С (с учётом возможных вариаций написания), и обновляет регистр.
Если в файле найдены позиции, которые не удалось сопоставить с номенклатурой — система выдаёт отчёт с перечнем несовпадений. Ничего не теряется молча.
При изменении составов достаточно загрузить обновлённый файл. Все операторы мгновенно начинают работать с актуальными данными — без рассылки новых версий таблиц и инструктажей.
3. Автоматическая валидация при оформлении заказа
Ключевой компонент — механизм проверки, который срабатывает в момент добавления позиции в заказ пациента. Это не отдельная кнопка, которую нужно нажимать. Проверка происходит автоматически при каждом добавлении.
Алгоритм работает в двух направлениях:
- Анализ → Комплекс. Оператор добавляет отдельный анализ (например, «Глюкозу»). Система проверяет: не входит ли этот анализ в один из комплексов, которые уже есть в заказе? Если да — предупреждение.
- Комплекс → Анализы. Оператор добавляет комплекс. Система проверяет: нет ли в заказе отдельных анализов, которые уже входят в этот комплекс? Если есть — предупреждение с перечнем пересечений.
При обнаружении пересечения оператору выводится информативное окно с тремя вариантами действий:
- «Добавить отдельно» — оставить позицию как есть. Это для случаев, когда врач сознательно назначил повторное исследование (например, контроль глюкозы через 2 часа после нагрузки — это другой тест, не дубль).
- «Заменить на комплекс» — убрать отдельные анализы из заказа и добавить соответствующий комплекс. Система сама подставляет нужный комплекс и пересчитывает стоимость.
- «Отменить» — не добавлять позицию.
Система не блокирует работу оператора. Она помогает принять верное решение. Конечное действие всегда остаётся за человеком, но вероятность случайной ошибки сведена к минимуму.
Как проходило внедрение
Весь проект занял три недели — от первого созвона до запуска в продуктив.
- Неделя 1. Аудит текущей базы и процессов. Разобрались, как устроена номенклатура, какие комплексы используются, как оформляются заказы. Согласовали архитектуру решения: регистр + импорт + валидация.
- Неделя 2. Разработка. Создание регистра, обработки импорта и механизма валидации. Параллельно — подготовка Excel-шаблона для импорта составов.
- Неделя 3. Тестирование на копии базы, обучение операторов, запуск в продуктив. Первые два дня после запуска — усиленный мониторинг.
Обучение заняло 30 минут. Для операторов ресепшена ничего принципиально не изменилось — они работают так же, как раньше. Просто теперь система сама подсказывает, если что-то не так. Для ответственного за составы — отдельная инструкция по подготовке и загрузке Excel-файла.
Результат
Что изменилось сразу
- Дублирования исследований в заказах исчезли — система не позволяет добавить одно и то же исследование дважды без явного подтверждения оператора
- Начисления стали корректными — пациент платит либо за комплекс, либо за отдельные анализы, но не за то и другое одновременно
- Одно направление на комплекс вместо десятка отдельных — лаборатория получает чистые, непротиворечивые данные
- Ошибки передачи в ЛИС сократились — корректные заказы корректно передаются, «зависания» прекратились
Что изменилось через месяц
- Ресепшен перестал сверять заказы с Excel-таблицами — высвободилось 6–10 часов рабочего времени ежедневно
- Возвраты и корректировки по двойным начислениям сократились практически до нуля — минус 15–20 часов администраторов в месяц
- Обновление составов комплексов — загрузка нового Excel-файла вместо рассылки таблиц и инструктажей
- Новые операторы быстрее входят в работу — не нужно заучивать составы комплексов, система подсказывает
В цифрах
3 недели — от первого созвона до запуска в продуктив
0 дублей — после внедрения ни одного случая двойного назначения
6–10 часов/день — высвобождено рабочего времени ресепшена
30 минут — обучение персонала
0 простоя — внедрение без остановки работы лаборатории
Почему это сработало
Решение не требовало замены конфигурации, переноса данных или переобучения персонала. Мы не стали переписывать всю систему — мы добавили ровно то, чего не хватало.
Три принципа, которые определили подход:
- Минимальное вмешательство. Регистр сведений и обработка импорта — это стандартные инструменты платформы 1С. Мы не создавали экзотических конструкций, которые сломаются при следующем обновлении.
- Не ломать привычные процессы. Операторы работают так же, как работали. Медицинские специалисты готовят составы в Excel — как привыкли. Изменился только один момент: теперь при пересечении составов система предупреждает.
- Человек решает, система помогает. Мы сознательно не стали делать жёсткую блокировку. В медицине бывают ситуации, когда дубль исследования — не ошибка, а осознанное назначение. Оператор всегда может добавить позицию — но только после подтверждения, что это не случайность.
Для кого подходит этот подход
Проблема «система не знает состав комплексных продуктов» встречается не только в медицине. Аналогичная логика применима:
- Торговля. Наборы и комплекты товаров — подарочные коробки, сезонные наборы, промо-комплекты. Те же проблемы: дублирование позиций, некорректные остатки, ошибки в ценообразовании.
- Общепит. Блюдо = набор ингредиентов. Комбо-обед = набор блюд. Без связки «комплекс → состав» учёт себестоимости превращается в угадайку.
- Услуги. Пакет услуг, абонемент, подписка — везде, где один продукт включает несколько позиций, нужна проверка на пересечения.
Если ваши сотрудники вручную сверяют составы комплексов, наборов или пакетов услуг — это задача, которую 1С должна решать автоматически. Точечная доработка окупается за первый месяц.
Итог: точечная доработка 1С за три недели закрыла системную проблему, которая ежедневно отнимала часы рабочего времени и создавала риск финансовых и репутационных потерь. Лаборатория «МедЛаб» получила надёжный инструмент, который работает незаметно для оператора, но гарантирует корректность каждого заказа.