Экспертная система диагностики заболеваний челюстно-лицевой области
|
|
Скачать 0.92 Mb.
|
Представлена методика формированного представления симптоматических фактов. Разработан механизм порождения диагностических решений. Представлена методика объяснения решения. Инженерные аспекты реализации экспертной системы В данной главе рассматривается сценарий работы экспертной системы, алгоритмы решения задач диагностики, структуры баз данных и знаний системы, а также организация диалога. Представлены принципы построения алгоритмов различных режимов работы экспертной системы. Показаны последовательность вывода диагностического решения, дифференциальная диагностика и объяснение диагностических решений. Сценарий работы системы Рассмотрим сценарий работы системы Пациент приходит в клинику за консультацией Пациент звонит в клинику по телефону для консультации Администратор клиники регистрирует пациента (заполняет паспортную часть амбулаторной карты) и направляет к врачу-стоматологу Врач-стоматолог выслушивает жалобы пациента и заносит их в компьютер Врач-стоматолог обследует пациента и вносит объективные клинические данные в компьютер Врач-стоматолог отправляет пациента на дополнительное обследование (бактериологический анализ, рентген и т.д.) и вводит полученные результаты в компьютер Врач-стоматолог при запросе системы сообщает ей дополнительную информацию Эксперт по диагностике редактирует базу знаний системы путем дообучения Экспертная система выдает диагностическое решение Экспертная система запрашивает у врача-стоматолога недостающие симптомы болезни пациента Экспертная система объясняет при необходимости полученное диагностическое решение в случае одного диагностического решения Экспертная система, в случае запроса врача о предполагаемом им диагнозе, объясняет и подтверждает правильность полученного системой диагностического решения Экспертная система объясняет наличие двух или более диагностических решений. Алгоритмы решения задач диагностики Процесс функционирования экспертной системы диагностики заболеваний челюстно-лицевой области может быть описан следующей последовательностью алгоритмов. При старте системы определяется уровень пользователя в системе. Возможны три группы пользователей: «Администратор клиники», «Врач-стоматолог», «Эксперт по диагностике». Таким образом, существует три режима работы системы (Рис. 0. Режимы работы системы.). Рассмотрим алгоритмы работы группы пользователей «Администратор клиники» (Рис. 0. Алгоритм работы группы пользователей - «Администратор клиники»). Рис. 0. Режимы работы системы. Рис. 0. Алгоритм работы группы пользователей - «Администратор клиники» Роль этой группы пользователей приведена в сценарии работы системы. Ввод административных данных, описанный в блоке 1, включает заполнение данных о клинике и врачах. При поступлении пациента в клинику (филиал) в блоке 2 определяется намерение пациента, цель: консультация либо лечение. В блоке 3 определяется, есть ли в базе данных клиники информация о пациенте. Извлечение данных о пациенте, т.е. амбулаторной карты осуществляется в блоке 4. Далее в блоке 5 осуществляется регистрация пациента, куда входит заполнение паспортной части амбулаторной карты. В блоке 6 осуществляется определение лечащего врача с учетом его специализации, свободного времени и желания пациента. В блоке 7 осуществляются изменения административного характера: изменение графика работы врачей, добавление или удаление записей о врачах в клинике и т.д. Приведем алгоритм работы группы пользователей - «Врач-стоматолог» (Рис. 0. Алгоритм работы группы пользователей ЁC «Врач-стоматолог».). В блоке 1 «Описание микроситуации µ §», осуществляется ввод всей клинической информации о пациенте. В блоке 2 - присваивание активному уровню значение - МЕТА уровня в семантической сети модели в БЗ. В блоке 3 проводится операция обобщения для всех фактов из начальной микроситуации. Далее в блоке 4 проводится операция сравнения со всеми описаниями активного уровня. В результате чего определяется множество координат вектора толерантности. В блоке 5 определяется максимальная координата вектора толерантности. Далее в блоке 6 осуществляется проверка активного уровня, является ли он последним, т.е. микроуровнем. В блоке 7 производится переход на следующий уровень конкретизации, в противном случае система обращается к блоку 8, где проводится дифференциальная диагностика полученных решений. В случае необходимости ввода недостающего симптома (блок 9), микроситуация µ §дополняется недостающим симптомом в блоке 11, в противном случае производится переход к блоку 10, где осуществляется формирование диагностических решений. Далее в блоке 12 производится вывод диагностических решений. В блоке 13 устанавливается необходимость объяснения порожденного решения. В блоке 14 система запрашивает информацию у пользователя, чтобы определить вариант объяснения решения. На следующем этапе в блоке 15 производится объяснение диагностического решения. Рис. 0. Алгоритм работы группы пользователей ЁC «Врач-стоматолог». Рис. 0. Алгоритм работы группы пользователей ЁC «Врач-стоматолог», продолжение. В блоке 16 определяется достаточность объяснения решения. В случае недостаточности объяснения для пользователя, осуществляется переход к блоку 17, который предусматривает внесение дополнительной информации для объяснения решения. Рассмотрим алгоритм дообучения системы пользователем «Эксперт по диагностике» (Рис. 0. Алгоритм работы пользователя «Эксперт по диагностике».). Алгоритм включает коррекцию, дополнение и изменение клинической информации в БЗ системы. После входа в систему «Эксперт по диагностике» производит просмотр базы знаний (блок 1). Далее в блоке 3 производится редактирование базы знаний. Необходимость продолжения процесса работы определяется в блоке 4. Рассмотрим конкретнее алгоритмы работы некоторых блоков, описанных в выше приведенных алгоритмах. Алгоритм процесса ввода симптоматических фактов представлен на (Рис. 0. Алгоритм процесса описания начальной микроситуации µ §). В блоке 1 осуществляется ввод клинического объекта, далее в базе знаний системы ведется поиск всевозможных свойств введенного объекта (блок 2). Ввод необходимого свойства производится в блоке 3. В блоке 4 проводится поиск всевозможных хранящихся в базе знаний системы значений введенного выше свойства. В блоке 5 производится ввод необходимого значения. Формирование симптоматических фактов проводится в блоке 6. В блоке 7 проверяется, есть ли еще симптом для ввода. В блоке 8 осуществляется формирование множества симптоматических фактов, описывающих начальную микроситуацию. Алгоритм процедуры блока «Обобщение» из того же алгоритма приведен на (). В блоке 1 осуществляется ввод фактов из As и указывается б ЁCый уровень обобщения. В блоке 2 определяются нечеткие лингвистические значения. В блоке 3 осуществляется ввод нечетких свойств. В блоке 4 осуществляется поиск в графах свойств НЛЗ из базы знаний. В блоке 5 производится определение НЛЗ. В блоке 6 осуществляется определение шкалы, соответствующей НП. В блоке 7 осуществляется поиск значения этого уровня в модели. Далее, в блоке 8 определяются множества объектов и значений из базы знаний соответствующих четким объектам и значениям. В блоке 9 соответственно уровню обобщения в базе знаний находятся объекты и значения, включающие множества объектов, определенных в предыдущем блоке. Рис. 0. Алгоритм работы пользователя «Эксперт по диагностике». Рис. 0. Алгоритм процесса описания начальной микроситуации µ § Рис. 0. Алгоритм обобщения В блоке 10 определяются характеристики объектов б уровня µ §. Если в базе знаний такие характеристики присутствуют, то осуществляется переход к блоку 12, где формируются факты б уровня. Иначе, в блоке 11 осуществляется обращение к пользователю «Эксперт по диагностике» с целью дообучения. Блок 4 алгоритма «Сравнение µ § с описаниями активного уровня» представлен на (Рис. 0. Алгоритм сравнения µ § с описаниями активного уровня). Целью данного блока является сравнение множества фактов µ § со всеми описаниями µ § и формирование µ §. В блоке 1 осуществляется ввод обобщенного описания и описаний на активном б уровне модели управления. В блоке 2 выбор начального описания. В блоке 3 определяются два описания для сравнения. В блоке 4 производится построение матрица толерантностей. Объединение элементов матрицы осуществляется в блоке 5. В блоке 6 определяется, есть ли еще описания на активном уровне. В блоке 7 формируется вектор толерантности активного уровня. В блоке 8 осуществляется переход на следующее описание активного уровня. Представим работу блока 5 из алгоритма работы пользователя «врач-стоматолог» в виде (Рис. 0. Алгоритм выбора максимально схожих описаний активного уровня). Целью этого алгоритма является определение максимальных координат вектора семантической толерантности (т.е. Выбор максимально схожих описаний активного уровня). Ввод вектора толерантности осуществляется в блоке 1. Координата данного вектора µ § имеет вид: µ §, В блоке 2 определяется координата вектора с максимальным количеством µ § толерантностей. Если условие, указанное в блоке 3 не выполняется, значит, есть одна максимальная координата, и производится переход к блоку 5, где осуществляется вывод максимальной координаты. Иначе, т.е. если в максимальных координатах количество µ § толерантностей одинаково, то определяется максимальное количество, µ § т.е. µ § в блоке 4. Далее производятся аналогичные процедуры, до определения µ §. Далее в блоке 25 в случае присутствия более одной координаты с максимальным количеством толерантностей осуществляется выбор описаний активного уровня с целью устранения неоднозначности вывода. Рис. 0. Алгоритм сравнения µ § с описаниями активного уровня Рис. 0. Алгоритм выбора максимально схожих описаний активного уровня Рис. 0. Алгоритм выбора максимально схожих описаний активного уровня, продолжение. Блок 8 «Дифференциальная диагностика решений» алгоритма работы группы пользователей «врач-стоматолог» представим в следующем виде (Рис. 0. Алгоритм дифференциальной диагностики решений). В блоке 1 осуществляется ввод диагностических решений микроуровняµ §. В блоке 2 выбирается первое диагностическое решение. В блоке 3 осуществляется обращение к таблице дифференциальной диагностики базы знаний. В блоке 4 определяются альтернативные активному решению другие диагностические решения. В блоке 5 выделяются все те факты, которые разделяют описания активного диагностического решения и альтернативных решений. В блоке 6 проверяется наличие определенных симптоматических фактов в описании начальной микроситуации. Если есть эти симптоматические факты, то в блоке 7 проводится пересчет координат. В блоке 8 осуществляется формирование множества недостающих симптоматических фактов. В случае отсутствия таковых, в блоке 9 проверяется, есть ли еще диагностические решения для проведения дифференциальной диагностики. В блоке 10 алгоритма производится формирование диагностического решения. Представим подробнее блок 10 следующим алгоритмом (Рис. 0. Алгоритм процесса формирования диагностического решения) В блоке 1 осуществляется ввод всех полученных диагностических решений. В случае присутствия более одного диагностического решения осуществляется переход к блоку 3, где имеющиеся диагностические решения объединяются в сложное диагностическое решение. В противном случае осуществляется переход к блоку 5. В блоке 6 осуществляется переход к пользователю «эксперт по диагностике» с целью дообучения системы. В блоке 7, учитывая данные из предыдущих блоков, осуществляется формирование диагностических решений на активном уровне. В блоке 8 осуществляется переход на следующий уровень. В блоке 9 проверяется уровень, соответствующий активному. В случае, если активный уровень ЁC микро, то производится переход к блоку 10, где осуществляется вывод кортежа диагностического решения. Рис. 0. Алгоритм дифференциальной диагностики решений Рис. 0. Алгоритм процесса формирования диагностического решения. Рис. 0. Алгоритм процесса объяснения решения. В блоке 15 алгоритма работы пользователя - «врач-стоматолог» осуществляется формирование таблицы объяснения диагностического решения. Данный блок представим следующим алгоритмом (Рис. 0. Алгоритм процесса объяснения решения). В блоке 1 осуществляется ввод уровня объяснения и диагнозы, которые подлежат объяснению. В блоке 2 проверяется наличие более одного диагноза. В случае присутствия одного диагноза, подлежащего объяснению (блок 3), определяются симптоматические, факты обобщенные до активного уровня. Далее в блоке 4 осуществляется вывод фактов в качестве объяснения решения в последовательности определенной мерами толерантностей. В случае присутствия более одного диагноза подлежащего объяснению в блоке 5 проводится построение таблицы объяснения решения. В блоке 6 осуществляется вывод таблицы с симптоматическими фактами, объясняющей диагностические решения. Информационная база Структура информационной базы экспертной системы диагностики заболеваний челюстно-лицевой области представлена на (Рис. 0. Структура информационной базы). Информационная база включает в себя такие основные компоненты как: база данных и база знаний. База данных представляет собой реляционную базу процесса лечения пациентов. База знаний включает в себя модель управления и модель предметной области. (Рис. 0. Структура связей в информационной базе.) Рассмотрим структуру модели предметной области подробнее. Одной из основных компонент данной модели является классификатор заболеваний КЗ. Структура этой компоненты представлена древовидным графом µ § (Рис. 0. Структура классификатора заболеваний.). В ней описаны всевозможные состояния пациента, классифицированные по принятому стандарту. Так, например: кариес зубной, болезни пульпы и периапикальных тканей и т.д. Следующая компонента обобщение-конкретизация, ОК содержит аксиомы обобщения и конкретизации понятий и отношений, представленных древовидными графами µ § и µ § (Рис. 0. Структура обобщения-конкретизации объектов и отношений.), где обобщенные объекты включают все входящие по смыслу конкретные объекты. Компонента НП содержит семантические шкалы, в которых НЛЗ упорядочены по смыслу. Причем название шкалы это НП, а НЛЗ, соответствующие вершинам дерева, упорядочены. Смысл каждого НЛЗ опять таки раскрывается с помощью графа µ §, как например, в семантической шкале «Интенсивность болевого синдрома» (Рис. 0. Семантическая шкала и фрагменты описывающие нечеткое понятие «Интенсивность болевого синдрома».Рис. 0. Семантическая шкала и фрагменты описывающие нечеткое понятие «Интенсивность болевого синдрома», продолжение 1.,Рис. 0. Семантическая шкала и фрагменты описывающие нечеткое понятие «Интенсивность болевого синдрома», продолжение 2.) вершина «очень слабо» - это «влияние на способность принимать решения не наблюдается», «трудоспособность не нарушена», «чувство юмора в пределах нормы». Рис. 0. Структура информационной базы Рис. 0. Структура связей в информационной базе. Рис. 0. Структура классификатора заболеваний.База Знаний Рис. 0. Структура обобщения-конкретизации объектов и отношений. Рис. 0. Семантическая шкала и фрагменты описывающие нечеткое понятие «Интенсивность болевого синдрома». Рис. 0. Семантическая шкала и фрагменты описывающие нечеткое понятие «Интенсивность болевого синдрома», продолжение 1. Рис. 0. Семантическая шкала и фрагменты описывающие нечеткое понятие «Интенсивность болевого синдрома», продолжение 2. Следующая компонента модели предметной области - таблица дифференциальной диагностики ТДД. Она включает симптоматические факты, различающие описания схожих по смыслу диагнозов. Например, заболевания «пародонтоз» и «пародонтит» имеют схожую клиническую картину и различаются указанными в таблице симптоматическими фактами ЁC «на панорамном рентгене уменьшение высоты альвеолярного отростка» при заболевании «пародонтоз» наблюдается и не проявляется при заболевании «пародонтит». Модель управления представляет собой семантическую сеть, в вершинах которой записаны правила принятия решений в виде продукций, а дугами представлены пути конкретизации продукций. Например, в вершине A может присутствовать следующее правило в виде продукции «Если патология имеет место органы полости рта, слюнные железы или челюсти, то болезни органов полости рта, слюнных желез и челюстей». Конкретизация же этого правила осуществляется путем перехода по дуге в вершину B следующего уровня иерархии, где находится правило в виде продукции «Если патология имеет место зубы, то болезни зубов». Дальнейшая конкретизация осуществляется аналогично вплоть до конкретного уровня. (Рис. 0. Пути конкретизации продукций.). Рис. 0. Пути конкретизации продукций. База данных экспертной системы содержит данные о клинике, врачах, пациентах, данных о первичном обследовании, посещениях и диагнозах пациентов. База данных представлена в виде таблиц-отношений реляционной структуры (Рис. 0. Структура связей в информационной базе.). Данные о клинике хранятся в (Таблица 0. Клиника). Таблица 0. Клиника N КлиникаАдресТелефон 1Телефон 2Веб-сайтЭл-почтаФакс Информация о врачах хранится в (Таблица 0. Врач). Таблица 0. Врач N врачаФамилияИмяОтчествоТелефон моб.Телефон дом.СтажСпециальностьДолжностьN Клиника Паспортные данные о пациенте хранятся в (Таблица 0. Пациент). Клинические же данные хранятся в (Таблица 0. Амбулаторная карта). Таблица 0. Пациент N пациентаФамилияИмяОтчествоДата первичного обращенияN Амбулаторной карты Таблица 0. Амбулаторная карта N Амбулаторной картыN первичного обследованияN ПосещенияПредварительный диагноз общий.Жалобы Данные первичного обследования записываются в (Таблица 0. Дифференциальная диагностика) Таблица 0. Первичное обследование N первичного обследованияЗубная формулаСостояние слизистой оболочки и десенПрикусКомментарии Информация же о каждом посещении, проделанной работе, диагнозе и враче хранится в таблице (Таблица 0. Посещения). Таблица 0. Посещения N ПосещенияДатаПроделанная работаДиагнозN врача Формирование запроса (Таблица 0. Запрос) осуществляется на основе данных о субъективных и объективных симптомах из таблиц Пациент, Амбулаторная карта, Первичное обследование и Посещения. Таблица 0. Запрос N запросаN пациентаN амбулаторной картыN посещенияN врачаN клиникиПредвари тельный диагнозОбъективные симптомыСубъективные симптомы В таблице (Таблица 0. Диагноз) хранится информация из таблиц Пациент, Запрос, Объяснение решения, Дифференциальная диагностика. Таблица 0. Диагноз N ДиагнозаN запросаN пациентаКортеж диагностического решенияN Объяснение решенияN Диф/диагностики В (Таблица 0. Объяснение решения) хранится информация, объясняющая решение из базы данных. Таблица 0. Объяснение решения N Объяснение решенияуровень конкретизациидиагноз 1диагноз 2мера толерантностифакты В (Таблица 0. Недостающий симптом) хранятся симптоматические факты, выведенные системой в качестве запроса о недостающей клинической информации. Таблица 0. Недостающий симптом N вопросаОбъектСвойствоЗначение Таблица 0. Диагностическое решение N Диагностического решенияУровеньДиагностическое решение В (Таблица 0. Диагностическое решение) хранятся решения всех уровней. Организация диалога Обращение к экспертной системе пользователя «Врач-стоматолог» осуществляется следующей схемой диалоговых процедур (Рис. 0. Схема диаговых процедур.). В ней выделены три группы форм, соответственно группам пользователей («администратор клиники», «врач-стоматолог» и «эксперт по диагностике»). С формами «Клиника» и «Врачи» работает пользователь «администратор клиники». Пользователь «Врач-стоматолог» работает с формами «Пациент», «Амбулаторная карта», «Запрос», «Посещения», «Недостающий симптом», «Диагноз», «Объяснения решения». Пользователь «эксперт по диагностике» имеет доступ к базе знаний посредством формы «редактирование БЗ» и осущесвляет редактирование знаний о нечетких понятиях - «НП», правилах - «МЕПМАПМИП», таблиц диференциальной диагностики - «Д/Д», совместимости - «Совм», а также аксиом обобщения и кокретизации - «Деревья». Рис. 0. Схема диаговых процедур. Вход в систему осуществляется посредством формы «Регистрация» (Рис. 0. Регистрация.). Рис. 0. Регистрация. Вначале администратор клиники, вводит данные о стоматологической клинике, филиале или кабинете в форму «Клиника» (Рис. 0. Клиника). Им же вводится информация о группе пользователей «врач-стоматолог» в форму «Врачи» (Рис. 0. Врачи.). Это как общая информация о врачах, так и информация об их специализации, опыте и графике работы. Рис. 0. Клиника. Рис. 0. Врачи. Далее соответственно введенной информации о враче посредством формы «Пользователи» производится изменение или добавление информации о пользователе системы (Рис. 0. Параметры пользователя.). Здесь выделены следующие группы пользователей: Администратор клиники, Администратор системы, Врач-стоматолог и Пользователь (Рис. 0. Параметры пользователя.). Врач-стоматолог работает с формами «Пациент», «Амбулаторная карта», «Запрос», «Посещения», «Недостающий симптом», «Диагноз» и «Объяснения решения». Эксперт по диагностике работает с формой «Редактирование базы знаний». Администратор клиники работает с формами «Клиника» и «Врачи». При поступлении первичного пациента в стоматологическую клинику, администратор клиники заполняет форму «Пациент» (Рис. 0. Пациенты.). В поля данной формы вводятся паспортные данные пациента, информация о месте жительстве пациента. Так же информация о месте работы и специальности. Указываются условия обслуживания, а также прочие сведения. Информация о членах семьи записывается в специальное поле. Далее осуществляется переход к следующей форме. Клинические данные о пациенте вводятся в форму «Амбулаторная карта» (Рис. 0. Амбулаторная карта.). Данные первичного обследования вводятся в Раздел «Первичное обследование» формы «Амбулаторная карта». Данные о состоянии пародонта вводятся в форму «Пародонт» (Рис. 0. Карта пародонта.). В эту карту вводятся сведения о составлении карты пародонта челюстей. Ввод данных осуществляется прямо на экране через окно Верхней Челюсти и окно Нижней Челюсти (переключение между ними осуществляется из списка сверху окна). Можно просмотреть обе челюсти одновременно, выбрав значение «Все». Рис. 0. Параметры пользователя. Рис. 0. Пациенты. Рис. 0. Амбулаторная карта. Для заполнения карты пародонта используется известная система семи точек. Врач-стоматолог может измерить и ввести следующие значения : Free Gingival Margin (FGM) - свободный десневой край Muco Gingival Junction (MGJ) - слизисто-десневое соединение Pocket depth - глубина десневого кармана Furcation status -состояние зоны разделения корней Mobility status - расшатанность Bleeding Status - кровоточивость десен Suppuration Status- нагноение Для ввода информации о состоянии зубов используется форма «Карта зубов» (Рис. 0. Карта зубов.). На карте изображен ряд круглых образов, представляющих зубы. Каждый образ далее делится на шесть частей, которые представляют поверхности зубов. В верхней половине карты представлено «Текущее Состояние» полости рта XE "charting :Current Condition" §, в нижней ЁC «Требуемое Лечение» XE "charting: Treatment Required" §. Рис. 0. Карта пародонта. Рис. 0. Карта зубов. Выбирая поверхность (зону) зуба на карте, автоматически уточняется зубная формула следующим образом: премоляры и моляры (Рис. 0. Премоляры и моляры.) Рис. 0. Премоляры и моляры. резцы и клыки (Рис. 0. Резцы и клыки.) Рис. 0. Резцы и клыки. Информация о каждом посещении, проделанной работе, поставленном диагнозе и враче вводится в форму «Курс Лечения» (Рис. 0. Курс лечения.). Рис. 0. Курс лечения. После ввода субъективных и объективных симптомов в виде фактов в формы «Амбулаторная карта», «Карта зубов», «Пародонт», пользователь ЁC «врач-стоматолог» нажатием клавиши «Запрос» инициирует процесс диагностики. В случае, когда введенных фактов достаточно для постановки диагноза выводится форма «Курс лечения», где поле «Диагноз» содержит кортеж диагностического решения. (Рис. 0. Диагноз.). Рис. 0. Диагноз. В форме «Объяснение решения» хранится информация о том, на каком основании система предпочла определенное диагностическое решение на всех уровнях конкретизации (Рис. 0. Объяснение решения.). Здесь выводятся поля диагноз и симптомы. В первом указано диагностическое решение, во втором те симптоматические факты, которые характерны для него. В случае когда фактов не достаточно выводится форма «Объяснение решения 2» (Рис. 0. Объяснение решения 2.). Выбор этого варианта осуществляется нажатием клавиши «Описание НЕ Достаточно». Иначе осуществляется выход после нажатия клавиши «Описание Достаточно». Рис. 0. Объяснение решения. Рис. 0. Объяснение решения 2. Далее работая с формой «Объяснение решения 2» врач выбирает диагноз из списка, предоставленного системой, или вводит диагноз, с которым он считает необходимость провести дифференциальную диагностику. Переход к следующей форме «Объяснение решения 3» осуществляется нажатием клавиши «Провести объяснение» (Рис. 0. Объяснение решения 3.). На данной форме представлена таблица дифференциальной диагностики, где столбцы соответствуют диагнозам, а строки симптомам, которые характеризуют диагнозы, но в разных диагнозах имеют разные значения свойств клинических объектов. Завершение процесса диагностики осуществляется нажатием клавиши «Верно». В случае, когда врач обнаруживает дополнительный симптом, обязательный для диагностики, то его ввод производится нажатием клавиши «Еще симптом». В случае, если семантика информации, предоставляемой таблицей дифференциальной диагностики не имеет смысла, осуществляется переход к пользователю «Эксперт по диагностике» нажатием клавиши «Эксперт по диагностике». В случае дополнительного обследования пациента новые симптоматические факты вводятся формой «Недостающий симптом». (Рис. 0. Недостающий симптом.). Для редактирования базы знаний используется форма «Редактирование базы знаний», где пользователю «Эксперт по диагностике», предоставлена возможность модернизации продукций базы знаний системы (Рис. 0. Редактирование базы знаний.). Там же имеется возможность редактирования базы данных нажатием клавиши «Перейти в Аксесс». Рис. 0. Объяснение решения 3. Рис. 0. Недостающий симптом. Рис. 0. Редактирование базы знаний. Выводы по третьей главе. 1. Представлены алгоритмы решения задач диагностики. 2. Разработана структура информационной базы системы. 3. Разработаны сценарий и структура диалога работы экспертной системы. Экспериментальная проверка основных положений диссертационой работы В данной главе представлена специфика заболеваний челюстно-лицевой области, а также производится экспериментальная проверка основных положений работы на примерах. Специфика заболеваний челюстно-лицевой области Заболевания челюстно-лицевой области и в частности стоматологические характеризуются широкой распространенностью среди населения. Диагностика этих заболеваний является сложным процессом, связанным не только с индивидуальными способностями каждого лечащего врача, но также и с материально-техническим оснащением рабочих мест врачей-стоматологов. Стоматология и челюстно-лицевая хирургия являются экспансивно развивающимися областями современной медицины. Для точной диагностики необходим не только скрупулезный сбор анамнеза заболевания, профессиональное обследование, но и привлечение современного арсенала средств дорогостоящей дополнительной диагностики. Сопоставление огромного количества клинической информации, вывод диагностических гипотез, их проверка, построение динамичной стратегии при конкретизации описания заболевания от абстрактного до конкретного уровня, все это является методами построения диагноза. На поиск стратегии и точность диагностики в определенной степени влияют такие факторы как практический опыт врача-стоматолога, его знания о методах построения диагноза, о патологии и о клиническом различии между похожими состояниями. Анализ и системное обследование процесса диагностики показали, что достижение качественных изменений возможно при использовании экспертной диагностической системы ориентированной на узкую область диагностики заболеваний челюстно-лицевой области. При этом в качестве основных проблем были выделены возможности дообучения базы знаний и объяснения лечащему врачу-стоматологу процесса вывода диагностического решения. Проведение дифференциальной диагностики, надежный механизм смыслового сравнения клинических описаний и удобный интерфейс, способствуют выработке доверия практикующих врачей. В результате испытания методов используемых для построения экспертной системы диагностики заболеваний ЧЛО, что по мере заполнения базы знаний системы диагностика становится все точнее. Иерархическая структура хранения и использования знаний позволяет избегать ненужного количества перебора всех микроописаний диагнозов. Проведение дифференциальной диагностики и объяснение диагностических решений делают вывод системы точным и надежным. В случае добавления новых симптомов диагностические решения, поставленные на предыдущих посещениях, будут рассматриваться в качестве предварительных диагнозов и либо подтверждаться, либо изменяться с учетом новой клинической информации. Таким же образом проделанная работа врачом также фиксируется в амбулаторной карте и соответственно изменяет диагноз пациента. Использование системы позволяет врачу не только хранить информацию об обследованиях и проведенном лечении, но и о проведенной диагностике. Учитывая структуру системы, есть возможность разработки блока прогнозирования заболеваний пациента, с возможностью выработки рекомендаций по правильному лечению. Также возможность добавления блока отвечающего за выработку рекомендаций о необходимых профилактических мероприятий с учетом индивидуальных клинических данных каждого конкретного пациента. В разработанной системе учитывается возможность хранения информации на каждого пациента и централизации хранения клинической информации в единой базе всей сети. Это означает, что пациент может в перспективе обратиться не только к другому врачу в той клинике, где проводилось лечение, но и к другому врачу в любом филиале сети. При этом информация о пациенте и проделанном лечении и диагнозе будет сохранена системой для последующих посещений. |
плохо
1
Похожие:
База данных защищена авторским правом ©MedZnate 2000-2016
allo, dekanat, ansya, kenam
обратиться к администрации | правообладателям | пользователям
allo, dekanat, ansya, kenam
обратиться к администрации | правообладателям | пользователям