Двойной ввод заявок — убран
Контейнеры и этикетки теперь считает и печатает 1С
Проблема: двойной ввод заявок (1С + рабочее место Инвитро), ручная сборка контейнеров и этикеток.
Решение: сопоставление номенклатуры с каталогом Инвитро + автоматическая печать направлений и этикеток.
Задача: убрать двойной ввод заявки
Лаборатория работает с Инвитро на аутсорс — часть исследований выполняется на стороне сервиса. Учёт ведётся в 1С, а заявки в Инвитро отправляются через отдельное рабочее место.
Из-за этого регистратор делал одну и ту же работу дважды: набивал список анализов в 1С для внутреннего учёта и повторно — в интерфейсе Инвитро, чтобы отправить заказ. Время уходило вдвое, а на стыке двух систем копились ошибки.
Проблема: 1С не знала кодов Инвитро
Каталог исследований у Инвитро свой — со своими ID услуг и кодами продуктов. В номенклатуре 1С этих кодов не было. Система не понимала, какой её товар соответствует какой услуге сервиса — поэтому отправить заказ напрямую из 1С было нельзя.
Лишние анализы внутри комплексов
Часть исследований входит в комплексы. Например, отдельный тест уже включён в комплекс «Госпитализация». Если оператор не помнит состав каждого комплекса наизусть, он добавляет дубль — пациент платит за то, что и так включено. А комплекс — это выгодное для пациента предложение, и дублировать входящие в него тесты бессмысленно.
Ручная сборка контейнеров и этикеток
Сколько пробирок нужно на заявку, какие этикетки и штрих-коды на какой контейнер — всё держалось на внимательности человека. В потоке приёма это прямой риск перепутать биоматериал.
Что мы сделали
Решение собрали из трёх связанных частей: сопоставление каталога, умная сборка заявки и автоматическая печать.
1. Сопоставили номенклатуру с каталогом Инвитро
В карточку номенклатуры добавили вкладку «Инвитро». Она хранит ID услуги в системе сервиса и ID продуктов, из которых состоит комплексная услуга. Всю номенклатуру лаборатории привязали к актуальным кодам Инвитро — теперь 1С «знает», что именно отправляет в сервис.
Для комплексов это ключевой момент: система видит не только сам комплекс, но и все тесты внутри него. Зависимости тоже учтены — например, расчёт ЛПНП требует одновременного наличия трёх базовых тестов, и это прописано в карточке.
2. Сборка заявки одним документом с контролем состава
Оператор набивает анализы в один документ — и всё уходит в Инвитро одной заявкой, разбитой по направлениям. При добавлении позиций работают две проверки:
- Контроль дублей по дате. Если анализ уже заказан на это число, 1С спрашивает: «Уже добавлено, продублировать?» — и не даёт задвоить случайно.
- Контроль состава комплекса. Если добавляемая услуга уже входит в выбранный комплекс, система предупреждает: «Данная услуга уже есть в составе комплекса». Нужен анализ отдельно — оформляется отдельный заказ.
На проведении 1С создаёт основной талон и, если нужно, отдельные дополнительные — объединяя всё, что можно объединить, и разбивая на нужное количество талонов. Оператор физически не может добавить лишнее.
3. Автоматическая печать направлений и этикеток
Из проведённой заявки сразу формируются два документа: направительный бланк для лаборатории и этикетки со штрих-кодами — индивидуально на каждый контейнер, под этикеточный принтер (Zebra). Количество контейнеров и их состав 1С считает сама. Регистратору остаётся наклеить этикетки на пробирки.
Как проверяли на приёмке
Перед переносом в рабочую базу собрали намеренно «пёструю» тестовую заявку — комплексы, отдельные анализы, гормоны, витамин 25-OH D, тесты с пересекающимся составом. Итог одного документа:
7 услуг
в заявке
9 контейнеров
рассчитано системой
9 этикеток
сформировано — по одной на контейнер
0
ручных операций на разбивку и подсчёт
На приёмке поймали один дефект: один из тестов отобразился как комплекс — у него задвоились коды продуктов из каталога. Зафиксировали скриншотом и договорились исправить маппинг до переноса в продуктив.
Это нормальная часть работы. Мы не выкатываем интеграцию в боевую базу, пока заказчик не прогонит реальные сценарии и не подтвердит, что компоновка талонов и этикеток собирается корректно. Единичный сбой в маппинге кодов на тесте лучше, чем десятки неправильных направлений в продуктиве.
Результат
| Показатель | Было | Стало |
|---|---|---|
| Заявка в Инвитро | вводится дважды (1С + рабочее место Инвитро) | один раз, в 1С |
| Дубли анализов в комплексе | добавляются без проверки | блокируются предупреждением |
| Контейнеры и этикетки | считает и клеит человек | считает и печатает 1С |
| Направление в лабораторию | россыпь отдельных документов | один документ на заявку |
Заявка собирается в привычном интерфейсе 1С, без перехода в отдельное рабочее место Инвитро. Состав проверяется автоматически, контейнеры и этикетки считаются сами — человеческий фактор на приёмке сведён к минимуму.
Кому подходит этот подход
Медцентрам и лабораториям, которые работают с Инвитро или другими референс-лабораториями на аутсорс и ведут учёт в 1С. Если регистраторы заводят анализы дважды и сверяют состав комплексов вручную — этот участок автоматизируется.
Логика «один продукт = набор позиций с контролем пересечений» универсальна и за пределами медицины — везде, где есть комплекты и наборы. Подробно мы разбирали её в кейсе автоматизации комплексов анализов в 1С.
Если ваши регистраторы дублируют ввод заявок в 1С и в рабочем месте лабораторного сервиса — это задача, которую интеграция закрывает за несколько недель и окупает экономией времени на приёмке.
