Разработка и интеграция ЛИС-системы для лаборатории
Пока приём заявок, регистрация проб, связь с анализаторами и выдача результатов держатся на таблицах и разрозненных программах, каждый лишний перенос данных — это время сотрудника и риск ошибки в бланке. Лабораторная информационная система (ЛИС) убирает ручные переносы: заявка, проба, прибор и результат идут по одному сквозному маршруту. Разберём, как устроена ЛИС, из каких модулей она состоит и с какими системами интегрируют.
Что такое ЛИС и какие задачи она закрывает
ЛИС — это лабораторная информационная система, программное обеспечение, которое ведёт работу лаборатории по всему циклу: приём и регистрация заявок, маркировка и маршрутизация проб, передача заданий на анализаторы и получение результатов, их проверка и выдача, контроль качества, учёт реагентов. Система связывает в один маршрут четыре сущности лаборатории — заявку, пробу, прибор и результат — и убирает ручные переносы данных между ними.
Различие ЛИС и МИС
Две близкие аббревиатуры стоит развести с самого начала. ЛИС управляет процессами лаборатории, а МИС — медицинская информационная система — управляет работой клиники в целом: расписанием, электронной картой пациента, приёмами врачей. Лаборатория работает в ЛИС, а готовые результаты передаёт в МИС клиники по интеграции. Это разные системы, которые дополняют друг друга, а не заменяют.
Задачи, которые снимает ЛИС
Практическую пользу лабораторной системы проще показать через задачи, которые она снимает с сотрудников:
- Ручной перенос результатов. Без связи с приборами лаборант переписывает цифры с экрана анализатора в бланк — это время и источник ошибок.
- Потерю и путаницу проб. Штрихкодирование и маршрутизация привязывают каждую пробу к заявке и участку, а не к записи в тетради.
- Неясные сроки готовности. Система показывает, на каком этапе находится каждое исследование и где образовалась задержка.
- Разрозненную выдачу. Результаты уходят врачу и пациенту из одной точки — в личный кабинет, в МИС клиники или на бумажный бланк.
Когда лаборатории нужна собственная ЛИС
На рынке есть готовые лабораторные системы, и для типовой лаборатории со стандартным набором участков они закрывают базовые сценарии. Заказная разработка оправдана, когда лаборатория выходит за рамки типового профиля и упирается в потолок готового продукта. Ориентиры — в таблице.
| Ситуация лаборатории | Подходящий путь |
|---|---|
| Типовой профиль, стандартные участки, базовые сценарии | Готовая лабораторная система с настройкой |
| Уникальные процессы, нестандартные участки, собственная методология | Заказная разработка по техническому заданию |
| Большой парк разнородных анализаторов и глубокие интеграции с МИС и ЕГИСЗ | Заказная разработка или доработка под интеграции |
| Сеть лабораторий с единым контуром данных и отчётности | Заказная разработка единой системы |
| Требования к своему продукту есть, но бюджет и срок ограничены | Запуск по модулям с поэтапным развитием |
Если требования к своей системе уже сформировались, но запускать сразу весь объём не хочется, разумно начать с ключевого контура — регистрации проб и связи с анализаторами — и наращивать модули поэтапно. Так вложения распределяются во времени, а лаборатория получает работающий инструмент раньше. Точку старта помогает зафиксировать разработка технического задания: по нему объём становится измеримым, а оценка срока и бюджета — предметной.
Из каких модулей состоит ЛИС
Лабораторная система состоит из функциональных блоков, каждый из которых закрывает свой участок процесса. Набор модулей зависит от профиля лаборатории, но опорный состав повторяется от проекта к проекту.
Модули основного цикла
- Приём и регистрация заявок. Оформление направлений, привязка к пациенту и врачу, ручной ввод и загрузка из внешних систем.
- Преаналитика. Маркировка проб штрихкодом, сортировка и маршрутизация по участкам, контроль условий хранения и транспортировки.
- Рабочие места по участкам. Отдельные интерфейсы под гематологию, биохимию, иммунологию, ПЦР, микробиологию — со своими правилами и справочниками.
- Связь с анализаторами. Передача рабочих заданий на приборы и автоматический приём результатов измерений.
- Проверка и валидация результатов. Автовалидация по заданным правилам, контроль референсных диапазонов, дельта-проверка относительно прошлых исследований, ручное подтверждение.
- Контроль качества. Внутрилабораторный контроль с контрольными картами и правилами оценки серий измерений.
- Выдача результатов. Формирование бланков, электронная выдача в личный кабинет врача и пациента, передача в МИС клиники.
- Учёт реагентов и расходников. Партии, остатки, сроки годности, списание по факту исследований.
- Администрирование. Роли, права доступа, журналирование действий, отчётность и аналитика по нагрузке и срокам.
Расчётный контур для платных лабораторий
Для платных лабораторий к основному циклу добавляется расчётный контур — прайсы, счета, связь с учётной системой и приём оплаты. Через него исследования превращаются в счета, а данные для бухгалтерии уходят в учётную систему без ручного дублирования. Как именно распределить функции по модулям и что запускать в первую очередь, определяет техническое задание под конкретную лабораторию.
Интеграции ЛИС: анализаторы, МИС, ЕГИСЗ, учёт
Интеграции — вторая половина проекта, и часто более трудоёмкая, чем сами модули. Ценность лабораторной системы держится на том, насколько плотно она связана с приборами и внешними системами. Разберём четыре ключевых направления обмена и сведём их в таблицу.
| Направление | С чем обмен | Как реализуется |
|---|---|---|
| Анализаторы | лабораторные приборы | двунаправленная связь по протоколам ASTM, HL7, LIS2-A2, POCT1-A |
| МИС | система клиники | приём направлений и возврат результатов по HL7 или API |
| ЕГИСЗ | государственный контур | формирование СЭМД и передача в подсистему РЭМД |
| Учёт и оплата | учётная система, эквайринг | счета, оплаты и выгрузка данных для бухгалтерии |
Связь с анализаторами
Основа лабораторной системы — двунаправленная связь с приборами. Система передаёт на анализатор рабочее задание по конкретным пробам, а прибор возвращает результаты измерений автоматически, без ручного переноса цифр. Обмен идёт по промышленным протоколам: ASTM E1381 и E1394, HL7, LIS2-A2, для приборов у постели пациента — POCT1-A. Часть моделей подключается напрямую, часть — через драйвер или промежуточный сервис-посредник. Перечень анализаторов и протоколов фиксируется в техническом задании: именно он во многом определяет объём интеграционных работ.
Обмен с медицинской информационной системой
Если лаборатория обслуживает клинику или сеть клиник, лабораторная система обменивается данными с МИС: принимает направления на исследования и возвращает готовые результаты в электронную карту пациента. Обмен строят по протоколу HL7 или по API конкретной МИС. Это избавляет регистратуру от повторного ввода направлений, а врача — от поиска результатов в отдельной программе.
Передача в ЕГИСЗ
Для передачи результатов в государственный контур их оформляют как структурированные электронные медицинские документы (СЭМД) и отправляют в подсистему РЭМД — реестр электронных медицинских документов государственной системы ЕГИСЗ. Система настраивает формирование документов по утверждённым форматам и обмен по регламентам подключения. Состав передаваемых документов зависит от профиля лаборатории и её роли в системе здравоохранения и определяется на этапе технического задания.
Учётная система и оплата
Для платных лабораторий важен обмен с учётной системой (например, 1С) и приёмом оплаты — эквайринг, Система быстрых платежей. Через интеграцию исследования превращаются в счета, оплаты подтягиваются к заявкам, а данные для бухгалтерии уходят в учётную систему без ручного дублирования.
Нужно зафиксировать перечень анализаторов, интеграций и требований к данным до старта? Начните с разработки технического задания — по нему станет ясен объём, а затем можно оценить срок и бюджет проекта.
Данные и безопасность лабораторной системы
Лабораторная система работает с данными о состоянии здоровья, а они относятся к специальной категории персональных данных. Это задаёт повышенные требования к хранению и защите информации, которые закладывают в проект с самого начала, а не добавляют после запуска.
Требования к хранению данных
Практически это означает несколько опорных требований:
- Хранение на территории России. Данные размещают на инфраструктуре лаборатории или в российском облаке — это требование законодательства о персональных данных.
- Разграничение доступа. Каждая роль видит только тот объём данных, который нужен для работы; доступ настраивается под структуру лаборатории.
- Журналирование действий. Система фиксирует, кто и когда обращался к данным и менял результаты, — это нужно и для разбора спорных ситуаций, и для требований регуляторов.
- Защита обмена. Каналы интеграции с приборами и внешними системами защищаются, чтобы данные не оказались вне контроля лаборатории.
Конкретный набор мер защиты подбирается под класс информационной системы персональных данных и требования регуляторов — их состав проверяют под конкретную организацию до начала разработки.
Российское ПО и госзакупки
Для лабораторий, участвующих в государственных закупках, значение имеет и происхождение самого продукта: разработка на российской стороне и внесение в реестр российского ПО упрощают закупки и снимают вопросы по импортозамещению. FITTIN — аккредитованная ИТ-компания в реестре Минцифры, а её платформа внесена в реестр российского ПО. Если помимо лабораторного контура нужен внешний портал для врачей и пациентов, его разработку выделяют в отдельное направление — разработку информационных сайтов и порталов.
Этапы разработки и внедрения ЛИС
Заказная лабораторная система проходит путь от описания процессов до работающего продукта в лаборатории. Разберём шесть этапов — от предпроектного исследования до запуска и поддержки.
Техническое задание и карта процессов лаборатории
Что происходит: предпроектное исследование — команда описывает участки и объём исследований, перечень анализаторов и протоколов, требуемые интеграции и требования к защите данных. Результат этого шага делает объём проекта измеримым и служит основой для оценки срока и бюджета.
Архитектура и модель данных
Что происходит: проектирование архитектуры под нагрузку лаборатории, модель данных по заявкам, пробам и результатам, схема интеграций с приборами и внешними системами. Здесь же закладывают роли, права доступа и подход к защите данных.
Интерфейсы и разработка модулей
Что происходит: разработка рабочих мест по участкам и модулей системы — от регистрации заявок до выдачи результатов. Интерфейсы проектируют под реальный сценарий лаборанта, чтобы частые операции занимали минимум действий.
Интеграции с анализаторами и внешними системами
Что происходит: реализация двунаправленной связи с приборами, обмена с МИС и передачи документов в ЕГИСЗ, подключение учётной системы и оплаты. Это самый ёмкий по работе этап, объём которого задан перечнем интеграций из технического задания.
Тестирование, в том числе на приборах
Что происходит: проверка сценариев и приёмо-сдаточные испытания, включая проверку связи с реальными анализаторами и корректности передачи результатов во внешние системы. Правки закрываются до запуска.
Внедрение, обучение и запуск
Что происходит: развёртывание системы на инфраструктуре лаборатории, обучение персонала, запуск в работу и сопровождение. Дальше система развивается по мере появления новых участков, приборов и интеграций.
Сколько стоит разработка и интеграция ЛИС
Единой цены у лабораторной системы нет: стоимость определяется составом работ. Поэтому корректный порядок такой: сначала техническое задание, затем оценка.
Что влияет на стоимость
На бюджет и срок влияют число модулей, количество и модели подключаемых анализаторов, глубина интеграций с МИС, ЕГИСЗ и учётной системой, а также требования к защите данных.
| Что влияет на стоимость | Как это работает |
|---|---|
| Число модулей | Чем шире охват процессов, тем больше объём разработки |
| Парк анализаторов | Каждая модель и протокол — отдельная интеграционная работа |
| Интеграции с МИС, ЕГИСЗ, учётом | Обмен документами и форматы задают ёмкий блок работ |
| Требования к защите данных | Класс системы персональных данных влияет на объём мер защиты |
Для ориентира полезен рыночный масштаб. По рыночным оценкам, разработка сложной системы с нуля обычно начинается от 5–10 млн рублей и занимает от полугода до года, а к единоразовым вложениям добавляются поддержка и развитие. При этом объём и стоимость определяются техническим заданием: запуск ключевого контура с последующим наращиванием модулей обойдётся дешевле, чем разработка всей системы сразу. Чтобы распределить вложения во времени, лабораторную систему запускают по модулям — этот подход близок к логике разработки минимальной версии, когда сначала выходит ключевой контур, а затем наращиваются остальные участки.
Модели оплаты: Fixed Price и Time & Materials
Модель оплаты подбирают под тип проекта. Fixed Price — фиксированная сумма за фиксированный объём, подходит при стабильном техническом задании. Time & Materials — оплата по фактически отработанным часам, подходит для итеративных задач и доработок; опубликованная ставка — от 2 625 ₽/час, точная смета формируется после оценки объёма работ. В обоих случаях стоимость и срок фиксируются в договоре после согласования технического задания. Как устроена заказная разработка по техническому заданию — на отдельной странице, примеры кастомных проектов на Flutter — в портфолио, а прикинуть ориентировочный бюджет под свой сценарий удобно на калькуляторе стоимости разработки.
Уже есть лабораторная система, но её нужно доработать или взять на сопровождение? Обсудите задачу на странице контактов или посмотрите формат технической поддержки приложений.
Итог: с чего начать проект
Лабораторная информационная система убирает ручные переносы данных и связывает заявку, пробу, прибор и результат в один маршрут, а её ценность держится на двух опорах — модулях под процессы лаборатории и интеграциях с анализаторами, МИС, ЕГИСЗ и учётной системой. Для лаборатории с уникальными процессами, большим парком приборов или сетевой структурой заказная разработка по техническому заданию — оптимальный выбор: она снимает потолок готового продукта и оставляет данные и развитие системы под контролем лаборатории.
Дальнейший шаг зависит от того, на каком этапе находится проект:
- Если процессы и требования нужно зафиксировать — начните с разработки технического задания: по нему объём станет измеримым, а оценка срока и бюджета — точной.
- Если задача уже описана и нужна оценка — опишите проект на странице контактов, чтобы обсудить срок и бюджет.
- Если рассматриваете формат сотрудничества — изучите заказную разработку по техническому заданию или формат корпоративных приложений на Flutter для рабочих мест сотрудников.
Частые вопросы
Что такое ЛИС и чем она отличается от МИС?
ЛИС — лабораторная информационная система, программа для управления работой лаборатории: приём заявок, регистрация и маркировка проб, связь с анализаторами, проверка и выдача результатов, контроль качества, учёт реагентов. МИС — медицинская информационная система, которая управляет работой клиники в целом: расписание, электронная карта пациента, приёмы врачей. Лаборатория обычно работает в ЛИС, а результаты исследований передаёт в МИС клиники по интеграции. Это разные системы, которые дополняют друг друга.
Как ЛИС интегрируется с лабораторными анализаторами?
Связь с анализаторами делается двунаправленной: система передаёт на прибор рабочее задание по пробам, а прибор возвращает результаты измерений автоматически, без ручного переноса цифр в бланк. Обмен идёт по промышленным протоколам — ASTM E1381 и E1394, HL7, LIS2-A2, для приборов у постели пациента POCT1-A. Часть моделей подключается напрямую, часть — через драйвер или промежуточный сервис. Перечень подключаемых анализаторов и протоколов фиксируется в техническом задании до старта работ.
Можно ли передавать результаты из ЛИС в ЕГИСЗ?
Да. Результаты лабораторных исследований оформляются как структурированные электронные медицинские документы (СЭМД) и передаются в подсистему РЭМД государственной системы ЕГИСЗ через интеграцию. Для этого в системе настраивают формирование документов по утверждённым форматам и обмен по регламентам подключения. Состав передаваемых документов и способ подключения определяются на этапе технического задания под конкретную лабораторию и её роль в системе здравоохранения.
Сколько стоит разработка ЛИС?
Стоимость зависит от числа модулей, количества и моделей подключаемых анализаторов, глубины интеграций с МИС, ЕГИСЗ и учётными системами, а также требований к защите данных. По рыночным оценкам разработка сложной системы с нуля обычно начинается от 5–10 млн рублей и занимает от полугода до года, к этому добавляются поддержка и развитие. Точную оценку под конкретную лабораторию дают после разработки технического задания: по нему объём становится измеримым, а стоимость и срок фиксируются в договоре. Модель оплаты — фиксированная сумма при стабильном задании или оплата по фактически отработанным часам для итеративных задач; опубликованная ставка — от 2 625 ₽/час.
Какие модули обычно входят в лабораторную информационную систему?
Базовый состав: приём и регистрация заявок, преаналитика с маркировкой и маршрутизацией проб, рабочие места по участкам (гематология, биохимия, иммунология, ПЦР, микробиология), двунаправленная связь с анализаторами, проверка и автовалидация результатов, внутрилабораторный контроль качества, выдача результатов и портал для врачей и пациентов, учёт реагентов и расходников, роли, права доступа и журналирование. Для платных лабораторий добавляются расчёты и связь с учётной системой и оплатой. Итоговый набор модулей определяется профилем лаборатории и техническим заданием.
Где хранятся данные пациентов при работе ЛИС?
Данные исследований относятся к специальной категории персональных данных, поэтому их размещают на инфраструктуре лаборатории или в российском облаке — на территории России, как требует законодательство. Доступ разграничивается по ролям, действия пользователей журналируются, а обмен с внешними системами защищается. Конкретные меры защиты подбираются под класс информационной системы персональных данных и требования регуляторов; их состав проверяют под конкретную организацию до начала разработки.
С чего начать разработку ЛИС?
С описания процессов лаборатории и технического задания. На этом шаге фиксируют участки и объём исследований, перечень анализаторов и протоколов, требуемые интеграции с МИС, ЕГИСЗ и учётной системой, требования к защите данных и отчётности. Техническое задание делает объём измеримым и позволяет получить точную оценку срока и бюджета, а также выбрать модель разработки — единая система целиком или запуск по модулям. Команда FITTIN оценивает проект по техническому заданию и разрабатывает интерфейсы на Flutter и языке Dart, серверную часть — на стеке под требования проекта.
Материал носит информационно-аналитический характер и отражает оценку команды FITTIN на дату публикации 9 августа 2026 года. Названия протоколов, систем и требований приведены для ориентира; актуальные форматы обмена и регламенты подключения к государственным системам следует уточнять по действующим нормативным документам. Ориентиры по стоимости и срокам приведены как рыночные диапазоны и не гарантируют результат конкретного проекта — итоговая стоимость и состав работ зависят от технического задания. Вопросы обработки и защиты персональных данных о здоровье требуют проверки под конкретную организацию и не заменяют консультацию профильного специалиста.
