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

[Philips]

Это реализовано в МИСС-03. Повод выдается в виде "ХХY", где X - цифра (первая - место, вторая - группа поводов) а Y - буква (уточнение до конкретного повода).

Например - 69Р:

6ХY - вызов на квартиру

Х9Y - без сознания

XXP - реанимационный взрослый, если ХХД - реанимационный ребёнок.

Или 30Y (3ХY - улица, Х0Y - общие состояния): 30Н - судороги, 30С - травма с угрозой для жизни, 30К - плохо с сердцем на улице. А упал на улице без сознания - 39Р, а если пьяный - 39Т...

Этой системой пользовались еще в докомпьютерную эру.

В написании карты повод превращается в, например - 69РЛ0 - прям целая история в двух цифрах и трёх буквах. 69Р - повод зашифрован диспетчером приёма - "без сознания на дому взрослый", Л - отдали линейной фельдшерской бригаде, 0 - итог, какая бригада всё-таки была нужна. Р - реанимация, Д - детская реанимация, Б - БИТ, Е - детская линия, Л - взрослая линия. А в данном случае - 0. Безрезультатный. По приезду пьяная скотина и отказ от осмотра. Все живы, все счастливы. Занавес...

Если мне не изменяет память - Кемеровская или Барнаульская система.

[ФОРМАлин]

Слишком сложно, на мой взгляд. Чем плохо выбирать из выпадающего списка (квартира, улица, общественное место....), повод, и прочее. Зачем это кодировать?

[Philips]

Да ну... не сказал бы.

1. Меньше писать в графе повод к вызову

2. При передаче вызова по рации это реально проще, только иногда приходится уточнять, "травма чего?", например...

3. Статистически эти данные легко обрабатывать в автоматическом режиме.

4. Повод к вызову автоматически отражает категорию срочности

5...

 

2 EugeneBoss03

для Ваших нужд это звучит так: 51Л - транспорт из поликлиники в больницу требуется линейная бригада. 50Н - транспорт из больницы в больницу, неврологический профиль (послать БИТ или за неимением свободных - линию)

[ФОРМАлин]

Ну, с непривычки я бы в этом запутался. Просто получается, что сначала диспетчер кодирует повод, потом я его (для себя) раскодирую. У нас тоже есть какая-то кодировка именно для статистики, но сам повод, категория места вызова, профиль бригады и прочее - напечатано. Кстати, профиль бригады определяет сама система, исходя из повода. А уж диспетчер волен поменять по своему усмотрению. Например, есть гражданка А, 98 лет, которая вызывает каждый божий день с болями в груди. И вот это "плохо с сердцем (в анамнезе ИБС)" предлагается для БИТ. Диспетчер же может отправить туда и ЛВБ и ФБ.

[Philips]

Раньше повод кодировал диспетчер, мозгами. Потом появились компы с МИСС-03. Теперь к поводу ведёт алгоритм с вопросами. Задавая их вызывающему диспетчер нажимает да-нет и в конце - повод. Старые знакомые тоже на контроле - память у диспетчеров, да и старших врачей ого-го. Так что эвакуация вызовов на бригады обрамляется человеческим фактором.

[EugeneBoss03]

транспорт из поликлиники в больницу требуется линейная бригада

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

[victel]

Это реализовано в МИСС-03

Мисс 03- это разработка ИП г.Новосибирск. ХОХОЛ,у Вас тоже Мисс 03? И как Ваше впечатление? У меня сплошной негатив,отсутствие техподдержки,эту систему по всему Кузбассу в приказном порядке насильно внедрили...С этой Мисс "повезло" не только Кузбассу,но и Барнаулу,сейчас вроде по имеющийся у меня информации данную системку внедряют в Казахстане....

[victel]

Для любопытствующих предлагаю ознакомится с кодировкой поводов вызавов АСУ МИСС 03 -http://yadi.sk/d/iA3a7HJYHMWK3

[victel]

EugeneBoss03,забросил в папку еще один "потерявшийся" документик к документации, к унифицированному софту для СМП. Называется -Описание комплекса программных и технических средств. Скачайте по выше приведенной мной ссылке.

[Philips]

Мисс 03- это разработка ИП г.Новосибирск. ХОХОЛ,у Вас тоже Мисс 03? И как Ваше впечатление?

Да, в Улан-Удэ на скорой она с 2005-го.

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

[EugeneBoss03]

еще один "потерявшийся" документик к документации, к унифицированному софту для СМП.

предлагаю ознакомится с кодировкой поводов вызавов АСУ МИСС 03

Спасибо за ссылки.

Некоторые общие замечания к ИС Ростелеком.

Вроде всё хорошо, но используемые нормативные правовые акты Российской Федерации явно устарели, например, Приказ Министерства здравоохранения и социального развития Российской Федерации от 02 декабря 2009 г. № 942 «Об утверждении статистического инструментария станции (отделения), больницы скорой медицинской помощи»;(Ввод данных по вызову (работа со стандартной формой карты вызова 110/у).) Кстати, представленная в документации печатная форма карты вызова данному приказу не соответствует. Многообразие Ф110/у по регионам, как правило зависит от информационной системы, используемой в организации СМП. Есть повод обменяться вариантами решения по карте вызова. Думаю это будет интересно многим.

[EugeneBoss03]

victel объясни, пожалуйста, абревиатуры А-Ф (наверно, профиль бригады?) и цифры под ними (300...)

 

Код П T1 T2 Наименование А Б Д Е К Л Н П Р Т Ф SN MV PR

10Ж Л 5 10 РОДЫ 300300300 3300 0300300300300 10 1 1 3

[victel]

victel объясни, пожалуйста, абревиатуры А-Ф (наверно, профиль бригады?)

Да,так и есть. Что означает сия числа понятия не имею,ту документацию,что предоставил разработчик это не прояснили,но в любом случае,данный документик я нашел в ядре папок дистрибутива. Та конфигурация,что установлена на нашей станции (подстанций нет) позволяет принять до 300 вызавов в сутки,если больше вызавов ,то смену в МИСС 03 надо закрывать,разумеется номерация вызавов в "новых" сутках начинается с 1....

[victel]

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

[EugeneBoss03]

Нашел документацию к "Ростелекомовской" системе автоматизации СМП для Оренбургской области, реализована не на "облаке"

Спасибо ознакомился. Только если это не плагиат, то разработчик явно не Ростелеком, а ICL-КПО ВС г. Казань http://www.icl.ru/pages/362

Интересно, сколько лямов "отстегнул" Ростелеком CL-КПО ВС за сей шедевр? Минздрав, похоже, вновь с информатизацией лоханулся. I

[TOXIC2903]

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

Было бы желание организовывать именно работу связи.Если брать специфику работы именно структуры связи (будь то любой "телеком",силовые структуры или МЧС) то это единство алгоритмов,четкие нормативы выполнения каждой операции,а значит наличие алгоритмированных речевых штампов при ведении разговоров и многое другое то что у связистов разрабатывается и оттачивается десятилетиями.Просто и в МВД и МЧС и телекоммуникационных компаниях связью=диспетчерским управлением занимаются и руководят именно специалисты в данной области. В структурах Минздрава пока что это на любительском уровне.Бригадный фельдшер наточен на совсем другую работу.И единственный плюс(знание города и его особенностей) тонет во множестве минусов (вернее отсутствии плюсов) в области умения работать с ПК,аппаратурой радио и телефонной связи и т п.,кроме того определенный склад психики-умение работать с буквами и цифрами и ...пардон голову как у дятла непробиваемую обилием отупляющей информации. Это по сути отдельная профессия.

Выпускник медучилища ничуть не глупее выпускника другого колледжа толпы которых заполняют call-центры и ЦРК разного рода "телекомов" вся разница в том что фельдшера пытаются использовать и в роли связиста и фельдшера выездной бригады это разные профессии и покуда это не будет понято руководством всех уровней все инновации будут наталкиваться на всяческие препятствия.

P.s.Я сомневаюсь что в скором времени кто то этим займется потому как экономят на кадрах везде и во всем.

[EugeneBoss03]

Выпускник медучилища ничуть не глупее выпускника другого колледжа толпы которых заполняют call-центры и ЦРК разного рода "телекомов" вся разница в том что фельдшера пытаются использовать и в роли связиста и фельдшера выездной бригады это разные профессии и покуда это не будет понято руководством всех уровней все инновации будут наталкиваться на всяческие препятствия.

Моё личное мнение - научить фельдшера по приёму вызовов можно и нужно! Главная причина неудач в информатизации СМП - отсутствие квалифицированных специалистов, знающих специфику работы СМП (хотя вроде уже появилась специальность врач-кибернетик) и качество информационных систем для СМП.

Если брать специфику работы именно структуры связи (будь то любой "телеком",силовые структуры или МЧС) то это единство алгоритмов,четкие нормативы выполнения каждой операции,а значит наличие алгоритмированных речевых штампов при ведении разговоров и многое другое то что у связистов разрабатывается и оттачивается десятилетиями.

Вот именно отсутствие алгоритмов приёма вызова, интегрированных в информационную систему - это одна из главных проблем информатизации СМП!

[vedmed]

Главная причина неудач в информатизации СМП - отсутствие квалифицированных специалистов, знающих специфику работы СМП

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

Согласитесь, что информатизация смп невозможна без компьютерной грамотности персонала, полной укомплектованности кадрами ,а где их взять то, если зарплата и соответственно уровень привлекательности професии не позволяет привлекать молодых перспективных людей...

Немалую роль кстати играет недопонимание некоторых сотрудников того, что "выездной", линейный фельдшер это совсем другая специальность, отличная от фельдшера по приему-передаче вызовов ( почитайте к примеру А.Хейли "Аэропорт", там хорошо написано о работе диспетчера). "И прочая, и прочая и прочая..."

[vedmed]

Вот именно отсутствие алгоритмов приёма вызова, интегрированных в информационную систему - это одна из главных проблем информатизации СМП!

А вот это как раз не проблема... Поясню почему: допустим у нас было много денегов, много умных голов-инженеров(напишем так), могучая кучка грамотных связистов, и получилась такая к примеру штука: программно-аппаратный комплекс, имеющий выход на АТС и радиочастотную связь (напишем так), систему позиционрования абонента и определение номера с аудиофиксацией (сеанса связи) звонка больного/пострадавшего, с определением(GPS/Глонасс) бригады ближайшей к месту откуда поступил звонок, с функцией прокладки кратчайшего маршрута и его передачи бригаде, с возможностью "наведения" бригады "на цель" диспетчером по определению координат телефона в реальном времени. На бригаде пусть будет терминал, оснащенный картой зоны обслуживания, системой позиционирования+определения на маршруте, возможностью аудио/видеосвязи с диспетчером и старшим врачом, с возможностью фиксации данных, и прочими "ништяками"... В этом случае алгоритм приема вызова сводится к приему телефонного звонка, и при необходимости "наведения" бригады на "цель" с центра. Допустим у нас 10 пациентов и 10 бригад одинакового уровня оснащения, проблемы нет, "все при деле", НО как только появляется 1 специализированная бригада, "не сверх, за штатом", а в " общем наряде" система откажет. Почему? подумайте сами... И заодно подсчитайте сколько такой комплекс будет стоить из расчёта на 10, 100 и 1000 АСМП, какой мощности каналы связи и сервера потребуются, сколько жестких дисков будет использовано.

[EugeneBoss03]

НО как только появляется 1 специализированная бригада, "не сверх, за штатом", а в " общем наряде" система откажет.

Специализированная бригада "за штатом" это как? И почему "система должна отказать", если в любом случае решение принимает диспетчер, т.к. система только рекомендует!

[vedmed]

Это просто... Допустим все линейные бригады на вызовах, на подстанции стоят только спецы, и поступает ещё один вызов на "линейную" , если в алгоритм программы заложено что-то типа "отправлять немедленно первую в очереди бригаду" система выдаст "спеца", первого в оставшейся очереди, если диспетчер вмешивается и отменяет назначение системы(откладывает вызов), то при определенной плотности вызовов в час происходит переполнение очереди ожидания-->падение системы (или наращивать объёмы памяти, дисков и т.д), если диспетчер "не держит" вызов это ведет к падению профильности, снижению эффективности "спеца", наконец негодованию "спеца", иногда с одеванием миски со щами на уши диспетчеру, --> выход из строя диспетчера=подсадка "свободного" линейного (а "Аэропорт" читали?)или срыв времени отдыха второго номера))==> "пердимонокль и бардак в оперативной обстановке"==>падение системы. Второй вариант: все спецы на вызовах и поступает "спецовский" вызов-система А) не выдает его линейному, Б) вмешивается диспетчер назначает в "ручном режиме" = негодование "линейного" = .....падение системы... Третий вариант : спецов нет, все на вызовах поступает вызов из р-на "Заполошино", освобождается бригада в "Тмутаракановке" которая по прямой в 30 минутах езды, а "перелесками" в двух часах, но система назначает, = опоздание (см приказ мз "о 20 минутном доезде"), если диспетчер "откладывает" вызов = опоздание плюс неравномерная нагрузка на бригады...И т.д ...

Вопрос :" Нафига так бабки вкладывать?"

Резюме: емкость любой информационной системы конечна, "интузизизм" населения стремится к бесконечности, грамотно "рулящая" программа нарушает приказы МЗ, что приводит к проблеме "впихнуть невпихуемое"...

Это так, на вскидку, грубо и приближенно, а ведь возможны варианты с отключением к примеру электроэнергии и отсутствием ДГ, терракт с "глушением" "всего и вся" обрыв на канале связи и отсутствие запасного РЧ канала, и т.д...

Спецбригада " за штатом" это тоже просто - базирование спецбригад в профильных стационарах/отделениях, и направление их на вызов либо "отдельным пультом", "независимой програмой", etc, либо руководство ими в "ручном режиме", для "извлечения" их из "основного русла" программы/оперативной обстановки... Типа стоит в больнице готовый к выезду реанимобиль, бригада напряженно куритсидит в "дежурке" , направляется на вызов по запросу "линейного" лично старшим оперотдела(напишем так) "руками" ... Так , в принципе, как Багненко предлагает

[docalex56]

Ну ничё, АДИС с ГЛОНАСом вполне реально разруливают обстановку. Конечно не http://www.rosminzdrav.ru/news/2013/05/29/informatizatsiya-zdravoohraneniya#mep_2 , но в небольших городах, нормально.

[EugeneBoss03]

Резюме: емкость любой информационной системы конечна, "интузизизм" населения стремится к бесконечности, грамотно "рулящая" программа нарушает приказы МЗ, что приводит к проблеме "впихнуть невпихуемое"...

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

[TOXIC2903]

Бог с Вами уважаемый EugeneBoss03.Дело не в программе и не в техоснащении вовсе.Дело в организационной системе.Простой пример Вам:МЧС пожарная часть в дежурном карауле есть подразделение ПСЧ (пункт связи части) Узел связи и все этим сказано.Это такая же четкая структура как и те кто тушат пожары и точно также они тренируются выполнять нормативы.Вы правы-научить можно и нужно,но... прежде организационным путем излечить от технофобии уважаемых коллег.Я множество прекрасных людей знаю которых нереально заставить думать о том что у радиостанции есть что то кроме кнопки на тангенте... И в ответ они вам с гордостью скажут "Я медик!" А радиотелефонистка она и есть радиотелефонистка она только этим и занимается.Быстрые руки,внятная дикция и крепкая голова.И железное знание регламентов.Говорю потому что к этой профессии прикасался и определенные успехи в ней имел.И если смотреть с точки зрения оператора узла связи то самая бестолковая организация которая будет с вами по работе общаться в любом городе это местное ЛПУ.Не в обиду коллегам говорю но любой завод,отделение полиции или магазин вызывают меньше ужаса своим неумением попросту внятно и четко излагать свои мысли по телефону нежели коллеги-медики.Необходимо учить.И если не возникает сомнений в том что лечить надо грамотно и шофер должен быть мастер своего ремесла то откуда мысли что связью и информацией должен заниматься смежник а не блестящий профессионал именно в данной области.

И не надо врача-кибернетика пусть врач будет врачом,инженер инженером а на связи сидит оператор.Прости Б-же звучит как слесарь-гинеколог.

[EugeneBoss03]

И не надо врача-кибернетика пусть врач будет врачом,инженер инженером а на связи сидит оператор.Прости Б-же звучит как слесарь-гинеколог.

Уважаемый TOXIC2903 соглашаюсь с Вами на все 100%, но реалии таковы, что специальность врач-кибернетик уже существует и даже очень востребована! Медицинская деятельность очень специфическая, что накладывает свои особенности для IT-специалистов. По роду своей деятельности вынужден часто с ними общаться и их мнение об основной проблеме информатизации отрасли - это слабые знания медиками основ информатики и технологии оказания медицинской помощи на разных её этапах. Доходит до того, что при написании технического задания на информационную систему руководители, да и врачи-специалисты на участках, которые нужно компьютеризировать (диспетчерская, статистика и др.) не могут внятно объяснить IT-специалисту, как они работают (разбить "по-полочкам" свою деятельность, выделить особенности этапов обработки информации и "подводные камни", влияющие на достоверность и качество этой информации). Во многом качество информационной системы зависит именно от того, как составлено техническое задание. Интуитивно-понятный интерфейс (то с чем работает оператор на компьютере) - это уже прерогатива IT-специалистов, которые реализуют пожелания пользователей-медиков в конкретном приложении для компьютера. И нет большой вины их в том, что информационная система получилась "отстойной" (при условии, что профессионально работа выполнена качественно), а в том, что пожелания медиков были сформулированы непрофессионально, даже в рамках своей специальности! Для этого и нужен врач-кибернетик, владеющий знаниями информатики и основ медицинской деятельности.