система и способ автоматической диагностики

Формула изобретения

1. Способ автоматизированной диагностики, включающий следующие шаги:

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

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

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

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

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

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

5. Способ автоматизированной медицинской диагностики, включающий следующие шаги:

a) определение спектра терминов, представляющих субъективное описание аспекта медицинского симптома;

b) определение диагностических весов для каждого термина в спектре;

c) представление спектра терминов пациенту в течение сеанса диагностики;

d) выбор термина из спектра терминов;

e) соотнесение выбранного термина весу и, при необходимости, повторение шагов a)-d) для других аспектов медицинского симптома с выбором других терминов и их кодирование;

f) применение веса, соответствующего выбранному термину, к диагностической оценке так, чтобы диагностировать медицинское состояние.

6. Способ по п.5, содержащий далее: повторение действий а)-е) в заранее заданное более позднее время; анализ изменения присвоенного кода во времени и присвоение веса соответствующему изменению медицинского симптома по времени.

7. Способ автоматизированной диагностики пациента, включающий следующие шаги:

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

b) выбор одного из симптомов как фокусного симптома, основанного на заранее заданных критериях;

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

d) выбор одного из симптомов как фокусного симптома из списка симптомов, связанных с выбранной болезнью;

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

f) выборочное повторение шагов b) и с) или d) и е) до тех пор, пока совокупные веса для болезни не достигнут порога или не перейдут его для объявления диагноза.

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

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

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

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

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

автоматический прием ответов от пациента в ответ на вопросы;

автоматическую идентификацию болезни, соответствующую основной жалобе;

соотнесение основной жалобы с временным графиком для болезни;

автоматическое задавание одного или более вопросов для выяснения наличия и времени первого значительного симптома на временном графике для болезни;

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

установление диагноза, когда совокупная оценка превышает заранее заданный порог.

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

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

a) предоставление компьютеру списка болезней, причем каждая болезнь связана со списком симптомов;

b) выбор из списка болезней в первом режиме подмножества болезней, имеющих совместные симптомы;

c) оценка по меньшей мере одного из совместных симптомов;

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

e) выбор во втором режиме симптомов, связанных с конкретной болезнью;

f) оценка по меньшей мере одного из выбранных симптомов конкретной болезни, и

g) диагностика медицинской проблемы пациента на основе оценки совместных симптомов и выбранных симптомов.

Описание изобретения к патенту

Область изобретения

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

Описание аналогов

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

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

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

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

Наиболее близким к заявленному изобретению по технической сущности и достигаемому в процессе использования изобретения техническому результату, является группа изобретений, раскрытая в международной заявке WO 98/02836 А2, содержащая:

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

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

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

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

Сущность изобретения

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

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

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

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

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

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

определяют, достигают порога или переходят порог полученные совокупные веса для болезни, на основании чего устанавливают и объявляют диагноз;

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

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

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

- а также тем, что в способе автоматизированной медицинской диагностики, включающем следующие шаги:

a) определяют спектр терминов, представляющих субъективное описание аспекта медицинского симптома;

b) определяют диагностические веса для каждого термина в спектре;

c) представляют спектр терминов пациенту в течение сеанса диагностики;

d) выбирают термин из спектра терминов;

e) соотносят выбранный термин весу и, при необходимости, повторяют шаги a)-d) для других аспектов медицинского симптома с выбором других терминов и их кодированием;

f) применяют веса, соответствующие выбранному термину, к диагностической оценке так, чтобы диагностировать медицинское состояние;

- а также тем, что повторяют действия а)-е) в заранее заданное более позднее время;

- анализируют изменения присвоенного кода во времени; и

- присваивают веса соответствующему изменению медицинского симптома по времени;

- а также тем, что в способе автоматизированной диагностики пациента, включающем следующие шаги:

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

b) выбирают один из симптомов как фокусный симптом, основанный на заранее заданных критериях;

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

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

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

f) выборочно повторяют шаги b) и с) или d) и е) до тех пор, пока совокупные веса для болезни не достигнут порога или не перейдут его, для объявления диагноза;

- а также тем, что одна из болезней выбирается, когда удовлетворяется условие, которое содержит или заранее выбранный процесс порога болезни или диагностический импульс совокупных весов для болезни или конкретный ответ пациента, при этом выборочное повторение продолжается с шагами d) и е);

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

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

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

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

автоматический прием ответов от пациента в ответ на вопросы;

автоматическую идентификацию болезни, соответствующую основной жалобе;

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

автоматическое задавание одного или более вопросов для выяснения наличия и времени первого значительного симптома на временном графике для болезни;

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

устанавливают диагноз, когда совокупная оценка превышает заранее заданный порог;

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

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

a) предоставление компьютеру списка болезней, причем каждая болезнь связана со списком симптомов;

b) выбор из списка болезней, в первом режиме, подмножества болезней, имеющих совместные симптомы;

c) оценка по меньшей мере одного из совместных симптомов;

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

e) выбор, во втором режиме, симптомов, связанных с конкретной болезнью;

f) оценивают по меньшей мере один из выбранных симптомов конкретной болезни; и

g) осуществляют диагностику медицинской проблемы пациента на основе оценки совместных симптомов и выбранных симптомов.

Краткое описание чертежей

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

Фиг.2 является блок-схемой алгоритма функции Настройка диагностического цикла, показанной на фиг.1.

Фиг.3 является блок-схемой алгоритма функции Установка структуры болезнь-симптом, показанной на фиг.2.

Фиг.4 является блок-схемой алгоритма функции Выбор текущей болезни, показанной на фиг.1.

Фиг.5 является блок-схемой алгоритма функции Выбор текущего симптома, показанной на фиг.1.

Фиг.6 является блок-схемой алгоритма функции Получение значения симптома, показанной на фиг.1.

Фиг.7 является блок-схемой алгоритма функции Использование объекта оценщика вопроса, показанной на фиг.6.

Фиг.8 является блок-схемой алгоритма функции Использование объекта оценщика формулы, показанной на фиг.6.

Фиг.9 является блок-схемой алгоритма функции Использование объекта оценщика справки, показанной на фиг.6.

Фиг.10 является блок-схемой алгоритма функции Использование объекта оценщика спектра терминов, показанной на фиг.6.

Фиг.11 является блок-схемой алгоритма функции Применение значения симптома, показанной на фиг.1.

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

Фиг.13 является блок-схемой алгоритма функции Вычисление синергии ПЗС (первого значительного симптома), показанной на фиг.12.

Фиг.14 является блок-схемой алгоритма функции Вычисление синергии начала [окончания], показанной на фиг.12.

Фиг.15 является блок-схемой алгоритма функции Анализ синергии начала [окончания], показанной на фиг.14.

Фиг.16 является блок-схемой алгоритма функции Вычисление наклона начала [окончания], показанной на фиг.15.

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

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

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

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

Фиг.21 является блок-схемой алгоритма функции Обновление и запись, показанной на фиг.1.

Фиг.22 является блок-схемой алгоритма функции Просмотр диагнозов, показанной на фиг.1.

Фиг.23 является блок-схемой алгоритма функции Просмотр целей диагностики, показанной на фиг.1.

Фиг.24 является блок-схемой алгоритма функции Завершение диагностического цикла, показанной на фиг.1.

Фиг.25 является блок-схемой алгоритма функции Наклон симптомов, показанной на фиг.16 и 26.

Фиг.26 является блок-схемой алгоритма функции Тренд симптомов, показанной на фиг.17.

Фиг.27 является диаграммой примерной матрицы болезнь-симптом.

Фиг.28 является диаграммой примерного общего графика болезни.

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

Фиг.29b является диаграммой примерного интерактивного использования конфигурации объектов, показанной на фиг.29а, для выработки диагноза.

Фиг.30 является блок-схемой алгоритма характеристики альтернативных весов симптомов системы медицинской диагностики и рекомендации лечения.

Фиг.31 является блок-схемой алгоритма повторного использования характеристики медицинских объектов системы медицинской диагностики и рекомендации лечения.

Фиг.32а является блок-схемой алгоритма запуска аспекта элементов симптомов системы медицинской диагностики и рекомендации лечения.

Фиг.32b является блок-схемой алгоритма характеристики переключения режимов, использующей элемент симптома по фиг.32а.

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

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

Фиг.35 является блок-схемой, показывающей составляющие одного варианта выполнения автоматизированной системы медицинской диагностики и рекомендаций по лечению (МДиРЛ) по настоящему изобретению.

Подробное описание

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

Подробное описание будет начинаться с общего описания конкретных вариантов выполнения, за которым последуют описания каждого чертежа. Общее описание разделено на следующие разделы: Терминология, Основанная на объектах медицинская диагностика, Основанный на объектах способ, Объект болезней, Объект симптомов, Объект оценщика, Объект вопросов, Объект узлов, Концепции основанного на списках механизма, Динамические правила и цели, Динамический импульс, Горизонтальная ось исследования (ГОИ), Вертикальная ось исследования (ВОИ), Альтернативные симптомы, График болезни, Спектр терминов/код PQRST (ОКНОВ) (Palliative/Provoking, Quality, Radiation, Severity, Timing - облегчение/возбуждение, количество, направление, острота, время - ОКНОВ), и Синергия.

I. ТЕРМИНОЛОГИЯ

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

Пациент

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

Болезнь

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

Симптом

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

Врач

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

Осмотр

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

Лабораторный тест

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

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

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

Способы получения изображений

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

Сеанс

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

Вопрос

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

Оценка

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

Диагноз

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

Лечение

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

Ведение болезни

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

Объект

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

II. ОСНОВАННАЯ НА ОБЪЕКТАХ МЕДИЦИНСКАЯ ДИАГНОСТИКА

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

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

III. ОСНОВАННЫЙ НА ОБЪЕКТАХ СПОСОБ

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

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

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

Общее описание объекта

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

Теперь предположим, что объект является "умным доктором". Не таким, который знает все о медицине, но только таким, который знает, скажем, о "трехдневной малярии у иммунокомпетентной женщины детородного возраста, постоянно проживающей в Верхнем Габоне". Этот объект не знает ничего другого, кроме всего об одной небольшой части одной конкретной болезни. Далее, этот объект болезни обучается диагностировать пациента. Он может получать доступ к медицинским картам пациента, задавать вопросы пациенту, запрашивать определенные лабораторные тесты и сравнивать пациента с другими пациентами в той же семье или регионе (например, для обнаружения инфекции или эпидемии). В реальном ООП режиме объект болезни в действительности не спрашивает пациента, а вызывает объект симптомов, который вызывает объект вопросов, который использует объект узлов, который контактирует с объектом пациента, который контактирует с объектом связи, который контактирует с объектом порта и т.д. Один из объектов, где-то ниже по иерархии, отображает сообщение на экране, или произносит вопрос в телефонный модем, или отправляет вопрос на факс-аппарат.

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

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

Теперь определим объект диагностического механизма, очень похожий на основанный на списках (ОнО) механизм, описанный в патенте США №5935060, который является достаточно интеллектуальным, чтобы противопоставить эти объекты друг другу в соревновании, кто первым продиагностирует самого себя. Этот механизм построен так, чтобы быть достаточно интеллектуальным для переключения между объектами болезней и симптомов, так что никто не монополизирует диагноз. Он достаточно интеллектуален, чтобы знать, когда остановиться, знать, когда он используется для тестирования, и когда на линии связи находится пациент в тяжелом состоянии.

Следующие объекты описаны как примеры видов объектов для использования в системе.

А. Объект болезни

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

Данные объекта являются базовыми свойствами болезни и показателями состояния работы, такие как:

- название болезни;

- ее идентификационный код;

- ее распространенность в населении пациента;

- список составляющих симптомов;

- список значений симптомов и их весов диагностики;

- список альтернативных значений симптомов и их весов;

- список синергий и их весов;

- пороговые значения для использования;

- список значений симптомов, установленных у пациента;

- диагностическая оценка текущего пациента.

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

- предварительное тестирование элементов болезней;

- распечатка элементов болезней для просмотра/редактирования автором;

- установка болезни для нового пациента;

- загрузка данных болезней из медицинской карты пациента (МКП);

- диагностика болезни у текущего пациента;

- отчет диагностической оценкой;

- запись данных болезни в МКП.

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

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

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

В. Объект симптомов

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

Данные объекта являются базовыми свойствами симптома и показателями состояния работы, такие как:

- название симптома;

- тип значений симптома (числовой, словесный, графический);

- действительные значения симптомов (НЕТ, НИЗКИЙ, СРЕДНИЙ, ВЫСОКИЙ);

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

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

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

- предварительное тестирование элементов симптомов;

- распечатка элементов симптомов для просмотра/редактирования автором;

- установка симптомов для нового пациента;

- считывание/запись последних данных симптомов из/в МКП;

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

- сообщение о значении симптома;

- сообщение об основанных на времени значениях синергии (начало/окончание, наклон, тренд, кривая, область).

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

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

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

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

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

Необходимо отметить важность понимания того, что Объект симптомов не ограничен классическими признаками и симптомами в медицине. Хотя классические симптомы (например, боль, жар, головная боль) безусловно играют важную роль в сценариях. Объект симптомов также используется для управления другими данными, которые как-либо содействуют диагнозу, такими как привычки пациента, культура, окружающая среда и даже образование. Кроме того, объекты симптомов могут быть использованы для построения искусственных внутренних структур данных, если это необходимо. Таким образом, объект симптомов может быть использован для определения особых групп симптомов (синдромов, если угодно), либо для управления точной последовательностью, в которой система выявляет симптомы у пациента, либо просто как пригодных программных контейнеров, которые выполняют некоторые вычисления или просмотр таблиц для получения значения. Объект симптомов является "рабочей лошадкой" для написания сценариев, и это отражено тем фактом, что многие объекты симптомов собраны в центральную базу данных системы, которая может использоваться совместно всеми авторами сценариев через Интернет.

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

- получение доступа к медицинской карте пациента,

- получение доступа к ответам пациента на предыдущие вопросы в этом сеансе,

- логическое рассуждение с использованием заданных формул получения выводов,

- математическое вычисление с использованием заданных формул.

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

Ниже приведены следующие примерные аспекты Объекта симптомов:

Отвечаемость	вероятность того, что пациент знает симптом
Класс	тип симптома (история, признак, обычай, логика)
Документация	описание и история развития объекта симптомов
ICD (МКБ)3	код ICD-9-CM (МКБ-9КМ)4 для симптома
Ключевые слова	поисковые слова для отыскания объекта симптомов в оглавлении
Метка	название объекта симптомов (не симптом)
Местоположение	где может быть получен симптом
Название	формальное медицинское название симптома
Начало_Окончание	специальные атрибуты начала/окончания
Продолжительность	как долго полученное значение будет верным
SNOMED (СНМ) 5	классификационный код для индексации всего медицинского словаря, включая признаки, симптомы, диагнозы и процедуры
Синонимы	альтернативные названия симптомов
Тенденции	специальная информация о тенденциях, таких как изменение серьезности симптома со временем или эволюция симптомов в процессе болезни
Оценщик	метка объекта, который действительно получил значения симптома
Значение	текущее значение симптома
Дата_значения	дата последнего значения
Время_значения	время последнего значения
Тип_значения	рабочий тип значения (целое, действительное, текстовое, дискретное)
3 International Classification of Diseases - международная классификация болезней
4 KM - клиническая модификация (clinical modification) МКБ-9КМ используется только в США
5 Systemized Nomenclature of Medicine - систематизированная номенклатура медицины

С. Объект оценщика

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

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

- тип используемой оценки (вопрос, формула, график, таблица),

- тип значения для отчета (числа, слова, график),

- действительные значения симптомов (НЕТ, НИЗКИЙ, СРЕДНИЙ, ВЫСОКИЙ),

- если приемлемо, объект вопросов, подлежащий использованию,

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

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

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

- предварительная проверка оценщика,

- распечатка формул оценщика для их просмотра/редактирования автором,

- установление значения у текущего пациента,

- отчет значением.

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

D. Объект вопросов

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

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

Действия объекта являются функциями и процедурами, необходимыми системе для управления вопросом, таковы следующие процессы:

- предварительная проверка элементов вопросов и элементов узлов,

- распечатка элементов вопросов для просмотра/редактирования их автором,

- задавание вопроса и отчет ответом,

- установление текста действительного естественного языка, подлежащего использованию,

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

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

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

Е. Объект узлов

Объект узлов (ОУ) является программным объектом, который описывает программные элементы, требуемые для задавания пациенту единичного, хорошо определенного вопроса, и возврата вопроса, выбранного пациентом. Задачей ОУ является представление требуемых данных в ГПИ (графический пользовательский интерфейс) в форме, которая будет появляться на дисплее пользователя в дружественной к пользователю манере, для ожидания ответа пользователя в течение должного количества времени, для вероятного повторного предложения вопроса пользователю, и для окончательного возврата ответа пользователя.

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

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

- предварительная проверка элементов узлов,

- распечатка элементов узлов для просмотра/редактирования их автором,

- отображение вопроса и отчет ответом.

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

IV. КОНЦЕПЦИИ ОСНОВАННОГО НА СПИСКАХ МЕХАНИЗМА

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

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

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

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

Диагностический цикл

В одном варианте выполнения система использует "диагностический цикл" для обработки списка текущих болезней. Части диагностического цикла описаны в патенте США №5935060, выданном заявителю. Диагностический цикл состоит из серии повторений, в которых система рассматривает свою миссию в свете самого последнего статуса всех болезней-кандидатов. В зависимости от миссии, система может выполнять все типы специальных вычислений и оценок в течение этого цикла. Цикл в действительности состоит из нескольких вложенных циклов, которые могут привлекать рекурсию для оценки подчиненных симптомов.

Текущая болезнь

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

Текущий симптом

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

Текущее оценивание

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

Присвоение оценок

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

Продолжение работы

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

А. Динамические правила и цели

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

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

- является наиболее опасной для жизни болезнью из оставшихся для диагностирования,

- совместно разделяет большинство симптомов с другими болезнями,

- имеет самую высокую текущую диагностическую оценку,

- имеет самое большое текущее изменение в диагностической оценке,

- имеет наименьшее количество нерешенных симптомов,

- идет следующей по некоторому порядку, установленному автором".

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

Пациент самостоятельно может установить определенные граничные условия для консультации. Некоторые примеры включают:

- пациента, который может говорить только 20 минут,

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

В. Диагностический импульс

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

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

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

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

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

С. Горизонтальная ось исследования (ГОИ)

В одном варианте выполнения система проводит свои диагностические исследования по различным "осям", то есть линиям изучения или фокусным направлениям. Две из таких стратегий названы Горизонтальная ось исследования (ГОИ) и Вертикальная ось исследования (ВОИ). Этот раздел сфокусирован на ГОИ. Отметим: термин "ось исследования" относится к тому способу, в котором система выбирает следующий фокусный симптом. Терминология идет от метафоры Матрицы болезнь/симптом (МБС), в которой таблица формируется упорядочением болезней-кандидатов как соседних колонок (поэтому "вертикальная"), и составляющих симптомов как рядов (поэтому "горизонтальная"). См чертеж МБС. В терминах базы данных поля упорядочены по вертикали, а записи упорядочены по горизонтали. Стратегия горизонтальной оси исследования (ГОИ) является режимом диагностики, который сфокусирован на быстром исключении неприменимых болезней из большого списка кандидатов. ГОИ обычно используется на ранней стадии сеанса диагностики, когда система имеет множество болезней-кандидатов, и выбирает фокусные симптомы в большей степени на основе того, как много болезней содержит этот симптом, чем на том, насколько эффективно симптом будет идентифицировать одну болезнь.

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

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

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

Решение о том, какую из этих (или других) стратегий или режимов выбрать, может быть запрограммировано в зависимости от любого числа переменных. Например, оно может быть:

- задано процессом, который вызывает систему;

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

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

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

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

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

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

D. Вертикальная ось исследования (ВОИ)

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

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

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

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

Стратегии ГОИ и ВОИ являются частью центральных процессов выбора симптома в системе, особенно ОнС диагностический цикл. Решение о том, какую из этих (или каких-либо других) стратегий выбирать, может быть запрограммировано на зависимость от любого количества переменных. Например, это может быть задано процессом, вызывающим ОнС механизм: он может переключаться на основании Диагностической оценки или Импульса, достигнутых одной или более болезнями; он может переключаться различными вычислениями, основанными на основной жалобе или первом значительном симптоме; он может переключаться на основании нового ответа пациента, который отрицает или значительно изменяет предыдущий ответ.

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

Существует мощный глобальный эффект от того, когда объединяются различные ОнС свойства, такие как Импульс болезни. Динамические цели, ГОИ, ВОИ, Альтернативные симптомы и Синергическое взвешивание. Рассмотрим, как ОнС механизм изучает болезни-кандидаты и сосредоточивается на должных болезнях: когда одна болезнь получает оценку и импульс в стратегии ГОИ, это вызывает переход к стратегии ВОИ. Если система находится "на верном пути", стратегия ВОИ быстро подтвердит, что у пациента есть несколько ключевых симптомов этой болезни. С помощью различных синергических весов это подтверждение увеличит оценку и импульс, и повторно запустит цикл для сосредоточения на фокусной болезни для диагностики. В одном варианте выполнения веса симптомов могут увеличиваться, когда система работает с использованием стратегии ВОИ. Это свойство позволяет системе приспособить вероятности Байеса в процессе оценивания. С другой стороны, если система находится "на неверном пути", стратегия ВОИ не сможет подтвердить дополнительные симптомы, оценка болезни отстанет от оценок других болезней (которые обновляются параллельно этому), и система вскоре откажется от этой бесплодной попытки и либо вернется к стратегии ГОИ, либо выберет другую болезнь для исследования ВОИ.

Е. Альтернативные симптомы

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

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

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

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

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

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

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

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

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

F. Временной график болезней

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

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

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

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

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

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

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

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

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

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

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

Автор в действительности имеет два "времени". Одно время относится к появлению Основной жалобы, другое время относится к Первому значительному симптому. Режим ГОИ использует время ОЖ, тогда как режим ВОИ использует время ПЗС, которое является более точным, но не может быть использовано до того момента, как появится хотя бы пробный диагноз.

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

Автор также может использовать временной график симптомов как набор характеристик для величин симптомов. Это полезно при описании и разделении болезней на основе наборов их симптомов.

G. Спектр терминов / Код PQRST (ОКНОВ)

В одном варианте выполнения изобретения Код PQRST (ОКНОВ) является исчерпывающим способом получения и кодирования пациентом словесного описания симптома. Это особенно подходит для очень субъективных симптомов, которые трудно определять в количественной форме, такие как общее состояние здоровья пациента, характеристика конкретной боли, или выражение умственного состояния или эмоций. Ключевое изобретение здесь относится к "Словарю диагностики". Это относится к способности ОнС способа давать использовать авторам точный словарь, который разрабатывался им или ею на протяжении многих лет опрашивания пациентов. В реальном мире определенные слова, используемые пациентами для описания боли, являются классическими показателями конкретной болезни. В ОнС мире это воплощается в том, что пациенту разрешается выбирать из готового списка слов, которые связаны с заранее заданным диагностическим весом. Код PQRST (ОКНОВ) может использоваться для прослеживания изменений в других данных о здоровье, таких как поражения, массы, выделения, функции тела, психическое состояние, эмоции, привычки, наклонности и т.п.

Боль является субъективным ощущением пациента. Она очень полезна диагностически, но на практике крайне сложно описать ее в достаточно пригодных подробностях. Код PQRST (ОКНОВ) является исчерпывающим способом кодирования при описания боли пациентом и для использования кода боли для диагноза в ОнС способе, а также для других целей, таких как Рекомендации, Предписания, Лечение, Устранение боли и Лечение болезни. В ОнС способе код PQRST (ОКНОВ) может быть использован для кодирования субъективных описаний симптомов, для улавливания изменений в описаниях симптомов и для анализа изменений по времени. Код PQRST (ОКНОВ) не только может сам состоять из сотен элементов, но и возможные использования кода в медицинской автоматике столь же многочисленны. Код PQRST (ОКНОВ) направлен на управление медицинским знанием автоматическим образом. Основная идея заключается в использовании спектров слов и записанных списков для улавливания субъективного описания пациентом некоторых ощущений о здоровье. Код PQRST (ОКНОВ) может затем использоваться для обнаружения в симптомах изменений, наклонов, трендов, областей и т.п., где ключом является изменение. Свойство кода PQRST (ОКНОВ) включает в себя выбор слов из спектра слов в два момента времени, а затем анализ важности изменения, и использование этого для прибавления дополнительного веса диагнозу. Это свойство помещает слова в спектры, которые показывают, как конкретный аспект боли будет меняться со временем, и затем производит второе оценивание и прибавляет дополнительный вес к диагнозу, поскольку он показывает ожидаемое изменение.

Свойство кода PQRST (ОКНОВ) включает в себя следующие способы:

- описание примерно 20 аспектов боли,

- получение этих аспектов от пациента,

- кодирование и декодирование этих аспектов в единый код PQRST (ОКНОВ),

- использование кода PQRST (ОКНОВ) при диагностике и в других контекстах.

На глобальном уровне для всех авторов и всех сценариев определяются примерно 20 аспектов боли, таких как Качество, Острота, Местоположение, Размер, Симметрия, Время, Локализуемость и Перемещение. Для каждого аспекта далее определяется спектр слов, который состоит из набора слов, обычно используемых пациентом для описания этого аспекта боли. Например, Качество боли может быть описано в терминах "булавочный укол, колющая, неистовая, обширная, стягивающая, давящая". Острота боли будет оцениваться пациентом по шкале от 0 до 10. Спектры слов, конечно, различаются для различных симптомов. Неболевые симптомы могут ранжировать некоторые аспекты, как, например "Возраст", по числовой шкале, как то 0-7, 8-22, 23-65, 66 и старше. Другой спектр может использовать слова, такие как НЕТ, НИЗКИЙ, СРЕДНИЙ, ВЫСОКИЙ, для характеристики аспекта. Или спектр слов может состоять из словаря слов-дескрипторов, таких как ПУЛЬСИРУЮЩАЯ, БЬЮЩАЯ, МОЛОТЯЩАЯ, ПОСТУКИВАЮЩАЯ. Автор сценариев определяет диагностические веса для каждого слова в спектре. Во время работы заданный спектр представлен списком выбора, из которого пациент может выбирать. Пациент выбирает одно слово из списка, и система добавляет связанный с ним диагностический вес к оценке.

Свойство кода PQRST (ОКНОВ) позволяет авторам применять словарь диагностики, который они выработали в течение многих лет практики. Сценарий может использовать несколько симптомов из спектра слов, чтобы построить код PQRST (ОКНОВ), который суммирует состояние здоровья пациента в некоторый момент "t" времени. Этот код может храниться в медицинской карте пациента (МКП) для дальнейшего использования. Это другой пример, в котором может быть определен объект симптомов, специальный для спектров слов. Сценарий может собирать код PQRST (ОКНОВ) в разные моменты T1, T2 и Т3 времени. Затем сценарий может анализировать изменения в коде во времени и присваивать веса значительным изменениям симптомов во времени. Сценарий может использовать код PQRST (ОКНОВ) для вычисления синергий на основании наклона, тренда, области, объема и других свойствах.

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

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

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

Ниже приведен пример кода PQRST (ОКНОВ), который прослеживает природу выделения вместо боли. Синдром Маллори-Вейсса состоит в частичном разрыве в самой нижней части пищевода. Это вызывается сильной рвотой. Следовательно, у пациента, которого рвет пищей в момент «t» времени и рвет пищей с кровью через час после этого, налицо синдром Маллори-Вейсса, по сравнению с пациентом с язвой желудка, у которого кровь в рвоте будет с самого начала. Следовательно, симптом, созданный при кодировании PQRST (ОКНОВ) содержимого рвоты, будет обнаруживать добавление крови и добавит соответствующий синергический вес в расстройство Маллори-Вейсса.

Н. Синергия

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

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

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

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

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

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

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

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

- быть объединенными логически и математически,

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

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

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

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

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

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

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

Тип синергии	Эта синергия добавляет вес к болезни, если она обнаруживает, что...
Наличие симптома	Пациент имеет симптом А (концепция базового взвешивания)
Уровень симптома	Симптом А имеет конкретное значение (ОСТРОТА БОЛИ=8 из 10)
Основанная на времени синергия	Симптом изменяется, идет циклами, пульсирует, приходит/уходит, повторяется
Наклон начала/окончания	Симптом А начинается или заканчивается с определенной скоростью
Тренд начала/окончания	Скорость симптома А меняется определенным образом
Симметрия начала/окончания	Симптом А начинается и заканчивается одинаковым образом
Первый значительный симптом (ПЗС)	У пациента тот же ПЗС, как определено для болезни
Одновременность	Пациент имеет определенный набор симптомов А, F, J и R
Последовательность	Симптомы А и В появляются в заданной последовательности
Синергия перекрытия	Протяженность времени, когда симптомы А и В появляются вместе
Общая синергия	Область под кривой, например, отображающей остроту боли пациента по времени

Следующие далее разделы относятся к описанию и взвешиванию конкретных типов синергии в конкретных вариантах выполнения изобретения.

1. Синергия наличия симптома

Синергия наличия симптома присваивает базовый диагностический вес болезни-кандидату, если данный симптом присутствует. Во время построения автор может присвоить вес симптому, если он присутствует. Например, если пациент курит десять лет, болезнь ЭМФИЗЕМА может получить 50 пунктов; если пациент недавно вернулся из экспедиции в джунгли, болезнь МАЛЯРИЯ может получить 50 пунктов. Во время работы система определяет, имеется ли симптом у пациента, и присваивает вес всем болезням, для которых симптому был заранее задан вес.

Знание о наличии симптома, даже без значения или ссылки по времени, может помочь выбрать болезни-кандидаты для последующего анализа. Таким образом, различные наборы болезней-кандидатов могут быть выбраны изначально для пациента, жалующегося на КАШЕЛЬ, и для пациента, жалующегося на БОЛЬ В СПИНЕ.

2. Синергия уровня симптома

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

ОСТРОТА = 0	0 пунктов
ОСТРОТА = 1	10 пунктов
-
-
-
ОСТРОТА = 9	250 пунктов
ОСТРОТА = 10	350 пунктов

Во время работы система определяет: 1) имеется ли симптом в наличии и 2) на каком он уровне, и если имеется, то 3) добавляет соответствующий вес к оценке болезни.

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

3. Основанная на времени синергия

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

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

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

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

4. Синергия анализа начала/окончания

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

Во время построения автор сценариев определяет для каждой болезни:

(1) что начало данного симптома подлежит синергическому взвешиванию,

(2) типы начала, которые могут быть использованы для выбора добавленного синергического веса,

(3) синергические веса, подлежащие добавлению в зависимости от типа начала.

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

(1) обнаруживает, что начало данного симптома подлежит синергическому взвешиванию,

(2) получает действительный тип начала для симптома,

(3) сравнивает действительный тип начала с заранее заданным типом,

(4) выбирает вес синергии начала, который соответствует действительному типу,

(5) добавляет выбранный синергический вес начала к оценке болезни.

Два примера этой синергии таковы: 1) синусоидальное отношение серьезности боли при коликах, 2) "заикающееся" начало нестабильной ангины.

5. Синергия наклона начала/окончания

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

Во время построения автор сценариев определяет для каждой болезни:

(1) что начало данного симптома подлежит синергическому взвешиванию,

(2) порог(и) наклона начала, подлежащий(ие) использованию для выбора синергического веса,

(3) синергические веса, подлежащие добавлению в зависимости от величины наклона начала.

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

(1) обнаруживает, что начало данного симптома подлежит синергическому взвешиванию,

(2) получает действительный наклон начала для симптома,

(3) сравнивает действительный наклон начала с заранее заданным(и) порогом(ами) наклона,

(4) выбирает вес синергии начала, который соответствует действительному наклону,

(5) добавляет выбранный синергический вес начала к оценке болезни.

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

6. Синергия тренда начала/окончания

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

Во время построения автор определяет для каждой болезни:

(1) что тренд кривой начала заданного симптома подлежит синергическому взвешиванию,

(2) порог(и) тренда начала, подлежащий(ие) использованию для выбора синергического веса,

(3) синергические веса, подлежащие добавлению в зависимости от тренда наклона начала.

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

(1) обнаруживает, что тренд начала данного симптома подлежит синергическому взвешиванию,

(2) получает действительный тренд начала для симптома,

(3) сравнивает действительный тренд начала с заранее заданным(и) порогом(ами) тренда,

(4) выбирает вес синергии начала, который соответствует действительному тренду,

(5) добавляет выбранный синергический вес начала к оценке болезни.

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

7. Синергия симметрии начала/окончания

В одном варианте выполнения изобретения синергия симметрии начала/окончания прибавляет дополнительный диагностический вес, если кривые начала и окончания (или наклона, если отношение линейное) данного симптома показывает определенные свойства симметрии.

Во время построения автор сценариев определяет для каждой болезни:

(1) что начала и окончания заданных симптомов подлежат взвешиванию на симметрию,

(2) параметры, которые определяют различные отношения симметрии,

(3) синергические веса, подлежащие добавлению для данного отношения симметрии.

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

(1) обнаруживает, что симметрия начала/окончания данного симптома подлежит синергическому взвешиванию,

(2) получает действительные наклоны и тренды начала и окончания для симптома,

(3) преобразует действительные наклоны и тренды в заданные заранее параметры симметрии,

(4) выбирает вес синергии симметрии, который соответствует действительным данным,

(5) добавляет выбранный вес к оценке болезни.

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

8. Синергия первого значительного симптома (ПЗС)

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

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

Анорексия 50

Тошнота 30

Эпигастральная боль 10

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

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

9. Одновременная синергия

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

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

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

1) прослеживает симптомы, действительно присутствующие у пациента,

2) определяет, присутствует ли какое-либо заранее заданное сочетание симптомов, и если присутствует, то

3) добавляет связанный с ним вес к оценке болезни.

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

10. Последовательная синергия

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

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

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

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

2) прослеживает симптомы, действительно присутствующие у пациента,

3) обнаруживает, присутствует ли какая-либо заранее заданная автором последовательность,

4) определяет, присутствуют ли симптомы в заранее заданном порядке во времени,

5) если необходимо, добавляет вес последовательности к оценке болезни.

11. Перекрывающая синергия

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

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

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

1) прослеживает симптомы, действительно присутствующие у пациента,

2) обнаруживает, присутствуют ли какие-либо заранее заданные автором перекрывающиеся симптомы,

3) вычисляет, как долго симптомы перекрывались по времени,

4) проверяет, совпадает ли действительное перекрытие с заданным порогом перекрытия или превышает его,

5) если это применимо, добавляет вес заданного перекрытия к оценке болезни.

12. Общая синергия (площади)

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

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

V. ОПИСАНИЕ ЧЕРТЕЖЕЙ

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

Со ссылкой на фиг.1 одно выполнение части 100 диагностического цикла системы медицинской диагностики и рекомендаций пор лечению (МДиРЛ), которая может включать Основанный на списках механизм (систему), теперь будет описано в терминах ее главных обрабатывающих функций. Отметим, что рекомендация по лечению может предоставляться по выбору. Однако основным фокусом изобретения является диагностический аспект этой системы. Каждая функция далее описана со связанным с ней чертежом.

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

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

Диагностический цикл начинается в состоянии 102, в котором предполагается, что предыдущая обработка установила основную жалобу для текущего пациента, и необходимо определить диагностический отчет. Переходя к функции 110, система получает доступ к компьютерным ресурсам, требуемым для диагностического цикла. В этой функции система получает доступ к компьютерной памяти, как это необходимо, создает необходимые программные объекты и устанавливает переменные в их первоначальные значения на основании текущих вариантов, ограничений и целей диагностики. Система также создает список болезней, которые должны быть использованы как начальные кандидаты для диагностики. Переходя к функции 120, система выбирает одну болезнь из списка болезней-кандидатов. Эта болезнь становится текущей фокусной болезнью, то есть болезнью, для которой подлежит оцениванию симптом. Переходя к функции 130, система выбирает один симптом из списка симптомов, связанных с текущей болезнью. Этот симптом становится текущим фокусным симптомом, подлежащим оценивания у пациента. Переходя к функции 140, система оценивает текущий симптом у пациента пригодными средствами, такими как задавание вопросов пациенту, использование логических выводов, математических вычислений, справочных таблиц, либо статистического анализа, вовлекающего другие значения симптомов. Переходя к функции 150, система обновляет все болезни-кандидаты, которые используют текущий симптом, новым значением симптома, полученным в функции 140. Переходя к функции 160, система обновляет все рабочие списки и записи новыми значениями, оценками и диагнозами. Переходя к функции 170, система наблюдает за развитием диагноза, чтобы решить, требуется ли еще одно повторение диагностического цикла. Переходя к состоянию 172 решения, система проверяет, должен ли диагностический цикл быть остановлен, например, указанием пользователю. Если не должен, то система переходит к функции 120 для следующего повторения; в противоположном случае система переходит к функции 180, в которой система сохраняет должные значения, вычисленные в диагностическом цикле, и разрушает все временные структуры и объекты данных, требовавшиеся для диагностического цикла. Продолжаясь в состояние 182, система возвращает отчет о результатах диагностики.

Со ссылкой на фиг.2 теперь будет описана функция 110 настройки диагностического цикла, ранее показанная на фиг.1. Функция 110 получает доступ к компьютерным ресурсам и настраивает структуры данных, необходимые для диагностического цикла 100 (фиг.1). Система разработана, чтобы быть полностью приспосабливаемой к окружающей ее среде и должна запускать различные структуры памяти для подготовки к обработке. В основанном на объектах выполнении эта подготовка включает в себя создание различных объектов. Каждый объект имеет функцию запуска, которая позволяет объекту запускать самого себя, когда это необходимо.

Функция 110 начинается в начальном состоянии 202, в котором основная жалоба и режим диагностики уже установлены предыдущей обработкой. Основная жалоба будет использоваться в состоянии 212 для получения связанных с ней болезней. Режим диагностики будет использоваться на протяжении функции 110 для управления обработкой подробностей. Переходя к состоянию 204, функция 110 запускает режим ГОИ/ВОИ либо в режиме ГОИ, либо в режиме ВОИ, в зависимости от режима ГОИ/ВОИ, требуемого для этой операции диагностического цикла. В режиме ГОИ система будет рассматривать все болезни-кандидаты для выбора следующего фокусного симптома; в режиме ВОИ система будет использовать только список симптомов текущего фокусного заболевания.

Переходя к состоянию 206, функция 110 запускает режим Альтернативных симптомов, чтобы либо разрешить, либо запретить оценку альтернативных симптомов в зависимости от режима Альтернативных симптомов, требующегося для этой операции диагностического цикла. Если альтернативные симптомы разрешены, система будет далее принимать альтернативные значения вместо заданного значения симптома. Если альтернативные симптомы запрещены, система будет далее добиваться оценивания заданного симптома. Переходя к состоянию 208, функция 110 запускает другие внутренние переменные, которые поддерживают обработку цикла, такую как управляющие признаки, показатели вариантов, ограничения цикла и цели цикла. Точная переменная и значение каждой переменной зависят от конкретного выполнения кода, выбранного для компьютерной программы. Переходя к состоянию 210, функция 110 получает и запускает специальные компьютерные ресурсы, требующиеся для этой операции диагностического цикла. Подробности этой инициализации зависят от выполнения кода, выбранного для компьютерной программы. Например, если объект используется для представления списка болезней-кандидатов, состояние 210 создает и запускает пустой объект болезней-кандидатов; но если таблица отношений используется для представления списка болезней-кандидатов, состояние 210 создает и запускает пустую таблицу для содержания болезней-кандидатов. Переходя к состоянию 212, функция 110 получает из базы данных болезней все те болезни, которые соответствуют диагностированной основной жалобе, и (если доступно) временной график симптомов пациента (фиг.28).

Как часть автономного процесса сбора данных и подготовки, каждая болезнь в базе данных объектов болезней связана по меньшей мере с одной основной жалобой и с временным графиком симптомов. Эта связь используется здесь для получения списка болезней, которые составляют начальный список кандидатов. Под болезнью-"кандидатом" понимается любая болезнь, даже неидентифицированная, которая имеет некоторую вероятность быть заболеванием пациента на основании симптомов и основной жалобы, показанных пациентом. Переходя к состоянию 220, запускаются различные внутренние рабочие структуры, требуемые для эффективного выполнения такой подробной обработки, как сортировка, поиск и выбор подмножеств болезней и симптомов. Функция 220 далее описана вместе с фиг.3. Переходя к состоянию 222, функция 110 возвращает управление процессу, который ее вызвал, для воздействия на функцию 120 по фиг.1.

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

Функция 220 начинается в начальном состоянии 302. Переходя к состоянию 304, функция 220 создает матрицу болезнь-симптом (МБС), которая является структурой данных со столбцами для всех болезней, выбранных по основной жалобе, рядами для максимального количества симптомов, используемых всеми болезнями-кандидатами, и квантами времени (ось-Z) для временных интервалов в других вариантах выполнения. Переходя к состоянию 306, функция 220 выделяет все болезни, помеченные как "неотложные" из болезней-кандидатов, и сортирует их в порядке уменьшения неотложности. Переходя к состоянию 308, функция 220 помещает наиболее неотложную болезнь в самый левый столбец Матрицы болезнь-симптом (МБС) (которая может рассматриваться в течение одного кванта времени как Куб болезнь-симптом (КБС)). Переходя к состоянию 310, функция 220 помещает оставшиеся неотложные болезни в следующие столбцы МБС. Переходя к состоянию 312, функция 220 выделяет все болезни, помеченные как "серьезные", из списка болезней-кандидатов; сортирует эти серьезные болезни в порядке уменьшения неотложности; помещает наиболее серьезную болезнь в следующий доступный самый левый столбец МБС после неотложных болезней; и помещает оставшиеся серьезные болезни в следующие столбцы МБС. Переходя к состоянию 314, функция 220 сортирует болезни, которые остались после того, как неотложные и серьезные болезни были удалены, в порядке уменьшения распространенности, то есть вероятности появления болезни в группе населения, из которой происходит пациент, и помещает оставшиеся болезни в порядке уменьшения распространенности в следующий доступный самый левый столбец МБС после серьезных полезней. Переходя к состоянию 316, функция 220 возвращает управление процессу, который ее вызвал, для воздействия на функцию 222 по фиг.2.

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

Функция 120 начинается в состоянии 402, в котором существует список болезней, которые являются кандидатами на диагностику. Функция 120 выбирает одну из этих болезней-кандидатов, чтобы сделать ее текущей фокусной болезнью. Выбор делается с использованием многих правил; то, какое правило используется, зависит на режима диагностики. Фиг.4 показывает два правила, которые проверяются, но может быть добавлено любое количество правил. Переходя к состоянию 404 решения, функция 120 сначала проверяет, пуст ли список болезней-кандидатов. Если это так, то больше нет болезней для изучения, и функция 120 возвращается в состояние 440. В состоянии 440 функция 120 устанавливает выходящий сигнал, чтобы показать, что ни одна текущая болезнь не выбрана, и затем переходит в состояние 434, где процесс повторяется. Если список кандидатов не пуст в состоянии 404 решения, то затем остается по меньшей мере одна болезнь-кандидат, и функция 120 переходит в состояние 406 решения для проверки, все ли болезни-кандидаты обработаны. Если все, то функция 120 переходит в состояние 442, в котором она устанавливает выходной сигнал об этом эффекте, и переходит в состояние 434 для возврата управления. Однако, если в состоянии 406 решения остается несколько болезней, подлежащих обработке, функция 120 переходит в состояние 408 решения. В состоянии 408 решения, если режим выбора установлен на ВОИ, то есть вынужден использовать конкретную болезнь, функция 120 переходит в состояние 410 решения, или, в противоположном случае, в состояние 412. В состоянии 410, если болезнь ВОИ все еще не диагностирована, функция 120 переходит в состояние 430, выбирает болезнь ВОИ как текущую болезнь и переходит в состояние 432. Но если в состоянии 410 болезнь, которая была выбрана заранее, уже диагностирована, функция 120 переходит в состояние 412, чтобы повторно начать обработку в режиме ГОИ.

Вместе с состоянием 414 начинается состояние действительного выбора болезни. Режим диагностики, который действует, когда начинается диагностический цикл, определяет или предполагает правило или критерий выбора болезни. Это правило основано либо еще на действительном процессе диагностики, либо на потенциальном развитии, которое может произойти, используя такие диагностические измерения, как взвешивание, импульс, оценка и вероятность. Это правило выбора может быть изменено внутренней обработкой или внешним запросом, но некоторое правило выбора всегда будет находиться в действии. Функция 120 использует правило для выбора одной из болезней-кандидатов как фокусной болезни. Переходя к состоянию 414, если правилом выбора является выбор болезни-кандидата с высоким действительным диагностическим импульсом, функция 120 продолжается в состоянии 416. В этом состоянии 416 функция 420 выбирает болезнь-кандидат с наибольшим текущим диагностическим импульсом и затем переходит в состояние 432. Но если в состоянии 414 решения текущее правило противоположное, то функция 120 переходит в состояние 418 решения.

В состоянии 418 решения, если критерием выбора является выбор болезни-кандидата с высоким потенциальным диагностическим импульсом, функция 120 переходит в состояние 420, выбирает болезнь-кандидат с наибольшим потенциальным диагностическим импульсом и затем переходит состояние 432. Но если в состоянии 418 решения текущий режим диагностики противоположный, функция 120 переходит в состояние 422 решения. В состоянии 422 решения, если режимом диагностики является выбор болезни-кандидата с использованием некоторого другого критерия, такого как совпадение временного графика или прямой ввод пациента, функция 120 переходит в состояние 424, которое использует некоторый другой критерий тем же образом, чтобы выбрать болезнь, а затем переходит в состояние 432. Но если в состоянии 422 решения больше нет критериев для использования, функция 120 переходит в состояние 426, применяет правило по умолчанию, которое может быть простым выбором следующей подходящей болезни-кандидата, и затем переходит в состояние 432. В состоянии 432 функция 120 устанавливает выходной сигнал, чтобы показать, что была выбрана текущая фокусная болезнь, а затем функция переходит в состояние 434, чтобы вернуть выходной сигнал и идентификатор текущей болезни в процесс, который вызвал функцию 120, для воздействия на функцию 130 по фиг.1.

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

Функция 130 начинается в начальном состоянии 502, где выбрана текущая фокусная болезнь, и функция теперь должна выбирать из списка симптомов болезни текущий фокусный симптом, а также, вероятно, один или более альтернативных симптомов, если они были заданы автором. Симптом может быть выбран с использованием одного из многих правил. То, какое правило используется, зависит от режима диагностики. Переходя к состоянию 504 решения, функция 130 сначала проверяет, есть ли какие-либо симптомы, оставшиеся в текущей болезни, которые еще не оценены для текущего пациента. Если остались, то функция 130 переходит в состояние 506, которое возвращает выходной сигнал, показывающий, что не было выбрано ни одного текущего симптома. Но если в состоянии 504 есть хотя бы один подходящий симптом, функция 130 переходит в состояние 508 решения.

Состояние 508 решения начинает действительный выбор симптома. Режим диагностики, который действует, когда начинается диагностический цикл, может определять или предполагать одно из многих правил или критериев выбора симптома, которые могут быть изменены внутренней обработкой или внешним запросом. Тем не менее, в одном варианте выполнения некоторое правило выбора симптома всегда будет находиться в действии. Кроме того, для любого заданного симптома болезнь может идентифицировать один или более альтернативных симптомов, которые могут использоваться вместо него. Фокусный симптом, возвращенный состоянием 130, может, таким образом, состоять из набора симптомов, который содержит по меньшей мере один симптом плюс ноль или более альтернативных симптомов. В состоянии 508 решения функция 130 проверяет, имеет ли болезнь симптомы, которые должны быть оценены до остальных симптомов этой болезни. Такие симптомы служат для быстрого удаления болезни, которая не соответствует базовым критериям. Если болезнь имеет такие первоначальные симптомы, функция 130 переходит в состояние 510. В состоянии 510, если все первоначальные симптомы были оценены, функция 130 переходит в состояние 516 решения. Но если в состоянии 510 решения есть какие-либо неоцененные первоначальные симптомы, функция 130 переходит в состояние 512, выбирает следующий первоначальный симптом как фокусный симптом и переходит в состояние 514 возврата. Переходя к состоянию 516 решения, если текущий режим диагностики определяет выбранные симптомы наибольшим диагностическим весом, функция 130 переходит в состояние 518, выбирает симптом с наибольшим диагностическим весом и переходит в состояние 514 возврата. Но если в состоянии 516 решения правилом не является выбор симптома с наибольшим весом, функция 130 переходит в состояние 520 решения. В состоянии 520 решения функция 130 приспосабливает симптомы, которые относятся друг к другу некоторым образом, таким как группы, сочетания или последовательности. Если текущий режим диагностики показывает, что связанные друг с другом симптомы подлежат рассмотрению, функция 130 переходит в состояние 522, но если связанные друг с другом симптомы не подлежат рассмотрению, функция 130 переходит в состояние 526.

В состоянии 522 решения, если имеется симптом, связанный с ранее оцененным симптомом, функция 130 переходит в состояние 524. В состоянии 524 функция 130 выбирает симптом, который относится к ранее оцененному симптому и переходит в состояние 514 возврата. Но если в состоянии 522 решения нет связанного симптома, функция 130 переходит в состояние 526. В состоянии 526 решения, если текущий режим диагностики показывает, что рассмотрению подлежат симптомы, самые простые для оценки, то функция 130 переходит в состояние 528, выбирает следующий симптом, самый легкий для оценки, и затем переходит в режим 514 возврата. Но если в состоянии 526 правилом не является выбор самого простого симптома, функция 130 переходит в состояние 530 решения. В состоянии 530 решения, если текущий режим диагностики показывает, что симптомы подлежат выбору случайным образом, функция 130 переходит в состояние 532, выбирает следующий симптом случайным образом из списка симптомов текущей болезни, и затем переходит в состояние 514 возврата. Но если в состоянии 530 решения правилом не является выбор случайного симптома, функция 130 переходит в состояние 534, выбирает следующий подходящий симптом из списка симптомов текущей болезни, и затем переходит в состояние 514 возврата. В состоянии 514 функция 130 возвращает текущий фокусный симптом (и все альтернативные симптомы, если такие имеются) в процесс, который вызвал функцию 130, для воздействия на функцию 140 по фиг.1.

Со ссылкой на фиг.6 теперь будет описана функция 140 получения значения симптома, которая оценивает текущий фокусный симптом, то есть устанавливает особое значение, которое появляется или существует у пациента в некоторый момент t времени. В этот момент в диагностическом цикле система уже выбрала текущий фокусный симптом и теперь должна определить его значение у пациента, находящегося на линии связи, в некоторый момент t времени. Значения симптомов могут быть простыми (например, пациент является курильщиком) или подробными (например, пациент курит 12 лет по две пачки в день); значения могут быть простыми числами или символами, либо сложной графикой, фотографиями, либо графиками болезней (см., например, фиг.28).

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

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

Функция 140 начинается в начальном состоянии 602, где текущие фокусные болезнь и симптом выбраны предыдущей обработкой. Переходя к состоянию 604, функция 140 сначала проверяет, было ли уже получено приемлемое значение в течение этого сеанса, вероятно, некоторой другой болезнью или некоторым приемлемым альтернативным симптомом. Если текущий фокусный симптом уже имеет значение, функция 140 переходит в состояние 606 для возврата значения; в противоположном случае функция 140 переходит в состояние 608 решения. В состоянии 608 решения функция 140 проверяет, имеет ли уже текущий симптом значение в медицинской карте пациента. Если имеет, функция 140 переходит в состояние 606 для возврата этого значения; в противоположном случае функция 140 переходит в состояние 609 решения. В состоянии 609 решения, если текущий симптом имеет альтернативные симптомы и режим позволяет их использовать, функция 140 переходит в состояние 610 решения; в противоположном случае функция 140 переходит в состояние 612 решения. В состоянии 610 решения, если текущий симптом имеет значение приемлемого альтернативного симптома, то затем функция 140 пропускает дальнейшее оценивание и возвращает альтернативное значение в момент t времени из состояния 611 сразу в состояние 606; в противоположном случае функция 140 переходит в состояние 612 решения.

В состоянии 612 решения функция 140 начинает процесс оценивания текущего симптома путем определения типа оценщика текущего симптома. Если типом оценщика является прямой вопрос, функция 140, чтобы задать вопросы находящемуся на линии пациенту, переходит к функции 620, которая описана на фиг.7, и затем переходит в состояние 606. Но если в состоянии 612 решения типом оценщика является математическая формула, функция 140 переходит к функции 630 для оценки формулы (описанной на фиг.8), и затем переходит в состояние 606. Но если в состоянии 612 решения типом оценщика является справочная таблица, функция 140 переходит к функции 640 для поиска значения в таблице (описанной на фиг.9), и затем переходит в состояние 606. Но если в состоянии 612 решения значение симптома основано на анализе спектра терминов, функция 140 переходит к функции 650 для выполнения анализа спектра терминов и получения значения, что описано на фиг.9. Затем функция 140 переходит в состояние 606. Наконец, если в состоянии 612 решения имеется оценщик какого-либо другого типа, такой как совпадение временного графика болезни (фиг.28), функция 140 переходит в состояние 660, чтобы применить этот оценщик и получить значение аналогичным образом. Затем функция 140 переходит в состояние 606 для возвращения текущего симптома и его значения в некоторый момент t времени в вызывающий процесс, который применяет функцию 140, для воздействия на функцию 150 по фиг.1.

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

Функция 620 начинается в начальном состоянии 702, в котором объекты текущих фокусных болезни, симптома и вопроса установлены предыдущей обработкой и заданы для этой функции. Функция 620 теперь задает вопросы находящемуся на линии пациенту, чтобы получить значение для симптома в некоторый момент t времени. Переходя к состоянию 706, функция 620 получает из базы данных объектов узлов набор узлов, перечисленный в объекте текущего оценщика. Переходя к состоянию 708, функция 620 отображает пациенту текстовый узел, который включает в себя инструкции и вопрос. Переходя к состоянию 710 решения, если в предписанное время не будет ответа, функция 620 переходит в состояние 712 возврата и возвращает сигнал о том, что объект вопросов просрочил время. Но если в состоянии 710 решения функция 620 получает ответ от пациента, эта функция переходит в состояние 714 решения. В состоянии 714 решения, функция 620 определяет, является ли ответ конечным значением симптома или сигналом активировать другой узел. Если ответ активирует другой узел, функция 620 переходит обратно в состояние 708, которое повторяет последовательность состояний вопросов и ответов с другим узлом. Действием этой последовательности во времени является выработка диалога с пациентом, который заканчивается значением симптома, вырабатываемым в состоянии 714. Когда в состоянии 714 решения ответ пациента является значением, функция 620 переходит в состояние 716 и возвращает значение, полученное от пациента.

Со ссылкой на фиг.8а теперь будет описана функция 630 оценщика формулы, которая является частью объекта оценщика формулы. Объект оценщика формулы вычисляет значение симптома в момент t времени, оценивая заданную формулу. В основанном на объектах выполнении каждая формула воплощается в другой объект оценщика формулы, и в системе существует столько различных объектов оценщика формулы, сколько существует формул. Любой другой объект, которому необходимо оценивать формулу, может вызвать подходящего оценщика формулы. Простым примером является преобразование абсолютной даты, такой как 7 декабря 1941 года, в возраст в годах в некоторый более поздний момент t времени.

Функция 630 начинается в начальном состоянии 802, в котором объекты текущих фокусных болезни, симптома и оценщика выбраны предыдущей обработкой. Функция 630 теперь оценивает формулу, чтобы получить значение для симптома. Переходя к функции 810, вызывается объект вычислителя формулы. Переходя к состоянию 812, функция 630 возвращает вычисленное значение.

Со ссылкой на фиг.8b теперь будет описана функция 810 оценщика выполнения формулы, которая оценивает заданную формулу, которая может использовать другие значения симптомов для вычисления значения симптома в момент t времени. Формула задается для функции 810 как набор подходящим образом закодированных операций и операндов в некоторой формализованной системе математики, такой как арифметика, геометрия, тригонометрия, алгебра, вычисления, вероятность, или статистика. Функция 810 выполняет требуемые операции и возвращает вычисленное значение. Один специальный случай подчиненной обработки появляется, когда операнд формулы сам является симптомом, который еще должен быть оценен, и в этом случае функция 810 прерывает оценивание, заставляет симптом операнда быть оцененным, а затем продолжает оценивать формулу. Это потенциально рекурсивный процесс, хотя оценивание симптома может само по себе вовлекать оценивание другой формулы. Путем использования этой конструкции, любая структура гнездовых формул, используя любые объекты симптомов, может быть задана автором сценариев и оценена при необходимости.

Функция 810 начинается в начальном состоянии 820, в котором известны формула и ее аргументы. Переходя к состоянию 822, формула оценивается настолько, насколько это возможно с заданными аргументами. В некоторых случаях это полностью оценит формулу; в других, это выявит аргумент, который сам по себе является симптомом, который все еще необходимо оценивать. Переходя к состоянию 824 решения, если аргумент требует дальнейшей оценки, функция 810 переходит к функции выполнения объекта симптома; в противоположном случае она переходит в состояние 832. В функции 140 симптом аргумента оценивается вызовом должного объекта симптома (фиг.6); затем функция 810 переходит обратно в состояние 822 для продолжения оценивания формулы. В состоянии 832 функция 810 продолжает оценивать формулу до тех пор, пока не будет вычислено конечное значение. Переходя к состоянию 834, конечное значение возвращается.

Со ссылкой на фиг.9 теперь будет описана функция 640 оценщика справки, которая является частью объекта оценщика справки. Объект оценщика справки вычисляет значение симптома в момент t времени путем просмотра таблицы или графика. Часто бывает, когда значение симптома известно системе косвенным образом, вероятно из какого-либо другого контекста, в котором были подготовлены график или таблица. Одним простым примером является основанный на времени график температуры, который может быть использован для получения значения жара в момент t времени. Альтернативно, функция 640 может использовать статистические вычисления на основе графика, такие как подсчет определенных появлений, нахождение области во временном графике болезни между двумя точками времени или совпадение временных графиков болезни.

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

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

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

В системе интерактивной диагностики функция 650 начинается в состоянии 1008, в котором функция представляет спектр терминов пациенту некоторым образом, позволяющим пациенту выбрать набор дескриптивных терминов в момент t времени. Переходя к состоянию 1010, функция 650 получает и обрабатывает термин(ы), выбранный(ые) пациентом. Переходя к состоянию 1014, если другие аспекты симптома подлежат обработке, функция 650 переходит в состояние 1016; в противоположном случае функция переходит в состояние 1018. В состоянии 1016 функция 650 подготавливает следующий аспект спектра терминов симптома и затем переходит обратно в состояние 1008. В состоянии 1018 функция 650 собирает и сохраняет термины, собранные для момента t времени, в пригодный код, который может быть возвращен как значение. Переходя к состоянию 1020, функция 650 кодирует термины, собранные от пациента, и возвращает их как значение процессу, который вызвал функцию 650.

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

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

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

Функция 150 начинается в начальном состоянии 1102, в котором вычислено новое значение симптома, и оно должно быть применено ко всем болезням-кандидатам, которые используют этот симптом. Переходя к состоянию 1104, функция 150 начинает цикл, который обрабатывает каждую болезнь D в списке болезней-кандидатов. Переходя к состоянию 1106 решения, если болезнь D не использует новый симптом, функция 150 игнорирует болезнь D и переходит в состояние 1122 решения для следующего повторения цикла. Но если в состоянии решения 1106 болезнь D использует текущий симптом, функция 150 переходит в состояние 1108 для его обработки. В состоянии 1108 функция 150 получает из таблицы весов для болезни D диагностический вес, заданный значением текущего симптома в момент t времени. Этот новый вес хранится в объекте болезней для болезни D для последующей обработки.

Переходя к состоянию 1110, если диагностическое взвешивание для текущего симптома зависит от анализа увеличивающихся изменений в значениях симптомов в течение интервала времени, функция 150 вычисляет воздействие изменений, получает соответствующий вес и сохраняет его для последующего обновления. Переходя к функции 1120 вычисления синергий, вычисляется воздействие нового значения симптома на болезнь D, как описано ниже со ссылкой на фиг.12. Переходя к состоянию 1122, функция 150 проверяет, имеются ли еще болезни-кандидаты для проверки. Если имеются, функция 150 перемещается в состояние 1124, увеличивает индекс D цикла и возвращается обратно в состояние 1106 для начала нового повторения цикла. Но если в состоянии 1122 решения все болезни-кандидаты уже обработаны, функция 150 переходит в состояние 1126 и возвращается в процесс вызова.

Со ссылкой на фиг.12 теперь будет описана функция вычисления синергий (используемая на фиг.11), которая вычисляет синергический вес значения данного симптома. Синергия здесь относится к специальным заранее заданным качествам симптомов, равно как к основанным на времени отношениям и взаимодействиям среди различных симптомов, которые часто имеют значительное диагностическое воздействие. Тогда как использование диагностических весов для простых значений симптомов является воздействием первого порядка, использование основанных на времени синергических значений является воздействием второго порядка, математической "тонкой настройкой", которая помогает дифференцировать конфликтующие диагнозы и отделяет систему МДиРЛ от других систем автоматической диагностики. Отметим, что показана лишь малая часть основных типов синергий, существует множество возможных типов синергий, которые могут быть проанализированы аналогично тому образу, который показан здесь.

Функция 1120 начинается в начальном состоянии 1202, в котором было вычислено значение нового симптома, и оно должно быть применено ко всем синергическим симптомам для данной болезни. Переходя к состоянию 1204 решения, функция 1120 проверяет, имеет ли данная болезнь какие-либо симптомы, которые вовлекают синергии. Если не имеет, функция 1120 возвращается в состояние 1206; в противоположном случае функция 1120 переходит в состояние 1208 и начинает цикл, который обрабатывает каждую синергию i, определенную для данной болезни. Продолжаясь в состоянии 1210 решения, функция 1120 получает следующую синергию i болезни и выясняет ее тип. В зависимости от типа синергии i функция 1120 вычисляет синергию следующим образом:

Если типом синергии i является Первая значительная синергия, функция 1120 переходит к функции 1220 для вычисления Синергии ПЗС, которая далее описана со ссылкой на фиг.13. Затем функция 1120 переходит в состояние 1272 решения. Если в состоянии 1210 решения типом синергии i является Синергия начала и окончания, функция 1120 переходит к функции 1230 для вычисления Синергии начала и окончания, которая далее описана со ссылкой на фиг.14. Затем функция 1120 перемещается в состояние 1272 решения. Если в состоянии 1210 решения типом синергии является Последовательная синергия, функция 1120 переходит к функции 1240 для вычисления Последовательной синергии, которая далее описана со ссылкой на фиг.18. Затем функция 1120 переходит в состояние 1272 решения. Если в состоянии 1210 решения типом синергии является Одновременная синергия, функция 1120 переходит к функции 1250 для вычисления Одновременной синергии, которая далее описана со ссылкой на фиг.19. Затем функция 1120 переходит в состояние 1272 решения. Если в состоянии 1210 решения типом синергии является Синергия временного графика, функция 1120 переходит к функции 1260 для вычисления Синергии временного графика, которая далее описана со ссылкой на фиг.20. Затем функция 1120 переходит в состояние 1272 решения. Если в состоянии 1210 решения типом синергии является некоторая другая синергия, функция 1120 переходит в состояние 1270 для вычисления этой синергии. Состояние 1270 предназначено показать то, что существует множество других сочетаний симптомов, которые показывают синергию, которая будет вычисляться тем же образом, что и функции 1220-1260.

После того как был вычислен любой симптом синергии, функция 1120 переходит в состояние 1272 решения и проверяет, имеются ли еще синергии для обработки. Если они имеются, то функция 1120 переходит в состояние 1274, в котором она увеличивает индекс, который выбирает следующую синергию, и затем переходит обратно в состояние 1210, чтобы начать новое повторение цикла. Но если в состоянии 1272 решения больше нет синергии для вычисления, функция 1120 переходит в состояние 1276 и возвращается в процесс вызова.

Со ссылкой на фиг.13 теперь будет описана функция вычисления первого значительного симптома (ПЗС) (фиг.12). Функция 1220 ПЗС определяет, принадлежит ли значение данного действительного симптома первому значительному симптому данной болезни, чтобы добавить дополнительный диагностический вес этой болезни. Значение "первого значительного симптома" иллюстрируется и описывается со ссылкой на фиг.28 как самый ранний симптом в процессе болезни.

Функция 1220 начинается в начальном состоянии 1302, в котором для симптома вычислено новое значение, и функция 1220 теперь должна получить дополнительный диагностический вес, связанный с симптомом, который является Первым значительным симптомом этой болезни. Переходя к состоянию 1304 решения, функция 1220 проверяет, идентифицирует ли данная болезнь какой-либо из первых значительных симптомов. Если не идентифицирует, функция 1220 возвращается сразу в состояние 1306, в противоположном случае функция 1220 переходит в состояние 1308 и проверяет, идентифицируется ли данный симптом как Первый значительный симптом временного графика данной болезни. Если не идентифицируется, функция 1220 возвращается сразу в состояние 1306, в противоположном случае функция 1220 переходит в состояние 1310. В состоянии 1310 функция 1220 получает диагностический вес, заданный для значения данного симптома для болезни, и переходит в состояние 1312. В состоянии 1312 функция 1220 сохраняет диагностический вес, переходит в состояние 1306 и возвращается в функцию 1120 (фиг.12).

Со ссылкой на фиг.14 теперь будет описана функция вычисления Синергии начала [окончания] (используемая на фиг.12). Функция 1230 анализирует, показывают ли и каким образом значения данного симптома специальные характеристики начала (или окончания), которые имеют медицинское значение, и, таким образом, добавляют дополнительный диагностический вес к болезни.

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

Если данный симптом не использует анализ начала/окончания, функция 1230 переходит в состояние 1416 для быстрого возвращения (в состояние 1416); в противоположном случае она переходит к функции 1410а. В функции 1410а анализируется синергия начала или окончания нового значения симптома (как описано на фиг.15), и затем происходит переход в состояние 1414 решения. В состоянии 1414 решения функция 1230 проверяет, изменила ли предыдущая обработка какое-либо из значений начала или окончания. Если изменила, функция переходит к функции 1410b, либо в противоположном случае в состояние 1416. В функции 1410b анализируется симметрия между началом и окончанием и присваивается синергический вес (как описано на фиг.15). При завершении функции 1410b функция переходит в состояние 1416 и возвращается в функцию 1120 вызова (фиг.12).

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

Функция 1410 начинается в состоянии 1502, в котором задаются новые значения симптомов. Переходя к состоянию 1504 решения, если данные значения не связаны с началом или окончанием, функция возвращает сигнал "нет данных" в состоянии 1504 решения; в противоположном случае функция 1410 может выполнять часть 1410а для анализа синергии начала и окончания и переходит в состояние 1508 решения. В состоянии 1508 решения, если нет новых значений, связанных с началом симптома, функция 1410 переходит к функции 1510, либо в противоположном случае в состояние 1522 решения. В функции 1510 вычисляется диагностический вес наклона начала симптома по отношению ко времени, как далее описано на фиг.16. Переходя к функции 1520, вычисляется диагностический вес тренда, то есть изменение наклона начала симптома по отношению ко времени, как описано далее на фиг.17. Переходя к состоянию 1522 решения, в случае, если имеются новые значения окончания, функция 1410 переходит к функции 1510', в противоположном случае функция 1410 возвращается в состояние 1528. В функции 1510' вычисляется диагностический вес наклона окончания симптома по отношению ко времени, как далее описано на фиг.16. Переходя к функции 1520', вычисляется диагностический вес тренда, то есть изменение наклона окончания симптома по отношению ко времени, как описано далее на фиг.17. Переходя к состоянию 1524 решения, в случае, если в симптоме имеются значения как начала, так и окончания, функция 1410 может выполнять часть 1410b для анализа синергии симметрии и продолжается в состояние 1526; в противоположном случае функция 1410 возвращается в состояние 1528. В состоянии 1526 часть функции 1410b вычисляет диагностический вес симметрии начала/окончания симптома. Переходя к состоянию 1528, функция 1410 возвращается в функцию 1230 вызова (фиг.14).

Со ссылкой на фиг.16 теперь будет описана функция 1510, которая вычисляет диагностический вес наклонов начала и окончания для симптома. Это описание относится к началу симптома (1510); аналогичное описание применяется для окончания симптома (1510'). Функция 1510 начинается в состоянии 1602, в котором задаются новые значения симптомов. Переходя к функции 2500, вычисляется наклон по отношению ко времени данного значения начала или окончания, как описано ниже со ссылкой на фиг.25. Переходя к состоянию 1606 решения, если ни один действительный наклон не возвращался функцией 2500, функция 1510 возвращается в состояние 1614; в противоположном случае она переходит в состояние 1608 решения. В состоянии 1608 решения, если наклон начала не достигает порога наклона начала или превышает его, функция 1510 возвращается в состояние 1614; в противоположном случае функция 1510 переходит в состояние 1610. В состоянии 1610 функция 1510 получает вес, присвоенный значению наклона начала для данного симптома, и сохраняет его для дальнейшего анализа в объекте болезни. Переходя к состоянию 1614, функция 1510 возвращается в функцию 1410 (фиг.15).

Со ссылкой на фиг.17 теперь будет описана функция 1520, которая вычисляет диагностический вес трендов начала (1520) и окончания (1520') для симптома. Скорость, с которой симптом начинается или заканчивается у пациента, имеет диагностическое значение, которое определяется и взвешивается этой функцией. Это описание предназначено для тренда (1520) начала симптома, аналогичное описание применяется для тренда (1520') окончания симптома.

Функция 1520 начинается в состоянии 1702, в котором задаются новые значения симптомов. Переходя к функции 2600, вычисляется тренд по отношению ко времени данного значения начала, как описано ниже со ссылкой на фиг.26. Переходя к состоянию 1706 решения, если ни один действительный тренд не возвращался функцией 2600, функция 1520 возвращается в состояние 1714; в противоположном случае она переходит в состояние 1708 решения. В состоянии 1708 решения, если тренд начала не достигает порога тренда начала, функция 1520 возвращается в состояние 1714; в противоположном случае функция 1520 переходит в состояние 1710. В состоянии 1710 функция 1520 получает вес, присвоенный значению тренда начала, и сохраняет его для дальнейшего анализа в объекте болезни. Переходя к состоянию 1714, функция 1520 возвращается в функцию 1410 (фиг.15).

Со ссылкой на фиг.18 теперь будет описана функция 1240 Вычисления последовательной синергии (фиг.12). Функция 1240 проверяет, появилась ли особая заданная автором последовательность значений симптомов у пациента, диагностируемого по данной болезни. Если появилась, функция 1240 получает дополнительный диагностический синергический вес, связанный с этой специальной последовательностью симптомов, и сохраняет ее для дальнейшего анализа.

Функция 1240 начинается в начальном состоянии 1802, в котором в функцию вводятся болезнь и значение симптомов в некоторый момент t времени. Переходя к состоянию 1804 решения, функция 1240 проверяет, определил ли автор болезни какую-либо последовательную синергию, взвешиваемую в целом. Если определил, функция 1240 переходит в состояние 1806 решения, в противоположном случае она сразу возвращается в состояние 1814 возврата. В состоянии 1806 функция 1240 получает из объекта болезней все значения симптомов, которые привлечены к вычислению последовательной синергии. Переходя к состоянию 1808, функция 1240 сравнивает временную последовательность значений симптомов, в действительности отмеченных у пациента, с авторской временной последовательностью симптомов. Переходя к состоянию 1810 решения, если последовательность симптомов пациента совпадает с авторской, функция 1240 переходит в состояние 1812; в противоположном случае функция возвращается в состояние 1814. В состоянии 1812 функция 1240 получает диагностический вес, связанный с временной последовательностью симптомов, из данной таблицы весов болезни и сохраняет этот вес с любыми другими действительными весами данной болезни. Переходя к состоянию 1814, функция 1240 возвращается в функцию 1120 вызова (фиг.12).

Со ссылкой на фиг.19 теперь будет описана функция 1250 Вычисления одновременной синергии (фиг.12). Функция 1250 проверяет, появился ли особый заданный автором набор значений симптомов в одно и то же время или в течение одного и того же периода времени у пациента, диагностируемого по данной болезни. Если появился, функция 1250 получает дополнительный диагностический синергический вес, связанный с этим специальным набором одновременных симптомов, и добавляет его в список действительных диагностических весов болезни.

Функция 1250 начинается в начальном состоянии 1902, в котором в функцию вводятся болезнь и значение симптомов в некоторый момент t времени. Переходя к состоянию 1904 решения, функция 1250 проверяет, определил ли автор болезни какую-либо одновременную синергию, взвешиваемую в целом. Если определил, функция 1250 переходит в состояние 1906 решения, в противоположном случае она сразу возвращается в состояние 1912 возврата. В состоянии 1906 функция 1250 получает из объекта болезней все значения симптомов, которые привлечены к вычислению одновременной синергии. Переходя к состоянию 1908 решения, если набор симптомов пациента в момент t времени совпадает с авторским заранее заданным набором симптомов, функция 1250 переходит в состояние 1910; в противоположном случае функция возвращается в состояние 1912. В состоянии 1910 функция 1250 получает диагностический вес, связанный с набором одновременных симптомов, из данной таблицы весов болезни, и сохраняет этот вес с любыми другими действительными весами данной болезни. Переходя к состоянию 1912, функция 1250 возвращается в функцию 1120 вызова (фиг.12).

Со ссылкой на фиг.20 теперь будет описана функция 1260 Вычисления синергии временного графика (фиг.12). Функция 1260 проверяет, сообщил ли пациент, диагностируемый по данной болезни, о временном графике симптомов (фиг.28), либо об отдельных значениях симптомов, появляющихся в момент t времени, так что они могут совпасть или "попасть" в особый, заданный автором временной график болезни или график болезни. Если данный симптом появляется у пациента с заранее заданными значениями в моменты времени, соответствующие временному графику болезни, функция 1260 получает дополнительный диагностический вес, который автор связывает с временным графиком симптома, и добавляет его в список действительных диагностических весов болезни.

Функция 1260 начинается в начальном состоянии 2002, в котором в функцию вводятся болезнь и значение симптомов в некоторый момент t времени. Переходя к состоянию 2004 решения, функция 1260 проверяет, определил ли автор болезни какие-либо веса временного графика симптома в целом. Если определил, функция 1260 переходит в состояние 2006, в противоположном случае она сразу возвращается в состояние 2012 возврата. В состоянии 2006 функция 1260 получает из объекта болезней временной график симптомов, который привлечен к вычислению. Переходя к состоянию 2008 решения, если временной график симптомов пациента совпадает с заданным автором временным графиком, функция 1260 переходит в состояние 2010; в противоположном случае функция возвращается в состояние 2012. В состоянии 2010 функция 1260 получает диагностический вес, связанный с временным графиком, из данной таблицы весов болезни и сохраняет этот вес с любыми другими действительными весами данной болезни. Переходя к состоянию 2012, функция 1260 возвращается в функцию 1120 вызова (фиг.12).

Со ссылкой на фиг.21 теперь будет описана функция 160 Обновления и записи (фиг.1). До начала функции 160 диагностический цикл 100 повторно вычисляет диагностические веса всех болезней-кандидатов на основе некоторого нового значения для текущего фокусного симптома. Функция 160 теперь позволяет каждой болезни-кандидату сделать один небольшой дополнительный диагностический шаг, основанный на новом значении. Функция 160 обновляет диагностический импульс, оценку и статус каждой болезни-кандидата и изменяет и просматривает их диагностическое ранжирование. Если этот последний шаг заставляет одну или более болезней достичь точки решения о диагностике, функция 160 обрабатывает это решение. Функция 160 затем подготавливает список болезней-кандидатов для другого повторения диагностического цикла.

Функция 160 начинается в начальном состоянии 2102, в котором во всех болезнях-кандидатах, которые используют настоящий симптом, устанавливаются новые веса. Переходя к состоянию 2104, функция 160 запускает цикл обработки каждой болезни с списке болезней-кандидатов по очереди в качестве болезни D. Переходя к состоянию 2106 решения, если болезнь D не использует текущий симптом, то на нее не могут повлиять последние изменений весов, так что функция 160 пропускает оставшуюся часть цикла и переходит в состояние 2118 решения. Но если в состоянии 2106 решения болезнь D использует текущий симптом, то затем функция 160 переходит в состояние 2108. В состоянии 2108 функция 160 суммирует все диагностические веса, добавленные новым значением D симптома. Это включает базовый вес значения симптома и все дополнительные увеличивающие веса, добавленные различными синергическими функциями. Переходя к состоянию 2110, функция 160 вычисляет диагностический импульс болезни D, который, в одном варианте выполнения, является просто суммой, вычисленной в состоянии 2108. Этот импульс является дополнительным диагностическим прогрессом, выполненным болезнью D для текущего вопроса. Он сохраняется и используется в другом контексте для оценки того, насколько быстро болезнь D будет продвигаться по сравнению с другими болезнями-кандидатами. Переходя к состоянию 2112, функция 160 обновляет диагностическую оценку болезни D путем добавления импульса, вычисленного в состоянии 2110.

Переходя к состоянию 2114, функция 160 просматривает и регулирует диагностический статус болезни D. Функция 160 сравнивает новую диагностическую оценку с различными заданными автором порогами, так что статус сигнала меняется, такими как принятие решения о болезни D или ее исключение, либо изменение диагностического ранга болезни D, так что она будет привлекать больше или меньше внимания в следующем повторении диагностического цикла. Переходя к состоянию 2116, функция 160 обновляет различные рабочие списки и базы данных для записи действий и решений, выполненных относительно болезни D. Переходя к состоянию 2118 решения, если еще имеются болезни-кандидаты, подлежащие обработке, функция 160 переходит в состояние 2120, которое увеличивает индекс D цикла, и затем возвращается обратно в состояние 2106, которое запускает следующее повторение. Но если в состоянии 2118 решения больше не имеется болезней для обработки, функция 160 переходит в состояние 2122 и возвращается к вызывающему, которым в этом случае является функция 170 по фиг.1.

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

Функция 170 начинается в начальном состоянии 2202, в котором все болезни-кандидаты были только что обновлены. Переходя к состоянию 2204, функция 170 просматривает диагностический импульс и оценку каждой болезни-кандидата. Если какая-либо болезнь развилась достаточно для того, чтобы быть выбранной в качестве следующей фокусной болезни, функция 170 переходит в состояние 2208 для установления режима диагностики ВОИ для этой болезни, а затем функция 170 переходит к функции 2210. Но если в состоянии 2204 решения ни одна болезнь не продвинулась в направлении диагноза, функция 170 переходит в состояние 2206 для установления режима диагностики ГОИ, и затем переходит к функции 2210. Функция 2210 просматривает цели и ограничения диагностики, которые далее описаны со ссылкой на фиг.23. При завершении функции 2210 функция 170 переходит в состояние 2212 и проверяет, потребовал ли какой-либо процесс в цикле прекращения, отсрочки или другого перерыва, либо модифицировал режим диагностики или параметры или варианты, используемые в диагностическом цикле 100. Состояние 2212 также обрабатывает запросы на действия, запущенные свойством стабилизации действий, что позволяет любому объекту болезней запрашивать раннее прекращение цикла, чтобы выполнять некоторое другое действие, такое как иногда требуется в чрезвычайных случаях. Переходя к состоянию 2214, функция 170 устанавливает внутренние флаги либо на продолжение, либо на прекращение диагностического цикла. Переходя к состоянию 2216, функция 170 возвращается к вызывающему, которым в этом случае является функция 172 по фиг.1.

Со ссылкой на фиг.23 теперь будет описана функция 2210 проверки целей и ограничений, как она используется в диагностическом цикле (фиг.22). В функции 2210 все оценки болезней-кандидатов и диагностическое ранжирование уже обновлено, и функция теперь должна просмотреть болезни-кандидаты, чтобы увидеть, были ли достигнуты глобальные цели или ограничения сеанса диагностики. Система диагностики удерживается для следующего повторения диагностического цикла 100 и в функции 2210 она определяет, действительно ли требуется следующее повторение или оно желательно.

Функция 2210 начинается в начальном состоянии 2302, в котором все болезни-кандидаты уже обновлены. Переходя к состоянию 2304 решения, в случае, если больше нет болезней-кандидатов, подлежащих диагнозу, функция 2210 переходит в состояние 2324 для установки флага прекращения цикла. Но если в состоянии 2304 решения больше нет болезней кандидатов, функция 2210 перемещается в состояние 2306 решения. В состоянии 2306 решения если диагностической целью было принятие решения о некотором заданном количестве n болезней (или их исключение), функция 2210 переходит в состояние 2308 решения; в противоположном случае функция переходит в состояние 2310 решения. В состоянии 2308 решения, если по меньшей мере об n болезнях было в действительности принято решение (или они были исключены), функция 2210 переходит в состояние 2324 для установки флага прекращения цикла; в противоположном случае функция 2210 переходит в состояние 2310. В состоянии 2310 решения, если диагностической целью было принятие решения о конкретных заданных болезнях (или их исключение), функция 2210 переходит в состояние 2312 решения; в противоположном случае функция переходит в состояние 2314 решения. В состоянии 2312 решения, если о конкретных заданных болезнях действительности принято решение (или они были исключены), функция 2210 переходит в состояние 2324 для установки флага прекращения цикла; в противоположном случае функция 2210 переходит в состояние 2314.

В состоянии 2314 решения, если диагностический цикл ограничен некоторым заданным временным интервалом, функция 2210 переходит в состояние 2316 решения; в противоположном случае функция переходит в состояние 2318 решения. В состоянии 2316 решения, если заданный временной интервал закончился, функция 2210 переходит в состояние 2324, чтобы установить флаг прекращения цикла; в противоположном случае функция 2210 переходит в состояние 2318 решения. В состоянии 2318 решения, если диагностический цикл ограничен некоторым заданным количеством вопросов, функция 2210 переходит в состояние 2320 решения, в противоположном случае функция переходит в состояние 2322. В состоянии 2320 решения, если было задано определенное количество вопросов, функция 2210 переходит в состояние 2324 для установки флага прекращения цикла, в противоположном случае функция 2210 переходит в состояние 2322. В состоянии 2322 функция 2210 устанавливает внутренний знак на продолжение диагностического цикла и переходит в состояние 2326 возврата. В состоянии 2324 функция 2210 устанавливает внутренний флаг на прекращение диагностического цикла и переходит в состояние 2326 и возвращается в функцию 170 (фиг.22).

Со ссылкой на фиг.24 теперь будет описана функция 180 (фиг.1) Завершения диагностического цикла в диагностическом цикле 100. В начале функции 180 диагностический цикл прекращается, и функция 180 теперь выполняет действия, которые являются частью порядка по прекращению и завершению цикла.

Функция 180 начинается в начальном состоянии 2402. Переходя к состоянию 2404, функция вырабатывает требуемые отчеты диагностики. Переходя к состоянию 2406, функция 180 сохраняет новосозданные данные о болезнях и симптомах. Переходя к состоянию 2408, функция 180 сохраняет "состояние" диагностического цикла на прекращении, что дает возможность системе продолжить цикл в будущем путем переустановки всех переменных в то же самое "состояние". Переходя к состоянию 2410, функция 180 высвобождает все ресурсы компьютера и системы, которые были размещены в диагностическом цикле 100. Переходя к состоянию 2412, функция 180 возвращается в состояние 182 по фиг.1.

Со ссылкой на фиг.25 теперь будет описана функция 2500 Наклона, которая вычисляет наклон двух значений по отношению ко времени. Наклон угла является его тангенсом, и наклон по времени двух значений v1 и v2 составляет (v2-v1)/(t2-t1). Когда t2=t1, то это значение арифметически не определено, а когда t1 приближается к t2, это вызовет состояние переполнения в цифровых компьютерах. Это функция использует вспомогательный флаг результата, который закодирован подходящим образом, чтобы информировать вызывающего о любых конкретных проблемах, появляющихся при вычислении.

Функция 2500 начинается в начальном состоянии 2502, в котором аргументы t1, t2, v1 и v2 предполагаются доступными для функции. Переходя к состоянию 2504, функция 2500 проверяет значение v1 данных. Переходя к состоянию 2506 решения, если не задано никакого значения v1, функция 2500 переходит в состояние 2508. В состоянии 2508 функция 2500 устанавливает итоговый флаг на отображение "нет значения v1" и возвращается в состояние 2526 возвращения. Но если в состоянии 2506 решения имеется значение v1, функция 2500 переходит в состояние 2510 и получает значение v2 данных. Переходя к состоянию 2512 решения, если не задано никакого значения v2, функция 2500 переходит в состояние 2514, устанавливает итоговый флаг на отображение "нет значения v2" и затем возвращается в состояние 2526. Но если в состоянии 2512 решения имеется значение v2, функция 2500 переходит в состояние 2516 и вычисляет значение тангенса (v2-v1)/(t2-t1). Продолжая оставаться в состоянии 2518 решения, если результат состояния 2516 вызвал состояние ошибки из-за переполнения, функция 2500 переходит в состояние 2520, устанавливает итоговый флаг на отображение "бесконечный наклон" и возвращается в состояние 2526. Но если в состоянии 2518 решения результат не вызвал переполнения, функция 2500 переходит в состояние 2522 и устанавливает итоговый наклон для наклона, вычисленного в состоянии 2516. Переходя к состоянию 2524, функция 2500 устанавливает итоговый флаг на отображение "нормальный наклон". Переходя к состоянию 2526, функция 2500 возвращает итоговый наклон и флаг функции (2600, фиг.26 или 1510, фиг.16), которая ее вызвала.

Со ссылкой на фиг.26 теперь будет описана функция 2600 Тренда, которая вычисляет тренд трех точек по отношению ко времени. Как это вычисляется здесь, временной тренд имеет три возможных значения: СНИЖАЮЩИЙСЯ, ПОСТОЯННЫЙ и УВЕЛИЧИВАЮЩИЙСЯ, в зависимости от состояния наклона от точки 2 к точке 3 - он соответственно меньше, равен или больше относительно наклона от точки 1 к точке 2. Для различных значений t1, t2 и t3 вычисление этих наклонов может быть арифметически не определено, или вызвать состояния переполнения в цифровых компьютерах: функция использует вспомогательный итоговый флаг, который закодирован подходящим образом, чтобы информировать вызывающего о любых конкретных проблемах, появляющихся при вычислении.

Функция 2600 начинается в начальном состоянии 2602, в котором аргументы t1, t2, t3, v1, v2 и v3 предполагаются доступными для этой функции. Переходя к состоянию 2604, функция 2600 проверяет значение v1 данных. Переходя к состоянию 2606 решения, если не задано никакого значения v1, функция 2600 переходит в состояние 2608, устанавливает итоговый флаг на отображение "нет значения v1" и возвращается в состояние 2644 возвращения. Но если в состоянии 2606 решения имеется значение v1, функция 2600 переходит в состояние 2610 и получает значение v2 данных. Переходя к состоянию 2612 решения, если не задано никакого значения v2, функция 2600 переходит в состояние 2614, устанавливает итоговый флаг на отображение "нет значения v2" и затем возвращается в состояние 2644. Но если в состоянии 2612 решения имеется значение v2, функция 2600 переходит в состояние 2616 и получает значение v3 данных. Переходя к состоянию 2618 решения, если не задано никакого значения v3, функция 2600 переходит в состояние 2620, устанавливает итоговый флаг на отображение "нет значения v3" и затем возвращается в состояние 2644. Но если в состоянии 2618 решения имеется значение v3, функция 2600 переходит к выполнению функции 2500 (фиг.25).

В функции 2500 наклон от точки 1 к точке 2 был вычислен как (v2-v1)/(t2-t1). Переходя к состоянию 2624 решения, если результат выполнения функции 2500 вызывает состояние ошибки из-за переполнения, функция 2600 переходит в состояние 2626. В состоянии 2626 функция 2600 устанавливает итоговый флаг на отображение "бесконечный наклон 1" и возвращается в состояние 2644. Но если в состоянии 2624 решения результат не вызвал переполнения, функция 2600 переходит к выполнению функции 2500' (фиг.25). В функции 2500' наклон от точки 2 к точке 3 был вычислен как (v3-v2)/(t3-t2). Переходя к состоянию 2630 решения, если результат функции 2500' вызывает состояние ошибки из-за переполнения, функция 2600 переходит в состояние 2632. В состоянии 2632 функция 2600 устанавливает итоговый флаг на отображение "бесконечный наклон 2" и возвращается в состояние 2644. Но если в состоянии 2630 решения результат не вызвал переполнения, функция 2600 переходит в состояние 2634 и сравнивает наклон 1 с наклоном 2, используя заранее заданные диапазоны сравнения. Если в состоянии 2634 решения наклон 1 больше наклона 2, функция 2600 переходит в состояние 2636; если наклон 1 меньше наклона 2, функция 2600 переходит в состояние 2640; если наклон 1 равен наклону 2, функция 2600 переходит в состояние 2638. В состоянии 2636 функция 2600 устанавливает итоговый тренд, чтобы показывать уменьшающийся тренд, а затем переходит в состояние 2642. В состоянии 2638 функция 2600 устанавливает итоговый тренд, чтобы показывать стабильный тренд, а затем переходит в состояние 2642. В состоянии 2640 функция 2600 устанавливает итоговый тренд, чтобы показывать увеличивающийся тренд, а затем переходит в состояние 2642. В состоянии 2642 функция 2600 устанавливает итоговый флаг, чтобы показывать нормальный результат. Переходя к состоянию 2644, функция 2600 возвращает вычисленный тренд и итоговый флаг вызывающей функции 1520 (фиг.17).

Со ссылкой на фиг.27 теперь будет описан простой концептуальный путь, показывающий использование весов действительных и альтернативных симптомов для получения диагностической оценки. Хотя действительное воплощение может различаться, диаграмма показывает связи между болезнями, симптомами и весами. В одном варианте выполнения используется матрица болезнь-симптом, в которой множество болезней перечислены в столбцах, а множество связанных симптомов перечислены в строках. В частичной примерной матрице 7200 болезнь-симптом для головной боли столбец 2702 перечисляет симптомы в строках, отмеченных как 2732 и 2742. Несколько болезней показаны как примеры в столбцах, отмеченных как 2704 (обычная мигрень), 2706 (классическая мигрень), 2708 (сильная головная боль) и 2710 (субарахноидальное кровоизлияние. Для каждой болезни есть столбец для хранения "действительного" значения (столбцы 2714, 2716, 2718 и 2720) или "альтернативного" значения (столбцы 2715, 2717, 2719, 2721). Как описано выше, консультация начинается в режиме ГОИ в области, отмеченной 2730. Вопросы для выявления примерных симптомов в области, отмеченной 2732, задаются пациенту. Когда вопросы, связанные с симптомами, задаются пациенту, значение для конкретного симптома помещается либо в действительный столбец, либо в альтернативный столбец для каждой применимой болезни, как присваивается автором конкретной болезни. Например, симптом "Тошнота 2" определяется автором Обычной мигрени как "действительный" симптом и имеет значение 35, если определяется ответом пациента. Однако симптом "Тошнота 2" определяется автором Сильной головной боли как "альтернативный" симптом и имеет значение - 20, если определяется ответом пациента. Следовательно, при нахождении в режиме ГОИ некоторые болезни будут иметь выявленные действительные симптомы, а некоторые болезни будут иметь выявленные альтернативные симптомы.

После того как достигнуто несколько возможных критериев, режим переключается системой с режима ГОИ (2730) на режим ВОИ (2740), как показано в 2734. Начиная с этого момента система концентрируется на задавании вопросов о симптомах для фокусной болезни, основываясь на достижении критерия. В одном варианте выполнения "действительные" симптомы для фокусной болезни (классическая мигрень в этом примере) затем выявляются, как показано в 2742. Например, критерий может включать тот факт, что конкретная диагностическая оценка достигнута или пройдена, получен конкретный диагностический импульс, вероятность диагноза достигнута, либо пользователь может запросить переключить режимы. Пользователь может запросить выявление действительных симптомов для фокусной болезни, либо даже возврат системы обратно и повторно задавать вопросы только о действительных симптомах для фокусной болезни, как показано в 2744. Другие веса (не показаны), такие как для различных типов синергий, добавляются к болезням в области, отмеченной 2746. Примерные диагностические оценки для столбца каждой болезни показаны в строке 2750, а общая оценка для каждой болезни, которая суммирует действительные и альтернативные оценки, показана в строке 2752. Диагноз может быть объявлен для болезни, имеющей общую оценку, которая достигает или превышает конкретный порог. В этом примере система диагностирует пациента как имеющего классическую мигрень с оценкой 480.

Фиг.28 изображает форму или экранный дисплей, который позволяет пациенту располагать набор симптомов во временном порядке, в котором они действительно появились у пациента. Это представляет собой изображение одного воплощения, которое использует графический пользовательский интерфейс и формы для ввода для получения входного текста от пациента. Другие воплощения используют другие методы для получения той же самой информации от пациента. В диагностическом цикле 100 (фиг.1) система использует объект оценщика (фиг.6) для получения временного графика болезни пациента в качестве значения. Объект оценщика затем выстраивает временной график симптомов пациента, сравнивает его с временными графиками, сохраненными ранее в базе данных, и добавляет дополнительный диагностический вес болезням, которые совпадают для пациента (фиг.20). В другой части диагностического цикла временной график болезни пациента может быть использован посредством общеизвестных методов совпадения наборов для фильтрации списка болезней-кандидатов, и таким образом уменьшить его до наиболее вероятных болезней-кандидатов (фиг.3). В другой части диагностического цикла временной график болезни пациента может быть использован для идентификации Первого значительного симптома (фиг.13). В другой части диагностического цикла временной график болезни пациента может быть использован для выбора болезни, которая ближе всего совпадает с временным графиком пациента как следующая фокусная болезнь (фиг.4). Временные графики болезней, следовательно, могут использоваться как для сокращения набора болезней-кандидатов, так и для помощи в диагностике конкретной болезни-кандидата.

Фиг.28 показывает схему 2800, которая содержит начало симптомов и их продолжительность по времени для четырех различных симптомов. Временная шкала (линия 2810) показана в часах и идет слева направо, так что симптомы, которые появились раньше, помещаются левее, чем симптомы, которые появились позднее. В качестве примера показаны четыре симптома (Анорексия, Тошнота, Эпигастральная боль и Боль в правой нижней четверти брюшной полости), чтобы отобразить хронологическую последовательность, в которой они обычно появляются при болезни Аппендицит.

Другие болезни могут, конечно, также показывать аналогичный временной график симптомов. Схема показывает (линия 2812), что классический Аппендицит обычно начинается с Анорексии (потери аппетита), которая поэтому помещена в самой левой части графика, чтобы обозначить начало или старт процесса болезни у пациента. Через час после начала Анорексии, пациент с аппендицитом обычно почувствует Тошноту, которая поэтому показана как начинающаяся в точке 1 час (линия 2814). Через 2,5 часа болезни пациент обычно испытывает Эпигастральную боль (дискомфорт в области желудка), и поэтому этот симптом показан (линия 2816) как начинающийся между 2 и 3 часами на временной шкале. Аналогично, ПНЧ боль (боль в правой нижней четверти брюшной полости) показана как начинающаяся через 4 часа после начала болезни (линия 2818). Предполагая, что пациент ранее указал наличие симптомов Анорексии, Тошноты, Эпигастральной боли и ПНЧ боли, система диагностики предлагает этот тип схемы для пациента. Пациент затем использует мышь для перемещения блоков симптомов вправо и влево до тех пор, пока они не встанут в позиции, которые означают время их появления. Блоки сами по себе могут быть растянуты или сжаты, чтобы показать, сколько они длятся. Затем пациент отправляет свой выбор щелчком по кнопке 2820 Отправить (или подобной).

Со ссылкой на фиг.29а теперь будет описано объектное выполнение 2900 всей системы МДиРЛ, использующей методы объектно-ориентированного программирования, то есть как собрание программных объектов, которые способны диагностировать пациента. В этом выполнении 2900 все данные преобразуются в "объекты" путем окружения данных (теперь называемых "участниками") программными процедурами и функциями (теперь называемыми "способами"), которые управляют и поддерживают данные. Программам вне объекта позволяется только получить доступ к данным участников путем использования способа объекта или по специальному разрешению. Это объектно-ориентированное выполнение представляет собой переупорядочивание и перераспределение данных и процессов, которое имеют несколько преимуществ. Во-первых, объектно-ориентированное выполнение гарантирует действительность данных объекта, форматов данных, структур данных в любое время, независимо от непредсказуемой динамики окружающей диагностической среды. Во-вторых, каждый объект системы может накапливать данные, тем самым прослеживая как свою собственную историю обработки, так и истории соседних объектов. И следовательно, он может определить свой текущий статус, сравнивая себя с другими объектами и получая сведения, которые он может использовать для выполнения интеллектуальных решений. В-третьих, заданные память, сведения и способы для действия в его среде позволяют использовать объект в качестве агента, который может действовать независимо, чтобы выполнять задание, полезное для системы в целом.

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

Фиг.29а показывает несколько таких объектов, которые предназначены участвовать в объектном выполнении 2900 системы МДиРЛ. Объект 2901 может представлять систему диагностики, такую как основанный на списках механизм (система), действия которого подробно описаны на фиг.1-26. Функции, выполняемые системой в объектном воплощении, показаны сгруппированными вокруг объекта. Например, функция САМОЗАПУСК будет вызываться внешней системой, чтобы заставить систему подготовиться к сеансу диагностики, а функция ОТЧЕТНЫЙ СТАТУС будет вызываться любым процессом, требующим некоторой информации о текущем статусе системы. Объект 2902 представляет Список болезней-кандидатов; его функции выполняют услуги, связанные с этим списком. Например, функция СФОРМИРОВАТЬ СПИСОК БОЛЕЗНЕЙ-КАНДИДАТОВ будет вызываться объектом системы, чтобы начать сеанс диагностики, как показано на фиг.2. Объект 2903 является Объектом болезней, который представляет все медицинское знание, которое система имеет об одной отдельной болезни. Его функции выполняют услуги, связанные с болезнями, такие как выполнение диагностики или обновление самого себя новой диагностической оценкой. Объект 2904 является Объектом симптомов, который представляет данные и функции, связанные с одним отдельным симптомом. Например, одной из его функций является ПОЛУЧИТЬ ЗНАЧЕНИЕ В МОМЕНТ Т ВРЕМЕНИ, которая активирует должные функции оценщика, необходимые для получения значения, путем вычисления, просмотра справочной таблицы или задавания вопросов пациенту. Объект 2905 является Объектом оценщика, роль которого заключается в выполнении подробных действий, требуемых для получения значения. Объект 2906 является Объектом вопросов, который управляет задачами, требуемыми для задавания вопроса пациенту. Объект 2907 является Объектом узлов, ролью которого является управление действительным интерфейсом между цифровым компьютером и живым пациентом. В одном варианте выполнения объект узлов является единственным объектом всей системы МДиРЛ, который в действительности связывается с человеком.

Со ссылкой на фиг.29b теперь будет абстрактно описано объектно-ориентированное выполнение того, как система МДиРЛ (фиг.29а) должна использовать собрание объектов для выполнения единственного повторения Диагностического цикла (фиг.1). Вместо использования единственной программы или механизма, которые содержат набор центральных функций, выполняющих операции над данными (фиг.1), объектно-ориентированное выполнение по фиг.29b использует функции, распределенные как "способы" в различных объектах, которые либо выполняют функции самостоятельно, либо передают операции другим объектам. Например, тогда как на фиг.1 система вызывает функцию для выбора следующего фокусного симптома, на фиг.29b имеется объект текущей болезни, который выбирает следующий симптом.

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

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

Фиг.29b обобщает процесс 2915, который может иметь место в объектно-ориентированном приложении системы МДиРЛ, для выполнения тех же процессов, которые подробно описаны на фиг.1-26, с добавочной сложностью, с которой находящемуся на линии пациенту ставятся вопросы на родном языке пациента либо другом желательном языке, например, французском. Процесс 2915 начинается, когда внешний процесс собрал набор болезней-кандидатов, и теперь вызывает способ 2921 для вычисления дифференциального диагноза на основании болезней-кандидатов. Отметим, что дальнейшая работа системы происходит для выработки конкретного диагноза. Способ 2921 является одной из многих функций способа Объекта 2920 механизма. Объект 2920 механизма охватывает все данные и процессы всего основанного на списках механизма (системы) и его многочисленные способы, из которых здесь для иллюстрации показаны только способы 2921 и 2922. Основная цель Объекта механизма заключается в приеме запросов из внешней системы и от пользователей и запуск должной внутренней обработки. В должное время процесс 2915 переходит в способ 2931, который является способом Объекта 2930 болезней. Объект 2930 болезней охватывает все данные и процессы обычного Объекта болезней. У него имеется много способов, из которых здесь для иллюстрации показаны только способы 2931 и 2932. Объект болезней представляет все, что известно об одной заданной медицинской болезни; его основная функция заключается в приеме запросов на информацию о болезни и приведение в действие внешних запросов. В описанном случае Объект 2930 болезней выбирает один из своих Объектов симптомов и переходит в способ 2941 для получения значения симптома у пациента на линии. Объект 2940 симптомов содержит все данные и процессы обычного Объекта симптомов, со многими способами, из которых здесь для иллюстрации показаны только способы 2941 и 2942. Объект симптомов представляет все, что известно об одном заданном симптоме; его основная функция заключается в приеме запросов на информацию о симптоме. Объект симптомов запускает внутреннюю обработку для получения действительных значений симптомов и переходит в способ 2951.

Способ 2951 является способом Объекта 2920 оценщика вопросов. Объект 2950 оценщика имеет множество способов, но здесь показаны только способы 2951 и 2952. В общем случае Объект оценщика ответственен за выполнение вычислений, требующихся для вычисления значения симптома в некоторый момент t времени. Объект оценщика вопросов запускает обработку, требующуюся для выбора и задавания вопросов человеку, а затем переходит в способ 2961. Способ 2961 является способом объекта 2960 вопросов, который представляет участников и способы обычного Объекта вопросов и его многочисленные способы, из которых здесь показаны только способы 2961 и 2962. Объект вопросов представляет все данные, привлеченные к задаванию вопросов человеку, такие как естественный язык, подлежащий использованию, или образовательный уровень пациента. Основной функцией этого объекта является управление потоком подробных вопросов, которые обычно требуются для задавания вопроса и выявления действительного ответа от человека. Этот объект вопросов выбирает объекты узлов, которые написаны для отображения вопросов на родном языке пациента. Процесс 2915 затем переходит в способ 2971 Объекта 2970 узлов. Объект 2970 узлов охватывает все данные и процессы обычного объекта узлов и его способы (здесь показаны только способы 2971 и 2972). Этот объект вопросов управляет физическими подробностями единичного обмена вопрос/ответ между человеком и компьютером, включая специальные аппаратные, видео- и аудиопроблемы, задержки по времени и любую необходимость повторения. Объект узлов запускает необходимую обработку, а затем переходит в способ 2981. Способ 2981 задает вопросы пациенту, который может получить доступ к системе по сети передачи данных, например по Интернету. Предполагая воплощение с графическим пользовательским интерфейсом, вопрос будет отображаться на экране как диалог, с должными кнопками для ответа от пациента через объект 2980 пациента.

Когда пациент отвечает в состоянии 2982, начинается обратная последовательность способов, когда процесс 2915 поддерживает иерархию объектов. Из состояния 2982 процесс 2915 переходит в способ 2972, в котором ответ пациента отмечается и регистрируется во времени. Переходя в способ 2962, ответ отмечается как окончательный ответ в потоке возможных ответов. Переходя в способ 2952, ответ кодируется для внутренней обработки, так что здесь он теряет свой аспект естественного языка. Переходя в способ 2942, ответ обрабатывается как новое значение симптома в момент t времени. Переходя в способ 2932, ответ обрабатывается как добавление к диагностической оценке болезни. Переходя в способ 2922, ответ активирует переупорядочивание относительных положений болезней в дифференциальном диагнозе, а затем выполняет постановку порогов для определения диагноза. Наконец, объект 2930 механизма теперь может повторить процесс или прекратить его в зависимости от внешних установок. Другие функции и объекты, связанные с ОнСД, которые ожидаются до этого контрольного потока, в продолжение его или после него, могут быть включены в различные выполнения. Например, когда вычислено ранжирование болезней, может произойти установка порогов, чтобы установить диагноз одной болезни. Более того, могут произойти другие действия, такие как обновление электронной медицинской карты пациента или извещение врача или другого практикующего специалиста о диагностическом событии, то есть о ситуации, требующей немедленного лечения.

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

Процесс 3000 начинается в состоянии 3002, в котором один или более объектов болезней подлежат созданию медицинским автором. Переходя к состоянию 3004, один объект болезней D устанавливается путем определения функций и данных его участников. Одной главной структурой данных болезни D является список симптомов, которые характеризуют болезнь. Каждый симптом S из этого списка должен быть определен и описан. Переходя к состоянию 3006, один симптом S из списка устанавливается и определяется в терминах их значений и их диагностических весов. Переходя к состоянию 3010 решения, если объект симптомов может быть, вероятно, использован как альтернативные симптомы в других объектах болезни, диаграмма переходит в состояние 3012; в противоположном случае она переходит в состояние 3014 решения. В состоянии 3012 симптом устанавливается как альтернативный симптом в применимых объектах болезней. Переходя к состоянию 3014 решения, если существуют еще объекты симптомов, подлежащие установлению для болезни D, диаграмма возвращается обратно в состояние 3006; в противоположном случае она возвращается в состояние 3016 решения. В состоянии 3016 решения, если существуют еще объекты болезней, подлежащие установлению, то диаграмма возвращается обратно в состояние 3004; в противоположном случае она прекращает автономную фазу.

Для интерактивной фазы процесс 3000 описывает, как альтернативные симптомы обрабатываются внутри диагностического цикла 100 в течение сеанса автоматической диагностики с пациентом (или агентом пациента), который находится на линии и способен отвечать на вопросы, поставленные системой (фиг.1). Переходя к состоянию 3032, один объект симптомов S болезни D выбирается как фокус для диагноза (фиг.5). Симптом S должен быть оценен, что может быть сложным и затратным по времени процессом (фиг.6). Переходя к состоянию 3034 решения, процесс 3000 показывает часть процесса оценивания, который имеет дело с использованием альтернативных симптомов, которые используются для сохранения времени на линии. Может случиться, что для болезни D симптом S имеет приемлемый альтернативный симптом, который уже был оценен ранее. Если так, то диаграмма пропускает оценивание симптома S и вместо этого переходит в состояние 3036. Но если в состоянии 3036 решения нет альтернативного симптома, процесс 3000 переходит в состояние 3038 для оценивания симптома S. В состоянии 3036 веса альтернатив симптому S получают и применяют к диагностической оценке болезни D, а затем процесс 3000 переходит в состояние 3040 решения. Однако в состоянии 3038 симптом S оценивается (фиг.6), и диагностические веса симптома S получают и применяют к диагностической оценке болезни D (фиг.11 и 21), а затем процесс 3000 переходит в состояние 3040 решения. В состоянии 3040, если достигнуто некоторое состояние прекращения для болезни D (фиг.22), процесс 3000 переходит в состояние 3044 решения; в противоположном случае он переходит в состояние 3032. В состоянии 3044 решения, если больше нет объектов болезней для обработки, процесс 3000 возвращается обратно в состояние 3030; в противоположном случае он переходит в состояние 3046 окончания.

Со ссылкой на фиг.31 процесс 3100 описывает, как объекты симптомов могут быть повторно использованы в качестве альтернативных симптомов в объекте болезней. Свойство Альтернативных симптомов позволяет системе диагностики заменить конкретные значения симптомов на другие, чтобы пропустить затратное по времени оценивание данного симптома, когда уже доступны приемлемые значения альтернативных симптомов. Это свойство приспосабливает индивидуальные предпочтения медицинских авторов, упрощает обработку симптомов, хранящихся в различных эквивалентных форматах, и позволяет задавать последовательность оценивания симптомов, чтобы быть более адаптивным к динамике сеанса диагностики на линии, вместо того, чтобы зависеть от заранее заданной последовательности оценивания симптомов.

Процесс 3100 показывает только общие шаги в автономной подготовке одного объекта болезней. То, как болезнь диагностируется в автономном режиме, показано на фиг.1, а то, как используются альтернативные симптомы, описано со ссылками на фиг.6 и 30. Процесс 3100 начинается в состоянии 3102, в котором автор хочет создать и описать объект болезней D. Переходя в состояние 3104, устанавливается объект болезней D и определяются функции его участников и данных. Одной главной структурой болезни D является список симптомов, значения симптомов, и временные графики симптомов, которые характеризуют болезнь. Каждый симптом в этом списке идентифицируется и описывается. Переходя в состояние 3110, может быть получен доступ к базе данных всех существующих объектов симптомов, чтобы локализовать возможные альтернативные симптомы. Переходя в состояние 3112, выбирается один симптом S из списка симптомов болезни D. Переходя в состояние 3114, производится поиск по базе данных симптомов, и некоторый симптом А идентифицируется как приемлемый, альтернативный симптому S для диагностирования болезни D. Переходя в состояние 3116, диагностические веса присваиваются значениям альтернативного симптома А. Переходя в состояние 3118, если еще какие-либо симптомы болезни D подлежат обработке, процесс 3110 возвращается обратно в состояние 3112; в противоположном случае он возвращается в конечное состояние 3122.

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

Процесс 3200 начинается в состоянии 3202, в котором автор хочет определить один или более объектов болезней и объекты их симптомов. Переходя в состояние 3204, устанавливается множество объектов болезней, каждый из которых имеет требующиеся данные объектов болезней и функции обработки объектов болезней. Переходя в состояние 3206, множество объектов симптомов идентифицируется для каждого объекта болезней. Идентифицируются симптомы, которые уже существуют в базе данных симптомов. Описываются новые симптомы, включая список их возможных значений. Переходя в состояние 3208, диагностический вес присваивается некоторым или всем значениям каждого объекта симптомов. Каждый объект симптомов обычно имеет множество возможных значений, и каждое значение может иметь присвоенный диагностический вес для диагностики связанной с ним болезни. Переходя в состояние 3212, процесс 3200 заканчивается автономной частью в состоянии 3212.

Со ссылкой на фиг.32b теперь будет описано одно выполнение использования специальных элементов или объектов симптомов для элементов или объектов болезней через интерактивный процесс 3230. Автономная часть (процесс 3200) была описана ранее со ссылкой на фиг.32а. Процесс 3230 иллюстрирует одно выполнение концепций ГОИ и ВОИ вместе с использованием специальных элементов симптомов.

Процесс 3230 начинается в начальном состоянии 3232 в режиме ГОИ, описанном ранее. Процесс 3230 переходит в состояние 3234, в котором оценивается выбранный элемент симптомов, что выполняется функцией 140 получения значения симптомов (фиг.6). Переходя в состояние 3236, процесс 3230 применяет диагностический вес значения симптомов к диагностической оценке элементов болезней, для которых применим объект симптомов. Переходя в состояние 3238 решения, процесс 3230 определяет, достигнуты ли критерии для переключения на оценивание специальных элементов симптомов (то есть, в режим ВОИ) для одного из элементов болезней (N-ный элемент болезней). Примерами критериев являются высокий диагностический импульс, высокая диагностическая оценка, высокая диагностическая вероятность, некоторый внешний процесс, запрашивающий переключение, либо человек, запрашивающий переключение, для использования специальных симптомов. Если критерии не достигнуты в состоянии 3238 решения, процесс 3230 переходит в состояние 3240 для продолжения оценивания элементов симптомов, в котором специальные элементы симптомов для каждой болезни не выбираются необходимым образом.

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

Если критерии достигнуты в состоянии 3238 решения, процесс 3230 переходит в режим ВОИ в состояние 3242, в котором оценивается специальный элемент симптомов для N-ного элемента симптомов. Продолжая оставаться в состоянии 3244, процесс 3230 применяет вес оцененного элемента симптомов к диагностической оценке N-ной болезни (и любой другой болезни, для которой он является специальным элементом симптомов), и альтернативный(ые) вес(а) симптомов к диагностической(им) оценке(ам) другого(их) должного(ых) элемента(ов) болезней. Переходя в состояние 3246, процесс 3230 определяет, достигла ли порога или превысила порог для диагноза диагностическая оценка для любого элемента болезней. Если достигла или превысила, то диагностические оценки для релевантных болезней (которые оцениваются в текущий момент) возвращаются в конечное состояние 3248. Если диагностическая оценка для любого элемента болезней не достигла порога или не превысила порог, как определено в состоянии 3246 решения, процесс 3230 переходит в состояние 3250 для определения того, доступны ли для оценивания следующие специальные элементы симптомов для N-ого элемента болезней. Если доступны, процесс 3230 продолжается в состоянии 3252 для продолжения оценивания элементов симптомов, в котором выбираются специальные элементы симптомов для N-ного элемента болезней. Процесс 3230 переходит обратно в состояние 3242 для прохождения цикла через специальные элементы симптомов N-ного элемента болезней до тех пор, пока не останется доступных следующих специальных элементов симптомов, как определено в состоянии 3250 решения. Когда состояние 3250 решения определяет, что больше нет доступных специальных объектов симптомов, процесс 3230 переходит в состояние 3254 для проверки диагностической оценки для каждой оставшейся болезни, которая оценивается в текущий момент. Процесс 3230 затем возвращается обратно в состояние 3238 решения для определения того, должен ли быть установлен любой другой элемент болезней или должна быть продолжена дальнейшая обработка в режиме ГОИ, как описано ранее.

Со ссылкой на фиг.33 процесс 3300 суммирует основные операции полностью автоматического способа, который использует новую концепцию временного графика болезней, совпадающего для диагностики медицинского состояния пациента. Временной график болезни является структурой данных, которая записывает симптомы конкретной болезни в хронологическом порядке и описывает ключевые характеристики симптомов, такие как начало, продолжительность, величина и окончание каждого симптома. Временные графики болезней могут быть общими и действительными. Общий временной график описывает болезнь статистически, когда она появляется в обычной группе населения; действительные временные графики описывают симптомы конкретного диагностируемого пациента. Временные графики являются структурами абстрактных данных, которые могут быть представлены различными путями, такими как графики, схемы, календари, списки, таблицы, динамические таблицы или программные объекты. Простым примером является почасовое описание процесса болезней в форме графика Ганта, как показано на фиг.28.

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

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

Переходя в состояние 3306, пациент находится в интерактивном режиме по отношению к компьютерной программе, которая выясняет основную жалобу пациента, задавая вопросы. Переходя в состояние 3308, программа принимает ответы от пациента. Переходя в состояние 3310, программа использует ответы для идентификации одной или более болезней, которые соответствуют основной жалобе. Переходя в состояние 3312, программа соотносит основную жалобу с временным графиком для всех идентифицированных болезней.

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

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

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

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

Продолжая оставаться в состоянии 3408, программа вырабатывает набор или график симптомов пациента и их величины. Переходя в состояние 3410, программа сравнивает набор величин симптомов пациента с базой данных наборов величин симптомов, чтобы (попытаться выполнить) идентифицировать болезни пациента. Процесс 3400 заканчивается в состоянии 3412.

Со ссылкой на фиг.35 теперь будет описана блок-схема одного выполнения системы 3500 МДиРЛ. Система 3500 МДиРЛ включает в себя распределенную сеть 3502, которая может представлять локальную вычислительную сеть (ЛВС), региональную вычислительную сеть (РВС), Интернет или другую сеть, способную поддерживать передачу данных.

В одном варианте выполнения программы и базы данных МДиРЛ могут оставаться на группе серверов 3508, которые могут быть соединены друг с другом через ЛВС 3506 и через шлюз 3504 с сетью 3502. Альтернативно, в другом варианте выполнения программы и базы данных МДиРЛ остаются на одном сервере 3510, который использует сетевое интерфейсное аппаратное и программное обеспечение 3512. Серверы 3508/3510 хранят вопросные листы или объекты болезнь-симптом, описанные выше.

Сеть 3502 может соединяться с пользовательским компьютером 3516, например, путем использования модема или сетевой интерфейсной карты. Пользователь 3516 может использовать программу 3520 просмотра для удаленного доступа к программам МДиРЛ, используя клавиатуру и/или устройство указания и визуальный дисплей, такой как монитор 3518. Альтернативно, программа 3520 просмотра не используется, когда программы МДиРЛ выполняются в локальном режиме на компьютере 3516. Видеокамера 3522 может быть опционально подключена к компьютеру 3516 для обеспечения визуального ввода данных, таких как визуальные симптомы.

Различные устройства могут использоваться для соединения с серверами 3508/3510 МДиРЛ. Если серверы оборудованы аппаратным обеспечением распознавания речи или двухтонального многочастотного набора, пользователь может соединяться с программой МДиРЛ с помощью телефона 3524. Телекоммуникационное выполнение, то есть с помощью телефона, описано в патенте США №5660176 "Автоматизированная система медицинской диагностики и рекомендаций по лечению", выданном заявителю. Другие соединительные устройства для связи с серверами 3508/3510 МДиРЛ включают в себя переносной персональный компьютер 3526 с модемом или интерфейсом беспроводной сети, устройство 3528 кабельного интерфейса, подключенное к визуальном дисплею 3530, или спутниковая тарелка 3532, подключенная к спутниковому приемнику 3534 и телевизору 3536. Предусмотрены и другие пути, допускающие соединение между пользователем 3514 и системой автоматической диагностики 3508/3510.

VII. ЗАКЛЮЧЕНИЕ

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

Как должно быть оценено специалистом, процессы, которым подвергается описанное выше программное обеспечение, могут быть специально перераспределены в других модулях, или объединены в одном модуле, или могут быть доступны в совместно используемой библиотеке динамических ссылок. Программное обеспечение может быть написано на любом языке программирования, таком как С, C++, Basic, Pascal, Java и Fortran, и выполняться в известных операционных системах, таких как варианты Windows, Macintosh, Unix, Linux, VxWorks и других операционных системах. Языки С, C++, Basic, Pascal, Java и Fortran являются стандартными языками программирования в отрасли, для которых может быть использовано множество коммерческих компиляторов, чтобы создать исполняемый код.

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