Скидки до 28% + 2-ая профессия бесплатно и подарки на 50 000₽

Главная | Все статьи | Дневник студента

Обратная сторона — оператор. Часть 3. Бизнес-процесс

Время чтения статьи ~3 минуты
Статья написана студентом Хекслета. Мнение автора может не совпадать с позицией редакции
Обратная сторона — оператор. Часть 3. Бизнес-процесс  главное изображение

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

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

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

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

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

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

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

Итак, врач или оператор внес данные по Форме № 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) данных и в потраченном времени ручного ввода.

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

Аватар пользователя Андрей Соколов
Андрей Соколов 27 декабря 2021
2
Похожие статьи
Рекомендуемые программы
профессия
Верстка на HTML5 и CSS3, Программирование на JavaScript в браузере, разработка клиентских приложений используя React
10 месяцев
с нуля
Старт 26 декабря
профессия
Программирование на Python, Разработка веб-приложений и сервисов используя Django, проектирование и реализация REST API
10 месяцев
с нуля
Старт 26 декабря
профессия
Тестирование веб-приложений, чек-листы и тест-кейсы, этапы тестирования, DevTools, Postman, SQL, Git, HTTP/HTTPS, API
4 месяца
с нуля
Старт 26 декабря
профессия
Программирование на Java, Разработка веб-приложений и микросервисов используя Spring Boot, проектирование REST API
10 месяцев
с нуля
Старт 26 декабря
профессия
новый
Google таблицы, SQL, Python, Superset, Tableau, Pandas, визуализация данных, Anaconda, Jupyter Notebook, A/B-тесты, ROI
9 месяцев
с нуля
Старт 26 декабря
профессия
Программирование на PHP, Разработка веб-приложений и сервисов используя Laravel, проектирование и реализация REST API
10 месяцев
с нуля
Старт 26 декабря
профессия
Программирование на Ruby, Разработка веб-приложений и сервисов используя Rails, проектирование и реализация REST API
5 месяцев
c опытом
Старт 26 декабря
профессия
Программирование на JavaScript в браузере и на сервере (Node.js), разработка бекендов на Fastify и фронтенда на React
16 месяцев
с нуля
Старт 26 декабря
профессия
Программирование на JavaScript, разработка веб-приложений, bff и сервисов используя Fastify, проектирование REST API
10 месяцев
с нуля
Старт 26 декабря
профессия
новый
Git, JavaScript, Playwright, бэкенд-тесты, юнит-тесты, API-тесты, UI-тесты, Github Actions, HTTP/HTTPS, API, Docker, SQL
8 месяцев
c опытом
Старт 26 декабря