1 января 2008 года в действие был введён — общие положения об электронной истории болезни. Как обычно, этот документ толком ничего не объясняет, а в ногу со временем идти нужно. И в добровольно-принудительном порядке это новшество вводится в медицинские учреждения. При беглом поиске по Хабру можно наткнуться на несколько статей:, затрагивающая вопросы безопасности этого предприятия, и статья предлагающая взгляд на проблему со стороны пациента. К сожалению, я не эксперт по юзабилити, и это по существу — моё личное мнение. Также, я не могу привести сравнительный анализ нескольких программных продуктов — в настоящий момент электронные истории болезни ещё не имеют широкого распространения.

1. История Болезни Терапия
2. Электронная История Болезни Программа

Здесь рассмотрен частный случай и предпринята попытка сделать обобщённые выводы. Также, данный текст не претендует на критику профессионализма программистов. Итак, к делу. В институте от преподавателя информатики я когда-то услышал замечательную фразу: «Идеальный медицинский прибор должен иметь всего одну кнопку».

Структура электронной истории болезни базаруется на разработанном нами программном. Электронная история болезни или бюрократия нас погубит. Врачи заполняют от руки ТАП или историю болезни (смотря где, на приеме или в стационаре), а потом операторы (для ТАП) либо статистики (для историй) вводят данные уже в программу. Но я в этой сфере сравнительно давно не работаю,.

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

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

По одной простой причине: обилие пиктограмм, вкладок, выпадающих списков, чекбоксов и прочих элементов на панели инструментов вызывали растерянность, а сама панель занимала треть экрана. Это было больше похоже на среду разработки, чем на что-то, призванное облегчить жизнь врача. Коллектив отделения посмотрел на это, матюкнулся себе под нос и пользоваться отказался. По простой причине: заполнение простого дневника (ежедневный осмотр пациента) занимало от 20 минут и больше, тогда как на заполнение «рыбы» уходило минут 5. Причиной этого был переизбыток потенциально полезного функционала.

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

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

Различные справочные материалы стали доступны только из основного экрана — потому что необходимость в них возникала от силы пару раз в месяц. Второе: работа над удобством Вместе с упрощением интерфейса также активно добавлялись средства, облегчающие жизнь врачу. Ремарка: данное программное обеспечение было многопользовательским. Любой врач, воспользовавшись своей учётной записью, мог с любого рабочего места своего отделения (а позднее вообще с любого рабочего места) работать с данными пациента. Со временем была добавлена возможность создавать свои шаблоны для документов истории болезни, причем в нескольких вариантах — рассчитанные для использования всем отделением, конкретным врачом или даже для конкретного пациента, привязанные к учетной записи врача.

Также были добавлены элементы форматирования текста: работа с междустрочным интервалом, размером шрифта, выделение текста жирным, наклонным и подчёркнутым стилями, что позволило привести к удобочитаемому виду распечатанные документы. Пожалуй, введение персональных рыб стало поворотным моментом, когда врачи перешли от технологии «работа с текстом в текстовом редакторе — копипаст в электронную историю болезни» к работе в собственно программе. Третье: диалог между пользователями и разработчиками Благодаря этому немаловажному моменту программное обеспечение приобрело не вид «держите, пользуйтесь, как хотите», а достаточно благообразные формы и стало удобным.

Прочитай внимательно. CD Руководство по ремонту, обслуживанию и эксплуатации автомобилей Nissan Serena, Vanette, Cargo, C23. Информация на диске представлена на английском языке эта книга (официального издания Ниссан) уже давно лежит на ссылках сайта и даже денег платить не надо:D. Здесь можно скачать инструкции по эксплуатации и обслуживанию, руководства по ремонту автомобилей Nissan Serena. Скачайте бесплатно руководство по ремонту Nissan Serena и используйте приведенные рекомендации при обслуживании и ремонте вашего автомобиля. Мануал ниссан серена с23.

Конечно, какой-то процент врачей продолжил работу в текстовом редакторе, но это в силу привычки. Итак, в заключение хотелось бы ещё раз вспомнить о «всего одной кнопке». Да, в большинстве своём врачи владеют компьютером на уровне «неуверенного пользователя».

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

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

Также хотелось бы выразить благодарность тем программистам, кто занимался, занимается и будет заниматься этим вопросом. Благодарю за внимание, надеюсь, что данный текст будет Вам интересен. И в лучшем случае — он кому-то пригодится. Метки:. Добавить метки Пометьте публикацию своими метками Метки лучше разделять запятой. Например: программирование, алгоритмы.

Непосредственно к разработке приложения я отношения не имел, поэтому не имею достоверных данных об использованных технологиях, каких-то связях с opensource приложениями. У пациентов доступа к хранимым данным нет (как, впрочем, нет традиционного доступа непосредственно к истории болезни). В отношении безопасности: Учитывая, что приложение находилось в режиме тестирования, можно сделать скидку на единый для всех врачей пароль вида «пароль». Далее, имеется некая градация «прав» пользователей: врач-ординатор, заведующий отделением, профессора и главврач. Соответственно, врач имеет доступ только к закрепленным за ним пациентам, заведующий отделением — к пациентам своего отделения — и далее по восходящей. На момент окончания мной ординатуры отсутствовали такие важные, на мой взгляд моменты как: — Таймаут сессии по времени последней активности (любой врач может быть экстренно вызван к своему пациенту) — Хранение истории правок документа (с данными о времени и авторе правки) Соответственно — есть потенциальная угроза вандализма. Также в тот момент отсутствовала система бекапов и шифрования базы данных, но это было в планах по развитию программы.

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

Интересно было бы попробовать в работе, основное впечатление создаёт процесс использования, а не внешний вид. Особенно заслуживает упоминания отметка «Аллергик» в списке пациентов. Очень практичное решение, имеющее большое значение в лечебном процессе.

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

Этап 1: показать заказчику, что исполнитель может сделать очень сложно и очень много (следовательно, деньги заказчик платит не зря). Об юзабилити на этом этапе мало думают, а в приложении к специальным сферам, как эта — тем более.

Фактически, стоит задача пустить больше пыли в глаза. Этап 2: появились реальные задачи, связанные с практикой: пользоваться системой невозможно, пришлось срочно дорабатывать. Этап 3: в течение месяцев и лет происходит реальная доработка под требования задачи. Это примерно то же, как один «эксперт» оценил сложность написания форума к системе статей в новой системе (портале) в 2 рабочих дня. Наверное, по соображениям того, что «форумы-движки есть, не проблема», «переписать движок — одно действие», забывая о том, что есть и юзабилити, и безопасность, а настоящие движки форумов создаются месяцы и годы, именно в плане решения практических проблем.

Насколько я понимаю, вам посчастливилось выбрать отнюдь не лучшего представителя этой категории ПО. Впрочем, есть один нюанс, почему успешные МИС не всегда обладают хорошим интерфейсом. Дело в том, что как правило выбирают МИС не врачи (которые всячески стараются держаться подальше от информатизации), а либо главный врач (который зачастую разбирается в IT не лучше своих подчиненных), либо IT-ник. И если оставить за скобками коррупционную компоненту (хотя в реальной жизни это к сожалению имеет место быть), у этих людей совсем другие критерии к ПО — стоимость приобретения и владения, защищенность с точки зрения ФЗ-152, возможности по интеграции с другими ИС, медицинской техникой и многое другое. И хотя все это — несомненно важные вещи, разработчикам в условиях ограниченности ресурсов приходится выбирать, и расставлять приоритеты. Поэтому до тех пор, пока продуманный интерфейс не станет продающим фактором (т.е. Пока на него не будут обращать внимание при выборе МИС и при принятии решения о приобретения), ничего кардинально в этом вопросе не изменится — интерфейс будет доведен до более-менее приемлемого уровня, и не более.

Впрочем, вам похоже, что «несказанно повезло» — то, что вы описываете, не дотягивает даже до более-менее приемлемого уровня интерфейса. У меня жена работала рентгенологом. Писал ей программу-дополнение для описания флюорограмм. Ну у нее была уже программа, которая была частью рентген установки. Но в ней описание каждой флюшки занимало много времени. Хотя само описание это набор стандартных фраз. Вот я ей и сделал автодополнение до стандартных фраз и еще несколько оптимизирующих работу фич.

Правда пришлось вмешиваться в работу стандартного софта, чтобы исключить лишние действия. В общем это позволило выдавать результаты флюшек на следующий день или во второй половине того же дня, а не через неделю, как было до этого. Даже общался с разработчиками основного софта и они учли опыт в последующих версиях. Но как обычно новые версии до этой поликлиники не дошли из-за отсутствия финансирования.

Жена ушла доолгий декрет и мне заниматься поддержкой своей поделки смысла уже нет. Так что теперь там снова флюшки по неделе описывают. взгляд со стороны врача: В институте от преподавателя информатики я когда-то услышал замечательную фразу: «Идеальный медицинский прибор должен иметь всего одну кнопку». Преподаватель выполнял свою функцию: давал теорию слушателям. Вы говорите что Вы практикующий врач, но ведь Вы же не станете всерьез и без оглядки воспринимать подобную фразу из уст преподавателя медицинских наук о том, что: «в идеале лекарством от всех болезней должна стать одна таблетка»?

Ну и как следствие: «с изобретением убертаблетки посторонних можно будет устранить: т.е. Это были рассуждения. А теперь вопрос: Так почему, на протяжении всего существования человечества, врачи ежедневно делают то, чего так еще ни разу не смогла сделать «убертаблетка»? Я конечно согласен, что ПО может радовать глаз и быть очень полезным, но все таки все в меру. По-моему должно быть так: врач лечит больного, а ПО — НЕ мешает этому!

История Болезни Терапия

И грань между пользой и излишеством должны находить именно основные участники (врач-больной), а создатели ПО — способствовать им в этом. И элементарный взаимопорядок в таких отношениях будет действенней любой уберкнопки-таблетки. N.B.: люди здоровы не благодаря кнопкам, таблеткам, приборам и прочими приспособами, а благодаря людям знающим своё дело; ну и самим себе разумеется.

Электронная История Болезни Программа

Электронная регистратура 3 - это высоконагруженное решение, обеспечивает безотказное функционирование, поддержку большого количества одновременных подключений и миллионы записей в базе данных. Встроенная интеграция с федеральными сервисами ЕГИСЗ позволяет пациентам производить запись через личный кабинет «Мое здоровье» на Едином портале государственных услуг (ЕПГУ) с авторизацией через Единую систему идентификации и аутентификации (ЕСИА). Наличие интеграционного шлюза позволяет автоматически обмениваться информацией с существующими в регионе медицинскими информационными системами (МИС), при этом в системе есть возможность организации записи в медицинские организации, не имеющие собственной МИС. Система включена в Реестр отечественного программного обеспечения (Приказ Минкомсвязи России №426 от, регистрационный номер ПО - 1550). Развитые возможности ведения расписания:. Возможность создания расписаний любой сложности или по включенным шаблонам расписаний. Удобная система управления процессом записи.

Поддержка листов ожидания, запись из листа ожидания в номерок в несколько кликов. Черные списки пациентов. Печать списков записавшихся пациентов, талонов на прием. Запись на прием через интернет с возможностью просмотра истории записей и статуса заявки на прием. Информирование пациентов, напоминание о приеме, изменениях расписания приема по электронной почте или SMS.