Долго задавался вопросом, почему интеграторы в большинство внедряемых систем стараются не переносить исторические данные прежнего ПО или архивов, а начинают информатизацию с момента внедрения.
Особенно беспокоит такое отношение интеграторов в сфере информатизации здравоохранения. Этот топик посвящен рассмотрению возможностей перевода бумажных толстых и «залохматившихся» медицинских карт в нормализованный электронный вид, доступный для анализа.
Меньше всего ваши электронные медицинские данные нужны вам (с). Есть и хорошие новости — сегодня пользователи уже могут получать медицинские электронные данные в нескольких сервисах, если очень нужно. Сегодня разбираемся, как и зачем начинать встраивать ваш медицинскую информационную систему в экосистему медицинских данных и нужны ли пациенту его данные.
Мы в Globosphere Russia работаем над тремя медтех проектами. Один из них — MY DATA. Это электронная медицинская карта нового поколения на основе big data. Сервис будет собирать информацию о здоровье человека из разных источников, анализировать данные, находить корреляции и приводить информацию к единому формату, выдвигая гипотезы о состоянии здоровья.
Мы находимся на этапе разработки дизайна интерфейса продукта. Сервис сложный. Он работает с медицинскими данными, а это огромный массив разнородной информации. От того, насколько наше решение сможет доступно и понятно визуализировать информацию для обычного пользователя, зависит его успех на рынке.
Мы понимали, что для этой задачи недостаточно найти одного-двух сильных дизайнеров или проверенного подрядчика. Нужны совершенно другие методы.
Хочу рассказать, как мы пересмотрели стандартный подход к тендерам, за 2 месяца провели большой международный конкурс, привлекли к участию больше 2000 дизайнеров, какой реальный профит получили для своего продукта и какие ошибки совершили (без них тоже не обошлось).
