Не так давно я рассказывал про проект интерфейса промышленного контроллера. Сегодня хочу рассказать про другой, важный для меня проект – интерфейс проведения осмотра и назначений для врачей приемного отделения больницы скорой помощи.
Заказчик - компания, являющаяся лидером в отрасли медицинского ПО, попросила помочь им с дизайном нового продукта, который делался для конкретной больницы. Я с удовольствием взялся за работу, потому что, как мне кажется, это важно для дизайнера, когда твой продукт решает не только коммерческие задачи, но и помогает спасать жизни, как бы пафосно это не звучало. Разработку начали с исследования. Мы провели целый день в белых халатах в приемном покое больницы. Наблюдали за всем: как работают операторы, как к ним поступают пациенты, куда их отвозят, как врачи узнают о том, что по их профилю везут пациента. Как и куда теряются (да-да, наблюдали сами) листочки с назначениями на анализы и их результаты. Как врачи проводят осмотры, как и где пишут заключения. Как происходит запрос на консультацию другим специалистам, и как хирурги узнают, что их ждут в смотровой номер 4.
В результате у нас получилась схема - как принципиально устроен процесс работы врача. На основе этой схемы начали разрабатывать пошаговые сценарии. Выясняли доступ к какому функционалу нужен на конкретном шаге. Проектировали взаимодействие врача с интерфейсом. Ездили снова в больницу, задавали вопросы, показывали сценарии. Обсуждали все этапы внутри компании, благо, 15-летний опыт разработки ПО дает понимание о том, как устроена отрасль.
Следующим шагом собираем простой черно-белый прототип, и программисты начали на нем отрабатывать взаимодействие ПО с базой данных на серверах. Ведь в больнице нет открытого wi-fi с доступом в базу данных, все по закрытым каналам связи. Пока программисты отлаживали связь бэк и фронтэнда, мы поехали на юзабилити-тестирование нашего прототипа с врачами. Получили много важных замечаний и комментариев. Например, в первом подходе мы не учли, что отдельные специалисты, получив данные рентгенографического исследования, должны оформить его описание. Словом, эта итерация больше была посвящена выяснению, насколько наш интерфейс подходит тем или иным специальностям.
Когда все было отлажено, данные корректно писались куда нужно а формы заполнялись, как того требуют правила Минздрава, я приступил к оформлению. Предложил несколько концептуальных вариантов, из которых было выбрано конкретное направление, в котором я и отрисовал остальные окна и формы.
Приложение работает только на айпаде, и чтобы попробовать его в деле, вам нужно устроиться врачом в приемное отделение 15-ой городской больницы г. Санкт-Петербурга. Как всегда, буду признателен за конструктивные советы и открыт для сотрудничества.
Я бы на макетах не ленился, а забивал приближенные к реальности данные. И одного Константинопольского для проверки вёрстки.
Хороший, дельный проект.
А уже есть данные, какие метрики самого отделения улучшились с внедрением?
Реально интересно.
Самому интересно, жду с нетерпением. Пока идет процесс интеграции в систему, там же много внутренних трудностей. Какие-то отделения перешли на цифровой обмен данными, какие-то сейчас в процессе и т.д. Как появятся данные, можно попробовать сделать аналитический пост. Ну и спасибо!)
Очень нужная штука! Говорю как врач. Вы — молодец)
Спасибо, ваше мнение самое ценное!