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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

1.6 С.О.П.О.Р.

медицинский информационный программный инструментальный

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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



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

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

Глава 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 - формального непроцедурного языка программирования, применяемого для создания, модификации и управления данными в произвольной реляционной базе данных, управляемой соответствующей СУБД.

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

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

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

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

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

Размещено на http://www.allbest.ru/

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



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

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

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

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

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

В данной работе используется метод поиска знаний в базах данных. Для осуществления системы принятия решения была разработана дополнительная таблица в СУБД 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.3.2 Главная форма (InitialForm)

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

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

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

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

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

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



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

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

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

Для добавления и редактирования карты пациента создана форма 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.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()

На форме шаблона ввода данных в поле «Выявленные симптомы» реализована система поддержки принятия решения. Она заключается в выборе симптомов, выявленных у пациента, которые заносятся в 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.4 Форма инструментальных исследований (InstrumentalSurvey)

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Размещено на Allbest.ru