Автоматизированная система медицинской диагностики и советов по лечению, включая сетевой доступ

1 Уровень техники Область техники Настоящее изобретение относится к системам медицинских знаний, а конкретнее, к системам для предоставления медицинского совета широкой публике по сетям. Описание известной техники Расходы на здравоохранение в настоящее время составляют 14% валового национального продукта США и растут быстрее, чем любая другая составляющая индекса потребительских цен. Кроме того, обычно из-за неспособности платить за медицинские услуги многие люди лишены доступа даже к самой простой медицинской помощи и информации. Многие люди имеют задержку с получением или не могут получать медицинское внимание из-за ограничений по стоимости, времени или из-за неудобства. Если бы общество имело универсальный неограниченный доступ к медицинской информации, многих заболеваний можно было бы избежать. Аналогично, раннее обнаружение и лечение многочисленных заболеваний может предохранить многих пациентов от достижения развитых стадий заболевания,лечение которой является значительной частью финансовых расходов, относящихся к нашей национальной системе здравоохранения. Очевидно, что Соединнные Штаты встречаются с чрезмерно большими проблемами, связанными со здоровьем, и имеющиеся решения не удовлетворительны. Одна предыдущая попытка решить проблему медицинской помощи называется "Вызови сестру", в которой группа сестр круглосуточно предоставляют информацию о здоровье по телефону. Человек с медицинской проблемой звонит по номеру 800 (звонки за счт отвечающей стороны) и описывает проблему сестре. Сестра использует компьютер для общей или диагностической информации по нездоровью или жалобе, упомянутой вызывающим. Сестра затем может направить вызывающего к доктору из автоматизированного списка обращений в связанную контрактом больницу или группу больниц. Клиентские больницы заключают контракты с системой "Вызови сестру" для обеспечения обращений пациентов. Средство управляемого ухода, называемого "Персональный советник по здоровью", аналогично и добавляет вызывающему возможность прослушивать заранее записанные сообщения по темам здоровья 24 ч в сутки. Существует несколько проблем с этими имеющимися системами медицинских советов. Во-первых, эти системы имеют высокую стоимость, связанную с необходимостью сестрам отвечать на каждый телефонный вызов. Во-вторых, вызывающий может быть обязан принадлежать к участникам плана по оздоровлению, чтобы использовать эту услугу. Втретьих, если по какой-либо причине все сестры в конкретный момент заняты, а вызывающий 2 находится в опасном для жизни состоянии (а вызывающим это не осознается как опасность),драгоценное время для выполнения экстренных услуг может быть потеряно во время задержки. Ещ одна имеющаяся система медицинской помощи была разработана фирмой "InterPractice Systems", которая предоставляет автоматизированное средство, отвечающее на вопросы по медицинскому уходу, и дат людям советы дома. Организация поддержания здоровья (ОПЗ) может предоставить такие услуги своим членам в конкретной географической зоне. Для получения совета на дому член ОПЗ подключает блок размером с тостер к телефону и звонит по бесплатному телефону 800. Используя клавиатуру, которая является частью блока,пользователь отвечает на отображаемые на экране блока вопросы, относящиеся к симптомам пользователя. В зависимости от ответов пользователю может быть предложено использовать домашнее лечебное средство, может позвонить сестра или доктор или ему может быть назначено обследование. Ограничением этой системы являются дополнительные расходы на блок электроники, который может либо быть куплен пользователем примерно за 300 долларов или организацией по здоровью, включая расходы на доставку пользователям. Другим ограничением является то, что эта услуга направлена на членов конкретной организации здравоохранения,связанной контрактом, такой как ОПЗ. Необходима система, которой не требуется дополнительной аппаратуры для основных услуг, но которая использует существующую сеть связи. Требуемая система должна быть доступна для использования любым человеком, а не только членами определнной организации. Предыдущая попытка решения проблемы медицинской помощи для ограниченного набора состояний описана в патенте США 4712562. Кровяное давление пациента и частота сердечных сокращений измеряются и измерения отправляются по телефону на удалнный центральный компьютер для хранения и анализа. Отчты вырабатываются для отправки к врачу или к пациенту. Патент США 4531527 описывает аналогичную систему, в которой примный офисный блок автоматически связывается с врачом при заранее заданных чрезвычайных обстоятельствах. Патент США 4838275 раскрывает устройство, предназначенное для того, чтобы пациент лежал на нм или сидел в нм, имеющее электронику для измерения многочисленных параметров, относящихся к здоровью пациента. Эти параметры электронным образом передаются в центральный офис наблюдения и контроля,где высококвалифицированный наблюдатель взаимодействует с пациентом. Наблюдатель проводит установленные сеансы диагностики,кроме случаев, когда отмечается критическое положение, или при связи, инициированной па 3 циентом. Наблюдатель определяет, требуется ли не установленный заранее терапевтический ответ, и если да, то способствует этому ответу. Как было упомянуто выше, этой системе требуются высококвалифицированные люди со специальным измерительным устройством(встроенным в кровать или стул). Другие предыдущие попытки решить проблемы медицинской помощи типизированы в патенте США 5012411, который описывает переносное независимое устройство для измерения, хранения и передачи обнаруженной физиологической информации в удалнную точку по системе связи. Информация оценивается врачом или другим профессионалом по здоровью. Как и ранее, для использования такого устройства требуются высококвалифицированные люди. Некоторые услуги по предоставлению медицинского или фармацевтического совета теперь доступны по телефонным номерам на "1900", например, "Доктор по телефону". Эти услуги доступны 24 ч в сутки и 7 дней в неделю. Группа докторов, включая несколько специальностей, доступна для ответа на вопросы о медицинской помощи или медицинских состояниях для людей повсюду в Соединнных Штатах,которые звонят по номеру на "1-900" одной из служб. Группа зарегистрированных фармацевтов отвечает на вопросы о медикаментах для фармацевтической службы "1-900". Раскрытие изобретения Настоящее решение проблемы медицинской помощи заключается в автоматизированной системе медицинской диагностики и советов по лечению (МДСЛ), которая является системой, основанной на медицинских знаниях,разработанной для предоставления медицинского совета широкой публике по телефонной сети. Целью системы МДСЛ является предоставление каждому человеку равного доступа к высококачественному, на 100% непротиворечивому медицинскому совету за разумную цену. Система МДСЛ предоставляет вызывающим крайне быстрый и действительно неограниченный доступ к информации о медицинской помощи двадцать четыре часа в сутки из любого места мира. Совет по медицинской помощи сделан доступным полному спектру пользователей, от старых пациентов, заточнных в своих домах, до путешественников в другой стране с телефонами в их автомобилях. Основные идеи, приведшие к разработке системы МДСЛ, основаны на следующих посылках:- Около 90% всех жалоб пациентов связаны примерно со 100 медицинскими проблемами.- Практически все решения о первичной помощи, связанные с этими 100 проблемами,могут быть сделаны на основе информации,изученной просто путм получения подробной 4 истории болезни. Результаты физического обследующий, лабораторные исследующий и изучение полученных представлений имеют тенденцию лишь подтверждать диагноз.- Минимальное количество информации,которой доверяют многие доктора, и которое может быть получено от физического обследующий, может, в действительности, быть получено от пациента, снабжнного подходящими указаниями.- В большинстве случаев взаимодействие лицом к лицу между доктором и пациентом не нужно. Подробная и хорошо составленная история болезни вместе с физическими показателями, добытые у пациента, могут быть получены по телефону.- Медицина, в основном, - это диагноз и лечение. Хотя рекомендации по лечению часто меняются, фундаментальные принципы проставления диагноза не меняются.- Существует значительная задержка между моментом времени, когда новая терапия осознатся как безопасная и эффективная, и моментом времени, когда врачи могут предложить е своим пациентам. Эти основные идеи используются в воплощении системы МДСЛ. Целью системы МДСЛ является предоставление более хорошего медицинского совета,чем это может сделать практикующий семейный врач, который незнаком с пациентом, например,врач по вызову. Человек, желающий получить медицинский совет, часто не будет способен видеть или говорить со своим персональным врачом своевременно. Система МДСЛ предоставляет медицинский совет, когда бы это ни потребовалось вызывающему - семь дней в неделю/24 ч в сутки. Все предыдущие медицинские алгоритмы,включая те, которые используются в вооруженных силах, разработаны для взаимодействия лицом к лицу. Книги по самопомощи обычно не принимают во внимание возраст и пол в своих алгоритмах. Более того, книга не может принять во внимание, сколько раз человек консультировался по одному алгоритму за короткий промежуток времени по одной проблеме. Медицинские алгоритмы, используемые системой МДСЛ, разработаны для использования в телекоммуникациях, устанавливая и избегая недостатка книг самопомощи. Предыдущие системы медицинских советов не проводили анализа плотности по времени для определнного числа факторов относительно числа жалоб за единицу времени. Система МДСЛ использует "мета" функции для проведения этих анализов. Предыдущие алгоритмы медицинских советов не имели способа обнаружения уровня сознания человека, желающего получить консультацию. Система МДСЛ вызывает "проверку умственного статуса" в каждом случае, когда жалоба или проблема имеет возможность мер 5 цающего сознания. Кроме того, система МДСЛ использует "цепи анализатора синтаксического расхождения", которые позволяют системе вызывать проверку умственного статуса, если имеются различия в ответах на параллельные цепочки рассуждений, которые встроены или воплощены в системе. Другие системы медицинских советов не имеют "повторного ввода" для наблюдения за прогрессом или ухудшением состояния пациента. Система МДСЛ проверяет и реагирует на изменнные по времени состояния. Предшествующие системы медицинских советов страдают от неспособности постоянно обновляться по мере того, как становится доступной новая медицинская информация. Система МДСЛ регулярно и часто обновляет аспект лечения системы. Автоматизированная система медицинской диагностики и советов по лечению (МДСЛ) является системой, основанной на медицинских знаниях, разработанной для предоставления медицинского совета широкой публике по телефонной сети. Используя новый авторский язык,интерактивную технику распознавания голоса и речи, система МДСЛ кодирует чрезвычайно полезное ядро знаний экспертов и обычных практикующих врачей по диагностике и лечению в автоматизированную систему для доступа персонала без медицинского образования. Система МДСЛ не предоставляет советов по каждой медицинской проблеме и не делает исчерпывающего изучения одного вертикального поперечного среза медицины. Вместо этого система МДСЛ предоставляет обновлнный медицинский совет примерно по одной сотне наиболее часто встречающихся проблем в обычной практике и медицине экстренной помощи. Она также предоставляет ценную информацию публике по любому количеству медицинских тем. В качестве другого выполнения системы МДСЛ, человек, желающий получить медицинский совет и имеющий доступ к персональному компьютеру (ПК), загружает в ПК программу для выработки системы автономной медицинской диагностики и советов по лечению(АМДСЛ). Вместо того чтобы слушать вопросы и отвечать путм нажатия клавиш тонального набора или голосом, пользователь отвечает на вопросы и предписания, отображаемые на экране компьютера с помощью компьютерного устройства ввода, такого как клавиатура или мышь. Диагноз и/или рекомендации по лечению, предоставляемые системой МДСЛ, одинаковы с предоставляемыми системой АМДСЛ. Пользователь системы АМДСЛ может получать обновления путм контакта со спонсором/ администратором системы МДСЛ для получения наиболее новой информации таблицы лечения для конкретного диагноза. 6 Ещ одно выполнение системы МДСЛ использует сети связи, такие как Интернет, для подключения пользователя или пациента к компьютеру МДСЛ. Пользователь использует процессор доступа к сети или компьютер для доступа к сети. Это выполнение использует сценарии медицинской диагностики, выполняемые сценарным ядром, для выработки медицинского совета или диагноза. Сценарии и сценарное ядро могут быть выполнены на компьютере МДСЛ тем же образом, что и в описанном выше телефонном выполнении. Альтернативно, выбранные части программного обеспечения МДСЛ и один или более сценариев могут быть загружены в компьютер пользователя для выполнения. Компьютер МДСЛ может загружать дополнительные или новые сценарии в компьютер пользователя по сети, когда это необходимо. В одном выполнении изобретения имеется система медицинской диагностики и советов по лечению для предоставления информации пациенту, содержащая: вычислительную среду; устройство ввода, подключнное к вычислительной среде, для прима информации от пациента; устройство вывода, подключнное к вычислительной среде, для предоставления информации пациенту и множество избирательно выполняемых алгоритмов медицинских жалоб, основанных, по меньшей мере, на части принятой информации, причм любой из алгоритмов медицинских жалоб оценивает, по меньшей мере,часть принятой информации и, если оценка достигает или превосходит порог, диагностирует медицинское состояние, связанное с выполненным алгоритмом медицинских жалоб, при этом диагностируемое медицинское состояние сообщается через устройство вывода. В другом выполнении изобретения имеется автоматизированная система медицинской диагностики, содержащая: сеть связи; сервер,подключнный к сети; клиент, подключнный к сети; и множество избирательно выполняемых алгоритмов медицинских жалоб на серверном или клиентском компьютере и основанных, по меньшей мере, на части принятой информации,в которой любой из алгоритмов медицинских жалоб оценивает, по меньшей мере, часть принятой информации и, если оценка достигает или переходит порог, диагностирует медицинское состояние, связанное с выполненным алгоритмом медицинских жалоб, причм диагностируемое медицинское состояние сообщается через устройство вывода, подключнное к клиенту. Краткое описание чертежей Фиг. 1 является блок-схемой, показывающей компоненты предпочтительного в настоящее время выполнения автоматизированной системы медицинской диагностики и советов по лечению (МДСЛ) по настоящему изобретению; 7 фиг. 2 - диаграммой автономного процесса, использованного для выработки речевых файлов, показанных на фиг. 1; фиг. 3 - диаграммой процесса преобразования узла, использованного для создания файлов для использования в системе, показанной на фиг. 1; фиг. 4 - диаграммой одного из файлов и компонент по фиг. 1 и 3, которые используются во время прогона; фиг. 5 а - диаграммой использования файлов, показанных на фиг. 3, во время прогона; фиг. 5b-5g - примерной последовательностью структур данных системы, показанной на фиг. 1, во время прогона; фиг. 6 - блок-схемой, показывающей концептуальный вид файлов базы данных и процессов системы по фиг. 1; фиг. 7 а, 7b, 7 с и 7d - блок-схемами алгоритма высокого уровня системы МДСЛ по фиг. 1; фиг. 8 а и 8b - блок-схемами алгоритма процесса 250 входа пациента в систему, определнного на фиг. 7 а; фиг. 9 а и 9b - блок-схемами алгоритма процесса 252 регистрации пациента, определнного на фиг. 7 а; фиг. 10 а и 10b - блок-схемами алгоритма процесса 254 оценки, определнного на фиг. 7d; фиг. 11 а и 11b - блок-схемами алгоритма мета-функции 500, определнной на фиг. 10b; фиг. 12 а и 12b - блок-схемами алгоритма процесса 272 входа ассистента в систему, определнного на фиг. 7b; фиг. 13 а и 13b - блок-схемами алгоритма процесса 276 ассистируемого входа пациента в систему, определнного на фиг. 7b; фиг. 14 а и 14b - блок-схемами алгоритма процесса 274 регистрации ассистента, определнного на фиг. 7b; фиг. 15 а и 15b - блок-схемами алгоритма процесса 278 ассистируемой регистрации пациента, определнного на фиг. 7b; фиг. 16 а и 16b - блок-схемами алгоритма функции 508 проверки умственного статуса,определнной на фиг. 10b; фиг. 17 - блок-схемой алгоритма программы 510 анализатора семантического расхождения (ПАСР), определнной на фиг. 10b; фиг. 18 - блок-схемой алгоритма операции 512 последней истории болезни, определнной на фиг. 10b; фиг. 19 - блок-схемой алгоритма функции 514 физической самопроверки, определнной на фиг. 10b; фиг. 20 - блок-схемой алгоритма программы 516 медицинского состояния пациента определнной на фиг. 10b4 фиг. 21 - блок-схемой алгоритма функции 518 анализа серьзности симптомов, определнной на фиг. 10b; 8 фиг. 22 - блок-схемой алгоритма процесса 256 таблицы лечения, определнного на фиг. 7d; фиг. 23 - блок-схемой алгоритма процесса 864 выбора лечения, задаваемого с помощью меню, определнного на фиг. 22; фиг. 24 - блок-схемой высокого уровня основанного на сети выполнения системы МДСЛ,которое использует сети связи; фиг. 25 а - блок-схемой, показывающей составляющие предпочтительного в настоящее время основанного на сети выполнения автоматизированной системы МДСЛ по настоящему изобретению; фиг. 25b - блок-схемой, показывающей составляющие компьютера пользователя в основанном на сети выполнении автоматизированной системы МДСЛ; фиг. 26 - блок-схемой, показывающей концептуальный вид файлов базы данных и процессов системы по фиг. 25 а и 25b; фиг. 27 - диаграммой автономного процесса, использованного для выработки файлов сценариев медицинской диагностики (СМД), использованных системой по фиг. 25 а и 25b; фиг. 28 - диаграммой одного из файлов и составляющих по фиг 25 а, 25b, 26 и 27, которые используются во время прогона; фиг. 29 - блок-схемой алгоритма, показывающей взаимодействие компьютера МДСЛ с компьютером пациента через сеть по фиг. 25 а; фиг. 30 - блок-схемой, показывающей взаимодействие компьютера МДСЛ с компьютером пациента через Интернет; фиг. 31 - блок-схемой алгоритма процесса сетевой передачи программ и данных, который используется во время выполнения начального сценария (процесс одинаков с процессом, показанным на фиг. 7 а-7b) и процесса оценки, показанного на фиг. 10 а-10d; фиг. 32 - блок-схемой алгоритма, показывающей часть процесса сетевой передачи данных, выполняемую во время выполнения начального сценария (процесс одинаков с процессом, показанным на фиг.7 а-7b), и процесса оценки, показанного на фиг. 10 а-10d, и фиг. 33 - экраном примерного графического интерфейса пользователя, вырабатываемым в течение сценария, который может диагностировать малярию. Подробное описание предпочтительного выполнения Нижеследующее подробное описание предпочтительных выполнений представляет собой описание определнных особенных выполнений для помощи в понимании формулы изобретения. Однако настоящее изобретение может быть воплощено множеством различных путей, как это определено и накрыто формулой изобретения. Для удобства следующее описание будет разделено на следующие принципиальные части: Введение, Обзор системы, Рабочие характе 9 ристики системы МДСЛ, Авторский язык, Работа во время прогона, Структура программного обеспечения, Блок-схема алгоритма высокого уровня, Процесс входа в систему, Процесс регистрации, Процесс оценки, Мета-функция, Оценка умственного статуса, Программа анализатора семантического расхождения, Программа последней истории болезни, Физическая самопроверка, Анализ серьзности симптомов, Таблица лечения, Парадигма системы МДСЛ, Получение видеоизображений, Преимущества системы МДСЛ, Первая возможная конфигурация системы, Краткое описание преимуществ настоящего изобретения и Вторая возможная конфигурация системы.I. Введение. Консультация для человека, желающего получить медицинский совет, начинается с телефонного звонка в систему медицинской диагностики и советов по лечению (МДСЛ) по настоящему изобретению. Система МДСЛ задат вызывающему конкретные вопросы и затем анализирует каждый ответ. Распознавание голоса и техника интерактивного голосового ответа позволяет вызывающим отвечать на вопросы типа да/нет и вопросы с множественным выбором либо путм произнесения прямо в телефон, либо путм использования кнопочной клавиатуры их телефона. Лгкий доступ к информации в системе МДСЛ делается возможным благодаря естественному интерфейсу пользователя. Проводимый компьютером диалог состоит из простых вопросов типа да/нет и вопросов с множественным выбором. Вопросы и рекомендации по лечению выполнены очень простыми словами, но специально разработаны для отражения накопленного опыта многих врачей по проведению опросов пациентов. Хотя все вопросы системы МДСЛ разработаны для легкого понимания, непредвиденные ситуации будут неизбежно возникать. По этой причине воплощена иерархическая структура персонала. Для примера, на каждые 10 телефонных линий будет доступен один оператор,имеющий полный опыт в сортировке больных и в системе МДСЛ. На каждые 10 операторов будет присутствовать одна зарегистрированная сестра, и на каждые 10 зарегистрированных сестр будет присутствовать один врач. Требования к персоналу регулируются, когда система усовершенствуется в направлении оптимальной эффективности. Система МДСЛ не требует оператора или зарегистрированной сестры для вынесения каких-либо медицинских решений.II. Обзор системы. На фиг. 1 показаны компоненты предпочтительного в настоящее время выполнения автоматизированной системы 100 медицинской диагностики и советов по лечению (МДСЛ) по настоящему изобретению. Персональный компьютер (ПК) 102 включает в себя множество 10 компонент внутри корпуса 104. Множество телефонных линий 106 сопрягают телефонную сеть 108 общего пользования с компьютером 102. Для примера, одна из телефонных линий 106 показана как коммутированная через сеть 108 для соединения с телефоном 110, который используется человеком 112, желающим получить медицинский совет (пользователем). Во всем этом документе слова "пользователь", "вызывающий" и "пациент" используются взаимозаменяемо. Однако должно быть понятно, что вызывающий может действовать как представитель пациента. Если случай именно такой, то вызывающий будет зарегистрирован как ассистент для пациента. Аппаратное обеспечение и программное обеспечение системы компонуются с учтом двух основных концепций: возможность помещения в другие операционные системы и использование компонент промышленного стандарта. В этом случае система может быть более гибкой и позволит свободной рыночной конкуренции непрерывно улучшать продукт, снижая в то же время стоимость. Хотя ссылки будут делаться на особое аппаратное и программное обеспечение, должно быть понятно, что в настоящей системе может быть использовано множество различных компонент. В настоящее время система работает на ПК 102 с микропроцессором 80486 фирмы Intel. Функции "телефонии" используют плату 122 обработки голоса D/41D фирмы Dialogic Corporation на основе цифрового процессора сигналов(ЦПС). Плата 122 обработки голоса (ОГ) выполняет несколько функций, включая сопряжение телефонных линий, декодирование тональных сигналов набора номера, запись речи и воспроизведение речи. Тональные сигналы набора номера также известны как сигналы двух частотных групп (ДЧГ). Группа от одной до четырх линий 106 подключается к плате 122 ОГ. Компьютер 102 может включать в себя множество плат 122 ОГ на основании того, сколько соединений по телефонной линии требуется для системы 100. Распознавание речи достигается путм использования платы 124 распознавания речи VPRO-4 фирмы Voice Processing Corporation (также на основе ЦПС). Плата 124 распознавания речи (РР) выполняет несколько функций, включая распознавание произношений и выдачу индексного номера уровня достоверности распознавания. Как плата 124 РР, так и плата 122 ОГ подключены к шине 126 промышленной стандартной архитектуры (ISA). Шина 126ISA соединяет между собой микропроцессор 120 и множество периферийных устройств через цепи (микросхемы или платы) контроллера. Плата 122 ОГ подключается также к плате 128 адаптера VPRO через аналоговую аудиошину 130, которая называется аналоговой шиной расширения. Четыре одновременных канала обеспечивают скорость передачи данных 96 11 Кбит/с. Каждый канал соответствует телефонной линии, подключнной к плате 122 ОГ и связан с текущей консультацией пациента. Плата 128 адаптера далее подключается к цифровой аудиошине 132. Плата 124 РР также подключается к цифровой аудиошине 132. Плата 128 адаптера проводит преобразование аналогового сигнала в цифровой формат импульсно-кодовой модуляции (ИКМ), принадлежащий фирме VPC. Цифровая шина 132 может размещать 32 канала и имеет скорость передачи данных 2048 Мбит/с. Компьютерная шина 126 ISA имеет множество периферийных устройств, подключнных к ней через адаптеры или контроллеры. Плата 136 видеоадаптера, предпочтительноVGA или лучшего разрешения, подключается к видеомонитору 138. Схема 140 последовательной связи сопрягает устройство указания, такое как мышь 142. В другом выполнении вместо схемы 140 может быть использована схема параллельной связи. Схема 144 контроллера клавиатуры сопрягает клавиатуру 146. Адаптер интерфейса малых компьютерных систем(SCSI), такой как модель 1542 С, изготавливаемый фирмой Adaptec, обеспечивает шину 150SCSI, к которой предпочтительно подключены накопитель 152 на жстком диске на 500 Мб или более и два накопителя на дисках Бернулли по 150 Мб. Накопитель 152 на жстком диске хранит файлы базы данных, такие как файлы пациента, речевые файлы и двоичные файлы поддержки. Основное запоминающее устройство 156 подключается к микропроцессору 120. В предпочтительном в настоящее время выполнении система 100 МДСЛ работает в операционной системе 158 DOS версии 5.0. Программное обеспечение системы написано на языке Microsoft CC версии 7.0 с использованием методов структурного программирования. Процессор 160 алгоритмов включает в себя синтаксический анализатор и поддерживающие функции, которые манипулируют таблицей изменяемых символов памяти и стеком времени прогона, которые будут описаны далее. Программа CodeBase 5.0 фирмы Sequiter Software Inc. делает возможным доступ к записям dBase-совместимой базы данных, хранящимся на накопителе 152 на жстком диске. Система 100 МДСЛ включает в себя также два новых авторских языка (каждый из которых использован в двух выполнениях системы), что будет обсуждено ниже. Программное обеспечение системы включает в себя следующие кодовые модули, для которых исходный код включн в присоединнное микрофишное приложение:A. main.c - совокупность функций, которые в основном связаны с функциями телефонии,такими как ответ телефонной линии, воспроизведение речевого файла и набор сигналов ДЧГ. Здесь определены глобальные структуры данных. 12 В. base.c - функции, которые заставляют библиотеку CodeBase версии 5.0. выполнять манипуляции с файлами dBase. С. pars.c - функции синтаксического анализа и поддерживающие функции, которые манипулируют таблицей изменяемых символов памяти и стеком времени прогона.D. regi.c - модуль регистрации пациента в диалоговом режиме. Е. resp.c - принимает ответы вызывающих,ДЧГ или голосовые и вычисляет, что делать в следующую очередь путм подчинения команде(например, "повторить" или "дублировать") или прохождения через карту узлов алгоритма.F. term.c - полезная совокупность текстовых фраз для событий завершения в платахG. user.c - "недиагностические части" сеанса связи вызывающего: начальные отсеивающие вопросы, вход вызывающего в систему и инициатор воспроизведения следующего узла. Н. util.c - совокупность функций основного назначения, совместно используемых инструментами исполняемого времени работы, редактора узлов и переводчика ASCII.I. view.c - модуль, который управляет графическим дисплеем системы.J. x10.c - программа компьютерного интерфейса Х-10 для восстановления повреждения. К. xlat.c - модуль, связанный с объектными модулями pars.c и util.c для построения xlat.exe,отдельного выполняемого перевода для автономного перевода текстовых файлов ASCII. Это приложение скомпилировано с графикой Microsoft, платой Dialogic, платой VPC и библиотеками базы данных CodeBase. Плата РР VPro-4 фирмы Voice ProcessingCorporation (VPC) имеет восемь каналов распознавания голоса, которые по умолчанию связаны один-к-одному с каналами Dialogic D/41D. Передовая работа фирмы VPC в области обработки голоса относится в области непрерывной речи. Это позволяет человеку произносить многоцифровой номер естественным образом, без пауз после каждой цифры. VPC поставляет два словаря непрерывной речи: один словарь содержит цифры от 1 до 9 плюс "ноль" и "оу" [при произнесении в середине номера, например,901], а другой содержит только два слова "да" и"нет". Предоставляемый поставщиком словарь непрерывной речи из цифр используется системой 100. В предпочтительном в настоящее время выполнении, если оценка равна 75% или более, ответ принимается безусловно. Если оценка лежит между 20 и 74%, распознанные цифры считываются снова, и вызывающего просят принять или отвергнуть цифры. В другом выполнении системы 100 вышеупомянутые пороги оценок воплощены как настраиваемые параметры. Оценочные параметры хранятся в файле конфигурации, которым в автономном режиме 13 манипулирует программная утилита и который считывается системой прогона в момент запуска.VPC также предоставляет несколько дискретных словарей. Дискретные словари содержат один или два фрагмента из слов. Предоставляемый поставщиком дискретный речевой словарь месяцев года используется в диалоговом процессе регистрации пациента. Независимый от говорящего дискретный речевой словарь, состоящий из слов "да", "нет", "резервирование", "продолжение", "помощь", "оператор","пауза", "выход" и "повторение", был разработан с использованием очень мощного набора утилит, Scripter и Trainer, поставляемых VPC. Эти утилиты предназначены для собирания выборок и обучения словаря. Плата 124 РР имеет минимум 2 Мб установленной памяти. Конфигурация памяти по умолчанию имеет разбиение для одного дискретного словаря. Дополнительные дискретные словари могут быть загружены, если встроенная в плату память конфигурируется повторно. Плата 124 РР имеет четыре цифровых процессора сигналов (ЦПС), из которых VPC вывела восемь каналов распознавания речи. На каждый из этих восьми ресурсов распознавания ссылаются как на речевой процессор VPro(PПV). Распознавание дискретных словарей требует одного РПV, распознавание непрерывного словаря требует двух смежных PПV. Система 100 МДСЛ имеет диспетчер ресурсов РПV в модуле resp.c программного обеспечения. Этот диспетчер ресурсов распределяет PПV динамическим образом на каналы платы 122 ОГ на основе требования. Когда система принимает ответ, голосовой или ДЧГ, она освобождаетPПV, связанные с каналом платы 122 ОГ вызывающего. Система 100 МДСЛ использует интерфейс программирования приложений (ИПП) фирмыVPC для языка программирования Си. Это делает поставщика приложения зависящим от VPC,но также позволяет системе 100 использовать все мощные свойства ИПП, например создание в диалоговом режиме дискретных зависящих от говорящего словарей, используемых для сопоставления рисунка голоса или распознавания образца голоса. ИПП фирмы VPC поддерживает распознавание как словаря непрерывной речи (СНР), так и словаря дискретной речи (СДР). Плата 122 обработки голоса (ОГ) поддерживает запись и воспроизведение речи, а также обнаружение и декодирование сигнала набора номера (ДЧГ). Драйвер устройства, связанный с платой 122 ОГ, загружается в память системы во время операций загрузки. Драйвер устройства поддерживает связь между платой 122 ОГ и кодом приложения во время прогона (например, когда человек желает получить медицинский совет). Через совместно 14 используемый сегмент памяти драйвер устройства посылает в масштабе реального времени данные о событии и статусе в код приложения,когда события происходят на связанной телефонной линии. Эти события включают в себя звонок поступающего вызова, клавишу набора,нажатую вызывающим, и сигнал зависания. Плата 122 ОГ воспроизводит речевые сообщения, которые хранятся на накопителе 152 на жстком диске. Процессор 160 алгоритмов посылает выбранный речевой файл с закодированным речевым сообщением, которое извлекается с носителя 152 на жстком диске, на плату 122 ОГ в должное время для воспроизведения речевого сообщения. Речевое сообщение может иметь изменяемую длину с типичным сообщением примерно одну или две минуты длиной. Несколько речевых сообщений могут быть совместно соединены в цепочку для выработки расширенного произнеснного сообщения, например, для выдачи инструкций пациенту. Во время воспроизведения речевого файла плата 122 ОГ отслеживает ответ тонального набора от вызывающего. Плата 122 ОГ может быть сконфигурирована для прерывания воспроизведения речевого файла, когда обнаруживается тональный сигнал набора номера. Рабочие контексты системы. Система имеет флаг активности в блоке статуса порта для каждого пациента, в настоящее время использующего систему, для слежения за тем, в каком состоянии канал, связанный с платой ОГ, находится в а. Режиме ожидания - незанятый канал,ожидающий телефонного вызова;b. Режиме входа в систему - состояние, где пациент находится с процессе входа в систему; с. Режиме регистрации - состояние, где пациент находится в процесс регистрации;d. Реальном режиме - состояние, где пациент консультируется по действительной медицинской проблеме; е. Информационном режиме - состояние,когда пациент консультируется для информации или гипотетической ситуации;g. Режиме ожидания решения - аналогично Реальному режиму, за исключением того, что новая медицинская информация, собранная для пациента, не добавляется автоматически в медицинскую запись пациента, а записывается в файл "ожидания решения", где она будет проверена в автономном режиме человеком из персонала. Голосовые ключевые слова и командные ключи ДЧГ. Система реагирует на следующие голосовые ключевые слова и ключи ДЧГ, когда она находится в состоянии подсказки, т.е. не отвечает на сообщение меню: 15 Голос да нет Задний ход Пригоден для ответа на вопросы типа да/нет. Заставляет систему дать задний ход к Воспроизводит полезную информацию: либо узловой список сообщений помощи, либо сообщение объяснения команд ДЧГ. оператор 0 Заставляет систему соединять вызывающего с живым человеком. пауза 7 Переходы в режим паузы. Период паузы системы по умолчанию равен 30 с. выход 9 Выходит из текущего алгоритма и переводит вызывающего на узел 110,который запрашивает вызывающего,хочет ли он (она) выбрать другой алгоритм. повторение 3 Повторяет текущий узловой список проигрываемых сообщений. Если эта команда дана в середине длинного списка воспроизведения, то воспроизведение начинается заново с первого сообщения в списке. Команды режима паузы да 1 Растягивает период паузы на один интервал паузы по умолчанию (30 с). продолжение 2 Заканчивает режим паузы. Если это происходит на узле Да/Нет, система повторит вопрос. Если это происходит на узле связи, система продолжит воспроизведение "текущего" сообщения. Система решает неоднозначность цифры "2" ДЧГ - "нет" или"продолжение" - путм проверки флага режима паузы. Фиг. 2 показывает, как создаются речевые файлы. Человек, программирующий медицинские алгоритмы, использует речевые сообщения для связи с человеком, желающим получить медицинский совет. Как было упомянуто ранее,эти речевые сообщения имеют разную длину. Программист обычно пишет сценарий для речевого сообщения. Затем, используя трубку телефона 110, свойство громкоговорящего телефона или другое устройство ввода речи, например микрофон, программист читает сценарий в устройство ввода речи, которое подключено к плате 122 ОГ. Плата ОГ преобразует речь в цифровой формат и записывает оцифрованную речь в файл, который хранится на накопителе 152 на жстком диске. В предпочтительном в настоящее время выполнении поддиректория, названная Голос, содержит речевые файлы системы и поддиректории для каждого медицинского алгоритма. Речевые файлы системы находятся в форме sysxxx, где ххх является произвольно присвоенным числом. Сообщения системы используются "фиксированными" частями системы, например приветствием, процессом входа в систему, процессом регистрации. Имеется несколько речевых файлов в форме msgxxx. Это сообщения вопросника последней истории болезни и подтверждения ответов. Также имеются 16 дополнительные речевые файлы в формеmsgxxxx в каждой поддиректории алгоритма,где хххх обычно совпадает с номером узла, что будет объяснено ниже. Узловые сообщения включают сообщения информации, вопроса,меню и помощи.III. Рабочие характеристики системы МДСЛ. Одна из основных целей системы МДСЛ состоит в том, чтобы объединить высококвалифицированных медицинских экспертов, закодировать их знания в центральном местоположении и сделать их доступными каждому. Чтобы помочь в достижении этой цели, системой МДСЛ используется новый и уникальный авторский язык. Каждый день специалисты выполняют одни и те же задания снова и снова. Они проводят один и тот же ритуал диагностики по решению хорошо известной проблемы. В то же время,однако, врачи первичной медицинской помощи пытаются найти наилучший путь через лабиринт диагностики неизвестной проблемы. Этот процесс неэффективен и полон ошибок. В медицине имеется в общем один лучший путь действий. Вместо врачей, тратящих ценное время на дублирование заданий, система МДСЛ использует медицинских экспертов от каждой медицинской специальности, которые пишут подробные алгоритмы по лечению 100 или по наиболее часто встречающимся жалобам в семейной практике или экстренной медицинской помощи. Эти алгоритмы тщательно и специально разработаны для извлечения исторических данных и физических показателей по телефону,а не во взаимодействии лицом к лицу. Некоторые эксперты могут работать вместе, чтобы тщательно исследовать одну конкретную жалобу, равно как предупредить полный спектр возможных проблем и ответов пациента. Эти эксперты также могут обеспечить и поддерживать таблицу лечения системы МДСЛ,равно как методики получения представлений таблиц выбора и лабораторной проверки выбора. Эти представления будут описаны ниже. Тщательно построенные вопросы, использованные для написания истории болезни, являются главными инструментами, которые система МДСЛ использует для решения проблем пациентов. Ключом к написанию хорошей истории являются правильно заданные вопросы. В определнном смысле, вопросы процесса диагностики подобны тестам. Важно отметить, что правильные вопросы в основном всегда правильны, они не меняются. Хотя они и могут усовершенствоваться со временем, вс же один раз разработанные прекрасные и хорошо построенные вопросы будут хороши в течение долгого времени. Конечно, когда открываются новые заболевания, например синдром токсического шока или СПИД, разрабатываются новые 17 наборы вопросов диагностики, которые конкретны для каждого заболевания. Вопросы, использовавшиеся прежним поколением врачей, которые не имели никаких новейших методик получения представления(типов или способов), гораздо более чувствительны и точны в диагностировании проблемы пациента, чем вопросы, используемые докторами сегодня. Система МДСЛ использует тонкие нюансы языка для диагностирования пациентов,равно как и для определения того, когда необходимы определнные проверки или изучение полученных представлений. Способности системы МДСЛ вырабатывать статистику позволяют системе анализировать эффективность вопросов, используемых в процессе диагностики. В результате врачи получают выгоду от огромного количества статистической информации, которая собирается по отношению к словам вопроса, заданного для написания истории болезни. Например, какой в точности процент пациентов, которые ответят"да" на вопрос "Является ли эта головная боль худшей в вашей жизни", действительно имеет субарахноидальное кровоизлияние Хотя это классическое описание этой проблемы, точная вероятность наличия такой формы кровоизлияния в мозг после ответа "да" на этот вопрос в настоящее время неизвестна. В настоящее время доктора могут лишь оценивать вероятность определнных состояний, основываясь на истории болезни. Путм применения статистической информации, которая вырабатывается, система МДСЛ не только предоставляет пациенту совет, который постоянно улучшается, но также будет способна пройти через эти вероятности ко всему медицинскому обществу. Для оптимального функционирования система МДСЛ пытается получить так много информации о своих пациентах, как это возможно. Хотя первому по времени вызывающему датся великолепный совет, более специфичный совет может быть дан, если система имеет больше информации. Поэтому система МДСЛ спрашивает пациентов об их полной истории болезни. Система МДСЛ может либо получить медицинскую запись пациента по телефону, либо она может направить почтой или факсом подробный вопросник каждому пациенту. Пациент может затем собрать необходимую информацию, как ему будет удобно. Система МДСЛ будет также всегда доступна по телефону для уточнения любых вопросов, которые могут быть у пациента. Система МДСЛ использует коды "Международной классификации заболеваний" (ICD-9CM), чтобы помочь суммировать информацию,которую она имеет о пациенте. Этот мировой стандарт является всесторонней цифровой системой, используемой для классификации полного спектра медицинских заболеваний. КодыICD-9-CM также используются для классифика 001861 18 ции конкретных выполняемых процедур (например, аппендэктомии), равно как и для морфологии новообразований (т.е. диагноз ткани при раке). Кроме того, система 100 МДСЛ использует "Е-коды" ICD-9-CM для классификации событий, обстоятельств и состояний окружающей среды, таких как случаи травмы, отравления и другие вредные воздействия. Эти коды особенно полезны для хранения информации о том,какие лекарства принимал и принимает в настоящее время пациент, равно как и контекста(например, терапевтическое использование, несчастный случай, отравление, попытка самоубийства), в котором они принимались или принимаются. Например, Е 942.1 является кодом для терапевтического использования дигоксина. Медикаменты также перекрстно классифицируются в соответствии с классификацией по номерам списка Американской больничной формулярной службы (АБФС). Система 100 также использует "V-коды" для классификации других типов обстоятельств или событий, таких как вакцинации, потенциальные опасности для здоровья, связанные с историей человека или семьи, и подверженность токсическим химикатам. Считается, что алфавитно-цифровая составляющая истории болезни пациента не превышает 1000 атомов или фрагментов информации. Атом рассматривается здесь как отдельный элемент или точка опознаваемых данных. С таким предположением медицинские записи каждого человека на планете могут в настоящее время быть записаны примерно на 1000 оптических дисков. Когда пациент взаимодействует с системой МДСЛ, система постоянно определяет, какие вопросы задавать, основываясь на информации,которую она имеет о пациенте. Точно так же как и врач собирает относящиеся к делу фрагменты информации из своего диалога с пациентом,система МДСЛ сигнализирует, а позднее сохраняет все относящиеся к делу фрагменты информации, которую она узнала из каждого взаимодействия с пациентом. Следовательно, определнные вопросы, поскольку ответы на них остаются одинаковыми, могут не повторяться. Например, если система МДСЛ узнала, что мать пациента страдала от мигреней, ей никогда не будет нужно запрашивать эту информацию снова. Опять-таки, чем больше информации система МДСЛ имеет о пациенте, тем конкретнее е совет. Для системы МДСЛ не является необычным давать разные советы разным пациентам, обращающимся с одной и той же жалобой. Другими словами, выдаваемый совет конкретен для пациента. Не только совет системы МДСЛ может быть разным для разных пациентов, но имеются случаи, когда разными являются советы, выдаваемые одному пациенту (обращающе 19 муся по одной и той же жалобе в разное время). Например, одна из группы функций, называемых "мета", следит за количеством раз, когда у системы МДСЛ консультировались по одной и той же проблеме. Когда достигается порог, система МДСЛ советует пациенту, что определнное число консультаций наедине, по одной и той же жалобе, может означать проблему. Система затем делает должные рекомендации. Перед тем, как система МДСЛ сохраняет любую информацию, система проверяет е точность. Для выполнения этого задания используются "петли подтверждения". Любые фрагменты информации, которая станет частью медицинской записи пациента, отсылается через петлю подтверждения, когда система запрашивает пациента проверить точность информации,которую собрала система. Цикл подтверждения дат возможность системе проверять новую информацию пациента и делать исправления до того, как ввести эту информацию в медицинскую запись пациента.IV. Авторский язык. Система МДСЛ использует новый авторский язык, который специально разработан,чтобы позволить медицинскому знанию быть закодированному в пригодную к использованию компьютерную программу. Предпочтительная в настоящее время версия голосового ответа или телефонии системы МДСЛ написана на объектно-ориентированном языке Microsoft CC версии 7.0. Это позволяет системе МДСЛ легко сопрягаться с программами баз данных промышленного стандарта, включая те, которые основаны на SQL (языке структурированных запросов), равно как и быть переносимой в другие операционные системы. Операционная система прозрачна для пользователя. До разработки авторского языка системы МДСЛ для медицинских экспертов не существовало практического пути кодирования их знаний в осмысленную, полезную и доступную структуру. Хотя другие компьютерные языки использовались для построения систем медицинских экспертов, они почти всегда требовали вовлечения квалифицированного инженера или программиста. Очень часто знание, закодированное в этих системах, было доступно и полностью понятно только врачам. Обычно программист пытался перевести диагностические умения и правила лечения доктора в компьютерный код. Это отделение знания врача от закодированных рекомендаций по лечению часто порождали опасения у врача и иногда приводили к неточным рекомендациям по лечению. Авторский язык системы МДСЛ, однако,разработан, чтобы позволить врачам переводить их знания в компьютерную программу так, чтобы персонал без медицинского образования мог получить к ним прямой доступ. Рекурсивные и итеративные методы используются для приобретения знаний от эксперта и для компоновки 20 их таким образом, чтобы позволить им быть немедленно преобразованными в алгоритмы системы МДСЛ. Благодаря простому интерфейсу языка и поскольку уже разработана формула для написания алгоритмов, врачи, не имеющие компьютерной подготовки, могут кодировать свои знания, а также понимать, как в точности протекает этот процесс. Авторский язык системы МДСЛ позволяет реструктурировать информацию плоского формата в иерархический или ступенчатый формат,в которых расположение передат значение. Таким образом, текстовое описание заболевания может быть преобразовано в форму, которая позволяет выдавать полезные рекомендации по лечению. Новый язык также допускает формирование структуры, в которой многочисленные перекрытия выдаваемых на экран вопросов, вместе с применением рекурсивных методов, последовательно исключают некоторые диагнозы,достигая в то же время рекомендаций по лечению. Простота и элегантность системы МДСЛ была бы невозможной без нового языка. Авторский язык системы МДСЛ позволяет программисту алгоритмов извлекать информацию из медицинской записи пациента, запрашивать дополнительную информацию от пациента и проводить выполнение алгоритма на основе истории болезни и ответов пациентов. Этот язык позволяет программисту выполнять алгоритм в естественном сценарном стиле. Курс алгоритма определяется ответами вызывающего на вопросы, которые задат система МДСЛ. Для простых вопросов типа "да/нет" схема взаимодействия может быть описана двоичным деревом. Вопросы с множественным выбором (например, меню) предоставляют множество ветвей в дереве. Каждый вопрос может рассматриваться как узел, и приемлемыми ответами на этот вопрос являются ветви, ведущие к следующему вопросу (узлу). Используя эту абстракцию алгоритма, можно начертить ориентированный граф (известный также как карта узлов) узлов и ветвей алгоритма, начиная от начального вопроса и заканчивая всеми возможными завершающими точками. Таблица узлов выстраивается таким образом: 1. Автор разрабатывает алгоритм. 2. Алгоритм разбивается на отдельные узлы. 3. Вычерчивается ориентированный граф,который является блок-схемой работы алгоритма. 4. Каждое определение узла вводится в систему МДСЛ разными путями:a) либо путм использования утилиты ednode для написания определения каждого узла в машиночитаемую таблицу узлов системы,b) либо путм использования утилиты xlat для перевода файла ASCII для определений уз 21 лов, которые способен прочитать человек, в машиночитаемую таблицу узлов системы. Далее со ссылками на фиг. 3 будет описан процесс перевода медицинского алгоритма, написанного на авторском языке. Фиг. 3 изображает текстовый файл 170 формата ASCII (Американский стандартный код для обмена информацией) как вход в утилиту 172 перевода. ФайлASCII может быть создан путм использования текстового редактора или программы обработки текста (может быть необходим перенос в формат ASCII). Файл 170 ASCII содержит определения узлов, согласующиеся с синтаксисом,кратко описанным ниже. Цель утилиты 172 ASCII перевода определений узлов (xlat.exe вместе с функциями вpars.c и util.c) состоит в преобразовании документа, который может прочитать человек, в машиночитаемый формат, который система МДСЛ читает во время прогона для обработки алгоритма. Эта утилита 172 может рассматриваться как предпроцессор, перевод же должен завершаться до времени прогона. Выходом утилиты 172 является набор двоичных записей (NODBLK), записанных в таблицу 174 узлов (имя файла node.dos) и набор файлов 176 двоичных списков (в поддиректорииlistlistxxxxyy), где хх являются первыми двумя цифрами номера узла, а уу являются последними двумя цифрами. Четыре файла 176 а-176d списков показаны в качестве примера. Каждый файл "списка", например, 176 а, содержит таблицу "следующий" (например, следующий узел после этого), список воспроизведения сообщений для этого узла, и "рабочий" список (т.е. одна или более "вещей, которые следует выполнить" на этом узле до начала воспроизведения речи). Двоичная запись, записанная в таблицу 174 узлов (node.dos), имеет поля, содержащие номер узла (который является избыточным; положение записи в этом файле также указывает на номер узла), "типовой" атрибут узла (Меню,Связь, Подсказка, Да/Нет, Возврат, Зависание) и номер родительского узла). Таблица 174 узлов является таблицей из 10000 записей NODBLK. Эта таблица 174 индексируется по номеру узла, например, пятидесятая запись соответствует узлу 50. Содержимое отдельных записей узлов может просматриваться путм выбора "Отображаемый узел" во время прогона утилиты ednode. Записи узлов изменяются либо путм использования утилиты ednode, либо при переводе определений узлов изASCII в файл узла утилитой xlat. Одно из следующих ключевых слов необходимо как первый элемент на каждой строке,но принимается только одно ключевое слово на строку; любая избыточная информация будет устраняться. Ключевое слово Узел означает начало нового узла и определяет номер узла. Родитель Ключевое слово Родитель определяет родителя для определяемого узла. Тип Ключевое слово Тип определяет класс определяемого узла. Приемлемые имена типов таковы: Меню Этот узел представляет вопрос с множественным выбором. Да/Нет Этот узел представляет простой вопрос Да/Нет. Связь На этом узле не требуется ответа вызывающего, обработка алгоритма продолжится на заранее заданном узле. Подсказка Этот узел запрашивает некоторую цифровую информацию от вызывающего. Эта информация помещается в буфер ДЧГ,который затем сохраняется в следующем узле. Возврат Возвращает от вызова подпрограммы(например, после конфигурирования объекта последней истории болезни). Зависание Система освобождает этого вызывающего после того, как она заканчивает воспроизводить речевые файлы, или если вызывающий прерывает воспроизведение нажатием клавиши ДЧГ. Ожидание нн Этот узел будет воспроизводить список сообщений, а затем перед продолжением сделает паузу на конкретное число секунд, не равное нулю. Ключевое словоопределяет действие,которое необходимо произвести в ответ на узел типа либо Меню, либо ДаНет. Цифры Ключевое слово Цифры используется в сочетании с типом Подсказка для указания максимального числа цифр ДЧГ для получения от вызывающего. Воспроизвести Ключевое слов Воспроизвести определяет список воспроизведения одного или более сообщений, подлежащих воспроизведению в этом узле. Помощь Ключевое слово Помощь определяет список воспроизведения одного или более сообщений, содержащих полезные подсказки для взаимодействия с системой. Эти сообщения предоставляют полезные инструкции новому или смущнному вызывающему. Следующий Ключевое слово Следующий определяет следующий узел, на который следует перейти после определяемого узла. Оно используется совместно с типами узлов Связь и Подсказка. Работа Ключевое слово Работа показывает последовательность одной или более операций для выполнения по достижении определяемого узла. Эта обработка происходит перед началом воспроизведения речи. Поддерживаются выборочный набор математических функций, операций отношения, и вложенных утверждений если-затем-иначе. Знак номераили дефис (-) в первой позиции на новой строке заставит переводчика пропустить остаток строки. Это полезно для введения комментариев или снятия границ между определениями отдельных узлов. Переводчик также пренебрегает пустыми строками. Чтобы дать должное определение узлу, для каждого узла должно присутствовать минимальное число ключевых слов, а другие ключевые слова должны быть включены в зависимо 23 сти от типа узла. Минимальный набор ключевых слов для должным образом определнного узла таков: Узел, Родитель, Тип и Воспроизвести. Правила зависимостей:(2) Тип ДаНет требует строки 1 и строки 2, ( 3 и т.д. игнорируются.(3) Тип Связь требует строки Следующий.(4) Тип Подсказка требует строки Цифры и строки Следующий. Первым ключевым словом в определении узла должно быть Узел. Другие ключевые слова могут даваться в любом порядке. Следующее появление ключевого слова Узел вызовет проверку завершнности. Если проверка завершнности успешна, то определение узла сохраняется в машиночитаемом (двоичном) формате и перевод продолжается с новой строки со словом Узел. Набор зарезервированных ключевых слов языка приведн в табл. 1. Таблица 1 Зарезервированные ключевые слова языка связь повтор и меню проверка буфер цифр мета затем цифры следующий тип иначе узел ожиданиеessf родитель написать выровнять воспроизвести работа зависание вытолкнуть ИсклИЛИ помощь подсказка да/нет если протолкнуть удержать повторный вводV. Работа во время прогона. Теперь со ссылкой на фиг. 4 будет описано взаимодействие во время работы составляющих аппаратного и программного обеспечения системы 100 МДСЛ. Как было упомянуто ранее,процессор 160 алгоритмов включает в себя синтаксический анализатор и поддерживающие функции, которые манипулируют таблицей изменяемых символов памяти и стеком времени прогона. Для выбранного медицинского алгоритма запись узла считывается из таблицы 174 узлов и файл списка считывается из множества файлов 176 списков. Процессор алгоритмов также взаимодействует с платой 124 распознавания речи (РР) Vpro для распознавания речи и платой 122 обработки голоса (ОГ) Dialogic для воспроизведения речи и обнаружения ДЧГ. Плата 122 ОГ далее взаимосвязана с набором файлов 180 речи, которые хранятся на части жсткого диска 152, и с одной из телефонных линий 106, которая подключается через телефонную сеть 108 (фиг. 1) к телефону 110 пациента. Плата 124 РР далее подключается к описанным выше словарям 182 образцов голоса,также хранящимся на части жсткого диска 152. Процессор 160 алгоритмов использует ресурсы 24 распознавания речи, воспроизведения речи и обнаружения ДЧГ, как предписано медицинским алгоритмом, который извлекается из таблицы 174 узлов и файлов 176 списков. Согласно фиг. 4, 5 а и 5b некоторые структуры данных используются во время прогона. Эти структуры данных описываются следующим образом: А. Блок статуса порта (БСП). Блок статуса порта создатся во время прогона для каждого канала платы 122 ОГ. БСП содержит флаги, буферы и таблицы, которые удерживают информацию о состоянии канала, сохраняют ответы вызывающего и прослеживают, где передать управление в ответ на распознавание голоса и события телефонии. БСП отслеживает, предпочитает ли вызывающий использовать речевые или клавишные ответы, последний ответ вызывающего, число последовательных ошибок, которые сделал вызывающий, и иные чувствительные к контексту параметры. В. Блок узла. Эта структура 196 содержит номер узла, атрибут типа (связь, меню, да/нет,зависание, подсказка, ожидание, возврат) и указатели на: а. Список помощи - список воспроизведения информации о помощи;b. Список воспроизведения или сообщений- список из одного или более сообщений или речевых файлов для воспроизведения последовательно на каждом узле; с. Таблицу или список следующий - содержит вводы данных для каждого возможного ответа на узлы да/нет или меню, которые оцениваются во время прогона для определения ответвления к следующему узлу; иd. Список работ - вещи, которые следует выполнить перед началом воспроизведения сообщения. Программа 194 загрузкаузлав util.c выстраивает структуру 196 блока узла в памяти посредством первого считывания записи 190 узла из таблицы 174 узлов. Затем связанные списки присоединяются к указателям помощь,воспроизведение, следующий и работа. Эти списки поступают из файлов 176 списков в маршруты поддиректорий listlistxxxxyy, где ххуу является номером узла, а каждый файл 192 списка связан с единственным узлом. С. Таблица символов. Каждый пациент имеет свою собственную связанную таблицу символов. Часть таблицы 212 символов показана на фиг. 5b. Таблица символов загружается во время прогона с переменными памяти, которые хранят конкретные данные пациента (возраст,пол и элементы из истории болезни) и конкретные данные алгоритма. Элементы в таблице символов могут быть отмечены флагами для хранения в истории болезни пациента.D. Стек времени прогона (СВП). Каждый канал платы 122 ОГ Dialogic имеет связанный с ним СВП. СВП используется синтаксическим 25 анализатором. Программист алгоритмов может протолкнуть в СВП или вытолкнуть из него,например, для временного хранения значения переменной. Список работ имеет невоспроизводимые задания, которые выполняются в каждом узле. Имеется один список работ для каждого узла, и он идентифицируется ключевым словом работа в файле ASCII определения узла. Список работ может быть пустым. Каждый раз, когда система переходит к новому узлу, она будет выполнять список работ. Если пациент повторяет узел, система не будет выполнять список работ снова,она просто снова воспроизведт сообщение (сообщения). Если пациент запрашивает систему 100 дать задний ход по карте узлов, система выполнит список работ узла, к которому она дат задний ход. Типичные задания в списке работ включают в себя манипулирование объектами в стеке времени прогона или в таблице символов, проверку наличия переменных памяти, конфигурирование последней истории болезни или объектов текущего медицинского состояния, или написание записей базы данных. Пример комплексного списка работ следует ниже:"Проверить ОБЪЕКТ 2; Телефон = БУФЕР ЦИФР; Протолкнуть возраст" Этот пример проверяет наличие объекта записи пациента, названного "ОБЪЕКТ 2", загружает содержимое буфера цифр в переменную памяти "Телефон", проталкивает значение переменной памяти "Возраст" в стек времени прогона. Каждый узел имеет таблицу или список"следующий". Индексы списка "следующий" находятся в диапазоне от 1 до 9 включительно. Список "следующий" содержит либо номер единичного узла, либо выражение "если". Для всех типов узлов, исключая узел Зависание, существует, по меньшей мере, один список "следующий": Узлы Связь и Подсказка: узел "следующий" хранится в индексе 1 таблицы. Узел Да/Нет: узел "следующий" для ответа Да хранится в индексе 1 таблицы, а ответ Нет хранится в индексе 2. Это соответствует приглашению "если ответ Да, нажмите 1; если ответ Нет, нажмите 2". Узел Меню: номер ответа и индекс таблицы одинаковы. Даже хотя действительная структура данных имеет индекс 0 в языке программирования Си, этот индекс не используется в таблице "следующий", поскольку ответ 0 зарезервирован для помощи оператора. Ниже приведн пример списка "следующий":"Если Мужчина и Возраст 55, то 100,иначе 200" интерпретируется как: Если пациент одновременно мужчина и старше 55 лет, то перейти к узлу 100, в ином случае перейти к узлу 200. 26 Файлы 180 речи могут иметь произвольную длину. Сообщение может быть информационным, списком опций меню, или вопросом типа да/нет. Ограничение "два абзаца" или "менее одной минуты" было выбрано как удобство стиля для предпочтительного в настоящее время выполнения. Обычно узел запрограммирован как последовательность узлов Да/Нет, с перемежающими их "информационными" узлами Связи, если необходимо. Когда происходит долгое обсуждение, речь записывается в множество файлов. Для упрощения программирования алгоритмов и улучшения считываемости (т.е. устранения длинных цепей узлов Связи) список воспроизведения узлов Связи может содержать до десяти номеров сообщений. При прибытии на узел Связи система помещает указатель "текущее сообщение" на начало списка воспроизведения (тривиальный случай: список воспроизведения единственного сообщения; интересный случай: список воспроизведения множества сообщений). Пока происходит воспроизведение, указатель текущего сообщения перемещается вниз по списку воспроизведения. После того, как система воспроизвела последнее сообщение в списке, она перемещается на следующий узел. Если вызывающий запускает команду"задний ход", система будет перемещать указатель текущего сообщения назад на одно сообщение, и продолжать воспроизведение. Если указатель находился на начале списка (например, тривиальный случай), система возвращается назад на предыдущий узел и помещает указатель текущего сообщения на начало списка воспроизведения. Если в списке более одного сообщения, система помещает указатель на последнее сообщение в списке. Система затем продолжает воспроизведение. Система 100 МДСЛ использует три основных рабочих режима: А. Реальный режим - вовлекает действительную медицинскую проблему. В этом режиме система 100 загружает последнюю историю болезни, сохраняет новые объекты последней истории болезни, и записывает мета-запись для каждого консультируемого алгоритма. Программист медицинского алгоритма реагирует на предоставление кода для перехода из последнего мета-анализа в Информационный режим. В. Информационный режим - вовлекает сценарий "а что, если". В Информационном режиме система 100 отбрасывает последнюю историю болезни, не сохраняет вновь сконфигурированные объекты последней истории болезни, не записывает мета-запись для каждого консультируемого алгоритма, и не проводит метаанализа. Пациент в Информационном режиме имеет возможность менять параметры пола и возраста для создания гипотетического пациента. 27 С. Pежим Ожидания решения - удерживает ситуацию, когда выборка голоса пациента не совпадает с эталонной выборкой пациента.Pежим Ожидания решения используется также,когда от лица пациента с системой 100 МДСЛ взаимодействует ассистент, и обе выборки голосов ассистента и пациента не проходят проверку образцов голоса. В случае, когда выборка голоса ассистента не проходит проверку образцов голоса, но выборка голоса пациента проходит проверку, режим Ожидания решения не используется. В режиме Ожидания решения система 100 МДСЛ рассматривает историю болезни пациента и выполняет мета-анализ в течение этой консультации. Однако мета-запись для этой консультации не записывается, и любая новая медицинская информация, собранная по этому пациенту, не будет вноситься в медицинскую запись пациента. Новая медицинская информация записывается в файл "Ожидания решения". Файл Ожидания решения проверяется автономно администратором системы или человеком из персонала, и затем добавляется в медицинскую запись пациента, только если информация может быть проверена. Одним из недостатков традиционных отношений доктор-пациент является малое количество времени, которое врачи способны проводить с пациентами. Система 100 МДСЛ, однако,обеспечивает пациентам столько времени на изучение своих проблем, сколько они желают,равно как и на получение информации по любому количеству других медицинских тем. С помощью свойства "Информационный режим" системы 100 МДСЛ вызывающие могут узнать о процессе заболевания, о заболевании или о новейшем лечении любой болезни без добавления какой-либо информации к их персональным медицинским записям. Хотя система 100 отслеживает взаимодействие, оно помечено как "Сеанс информационного режима". Запись пути вызывающего через систему не используется как основа для любого будущего совета и не принимается во внимание при выработке статистики системы. Информационный режим не ограничен по жалобам, по которым система 100 МДСЛ предлагает медицинские советы. Информация о раннем обнаружении и лечении многих других заболеваний, равно как и новейшие достижения в медицине, могут быть сделаны доступными через Информационный режим. Со ссылкой на фиг. 5b-5g в качестве примера будет описана временная последовательность прогона операций того, как пациент может пройти карту узлов главного меню на несколько шагов в карту узла алгоритма боли в грудной клетке. Часть карты узлов основного меню со связанным сценарием и часть карты узлов алгоритма боли в грудной клетке со связанным сценарием включена в приложение на 28 микрофишах. Будут обсуждены шесть узлов с частью связанной таблицы символов. На фиг. 5b процессор 160 алгоритмов загружает первый узел 100, представленный блоком 210 узла. Переменные для возраста, пола и реального режима были загружены в таблицу 212 символов в процессе входа в систему(который будет описан ниже). В этом примере список помощи пуст, т.е. пациенту не воспроизводится никакой информации о помощи. Список работ устанавливает переменную Проблема в таблице 212 символов на Меню. Затем система 100 начинает воспроизводить сообщение 100. Это сообщение дат пациенту меню вариантов для выбора из них. Ввод Цифр, равный единице,означает, что от пациента ожидается ответ из одной цифры. Пациент может отвечать путм нажатия наборной (ДЧГ) клавиши на телефоне или путм произнесения ответа выбора в микрофон телефонной трубки. В этом примере пациент выбирает вариант "1" меню. Синтаксический анализатор оценивает список "следующий" на основании выбора пациента и ответвляется на узел 101. На фиг. 5 с процессор 160 алгоритмов загружает узел 101, представленный блоком 214 узла. Список работ пуст, поэтому система 100 переходит прямо к воспроизведению сообщения 101, которое представляет пользователю другое меню вариантов. Список "следующий" имеет четыре узла для возможных точек ответвления. В этом случае пациент выбирает вариант "1" меню для жалобы на боль в грудной клетке. Синтаксический анализатор оценивает список "следующий" на основании выбора пациента и ответвляется на узел 2200. На фиг. 5d процессор 160 алгоритма загружает узел 220, представленный блоком 218 узла. Командой списка работ является обновление значения Проблемы в таблице 220 символов для БГК (боли в грудной клетке). Затем система 100 начинает воспроизведение сообщения 220. Для узла типа Связь не требуется ответа от пациента. Список "следующий" имеет два узла для возможных точек ответвления в зависимости от значения переменной Реальной таблицы символов. Синтаксический анализатор оценивает выражение Если в списке"следующий" для значения Реальный и, в данном примере, ответвляется на узел 2201. На фиг. 5 е процессор алгоритмов загружает узел 2201, представленный блоком 222 узла. Командой списка работ является записать Мета-запись консультации для будущего использования Мета-функцией. Список воспроизведения пуст, так что не воспроизводится никакого сообщения. Для узла типа Связь не требуется ответа от пациента. Основной целью этого узла является внесение записи Метаконсультации (поскольку система в текущий момент находится в Реальном режиме для этого пациента). Список "следующий" имеет только 29 один узел, так что никакие решения не требуются от синтаксического анализатора, который в этом примере ответвляется на узел 2205. На фиг. 5f процессор алгоритмов загружает узел 2205, представленный блоком 226 узла. Список работ пуст в этом узле, так что система 100 переходит прямо к воспроизведению сообщения 2205, которое представляет пользователю вопроса типа да/нет. Список "следующий" имеет два узла для возможных точек ответвления в зависимости от ответа пациента. В этом примере пациент ответил "нет", и синтаксический анализатор оценивает список "следующий" на основе выбора пациента и ответвляется на узел 2210. На фиг. 5g процессор алгоритмов загружает узел 2210, представленный блоком 230 узла. Список работ пуст в этом узле, так что система 100 переходит прямо к воспроизведению сообщения 2210, которое представляет пользователю вопроса типа да/нет. Список "следующий" имеет два узла для возможных точек ответвления в зависимости от ответа пациента. Если пациент отвечает "да" на вопрос, синтаксический анализатор ответвляется на узел 2211, но если пациент отвечает "нет" на вопрос,синтаксический анализатор ответвляется на узел 2215.VI. Структура программного обеспечения. Со ссылкой на фиг. 6 система использует восемь принципиальных отдельных процессов и семь связанных баз данных. Процесс 250 входа пользователя в систему используется системой 100 для идентификации пациента, который был ранее зарегистрирован в системе, путм подсказки об идентификационном номере пациента(ИНП). Процесс 272 входа ассистента в систему используется системой 100 для идентификации ассистента, который был ранее зарегистрирован в системе, путм подсказки об идентификационном номере ассистента (ИНА). Процесс 276 ассистируемого входа пациента в систему используется системой 100 для идентификации пациента, который был ранее зарегистрирован в системе, путм подсказки об идентификационном номере пациента (ИНП). Если вызывающий является пациентом, процесс 252 регистрации пациента используется системой для регистрации новых или впервые обратившихся пациентов. Если вызывающий не является пациентом,процесс 274 регистрации ассистента используется системой для регистрации новых или впервые обратившихся ассистентов. Затем, если пациент ещ не зарегистрирован, системой используется процесс 278 ассистируемой регистрации пациента для регистрации пациента. Эти процессы будут подробнее описаны ниже. Когда пациент уже вошл в систему или зарегистрировался, система предоставляет выбор между двумя процессами в текущем выполнении. Первым из этих процессов является процесс 254 оценки, который выполняет диагно 001861 30 стику пациента. Вторым из них является процесс 256 таблицы лечения для получения текущей информации о лечении для конкретного заболевания или диагноза. В другом выполнении добавляются другие варианты для доступа к другим процессам медицинской информации. С этими восемью процессами связаны база 260 данных по регистрации пациентов и ассистентов, база 262 данных по истории консультирования, база 264 данных ответов пациентов,база 266 данных объектов историй болезни, база 268 данных историй болезни пациентов, база 269 данных ожидания решения и база 270 данных медикаментов пациента, которые описаны ниже следующим образом: А. Основная база 260 данных по регистрации пациентов и ассистентов создатся во время прогона одним из процессов 252, 274 или 278 регистрации. Эта база 260 данных считывается процессом 250 входа пациента в систему или процессом 276 ассистируемого входа пациента в систему для подтверждения подлинности пациента во время входа в систему и процессом 272 входа ассистента в систему для подтверждения подлинности ассистента во время входа в систему. База 260 данных является по существу основным файлом всех зарегистрированных пациентов и ассистентов, проиндексированных идентификационными номерами пациентов и идентификационными номерами ассистентов соответственно. Идентификационный номер пациента или идентификационный номер ассистента и поля даты рождения и пола вводятся процессом регистрации в диалоговом режиме; имя пациента или ассистента администратор системы вводит вручную в автономном режиме. База 260 данных пациентов и ассистентов содержит одну запись для каждого пациента и ассистента. Эта база 260 данных индексируется идентификационным номером. Система присоединяет базу 260 данных регистрации после того,как вызывающий успешно зарегистрировался."Следующий идентификационный номер" хранится в двоичном файле confis.fos и увеличивается после каждой успешной регистрации. Каждая запись имеет следующие поля: Тип Ширина Использование данных ИН Цифровой 10 Идентификационный номер ТИП Буквенный 1 Тип пользователя: "П"- пациент, "А" - ассистент ПОМПОСТ Булевый 1 Флаг постоянного ассистента ПОМВРЕМ Дата 8 Срок для постоянного ассистента СВЯЗИ Указатели 20 Указатели на связанных пациентов/ ассистентов ОРГ-ЦИЯ Буквенный 8 Алфавитно-цифровой код организации ИМЯ Буквенный 20 Имя пациента/ ассистента ПОЛ Буквенный 1 Пол Имя поля 31 ГОД МЕСЯЦ ДЕНЬ ДОСТУП ПУТЬЗГ Цифровой Цифровой Цифровой Дата Буквенный Год рождения Месяц рождения День рождения Последний доступ Имя пути файла записанного голоса В. База 262 данных историй консультирования или мета создатся во время прогона процессом 254 оценки. Запись консультации содержит алфавитно-цифровые коды для жалобы пациента, пораженной анатомической системы и диагностированной причины жалобы пациента. Когда мета-функция вызывается во время прогона, она сравнивает алфавитно-цифровые строки, предоставленные процессом оценки, с полями мета-записей всех пациентов, которые попадают во временное окно, определнное процессом оценки. Мета-функция возвращает количество найденных совпадений и индикацию частоты жалоб пациента. Каждый пациент имеет отдельный метафайл, который является частью базы 262 данных историй консультирования. По завершении процесса оценки и в зависимости от флага рабочего режима во время прогона система будет создавать новую мета-запись, заполнять е поля информацией, полученной в процессе оценки, и присоединять эту запись либо к базе 262 данных историй консультирования, либо к файлу 269 ожидания решения. Например, информация,используемая в новой мета-записи, может быть из команды "Записать Мета" в списке работ узла. Каждая запись имеет следующие поля: Имя поля Тип данных Ширина Использование ДАТА Дата 8 Отметка даты ПРОБЛЕМА Буквенный 5 Жалоба/симптомы пациента СИСТЕМА Буквенный 5 Поражнная анатомическая система ПРИЧИНА Буквенный 5 Диагностированная причина жалобы База 264 данных ответов пациентов создатся во время прогона процессом 254 оценки. База 264 данных ответов является контрольным следом: каждая запись отмечается по времени и регистрирует ответ пациента на каждый вопрос. Эта база 264 данных может быть затем проанализирована в автономном режиме программой баз данных, такой как FoxPro/FoxBase для выяснения того, как пациент отвечал на вопросы в процессе 254 оценки, или может быть разработана программа баз данных для собирания комбинаций и статистики ответов и выработки подходящих отчтов. Каждый пациент имеет соответствующий файл прослеживания ответов, который является частью базы 264 данных ответов пациентов. Система 100 присоединяет этот файл прослеживания ответов к записи ответов каждый раз, когда пациент отвечает на вопрос или предоставляет данные, запрашиваемые алгоритмом. Для 32 возможности прочтения человеком система также вводит записи "Начать вызов" и "Конец вызова" в этом файле. Каждая запись имеет следующие поля: Отметка даты ММ/ДД/ГГ Отметка даты ЧЧ/ММ/СС Номер текущего узла Тип ответа: ДЧГ или ГОЛОС Команда ответа или строка цифр Рабочий контекст консультации Версия или комментарий начала/ конца вызова Текущие установки коэффициентов чувствительностиD. База 266 данных объектов истории болезни является вспомогательной базой данных,которая поддерживает ключевой признак системы 100 МДСЛ - последнюю историю болезни. База данных объектов истории болезни является каталогом уникальных алфавитно-цифровых кодов, причм каждый код соответствует медицинскому состоянию или диагнозу, который не предполагается менять в течение жизни пациента (например, диагноз астмы кодируется как"RWHZAST"). В дополнение к алфавитно-цифровым кодам система 100 МДСЛ использует поле "мемо" в базе данных FoxPro для хранения двоичных объектов. В текущий момент эти двоичные объекты являются клиническими звуками, получаемыми от пациента по телефону. Ожидается, что когда техника баз данных станет более разработанной, она позволит хранить более крупные и более сложные двоичные файлы, такие как следующие: оцифрованное рентгеновское изображение, оцифрованное сканирование КТ (компьютерной томографии),оцифрованное сканирование МРИ (магниторезонансного изображения). Кроме того, по мере усовершенствования видеотелефонной техники,ожидается, что система 100 будет хранить изображения или даже голографические изображения пациента. Для каждого последнего медицинского состояния имеется запись в базе данных объектов истории болезни, которая содержит атрибуты медицинского состояния и содержит указатель на вопросник последней истории болезни. Атрибуты медицинского состояния включают в себя его тип данных (булевый или цифровой) и количество позиций цифр, необходимых для хранения значения цифровой величины, связан 33 ной с этим состоянием (не применимо к булевому типу). Поле указателя пригодно для получения истории болезни во время прогона. Если пациент имеет неоконченный вопросник истории болезни в деле с системой 100 МДСЛ, то поле указателя затем позволяет процессу оценки мгновенно приостанавливать оценку, переходить к медицинскому вопроснику и задавать отдельный вопрос, собирать и проверять ответы пациента и затем продолжать процесс оценки. Этот подход "спросите, когда Вам это нужно" освобождает пациента от прохождения исчерпывающего вопросника истории болезни перед первой консультацией процесса диагностики. Каждая запись базы данных объектов истории болезни имеет следующие поля: Имя поля МЕТКА Использование Имя кода объекта 1 Тип данных объекта 3 Максимальное число цифр в ответе 6 Идентифицирует вопрос(ы), которые необходимо задать для конфигурирования этого объекта Недостаточн. Образец голоса Недостаточн. Образец лица 20 Е. База 268 данных историй болезни пациентов (ИБП) создатся во время прогона процессом 254 оценки или путм использования вопросника последней истории болезни. База 268 данных ИБП считывается процессом оценки во время прогона. Эта база 268 данных содержит индивидуальную историю болезни каждого пациента. Новый пациент имеет возможность выбрать прохождение всего медицинского вопросника за один раз, тем самым конфигурируя все объекты последней истории болезни, перечисленные в базе 266 данных объектов. Альтернативно, новый пациент может пропустить вопросник и перейти прямо к диагнозу медицинской жалобы. Затем, если медицинский алгоритм требует объекта последней истории болезни, который ещ не сконфигурирован, процесс 254 оценки запускает функцию последней истории болезни до того, как он продолжит алгоритм. Каждый пациент имеет свой собственный файл последней истории болезни, который является частью базы 268 данных ИБП, содержащей записи, которые описывают медицинские события или состояния из жизни пациента. Система 100 присоединяет запись к этому файлу каждый раз, когда объект истории болезни конфигурируется для пациента. Содержание этого 34 файла встраивается в таблицу символов, когда пациент входит в систему 100. Программист медицинского алгоритма реагирует на использование команды ПРОВЕРКА для проверки того, присутствуют ли необходимые элементы в таблице символов до выполнения алгоритма. Побочное воздействие отрицательного результата ПРОВЕРКИ заключается в том, что система 100 предлагает пациенту предоставить эту информацию. Система 100 отмечает любой новый или изменнный элемент и запрашивает пациента подтвердить эти значения во время Цикла подтверждения выхода, который будет описан ниже. Каждая запись содержит следующие поля: Тип данных Буквенный Буквенный Этикетка объекта Тип данных объекта Сконфигурированное значение объекта Достоверность значения объекта Дата конфигурации объекта Первый код ICD9AF. Файл 269 базы данных "ожидания решения" удерживает медицинскую информацию,собранную во время режима ожидания решения,для проверки в автономном режиме. Структура записи базы данных ожидания решения аналогична той, которая используется для базы 268 данных последней истории болезни (ПИБ). Процесс оценки записывает в базу данных во время прогона, когда он конфигурирует новый объект последней истории болезни для пациента во время взаимодействия режима ожидания решения. Содержимое базы данных ожидания решения просматривается в автономном режиме человеком из персонала, и если информация подтверждается, человек из персонала присоединяет информацию к файлу последней истории болезни пациента.G. Факультативная база 270 данных медикаментов пациента содержит файл для каждого пациента, содержащий информацию о медикаментах, которые они принимают или принимали в прошлом. База 270 данных медикаментов создатся процессом 254 оценки во время прогона. Команда "записать лекарство" выстраивает запись и заполняет е поля одинаково названными переменными памяти из таблицы символов. Процесс 254 оценки может считывать базу 270 данных медикаментов во время прогона по мере необходимости. Таблица 256 лечения факультативно считывает базу 270 данных медикаментов для определения медикамента(ов),используемого(ых) пациентом. 35 Имя поля ОБЩЕЕНАИМЕНОВАНИЕ ТОРГОВОЕНАИМЕНОВАНИЕ 1 ТОРГОВОЕНАИМЕНОВАНИЕ 2 ТОРГОВОЕНАИМЕНОВАНИЕ 3V-KOДICD-9-CM ДРУГОЕ ДОЗИРОВКА МАРШРУТПРИМЕНЕНИЯ ЧАСТОТА ИСПОЛЬЗОВАНИЕ ДАТАНАЧАЛА ДАТАКОНЦА ДРУГОЕ 1 ДРУГОЕ 2 001861 Тип данных Ширина Буквенный 20 Буквенный 20 Буквенный 20 Буквенный 20 Буквенный 10 Буквенный 10 Буквенный 10 Буквенный 20 Буквенный 20 Буквенный 10 Буквенный 10 Буквенный 20 Дата 8 Дата 8 Буквенный 20 Буквенный 20VIII. Блок-схема алгоритма высокого уровня. Со ссылками на фиг. 7 а, 7b, 7 с и 7d будет описана блок-схема 300 алгоритма высокого уровня программного обеспечения системы 100 МДСЛ. Номер телефона, используемый для получения доступа к системе 100 МДСЛ, может быть различным в различных выполнениях системы. Если агентство-спонсор или больница хотят предоставить доступ к системе 100 МДСЛ бесплатно для вызывающего, то затем может быть использован бесплатный номер службы 800. Если агентство-спонсор хочет покрыть расходы от работы системы 100 МДСЛ за счт вызывающего, оно может использовать номер с оплатой за вызов или номер с оплатой по льготному тарифу (например, служба 900). Коды(СПТ-4) доступны для описания и оплаты за телефонные консультации сторонним плательщикам (третьим лицам). Они составляют список описательных терминов и идентифицирующих кодов для отчта о медицинских услугах и процедурах. Коды СПТ-4 являются наиболее широко распространнной номенклатурой для отчта о врачебных услугах в страховых компаниях. Начиная с начального состояния 302, человек 112 (фиг. 1), желающий получить медицинский совет, звонит по номеру телефона в систему 100 МДСЛ по телефонной линии 106. Вызывающий может быть пациентом или может быть "ассистентом", например родителем, родственником или другом, который помогает пациенту. Перемещаясь в состояние 304, система 100 автоматически отвечает на вызов и приветствует вызывающего 112 вводным приветственным сообщением путм воспроизведения речевого файла, хранящегося на жстком диске 152 за счт использования платы 122 ОГ. Переходя в состояние 106, система 100 МДСЛ задат каждому пациенту, который звонит в систему, ряд"начальных отсеивающих вопросов". Эти вопросы разработаны для идентификации пациентов, которые угрожающе больны, они не предназначены для идентификации проблемы пациента. Начальные отсеивающие вопросы дают 36 возможность системе фильтровать пациентов,которым требуется немедленное медицинское внимание. Переходя в состояние 308 решения, каждому пациенту, который угрожающе болен, дают указания позвонить по номеру телефона"911" экстренного ответа в состоянии 309, или он будет автоматически соединн с ближайшей системой экстренных медицинских услуг в регионе пациента. Телефонный вызов прекращается компьютером 102 в состоянии 310. Ниже приведены примеры начальных отсеивающих вопросов:- ЭТО МЕДИЦИНСКОЕ УГРОЖАЮЩЕЕ ПОЛОЖЕНИЕ- У ВАС ЕСТЬ СЛОЖНОСТИ С ДЫХАНИЕМ- ОЩУЩАЕТЕ ЛИ ВЫ СЕРЬЗНУЮ БОЛЬ ИЛИ ДАВЛЕНИЕ В ВАШЕЙ ГРУДИ Если система определяет, что пациент испытывает медицинское угрожающее состояние,она может предоставить пациенту меню экстренных медицинских процедур в состоянии 311. В ситуациях, когда пациент или вызывающий для пациента удалн от ближайшей экстренной помощи, например, в сельской местности, вызывающему может быть необходимо запустить экстренные процедуры немедленно. Меню экстренных медицинских процедур предоставляет несколько вариантов для вызывающего. Если вызывающий нажимает клавишу "1" набора или произносит слово "один" в микрофон телефона, компьютер 102 ответвляется в состояние 312, в котором излагается общеизвестная информация о восстановлении сердечной деятельности и дыхания (ВСДД). Если вызывающий имеет функцию громкоговорящего телефона, связанную с используемым телефоном 110, вызывающий может быть способен слушать и выполнять инструкции, выдаваемые системой 100, без использования рук вдали от телефона. Если вызывающий нажимает клавишу"2" набора или произносит слово "два" в микрофон телефона, компьютер 102 ответвляется в состояние 313, в котором излагается общеизвестная информация об объятии Геймлиха при асфиксии. При завершении либо состояния 312,либо состояния 313 телефонный вызов заканчивается в состоянии 314. Если пациенту определили в операции 308 отсутствие медицинского угрожающего состояния, т.е. система 100 МДСЛ удовлетворена, что немедленно угрожающего жизни состояния нет,компьютер 102 переходит в состояние 315 решения для определения того, является ли вызывающий действительным пациентом. Если да, то компьютер 102 переходит в состояние 316 решения для определения, был ли пациент ранее зарегистрирован или даже консультировался с системой 100, т.е. не является новым или впервые обратившимся вызывающим. Если да, то система 100 проверяет идентификацию пациен 37 та и извлекает их медицинскую запись в процессе 250 входа пациента в систему, который будет описан ниже. По завершении процесса 250 компьютер 102 переходит по чересстраничному соединителю С 317 в состояние 344 (фиг. 7d). Если пациент не зарегистрирован, система 100 МДСЛ переходит к процессу 252 регистрации пациента для нового пациента, что будет описано ниже. По завершении процесса 252 компьютер 102 переходит по чересстраничному соединителю С 317 в состояние 344 на фиг. 7d. Если вызывающий не является пациентом,как определено в состоянии 315, компьютер 102 переходит по чересстраничному соединителю А 318 в состояние 320 на фиг. 7b. Имеется много случаев, когда пациент не может использовать систему 100 МДСЛ напрямую, например, из-за травмы, слабости или мерцающего сознания. В этих случаях вместо пациента с системой может взаимодействовать "ассистент". Ассистент регистрируется в системе через процесс 274 регистрации ассистента, который будет описан ниже. Запись регистрации ассистента идентична записи регистрации пациента в структуре, но три поля имеют особую значимость для ассистента: ПОМПОСТ,ПОМВРЕМ и СВЯЗИ. Поле ПОМПОСТ является булевым флагом, который может быть установлен только в автономном режиме администратором системы, который проверяет с помощью отдельных соотношений, что связь между пациентом и ассистентом существует. Эти соотношения имеют вид от-одного-ко-многим, т.е. пациент может иметь одного или более ассистентов, и ассистент может быть связан более чем с одним пациентом. Флаг ПОМПОСТ может также быть ограничен полем ПОМВРЕМ,которое содержит отметку времени для окончания атрибута ПОМПОСТ. Если флаг ПОМПОСТ истинен, тогда указатели СВЯЗИ будут показывать на одну или более записей пациента, для которого этот ассистент является"постоянным ассистентом", в ином случае поле СВЯЗИ будет пусто. Медицинская информация, собранная во время ассистируемой консультации, заносится в медицинскую запись пациента только, если соблюдены следующие три условия:(a) флаг ПОМПОСТ ассистента истинен(b) отметка времени ПОМВРЕМ не достигнута(c) ассистент имеет указатель соотношения к записи пациента. Если любое из этих трх условий не соблюдено, любая новая медицинская информация, полученная от этого пациента, будет сохранена в файле 269 ожидания решения для проверки в автономном режиме администратором системы. Система 100 устанавливает в состоянии 315, является ли вызывающий пациентом или ассистентом. Если вызывающий не является 38 пациентом, то система предполагает, что вызывающий является ассистентом, и в состоянии 320 решения определяет, зарегистрирован ли ассистент. Если ассистент ещ не зарегистрирован в системе, система регистрирует нового ассистента в процессе 274 регистрации ассистента. Если ассистент уже зарегистрирован в системе 100, компьютер 102 выполняет процесс 272 входа ассистента в систему. По завершении либо процесса 272, либо процесса 274 компьютер 102 проходит в состояние 321 решения. Если пациент ещ не зарегистрирован в системе 100, как определяется в состоянии 321,то система позволяет ассистенту зарегистрировать нового пациента в процессе 278 ассистируемой регистрации пациента. Однако если пациент уже зарегистрирован в системе 100, как определяется в состоянии 321, компьютер 102 выполняет процесс 276 ассистируемого входа пациента в систему. По завершении процесса 278 или процесса 276 компьютер 102 переходит по чересстраничному соединителю В 327 в состояние 334 на фиг. 7 с. В состоянии 334 решения компьютер определяет, есть ли дата рождения пациента в медицинской записи пациента. Если есть, компьютер переходит по чересстраничному соединителю С 317 в состояние 344 на фиг. 7d. Если нет,система 100 пытается получить дату рождения пациента. Перемещаясь в состояние 335, система 100 спрашивает ассистента, известна ли дата рождения пациента. Если известна, компьютер 102 переходит в состояние 336 для запроса даты рождения пациента. В состоянии 337 система 100 излагает дату рождения пациента, полученную в состоянии 336. В состоянии 338 ассистент определяет, правильна ли дата рождения, как она была изложена системой 100. Если нет,компьютер 102 возвращается обратно в состояние 336 для нового запроса о дате рождения пациента. Если дата рождения пациента верна,как определяется в состоянии 338, компьютер указывает на дату рождения для сохранения в медицинской записи пациента в состоянии 339,и переходит в состояние 344 на фиг. 7d. Если дата рождения пациента неизвестна,как определяется в состоянии 335, компьютер 102 переходит в состояние 340, в котором система запрашивает ассистента предоставить примерный возраст пациента. Возраст является важным параметром, используемым в процессе 254 оценки и таблице 256 лечения. В состоянии 341 система 100 излагает примерный возраст пациента, полученный в состоянии 340. В состоянии 342 ассистент определяет, является ли возраст правильным, как изложено системой 100. Если нет, компьютер 102 возвращается назад в состояние 340 для нового запроса о примерном возрасте пациента. Если возраст пациента правилен, как определяется в состоянии 342, система 100 советует ассистенту в состоянии 343 получить действительную дату рожде 39 ния пациента до следующей консультации, и переходит в состояние 344 по фиг. 7d. Система 100 использует примерный возраст в консультации в процессе 253 оценки и таблицы 256 лечения. В состоянии 344 по фиг. 7d система 100 представляет вызывающему меню системного выбора. Здесь вызывающего просят выбрать из четырх вариантов: диагностическая система,таблица лечения, будущий процесс/функция или конец вызова, как описано ниже: А. Диагностическая система: система начинает процесс 254 оценки в меню, где она просит пациента начать идентификацию жалобы. В. Таблица лечения: система переводит пациента к процессу 356 таблицы лечения в меню, где она просит пациента выбрать способ выбора лечения. С. Будущий процесс/функция: будущий процесс или функция 280, неопределнная в настоящем изобретении, которая считывает и/или записывает базы данных, показанные на фиг. 6.D. Конец вызова: система выполняет несколько шагов и затем заканчивает телефонный вызов. Либо в процессе 254, либо 256 компьютер работает как интерпретатор, как выполняется процессором 160 алгоритмов в нижеследующей карте узла, созданной программистом алгоритма. В точке выхода процесса 254 оценки система 100 дат пациенту возможность выбора другой жалобы. В конце процесса 256 таблицы лечения система дат пациенту возможность выбора другого лечения. По завершении процесса 254 оценки, процесса 256 таблицы лечения или будущего процесса 280 система 100 возвращается обратно в состояние 344 и излагает меню системного выбора вызывающему. Если вызывающий выбирает вариант Конец вызова в состоянии 344, система 100 МДСЛ переходит в состояние 345 решения. В состоянии 345 решения система 100 определяет случай, если процесс 254, процесс 256 или процесс 280 не происходят в информационном режиме, т.е. они происходят либо в реальном режиме, либо в режиме ожидания решения, и проверяет таблицу символов пациента для определения, являются ли какие-либо сконфигурированные переменные памяти состояниями последней истории болезни, которые необходимо сохранить в файле истории болезни пациента. Если в состоянии 345 оба условия истинны, система 100 проходит в состояние 346 решения для определения, проводится ли консультация в Реальном режиме. Если нет, консультация проводится в режиме Ожидания решения, и система 100 затем записывает новую информацию пациента, полученную во время консультации, в файл 269 ожидания решения. Если состояние 346 подтверждает истинность,т.е. Реальный режим, для каждого последнего 40 медицинского состояния, которое должно быть сохранено, система 100 МДСЛ просит пациента в состоянии 348 дать разрешение на запись данных в файл истории болезни пациента и подтвердить, что данные верны. Например, во время консультации по кашлю система 100 узнат,что пациенту поставлен диагноз о положительном анализе на ВИЧ. Система 100 спросит,"Могу я занести информацию о вашем диагнозе ВИЧ в вашу медицинскую запись" Если пациент отвечает "да", то система спросит "Пожалуйста, подтвердите, что у вас диагноз о положительном анализе на ВИЧ, так ли это" Если пациент отвечает "да", то система 100 записывает этот факт в файл истории болезни пациента. После подтверждения каждый элемент данных хранится в файле пациента в базе 268 данных историй болезни пациентов (фиг. 6). По завершении либо обновлении базы 268 данных в состоянии 348, состояние 345 подтверждает ложность, либо по завершении состояния 347, система 100 переходит в состояние 349 решения. До того как система 100 закончит консультацию с пациентом, она представляет краткое содержание всего совета, который она выдала. Затем пациента просят записать и повторить ключевые пункты. Система 100 МДСЛ затем дат пациенту возможность принять краткое описание сеанса консультации и конкретные рекомендации, предоставленные системой, по факсу, электронной почте (E-mail) или почтовой службой, такой как почта первого класса. Если требуется факс или E-mail, система 100 переходит в состояние 350 решения для определения,доступна ли в системе информация для отправки краткого описания и рекомендаций. Если нет, система 100 в состоянии 352 запрашивает пациента об информации, например, о номере факса, адресе E-mail или почтовом адресе. Пациент также имеет возможность отправить краткое описание консультации своему поставщику медицинской помощи или специалисту. Переходя в состояние 351, компьютер 102 добавляет перезапись текущего телефонного сеанса в очередь на факс или очередь на E-mail, как требуется для последующей передачи. По завершении состояния 351 или если система 100 определяет в состоянии 349, что перезапись сеанса не должна быть отправлена, телефонный вызов прекращается в состоянии 353.VIII. Процесс входа в систему. Теперь, со ссылкой на фиг. 8 а и 8b, будет описан процесс 250 входа пациента в систему,определнный на фиг. 7 а. Этот процесс вызывается, если пациент ранее вызывал и регистрировался в системе 100. Начиная от стартового состояния 358, компьютер переходит в состояние 359 и устанавливает флаг совпадения на истинно. Флаг совпадения проверяется в этом процессе 250 позднее совместно с установкой режима консультирования. Переходя в состояние 360,компьютер 102 приглашает пациента ввести 41 идентификационный номер пациента (ИНП),который присваивается в процессе регистрации. Процесс 252 регистрации пациента будет описан совместно с фиг. 9 а и 9b. Переходя в состояние 361 решения, компьютер 102 определяет, достоверен ли ИНП. Если нет, компьютер 102 определяет, в состоянии 362 решения,меньше ли, чем три попытки ввести ИНП было совершено. Если да, компьютер возвращается назад в состояние 360 для повторения запроса на ИНП. Однако если было совершено три попытки ввести ИНП, как определяется в состоянии 362, компьютер 102 воспроизводит вежливое сообщение, которое говорит пациенту, что попытка войти в систему не удалась, и прекращает вызов в состоянии 363. Компьютер 102 докладывает о неудавшейся попытке входа в систему системному администратору в агентстве-спонсоре, больнице или другой организации. Пациенту, однако, разрешается перерегистрироваться как новому пациенту и получить доступ к необходимой медицинской информации. Администратор системы разрешает этот вид ситуации в автономном режиме. Если пациент правильно ввл достоверный ИНП, как определяется в состоянии 361, компьютер переходит в состояние 364 решения для определения, имеет ли пациент, идентифицируемый ИНП, образец голоса пациента или выборку голосовых колебаний в файле в системе 100. Если нет, компьютер 102 переходит в состояние 365, чтобы записать образец голоса пациента, например, произношение пациентом своего полного имени. Образца голоса пациента может не быть в файле, например, если пациент не смог предоставить образец голоса в процессе 278 ассистируемой регистрации пациента в предыдущей консультации. По завершении записи образца голоса в состоянии 365 компьютер 102 проходит в состояние 366, в котором флаг совпадений устанавливается на "ложно" для показа того, что образец голоса пациента была записан во время текущего входа в систему. Если пациент, идентифицируемый ИНП,имеет образец голоса в файле в системе 100, как определяется в состоянии 364, компьютер 102 переходит в состояние 367 и приглашает пациента произнести сво полное имя. Переходя в состояние 368 решения, компьютер 102 определяет, проходит ли выборка голоса, полученная в состоянии 367, критерий совпадения. Если нет,компьютер переходит в состояние 369 и излагает сообщение, что текущая выборка голоса не прошла критерий совпадения. В предпочтительном в настоящее время выполнении текущая выборка голоса сравнивается с эталонной выборкой голоса, записанной в процессе 252 регистрации пациента или процесса 278 ассистируемой регистрации пациента. Из-за того, что выборки голоса не совпали, как определяется в операции 368, компьютер 102 устанавливает флаг совпадения на "ложно" в состоянии 370. В 42 этом случае флаг совпадения устанавливается на "ложно" для указания того, что один из способов проверки безопасности не удался. Однако процесс 250 продолжается в состоянии 372 после того, как флаг совпадения установлен на"ложно" в состоянии либо 366, либо 370. Если выборка голоса прошла критерий совпадения в состоянии 368, компьютер 102 проходит в состояние 371 и излагает сообщение,что текущая выборка голоса прошла критерий совпадения. Теперь это состояние проверки безопасности удовлетворено и флаг совпадения остатся установленным на "истинно". По завершении состояния 371 компьютер 102 переходит в состояние 372. В состоянии 372 компьютер 102 проверяет пол и возраст пациента путм изложения пациенту пола и возраста, как хранится в базе 260 данных регистрации (полученной в процессе 252 регистрации). В состоянии 373 решения пациент отвечает о корректности изложенной информации. Если информация о поле или дате рождения неверна, компьютер 102 переходит в состояние 374 для запроса верной информации. Компьютер 102 затем возвращается обратно в состояние 372 для проверки информации, принятой в состоянии 374. Если результат состояния 373 решения истинен, т.е. пол и возраст верны, компьютер переходит по чересстраничному соединителю А 375 в состояние 376 решения на фиг. 8b для определения того, хочет ли пациент провести новый телефонный сеанс в Реальном режиме или Информационном режиме. Если желателен Информационный режим, компьютер 102 переходит в состояние 377 решения для определения того,подлежат ли пол и возраст пациента использованию во время консультации в Информационном режиме. Если нет, компьютер переходит в состояние 378 для запроса возраста и пола для использования в гипотетической ситуации во время сеанса в Информационном режиме. Переходя в состояние 379 решения, компьютер 102 излагает пол и возраст, полученные в состоянии 378, и просит пациента подтвердить, что эта информация верна. Если нет, компьютер возвращается назад в состояние 378 для нового запроса возраста и пола. Когда состояние 379 решения истинно, или возраст и пол пациента подлежат использованию во время этой консультации, как определяется в состоянии 377,компьютер 102 переходит в состояние 380 и устанавливает режим работы как Информационный режим. Если состояние 376 определяется как Реальный режим, компьютер 102 переходит в состояние 381 для проверки, является ли флаг совпадения истинным. Если нет, система 100 советует пациенту в состоянии 382, что текущая консультация должна проходить в режиме Ожидания решения. Режим работы устанавливается как режим Ожидания решения в состоянии 383. Если флаг совпадения истинен, как 43 определяется в состоянии 381, компьютер 102 устанавливает режим работы как Реальный режим в состоянии 384. По завершении установки рабочего режима либо в состоянии 380, состоянии 383, либо в состоянии 384, компьютер переходит в состояние 386 решения. В состоянии 386 решения компьютер 102 определяет, желает ли пациент ознакомиться с тональными командами набора номера, описанные в процессе регистрации. Если да, то компьютер 102 проходит в состояние 388 и излагает тональные команды набора номера. По завершении состояния 388, или если пациент не желает знакомиться с тональными командами набора 46 номера, компьютер 102 переходит в состояние 390 решения, в котором компьютер 102 определяет, желает ли пациент ознакомиться с ключевыми голосовыми словами, описанными в процессе регистрации. Если да, то компьютер проходит в состояние 392 и излагает ключевые голосовые слова. По завершении состояния 392 или если пациент не желает знакомиться с ключевыми голосовыми словами, компьютер переходит в состояние 394 решения, в котором компьютер 102 определяет,желает ли пациент делать возможной подсказку. Если да, то компьютер проходит в состояние 396 и делает возможной подсказку. Если нет,подсказка отключается в состоянии 398. "Сделать возможной подсказку" означает то, что пациент хотел бы, чтобы его пригласили отвечать. На это ссылаются как на "жсткую" подсказку, поскольку это останется в действии вс время вызова. Если жсткая подсказка отключена и система 100 имеет трудности с распознаванием ответов пациентов, компьютер 102 включает "мягкую" подсказку. После следующего успешного распознавания компьютер выключает мягкую подсказку. По завершении состояния 396 или 398 компьютер возвращается в состояние 400 в блок-схеме алгоритма высокого уровня (фиг. 7). Ссылаясь теперь на фиг. 12 а и 12b, будет описан процесс 272 входа ассистента в систему,описанный на фиг. 7b. Этот процесс вызывается, если ассистент уже ранее вызывал и зарегистрирован в системе 100. Начиная со стартового состояния 940, компьютер 102 переходит в состояние 942 и приглашает ассистента назвать идентификационный номер ассистента (ИНА),который был присвоен в процессе регистрации. Процесс 274 регистрации ассистента будет описан совместно с фиг. 14 а и 14b. Переходя в состояние 944 решения, компьютер 102 определяет, является ли ИНА достоверным. Если нет,компьютер 102 определяет в состоянии 946 решения, меньше ли, чем три попытки ввести ИНА было совершено. Если да, компьютер возвращается назад в состояние 942 для повторения запроса на ИНА. Однако если было совершено три попытки ввести ИНА, как определяется в состоянии 946, компьютер 102 воспроизводит 44 вежливое сообщение, которое говорит ассистенту, что попытка войти в систему не удалась, и прекращает вызов в состоянии 948. Компьютер 102 докладывает о неудавшейся попытке входа в систему системному администратору в агентстве-спонсоре, больнице или другой организации. Если ассистент правильно ввел достоверный ИНА, как определяется в состоянии 944,компьютер переходит в состояние 950 и приглашает вызывающего произнести сво полное имя. Переходя в состояние 951 решения, компьютер 102 определяет, проходит ли выборка голоса, полученная в состоянии 950, критерий совпадения. Если нет, компьютер переходит в состояние 952 и излагает сообщение, что текущая выборка голоса не прошла критерий совпадения. В предпочтительном в настоящее время выполнении текущая выборка голоса сравнивается с эталонной выборкой голоса, записанной в процессе 274 регистрации ассистента. Из-за того, что выборки голоса не совпали, как определяется в операции 951, компьютер 102 устанавливает режим работы как режим Ожидания решения в состоянии 953. В этом случае режим Ожидания решения устанавливается для показа того, что один из способов проверки безопасности не удался. Однако процесс 272 продолжается в состоянии 960 на фиг. 12b после того, как режим Ожидания решения установлен в состоянии 953. Если выборка голоса прошла критерий совпадения в состоянии 951, компьютер 102 проходит в состояние 954 и излагает сообщение,что текущая выборка голоса прошла критерий совпадения. Теперь это состояние проверки безопасности удовлетворено. Далее, три дополнительных проверки выполняются над ассистентом, идентифицируемым ИНА, полученным в состоянии 942. В состоянии 955 компьютер определяет, является ли флаг постоянного ассистента истинным, как хранится в базе 260 данных регистрации пациентов и ассистентов. Если да, компьютер 102 проходит в состояние 956 решения для определения того, находится ли дата окончания для постоянного ассистента в будущем, т.е. того, что дата истечения срока ещ не достигнута. Если да, компьютер 102 проходит в состояние 957 решения для определения того, существует ли соотношение между ассистентом и пациентом, т.е. имеет ли ассистент указатель соотношения на запись пациента. Если да, то режим работы устанавливается на Реальный режим в состоянии 958, и затем компьютер 102 проходит по чересстраничному соединителю А 959 в состояние 960 на фиг. 12b. Однако если любое из состояний 955, 956 или 957 решений окажется ложным, компьютер 102 переходит в состояние 953, в котором режим работы установлен на режим Ожидания решения. 45 Состояния 960-964 аналогичны состояниям 372-374 процесса 250 входа пациента в систему (фиг. 8). Из-за этой аналогичности обсуждаются только значительные различия во избежание повторений. Состояния 960, 962 и 964 проверяют возраст и пол ассистента, а не пациента, как в состояниях 372, 373 и 374. Состояния 966-980 аналогичны состояниям 386-400 процесса 250 входа пациента в систему (фиг. 8b). Основное отличие заключается в том, что состояния 966-980 принадлежат ассистенту, а состояния 386-400 принадлежат пациенту. Ссылаясь теперь на фиг. 13 а и 13b, будет описан процесс 276 ассистируемого входа пациента в систему, определнного на фиг. 7b. Этот процесс 276 вызывается как пациентом, так и ассистентом, которые ранее вызывали и зарегистрированы в системе 100. Этот процесс допускает гибкость пациента за счт разрешения ассистенту предоставлять помощь во время входа в систему и последующей консультации. Начиная со стартового состояния 990, компьютер 102 переходит в состояние 992 и приглашает ассистента назвать идентификационный номер пациента (ИНП), который был присвоен в процессе регистрации. Как было определено ранее на фиг. 7, процесс 278 ассистируемой регистрации пациента вызывается, если пациент ещ не зарегистрирован. Процесс 278 будет описан совместно с фиг. 15 а и 15b. Переходя в состояние 994 решения, компьютер 102 определяет, является ли ИНП достоверным. Если нет, компьютер 102 определяет в состоянии 996 решения, меньше ли, чем три попытки ввести ИНП было совершено. Если да, компьютер возвращается назад в состояние 992 для повторения запроса на ИНП. Однако если было совершено три попытки ввести ИНП, как определяется в состоянии 996,компьютер 102 воспроизводит вежливое сообщение, которое говорит вызывающему, что попытка войти в систему не удалась, и прекращает вызов в состоянии 998. Компьютер 102 докладывает о неудавшейся попытке входа в систему системному администратору в агентствеспонсоре, больнице или другой организации. Если ассистент не знает ИНП и пациент не может предоставить его, ассистенту разрешается перерегистрировать пациента как нового пациента в процессе 278, чтобы разрешить доступ к необходимой медицинской информации. В этом случае ассистент может быть обязан оценить возраст пациента, если пациент имеет, например, мерцающее сознание. Администратор системы решает вопрос о поддержании записи в этой ситуации в автономном режиме. Если ассистент верно предоставил достоверный ИНП системе 100 в состоянии 994, то компьютер затем переходит в состояние 993 решения для определения того, имеет ли пациент идентифицируемый ИНП, образец голоса или сигнал выборки голоса в файле в системе 100. Если нет, компьютер переходит в состоя 001861 46 ние 1003 решения для определения того, может ли пациент обеспечить выборку голоса. Если нет, компьютер 102 переходит по чересстраничному соединителю В 997 в состояние 1008 на фиг. 13b. Если пациент может предоставить выборку голоса, как определяется в состоянии,компьютер 102 переходит в состояние 995 для записи образцов голоса пациента, например,произношение пациентом своего полного имени. Образец голоса пациента может не быть в файле, например, если пациент не смог предоставить образец голоса в процессе 278 ассистируемой регистрации пациента в предыдущей консультации. По завершении записи образцов голоса в состоянии 995, компьютер 102 переходит по чересстраничному соединителю В 997 в состояние 1008 на фиг. 13b. Если пациент, идентифицируемый ИНП,имеет образец голоса в файле в системе 100, как определяется в состоянии 993, компьютер 102 переходит в состояние 999 и спрашивает, может ли пациент предоставить выборку голоса системе. Если нет, компьютер 102 переходит по чересстраничному соединителю В 997 в состояние 1008 на фиг. 13b. Состояния 1000, 1002, 1004,1006 аналогичны состояниям 367, 368, 369, 371 соответственно, процесса 250 входа пациента в систему (фиг. 8). Из-за этой аналогичности обсуждаются только значительные различия во избежание повторений. По завершении состояния 1004, т.е. выборка голоса пациента не прошла критерий совпадения, компьютер 102 переходит по чересстраничному соединителю В 997 в состояние 1008 на фиг. 13b. По завершении состояния 1006, т.е. когда выборка голоса пациента прошла критерий совпадения, компьютер 102 переходит по чересстраничному соединителю А 1001 в состояние 1005 на фиг. 13b. По завершении состояния 995, т.е. образец голоса пациента записан, состояния 999 или состояния 1003, т.е. пациент не может предоставить выборку голоса, или состояния 1004, т.е. совпадение выборки голоса не удатся, система продолжает процесс 276 в состоянии 1008 на фиг. 13b. Для трх ситуаций, только что описанных в этом процессе 276, компьютер 102 устанавливает режим работы на режим Ожидания решения в состоянии 1008. Система 100 затем говорит вызывающему в состоянии 1009,что новая информация пациента не будет сохранена в медицинской записи пациента, так как консультация была в режиме Ожидания решения до тем пор, пока информация не будет проверена в автономном режиме. По завершении состояния 1006, т.е. выборка голоса проходит, компьютер 102 продолжает процесс 276 в состоянии 1005, в котором режим работы установлен как Реальный режим. Система 100 затем говорит вызывающему в состоянии 1007, что новая информация пациента будет сохранена в медицинской записи пациента. 47 По завершении состояния 1009 или состояния 1007 компьютер 102 переходит в состояние 1010. Состояния 1010, 1012 и 1014 проверяют пол и возраст пациента аналогично состояниям 372. 373 и 374 (фиг. 8). Состояния 1016-1030 аналогичны состояниям 386-400 процесса 250 входа пациента в систему (фиг. 8). Основное различие заключается в том, что состояния 1016-1030 направлены на ассистента, а состояния 386-400 направлены на пациента.IX. Процесс регистрации. Ссылаясь теперь на фиг. 9 а и 9b, будет описан процесс 252 регистрации пациента, определнный на фиг. 7 а. Этот процесс 252 вызывается, если пациент ранее не вызывал и не был зарегистрирован в системе 100. В течение первой консультации система 100 МДСЛ получает возраст и пол пациента. Это является минимальным количеством информации, которая требуется системе МДСЛ для выдачи медицинского совета. Чем больше информации система МДСЛ имеет о пациенте, тем более конкретен е совет. Система 100 МДСЛ присваивает каждому из пациентов уникальный идентификационный номер пациента. Кроме того, когда пациент регистрируется первый раз, собственное произношение пациентом своего имени записывается,оцифровывается и сохраняется в его медицинской записи. Затем, когда пациент делает новый вызов, предыдущая запись извлекается и пациента просят повторить сво имя в точности так,как он это делал во время регистрации. Две записи затем сравниваются, чтобы посмотреть,совпадают ли они. Это использование "образцов голоса" помогает в дальнейшем обеспечивать безопасность и конфиденциальность медицинской записи пациента. Начиная со стартового состояния 420,компьютер 102 переходит в состояние 422, запрашивает пол пациента и удостоверяет его путм повторения ответа, данного пациентом. Переходя к состоянию 424 решения, пациент отвечает указанием системе 100 через клавиши набора номера или голосовой ответ, верна ли повторнная информация. Если нет, компьютер 102 возвращается назад в состояние 422 для нового запроса информации. Когда информация верна в состоянии 424, компьютер переходит в состояния 426 и 428 для запрашивания и проверки даты рождения пациента аналогичным образом, как и в состояниях 422 и 424. Когда состояние 428 решения определяется как истинное, компьютер 102 переходит в состояние 427 и запрашивает пациента произнести сво полное имя. Переходя к состоянию 429,полное имя оцифровывается и сохраняется в поддиректории на жстком диске 152 (фиг. 1),индексированной идентификационным номером пациента (ИНП). Имена файлов имеют следующий вид: ИНП.vox. Компьютер 102 получает доступ к файлу для извлечения нового доступ 001861 48 ного ИНП. Имя пути к записанным файлам голоса сохраняется в записи пациента в базе 260 данных регистрации. В последующих телефонных сеансах с системой 100 голосовой сигнал пациента будет сравниваться с записанным файлом голоса для безопасности и других выборочных целей. Когда голосовой сигнал сохраняется, компьютер 102 переходит в состояние 431 и предоставляет ИНП пациенту. Пациент информируется о важности запомнить ИНП для использования в будущих консультациях с системой 100. По завершении состояния 431 компьютер 102 переходит в состояние 430 решения для определения того, имеет ли пациент доступное печатное руководство пользователя системы МДСЛ. Если да, компьютер 102 переходит в состояние 436 и запрашивает пациента обратиться к странице руководства, которая описывает клавиши набора номера, ключевые голосовые слова и режимы. Если нет, компьютер 102 переходит в состояние 432 решения для определения того, хочет ли пациент остановки системы 100, чтобы дать возможность пациенту взять бумагу и письменные принадлежности для записи инструкций пользователя. Если да, компьютер 102 останавливается в состоянии 434 на 30 с. По завершении паузы в состоянии 434, если пользователь не хочет паузы в состоянии 432,или после того, как пациент проинструктирован открыть должную страницу в руководстве, компьютер 102 переходит в состояние 440 на фиг. 9b по чересстраничному соединителю А 438. В состоянии 440 система 100 предоставляет пациенту объяснение клавиш набора номера. Эти клавиши были описаны выше в связи с обсуждением Ключевых слов голоса и Клавиш команд ДЧГ. Переходя к состоянию 442, компьютер 102 спрашивает, хочет ли пациент услышать объяснения ключей снова. Если да,компьютер 102 повторяет состояние 440. Если нет, компьютер проходит в состояние 444, в котором пациенту предоставляется объяснение ключевых слов голоса. Эти ключевые слова были описаны выше. Переходя в состояние 446,компьютер 102 спрашивает, хочет ли пациент услышать объяснение ключей снова. Если нет,компьютер 102 проходит в состояние 448, в котором пациенту предоставляется объяснение Реального и Информационного режима. Эти режимы были описаны выше. Переходя в состояние 450, компьютер 102 спрашивает, хочет ли пациент услышать объяснения режимов снова. Если да, компьютер 102 повторяет состояние 448. Если нет, компьютер 102 проходит в состояние 452, в котором пациенту излагается краткое содержание новой информации пользователя. Это краткое описание включает в себя воспроизведение двух способов управления системой: ключевые слова голоса и ДЧГ, и два режима взаимодействия: Реальный и Информационный. Компьютер 102 возвращается в со 49 стояние 454 в блок-схеме алгоритма высокого уровня (фиг. 7). Ссылаясь теперь на фиг. 14 а и 14b, будет описан процесс 274 регистрации ассистента,определнный на фиг. 7b. Этот процесс 274 вызывается, если вызывающий не является зарегистрированным пациентом и ранее не вызывал и не был зарегистрирован как ассистент в системе 100. Состояния 1050-1090 аналогичны состояниям 420-454 процесса 252 регистрации пациента (фиг. 9). Из-за этой аналогичности обсуждаются только значительные различия во избежание повторений. Состояния 1052, 1056, 1062 и 1064 принадлежат ассистенту, а не пациенту,как в состояниях 422, 426, 427, 429 и 431 (фиг. 9 а) соответственно. Состояние 1060 записывает произношение ассистентами их полных имн, а состояние 1062 сохраняет их в базе 260 данных регистрации пациентов и ассистентов. Система 100 предоставляет идентификационный номер ассистента (ИНА) в состоянии 1064. ИНА используется аналогично ИНП при доступе к файлам и записям. Оставшиеся состояния 1066 1090 также направлены на ассистента. Ссылаясь теперь на фиг. 15 а и 15b, будет описан процесс 278 ассистируемой регистрации пациента, определнный на фиг. 7b. Этот процесс вызывается, если вызывающий не является пациентом и пациент ранее не вызывал и регистрировался в системе 100. Состояния 11001150 аналогичны состояниям 420-454 процесса 252 регистрации пациента (фиг. 9). Из-за этой аналогичности обсуждаются только значительные различия во избежание повторений. Основное различие заключается в том, что ассистент взаимодействует с системой 100 вместо пациента во время этого процесса 278, и, следовательно, режим работы устанавливается как режим Ожидания решения в состоянии 1111. Состояния 1112 и 1116 получают пол и возраст пациента соответственно. Если пациент не может предоставить возраст ассистенту и системе, ассистент предоставляет оцениваемый возраст. Оцениваемый возраст может быть исправлен во время последующей консультации с системой 100. В состоянии 1119 система 100 спрашивает,может ли пациент предоставить голосовую выборку его или е полного имени. Если да, сигнал голоса записывается и сохраняется в базе 260 данных регистрации (фиг. 6) в состояниях 1120 и 1122. Если пациент не может обеспечить выборку голоса в состоянии 1119, система 100 информирует ассистента в состоянии 1121, что выборка голоса пациента будет запрошена в течение следующей консультации. Затем, записана или нет выборка голоса, система 100 предоставляет идентификационный номер пациента(ИНП) ассистенту и пациенту (если они связаны) в состоянии 1123. Вызывающий инструктируется сохранять ИНП для будущих консультаций либо пациентом, либо ассистентом вместо пациента. Если ассистент и/или пациент хотят 50 услышать ИНП снова, как определяется в состоянии 1124 решения, компьютер 102 повторяет ИНП в состоянии 1123. Компьютер 102 переходит по чересстраничному соединителю А 1125 в состояние 1126 решения на фиг. 15b. Оставшиеся состояния 1126-1150 в процессе 278 направлены на ассистента, а не на пациента, как и в состояниях 430-454 процесса 252 (фиг. 9).X. Процесс оценки. Теперь со ссылкой на фиг. 10 а и 10b будет описан процесс 254 оценки, определнный на фиг. 7d. Этот процесс 254 вызывается, если пациент выбрал вариант Диагностической системы в меню выбора системы (фиг. 7d, состояние 344). Начиная со стартового состояния 470,компьютер переходит в состояние 471 и излагает меню способа идентификации для запроса идентификации жалобы. После того, как начальные отсеивающие вопросы (состояние 306,фиг. 7 а) завершены и медицинская запись(функция 352 регистрации) открыта, система 100 МДСЛ просит пациента описать жалобу. Идентификация проблемы пациента является одним из наиболее важных шагов в процессе оценки. Система 100 имеет встроенные меры безопасности, чтобы гарантировать, что пациент понимает вопросы и что система 100 МДСЛ понимает жалобу пациента. Например, система держит таблицы синонимов, так что любая проблема, связанная с семантикой вопроса или ответа, может быть быстро решена. Жалоба может идентифицироваться одним из следующих путей: анатомической системой 472, причиной 476, алфавитной группой 480 или каталожным номером 482. Самым лгким и наиболее часто используемым путм идентификации жалобы является путь с помощью анатомической системы, т.е. "к какой системе относится ваша проблема". Термин "анатомическая система" 472 относится к основным системам тела, таким как сердечнососудистая, дыхательная, нервная системы, пищеварительная система, системы ухо/нос/горло,офтальмологическая, гинекологическая/акушерская, урологическая, кровяная/гематологическая, кожная, мускульно-скелетная и эндокринная системы. После того как пациент идентифицировал анатомическую систему своей жалобы,ему задают ряд "Отсеивающих вопросов системы" в состоянии 473. Для каждой анатомической системы имеется несколько симптомов или рисунков симптомов, которые в случае их наличия, будут давать право на немедленное вмешательство, поскольку любая задержка, даже идти далее через процесс меню, может причинить вред. Например, если пациент идентифицировал сердечно-сосудистую систему как анатомическую систему, в которой находится его или е жалоба, (например, боль в грудной клетке), система 100 МДСЛ будет задавать отсеивающие вопросы по сердечно-сосудистой системе. Например, пациента спросят "Имеется ли у вас 51 одновременно давление в вашей грудной клетке и одышка" Если эти симптомы присутствуют вместе, необходимо немедленное вмешательство. С тромболитическими агентами, которые доступны сегодня, время является критическим моментом для спасения клеток миокарда. Всего несколько минут могут означать разницу между способностью и неспособностью реанимировать пациента. Следовательно, в состоянии 474 система 100 определяет, существует ли серьзное медицинское состояние. Если да, система 100 переходит в состояние 486, воспроизводя сообщение, которое советует пациенту просить немедленного медицинского внимания, и заканчивает процесс 254 оценки в состоянии 488 завершения. Если в состоянии 474 определяется, что серьзного медицинского состояния не существует, система 100 продолжает меню жалоб в состоянии 475 и излагает список алгоритмов,имеющих дело с проблемой, которая соответствует выбранной анатомической системе. Пациент затем выбирает алгоритм из списка. Если пациент не уверен в анатомической системе, система 100 пытается идентифицировать проблему путм запроса причины. Причина 476 относится к причинам заболевания и таким,как травма, инфекция, аллергия/иммунитет, отравление, окружающая среда, сосудистая, умственная, генетическая, эндокринная/метаболическая причины и опухоль. Когда пациент идентифицировал то, что он считает причиной его проблемы, (например, травма, инфекция), система 100 МДСЛ задат "Отсеивающие вопросы причины" в состоянии 477. Эти вопросы задаются для того, чтобы быть уверенным, что пациент не страдает от проблемы, немедленно угрожающей жизни. Например, если как причина выбирается инфекция, система должна перед продолжением сначала выяснить возможность эпиглоттита или менингита. Следовательно, в состоянии 478 система 100 определяет, существует ли серьзное медицинское состояние. Если существует, система 100 переходит в состояние 486, воспроизводя сообщение, которое советует пациенту просить немедленного медицинского внимания, и заканчивает процесс 254 оценки в состоянии 488 завершения. Если в состоянии 478 определяется, что серьзного медицинского состояния нет, система 100 продолжает меню жалоб в состоянии 479 и излагает список алгоритмов, имеющих дело с проблемой, соответствующей выбранной причине. Пациент затем выбирает алгоритм из списка. Алфавитные группы 480 перечисляют элементы в группе анатомических систем и группе причин вместе в алфавитном порядке. Переходя в состояние 481, система определяет, выбран ли выбранный элемент из подгруппы причин объединнных алфавитных групп. Если да, то система 100 переходит к "Отсеивающим вопросам причины" в состоянии 477. Если нет, система 52 переходит к "Отсеивающим вопросам системы" в состоянии 473. Состояние 482 ввода каталожного номера относится к способности пациента выбирать и вводить индивидуальный медицинский алгоритм из каталога медицинских алгоритмов, перечисленных в руководстве пациента, распространяемого для всех пациентов. По завершении состояний 475, 479 или 482 жалоба идентифицируется и компьютер 102 переходит в состояние 483, в котором пациенту представляется ряд"начальных" отсеивающих вопросов по проблемы. Имеются различные наборы отсеивающих вопросов проблемы для каждой жалобы, для которой предлагается совет. Для цели этого обсуждения будет использована "Головная боль" как пример для объяснения того, как система подходит к диагнозу проблемы и предоставляет рекомендации по лечению. Что касается многих проблем, имеется несколько причин головной боли, которые требуют немедленного медицинского внимания. Достаточно часто, когда проблема очень серьзная, любая задержка, даже на дальнейшее обсуждение проблемы, может неблагоприятно повлиять на последствия для пациента. Отсеивающие вопросы проблемы идентифицируют, в состоянии 484 решения, поднабор пациентов,чьи головные боли могут требовать немедленной медицинской помощи. Если существует серьзное медицинское состояние, пациенту советуется просить немедленной медицинской помощи в состоянии 486. Компьютер 102 затем завершает процесс в состоянии 488 и возвращается в состояние 344 по фиг. 7d. Ниже приведн пример отсеивающего вопроса проблемы для головной боли:- ИМЕЕТСЯ ЛИ У ВАС СПУТАННОСТЬ СОЗНАНИЯ, АПАТИЧНОСТЬ, ИЛИ ВЫ ОРИЕНТИРУЕТЕСЬ ХУЖЕ, ЧЕМ ОБЫЧНО При задавании вопроса об уровне сознания пациента можно столкнуться с дилеммой. Что должна система 100 МДСЛ делать с пациентом,чья проблема сама по себе препятствует должному реагированию на вопросы или последующему совету Имеется несколько состояний, которые по своей природе могут препятствовать верным ответам пациентов. По этой причине система 100 МДСЛ использует функцию 508 "проверки умственного статуса". Проверка умственного статуса представляет собой ряд вопросов, используемых для заключения о способности пациента ориентироваться. Эта функция 508 позволяет системе 100 МДСЛ делать заключения о способности пациента отвечать на вопросы и следовать совету. Хотя она показана только на фиг. 10b, проверка умственного статуса включена в диалог о любой проблеме, представление которой может включать в себя мерцающее сознание. Функция 508 будет далее описана совместно с фиг. 16. 53 К системе 100 МДСЛ, конечно, будут получать доступ пациенты, у которых не ожидается мерцающего сознания на основании проблемы, которую имеет пациент. Система 100 ожидает возможность встречи с пациентом, имеющим мерцающее сознание в некоторых проблемах, например, когда пациент консультируется у системы об ушибе головы, и включает функцию 508 проверки умственного статуса. Однако пациент с отравлением, вызывающий по какойлибо другой жалобе, например, растяжению связок голеностопа, является примером, в котором пациент может быть не в состоянии понимать инструкции системы 100. По этой причине система МДСЛ также использует функцию 510 программы анализатора семантического расхождения" (ПАСР). Функция ПАСР предоставляет информацию пациенту и затем, через заранее заданный период времени, просит пациента повторить или выбрать информацию. Ответ пациента затем оценивается внутри системы 100. Если определены расхождения, система автоматически включает функцию 508 проверки умственного статуса. В другом выполнении система 100 спрашивает пациента о некоторой информации различными путями в различные моменты времени, а затем сравнивает ответы пациента для определения того, совпадают ли они. Если нет, система автоматически вызывает функцию 508 проверки умственного статуса. Хотя она показана только на фиг. 10b, функция 510 ПАСР воплощена везде в системе 100, и случайным образом включается компьютером 102. Функция 510 будет далее описана совместно с фиг. 17. Продолжая пример головной боли в состоянии 483, система 100 МДСЛ задат следующий отсеивающий вопрос проблемы для того, чтобы исключить возможность менингита,очень серьзной инфекции центральной нервной системы.- БОЛЬНО ЛИ ВАМ СГИБАТЬ ШЕЮ ВПЕРЕД ТАК, ЧТОБЫ ВАШ ПОДБОРОДОК КАСАЛСЯ ГРУДНОЙ КЛЕТКИ, ИЛИ ВЫ ЭТОГО НЕ МОЖЕТЕ СДЕЛАТЬ Если ответ на этот вопрос "да", то в состоянии 484 существует серьзная медицинская проблема, и система 100 в состоянии 486 инструктирует пациента просить немедленного медицинского внимания. Начальные отсеивающие вопросы (состояние 306, фиг 7 а) и отсеивающие вопросы проблемы (состояние 483) могут быть обычно завершены за минуту или около того. Когда система 100 исключила причины головной боли,которые требуют немедленного медицинского внимания, система становится немного менее формальной и более общительной в последующих состояниях. Данный пример, конечно, не представляет всех начальных отсеивающих вопросов и отсеивающих вопросов проблемы. Если не существует серьзного медицинского состояния, как определяется в состоянии 54 484, компьютер 102 переходит в состояние 490 решения, в котором система 100 идентифицирует пациентов, которые "повторно входят" в систему после более ранней консультации. Это происходит наиболее часто, когда системе 100 требуется наблюдать за симптомами пациента во времени, или если система 100 сначала неспособна поставить точный диагноз и просит пациента повторно войти в систему снова,обычно через несколько часов. Система устанавливает внутренний флаг повторного входа для идентификации ситуации, в которой пациент обращается снова по той же жалобе. Если этот флаг устанавливается в состоянии 490,компьютер 102 переходит в состояние 492 и ответвляется в точку повторного входа в процессе оценки в зависимости от того, какой медицинский алгоритм был вызван. Компьютер 102 переходит по чересстраничному соединителю А 494 в состояние 506 (фиг. 10b) в подходящую точку повторного входа. Если флаг повторного входа не установлен, как определяется в состоянии 490, компьютер 102 переходит по чересстраничному соединителю В 496 в состояние 499 решения для определения того, проводится ли консультация в Реальном режиме или режиме Ожидания решения. Если нет (например, консультация проводится в Информационном режиме), компьютер переходит в состояние 506 для продолжения процесса оценки. Если консультация проходит в Реальном режиме или режиме Ожидания решения, компьютер 102 вызывает "мета" функцию 500, в которой пациентов подвергают нескольким "мета" анализам. Эта концепция будет пояснена совместно с фиг. 11, но, в общем случае,она относится к способности системы оценивать имеющуюся проблему пациента в контексте предыдущего использования им системы. Метафункция 500 совпадает с различными параметрами по заранее определнному мета-порогу. Когда система 100 МДСЛ открывает файл истории консультирования пациента в базе 262 данных (фиг. 6), она подсчитывает, сколько раз пациент консультировался у системы по одной и той же жалобе. Для каждой проблемы система 100 МДСЛ допускает определнное количество за единицу времени консультаций у системы до принятия ею действий. Если достигнут метапорог, как определяется в состоянии 502 решения, система 100 МДСЛ выдат в состоянии 504 рекомендации, основанные только на этом факте. Например, предположим, что порог был установлен на пять головных болей за два месяца. Если пациент консультируется у системы 100 МДСЛ по головной боли более пяти раз за два месяца, порог будет достигнут и система будет выдавать соответствующие рекомендации. Порог, конечно, различен для каждого заболевания, и может быть изменн набором коэффициентов чувствительности, который будет описан ниже. Альтернативно, система 100 использует 55 коэффициент плотности по времени (КПВ), вычисляемый мета-функцией 500 для определения того, должны ли рекомендации быть выданы пациенту. По завершении состояния 504 или если мета-порог не был достигнут в состоянии 502,компьютер переходит в состояние 506 для продолжения процесса оценки. Состояние 506 включает в себя медицинский алгоритм, как выбрано пациентом в состояниях 475, 479 или 482. Как представительный пример, Микрофишное приложение содержит алгоритм для головной боли и включает в себя карту узла головной боли со сценарием или описанием каждого узла, имеющего список воспроизведений. Второй пример, карта узла и связанный с ней сценарий для конвульсий или припадка, включая мета-аспект и аспект последней истории болезни, также включн в Микрофишное приложение. Хотя и не обязательно полным списком, другие типы медицинских алгоритмов включает в себя боль в грудной клетке, тепловой удар, мерцающее сознание, дрожание, головокружение, нерегулярное сердцебиение, обморок, одышку, травму грудной клетки, депрессию, травму головы, кашель, круп, высокое кровяное давление, гипервентиляцию, онемение,стерторозное дыхание, травму и приступы дыхательных путей. В дополнение к метафункциональности и функциональности последней истории болезни, по меньшей мере,некоторые из перечисленных медицинских алгоритмов опираются на знание о возрасте и/или поле пациента, как предоставлено в описываемой в настоящее время системе 100 во время регистрации (см. фиг. 9 а и 13 а). В зависимости от медицинского алгоритма и точного состояния пациента, одна или более дополнительных функций могут быть вызваны состоянием 506, как то: функция 508 проверки умственного статуса, функция 510 ПАСР, функция 512 последней истории болезни, функция 514 физической самопроверки, функция 516 медицинского состояния пациента, и функция 518 анализа серьзности симптомов. Эти функции будут описаны ниже. Возвращаясь в примеру головной боли,после того, как завершены мета-анализы (функция 500), система 100 МДСЛ делает заключение о серьзности головной боли пациента по шкале от одного до десяти. Важность этой чисто субъективной оцифровки серьзности симптомов станет ясна позже в этом описании. Хотя парадигма системы 100 МДСЛ является фундаментально алгоритмической, будет описана лежащая в основе логика процесса диагностики головной боли. Система 100 МДСЛ начинает с процесса диагностики для головной боли путм обращения в три списка, хранящихся внутри компьютера 102. Первый список является ранжированием наиболее частых причин головной боли в целом 56 у населения. Наиболее частая причина ранжирована первой, вторая по частоте причина ранжирована второй и т.д. Другими словами, первый список ранжирует все причины головной боли в целом у населения по уменьшению частоты появления. Второй список является ранжированием различных причин головной боли в соответствии с серьзностью лежащего в основе случая. Наиболее серьзные случаи помещаются наверху списка, менее серьзные - внизу списка. Например, менингит, опухоль головного мозга и субарахноидальное кровотечение будут тремя верхними причинами во втором списке. Третий список примерно такой же, как и второй список. Он ранжирует случаи головной боли в соответствии со скоростью, с которой необходимо вмешательство. Причины головной боли, которые требуют немедленного вмешательства, такие как менингит и субарахноидальное кровотечение, находятся наверху списка. Отсеивающие вопросы проблемы (состояние 483) были разработаны из этого списка. В течение процесса 254 оценки система 100 МДСЛ задат пациенту ряд "диагностических отсеивающих вопросов". Из ответов на эти вопросы, вместе с любыми физическими данными, полученными от пациента (из функции 514) под управлением системы 100 МДСЛ, система устанавливает наиболее вероятную причину головной боли пациента. Ниже приведены примеры диагностических отсеивающих вопросов:- ИСПЫТЫВАЕТЕ ЛИ ВЫ БОЛЕЕ ЧЕМ ОДИН ВИД ГОЛОВНОЙ БОЛИ- ЗНАЕТЕ ЛИ ВЫ ИЛИ КТО-ЛИБО ДРУГОЙ, ЧТО У ВАС БУДЕТ ГОЛОВНАЯ БОЛЬ,ДО ТОГО, КАК НАЧИНАЕТСЯ ДЕЙСТВИТЕЛЬНАЯ БОЛЬ- ВАШИ ГОЛОВНЫЕ БОЛИ ЧАСТО БУДЯТ ВАС ПО НОЧАМ- ВАШИ ГОЛОВНЫЕ БОЛИ ОБЫЧНО НАЧИНАЮТСЯ ВНЕЗАПНО Основываясь на ответах на диагностические отсеивающие вопросы, система 100 МДСЛ переупорядочивает первый список. Первый список затем становится списком возможных причин головной боли по уменьшающимся степеням вероятности в консультации, получаемой пациентом. Первый список теперь специфичен для пациента. Если система 100 МДСЛ заключает, что мигрень является наиболее вероятной причиной головной боли пациента, то затем мигрень будет ранжирована наверху первого списка. Система 100 МДСЛ способна узнать о различиях между классической, обычной и всеми остальными вариантами мигрени, но для данного обсуждения будет использован общий термин "мигрень". После переупорядочивания первого списка и помещения мигрени наверх, система 100 МДСЛ затем задаст несколько вопро 57 сов, связанных конкретно с головными болями при мигрени. Эти вопросы названы "отсеивающими вопросами мигрени". Вероятность того,что у пациента действительно головная боль мигрени, вычисляется из ответов на эти вопросы. Каждая причина головной боли имеет свой собственный набор отсеивающих вопросов, показателей физического обследования и, если пациент имеет Набор домашней диагностики и лечения системы МДСЛ соответствующих лабораторных тестов. Ниже приведены примеры отсеивающих вопросов мигрени:- ЕСТЬ ЛИ ТОШНОТА ИЛИ РВОТА,СВЯЗАННАЯ С ВАШЕЙ ГОЛОВНОЙ БОЛЬЮ- ЕСТЬ ЛИ ЗРИТЕЛЬНЫЕ НАРУШЕНИЯ,СВЯЗАННЫЕ С ВАШЕЙ ГОЛОВНОЙ БОЛЬЮ После получения ответов на отсеивающие вопросы мигрени, если вероятность того, что пациент страдает от головной боли мигрени, не достигает установленного порога, из переупорядоченного списка рассматривается и проводится в качестве диагноза следующая причина. Если вероятность наличия головной боли от мигрени превысила порог, система 100 МДСЛ задат пациенту ещ несколько вопросов, разработанных для подтверждения наличия мигрени, исходя из факта, что система уже определила, что она является наиболее вероятным диагнозом. Они называются "вопросами подтверждения мигрени". По каждой причине головной боли имеется набор отсеивающих вопросов, каждая причина также имеет набор вопросов подтверждения. Ниже приведены примеры вопросов подтверждения мигрени:- ЕСТЬ ЛИ У КОГО-ЛИБО ИЗ ВАШИХ КРОВНЫХ РОДСТВЕННИКОВ ГОЛОВНЫЕ БОЛИ ОТ МИГРЕНИ- КОГДА У ВАС ГОЛОВНАЯ БОЛЬ, ВЫ ОЩУЩАЕТЕ Е СИЛЬНЕЕ, КОГДА ЛЕЖИТЕ ИЛИ КОГДА ХОДИТЕ Из ответов на вопросы подтверждения мигрени система 100 МДСЛ вычисляет вероятность подтверждения мигрени. В терминах Байеса (которые относятся к вероятности достоверности диагноза) это называется "условная вероятность". Если вероятность головной боли мигрени достигает порога, но вероятность подтверждения мигрени не достигает порога, то, как упомянуто, система рассматривает следующую диагностическую причину головной боли из специфичного для пациента списка. Если вероятность второй причины головной боли (например, "гистаминовая" головная боль) достигает порога, то затем задаются "вопросы подтверждения гистаминовой головной боли". Если они достигают порога, то затем 58 вновь серьзные причины головной боли исключаются как диагноз. Система 100 МДСЛ хранит оценки всех отсеивающих вопросов и вопросов подтверждения в том, что называется "переменные памяти сеанса", которые находятся в таблице символов. Частично эти оценки затем используются для определения вероятности одного диагноза по сравнению с другим. Например, если ответы на вопросы подтверждения "гистаминовой" головной боли не достигают порога, то затем оценка отсеивающих вопросов и вопросов подтверждения мигрени и "гистаминовой" головной боли сравниваются, чтобы увидеть, какая из причин более вероятна. У какой бы причины оценка ни была более высокой или превысила другую на заранее заданный порог, она затем рассматривается как более вероятная причина. Список, таким образом, снова переупорядочивается, если необходимо. На этот раз это становится конечным списком диагностики, который является списком различных диагнозов по уменьшающимся степеням вероятности для этого пациента. Все пороги оценки головной боли изменяются или модулируются рядом коэффициентов чувствительности, как и все аспекты системы, в которых используются скалярные пороги. Коэффициенты чувствительности обсуждаются ниже в разделе XVIII. Например, было обнаружено, что в поднаборе пациентов, в котором диагноз менингита не был поставлен так рано,как он должен был быть поставлен, коэффициент чувствительности, изменяющий порог температуры, должен уменьшиться так, что теперь пациенту с более низкой температурой должны выдаваться инструкции просить немедленной оценки. Перед обсуждением результатов с пациентом система 100 МДСЛ, однако, должна снова выяснить серьзные причины головной боли. Отсеивающие вопросы проблемы уже отфильтровали тех пациентов, у которых есть серьзная причина головной боли, такая как менингит,которая требует немедленного медицинского вмешательства. Система 100 МДСЛ теперь переходит к устранению тех причин головной боли, которые, несмотря на серьзность, не требуют немедленного медицинского внимания. Например,хотя опухоль головного мозга является серьзной причиной головной боли, это не угрожает жизни немедленно, как менингит или субарахноидальное кровотечение. Для выполнения этой задачи система 100 МДСЛ последовательно анализирует серьзные причины головной боли,которые расположены наверху второго списка. Система 100 МДСЛ снова задат пациенту набор отсеивающих вопросов, связанных с каждой серьзной причиной головной боли. На этот раз,однако, система 100 удостоверяется, что веро 59 ятность наличия одной из серьзных причин головной боли существенно мала, для исключения их из диагностического заключения. Только после того, как это завершено, система будет обсуждать свое заключение и рекомендации с пациентом. Обсуждение, которое система МДСЛ будет иметь с пациентом головной боли от мигрени, будет включать следующее:- Е диагностическое впечатление, или е диагностические впечатления по уменьшающимся степеням вероятности.- Е оценка уровня вероятности мигрени.- Считает ли система, что она исключила серьзные причины головной боли на уровне уверенности, который удовлетворяет систему.- Какие проверки, если они существуют,должны быть проведены для подтверждения или исключения диагноза.- Как скоро надо посетить врача.- Какого врача посетить (например, семейного практикующего врача, терапевта или невролога).- Какой тип информации принести врачу,когда консультация получена.- Вопросы, которые необходимо задать врачу.- Новейший способ лечения мигрени. Даже если система 100 МДСЛ не может определить с достаточной точностью, что вызывает головную боль, она может предоставить пациентам ценную информацию и совет. Например, пациенту может быть сообщено следующее:"В настоящее время система МДСЛ не способна выяснить конкретную причину вашей головной боли с точностью, требуемой для выдачи конкретных рекомендаций. Система МДСЛ, однако, предлагает консультацию у невролога. Вы можете вызвать вашего семейного практикующего врача или терапевта и попросить направление. Пока вы ждте посещения невролога, имеется много вещей, которые вы можете сделать,чтобы помочь врачебному диагнозу вашей головной боли. Многие эксперты по головной боли обнаружили, что запись того, когда у пациента появились головные боли, и насколько они сильны, очень полезна как для выяснения причины головной боли, так и поиска лучшего лечения. Для того чтобы помочь вам, система МДСЛ пошлт вам календарный бланк, на котором вы можете записывать время и серьзность ваших головных болей. Кроме того, там есть место, чтобы вы записывали ваше мнение, почему появляются головные боли, что делает их сильнее, а что слабее. Система МДСЛ также пошлт вам вопросник для заполнения и передачи вашему доктору, содержащий список вопросов, задаваемых некоторыми ведущими мировыми экспертами по головным болям, когда 60 они пытаются поставить диагноз". Полный набор инструкций будет предоставлен. Система МДСЛ способна предоставить по заказу пользователя информацию, выдаваемую пациентам, для учта отдельных потребностей агентства-спонсора или группы, такой как Организация здравоохранения (ОЗО) или Управляемый план помощи. Например, если система найдет, что пациенту необходимо повидать врача, система МДСЛ может определить из медицинской записи пациента, имеет ли он установленную связь с соответствующим специалистом. Если имеет, то имя специалиста и номер телефона, или список участвующих специалистов для их ОЗО или управляемого плана помощи и любые другие особые инструкции будут выданы пациенту с рекомендациями о назначенной встрече в течение конкретного периода времени. По завершению состояния 506 система может иметь или может не иметь более или менее определнного доступного диагноза. Например, алгоритм головной боли предоставляет диагноз мигрени в ответ на конкретный набор симптомов пациента. В ситуациях, когда система 100 МДСЛ не может определить с достаточной определнностью, что является причиной конкретной проблемы (нет диагноза), или в ситуации, где диагноз доступен, но желательна дополнительная информация, например, для определения тенденции, системой 100 может быть установлен флаг повторного ввода. В состоянии 520 решения компьютер 102 определяет, удовлетворены ли критерии повторного ввода для текущего алгоритма и ситуации пациента. Если да, то компьютер устанавливает флаг повторного ввода в состоянии 522 для этой проблемы так, что последующая телефонная консультация пациента позволит добавить дополнительную информацию в запись пациента системой в полное знание предыдущего вызова. Эта дополнительная информация может выработать более точный диагноз. Если критерии повторного ввода не удовлетворены, как определяется состоянием 520,компьютер 102 переходит в состояние 524 решения для определения того, хочет ли пациент услышать информацию лечения для текущей проблемы. Если да, компьютер 102 вызывает процесс 256 таблицы лечения, который будет описан совместно с фиг. 22 и 23. Если пациент не хочет услышать информацию лечения в это время, компьютер 102 переходит в состояние 528 решения для определения того, хочет ли пациент проверить ещ одну жалобу через процесс 254 оценки. Если да, компьютер 102 переходит по чересстраничному соединителю С 530 в состояние 471 на фиг. 10 а для повторения процесса 254. Однако если пациент не хочет проверять ещ одну жалобу, компьютер возвращается в состояние 532 в алгоритм высокого уровня (фиг. 7d).