64171

Разработка программного обеспечения для врача-токсиколога и реаниматолога

Дипломная

Информатика, кибернетика и программирование

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

Русский

2014-07-02

2.25 MB

41 чел.

Содержание

Введение 7

Глава 1 Обзор существующих решений 10

1.1 История развития медицинских информационных систем 10

1.2 МИС «МЕДИАЛОГ» 16

1.3 МИС «Эверест» 19

1.4 МИС «Интерин PROMIS 7» 23

1.5 МИС «Дока +» 34

1.6. С.О.П.О.Р. 43

Глава 2 Разработка проекта 46

2.1 Выбор сред разработки программного обеспечения 46

2.2 Необходимые данные и структурная схема программного обеспечения 48

2.3 Разработка системы поддержки принятия решения 51

Глава 3 Разработка программного обеспечения 53

3.1 Общее описание разработанного ПО 53

3.2 Создание базы данных для ПО 53

3.3 Реализация ПО в Microsoft Visual C# 2013 58

               3.3.2 Главная форма (InitialForm) 59

  3.3.3 Форма первичного осмотра (FirstView) 66

  3.3.4 Форма инструментальных исследований (InstrumentalSurvey) 72

  3.3.5 Форма лабораторных исследований (LaboratorySurvey) 75

  3.3.6 Форма ввода параметров состояния пациента (StatePatient) 77

  3.3.7 Форма назначения лекарств, процедур и рекомендаций                               (Therapy) 78

3.4 Дальнейшее развитие 80

Заключение 81

Список использованных источников 82


Введение

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

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

Главными причинами отравления на первом месте стоят суициды, это примерно 60-70% всех отравлений[1]. В аптеках продается довольно большой перечень препаратов, чрезмерная дозировка которых приводит к тяжелым последствиям. Зачастую такие препараты отпускаются только по рецепту врача, но ни для кого не секрет, что данную преграду можно обойти. Причины суицида включают в себя комплекс психических расстройств и возможную склонность к алкоголизму. Людям, с психическими расстройствами, как правило, прописывают препараты, влияющие на центральную нервную систему, например, антидепрессанты, которые содержат в себе довольно вредные действующие вещества.

На втором месте причин отравлений стоят случайные отравления, примерно 16-20%.[2]. Случайные отравления возникают чаще всего в состоянии алкогольного опьянения и встречаются в большинстве случаев у мужчин. Алкогольные отравления – главная беда нашей страны. Они включают в себя не только чрезмерное потребление алкогольной продукции, но и отравление некачественным алкоголем, а так же его суррогатами. К примеру, отравление метиловым спиртом, которое в большинстве случаев приводит к летальному исходу. По данным ведущего российского эксперта в области проблем алкогольной смертности и алкогольной политики, руководителя отдела информатики и системных исследований Московского НИИ психиатрии Александра Немцова в абсолютном выражении смерти, связанные с алкоголем, в среднем, составляли 351,7 тысячи мужчин и 135,1 тысячи женщин в год. Т.е. из-за алкоголя в России умирает порядка полмиллиона человек в год[2].

Еще одной немаловажной причиной отравлений являются наркотические средства. За 2013г. общее число отравлений наркотиками, на которые выезжали бригады скорой помощи, в Омской, Новосибирской и Иркутской областях выросло на 50% [3]. Мощным фактором развития наркобизнеса является политическая и экономическая нестабильность. Это связано с использованием значительных финансовых ресурсов от производства и продажи наркотиков для достижения политических целей. Основными местами распространения наркотиков становятся ночные клубы, где чаще всего молодежь и пробует их в первый раз. И если «натуральные» наркотики, такие как анаша, гашиш или марихуана, вызывают небольшой перечень основных симптомов отравления, а губительным последствием их приема в основном выделяют привыкание, то отравление «синтетическими» наркотиками зачастую приводит к смертельному исходу. Примером «синтетических» наркотиков может служить часто встречающаяся надпись на домах и заборах «Арома соли», которые имеют нелегальное распространение на территории России.

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

В общем, ведущей причиной отравления являются прием лекарственных препаратов (45-60%) [1]. Небольшой процент такого вида отравления занимают ошибки медперсонала при назначении лекарственных средств, а так же имеется определенный процент криминальных отравлений.

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

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

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

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


Глава 1 Обзор существующих решений

  1.  История развития медицинских информационных систем

История развития Медицинских Информационных Систем (МИС) началась еще в 50-х годах XX века в Соединенных Штатах Америки, когда на рынке появились универсальные компьютеры многоцелевого назначения. Первым проектом такой информационной системы был MEDINET, разработанный фирмой “General Electric”.

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

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

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

Один из таких новаторских подходов стало применение компьютерных технологий в клинической практике. В 70-х годах XX века развитие МИС разделилось на два основных направления. Один из них – наличие одного мощного компьютера (сервера) и терминалов на рабочих станциях, которые включали в себя только монитор и клавиатуру. Другая часть разработок базировалась на создании распределенных систем, которые поддерживали раздельную реализацию специализированных приложений с помощью самостоятельных компьютеров. В обоих направлениях действовал принцип единой базы данных, в которой хранится вся информация о пациентах.

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

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

Свое дальнейшее развитие БИС получила в 1965 году в больнице Эль-Камино калифорнийского города Маунтин-Вью. При поддержке ракетно-космической компании Локхид была разработана медицинская информационная система Technicon. Первые испытания этой системы были проведены в 1971 году в одном из отделений стационара. На тот момент система обладала возможностью выполнять целый ряд сложных функций, связанных с лечебной, вспомогательной и административной деятельностью. Назначения врачей передавались вспомогательным службам, врачи получали результаты анализов и данные рентгенологических исследований, планировались мероприятия по уходу за больными и велась документация. Согласно официальному заключения система Technicon эффективно поддерживала обработку всей необходимой информации для медицинских сестер, врачей и персонала вспомогательных служб, в том числе службы лечебного питания, медицинской документации, аптеки, лаборатории, рентгенологии, респираторной терапии и канцелярии.

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

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

Системы компьютерной поддержки принятия решений (СППР) применяется для принятия решений по оказанию медицинской помощи пациентам.

В 1999 году были выделены следующие четыре вида поддержки принятия решений:

1. Предупреждение специалистов о возникновении угрожающей ситуации;

2. Критический анализ ранее принятых решений;

3. Предложения по лечебным мерам в ответ на запросы медиков;

4. Ретроспективные обзоры с целью обеспечения контроля за качеством лечения.

В 50-е годы была создана первая программа, предназначенная для диагностики врожденных пороков сердца и носила название Iliad. Это стало первой попыткой помочь медикам в постановке правильного диагноза.

И хотя ранние системы СППР предназначались для поддержки лечения больных, велись работы и по созданию систем, ориентированных на поддержку ухода за больными. Первой такой программой стала система Creighton Online Multiple Modular Expert System, или сокращенно COMMES, разработанная в 70-е годы для помощи медицинским сестрам при составлении планов проведения мероприятий по уходу за больными.

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

В конце 80-х годов остро встала проблема адекватности принимаемых медиками решений и эффективности лечения. Это послужило стимулом для появления такого направления как анализ исходов лечения. Базой для этих перемен стало объединение медицинских учреждений различных видов в комплексные сети. Вместе с объединением самих учреждений возникла необходимость объединить информационные базы и разрешить к ним совместный доступ.

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

В отечественной литературе первые сообщения о возможности использования ЭВМ в здравоохранении появились в конце 50-х – начале 60-х годов XX века. В это время широко известны были работы Н.М. Амосова, Р.М. Баевского, А.А. Вишневского и других. В них обсуждались возможности применения достижений кибернетики и математических методов в клинических, научно-исследовательских и управленческих задачах.

В это же время при крупных научных медицинских центрах были созданы первые лаборатории кибернетики и  медицинской статистики. В 1967 году были предприняты первые реализованные на практике шаги в направлении использования вычислительных систем в здравоохранении России (СССР). Была создана межведомственная комиссия «Медицинская кибернетика», которую возглавил Н.М. Амосов. Создавались научно-исследовательские институты для разработки медицинских компьютерных систем, среди которых была и медико-математическая лаборатория Российского НИИ нейрохирургии им. А.Л. Поленова, создавшая компьютерную консультативную систему для больных с различными формами черепно-мозговой травмы. А в лаборатории кибернетики Института хирургии им. А.В. Вишневского АМН СССР была создана система вычислительной диагностики врожденных пороков сердца и магистральных сосудов.

Однако, эти системы не могли быть внедрены в широкую практику, поскольку ЭВМ конца 60-х – начала 70-х годов представляли собой большие комплексы, которые находились в больших помещениях, а так же большого штата обслуживающего персонала.

В 1961 году в лаборатории медицинской кибернетики института хирургии им. А.В.Вишневского была установлена первая в медицинских учреждениях СССР ЭВМ первого поколения «Урал-2». Всего таких ЭВМ в стране было выпущено 139.

В этот же период людьми, способными предвидеть дальнейшее развитие медицинских технологий, создавались и совершенствовались профильные лаборатории в медицинских НИИ и кафедрах ВУЗов.

Решение медицинских задач с помощью ЭВМ осуществлялось и развивалось в трех направлениях:

1. Обработка многочисленной медицинской статистической отчетности;

2. Создание формализованной истории болезни;

3. Создание диагностических систем, помогающих врачу решать сложные диагностические задачи.

Массовое распространение информационных технологий в СССР и зарубежных странах приходится на середину 70-х годов XX века, что связанно с появлением персональных ЭВМ.

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

Главным толчком для разработки программного обеспечения нового поколения стало появление в конце 80-х – начале 90-х годов XX века персональных компьютеров. Это давало возможность пользоваться компьютером всем работникам здравоохранения.

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

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

В настоящее время существуют различные фирмы, производящие МИС, включающие в себя не только АРМ врачей по профилю, но и системы административного и бухгалтерского учета. Среди них наибольшее распространение получили МЕДИАЛОГ, Эверест, Интерин, Барс, Гиппократ, Авицена, Амулет, Дока +, внедренная в больницах Новосибирской области.

Ниже приведено описание некоторых из этих систем. Сводную таблицу по МИС и реализованным в них системам можно посмотреть в приложении А.

  1.  МИС «МЕДИАЛОГ»

«МЕДИАЛОГ» – система, предназначенная для комплексной автоматизации работы медицинского учреждения. Она разработана компанией ООО «Пост Модерн Технолоджи». За 1997-2000 год системой МЕДИАЛОГ оборудовано более 150 медицинских учреждений Франции. Так как данная программа имеет только лицензионное распространение и не обладает общедоступностью, в обзоре данной МИС можно руководствоваться только общими сведениями, предоставленными производителем в презентации.

Система «МЕДИАЛОГ» развернута на базе СУБД Microsoft SQL Server. Информационная система охватывает все аспекты медицинской деятельности ЛПУ, а так же имеет систему класса ERP, которая позволяет решать задачи управления и учета хозяйственно-экономической деятельности ЛПУ.

Рисунок 1.2.1 МЕДИАЛОГ: схема функциональности

ЭМК – электронная медицинская карта пациента может быть экспортирована в открытом формате (HTML), который может быть прочтен на любом компьютере. Экспорт производится на нескольких языках, например, на русском и на английском. ЭМК в HTML формате может быть записана на любой внешний носитель и защищена от несанкционированного доступа.

Рисунок 1.2.2 ЭМК: центральный модуль системы

Лист назначений «МЕДИАЛОГ» обеспечивает врачу выбор лечения, используя профессиональные справочники, а также предоставляет медсестрам удобный сервис для выполнения назначений, интегрированный с аптекой. Имеется документирование всех действий медперсонала по лечению больного и позволяет контролировать динамику состояния больного на фоне проводимого лечения.

Рисунок 1.2.3 Лист назначений: функциональность

План лечения пациента имеет возможности:

- поэтапной активации направлений на услуги;

- планирования сроков выполнения мероприятий

- возможность создания медицинских программ с прикрепленным планом лечения;

- возможность выставления счетов на основе планов лечения;

- различные уровни доступа на изменение планов лечения.

Имеется справочник типовых планов лечения.

Рисунок 1.2.4 План лечения пациента

Также в системах «МЕДИАЛОГ» имеется радиологическая подсистема, которая позволяет подключать DICOM оборудование, сохранять файлы в форматах BMP, JPG, PNG, DICOM и прикреплять графические изображения к истории болезни.

Рисунок 1.2.4 Радиологическая подсистема

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

  1.  МИС «Эверест»

ЭВЕРЕСТ - это комплекс прикладных программ, предназначенных для автоматизации лечебно-диагностического процесса и административно-хозяйственной деятельности лечебно-профилактических учреждений.

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

Основные подсистемы и их назвачение:

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

2. Подсистема «Обслуживание амбулаторных пациентов». Применяется для организации и учета амбулаторного обслуживания пациентов; оформления медицинской документации. Обеспечивает регистрацию пациентов и назначений, ведение документов амбулаторного обслуживания, учет результатов диспансерной и профилактической работы, формирование графиков и расписаний приема специалистов, запись пациентов на прием и исследования, учет и организацию профилактических мероприятий, регистрацию оказанных услуг, учет выданных льготных рецептов. Используется в амбулаторных лечебно-диагностических, специализированных и параклинических подразделениях.

3. Подсистема «Медицинская статистика». Применяется для обработки и подготовки медико-статистической информации по результатам стационарного, амбулаторного и параклинического обслуживания в соответствии с федеральными и территориальными нормативами. Здесь формируется отчетная информация о результатах деятельности лечебного учреждения, сигнальные донесения главному врачу и его заместителям, произвольные сводки и отчеты. Используется в кабинетах медицинской статистики и в аппарате управления ЛПУ.

4. Подсистема «Учет лекарственных средств». Применяется для учета лекарственных средств в подразделениях и учреждении в целом. Модуль обеспечивает выполнение всего комплекса учётных, отчетных и производственных задач в аптеке ЛПУ и в отделениях, включая учёт назначенных и применённых медикаментов - персонально для каждого больного. Обеспечивается автоматизированное планирование потребности и управление запасами медикаментов в отделениях. Предусмотрен учет лекарственных средств на уровне отделений, медицинских постов и отдельных кабинетов. Используется в аптеке и лечебно-диагностических подразделениях.

5. Подсистема «Лабораторные исследования». Применяется для организации, учета результатов и контроля качества лабораторных исследований, управления лабораторным оборудованием. B модуле оформляются направления пациентов и направления на санитарные исследования, процедурные, заборные и обходные листы, программы исследований, регистрируются результаты лабораторных анализов по всем заданным видам исследований, обеспечивается взаимодействие с лабораторным оборудованием для автоматического ввода результатов исследований в систему. Используется в лабораторных и лечебно-диагностических подразделениях.

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

7. Подсистема «Управление применением медикаментов». Применяется для контроля использования медикаментов с регламентированным доступом, контроля полипрагмазии. Модуль поддерживает ведение формуляра применяемых медицинских препаратов и определение правил их применения, в том числе: определение категорий профильных и дорогостоящих медикаментов; определение случаев и правил согласования врачебных назначений. Модуль обеспечивает возможность планирования и контроля финансовых расходов на медикаменты по отделениям. Используется в лечебно-диагностических подразделениях, экономической службе и в аппарате управления ЛПУ.

8. Подсистема «Учет трансфузионных сред». Применяется для учета трансфузионных сред в подразделениях и учреждении в целом. Модуль решает комплекс задач по регистрации прихода, расхода и списания трансфузионных сред, забора аутокрови; перемещению трансфузионных сред в кабинетах переливания крови; инвентаризации и учета остатков. Используется в подразделениях переливания крови и лечебно-диагностических подразделениях.

9. Подсистема «Управление персоналом». Применяется для учета кадров, планирования и учета рабочего времени, расчета заработной платы. Обеспечивает работу отдела кадров по учету и перемещению персонала, ведение приказов. Здесь собирается и обрабатывается вся необходимая информация о сотрудниках учреждения, выполняются статистические выборки по персоналу, формируются стандартные и пользовательские отчеты. Выполняется задача автоматизированного формирования графиков и табелей рабочего времени. Осуществляется расчёт заработной платы. Используется в отделе кадров, в бухгалтерии, табельщиками рабочего времени и в аппарате управления ЛПУ.

10. Подсистема «Экономические расчеты». Применяется для ведения штатного расписания, проведения тарификации, получения отчетов планово – экономической службы, работы с договорами, подготовки отчетных документов страховой медицины. В модуле производится медико-экономический и медико-технический контроль данных о результатах оказанной медицинской помощи по программе ОМС, подготовка реестров пролеченных пациентов и счетов-фактур. Используется в экономической службе, бухгалтерии и аппарате управления ЛПУ.

11. Подсистема «Контроль исполнения поручений». Применяется для организации и контроля документооборота учреждения. Модуль обеспечивает регистрацию приказов, входящих и исходящих документов, писем и жалоб, контроль сроков исполнения распоряжений. Формируются регламентированные и произвольные отчеты. Используется в канцелярии, организационном отделе, аппарате управления ЛПУ.

12. Подсистема «Анализ деятельности учреждения». Применяется для функционального анализа деятельности учреждения. Модуль обеспечивает формирование отчетов и анализ данных о результатах стационарного, амбулаторного и параклинического обслуживания, финансовой и административно-хозяйственной деятельности учреждения за любой период времени. Используется аппаратом управления ЛПУ.

13. Подсистема «Организация и диспетчеризация вычислительного процесса». Применяется для обеспечения управления функциональными модулями, организации вычислительного процесса, регистрации и идентификации пользователей, разграничения прав доступа к данным. Используется администратором системы для осуществления контроля за работой прикладных программ и локальной вычислительной сети.

  1.  МИС «Интерин PROMIS 7»

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

Система Интерин PROMIS ориентирована на совместную работу с несколькими учреждениями – возможно, разного типа – и может стать основой при формировании единого информационного пространства комплекса ЛПУ.

Основные подсистемы и их назначение:

  1. Подсистема учета контингента. Включает в себя:
  2.  «Ведение контингента». Учет бюджетного контингента. Учет договорного контингента по ОМС и ДМС. АРМ оператора по ведению контингента.
  3.  «Работа с реестрами и списками контингента». Загрузка списков от страховых компаний и фондов ОМС. Контроль принадлежности пациентов к спискам обслуживания.
  4. Клиническая подсистема. Включает в себя:
  5.  «Приемное отделение». Создание истории болезни, истории родов, истории развития новорожденного. Оформление госпитализации или отказа. Сводка поступивших пациентов для пищеблока. Оформление медицинских документов, юридических документов. Назначение консультаций, диагностики и лечения. Врачебные манипуляции. Инструментальная диагностика в отделении. Сестринские манипуляции. План госпитализации. План заполнения коечного фонда. Учет услуг. Материальный учет, аптечка отделения, списание товарно-материальных ценностей по акту, списание на пациента, нормативное списание на пациента по услугам. АРМ регистратора ПО, врача ПО, заведующего ПО, медицинской сестры ПО, старшей медицинской сестры ПО.
  6.  «Лечебное отделение». Движение пациентов по стационару, переводы и выписка. Планирование выписки из отделения. Назначение лечащего врача. Расселение пациентов. Ввод данных температурного листа. Оформление медицинских документов. Врачебная комиссия. Оформление юридических документов. Назначение и консультации, диагностики и лечения. Врачебные манипуляции. Инструментальная диагностика в отделении. Статистическая карта выбывшего из стационара. Оперативные пособия. Средства контроля лечебно-диагностического процесса. Лист назначений отделения. Подготовка выдачи и отметка об исполнении медикаментозных назначений. Лист назначений отделения. Диспетчеризация консультаций и назначений инструментальной диагностики. Лист назначений отделения. Исполнение процедур и сестринских манипуляций. Лист назначений отделения, забор материала для лабораторных исследований. Учет услуг. Материальный учет, аптечка отделения, аптечка поста, списание товарно-материальных ценностей по акту, списание на пациента, нормативное списание на пациента по услугам. Питание пациентов, заказ питания. АРМ врача отделения терапевтического профиля. АРМ врача хирургического профиля. АРМ заведующего отделением. АРМ постовой медицинской сестры. АРМ процедурной медицинской сестры. АРМ старшей медицинской сестры.
  7.  «Управление коечным фондом». Ведение справочника коечного фонда. Визуальный контроль и планирование занятости коечного фонда. Формирование документов по движению коечного фонда. Администрирование коечного фонда. АРМ заведующего отделением стационара (в части управления коечным фондом). АРМ старшей медицинской сестры стационара (в части управления коечным фондом). АРМ администратора (в части управления коечным фондом).
  8. Поликлиническая подсистема. Включает в себя:
  9.  «Регистратура». Графики и расписания. Оперативное администрирование талонов. Предварительная запись на прием. Создание амбулаторной карты пациента. Публикация расписаний на информационных панелях. Информационные киоски с просмотром расписаний и записью на прием. Запись на прием через Интернет на сайте ЛПУ. Интеграция с Электронной регистратурой ЕГИСЗ Росминздрава. Регистрация вызова врача на дом. Анализ загруженности ресурсов. АРМ старшего регистратора. АРМ регистратора.
  10.  «Лечебное отделение. Смены. Сигнальная информация. Случаи обращений. Специализированные врачебные осмотры. Лист заключительных диагнозов. Лечебно-диагностические назначения. Учет временной нетрудоспособности. Диспансерное динамическое наблюдение. Профилактические осмотры. Вакцинопрофилактика. Направления на госпитализацию. Санаторно-курортное лечение. Врачебная комиссия. Эпикризы. Экстренные извещения. Предварительная запись на прием. Инструментальная диагностика в отделении. Справки. Учет льготных рецептов. Учет услуг на приеме. Материальный учет, аптечка отделения, аптечка кабинета, списание товарно-материальных ценностей по акту, списание на пациента, нормативное списание на пациента по услугам. АРМ врача-специалиста терапевтического профиля. АРМ врача-специалиста хирургического профиля. АРМ участкового терапевта (врача общей практики). АРМ заведующего отделением. АРМ медицинской сестры. АРМ старшей медицинской сестры.
  11.  «Стоматологическое отделение». Специализированные осмотры. Стоматологическая отчетность. Учет услуг. Материальный учет, аптечка отделения, аптечка кабинета, списание товарно-материальных ценностей по акту, списание на пациента, нормативное списание на пациента по услугам. АРМ стоматолога. АРМ заведующего стоматологическим отделением. АРМ медицинской сестры стоматологического отделения. АРМ старшей медицинской сестры стоматологического отделения.
  12.  «Кабинеты сестринских манипуляций». Рабочий лист забора биоматериала, учета прививок, учета процедур. АРМ процедурного кабинета.
  13. Параклиническая подсистема. Включает в себя:
  14.  «Инструментальная диагностика». Регистратура диагностического отделения. Рабочий лист диагностических назначений. Оформление протоколов диагностических исследований. Подсистема интеграции с внешней ИС инструментальной диагностики. Учет услуг. Материальный учет, аптечка отделения, аптечка кабинета, списание товарно-материальных ценностей по акту, списание на пациента, нормативное списание на пациента по услугам. АРМ регистратора. АРМ врача-диагноста. АРМ заведующего отделением. АРМ медсестры диагностического отделения. АРМ старшей медсестры диагностического отделения.
  15.  «Лабораторная диагностика». Забор и маркировка материала. Регистрация материала. Операторный ввод данных лабораторных исследований. Подключение лабораторного оборудования и обработка результатов исследований. Контроль качества результатов исследований. Учет услуг. Подсистема интеграции с внешней ЛИС. Материальный учет, аптечка отделения, аптечка кабинета, списание товарно-материальных ценностей по акту, списание на пациента, нормативное списание на пациента по услугам. АРМ процедурной медсестры. АРМ регистратора материала. АРМ операторного ввода данных лабораторных исследований. АРМ врача отделения лабораторной диагностики. АРМ заведующего отделением. АРМ старшей медсестры (старшего лаборанта). АРМ статистика. АРМ ведения справочников. АРМ контроля качества.
  16.  «Консультативное отделение». Диспетчеризация консультаций специалистов. Оформление протокола консультации. Учет услуг. Материальный учет, аптечка отделения, аптечка кабинета, списание товарно-материальных ценностей по акту, списание на пациента, нормативное списание на пациента по услугам. АРМ диспетчера консультаций. АРМ заведующего отделением. АРМ врача-консультанта. АРМ медицинской сестры.
  17.  «Отделение восстановительного лечения». Исполнение консультаций врачом отделения ВЛ. Назначение курса реабилитационных процедур. Исполнение процедур. Учет услуг. Материальный учет, аптечка отделения, аптечка кабинета, списание товарно-материальных ценностей по акту, списание на пациента, нормативное списание на пациента по услугам. АРМ врача отделения ВЛ. АРМ заведующего отделением. АРМ старшей медицинской сестры.
  18. Подсистема дневного стационара. Включает в себя:
  19.  «Дневной стационар». Оказание медицинской помощи в дневном стационаре. АРМ врача дневного стационара.
  20. Финансово-экономическая подсистема. Включает в себя:
  21.  «Экономика лечения». Справочник услуг и прейскурантов. Ведение контрагентов и договоров. Формирование счетов и учет платежей. Взаимодействие с СК ОМС. Операторный ввод услуг с бумажных носителей. Медицинские услуги за наличный расчет. Касса. Аналитическая отчетность по выполненным услугам. Расчет себестоимости. Контроль исполнения контрактов внешними исполнителями. АРМ планового отдела. АРМ договорного отдела. АРМ платного кабинета. АРМ кассира.
  22.  «Учет медицинского оборудования». Учет и контроль использования медицинского оборудования.
  23. Аналитическая подсистема. Включает в себя:
  24.  «Отделение медицинской статистики стационара». Операторный ввод данных по движению пациентов, выписке пациента. Блок стандартной государственной отчетности медицинской статистики стационара. Анализ деятельности ЛПУ. Архив бумажных историй болезни. АРМ оператора ввода данных медицинской статистики. АРМ врача медицинской статистики. АРМ заведующего отделением. АРМ архивариуса бумажных историй болезни.
  25.  «Отделение медицинской статистики поликлиники». Учет рабочего времени врачей. Планирование врачебной нагрузки. Операторный ввод данных. Блок стандартной государственной отчетности медицинской статистики. Анализ деятельности ЛПУ. АРМ оператора ввода данных медицинской статистики. АРМ врача медицинской статистики. АРМ заведующего отделением статистики.
  26.  «Руководитель ЛПУ». Блок отчетов управленческого учета. Информационно-аналитическая панель «Ключевые показатели деятельности». АРМ главного врача. АРМ зам. главврача по медицинской части. АРМ зам. главврача по клинико-экспертной работе. АРМ зам. главврача по хирургической работе. АРМ главной медсестры.
  27.  «Конструирование отчетов и произвольных запросов». Произвольные запросы. Конструктор отчетов.
  28. Подсистема материального учета. Включает в себя:
  29.  «Центр материального учета». Учет движения товарно-материальных ценностей в центре материального учета. Инвентаризация в центре материального учета. АРМ материально-ответственного лица Центра материального учета.
  30.  «Персонифицированный материальный учет». Персонифицированный учет расхода товарно-материальных ценностей. Ведение нормативов расхода товарно-материальных ценностей. Обусловленный персонифицированный учет расхода товарно-материальных ценностей. Контроль и верификация данных обусловленного персонифицированного учета расхода по прецедентам. АРМ материально-ответственного лица подразделения.
  31.  «Отпуск по рецептам». Отпуск товарно-материальных ценностей по бумажным рецептам. Отпуск товарно-материальных ценностей по электронным рецептам. Квотирование препаратов. АРМ фармацевта-провизора рецептурного отдела. АРМ заведующего/зам. заведующего аптекой ЛПУ.
  32.  «Закупки». Заявки на закупку. Расчет и определение нормативов запасов в центрах материального учета. Контракты на закупку. Формуляр лекарственных средств. Оприходование товарно-материальных ценностей. АРМ заведующего/зам. заведующего аптекой ЛПУ. АРМ материально-ответственного лица подразделения.
  33.  «Отдел готовых лекарственных форм». Требования на готовые лекарственные формы. Отпуск готовых лекарственных форм по требованиям. АРМ фармацевта-провизора отдела ГЛФ. АРМ материально-ответственного лица подразделения.
  34.  «Рецептурно-производственный отдел». Рецептурный справочник. Формирование требований на рецептуру. Отпуск рецептурных форм по требованиям. Производство внутриаптечной заготовки. Этикетки рецептурных форма. АРМ фармацевта-провизора РПО. АРМ материально-ответственного лица подразделения.
  35.  «Аптечный пункт (розница)». Оприходование товарно-материальных ценностей для реализации в розницу. Отпуск товарно-материальных ценностей в розницу. Управление фискальными контрольно-кассовыми аппаратами. АРМ фармацевта-кассира аптечного пункта.
  36.  «Материальный склад». Заявки на закупку. Контракты. Движение ТМЦ. Инвентаризация. Анализ движения ТМЦ. АРМ заведующего материальным складом. АРМ сотрудника материального склада. АРМ материально-ответственного лица подразделения.
  37.  «Отчетно-аналитический модуль матучета». Отчеты по движению товарно-материальных ценностей. Аналитические таблицы по движению товарно-материальных ценностей. Добавление свойств аналитических объектов. Фармако-экономический анализ. АРМ заведующего/зам. заведующего аптекой. АРМ фармацевта-провизора отдела ГЛФ. АРМ фармацевта-провизора РПО.
  38. «Интеграция с бухгалтерскими ИС». Ядро механизма интеграции. Адаптер для интеграции с 1С. Адаптер для интеграции с ИС Парус. Выгрузка данных/документов. Загрузка данных/документов. АРМ оператора интеграции.
  39. «Настройка и конфигурирование матучета». Справочники матучета. Справочная информация. Средства настройки матучета. АРМ администратора подсистемы.
  40. Подсистема организации питания. Включает в себя:
  41.  «Диетслужба». Рабочие меню и предварительные ординаторские требования. Корректирующие ординаторские требования. Основное требование на продукты. Корректирующее требование на получение и возврат продуктов. Заказные диеты и дополнительное питание. Ординаторские требования на основе врачебных назначений диет. Сводные ординаторские требования. АРМ диетврача/диетсестры. АРМ постовой медсестры (заказ питания).
  42.  «Экономика питания». Расчет стоимости питания. Персонифицированный учет стоимости питания пациентов. АРМ экономики питания.
  43.  «Пищевой склад». Движение продуктов на складе. Инвентаризация. Отчетность по складу. АРМ кладовщика пищевого склада.
  44.  «Интеграция с бухгалтерскими ИС». Экспорт данных. Импорт данных. АРМ бухгалтера.
  45.  «Настройки и конфигурирование». Справочники. АРМ администратора подсистемы.
  46. Подсистема помощи на дому и скорой помощи. Включает в себя:
  47. «Помощь на дому». Оформление помощи на дому. АРМ диспетчера помощи на дому. АРМ врача помощи на дому.
  48. «Скорая помощь». Оформление вызовов скорой помощи. АРМ диспетчера скорой помощи. АРМ врача скорой помощи. АРМ заведующего отделением скорой помощи.
  49. Подсистема медицинской экспертизы. Включает в себя:
  50. «Экспертиза временной нетрудоспособности». Оформление листков нетрудоспособности. Учет бланков листков нетрудоспособности. АРМ оператора по ведению листков нетрудоспособности.
  51. «Врачебные комиссии». Направления и документы Врачебных комиссий. Военно-врачебные комиссии. Учет работы врачебных комиссий. АРМ зам. главного врача по КЭР.
  52. «Управление качеством медицинской помощи». Ведение федеральных и учрежденческих стандартов медицинской помощи. Контроль ЛДП по стандартам медицинской помощи. Клинический аудит.
  53. Подсистема учета высокотехнологичной помощи и связи с порталом ВМП. Включает в себя:
  54. «Высокотехнологичная медицинская помощь». Оказание высокотехнологичной медицинской помощи. Взаимодействие с порталом ВМП. АРМ регистратора ВМП.
  55. Подсистема интеграции с внешними информационными системами. Включает в себя:
  56. «Интеграция с внешними информационными системами». Интеграция с электронной регистратурой ЕГИСЗ. Интеграция с информационными системами сторонних производителей. АРМ оператора интеграции.
  57. Подсистема ведения административных сведений ЛПУ. Включает в себя:
  58. «Паспорт ЛПУ». Паспорт медицинской организации.
  59. Подсистема управления доступом пациентов в ЛПУ. Включает в себя:
  60. «Доступ пациентов в ЛПУ». Управление доступом пациентов в ЛПУ.
  61. Подсистема защиты информации. Включает в себя:
  62. «Конструирование прав доступа». Редактор прав доступа.
  63. «Управление информационной безопасностью МИС». Модуль задания политик безопасности. Модуль управления доступом. Модуль регистрации и учета. Механизм обеспечения целостности. АРМ администратора информационной безопасности.
  64. «Деперсонификация данных». Механизм обезличивания электронных медицинских карт.
  65. Общесистемные компоненты. Включает в себя:
  66. «Общесистемные механизмы». Ядро системы. Электронная медкарта. Универсальное интерфейсное решение «Рабочий стол».  Модуль ведения нормативно-справочной информации.
  67. «Модуль администрирования». Управление учетными записями. Компоненты административной подсистемы. Модуль управления привилегиями пользователей. Модуль контроля оборудования и системного программного обеспечения серверов. Модуль установки обновлений. АРМ администратора системы.
  68. «Средства настройки и адаптации». Конструктор информационных объектов. Конструктор медицинских документов. Конструктор бланков.
  69.  МИС «Дока +»

Система создана на базе интранет-технологии, это означает, что медикам, имеющим хотя бы небольшой опыт использования Интернета, учиться использованию МИС "ДОКА+" вообще не придется. Дело в том, что работа пользователей с системой осуществляется через программу - браузер, которая служит и для взаимодействия с Интернетом.

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

  1. Ведение клинической документации (компьютерная история болезни).

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

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

  1. Компьютерный заказ назначений на обследование и лечение.

МИС "ДОКА+" дает возможность врачам назначать в компьютере лечение и обследования пациентов.

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

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

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

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

При назначении обследований можно использовать медико-экономические стандарты (МЭС). Для каждого такого стандарта в специальном режиме указывается набор необходимых и достаточных обследований. После выбора МЭСа, по которому планируется лечение пациента, можно сразу же получить и соответствующий набор обследований, и заказать его целиком или частично.

  1. Встроенные механизмы поддержки принятия решений врача.

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

Пример более сложного механизма поддержки решений врача, реализованного в системе, - использование стандартных протоколов лечения и обследования. Пользователь системы "ДОКА+" имеет возможность создать клинико-диагностические группы, выбрать для каждой из них набор обследований, сформулировать план лечения и критерий качества при выписке. Эта информация предъявляется врачам при выполнении соответствующей работы.

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

К наиболее сложным механизмам поддержки врачебных решений относятся медицинские экспертные системы. Они могут выдавать врачам вероятностные прогнозы осложнения различных заболеваний, помогать в дифференциальной диагностике и т. д. Это, как правило, автономные системы, хранящие и пополняющие базу знаний и требующие для своего функционирования ввода набора данных о пациенте. Такой набор может состоять из сотни и более показателей. МИС "ДОКА+" спроектирована таким образом, чтобы легко осуществлять сопряжение с медицинскими экспертными системами.

  1. Информатизация работы параклинических подразделений.

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

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

При изменении методики проведения какого-либо анализа, изменении границ нормы или появлении нового исследования, персонал больницы создает новый бланк обследования. Этот бланк автоматически включается в список обследований, который получают лечащие врачи при назначении обследования.

  1. Медицинская статистика и произвольные запросы к архивной информации.

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

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

  1. Вся информация по лечебно-диагностическому процессу для руководителя

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

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

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

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

  1. Информатизация работы аптеки стационара.

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

- с истекающим сроком годности;

- меньше необходимого минимума;

- по каждой из групп препаратов;

- с признаком жизненно важных или экстренных препаратов и т. п.

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

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

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

Система позволяет отредактировать признаки препаратов, добавить новые, удалить неиспользуемые названия. Можно использовать один из признаков, который позволяет оставлять препарат в резерве.

  1. Персонифицированное распределение и учет медикаментов

МИС "ДОКА+" в любой момент времени может сформировать список, в котором приводится суммарная стоимость всех назначенных каждому пациенту медикаментов. При необходимости доступен и подробный список с указанием всех препаратов, их количества и стоимости, назначенных каждому пациенту любого из отделений стационара.

  1. Разграничение уровня доступа к информации о пациентах и к обобщающей информации.

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

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

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

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

Единственное, что требуется для удаленного доступа - это защищенная связь внутрибольничной локальной сети с сетью Интернет. Очевидно, что для доступа в медицинскую информационную систему "ДОКА+" необходимо зарегистрироваться в ней, то есть ввести имя и пароль пользователя системы. После этого пользователь получает все привычные для него возможности работы с информацией.

  1.  Информатизация работы санатория.

В системе ДОКА+ реализованы специально для врачей санаториев следующие важные для них возможности:

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

- назначение физиолечения путем выбора соответствующей схемы лечения из списка схем, который можно дополнять;

- создание схем лечения с учетом методов и правил назначения физиолечения, которые позволяют учитывать специфические особенности различных физиопроцедур и предупреждать врача о нежелательности сочетания некоторых из них путем вывода сообщения на экран монитора в процессе назначения;

- печать листа назначений для пациента (с указанием дней и времени прохождения процедур и обследований и номеров кабинетов).

  1.  Электронная регистратура.

В системе ДОКА+ реализованы возможности, необходимые для использования в регистратуре поликлиники - "Электронная регистратура".

Они включают в себя:

- ведение расписания приема врачей (участковых и узких специалистов);

- запись пациента на прием к врачу в регистратуре поликлиники;

- запись пациента на прием к врачу другим врачом поликлиники;

- запись пациента на прием к врачу по телефону;

- запись пациента на прием к врачу через интернет;

- запись пациента на прием к врачу посредством инфомата (информационного киоска).

Во всех перечисленных случаях для записи регистратор или пациент выбирает любой день и удобное свободное время. Количество интервалов времени для записи пациентов через интернет может быть ограничено администратором. При самозаписи пациентов система осуществляет проверку действительности полиса медицинского страхования либо непосредственно на сайте Территориального ФОМС, либо по актуальной базе данных полисов в ЛПУ.

Электронная регистратура МИС ДОКА+ работает в настоящее время в ЛПУ Приморского и Ставропольского краев, в Кемеровской и Новосибирской области.

1.6. С.О.П.О.Р.

С.О.П.О.Р. –  программа предназначена для создания и хранения медицинских записей (дневников, первичных осмотров, эпикризов) врачами поликлиник и стационаров. Главным образом данная программа ориентирована для использования неврологами, терапевтами, кардиологами, реаниматологами, стоматологами, медицинскими психологами.

С.О.П.О.Р. разработана Чернышковым Евгением – неврологом Регионального сосудистого центра г. Курска и находится в общем доступе.

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

В настоящий момент реализованы следующие возможности:

- Оформление первичного осмотра, дневников наблюдения за пациентами и эпикризов (выписного, переводного)

- Автоматическое создание статистической карты выбывшего из стационара (с указанием кодов и шифров) при оформлении выписного эпикриза

- Подробный осмотр медицинским психологом, стоматологом

- Оформление бланков заявлений

- Калькулятор для расчета доз нитроглицерина и дофамина

- Прямая печать из программы

- Открытие ранее сохраненных файлов

- Изменение цветовой схемы приложения

- Проверка обновлений программы с сайта

- Полная совместимость с Windows XP, Windows Vista, Windows 7

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

Рисунок 1.6.1 С.О.П.О.Р.: главная форма

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

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

Рисунок 1.6.2 С.О.П.О.Р.: выбор параметров общего состояния

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


Глава 2 Разработка проекта

  1.  Выбор сред разработки программного обеспечения

В качестве среды разработки автоматизированного рабочего места выбрана Microsoft Visual C# 2013, которая позволяет создавать мощные, высокопроизводительные приложения. Visual C# - объектно-ориентированный язык программирования, который был разработан группой инженеров в компании Microsoft как язык разработки приложений для платформы Microsoft .NET Framework.

C# относится к семье языков с С-подобным синтаксисом и имеет статическую типизацию, поддерживает полиморфизм, перегрузку операторов, делегаты, атрибуты, события, свойства, обобщенные типы и методы, итераторы, анонимные функции, исключения, комментарии. Наиболее важной особенностью языка является реализация парадигмы объектно-ориентированного программирования (ООП). Все в С# является объектом, даже сама программа, а все функции являются методами класса.

Язык C# выбран в связи с расчетом на высокую скорость разработки, легкость поддержки и возможность использовать Microsoft XNA для дальнейшей разработки игровых приложений. Приложения, написанные на языке C# работают на программной платформе Microsoft .NET Framework. Однажды написанное приложение под актуальную версию .NET Framework будет точно так же выполняться и под следующими версиями, независимо от аппаратной архитектуры и версии операционной системы. Также платформа .NET Framework поддерживает JIT-компиляцию, что дополнительно ускоряет выполнение кода в данной среде.

Для хранения данных в Visual C# 2013 была интегрирована Microsoft Access 2010. Microsoft Access - реляционная СУБД корпорации Microsoft. Она имеет широкий спектр функций, включая связанные запросы, связь с внешними таблицами и базами данных.

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

Для подключения Microsoft Access к Visual C# использована технология доступа к данным ActiveX Data Object, именуемая в среде Visual C# как ADO.NET. ADO.NET — это набор классов, предоставляющих службы доступа к данным программисту, работающему на платформе .NET Framework. ADO.NET имеет богатый набор компонентов для создания распределенных приложений, совместно использующих данные. Это неотъемлемая часть платформы .NET Framework, которая предоставляет доступ к реляционным данным, XML-данным и данным приложений. ADO.NET удовлетворяет различные потребности разработчиков, включая создание клиентских приложений баз данных, а также бизнес-объектов среднего уровня, используемых приложениями, средствами, языками и браузерам.

ADO.NET предоставляет согласованный доступ к таким источникам данных, как SQL Server и XML, а также к источникам данных, предоставляемым при помощи OLE DB и ODBC. Пользовательские приложения, использующие общие данные, могут использовать ADO.NET для соединения с этими источниками данных и для получения, обработки и обновления имеющихся в них данных.

ADO.NET разделят доступ к данным и обработку данных на дискретные компоненты, которые могут использоваться отдельно или совместно. ADO.NET включает поставщиков данных .NET Framework для соединения с базой данных, выполнения команд и получения результатов. Эти результаты, помещенные в объект ADO.NET DataSet, обрабатываются непосредственно, чтобы они могли быть предоставлены пользователю нерегламентированным образом, объединенные с данными из многих источников или передаваемые между уровнями.

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

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

  1.  Необходимые данные и структурная схема программного обеспечения

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

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

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

В общем виде структура программы выглядит следующим образом:

START

Блок получения данных

Блок обработки данных

   Блок    сохранения информации

Блок справочных материалов

Блок СППР

Блок считывания и вывода данных

STOP

Вывести данные?

нет

да

 

 

Схема 2.2.1 Структурно-функциональная схема АРМ


Схема 2.2.2  Структурно-функциональная схема МИС


  1.  Разработка системы поддержки принятия решения

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

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

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

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

В целом реализацию системы поддержки принятия решения можно отобразить следующим способом:

Таблица 2.3 Табличная реализация системы поддержки принятия решения

Симптом/
Яд

1

2

3

1

-

+

-

2

+

+

+

3

-

-

-

где пересечение ячеек Симптом-Яд отображает наличие или отсутствие связи между ними.

Таким образом, на основе данной таблицы, можно сказать, что наиболее вероятным видом токсина, вызвавшим отравление, послужил яд под номером 2.

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


Глава 3 Разработка программного обеспечения

3.1 Общее описание разработанного ПО

Разработанный программный продукт представляет собой приложение, работающее под операционной системой Windows. Данное программное обеспечение позволяет врачу-токсикологу и реаниматологу создать карту пациента, обозначить симптомы заболевания, провести первичный анамнез заболевания, выявить отравление и назначить лечение.

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

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

Для удобства выявления симптомов были созданы справочники основной симптоматики заболевания, возможность определить по симптомам отравление и посмотреть рекомендуемое решение. Также были созданы справочники лекарственных средств, с рекомендуемыми дозами, и справочники применяемых процедур.

3.2 Создание базы данных для ПО

Для реализации программного обеспечения, которое бы представляло собой АРМ врача-токсиколога реаниматолога, необходимо было создать базу данных, хранящую в себе всю занесенную информацию. Для создания такой БД  в данной бакалаврской работе была выбрана среда Microsoft Access.

Основными предметно-значимыми сущностями создаваемой БД являются: Пациент (DataBase_Patient), Врач (DataBase_Doctor), Первичный осмотр (DataBase_FirstView), Инструментальные исследования (DataBase_InstrumentalSurvey), Лабораторные исследования (DataBase_LaboratorySurvey), Состояние пациента (DataBase_StatePatient) и Лечение пациента (DataBase_Therapy).

Основными предметно-значимыми атрибутами сущностей являются:

- Пациент: код пациента, фамилия, имя отчество, дата рождения, телефон, место жительства, код лечащего врача;

- Врач: код врача, фамилия, имя, отчество, контактный телефон, логин, пароль;

- Первичный осмотр: код пациента, симптомы, вредные привычки, аллергический анамнез, детские заболевания, хронические заболевания, дата и время.

- Инструментальные исследования: код записи, код пациента, УЗИ почек, УЗИ мочевого пузыря, ЭКГ, дата и время.

- Лабораторные исследования: код записи, код, пациента, анализ крови, анализ мочи, дата и время.

- Состояние пациента: код записи, код пациента, общее состояние, состояние сердца, легких, желудка, почек, наличие симптома Пастернацкого, состояние при мочеиспускании, стуле, дата и время.

- Лечение пациента: код записи, код пациента, медикаментозное лечение, усиление естественной детоксикации, хирургическая детоксикация, рекомендации, дата и время.

Между таблицами DataBase_Doctor и DataBase_Patient необходимо установить связь «один-ко-многим», т.к. один доктор может лечить нескольких пациентов.

Между таблицами DataBase_FirstView и DataBase_Patient устанавливается связь «один-ко-одному», т.к. каждому пациенту проводят один первичный осмотр.

Между таблицами DataBase_Patient и DataBase_InstrumentalSurvey, DataBase_StatePatient, DataBase_LaboratorySurvey, DataBase_Therapy необходимо установить связь «один-ко-многим», т.к. каждому пациенту несколько раз проводят исследования, назначают лечение и описывают его состояние.

Ниже приведена диаграмма, отображающая отношения «Сущность-Связь».

Рисунок 3.2.1 Диаграмма «Сущность-связь»

Проведем нормализацию отношений.

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

Отношение находится во второй нормальной форме (2НФ), если оно имеет 1НФ и каждый его не ключевой атрибут зависит от полного ключа, но не от его подмножества. Другими словами, в таком отношении не должно быть функциональных зависимостей не ключевых атрибутов от части (подмножества) ключа. В созданной БД нет таблиц с составным ключом.

Переменная отношения находится в третьей нормальной форме тогда и только тогда, когда она находится во второй нормальной форме и отсутствуют транзитивные функциональные зависимости неключевых атрибутов от ключевых. Транзитивная зависимость наблюдается в том случае, если одно из двух неключевых полей зависит от первичного ключа, а другое зависит от первого неключевого поля.  Все таблицы данной базы данных находятся в 3НФ.

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

Целостность данных обеспечивает защиту данных по полям связи, предотвращает появление "висящих" записей (записей в подчиненной таблице, не имеющих соответствующих записей в главной таблице).

Рисунок 3.2.2 Схема данных в Microsoft Access


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

- DataBase_Preparation хранит перечень препаратов, выписываемых пациенту. Имеет атрибуты: код препарата, название препарата, способ применения.

- DataBase_SurgeryDetox хранит перечень методов хирургической детоксикации пациента. Имеет атрибуты: код записи, вид хирургической детоксикации.

Для реализации системы поддержки принятия решения, были созданы таблицы:

- DataBase_Symptom хранит перечень симптомов отравлений. Имеет атрибуты: код симптома, название симптома, название синдрома.

- DataBase_Toxin хранит перечень отравляющих токсинов. Имеет атрибуты: код токсина, название токсина, классификация токсина, неотложная помощь.

- DataBase_SymptomToxin хранит соответствие симптомов и токсинов. Имеет атрибуты: код токсина, код симптома.

Рисунок 3.2.2 Схема данных для справочников


3.3 Реализация ПО в Microsoft Visual C# 2013

3.3.1 Форма авторизации (Login)

Форма для входа в программу позволяет ввести имя пользователя и пароль. Если проверка на совпадение данных пройдена, то осуществляется вход в систему. Алгоритм работы приведен на блок-схеме:

Рисунок 3.3.1.1 Блок-схема алгоритма авторизации

Имя пользователя и пароль хранится в БД, при нажатии кнопки «Войти» происходит проверка совпадения введенных данных при помощи SQL-запроса:

SELECT Count(*) FROM DataBase_Doctor WHERE Login=? and [Пароль]=?

Данные для сравнения берутся из полей ввода. Если запрос возвращает хотя бы одно совпадение, открывается главная форма. Если совпадений нет – появляется сообщение об ошибке и пользователю предлагается еще раз ввести данные.

Рисунок 3.2.1.2 Форма авторизации

3.3.2 Главная форма (InitialForm)

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

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

Выборка пациентов для авторизовавшегося врача осуществляется с помощью SQL-запроса:

SELECT * FROM DataBase_Pacient where Лечащий_врач = " + code_doctor

где code_doctor – полученный из формы Login код лечащего врача.

Данные о пациентах загружаются в компонент DataGridView.

Рисунок 3.3.2.1 Блок-схема алгоритма работы главной формы

Рисунок 3.3.2.2 Блок-схема алгоритма вывода информации для выбранного пациента

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

Рисунок 3.3.2.3 Главная форма АРМ

Для добавления и редактирования карты пациента создана форма Add_Patient, имеющая необходимые поля для редактирования или заполнения.

При добавлении нового пациента в БД из программы используется SQL-запрос

INSERT INTO DataBase_Pacient (Фамилия, Имя, Отчество, Дата_рождения, Телефон, Место_жительства) values ('" + a_surname + "', '" + a_name + "','" + a_middlename + "','" + a_date + "','" + a_phone + "','" + a_sity + "')

где перечисленные переменные хранят данные, внесенные в поля формы Add_Patient.

Рисунок 3.3.2.5 Форма Add_Patient

Рисунок 3.3.2.4 Блок-схема алгоритма работы функции "Добавить карту пациента"

При редактировании карты пациента используется SQL-запрос

UPDATE DataBase_Pacient SET Фамилия = '" + AddPatient.tBSurname.Text + "', Имя = '" + AddPatient.tBName.Text + "', Отчество = '" + AddPatient.tBMiddleName.Text + "', Дата_рождения =  '" + AddPatient.dTBirthDay.Value.Date + "', Телефон = '" + Convert.ToInt32(AddPatient.tBPhone.Text) + "', Место_жительства = '" + AddPatient.tBSity.Text + "' WHERE Код_пациента = " + code_patient

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

Рисунок 3.3.2.5 Блок-схема алгоритма работы функции "Редактировать карту пациента"


Функция удаления карты пациента реализована с помощью SQL-кода

DELETE * FROM DataBase_Pacient WHERE (Код_Пациента =" + c_pacient_delete + ")

где переменная передает значение кода выбранного пациента. При нажатии на кнопку «Удалить карту пациента» выводится системное сообщение, требующее подтверждения удаления карты.

Рисунок 3.3.2.6 Блок-схема алгоритма работы функции "Удалить карту пациента"

Для поиска карты пациента по его фамилии или имени используется ввод текста в textBox и поиск совпадений по DataGridView. Для отмены фильтрации необходимо еще раз нажать кнопку поиска.

Рисунок 3.3.2.7 Блок-схема алгоритма работы функции "Поиск карты пациента"

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

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

Рисунок 3.3.2.8 Блок-схема алгоритма обработчика двойного нажатия по полю DataGridView

3.3.3 Форма первичного осмотра (FirstView)

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

Данные для заполнения формы первичного осмотра берутся из БД с помощью SQL-кода

SELECT * FROM DataBase_FirstView where Код_Пациента = " + _patientCode

где переменная передает значение кода выбранного пациента.

Рисунок 3.3.3.1 Блок-схема алгоритма работы формы FirstView

Функции importFromDB() и exportToDB() необходимы для загрузки данных из БД и выгрузки данных в БД. На всех формах добавления или редактирования дневника пациента они работают одинаково, отличие лишь в содержимом передаваемых данных.

Для выгрузки данных в БД используется SQL-код

UPDATE DataBase_FirstView SET (Столбцы таблицы и передаваемые данные)

если данные редактируются и

INSERT INTO DataBase_FirstView (Столбцы таблицы и передаваемые данные)

если данные добавляются.

Рисунок 3.3.3.2 Блок-схема алгоритма работы функции importFromDB()

Рисунок 3.3.3.3 Блок-схема алгоритма работы функции exportToDB()

Рисунок 3.3.3.4 Форма FirstView

Рисунок 3.3.3.5 Форма шаблона ввода данных в поле "Аллергологический анамнез"


Рисунок 3.3.3.6 Форма шаблона ввода данных в поле "Детские инфекции"

Рисунок 3.3.3.7 Форма шаблона ввода данных в поле "Перенесенные и хронические заболевания"

Рисунок 3.3.3.8 Форма шаблона ввода данных в поле "Вредные привычки"

На форме шаблона ввода данных в поле «Выявленные симптомы» реализована система поддержки принятия решения. Она заключается в выборе симптомов, выявленных у пациента, которые заносятся в listBox, далее из БД берутся соответствующие выбранным симптомам токсины и выводятся в порядке уменьшения количества симптомов для каждого отравляющего вещества.

Выборка возможных видов токсина осуществляется с помощью SQL-кода

SELECT TOP 5 DataBase_Toxin.Название_яда FROM DataBase_Toxin INNER JOIN DataBase_SymptomToxin ON DataBase_Toxin.Код_яда = DataBase_SymptomToxin.Код_яда 

WHERE (((DataBase_SymptomToxin.Код_симптома) In (" + list_sympt + "))) GROUP BY DataBase_Toxin.Название_яда 

ORDER BY Count(DataBase_SymptomToxin.Код_яда) DESC

Рисунок 3.3.3.9 Форма шаблона ввода данных в поле "Выявленные симптомы"

Для просмотра действий по неотложной помощи для каждого приведенного типа токсина необходимо совершить двойное нажатие по нему кнопкой мыши.

Рисунок 3.3.3.10 Форма, содержащая действия по неотложной помощи пациенту

3.3.4 Форма инструментальных исследований (InstrumentalSurvey)

Данная форма позволяет врачу внести данные по проведенным инструментальным исследованиям пациента, таким как УЗИ почек, мочевого пузыря или ЭКГ. Врач может как самостоятельно вписать необходимые данные, так и воспользоваться шаблонами.

В данной форме так же используются функции загрузки из БД importFromDB() и выгрузки в БД exportToDB(), описанные ранее. Блок-схема алгоритма работы формы InstrumentalSurvey такая же, как в Рисунке 3.3.3.1

Рисунок 3.3.4.1 Форма InstrumentalSurvey

Рисунок 3.3.4.2 Форма шаблона ввода данных в поле "УЗИ почек"

Рисунок 3.3.4.3 Форма шаблона ввода данных в поле "УЗИ мочевого пузыря"

3.3.5 Форма лабораторных исследований (LaboratorySurvey)

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

В данной форме используются функции загрузки из БД importFromDB() и выгрузки в БД exportToDB(), описанные ранее. Блок-схема алгоритма работы формы такая же, как в Рисунке 3.3.3.1

Рисунок 3.3.5.1 Форма LaboratorySurvey

Рисунок 3.3.5.2 Форма шаблона ввода данных в поле "Анализ крови"

Рисунок 3.3.5.3 Форма шаблона ввода данных в поле "Анализ мочи"

3.3.6 Форма ввода параметров состояния пациента (StatePatient)

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

В данной форме используются функции загрузки из БД importFromDB() и выгрузки в БД exportToDB(), описанные ранее. Блок-схема алгоритма работы формы такая же, как в Рисунке 3.3.3.1

Рисунок 3.3.6 Форма StatePatient

3.3.7 Форма назначения лекарств, процедур и рекомендаций (Therapy)

Данная форма создана для фиксирования назначенных пациенту лекарств, методов усиления естественной детоксикации, методов хирургической детоксикации (если требуется) и назначения разного рода рекомендаций.

В данной форме используются функции загрузки из БД importFromDB() и выгрузки в БД exportToDB(), описанные ранее. Блок-схема алгоритма работы формы такая же, как в Рисунке 3.3.3.1

Рисунок 3.3.7.1 Форма Therapy

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

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

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

Данные для заполнения справочников взяты из учебника для врачей-токсикологов [1].

Рисунок 3.3.7.2 Форма справочника медикаментов

Рисунок 3.3.7.3 Форма справочника методов хирургической детоксикации

3.4 Дальнейшее развитие

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

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

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

Дальнейшим развитием данного АРМ может стать его улучшение и внедрение в существующие МИС.

Заключение

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

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

Чтобы решение было полным, необходимо непосредственное участие врача-токсиколога, для более подробного добавления справочных материалов, базы данных отравлений и симптоматики.

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


Список использованных источников

  1. Суворов, А.В. Справочник по клинической токсикологии [Текст]: карманный справочник врача – Нижний Новгород:  НГМА, 1996. –   180 с.
  2. Главные новости дня – Газета.Ru [Электронный ресурс] – Режим доступа http://www.gazeta.ru/health/2014/01/17_a_5852361.shtml  Дата обращения: 4.02.2014.
  3. Интернет-журнал про Сибирь – Сиб.Фм [Электронный ресурс] – Режим доступа http://sib.fm/news/2014/02/03  Дата обращения: 15.03.2014.
  4. Елизарова, О.Н. Пособие по токсикологии для лаборантов [Текст]: учеб. пособие / О.Н. Елизарова, Л.В. Жидкова, Т.А. Кочеткова – Москва: «Медицина», 1974. – 168 с.
  5. Прозоровский, В.И. Судебная медицина [Текст]: учеб. пособие – Москва: «Юридическая литература», 1968. – 368 с.
  6.  Веселовская, Н.В. Наркотики. Свойства, действие, фармакокинетика, метаболизм [Текст]: учеб. пособие / Н.В. Веселовская, А.Е. Коваленко – Москва: «Триада-Х», 2000. – 204 с.
  7. Симонов, Е.А. Наркотики. Методы анализа на коже, в ее придатках и выделениях [Текст]: учеб. пособие / Е.А. Симонов, Б.Н. Изотов,      А.В. Фесенко – Москва: изд. «Анахарсис», 2000. – 130 с.
  8. ИНТЕРИН – Медицинские информационные системы      [Электронный ресурс] – Режим доступа

http://www.interin.ru/datas/documents/Interin.PROMIS.Structure.pdf   Дата обращения: 3.05.2014.

  1.  Научно-промышленная компания АИТ – холдинг

[Электронный ресурс] – Режим доступа

http://www.ait.ru/prod/everest.html  Дата обращения: 3.05.2014.

  1.  Комплексные медицинские информационные системы – КМИС   [Электронный ресурс] – Режим доступа

http://www.kmis.ru/site.nsf/pages/kmis_index.htm                  

Дата обращения: 3.05.2014.

  1.  Медицинская информационная система МЕДИАЛОГ

[Электронный ресурс] – Режим доступа

http://www.medialog.ru/?tree_id=36 Дата обращения: 3.05.2014.

  1.  БАРС Груп: Облачные технологии управления [Электронный ресурс] – Режим доступа

http://bars-open.ru/solution/zdravookhranenie/meditsinskaya-informatsionnaya-sistema  Дата обращения: 3.05.2014.

  1.  Медицинская информационная система ДОКА+

[Электронный ресурс] – Режим доступа

http://www.docaplus.com/russian/pages/pages.php?ir=12            

Дата обращения: 3.05.2014.


 

А также другие работы, которые могут Вас заинтересовать

22278. ТУБЕРКУЛЕЗ. Первичный туберкулезный комплекс (ПТК) 35 KB
  Вызывает туберкулез микобактерия туберкулеза палочка Коха. Туберкулез подразделяют на первичный гематогенный и вторичный. Первичный туберкулез – туберкулез у людей впервые инфицированных микобактерией характеризующийся возникновением первичного туберкулезного комплекса первичный аффект лимфангит лимфаденит.
22279. ТУБУЛОПАТИИ. Острая тубулопатия или острый некротический нефроз 36 KB
  Макро: почки увеличены набухшие отечные корковый слой бледносерый мозговой – темнокрасный. Больные чаще всего погибают в первые две стадии от уремии но с помощью искусственной почки большинство больных можно спасти. ПИЕЛОНЕФРИТ Определение: пиелонефрит – это воспалительное бактериальное заболевание с поражением лоханки пиелит и межуточной ткани почки. нисходящий гематогенный механизм – возбудитель попадает в почки из первичного внепочечного очага воспаления ангина пневмония и т.
22280. ХРОНИЧЕСКИЕ НЕСПЕЦИФИЧЕСКИЕ ЗАБОЛЕВАНИЯ ЛЕГКИХ (ХНЗЛ) 41 KB
  Классификация ХНЗЛ В группу ХНЗЛ входят следующие болезни: Хронический бронхит Бронхоэктазы Хроническая пневмония Эмфизема легких Хронический абсцесс легкого Пневмосклероз Интерстициальные болезни легких ИБЛ. Выделяют 3 патогенетические механизма ХНЗЛ: Бронхитогенный механизм – в основе хронический бронхит и его осложнения бронхоэктазы пневмосклероз эмфизема. Исходы и осложнения: бронхоэктаз Эмфизема Пневмосклероз. ЭМФИЗЕМА ЛЕГКИХ Определение: эмфизема – это повышенное содержание воздуха в легких и увеличение их...
22281. Эндокринопатии Клинико-морфологические формы 24 KB
  По гистологическому строению зоб бывает колллоидным макрофолликулярным микрофолликулярным и смешанным и паренхиматозным Клиникоморфологические формы зоба: Эндемический зоб возникающий в определенных местах где мало йода в воде. Спорадический зоб появляется в молодом возрасте и у взрослых. Базедов зоб базедова болезнь – названа по фамилии немецкого врача – Базедов.
22282. БОЛЕЗНИ ПЕЧЕНИ 40.5 KB
  ГЕПАТОЗЫ – это болезни печени характеризующиеся дистрофией и некрозом гепатоцитов. ГЕПАТИТЫ – заболевания печени в основе которого лежит воспаление проявляющееся как в дистрофии и некрозе гепатоцитов так и в клеточной инфильтрации стромы. ОПУХОЛИ – болезни печени с развитием в ткани печени опухолевого процесса первичного или вторичного происхождения метастазы в печени.
22283. БОЛЕЗНИ ПОЧЕК (НЕФРОПАТИИ) 35.5 KB
  Гломерулопатии – это заболевания которые характеризуются первичными воспалительными или дистрофическими поражениями клубочков гломерул почек что ведет к нарушению функции фильтрации. Классификация гломерулопатий: гломерулонефриты нефротический синдром амилоидоз почек диабетический гломерулосклероз печеночный гломерулосклероз. Гломерулонефриты – это группа заболеваний почек для которых характерно: двухсторонний процесс воспалительные негнойные поражения клубочков гломерул почечные симптомы – гематурия эритроциты в моче...
22284. ВОЗДУШНО-КАПЕЛЬНЫЕ ИНФЕКЦИИ 35.5 KB
  Все изменения при этой болезни связаны с попаданием токсина в кровь – токсинемией. Экзотоксин всасывается в кровь что ведет к тяжелым общим изменениям со стороны миокарда нервной системы выделительной системы. Местные изменения в миндалинах при фиксации на них стрептококка характеризуются воспалением первичный скарлатинозный аффект с присоединением регионарного лимфаденита первичный скарлатинозный комплекс. Местные изменения в 1й период локализуются в зеве и миндалинах.
22285. ВОСПАЛЕНИЕ. Морфогенез 40.5 KB
  Этилогия Агенты воспаления факторы вызывающие воспаление: биологические агенты – бактерии вирусы иммунные комплексы физические агенты – травмы высокие и низкие температуры химические агенты – токсины и яды бактериальные и не бактериальные яды. Морфогенез Воспаление состоит из трех стадий: альтерация экссудация пролиферация. Гепатит – воспаления печени плеврит – воспаление плевры гастрит – воспаление желудка.
22286. ПРОДУКТИВНОЕ ВОСПАЛЕНИЕ 36 KB
  Виды продуктивного воспаления: межуточное интерстициальное воспаление гранулематозное воспаление воспаление вокруг животных паразитов воспаление с образованием папиллом и кондилом. МЕЖУТОЧНОЕ ВОСПАЛЕНИЕ Определение. ГРАНУЛЕМАТОЗНОЕ ВОСПАЛЕНИЕ Определение.