0: Добрый вечер. Наверное, начнём.
1: Значит, я рад всех вас приветствовать на нашей партнёрской конференции решение для цифровой клиники. Давайте представлюсь. Меня зовут Вартан Минасян. Я главный врач, управляющий партнёр стоматологических клиник. Соответственно, на текущий
2: Момент, я все-таки практикующий специалист, поэтому мне особенно интересно вместе с вами обсудить, как это выглядит сейчас. Собственно говоря, цифровизация клиник, как построено непосредственно взаимодействие с пациентом, как строится информационная система внутри наших
3: Медицинских учреждений, какие перспективы развития этой отрасли? Вот, и поэтому рад вас всех здесь приветствовать. Сегодня у нас достаточно большой перечень спикеров, которые расскажут нам про много интересных решений и про то, как
4: Это происходит сейчас в медицине и здравоохранении. Ну и, собственно говоря, мы проговорим конкретно о том тоже немаловажном тезисе, который с сентября месяца всех нас беспокоит и тревожит, какие требования минздрава.
5: К цифровым данным, да, соответственно, сейчас были привнесены какие нововведения по этому поводу сейчас появились. Значит, мы это все дело проговорим, ответим на все текущие вопросы, на все комментарии, которые возникли
6: Ну и 1, соответственно, я рад пригласить нашего 1 спикера. Это непосредственно наш
7: Руководитель отдела внедрения технической поддержки медицинской информационной системы инфоклиника инфодент Александр Александрович Куров, рад вас приветствовать. Вот, соответственно, Александр Александрович рассказывает нам п.
8: Про то, с чем я тоже на своём опыте как бы столкнулся достаточно тяжело, когда встаёт выбор о том, чтобы, типа взять либо готовое решение, либо начать заниматься какими-то самописными решениями под свои собственные.
9: Под свои собственные процессы, которые врач не как идеальный управленец, далеко может себе там представлять и понаписать много всяких разных костылей и всяких каких-то решений, которые абсолютно не масштабируемы в дальнейшем и могут не пригодиться в дальнейшем.
10: Передаю вам слово. Расскажите о том, какие возможности предоставляет система. Да, Вартан. Спасибо. Добрый день. Ну, ещё раз. Меня зовут Александр Куров, и я руковожу подразделением, которое занимается непосредственн.
11: Внедрением инфоклинике в 1 из дилеров инфоклинике. В жизни каждого из нас периодически возникает дилемма, когда нам нужно выбрать между тем взять
12: Какое-то готовое коробочное решение или разработать что-то своё. Я имею ввиду бытовые ситуации, но этот выбор возникает и при использовании медицинской информационной системы, наверное, не суще.
13: Универсального решения этого вопроса и оптимальный выбор зависит для каждой клиники от индивидуальных особенностей этой клиники и от множества внешних факторов задача
14: Инфо клиники как информационной системы это предоставить клиентам возможность выбирать либо использовать готовые решения из коробки или иметь возможность разрабатывать новые.
15: Функции самостоятельно на платформе инфо клиники.
16: В рамках так, секундочку кликер, кликер, кликер.
17: А, подскажите. Ага, так.
18: О, заработало отлично. В рамках доклада я расскажу о некоторых инструментах и подходах, которые в совокупности позволяют на базе инфоклинике реализовывать как отдельные бизнес процессы, так
19: И целые подсистемы для удобства восприятия разделим на 3 блока от простого к более сложному. Во первых, это функции, которые доступны в интерфейсе из коробки. Мы их пробежим очень быстро.
20: Ну, фактически это ноукод или лоукод с использованием просто интерфейса системы. Во вторых, это возможность подключения готовых уже реализованных интеграций, которые также быстро расширяют функциональность системы и
21: В третьих, это глубокая кастомизация с возможностью разработки своих экранных форм, и в том числе даже с разработкой модулей как внутри инфоклинике, так и внешних модулей, которые взаимодействуют с инфоклиника через api или сдк.
22: Возможностей довольно много, поэтому это будет в формате некой обзорной экскурсии, и если у вас возникнут какие-то вопросы, то мы готовы будем подробнее рассказать в кулуарах и ответить на все ваши вопросы.
23: Разберём 1 блок, который касается ноукод или лоукод кастомизации, в него входит все, что можно сделать в инфоклинике из коробки. Это и гибкая настройка с использованием прав доступа и настроек.
24: Например, в системе более 3000 параметров, которые влияют на Роли пользователей и, ну, собственно, на настраиваемые бизнес процессы для того, чтобы это работало эргономично. В системе есть элементы для поиск.
25: Сравнение прав доступа группового изменения. И также при внедрении поставляется набор стандартных ролей, которые можно потом использовать как шаблон. 2 пример это конструктор истории болезни.
26: Если вы пользуетесь инфо клиникой, то вы с ним знакомы, и он позволяет также создавать протоколы любой сложности и настраивать эти протоколы под практически любые задачи с точки зрения медицины.
27: Ещё 1 пример. Это автоматизация расчёта заработной платы. Этот модуль существует в инфоклинике достаточно давно. Несколько лет назад мы проанализировали опыт более чем 1000 внедрений, переосмыслили, переработали и
28: Лизовали настройку этого модуля в графическом интерфейсе практически без какого-либо написания кода, и это стало более доступно и даже более гибко. При этом, если есть необходимость, можно использовать более сложные условия.
29: Расчёта премии с использованием языка. Эскуэль. Ещё 1 пример. Это возможность создания дополнительных полей в различных экранных формах. Ну, например, в рамках какой-то бизнес задачи. Необ
30: Необходимо добавить поле в карточку регистрации, а системой это поле не предусмотрено, это можно сделать на самом деле по клику мыши и таких форм, в которых возможно добавление дополнительных полей их порядка 2 сотен в системе.
31: Это все относится к вопросам кастомизации в рамках стандартного интерфейса и не предполагает написание какого-либо кода. Это доступно практически любому пользователю и не требует каких-то особых зна.
32: На самом деле, возможности такой кастомизации гораздо шире на текущем слайде. Они кратко перечислены. Сейчас, наверное, не будем на них тратить много времени. Основная идея в том, что вам для
33: Кастомизации не нужно нанимать разработчиков и не нужно тратить значительные ресурсы, это можно делать легко в интерфейсе, однако клиника и медицинская информационная система не существует в вакууме.
34: Она постоянно взаимодействует с внешним миром, и для взаимодействия с внешним миром обычно используются различные интеграции.
35: Разработка этих интеграций с использованием нашего апи сдк самой клиникой возможна. Я об этом также расскажу дальше. Однако во многих случаях, когда есть готовая интеграция целесообразнее исполь
36: Её и не вкладывать значительные средства в труд разработчиков, в организацию инфраструктуры, в аттестацию этой инфраструктуры. Вот на этом слайде условно сгруппированы
37: Интеграции по 2 принципам. Значит, слева это интеграции, которые и модули, которые предлагает инфоклиника из коробки и справа. Это интеграции с
38: Нашими технологическими партнёрами. Разберём некоторые из них и посмотрим, что, что, что есть. Во первых, это личный кабинет пациента, он
39: Позволяет из коробки реализовать онлайн запись в клинику. При этом клинике не нужно разрабатывать ничего с нуля. Есть возможность брендирования под, ну, конкретные стили.
40: Клиники. Важно отметить элемент безопасности этого решения. Это решение соответствует требованиям 152 фз. И у нас также есть партнёры, которые занимаются кибер вопросами кибер.
41: Безопасности. И это решение регулярно где-то каждый год проходит пен тесты, тесты на проникновение, что гарантирует также определённую безопасность для вас как заказчиков и для
42: Пациентов с точки зрения сохранности их данных. Другой пример подобных решений это мобильное приложение, оно по функционалу совпадает с тем, что предлагает личный кабинет. Также есть
43: Возможность брендирования и размещения от имени клиники в основных магазинах приложений также отмечу достаточно высокий средний рейтинг в магазинах, что косвенно говорит о
44: О том, что это решение достаточно функционально и удобно для пациентов.
45: Также мы предлагаем около 2 сотен различных интеграций с решениями наших технологических партнёров каждое из решений.
46: Заслуживает отдельного доклада, но я сейчас расскажу про основные моменты, которые объединяют все эти интеграции. Во первых, это реализованные интеграции, поэтому их можно быстро
47: Включить в работу на практике. Это занимает от 1 до нескольких дней. Во вторых, это вопрос безопасности. Во первых, ну, я уже до этого говорил о том, что обмен идёт через аттестованную по
48: Фз шину и также обмен идёт с использованием спецификаций, которые разработаны персонально под каждую класс системы, например.
49: Лидогенераторы не имеют доступа к персональным данным пациентов, за исключением тех пациентов, которых они сами записали, и это можно распространить и на другие внешние системы. Они имеют доступ только к тем функциям апи.
50: И тем реквизитам, которые минимально необходимы для обеспечения их работы. 3 важный, на наш взгляд, момент это то, что для каждого класса системы есть возможность выбирать из
51: Из нескольких продуктов. Поэтому клиника может подобрать для себя то решение, которое наилучшим образом подходит под текущие запросы в данный момент времени.
52: Секундочку. И даже если какого-то решения нету в этом списке, то реализация нового новой интеграции возможна достаточно быстро, потому что есть уже опыт и есть стандартная спецификация и мы переходим
53: К заключительному блоку, который касается уже непосредственно разработки на базе инфоклинике, также разделим на 3 части. Это функции для изменения.
54: Клиентского сервиса это разработка собственной системы отчётности и биай аналитики и возможности для изменения и создания качественно новых бизнес процессов и экранных форм.
55: Внутри мисс, в части клиентского сервиса я приведу 2 примера. 1 пример это мобильное приложение. Личный кабинет. Про них я уже говорил, но речь шла о готовых реше.
56: Из коробки, если клиника хочет реализовать полностью своё визуально мобильное приложение, личный кабинет, это также возможно. Для этого мы предоставляем готовое веб или мобильное сдк и
57: Заказчик в этом случае экономит время на время и другие ресурсы на разработке бэкэнда. Ему не нужно тратить ресурсы на обеспечение безопасности и
58: Если заказчик хочет, он может обратиться к нашим партнёрам, которые готовы разработать мобильное приложение под ключ, также может привлекать своих разработчиков, если хочет также to апи, которое предоставляется для
59: Подключение внешних систем, лидогенераторов, систем коллтрекинга и так далее. Клиника может использовать для подключения собственных модулей расширения и возможна разработка спецификации под ключ под конкретный интеграционный модуль, который клиника разрабатывает сама. При этом
60: Ну, клиника может разрабатывать на любом языке программирования с любой архитектурой.
61: Ещё 1 пример это возможность создания настраиваемых информационных экранов вы, наверное, видели и, возможно, сами в клиниках используете информационные экраны, которые висят либо на входе в клинику.
62: Либо над кабинетами врача, во первых, есть возможность их создавать с использованием html и jazz шаблонов такая возможность появилась достаточно недавно, это позволяет.
63: Достаточно гибко настраивать их визуальную составляющую фактически можно брендировать под конкретную клинику, также есть в системе специализированный веб сервис, который позволяет публиковать эти шаблоны.
64: В интрасети клиники. Это позволяет запускать эти экраны также на любых устройствах, которые поддерживают браузеры, в том числе на андроид планшетах. То есть можно повесить либо смарт.
65: Тв, либо андроид планшет над кабинетом и показывает на нём либо информацию о графике работы клиники, либо информацию о записи пациентов и
66: Приглашение на следующий приём это может быть реализована как отдельная функция, так и в рамках модулей системы электронной системы управления электронной очередью или работы с информационными мониторами.
67: Ещё 1 пример, где можно использовать кастомизацию в инфоклинике, это собственный модуль, конструктор отчётов, он позволяет реализовывать практически любые отчёты любой сложности.
68: Есть возможность реализовывать табличные отчёты, печатные формы, сложные соподчинённые отчёты, алап, отчёты, табличные отчёты и печатные формы можно автоматизированно формировать в ночное время и также отправлять на почту.
69: Также недавно появилась возможность подключения веб форм, и вот на слайде как раз представлен пример веб формы, которая вызывается из инфоклинике, но при этом сама вёрстка это html плюс.
70: Gs также я уже говорил про веб сервис, который позволяет публиковать эти данные в сети клиники этот веб сервис можно подключить к мобильному приложению и, например, просматривать такие.
71: Дашборды из мобильного приложения как пример руководитель клиники может для себя составить такой дашборд и из мобильного приложения посмотреть эту информацию.
72: Логическим продолжением функционала отчётов является возможность встраивания эти отчёты в различные точки программы. Здесь, на снимке экрана мы видим главную форму программы, в которой встроен
73: Дашборд с краткой информацией по работе конкретного сотрудника. Такие дашборды, ну, в частности, вот эти дашборды можно привязывать как отдельным сотрудникам, так и группе сотрудников можно сделать отдельные дашборды дл.
74: Врачей, администраторов, руководителя клиники и точек встраивания в системе более 200. Соответственно, есть возможность качественно менять поведение программы, просто добавляя эти отчётные формы.
75: В те или иные точки, если функционала стандартной отчётности не хватает, то есть стандартная биай апи для интеграции с биай системами, клиника может использовать либо готовую интеграцию с
76: Облачными биосистемами, либо если используется своя биосистема внутри клиники, то также возможно передавать в неё данные.
77: И в заключении хочу привести несколько примеров уже более серьёзных изменений, когда может производиться практически разработка на платформе, инфоклинике в системе.
78: Есть функционал так называемых системных уведомлений или логических хуков, которые позволяют написать определённые алгоритмы на языке эскуэль, и в процессе работы этих алгоритмов могут либо меняться данные в системе через
79: Стандартные процедуры, либо выдаваться пользователю уведомления, предупреждения, блокирующие сообщения, или вызываться экранные формы, либо стандартные экранные формы, либо также разработанные с помощью
80: Специального конструктора таких экранных форм. Собственно, вот здесь представлены 2 слайда. Это примеры реальных заказчиков. У 1 заказчика была задача изменить внешний вид.
81: Форма истории болезни. И, собственно, вы здесь видите, что это все встроено в стандартный интерфейс инфоклинике. Если вы работали с инфоклиника ранее, то заметите, что внешний вид не похож на то, что вы обычно видите. То есть
82: Можно значительно модифицировать внешний вид либо вообще заменить форму на нестандартную, которую реализовать под вас и справа другой пример когда был с нуля реализован журнал сопровождения детей.
83: 1 из наших заказчиков и здесь пример использования не обычных windows окон, а экранных форм с использованием web интерфейса html плюс gs это позволяет более гибко на.
84: Настраивать экранные формы. При этом данные, которые в этих формах настраиваются и редактируются, также сохраняются в базу данных.
85: Ну и в заключение, подводя итог, хочу подсветить основные моменты.
86: Который характеризует инфо клинику как платформу для разработки. Все те функции, о которых я рассказывал сейчас и которые есть в системе для кастомизации, не требуют переработки ядра системы. У нас есть множество примеров, когда наши
87: Заказчики или дилеры создают полностью новые модули системы, при этом не модифицируя исходных кодов и бинарников системы.
88: При этом это не нужно делать с нуля и есть возможность использовать готовые шаблоны и встраивать какие-то функции, уже существующие процессы и сценарии работы, при этом при соблюдении рекомендованного подхода обеспечивается стопроцентная
89: Совместимость с новыми версиями, то есть при обновлении эти реализованные нестандартные функции не сломаются, не отвалятся, а обмен с внешним миром, если в рамках разработки он применяется, осуществляется через стандартную интеграционную шину, которая
90: Обеспечивает соответствие федеральным требованиям 150 фз и при этом гарантирует безопасность передаваемых данных. Также хочу отметить, что 1 из наших приоритетов по прежнему остает
91: Обеспечение наших заказчиков новыми функциями. Поэтому, несмотря на вот эти возможности кастомизации, которыми заказчик может пользоваться, мы сами активно развиваем, дорабатываем инфоклиника и те возможности кастомизации, о которых я Говор.
92: Говорил, мы также активно используем для того, чтобы ускорить в некоторых случаях разработку и, что, возможно, даже более важно, доставку новых функций до промышленной среды нашего заказчика, то есть доставлять
93: Эти функции без необходимости обновления и без ожидания новой версии. На этом доклад закончился. Спасибо за внимание. Если у вас есть вопросы, с удовольствием на них отвечу.
94: Спасибо большое за доклад, Александр. Отмечу, что более детальную презентацию. Если кто-то хочет рассмотреть, собственно говоря, поля можно получить у Александра на стенде компании смарт системс клиники. Вот если есть вопро,
95: Поднимите руку, я подойду.
96: Спрошу. Ну, у меня возник вопрос единственный, как у непосредственно владельца клиники. Сколько времени займёт кастомизация? Ну, предположим, это небольшая небольшое медицинское учреждение, классическое стоматологическое.
97: Такой же, как мы считаем в коробке на 3 4 кабинета с там, десятком врачей в работе. Какой примерно временной промежуток займёт с начала работы клиники и инсталляции системы, ну, до введения
98: До какого-то комфортного и адаптированного результата. Угу. Да, спасибо за вопрос. Ну здесь надо разделить термины кастомизации и внедрения, да, в рамках внедрения мы, безусловно, можем проводить
99: Но обычно это делается путём стандартных настроек. И если мы говорим про небольшое учреждение, то внедрение с адаптацией программы под бизнес процессы клиники обычно занимает, ну, в пределах 2, 3 недель, да.
100: Если мы говорим про кастомизацию, это обычно означает разработку чего-то сверх того, что есть из коробки. И тут, конечно, зависит от того, какие пожелания, требования. Да, и вот я в презентации про это пропустил, не сказал, да, есть
101: Вещи, которые сейчас довольно быстро и легко стало можно делать с использованием искусственного интеллекта. То есть можно делать, ну, кастомизировать внешний вид и даже писать некоторые
102: Запросы к базе с использованием ии. И если на стороне заказчика есть сотрудники, которые хотят, готовы это делать, то мы можем давать определённые рекомендации, и это значительно ускоряет, в том числе и
103: Реализация, внутренний заказчик. Опять же, это сугубо добровольная история, да, если заказчик хочет, он может этими функциями пользоваться. Я имею ввиду кастомизации, да, если нет, то мы предоставляем готовое решение из коробки, которое удовлетворяет 90
104: 9% требований всех наших клиентов.
105: Да, Александр, ещё раз добрый день. Якушенко Дмитрий, сеть медицинских центров. Стоммед. У меня вопрос сейчас вот возник, когда вы рассказывали, что можно 1, создать кастомные отчёты, да, также эти отчёты,
106: Можно вывести в мобильное приложение. Надеюсь, мобильное приложение в профиль сотрудника можно вывести первые эти отчёты. И сейчас актуальная очень тема. Для мотивации сотрудников было бы здорово вывести отчёт по его зарплате. Сколько?
107: Он заработал на текущий момент времени условно с начала периода. Были ли у вас такие запросы? Есть ли какие-то штатные разработки? Если есть, то было бы очень здорово их внедрить. Спасибо. Угу. Спасибо за вопрос. Да, такая возможность.
108: Есть, если мы говорим о стандартном мобильном приложении, инфоклинике, стандартном или брендированном, то есть 2 режима доступа пациента и сотрудника клиники, соответственно, отчёты для
109: Пациента могут быть одни для сотрудника клиники, другие. И в зависимости от профиля конкретного сотрудника. Также можно настраивать, какие отчёты ему доступны. То есть можно для врача показывать одни отчёты для управляющего, другие и
110: И, вообще говоря, такая возможность, она есть достаточно давно. И если говорить о отчёте, допустим, по зарплате, то это стандартная форма фаст репорт, или сейчас они называются быстрые отчёты и её можно вывести в личном кабинете.
111: Сотрудника. Относительно недавно появилась возможность создания веб отчётов так называемых дашбордов, которые вот я показывал и их теперь тоже можно уже не листается. Их теперь тоже можно публиковать в мобильном
112: Приложение. Спасибо.
113: Спасибо большое за доклад. Ну, соответственно, если вопросов нет, тогда мы благодарим Александра. Повторюсь, значит, непосредственно презентацию Александра можно будет получить на сайте, на
114: Стенде компании, если нужно будет более детально рассмотреть предоставленные слайды. Ну а следующий наш доклад будет посвящён ситуациям, когда, ну, собственно говоря, практика врача все больше превращается в
115: Взаимодействие с информационной системой, с работа с компьютером. Не всегда. Компьютер бывает доступен, не всегда компьютер бывает под рукой. Соответственно, о тех вариантах решения, которые мы сейчас можем предоставить. Об этом расскажет генеральный директор смарт.
116: Естественно, Алексей Евгеньевич Черноусов, вам слово, соответственно. Здравствуйте, друзья коллеги. Небольшое. Просто хотел дополнение к предыдущему докладу Александра. Он, наверное, на что хотел ещё обратить внимание, поскольку часто сталки
117: То есть, особенно у крупных заказчиков. Ну вот, наверное, все-таки нам лучше самим писать, но потом такие думают, ну вот у таких-то решений, типа, много людей на рынке, которые умеют с ними работать. А вот с инфоклиника людей мало, которые могут работать, да?
118: И чтобы кастомизировать именно вот тут тоже здесь хотела развеять этот момент по поводу того уровня знаний сотрудников, какая бы не была система, пусть это будет медиалог 1 с или ещё что-то. Всегда, как правило, требуется специалист по базам данных и для инфо.
119: И так далее. Это абсолютно единый стек технологий. И не зря Александр обратил внимание на то, что очень много форм здесь уже сделано с помощью джиэса. Это о том, что говорит, что это, это, это стандартный стек, это стандартный скилл веб разработ.
120: И не нужно каких-то особых специфических, Хитрых, тайных знаний сакральных про инфоклиника. Это разработка баз данных и веб разработка. Этого достаточно, чтобы спокойно доделывать новые интерфейсы, рисовать, встраивать и так далее. Именно это мы хо,
121: Хотели, вот просто укрепилось мнение, что это какое-то очень закрытое, ничего такого сделать нельзя. А сколько стоит такой сотрудник в штате? Ну вот такой вот пример. Это для тех, кто любит. Знаете, у нас какая интересная история есть 1 очень крупная сеть, и там стоит и инфоклиника, и не инфоклиника.
122: Вот на поддержку инфоклинике, там очень много в ряде регионов стоит, мы полностью все закрываем, не требуется, есть другой вендор, там человек 40 на поддержку. Но мы говорим, если вам очень нравится, у вас большой штат и есть, кто любит этим заниматься, вы можете этим сами за
123: Заниматься мы можем вам сделать быстрее и дешевле. Может, можете, если вам очень хочется. Наша задача сказать, что вы свободны, вы хотите, делайте без нас. Никто вас не держит, никто не ограничивает. Пожалуйста, эта платформа, она более высокого уровня, чем 1 с, потому что там уже очень
124: Много готовых элементов, она изначально медицинская, но при этом она не закрыта, так что вот только к разработчику хотите любой интерфейс дорисовывайте и api открытая, пожалуйста, и возможность сделать вот это, это хотели мы просто донести, потому что это практически тренд сезон.
125: Нет, а может быть мы все-таки будем писать так, чтобы не зависеть от разработчика? С нами вы не зависите. Мы просто предоставляем вам платформу, с помощью которой вы можете там развить очень многое. У меня есть просто крупные заказчики, региональные, где примерно до 90% доработок делается без переделки.
126: Кода, а просто делается, ну, средствами платформы. Но главное, о чем Саша сказал апгрейд сейф, все, я просто добавил от себя то, что я очень хотел донести, ради чего, собственно говоря, на этом семинаре и собрал вот эту вот историю, в том числе и очень было очень
127: Много интересных вещей. Спасибо Александру. Так, а теперь перейду ко 2 части, поскольку мы у нас, ну, понятно, изначально приложение всегда было стационарное, стоит в клинике.
128: На компьютере это понятно. Мобильное приложение у нас появилось достаточно давно, но не все, не на все подойдёт приложение, которое крутится на мобильном телефоне, оно, он слишком маленький для ряда задач. Это хорошо для пациента записаться и так далее. Ну и
129: Стационарный компьютер не всюду с собой возьмёшь и ноутбук. Таким образом появилась у нас средняя такая планшетная история. Под какие основные задачи это там, где нужно реально мобильно ходить с каким-то устройством, где можно вносить информацию пациентам и при этом сразу
130: Стояла задача, чтобы оно была устойчива к потере связи, потому что когда ноутбук с подключённым там к интернету, особенно это, это когда выездные службы спустился в подвал где-то, а сейчас уж тем более связь, она вообще пропадает через
131: Шаг вот тут, то есть, то её вообще нету, да, поэтому это сейчас, кстати, это стало ещё более актуально на отсутствие связи. И такая же история есть и в стационаре, когда ты не будешь держать компьютеры в палатах, врач ходит или медсестра ходит между
132: Палатами, а там, кстати, даже при вай Фай в клинике, там, я знаю стационары, где нужно из 1 отделения в другое под подвал уйти. Никакого там интернета нет и не будет, и не было. Вот. Поэтому там тоже связь исчезает, и это максимально оптимально делать, естественно.
133: На планшете, где это планшетное мобильное приложение стоит и в котором реализуются эти задачи. При этом, естественно, выбрали направление. Только андроид. Почему андроид? Потому что есть и у наших
134: Партнёров редос редос м мобильная операционная система, которая крутится и вообще на андроиде. Мы можем спокойно установить криптопро к чему я это говорю, потому что надо подписывать больничные листы, надо подписывать.
135: Медицинские протоколы и соответственно, это должно быть. Ну и опять же андроидные планшеты. Ну в ios мы даже и не двигались, потому что это внутренняя, гораздо более эффективно выгодно для клиники, но опять же сертифицированные все истории работают только на андроиде.
136: Соответственно, так.
137: Сейчас, секундочку. Вот поэтому это решение, оно как раз для выездных служб и для операционных сестёр и так далее. Здесь что мы имеем? У нас, как известно, естественно, поддерживается приём вызовов. Врач на выезде всегда видит вызовы.
138: Он видит историю болезни пациента, она интегрирована конкретно с мис инфоклиника. Это приложение. Единственное, он, естественно, если пропала связь, он историю болезни не видит, он видит только текущие, изначально подгруженные вызовы, все справочники.
139: Все, что нужно есть для того, чтобы провести, оформить приём. Все абсолютно есть вот здесь как раз это, ну просто из примеров. То есть он видит, что здесь есть очень важная история, мы обеспечиваем защищённое соединение, то есть оно ведь работает через
140: Тот же наш интеграционную шину портал инфоклиника ру, которая аттестована по соответствующим требованиям защиты безопасности. Само приложение содержит лс, клиент, который прям подключается к защищённому контуру, то
141: То есть, с точки зрения защиты персональных данных, здесь все чётко. Соответственно, ну, про оффлайн режим, я уже сказал, что он работает и с сетью, без сети, и в условиях отсутствия связи, и, соответственно, в слу, при
142: Появление связи, все происходит синхронизация с медицинской системой, установленной в медучреждении. Ну, это происходит в автоматическом режиме, без каких-либо действий или воздействий. Соответственно, здесь
143: Что можно делать в данном приложении? Ну, о том, о приёме вызовов я уже сказал дальше, соответственно, практически все, что, ну, на 100%, все, что требуется врачу на приёме делается здесь, это можно выписать направление на
144: Медицинские услуги так же, как это делается в клинике.
145: Заполните мк они практи. Это транслируется структура протоколов из тех же тех же протоколов, которые есть у него непосредственно с медицинской системы больничные, соответственно, полный функционал с подтягиванием больничных, подписание
146: Больнее ну электронных Листков нетрудоспособности и с подписанием непосредственно уже на планшете опять же почему выбирали, естественно, android, потому что ставится криптопро и можно по цп врача все это дело подписывать, записывать на последующие приёмы.
147: И, соответственно, здесь видны его все страховые. Ну вот это вот, кстати, пример. Ну тут, а тут, конечно, здесь хуже видно на это такие же выборы, в общем то, привычные протоколы для врача, подтягивание его медицинских шаблонов и
148: Дальше у нас, соответственно, идёт оплата, оформление, оплата приёма. То есть после того, как внесены услуги, если это приём не страховой, а платный, ну то есть выезд на дом был.
149: Формируется QR-код и соответственно, пациент по QR-коду оплачивает приём, то есть все удобно, понятно, красиво, современно.
150: Таким образом, закрывается весь список потребностей врача на выезде. Ну и сами понимаем, заканчивается эта история, когда это либо записал, либо, ну, говорит, с ноутбуком не всегда удобно. У нас просто многие раньше ездили с ноутбуком, но они вечно от интернета отваливаются. Все это.
151: Синхронизируется это, ну, как-то и симпатичнее получается. Ну и потом, естественно, не надо ничего перебивать в по приезду домой, что называется, хорошая экономия. И с точки зрения даже имиджа клиники очень симпатично, соответственно, по стационару там, где для
152: Стационаров видны списки пациентов, закреплённых за врачом, за лечащим он видит при обходе всех своих пациентов также можно делать уже назначение это листы назначения, их корректировать, дополнять.
153: Назначать непосредственно в палате. Не надо возвращаться в ординаторскую, чтобы там все это дело вбивать. Прям на месте можно все это дело делать. Очень интересные истории сделали в ряде мест идентификации по штрих коду, когда пациенту делается
154: Браслет со штрих кодом и, ну, в разных, бывает, состояниях. Пациент может в том же реанимации лежать и так далее, чтобы убедиться, что ты получаешь информацию именно о том пациенте, к которому ты подошёл, они там не с соседом перепутал все возможные, то есть наводится камера планшета на
155: Приход просто это пациент, и сразу ясно, что это за пациент и вся его история болезни сразу появляется у врача, но это также важно и для медсестёр, чтобы они тоже таблетки там не путали, кому какие дают. Вот тоже без этих историй. Там, понятно, штрих код получил таблетки.
156: Такие штрих код получил таблетки такие, ну и, соответственно, коечный фонд, соответственно, профото занятости коек в реальном времени. То есть достаточно необходимая вся стационарная история. И для медсестёр у нас, соответственно, получается исполнение на
157: Значений, то есть если какие-то процедурные, понятно, назначения, то есть исполнение лица назначений, также вот как раз идентификация, о чем я говорил. Также мониторинг занятости коечного фонда, ну как результат на то, что я говорил, что эт
158: Снижение нагрузки на врачей, мобильность это действительно удобное небольшое устройство, с которым ходить с планшетом то гораздо удобнее времени на пациента, потому что не надо далее же заполнять. И, кстати, в пути можно заполнить, если что-то нужно.
159: Delight может врач между, перемещаясь от пациента к пациенту, что-то посмотреть по дороге, посмотреть его историю болезни, пока связь есть. Вот, ну и, соответственно, как, как всегда, это повышение лояльности пациентов, повышение лояльности персонала.
160: И качественный имидж клиники как современной цифровой, которая перешла на современные способы ведения, как говорится, имидж это тоже очень важная составляющая, помимо финансово экономической, ну и плюс организационная. Так что спасибо.
161: Так же, как Саша, Александр сказал же доклад окончен, а теперь готов послушать ваши вопросы. Вопросы.
162: Здравствуйте. Здравствуйте. Герман Мишаевич. Подскажите, пожалуйста, вопрос технический больше, как компания собирается справляться вот с задачей по импортозамещению баз данных? Очень хорошо отвечу. У нас, мы с этим, с этой задачей
163: Справились уже много лет назад. У нас в основе лежит субд редос. Компания вот сейчас у них параллельно здесь представлена на выставке мы работаем с субд редос давно. То есть это клон бывшего файрберда, который, да, то есть это абсолютно
164: Российская история, она поддерживается компанией корпорации ред софт. Также уж если на то пошло, замечу, что мы также работаем и на red os, и у нас очень много проектов, где мы работаем уже давно не на windows, а на
165: Redos поэтому ред база ред Бейс редос, полный комплект, все российское, все работает так что везде редос, везде российское давно уже.
166: Ну, у меня возник вопрос, собственно говоря, возможен ли режим диктовки и транскрибации аудиозаписи в процессе, соответственно, подключения этого модуля при заполнении истории болезни. Ну, я сейчас вам такой скажу, мы
167: Нашего наблюдения. Сейчас это не сделано. Мы в ряде медицинских учреждений внедряли решения, где можно надиктовывать это транскрибировать. Пришли к выводу, что это очень хорошо, допустим, для
168: Диагностов, когда рентгенолог описывает снимки. В общем, во всех тех случаях, когда пациент в моменте не слышит то, что говорит врач, это показала практика. То есть в морге внедрили с точки зрения, например, тоже пациенты.
169: Да, защита того же самого врача от ситуации, там, типа пациентского экстремизма, как это сейчас называется, когда запись самого по себе приёма выездного или там, скажем так, полевого, она просто
170: Записывается и есть весь эфир коммуникации с пациентом во вне, во, вне медицинского учреждения. Ну вот сейчас пока я понимаю, о чем вы говорите. Пока это такая вещь больше как намёточная, потому что, ну вот там, где это уже даже готово.
171: Ну, не воспринимается оно пока вот не идут врачи в эту сторону, если начнётся, будет какой-то общий эмоциональный перелом, и все начнут говорить при пациенте. Вот. А у него некогда, потом у него следующий, следующий, следующий, да, ему нужно в моменте делат
172: Скорее, больше качество шаблонирования описаний с использованием различных средств в дальнейшем, которые контролируют. То есть какие жалобы, какой, типа там топ 3 вот этих, если при таких жалобах, какой должен быть диагноз контроли.
173: Использование сп пвр типа вот сейчас вот мы сделали скк с dr рядом и так далее, которые анализирует, то есть врач хорошо шаблонированы, проверяют, показывают, корректируем. Скорее, мне кажется больше в эту сторону идёт, потому что, конечно, по практике врачи
174: Не очень хотят рассказывать все, что пациент слышал. Он же потом маленькую выписочку только рекомендации даст. А то, что там написано, там написано, это святое. Спасибо большое за доклад, Алексей Евгеньевич. Ну, соответственно, значит, если вопросы
175: Здравствуйте, Илья Алексан, Илья Александрович, ржд медицина, Воронеж, вопрос такой. Кабинеты узи. И тоже у них, например, двойная работа, да, то есть сначала они зачастую проводят какие-то измерения, все это дело.
176: Записывает либо медсестра. Угу. Либо сам врач, потом он садится и вбивает это в систему. Вот в данном случае, так сказать, надиктовка всех этих параметров.
177: Возможно, Степан, можно степану, Степан Лебеденко быстрее, откомментирует Степан Лебеденко, значит, в жд медицина Нижний Новгород было пилотный сделан пилотный проект с компанией.
178: Как раз на узи врачах. И пока это не встретило какого-то вот прямо воодушевления со стороны врачей, потому что это требует от врача, к сожалению, помнить достаточно хорошо свой протокол, как
179: И параметры там есть, и системе говорить о том, что я сейчас заполняю такой-то параметр, такой-то параметр, пока вот эти системы речевой распознавания пока не научились из свободного текста вычленять, что вот эта вот ш,
180: Там селезёнки это вот такой-то размер и такой то такой-то размер пока не научились. Это довольно сложно для самого врача ему приходится действительно очень точно помнить название протокола. Момент я знаю, что
181: Ну вот, пока, к сожалению, пока они не лишние, да, я могу сказать, что вот только сейчас вышел из чекапа, вот практически этим утром, из udp, и узи мне сделали за последние там 3 дня, наверное, пяток. И, конечно, по, когда
182: В процессе диагностики узи диагност, уже зная своему ассистенту, говорит параметры, как бы мы не старались. Скорее всего, речевая аналитика по полям это не разобьёт, потому что 1 говорит в 1
183: 1 позиции, другой говорит в другой последовательности измерений. И пока что действительно речевая аналитика в этих параметрах она, ну, слабо применима и слабо интерпретируема полностью, поэтому здесь, конечно, в этом есть сложности несомненные.
184: Все, тогда спасибо. Передаю. Ну что, соответственно, наш следующий спикер уже, практически вышел, уже включился, да, включился.
185: Тема доклада, соответственно, наша дорожная карта облачных решений передачи данных в егисз, соответственно, из браузера Степан Игоревич расскажет непосредственно о веб версии и о разработке веб версии инфо клиники инфо.
186: Denta это достаточно крупный шаг, который позволяет медицинским учреждениям перейти на достаточно простое облачное решение с удобным онлайн форматом вот, ну, соответственно, передаю слово.
187: Степану игоревичу вам слово. Спасибо. Добрый день, коллеги. Собственно, о чем сегодня поговорим. Наверное, многие знают, что наша система достаточно функциональная. У нас много модулей, и мы покрываем практически все.
188: Процессы, которые есть в медицинских учреждениях, но при этом мы часто начали слышать о том, что интерфейс нашей системы, он немножко выглядит архаично, несмотря на то, что
189: Что покрывает вот весь тот функционал, который медицинским операциям нужен. Поэтому мы некоторое время назад приступили к разработке нового клиента, который будет работать под управлением браузеров. То есть это веб клиент класси.
190: Веб клиент к нашей системе. И в 1 очередь мы делаем систему, которая будет работать как облачная мисс. Мы сейчас создаём вот этот, это облако и размещаем
191: Настраиваем всю необходимую инфраструктуру, чтобы сделать именно облачное решение для сначала, поскольку мы не сможем, безусловно, весь наш богатый функционал перенести одномоментно в
192: Решение, то мы делаем пока некое упрощённое веб решение облачное, но тем не менее, оно будет иметь ряд преимуществ, которые должны клиентам дать простоту.
193: Работы, простоту подключения, потому что клиенту достаточно будет зайти на сайт, вбить свои какие-то регистрационные данные и он уже может начинать работать. Мы дадим сразу в этом решении интеграцию с егисз.
194: И все те протоколы, которые будут там доступны, они будут уже подготовлены к структурированным электронным медицинским документам и будет сразу настроена интеграция с random, так что клинике останется только купить себе электронную подпись на.
195: Строить и подписывать эти документы, они будут сразу уходить. И, собственно, вот 1 версия, которую мы планируем выпустить до конца этого года, это будет такого своего рода набивалка для сендов тем, кому очень нужно по тем или иным причинам эти сенды формировать.
196: И отправлять в rand они смогут воспользоваться вот этой облачной нашей платформой помимо того, что есть, мы создаём облачную, мы не забываем о наших существующих клиентах, и безусловно,
197: То решение, которое мы создаём, оно будет применимо для существующих установок инфо клиники. Оно будет, его можно будет разместить непосредственно на площадке клиента. Это
198: Веб решение будет абсолютно совместимо с нашим десктопным традиционным клиентом будет бесшумная, абсолютно одновременная работа 2 клиентов, потому что они построены фактически на 1 логике внутри.
199: Базы данных инфоклинике, что позволяет как раз вот это достичь. Ну и собственно, тут вот было пара скринов, это уже не просто какие-то там картиночки, которые нарисовал наш дизайнер, это картиночки из реально
200: Системы. Вот эта картиночка тут, конечно, у нас так не очень красиво отображается, но тем не менее, то есть мы стараемся перенести то лучшее, что в инфоклинике есть
201: Добавить удобства, добавить логики работы пользователей и простоты, не выплеснув то, что есть действительно в системе уже сейчас.
202: Что касается, ну, наших планов, то, как мы планируем это дело развивать. В этом году мы планируем сделать вот это нулевое решение с возможностью набивать смд и отправлять их в
203: Сз. В следующем году, в начале года, мы планируем выпустить 1 версию, которая покроет стандартный функционал небольшой клиники или частного врача это, понятное дело, картотека, понятное.
204: Дело это расписание, это история болезни, и это приём оплаты как онлайн оплаты, так и через стандартные наличные эквайринг, кассовый аппарат.
205: Да, дальше мы будем усиленно расширять функционал амбулаторный так, чтобы в 27 году покрыть максимально весь амбулаторный блок. К концу года, мы надеемся, это 27.
206: Сделать. В 28 году мы планируем сделать стационар. И дальше мы пойдём по остальным модулям, коих много, так, чтобы к 2030 году уже иметь полную функциональность.
207: Для веб клиента тем, кому интересно и кто хочет поучаствовать в посмотреть на то решение, которое уже есть. Сейчас мы приглашаем на закрытое бета тестирование. Пожалуйста, сканируйте код.
208: Отправляйте заявку и в ближайшее время, как только мы закончим наши подготовительные работы по инфраструктуре, можно будет подключиться и начать использовать. Спасибо за большое. Доклад. Вопросы.
209: Степан, ещё раз добрый день. Да, у меня вот можно к дорожной карте вернуться. У меня вот предложение, пожалуйста, вставьте сюда разработку для вот у меня сейчас какая проблема. Мы, у нас есть колл центр, да, есть свой.
210: Call центр, а есть удалённый колл центр. И чтобы мне сейчас подключить к системе удалённый колл центр, мне нужно полноценно ставить ему нашу мисс, нашу инфоклиника полноценно, чтобы модулем телефонии было и так далее. Было бы здорово, если бы у меня удалённый колл центр работал на веб версии, также мог при
211: Звонки. Ну, тут я должен вам сказать, что у нас уже сейчас есть решение для удалённого колл центра. Есть. У нас есть решение, которое мы сделали примерно лет 10 назад. Оно называется
212: Не инфоклиника веб, а веб инфоклиника. Вот. Но так, так или иначе, действительно есть такое решение, оно вебовское, оно, причём не просто вебовское, оно облачное является, как вот часть нашего портала инфоклиника ру, о котором
213: Сказывал Александр, там действительно такое есть решение, которое сейчас использует довольно много страховых компаний, их пульт, медицинские пульты. Они имеют подключение вот к этой системе и через эту систему записывают пациентов непосредственно в расписание.
214: Проверяет прикрепление, могут добавить пациента с прикреплением и такое решение есть. То есть, если это вот прям здесь сейчас есть такая потребность, приходите, мы вам поможем. А так, действительно, вот я думаю, что-то, что мы сделаем в 1 квартале, 20 шес,
215: Года уже в большой степени покроет потребности такого удалённого колл центра. Вы сможете разместить у себя и дать возможность подключаться к этому вебу, вашему удалённому колл центру.
216: Вопросы?
217: Хотел дополнить к тому, что говорил Степан, поскольку он обратил, наверное, внимание, что система, она будет на единой платформе с нынешним десктопным решением. Это то, что даже с первых самых версий, все, что все интеграции через инфоклиника, ру, там
218: Генераторами, голосовыми роботами, не знаю, с страховыми СМС емейл, информирование. Ну и такие вот все эти истории, они будут сразу работать, потому что решение единое и вся уже действующая интеграционная, мобильные.
219: Приложение личный кабинет, все будет будет работать, начиная с 0 версии, уже с системой. Это надо обратить внимание, поскольку мы решили делать не революционно, просто снесли и дальше. То есть может стоять амбулатория, а складом можно пользоваться десктопным, но в единой системе
220: Не то, что надо ждать. Мы теперь, не знаю, без складского модуля всех модулей, все, чего не хватает в вебе, оно в параллель работает спокойно в дестопе, то есть плавный, плавный, да, бесшовный медленный переход и как бы не вызывающий никаких. Вот, типа, раз
221: И вообще новые версии, что-то такое новое, на которые там переходить с ломкой бизнес процессов нет, все аккуратненько. Спасибо. Ну, у меня 1 единственный вопрос возник. Примерная, как бы, задержка при даже нормальной скорости интернета. Обновление базы в том случае
222: Если, например, ресепшен использует веб версию или, например, доктор использует веб версию, а ресепшен использует стационарную, ну потому что, например, там, типа с выходом с приёма и с появлением галочки и чека оо запол.
223: Талона с услугами, как бы, не будет ли этой задержки между, соответственно, кабинетом. Сколько примерно сейчас. Если вы работаете внутри клиники, то, безусловно, задержки не будет, потому что мы для существую
224: Клиентов. Предлагаем установку непосредственно в клинике этого решения. Оно работает внутри, потому что действительно те, у кого внутри установлено, они используют свой закрытый контур и, как правило, с точки зрения
225: Там с того же 152 закона. Это очень правильно иметь вот этот закрытый контур. Если мы говорим об облачной системе, которую мы создаём в нашем аттестованном цоде, то есть тоже мы выполняем все требования по 152 закону, то там все
226: Сотрудники работают в 1 системе, и задержки для них тоже не будет. Понятно. Спасибо большое.
227: Вопросы. Спасибо большое. Спасибо. Ну что ж, значит, в последних докладах все чаще выступает словосочетание требования закона. Вот, соответственно, на эту тему, соответственно, мы
228: Приглашаем следующего спикера, который нам расскажет о том пакете минздрава, пакете приказов минздрава, который вступил с 1.09.2025, который там угрожает достаточно большими штрафами за персональные данные. Собственно Говор.
229: Наш следующий спикер, руководитель проектов медико информационной системы инфоклиника инфодент ян Юрьевич пролётов. Добрый день, коллеги, конечно, сложное сейчас правовое поле. Естественно, не сможем мы осуществить обзор за такое короткое время.
230: Всех приказов. Постараемся сделать акцент на тех изменениях и тех формах, которые требуют изменения в ms и которые нами были реализованы на сегодняшний день. Если в целом говорить о приказах, которые вышли в этом году, формально, их можно разделить-ка на приказы, которые
231: Прямую требует реализации медицинской информационной системы приказы, которые требуют организационных изменений красным цветом обозначены и приказы, ну, скажем так, отдельных требований для государственных и коммерческих клиник. И в зависимости от регламентируемой области это могут быть приказы
232: Которые затрагивают практически все, либо большой сегмент медицинских учреждений, поскольку регламентируют меддокументации, формы, приказы, которые касаются определённых видов медицинской помощи. Прежде всего, это специализированная медицинская помощь, 2 группа приказов. Приказы регламентирую
233: Профосмотры, диспансеризации и приказы, касающиеся экспертизы, контроля качества и в целом тренды, которые есть в настоящее время в приказах минздрава и которые чётко прослеживаются, это ограниченный срок действия приказов. То есть с чем раньше мы не сталкивались. То есть все приказы, оо которы
234: Сейчас мы будем говорить, они имеют срок действия до 1 сентября 31 года. Это нацеленность, то есть некоторая социальная направленность этих приказов. Материнство, дети, онкологические заболевания и так далее. Естественно, ориентир
235: На цифровизацию, то есть тренд давний ещё, наверное, с конца нулевых годов, но электронные реестры, электронный документооборот, все это больше и больше находит своё отражение в существующих приказах. Ну и также внимание, как, ну, скажем так, профосмотрам, так, и определённым.
236: Экспертной деятельности и деятельности врачебной комиссии. Начну я с приказа, наверное, наиболее актуального. Приказ затрагивает оказание медицинской помощи в амбулаторных условиях, даже в таких больших проектах, которые мы считаем стационарными. Медицинские учреждения, они
237: Тем не менее, оказывают в каком-то объёме амбулаторную помощь, не говоря уже о медицинских учреждениях, которые, скажем так, специализируются на этом виде помощи. Приказ заменяет ранее действующий приказ 834 н, 2014 года и
238: Имеет ряд отличий. Основные отличия. То, что в предыдущем приказе у нас было 14 форм в нынешнем приказе всего лишь 6 форм. Попозже про них поговорим. Далее в данном приказе, в новом напрямую регламентиро
239: Необходимость ведения медицинской документации в электронном виде, но с 1.09.2027 добавлены, если мы говорим про форму 0 25 ю, некоторые позиции, гражданство, емейл, ну, данные регистрации, проживания многие и так заполняли.
240: Информация о лице, кому мы можем передавать данные о состоянии здоровья пациента, то есть раньше это скорее был аспект информированных добровольных согласий и нуждаемость в паллиативной помощи, если говорить про формы.
241: То вот в левой части слайда представлены те формы, которые, скажем так, мигрировали из предыдущего приказа, да, это медицинская карта и талон пациента, получающего помощь в амбулаторных условиях. Это санаторно курортная карта для взрослого и для ребёнка. Справка для получения путёв
242: Опять же, для взрослого и для ребёнка встаёт вопрос, что делать с теми формами, которые утратили силу? Да, приказ напрямую у нас отменяет действие предшествующего приказа. В большей степени, наверное, вопросы возникают по медицинской справке. Ну и
243: С учётом аудитории, наверное, форма 0 43 1. У, что делать с этими формами? Ну, наша позиция здесь, в принципе, однозначная. Да, пока нету новых регламентирующих нормативно правовых актов, которые говорят о том, как должна выглядеть форма. Наше, конечно, предложение пользоваться.
244: Старыми формами, тем более, что иногда проверяющие инстанции, они в принципе похожую позицию заменяют для них основание не является основанием. То, что приказ отменён, да, раз нет нового приказа. Форма 0 25 у и форма 0 25 1 у.
245: Медицинская карта и талон пациента. Заполнение этих форм осуществляется за счёт заполнения данных в регистрационной карте пациента и в данных в электронном талоне оо приёма пациента. Точки вызова в принципе идентичные мы рекомендуем оставлять
246: Возможность формирования амбулаторной карты, регламентированной старыми приказами, если возникнет у персонала необходимость что-то распечатать задним числом. Далее формы санаторно курортных карт для взрослого и для ребёнка 70.
247: 2 76 форма и форма 70 79. Это справка для о получении путёвки на санаторно курортное лечение для взрослого или для ребёнка. Они, ну, с учётом такой значительной наполняемости реализованы.
248: В виде протоколов электронных медицинских карт. Печатные формы можно видеть на слайде. Здесь не очень хорошо видно, наверное. Но презентации представим. Я думаю, это не столь существенно. Следующий приказ, о котором хотели бы сказать. Это приказ. 180 стен. Это приказ.
249: Опять же, заменяющий предшествующий приказ 502 н о деятельности врачебной комиссии и точно также, как и предыдущий приказ, обращаю ещё раз внимание на это имеет свой ограниченный срок действия. То есть приказ действует до 2031 года. Ну, тем,
250: Самый минздрав подчёркивает, да, что необходимо менять, что мы, в общем то, в таком контексте, изменяющемся, живём и осуществляем свою деятельность. Основные изменения это расширение компетенции врачебных комиссий, то есть все те,
251: Пункты, которые были в предшествующем приказе, они также перешли в этот приказ, но добавились новые, прежде всего касается назначения лекарственных препаратов и медицинских изделий, не зарегистрированных в Российской Федерации по торговым наименованиям, если это имеется необходимость.
252: Индивидуальные биомедицинские продукты и лечение редких орфанных заболеваний в целом по приказу ряд есть изменений. Здесь не все связаны с протоколом, частота допускается более редкая, при этом изменились требования к составу.
253: Допускается руководителю медицинской организации быть председателем врачебной комиссии. Ну и в целом, особенность приказа, наверное, в том, что с учётом, особенно некоторых кадровых изменений у нас, с 1 стороны, первичное звено, оно насыщается специалистами
254: Скажем так, с меньшим уровнем квалификации, да, с учётом аккредитации. Раньше это были как минимум сотрудники с первичной специализацией. С другой стороны, повысился уровень требований к узким специалистам, и как раз, чтобы не просело первичное звено вовле.
255: Лечение врачебных комиссий, ну, представляется вполне адекватным требованием. Значит, нами были реализованы 2 формы. Это эпиклист на врачебную комиссию. Хоть напрямую такой документ не требуется, но целесообразность есть в его формировании.
256: И также протоколом электронной медицинской карты реализован протокол врачебной комиссии в экранной и в печатной форме. Можете видеть. Ну, собственно, в приказе также говорится о том, что данные документы могут вестись.
257: В электронном виде следующий приказ приказ 136 'n это утверждённая форма информированного добровольного согласия на медицинское вмешательство по прерыванию беременности опять же данный нормативный акт меняет предыдущий приказ.
258: И имеет ряд особенностей. Значит, во первых, ссылка идёт не только на федеральный закон, но и положение правительства о положении минздрава, то есть полностью прослеживается вертикаль, вплоть до приказа по утверждению
259: Порядка оказания помощи по акушерству гинекологии и, ну, в общем то, тут государство, наверное, подчёркивает свою вовлечённость в эту сферу, потому что если мы посмотрим те изменения, то ряд позиций новых в этом информированном добровольном согласии
260: Требующих большего вовлечения врача, да, поскольку, по сути, он является последним лицом перед принятием решения о прерывании беременности, ряд требований к
261: К психологической поддержке. То есть, да, если доступен центр медико социальной поддержки беременных, то должна быть оказана консультация соответствующего специалиста, но, в принципе, допускается и проведение такой консультации в центре сотрудникам с медицинским образованием при усло
262: Наличия соответствующей квалификации. Далее более детально отражён, отражены риски прерывания беременности. Ну и в целом, если говорить про посыл минздрава, то можно сказать, что, в общем то, позиция такая, чтобы врач больше вовлекался
263: В коммуникацию, чтоб, ну, решение пациентки было более взвешенным, осознанным, да, и не импульсивным. Вот таким вот образом мы реализовали в экранном форме. Детали здесь не видны, но хотел бы обратить внимание, что протокол достаточно элегантный.
264: В экранной форме, маленький, при этом врач, выбирая вот определённые позиции, как бы понимает, что он должен сделать акцент при диалоге с пациенткой. И вот посмотрите, насколько не соответствует маленькая экранная форма боль.
265: Большой печатной формы, да, то есть, ну, мы как бы считаем, что свою толику внесли, что врач не в экран тыкается, а произведя небольшие манипуляции, может больше времени проконтактировать с пациенткой. Таким образом, посыл минздрава мы поддерживаем далее
266: Приказы, схожие приказы от апреля 25 года, 2 похожих приказа об утверждении правил проведения функциональных исследований и эндоскопических исследований. Приказы очень похожие. Что касается требованиям к протоколам, то здесь каких-то осо,
267: Требований нет, утверждённых форм, протоколов, исследований нет, есть перечень позиций, которые должны быть зафиксированы в протоколе, совершенно стандартные, поэтому здесь, наверное, актуальнее поговорить про направление исследования. С 1 стороны,
268: Требования, они смягчились. То есть раньше функциональная функциональная диагностика обязана была проводиться по направлению врача. Сейчас таких жёстких требований нет. При ряде ситуаций это профосмотры диспансеризации, экстренные ситуации допускается прове,
269: Исследования без направления врача. И более того, есть пункт в приказе, что, в принципе, на усмотрение руководителя медицинской организации в его компетенции вопрос, в каких ситуациях необходимо направление, в каких нет тоже
270: Самое касается эндоскопических исследований, более либеральная позиция. И почему, как бы нас это показалось актуальным, этот вопрос, потому что были чуть ранее приказы про направление, ну то есть про правила проведения
271: Ультразвуковых исследований, и мы пришли к тому, что наиболее оптимальным является реализация такой унифицированной формы инструментального исследования. Реализовали её тоже в виде протокола, но при этом система позволяет использовать
272: Протокол как часть экранной формы направления. И вот в некоторых ситуациях нам показался оправданным такой способ обращаю внимание. Все-таки мы говорим про приказы, что вот на сегодняшний день сейчас у нас октябрь, у нас утверждённой формы 0 50
273: Сему в Российской Федерации нет, да, печатная форма, как многие увидели, она, в принципе, соответствует 0 57, потому что приказ весенний минздрава, он отменил старый приказ 2004 года, а новая форма будет утверждена у нас только в марте. Поэтому полгода мы живём без утверждён.
274: Формы 0 57. Поэтому здесь варианта, наверное, 2. Либо пользоваться старой формой, которая пусть отменённая, но все-таки фигурировала в приказе. Но в рубрикаторе на минздраве можно найти проект нового приказа. В принципе, та форма, которую вы
275: Вы видите, она реализована как раз на её основе. В отличие от старой формы, здесь фигурируют виды, условия оказания медицинской помощи, поэтому, ну, мы считаем, в такой период правового безвремении можно использовать её похожую. Реализац.
276: В принципе, ранее, даже в некоторых проектах нами использовалась это форма 0 14 у направление на патологоанатомическое исследование тоже реализовано в виде протокола это Сендовская форма, соответственно, с соответствующими параметрами.
277: Протокола. И в общем то, новая форма утверждена тоже все самое, до 31 года тоже меняет старую форму. В принципе, она у нас тоже реализована. Ну буквально вскользь пройдусь 3 приказа, которые касаются
278: Других областей это профпригодность, форма утверждена, заключение о пригодности или непригодности к отдельным видам работ она реализована в виде протокола мк. Приказ 194 н включает в себя.
279: Химико токсикологические исследования сотрудников транспортной безопасности и тоже медучреждение, которое осуществляет профосмотры, приказ о диспансеризации госслужащих и муниципальных служащих все формы реализованы.
280: Есть формы, которые фигурируют в приказе, в приказах актуальных, но нами не реализованы. То есть здесь мы честно об этом говорим. Причиной стало то, что, в общем то, наш анализ клиентской базы показал.
281: Что, ну, скажем так, либо какие-то варианты уже есть конкретно для клиентов реализованы, но вот запросов от клиник не поступает, но если есть необходимость, то мы, в общем то ожидаем запросы от клиник и готовы реализовать
282: Эти формы, если такая необходимость есть, ну и вопрос, который, может быть, у многих возник, что необходимо, чтобы данные формы появились у вас в системе, значит, если клиника имеет договор технической поддержки, то, в общем то, все просто, да, проводится.
283: Обновление до текущей версии, значит, требования к версии в целом это версия не ниже, чем 24 и 2 релиз сентябрь 2025 года, если не заключён договор технической поддержки. Ну, здесь 2 основных сценария, если ранний релиз
284: Версии 24 и 2. То есть до сентября 2025 года, то обновление проводится бесплатно. При заключении договора технической поддержки от года, либо оплачиваются часы за работы по обновлению. Если все-таки версия 24, 1 и ранее, то если
285: Не техническая поддержка, то заключение договора на обновление до версии 25 1. На этом все призываем соблюдать приказы минздрава. Надеемся, что полноценное партнёрство со своей стороны мы окажем. Спасибо спасибо большое за x.
286: Вопросы?
287: Яна, у меня такой вопрос. Вы показали то, что сделали протоколы вк, также заключение ввк. Создан ли журнал, чтобы, скажем так, уйти в этом плане в электронный вид? То есть есть множественные подписи? Ну, образно.
288: Председатель также участники вк, могут удалённо все подписать один и тот же протокол, а сам журнал реализован поклинике или нет журнал именно в коробочной версии мы не реализовывали, потому что в приказе фигурирует необходимость вести.
289: Протокол в электронном виде, поэтому нет, но по запросу, в принципе, можно реализовать даже форма протокола. По сути, то, что мы реализовали её утверждённой приказом. Нет, то есть это такая история. Отчасти я, может быть, пропустил. То есть 1 слайд, когда был, и мы рассматри,
290: Приказы есть приказы, которые напрямую регламентируют, что форма должна выглядеть так, её содержимое должно быть такое. И, как правило, ещё приложение самой формы дополняется приложением по заполнению этой формы, да, где написано, что должно быть написано, что может быть пропущено.
291: В отношении приказов врачебной комиссии такого нет, но, говоря о приказах, есть приказы, которые, скажем так, как приказ по функциональной диагностике, эндоскопическому исследованию регламентирует, ну что должно быть включено в протокол, при этом форма, как бы она на усмотрение остаётся
292: Есть приказы. Вот здесь, наверное, такой случай, когда напрямую не говорится ни про какие формы, но сам процесс требует реализации. Ответ такой, то есть из коробки не идёт, да?
293: Спасибо большое за доклад. Ну, собственно говоря, повторюсь, презентацию вы можете получить на стенде компании инфоклиника внизу, на этажом ниже. Вот. А, собственно говоря, тот перечень
294: Законопроектов, которые и приказов, который был выпущен 1 сентября, он действительно вызывает у большинства главных врачей такой напряг в последнее время как у главных врачей, так и генеральных директоров медицинских учреждений.
295: Спасибо большое. Точно. Спасибо. Вот.
296: Ну что, ну, следующая тема, она чуть дальше от законотворчества, она больше связана с интеграциями медико информационных систем, с блоками сирм, потому как очевидно, что отдел марке
297: Требует понимания того, откуда пришёл пациент. Требует это конверсии этих пациентов в чеки, в приёмы, в услуги. Соответственно, это все хотят контролировать маркетологи на этапе за
298: Взаимодействие непосредственно с пациентами и, собственно говоря, на этапе биай аналитики, финансовой аналитики. Вот на сцену мы, соответственно, приглашаем точно также коммерческого директора смарт.
299: Там с Анатолия михайловича Якунина.
300: И, соответственно, представителя интегратора компании rocket service Александра евгеньевича Окина ну соответственно, начнёт Анатолий, добрый день, коллеги.
301: К нам часто приходят последнее время, последние годы вопросы, которые звучат. Так, а есть ли у вас сирм? То есть, поэтому мы сегодня немножко решили поговорить на эту тему вообще, как стро.
302: Работа мисс сирм в связке вообще нужен ли или не нужен сирм как отдельная система в медицине и какой может быть практический кейс, да, то есть примене.
303: То есть поделимся тем, что сделали за последнее время.
304: То есть, мы, ну, начнём, давайте с определимся с понятиями. То есть, если погуглить или там задать вопрос яндексу, он выдаст 2 таких вот определения, и когда мы их прочитаем, ну, нечто похожее.
305: Когда мы их прочитаем, поймём, что, в общем то, говорится примерно об 1 и том же, да, то есть и то, что медицинская информационная система, она по определению в себя включает то, что относится к построению систем.
306: Тема взаимоотношений с пациентом клиентом, да, то есть, и поэтому встаёт такой вопрос, да, то есть, а является ли мисс как таковая?
307: CRM системой и нужна ли вообще отдельная система, нужно ли внедрять в клиниках 2 системы, когда это нужно, то есть и что вообще с этим делать соответ.
308: Соответственно, если немножко отмотать историю там лет на 20 назад, то можно вспомнить, что никаких терминов, ни мисс, ни тем более сирм, да, то есть, в общем то, не было, и приходили звонки, и когда народ
309: Упал систему, да, то есть это звучало так, что нам нужна программка для клиники, для там, стоматологии, для общей медицины. Ну, выглядело это примерно вот так и на вопрос. А, собственно, че нужно, да?
310: Тогда все было совсем просто. То есть там ввести расписание, там считать деньги, там материалы учитывать, потому что дорого, да, то есть потом были часть клиентов, которые звонили с криками, что нам завтра
311: ДМС подключает кучу пациентов, да, мы без программы не можем, ну и так далее. То есть, соответственно, возникала, то есть возникал, возникали какие-то потребности, которые были у клиник.
312: С точки зрения того, что должна была сделать программа, которая постепенно развивалась вместе с этими потребностями и, ну, потом, да, несколько позже появился
313: Термин медицинской информационной системы как таковой, да, то есть как общепринятый на рынке. При этом как бы запросы, которые касались именно CRM функции, то есть функции взаимодействия с
314: Они возникали даже в самых первых, да, то есть там запросах, которые были у клиентов, просто они не обозначались тогда так красивым термином сирм, как таковой. Ну, то есть.
315: Элементарно поставить какие-то отметки, напомнить, что надо позвонить и так далее. То есть это было ещё в самых первых версиях там нашей системы и там систем, которые были представлены на рынке. Соответственно, по мере разви,
316: Там технологии появлялись задачи, которые в внутри миса, внутри медицинской информационной системы, они также добавлялись
317: Это интеграция с ip телефонией, СМС оповещения и там личный кабинет, то есть куча функций, которые также относятся, ну, к взаимодействию с пациентом.
318: К взаимодействию с клиентом как таковым, да, то есть и, соответственно, вот этот вот функционал, он в самом мисе добавляется и продолжает добавляться, да, то есть, но как бы тут
319: Возникает такая история, что у нас, как вот у разработчика медицинской информационной системы задач, помимо маркетинговых, помимо вот этого направления их достаточно много.
320: На все не всегда хватает ресурсов времени, поэтому
321: Поэтому получается, что не все задачи мы успеваем решить достаточно быстро. И, ну, достаточ.
322: Качественно именно в части, ну, в части развития сирм, да, то есть при этом как бы общая тенденция раз цифровизации медицины, да, то есть она
323: Задач подкидывает нам по разработке достаточно много. То есть это и гисз, и какие-то вещи там, связанные с подключением кассовых аппаратов, там внедрение электронных лис.
324: Нетрудоспособности мдлп и так далее. И сами клиники не стоят на месте. Бизнес развивается, да, то есть у нас запросов, которые доходят запросов, которые мы решаем в рамках разработки, да, то есть там
325: В течение года, ну, можно сказать, что порядка 6000 запросов, которые являются именно вопросами доработки системы. И, ну, достаточно большой объём приходится реализовывать.
326: Соответственно, когда мы говорим о том, что все-таки необходимо расширять функционал в части работы CRM системы, да, то есть и
327: И, соответственно, что-то есть приходится говорить о том, что давайте возьмём какое-то решение внешнее и сынтегрируются сирм систему как таковое, чтобы дополнить
328: То, чего как бы не реализовано, допустим, мисс, но может закрыть сама сирм система внешняя. И тут как бы встаёт вопрос, да, а почему нельзя взять там, поставить сирм решение и
329: Выкинуть, мисс, да? Ну, не получится, потому что исторически у нас получилось так, что, сирм, вот классические сирм системы, они пришли из розницы, они в чистом виде неприменимы.
330: На то, как работает клиника, потому что, ну, классическая история, когда в рознице, когда у тебя
331: Сделка закрывается в момент получения денег, да, то есть она не применима в случае медицины в случае пациента, потому что у нас пациент, соответственно, это такая длительная история, да, то есть и он
332: Консультация на 50 ₽ и невыполненный план лечения на 2000000. Это скорее проигранная сделка, чем выигранная. Вот. И, ну поэтому, то есть, соответственно,
333: Поэтому в чистом виде взять и с помощью классической сирм системы заменить там закрыть все возможности, которые требуются для работы обыч стандартного медицинского учреждения.
334: Да, то есть не получается. Надо интегрироваться при этом в самих сирм системах, да, то есть из коробки есть несколько, несколько задач, которые, допустим, в классических месах, да?
335: Закрываются, ну или очень тяжело, или не закрываются там вообще, да, то есть, если говорить о том, что конкретно, то, ну, 1 очередь, в 1 очередь, это интегра.
336: Скажем так, и сбора в 1 точке входа всех источников обращений, да, то есть, потому что, допустим, если клиника работает только на телефонных звонках, пожалуйста, там инфодент, инфоклиника может
337: Решить эту проблему без использования внешних систем. То есть подключили интеграцию с телефонией, подключили коллтрекинг, закрыли вопрос, но
338: Источников, когда пациент приходит существенно больше, да, то есть в современном мире и не все мы можем интегрировать в систему, да, то есть достаточно быстро и достаточно бюджетно классические сирм системы, да, то есть
339: Там умеют это делать быстрее и дешевле. Соответственно, тоже самое касается инструментов там, визуализации, воронки продаж, ну и плюс более разви.
340: Это инструменты по автоматизации каких-то рутинных задач по работе с пациентами, то есть автоматическая генерация каких-то событий, которые ставятся в очередь конкретному исполнителю.
341: Да, то есть это те вещи, которые сирм система в интеграции с медицинской информационной системой позволяет закрыть в клинике это основное и дать некие
342: Некий плюс, да, то есть там от взаимодействия 2 этих систем, соответственно, как бы подводя итоги сказанному, да, то есть, можно сказать, что вот исторически так сложилось, что вме,
343: Собирается весь объёмный огром, весь огромный объём данных, которые порождаются в процессе работы клиники. То есть мисс, это некий фундамент для построения эффективной системы управления медучреждения.
344: Но не хватает каких-то инструментов, которые нужны маркетингу и там в части взаимодействия с пациентом. Не все так красиво, как хотелось бы. И вот вопрос.
345: При этом сирм системы позволяют достаточно просто решать вопросы автоматического учёта работы с различными источниками рекламы, оценивать затраты на маркетинг обладают наглядными красивыми инструментами типа.
346: Бордов и воронок, да, но при этом не могут жить в клинике сами по себе. То есть просто не хватает данных для того, чтобы строить, строить качественную аналитику, то есть
347: В этом случае вывод 1, да, то есть нужна интеграция 2 систем, которые позволят дополнить друг друга. Ну и, собственно, вот пример того, что может получиться
348: В ходе такой интеграции, да, то есть и какой практический кейс, да, то есть в этом случае можно озвучить, да, сейчас Александр расскажет, покажет.
349: Спасибо. Добрый день, Анатолий. Спасибо за выступление, за вводную часть. На самом деле очень приятно, что коллеги смарт дельта системс настолько открыто себя позиционируют.
350: На рынке, что готовы интегрироваться с внешними системами и понимают в том, что на самом деле в этом есть ключевая история в виде роста бизнеса медицинского, потому что на рынке представлены другие медицинские информационные системы, которые там не готовы к внешним.
351: Интеграциям не готовы что-то новое подключать и из за этого совершенно точно и себя ограничивают и ограничивают деятельность своих клиентов в виде клиник и медицинских медицинских учреждений. Меня зовут Александр Рокин, я
352: Генеральный директор, управляющий партнёр компании rocket сервис наша компания уже более 5 лет занимается интеграцией медицинских информационных систем. Мы с нашими партнёрами являемся выходцами из стоматологического бизнеса, соответственно, всю проблематику, которую
353: Нужно было раскрыть с точки зрения айти интеграции различных медицинских систем и срмок, ликвидности данных и так далее. Мы, собственно, эту боль пережили и решили её реализовать на рынке своими силами. Очень приятно, кстати, видеть.
354: Наших клиентов в зале. Если говорить про цифры, то уже более 3000000 записей наша интеграция обрабатывает с различными медицинскими информационными системами, в том числе с инфо, клиникой инфо, денто.
355: Если посчитать оборот клиник, которые сейчас у нас обслуживаются, это почти 11 миллиардов рублей. Если бы это была условно цифровая клиника, то она бы занимала 5 место в рейтинге в адемом.
356: Среди наших клиентов есть как авторские стоматологические клиники, так и многопрофильные сетевые центры с несколькими филиалами. Соответственно, наше решение, которое мы предлагаем, оно подходит, как и для маленьких учреждений классических стоматологий, например.
357: На 3 5 кресел, так и для многопрофильных медицинских центров.
358: Коротко расскажу про цифры. Собственно, поднимите руки, у кого есть уже срм, внедрена в клинике. Кто вообще планирует что-то такое делать или ещё даже там вообще, кто не в
359: Что такое срм, я так понимаю, все остальные, да, давайте мы про сирм тогда именно как аббревиатуру поговорим, что сирм это все-таки больше не it инструмент, а это процесс, процесс управления клиентскими взаимоотношениями.
360: И медицинская информационная система, как верно сказал Анатолий, это инструмент, который позволяет вам вести пациентов и контролировать оплаты, их историю как пациента, медицинскую историю болезни и так далее.
361: Протоколы лечения, планы лечения. Но все что касается взаимодействия с пациентами от его звонка до собственно Прихода в клинику. И потом, после того, как он покинул клинику и про него успешно, администраторы или операторы колл центра и координаторы забыли. Соответственно, этот процесс
362: Выпадают и их закрывает вот этот сирм блок, который с помощью дополнительного функционала все-таки медицинская информационная система это основной инструмент в медицинском учреждении, а сирм это удачное дополнение для того, чтобы вот
363: Эти провальные процессы первичных пациентов, которые обратились, и повторных пациентов с точки зрения их возвратности и контроля, чтобы они не терялись, и их LTV, то есть сколько денег они в клинике оставляют рос это основной функционал, который закрывается и здесь.
364: Собственно, вот на этом слайде я показываю укрупнённые цифры от mckinsey когда клиника или какой-то бизнес вступает на дорогу цифровизации, то даже если он делает это маленькими шагами с небольшим.
365: Бюджетами, как только начали они в сторону цифровизации размышлять, уже идёт рост бизнеса, уже идёт рост на 15%, выручки на 8% прибыли. Это просто как только вы начали заниматься процессом цифровизации и получили какие-то инструменты контроля,
366: Различных процессов, которые у вас есть в клинике, начиная от привлечения пациента, заканчивая тем, когда он у вас вышел, получил на руки план лечения и про него клиника успешно забыла и ждёт, когда он сам вернётся. Сам он, естественно, никогда не вернётся.
367: Собственно, про функционал. Если мы говорим, то чаще всего клиники, когда к нам приходят, они приходят с 1 болью, которая у них есть, что мы не понимаем, сколько нам стоит привлечённый пациент в клинике. Это те учреждения, где уже есть какая-то свя,
368: Маркетинга, они понимают, как привлекать первичных пациентов, но не понимают дальше, во что они рождаются, сколько денег оставляют, во сколько они обходятся из разных каналов и так далее. 2 блок клининг это те, которые что-то слышали про срм вроде
369: Прикольно, надо сделать, но не понимает, как с этим работать. Здесь, соответственно, достаточно серьёзный вопрос, связанный с тем, что нужен человек в клинике, который будет, собственно, за эту цифровизацию отвечать. Мало внедрить сирм систему в клинику. Нужно ещё и эту Сим.
370: Тему насадить на процессы, обучить персонал. Персонал к этому должен привыкнуть. Соответственно, нужно быть к этому готовыми. Самая важная история. Вот в стоматологической нише моя любимая тема, это планы лечения. Мы, собственно, вот с вартаном акоповичем
371: Обсуждали эту историю неоднократно. Планы лечения как инструмент финансового планирования в стоматологическом бизнесе. Это является 1 из там краеугольных камней для формирования выручки. И многие клиники занимаются тем, что
372: Они формируют планы лечения внутри медицинской информационной системы, но они контролируют движение пациента по воронке этой. То есть, условно говоря, когда клиент пациент пришёл на большое тотальное лечение, ему начали делать хирургию, он через 3 месяца после импланти
373: Условно говоря, должен во время ещё провести терапию, через 3 месяца прийти на ортопедические манипуляции. Частенько вот в эти этапы из за того, что план лечения разорван во времени, он достаточно длительный, пациенты теряются, это
374: Может быть по разным причинам, например, не реализовано координаторство в клинике. Эта функция возложена на каких-то других сотрудников. Ну и банально нет инструментов, нет инструментов в контроле. Собственно, где в воронке находится пациент сейчас и нет человека, который это
375: Контролирует, собственно, блок сирм как инструмент контроля. Он этот вопрос закрывает. Вы можете смотреть, кто у вас сейчас в воронке находится на хирургии, кто хирургию сделал, на терапию ушёл, кто потом перейдёт на ортопедию? Какие суммы с точки зрения
376: Финансов, да, если мы говорим про платёжеспособных пациентов, те, которые готовы на большие планы лечения, кто уже оплатил часть процедур по этому плану лечения, сколько денег он остался должен. Таким образом, вы можете понимать, сколько у вас дебиторская задолженность со стороны
377: Ну и, естественно, контроль качества, как инструмент, который все в клиниках, уверен, используют чаще всего, если мы говорим про маленькие клиники, он реализован там каким-то кустарным способом. Когда администратор просто говорит, оставьте, пожалуйста, отзыв, и мы не понимаем, че там дальше происходит. И
378: И какой инструмент сработал? То ли визитку ему дал врач с отзывом, то ли на ресепшене администратор сказал ему оставьте, пожалуйста, отзыв. И, как правило, конверсия по этим историям тоже получается очень низкая. Здесь же это можно автоматизировать после каждого успех.
379: Приёма, мы делаем целевую отправку сообщений конкретным пациентам, какие манипуляции у них были проведены, и он уже понимает, на какую именно процедуру он оставляет отзыв. Или если мы видим, что у него длинный план лечения, то отзыв ему в середине плана лечения не отправляем.
380: В общем, тут уже можно кастомизировать любые решения по автоматизации, какие нужны клинике. Я собрал 2 кейса для многопрофильных клиник и для стоматологии. Соответственно, вот у нас среди клиентов есть
381: Сеть медицинских клиник альтамед это крупнейшая сеть в московской области. В Одинцово у них 6 филиалов, более 140 врачей, и они к нам пришли с запросом на интеграцию, потому что у них уже было понимание, что они хотят этого инструмента получить. И так
382: У нас есть там момент с коммерческой тайной. Я опосредованно буду рассказывать, что мы делали. У них был запрос на воронки продаж. Соответственно, есть какая-то определённая нозология, они понимают, что у них пациенты уже в клинике по этой нозологии наблюдаются и
383: У них есть пакетные предложения на дальнейшее сопровождение этой нозологии в виде нескольких решений. Условно говоря, у них есть 40 60 пациентов, которые им ничего не стоят, и за эти 40 60 пациентов они могут по пакетному
384: Предложению собрать дополнительную выручку. То есть по факту это речь идёт про то, что у вас есть Тёплая аудитория, которую вы можете через маркетинг или на самом деле это можно делать без маркетолога, собрав там определённое количество
385: Гипотез, просто их проверять на конкретных инструментах. В данном случае мы понимаем, ну, это кейс рабочий, да, мы понимали, что 20% из пациентов, которые были, это около 10 человек. Они точно взяли пакет на обслуживание в 15000 рубле.
386: Соответственно, принесли каждый из них, ну, в сумме принесли 150080% из тех пациентов, которые пакет не стали брать. Они попадают у нас в автоматическую догревом воронку, в которой приходят материалы, связанные с таким ликбезом.
387: Скажем так, по нозологии определённой, потому что пациент, он чаще всего не знает, да, что именно его нозология там влечёт за собой какие-то есть моменты определённые, как часто надо наблюдаться и так далее. И вообще, зачем все это нужно? То есть, как и любой клиент,
388: Он не понимает, что он хочет. И эта история с точки зрения повышения лояльности очень хороший инструмент, потому что у вас есть повод находиться в коммуникации с вашим пациентом, который на самом деле не планировал брать никакое пакетное решение, но вы постоянно с ним находитесь в коммуникации, он
389: Тёплая уже по конкретной его боли.
390: Соответственно, если мы говорим про деньги, то 120 человек за год пришло, соответственно, 2 000 000 ₽ по пакетным предложениям, ничего не делая для привлечения этих пациентов, они просто зашли в клинику, обследовались. Мы понимаем, что им предложить конкретно под
391: Их боль и получаем 1 лояльного пациента, 2 дополнительную выручку за 0 ₽.
392: Соответственно, что у них получилось по результату нашей интеграции, мы интегрировали с медицинской информационной системой. Автоматически у них появляются все приёмы в битрикс 24 у них было
393: Интегрирован в срм. Системе за счёт автоматизированных воронок. Прирост по выручке получился, к сожалению, суммы не могу озвучить, да, и мы бы реализовали объективные инструменты контроля с точки зрения движения по воронке каждого пациента.
394: Который приходит к ним в клинику.
395: И 2 кейс это стоматологическая клиника в рязанской области, Кремлёвская, 2 филиала 30 врачей, соответственно, подключены в сирм систему, все каналы коммуникации, с которыми идёт, через которые идёт взаимодействие с пациентам.
396: Анатолий сказал вот интересную мысль по поводу телефонии, но я хочу вот всем, кто сейчас в зале у нас присутствует, что у нас уже зреет когорта пациентов под названием зумеры. Соответственно, мы ждём, что у нас телефо
397: Он будет умирать. То есть это вопрос там, я думаю, 2, 3 лет, потому что зумеры уже и в наши клиники тоже приходят активно, и коммуникация там строится совершенно другим образом. То есть про телефонию там речи не идёт. И если вы каналы коммуникации в виде мессенджеров не подключа,
398: То нужно этим заниматься, потому что это в ближайшей перспективе очень большой вал пациентов, которые к вам просто не дойдут, потому что вы не реагируете оперативно на ваши, на запросы в вашу клинику, потому что у Зумера совершенно простая история. Почитал отзывы. Посмотри.
399: На нескольких площадках, да, написал сообщение, мне в течение часа не ответили. Ну все, до свидания. Я уже в соседнюю пошёл. Какого часа 1 минуты? Ну, мы, мы уже, мы как бы, историю про стандартные кипиай.
400: Да, мы про стандартный кипиай в размере. Ответьте, пожалуйста, в течение 10 минут администраторам делали, но там получилась печальная история, поэтому не все клиники к этому готовы. Вот, значит, запросы какие были у стоматологии, да, высокие потери пациентов.
401: Определённый процент пациентов в размере, там почти 30 не доходил до первичной консультации. Не было понимания, собственно, почему это происходит.
402: Большое количество Лидов, которые приходили. Если вот мы говорим, да, например, про эту историю, то у нас за определённый период скопилось 1778 Ледов, и за которые заплатили там в среднем 1 200 ₽. На самом деле сумма гораздо больше зависит от канала, через
403: Которые вы привлекаете. В данном случае я просто для ориентира брал СберЗдоровье Лиды, на самом деле, в Рязани. Сейчас там по 2 500, насколько я знаю, соответственно, 28 терялись, и мы только на этих потерях теряем 600000 в месяц.
404: Это большая сумма для клиники. Если мы говорим о маркетинговом бюджете, скорее всего, это значительная доля маркетингового бюджета, которая у них есть. И, соответственно, 30% из тех, которые потерялись, да, мы говорим о таких усреднённых
405: Рынку конверсиях могли вернуться. Соответственно, если бы они вернулись и их корректно бы администраторы довели до приёма, то мы бы в клинику вернули 149 первичных пациентов, которые потом могли бы из них, условно говоря. Ну давайте в лучшем случае
406: 5% пришло бы на план лечения какой-то то это были бы гораздо более высокие суммы, чем там 1000000, который вот здесь я описал. Соответственно получается что за вот эту истории
407: Клиника, мало того, что потеряла 600000 в виде рекламных бюджетов, да, так ещё и 1 000 000 ₽ могла заработать. То есть, грубо говоря, мы говорим о сумме в 1500000 для клиники, которая могла просто за счёт внедрения решений по срм сэконо.
408: И заработать огромный бюджет. Вот, значит,
409: Ну, про финансовое планирование я говорил, у них не было истории, связанной с планами лечения. Они куратора только внедрили 3 месяца назад. Соответственно, мы для куратора. 1 из задач была собрать воронку для куратора, чтобы он сопровождал пациентов по планам лечче.
410: Которые больше 100 000 ₽.
411: И, собственно, что мы сделали, как и в прошлом кейсе, мы собрали интеграцию битрикс 24 как срм системы с инфодент м вырастили конверсию пациентов, которые обращаются в колл центр на 30%, на 20.
412: 2% выросла доходимость пациентов по воронке с первичного обращения собственно, до явки в клинику и появился инструмент визуального контроля с точки зрения движения пациентов по воронке. Кто пришёл, почему отказался, какие причины отказа?
413: Мы это все в аналитике коллегам построили. Ну и, собственно, про связку, как она работает, если мы говорим про блок, связанный с рекламой, как я говорил, мы понимаем, какие у нас есть обращения, все каналы.
414: Собраны в 1 месте. Вся коммуникация может также вестись битрикс в 1 месте. И дальше мы понимаем по аналитике, сколько процентов конверсии на каждом этапе происходит от записи до явки в клинику и
415: Мы можем также собирать аналитику по причинам неявки собственно, что послужило причиной не записи пациента в клинику то ли не было места в расписании, то ли не было нужного специалиста. Высокая стоимость, ну ещё там 5, 6 стандартных вещей, которые всем нужно.
416: Мониторить и понимать, что в клинике происходит, чтобы потом делать какие-то соответствующие управленческие выводы.
417: Ну и, собственно, если мы говорим про этапы внедрения, то мы идём по стандартной нашей схеме. Это аудит бизнес процессов, и то состояние, грубо говоря, точка. А в клинике в какой вы сейчас находитесь, что у вас есть, каким инструментарием вы пользуетесь и, собственно, мы рисуем
418: Вместе с вами в виде технического задания, точку б, что хотим получить и какие задачи конкретно через срм систему мы хотим решить. Дальше делаем интеграцию, обучаем персонал с точки зрения персонала. Тут есть
419: Есть у нас самая важная история, что нужно владельцу клиники или руководителю, который, собственно, форсит, ну, двигает процесс цифровизации, постоянно работать с персоналом и объяснять, в чем ценность того, что мы делаем в противном
420: В случае это все заканчивается тем, что у них появляется очередной инструмент, и они не понимают его ценности. И вот если на уровне руководства это не будет транслироваться, то, соответственно, наша работа тоже будет, ну, такая на картину, скажем так, потому
421: Что не все мы можем донести. Это нужно очень аккуратно, мягко делать внутри клиники на ежедневной основе.
422: Ну и, собственно, какие ожидания, мой любимый слайд, какие ожидания обычно у руководителей, когда они покупают интеграцию, они думают, что я сейчас быстренько за 150 000 ₽ в месяц все внедрю. Через 2 месяца у меня взлетит выручка процентов на 10, а через 3 месяца я поеду на Мальдивы. Ну, собственно, ничего такого не полу.
423: Получится, потому что это история двусторонняя. Нужно работать, как и нам, как подрядчику, да, чтобы реализовать все инструменты и ваши пожелания, как вы их видите, и помимо этого, сделать с вашей стороны нужно ряд Шагов, чтобы персонал понимал.
424: Для чего все это будет реализовываться и какой результат мы все получим?
425: Ну и помимо этого мы занимаемся построением аналитики. Про биай здесь много говорили, но мы просто называем управленческой отчётностью, строим разные красивые графики. Я их здесь не детализирую, потому что там нужно прям много чего рассказать.
426: Если интересно, можете посмотреть демонстрационный дешборд и записаться к нам на бесплатную консультацию. Мы, соответственно, продемонстрируем то, что у нас есть из стандартных решений очень много можем кастомизировать достаточно быстро. Например, мы делали
427: Для клиники, которые занимаются хирургией, отдельные кипиай показатели, которые им важны с точки зрения имплантации и дальнейшего протезирования, и чарты на эту тему также им предоставляли. Ну и сегодня.
428: Те, кто у нас, соответственно, смотрит трансляцию, и те, кто в зале, у нас для всех участников айтим конференции есть специальное предложение на интеграцию срм системы по подписке без большого платежа на подключение, соответственно, можете также
429: Заявку через наш сайт написать. С удовольствием с вами продемонстрируем, пообщаемся, сделаем хорошее предложение. Спасибо большое, Александр Евгеньевич. Спасибо большое. Значит, за рассказ о внешних продуктах. Да, действительно.
430: История про коммуникацию с пациентами, ну, скажем так, с клиентами в этой, в этой зоне и с пациентами внутри медицинского учреждения, внутри медицинского кабинета. Она актуальна, она постепенно развивается, она действительно эволюционирует в зависимости от как
431: От пациентов, от возрастной группы, ну и, соответственно, чаще всего, во что это упирается в то, что на самом деле сами по себе управленческие процессы внутри клиники бывают, к этому не готовы. Спасибо большое за доклад. Вопросы.
432: Все, не никаких. Устали, все устали, всех притомили. Ну, соответственно, спасибо большое за
433: То, что поделились своим опытом. Ну и, соответственно, наш следующий доклад оон посвящён непосредственно взаимодействию медико информационных систем с в зоне добровольного медицинского страхования.
434: Автоматизация взаимодействия этих клиник. Соответственно, это достаточно острый и сложный вопрос. Когда там 16, 18, 20 страховых компаний подключено к страховой по полисам ДМС, к клинике.
435: Это постоянное прикрепление. Открепление, это разные прейскуранты. Вот автоматизацию всего этого процесса на базе непосредственно ассоциации финтех. И нам сейчас представят Татьяна Владимировна и Марина.
436: Ну, соответственно, начнём с вас. Спасибо большое. Добрый день. Насколько я понимаю, у нас сокращённая, да, по времени. Ну, я думаю, что если вдруг нам скажут, что мы как-то ограничены, мы ускоримся. Хорошо?
437: Да, спасибо. У нас будет трое выступающих, поэтому благодарю, что пригласили рассказать о нашем пилоте, об ассоциации, наверное, постараюсь, так как как щёлкать?
438: Нет, уже, видимо, устал кликер.
439: Ну, давайте я попробую, пока не переключается. Расскажу. Я представляю ассоциацию финтех. Мы ассоциация, которая создана финансовыми организациями при поддержке банка России в 2016 году.
440: И в ассоциации. Цель была в том, чтобы участники
441: Да, то да, на экран. Ага. Вот давайте так. В ассоциации участники занимаются тем, что пилотируют различные технологические
442: Новшества, различные финансовые инструменты. Все это, безусловно, под контролем банка России. И так как финансовая организация и страховые организации это часть финансового рынка, то страховые организации, когда они включились и присоединились к ра,
443: Работе в ассоциации принесли с собой инициативы, которые связаны именно с цифровизацией страхования, так как у нас речь о медицине, то инициативы в части именно страховой медицины у нас, наверное, можно разделить на 3
444: И основные направления. 1, наверное, самое главное это направление, которое касается цифровизации взаимодействия клиник и страховых компаний. Лидер тут, естественно, продукты по добровольному медицинскому страхованию. 2 наше направление.
445: Страховым компаниям, безусловно, для того, чтобы двигаться вперёд и реализовывать дистанционные сервисы, что-то инновационное делать, нужны данные. И это данные как данные о состоянии здоровья наших застрахованных, так и
446: Данные, например, о медицинских организациях. Нам важно актуально и название медицинских организациях, и адреса, и какие услуги включены в лицензию и так далее. И тут достаточно большой трек по тому, как страховые компа
447: Компания могут получать доступ к этим данным. 3 направление, которое у нас развивается. Это взаимодействие с госуслугами на Госуслугах, как, наверное, вы знаете, реализуется достаточно много жизненных ситуаций, которые оцифровываются
448: Для того, чтобы у клиентов было как можно меньше проблем, если они хотят что-то сделать, и мы как раз участвуем, уже прошли этап по выводу полисов ДМС продажи для трудовых мигрантов это часть трека по получению патента и
449: В настоящий момент у нас идёт пилот вместе с госуслугами по выводу продажи полисов страхования от несчастных случаев для участников спортивных мероприятий. Вот ближайшее спортивное большое мероприятие, там в феврале будет лыжня России.
450: Масштабная. И очень надеемся, что в этот, в этом как бы цифровом пути записи на это мероприятие включится и продажа полисов.
451: Безусловно, когда мы рассматриваем различные инициативы, мы рассматриваем с точки зрения, кому эти инициативы выгодны и выгоды мы рассматриваем в 3 направлениях для пациента. Естественно, понятно, что пациенту нужен
452: Прозрачный клиентский путь должно быть все качественно быстро. Также мы рассматриваем с точки зрения государства. Очень важно наладить межведомственное взаимодействие. И как раз вот ассоциация финтеха в этой части имеет достаточно большой
453: Опыт, чтобы договорились и, например, банк России, и минздрав, или банк России, и представители каких-то других отраслей, чтобы вместе реализовать какие-то кросс, отраслевые истории в части выгод для бизнеса, наверное.
454: Более информативный слайд будет следующий слайд мы нарисовали несколько лет назад. Он не теряет своей актуальности в ДМС. На текущий момент около 100 страховых компаний компаний имеют лицензию ДМС и
455: Лидеры страхования взаимодействуют с более чем десятью тысячами медицинских организаций. Фактически в обмене участвуют одни и те же документы. Состав данных у этих документов тоже практически совпадает, но мы
456: Сталкиваемся с тем, что формат этих документов, ввиду отсутствия стандартов абсолютно разные. В итоге и страховая организация, и медицинская организация тратит достаточно большие ресурсы, как на ручной труд, который как бы сотрудники, которые занимаются
457: Фактически распознаванием, да, ручным полученной документации и перебиванием данных системы, так и затраты идут на различные, в том числе технологии по распознаванию документов как искусственный интеллект и прочее. Но это все
458: Затраты и кажется, что бороться с этим не нужно, а нужно идти просто в стандарты, так как уже, наверное, опыт показывает и для всех достаточно ясно, что данные абсолютно одинаковые и надо просто это стандартизировать и убрать уже из этих расходов.
459: Затраты на вот как это на борьбу вот с этим поэтому когда мы вышли в 21 году с идеей продвижения вот этой инициативы по цифровизации, стандартизации, мы в начале обошли всех
460: Лидеров рынка и поговорили со всеми, потому что 1 дело страховые организации и их ощущения, их понимание другое дело. А что на той стороне, что думают медицинские организации? Насколько это интересно разработчикам, мисс, и было достаточно, наверное, отлич.
461: История с тем, что мы фактически получили подтверждение о важности нужности и о том, что будет реальный эффект для всех участников. Вот с кем мы обсуждали, то есть и для клиник, и для страховых, и для разработчиков.
462: Медицинских информационных систем. Путь наш был долгий. На текущий момент он, наверное, сформировалась развилка, с 1 стороны, трек федеральной налоговой службы год.
463: Назад. Ровно были изданы приказы, которые в рекомендательном формате содержат 5 форматов электронных документов ДМС и фнс. Естественно, разработав эти документы, не останавливается и
464: В апреле этого года была инициирована начало, ну, наверное, сбор рабочей группы для того, чтобы пропило, ировали порядок обмена в канале эдо. То есть это тот обмен документами, который проходит
465: Через операторов эдо и планируется решить, наверное, 2 основные проблемы. Это проработать и устранить проблематику роуминга при обмене. И 2, сделать этот обмен максима.
466: Соответствующим инфобезу защите, потому что, как мы с вами знаем текущие изменения законодательства предполагают значительное количество штрафов за утечку данных, а утечка данных часто возникает именно во время передачи от
467: 1 партнёра да, к другому информации, поэтому инфобез это крайне важная история параллельно банк России в 23 году инициировал пилот по открытым api.
468: По обмену документами ДМС, как раз опираясь на те форм, форматы, которые прорабатывались фнс и на текущий момент. Ну, детали по пилоту я чуть позже скажу, как раз параллельно идёт в Сочи.
469: Полис это форум, который такой очень значимый для банковской, для финансовой отрасли. И Эльвира Набиуллина на 1 из дискуссий сообщила о том, что для страховщиков явно
470: Обозначила важность взаимодействия именно с медицинскими организациями по openapi что в общем наверное мне было очень приятно услышать, потому что для нас это такая поддержка не просто наблюдение за тем как мы работаем и контроль, но
471: И поддержка важности нашей инициативы.
472: Ну, тут на самом деле детали про api если кратко, концепция открытых api, она разработана банком России, и цель заключается в том, чтобы между участниками.
473: Например, либо финансовыми организациями, допустим, банками. Это открытый банкинг, либо между финансовыми организациями открытые финансы, либо открытые данные. Это взаимодействие финансовых организаций с организациями из других отраслей, чтобы дан
474: Без всяких посредников происходил обмен по стандартам, по защищённому каналу. И если в обмене участвуют данные клиента, то, соответственно, с согласия клиента. То есть это очень правильная история со всех точек зрения и с технологической точки зрения.
475: И с нормативной, и банк последовательно продвигает реализацию и контролирует, в том числе на площадке ассоциации финтех. Каким образом участники пилотируются, как они соблюдают все те,
476: Требования и, в общем то те спецификации, которые уже разработаны на площадке, они выверены и многие из вас уже пользуются фактически результатом работы на площадке афт, но это касается финансовых инструментов и
477: Цифровой рубль и система быстрых платежей. Это все пилотировалось в after
478: Теперь о нашем пилоте. На текущий момент у нас 1 этап пилота по обмену данными между страховыми медицинскими организациями завершён. Фактически задача была в том, чтобы посмотреть канал
479: Действительно ли интересен и действительно ли он тот самый интересный вариант, который несёт ценность и высокую, наверное, эффективность для того, чтобы между страховыми, медицинскими, да?
480: Организации можно было обмениваться данными. В результате вот мы как раз очень плотно работали с коллегами из смарт дельта системс, проработали многие риски, много обсудили и пришли участники пилота к результату, что да
481: Канал open апи. Он как раз релевантен тому, чтобы туда двигаться по цифровизации обмена. И в этом году мы запустились в мае месяце. Уже 2 этап пилота к нам присоединилась ещё
482: Страховые компании присоединились сети клиник, и мы плотно прорабатываем и хотим достичь цели выйти в prod, то есть перейти в 26 году к обмену списками застрахо.
483: Anna и прескуранту уже в цифре, в стандарте по защищённому каналу, то есть в соответствии со всеми требованиями, а параллельно участники договорились, что на 2 этапе мы должны в обязательном порядке проработать инфобез. Инфобез должен быть достаточный, чтобы
484: Передавались не только персональные данные, обычные, да, но и персональные данные спецкатегории, и данные, соответственно, составляющие врачебную тайну. Как мы знаем, в ДМС врачебная тайна передаётся. Поэтому это достаточно был важный момент и ожида,
485: Знаем, что когда мы перейдём уже к началу проработки 3 этапа, a3 этап это наша целевая история по переводу порядка согласований, оказания медицинских услуг по договорам ДМС, в цифру, в
486: Канал апи в стандарты у нас уже будет согласованный всеми, правильный, наверное, правильные требования к защиты, к инфобезу. И мы плавно перейдём в 3 этап, который, безусловно, принесёт достаточно, ну, как бы, на
487: Большой эффект и с точки зрения операционных расходов, и клиентской лояльности, и так далее. Вместе со мной. На этом у меня моя часть завершена. Вместе со мной мы пригласили выступить
488: Тех участников, которые с нами плотно работают, я бы пригласила Евгению представителя сети поликлиник ру, и после будет Наталья выступать, представитель ресо гарантии. Так.
489: Спасибо за доклад.
490: Коллеги, добрый день. Меня зовут Евгения бенти, я заместитель коммерческого директора.
491: Да, спасибо.
492: Clicker очень устал.
493: Ну, давайте я расскажу так, мы представляем медицинскую сеть поликлиника точка ру. Мы существуем более 27 лет, и на самом деле мы очень рады участвовать в проекте ассоциации финтех, потому что, несмотря на то, что
494: Нашей, наверное, основной деятельностью является забота о пациенте мы постоянно развиваем b2b взаимодействие и помогаем страховым компаниям.
495: Мы существуем 27 лет, из которых 23 года мы работаем по ДМС. На текущий момент мы смогли построить мультибрендовую компанию, и мы не то чтобы хвастаемся, но у нас ежегодно получает в нашей сети.
496: Медицинские услуги более 2000000 пациентов. Естественно, для нас это вызов. Мы понимаем, что нужно постоянно улучшать клиентский опыт. И мы верим, что проект Сафт это как раз-таки и есть та частичка.
497: Благодаря которой автоматизация 2 сторон как клиник, так и страховых компаний позволит нам улучшить клиентский опыт и сделать нас более клиентоориентированными и конкурентоспособными на данном рынке ключе.
498: Проблемы, которые мы видим во взаимодействии, это, конечно, все внутренние наши процессы обработки документов, про которые уже говорили, и улучшения с точки зрения скорости, отказ от бумажного документооборота.
499: И ручной труд, ошибки, которые этот ручной труд за собой влечёт. Они должны, скажем так, преобразоваться. Благодаря этому проекту мы искренне считаем, что упрощение
500: Взаимодействие приведёт нас с точки зрения операционной эффективности всех наших бизнес процессов как минимум на уровень 30%. И для нас это серьёзная, значимая история, которая поможет для
501: Конечного пользователя нашего пациента обойти все вот эти документальные барьеры. На самом деле мы хотим, пользуясь случаем, поблагодарить наших партнёров и компанию афт, потому что вы формируете тот единый прозрачный контур.
502: Электронного документооборота между нашими компаниями, наш непосредственного разработчика инфо клинику, потому что они внедряют и делают технически то, что реально работает на практике и помогает нам как медицинскому учреждению. И, конечно же, на
503: Наши страховые компании, потому что, участвуя в данном проекте, все наши взаимоотношения, все наши улучшения, они всегда направлены на интересы застрахованного. Спасибо. Спасибо большое за доклад.
504: Собственно говоря, приглашаем наталью владимировну Жарову, заместителя начальника управления административных продуктов личного страхования и ведущего актуария ресо гарантия. Коллеги, добрый день. Хочу для начала поблагодарить компанию смарт дельта системс и
505: Aft за приглашение поучаствовать в данном мероприятии я представляю страховую компанию ресо гарантия мы 1 из лидеров на рынке добровольного медицинского страхования по за 1 полугодие 25.
506: Года вошли в тройку лидеров по ДМС, юридических лиц, и у нас в портфеле более 2000000 застрахованных, для которых мы, естественно, хотим постоянно улучшать процессы оказания медицинской помощи, улучшать качество медицин.
507: Медицинской помощи и сервис по организации этой помощи. Для того, чтобы, собственно, оказывать медицинскую помощь, у нас заключено большое количество договоров с лечебными учреждениями. Это более 10000. Спасибо лечебных учреждений по всей России.
508: И, конечно, обмен документами и информацией между нами и лечебными учреждениями представляет ключевую задачу в в смысле информационного обмена.
509: Основная трудность этого информационного обмена как раз состоит в разнообразии форматов документов, потому что каждое лечебное учреждение запрашивает свой формат, например, в части писем на прикрепление у нас реализовано.
510: Более 150 форматов различных списков по запросу лечебных учреждений. По счетам от лечебных учреждений ситуация ещё более плачевная, там у нас только распознается автоматически более 2500 форматов.
511: Огромное количество форматов все ещё приходится распознавать вручную. Более того, даже сейчас встречаются ещё рукописные счета, поэтому проект open апи для нас это способ сократить наши издержки и ускорить обработку.
512: Документов, которая в части счетов приведёт к ускорению оплаты этих счетов. 2 проблема. Это собственно организация каналов между страховыми компаниями и лечебными учреждениями. Понятно, что если каждый страховщик будет
513: Интегрироваться с каждой клиникой, то это огромное количество интеграций, которое максимально затратно и поддерживать которые не хватит ресурсов ни на 1 из сторон. Поэтому с этой точки зрения интеграция с
514: Разработчиками медицинских информационных систем, таких как инфоклиника, для нас представляет существенную ценность. Например, если мы говорим на примере писем на прикрепление, то за последний год мы отправили там более 4
515: Миллионов списков и 11% из них это списки в клинике сотрудни, использующие инфо клинику. Соответственно, реализовав проект open апи с сдс мы получим
516: Что 11% наших списков уже будет в цифровом формате, в едином формате за передаваться за счёт 1 единственной интеграции с сдс.
517: Соответственно, 2 важный проект, который мы реализуем вместе с сдс, это онлайн запись в лечебное учреждение, это тот процесс, который уже запрашивается во всех тендерах крупных корпоративных клиентов. Просто страховщик обя.
518: Обязан иметь онлайн запись в своих мобильных приложениях. Соответственно, сдс даёт возможность записываться в клиники, в которых установлена эта информационная система. Для нас это повышение качества для
519: Наших застрахованных, как уже говорилось, текущее поколение не готово дозваниваться до клиники с голоса там слышать, какие свободные слоты проще нажать несколько кликов, посмотреть на карте.
520: Где находятся клиники, почитать о враче и выбрать удобный слот. Соответственно, повышая качество цифрового обслуживания для наших пациентов, мы и улучшаем поток. Увеличиваем поток застрахо.
521: В клиники, для которых эта онлайн запись реализована, потому, что если застрахованный выбирает из списка клиник, доступных по программе, и часть из них, нужно звонить в клинику или в колл центр страховщика, а где-то
522: Достаточно зайти в приложение и за несколько кликов записаться то это, безусловно, будет paul выбор в пользу таких клиник, тем самым наличие онлайн записи позволяет нам приоритизировать потоки застрахованных и для клиники.
523: Получить повышение потока исключительно за счёт интеграции со страховщиками. Собственно, основные преимущества я рассказала. На этом я, пожалуй, закончу, чтобы никого не задерживать. Спасибо большое за доклад.
524: Вопросы?
525: Нет никаких вопросов. Ну что ж, наверное, на этом мы сессию, посвящённую, собственно говоря, компании смарт системс и вопросам, которые мы освещали непосредственно на этом двухчасовом
526: Промежутке времени закончим. Спасибо большое всем участникам. Рады были вас всех видеть. Спасибо за вопросы и участие
527: Видеть.