вторник, 23 октября 2012 г.

Автоматизация амбулаторий и поликлиник

http://www.mgerm.ru/


http://www.polibase.ru/i_solutions.html

http://www.1cbit.ru/1csoft/index.php?SECTION_ID=2329&PARENT_SECTION_ID=200&_openstat=ZGlyZWN0LnlhbmRleC5ydTs0ODk0NzAwOzc4ODMwNDg2O3lhbmRleC5ydTpwcmVtaXVt

http://kvazar.ru/shop_content.php/coID/129

http://medsoftpro.ru/ambulatoria/loading.html

http://www.med-soft.net/

http://www.seveks.ru/Sistema_avtomatizacii_med_uhrejdeniy/Prezentaciya_PO_med_uhrejdeniy.htm

http://www.softsvet.ru/forum/soft-forum-98/soft-thread-6322.html

- от IBM: http://www.rosinvest.com/news/12472/
- от SAP: http://www.sap.com/cis/industries/healthcare/index.epx

Из отечественных
- "Умная клиника" от Московской компании "Квазар-микро" (на сайте не найдено упоминания, но рекламный буклет привезли с выставки буквально 2 дня назад) http://www.kvazar-micro.com/ru/
- Решения от Московской компании "ТОНЛАЙН": http://www.tonline.su/index1.html
- PatientBase и другие решения от ASE Group: http://www.ase.ru/
- Занимался проблемой Тюменский "Сибтел" (упоминания на сайте опять же нет, но доводилось видеть демонстрационную систему, можно связаться с разработчиками, решение очень понравилось) http://www.sibtel.ru/
- "Медико" из Екатеринбурга: http://www.tokenit.ru/token/index.php, имеется демо
- МедОфис из Екатеринбурга: http://www.medoffice.ru/

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

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

Напоследок немного о стандартизации информационных систем медицинского назначения. Найдите и посмотрите документ под названием "Система стандартизации в здравоохранении Российской Федерации. Стандарт организации. Информационные системы в здравоохранении. Общие требования. СТО МОСЗ 91500.16.0002-2004 // Проблемы стандартизации в здравоохранении, 2004, № 8, с. 24-82".

Вот некоторые материалы о "самоделках":
1. Шевелев В.М., Хасаншина Е.В., Хасаншин Ю.Р. Анализ эффективности внедрения медицинской информационной системы в учреждении здравоохранения // Здравоохранение, 2003, № 2, с. 177-186.
2. Мелюк С.А., Карпов Н.Л. Информационно-аналитическая система социально-гигиенического мониторинга в Ярославской области // Информационные технологии в здравоохранении, 2003, № 1-2, с. 23-29.

И системы хорошие, и авторы - профессионалы. Но хотелось бы видеть вместо этого что-то типа "Единая информационная система здравоохранения РФ на базе SAP R/3", в обязательном порядке (= внедренную законодательно) функционирующую во всех федеральных и муниципальных учреждениях здравоохранения. Причем полученную данными учреждениями бесплатно. И бесплатные on-line курсы по данной системе. И запрещение использовать "самоделки".

Кроме указанных выше, рекомендую программу ЛИК 1.0. В ЭИБ в хронологическом порядке регистрируется весь ход лечебного процесса От момента поступления в стационар до выписки больного. 
Программа автоматизации медицинского учреждения "ЛИК" представляет собой комплекс программных модулей, обеспечивающих ввод, хранение и обработку информации. 
Позволяет формировать необходимую медицинскую документацию, отчеты. «ЛИК» 
Позволяет автоматизировать работу многопрофильной больницы. 
Программа может работать как на отдельном компьютере, так, и организована работа по локальной больничной сети. 
Возможно поэтапное внедрение программы. 
Для упрощения и ускорения работы по вводу информации, создана возможность заполнения, на основе созданных для каждого отделения шаблонов, с последующей их корректировкой. 
Применяется вставка значений по умолчанию, заполнение данных из справочных таблиц. 

Модули программы "ЛИК" 
-Приемный покой 
-Отделение 
-Отделение УЗИ 
-Лаборатория 
-Дополнительные исследования (ЭКГ, рентген, компьютерная томография?.)- в стадии разработки (В данной версии имеется возможность добавления данных из рабочего места врача отделения). 

Рекомендуемые системные требования: 
Pentium II, Оперативная память: 128мб, Операционная система: Windows 98, Me, 2000, XP, 2003
прога бесплатная (пока) 
Ссылка http://soft.protoplex.ru/soft_show/5190.html
Пользуйте. Да, при установке и использовании иногда бывают баги с MySQL, но это устранимо. Обязательно посетите сайт разработчика.
Также можно вести достаточно полноценную базу пациентов в MS Access, но на её построение нужно достаточно времени и знаний из области СУБД.

К списку "монстров" можно еще добавить Oracle Healthcare Applications (http://www.oracle.com/industries/healthcare/index.html).

В связи с вступлением в силу с 1 января 2010 года законодательства о персональных данных всю представленную в теме информацию о госпитальных информационных системах следует дезавуировать. В настоящее время ни одна (!) госпитальная система, эксплуатирующаяся на территории России, не соответствует требованиям и не сертифицирована в установленном законом порядке в ФСТЭК (т.е. отсутствует в списке сертифицированных продуктов на сайте ФСТЭК). Следовательно, начиная с указанного выше срока, эксплуатация всех госпитальных информационных систем во всех клиниках России незаконна, подпадает под действие Кодекса об административных правонарушениях со всеми вытекающими правовыми последствиями для руководства клиник и должна быть прекращена.

В критической статье http://bankir.ru/news/experts/lukatsky/1725793 графически представлен весь набор документов. См. также http://www.microsoft.com/Rus/Security/Cert...why_to_use.mspx.

Укажем официальные источники. Это:
1. Закон РФ №160-Ф3 и Конвенция http://www.medialaw.ru/laws/other_laws/eur...on-autodata.htm
2. Закон РФ №152-Ф3 о персональных данных http://www.rg.ru/printable/2006/07/29/pers...dannye-dok.html
3. Постановление Правительства №781 http://www.rg.ru/2007/11/21/personalnye-dannye-dok.html
4. Постановление Правительства №687 http://www.rg.ru/2008/09/24/dannye-obrabotka-dok.html
5. Приказ трех http://31.rsoc.ru/.cmsc/upload/documents/P...az_13_02_08.doc
6. Примеры уведомлений и других документов http://www.rsoc.ru/main/directions/874/
7. 4 документа ФСТЭК официально не опубликованы и доступны с ограничениями, как показано ниже
8. Документы ФСБ в данном конкретном случае не требуются, но имеются в открытом доступе (см. ниже адрес сайта)

Официальные сайты:
1. Роскомнадзор http://www.rsoc.ru
2. ФСТЭК http://www.fstec.ru
3. ФСБ http://www.fsb.ru

Теперь о сертификации программных продуктов. Компания Microsoft делает официальное признание http://www.microsoft.com/Rus/Security/Cert...ed_product.mspx, что сертифицированные продукты ничем (!) не отличаются от обычных. См. также комментарий официального лица компании http://www.compress.ru/article.aspx?id=18049&iid=838. Хотя на самом деле продукты отличаются - ценой. Вот пример http://www.altx-soft.ru/groups/page-29.htm. К тому же в процессе сертификации программ и оборудования в России есть нюанс. Если во всем мире сертифицируется серия продуктов (например, Windows XP SP3), в России - каждый экземпляр (только тот экземпляр, который вы купили). 

Далее об обсуждении и мерах по оптимизации затрат организаций для исполнения рассматриваемого законодательства. На первую из данных в настоящем посте ссылку мы уже обратили внимание - законодательство принято с нарушениями законов. От себя добавим ссылку http://www.rg.ru/2009/01/21/konstitucia-dok.html на статью 15 Конституции РФ: "3. Законы подлежат официальному опубликованию. Неопубликованные законы не применяются. Любые нормативные правовые акты, затрагивающие права, свободы и обязанности человека и гражданина, не могут применяться, если они не опубликованы официально для всеобщего сведения". Официальное опубликование - это в "Российской газете", а гриф ДСП отменяет "всеобщность". Но исполнять эти акты придется. Вот тут предложены некоторые меры http://www.iksmedia.ru/blogs/post/449145.html. Хотя ряд положений еще нужно доказать.

Мы же от себя рискнем предложить одно средство, идея которого заимствована (извините) из практики ветеринарных клиник. Так, в ветеринарных клиниках применяется аналог амбулаторной карты - карточка животного. У животного - идентификатор (номер). Нет ни фамилии (Шарик?), ни адреса (Будка во дворе?), но тем не менее животных никто не путает. Так вот, идея - удалить из электронной истории болезни всю (!) персональную информацию. Номер истории болезни и штрих-код не являются персональными данными, но достаточны, чтобы безошибочно соотнести документ и субъекта в ходе клинической работы. Требования к сбору и хранению обезличенных данных существенно ниже. Согласно ст. 7 Закона 152: "2. Обеспечение конфиденциальности персональных данных не требуется: 1) в случае обезличивания персональных данных..." По данной теме см. также "ГОСТ Р 52636-2006 Электронная история болезни. Общие положения"http://webmed.irkutsk.ru/doc/pdf/gost52636.pdf.

Отмечу, что персональная информация о сотрудниках (медработниках, ином персонале), циркулирующая в отделе кадров и бухгалтерии учреждения, под действие указанных законов не подпадает согласно ст. 22, п.2, поз.1 закона №152. Поэтому, если история болезни в больнице - только на бумаге, хоть даже зарплату считают на компьютере, все сказанное тут к ней отношения не имеет.

Как уже отмечалось, затраты для исполнения законодательства о персональных данных в медицинских учреждениях будут большими. В нашей небогатой медицине таких средств просто нет. Поэтому, на наш взгляд, на сегодня единственным приемлемым решением проблемы является полный отказ от ведения электронных историй болезни с переходом (к досаде тех, кто, к сожалению, имел нетерпеливость сделать это) исключительно на бумагу. Посмотрите любопытный документhttp://www.indem.ru/FSmonitor/Obsujde/PersDan/DaGoMiRe.htm (в части, касающейся данной темы, и за исключением истерики). 

Продолжение здесь: http://forum.disser.ru/index.php?showtopic=1443

Комментариев нет:

Отправить комментарий