Обратная сторона — оператор. Часть 3. Бизнес-процесс
2026-02-26 23:22 Diff
https://ru.hexlet.io/blog/posts/obratnaya-storona-operator-chast-3-biznes-protsess

Привет! Меня зовут Андрей Соколов и я хотел бы рассказать немного о своем опыте использования сервисов, написанных для организаций медицинской сферы. Добавлю, что я не просто наблюдатель, а именно оператор ПК, который неплохо разбирается в программировании и в использовании программ в деле, это видно из моего резюме.

Итак, начнем. Сегодня я хочу рассказать вам о том, что часто происходит в сфере разработки разнообразных сайтов-реестров (сайтов), а именно про феномен, что бизнес в голове у разработчиков не похож на реальный процесс.

Думаю, что каждый разработчик изначально - добрый и хороший человек, стремящийся сделать этот мир лучше, но по факту в жизни они частенько ошибаются и могут нанести вред процессам из реальности.

Приведу пример — сайты разнообразных реестров, сколько их и не сосчитать уже, но ведь за каждым таким реестром нужно:

  • Дать доступ врачам
  • Вводить данные через оператора
  • Сделать интеграцию с местной МИС, но я такого практически никогда не видел в нашей области.

Покажу на примере пары сайтов, почему они не достаточно хорошо продуманы именно как отражение бизнес-процесса.

Сайт регистр сахарного диабета.

Итак, врач или оператор внес данные по Форме № 40-99 , вроде врач (или оператор) молодец и отчитался перед начальством, но при этом сам сайт не дает распечатать то, что ввел врач на соответствующем бланке. То есть этот сайт по сути крадет время врача и не дает взамен ничего :(.

Это суть, которую я хочу донести до разработчиков, как вы себе представляете часть этого бизнес-процесса? Вы давно ходили в поле, смотреть как работают на вашем сайте врачи? И это не шуточки, это самое настоящее воровство времени, то есть насадили свои задачи на врача, не дали ничего взамен, и не сняли бумажную форму, которую врачу придется вести вручную.

Теперь возьмем сайт по занесению прививок от COVID-19

Сайт выглядит красиво, добротно, shadowRoot повсюду, в общем делали профессионалы.

Опущу проблемы с зависаниями в часы пик, которые крадут время врача (оператора) на федеральном уровне. Вы можете сами сосчитать, сколько стоит простой врача на одну минуту (в среднем) в пересчете на один укол прививки. Также опущу описание, проблемы вывода на печать чего быто ни было для врача (вклеить в карту не получится с этого сайта, хотя сам сайт требует информацию для ввода довольно подробно). Получаем дублирование ввода на сайте и руками на бумаге.

Я хочу вам рассказать именно о проблеме бизнеса. Итак — есть сайт с полями, которые нужно обязательно заполнить, среди них есть поля GTIN, ISN и серия препарата.

Напомню,

  • В каждой коробке находится несколько доз, допустим их 10, то есть у них будет одинаковая связка [GTIN, ISN и серия]
  • На каждой коробке есть человекочитаемая информация [GTIN, ISN и серия]
  • На каждой коробке есть один Datamatrix отражающий строчку в которую включены поля GTIN, ISN (серии нет).

На сайте нет поля в которое можно было бы ввести Datamatrix с коробки, которое далее могло бы распасить текст и вытащить оттуда GTIN и ISN. По логике разработчиков, вместо одного считывания Datamatrix, оператор должен читать текст с коробки глазами и вносить на форму текст по отдельности. Напомню что в коробке много доз, поэтому смекалистый оператор сначала выписывает текст [GTIN, ISN] в блокнот, а уже потом копирует в поля формы реестра, несколько раз (в зависимости от количества доз в коробке).

Мы конечно решили эту проблему своими средствами. Но я пришел к выводу, что супер технологии и супер команда не может решить задачу полностью, Если бизнес логика в цифровом отражении не согласована с бизнес логикой реальной жизни.

Я сам вводил на этом сайте прививки, после чего определил, что невозможно точно разобрать человекочитаемую информацию [GTIN, ISN, серия] так как невозможно однозначно отличить буквы "l" "1" "I" , "0" "O" и тд. При этом считается, что это очень важная информация для отслеживания состояния привитых.

В итоге я пришел к выводу, что все, те кто вводил поля [GTIN, ISN] вручную — с очен большой долей вероятности допускали ошибку в этих полях.

Итог

— У оператора в руках коробка от препарата с Datamatrix содержащий точную информацию полей, но её просто так на форму сайта не ввести, приходится перепечатывать руками.

— Цена ридера Datamatrix начинается от 2000р, это копейки по сравнению с получаемым уроном в качестве (от слова Quality) данных и в потраченном времени ручного ввода.

— Есть ещё множество сайтов, которые должны вести медицинские организации, представьте сколько времени крадет такая автоматизация у медицинского персонала. Подумайте над этим на досуге :).