1) мне нужен доступ к whatsapp на всех моих устройствах, к одной учетке.
2) мне нужен 1 whatsapp, а не 2 разные учетки. В планшете симки к тому же нет.
3) С веб версии нормально уведомления не приходят, к тому же whatsapp не поддерживает нормальную веб версию для мобильных устройств. Открываешь страницу - получаешь "скачайте приложение для мобильных устройств". То есть надо ручками переключать после этого на версию для пк, потом перегружать страницу. Вход при этом слетает обычно.
Насколько я знаю в EMIAS вся информация по мед. услугам содержится - и стационар и неотложка. Скорее всего вы правы - просто видимость ограничена по виду помощи (поликлиника). Осложнения по прививке, если и пишутся в EMIAS, то в заключении врача - специальных полей вроде нет для этого (я могу быть не в курсе). Посещение врача на дому может иногда появляться позже - не всегда сразу заполняют
По поводу обратной связи согласен важно. Странно, что нет информации о вызове скорой. Информация о вызовах должна быть в системе - иначе его просто не оплатят.
По поводу направлений - это головная боль. Они реализованы не просто криво, а очень и очень криво - да и заполняются через раз. По крайней мере в некоторых регионах. По поводу ложных записей о посещении - попробуйте написать жалобу в страховую (можно позвонить или онлайн) - обычно помогает. Страховая уже сама в этих случаях связывается с кем нужно и разбирается.
К сожалению приглашения на диспансеризацию полностью автоматизировать не получится наверное никогда. Сам процесс обзвона, рассылки смс, формирование писем уже сейчас автоматизирован. Проблема в формировании самих списков на рассылку.
Есть очевидные критерии - возраст, прохождение диспансеризации ранее, а есть критерии вроде наблюдения у определенных специалистов, групп здоровья, наличия определенных заболеваний за некоторый период времени. И этот список критериев постоянно уточняется на уровне территориальных фондов.
По поводу отчетов - сейчас почти все отчеты так или иначе подгоняются. Что особенно раздражает, часто приходит новый отчет, а инструкции по его формированию не присылают. И никто не знает как что делать.
Сначала во многих окологосударственных конторах зарплата должна поменяться. Чкловек, который тянул разработку в фонде и был более менее адекватным получал зарплату сис. админа. Совершенно не ценили человека
Про базы - я больше со своей колокольни смотрю. Для ЛПУ действительно может быть единая база с несколькими таблицами. Нам логика процессов по сути диутовала ннобходимость работы с несколькими базами.Тут и единый регистр застрахованных и база счетов и т.д.
у нас до сих пор висит на стене в рамочке ответ, что "Ваше предложение принято к разработке с присвоением низкого приоритета. Разработка будет проведена в порядке очередности".
Потом (через 2 года) когда самим эта функция понадобилась - вспомнили и написали за 1 день(!).
По поводу накипело - очень понимаю. Я только что читал изменения в приказ ФФОМС о формах актов/ уведомлений и т.д. Таких форм и таблиц давно не видел - такое чувство как будто человек писал, который вообще не в теме. Под колонку с полисом 3 знака facepalm
все пытаются так сделать, но без учета мнения того, для кого это делается.
Мне было проще - нужно было реализовать систему под конкретные цели с единым интерфейсом, но связав ее с системой фонда. Я помню реализовывал когда программу - смотрел старую, что нравилось, не нравилось врачам, какие проблемы у них были. Потом замерял время, что они тратят на типовые задачи... 4 месяца разработки, потом 2 обкатки и постоянные доработки с тех пор
может и хорошо что не поставили. Мне показывали как выглядит АРМ терапевта и узкого специалиста. Перегруженная и неинтуитивная система. Я так и не смог помочь врачу настроить под себя - даже имея под рукой инструкции (которые неактуальны уже). Тоже висит часто
Тут много от чего зависит. Если команда разработчиков одна - то скорее всего они напишут программу с несколькими модулями. Если несколько команд разработчиков с разными задачами, то будут несколько программ.
Так, например у фонда ОМС своя программа, у страховых своя, у ЛПУ своя. В итоге имеем 3 программы (все 3 дорабатываются часто разными командами разработчиков), тесно связанные, чтобы обеспечить взаимодействие - условно счета, акты проверки страховой, акты проверки фонда. В некоторых регионах - Пенза и др., единая программа у всех - модульная.
Еще больной вопрос помимо количества команд разработчиков - законодательство. В любом случае у вас будет несколько баз данных, связанных между собой. Есть например ФЗ-152 о защите перс. данных, который тут достаточно критичен. Разграничение доступа к информации - все это достаточно большая боль.
я видимо невнимательно читал - в комментариях писали вроде , что не совсем правомерно. там подходит один из пунктов, но в расширенном толковании
Если дадите ссылку на коммент, буду благодарен
Основная проблема как раз в утверждении "выбрали". См. исследования Шпилькина
пока головная боль. В основном это проблемы при работе с памятью - чтение / запись файлов. Google translate Не сккачивает языковые пакеты и т.д.
На винде пользуюсь GoodbyeDPI. Насколько я понимаю пакеты определенным образом режутся, что позволяет обходить блокировки.
1) мне нужен доступ к whatsapp на всех моих устройствах, к одной учетке.
2) мне нужен 1 whatsapp, а не 2 разные учетки. В планшете симки к тому же нет.
3) С веб версии нормально уведомления не приходят, к тому же whatsapp не поддерживает нормальную веб версию для мобильных устройств. Открываешь страницу - получаешь "скачайте приложение для мобильных устройств". То есть надо ручками переключать после этого на версию для пк, потом перегружать страницу. Вход при этом слетает обычно.
Так что использование неудобно и нереально
вот это типично в регионах.
мне до сих пор звонят с мтс с фразой - "это мтс, ваш мобильный оператор". Ушел от мтс вот уже года 3 как
у меня есть планшет и телефон. Оба на андроиде. Поставить whatsapp на планшет я не могу - тогда потеряю клиент на телефоне.
Насколько я знаю в EMIAS вся информация по мед. услугам содержится - и стационар и неотложка. Скорее всего вы правы - просто видимость ограничена по виду помощи (поликлиника). Осложнения по прививке, если и пишутся в EMIAS, то в заключении врача - специальных полей вроде нет для этого (я могу быть не в курсе). Посещение врача на дому может иногда появляться позже - не всегда сразу заполняют
По поводу обратной связи согласен важно. Странно, что нет информации о вызове скорой. Информация о вызовах должна быть в системе - иначе его просто не оплатят.
По поводу направлений - это головная боль. Они реализованы не просто криво, а очень и очень криво - да и заполняются через раз. По крайней мере в некоторых регионах. По поводу ложных записей о посещении - попробуйте написать жалобу в страховую (можно позвонить или онлайн) - обычно помогает. Страховая уже сама в этих случаях связывается с кем нужно и разбирается.
отчет по онкологии с декабря 2018 года. 35 колонок
Странно - у меня с Кинопоиском другая проблема - многих фильмов нет в онлайн или же доступны только с российского ip. Подписка Яндекс плюс
К сожалению приглашения на диспансеризацию полностью автоматизировать не получится наверное никогда. Сам процесс обзвона, рассылки смс, формирование писем уже сейчас автоматизирован. Проблема в формировании самих списков на рассылку.
Есть очевидные критерии - возраст, прохождение диспансеризации ранее, а есть критерии вроде наблюдения у определенных специалистов, групп здоровья, наличия определенных заболеваний за некоторый период времени. И этот список критериев постоянно уточняется на уровне территориальных фондов.
По поводу отчетов - сейчас почти все отчеты так или иначе подгоняются. Что особенно раздражает, часто приходит новый отчет, а инструкции по его формированию не присылают. И никто не знает как что делать.
Сначала во многих окологосударственных конторах зарплата должна поменяться. Чкловек, который тянул разработку в фонде и был более менее адекватным получал зарплату сис. админа. Совершенно не ценили человека
Про ресурсы согласен.
Про базы - я больше со своей колокольни смотрю. Для ЛПУ действительно может быть единая база с несколькими таблицами. Нам логика процессов по сути диутовала ннобходимость работы с несколькими базами.Тут и единый регистр застрахованных и база счетов и т.д.
у нас до сих пор висит на стене в рамочке ответ, что "Ваше предложение принято к разработке с присвоением низкого приоритета. Разработка будет проведена в порядке очередности".
Потом (через 2 года) когда самим эта функция понадобилась - вспомнили и написали за 1 день(!).
По поводу накипело - очень понимаю. Я только что читал изменения в приказ ФФОМС о формах актов/ уведомлений и т.д. Таких форм и таблиц давно не видел - такое чувство как будто человек писал, который вообще не в теме. Под колонку с полисом 3 знака
facepalmвсе пытаются так сделать, но без учета мнения того, для кого это делается.
Мне было проще - нужно было реализовать систему под конкретные цели с единым интерфейсом, но связав ее с системой фонда. Я помню реализовывал когда программу - смотрел старую, что нравилось, не нравилось врачам, какие проблемы у них были. Потом замерял время, что они тратят на типовые задачи... 4 месяца разработки, потом 2 обкатки и постоянные доработки с тех пор
может и хорошо что не поставили. Мне показывали как выглядит АРМ терапевта и узкого специалиста. Перегруженная и неинтуитивная система. Я так и не смог помочь врачу настроить под себя - даже имея под рукой инструкции (которые неактуальны уже). Тоже висит часто
И предложения доработки не принимаются - см. выше
Тут много от чего зависит. Если команда разработчиков одна - то скорее всего они напишут программу с несколькими модулями. Если несколько команд разработчиков с разными задачами, то будут несколько программ.
Так, например у фонда ОМС своя программа, у страховых своя, у ЛПУ своя. В итоге имеем 3 программы (все 3 дорабатываются часто разными командами разработчиков), тесно связанные, чтобы обеспечить взаимодействие - условно счета, акты проверки страховой, акты проверки фонда. В некоторых регионах - Пенза и др., единая программа у всех - модульная.
Еще больной вопрос помимо количества команд разработчиков - законодательство. В любом случае у вас будет несколько баз данных, связанных между собой. Есть например ФЗ-152 о защите перс. данных, который тут достаточно критичен. Разграничение доступа к информации - все это достаточно большая боль.