Какие стартапы нужны медицинскому рынку.
•Download as PPTX, PDF•
0 likes•395 views
Андрей Семашенков в рамках iDoMa
Recommended
Recommended
More Related Content
Similar to Какие стартапы нужны медицинскому рынку.
Similar to Какие стартапы нужны медицинскому рынку. (20)
More from iDealMachine
More from iDealMachine (19)
Какие стартапы нужны медицинскому рынку.
- 1. 1 Какие стартапы нужны рынку Наша миссия – беречь здоровье, сохраняя достоинство и время пациента Удовлетворение потребностей пациента превыше всего
- 2. 2 Кто такие ЕМС (Единые Медицинские Системы)?
- 3. 3 История компании ЕМС 1996 год - создание Компании (Колл-центр, служба СМП, ассистанс) 2003 год – открытие клиники семейной медицины в Московском районе города 2006 год – создание отделения профилактики профессиональных заболеваний, сеть здравпунктов на промышленных предприятиях 2009 год – начало обучения правленческой команды в ВШМ СПбГУ, внедрение регулярного менеджмента 2012 год – открытие новой многопрофильной клиники амбулаторного типа для взрослых и детей в Московском районе города 2015 год – защита дипломов по темам: «Открытие новой клиники на севере города», «Разработка и внедрение системы процессного управления сетью клиник» в рамках Президентской программы «Менеджмент в здравоохранении» ВШМ СПбГУ
- 4. 4 Видео ЕМС
- 6. 6 Какие стартапы нужны рынку Кто целевая аудитория
- 7. 7 Ожидания пациента Пациент Я не хочу быть больным Я – самый главный Я не очень хочу ходить по врачам Я хочу на приём тогда когда мне это удобно
- 8. 8 Концепция мобильного здоровья (Mobile Health) Число приложений mHealth для iOS и Android за два с половиной года выросло более чем в два раза. Как показало четвертое ежегодное исследование research2guidance, в 2014 году опубликовано свыше 100 тыс. различных приложений mHealth. Объем продаж в 2013 году составил 2,4 млрд долл., а к 2017 году, по прогнозам, он достигнет 26 млрд долл.
- 9. 9 Концепция мобильного здоровья (Mobile Health)
- 10. 10 Концепция мобильного здоровья (Mobile Health) Носимое беспроводное устройство AccuPebble (Англия) Крепится на шею или на грудь пациента Может отслеживает звуки, издаваемые сердцем или дыхательной системой http://acupebble.com/
- 11. 11 Риски Самолечение и самодиагностика Каждый сам себе врач Не узнали важных фактов о пациенте Симптомов нет - проблема осталась
- 12. 12 Какие стартапы нужны рынку Врач
- 13. 13 Важные принципы ЕМС Честность перед пациентом для нас дороже финансовой выгоды: мы не допускаем гипердиагностики, в рекомендациях руководствуемся выгодами пациента, а не своей или своих коллег Доверительные отношения со страховыми компаниями мы строим на основе целесообразности и эффективности диагностики и лечения, мы стремимся к снижению среднего чека, но не в ущерб качеству диагностики и лечения пациента. Мы умеем тактично разъяснить пациенту принципы страхования и не боимся честно сообщить пациенту о нестраховом событии
- 14. 14 Ожидания бизнеса от ИТ Повышения коммуникативных навыков врача Повышения уровня командной работы и между врачами Проактивная позиция врача по отношению к пациенту Управление знаниями, в том числе медицинскими Управление потоком пациентов в клинике, соблюдая принципы доступности , открытости клиники для пациента с сохранением конфиденциальности о пациенте Оценка удовлетворённости пациентов
- 15. 15 Общие требования к ИТ решениям чтобы они WEB – ориентированный интерфейсы, консоли и т.п. Внятный API для интеграции Проактивная позиция врача по отношению к пациенту Управление знаниями, в том числе медицинскими Управление потоком пациентов в клиники соблюдая принципы доступности и открытости клиники в тоже время конфиденциальности Оценка удовлетворённости пациентов
- 16. 16 Ожидания бизнеса от ИТ Повышения коммуникативных навыков врача Повышения уровня командной работы и между врачами Проактивная позиция врача по отношению к пациенту Управление знаниями, в том числе медицинскими Управление потоком пациентов в клинике, соблюдая принципы доступности , открытости клиники для пациента с сохранением конфиденциальности о пациенте Оценка удовлетворённости пациентов
- 17. 17 Различия позиций ВрачПациент Я не хочу быть больным Я – самый главный Я не очень хочу ходить по врачам Я хочу на приём тогда когда мне это удобно Я – самый главный Я не очень хочу ходить к пациентам домой Я хочу принимать пациентов тогда когда мне удобно
- 18. 18 Это может быть интересно 3
- 19. 19 Работа с рентгеном по WiFi
- 20. 20 DICOM, PACS и другие страшные буквы
- 21. 21 Распознавание речи для вода врачебной информации
- 23. 23 BigData
- 24. 24 Ждём Вас Клиника ЕМС Семашенков Андрей Улица Победы 17 semashenkov@emcclinic.ru http://www.emcclinic.ru 327-5150 доб. 2701
Editor's Notes
- Делаем акцент на колл-центре и работе с застрахованными пациентами. Акцент на специфику клиники, а именно то что мы первичное звено, мы решаем простые проблемы первого порядка и широкого профиля. Сказать про работу клиники а рамках Ассоциации частных клиник. Комитет по стандартизации и информатизации в здравоохранении под руководством Т.Е. Романюк (Генеральный директор клиники ЕМС)
- Мысль о том какому рынку.
- Определимся а рынок это кто? На кого мы нацелены? ИТ не существет в вакууме, оно имеет четкое нацеливание на кого-то. Того кто будет потреблять эти ИТ услуги. Говорим о том что у нас есть очевидные потребители это врачи и пациенты, но есть ещё и бизнес который часто выступает движущей силой.
- Пациенты – самые прогнозируемая аудитория, так как легко поставить себя на место пациента. И представить какие ИТ решения могут помочь пациенту в удовлетворении его потребностей Говорим о том что слова «вас много, а я одна» уже давно не работают. Говорим что услуга нужна здесь и сейчас, про не готовность ожидания и т.п. Говорим о том что пациенту хочется как можно больше услуг получить не выходя из дома. Хотя это и не относится ко всем типам услуг и пациентам, но как тенденцию это можно отметить. Отмечаем отсутствие стоимости или цены в ожиданиях, так как пациент понимает что это не может быть бесплатно Ожидания пациента более прозрачны, так как легко встать на место пациента. Кроме того на медицину переносятся все те сервисные составляющие которые, потребители получают в других сегментах рынка: банковской сфере, торговле
- На состоявшемся в феврале 2009 года международном конгрессе Mobile World Congress в Барселоне была представлена новая концепция использования мобильных технологий в сфере здравоохранения Mobile Health (mHealth) Говорим о том что сейчас это в основном те приложения, которые представлены на слайде: Это отнюдь не означает, что все выпущенные приложения пользуются успехом. «Бестселлеров» на рынке mHealth не так уж много. Согласно результатам исследования research2guidance, 68% разработчиков приложений mHealth получили доход менее 10 тыс. долл. и лишь 5% компаний, сумевших занять ведущие позиции, собрали более миллиона долларов. В 2013 году у 82% разработчиков число загрузок не превышало 50 тыс., и только 5% лидеров могут похвастаться тем, что их программы были загружены на устройства более 500 тыс. раз. Говорим о том что сейчас это скорее всё приложения – консультанты. Роль которых давать советы а не нести ответственность. Т.е. сейчас эта нет ни какой связи между пациентом и врачом.
- Говорим что приложения наблюдающие за состоянием пациента должны быть модифицированы до уровня того что их потребителем становится врач, а не только владелец мобильного устройства Контроль лекарств с функциями назначения. Принял или не принял. Когда. Во сколько. Дневники это как программы рекомендующие прохождения тех или иных специалистов в том или ином возрасте. Дневники беременности или наблюдения новорождённых пациентов. При этом важно, чтобы тут были не просто рекомендация а с опорой на стиль жизни пациента. Сюда же можно отнести всё что связано с лабораторной диагностикой. Контроль состояния родственников и так понято. Онлайн консультация Пациенты хотят – но врачи не очень готовы. Проблемы тут со всех сторон. Врач не хочет это делать бесплатно, и вообще считает что это не его задача. Об этом ниже. Проблемный вопрос так как врачи не готовый к этому.
- В качестве примера подобных технологий можно привести носимое беспроводное устройство AccuPebble размером примерно с пятирублевую монету, которое крепится на шею или на грудь пациента и отслеживает звуки, издаваемые сердцем или дыхательной системой. В устройстве используются инновационные алгоритмы для фильтрации всех принимаемых шумов, что позволяет определить те звуки, которые свидетельствуют об ухудшении состояния здоровья. Подобное носимое устройство дает врачам возможность оперативно отслеживать развитие заболевания, помогая в некоторых случаях спасти жизнь пациентов. Опираясь на результаты исследований и накопленный за последние пять лет опыт разработки, специалисты Императорского колледжа Лондона, создавшие это устройство, считают, что AcuPebble может найти применение для решения самых различных медицинских задач, в том числе в качестве диагностического инструмента, устройства мониторинга состояния здоровья и средства раннего предупреждения (инфаркт, инсульт). Специалисты рассчитывают, что сенсор будет собирать данные в реальном времени и передавать эту информацию приложению, которое может быть установлено на любом гаджете. Это позволит врачам оперативно получать информацию о состоянии здоровья своих пациентов, где бы они ни находились.
- Говорим о том что информации очень много и часто идя к врачу пациенты уже много чего почитали узнали и часто пациент идя к врачу уже сам знает что с ним, и идёт только за справкой, больничным или рецептом Есть существенный риск при дистанционном обслуживание или сборе данных о пациенте не узнать важных фактов или не правильно оценить состояние пациента. Плюс ко всем возникает риск того что мы сняли «боль» на какое-то время а потом получили
- Если с пациентом более менее ясно, то надо вспомнить что врач – это такая же целевая аудитория, заказчик и потребитель ИТ-услуг, даже если он этого не знает. Кроме того, очень многие части концепции мобильного здоровья подразумевают что эту информацию получаемую с этих устройств должен получать и интерпретировать врач. Говорим о том что даже у нас врачи не смогли бысто сформулировать свои ожидания от ИТ. И не потому что их нет, а просто потому что эти ожидания ещё не оформились, просто потому что врач не мыслит себя в новых ролях. И здесь мы не говорим об ожиданих от ИТ-инфраструктуры, тут как раз вся хорошо, сервера должны не падать компьютеры быть, Интернете летать. Большинство врачей консерваторы и очень тяжело относятся изменениям, особенно когда изменения касаются их работы с пациентами, где они считают себя главными. Обратить вниманием что это противоречит ожиданию пациента, что он главный на приёме. Здесь же и проблемы с государством и огромным числом требований, который часто противоречат здравому смыслу или существенно мешают жить. И бизнес вместо врача формирует ожидания
- Приведен слайд из внутренней презентации, говорящий о пропаганде принципов. От сюда возникают и потребности в ИТ которые позволяют всего этого достич:
- Говорим о каждом ожидании словами о его важности Тут всё понятно как раскрыть Тут тоже гворим о том что думаем не только о себе но и о коллегах, смотрим их записи Говорим о том что меняем взаимоотношения врача и пацинта, чтобы врач не гнушался позвонить пациенту и спросить как он себя чувсвтует, или ещё что-то. Многие врачи считают что это они этого не дожы делать. Говорим у от что обсужади с Горовым Типа очереди но без классических барьеров и турникетов. А вендоры частоно предлагают именно это. Говорим про огромный пласт связанный со сбором удовлетворённости пациентов, их обработке и оценки. Говорим что мы тут не рассматриваем ни один важный момент связанный с медицинским знанием как таковым, проф. знанием. Так как считаем врача специалистом и пациент тоже так считает, и к не специалисту – не пойдет. Отмечаем, что тут нет ни одного ожидания касательно МИС, ЛИС, ЭМК и других систем, так как они либо есть свои уже написанные либо используются готовые решения.
- Я выделил такие общие требования которые помогу ИТ решению найти путь на рынке
- Говорим о каждом ожидании словами о его важности Тут всё понятно как раскрыть Тут тоже гворим о том что думаем не только о себе но и о коллегах, смотрим их записи Говорим о том что меняем взаимоотношения врача и пацинта, чтобы врач не гнушался позвонить пациенту и спросить как он себя чувсвтует, или ещё что-то. Многие врачи считают что это они этого не дожы делать. Говорим у от что обсужади с Горовым Типа очереди но без классических барьеров и турникетов. А вендоры частоно предлагают именно это. Говорим про огромный пласт связанный со сбором удовлетворённости пациентов, их обработке и оценки. Говорим что мы тут не рассматриваем ни один важный момент связанный с медицинским знанием как таковым, проф. знанием. Так как считаем врача специалистом и пациент тоже так считает, и к не специалисту – не пойдет. Отмечаем, что тут нет ни одного ожидания касательно МИС, ЛИС, ЭМК и других систем, так как они либо есть свои уже написанные либо используются готовые решения.
- Определимся а рынок это кто? На кого мы нацелены?
- Показываем то что не не легло в основные слайды. Интересеные решения, к чему идем. Вот тут как раз рынок
- DICOM (англ. Digital Imaging and Communications in Medicine) — отраслевой стандарт создания, хранения, передачи и визуализации медицинских изображений и документов обследованных пациентов. DICOM опирается на ISO-стандарт OSI, поддерживается основными производителями медицинского оборудования и медицинского программного обеспечения. Стандарт DICOM, разрабатываемый Национальной ассоциацией производителей электронного оборудования (National Electrical Manufacturers Association), позволяет создавать, хранить, передавать и печатать отдельные кадры изображения, серии кадров, информацию о пациенте, исследовании, оборудовании, учреждениях, медицинском персонале, производящем обследование, и т. п. PACS (англ. Picture Archiving and Communication System) — системы передачи и архивации DICOM изображений, предполагают создание специальных удаленных архивов на DICOM Server-ах, где весьма объемный архив может длительное время существовать в «горячем» виде и быть быстро доступным для поиска и просмотра интересующей информации по DICOM сети.
- Очень надо – но нужна понятная реализация.