Перейти к содержанию
Форум Feldsher.RU

проект- единая диспетчерская


Рекомендуемые сообщения

Так что проще научить уже людей с опытом, и возраст- не помеха, есть же курсы ПК для людей всех возрастов, главное- желание.
Эмилия,а вы пробовали научить бабушек работать на ПК ? Я в 2012г. обучал наших бабушек работе на ПК и на АРМах диспетчера по приему вызавов,и диспетчера=эвакуатора,это был тихий ужас,должен заметить,бабушки абсолютно не умели работать за ПК...Так что лучший вариант,в единый колл-центр -это мед.работник со стажем 5-8 лет в линии,и уверенными навыками работе на ПК. Не надо бабушек в колл-центр...наши бабушки умудряются один и тот же вызов загнать в АСУ,АСУ присваивает ему номер карты,инфу бабушки дублируют в бумажный журнал вызавов,а там и номера и не совпадают. *103
Ссылка на комментарий
Поделиться на другие сайты

"Общение с каретой скорой помощи происходит по видеосвязи. У ведОмого диспетчером медика всегда в руках планшет".

 

Нашел вот рекламу коммерческой скорой...

 

Ссылка на комментарий
Поделиться на другие сайты

Эмилия,а вы пробовали научить бабушек работать на ПК ?
Нет, я не пробовала. Но это не значит, что люди не обучаемы- поступают и в 60-70 лет в универы, и тесты сдают...Если следовать Вашей логике, то и фельдшера и врачи должны приходить сразу семи пядей во лбу, и с линии уходить врачи и фельдшера (а также главврачи и завподстанции) сразу по наступлении пенсионного возраста.

Так что лучший вариант,в единый колл-центр -это мед.работник со стажем 5-8 лет в линии,и уверенными навыками работе на ПК.
Не знаю, как у вас там, но (повторюсь)у нас люди под страхом смертной казни не хотят уходить в диспетчерскую! только если уж здоровье совсем не позволяет... А вы ушли бы? а если бы ушли, то на каких условиях?
Ссылка на комментарий
Поделиться на другие сайты

Эмилия,а у нас из оперотдела наоборот выпроводить никого не могут. *103 Вот почему,вопрос...зарплата,как у выездного персонала,все доплаты и прочие выплаты сохраняются,контроля как за линейными бригадами-нет,так что работай не хочу... *102 Что касается меня,то не стал бы я там работать по нескольким причинам:1 -я мужчина, а как известно женский голос успокаивает в кризисных ситуациях,поэтому колл-центры комплектуются преимущественно женщинами 2-меня и линия устраивает *139

Ссылка на комментарий
Поделиться на другие сайты

*82 Понятно... По опыту знаю, что на хамов, 30 раз за 5 мин перезванивающих, а также путающих 03 с "сексом по телефону" мужской голос действует отрезвляюще.
2-меня и линия устраивает
именно поэтому имеете то, что имеете. Потому как если всех "бабушек" разогнать, окажется, что линейные, владеющие навыками, вовсе не жаждут туда сесть, их и так все устраивает. Придется набирать с нуля, на голую ставку, а потом окажется, что пожилая "МарьИванна" была просто ангелом, по сравнению с молодым поколением, пришедшим на смену.
Ссылка на комментарий
Поделиться на другие сайты

А почему вы решили,что в оперотделе работать некому? Желающие есть,да вот только бабушек все на пенсию проводить не могут.

 

Разумеется,я говорю в контексте своей станции.

 

Повторюсь еще раз:зарплата в оперотделе,как у выездного персонала,стало быть все всех устраивает. У вас же переход в оперотдел,сопровождается финансовыми потерями в зарплате,может корень проблемы здесь?

Ссылка на комментарий
Поделиться на другие сайты

Ну, пока так и получается, что вы говорите о своей станции, а я о своей. Кстати, в рамках нашей станции и единой диспетчерской нет (недодали денег на финансирование, и нет ни помещения, ни аппаратуры, ни дополнительных ставок для диспетчеров, ни дополнительных телефонных линий- периодически дозвониться по 03 невозможно- все занято)...

Ссылка на комментарий
Поделиться на другие сайты

обучал наших бабушек работе на ПК это был тихий ужас

да такой ужас везде и уволить их невозможно.Компьютеров они панически боятся.Журнал,шариковая ручка и телефон.Все вот их орудия труда.А тут еще сокрушаются о гибели бесплатной медицины да чем скорее тем лучше.Будут работать новые люди по-новому.
Ссылка на комментарий
Поделиться на другие сайты

Ну судя по большинству выпускников медучилищ, не так уж все радужно будет..

Ссылка на комментарий
Поделиться на другие сайты

А когда у нас бывало радужно?Да никогда чуть-чуть лучше чуть-чуть хуже.Выпускники хоть ПК быстрей освоят.Будут сидеть в Контакте и на Одноклассниках попутно передавая вызова и находя адреса по электронной карте.Не годится вся наша система организации с ее дублирующими друг-друга службами которые не работают.Сегодня скандал утром вызвали скорую бригада фельдшер и врач.Врачу хорошо за 40,фельдшер наоборот юная субтильная барышня из училища.В общем у больной криз родственники кричат в больницу.Вены плохие -не попали несли на носилках чуть не уронили.Родственник на Центре возмущается-кто у вас тут работает?!Как так и так?!Начмед спокойно отвечает-а кто сюда нормальный пойдет за эти деньги?Тишина-ответить нечего ,говорит родственник -ну да вы правы в следующий раз вызову коммерческую скорую.

Ссылка на комментарий
Поделиться на другие сайты

  • 2 недели спустя...

Нашел в интернете презентацию облачной "Ростелеком"омовской системы http://yadi.sk/d/CKmKbC7REhriu Обратите внимания на скрины АРМов диспетчеров по приему и передачи вызавов.

Ссылка на комментарий
Поделиться на другие сайты

Еще один интересный документик Росминздрава, о концепции системы диспетчирезации санитарного транспорта. http://yadi.sk/d/6tuNkfbbEoNPz

Ссылка на комментарий
Поделиться на другие сайты

11 октября 2013 г. прошло заседание профильной комиссии Минздрава РФ по СМП под руководством С.Ф. Багненко, на котором была представлена презентация новой единой МИС для СМП. Ознакомиться с ней можно по ссылке: Презентация МИС Ростелеком.pdf

В ближайшее время пилотный проект программного обеспечения будет запущен в 5 регионах Российской Федерации: Тамбове, Костроме, Белгороде, Волгограде и Пензе.

«Цель опытной эксплуатации сервисов – выявление сотрудниками скорой помощи возможных недоработок и их последующее устранение», - отметил Роман Ивакин.

Новый сервис предназначен для того, чтобы после приема диспетчером вызова на экране отобразилась карта, на которой c точностью до дома указывается пункт назначения, куда будет направлена машина скорой помощи. Кроме этого, «задания» для Скорой будут появляться после получения автоматического оповещения от системы экстренного реагирования при авариях ЭРА ГЛОНАСС.

Данное программное обеспечение не требует специальных технических средств, позволяет работать на любом планшете или ноутбуке и будет передаваться в субъекты бесплатно."

Почему же бесплатно, за всё уже заплачено давно - 93 млн.руб.

 

А вот как обсуждались проблемы информатизации на профильной комиссии Минздрава РФ по СМП.

Вопросы методологического обеспечения информационной системы врачами-консультантами на заседании комиссии не обсуждались. Критерий надёжности и функциональности МИС озвучил коорди­натор проводимых в стране реформ скорой помощи весьма своеобразно: "... если будет лучше, чем на московской городской станции скорой медицинской помощи, то это будет то, чего мы ждём!"

Отсутствие же у Ростелекома опыта разработки специализированных информационных систем для СМП и плохого нормативно-справочного обеспечения разработки привело к необходимости последнего искать "консультантов". Судя по представленным на 9 слайде скриншоте АРМа Диспетчера направления, концепцию приёма-передачи вызова Ростелеком позаимствовал у казанских разработчиков АСУ "Скорая помощь", со всеми присущими данной МИС "косяками". Другим новшеством является тот факт, что данная информационная система является необязательной для регионов и будет поставляться по запросу в коробочном варианте и все затраты по её развёртыванию являются финансовыми обязательствами региональной власти. С чем нас и поздравляю!

Ссылка на комментарий
Поделиться на другие сайты

  • 3 недели спустя...

Коллеги из Тамбова, Костромы, Белгорода, Волгограда и Пензы очень интересно было бы узнать ваше мнение об опыте эксплуатации новой информационной системы разработки Ростелекома, плюсы и минусы системы?!

Интересно, каков алгоритм приёма вызова в информационной системе на медицинскую эвакуацию (перевозку): по поводу к вызову или по диагнозу?

Как решены вопросы идентификации пациентов из единого регистра ОМС, анализа и статистических отчётов, взаимодействия c ТФОМС?

Как решены вопросы проверки вводимых данных на корректность и достоверность?

Эти вопросы не из праздного любопытства, они навеяны опытом эксплуатации АСУ "Скорая помощь" разработки из г.Казани.

Хотелось бы узнать, что нас ожидает в перспективе.

Ссылка на комментарий
Поделиться на другие сайты

На обновлённом сайте Минздрава РФ размещён видеоролик о работе с программой Ростелекома для диспетчерской 03 "Управление станциями скорой медицинской помощи. Диспетчер приема вызовов": http://www.rosminzdr...dravoohraneniya

Как видно из ролика, алгоритм приёма и передачи вызовов почти во полностью соответствует АСУ "Скорая помощь" г.Казань.

Ссылка на комментарий
Поделиться на другие сайты

  • 2 недели спустя...

Документация к Унифицированному программному обеспечению диспетчеризации санитарного автотранспорта http://yadi.sk/d/IBGGvHTdHEifz

Ссылка на комментарий
Поделиться на другие сайты

Документация к Унифицированному программному обеспечению

Спасибо за ссылку. Обратил внимание, что приём вызова на перевозку и вызов спецбригады отличается от прочего приёма вызова тем, что повод к вызову - диагноз!

Это особенность "формализации" именно АСУ "Скорая помощь" г.Казани. Данная методика приёма вызова является грубой ошибкой, т.к. не даёт ответ на основной вопрос диспетчера: "Для чего вызывается бригада СМП?" Пример, "повод к вызову" "ЗЧМТ". Какую смысловую нагрузку он несёт для врача СМП? Правильнее было бы указать именно повод к вызову: "Медицинская эвакуация пациента в РАО", а дополнительно указать диагноз. С подобной МИС (АСУ "СП") мы уже работаем 3-й год - очень не удобно диспетчерам подобное решение! Основной принцип может быть только один - все вызовы принимать только по поводу к вызову!

Ссылка на комментарий
Поделиться на другие сайты

Смысла нет никакого. От перемены мест слогаемых, сумма не меняется. Тем более, повод к вызову это не 'действие', а 'состояние'. А решение о 'действии', принимается не стационарными врачами, а бригадой СМП, исходя из объективных обстоятельств и реальной клинической картины.

Поэтому, вполне достаточно 'примечания', для изложения всего того, что стационар хочет от бригады.

Ссылка на комментарий
Поделиться на другие сайты

От перемены мест слогаемых, сумма не меняется.

Меняется и значительно! Анализ перевозок показывает, что без повода к вызову под маской диагноза (как правило, не соответствующие диагнозу пациента) проходят всякие перемещения пациентов внутри и между ЛПУ, которые к понятию "медицинская эвакуация" не имеют никакого отношения. Например - перевозка на диагностические исследования, КТ, МРТ, по домашнему адресу и т.п, которые должны проводиться силами и транспортом лечебного учреждения т.е. относятся к разряду "непрофильные". В информационной системе рукописный ввод трудно поддаётся формализации и кодированию, тогда как поводу к вызову можно изначально присвоить и срочность обслуживания, и профиль бригады, и приоритет обслуживания на основе кодирования данных признаков. К диагнозу этого присвоить не получится. А статистика СМП? Как её правильно формировать, если подходы (алгоритмы) различные? Не так всё просто, коллега.

Ссылка на комментарий
Поделиться на другие сайты

Я согласен, что не все так просто. Главное не сделать еще сложнее.

Систему можно построить абсолютно любую, только нужно при этом понимать, какие цели преследуются. Если делать экспертную статистическую систему, это одно. Если оптимизировать систему 'оператор-машина' с позиций эргономики, это другое. Если и то, и другое, да еще и какую-нибудь интеллектуальную систему логистики прикручивать, это третье...

Ссылка на комментарий
Поделиться на другие сайты

Главное не сделать еще сложнее.

Система двух алгоритмов для одного действия (приём вызова) - это именно усложнённая система, при этом ещё и ошибочная!

Ссылка на комментарий
Поделиться на другие сайты

Я не говорю о нескольких алгоритмах для одного процесса. Речь о качестве одного алгоритма, который может быть реализован по разным правилам для получения разных результатов. Ошибочных алгоритмов не бывает. Бывают алгоритмы, результатом реализации которых, становятся данные, непригодные для дальнейшего анализа в рамках одного процесса в части релизации алгоритмов следующих уровней.

Ссылка на комментарий
Поделиться на другие сайты

Бывают алгоритмы, результатом реализации которых становятся данные, непригодные для дальнейшего анализа и релизации алгоритмов следующих уровней.

Коллега, мы говорим практически об одном и том же! Я из опыта практического использования АСУ "СП" утверждаю, что приём вызова должен осуществляться только по поводу к вызову. Другие алгоритмы в данной задаче приводят только к нарушению реализации алгоритмов следующих уровней.

Ссылка на комментарий
Поделиться на другие сайты

Это понятно. Просто изначально речь шла о виде параметра 'повод к вызову'. Какая информация и в каком объеме должна вводиться оператором в систему, чтобы реализация алгоритма была максимально оптимальной с точки зрения процесса и максимально эффективной и логичной с точки зрения полученного результата.

Ссылка на комментарий
Поделиться на другие сайты

параметр 'повод к вызову'

Кстати, реализация параметра "повод к вызову" в данной информационной системе не самая удачная - только выбор из предложенного справочника. Существуют и более "продвинутые" с реализацией алгоритма формирования повода (ключевая ситуация->ответ на вопрос->следующий шаг->код повода(профиль бригады, срочность, приоритет)).

Ссылка на комментарий
Поделиться на другие сайты

Присоединяйтесь к обсуждению

Вы можете написать сейчас и зарегистрироваться позже. Если у вас есть аккаунт, авторизуйтесь, чтобы опубликовать от имени своего аккаунта.

Гость
Ответить в этой теме...

×   Вставлено с форматированием.   Вставить как обычный текст

  Разрешено использовать не более 75 эмодзи.

×   Ваша ссылка была автоматически встроена.   Отображать как обычную ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставлять изображения напрямую. Загружайте или вставляйте изображения по ссылке.

×
×
  • Создать...