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

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

Info

Publication number
EA001861B1
EA001861B1 EA199900030A EA199900030A EA001861B1 EA 001861 B1 EA001861 B1 EA 001861B1 EA 199900030 A EA199900030 A EA 199900030A EA 199900030 A EA199900030 A EA 199900030A EA 001861 B1 EA001861 B1 EA 001861B1
Authority
EA
Eurasian Patent Office
Prior art keywords
medical
patient
computer
state
information
Prior art date
Application number
EA199900030A
Other languages
English (en)
Other versions
EA199900030A1 (ru
Inventor
Эдвин С. Айлифф
Original Assignee
Фёрст Опинион Корпорейшн
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Фёрст Опинион Корпорейшн filed Critical Фёрст Опинион Корпорейшн
Publication of EA199900030A1 publication Critical patent/EA199900030A1/ru
Publication of EA001861B1 publication Critical patent/EA001861B1/ru

Links

Classifications

    • A—HUMAN NECESSITIES
    • A61—MEDICAL OR VETERINARY SCIENCE; HYGIENE
    • A61B—DIAGNOSIS; SURGERY; IDENTIFICATION
    • A61B5/00—Measuring for diagnostic purposes; Identification of persons
    • A61B5/0002—Remote monitoring of patients using telemetry, e.g. transmission of vital signals via a communication network
    • A61B5/0015—Remote monitoring of patients using telemetry, e.g. transmission of vital signals via a communication network characterised by features of the telemetry system
    • A61B5/0022—Monitoring a patient using a global network, e.g. telephone networks, internet
    • A—HUMAN NECESSITIES
    • A61—MEDICAL OR VETERINARY SCIENCE; HYGIENE
    • A61B—DIAGNOSIS; SURGERY; IDENTIFICATION
    • A61B5/00—Measuring for diagnostic purposes; Identification of persons
    • A61B5/41—Detecting, measuring or recording for evaluating the immune or lymphatic systems
    • A61B5/411—Detecting or monitoring allergy or intolerance reactions to an allergenic agent or substance
    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H10/00—ICT specially adapted for the handling or processing of patient-related medical or healthcare data
    • G16H10/20—ICT specially adapted for the handling or processing of patient-related medical or healthcare data for electronic clinical trials or questionnaires
    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H15/00—ICT specially adapted for medical reports, e.g. generation or transmission thereof
    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H80/00—ICT specially adapted for facilitating communication between medical practitioners or patients, e.g. for collaborative diagnosis, therapy or health monitoring
    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H10/00—ICT specially adapted for the handling or processing of patient-related medical or healthcare data
    • G16H10/60—ICT specially adapted for the handling or processing of patient-related medical or healthcare data for patient-specific data, e.g. for electronic patient records
    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H40/00—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices
    • G16H40/20—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices for the management or administration of healthcare resources or facilities, e.g. managing hospital staff or surgery rooms
    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H70/00—ICT specially adapted for the handling or processing of medical references
    • G16H70/60—ICT specially adapted for the handling or processing of medical references relating to pathologies
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02A—TECHNOLOGIES FOR ADAPTATION TO CLIMATE CHANGE
    • Y02A90/00—Technologies having an indirect contribution to adaptation to climate change
    • Y02A90/10—Information and communication technologies [ICT] supporting adaptation to climate change, e.g. for weather forecasting or climate simulation

Landscapes

  • Health & Medical Sciences (AREA)
  • Engineering & Computer Science (AREA)
  • Medical Informatics (AREA)
  • Life Sciences & Earth Sciences (AREA)
  • Public Health (AREA)
  • General Health & Medical Sciences (AREA)
  • Primary Health Care (AREA)
  • Epidemiology (AREA)
  • Pathology (AREA)
  • Biomedical Technology (AREA)
  • Animal Behavior & Ethology (AREA)
  • Surgery (AREA)
  • Molecular Biology (AREA)
  • Heart & Thoracic Surgery (AREA)
  • Biophysics (AREA)
  • Veterinary Medicine (AREA)
  • Physics & Mathematics (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Vascular Medicine (AREA)
  • Immunology (AREA)
  • Measuring And Recording Apparatus For Diagnosis (AREA)
  • Medical Treatment And Welfare Office Work (AREA)
  • Ultra Sonic Daignosis Equipment (AREA)
  • Telephonic Communication Services (AREA)
  • Measuring Pulse, Heart Rate, Blood Pressure Or Blood Flow (AREA)
  • Medicines Containing Antibodies Or Antigens For Use As Internal Diagnostic Agents (AREA)
  • Measurement Of The Respiration, Hearing Ability, Form, And Blood Characteristics Of Living Organisms (AREA)

Abstract

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

Description

Настоящее изобретение относится к системам медицинских знаний, а конкретнее, к системам для предоставления медицинского совета широкой публике по сетям.
Описание известной техники
Расходы на здравоохранение в настоящее время составляют 14% валового национального продукта США и растут быстрее, чем любая другая составляющая индекса потребительских цен. Кроме того, обычно из-за неспособности платить за медицинские услуги многие люди лишены доступа даже к самой простой медицинской помощи и информации.
Многие люди имеют задержку с получением или не могут получать медицинское внимание из-за ограничений по стоимости, времени или из-за неудобства. Если бы общество имело универсальный неограниченный доступ к медицинской информации, многих заболеваний можно было бы избежать. Аналогично, раннее обнаружение и лечение многочисленных заболеваний может предохранить многих пациентов от достижения развитых стадий заболевания, лечение которой является значительной частью финансовых расходов, относящихся к нашей национальной системе здравоохранения. Очевидно, что Соединённые Штаты встречаются с чрезмерно большими проблемами, связанными со здоровьем, и имеющиеся решения не удовлетворительны.
Одна предыдущая попытка решить проблему медицинской помощи называется Вызови сестру, в которой группа сестёр круглосуточно предоставляют информацию о здоровье по телефону. Человек с медицинской проблемой звонит по номеру 800 (звонки за счёт отвечающей стороны) и описывает проблему сестре. Сестра использует компьютер для общей или диагностической информации по нездоровью или жалобе, упомянутой вызывающим. Сестра затем может направить вызывающего к доктору из автоматизированного списка обращений в связанную контрактом больницу или группу больниц. Клиентские больницы заключают контракты с системой Вызови сестру для обеспечения обращений пациентов. Средство управляемого ухода, называемого Персональный советник по здоровью, аналогично и добавляет вызывающему возможность прослушивать заранее записанные сообщения по темам здоровья 24 ч в сутки. Существует несколько проблем с этими имеющимися системами медицинских советов. Во-первых, эти системы имеют высокую стоимость, связанную с необходимостью сестрам отвечать на каждый телефонный вызов. Во-вторых, вызывающий может быть обязан принадлежать к участникам плана по оздоровлению, чтобы использовать эту услугу. Втретьих, если по какой-либо причине все сестры в конкретный момент заняты, а вызывающий находится в опасном для жизни состоянии (а вызывающим это не осознается как опасность), драгоценное время для выполнения экстренных услуг может быть потеряно во время задержки.
Ещё одна имеющаяся система медицинской помощи была разработана фирмой 'Чп1егРгасОсе Зуйепъ, которая предоставляет автоматизированное средство, отвечающее на вопросы по медицинскому уходу, и даёт людям советы дома. Организация поддержания здоровья (ОПЗ) может предоставить такие услуги своим членам в конкретной географической зоне. Для получения совета на дому член ОПЗ подключает блок размером с тостер к телефону и звонит по бесплатному телефону 800. Используя клавиатуру, которая является частью блока, пользователь отвечает на отображаемые на экране блока вопросы, относящиеся к симптомам пользователя. В зависимости от ответов пользователю может быть предложено использовать домашнее лечебное средство, может позвонить сестра или доктор или ему может быть назначено обследование. Ограничением этой системы являются дополнительные расходы на блок электроники, который может либо быть куплен пользователем примерно за 300 долларов или организацией по здоровью, включая расходы на доставку пользователям. Другим ограничением является то, что эта услуга направлена на членов конкретной организации здравоохранения, связанной контрактом, такой как ОПЗ. Необходима система, которой не требуется дополнительной аппаратуры для основных услуг, но которая использует существующую сеть связи. Требуемая система должна быть доступна для использования любым человеком, а не только членами определённой организации.
Предыдущая попытка решения проблемы медицинской помощи для ограниченного набора состояний описана в патенте США № 4712562. Кровяное давление пациента и частота сердечных сокращений измеряются и измерения отправляются по телефону на удалённый центральный компьютер для хранения и анализа. Отчёты вырабатываются для отправки к врачу или к пациенту. Патент США № 4531527 описывает аналогичную систему, в которой приёмный офисный блок автоматически связывается с врачом при заранее заданных чрезвычайных обстоятельствах.
Патент США № 4838275 раскрывает устройство, предназначенное для того, чтобы пациент лежал на нём или сидел в нём, имеющее электронику для измерения многочисленных параметров, относящихся к здоровью пациента. Эти параметры электронным образом передаются в центральный офис наблюдения и контроля, где высококвалифицированный наблюдатель взаимодействует с пациентом. Наблюдатель проводит установленные сеансы диагностики, кроме случаев, когда отмечается критическое положение, или при связи, инициированной па3 циентом. Наблюдатель определяет, требуется ли не установленный заранее терапевтический ответ, и если да, то способствует этому ответу. Как было упомянуто выше, этой системе требуются высококвалифицированные люди со специальным измерительным устройством (встроенным в кровать или стул).
Другие предыдущие попытки решить проблемы медицинской помощи типизированы в патенте США № 5012411, который описывает переносное независимое устройство для измерения, хранения и передачи обнаруженной физиологической информации в удалённую точку по системе связи. Информация оценивается врачом или другим профессионалом по здоровью. Как и ранее, для использования такого устройства требуются высококвалифицированные люди.
Некоторые услуги по предоставлению медицинского или фармацевтического совета теперь доступны по телефонным номерам на 1900, например, Доктор по телефону. Эти услуги доступны 24 ч в сутки и 7 дней в неделю. Группа докторов, включая несколько специальностей, доступна для ответа на вопросы о медицинской помощи или медицинских состояниях для людей повсюду в Соединённых Штатах, которые звонят по номеру на 1-900 одной из служб. Группа зарегистрированных фармацевтов отвечает на вопросы о медикаментах для фармацевтической службы 1-900.
Раскрытие изобретения
Настоящее решение проблемы медицинской помощи заключается в автоматизированной системе медицинской диагностики и советов по лечению (МДСЛ), которая является системой, основанной на медицинских знаниях, разработанной для предоставления медицинского совета широкой публике по телефонной сети. Целью системы МДСЛ является предоставление каждому человеку равного доступа к высококачественному, на 100% непротиворечивому медицинскому совету за разумную цену. Система МДСЛ предоставляет вызывающим крайне быстрый и действительно неограниченный доступ к информации о медицинской помощи двадцать четыре часа в сутки из любого места мира. Совет по медицинской помощи сделан доступным полному спектру пользователей, от старых пациентов, заточённых в своих домах, до путешественников в другой стране с телефонами в их автомобилях.
Основные идеи, приведшие к разработке системы МДСЛ, основаны на следующих посылках:
- Около 90% всех жалоб пациентов связаны примерно со 100 медицинскими проблемами.
- Практически все решения о первичной помощи, связанные с этими 100 проблемами, могут быть сделаны на основе информации, изученной просто путём получения подробной истории болезни. Результаты физического обследующий, лабораторные исследующий и изучение полученных представлений имеют тенденцию лишь подтверждать диагноз.
- Минимальное количество информации, которой доверяют многие доктора, и которое может быть получено от физического обследующий, может, в действительности, быть получено от пациента, снабжённого подходящими указаниями.
- В большинстве случаев взаимодействие лицом к лицу между доктором и пациентом не нужно. Подробная и хорошо составленная история болезни вместе с физическими показателями, добытые у пациента, могут быть получены по телефону.
- Медицина, в основном, - это диагноз и лечение. Хотя рекомендации по лечению часто меняются, фундаментальные принципы проставления диагноза не меняются.
- Существует значительная задержка между моментом времени, когда новая терапия осознаётся как безопасная и эффективная, и моментом времени, когда врачи могут предложить её своим пациентам. Эти основные идеи используются в воплощении системы МДСЛ.
Целью системы МДСЛ является предоставление более хорошего медицинского совета, чем это может сделать практикующий семейный врач, который незнаком с пациентом, например, врач по вызову. Человек, желающий получить медицинский совет, часто не будет способен видеть или говорить со своим персональным врачом своевременно. Система МДСЛ предоставляет медицинский совет, когда бы это ни потребовалось вызывающему - семь дней в неделю/24 ч в сутки.
Все предыдущие медицинские алгоритмы, включая те, которые используются в вооруженных силах, разработаны для взаимодействия лицом к лицу. Книги по самопомощи обычно не принимают во внимание возраст и пол в своих алгоритмах. Более того, книга не может принять во внимание, сколько раз человек консультировался по одному алгоритму за короткий промежуток времени по одной проблеме. Медицинские алгоритмы, используемые системой МДСЛ, разработаны для использования в телекоммуникациях, устанавливая и избегая недостатка книг самопомощи.
Предыдущие системы медицинских советов не проводили анализа плотности по времени для определённого числа факторов относительно числа жалоб за единицу времени. Система МДСЛ использует мета функции для проведения этих анализов.
Предыдущие алгоритмы медицинских советов не имели способа обнаружения уровня сознания человека, желающего получить консультацию. Система МДСЛ вызывает проверку умственного статуса в каждом случае, когда жалоба или проблема имеет возможность мер5 цающего сознания. Кроме того, система МДСЛ использует цепи анализатора синтаксического расхождения, которые позволяют системе вызывать проверку умственного статуса, если имеются различия в ответах на параллельные цепочки рассуждений, которые встроены или воплощены в системе.
Другие системы медицинских советов не имеют повторного ввода для наблюдения за прогрессом или ухудшением состояния пациента. Система МДСЛ проверяет и реагирует на изменённые по времени состояния.
Предшествующие системы медицинских советов страдают от неспособности постоянно обновляться по мере того, как становится доступной новая медицинская информация. Система МДСЛ регулярно и часто обновляет аспект лечения системы.
Автоматизированная система медицинской диагностики и советов по лечению (МДСЛ) является системой, основанной на медицинских знаниях, разработанной для предоставления медицинского совета широкой публике по телефонной сети. Используя новый авторский язык, интерактивную технику распознавания голоса и речи, система МДСЛ кодирует чрезвычайно полезное ядро знаний экспертов и обычных практикующих врачей по диагностике и лечению в автоматизированную систему для доступа персонала без медицинского образования.
Система МДСЛ не предоставляет советов по каждой медицинской проблеме и не делает исчерпывающего изучения одного вертикального поперечного среза медицины. Вместо этого система МДСЛ предоставляет обновлённый медицинский совет примерно по одной сотне наиболее часто встречающихся проблем в обычной практике и медицине экстренной помощи. Она также предоставляет ценную информацию публике по любому количеству медицинских тем.
В качестве другого выполнения системы МДСЛ, человек, желающий получить медицинский совет и имеющий доступ к персональному компьютеру (ПК), загружает в ПК программу для выработки системы автономной медицинской диагностики и советов по лечению (АМДСЛ). Вместо того чтобы слушать вопросы и отвечать путём нажатия клавиш тонального набора или голосом, пользователь отвечает на вопросы и предписания, отображаемые на экране компьютера с помощью компьютерного устройства ввода, такого как клавиатура или мышь. Диагноз и/или рекомендации по лечению, предоставляемые системой МДСЛ, одинаковы с предоставляемыми системой АМДСЛ. Пользователь системы АМДСЛ может получать обновления путём контакта со спонсором/ администратором системы МДСЛ для получения наиболее новой информации таблицы лечения для конкретного диагноза.
Ещё одно выполнение системы МДСЛ использует сети связи, такие как Интернет, для подключения пользователя или пациента к компьютеру МДСЛ. Пользователь использует процессор доступа к сети или компьютер для доступа к сети. Это выполнение использует сценарии медицинской диагностики, выполняемые сценарным ядром, для выработки медицинского совета или диагноза. Сценарии и сценарное ядро могут быть выполнены на компьютере МДСЛ тем же образом, что и в описанном выше телефонном выполнении. Альтернативно, выбранные части программного обеспечения МДСЛ и один или более сценариев могут быть загружены в компьютер пользователя для выполнения. Компьютер МДСЛ может загружать дополнительные или новые сценарии в компьютер пользователя по сети, когда это необходимо.
В одном выполнении изобретения имеется система медицинской диагностики и советов по лечению для предоставления информации пациенту, содержащая: вычислительную среду; устройство ввода, подключённое к вычислительной среде, для приёма информации от пациента; устройство вывода, подключённое к вычислительной среде, для предоставления информации пациенту и множество избирательно выполняемых алгоритмов медицинских жалоб, основанных, по меньшей мере, на части принятой информации, причём любой из алгоритмов медицинских жалоб оценивает, по меньшей мере, часть принятой информации и, если оценка достигает или превосходит порог, диагностирует медицинское состояние, связанное с выполненным алгоритмом медицинских жалоб, при этом диагностируемое медицинское состояние сообщается через устройство вывода.
В другом выполнении изобретения имеется автоматизированная система медицинской диагностики, содержащая: сеть связи; сервер, подключённый к сети; клиент, подключённый к сети; и множество избирательно выполняемых алгоритмов медицинских жалоб на серверном или клиентском компьютере и основанных, по меньшей мере, на части принятой информации, в которой любой из алгоритмов медицинских жалоб оценивает, по меньшей мере, часть принятой информации и, если оценка достигает или переходит порог, диагностирует медицинское состояние, связанное с выполненным алгоритмом медицинских жалоб, причём диагностируемое медицинское состояние сообщается через устройство вывода, подключённое к клиенту.
Краткое описание чертежей
Фиг. 1 является блок-схемой, показывающей компоненты предпочтительного в настоящее время выполнения автоматизированной системы медицинской диагностики и советов по лечению (МДСЛ) по настоящему изобретению;
фиг. 2 - диаграммой автономного процесса, использованного для выработки речевых файлов, показанных на фиг. 1;
фиг. 3 - диаграммой процесса преобразования узла, использованного для создания файлов для использования в системе, показанной на фиг. 1;
фиг. 4 - диаграммой одного из файлов и компонент по фиг. 1 и 3, которые используются во время прогона;
фиг. 5а - диаграммой использования файлов, показанных на фиг. 3, во время прогона;
фиг. 5Ь-5д - примерной последовательностью структур данных системы, показанной на фиг. 1, во время прогона;
фиг. 6 - блок-схемой, показывающей концептуальный вид файлов базы данных и процессов системы по фиг. 1;
фиг. 7а, 7Ь, 7с и 76 - блок-схемами алгоритма высокого уровня системы МДСЛ по фиг. 1;
фиг. 8а и 8Ь - блок-схемами алгоритма процесса 250 входа пациента в систему, определённого на фиг. 7а;
фиг. 9а и 9Ь - блок-схемами алгоритма процесса 252 регистрации пациента, определённого на фиг. 7а;
фиг. 10а и 10Ь - блок-схемами алгоритма процесса 254 оценки, определённого на фиг. 76;
фиг. 11а и 11Ь - блок-схемами алгоритма мета-функции 500, определённой на фиг. 10Ь;
фиг. 12а и 12Ь - блок-схемами алгоритма процесса 272 входа ассистента в систему, определённого на фиг. 7Ь;
фиг. 13а и 13Ь - блок-схемами алгоритма процесса 276 ассистируемого входа пациента в систему, определённого на фиг. 7Ь;
фиг. 14а и 14Ь - блок-схемами алгоритма процесса 274 регистрации ассистента, определённого на фиг. 7Ь;
фиг. 15а и 15Ь - блок-схемами алгоритма процесса 278 ассистируемой регистрации пациента, определённого на фиг. 7Ь;
фиг. 16а и 16Ь - блок-схемами алгоритма функции 508 проверки умственного статуса, определённой на фиг. 1 0Ь;
фиг. 17 - блок-схемой алгоритма программы 510 анализатора семантического расхождения (ПАСР), определённой на фиг. 10Ь;
фиг. 18 - блок-схемой алгоритма операции 512 последней истории болезни, определённой на фиг. 10Ь;
фиг. 19 - блок-схемой алгоритма функции 514 физической самопроверки, определённой на фиг. 1 0Ь;
фиг. 20 - блок-схемой алгоритма программы 516 медицинского состояния пациента определённой на фиг. 10Ь4 фиг. 21 - блок-схемой алгоритма функции 518 анализа серьёзности симптомов, определённой на фиг. 10Ь;
фиг. 22 - блок-схемой алгоритма процесса 256 таблицы лечения, определённого на фиг. 76;
фиг. 23 - блок-схемой алгоритма процесса 864 выбора лечения, задаваемого с помощью меню, определённого на фиг. 22;
фиг. 24 - блок-схемой высокого уровня основанного на сети выполнения системы МДСЛ, которое использует сети связи;
фиг. 25а - блок-схемой, показывающей составляющие предпочтительного в настоящее время основанного на сети выполнения автоматизированной системы МДСЛ по настоящему изобретению;
фиг. 25Ь - блок-схемой, показывающей составляющие компьютера пользователя в основанном на сети выполнении автоматизированной системы МДСЛ;
фиг. 26 - блок-схемой, показывающей концептуальный вид файлов базы данных и процессов системы по фиг. 25а и 25Ь;
фиг. 27 - диаграммой автономного процесса, использованного для выработки файлов сценариев медицинской диагностики (СМД), использованных системой по фиг. 25а и 25Ь;
фиг. 28 - диаграммой одного из файлов и составляющих по фиг 25а, 25Ь, 26 и 27, которые используются во время прогона;
фиг. 29 - блок-схемой алгоритма, показывающей взаимодействие компьютера МДСЛ с компьютером пациента через сеть по фиг. 25а;
фиг. 30 - блок-схемой, показывающей взаимодействие компьютера МДСЛ с компьютером пациента через Интернет;
фиг. 31 - блок-схемой алгоритма процесса сетевой передачи программ и данных, который используется во время выполнения начального сценария (процесс одинаков с процессом, показанным на фиг. 7а-7Ь) и процесса оценки, показанного на фиг. 10а-106;
фиг. 32 - блок-схемой алгоритма, показывающей часть процесса сетевой передачи данных, выполняемую во время выполнения начального сценария (процесс одинаков с процессом, показанным на фиг.7а-7Ь), и процесса оценки, показанного на фиг. 10а-106, и фиг. 33 - экраном примерного графического интерфейса пользователя, вырабатываемым в течение сценария, который может диагностировать малярию.
Подробное описание предпочтительного выполнения
Нижеследующее подробное описание предпочтительных выполнений представляет собой описание определённых особенных выполнений для помощи в понимании формулы изобретения. Однако настоящее изобретение может быть воплощено множеством различных путей, как это определено и накрыто формулой изобретения.
Для удобства следующее описание будет разделено на следующие принципиальные части: Введение, Обзор системы, Рабочие характе9 ристики системы МДСЛ, Авторский язык, Работа во время прогона, Структура программного обеспечения, Блок-схема алгоритма высокого уровня, Процесс входа в систему, Процесс регистрации, Процесс оценки, Мета-функция, Оценка умственного статуса, Программа анализатора семантического расхождения, Программа последней истории болезни, Физическая самопроверка, Анализ серьёзности симптомов, Таблица лечения, Парадигма системы МДСЛ, Получение видеоизображений, Преимущества системы МДСЛ, Первая возможная конфигурация системы, Краткое описание преимуществ настоящего изобретения и Вторая возможная конфигурация системы.
I. Введение.
Консультация для человека, желающего получить медицинский совет, начинается с телефонного звонка в систему медицинской диагностики и советов по лечению (МДСЛ) по настоящему изобретению. Система МДСЛ задаёт вызывающему конкретные вопросы и затем анализирует каждый ответ.
Распознавание голоса и техника интерактивного голосового ответа позволяет вызывающим отвечать на вопросы типа да/нет и вопросы с множественным выбором либо путём произнесения прямо в телефон, либо путём использования кнопочной клавиатуры их телефона.
Лёгкий доступ к информации в системе МДСЛ делается возможным благодаря естественному интерфейсу пользователя. Проводимый компьютером диалог состоит из простых вопросов типа да/нет и вопросов с множественным выбором. Вопросы и рекомендации по лечению выполнены очень простыми словами, но специально разработаны для отражения накопленного опыта многих врачей по проведению опросов пациентов.
Хотя все вопросы системы МДСЛ разработаны для легкого понимания, непредвиденные ситуации будут неизбежно возникать. По этой причине воплощена иерархическая структура персонала. Для примера, на каждые 10 телефонных линий будет доступен один оператор, имеющий полный опыт в сортировке больных и в системе МДСЛ. На каждые 10 операторов будет присутствовать одна зарегистрированная сестра, и на каждые 10 зарегистрированных сестёр будет присутствовать один врач. Требования к персоналу регулируются, когда система усовершенствуется в направлении оптимальной эффективности. Система МДСЛ не требует оператора или зарегистрированной сестры для вынесения каких-либо медицинских решений.
II. Обзор системы.
На фиг. 1 показаны компоненты предпочтительного в настоящее время выполнения автоматизированной системы 100 медицинской диагностики и советов по лечению (МДСЛ) по настоящему изобретению. Персональный компьютер (ПК) 102 включает в себя множество компонент внутри корпуса 104. Множество телефонных линий 106 сопрягают телефонную сеть 108 общего пользования с компьютером 102. Для примера, одна из телефонных линий 106 показана как коммутированная через сеть 108 для соединения с телефоном 110, который используется человеком 112, желающим получить медицинский совет (пользователем). Во всем этом документе слова пользователь, вызывающий и пациент используются взаимозаменяемо. Однако должно быть понятно, что вызывающий может действовать как представитель пациента. Если случай именно такой, то вызывающий будет зарегистрирован как ассистент для пациента.
Аппаратное обеспечение и программное обеспечение системы компонуются с учётом двух основных концепций: возможность помещения в другие операционные системы и использование компонент промышленного стандарта. В этом случае система может быть более гибкой и позволит свободной рыночной конкуренции непрерывно улучшать продукт, снижая в то же время стоимость. Хотя ссылки будут делаться на особое аппаратное и программное обеспечение, должно быть понятно, что в настоящей системе может быть использовано множество различных компонент.
В настоящее время система работает на ПК 102 с микропроцессором 80486 фирмы 1и1е1. Функции телефонии используют плату 122 обработки голоса Ό/41Ό фирмы Ωίαίοβίο Согрогайои на основе цифрового процессора сигналов (ЦПС). Плата 122 обработки голоса (ОГ) выполняет несколько функций, включая сопряжение телефонных линий, декодирование тональных сигналов набора номера, запись речи и воспроизведение речи. Тональные сигналы набора номера также известны как сигналы двух частотных групп (ДЧГ). Группа от одной до четырёх линий 106 подключается к плате 122 ОГ. Компьютер 102 может включать в себя множество плат 122 ОГ на основании того, сколько соединений по телефонной линии требуется для системы 100. Распознавание речи достигается путём использования платы 124 распознавания речи νΡΚΌ-4 фирмы Уоюе Ргосе881ид Согрогайои (также на основе ЦПС). Плата 124 распознавания речи (РР) выполняет несколько функций, включая распознавание произношений и выдачу индексного номера уровня достоверности распознавания. Как плата 124 РР, так и плата 122 ОГ подключены к шине 126 промышленной стандартной архитектуры (Ι8Α). Шина 126 Ι8Α соединяет между собой микропроцессор 120 и множество периферийных устройств через цепи (микросхемы или платы) контроллера.
Плата 122 ОГ подключается также к плате
128 адаптера νΡΚΌ через аналоговую аудиошину 130, которая называется аналоговой шиной расширения. Четыре одновременных канала обеспечивают скорость передачи данных 96
Кбит/с. Каждый канал соответствует телефонной линии, подключённой к плате 122 ОГ и связан с текущей консультацией пациента. Плата 128 адаптера далее подключается к цифровой аудиошине 132. Плата 124 РР также подключается к цифровой аудиошине 132. Плата 128 адаптера проводит преобразование аналогового сигнала в цифровой формат импульсно-кодовой модуляции (ИКМ), принадлежащий фирме УРС. Цифровая шина 132 может размещать 32 канала и имеет скорость передачи данных 2048 Мбит/с.
Компьютерная шина 126 Ι8Λ имеет множество периферийных устройств, подключённых к ней через адаптеры или контроллеры. Плата 136 видеоадаптера, предпочтительно УСА или лучшего разрешения, подключается к видеомонитору 138. Схема 140 последовательной связи сопрягает устройство указания, такое как мышь 142. В другом выполнении вместо схемы 140 может быть использована схема параллельной связи. Схема 144 контроллера клавиатуры сопрягает клавиатуру 146. Адаптер интерфейса малых компьютерных систем (8С81), такой как модель 1542С, изготавливаемый фирмой Абар1ес, обеспечивает шину 150 8С81, к которой предпочтительно подключены накопитель 152 на жёстком диске на 500 Мб или более и два накопителя на дисках Бернулли по 150 Мб. Накопитель 152 на жёстком диске хранит файлы базы данных, такие как файлы пациента, речевые файлы и двоичные файлы поддержки.
Основное запоминающее устройство 156 подключается к микропроцессору 120. В предпочтительном в настоящее время выполнении система 100 МДСЛ работает в операционной системе 158 ΌΘ8 версии 5.0. Программное обеспечение системы написано на языке Мютокой С\С++ версии 7.0 с использованием методов структурного программирования. Процессор 160 алгоритмов включает в себя синтаксический анализатор и поддерживающие функции, которые манипулируют таблицей изменяемых символов памяти и стеком времени прогона, которые будут описаны далее. Программа СобеВаке 5.0 фирмы 8ес.|ш1ег 8оЙ\таге 1пс. делает возможным доступ к записям бВаке-совместимой базы данных, хранящимся на накопителе 152 на жёстком диске. Система 100 МДСЛ включает в себя также два новых авторских языка (каждый из которых использован в двух выполнениях системы), что будет обсуждено ниже.
Программное обеспечение системы включает в себя следующие кодовые модули, для которых исходный код включён в присоединённое микрофишное приложение:
А. шаш.с - совокупность функций, которые в основном связаны с функциями телефонии, такими как ответ телефонной линии, воспроизведение речевого файла и набор сигналов ДЧГ. Здесь определены глобальные структуры данных.
B. Ьаке.с - функции, которые заставляют библиотеку СобеВаке версии 5.0. выполнять манипуляции с файлами бВаке.
C. рагк.с - функции синтаксического анализа и поддерживающие функции, которые манипулируют таблицей изменяемых символов памяти и стеком времени прогона.
Ό. гещ.с - модуль регистрации пациента в диалоговом режиме.
Е. гекр.с - принимает ответы вызывающих, ДЧГ или голосовые и вычисляет, что делать в следующую очередь путём подчинения команде (например, повторить или дублировать) или прохождения через карту узлов алгоритма.
Б. 1етш.с - полезная совокупность текстовых фраз для событий завершения в платах Э|а1ощс и УРС и кодов ошибок.
С. икег.с - недиагностические части сеанса связи вызывающего: начальные отсеивающие вопросы, вход вызывающего в систему и инициатор воспроизведения следующего узла.
H. ий1.с - совокупность функций основного назначения, совместно используемых инструментами исполняемого времени работы, редактора узлов и переводчика А8СП.
I. \зе\\'.с - модуль, который управляет графическим дисплеем системы.
1. х10.с - программа компьютерного интерфейса Х-10 для восстановления повреждения.
К. х1а!.с - модуль, связанный с объектными модулями рагк.с и ий1.с для построения х1а!.ехе, отдельного выполняемого перевода для автономного перевода текстовых файлов А8СП.
Это приложение скомпилировано с графикой Мютокой, платой Э|а1од1с. платой УРС и библиотеками базы данных СобеВаке.
Плата РР УРго-4 фирмы Уоке Ртосеккшд Сотротайоп (УРС) имеет восемь каналов распознавания голоса, которые по умолчанию связаны один-к-одному с каналами Э|а1одк Ό/41Ό. Передовая работа фирмы УРС в области обработки голоса относится в области непрерывной речи. Это позволяет человеку произносить многоцифровой номер естественным образом, без пауз после каждой цифры. УРС поставляет два словаря непрерывной речи: один словарь содержит цифры от 1 до 9 плюс ноль и оу [при произнесении в середине номера, например, 901], а другой содержит только два слова да и нет. Предоставляемый поставщиком словарь непрерывной речи из цифр используется системой 100. В предпочтительном в настоящее время выполнении, если оценка равна 75% или более, ответ принимается безусловно. Если оценка лежит между 20 и 74%, распознанные цифры считываются снова, и вызывающего просят принять или отвергнуть цифры. В другом выполнении системы 100 вышеупомянутые пороги оценок воплощены как настраиваемые параметры. Оценочные параметры хранятся в файле конфигурации, которым в автономном режиме манипулирует программная утилита и который считывается системой прогона в момент запуска.
УРС также предоставляет несколько дискретных словарей. Дискретные словари содержат один или два фрагмента из слов. Предоставляемый поставщиком дискретный речевой словарь месяцев года используется в диалоговом процессе регистрации пациента. Независимый от говорящего дискретный речевой словарь, состоящий из слов да, нет, резервирование, продолжение, помощь, оператор, пауза, выход и повторение, был разработан с использованием очень мощного набора утилит, 8сг1р(сг и Ттатет, поставляемых УРС. Эти утилиты предназначены для собирания выборок и обучения словаря.
Плата 124 РР имеет минимум 2 Мб установленной памяти. Конфигурация памяти по умолчанию имеет разбиение для одного дискретного словаря. Дополнительные дискретные словари могут быть загружены, если встроенная в плату память конфигурируется повторно.
Плата 124 РР имеет четыре цифровых процессора сигналов (ЦПС), из которых УРС вывела восемь каналов распознавания речи. На каждый из этих восьми ресурсов распознавания ссылаются как на речевой процессор УРго (РПУ). Распознавание дискретных словарей требует одного РПУ, распознавание непрерывного словаря требует двух смежных РПУ. Система 100 МДСЛ имеет диспетчер ресурсов РПУ в модуле гекр.с программного обеспечения. Этот диспетчер ресурсов распределяет РПУ динамическим образом на каналы платы 122 ОГ на основе требования. Когда система принимает ответ, голосовой или ДЧГ, она освобождает РПУ, связанные с каналом платы 122 ОГ вызывающего.
Система 100 МДСЛ использует интерфейс программирования приложений (ИНН) фирмы УРС для языка программирования Си. Это делает поставщика приложения зависящим от УРС, но также позволяет системе 100 использовать все мощные свойства ИНН, например создание в диалоговом режиме дискретных зависящих от говорящего словарей, используемых для сопоставления рисунка голоса или распознавания образца голоса.
ИПП фирмы УРС поддерживает распознавание как словаря непрерывной речи (СНР), так и словаря дискретной речи (СДР).
Плата 122 обработки голоса (ОГ) поддерживает запись и воспроизведение речи, а также обнаружение и декодирование сигнала набора номера (ДЧГ). Драйвер устройства, связанный с платой 122 ОГ, загружается в память системы во время операций загрузки.
Драйвер устройства поддерживает связь между платой 122 ОГ и кодом приложения во время прогона (например, когда человек желает получить медицинский совет). Через совместно используемый сегмент памяти драйвер устройства посылает в масштабе реального времени данные о событии и статусе в код приложения, когда события происходят на связанной телефонной линии. Эти события включают в себя звонок поступающего вызова, клавишу набора, нажатую вызывающим, и сигнал зависания. Плата 122 ОГ воспроизводит речевые сообщения, которые хранятся на накопителе 152 на жёстком диске. Процессор 160 алгоритмов посылает выбранный речевой файл с закодированным речевым сообщением, которое извлекается с носителя 152 на жёстком диске, на плату 122 ОГ в должное время для воспроизведения речевого сообщения. Речевое сообщение может иметь изменяемую длину с типичным сообщением примерно одну или две минуты длиной. Несколько речевых сообщений могут быть совместно соединены в цепочку для выработки расширенного произнесённого сообщения, например, для выдачи инструкций пациенту. Во время воспроизведения речевого файла плата 122 ОГ отслеживает ответ тонального набора от вызывающего. Плата 122 ОГ может быть сконфигурирована для прерывания воспроизведения речевого файла, когда обнаруживается тональный сигнал набора номера.
Рабочие контексты системы. Система имеет флаг активности в блоке статуса порта для каждого пациента, в настоящее время использующего систему, для слежения за тем, в каком состоянии канал, связанный с платой ОГ, находится в
a. Режиме ожидания - незанятый канал, ожидающий телефонного вызова;
b. Режиме входа в систему - состояние, где пациент находится с процессе входа в систему;
c. Режиме регистрации - состояние, где пациент находится в процесс регистрации;
6. Реальном режиме - состояние, где пациент консультируется по действительной медицинской проблеме;
е. Информационном режиме - состояние, когда пациент консультируется для информации или гипотетической ситуации;
£. Режиме паузы - состояние паузы, инициированное пациентом;
д. Режиме ожидания решения - аналогично Реальному режиму, за исключением того, что новая медицинская информация, собранная для пациента, не добавляется автоматически в медицинскую запись пациента, а записывается в файл ожидания решения, где она будет проверена в автономном режиме человеком из персонала.
Голосовые ключевые слова и командные ключи ДЧГ. Система реагирует на следующие голосовые ключевые слова и ключи ДЧГ, когда она находится в состоянии подсказки, т. е. не отвечает на сообщение меню:
Голос ДЧГ
да 1 Пригоден для ответа на вопросы типа да/нет.
нет 2
Задний ход # Заставляет систему дать задний ход к предшествующему сообщению (см. ниже), затем продолжает воспроизведение.
помощь * Воспроизводит полезную информацию: либо узловой список сообщений помощи, либо сообщение объяснения команд ДЧГ.
оператор 0 Заставляет систему соединять вызывающего с живым человеком.
пауза 7 Переходы в режим паузы. Период паузы системы по умолчанию равен 30 с.
выход 9 Выходит из текущего алгоритма и переводит вызывающего на узел 110, который запрашивает вызывающего, хочет ли он (она) выбрать другой алгоритм.
повторение 3 Повторяет текущий узловой список проигрываемых сообщений. Если эта команда дана в середине длинного списка воспроизведения, то воспроизведение начинается заново с первого сообщения в списке.
Команды режима паузы
да 1 Растягивает период паузы на один интервал паузы по умолчанию (30 с).
продолжение 2 Заканчивает режим паузы. Если это происходит на узле Да/Нет, система повторит вопрос. Если это происходит на узле связи, система продолжит воспроизведение текущего сообщения. Система решает неоднозначность цифры 2 ДЧГ - нет или продолжение - путём проверки флага режима паузы.
Фиг. 2 показывает, как создаются речевые файлы. Человек, программирующий медицинские алгоритмы, использует речевые сообщения для связи с человеком, желающим получить медицинский совет. Как было упомянуто ранее, эти речевые сообщения имеют разную длину. Программист обычно пишет сценарий для речевого сообщения. Затем, используя трубку телефона 110, свойство громкоговорящего телефона или другое устройство ввода речи, например микрофон, программист читает сценарий в устройство ввода речи, которое подключено к плате 122 ОГ. Плата ОГ преобразует речь в цифровой формат и записывает оцифрованную речь в файл, который хранится на накопителе 152 на жёстком диске. В предпочтительном в настоящее время выполнении поддиректория, названная Голос, содержит речевые файлы системы и поддиректории для каждого медицинского алгоритма. Речевые файлы системы находятся в форме зузххх, где ххх является произвольно присвоенным числом. Сообщения системы используются фиксированными частями системы, например приветствием, процессом входа в систему, процессом регистрации. Имеется несколько речевых файлов в форме шздххх. Это сообщения вопросника последней истории болезни и подтверждения ответов. Также имеются дополнительные речевые файлы в форме шздхххх в каждой поддиректории алгоритма, где хххх обычно совпадает с номером узла, что будет объяснено ниже. Узловые сообщения включают сообщения информации, вопроса, меню и помощи.
III. Рабочие характеристики системы МДСЛ.
Одна из основных целей системы МДСЛ состоит в том, чтобы объединить высококвалифицированных медицинских экспертов, закодировать их знания в центральном местоположении и сделать их доступными каждому. Чтобы помочь в достижении этой цели, системой МДСЛ используется новый и уникальный авторский язык.
Каждый день специалисты выполняют одни и те же задания снова и снова. Они проводят один и тот же ритуал диагностики по решению хорошо известной проблемы. В то же время, однако, врачи первичной медицинской помощи пытаются найти наилучший путь через лабиринт диагностики неизвестной проблемы. Этот процесс неэффективен и полон ошибок.
В медицине имеется в общем один лучший путь действий. Вместо врачей, тратящих ценное время на дублирование заданий, система МДСЛ использует медицинских экспертов от каждой медицинской специальности, которые пишут подробные алгоритмы по лечению 100 или по наиболее часто встречающимся жалобам в семейной практике или экстренной медицинской помощи. Эти алгоритмы тщательно и специально разработаны для извлечения исторических данных и физических показателей по телефону, а не во взаимодействии лицом к лицу.
Некоторые эксперты могут работать вместе, чтобы тщательно исследовать одну конкретную жалобу, равно как предупредить полный спектр возможных проблем и ответов пациента. Эти эксперты также могут обеспечить и поддерживать таблицу лечения системы МДСЛ, равно как методики получения представлений таблиц выбора и лабораторной проверки выбора. Эти представления будут описаны ниже.
Тщательно построенные вопросы, использованные для написания истории болезни, являются главными инструментами, которые система МДСЛ использует для решения проблем пациентов. Ключом к написанию хорошей истории являются правильно заданные вопросы. В определённом смысле, вопросы процесса диагностики подобны тестам. Важно отметить, что правильные вопросы в основном всегда правильны, они не меняются. Хотя они и могут усовершенствоваться со временем, всё же один раз разработанные прекрасные и хорошо построенные вопросы будут хороши в течение долгого времени. Конечно, когда открываются новые заболевания, например синдром токсического шока или СПИД, разрабатываются новые наборы вопросов диагностики, которые конкретны для каждого заболевания.
Вопросы, использовавшиеся прежним поколением врачей, которые не имели никаких новейших методик получения представления (типов или способов), гораздо более чувствительны и точны в диагностировании проблемы пациента, чем вопросы, используемые докторами сегодня. Система МДСЛ использует тонкие нюансы языка для диагностирования пациентов, равно как и для определения того, когда необходимы определённые проверки или изучение полученных представлений.
Способности системы МДСЛ вырабатывать статистику позволяют системе анализировать эффективность вопросов, используемых в процессе диагностики. В результате врачи получают выгоду от огромного количества статистической информации, которая собирается по отношению к словам вопроса, заданного для написания истории болезни. Например, какой в точности процент пациентов, которые ответят да на вопрос Является ли эта головная боль худшей в вашей жизни?, действительно имеет субарахноидальное кровоизлияние? Хотя это классическое описание этой проблемы, точная вероятность наличия такой формы кровоизлияния в мозг после ответа да на этот вопрос в настоящее время неизвестна.
В настоящее время доктора могут лишь оценивать вероятность определённых состояний, основываясь на истории болезни. Путём применения статистической информации, которая вырабатывается, система МДСЛ не только предоставляет пациенту совет, который постоянно улучшается, но также будет способна пройти через эти вероятности ко всему медицинскому обществу.
Для оптимального функционирования система МДСЛ пытается получить так много информации о своих пациентах, как это возможно. Хотя первому по времени вызывающему даётся великолепный совет, более специфичный совет может быть дан, если система имеет больше информации. Поэтому система МДСЛ спрашивает пациентов об их полной истории болезни. Система МДСЛ может либо получить медицинскую запись пациента по телефону, либо она может направить почтой или факсом подробный вопросник каждому пациенту. Пациент может затем собрать необходимую информацию, как ему будет удобно. Система МДСЛ будет также всегда доступна по телефону для уточнения любых вопросов, которые могут быть у пациента.
Система МДСЛ использует коды Международной классификации заболеваний (Κ'Ό-9СМ), чтобы помочь суммировать информацию, которую она имеет о пациенте. Этот мировой стандарт является всесторонней цифровой системой, используемой для классификации полного спектра медицинских заболеваний. Коды 1СЭ-9-СМ также используются для классифика ции конкретных выполняемых процедур (например, аппендэктомии), равно как и для морфологии новообразований (т.е. диагноз ткани при раке).
Кроме того, система 100 МДСЛ использует Е-коды 1СЭ-9-СМ для классификации событий, обстоятельств и состояний окружающей среды, таких как случаи травмы, отравления и другие вредные воздействия. Эти коды особенно полезны для хранения информации о том, какие лекарства принимал и принимает в настоящее время пациент, равно как и контекста (например, терапевтическое использование, несчастный случай, отравление, попытка самоубийства), в котором они принимались или принимаются. Например, Е942.1 является кодом для терапевтического использования дигоксина. Медикаменты также перекрёстно классифицируются в соответствии с классификацией по номерам списка Американской больничной формулярной службы (АБФС). Система 100 также использует У-коды для классификации других типов обстоятельств или событий, таких как вакцинации, потенциальные опасности для здоровья, связанные с историей человека или семьи, и подверженность токсическим химикатам.
Считается, что алфавитно-цифровая составляющая истории болезни пациента не превышает 1000 атомов или фрагментов информации. Атом рассматривается здесь как отдельный элемент или точка опознаваемых данных. С таким предположением медицинские записи каждого человека на планете могут в настоящее время быть записаны примерно на 1000 оптических дисков.
Когда пациент взаимодействует с системой МДСЛ, система постоянно определяет, какие вопросы задавать, основываясь на информации, которую она имеет о пациенте. Точно так же как и врач собирает относящиеся к делу фрагменты информации из своего диалога с пациентом, система МДСЛ сигнализирует, а позднее сохраняет все относящиеся к делу фрагменты информации, которую она узнала из каждого взаимодействия с пациентом. Следовательно, определённые вопросы, поскольку ответы на них остаются одинаковыми, могут не повторяться. Например, если система МДСЛ узнала, что мать пациента страдала от мигреней, ей никогда не будет нужно запрашивать эту информацию снова.
Опять-таки, чем больше информации система МДСЛ имеет о пациенте, тем конкретнее её совет. Для системы МДСЛ не является необычным давать разные советы разным пациентам, обращающимся с одной и той же жалобой. Другими словами, выдаваемый совет конкретен для пациента. Не только совет системы МДСЛ может быть разным для разных пациентов, но имеются случаи, когда разными являются советы, выдаваемые одному пациенту (обращающе муся по одной и той же жалобе в разное время). Например, одна из группы функций, называемых мета, следит за количеством раз, когда у системы МДСЛ консультировались по одной и той же проблеме. Когда достигается порог, система МДСЛ советует пациенту, что определённое число консультаций наедине, по одной и той же жалобе, может означать проблему. Система затем делает должные рекомендации.
Перед тем, как система МДСЛ сохраняет любую информацию, система проверяет её точность. Для выполнения этого задания используются петли подтверждения. Любые фрагменты информации, которая станет частью медицинской записи пациента, отсылается через петлю подтверждения, когда система запрашивает пациента проверить точность информации, которую собрала система. Цикл подтверждения даёт возможность системе проверять новую информацию пациента и делать исправления до того, как ввести эту информацию в медицинскую запись пациента.
IV. Авторский язык.
Система МДСЛ использует новый авторский язык, который специально разработан, чтобы позволить медицинскому знанию быть закодированному в пригодную к использованию компьютерную программу. Предпочтительная в настоящее время версия голосового ответа или телефонии системы МДСЛ написана на объектно-ориентированном языке М1сго8ой С\С++ версии 7.0. Это позволяет системе МДСЛ легко сопрягаться с программами баз данных промышленного стандарта, включая те, которые основаны на 8ЦЬ (языке структурированных запросов), равно как и быть переносимой в другие операционные системы. Операционная система прозрачна для пользователя.
До разработки авторского языка системы МДСЛ для медицинских экспертов не существовало практического пути кодирования их знаний в осмысленную, полезную и доступную структуру. Хотя другие компьютерные языки использовались для построения систем медицинских экспертов, они почти всегда требовали вовлечения квалифицированного инженера или программиста. Очень часто знание, закодированное в этих системах, было доступно и полностью понятно только врачам. Обычно программист пытался перевести диагностические умения и правила лечения доктора в компьютерный код. Это отделение знания врача от закодированных рекомендаций по лечению часто порождали опасения у врача и иногда приводили к неточным рекомендациям по лечению.
Авторский язык системы МДСЛ, однако, разработан, чтобы позволить врачам переводить их знания в компьютерную программу так, чтобы персонал без медицинского образования мог получить к ним прямой доступ. Рекурсивные и итеративные методы используются для приобретения знаний от эксперта и для компоновки их таким образом, чтобы позволить им быть немедленно преобразованными в алгоритмы системы МДСЛ. Благодаря простому интерфейсу языка и поскольку уже разработана формула для написания алгоритмов, врачи, не имеющие компьютерной подготовки, могут кодировать свои знания, а также понимать, как в точности протекает этот процесс.
Авторский язык системы МДСЛ позволяет реструктурировать информацию плоского формата в иерархический или ступенчатый формат, в которых расположение передаёт значение. Таким образом, текстовое описание заболевания может быть преобразовано в форму, которая позволяет выдавать полезные рекомендации по лечению.
Новый язык также допускает формирование структуры, в которой многочисленные перекрытия выдаваемых на экран вопросов, вместе с применением рекурсивных методов, последовательно исключают некоторые диагнозы, достигая в то же время рекомендаций по лечению. Простота и элегантность системы МДСЛ была бы невозможной без нового языка.
Авторский язык системы МДСЛ позволяет программисту алгоритмов извлекать информацию из медицинской записи пациента, запрашивать дополнительную информацию от пациента и проводить выполнение алгоритма на основе истории болезни и ответов пациентов. Этот язык позволяет программисту выполнять алгоритм в естественном сценарном стиле.
Курс алгоритма определяется ответами вызывающего на вопросы, которые задаёт система МДСЛ. Для простых вопросов типа да/нет схема взаимодействия может быть описана двоичным деревом. Вопросы с множественным выбором (например, меню) предоставляют множество ветвей в дереве. Каждый вопрос может рассматриваться как узел, и приемлемыми ответами на этот вопрос являются ветви, ведущие к следующему вопросу (узлу). Используя эту абстракцию алгоритма, можно начертить ориентированный граф (известный также как карта узлов) узлов и ветвей алгоритма, начиная от начального вопроса и заканчивая всеми возможными завершающими точками.
Таблица узлов выстраивается таким образом:
1. Автор разрабатывает алгоритм.
2. Алгоритм разбивается на отдельные узлы.
3. Вычерчивается ориентированный граф, который является блок-схемой работы алгоритма.
4. Каждое определение узла вводится в систему МДСЛ разными путями:
a) либо путём использования утилиты ебиобе для написания определения каждого узла в машиночитаемую таблицу узлов системы,
b) либо путём использования утилиты х1а! для перевода файла А8СП для определений уз21 лов, которые способен прочитать человек, в машиночитаемую таблицу узлов системы.
Далее со ссылками на фиг. 3 будет описан процесс перевода медицинского алгоритма, написанного на авторском языке. Фиг. 3 изображает текстовый файл 170 формата Л8СП (Американский стандартный код для обмена информацией) как вход в утилиту 172 перевода. Файл Л8СП может быть создан путём использования текстового редактора или программы обработки текста (может быть необходим перенос в формат Л8СП). Файл 170 Л8СП содержит определения узлов, согласующиеся с синтаксисом, кратко описанным ниже.
Цель утилиты 172 Л8СП перевода определений узлов (х1а!.ехе вместе с функциями в рагк.с и иШ.с) состоит в преобразовании документа, который может прочитать человек, в машиночитаемый формат, который система МДСЛ читает во время прогона для обработки алгоритма. Эта утилита 172 может рассматриваться как предпроцессор, перевод же должен завершаться до времени прогона.
Выходом утилиты 172 является набор двоичных записей (ΝΟΌ_ΒΕΚ), записанных в таблицу 174 узлов (имя файла по6е.6о§) и набор файлов 176 двоичных списков (в поддиректории \1181\1181хх\ххуу), где хх являются первыми двумя цифрами номера узла, а уу являются последними двумя цифрами. Четыре файла 176а-1766 списков показаны в качестве примера. Каждый файл списка, например, 176а, содержит таблицу следующий (например, следующий узел после этого), список воспроизведения сообщений для этого узла, и рабочий список (т. е. одна или более вещей, которые следует выполнить на этом узле до начала воспроизведения речи). Двоичная запись, записанная в таблицу 174 узлов (по6е.6о§), имеет поля, содержащие номер узла (который является избыточным; положение записи в этом файле также указывает на номер узла), типовой атрибут узла (Меню, Связь, Подсказка, Да/Нет, Возврат, Зависание) и номер родительского узла).
Таблица 174 узлов является таблицей из 10000 записей ΝΟΌ_ΒΕΚ. Эта таблица 174 индексируется по номеру узла, например, пятидесятая запись соответствует узлу 50. Содержимое отдельных записей узлов может просматриваться путём выбора Отображаемый узел во время прогона утилиты е6по6е. Записи узлов изменяются либо путём использования утилиты е6побе, либо при переводе определений узлов из Л8СП в файл узла утилитой х1а1.
Одно из следующих ключевых слов необходимо как первый элемент на каждой строке, но принимается только одно ключевое слово на строку; любая избыточная информация будет устраняться.
Узел Ключевое слово Узел означает начало нового узла и определяет номер узла.
Родитель Ключевое слово Родитель определяет родителя для определяемого узла.
Тип Ключевое слово Тип определяет класс определяемого узла. Приемлемые имена типов таковы:
Меню Этот узел представляет вопрос с множественным выбором.
Да/Нет Этот узел представляет простой вопрос Да/Нет.
Связь На этом узле не требуется ответа вызывающего, обработка алгоритма продолжится на заранее заданном узле.
Подсказка Этот узел запрашивает некоторую цифровую информацию от вызывающего. Эта информация помещается в буфер ДЧГ, который затем сохраняется в следующем узле.
Возврат Возвращает от вызова подпрограммы (например, после конфигурирования объекта последней истории болезни).
Зависание Система освобождает этого вызывающего после того, как она заканчивает воспроизводить речевые файлы, или если вызывающий прерывает воспроизведение нажатием клавиши ДЧГ.
Ожидание нн Этот узел будет воспроизводить список сообщений, а затем перед продолжением сделает паузу на конкретное число секунд, не равное нулю.
@ Ключевое слово @ определяет действие, которое необходимо произвести в ответ на узел типа либо Меню, либо ДаНет.
Цифры Ключевое слово Цифры используется в сочетании с типом Подсказка для указания максимального числа цифр ДЧГ для получения от вызывающего.
Воспроизвести Ключевое слов Воспроизвести определяет список воспроизведения одного или более сообщений, подлежащих воспроизведению в этом узле.
Помощь Ключевое слово Помощь определяет список воспроизведения одного или более сообщений, содержащих полезные подсказки для взаимодействия с системой. Эти сообщения предоставляют полезные инструкции новому или смущённому вызывающему.
Следующий Ключевое слово Следующий определяет следующий узел, на который следует перейти после определяемого узла. Оно используется совместно с типами узлов Связь и Подсказка.
Работа Ключевое слово Работа показывает последовательность одной или более операций для выполнения по достижении определяемого узла. Эта обработка происходит перед началом воспроизведения речи.
Поддерживаются выборочный набор математических функций, операций отношения, и вложенных утверждений если-затем-иначе. Знак номера (#) или дефис (-) в первой позиции на новой строке заставит переводчика пропустить остаток строки. Это полезно для введения комментариев или снятия границ между определениями отдельных узлов. Переводчик также пренебрегает пустыми строками.
Чтобы дать должное определение узлу, для каждого узла должно присутствовать минимальное число ключевых слов, а другие ключевые слова должны быть включены в зависимо23 сти от типа узла. Минимальный набор ключевых слов для должным образом определённого узла таков:
Узел, Родитель, Тип и Воспроизвести.
Правила зависимостей:
(1) Тип Меню требует, по меньшей мере, строки @ 1 и строки @ 2.
(2) Тип ДаНет требует строки @ 1 и строки @ 2, (@ 3 и т.д. игнорируются.
(3) Тип Связь требует строки Следующий.
(4) Тип Подсказка требует строки Цифры и строки Следующий.
Первым ключевым словом в определении узла должно быть Узел. Другие ключевые слова могут даваться в любом порядке. Следующее появление ключевого слова Узел вызовет проверку завершённости. Если проверка завершённости успешна, то определение узла сохраняется в машиночитаемом (двоичном) формате и перевод продолжается с новой строки со словом Узел. Набор зарезервированных ключевых слов языка приведён в табл. 1.
Таблица 1
Зарезервированные ключевые слова языка (нечувствительные к позиции)
связь повтор
и меню проверка
буфер цифр мета затем
цифры следующий тип
иначе узел ожидание
еззГ родитель написать
выровнять воспроизвести работа
зависание вытолкнуть ИсклИЛИ
помощь подсказка да/нет
если протолкнуть
удержать повторный ввод
V. Работа во время прогона.
Теперь со ссылкой на фиг. 4 будет описано взаимодействие во время работы составляющих аппаратного и программного обеспечения системы 100 МДСЛ. Как было упомянуто ранее, процессор 160 алгоритмов включает в себя синтаксический анализатор и поддерживающие функции, которые манипулируют таблицей изменяемых символов памяти и стеком времени прогона. Для выбранного медицинского алгоритма запись узла считывается из таблицы 174 узлов и файл списка считывается из множества файлов 176 списков. Процессор алгоритмов также взаимодействует с платой 124 распознавания речи (РР) νρτο для распознавания речи и платой 122 обработки голоса (ОГ) Οίαίοβίο для воспроизведения речи и обнаружения ДЧГ. Плата 122 ОГ далее взаимосвязана с набором файлов 180 речи, которые хранятся на части жёсткого диска 152, и с одной из телефонных линий 106, которая подключается через телефонную сеть 108 (фиг. 1) к телефону 110 пациента. Плата 124 РР далее подключается к описанным выше словарям 182 образцов голоса, также хранящимся на части жёсткого диска 152. Процессор 160 алгоритмов использует ресурсы распознавания речи, воспроизведения речи и обнаружения ДЧГ, как предписано медицинским алгоритмом, который извлекается из таблицы 174 узлов и файлов 176 списков.
Согласно фиг. 4, 5а и 5Ь некоторые структуры данных используются во время прогона. Эти структуры данных описываются следующим образом:
A. Блок статуса порта (БСП). Блок статуса порта создаётся во время прогона для каждого канала платы 122 ОГ. БСП содержит флаги, буферы и таблицы, которые удерживают информацию о состоянии канала, сохраняют ответы вызывающего и прослеживают, где передать управление в ответ на распознавание голоса и события телефонии. БСП отслеживает, предпочитает ли вызывающий использовать речевые или клавишные ответы, последний ответ вызывающего, число последовательных ошибок, которые сделал вызывающий, и иные чувствительные к контексту параметры.
B. Блок узла. Эта структура 196 содержит номер узла, атрибут типа (связь, меню, да/нет, зависание, подсказка, ожидание, возврат) и указатели на:
a. Список помощи - список воспроизведения информации о помощи;
b. Список воспроизведения или сообщений - список из одного или более сообщений или речевых файлов для воспроизведения последовательно на каждом узле;
c. Таблицу или список следующий - содержит вводы данных для каждого возможного ответа на узлы да/нет или меню, которые оцениваются во время прогона для определения ответвления к следующему узлу; и
б. Список работ - вещи, которые следует выполнить перед началом воспроизведения сообщения.
Программа 194 загрузка_узла () в иШ.с выстраивает структуру 196 блока узла в памяти посредством первого считывания записи 190 узла из таблицы 174 узлов. Затем связанные списки присоединяются к указателям помощь, воспроизведение, следующий и работа. Эти списки поступают из файлов 176 списков в маршруты поддиректорий \1181\1181хх\ххуу, где ххуу является номером узла, а каждый файл 192 списка связан с единственным узлом.
C. Таблица символов. Каждый пациент имеет свою собственную связанную таблицу символов. Часть таблицы 212 символов показана на фиг. 5Ь. Таблица символов загружается во время прогона с переменными памяти, которые хранят конкретные данные пациента (возраст, пол и элементы из истории болезни) и конкретные данные алгоритма. Элементы в таблице символов могут быть отмечены флагами для хранения в истории болезни пациента.
Ό. Стек времени прогона (СВП). Каждый канал платы 122 ОГ Б|а1ощс имеет связанный с ним СВП. СВП используется синтаксическим анализатором. Программист алгоритмов может протолкнуть в СВП или вытолкнуть из него, например, для временного хранения значения переменной.
Список работ имеет невоспроизводимые задания, которые выполняются в каждом узле. Имеется один список работ для каждого узла, и он идентифицируется ключевым словом работа в файле Л8СП определения узла. Список работ может быть пустым. Каждый раз, когда система переходит к новому узлу, она будет выполнять список работ. Если пациент повторяет узел, система не будет выполнять список работ снова, она просто снова воспроизведёт сообщение (сообщения). Если пациент запрашивает систему 100 дать задний ход по карте узлов, система выполнит список работ узла, к которому она даёт задний ход. Типичные задания в списке работ включают в себя манипулирование объектами в стеке времени прогона или в таблице символов, проверку наличия переменных памяти, конфигурирование последней истории болезни или объектов текущего медицинского состояния, или написание записей базы данных. Пример комплексного списка работ следует ниже:
Проверить ОБЪЕКТ2; Телефон = БУФЕР ЦИФР; Протолкнуть возраст
Этот пример проверяет наличие объекта записи пациента, названного ОБЪЕКТ2, загружает содержимое буфера цифр в переменную памяти Телефон, проталкивает значение переменной памяти Возраст в стек времени прогона.
Каждый узел имеет таблицу или список следующий. Индексы списка следующий находятся в диапазоне от 1 до 9 включительно. Список следующий содержит либо номер единичного узла, либо выражение если. Для всех типов узлов, исключая узел Зависание, существует, по меньшей мере, один список следующий:
Узлы Связь и Подсказка: узел следующий хранится в индексе 1 таблицы.
Узел Да/Нет: узел следующий для ответа Да хранится в индексе 1 таблицы, а ответ Нет хранится в индексе 2. Это соответствует приглашению если ответ Да, нажмите 1; если ответ Нет, нажмите 2.
Узел Меню: номер ответа и индекс таблицы одинаковы. Даже хотя действительная структура данных имеет индекс 0 в языке программирования Си, этот индекс не используется в таблице следующий, поскольку ответ 0 зарезервирован для помощи оператора.
Ниже приведён пример списка следующий:
Если Мужчина и Возраст >55, то 100, иначе 200 интерпретируется как:
Если пациент одновременно мужчина и старше 55 лет, то перейти к узлу 100, в ином случае перейти к узлу 200.
Файлы 180 речи могут иметь произвольную длину. Сообщение может быть информационным, списком опций меню, или вопросом типа да/нет. Ограничение два абзаца или менее одной минуты было выбрано как удобство стиля для предпочтительного в настоящее время выполнения. Обычно узел запрограммирован как последовательность узлов Да/Нет, с перемежающими их информационными узлами Связи, если необходимо. Когда происходит долгое обсуждение, речь записывается в множество файлов. Для упрощения программирования алгоритмов и улучшения считываемости (т.е. устранения длинных цепей узлов Связи) список воспроизведения узлов Связи может содержать до десяти номеров сообщений.
При прибытии на узел Связи система помещает указатель текущее сообщение на начало списка воспроизведения (тривиальный случай: список воспроизведения единственного сообщения; интересный случай: список воспроизведения множества сообщений). Пока происходит воспроизведение, указатель текущего сообщения перемещается вниз по списку воспроизведения. После того, как система воспроизвела последнее сообщение в списке, она перемещается на следующий узел.
Если вызывающий запускает команду задний ход, система будет перемещать указатель текущего сообщения назад на одно сообщение, и продолжать воспроизведение. Если указатель находился на начале списка (например, тривиальный случай), система возвращается назад на предыдущий узел и помещает указатель текущего сообщения на начало списка воспроизведения. Если в списке более одного сообщения, система помещает указатель на последнее сообщение в списке. Система затем продолжает воспроизведение.
Система 100 МДСЛ использует три основных рабочих режима:
A. Реальный режим - вовлекает действительную медицинскую проблему. В этом режиме система 100 загружает последнюю историю болезни, сохраняет новые объекты последней истории болезни, и записывает мета-запись для каждого консультируемого алгоритма. Программист медицинского алгоритма реагирует на предоставление кода для перехода из последнего мета-анализа в Информационный режим.
B. Информационный режим - вовлекает сценарий а что, если. В Информационном режиме система 100 отбрасывает последнюю историю болезни, не сохраняет вновь сконфигурированные объекты последней истории болезни, не записывает мета-запись для каждого консультируемого алгоритма, и не проводит метаанализа. Пациент в Информационном режиме имеет возможность менять параметры пола и возраста для создания гипотетического пациента.
С. Режим Ожидания решения - удерживает ситуацию, когда выборка голоса пациента не совпадает с эталонной выборкой пациента. Режим Ожидания решения используется также, когда от лица пациента с системой 100 МДСЛ взаимодействует ассистент, и обе выборки голосов ассистента и пациента не проходят проверку образцов голоса. В случае, когда выборка голоса ассистента не проходит проверку образцов голоса, но выборка голоса пациента проходит проверку, режим Ожидания решения не используется. В режиме Ожидания решения система 100 МДСЛ рассматривает историю болезни пациента и выполняет мета-анализ в течение этой консультации. Однако мета-запись для этой консультации не записывается, и любая новая медицинская информация, собранная по этому пациенту, не будет вноситься в медицинскую запись пациента. Новая медицинская информация записывается в файл Ожидания решения. Файл Ожидания решения проверяется автономно администратором системы или человеком из персонала, и затем добавляется в медицинскую запись пациента, только если информация может быть проверена.
Одним из недостатков традиционных отношений доктор-пациент является малое количество времени, которое врачи способны проводить с пациентами. Система 100 МДСЛ, однако, обеспечивает пациентам столько времени на изучение своих проблем, сколько они желают, равно как и на получение информации по любому количеству других медицинских тем.
С помощью свойства Информационный режим системы 100 МДСЛ вызывающие могут узнать о процессе заболевания, о заболевании или о новейшем лечении любой болезни без добавления какой-либо информации к их персональным медицинским записям. Хотя система 100 отслеживает взаимодействие, оно помечено как Сеанс информационного режима. Запись пути вызывающего через систему не используется как основа для любого будущего совета и не принимается во внимание при выработке статистики системы.
Информационный режим не ограничен по жалобам, по которым система 100 МДСЛ предлагает медицинские советы. Информация о раннем обнаружении и лечении многих других заболеваний, равно как и новейшие достижения в медицине, могут быть сделаны доступными через Информационный режим.
Со ссылкой на фиг. 5Ь-5д в качестве примера будет описана временная последовательность прогона операций того, как пациент может пройти карту узлов главного меню на несколько шагов в карту узла алгоритма боли в грудной клетке. Часть карты узлов основного меню со связанным сценарием и часть карты узлов алгоритма боли в грудной клетке со связанным сценарием включена в приложение на микрофишах. Будут обсуждены шесть узлов с частью связанной таблицы символов.
На фиг. 5Ь процессор 160 алгоритмов загружает первый узел № 100, представленный блоком 210 узла. Переменные для возраста, пола и реального режима были загружены в таблицу 212 символов в процессе входа в систему (который будет описан ниже). В этом примере список помощи пуст, т. е. пациенту не воспроизводится никакой информации о помощи. Список работ устанавливает переменную Проблема в таблице 212 символов на Меню. Затем система 100 начинает воспроизводить сообщение № 1 00. Это сообщение даёт пациенту меню вариантов для выбора из них. Ввод Цифр, равный единице, означает, что от пациента ожидается ответ из одной цифры. Пациент может отвечать путём нажатия наборной (ДЧГ) клавиши на телефоне или путём произнесения ответа выбора в микрофон телефонной трубки. В этом примере пациент выбирает вариант 1 меню. Синтаксический анализатор оценивает список следующий на основании выбора пациента и ответвляется на узел № 1 01 .
На фиг. 5с процессор 160 алгоритмов загружает узел № 1 01 , представленный блоком 214 узла. Список работ пуст, поэтому система 100 переходит прямо к воспроизведению сообщения № 1 01 , которое представляет пользователю другое меню вариантов. Список следующий имеет четыре узла для возможных точек ответвления. В этом случае пациент выбирает вариант 1 меню для жалобы на боль в грудной клетке. Синтаксический анализатор оценивает список следующий на основании выбора пациента и ответвляется на узел № 2200.
На фиг. 56 процессор 160 алгоритма загружает узел № 220, представленный блоком 218 узла. Командой списка работ является обновление значения Проблемы в таблице 220 символов для БГК (боли в грудной клетке). Затем система 100 начинает воспроизведение сообщения № 220. Для узла типа Связь не требуется ответа от пациента. Список следующий имеет два узла для возможных точек ответвления в зависимости от значения переменной Реальной таблицы символов. Синтаксический анализатор оценивает выражение Если в списке следующий для значения Реальный и, в данном примере, ответвляется на узел № 2201 .
На фиг. 5е процессор алгоритмов загружает узел № 2201 , представленный блоком 222 узла. Командой списка работ является записать Мета-запись консультации для будущего использования Мета-функцией. Список воспроизведения пуст, так что не воспроизводится никакого сообщения. Для узла типа Связь не требуется ответа от пациента. Основной целью этого узла является внесение записи Метаконсультации (поскольку система в текущий момент находится в Реальном режиме для этого пациента). Список следующий имеет только один узел, так что никакие решения не требуются от синтаксического анализатора, который в этом примере ответвляется на узел № 2205.
На фиг. 51 процессор алгоритмов загружает узел № 2205, представленный блоком 226 узла. Список работ пуст в этом узле, так что система 100 переходит прямо к воспроизведению сообщения № 2205, которое представляет пользователю вопроса типа да/нет. Список следующий имеет два узла для возможных точек ответвления в зависимости от ответа пациента. В этом примере пациент ответил нет, и синтаксический анализатор оценивает список следующий на основе выбора пациента и ответвляется на узел № 2210.
На фиг. 5д процессор алгоритмов загружает узел № 2210, представленный блоком 230 узла. Список работ пуст в этом узле, так что система 100 переходит прямо к воспроизведению сообщения № 2210, которое представляет пользователю вопроса типа да/нет. Список следующий имеет два узла для возможных точек ответвления в зависимости от ответа пациента. Если пациент отвечает да на вопрос, синтаксический анализатор ответвляется на узел № 2211, но если пациент отвечает нет на вопрос, синтаксический анализатор ответвляется на узел № 2215.
VI. Структура программного обеспечения.
Со ссылкой на фиг. 6 система использует восемь принципиальных отдельных процессов и семь связанных баз данных. Процесс 250 входа пользователя в систему используется системой 100 для идентификации пациента, который был ранее зарегистрирован в системе, путём подсказки об идентификационном номере пациента (ИНП). Процесс 272 входа ассистента в систему используется системой 100 для идентификации ассистента, который был ранее зарегистрирован в системе, путём подсказки об идентификационном номере ассистента (ИНА). Процесс 276 ассистируемого входа пациента в систему используется системой 100 для идентификации пациента, который был ранее зарегистрирован в системе, путём подсказки об идентификационном номере пациента (ИНП). Если вызывающий является пациентом, процесс 252 регистрации пациента используется системой для регистрации новых или впервые обратившихся пациентов. Если вызывающий не является пациентом, процесс 274 регистрации ассистента используется системой для регистрации новых или впервые обратившихся ассистентов. Затем, если пациент ещё не зарегистрирован, системой используется процесс 278 ассистируемой регистрации пациента для регистрации пациента. Эти процессы будут подробнее описаны ниже.
Когда пациент уже вошёл в систему или зарегистрировался, система предоставляет выбор между двумя процессами в текущем выполнении. Первым из этих процессов является процесс 254 оценки, который выполняет диагно стику пациента. Вторым из них является процесс 256 таблицы лечения для получения текущей информации о лечении для конкретного заболевания или диагноза. В другом выполнении добавляются другие варианты для доступа к другим процессам медицинской информации.
С этими восемью процессами связаны база 260 данных по регистрации пациентов и ассистентов, база 262 данных по истории консультирования, база 264 данных ответов пациентов, база 266 данных объектов историй болезни, база
268 данных историй болезни пациентов, база
269 данных ожидания решения и база 270 данных медикаментов пациента, которые описаны ниже следующим образом:
А. Основная база 260 данных по регистрации пациентов и ассистентов создаётся во время прогона одним из процессов 252, 274 или 278 регистрации. Эта база 260 данных считывается процессом 250 входа пациента в систему или процессом 276 ассистируемого входа пациента в систему для подтверждения подлинности пациента во время входа в систему и процессом 272 входа ассистента в систему для подтверждения подлинности ассистента во время входа в систему. База 260 данных является по существу основным файлом всех зарегистрированных пациентов и ассистентов, проиндексированных идентификационными номерами пациентов и идентификационными номерами ассистентов соответственно. Идентификационный номер пациента или идентификационный номер ассистента и поля даты рождения и пола вводятся процессом регистрации в диалоговом режиме; имя пациента или ассистента администратор системы вводит вручную в автономном режиме.
База 260 данных пациентов и ассистентов содержит одну запись для каждого пациента и ассистента. Эта база 260 данных индексируется идентификационным номером. Система присоединяет базу 260 данных регистрации после того, как вызывающий успешно зарегистрировался. Следующий идентификационный номер хранится в двоичном файле соиТщ.Ю и увеличивается после каждой успешной регистрации. Каждая запись имеет следующие поля:
Имя поля Тип данных Ширина Использование
ИН Цифровой 10 Идентификационный номер
ТИП Буквенный 1 Тип пользователя: П - пациент, А - ассистент
ПОМ_ПОСТ Булевый 1 Флаг постоянного ассистента
ПОМ_ВРЕМ Дата 8 Срок для постоянного ассистента
СВЯЗИ Указатели 20 Указатели на связанных пациентов/ ассистентов
ОРГ-ЦИЯ Буквенный 8 Алфавитно-цифровой код организации
ИМЯ Буквенный 20 Имя пациента/ ассистента
ПОЛ Буквенный 1 Пол
ГОД Цифровой 4 Год рождения
МЕСЯЦ Цифровой 2 Месяц рождения
ДЕНЬ Цифровой 2 День рождения
ДОСТУП Дата 8 Последний доступ
ПУТЬ ЗГ Буквенный 20 Имя пути файла записанного голоса
В. База 262 данных историй консультирования или мета создаётся во время прогона процессом 254 оценки. Запись консультации содержит алфавитно-цифровые коды для жалобы пациента, пораженной анатомической системы и диагностированной причины жалобы пациента. Когда мета-функция вызывается во время прогона, она сравнивает алфавитно-цифровые строки, предоставленные процессом оценки, с полями мета-записей всех пациентов, которые попадают во временное окно, определённое процессом оценки. Мета-функция возвращает количество найденных совпадений и индикацию частоты жалоб пациента.
Каждый пациент имеет отдельный метафайл, который является частью базы 262 данных историй консультирования. По завершении процесса оценки и в зависимости от флага рабочего режима во время прогона система будет создавать новую мета-запись, заполнять её поля информацией, полученной в процессе оценки, и присоединять эту запись либо к базе 262 данных историй консультирования, либо к файлу 269 ожидания решения. Например, информация, используемая в новой мета-записи, может быть из команды Записать Мета в списке работ узла. Каждая запись имеет следующие поля:
Имя поля Тип данных Ширина Использование
ДАТА Дата 8 Отметка даты
ПРОБЛЕМА Буквенный 5 Жалоба/ симптомы пациента
СИСТЕМА Буквенный 5 Поражённая анатомическая система
ПРИЧИНА Буквенный 5 Диагностированная причина жалобы
База 264 данных ответов пациентов создаётся во время прогона процессом 254 оценки. База 264 данных ответов является контрольным следом: каждая запись отмечается по времени и регистрирует ответ пациента на каждый вопрос. Эта база 264 данных может быть затем проанализирована в автономном режиме программой баз данных, такой как РохРто/РохВаке для выяснения того, как пациент отвечал на вопросы в процессе 254 оценки, или может быть разработана программа баз данных для собирания комбинаций и статистики ответов и выработки подходящих отчётов.
Каждый пациент имеет соответствующий файл прослеживания ответов, который является частью базы 264 данных ответов пациентов. Система 100 присоединяет этот файл прослеживания ответов к записи ответов каждый раз, когда пациент отвечает на вопрос или предоставляет данные, запрашиваемые алгоритмом. Для возможности прочтения человеком система также вводит записи Начать вызов и Конец вызова в этом файле. Каждая запись имеет следующие поля:
Имя поля Тип данных Ширина Использование
дата Дата 8 Отметка даты ММ/ДД/ГГ
ВРЕМЯ Буквенный 8 Отметка даты ЧЧ/ММ/СС
УЗЕЛ Цифровой б Номер текущего узла
ТИП Буквенный 5 Тип ответа: ДЧГ или ГОЛОС
ОТВЕТ Буквенный 5 Команда ответа или строка цифр
РЕЖИМ Буквенный 1 Рабочий контекст консультации
ВЕРСИЯ Буквенный 20 Версия или комментарий начала/ конца вызова
КОЭФ_ЧУВСТ Буквенный 20 Текущие установки коэффициентов чувствительности
Ό. База 266 данных объектов истории болезни является вспомогательной базой данных, которая поддерживает ключевой признак системы 100 МДСЛ - последнюю историю болезни. База данных объектов истории болезни является каталогом уникальных алфавитно-цифровых кодов, причём каждый код соответствует медицинскому состоянию или диагнозу, который не предполагается менять в течение жизни пациента (например, диагноз астмы кодируется как ΒνΗΖΑδΤ).
В дополнение к алфавитно-цифровым кодам система 100 МДСЛ использует поле мемо в базе данных РохРто для хранения двоичных объектов. В текущий момент эти двоичные объекты являются клиническими звуками, получаемыми от пациента по телефону.
Ожидается, что когда техника баз данных станет более разработанной, она позволит хранить более крупные и более сложные двоичные файлы, такие как следующие: оцифрованное рентгеновское изображение, оцифрованное сканирование КТ (компьютерной томографии), оцифрованное сканирование МРИ (магниторезонансного изображения). Кроме того, по мере усовершенствования видеотелефонной техники, ожидается, что система 100 будет хранить изображения или даже голографические изображения пациента.
Для каждого последнего медицинского состояния имеется запись в базе данных объектов истории болезни, которая содержит атрибуты медицинского состояния и содержит указатель на вопросник последней истории болезни. Атрибуты медицинского состояния включают в себя его тип данных (булевый или цифровой) и количество позиций цифр, необходимых для хранения значения цифровой величины, связан ной с этим состоянием (не применимо к булевому типу).
Поле указателя пригодно для получения истории болезни во время прогона. Если пациент имеет неоконченный вопросник истории болезни в деле с системой 100 МДСЛ, то поле указателя затем позволяет процессу оценки мгновенно приостанавливать оценку, переходить к медицинскому вопроснику и задавать отдельный вопрос, собирать и проверять ответы пациента и затем продолжать процесс оценки. Этот подход спросите, когда Вам это нужно освобождает пациента от прохождения исчерпывающего вопросника истории болезни перед первой консультацией процесса диагностики.
Каждая запись базы данных объектов истории болезни имеет следующие поля:
Имя поля Тип данных Ширина Использование
МЕТКА Буквенный 8 Имя кода объек- та
ТИП Буквенный 1 Тип данных объекта
ЦИФРЫ Цифровой 3 Максимальное число цифр в ответе
ВЫЗОВ Указатель 6 Идентифицирует вопрос(ы), которые необходимо задать для конфигурирования этого объекта
АУДИО Двоичный Недостаточн. Образец голоса
ИЗОБРАЖ Двоичный Недостаточн. Образец лица
кги Буквенный 20 (Для будущего использования)
Е. База 268 данных историй болезни пациентов (ИБП) создаётся во время прогона процессом 254 оценки или путём использования вопросника последней истории болезни. База 268 данных ИБП считывается процессом оценки во время прогона. Эта база 268 данных содержит индивидуальную историю болезни каждого пациента. Новый пациент имеет возможность выбрать прохождение всего медицинского вопросника за один раз, тем самым конфигурируя все объекты последней истории болезни, перечисленные в базе 266 данных объектов. Альтернативно, новый пациент может пропустить вопросник и перейти прямо к диагнозу медицинской жалобы. Затем, если медицинский алгоритм требует объекта последней истории болезни, который ещё не сконфигурирован, процесс 254 оценки запускает функцию последней истории болезни до того, как он продолжит алгоритм.
Каждый пациент имеет свой собственный файл последней истории болезни, который является частью базы 268 данных ИБП, содержащей записи, которые описывают медицинские события или состояния из жизни пациента. Система 100 присоединяет запись к этому файлу каждый раз, когда объект истории болезни конфигурируется для пациента. Содержание этого файла встраивается в таблицу символов, когда пациент входит в систему 100. Программист медицинского алгоритма реагирует на использование команды ПРОВЕРКА для проверки того, присутствуют ли необходимые элементы в таблице символов до выполнения алгоритма. Побочное воздействие отрицательного результата ПРОВЕРКИ заключается в том, что система 100 предлагает пациенту предоставить эту информацию. Система 100 отмечает любой новый или изменённый элемент и запрашивает пациента подтвердить эти значения во время Цикла подтверждения выхода, который будет описан ниже. Каждая запись содержит следующие поля:
Имя поля Тип данных Ширина Использование
ЭТИКЕТКА Буквенный 20 Этикетка объекта
ТИП Буквенный 1 Тип данных объек- та
ЗНАЧЕНИЕ Буквенный 10 Сконфигурированное значение объекта
ДОСТОВЕРН. Цифровой 3 Достоверность значения объекта
Дата Дата 8 Дата конфигурации объекта
1СП9А I Плавающий I 5 I Первый код 1СП9А I
1 1СЭ9Е I Плавающий I 5 Пятый код 1СЭ9Е
Р. Файл 269 базы данных ожидания решения удерживает медицинскую информацию, собранную во время режима ожидания решения, для проверки в автономном режиме. Структура записи базы данных ожидания решения аналогична той, которая используется для базы 268 данных последней истории болезни (ПИБ). Процесс оценки записывает в базу данных во время прогона, когда он конфигурирует новый объект последней истории болезни для пациента во время взаимодействия режима ожидания решения. Содержимое базы данных ожидания решения просматривается в автономном режиме человеком из персонала, и если информация подтверждается, человек из персонала присоединяет информацию к файлу последней истории болезни пациента.
С. Факультативная база 270 данных медикаментов пациента содержит файл для каждого пациента, содержащий информацию о медикаментах, которые они принимают или принимали в прошлом. База 270 данных медикаментов создаётся процессом 254 оценки во время прогона. Команда записать лекарство выстраивает запись и заполняет её поля одинаково названными переменными памяти из таблицы символов. Процесс 254 оценки может считывать базу 270 данных медикаментов во время прогона по мере необходимости. Таблица 256 лечения факультативно считывает базу 270 данных медикаментов для определения медикамента(ов), используемого(ых) пациентом.
Имя поля Тип данных Ширина
ОБЩЕЕ НАИМЕНОВАНИЕ Буквенный 20
ТОРГОВОЕ НАИМЕНОВАНИЕ 1 Буквенный 20
ТОРГОВОЕ НАИМЕНОВАНИЕ? Буквенный 20
ТОРГОВОЕ НАИМЕНОВАНИЕ3 Буквенный 20
КОД 1СИ-9-СМ Буквенный 10
Е-КОД 1СА-9-СМ Буквенный 10
У-КОД 1СА-9-СМ Буквенный 10
ДРУГОЕ Буквенный 20
ДОЗИРОВКА Буквенный 20
МАРШРУТ ПРИМЕНЕНИЯ Буквенный 10
ЧАСТОТА Буквенный 10
ИСПОЛЬЗОВАНИЕ Буквенный 20
ДАТА НАЧАЛА Дата 8
ДАТА КОНЦА Дата 8
ДРУГОЕ 1 Буквенный 20
ДРУГОЕ2 Буквенный 20
УШ. Блок-схема алгоритма высокого уровня.
Со ссылками на фиг. 7а, 7Ь, 7с и 76 будет описана блок-схема 300 алгоритма высокого уровня программного обеспечения системы 100 МДСЛ. Номер телефона, используемый для получения доступа к системе 100 МДСЛ, может быть различным в различных выполнениях системы. Если агентство-спонсор или больница хотят предоставить доступ к системе 100 МДСЛ бесплатно для вызывающего, то затем может быть использован бесплатный номер службы 800. Если агентство-спонсор хочет покрыть расходы от работы системы 100 МДСЛ за счёт вызывающего, оно может использовать номер с оплатой за вызов или номер с оплатой по льготному тарифу (например, служба 900). Коды Современной процедурной терминологии (СПТ-4) доступны для описания и оплаты за телефонные консультации сторонним плательщикам (третьим лицам). Они составляют список описательных терминов и идентифицирующих кодов для отчёта о медицинских услугах и процедурах. Коды СПТ-4 являются наиболее широко распространённой номенклатурой для отчёта о врачебных услугах в страховых компаниях.
Начиная с начального состояния 302, человек 112 (фиг. 1), желающий получить медицинский совет, звонит по номеру телефона в систему 100 МДСЛ по телефонной линии 106. Вызывающий может быть пациентом или может быть ассистентом, например родителем, родственником или другом, который помогает пациенту. Перемещаясь в состояние 304, система 100 автоматически отвечает на вызов и приветствует вызывающего 112 вводным приветственным сообщением путём воспроизведения речевого файла, хранящегося на жёстком диске 152 за счёт использования платы 122 ОГ. Переходя в состояние 106, система 100 МДСЛ задаёт каждому пациенту, который звонит в систему, ряд начальных отсеивающих вопросов. Эти вопросы разработаны для идентификации пациентов, которые угрожающе больны, они не предназначены для идентификации проблемы пациента. Начальные отсеивающие вопросы дают возможность системе фильтровать пациентов, которым требуется немедленное медицинское внимание.
Переходя в состояние 308 решения, каждому пациенту, который угрожающе болен, дают указания позвонить по номеру телефона 911 экстренного ответа в состоянии 309, или он будет автоматически соединён с ближайшей системой экстренных медицинских услуг в регионе пациента. Телефонный вызов прекращается компьютером 102 в состоянии 310. Ниже приведены примеры начальных отсеивающих вопросов:
- ЭТО МЕДИЦИНСКОЕ УГРОЖАЮЩЕЕ ПОЛОЖЕНИЕ?
- У ВАС ЕСТЬ СЛОЖНОСТИ С ДЫХАНИЕМ?
- ОЩУЩАЕТЕ ЛИ ВЫ СЕРЬЁЗНУЮ БОЛЬ ИЛИ ДАВЛЕНИЕ В ВАШЕЙ ГРУДИ?
Если система определяет, что пациент испытывает медицинское угрожающее состояние, она может предоставить пациенту меню экстренных медицинских процедур в состоянии 311. В ситуациях, когда пациент или вызывающий для пациента удалён от ближайшей экстренной помощи, например, в сельской местности, вызывающему может быть необходимо запустить экстренные процедуры немедленно. Меню экстренных медицинских процедур предоставляет несколько вариантов для вызывающего. Если вызывающий нажимает клавишу 1 набора или произносит слово один в микрофон телефона, компьютер 102 ответвляется в состояние 312, в котором излагается общеизвестная информация о восстановлении сердечной деятельности и дыхания (ВСДД). Если вызывающий имеет функцию громкоговорящего телефона, связанную с используемым телефоном 110, вызывающий может быть способен слушать и выполнять инструкции, выдаваемые системой 100, без использования рук вдали от телефона. Если вызывающий нажимает клавишу 2 набора или произносит слово два в микрофон телефона, компьютер 102 ответвляется в состояние 313, в котором излагается общеизвестная информация об объятии Геймлиха при асфиксии. При завершении либо состояния 312, либо состояния 313 телефонный вызов заканчивается в состоянии 314.
Если пациенту определили в операции 308 отсутствие медицинского угрожающего состояния, т.е. система 100 МДСЛ удовлетворена, что немедленно угрожающего жизни состояния нет, компьютер 102 переходит в состояние 315 решения для определения того, является ли вызывающий действительным пациентом. Если да, то компьютер 102 переходит в состояние 316 решения для определения, был ли пациент ранее зарегистрирован или даже консультировался с системой 100, т. е. не является новым или впервые обратившимся вызывающим. Если да, то система 100 проверяет идентификацию пациен та и извлекает их медицинскую запись в процессе 250 входа пациента в систему, который будет описан ниже. По завершении процесса 250 компьютер 102 переходит по чересстраничному соединителю С 317 в состояние 344 (фиг. 76). Если пациент не зарегистрирован, система 100 МДСЛ переходит к процессу 252 регистрации пациента для нового пациента, что будет описано ниже. По завершении процесса 252 компьютер 102 переходит по чересстраничному соединителю С 317 в состояние 344 на фиг. 76.
Если вызывающий не является пациентом, как определено в состоянии 315, компьютер 102 переходит по чересстраничному соединителю А 318 в состояние 320 на фиг. 7Ь. Имеется много случаев, когда пациент не может использовать систему 100 МДСЛ напрямую, например, из-за травмы, слабости или мерцающего сознания. В этих случаях вместо пациента с системой может взаимодействовать ассистент.
Ассистент регистрируется в системе через процесс 274 регистрации ассистента, который будет описан ниже. Запись регистрации ассистента идентична записи регистрации пациента в структуре, но три поля имеют особую значимость для ассистента: ПОМ_ПОСТ, ПОМ_ВРЕМ и СВЯЗИ. Поле ПОМ_ПОСТ является булевым флагом, который может быть установлен только в автономном режиме администратором системы, который проверяет с помощью отдельных соотношений, что связь между пациентом и ассистентом существует. Эти соотношения имеют вид от-одного-ко-многим, т.е. пациент может иметь одного или более ассистентов, и ассистент может быть связан более чем с одним пациентом. Флаг ПОМ_ПОСТ может также быть ограничен полем ПОМ_ВРЕМ, которое содержит отметку времени для окончания атрибута ПОМ_ПОСТ. Если флаг ПОМ_ПОСТ истинен, тогда указатели СВЯЗИ будут показывать на одну или более записей пациента, для которого этот ассистент является постоянным ассистентом, в ином случае поле СВЯЗИ будет пусто.
Медицинская информация, собранная во время ассистируемой консультации, заносится в медицинскую запись пациента только, если соблюдены следующие три условия:
(a) флаг ПОМ_ПОСТ ассистента истинен (b) отметка времени ПОМ_ВРЕМ не достигнута (c) ассистент имеет указатель соотношения к записи пациента.
Если любое из этих трёх условий не соблюдено, любая новая медицинская информация, полученная от этого пациента, будет сохранена в файле 269 ожидания решения для проверки в автономном режиме администратором системы.
Система 100 устанавливает в состоянии 315, является ли вызывающий пациентом или ассистентом. Если вызывающий не является пациентом, то система предполагает, что вызывающий является ассистентом, и в состоянии 320 решения определяет, зарегистрирован ли ассистент. Если ассистент ещё не зарегистрирован в системе, система регистрирует нового ассистента в процессе 274 регистрации ассистента. Если ассистент уже зарегистрирован в системе 100, компьютер 102 выполняет процесс 272 входа ассистента в систему. По завершении либо процесса 272, либо процесса 274 компьютер 102 проходит в состояние 321 решения.
Если пациент ещё не зарегистрирован в системе 100, как определяется в состоянии 321, то система позволяет ассистенту зарегистрировать нового пациента в процессе 278 ассистируемой регистрации пациента. Однако если пациент уже зарегистрирован в системе 100, как определяется в состоянии 321, компьютер 102 выполняет процесс 276 ассистируемого входа пациента в систему. По завершении процесса 278 или процесса 276 компьютер 102 переходит по чересстраничному соединителю В 327 в состояние 334 на фиг. 7с.
В состоянии 334 решения компьютер определяет, есть ли дата рождения пациента в медицинской записи пациента. Если есть, компьютер переходит по чересстраничному соединителю С 317 в состояние 344 на фиг. 76. Если нет, система 100 пытается получить дату рождения пациента. Перемещаясь в состояние 335, система 100 спрашивает ассистента, известна ли дата рождения пациента. Если известна, компьютер 102 переходит в состояние 336 для запроса даты рождения пациента. В состоянии 337 система 100 излагает дату рождения пациента, полученную в состоянии 336. В состоянии 338 ассистент определяет, правильна ли дата рождения, как она была изложена системой 100. Если нет, компьютер 102 возвращается обратно в состояние 336 для нового запроса о дате рождения пациента. Если дата рождения пациента верна, как определяется в состоянии 338, компьютер указывает на дату рождения для сохранения в медицинской записи пациента в состоянии 339, и переходит в состояние 344 на фиг. 76.
Если дата рождения пациента неизвестна, как определяется в состоянии 335, компьютер 102 переходит в состояние 340, в котором система запрашивает ассистента предоставить примерный возраст пациента. Возраст является важным параметром, используемым в процессе 254 оценки и таблице 256 лечения. В состоянии 341 система 100 излагает примерный возраст пациента, полученный в состоянии 340. В состоянии 342 ассистент определяет, является ли возраст правильным, как изложено системой 100. Если нет, компьютер 102 возвращается назад в состояние 340 для нового запроса о примерном возрасте пациента. Если возраст пациента правилен, как определяется в состоянии 342, система 100 советует ассистенту в состоянии 343 получить действительную дату рожде ния пациента до следующей консультации, и переходит в состояние 344 по фиг. 76. Система 100 использует примерный возраст в консультации в процессе 253 оценки и таблицы 256 лечения.
В состоянии 344 по фиг. 76 система 100 представляет вызывающему меню системного выбора. Здесь вызывающего просят выбрать из четырёх вариантов: диагностическая система, таблица лечения, будущий процесс/функция или конец вызова, как описано ниже:
A. Диагностическая система: система начинает процесс 254 оценки в меню, где она просит пациента начать идентификацию жалобы.
B. Таблица лечения: система переводит пациента к процессу 356 таблицы лечения в меню, где она просит пациента выбрать способ выбора лечения.
C. Будущий процесс/функция: будущий процесс или функция 280, неопределённая в настоящем изобретении, которая считывает и/или записывает базы данных, показанные на фиг. 6.
Ό. Конец вызова: система выполняет несколько шагов и затем заканчивает телефонный вызов.
Либо в процессе 254, либо 256 компьютер работает как интерпретатор, как выполняется процессором 160 алгоритмов в нижеследующей карте узла, созданной программистом алгоритма. В точке выхода процесса 254 оценки система 100 даёт пациенту возможность выбора другой жалобы. В конце процесса 256 таблицы лечения система даёт пациенту возможность выбора другого лечения.
По завершении процесса 254 оценки, процесса 256 таблицы лечения или будущего процесса 280 система 100 возвращается обратно в состояние 344 и излагает меню системного выбора вызывающему. Если вызывающий выбирает вариант Конец вызова в состоянии 344, система 100 МДСЛ переходит в состояние 345 решения. В состоянии 345 решения система 100 определяет случай, если процесс 254, процесс 256 или процесс 280 не происходят в информационном режиме, т.е. они происходят либо в реальном режиме, либо в режиме ожидания решения, и проверяет таблицу символов пациента для определения, являются ли какие-либо сконфигурированные переменные памяти состояниями последней истории болезни, которые необходимо сохранить в файле истории болезни пациента. Если в состоянии 345 оба условия истинны, система 100 проходит в состояние 346 решения для определения, проводится ли консультация в Реальном режиме. Если нет, консультация проводится в режиме Ожидания решения, и система 100 затем записывает новую информацию пациента, полученную во время консультации, в файл 269 ожидания решения. Если состояние 346 подтверждает истинность, т. е. Реальный режим, для каждого последнего медицинского состояния, которое должно быть сохранено, система 100 МДСЛ просит пациента в состоянии 348 дать разрешение на запись данных в файл истории болезни пациента и подтвердить, что данные верны. Например, во время консультации по кашлю система 100 узнаёт, что пациенту поставлен диагноз о положительном анализе на ВИЧ. Система 100 спросит, Могу я занести информацию о вашем диагнозе ВИЧ в вашу медицинскую запись? Если пациент отвечает да, то система спросит Пожалуйста, подтвердите, что у вас диагноз о положительном анализе на ВИЧ, так ли это? Если пациент отвечает да, то система 100 записывает этот факт в файл истории болезни пациента. После подтверждения каждый элемент данных хранится в файле пациента в базе 268 данных историй болезни пациентов (фиг. 6).
По завершении либо обновлении базы 268 данных в состоянии 348, состояние 345 подтверждает ложность, либо по завершении состояния 347, система 100 переходит в состояние 349 решения. До того как система 100 закончит консультацию с пациентом, она представляет краткое содержание всего совета, который она выдала. Затем пациента просят записать и повторить ключевые пункты. Система 100 МДСЛ затем даёт пациенту возможность принять краткое описание сеанса консультации и конкретные рекомендации, предоставленные системой, по факсу, электронной почте (Е-шаб) или почтовой службой, такой как почта первого класса. Если требуется факс или Е-шай, система 100 переходит в состояние 350 решения для определения, доступна ли в системе информация для отправки краткого описания и рекомендаций. Если нет, система 100 в состоянии 352 запрашивает пациента об информации, например, о номере факса, адресе Е-шай или почтовом адресе. Пациент также имеет возможность отправить краткое описание консультации своему поставщику медицинской помощи или специалисту. Переходя в состояние 351, компьютер 102 добавляет перезапись текущего телефонного сеанса в очередь на факс или очередь на Е-шаб, как требуется для последующей передачи. По завершении состояния 351 или если система 100 определяет в состоянии 349, что перезапись сеанса не должна быть отправлена, телефонный вызов прекращается в состоянии 353.
VIII. Процесс входа в систему.
Теперь, со ссылкой на фиг. 8а и 8Ь, будет описан процесс 250 входа пациента в систему, определённый на фиг. 7а. Этот процесс вызывается, если пациент ранее вызывал и регистрировался в системе 100. Начиная от стартового состояния 358, компьютер переходит в состояние 359 и устанавливает флаг совпадения на истинно. Флаг совпадения проверяется в этом процессе 250 позднее совместно с установкой режима консультирования. Переходя в состояние 360, компьютер 102 приглашает пациента ввести идентификационный номер пациента (ИНП), который присваивается в процессе регистрации. Процесс 252 регистрации пациента будет описан совместно с фиг. 9а и 9Ь. Переходя в состояние 361 решения, компьютер 102 определяет, достоверен ли ИНП. Если нет, компьютер 102 определяет, в состоянии 362 решения, меньше ли, чем три попытки ввести ИНП было совершено. Если да, компьютер возвращается назад в состояние 360 для повторения запроса на ИНП. Однако если было совершено три попытки ввести ИНП, как определяется в состоянии 362, компьютер 102 воспроизводит вежливое сообщение, которое говорит пациенту, что попытка войти в систему не удалась, и прекращает вызов в состоянии 363. Компьютер 102 докладывает о неудавшейся попытке входа в систему системному администратору в агентстве-спонсоре, больнице или другой организации. Пациенту, однако, разрешается перерегистрироваться как новому пациенту и получить доступ к необходимой медицинской информации. Администратор системы разрешает этот вид ситуации в автономном режиме.
Если пациент правильно ввёл достоверный ИНП, как определяется в состоянии 361, компьютер переходит в состояние 364 решения для определения, имеет ли пациент, идентифицируемый ИНП, образец голоса пациента или выборку голосовых колебаний в файле в системе 100. Если нет, компьютер 102 переходит в состояние 365, чтобы записать образец голоса пациента, например, произношение пациентом своего полного имени. Образца голоса пациента может не быть в файле, например, если пациент не смог предоставить образец голоса в процессе 278 ассистируемой регистрации пациента в предыдущей консультации. По завершении записи образца голоса в состоянии 365 компьютер 102 проходит в состояние 366, в котором флаг совпадений устанавливается на ложно для показа того, что образец голоса пациента была записан во время текущего входа в систему.
Если пациент, идентифицируемый ИНП, имеет образец голоса в файле в системе 100, как определяется в состоянии 364, компьютер 102 переходит в состояние 367 и приглашает пациента произнести своё полное имя. Переходя в состояние 368 решения, компьютер 102 определяет, проходит ли выборка голоса, полученная в состоянии 367, критерий совпадения. Если нет, компьютер переходит в состояние 369 и излагает сообщение, что текущая выборка голоса не прошла критерий совпадения. В предпочтительном в настоящее время выполнении текущая выборка голоса сравнивается с эталонной выборкой голоса, записанной в процессе 252 регистрации пациента или процесса 278 ассистируемой регистрации пациента. Из-за того, что выборки голоса не совпали, как определяется в операции 368, компьютер 102 устанавливает флаг совпадения на ложно в состоянии 370. В этом случае флаг совпадения устанавливается на ложно для указания того, что один из способов проверки безопасности не удался. Однако процесс 250 продолжается в состоянии 372 после того, как флаг совпадения установлен на ложно в состоянии либо 366, либо 370.
Если выборка голоса прошла критерий совпадения в состоянии 368, компьютер 102 проходит в состояние 371 и излагает сообщение, что текущая выборка голоса прошла критерий совпадения. Теперь это состояние проверки безопасности удовлетворено и флаг совпадения остаётся установленным на истинно. По завершении состояния 371 компьютер 102 переходит в состояние 372. В состоянии 372 компьютер 102 проверяет пол и возраст пациента путём изложения пациенту пола и возраста, как хранится в базе 260 данных регистрации (полученной в процессе 252 регистрации). В состоянии 373 решения пациент отвечает о корректности изложенной информации. Если информация о поле или дате рождения неверна, компьютер 102 переходит в состояние 374 для запроса верной информации. Компьютер 102 затем возвращается обратно в состояние 372 для проверки информации, принятой в состоянии 374. Если результат состояния 373 решения истинен, т.е. пол и возраст верны, компьютер переходит по чересстраничному соединителю А 375 в состояние 376 решения на фиг. 8Ь для определения того, хочет ли пациент провести новый телефонный сеанс в Реальном режиме или Информационном режиме. Если желателен Информационный режим, компьютер 102 переходит в состояние 377 решения для определения того, подлежат ли пол и возраст пациента использованию во время консультации в Информационном режиме. Если нет, компьютер переходит в состояние 378 для запроса возраста и пола для использования в гипотетической ситуации во время сеанса в Информационном режиме. Переходя в состояние 379 решения, компьютер 102 излагает пол и возраст, полученные в состоянии 378, и просит пациента подтвердить, что эта информация верна. Если нет, компьютер возвращается назад в состояние 378 для нового запроса возраста и пола. Когда состояние 379 решения истинно, или возраст и пол пациента подлежат использованию во время этой консультации, как определяется в состоянии 377, компьютер 102 переходит в состояние 380 и устанавливает режим работы как Информационный режим.
Если состояние 376 определяется как Реальный режим, компьютер 102 переходит в состояние 381 для проверки, является ли флаг совпадения истинным. Если нет, система 100 советует пациенту в состоянии 382, что текущая консультация должна проходить в режиме Ожидания решения. Режим работы устанавливается как режим Ожидания решения в состоянии 383. Если флаг совпадения истинен, как определяется в состоянии 381, компьютер 102 устанавливает режим работы как Реальный режим в состоянии 384.
По завершении установки рабочего режима либо в состоянии 380, состоянии 383, либо в состоянии 384, компьютер переходит в состояние 386 решения. В состоянии 386 решения компьютер 102 определяет, желает ли пациент ознакомиться с тональными командами набора номера, описанные в процессе регистрации. Если да, то компьютер 102 проходит в состояние 388 и излагает тональные команды набора номера. По завершении состояния 388, или если пациент не желает знакомиться с тональными командами набора 46 номера, компьютер 102 переходит в состояние 390 решения, в котором компьютер 102 определяет, желает ли пациент ознакомиться с ключевыми голосовыми словами, описанными в процессе регистрации. Если да, то компьютер проходит в состояние 392 и излагает ключевые голосовые слова. По завершении состояния 392 или если пациент не желает знакомиться с ключевыми голосовыми словами, компьютер переходит в состояние 394 решения, в котором компьютер 102 определяет, желает ли пациент делать возможной подсказку. Если да, то компьютер проходит в состояние 396 и делает возможной подсказку. Если нет, подсказка отключается в состоянии 398. Сделать возможной подсказку означает то, что пациент хотел бы, чтобы его пригласили отвечать. На это ссылаются как на жёсткую подсказку, поскольку это останется в действии всё время вызова. Если жёсткая подсказка отключена и система 100 имеет трудности с распознаванием ответов пациентов, компьютер 102 включает мягкую подсказку. После следующего успешного распознавания компьютер выключает мягкую подсказку. По завершении состояния 396 или 398 компьютер возвращается в состояние 400 в блок-схеме алгоритма высокого уровня (фиг. 7).
Ссылаясь теперь на фиг. 12а и 12Ь, будет описан процесс 272 входа ассистента в систему, описанный на фиг. 7Ь. Этот процесс вызывается, если ассистент уже ранее вызывал и зарегистрирован в системе 100. Начиная со стартового состояния 940, компьютер 102 переходит в состояние 942 и приглашает ассистента назвать идентификационный номер ассистента (ИНА), который был присвоен в процессе регистрации. Процесс 274 регистрации ассистента будет описан совместно с фиг. 14а и 14Ь. Переходя в состояние 944 решения, компьютер 102 определяет, является ли ИНА достоверным. Если нет, компьютер 102 определяет в состоянии 946 решения, меньше ли, чем три попытки ввести ИНА было совершено. Если да, компьютер возвращается назад в состояние 942 для повторения запроса на ИНА. Однако если было совершено три попытки ввести ИНА, как определяется в состоянии 946, компьютер 102 воспроизводит вежливое сообщение, которое говорит ассистенту, что попытка войти в систему не удалась, и прекращает вызов в состоянии 948. Компьютер 102 докладывает о неудавшейся попытке входа в систему системному администратору в агентстве-спонсоре, больнице или другой организации.
Если ассистент правильно ввел достоверный ИНА, как определяется в состоянии 944, компьютер переходит в состояние 950 и приглашает вызывающего произнести своё полное имя. Переходя в состояние 951 решения, компьютер 102 определяет, проходит ли выборка голоса, полученная в состоянии 950, критерий совпадения. Если нет, компьютер переходит в состояние 952 и излагает сообщение, что текущая выборка голоса не прошла критерий совпадения. В предпочтительном в настоящее время выполнении текущая выборка голоса сравнивается с эталонной выборкой голоса, записанной в процессе 274 регистрации ассистента. Из-за того, что выборки голоса не совпали, как определяется в операции 951, компьютер 102 устанавливает режим работы как режим Ожидания решения в состоянии 953. В этом случае режим Ожидания решения устанавливается для показа того, что один из способов проверки безопасности не удался. Однако процесс 272 продолжается в состоянии 960 на фиг. 12Ь после того, как режим Ожидания решения установлен в состоянии 953.
Если выборка голоса прошла критерий совпадения в состоянии 951, компьютер 102 проходит в состояние 954 и излагает сообщение, что текущая выборка голоса прошла критерий совпадения. Теперь это состояние проверки безопасности удовлетворено. Далее, три дополнительных проверки выполняются над ассистентом, идентифицируемым ИНА, полученным в состоянии 942. В состоянии 955 компьютер определяет, является ли флаг постоянного ассистента истинным, как хранится в базе 260 данных регистрации пациентов и ассистентов. Если да, компьютер 102 проходит в состояние 956 решения для определения того, находится ли дата окончания для постоянного ассистента в будущем, т.е. того, что дата истечения срока ещё не достигнута. Если да, компьютер 102 проходит в состояние 957 решения для определения того, существует ли соотношение между ассистентом и пациентом, т. е. имеет ли ассистент указатель соотношения на запись пациента. Если да, то режим работы устанавливается на Реальный режим в состоянии 958, и затем компьютер 102 проходит по чересстраничному соединителю А 959 в состояние 960 на фиг. 12Ь. Однако если любое из состояний 955, 956 или 957 решений окажется ложным, компьютер 102 переходит в состояние 953, в котором режим работы установлен на режим Ожидания решения.
Состояния 960-964 аналогичны состояниям 372-374 процесса 250 входа пациента в систему (фиг. 8). Из-за этой аналогичности обсуждаются только значительные различия во избежание повторений. Состояния 960, 962 и 964 проверяют возраст и пол ассистента, а не пациента, как в состояниях 372, 373 и 374. Состояния 966-980 аналогичны состояниям 386-400 процесса 250 входа пациента в систему (фиг. 8Ь). Основное отличие заключается в том, что состояния 966-980 принадлежат ассистенту, а состояния 386-400 принадлежат пациенту.
Ссылаясь теперь на фиг. 13а и 13Ь, будет описан процесс 276 ассистируемого входа пациента в систему, определённого на фиг. 7Ь. Этот процесс 276 вызывается как пациентом, так и ассистентом, которые ранее вызывали и зарегистрированы в системе 100. Этот процесс допускает гибкость пациента за счёт разрешения ассистенту предоставлять помощь во время входа в систему и последующей консультации. Начиная со стартового состояния 990, компьютер 102 переходит в состояние 992 и приглашает ассистента назвать идентификационный номер пациента (ИНП), который был присвоен в процессе регистрации. Как было определено ранее на фиг. 7, процесс 278 ассистируемой регистрации пациента вызывается, если пациент ещё не зарегистрирован. Процесс 278 будет описан совместно с фиг. 15а и 15Ь. Переходя в состояние 994 решения, компьютер 102 определяет, является ли ИНП достоверным. Если нет, компьютер 102 определяет в состоянии 996 решения, меньше ли, чем три попытки ввести ИНП было совершено. Если да, компьютер возвращается назад в состояние 992 для повторения запроса на ИНП. Однако если было совершено три попытки ввести ИНП, как определяется в состоянии 996, компьютер 102 воспроизводит вежливое сообщение, которое говорит вызывающему, что попытка войти в систему не удалась, и прекращает вызов в состоянии 998. Компьютер 102 докладывает о неудавшейся попытке входа в систему системному администратору в агентствеспонсоре, больнице или другой организации. Если ассистент не знает ИНП и пациент не может предоставить его, ассистенту разрешается перерегистрировать пациента как нового пациента в процессе 278, чтобы разрешить доступ к необходимой медицинской информации. В этом случае ассистент может быть обязан оценить возраст пациента, если пациент имеет, например, мерцающее сознание. Администратор системы решает вопрос о поддержании записи в этой ситуации в автономном режиме.
Если ассистент верно предоставил достоверный ИНП системе 100 в состоянии 994, то компьютер затем переходит в состояние 993 решения для определения того, имеет ли пациент идентифицируемый ИНП, образец голоса или сигнал выборки голоса в файле в системе 100. Если нет, компьютер переходит в состоя ние 1003 решения для определения того, может ли пациент обеспечить выборку голоса. Если нет, компьютер 102 переходит по чересстраничному соединителю В 997 в состояние 1008 на фиг. 13Ь. Если пациент может предоставить выборку голоса, как определяется в состоянии, компьютер 102 переходит в состояние 995 для записи образцов голоса пациента, например, произношение пациентом своего полного имени. Образец голоса пациента может не быть в файле, например, если пациент не смог предоставить образец голоса в процессе 278 ассистируемой регистрации пациента в предыдущей консультации. По завершении записи образцов голоса в состоянии 995, компьютер 102 переходит по чересстраничному соединителю В 997 в состояние 1008 на фиг. 13Ь.
Если пациент, идентифицируемый ИНП, имеет образец голоса в файле в системе 100, как определяется в состоянии 993, компьютер 102 переходит в состояние 999 и спрашивает, может ли пациент предоставить выборку голоса системе. Если нет, компьютер 102 переходит по чересстраничному соединителю В 997 в состояние 1008 на фиг. 13Ь. Состояния 1000, 1002, 1004, 1006 аналогичны состояниям 367, 368, 369, 371 соответственно, процесса 250 входа пациента в систему (фиг. 8). Из-за этой аналогичности обсуждаются только значительные различия во избежание повторений. По завершении состояния 1004, т.е. выборка голоса пациента не прошла критерий совпадения, компьютер 102 переходит по чересстраничному соединителю В 997 в состояние 1008 на фиг. 13Ь. По завершении состояния 1006, т.е. когда выборка голоса пациента прошла критерий совпадения, компьютер 102 переходит по чересстраничному соединителю А 1001 в состояние 1005 на фиг. 13Ь.
По завершении состояния 995, т.е. образец голоса пациента записан, состояния 999 или состояния 1003, т.е. пациент не может предоставить выборку голоса, или состояния 1004, т. е. совпадение выборки голоса не удаётся, система продолжает процесс 276 в состоянии 1008 на фиг. 13Ь. Для трёх ситуаций, только что описанных в этом процессе 276, компьютер 102 устанавливает режим работы на режим Ожидания решения в состоянии 1008. Система 100 затем говорит вызывающему в состоянии 1009, что новая информация пациента не будет сохранена в медицинской записи пациента, так как консультация была в режиме Ожидания решения до тем пор, пока информация не будет проверена в автономном режиме.
По завершении состояния 1006, т. е. выборка голоса проходит, компьютер 102 продолжает процесс 276 в состоянии 1005, в котором режим работы установлен как Реальный режим. Система 100 затем говорит вызывающему в состоянии 1007, что новая информация пациента будет сохранена в медицинской записи пациента.
По завершении состояния 1009 или состояния 1007 компьютер 102 переходит в состояние 1010. Состояния 1010, 1012 и 1014 проверяют пол и возраст пациента аналогично состояниям 372. 373 и 374 (фиг. 8). Состояния 1016-1030 аналогичны состояниям 386-400 процесса 250 входа пациента в систему (фиг. 8). Основное различие заключается в том, что состояния 1016-1030 направлены на ассистента, а состояния 386-400 направлены на пациента.
IX. Процесс регистрации.
Ссылаясь теперь на фиг. 9а и 9Ь, будет описан процесс 252 регистрации пациента, определённый на фиг. 7а. Этот процесс 252 вызывается, если пациент ранее не вызывал и не был зарегистрирован в системе 100. В течение первой консультации система 100 МДСЛ получает возраст и пол пациента. Это является минимальным количеством информации, которая требуется системе МДСЛ для выдачи медицинского совета. Чем больше информации система МДСЛ имеет о пациенте, тем более конкретен её совет.
Система 100 МДСЛ присваивает каждому из пациентов уникальный идентификационный номер пациента. Кроме того, когда пациент регистрируется первый раз, собственное произношение пациентом своего имени записывается, оцифровывается и сохраняется в его медицинской записи. Затем, когда пациент делает новый вызов, предыдущая запись извлекается и пациента просят повторить своё имя в точности так, как он это делал во время регистрации. Две записи затем сравниваются, чтобы посмотреть, совпадают ли они. Это использование образцов голоса помогает в дальнейшем обеспечивать безопасность и конфиденциальность медицинской записи пациента.
Начиная со стартового состояния 420, компьютер 102 переходит в состояние 422, запрашивает пол пациента и удостоверяет его путём повторения ответа, данного пациентом. Переходя к состоянию 424 решения, пациент отвечает указанием системе 100 через клавиши набора номера или голосовой ответ, верна ли повторённая информация. Если нет, компьютер 102 возвращается назад в состояние 422 для нового запроса информации. Когда информация верна в состоянии 424, компьютер переходит в состояния 426 и 428 для запрашивания и проверки даты рождения пациента аналогичным образом, как и в состояниях 422 и 424.
Когда состояние 428 решения определяется как истинное, компьютер 102 переходит в состояние 427 и запрашивает пациента произнести своё полное имя. Переходя к состоянию 429, полное имя оцифровывается и сохраняется в поддиректории на жёстком диске 152 (фиг. 1), индексированной идентификационным номером пациента (ИНП). Имена файлов имеют следующий вид: <ИНП>.уох. Компьютер 102 получает доступ к файлу для извлечения нового доступ ного ИНП. Имя пути к записанным файлам голоса сохраняется в записи пациента в базе 260 данных регистрации. В последующих телефонных сеансах с системой 100 голосовой сигнал пациента будет сравниваться с записанным файлом голоса для безопасности и других выборочных целей. Когда голосовой сигнал сохраняется, компьютер 102 переходит в состояние 431 и предоставляет ИНП пациенту. Пациент информируется о важности запомнить ИНП для использования в будущих консультациях с системой 100.
По завершении состояния 431 компьютер 102 переходит в состояние 430 решения для определения того, имеет ли пациент доступное печатное руководство пользователя системы МДСЛ. Если да, компьютер 102 переходит в состояние 436 и запрашивает пациента обратиться к странице руководства, которая описывает клавиши набора номера, ключевые голосовые слова и режимы. Если нет, компьютер 102 переходит в состояние 432 решения для определения того, хочет ли пациент остановки системы 100, чтобы дать возможность пациенту взять бумагу и письменные принадлежности для записи инструкций пользователя. Если да, компьютер 102 останавливается в состоянии 434 на 30 с. По завершении паузы в состоянии 434, если пользователь не хочет паузы в состоянии 432, или после того, как пациент проинструктирован открыть должную страницу в руководстве, компьютер 102 переходит в состояние 440 на фиг. 9Ь по чересстраничному соединителю А 438.
В состоянии 440 система 100 предоставляет пациенту объяснение клавиш набора номера. Эти клавиши были описаны выше в связи с обсуждением Ключевых слов голоса и Клавиш команд ДЧГ. Переходя к состоянию 442, компьютер 102 спрашивает, хочет ли пациент услышать объяснения ключей снова. Если да, компьютер 102 повторяет состояние 440. Если нет, компьютер проходит в состояние 444, в котором пациенту предоставляется объяснение ключевых слов голоса. Эти ключевые слова были описаны выше. Переходя в состояние 446, компьютер 102 спрашивает, хочет ли пациент услышать объяснение ключей снова. Если нет, компьютер 102 проходит в состояние 448, в котором пациенту предоставляется объяснение Реального и Информационного режима. Эти режимы были описаны выше. Переходя в состояние 450, компьютер 102 спрашивает, хочет ли пациент услышать объяснения режимов снова. Если да, компьютер 102 повторяет состояние 448. Если нет, компьютер 102 проходит в состояние 452, в котором пациенту излагается краткое содержание новой информации пользователя. Это краткое описание включает в себя воспроизведение двух способов управления системой: ключевые слова голоса и ДЧГ, и два режима взаимодействия: Реальный и Информационный. Компьютер 102 возвращается в со стояние 454 в блок-схеме алгоритма высокого уровня (фиг. 7).
Ссылаясь теперь на фиг. 14а и 14Ь, будет описан процесс 274 регистрации ассистента, определённый на фиг. 7Ь. Этот процесс 274 вызывается, если вызывающий не является зарегистрированным пациентом и ранее не вызывал и не был зарегистрирован как ассистент в системе 100. Состояния 1050-1090 аналогичны состояниям 420-454 процесса 252 регистрации пациента (фиг. 9). Из-за этой аналогичности обсуждаются только значительные различия во избежание повторений. Состояния 1052, 1056, 1062 и 1064 принадлежат ассистенту, а не пациенту, как в состояниях 422, 426, 427, 429 и 431 (фиг. 9а) соответственно. Состояние 1060 записывает произношение ассистентами их полных имён, а состояние 1062 сохраняет их в базе 260 данных регистрации пациентов и ассистентов. Система 100 предоставляет идентификационный номер ассистента (ИНА) в состоянии 1064. ИНА используется аналогично ИНП при доступе к файлам и записям. Оставшиеся состояния 1066 1090 также направлены на ассистента.
Ссылаясь теперь на фиг. 15а и 15Ь, будет описан процесс 278 ассистируемой регистрации пациента, определённый на фиг. 7Ь. Этот процесс вызывается, если вызывающий не является пациентом и пациент ранее не вызывал и регистрировался в системе 100. Состояния 11001150 аналогичны состояниям 420-454 процесса 252 регистрации пациента (фиг. 9). Из-за этой аналогичности обсуждаются только значительные различия во избежание повторений. Основное различие заключается в том, что ассистент взаимодействует с системой 100 вместо пациента во время этого процесса 278, и, следовательно, режим работы устанавливается как режим Ожидания решения в состоянии 1111. Состояния 1112 и 1116 получают пол и возраст пациента соответственно. Если пациент не может предоставить возраст ассистенту и системе, ассистент предоставляет оцениваемый возраст. Оцениваемый возраст может быть исправлен во время последующей консультации с системой 100. В состоянии 1119 система 100 спрашивает, может ли пациент предоставить голосовую выборку его или её полного имени. Если да, сигнал голоса записывается и сохраняется в базе 260 данных регистрации (фиг. 6) в состояниях 1120 и 1122. Если пациент не может обеспечить выборку голоса в состоянии 1119, система 100 информирует ассистента в состоянии 1121, что выборка голоса пациента будет запрошена в течение следующей консультации. Затем, записана или нет выборка голоса, система 100 предоставляет идентификационный номер пациента (ИНП) ассистенту и пациенту (если они связаны) в состоянии 1123. Вызывающий инструктируется сохранять ИНП для будущих консультаций либо пациентом, либо ассистентом вместо пациента. Если ассистент и/или пациент хотят услышать ИНП снова, как определяется в состоянии 1124 решения, компьютер 102 повторяет ИНП в состоянии 1123. Компьютер 102 переходит по чересстраничному соединителю А 1125 в состояние 1126 решения на фиг. 15Ь. Оставшиеся состояния 1126-1150 в процессе 278 направлены на ассистента, а не на пациента, как и в состояниях 430-454 процесса 252 (фиг. 9).
X. Процесс оценки.
Теперь со ссылкой на фиг. 10а и 10Ь будет описан процесс 254 оценки, определённый на фиг. 76. Этот процесс 254 вызывается, если пациент выбрал вариант Диагностической системы в меню выбора системы (фиг. 76, состояние 344). Начиная со стартового состояния 470, компьютер переходит в состояние 471 и излагает меню способа идентификации для запроса идентификации жалобы. После того, как начальные отсеивающие вопросы (состояние 306, фиг. 7а) завершены и медицинская запись (функция 352 регистрации) открыта, система 100 МДСЛ просит пациента описать жалобу. Идентификация проблемы пациента является одним из наиболее важных шагов в процессе оценки. Система 100 имеет встроенные меры безопасности, чтобы гарантировать, что пациент понимает вопросы и что система 100 МДСЛ понимает жалобу пациента. Например, система держит таблицы синонимов, так что любая проблема, связанная с семантикой вопроса или ответа, может быть быстро решена. Жалоба может идентифицироваться одним из следующих путей: анатомической системой 472, причиной 476, алфавитной группой 480 или каталожным номером 482.
Самым лёгким и наиболее часто используемым путём идентификации жалобы является путь с помощью анатомической системы, т.е. к какой системе относится ваша проблема?. Термин анатомическая система 472 относится к основным системам тела, таким как сердечнососудистая, дыхательная, нервная системы, пищеварительная система, системы ухо/нос/горло, офтальмологическая, гинекологическая/акушерская, урологическая, кровяная/гематологическая, кожная, мускульно-скелетная и эндокринная системы. После того как пациент идентифицировал анатомическую систему своей жалобы, ему задают ряд Отсеивающих вопросов системы в состоянии 473. Для каждой анатомической системы имеется несколько симптомов или рисунков симптомов, которые в случае их наличия, будут давать право на немедленное вмешательство, поскольку любая задержка, даже идти далее через процесс меню, может причинить вред. Например, если пациент идентифицировал сердечно-сосудистую систему как анатомическую систему, в которой находится его или её жалоба, (например, боль в грудной клетке), система 100 МДСЛ будет задавать отсеивающие вопросы по сердечно-сосудистой системе. Например, пациента спросят Имеется ли у вас одновременно давление в вашей грудной клетке и одышка? Если эти симптомы присутствуют вместе, необходимо немедленное вмешательство. С тромболитическими агентами, которые доступны сегодня, время является критическим моментом для спасения клеток миокарда. Всего несколько минут могут означать разницу между способностью и неспособностью реанимировать пациента.
Следовательно, в состоянии 474 система 100 определяет, существует ли серьёзное медицинское состояние. Если да, система 100 переходит в состояние 486, воспроизводя сообщение, которое советует пациенту просить немедленного медицинского внимания, и заканчивает процесс 254 оценки в состоянии 488 завершения. Если в состоянии 474 определяется, что серьёзного медицинского состояния не существует, система 100 продолжает меню жалоб в состоянии 475 и излагает список алгоритмов, имеющих дело с проблемой, которая соответствует выбранной анатомической системе. Пациент затем выбирает алгоритм из списка.
Если пациент не уверен в анатомической системе, система 100 пытается идентифицировать проблему путём запроса причины. Причина 476 относится к причинам заболевания и таким, как травма, инфекция, аллергия/иммунитет, отравление, окружающая среда, сосудистая, умственная, генетическая, эндокринная/метаболическая причины и опухоль. Когда пациент идентифицировал то, что он считает причиной его проблемы, (например, травма, инфекция), система 100 МДСЛ задаёт Отсеивающие вопросы причины в состоянии 477. Эти вопросы задаются для того, чтобы быть уверенным, что пациент не страдает от проблемы, немедленно угрожающей жизни. Например, если как причина выбирается инфекция, система должна перед продолжением сначала выяснить возможность эпиглоттита или менингита. Следовательно, в состоянии 478 система 100 определяет, существует ли серьёзное медицинское состояние. Если существует, система 100 переходит в состояние 486, воспроизводя сообщение, которое советует пациенту просить немедленного медицинского внимания, и заканчивает процесс 254 оценки в состоянии 488 завершения. Если в состоянии 478 определяется, что серьёзного медицинского состояния нет, система 100 продолжает меню жалоб в состоянии 479 и излагает список алгоритмов, имеющих дело с проблемой, соответствующей выбранной причине. Пациент затем выбирает алгоритм из списка.
Алфавитные группы 480 перечисляют элементы в группе анатомических систем и группе причин вместе в алфавитном порядке. Переходя в состояние 481, система определяет, выбран ли выбранный элемент из подгруппы причин объединённых алфавитных групп. Если да, то система 100 переходит к Отсеивающим вопросам причины в состоянии 477. Если нет, система переходит к Отсеивающим вопросам системы в состоянии 473.
Состояние 482 ввода каталожного номера относится к способности пациента выбирать и вводить индивидуальный медицинский алгоритм из каталога медицинских алгоритмов, перечисленных в руководстве пациента, распространяемого для всех пациентов. По завершении состояний 475, 479 или 482 жалоба идентифицируется и компьютер 102 переходит в состояние 483, в котором пациенту представляется ряд начальных отсеивающих вопросов по проблемы. Имеются различные наборы отсеивающих вопросов проблемы для каждой жалобы, для которой предлагается совет.
Для цели этого обсуждения будет использована Головная боль как пример для объяснения того, как система подходит к диагнозу проблемы и предоставляет рекомендации по лечению. Что касается многих проблем, имеется несколько причин головной боли, которые требуют немедленного медицинского внимания. Достаточно часто, когда проблема очень серьёзная, любая задержка, даже на дальнейшее обсуждение проблемы, может неблагоприятно повлиять на последствия для пациента. Отсеивающие вопросы проблемы идентифицируют, в состоянии 484 решения, поднабор пациентов, чьи головные боли могут требовать немедленной медицинской помощи. Если существует серьёзное медицинское состояние, пациенту советуется просить немедленной медицинской помощи в состоянии 486. Компьютер 102 затем завершает процесс в состоянии 488 и возвращается в состояние 344 по фиг. 76.
Ниже приведён пример отсеивающего вопроса проблемы для головной боли:
- ИМЕЕТСЯ ЛИ У ВАС СПУТАННОСТЬ СОЗНАНИЯ, АПАТИЧНОСТЬ, ИЛИ ВЫ ОРИЕНТИРУЕТЕСЬ ХУЖЕ, ЧЕМ ОБЫЧНО?
При задавании вопроса об уровне сознания пациента можно столкнуться с дилеммой. Что должна система 100 МДСЛ делать с пациентом, чья проблема сама по себе препятствует должному реагированию на вопросы или последующему совету?
Имеется несколько состояний, которые по своей природе могут препятствовать верным ответам пациентов. По этой причине система 100 МДСЛ использует функцию 508 проверки умственного статуса. Проверка умственного статуса представляет собой ряд вопросов, используемых для заключения о способности пациента ориентироваться. Эта функция 508 позволяет системе 100 МДСЛ делать заключения о способности пациента отвечать на вопросы и следовать совету. Хотя она показана только на фиг. 10Ь, проверка умственного статуса включена в диалог о любой проблеме, представление которой может включать в себя мерцающее сознание. Функция 508 будет далее описана совместно с фиг. 16.
К системе 100 МДСЛ, конечно, будут получать доступ пациенты, у которых не ожидается мерцающего сознания на основании проблемы, которую имеет пациент. Система 100 ожидает возможность встречи с пациентом, имеющим мерцающее сознание в некоторых проблемах, например, когда пациент консультируется у системы об ушибе головы, и включает функцию 508 проверки умственного статуса. Однако пациент с отравлением, вызывающий по какойлибо другой жалобе, например, растяжению связок голеностопа, является примером, в котором пациент может быть не в состоянии понимать инструкции системы 100. По этой причине система МДСЛ также использует функцию 510 ''программы анализатора семантического расхождения (ПАСР). Функция ПАСР предоставляет информацию пациенту и затем, через заранее заданный период времени, просит пациента повторить или выбрать информацию. Ответ пациента затем оценивается внутри системы 100. Если определены расхождения, система автоматически включает функцию 508 проверки умственного статуса. В другом выполнении система 100 спрашивает пациента о некоторой информации различными путями в различные моменты времени, а затем сравнивает ответы пациента для определения того, совпадают ли они. Если нет, система автоматически вызывает функцию 508 проверки умственного статуса. Хотя она показана только на фиг. 10Ь, функция 510 ПАСР воплощена везде в системе 100, и случайным образом включается компьютером 102. Функция 510 будет далее описана совместно с фиг. 17.
Продолжая пример головной боли в состоянии 483, система 100 МДСЛ задаёт следующий отсеивающий вопрос проблемы для того, чтобы исключить возможность менингита, очень серьёзной инфекции центральной нервной системы.
- БОЛЬНО ЛИ ВАМ СГИБАТЬ ШЕЮ ВПЕРЕД ТАК, ЧТОБЫ ВАШ ПОДБОРОДОК КАСАЛСЯ ГРУДНОЙ КЛЕТКИ, ИЛИ ВЫ ЭТОГО НЕ МОЖЕТЕ СДЕЛАТЬ?
Если ответ на этот вопрос да, то в состоянии 484 существует серьёзная медицинская проблема, и система 100 в состоянии 486 инструктирует пациента просить немедленного медицинского внимания.
Начальные отсеивающие вопросы (состояние 306, фиг 7а) и отсеивающие вопросы проблемы (состояние 483) могут быть обычно завершены за минуту или около того. Когда система 100 исключила причины головной боли, которые требуют немедленного медицинского внимания, система становится немного менее формальной и более общительной в последующих состояниях. Данный пример, конечно, не представляет всех начальных отсеивающих вопросов и отсеивающих вопросов проблемы.
Если не существует серьёзного медицинского состояния, как определяется в состоянии
484, компьютер 102 переходит в состояние 490 решения, в котором система 100 идентифицирует пациентов, которые повторно входят в систему после более ранней консультации. Это происходит наиболее часто, когда системе 100 требуется наблюдать за симптомами пациента во времени, или если система 100 сначала неспособна поставить точный диагноз и просит пациента повторно войти в систему снова, обычно через несколько часов. Система устанавливает внутренний флаг повторного входа для идентификации ситуации, в которой пациент обращается снова по той же жалобе. Если этот флаг устанавливается в состоянии 490, компьютер 102 переходит в состояние 492 и ответвляется в точку повторного входа в процессе оценки в зависимости от того, какой медицинский алгоритм был вызван. Компьютер 102 переходит по чересстраничному соединителю А 494 в состояние 506 (фиг. 10Ь) в подходящую точку повторного входа.
Если флаг повторного входа не установлен, как определяется в состоянии 490, компьютер 102 переходит по чересстраничному соединителю В 496 в состояние 499 решения для определения того, проводится ли консультация в Реальном режиме или режиме Ожидания решения. Если нет (например, консультация проводится в Информационном режиме), компьютер переходит в состояние 506 для продолжения процесса оценки. Если консультация проходит в Реальном режиме или режиме Ожидания решения, компьютер 102 вызывает мета функцию 500, в которой пациентов подвергают нескольким мета анализам. Эта концепция будет пояснена совместно с фиг. 11, но, в общем случае, она относится к способности системы оценивать имеющуюся проблему пациента в контексте предыдущего использования им системы. Метафункция 500 совпадает с различными параметрами по заранее определённому мета-порогу. Когда система 100 МДСЛ открывает файл истории консультирования пациента в базе 262 данных (фиг. 6), она подсчитывает, сколько раз пациент консультировался у системы по одной и той же жалобе. Для каждой проблемы система 100 МДСЛ допускает определённое количество за единицу времени консультаций у системы до принятия ею действий. Если достигнут метапорог, как определяется в состоянии 502 решения, система 100 МДСЛ выдаёт в состоянии 504 рекомендации, основанные только на этом факте. Например, предположим, что порог был установлен на пять головных болей за два месяца. Если пациент консультируется у системы 100 МДСЛ по головной боли более пяти раз за два месяца, порог будет достигнут и система будет выдавать соответствующие рекомендации. Порог, конечно, различен для каждого заболевания, и может быть изменён набором коэффициентов чувствительности, который будет описан ниже. Альтернативно, система 100 использует коэффициент плотности по времени (КПВ), вычисляемый мета-функцией 500 для определения того, должны ли рекомендации быть выданы пациенту.
По завершении состояния 504 или если мета-порог не был достигнут в состоянии 502, компьютер переходит в состояние 506 для продолжения процесса оценки. Состояние 506 включает в себя медицинский алгоритм, как выбрано пациентом в состояниях 475, 479 или 482. Как представительный пример, Микрофишное приложение содержит алгоритм для головной боли и включает в себя карту узла головной боли со сценарием или описанием каждого узла, имеющего список воспроизведений. Второй пример, карта узла и связанный с ней сценарий для конвульсий или припадка, включая мета-аспект и аспект последней истории болезни, также включён в Микрофишное приложение. Хотя и не обязательно полным списком, другие типы медицинских алгоритмов включает в себя боль в грудной клетке, тепловой удар, мерцающее сознание, дрожание, головокружение, нерегулярное сердцебиение, обморок, одышку, травму грудной клетки, депрессию, травму головы, кашель, круп, высокое кровяное давление, гипервентиляцию, онемение, стерторозное дыхание, травму и приступы дыхательных путей. В дополнение к метафункциональности и функциональности последней истории болезни, по меньшей мере, некоторые из перечисленных медицинских алгоритмов опираются на знание о возрасте и/или поле пациента, как предоставлено в описываемой в настоящее время системе 100 во время регистрации (см. фиг. 9а и 13а).
В зависимости от медицинского алгоритма и точного состояния пациента, одна или более дополнительных функций могут быть вызваны состоянием 506, как то: функция 508 проверки умственного статуса, функция 510 ПАСР, функция 512 последней истории болезни, функция 514 физической самопроверки, функция 516 медицинского состояния пациента, и функция 518 анализа серьёзности симптомов. Эти функции будут описаны ниже.
Возвращаясь в примеру головной боли, после того, как завершены мета-анализы (функция 500), система 100 МДСЛ делает заключение о серьёзности головной боли пациента по шкале от одного до десяти. Важность этой чисто субъективной оцифровки серьёзности симптомов станет ясна позже в этом описании.
Хотя парадигма системы 100 МДСЛ является фундаментально алгоритмической, будет описана лежащая в основе логика процесса диагностики головной боли. Система 100 МДСЛ начинает с процесса диагностики для головной боли путём обращения в три списка, хранящихся внутри компьютера 102.
Первый список является ранжированием наиболее частых причин головной боли в целом у населения. Наиболее частая причина ранжирована первой, вторая по частоте причина ранжирована второй и т. д. Другими словами, первый список ранжирует все причины головной боли в целом у населения по уменьшению частоты появления.
Второй список является ранжированием различных причин головной боли в соответствии с серьёзностью лежащего в основе случая. Наиболее серьёзные случаи помещаются наверху списка, менее серьёзные - внизу списка. Например, менингит, опухоль головного мозга и субарахноидальное кровотечение будут тремя верхними причинами во втором списке.
Третий список примерно такой же, как и второй список. Он ранжирует случаи головной боли в соответствии со скоростью, с которой необходимо вмешательство. Причины головной боли, которые требуют немедленного вмешательства, такие как менингит и субарахноидальное кровотечение, находятся наверху списка. Отсеивающие вопросы проблемы (состояние 483) были разработаны из этого списка.
В течение процесса 254 оценки система 100 МДСЛ задаёт пациенту ряд диагностических отсеивающих вопросов. Из ответов на эти вопросы, вместе с любыми физическими данными, полученными от пациента (из функции 514) под управлением системы 100 МДСЛ, система устанавливает наиболее вероятную причину головной боли пациента.
Ниже приведены примеры диагностических отсеивающих вопросов:
- ИСПЫТЫВАЕТЕ ЛИ ВЫ БОЛЕЕ ЧЕМ ОДИН ВИД ГОЛОВНОЙ БОЛИ?
- ЗНАЕТЕ ЛИ ВЫ ИЛИ КТО-ЛИБО ДРУГОЙ, ЧТО У ВАС БУДЕТ ГОЛОВНАЯ БОЛЬ, ДО ТОГО, КАК НАЧИНАЕТСЯ ДЕЙСТВИТЕЛЬНАЯ БОЛЬ?
- ВАШИ ГОЛОВНЫЕ БОЛИ ЧАСТО БУДЯТ ВАС ПО НОЧАМ?
- ВАШИ ГОЛОВНЫЕ БОЛИ ОБЫЧНО НАЧИНАЮТСЯ ВНЕЗАПНО?
Основываясь на ответах на диагностические отсеивающие вопросы, система 100 МДСЛ переупорядочивает первый список. Первый список затем становится списком возможных причин головной боли по уменьшающимся степеням вероятности в консультации, получаемой пациентом. Первый список теперь специфичен для пациента. Если система 100 МДСЛ заключает, что мигрень является наиболее вероятной причиной головной боли пациента, то затем мигрень будет ранжирована наверху первого списка.
Система 100 МДСЛ способна узнать о различиях между классической, обычной и всеми остальными вариантами мигрени, но для данного обсуждения будет использован общий термин мигрень. После переупорядочивания первого списка и помещения мигрени наверх, система 100 МДСЛ затем задаст несколько вопро57 сов, связанных конкретно с головными болями при мигрени. Эти вопросы названы отсеивающими вопросами мигрени. Вероятность того, что у пациента действительно головная боль мигрени, вычисляется из ответов на эти вопросы. Каждая причина головной боли имеет свой собственный набор отсеивающих вопросов, показателей физического обследования и, если пациент имеет Набор домашней диагностики и лечения системы МДСЛ соответствующих лабораторных тестов.
Ниже приведены примеры отсеивающих вопросов мигрени:
- ЕСТЬ ЛИ ТОШНОТА ИЛИ РВОТА, СВЯЗАННАЯ С ВАШЕЙ ГОЛОВНОЙ БОЛЬЮ?
- ЕСТЬ ЛИ ЗРИТЕЛЬНЫЕ НАРУШЕНИЯ, СВЯЗАННЫЕ С ВАШЕЙ ГОЛОВНОЙ БОЛЬЮ?
После получения ответов на отсеивающие вопросы мигрени, если вероятность того, что пациент страдает от головной боли мигрени, не достигает установленного порога, из переупорядоченного списка рассматривается и проводится в качестве диагноза следующая причина.
Если вероятность наличия головной боли от мигрени превысила порог, система 100 МДСЛ задаёт пациенту ещё несколько вопросов, разработанных для подтверждения наличия мигрени, исходя из факта, что система уже определила, что она является наиболее вероятным диагнозом. Они называются вопросами подтверждения мигрени. По каждой причине головной боли имеется набор отсеивающих вопросов, каждая причина также имеет набор вопросов подтверждения.
Ниже приведены примеры вопросов подтверждения мигрени:
- ЕСТЬ ЛИ У КОГО-ЛИБО ИЗ ВАШИХ КРОВНЫХ РОДСТВЕННИКОВ ГОЛОВНЫЕ БОЛИ ОТ МИГРЕНИ?
- КОГДА У ВАС ГОЛОВНАЯ БОЛЬ, ВЫ ОЩУЩАЕТЕ ЕЁ СИЛЬНЕЕ, КОГДА ЛЕЖИТЕ ИЛИ КОГДА ХОДИТЕ?
Из ответов на вопросы подтверждения мигрени система 100 МДСЛ вычисляет вероятность подтверждения мигрени. В терминах Байеса (которые относятся к вероятности достоверности диагноза) это называется условная вероятность.
Если вероятность головной боли мигрени достигает порога, но вероятность подтверждения мигрени не достигает порога, то, как упомянуто, система рассматривает следующую диагностическую причину головной боли из специфичного для пациента списка.
Если вероятность второй причины головной боли (например, гистаминовая головная боль) достигает порога, то затем задаются вопросы подтверждения гистаминовой головной боли. Если они достигают порога, то затем вновь серьёзные причины головной боли исключаются как диагноз.
Система 100 МДСЛ хранит оценки всех отсеивающих вопросов и вопросов подтверждения в том, что называется переменные памяти сеанса, которые находятся в таблице символов. Частично эти оценки затем используются для определения вероятности одного диагноза по сравнению с другим.
Например, если ответы на вопросы подтверждения гистаминовой головной боли не достигают порога, то затем оценка отсеивающих вопросов и вопросов подтверждения мигрени и гистаминовой головной боли сравниваются, чтобы увидеть, какая из причин более вероятна.
У какой бы причины оценка ни была более высокой или превысила другую на заранее заданный порог, она затем рассматривается как более вероятная причина. Список, таким образом, снова переупорядочивается, если необходимо. На этот раз это становится конечным списком диагностики, который является списком различных диагнозов по уменьшающимся степеням вероятности для этого пациента.
Все пороги оценки головной боли изменяются или модулируются рядом коэффициентов чувствительности, как и все аспекты системы, в которых используются скалярные пороги. Коэффициенты чувствительности обсуждаются ниже в разделе XVIII. Например, было обнаружено, что в поднаборе пациентов, в котором диагноз менингита не был поставлен так рано, как он должен был быть поставлен, коэффициент чувствительности, изменяющий порог температуры, должен уменьшиться так, что теперь пациенту с более низкой температурой должны выдаваться инструкции просить немедленной оценки.
Перед обсуждением результатов с пациентом система 100 МДСЛ, однако, должна снова выяснить серьёзные причины головной боли. Отсеивающие вопросы проблемы уже отфильтровали тех пациентов, у которых есть серьёзная причина головной боли, такая как менингит, которая требует немедленного медицинского вмешательства.
Система 100 МДСЛ теперь переходит к устранению тех причин головной боли, которые, несмотря на серьёзность, не требуют немедленного медицинского внимания. Например, хотя опухоль головного мозга является серьёзной причиной головной боли, это не угрожает жизни немедленно, как менингит или субарахноидальное кровотечение. Для выполнения этой задачи система 100 МДСЛ последовательно анализирует серьёзные причины головной боли, которые расположены наверху второго списка. Система 100 МДСЛ снова задаёт пациенту набор отсеивающих вопросов, связанных с каждой серьёзной причиной головной боли. На этот раз, однако, система 100 удостоверяется, что веро ятность наличия одной из серьёзных причин головной боли существенно мала, для исключения их из диагностического заключения. Только после того, как это завершено, система будет обсуждать свое заключение и рекомендации с пациентом.
Обсуждение, которое система МДСЛ будет иметь с пациентом головной боли от мигрени, будет включать следующее:
- Её диагностическое впечатление, или её диагностические впечатления по уменьшающимся степеням вероятности.
- Её оценка уровня вероятности мигрени.
- Считает ли система, что она исключила серьёзные причины головной боли на уровне уверенности, который удовлетворяет систему.
- Какие проверки, если они существуют, должны быть проведены для подтверждения или исключения диагноза.
- Как скоро надо посетить врача.
- Какого врача посетить (например, семейного практикующего врача, терапевта или невролога).
- Какой тип информации принести врачу, когда консультация получена.
- Вопросы, которые необходимо задать врачу.
- Новейший способ лечения мигрени.
Даже если система 100 МДСЛ не может определить с достаточной точностью, что вызывает головную боль, она может предоставить пациентам ценную информацию и совет. Например, пациенту может быть сообщено следующее:
В настоящее время система МДСЛ не способна выяснить конкретную причину вашей головной боли с точностью, требуемой для выдачи конкретных рекомендаций. Система МДСЛ, однако, предлагает консультацию у невролога. Вы можете вызвать вашего семейного практикующего врача или терапевта и попросить направление.
Пока вы ждёте посещения невролога, имеется много вещей, которые вы можете сделать, чтобы помочь врачебному диагнозу вашей головной боли. Многие эксперты по головной боли обнаружили, что запись того, когда у пациента появились головные боли, и насколько они сильны, очень полезна как для выяснения причины головной боли, так и поиска лучшего лечения.
Для того чтобы помочь вам, система МДСЛ пошлёт вам календарный бланк, на котором вы можете записывать время и серьёзность ваших головных болей. Кроме того, там есть место, чтобы вы записывали ваше мнение, почему появляются головные боли, что делает их сильнее, а что слабее. Система МДСЛ также пошлёт вам вопросник для заполнения и передачи вашему доктору, содержащий список вопросов, задаваемых некоторыми ведущими мировыми экспертами по головным болям, когда они пытаются поставить диагноз. Полный набор инструкций будет предоставлен.
Система МДСЛ способна предоставить по заказу пользователя информацию, выдаваемую пациентам, для учёта отдельных потребностей агентства-спонсора или группы, такой как Организация здравоохранения (ОЗО) или Управляемый план помощи. Например, если система найдет, что пациенту необходимо повидать врача, система МДСЛ может определить из медицинской записи пациента, имеет ли он установленную связь с соответствующим специалистом. Если имеет, то имя специалиста и номер телефона, или список участвующих специалистов для их ОЗО или управляемого плана помощи и любые другие особые инструкции будут выданы пациенту с рекомендациями о назначенной встрече в течение конкретного периода времени.
По завершению состояния 506 система может иметь или может не иметь более или менее определённого доступного диагноза. Например, алгоритм головной боли предоставляет диагноз мигрени в ответ на конкретный набор симптомов пациента. В ситуациях, когда система 100 МДСЛ не может определить с достаточной определённостью, что является причиной конкретной проблемы (нет диагноза), или в ситуации, где диагноз доступен, но желательна дополнительная информация, например, для определения тенденции, системой 100 может быть установлен флаг повторного ввода. В состоянии 520 решения компьютер 102 определяет, удовлетворены ли критерии повторного ввода для текущего алгоритма и ситуации пациента. Если да, то компьютер устанавливает флаг повторного ввода в состоянии 522 для этой проблемы так, что последующая телефонная консультация пациента позволит добавить дополнительную информацию в запись пациента системой в полное знание предыдущего вызова. Эта дополнительная информация может выработать более точный диагноз.
Если критерии повторного ввода не удовлетворены, как определяется состоянием 520, компьютер 102 переходит в состояние 524 решения для определения того, хочет ли пациент услышать информацию лечения для текущей проблемы. Если да, компьютер 102 вызывает процесс 256 таблицы лечения, который будет описан совместно с фиг. 22 и 23. Если пациент не хочет услышать информацию лечения в это время, компьютер 102 переходит в состояние 528 решения для определения того, хочет ли пациент проверить ещё одну жалобу через процесс 254 оценки. Если да, компьютер 102 переходит по чересстраничному соединителю С 530 в состояние 471 на фиг. 10а для повторения процесса 254. Однако если пациент не хочет проверять ещё одну жалобу, компьютер возвращается в состояние 532 в алгоритм высокого уровня (фиг. 76).
XI. Мета-функция.
Ссылаясь теперь на фиг. 11а и 11Ь, будет описана мета-функция 500, определённая на фиг. 10Ь. Один из многих путей, которым система 100 МДСЛ качественно отличается от предыдущих путей предоставления медицинского совета, заключается в использовании метафункции. Как упомянуто ранее, мета относится к способности системы оценивать настоящую проблему пациента в контексте его или её предыдущего пользования системой. Мета-функция позволяет системе 100 делать логический вывод, основанный на количестве и частоте предыдущих консультаций пациента (или медицинских жалоб) и предыдущих медицинских заключениях системы. Каждый пациент, который ранее использовал систему 100 МДСЛ, проходит мета-анализ.
Параметры ввода.
Мета-функция 500 имеет пять параметров ввода, перечисленных в состоянии 540 и приведенных ниже:
1) Строка проблемы (СПроб) - четырёхзначная алфавитно-цифровая строка, указывающая жалобу пациента. Первый знак этой строки берется из столбца систем табл. 2. Например, Н означает нервную систему. Второйчетвертый знаки идентифицируют индивидуальную жалобу, например, НГВБ идентифицирует головную боль. Другие примеры:
КБГК - боль в грудной клетке
НТГВ - травма головы
ДВТЧ - вдыхание токсичных частиц.
2) Строка системы (СС) - четырёхзначная алфавитно-цифровая строка, показывающая поражённую анатомическую систему. Первый знак этой строки берется из столбца систем табл. 2. Например, Н означает нервную систему. Второй-четвертый знаки закодированы идентификацией подсистемы или заполнены знаком * произвольного значения. Например, Н*** будет совпадать со всеми случаями, которые вовлекают нервную систему.
3) Строка причины (СПрич) - десятизначная алфавитно-цифровая строка, которая показывает причину жалобы пациента. Первый знак этой строки берется из столбца причин табл. 2. Второй-десятый знаки заполняются при необходимости более точно определить причину интереса. Очень широким примером является И*********, означающий любую инфекцию. Другие примеры, показывающие, насколько конкретной может стать строка причины, приведены ниже:
ИВ ******** - вирусная инфекция
ИБ******** - бактериальная инфекция
ИБО******* грам-отрицательная бактериальная инфекция
ИБОМ****** - менингококовая грамотрицательная бактериальная инфекция.
4) Время начала (Т,) - значение отметки времени, которое показывает дату и время, под лежащие использованию для начала окна времени при рассмотрении.
5) Время конца (Т2) - значение отметки времени, которое показывает дату и время, подлежащие использованию для конца окна времени.
В табл. 2 перечислены кодовые буквы, используемые как первые буквы параметра метастроки:
Причины Системы
А аллергия Ко костная/ортопедическая
Ос окружающая среда Ка кардиологическая
И инфекция Ж желудочно-кишечная
Ум умственная Ги гинекологическая
Я яд Ге гематологическая (кровь)
Т травма Го гортань (ухо, нос, горло)
С сосудистый Н нервная
Г генетическая (хромосомная) Оф офтальмологическая
М питание/метаболическая/эндокринная Д дыхательная
Р опухоль (рак) Кж кожная
Ур урологическая
Набор анализов мета-функции вовлекает идентификацию тенденций в истории болезни пациента. Например, если пациент приходил к своему доктору с историей постепенно ухудшающихся головных болей (либо усиливающихся, более частых, либо того и другого), врач рассмотрит эту тенденцию ухудшения в руководстве этим случаем. Система 100 МДСЛ также делает это.
Мета-анализ.
Автор алгоритма пропускает параметры ввода в мета-функцию путём использования ключевого слова Мета, за которым следуют параметры ввода, заключенные в кавычки. Формат мета-функции таков:
Мета (СПроб, СС, СПрич, Т1, Т2)
Два типа анализа выполняются метафункцией:
1) совмещение рисунков,
2) плотность по времени.
1) Совмещение рисунков.
В анализе совмещения рисунков метафункция сравнивает строки ввода с записанными полями в базе 262 данных истории консультирования пациента. Использование знака * произвольного значения в строке ввода заставит мета-функцию игнорировать соответствующую знаковую позицию в поле записи, тем самым давая возможность мета-функции проверять только интересующие поля. Путём предоставления строк ввода, которые либо общие, либо конкретные, для анализа выбираются интересующие поля. Например,
Мета (НГВБ **** ΐ********* т Τ2) заставит мета-функцию рассматривать только последние консультации по проблеме головной боли, независимо от вовлечённых анатомической системы и причины.
Путём использования общего синтаксиса мета-процесс поддерживает четыре типа режимов анализа совмещения рисунков, показанные ниже с помощью примеров:
(a) Анализ проблемы:
Мета(НГВБ, ****, **********, 06/01/93, 12/31/93)
Здесь мета-функция будет искать количество жалоб по головной боли, которые появились с 1 июня 1993 г. до 31 декабря 1993 г.
(b) Анализ анатомической системы:
Мета (****, Ж***, **********, 06/01/93, 12/31/93)
Здесь мета-функция будет искать число жалоб, вовлекающих желудочно-кишечную систему с 1 июня 1993 г. до 31 декабря 1993 г. Например, если пациент консультировался с системой 100 МДСЛ один раз о боли в животе, один раз о рвоте и один раз о поносе, но каждый раз - по отдельности, система распознает, что это всё проблемы, вовлекающие желудочнокишечный тракт.
(с) Анализ причины:
Мета (****, ****, иб********, 06/01/93, 12/31/93)
Здесь мета-функция будет искать количество жалоб, причиной которых была сочтена бактериальная инфекция с 1 июня 1993 г. до 31 декабря 1993 г. Проблемы (жалобы), причиной которых была бактериальная инфекция, могут находиться в различных частях тела.
(6) Анализ комбинации
Мета (НГВБ, ****, и*********, 06/01/93, 12/31/93)
Здесь мета-функция будет искать количество жалоб головной боли, причиной которых была сочтена инфекция с 1 июня 1993 г. до 31 декабря 1993 г.
2) Плотность по времени.
Если анализ совмещения рисунков нашёл, по меньшей мере, три совпадающие записи в базе 262 данных истории консультирования пациента, то мета-функция выполняет анализ плотности по времени. Плотность по времени относится к величине времени между каждой консультацией и следующей за ней. Если вели чина времени между консультациями становится короче, то частота консультирования предполагает, что природа жалобы ухудшается. Анализ плотности по времени обнаруживает, когда проблема становится лучше, и когда она стано вится хуже.
Анализ плотности по времени использует мета-записи, которые совпадают с критериями совмещения рисунков. Компьютер назначает последнюю мета-запись и, предпоследнюю запись п-1 и третью от конца запись п-2. Проверяется отметка времени каждой метазаписи, и два различных значения времени Х и Υ определяются в соответствии с формулой
Х = временная разница (п-2, п-1)
Υ = временная разница (п-1, п)
Отношение этих временных разниц вырабатывает коэффициент плотности по времени (КПВ):
Коэффициент плотности по времени = Х/Υ
Важность значения коэффициента плотности по времени можно увидеть из следующих примеров:
Пример 1. Время между консультациями одинаково.
Консультация Дата консультации
п-2 06/01/93
п-1 06/08/93
п 06/15/93
Вычисление:
X = временная разница (06/01/93, 06/08/93) = 7 дней Υ = временная разница (06/29/93, 06/15/93) = 7 дней
Коэффициент плотности по времени = 7 дней/7 дней =1,0
Пример 2. Время между консультациями становится короче.
Консультация Дата консультации
п-2 06/01/93
п-1 06/22/93
п 06/29/93
Вычисление:
Х = временная разница (06/01/93, 06/22/93) = 21 день Υ = временная разница (06/29/93, 06/22/93) = 7 дней
Коэффициент плотности по времени = 21 день/7 дней = 3,0
Когда консультации происходят с равными интервалами, значение КПВ близко к единице. Если частота консультаций уменьшается, то значение КПВ будет меньше 1,0. Это будет типично для проблемы, которая решает сама себя. Если частота консультаций увеличивается, то значение КПВ будет больше единицы. Во втором примере значение КПВ, равное 3,0, показывает увеличение скорости консультирования в три раза в течение периода анализа. Это будет типично для проблемы, которая быстро ухудшается.
Возвращение значений.
После того как мета-функция возвращается, две переменных местной памяти вводятся в таблицу символов и несут в себе результаты мета-анализа:
1) Счётчик совпадений (СчС) - целое число, содержащее количество совпадений метастрок, найденное в окне времени.
2) Коэффициент плотности по времени (КПВ) - значение с плавающей точкой, выражающее то, увеличивается или уменьшается частота совпадений мета-строк.
После вызова мета-функции автор алгоритма может затем выносить решения, основываясь на значениях, возвращённых в эти две переменных памяти. Например,
Мета (НГВБ, ****, **********, 06/01/93, 12/31/93) Если МС >3, то 100, иначе 101.
Мета-функция вычисляет количество жалоб головной боли с 1 июня 1993 г. до 31 декабря 1993 г. Если количество найденных жалоб (СчС) больше или равно 3, то процесс оценки ответвляется на узел 100, иначе он ответвляется на узел 101.
Другой пример:
Мета (****, ****, и*********, 06/01/93, 12/31/93) Если КПВ >2,0, то 200, иначе 201.
Мета-функция вызывается для подсчёта количества диагнозов, поставленных причине инфекции. Если вызванные инфекцией диагнозы имеют коэффициент плотности по времени больше или равный 2,0, то процесс оценки ответвляется в узел 200, иначе он ответвляется в узел 201.
Ссылаясь теперь на фиг. 11а, метафункция 500 запускается в состоянии 540 путём выталкивания параметров ввода из стека времени прогона и запоминания их в переменных местной памяти: СПроб для строки проблем, СС для строки анатомической системы, Т1 для даты начала и Т2 для даты конца. После стартового состояния 542 компьютер переходит в состояние 544 и устанавливает счётчик совмещения рисунков на ноль.
Компьютер 102 затем переходит в состояние 546, в котором начинается анализ совмещения рисунков. Компьютер 102 считывает первую мета-запись в базе 262 данных истории консультирования пациента и переходит в состояние 568, в котором он проверяет отметку времени записи. Если отметка времени попадает в окно времени, установленное параметрами Т1 и Т2 ввода, то компьютер затем перейдёт в состояние 550, иначе он переходит в состояние 554. В состоянии 550 компьютер 102 сравнивает содержимое поля проблемы мета-записи со строкой ввода СПроб, поле анатомической системы мета-записи со строкой ввода СС и поле причины мета-записи со строкой ввода СПрич. Если все эти поля совпадают с соответствующими строками ввода, то компьютер переходит в состояние 552, в котором счётчик СчС совпадений увеличивается, а затем компьютер переходит в состояние 554. Если имеется какое-либо несовпадение поля мета-записи и соответствующей строки ввода, то компьютер затем переходит в состояние 554 и не увеличивает СчС.
В состоянии 554 решения компьютер 102 определяет, имеются ли ещё мета-записи для обработки. Если да, то компьютер 102 переходит в состояние 556, в котором он считывает следующую запись и затем возвращается назад в состояние 548 для выполнения определения окна времени. Мета-функция итерирует через это совмещение рисунков до тех пор, пока все мета-записи не будут считаны. Когда более не остается мета-записей, подлежащих обработке, компьютер переходит по чересстраничному соединителю А 558 в состояние 560 на фиг. 11Ь, в котором выполняется определение, если значение счётчика СчС совпадений больше или равно 3. Если да, то компьютер переходит в состояние 564, в котором он начинает анализ плотности по времени.
В состоянии 564 компьютер размещает три последних мета-записи, поля которых совпадают со строками ввода. Компьютер назначает последнюю мета-запись п, предпоследнюю запись п-1 и третью от конца запись п-2. Компьютер затем переходит в состояние 566, в котором он вычисляет X, временную разницу между отметками времени записей п-2 и п-1 и Υ, временную разницу между отметками времени записей п-1 и п. Компьютер 102 затем переходит в состояние 568, в котором он вычисляет коэффициент плотности по времени (КПВ) как время X, поделённое на время Υ.
Если компьютер 102 определяет в состоянии 560, что существует менее трёх совпадений, он затем должен перейти в состояние 562, в котором он устанавливает значение коэффициента плотности по времени (КПВ) на 0,0, что показывает, что анализ плотности по времени не может быть выполнен. По завершении установки значения КПВ либо в состоянии 562, либо состоянии 568, компьютер 102 переходит в состояние 570 окончания, в котором мета-процесс заканчивается, счётчик совпадений СчС и коэффициент плотности по времени КПВ возвращаются, и управление возвращается процессу 254 оценки (фиг. 10).
Взаимодействие мета-анализов для причины и для анатомической системы может быть выражено посредством простой геометрической метафоры. Представим двумерную матрицу, в которой причины заболевания (травма, инфекция, аллергия/иммунитет и т.д.) расположены по оси Υ, или ординат, а анатомические системы тела (сердечная, дыхательная, нервная система и т.д.) расположены по оси X, или абсцисс. Заболевание может затем быть представлено пересечением линий, начерченных от приемлемой причины и анатомической системы.
В качестве очень простой иллюстрации рассмотрим двумерную матрицу, показанную ниже в табл. 3:
Таблица 3 Сердечная Дыхательная Нервная ... Дерматологическая
Травма
Инфекция ·
Аллергия
Опухоль
Матрица табл. 3 показывает инфекцию в центральной нервной системе, представленную на пересечении причины заболевания (инфекция) и вовлечённой анатомической системы (нервная система).
Конечно, каждая причина заболевания может быть далее разделена на подпричины. Например, инфекция будет разделена (или подразделена) на бактериальную и вирусную, и бактериальная будет далее разделена на грамположительную и грам-отрицательную, и грамположительная будет ещё далее разделена на стрептококки и т.д. Анатомическая система может быть разделена аналогичным образом.
Когда пациент использует систему 100 и когда мета-анализы для причины и анатомиче67 ской системы присваивают причины процессам заболевания и записывают вовлечённые анатомические системы, вырабатывается трёхмерный куб (мета-куб), составленный из трёх сложенных в стопу двумерных матриц. Ось Ζ координат каждого слоя является временем консультации пациента, полученным от системных часов (т. е. момент, когда появляется действительное пересечение причины и анатомической системы, показывающее диагноз).
Мета-куб затем представляет сумму взаимодействия пациента с системой 100 в течение времени. Хотя многое из последней истории пациента сохранено с использованием кодов 1СЭ-9-СМ. равно как обычные текстовые строки в полях медицинской записи пациента, метод мета-куба позволяет выполнять очень полезные анализы.
Используя одну и ту же моделирующую метафору, ось Ζ координат может быть использована для представления практики медицины. Здесь ось Ζ опять является временем, но в этом представлении время относится к спектру возрастов от педиатрии до гериатрии. Тем самым, каждая корональная плоскость представляет специальности по времени, например педиатрию, подростковую медицину, взрослую и гериатрию. Вертикальная плоскость описывает специальности по анатомическому местонахождению, такие как неврология или кардиология, тогда как горизонтальная плоскость описывает специальность, практика которой прикреплена (отнесена) к причине, такие как онкология или инфекционные заболевания. Для продолжения этой метафоры, скорость, с которой необходимо пересечение, будет четвёртым измерением модели, а частота появления заболевания будет пятым измерением. Этическая и моральная ответственность могут быть шестым измерением модели.
Анализ пересечения карты узла.
Система 100 МДСЛ использует программу нейросетевой эмулятор для определения, выработаны ли рисунки пациентами, когда они пересекают узлы (создание дорожек узлов для алгоритмов в ходе консультации может быть ранним предсказателем заболевания). Так же как и мета-куб, дорожки узлов могут быть наложены, а не сложены в стопу, одна над другой, для создания двумерной матрицы. В это время, однако, выработанный рисунок представляет сумму предыдущих консультаций пациента. В системе 100 МДСЛ это называется анализом пересечения карты узла.
Например, система 100 МДСЛ может обнаружить, что рисунок, который вырабатывается, когда пациент консультируется с системой в различное время для эпизодов поноса, кашля, кандидозного стоматита, может предсказывать СПИД. Или, что рисунок, вырабатываемый, когда пациент консультируется с системой по уве личенной частоте мочеиспускания и потере веса, может предсказывать сахарный диабет.
XII. Проверка умственного статуса.
Ссылаясь на фиг. 16а и 16Ь, будет описана функция 508 проверки умственного статуса, определённая на фиг. 1 0Ь. Проверка умственного статуса представляет собой ряд вопросов, используемых для заключения об ориентации пациента, что позволяет системе 100 определять способность пациента отвечать на вопросы и следовать совету. Проверка автоматически включена в диалог по любой проблеме, представление которой включает в себя мерцающее сознание. Если оператор или сестра, наблюдающие за телефонной консультацией, в любое время ощущают, что может существовать проблема со способностью пациента понимать или отвечать на вопросы, проверка умственного статуса может также быть включена вручную.
Если система 100 МДСЛ на основе результатов проверки умственного статуса определяет, что пациент недостаточно ориентируется, система 100 будет просить поговорить с кем-либо помимо пациента. Если никто другой недоступен, система 100 МДСЛ может контактировать с экстренными медицинскими службами в местности пациента, если система знает нынешнее географическое положение пациента.
Начиная со стартового состояния 680 на фиг. 1 6а, компьютер устанавливает значение переменной Оценка на ноль. Переходя в состояние 682, компьютер задаёт пациенту вопрос № 1. В предпочтительном в настоящее время выполнении этот вопрос таков: какой сегодня день недели? Если человек отвечает на вопрос верно, как определяется в состоянии 684 решения, компьютер 100 увеличивает значение Оценки на единицу. После того как Оценка увеличена, или если пациент не ответил на первый вопрос верно, компьютер 102 переходит в состояние 688, в котором компьютер 102 задаёт пациенту вопрос № 2. В предпочтительном в настоящее время выполнении этот вопрос таков: какой сейчас месяц года? Если человек отвечает на вопрос верно, как определяется в состоянии 690 решения, компьютер 100 увеличивает значение Оценки на единицу. После того как Оценка увеличена, или если пациент не ответил на второй вопрос верно, компьютер 102 переходит в состояние 694, в котором компьютер 102 задаёт пациенту вопрос № 3. В предпочтительном в настоящее время выполнении этот вопрос таков: кто является президентом Соединённых Штатов Америки? Если человек отвечает на вопрос верно, как определяется в состоянии 696 решения, компьютер 100 увеличивает значение Оценки на единицу. После того как Оценка увеличена в состоянии 698, или если пациент не ответил на третий вопрос верно, компьютер 102 переходит по чересстраничному соединителю А 699 в состояние 700 на фиг. 16Ь.
В состоянии 700 решения компьютер 102 в состоянии 700 решения сравнивает оценку с порогом проверки умственного статуса. Если Оценка достигает или превышает порог, то проверка умственного статуса возвращается в процесс оценки в состоянии 701 и продолжается диагностическая оценка. Если оценка не достигает и не превышает порогового значения, компьютер 102 переходит в состояние 702, в котором флаг режима работы устанавливается на Ожидание решения. Система 100 МДСЛ будет затем спрашивать, в состоянии 703, доступен ли кто-либо ещё для продолжения консультации. Если никто не доступен, любая новая информация, собранная в этой точке сеанса, сохраняется в файле 269 Ожидания решения в состоянии 704, и затем, в состоянии 705, телефонный вызов с пациентом передается человеку из медицинского персонала. Если доступен кто-либо ещё, как определяется в состоянии 703, и является способным и готовым продолжить процесс оценки пациента, как определяется в состоянии 706, компьютер спрашивает человека, является ли он или она зарегистрированным ассистентом в состоянии 707. Если человек отвечает да, компьютер 102 включает процесс 272 входа ассистента в систему в стартовом состоянии 940 на фиг. 1 2а. Если человек не является зарегистрированным ассистентом, компьютер 102 включает процесс 274 регистрации ассистента в стартовом состоянии 1050 на фиг. 14а. После регистрации или входа ассистента в систему компьютер 102 переходит в состояние 708 завершения, в котором процесс проверки умственного статуса заканчивается и продолжается процесс 254 оценки. В конце процесса 254 оценки любая новая информация, полученная во время сеанса, будет записана в файл последней истории болезни пациента в состоянии 348 или в файл 269 ожидания решения в состоянии 347 на фиг. 76, в зависимости от того, в каком режиме продолжался сеанс - в реальном режиме или режиме ожидания решения. В предпочтительном в настоящее время выполнении значение Оценки может быть ноль, один, два или три. Конечно, в других выполнениях могут быть использованы другие вопросы для задавания пациентам в функции 508 проверки умственного статуса.
XIII. Программа анализатора семантического расхождения.
Ссылаясь на фиг. 17 будет описана программа 510 анализатора семантического расхождения (ПАСР), определённая на фиг. 10Ь. ПАСР 510 использует один или более вопросов, которые спрашивают об одной и той же информации в различные моменты времени, а в других выполнениях - разными путями. Ответы, даваемые пациентом, затем сравниваются внутри системы 100 для помощи в определении умственного статуса пациента.
Начиная со стартового состояния 712, компьютер 102 переходит в состояние 716 и излагает сообщение пациенту. В предпочтительном в настоящее время выполнении сообщение запомните это число из трёх цифр ... ЧИСЛО, где компьютер вырабатывает случайное число из трёх цифр (т. е. в диапазоне от 100 до 999 включительно) как ЧИСЛО, которое хранится в переменной памяти сеанса.
Затем после заранее заданного интервала времени в состоянии 718, компьютер 102 переходит в состояние 720 и излагает запрос пациенту. В предпочтительном в настоящее время выполнении запрос таков: пожалуйста, назовите мне число из трёх цифр. Компьютер 102 затем в состоянии 722 решения сравнивает число, выданное пациентом в ответ на состояние 720, с ЧИСЛОМ, хранящимся в переменной памяти. Если числа совпадают, компьютер 102 возвращается в состояние 724 со статусом прохождения процесса оценки (фиг. 10Ь). Если числа не совпадают, компьютер возвращается в состояние 726 со статусом ошибки процесса оценки. Если статус возвращения ПАСР 510 ошибка, процесс 254 оценки автоматически включает функцию 508 проверки умственного статуса.
XIV. Программа последней истории болезни.
Ссылаясь на фиг. 18 будет описана программа 512 последней истории болезни (ППИБ), определённая на фиг. 1 0Ь. Содержимое файла последней истории болезни пациента, который является частью базы 268 данных ПИБ, загружается в таблицу символов, когда пациент входит в систему 100. Во время процесса 254 оценки компьютером 102 проводится ПРОВЕРКА перед тем, как конкретный медицинский алгоритм запускается для проверки этих необходимых элементов в таблице символов. Воздействие отрицательного результата ПРОВЕРКИ заключается в том, что система 100 приглашает пациента предоставить пропущенную информацию последней истории болезни через ППИБ 512.
ИИИБ 512 использует этикетку состояния (Э), как показано в состоянии 740. Этикетка состояния уникальна, например, ППИБКЬТВ1 соответствует первому объекту ПИБ, проверяемому в алгоритме крупа (КЬТВ): диагноз для крупа у детей. Этикетка проходит так, что ППИБ 512 знает, какой вопрос задавать. Способность системы 100 задавать вопрос последней истории болезни в середине процесса 254 оценки является тем свойством, которое спасает пациента от необходимости отвечать на весь вопросник ПИБ во время процесса регистрации. Булевый результат, или скалярное значение, хранится в таблице символов под этой этикеткой (ИИИБ-КЫЫ), и алгоритм может использовать это при вынесении решения, например. Если ИИИБ-КЫЫ = истинно, то 4310, иначе 4320.
Начиная со стартового состояния 742, компьютер 102 переходит в состояние 744 и приглашает пациента предоставить недостающие данные медицинского состояния. Переходя в состояние 746, компьютер 102 повторяет информацию, предоставленную в состоянии 744, и спрашивает пациента, верна ли повторенная информация. Переходя в состояние 748 решения, пациент отвечает путём указания, верна ли повторенная информация. Если информация неверна, компьютер переходит в состояние 750 для определения, хочет ли пациент пытаться пройти шаг ввода данных снова. Если да, компьютер замыкается обратно в состояние 744 и приглашает пациента снова предоставить данные. Если нет, компьютер 102 возвращается в состояние 754 в процесс оценки (фиг. 10Ь).
Если вновь введённые данные верны, как определяется в состоянии 748, компьютер 102 проходит в состояние 752 и устанавливает этикетку (Э) состояния и значение данных в таблице символов для пациента. Компьютер 102 затем возвращается в состояние 754 к процессу 254 оценки.
XV. Физическая самопроверка.
Со ссылкой на фиг. 19 будет описана функция 514 физической самопроверки, как определено на фиг. 1 0Ь. Физическая проверка может в действительности быть выполнена пациентом под руководством системы 100 МДСЛ. Система 100 МДСЛ разработана для функционирования, в первую очередь, на основе ответов на тщательно и специально разработанные вопросы, т. е. на историю и физические показатели, полученные от пациента. Имеются, однако, моменты времени, когда добавление определённых лабораторных проверок может увеличить точность диагноза, равно как и помощи в определении соответствующих рекомендаций по лечению. По этой причине для использования пациентами доступен Набор домашней диагностики и лечения системы МДСЛ. Если пациент имеет Набор домашней диагностики и лечения, включая визуальные полевые карточки, таблицы Снеллинга и, возможно, телестетоскоп системы МДСЛ для доступа к внутричерепным шумам или шумам над сонной артерией, то эта информация также будет использована в процессе диагностики.
Система 100 МДСЛ также способна воспроизводить тональные сигналы различных частот и интенсивностей для эмуляции аудиометрической проверки на ясность слуха. Это позволяет системе 100 МДСЛ, например, обнаруживать одностороннее уменьшение слуха, вызванное акустической невриномой.
Начиная в стартовом состоянии 770, компьютер 102 ответвляется в одну или более процедур физической самопроверки в зависимости от текущей проблемы и оборудования, если чтолибо из этого оборудования доступно пациенту для использования. Эти процедуры включают в себя: проверки 772 домашней диагностики, жизненные показатели 774, наблюдаемые физи ческие признаки 776, клиническую звуковую запись 778 и телестетоскоп 780.
Множество проверок 772 домашней диагностики доступно для использования пациентом. Новые успехи в биотехнологии, включая новое поколение указателей уровня мочи, таких как МнИббх 8 8 С, выпускаемые фирмой Лтс5. и проверки на моноклональные антитела, такие как ΙΟΘΝ® 8ТКЕР В, выпускаемые фирмой НуЬп!есб®, позволяют выполнять целый спектр проверок дома пациентом под руководством системы МДСЛ. Например, указатели уровня мочи могут быть использованы для крови, нитритов, лейкоцитов или эстеразы лейкоцитов, показывающей цистит или инфекцию мочевого пузыря.
Для использования большей части техники моноклональных антител должно быть, однако, получено небольшое количество крови с использованием ланцета для кончика пальца. Это уже успешно делается дома диабетиками, у которых есть сахарометр для измерения их сахара в крови после прокалывания пальца для получения образца крови.
Набор домашней диагностики и лечения системы МДСЛ также содержит оборудование, чтобы позволить пациенту или кому-либо ещё измерять жизненные показатели 774. Манжета для измерения кровяного давления и термометр включены с инструкциями по их использованию для измерения частоты пульса и дыхания.
Пациент может направляться системой 100 для наблюдения различных физических показателей 776. Например, пациента с головной болью попросят пальпировать их область височной артерии и осмотреть себя в зеркале для идентификации птоза и терзаний от гистаминовой головной боли, или для идентификации замутнённой роговицы, что может произойти при острой узкоугольной глаукоме.
Как пример того, насколько может быть полезен Набор домашней диагностики и лечения системы МДСЛ, представим женщину, которая обнаружила, что она беременна (используя тест мочи на беременность системы МДСЛ, основанный на пробе ΙΟΘΝ® II НСС 1ттипоСоисеибабои™, выпускаемой фирмой
НуЬгйесб®). Это её первая беременность. Позднее, при консультации с системой по головной боли, указатель уровня мочи показал значительный рост её кровяного давления. Это классическое представление преэклампсии.
Вместо того чтобы идти в офис доктора, пациенты могут также использовать Набор домашней диагностики и лечения системы МДСЛ, чтобы собирать образцы дома, а затем отправлять их в назначенную лабораторию для анализа, когда это необходимо. Это спасает время пациента и особенно полезно, если пациент имеет трудности с передвижением. Расходы также могут быть минимизированы для этого типа лабораторных анализов.
Система 100 МДСЛ записывает клинически относящиеся к делу звуки 778 пациента, такие как кашель бронхита, лающий кашель крупа или дыхательный хрип надгортанника. Эти звуки оцифровываются и хранятся в медицинской записи пациента. Затем, используя свойство повторного ввода системы 100, система может наблюдать, например, за кашлем пациента в течение времени, чтобы быть уверенной, что кашель проходит, как и должно быть.
Основные принципы записи и анализа кашля раскрыты в статье Основанная на микрокомпьютере интерактивная система анализа звука кашля (А Ш1сгосотри1ег-Ьа8е6 Юегасйуе соидй 8оип6 апа1у818 куйет), написанной С. ^1Шат ТНогре е1 а1, опубликованной в журнале Компьютерные способы и программы в биомедицине (СотрШег МеШобк апб Ргодгатк ΐη Вютебюше), 1991. Эта система анализа звуков кашля описывает фильтрацию, усиление, запись и обработку звука кашля программным обеспечением. Система 100 МДСЛ использует микрофон трубки телефона совместно с усилителем для извлечения клинических звуков. Эти звуки затем передаются в систему 100, где они фильтруются, оцифровываются с использованием платы 122 ОГ и записываются в файл в базе 268 данных истории болезни пациента на накопителе 152 на жёстком диске (фиг. 1).
Система 100 МДСЛ выстраивает библиотеку клинических звуков, которые позволяют разрабатывать рисунки или профили, чтобы соотносить сигнал клинического звука с вероятностью конкретного диагноза. Например, система 100 МДСЛ может сравнить кашель пациента со звуковой библиотекой, чтобы видеть, одинаков ли кашель пациента с тем, который, в конце концов, был диагностирован как рак лёгких.
Кроме того, запись произношения пациентом своего имени может периодически записываться и сравниваться с предыдущими записями. Это позволяет системе 100 МДСЛ потенциально обнаруживать и оценивать дисфонию, которая может вырабатываться узелком на голосовых связках пациента.
Телестетоскоп 780 является устройством, которое позволяет звукам, которые врач может слышать через стетоскоп, передаваться по телефону. Телестетоскоп 780 является функционально аналогичным описанному в докладе 1992 г., написанном Агйшг Ό. ЬйНе, названном Телекоммуникации: могут ли они помочь решить проблемы здравоохранения Америки? (Те1есоттип1сабоп8: Сап И Не1р 8о1уе Атег1са'8 НеаИй Саге РгоЫетз?). Телестетоскоп 780 позволяет системе 100 сильно расширить спектр анализов звуков, чтобы включить в него сердечные шумы, шумы интракраниальных аневризмов, звуки дыхания, такие как стерторозное дыхание астмы и хрипы застойной сердечной не достаточности, или даже кишечные звуки непроходимости кишечника.
В клинических звуках имеется больше информации, чем может быть представлено двумерной моделью совмещения рисунков. Преобразования, например, Фурье, используются для сдвига различных аспектов звуков в домены, которые могут быть определены количественно. Звуки затем совмещаются по рисункам с использованием η-мерной матрицы. Рассмотрим простую двумерную матрицу, где время представлено осью Х координат, а амплитуда измеряется по оси Υ координат. Например, кашель может быть записан два раза с интервалом в несколько дней. В этом примере компьютер 102 накладывает сигнал одного кашля на другой кашель. Неперекрывающиеся части рисунков как сверху, так и снизу представляют различия в домене, измеренные между двумя звуками. Область под этими двумя кривыми интегрируется для получения области. Сумма областей двух кривых представляет разницу между двумя звуками в измеряемом домене. Результирующая область затем подвергается одному или более коэффициентам чувствительности, которые обсуждены ниже. Поэтому чем более чувствительна система, тем раньше она произведет совмещение.
Аналогичным образом звуковой рисунок может рассматриваться со временем по оси Х координат и частотой по оси Υ координат. Такая же методология используется для определения количественных различий между двумя кривыми. Тем самым, аналогичным образом, могут быть измерены все аспекты звуков.
В этой схеме совмещения рисунков различным аспектам звука придаются различные веса в зависимости от того, какой клинический звук измеряется. В большинстве звуков амплитуда и частота являются наиболее важными аспектами. Вес или относительная важность аспекта различны для различных клинических звуков, таких как сердечные шумы, шумы в лёгких, стерторозное дыхание, кашли, хрип и т. д.
Когда значение(я) в одной из процедур 722-780 вырабатываются системой 100, компьютер 102 переходит в состояние 782, излагает значение и запрашивает пациента подтвердить значение. Если пациент указывает, что значение верно, как определяется в состоянии 784 решения, компьютер 102 переходит в состояние 786 и вводит это значение в таблицу символов, связанную с текущим пациентом. Если значение не верно, как определяется состоянием 784 решения, компьютер 102 переходит в состояние 790 для определения, хочет ли пациент попытаться предоставить значение снова. Если да, компьютер 102 возвращается назад в начало функции 514. Если пациент не хочет пытаться снова, как определено в состоянии 790, или если состояние 786 завершено, компьютер 102 возвращается в состояние 788 в процесс оценки (фиг. 10Ь).
Ссылаясь на фиг. 20, будет описана программа 516 медицинского состояния пациента, определённая на фиг. 1 0Ь. В ходе выполнения конкретного медицинского алгоритма в процессе 254 оценки (как показано в состоянии 506), компьютер 102 может запрашивать любую дополнительную информацию пациента о медицинском состоянии. Эта информация отражает текущее состояние пациента, которое контрастирует с информацией, запрошенной программой 512 последней истории болезни (фиг. 18) о последней информации истории. Состояния 800-814 программы 516 по существу те же, что и состояния 740-754 программы 512, исключая то, что в программе 512 этикетка (Э) состояния указывает значение, о котором должен быть задан вопрос последней истории болезни во время процесса оценки, тогда как в программе 516 этикетка состояния указывает новое значение, требуемое алгоритмом. Поэтому состояния 800-814 далее не описываются.
XVI. Анализ серьёзности симптомов.
Ссылаясь теперь на фиг. 10а, 10Ь и 21, будет описана функция 518 анализа серьёзности симптомов, определённая на фиг. 10Ь. Обзор и последующее описание свойства повторного ввода, которое связано с анализом серьёзности симптомов, также предоставлено здесь. Важным свойством системы 100 МДСЛ является её способность наблюдать за пациентом по времени. Если система 100 МДСЛ находится в процессе диагностирования жалобы пациента, но не уверена, какое действие должно быть предпринято (состояния 520-522 на фиг. 10Ь), система 100 может попросить пациента повторно войти в систему в заранее заданное время, обычно через несколько часов.
Когда пациент вызывает систему МДСЛ в заранее заданное время, система проводит пациента через начальные отсеивающие вопросы проблемы (состояние 403 на фиг. 10а) для исключения тех проблем, которые требуют немедленного медицинского внимания. Система обнаруживает, что пациент находится в повторном вводе (состояние 490 на фиг. 10а), и затем определяет точку повторного ввода в процессе оценки, основываясь на предыдущем взаимодействии пациента с системой (состояние 492 на фиг. 1 0а). Например, если система МДСЛ установила диагноз мигрень, т. е. если и вероятность мигрени, и вероятность подтверждения мигрени достигли пороговых значений, пациент будет повторять процесс диагностики, который является обычным случаем.
Время от времени, однако, пациента, для которого диагноз ещё не установлен, попросят повторно войти в систему 100. Этому пациенту снова задают диагностические отсеивающие вопросы, в дополнение к начальным отсеивающим вопросам (состояние 306 на фиг. 7а) и отсеивающим вопросам проблемы (состояние 483 на фиг. 1 0а). Если система 100 МДСЛ не спо собна установить диагноз для повторно входящего пациента, он или она отсылаются к врачу для дальнейшей оценки.
В дополнение к свойству повторного ввода система 100 МДСЛ имеет способность вызывать пациентов опять для наблюдения за их прогрессом. Аналогичные методологии тенденций используются безотносительно к тому, кто инициировал вызов, т.е. система или пациент. Используя эту способность, система 100 МДСЛ может обеспечить регулярное или периодическое наблюдение старых пациентов в их домах, равно как и информирование пациентов, когда становится доступной новая терапия.
Многие проблемы, для которых система 100 МДСЛ предлагает совет, имеют абсолютные пороги для начального квантования серьёзности симптома. Например, боль в грудной клетке, которая описывается пациентом как равная 10 по 10-балльной шкале серьёзности, достигнет специального для проблемы начального порога серьёзности симптома и будет требовать консультации с врачом.
Интересно, что головная боль, начальная серьёзность которой характеризуется как равная 10 по 1 0-балльной системе, не будет сама по себе необходимо требовать немедленной консультации у врача. Если, кроме того, головная боль началась внезапно, и, как было упомянуто ранее, была описана как худшая боль в жизни пациента, система 100 МДСЛ будет рассматривать это как предположительно достаточное для субарахноидального кровотечения, чтобы посоветовать немедленную консультацию у врача.
Продолжая пример с головной болью, после повторного входа в систему пациенту с установленным диагнозом задают начальные отсеивающие вопросы и отсеивающие вопросы проблемы, система 100 МДСЛ снова делает заключение о серьёзности головной боли пациента. Повторно заключение о серьёзности симптомов, для пациента, повторно вошедшего в систему, устанавливает две опорные очки. Система 100 теперь способна анализировать любые изменения в уровне серьёзности симптомов, равно как и вычислять скорость изменения серьёзности по времени.
Функция 518 анализа серьёзности симптомов имеет число (Ν) точек в качестве параметра ввода, как указано в состоянии 830. Число точек относится к опорным точкам, установленным во время начальной консультации по конкретной проблеме и во время последующей консультации повторного ввода. Начиная со стартового состояния 832, компьютер определяет число (Ν), т.е. количество опорных точек в состоянии 834. Если определено, что N = 2, то компьютер 102 переходит в состояние 836 для вычисления наклона линии, соединяющей две опорные точки, с использованием стандартных математических методов. Переходя в состояние 838, переменная, названная Степень, устанавливается равной единице, поскольку лишь две опорные точки используются в состоянии 836. Компьютер 102 возвращается в состояние 840 с параметрами вывода Наклон и Степень, как определяется функцией 518, к процессу оценки (фиг. 10Ь).
Используя возвращённые параметры Наклона и Степени в процессе 254 оценки, если система 100 МДСЛ определяет, что серьёзность головной боли, например, увеличивается слишком быстро, т.е. если наклон линии, соединяющей две опорные точки на графике серьёзности, достигает установленного порога, система 100 будет выдавать должные рекомендации.
Если система 100 МДСЛ обнаружит, что серьёзность головной боли остаётся той же самой или становится хуже, но делает это с относительно невысокой скоростью, она может попросить пациента повторно войти в систему второй раз (т.е. для третьей консультации), обычно в течение более короткого периода времени. Третья консультация даёт системе 100 МДСЛ три опорные точки, из которых выводится тенденция серьёзности головной боли. Таким образом, когда функция 518 вызывается процессом оценки, число (Ν) равно трём, как определено в состоянии 834, и компьютер 102 ответвляется в состояние 844. В состоянии 844 компьютер 102 определяет наклон и степень линии, соединяющей три опорные точки. Предпочтительное в настоящее время выполнение использует общеизвестный способ Рунге-Кутта, который является методом численного приближения для решения различных уравнений. Другие выполнения могут использовать другие общеизвестные стандартные функции аппроксимации кривой в состоянии 844.
Если система 100 определяет, что требуется ещё одна или более консультаций, т.е. более трёх консультаций, например, для установления тенденции с достоверностью, она снова попросит пациента повторно войти в систему в более позднее время. В этой ситуации три последние опорные точки используются в вычислении в состоянии 844.
Система 100 затем выполняет последовательный анализ наклона серьёзности симптомов для определения, не ухудшается ли симптом слишком быстро, следующим образом. Вычисляются наклоны линий, соединяющих первую и вторую точки, вторую и третью точки, и затем первую и третью точки. Если любой из них достигнет специального для проблемы порога, будет выдана соответствующая рекомендация.
Если последовательный анализ наклона серьёзности симптомов не выявил необходимости просить медицинского внимания, то система 100 МДСЛ в дополнение к вычислению скорости изменения в серьёзности симптома по отношению ко времени (анализ наклона) теперь вычисляет скорость изменения скорости, с ко торой головная боль становится хуже. Это является первой производной.
Табл. 4 показывает это отношение ниже.
Карты времени на оси Х и карты серьёзности симптомов на оси Υ.
Таблица 4
Серьёзность симптомов
Время
Отметим, что линии, соединяющие эти три точки, формируют слегка наклонную прямую линию. Система 100 МДСЛ, использующая эти данные, определяет, что, хотя симптом становится хуже, он делает это арифметическим или линейным путём. Т.е. хотя серьёзность симптома увеличивается, скорость изменения симптома не увеличивается.
В противоположность этому, линия, соединяющая три точки на графике в табл. 5, формируют резко растущую кривую.
Таблица 5
Система 100 МДСЛ, использующая данные табл. 5, определяет, что не только симптом быстро ухудшается, но, что более значительно, скорость, с которой симптом ухудшается, также увеличивается. В системе 100 МДСЛ этот анализ назван экспоненциальным фильтром серьёзности симптома. Все пациенты, которые повторно вошли в систему второй раз, подвергаются этому анализу.
Важно заметить, что серьёзность проблемы, например, головной боли, не обязательно связана с серьёзностью лежащей в основе причины. Система 100 МДСЛ запрограммирована так, что когда любой симптом быстро становится хуже, медицинское вмешательство часто советуется как необходимое. Этот принцип является достоверным для многих симптомов.
Возвращаясь с функции 518 анализа серьёзности симптомов (фиг. 21), если эта функция 518 вызывается с N = 0 или N = 1, компьютер ответвляется в состояние 842. В состоянии 842 параметры наклона и степени устанавливаются на ноль, и компьютер 102 возвращает эти параметры в состояние 840 в процесс оценки (фиг. 10Ь). Значения, установленные в состоянии 842, необходимо сигнализируют о состоянии ошибки, в котором действует процесс 254 оценки.
ХУ11. Таблица лечения.
Ссылаясь на фиг. 22, будет описан процесс
256 таблицы лечения, определённый на фиг. 76.
Система 100 МДСЛ разбивается на модули в своём подходе к диагнозу и лечению. В меди79 цине диагноз просто означает объяснение того, что вызывает проблему, а лечение относится к тому, какое действие должно быть предпринято, когда известна причина проблемы.
Диагноз состоит из истории, физической проверки, изучения представлений и лабораторных проверок. Опять-таки, история является наиболее важным фактором при вынесении диагноза. В действительности, в медицинской школе студентов учат, что если у них нет хорошей идеи о диагнозе по окончании прочтения истории, они делают что-то неверно.
Лечебная сторона медицины принципиально отличается от диагноза в том, что пока основные принципы вынесения диагноза остаются одними и теми же, лечение постоянно изменяется. Лечение является фундаментально просмотровой таблицей с диагнозом, возрастом и полом в левой половине и самым новейшим лечением в правой половине, как показано в табл. 6. Или же лечение может рассматриваться как гнёзда или почтовые ящики. Каждый отдельный ящик хранит лечение для данного заболевания. Выданная информация специфична для возраста и пола. Содержимое ящика постоянно изменяется, но местоположение ящика не меняется. Например, то, что рассматривается как лучший антибиотик для лечения менингита у двухлетнего ребёнка, может меняться буквально от недели к неделе, поскольку разрабатывается и применяется всё больше антибиотиков или публикуются всё более совершенные исследования.
Таблица 6 Упрощённый пример ТАБЛИЦЫ ЛЕЧЕНИЯ
Диагноз Лечение
менингит у двухлетнего ребёнка антибиотики из выбора на сегодня
Система 100 МДСЛ поддерживает таблицу лечения, которая может постоянно обновляться для предоставления новейших рекомендаций по лечению.
К таблице лечения могут получить прямой доступ те пациенты, которые уже знают свой диагноз. Например, пациенты с астмой могут консультироваться с системой так часто, как они хотят видеть, что сейчас является абсолютно новейшим лечением для их состояния. В действительности связи поддерживаются между таблицей лечения и файлами 268 истории болезни пациентов. В этом случае, когда новое лечение вводится для любого из кодов Κ'Ό-9СМ, перечисленных в системе 100 МДСЛ, с пациентами можно контактировать и просить их либо вызвать систему 100 снова для их удобства, либо система 100 отправит информацию им по факсу или электронной почте. Система 100 МДСЛ также может уведомлять врачей пациентов, когда идентифицируется новое лечение.
Принцип использования таблицы также полезен по отношению к двум аспектам диагно стического процесса, которые часто изменяются: методы представления варианта (такого как рентгеновское излучение, компьютерная томография (КТ), магниторезонансное изображение (МРИ) и лабораторная(ые) проверка(и) варианта. Следовательно, система 100 МДСЛ также поддерживает таблицу для методов представления варианта, равно как и для лабораторной(ых) проверки(ок) варианта при обработке или диагностике конкретной жалобы. Путём разбиения на модули этих аспектов диагноза, по мере появления новых методов представления, таких как сканирование, позитронно-эмиссионная томография (ПЭТ), и новых лабораторных проверок, таких как метод рекомбинантной ДНК, изменяться должны только таблицы, но не сами медицинские алгоритмы.
Таблица лечения будет далее описана в общем виде как процесс 256 на фиг. 22. Процесс 256 таблицы лечения начинается в стартовом состоянии 860 и переходит в состояние 862, в котором компьютер приглашает вызывающего выбрать способ лечения:
1) лечение, выбранное из послойного меню, или
2) лечение, выбранное через прямой ввод каталожного номера.
Первый способ выбора влечёт за собой использование процесса 864 выбора лечения, задаваемого с помощью меню, который будет описан ниже совместно с фиг. 23. Второй способ выбора в состоянии 866 использует каталожный номер сообщения таблицы лечения. Этот каталог является частью пакета информации пациента, раздел которой показан в табл. 7. Каталог таблицы лечения организован по анатомическим областям и диагнозам и, когда это применимо, по возрасту и полу. После того, как пациент выбирает каталожный номер, компьютер 102 сохраняет выбор в переменной М памяти. В качестве альтернативного способа выбора, система позволяет пациенту напрямую набрать 1СЭ-9СМ коды для своей проблемы. В этом случае компьютер 102 будет искать код 1СЭ-9-СМ во внутренней таблице перекрёстных ссылок, чтобы идентифицировать каталожный номер и установить переменную М в этот каталожный номер.
Таблица 7 Часть каталога таблицы лечения
НЕВРОЛОГИЯ
Диагноз Сообщение
Эпилепсия 1101
Менингит
2 года и моложе 1201
более 2 лет 1202
Депрессия
мужчина
до 50 лет 1301
50 лет и старше 1303
женщина
до 50 лет 1302
50 лет и старше 1304
Когда значение переменной М памяти установлено процессом 864 или состоянием 866, компьютер 102 переходит в состояние 868 и воспроизводит сообщение М лечения пациенту. По завершению воспроизведения сообщения лечения компьютер 102 переходит в состояние 870 решения.
В состоянии 870 компьютер 102 проверяет наличие сообщения М общества. Категория сообщения общества содержит информацию об организации, которая помогает пациентам в конкретном заболевании. Если сообщений М общества не существует, компьютер 102 переходит в состояние 874 решения. В противном случае компьютер 102 будет переходить в состояние 872, в котором он воспроизводит сообщение М общества пациенту. В конце сообщения М общества компьютер переходит в состояние 874.
В состоянии 874 компьютер 102 проверяет наличие сообщения М о лекарствах, продаваемых без рецепта (ПБР). Категория сообщения ПБР содержит информацию о доступных в основном медикаментах, продаваемых без рецепта, и средствах домашнего ухода для конкретного диагноза. Если сообщение М ПБР не существует, компьютер 102 переходит в состояние 878 решения. В противном случае, компьютер 102 будет переходить в состояние 876, в котором он воспроизводит сообщение М ПБР пациенту. В конце сообщения М ПБР компьютер переходит в состояние 878.
В состоянии 878 компьютер воспроизводит для пациента терминальное меню, которое позволяет пациенту либо выбирать другое лечение, либо выходить из процесса 256 таблицы лечения. Если пациент хочет услышать другое сообщение лечения, компьютер 102 возвращается назад в состояние 862 меню способа выбора лечения. Если пациент хочет выйти из процесса 256 таблицы лечения, система переходит в состояние 880, в котором процесс 256 таблицы лечения прекращается, и возвращается в алгоритм высокого уровня (фиг. 76) в состоянии 344.
Пример сообщений лечения, общества и ПБР для эпилепсии приведены в табл. 8. Отметим, что поскольку сообщение ПБР пустое, компьютер пропустит воспроизведение сообщения ПБР и перейдёт прямо в терминальное меню.
Таблица 8
Сообщения таблицы лечения для эпилепсии
Сообщение лечения.
От 12/20/93, в соответствии с работой Экстренная медицина: принципы и клиническая практика (Етегдепсу Мебюте: Сопсерй ап6 С11п1са1 Ргасбсе), третье издание, авторы Бг8. Вокеп, Вагкш, е! а1., стр. 1800-1801, начальное лечение обобщённых тонико-клонических припадков, т.е. больших эпилептических припадков, осуществляется следующим образом.
После попыток обнаружить и срочно вылечить исправляемые случаи, такие как гипогликемия, показаны следующие фармакологические средства:
1. Внутривенное введение лоразепама с дозой по 0,1 мг на 1 кг и скоростью вливания, не превышающей 2 мг в минуту.
За чем обычно следует:
2. Внутривенное введение фенотоина с дозой от 15 до 18 мг на 1 кг и скоростью вливания, не превышающей 0,75 мг на 1 кг в минуту.
Если лоразепам неэффективен, и для людей с аллергией на фенотоин:
3. Внутривенное введение фенобарбитала с дозой от 8 до 20 мг на 1 кг и скоростью вливания, не превышающей 0,75 мг на 1 кг в минуту.
Если всё вышеперечисленное безуспешно:
4. Нервно-мышечный блокирующий агент, такой как панкурониум, с внутривенной дозой от 0,03 до 0,1 мг на 1 кг.
5. Внутривенное введение паральдегида с дозой от 0,1 до 0,15 мг на 1 кг, растворённого салином до 4% или 6% раствора, и медленное вливание в течение 1 ч.
Сообщение общества.
За дальнейшей информацией по эпилепсии обращайтесь:
Фонд эпилепсии Америки
1828 Ь 81гее1, Ν.№., 8иПе 406, \Уа51ипд1оп. Б.С., 20036 (202) 293-2930
В дополнение к национальному офису, имеется 100 местных отделений. В отделение в Сан-Диего можно обратиться по тел. (619) 2960161.
Сообщение ПБР.
Нет.
Ссылаясь теперь на фиг. 23, будет описан процесс 864 выбора лечения, задаваемого с помощью меню, определённый на фиг. 22. Процесс 864 выбора лечения, задаваемый с помощью меню, начинается в стартовом состоянии 890 и переходит в состояние 892, в котором компьютер 102 излагает пациенту меню областей и просит выбрать одну область. Полное меню в состоянии 892 не показывается. Области упорядочены по анатомической системе. Например, если у пациента эпилепсия, пациент может просто выбрать это из меню анатомической системы для неврологической системы.
Основываясь на выборе пациента, компьютер 102 ответвляется в состояние меню выбора области, такое как состояние 894 меню неврологической области, в котором компьютер 102 излагает пациенту список диагнозов и запрашивает выбор диагноза. В некоторых случаях диагноз далее подразделяется по полу, возрасту или по полу и возрасту одновременно. В состоянии 904, например, для диагноза менингита, компьютер 102 пригласит пациента выбрать из вспомогательного меню между лечением ребёнка двух лет или моложе и лечением кого-либо старше двух лет. Затем, основываясь на выборе пациента, компьютер 102 устанавливает переменную М памяти на значение номера сообщения выбранного диагноза в состоянии 908 или 910. Состояние 906 является другим примером меню вторичного уровня, которое имеет четыре варианта, основанные на поле и возрасте. Эти четыре варианта связаны с четырьмя состояниями 912, 914, 916, 918, в которых компьютер 102 устанавливает переменную М памяти на значение номера сообщения выбранного лечения, как было выбрано в состоянии 906. После того как каталожный номер был сохранен в переменной М памяти, компьютер 102 переходит в состояние 923 возврата, в котором процесс выбора лечения, задаваемый с помощью меню, завершается и возвращает управление процессу 256 таблицы лечения.
Меню 896 области 2 и меню 898 области N показывают меню, аналогичное меню 894, но для разных анатомических систем. Меню 896 и 898 могут иметь вторичные меню, аналогичные меню 904 и 906 под меню 894. Затем состояния 920 и 922 показывают, что компьютер 102 устанавливает переменную М памяти на значение номера сообщения диагноза, выбранного из родительского меню 896 или 898 соответственно.
XVIII. Парадигма системы МДСЛ.
Парадигма системы МДСЛ основана на нескольких фундаментальных принципах. Они перечислены ниже:
- централизация медицинской информации;
- доступность медицинской информации;
- модульность медицинской информации;
- изменяемость системы.
Как упомянуто ранее, одна из целей системы МДСЛ состоит в том, чтобы соединить высококвалифицированных медицинских экспертов вместе, закодировать их знания в центральной точке и сделать эту информацию доступной любому.
Хотя вопрос доступности обсуждался несколько раз, важно понять его значение. Доступность в системе 100 МДСЛ относится как к пути, по которому медицинская информация может быть извлечена из системы 100 не образованным в медицинском отношении персоналом, так и к необходимости для людей получать медицинскую информацию где угодно легко и быстро. Путём использования уже установленной всемирной сети телекоммуникаций система 100 МДСЛ может предоставить универсальный и практически мгновенный доступ к высококачественному, на 100% непротиворечивому медицинскому совету.
В системе 100 МДСЛ концепции модульности и изменяемости очень сложно взаимосвязаны. Модульность является ключом к способ ности системы МДСЛ предоставлять пациентам новейшую доступную медицинскую информацию. Модульная конструкция и объектноориентированные методы системы МДСЛ позволяют отдельным компонентам системы изменяться или обновляться без влияния на другую информацию в системе 100.
Напротив, печатные носители страдают от неспособности быстро адаптироваться к изменяющейся ситуации. Когда книга или журнал опубликованы, они не могут быть изменены до даты их следующей публикации. Система 100 МДСЛ, однако, может быть изменена за несколько часов после нового открытия в медицине. Лёгкая изменяемость является другим путём, которым система 100 МДСЛ качественно отличается от ранее опубликованных алгоритмов.
Когда медицинские алгоритмы для системы 100 МДСЛ написаны и запрограммированы, они могут потом непрерывно обновляться и уточняться по мере того, как медицина движется вперёд. К сожалению, врачи сегодня просто не способны держаться в курсе взрыва новой медицинской информации и технологии. Эта способность почти немедленно изменять систему 100 МДСЛ является мощным свойством системы.
В настоящее время компьютер может искать мировую медицинскую литературу ежедневно. Любые статьи, принадлежащие к конкретной теме, будут автоматически запрашиваться и информация будет использоваться для обновления системы.
Кроме того, система 100 МДСЛ в настоящее время использует технологию оптического распознавания символов для оцифровки своей базы медицинских данных. Затем, используя методы индексирования, система 100 МДСЛ способна искать и извлекать любую требуемую информацию. Например, система может искать строку символов головная боль и извлекать любое количество окружающего текста или графической информации. Эта информация затем собирается, упорядочивается, печатается и отсылается врачу(ам), поддерживающему(им) алгоритм головной боли. Этот процесс станет более лёгким по мере оцифровки мировой медицинской литературы.
Глобальные коэффициенты: чувствительность и избирательность.
Другой путь, по которому способна изменяться система МДСЛ, заключается в использовании глобальных коэффициентов чувствительности/избирательности. Как и в любом решении, так и с системой 100 МДСЛ всегда существует равновесие между риском и прибылью, которое необходимо достигнуть. Один из вопросов, на который система 100 МДСЛ пытается ответить, таков: должен ли пациент быть немедленно осмотрен врачом. Это приводит к данному обсуждению о чувствительности и избирательности.
Чувствительность и избирательность являются статистическими терминами, которые относятся к тому, насколько точно может быть вынесено решение. В этом случае чувствительность относится к количеству пациентов, которые системой 100 МДСЛ считаются не подлежащими осмотру врача, хотя они в действительности подлежат.
Если программа должна быть такой чувствительной, то никакой процесс заболевания, который обычно требует осмысленного вмешательства врача, не будет лечиться на дому (отсутствуют ложные негативы), и каждая единичная жалоба будет требовать визита к врачу, что является бесполезной системой. С другой стороны, слишком избирательная система (отсутствуют ложные позитивы), т.е. отсутствие ненужных визитов в офис врача, будет требовать, чтобы производились попытки домашнего лечения для каждой жалобы, что является бесполезной и опасной системой.
Таким образом, опять-таки должно быть достигнуто равновесие между этими двумя концами спектра. Для достижения этого соотношение чувствительность/избирательность всей системы 100 МДСЛ может изменяться путём установки и настройки множества коэффициентов чувствительности. Эти коэффициенты чувствительности воздействуют на следующие функции: мета-пороги, порог горизонта повторного ввода, частота повторных вызовов, фильтры серьёзности симптомов, последовательные фильтры наклона, экспоненциальные фильтры серьёзности симптомов и вероятности диагнозов в таблице лечения. Кроме того, как и в примере с головной болью, оценка уже взвешенных отсеивающих вопросов модулируется или изменяется коэффициентами чувствительности.
Опыт по районированию травматических центров в этой стране показывает интересную тенденцию по времени в отношении чувствительности и избирательности. Показано, что обратная связь между чувствительностью и избирательностью при построении по времени выдаёт синусоидальное колебание, в котором амплитуда колебания постепенно уменьшается со временем, когда система тонко настроена, как показано ниже в табл. 9.
Таблица 9
Увеличение чувствительности
Увеличение избирательности
Время
Коэффициенты чувствительности системы МДСЛ разработаны для выполнения этого, т.е. для тонкой настройки системы по времени, чтобы найти правильное соотношение между чувствительностью и избирательностью.
В дополнение к использованию глобальных коэффициентов, система 100 МДСЛ поддерживает то, что называется наборы фильтрующих ответов экстренных ситуаций. Когда пациент отвечает да на любой из отсеиваю щих вопросов по проблеме, рекомендация или сообщение, которые следуют после этого, вызывает фильтрующий ответ экстренной ситуации или ФОЭ. Наборы ФОЭ разбиваются на модули так, что система может приспособить сообщение, которое слышит пациент. Это позволяет системе 100 совмещать наборы ФОЭ с желательным уровнем чувствительности или избирательности, равно как предоставлять информацию, специфичную для этого ОМП или управляемого плана помощи.
Коэффициенты чувствительности системы. Имеется десять коэффициентов чувствительности, которые воздействуют на определение порога в системе 100 МДСЛ:
= по всей системе (обычно устанавливается администратором системы и воздействует на всю систему МДСЛ);
= вовлекается анатомическая система тела (например, нервная система в примере с головной болью);
= причина (например, инфекция является причиной менингита);
= конкретный для проблемы (устанавливается автором алгоритма в начале алгоритма);
= конкретный для вопроса (внутри частного алгоритма);
= конкретный для организации (например, ОМП или больница);
= конкретный для пациента;
= зарезервированный коэффициент чувствительности для использования позднее;
= зарезервированный коэффициент чувствительности для использования позднее;
Ч10 = зарезервированный коэффициент чувствительности для использования позднее.
Первоначально коэффициенты чувствительности имеют значение 1,0. Значение коэффициента чувствительности обычно обратно пропорционально чувствительности, т. е. если значение уменьшается, чувствительность увеличивается.
Коэффициенты чувствительности применяются к пороговому постоянному значению в компоненте относительного выражения в утверждении Если-То или Если-То-Иначе медицинского алгоритма. Например, предположим, что система 100 находится в алгоритме менингита и что температура выше 102° (по Фаренгейту) вызовет рекомендацию отправиться в больницу. Ниже приведен пример вычисления порога без коэффициентов чувствительности:
Если темп >102°, то X, иначе Υ, где Х означает рекомендацию отправиться в больницу, а Υ означает другую точку ветвления.
Ниже приведен тот же пример, но включая коэффициенты чувствительности:
Если темп >(102°*Ч1*Ч2*Ч3*Ч4*Ч5*Ч6*Ч7*Ч8*Ч9*Ч10), то X, иначе Υ
Использование коэффициентов чувствительности обеспечивает прогнозирование изменения. Настойка начального произведения коэффициентов чувствительности с 1,00 на 0,95 уменьшит температуру, при которой система рекомендует поход в больницу. Каждое вычисление порога или другое использование коэффициентов чувствительности может использовать любое число (например, два коэффициента) и любое сочетание коэффициентов. Дополнительно, любое сочетание коэффициентов может быть изменено с начального значения 1,0 в любом вычислении конкретного порога.
Критерии возраста также изменяются путём использования коэффициентов чувствительности. Например, Если возраст >45*Ч1*Ч4, то X, иначе Υ.
Примеры областей системы 100, которые могут быть настроены, приведены ниже:
Анатомическая система (например, сердечно-сосудистая) - система пропускает слишком много сердечных приступов.
Причина (инфекция) - система пропускает слишком много повреждений (травм).
Конкретная для проблемы (например, головная боль) - алгоритм головной боли пропускает слишком много случаев менингита или субарахноидального кровотечения.
Конкретная для вопроса (каждый вопрос в алгоритме может быть изменён) - это изменит вес вопроса в ряду взвешенных вопросов, таких как отсеивающие вопросы мигрени.
Конкретная для пациента - один пациент может хотеть быть ОЧЕНЬ осторожным, тогда как другой может сказать: в общем случае я не иду к доктору, пока я действительно не уверен, что со мной что-то не в порядке.
Организационная (например, пациенты Кайзер) - руководство больниц Кайзер может сказать, что система пропускает слишком много случаев менингита, и может попросить быть более внимательным с их пациентами (посылать их с меньшей температурой).
Коэффициенты чувствительности воздействуют на следующие функции системы 100:
(a) Свойство повторного ввода - коэффициенты чувствительности воздействуют на горизонт повторного ввода, т.е. на величину времени после того, как система 100 сочтёт повторение одной и той же жалобы новой проблемой. Если чувствительность увеличивается, горизонт повторного ввода становится ближе.
(b) Мета-функция - коэффициенты чувствительности воздействуют на порог совпадения и порог коэффициента плотности по времени. Снижение значений коэффициентов чувствительности по всей системе и по проблеме, например, с 1,0 до 0,9, уменьшает порог совпадения и коэффициент плотности по времени:
Пример 1 без коэффициентов чувствительности:
Мета(НГВБ, ****,
12/31/93)
06/01/93,
Если МС >3, то 100, иначе 101.
Пример 1 с коэффициентами чувствитель ности:
Мета (НГВБ, ****,
12/31/93)
06/01/93,
Если МС >(3 * Ч1 * Ч4), то 100, иначе 101.
Пример 2 без коэффициентов чувствитель ности:
Мета (****
12/31/93)
06/01/93,
Если КПВ >2,0, то 200, иначе 201.
Пример 2 с коэффициентами чувствитель ности:
Мета (****
12/31/93)
06/01/93,
Если КПВ >(2,0 * Ч1 * Ч4), то 200, иначе 201.
Таким образом, нет необходимости изменять алгоритмы сами по себе. Другими словами, коэффициенты могут быть изменены вместо изменения алгоритмов.
(с) Вопросы проблемы - взяв ранее использованный пример с головной болью, сумма оце нок отсеивающих вопросов и вопросов подтверждения (а иногда и вопросов самих по себе) умножается на коэффициенты чувствительности. Вопросы также взвешиваются, конечно, в зависимости от того, насколько важен каждый вопрос для диагноза. Сумма взвешенных оценок сравнивается со значением порога, что может выразиться либо в выдаче диагноза, скажем, мигрени (в ответ на отсеивающие вопросы мигрени), либо в подтверждении диагноза мигрени в ответ на вопросы подтверждения мигрени.
Таким образом, если мы хотим увеличить чувствительность диагностирования субарахноидального кровотечения, нам не придётся написать другой алгоритм, но вместо этого, просто умножить отсеивающие оценки и оценки подтверждения на коэффициенты чувствитель ности.
Например, если порог для системы 100 МДСЛ для постановки диагноза субарахнои дального кровотечения на основе суммы взвешенных отсеивающих вопросов по субарахнои дальному кровотечению устанавливается, скажем, на 75%, то затем эта процентная величина переменной чувствительности даст этому диагнозу меньшую оценку и, таким образом, соберёт больше случаев. Таким образом, индивидуальные диагнозы внутри алгоритма могут быть настроены независимо, и в некоторых случаях это даже применимо к самим отдельным вопро сам.
(6) Анализ серьёзности симптомов и анализ тенденции серьёзности симптомов - коэффициенты чувствительности изменяют абсолютное значение, первый, второй и третий пороги наклона. При увеличенной чувствительности линия с более медленным наклоном вызы89 вает более раннюю медицинскую оценку. В алгоритме, когда система 100 использует любой подсчитываемый параметр для вынесения решения, всё это объединяется, подвергается воздействию или умножается на коэффициенты чувствительности. В очень простом примере, если система 100 МДСЛ будет нормально выдавать рекомендацию, частично основанную на возрасте пациента (например, если вы мужчина, и вам более 50 лет, и ...), то решение может быть вынесено, если пациенту 49 или 48 лет, и т. д.
(е) Набор домашней диагностики и лечения - если пациент имеет набор лечения системы МДСЛ или манжету для измерения кровяного давления, то уровень, на котором лихорадка или кровяное давление воздействуют на решение, может быть изменён.
(ί) Проверка умственного статуса - проверка умственного статуса может быть изменена на уровне системы или на уровне проблемы (алгоритма).
(д) Библиотека клинических звуков - процесс совмещения рисунков (как в библиотеке клинических звуков) является количественно выразимым за счёт изменения коэффициентов чувствительности.
XIX. Видеопредставление пациента.
Существует четыре основных типа видеопредставления: статичное черно-белое, статичное цветное, черно-белое видео, цветное видео. Каждый из этих типов теперь обсуждается.
Такие основные изображения, как статичные черно-белые изображения, могут предоставлять полезную информацию системе 100. Получение статичных черно-белых изображений используется с нейросетевым совмещением рисунков. Этот процесс позволяет анализировать, например, черты лица, чтобы помочь в обнаружении определённых заболеваний, таких как характерное лицо синдрома Кушинга или экзофтальм базедовой болезни.
Статичное цветное изображение обеспечивает цветовой частотный анализ для обнаружения заболеваний, которые не обнаруживаются сразу с помощью статичных черно-белых изображений, такие как цианоз нарушения дыхания или склеральная желтуха гепатита. Цвет тем самым обеспечивает повышенный выигрыш в уровне обнаружения заболеваний.
Черно-белое видеоизображение в масштабе реального времени позволяет оценить физические признаки, такие как реакции зрачка, экстраокулярная мышечная функции, запаздывание века и нистагм. Функция черепного нерва может быть дистанционно оценена вместе, например, с различием между функциями центрального и периферийного седьмого нерва.
Цветное видеоизображение, особенно с использованием волоконной оптики, добавляет гораздо больше способностей в оценке состояния пациента. Например, цветное видеоизображение очень полезно для оценки наполнения капилляров или наблюдения за реакцией пациента с цианозом на дополнительный кислород. Другое выполнение системы 100 может использовать недорогие лазерные источники для выполнения голографических изображений в реальном масштабе времени.
XX. Выгоды системы МДСЛ.
Очень редки случаи, когда перекрываются интересы гуманитариев и предпринимательские интересы предприятия. Слияние цели, которая существует в системе МДСЛ, поразительно. Это вдвойне выигрышное предложение с любой точки зрения.
Система 100 МДСЛ не только значительно снижает чрезмерные затраты нашей существующей системы здравоохранения, но и впервые в истории каждый человек может получить доступ к высококачественному, на 100% непротиворечивому и приемлемому по средствам медицинскому совету и информации. Независимо от того, с какой точки зрения смотреть на систему 100 МДСЛ, её выгоды значительны.
Клиент медицинской помощи, очевидно, получает больше всех. Теперь, какая бы медицинская проблема ни существовала у него или у неё, или у любого члена их семьи, может быть получена немедленная консультация. Знание того, что лучшая информация медицинской помощи и медицинский совет является лишь телефонным вызовом, может успокоить тревогу каждого от молодых матерей до старых пациентов, привязанных к их домам.
Путём одобрения системы 100 МДСЛ федеральное правительство, правительства штатов и местные правительства могут разгрузить свои обязательства предоставлять универсальный и приемлемый по средствам уровень здравоохранения всем своим гражданам. Кроме того, система 100 МДСЛ помогает уходу за пациентами, которые не могут платить, тем самым избавляя врачей первичной помощи от необходимости предоставлять помощь без оплаты. В первое время организации здравоохранения и управляемые планы помощи будут способны эффективно опрашивать пациентов по телефону, чтобы гарантировать, что пациенты получают именно те услуги, в которых они нуждаются.
Специалисты могут использовать свои таланты не только на повторение знакомых ритуалов, но они будут свободны, чтобы концентрироваться на наиболее сложных проблемах, которые не могут быть разрешены системой 100 МДСЛ. Они также будут получать выгоду от увеличенного числа историй болезни, когда испрашивается консультация.
Врачи сами смогут получать доступ к системе 100 МДСЛ для того, чтобы оставаться информированными о новой информации и технологических новшествах в области медицины.
Это особенно верно для баз данных лечения, представлений и лабораторных проверок.
Медицинская информация является непрерывно обновляемым ресурсом, потому что она не уничтожается при своём распространении. В системе 100 МДСЛ существует возможность для Соединённых Штатов предоставить крайне необходимую медицинскую информацию миру, и в то же время, привести капитал в страну. В будущем эта страна сможет поддержать свое лидерство в инновациях, технологии и разработке программного обеспечения.
Соединённые Штаты и мир столкнулись с кризисом здравоохранения настолько сильным, что это трудно понять. Существуют заболевания, которые угрожают самому нашему выживанию как вида. Все из нас знают опасение и замешательство, которые мы чувствуем, когда случается болезнь. Когда это происходит, нам нужны ответы на конкретные медицинские вопросы, ответы совершенно свежие, постоянно доступные и приемлемые по средствам.
Ключом является информация: информация о предотвращении, раннем обнаружении заболевания и о наиболее эффективном его лечении. Система 100 МДСЛ может предоставить эту информацию через простое использование телефона практически каждому обитателю планеты. Кроме того, система 100 МДСЛ преобразует и объясняет сложную медицинскую терминологию и понятия языком, который легко понятен каждому.
Люди не обязаны быть больными, чтобы проконсультироваться с системой 100 МДСЛ, они могут быть просто любопытными. Пациенты не должны иметь назначений по расписанию, они просто могут поднять трубку телефона. Хотя многие пациенты будут потом осмотрены врачом, система 100 МДСЛ может предоставить немедленную помощь каждому. Система 100 МДСЛ сразу устанавливает равный доступ к информации по охране здоровья. Хотя многие пациенты в этой стране получают медицинскую помощь существующего уровня, есть большая часть населения, которая лишена самой основной медицинской помощи и медицинской информации. Система 100 МДСЛ начинает закрывать этот ненормальный пробел.
Система 100 МДСЛ начинает воздействовать на реструктуризацию системы доставки медицинской помощи, в которой как клиенты медицинской помощи, так и предоставляющие эту помощь участвуют в улучшении системы самой по себе. Система 100 МДСЛ и её пациенты будут находиться в партнёрских отношениях для предоставления доступного новейшего экономичного и чёткого лечения. Верхний потенциал не ограничен. Считает ли кто-то, что медицинская помощь является правом или привилегией, нет никаких сомнений, что она фундаментально необходима. Считает ли кто-то, что мы имеем гражданскую ответственность или моральное обязательство заботиться друг о друге, это должно быть сделано. Фундаментальная простота структуры системы 100 МДСЛ даёт неверное представление о её силе как высоко полезного инструмента для доставки медицинской помощи.
XXI. Первая факультативная конфигурация системы.
Второе выполнение системы МДСЛ влечёт за собой основное изменение в том, как вопросы и ответы доставляются к пациенту. Вместо использования телефона, техники обработки голоса и голосового ответа, программное обеспечение системы публикуется на носителях, таких как гибкие диски, СБ-РОМ или платы РСМС1А для использования в персональном компьютере пациента. Это второе выполнение именуется как экранная версия или система АМДСЛ (автономная). Компьютером может быть, например, настольный компьютер, лэптоп или ноутбук, или карманный компьютер, управляемый ручкой. Вопросы системы отображаются на экране дисплея, который является частью компьютера или подключён к компьютеру. Пациент использует клавиатуру или устройство указания/записи, соединённые с компьютером для ответа на вопросы. Файлы пациента поддерживаются и обновляются внутри компьютера или на удалённых устройствах хранения. Диагноз, совет и лечение могут отображаться на экране, а также распечатываться в виде твёрдой копии на принтере (если это доступно). Новые версии системы АМДСЛ либо посылаются пациентам по почте, либо доступны через модем. Эти новые версии могут включать в себя обновления таблицы лечения для новых лечений. Другое выполнение системы АМДСЛ может включать в себя использование специальных устройств приёма, которые принимают закодированные ЧМ сигналы на основе требования, когда событие (новое лечение) запускает устройство, как это описано в патенте США № 5030948.
Уникальный и отдельный авторский язык (называемый Вывод файла или ВФ) был использован для разработки медицинских алгоритмов, используемых в выполнении экранной версии системы 100. За счёт использования ВФ содержимое файлов представляется пользователям в интерактивном режиме, а затем пользователи отвечают на вопросы и указания, выдаваемые текстовыми файлами.
ВФ разработан как обычный обобщённый авторский язык, в котором команды включены в текстовые файлы (далее называемые файлами ВФ) для выполнения конкретных функций экрана и клавиатуры. Файлы ВФ находятся в действующих программах, написанных на языке ВФ, который связывается (через ВФ) с пользователем в интерактивном режиме.
ВФ не добавляет собственного текста. В действительности, ВФ не требуется знать, какое содержимое текстового файла он выполняет.
Программист или автор файла ВФ полностью управляет текстовым содержимым и последова93 тельностью, в которой оно представляется. Используя различные команды, описанные в документе Синтаксис авторского языка, перечисленный в Микрофишном приложении, автор может отображать текст, форматировать экран, задавать пользователю вопросы, вводить ответы от пользователя, выбирать различные текстовые файлы для выполнения и в общем контролировать и направлять весь сеанс.
Этот вариант ВФ рассматривается как вариант развития, который даёт пользователю больше свободы за клавиатурой. Пользователь может прервать представление и редактировать представляемый файл ВФ. Здесь предполагается, что пользователь в действительности является автором или лабораторным испытателем, занятым проверкой и исправлением содержимого файлов.
Файл ВФ выполнен в любом стандартном последовательном текстовом файле формате Л8СП со строками переменной длины, заканчивающимися возвратом каретки (Л8СП 13). Любая строка с периодом в столбце 1 рассматривается как команда. Строка без лидирующего периода рассматривается как команда печати.
Программа ВФ обрабатывает файл ВФ путём считывания его в память по одной строке за один раз. Если строка является текстовой строкой, она печатается, и загружается следующая строка. Если строка является командной строкой, команда выполняется. Если команда включает в себя ожидание пользователя (такая как команда .М), ВФ продолжает загружать файл ВФ за сценой до тех пор, пока он не будет полностью загружен. Этим способом ВФ выполняет файл ВФ по мере его загрузки. После загрузки файл ВФ остаётся полностью в памяти.
Программное обеспечение системы для выполнения экранной версии написано на языке Вот1ап6 ТитЬо Ракса1 версии 3.0. Вторая версия программного обеспечения системы для выполнения экранной версии системы 100 написана на языке Мютокой С.\У. Ваис и выполняется в режиме интерпретации. Микрофишное приложение содержит следующие элементы для экранной версии:
Документ Синтаксис авторского языка;
Исходный код Ракса1;
Системные функции; и
Примерный медицинский алгоритм (для головной боли).
В других выполнениях могут быть использованы другие базы данных/файлы или алгоритмы. Общие система, способ и процедуры останутся одинаковыми. Например, в систему может быть добавлено поле специальности, такое как спортивная медицина.
Система 100 МДСЛ, описываемая здесь, находит применение во многих средах и практически приспосабливаема для использования в них. Например, система находит использование в любом применении, которое имеет пошаговую ориентацию и может быть алгоритмически описано. Например, система может проводить услуги по диагностике машин по телефону для вызывающего. Затем, когда машина доставляется в авторемонтную службу для ремонта (лечения), вызывающий будет проинформирован и будет иметь хорошую идею о том, в чём заключается проблема и каким может быть вероятный ремонт. Соответственно, формула изобретения должна интерпретироваться как заключающая эти и другие применения изобретения в свой объём, а не ограничивается выполнениями, описанными здесь.
XXII. Краткое описание преимуществ изобретения.
Одной из основных проблем кризиса здравоохранения является ограниченный доступ к информации медицинской помощи, когда она необходима. Система 100 МДСЛ предоставляет обновлённую медицинскую информацию и совет, который постоянно доступен 24 ч в сутки. Выдаваемый совет на 100% непротиворечив.
Качество совета гораздо лучше, когда врач может остановить, исследовать и предвидеть все возможные случаи проблемы, а затем систематически иметь дело со всеми возможными случаями. В медицинской практике врач делает это просто по памяти.
Для того чтобы действительно выдать медицинский совет, не требуются люди. Система 100 МДСЛ автоматизирована, что помогает снизить расходы на здравоохранение.
Точная запись задаваемых вопросов и выдаваемых ответов хранится в базе данных пациента. Система МДСЛ ставит отметки времени и даты на ответы на вопросы (как записи транзакций), так что точная реконструкция опроса(ов) пациента может быть выработана для использования врачом или другим профессионалом. Система также хранит запись того, по какому варианту алгоритма проходила консультация, равно как и коэффициент чувствительности, установленный для этой консультации. По завершению взаимодействия система МДСЛ может сообщить пациенту, как долго проходила консультация и какие расходы она вызвала, если вызвала.
Когда это возможно, система 100 МДСЛ принимает во внимание последнюю историю болезни пациента, особенно части информации, полученные из прошлых консультаций с системой 100 МДСЛ до того, как был выдан совет. Кроме того, выданные советы различны в зависимости от возраста и пола пациента. Мета функции предоставляют другое преимущество путём предоставления системе 100 МДСЛ возможности оценивать проблему в контексте предыдущих консультаций пациента с системой.
XXIII. Вторая выборочная конфигурация системы.
Существующий уровень.
Система медицинской диагностики и советов по лечению (МДСЛ) является компьютер95 ной системой, которая проводит автоматизированные опросы пациентов в целях установления медицинского диагноза. Система МДСЛ состоит из определённого количества баз данных медицинской информации и программ (например, заболеваний, симптомов, лечений, медикаментов, сценариев), равно как из поддерживающего программного обеспечения для предоставления услуг сообществу своих пользователей (пациентов, докторов, сестёр, лабораторий, организаций здравоохранения).
Для проведения опросов система МДСЛ использует сценарии, которые, по существу, представляют собой программные модули, которые знают, как надо опрашивать пациента о данной жалобе, получают доступ к медицинским записям пациента и используют поддерживающие базы данных для диагностирования и выдачи советов пациентам.
Система МДСЛ была ранее описана как использующая телефонную сеть для соединения пациентов с компьютером МДСЛ, на котором прогоняется система МДСЛ. Ссылаясь на фиг. 24, эта часть заявки на патент описывает сетевое выполнение 2100 системы МДСЛ, которая использует сети 2102 связи, такие как Интернет, для соединения компьютера(ов) 2108/2110
МДСЛ с интерактивным пациентом 2114, используя процессор доступа к сети или компьютер 2116 пользователя.
Компьютер МДСЛ.
Компьютер МДСЛ (на котором находится и выполняется система МДСЛ) может быть единичным компьютером, таким как сервер 2110 (фиг. 25а), либо компьютером 2110 по фиг. 30. Однако он также может быть сконфигурирован как несколько серверов 2108 (фиг. 25а), подключённых к локальной вычислительной сети (ЛВС) или территориальной сети (ТС), в нескольких ЛВС или ТС, которые распространены по стране, или как некое сочетание этих способов, как показано позицией 2106 (фиг. 25а). Какая бы конфигурация ни использовалась, компьютер МДСЛ является центральным корпоративным инструментом для:
- разработки, установки, поддержания и обновления программного обеспечения МДСЛ,
- хранения и поддержания всех поддерживающих баз данных системы МДСЛ,
- поддержания исследования и разработки медицинского программного обеспечения,
- проверки, подтверждения и тестирования системы МДСЛ, документирования использования программ и данных МДСЛ,
- поддержания доступа пациентов к диагнозу и советам,
- общего руководства и управления работой системы МДСЛ.
Программное обеспечение МДСЛ.
Программное обеспечение МДСЛ, ранее описанное выше, изменяется или расширяется для приспособления протоколов связи Интерне та и возможностей компьютера пациента по хранению, обработке и отображению. Эти изменения в системе МДСЛ состоят в изменениях её подсистемы ввода/вывода, которая видоизменяется для связи с Интернетом и (через Интернет) с компьютером интерактивного пациента. Эти изменения описаны в данном документе в разделе, который описывает, как система МДСЛ использует сети, такие как Интернет, для выполнения своих функций, и в разделе, который описывает влияние наличия компьютера, доступного в местоположении пациента.
Интернет.
Интернет соединяет примерно 50000 компьютерных сетей, которые, в свою очередь, соединяют примерно 5 миллионов компьютеров, которые обслуживают приблизительно 50 миллионов пользователей. Интернет соединяет многие отличающиеся между собой сети различных изготовлений, версий, форматов, кодов и протоколов компьютерного аппаратного и программного обеспечения. Не существует единой операционной системы для Интернета, но имеются варианты, широко использующие форматирование файлов, размещение страниц, отправку сообщений и стандарты кодирования отображений. Для участия в Интернете операционная система главного компьютера должна поддерживать и использовать такое программное обеспечение для Интернета, которое широко доступно коммерчески.
Интернет решает проблему несовместимого аппаратного и программного обеспечения путём растягивания имени файла с префиксами, которые идентифицируют протокол (и другие вещи), применённые к файлу. Например, многие имена файлов в Интернете начинаются с 1Шр://. что показывает, что этот файл должен быть использован программным обеспечением, понимающим Протокол передачи гипертекста (НТТР), - программой, которая знает, как следовать встроенным указателям или связям с файлами на других компьютерах Интернета.
Концепция удалённого входа в систему.
Одним путём использования Интернета является механизм доступа к исполняемым программам на удалённом главном компьютере. Вместо набора номера по телефону пользователь набирает номер через Интернет. Все данные и процессы применения хранятся и выполняются на главном компьютере. Интернет служит только для передачи нажатий клавиш и щелчков мыши пользователя на главный компьютер, и для возвращения ответа главного компьютера компьютеру пользователя. В Интернете удалённый вход в систему поддерживается протоколами Те1пе1 и г1о§1п. Они используют простой протокол командной строки, знакомый тем, кто когда-либо использовал ΌΟ8 (дисковую операционную систему) на ПК. Они доступны в Ι.ΑΊΧ версиях, равно как и в системах, ориентированных на ГПИ (графический пользовательский интерфейс), таких как XVI п6о\\ъ.
Удалённый вход в сеть представляет путь для системы 100 МДСЛ для использования Интернета как устройства ввода/вывода для пациентов, докторов, лабораторий, ОЗО и т. п. и для получения доступа к центральному компьютеру МДСЛ. Таким образом, пациенты входят в систему и диагностируются программным обеспечением МДСЛ, выполняемым на компьютере МДСЛ.
Концепция ГТЯМ (гипертекстовый язык меток).
Для передачи текста в читаемой форме программное обеспечение начинает с кода АЗСП и помечает его специальными кодами, чтобы указать на специальное обращение с текстом, такое как выделение, подчёркивание, цвета и шрифты и т.п. Код АЗСП (Американский стандартный код для обмена информацией) присваивает уникальное число каждой букве, цифре, знаку препинания, равно как некоторым контрольным действиям, таким как новая строка, табуляция и конец текста. ГТЯМ (гипертекстовый язык меток) добавляет текстовые инструкции по лечению. Например, для отображения слова неким выделенным образом, ГТЯМ может закодировать его так:
Быстрая <ЕМ> коричневая </ЕМ> лиса прыгает через ленивую собаку.
Программное обеспечение местного дисплея обнаружит метки <ЕМ> и подставит некое выделяющее действие так, что на местном экране текст может появиться таким:
Быстрая коричневая лиса прыгает через ленивую собаку.
ГТЯМ предоставляет путь отправителю, чтобы передавать команды получателю. Например, вышеприведённая метка <ЕМ> в действительности командует получающему программному обеспечению выделять часть текста. В других использованиях другие метки могут командовать принимающему программному обеспечению выполнить специальные ориентированные на МДСЛ функции, такие как осмотр таблицы, предоставление доступа к медицинским данным пациента, или отображать специальную графику. Этим способом ГТЯМ (или некоторая изменённая его версия) может быть использован как язык пакетов для передачи команд от центрального компьютера МДСЛ на удалённый компьютер пациента.
Концепция ОШИ (общий шлюзовой интерфейс).
После того как посылающий компьютер передаёт страницу через Интернет на принимающий компьютер, обычно не требуется и не ожидается никакого дальнейшего взаимодействия между двумя компьютерами. После загрузки страницы отправляющее программное обеспечение может обрабатывать другие запросы.
Однако для того чтобы запустить двустороннее общение с удалённым пользователем, ответ пользователя должен быть обработан. Это выполняется программным обеспечением Интернета с использованием специального протокола, названного ОШИ (Общий шлюзовой интерфейс). Используя ОШИ, когда пользователь щёлкает на гипертекстовом поле в файле ГТЯМ, или заполняет форму ГТЯМ, программное обеспечение Интернета посылает ответ назад к исходному отправителю, где он перехватывается и обрабатывается программой ОШИ. Понятие ОШИ состоит во введении операции программного обеспечения, которая ловит ответы пользователя и обрабатывает их. Протокол ОШИ поддерживает двустороннюю связь между удалёнными компьютерами через Интернет и поддерживает хранение конкретных для сеанса данных между сеансами. Это предохраняет состояние связи, так что может быть выработан продолжительный диалог.
Свойства и преимущества, которые программы, использующие ОШИ, предлагают системе МДСЛ, таковы:
- выполняются на центральном компьютере МДСЛ,
- являются частью библиотеки диагностических программ,
- могут получить доступ к центральным базам данных МДСЛ,
- могут получить и обработать вводы пациентов из текущего файла ГТЯМ,
- могут вычислять значения на основании данных и вводов пациента,
- могут интерпретировать щелчки мыши по активным отсеивающим изображениям, так что пациент может отвечать путём щелчков по анатомическим или медицинским схемам, рисункам и фотографиям,
- могут появляться, чтобы реагировать на ответы пациента, почти как программа, основанная на ГПИ,
- могут поддерживаться и обновляться персоналом МДСЛ, если необходимо.
Концепция 1ауа.
Концепция 1ауа является примером механизма программного обеспечения для присоединения выполняемых процессов к странице ГТЯМ, передачи их и затем выполнения на принимающем компьютере. Тогда как программы, использующие ОШИ, выполняются на компьютере отправителя и слепы к способностям машины удалённого получателя, подход 1ауа по существу разрешает как данным, так и программам передаваться через Интернет. Программист ГТЯМ обычно пишет код источника приложения на 1ауа и присоединяет его к странице ГТЯМ. Когда программа просмотра пользователя отображает страницу ГТЯМ на компьютере пользователя, он выполняет (в действительности, интерпретирует) код 1ауа и обрабатывает ввод/вывод для пользователя. Поскольку
100 программа просмотра написана для компьютера пользователя, она знает систему пользователя, и может получить полное преимущество от этого факта.
Концепция 1ауа является просто иллюстрацией концепции передачи программ получателю. В действительности, любое выполняемое программное обеспечение может быть присоединено к странице ГТЯМ при том условии, что получатель знает, как считывать и интерпретировать или выполнять его. Любое число других кодов и языков может быть использовано для того, чтобы делать это для системы МДСЛ. В конце концов, система МДСЛ может передавать необходимое поддерживающее программное обеспечение МДСЛ своим абонентам.
Преимущества МДСЛ в сети.
Использование Интернета и его механизмов программного обеспечения, таких как ГТЯМ, ОШИ и 1ауа, позволяет системе МДСЛ:
- поддерживать протоколы и форматы связи Интернета;
- хранить схемы, таблицы, графики, изображения, фотографии, видео- и аудиофайлы;
- хранить страницы и сценарии Интернета (ГТЯМ, ОШИ, 1ауа);
- организовывать сценарии и другие файлы для передачи;
- передавать страницы и сценарии, как запрошено через Интернет;
- загружать медицинские данные, собранные сценариями МДСЛ от пациентов;
- выгружать медицинские данные пациентам, врачам, лабораториям и ОЗО;
- выгружать сценарии, программы и данные МДСЛ в компьютеры пациентов;
- наблюдать и руководить потоком пациентов, запросом и постановкой в очередь;
- передавать медицинские данные в цветовом, графическом и звуковом форматах;
- передавать выполняемые коды компьютерам пользователей;
- использовать Графический пользовательский интерфейс (экран, мышь, диалоги) пользователей;
- распределять свою вычислительную нагрузку по компьютерам пользователей;
- расширять свои диагностические инструменты, чтобы включить визуальный анализ;
- получать доступ к другим страницам через Интернет, таким как:
- ОЗП, страховым агентствам, кредитному агентству, банку;
- посещать связанных с ней врачей, больницы, клиники и санатории;
- лаборатории, аптеки, магазины поддержки здоровья;
- кабинеты экстренной помощи, парамедицины, амбулаторные службы.
Конфигурация сети.
На фиг. 25а пользователь/пациент 2114 связывается с вычислительной средой. Вычис лительная среда может включать в себя единичный компьютер, использующий программное обеспечение МДСЛ, или вычислительная среда может включать в себя множество компьютеров в связи клиент/сервер в компьютерной сети. В среде клиент/сервер сервер включает в себя систему МДСЛ, которая связывается с клиентом, который может включать в себя сетевой терминал, оборудованный видеодисплеем, клавиатурой и устройством указания. Сетевой терминал соединён с территориальной сетью через сетевое соединение, которое может быть либо соединением дозвона, использующим модем и телефонную сеть общего пользования (ТСОП), либо через выделенную сеть данных. Территориальная сеть может быть сетью общего пользования, такой как Интернет, или закрытой, частной сетью передачи данных, такой как корпоративная сеть или интрасеть. Имеется массив серверов, которые являются хранителями медицинских советов и применений лечения и баз данных пациентов как центральное местоположение МДСЛ. Эти серверы соединены через локальную вычислительную сеть с сетевым шлюзом, который обеспечивает доступ к территориальной сети через высокоскоростную выделенную сеть данных. Альтернативно, хранителем медицинских советов и применений лечения и баз данных пациентов может являться единственный сервер.
Компьютер пациента.
Значительным преимуществом использования Интернета для прогона системы МДСЛ является тот факт, что в месте расположения пациента теперь есть компьютер 2116 (фиг. 25а) или другое устройство доступа к сети вместо использования телефона (как на фиг. 1). Это означает, что система МДСЛ может использовать способности компьютера пациента по обработке и хранению, чтобы удерживать, по меньшей мере, часть хранения МДСЛ и загрузки обработки. Компьютер пациента может быть использован для:
- загрузки страниц ГТЯМ из компьютера МДСЛ;
- выполнения программного кода (например, 1ауа), встроенного в ГТЯМ;
- ответа на вопросы, расположенные на странице;
- выгрузки ответов через Интернет на компьютер МДСЛ;
- хранения связанных с МДСЛ сценариев, программ и утилит;
- распечатки материалов и отчётов, ориентированных на пациентов;
хранения данных системы МДСЛ; хранения медицинских данных пациента;
- прогона сценариев локально, в автономном режиме;
- сохранения данных сеанса для продолжения позже (для повторного ввода);
101
102
- выгрузки или распределения загрузки обработки из компьютера МДСЛ.
Графический пользовательский интерфейс (ГПИ).
Графический пользовательский интерфейс (ГПИ) является низкоуровневым компьютерным программным обеспечением, которое использует свойства дисплея ЭЛТ в качестве устройства вывода для пользователей-людей и объединяет его с устройством указания, таким как мышь или джойстик, чтобы обрабатывать графический ввод. Цветные мониторы и операционные системы, которые поддерживают программное обеспечение ГПИ, используются примерно 15 лет и хорошо документированы. Имеется три хороших примера: система Μαοίηίοδίι фирмы Арр1е, νίηάον фирмы М1сго§ой и Θ8/2 фирмы 1ВМ.
Здесь дан компьютер для поддержки графического ввода/вывода на конце пациента, система МДСЛ кодирует операции медицинского сценария в некоторый совместимый с Интернетом протокол, такой как ГТЯМ. Т. е. для перехода системы МДСЛ с системы, базирующейся на телефоне, на Интернет, программное обеспечение МДСЛ, реагирующее на ввод/вывод, выгружается для модуля, который поддерживает протокол Интернета.
В дополнение к перенаправлению потока ввода/вывода, придающего гибкость операционной системе, основанной на ГПИ, система МДСЛ может быть усилена многими путями. Например, используя ГПИ, сценарии диагностики МДСЛ могут:
- использовать различные шрифты и цвета для высвечивания и выделения выходного текста;
- показывать графические чертежи и изображения для иллюстрации анатомических признаков;
- инструктировать, иллюстрировать и пояснять примерами значения слов и выражений;
- показывать фотографические изображения как выборки повреждений;
- показывать медицинские таблицы для сравнения статуса здоровья пациента со средними значениями для населения;
- использовать множественные, перекрывающиеся или мозаично расположенные дисплеи для представления данных;
- показывать движущиеся изображения для запроса о диапазонах движения;
- вводить ответы из одной цифры или одной буквы путём нажатия клавиши на клавиатуре;
- представлять графики, эскизы, диаграммы, изображения, фотографии, видеозаписи;
- представлять цвет, звук и аудио;
- вводить ответы с помощью окон редактирования, окон проверки и кнопок;
- позволять пациентам выбирать и уточнять ответы мышью, джойстиком, клавиатурой;
- позволять пациентам идентифицировать проблемы путём выбора из картинок, представленных МДСЛ;
- вводить текстовые данные в поля, отображаемые МДСЛ на экране;
- вводить длинные текстовые описания с использованием клавиатуры;
- использовать помеченные поля, чтобы позволить пациенту заполнить форму для отправки МДСЛ;
- выбирать ответы из списка вариантов, представленного на экране;
- указывать на выбранную область анатомического чертежа или изображения;
- щёлкать мышью, чтобы показать интенсивности в таблице, которая показывает диапазон интенсивностей;
- использовать гипертекстовые и гиперграфические связи для управления диагностической последовательностью;
- предоставлять различные уровни текста помощи, прикрепленного к конкретным частям экранного дисплея.
Пользовательская конфигурация.
Снова ссылаясь на фиг. 25а, сетевая система 2100 МДСЛ включает в себя сетевое облако 2102, которое может представлять локальную вычислительную сеть (ЛВС), территориальную сеть (ТС), Интернет или другую службу соединения.
Программы и базы данных МДСЛ предпочтительно остаются на группе серверов 2108, которые предпочтительно взаимно соединены через ЛВС 2106 и шлюз 2104 с сетью 2102. Альтернативно, программы и базы данных МДСЛ остаются на единичном сервере 2110, который использует аппаратное и программное обеспечение 2112 сетевого интерфейса. Серверы 2108/2110 хранят сценарии диагностики, используемые описанным ниже процессором сценариев.
Сеть 2102 может подключаться к компьютеру 2116 пользователя, например, с использованием модема или с использованием карты сетевого интерфейса. Пользователь 2114 на компьютере 2116 может использовать программу 2120 просмотра для удалённого доступа к программам МДСЛ с использованием клавиатуры и/или устройства указания и зрительного дисплея, такого как монитор 2118. Альтернативно, программа 2120 просмотра не используется, когда программы МДСЛ выполняются на компьютере 2116 в местном режиме. Видеокамера 2122 может быть выборочно подключена к компьютеру 2116 для обеспечения визуального ввода, такого как зрительные симптомы.
Различные другие устройства могут быть использованы для связи с серверами 2108/2110
МДСЛ. Если серверы оборудованы аппаратным обеспечением распознавания голоса или ДТМЧ, пользователь может связываться с программой
МДСЛ путём использования телефона 2124, как
103
104 описано в телефонном выполнении выше. Другие устройства соединения для связи с серверами 2108/2110 МДСЛ включают в себя переносной персональный компьютер с модемом или интерфейсом беспроводного соединения, устройство 2128 с кабельным интерфейсом, соединённое с визуальным дисплеем 2130, или спутниковую тарелку 2132, подключённую к спутниковому приёмнику 2134 и телевизору 2136. Представляются и другие пути обеспечения связи между пользователем 2114 и серверами 2108/2110.
На фиг. 25Ь схема предпочтительного в настоящее время компьютера пользователя/пациента показывает несколько возможных подключений к сети. На фиг. 25Ь позиции 2194 и 2196 показывают основное программное обеспечение, используемое для воспроизведения сценария, используется специальная программа, называемая сценарное ядро, которая считывает файлы МДС и использует их коды для выполнения действий опроса, таких как выведение вопроса пациенту и ввод ответа. Сценарное ядро также собирает ответы от пациента, оценивает ответы, ставит диагноз и обновляет медицинскую запись пациента. Сценарное ядро предпочтительно находится в компьютере пользователя. Сценарное ядро может храниться на накопителе на жёстком диске или на компактдисках и загружается в основную память для выполнения.
На фиг. 25Ь показаны компоненты предпочтительного в настоящее время компьютера 2116, используемого пользователем 2114 автоматизированной системы 2100 МДСЛ. Альтернативно, другие устройства для проведения медицинского опроса, такие как показано на фиг. 25а, могут быть использованы вместо компьютера 2116.
Компьютер 2102 включает в себя множество компонент внутри корпуса 2116. Телефонная линия 2106 сопрягает телефонную сеть 2158 общего пользования с компьютером 2116 через модем 2160. Телефонная сеть 2158 может соединяться с сетью 2102, которая имеет соединения с сервером(ами) 2108/2110 системы МДСЛ. Альтернативно, пользователь может соединяться с сетью 2102 путём использования сетевой интерфейсной карты 2164.
В данном документе слова пользователь и пациент используются взаимозаменяемо. Однако должно быть понятно, что вызывающий может действовать как представитель пациента. Если случай именно такой, то вызывающий будет зарегистрирован как ассистент пациента.
Аппаратное обеспечение и программное обеспечение системы компонуются, учитывая две основные концепции: возможность перемещения в другие операционные системы и использование компонент промышленного стандарта. В этом случае система может быть более гибкой и позволит свободной рыночной конку ренции непрерывно улучшать продукт, при этом, в то же время, снижая стоимость. Хотя могут делаться ссылки на конкретное аппаратное и программное обеспечение, должно быть понятно, что множество в настоящей системе может быть использовано различных компонент.
Компьютер 2116 предпочтительно является персональным компьютером с процессором 2170 Рейшт фирмы 1п1с1. Другие компьютеры, такие как МаеиНозН фирмы Арр1е, Лт1да, УЛХ фирмы Όίβίΐαΐ Ес.|шртеп1 Согрогабоп, или универсальный компьютер фирмы ΙΒΜ, также могут быть использованы. Модем 2160 или сетевая интерфейсная карта 2164 подключаются к шине 2162 промышленной стандартной архитектуры (Ι8Α) или взаимного соединения периферийных составляющих (РС1). Шина 2162 взаимно соединяет микропроцессор 2170 со множеством периферийных устройств через контроллерные схемы (микросхемы или платы).
Шина 2162 компьютера имеет множество периферийных устройств, подключённых к ней через адаптеры или контроллеры. Плата 2172 видеоадаптера, предпочтительно 8У6А или лучшего разрешения, подключается к видеомонитору 2118. Схема 2176 последовательного соединения взаимодействует с устройством указания, таким как мышь 2178. Схема параллельной связи может быть использована вместо схемы 2176 в другом выполнении. Схема 2180 контроллера клавиатуры взаимодействует с клавиатурой 2182. Накопитель 2184 на жёстком диске на 500 Мб или более и факультативный накопитель 2186 на компакт-диске предпочтительно подключены к шине 2162. Накопитель 2184 на жёстком диске хранит файлы базы данных, такие как файлы пациента, другие файлы МДСЛ и двоичные файлы поддержки. Накопитель 2186 на компакт-диске также хранит файлы базы данных, такие как файлы для пациентов, использующих компьютер 2116, и двоичные файлы поддержки.
Основное запоминающее устройство 2190 подключено к микропроцессору 2170. В предпочтительном в настоящее время выполнении компьютер 2116 предпочтительно работает в операционной системе 2192 \Уи1бо\\'з 95. Память 2190 содержит процессор 2194 диагностическое сценарное ядро, которое предпочтительно использует сценарное ядро 2196 списка заболевание/симптом/вопрос (ЗСВ). В одном выполнении программное обеспечение процессора написано на языке Ое1рШ Разса1, версия II фирмы Вог1апб. Конечно, может быть использован любой другой компьютерный язык.
Ссылаясь на обе фиг 25а и 25Ь, пользовательский интерфейс включает в себя графический сетевой клиент просмотра, такой как №1зсаре или Мозаю, который взаимодействует с сервером МДСЛ. Усиленный пользовательский интерфейс может включать в себя малые графи105
106 ческие приложения, например апплеты 1ауа, загружаемые с сервера и выполняемые на сетевом терминале пользователя. 1ауа является новым языком, разработанным фирмой 8ии М1сгокуйетк, 1ис. для программирования приложений в Интернете.
Когда пользователь проходит процесс диагностики, информация о медицинском состоянии пользователя связывается с системой МДСЛ путём заполнения или ответа на отображаемые на экране формы или путём указания на предмет на дисплее и щелчка мышью. Процесс диагностики извлекает данные из баз данных пациента и других баз данных МДСЛ и сохраняет ответы пользователя через утилиты языка сценариев общего шлюзового интерфейса (ОШИ), или путём использования прикладного программного интерфейса (НИИ) для XVеЬсервера, такого как прикладной программный интерфейс фирмы №1ксаре (Ν8ΑΡΙ), или прикладной программный интерфейс для Интернетсерверов фирмы МюгокоП (Ι8ΑΡΙ). Если сетевой терминал пользователя оборудован камерой, такой как цифровая камера неподвижных изображений или видеокамера, то система МДСЛ способна получать изображения пациента всё время. Для медицинских состояний, которые требуют лечения организатором медицинской помощи, хронологическая последовательность изображений позволит профессионалу медицинской помощи сделать заключение о состоянии пациента путём анализа зрительных проявлений инфекции или заболевания.
Аналогично, если сетевой интерфейс пользователя оборудован микрофоном, то система МДСЛ способна получать клинические звуки, предоставляемые пациентом (например, кашель или стерторозное дыхание астмы). Система МДСЛ может помочь профессионалу медицинской помощи в заключении о медицинском состоянии пациента путём воспроизведения клинических звуков, которые она получила.
Структуры системы МДСЛ.
Ссылаясь на фиг. 26, теперь будет описан набор процессов, файлов и баз данных, используемый сетевой системой 2100 МДСЛ. Исключая процесс сценарного ядра, базу данных МДС, базу данных способов представления и базу данных лабораторной проверки, которые описаны ниже, эти процессы, файлы и базы данных были описаны ранее выше.
Система 2100 МДСЛ использует несколько принципиальных процессов и связанных с ними баз данных. Набор процессов 2210 входа пациента в систему используется системой 2100 для идентификации пациента, который ранее регистрировался в системе, одним из трёх путей: 1) путём приглашения набрать идентификационный номер пациента (ИНП); 2) идентификации ассистента, который ранее регистрировался в системе, путём приглашения набрать идентификационный номер ассистента (ИНА); 3) иденти фикации пациента, имеющего ассистента, который ранее регистрировался в системе, путём приглашения набрать идентификационный номер пациента. Набор 2212 процессов используется для регистрации пациента или ассистента. Если пользователь является пациентом, процесс регистрации пациента используется системой для регистрации новых или впервые обратившихся пациентов. Если пользователь не является пациентом, процесс регистрации ассистента используется системой для регистрации новых или впервые обратившихся ассистентов. Затем, если пациент ещё не зарегистрирован, процесс ассистируемой регистрации пациента используется системой для регистрации пациента.
Когда пользователь вошел в систему или зарегистрировался, система предоставляет выбор процессов. Основным процессом в настоящем выполнении является процесс 2220 диагностики, который проводит диагностирование пациента. Процесс 2220 оценки получает доступ к базе данных лабораторной проверки варианта или способов представления варианта, чтобы рекомендовать соответствующие проверки для этого пациента в этот момент времени, и к таблице 2250 лечения для получения текущей медицинской информации для конкретного заболевания или диагноза. В другом выполнении добавляются другие варианты для получения доступа к другим процессам медицинской информации.
С этими процессами связаны база 2240 данных регистрации пациентов и ассистентов, база 2242 данных историй консультирования, база 2244 данных ответов пациента, база 2246 данных объектов историй болезни, база 2248 данных медикаментов пациента, база 2252 данных ожидания решения, база 2254 данных историй болезни пациента, база 2256 данных медицинских диагностических сценариев (МДС), база 2258 данных способов представления и база 2260 данных лабораторной проверки.
Выработка сценариев.
Ссылаясь на фиг. 27, теперь будет описан процесс 2280 автономного режима для выработки сценария ЗСВ. Начиная с процесса 2284, медицинское знание собирается и организуется в файлы списков. Данные для файлов списков собираются от одного или более медицинских авторов 2282. Процесс 2284 имеет две части. Первая часть обычно выполняется координатором или наблюдающим автором сценария для назначения заболеваний и второй части для приобретения знания о заболевании для каждого заболевания в сценарии. Часть для приобретения знания о заболевании обычно выполняется множеством медицинских экспертов в их соответствующих полях. Выходом процесса 2284 является электронный текст, такой как файл А8С11. Этот электронный текст выполнен в форме списков ЗСВ, таких как списки 2286 заболеваний, симптомов, ответов.
107
108
Процесс 280 переходит в состояние 2290, которое берёт списки ЗСВ в формате электронного текста и обрабатывает их путём использования инструмента разработки данных сценария. Компилятор 2292 сценариев работает совместно с инструментом разработки данных сценария для выработки файла МДС. Процесс 280 может использовать инструмент разработки данных сценария и компилятор сценариев в интерактивном режиме для выработки конечного файла МДС. В состоянии 2294 файл МДС записывается в базу 2300 данных МДС управляющей утилитой 2298 базы данных МДС. Файл 2296 МДС предпочтительно имеет двоичный формат. В примерном представлении файла МДС, показанном на фиг. 27 позицией 2296', МДС предпочтительно включает в себя часть данных заголовка, часть основного списка заболеваний, часть основного списка системы, часть основного списка алгоритмов, часть основного списка вопросов и часть основного списка текста. В другом выполнении авторы по медицине могут написать сценарии на медицинском авторском языке или как узлы и ветви, как показано в состоянии 2302. Другие инструменты сценариев, которые могут включать компиляторы, показаны в состоянии 2304 для выработки МДС 2296.
Структуры этапа прогона.
Ссылаясь на фиг. 28, теперь будут описаны некоторые из файлов и компонент фиг. 25а, 25Ь, 26 и 27, которые используются во время прогона. Символ 2360 баз данных МДСЛ, показанный на фиг. 28, представляет базы данных и файлы фиг. 26 иные, нежели база 2256 данных МДС. Если сценарное ядро 2358 выполняет сценарий 2296 в процессоре 2356 доступа пациента/пользователя, то основанная на сети система 2100 МДСЛ пропускает сценарий 2296 в процесс 2352 шлюзования, который является частью сетевого сервера 2108/2110 МДСЛ, для передачи на процессор 2356 пользователя. Процесс шлюзования также известен как программа ОШИ, которая была описана выше, и объясняется более подробно ниже совместно с фиг. 32. Альтернативно, сценарное ядро 2194 в системе 100 МДСЛ может использовать сценарий для предоставления вопросов пользователю, ответа на ввод пользователя и выработки результатов по сети 2102.
Процессор 2356 доступа пациента/пользователя в одном выполнении может использовать виртуальную машину 1ауа. лицензированную фирмой 8ип Мкюуйетк, которая может выполняться или может не выполняться внутри контекста программы 2359 просмотра. Другое выполнение может использовать вставляемое сценарное ядро для программы 2359 просмотра. Процессор 2356 доступа пользователя может быть Сетевым ПК (СетПК), который определён объединением фирм 1п1е1, М1сго8ой, Сотрад, Эе11 и НеМей-Раскагб, или сетевым компьютером (СК), который доступен от фирм Огас1е Согрогайоп и 8ип Мкюуйетк 1пс. Устройства ввода, используемые совместно с компьютером 2116, могут также быть с процессором 2356 доступа пользователя.
Процесс начального сценария и оценки.
См. фиг. 7а, 7Ь, 7с и 76 для блок-схемы алгоритма процесса, аналогичного процессу начального сценария, используемого системой 2100 МДСЛ по фиг. 25а. Фиг. 10а и 10Ь являются блок-схемой процесса 254 оценки, определённого на фиг. 76, который также называется процессом 254 диагностики, показанным на фиг. 26. Фиг. 19 является блок-схемой функции 514 физической самопроверки, определённой на фиг. 1 0Ь. Эта функция, например, может запрашивать проведение записи клинического звука или получения неподвижного или видеоизображения.
Взаимодействие с пациентом в интерактивном режиме.
Ссылаясь на фиг. 29, теперь будет описан процесс 2400 того, как система 2100 (фиг. 25а) взаимодействует в интерактивном режиме с компьютером 2116 через сеть 2102. Одним основным вариантом процесса 2400 является способность для (запущенных 1ауа) страниц выполнять некоторые вычисления на компьютере 2116, вместо необходимости посылать страницу на компьютер 2108/2110 МДСЛ.
Начиная со стартового состояния 2402, процессор 2400 переходит в состояние 2404, в котором компьютер 2116 пациента контактирует с центральным компьютером 2108/2110 МДСЛ. Переходя в состояние 2406, центральный компьютер 2108/2110 МДСЛ электронным образом посылает страницу или экран электронной информации на компьютер 2116 пациента для показа пользователю 2114 на визуальном дисплее 2118. Переходя в состояние 2408, пациент заполняет поля формы, отмечаемые кнопки, клавиши и другие аналогичные механизмы ответа, которые имеются на странице. Переходя в состояние 2410, компьютер 2410 пациента отправляет ответы на страницу обратно в компьютер 2108/2110 МДСЛ. Переходя в состояние 2412, компьютер 2108/2110 анализирует принятые ответы и выбирает следующую страницу для отправки на компьютер 2116 пациента, или определяет, в состоянии 2414, хочет ли пользователь или программно обеспечение МДСЛ закончить связь между компьютером пациента и компьютером 2108/2110 МДСЛ. Если да, процесс 2400 завершается в состоянии 2416 завершения. Однако если процесс 2400 определяет не заканчивать, выполнение продолжается снова с состояния 2406, в котором компьютер 2108/2110 отправляет следующую выбранную страницу на компьютер 2116 пациента.
Ссылаясь на фиг. 30, теперь будет описано предпочтительное взаимодействие высокого
109
110 уровня между компьютером 2108/2110 МДСЛ и компьютером 2116 пациента или процессором 2356 доступа через Интернет 2102. МДС 2296 пропускается от базы 2300 данных МДС программным обеспечением 2440 МДСЛ на (сценарное) ядро 2358 воспроизведения МДС на компьютере 2116/2356 пациента. Воспроизводитель или сценарное ядро 2358 выполняет сценарий 2296 и обновляет местную базу 2442 данных пациента. Периодически, если требуется системой 2100 МДСЛ, данные результата сценария передаются в центральные базы 2360 данных МДСЛ (фиг. 28). Альтернативно, местная база 2442 данных пациента либо не используется вообще, либо используется только для определённых элементов данных, так что все или почти все медицинские данные отправляются по сети 2102 для хранения в базы 2360 данных МДСЛ.
Сетевая передача программ и данных.
Ссылаясь на фиг. 31, теперь будет описан процесс 2500 сетевой передачи программ и данных, который используется во время выполнения начального сценария и процесса оценки. Процесс 2500 передачи показывает части начального сценария (аналогичные процессу по фиг. 7а-7б), и процесса 2220 диагностики (фиг. 26) как функций. Этот процесс может выполняться в системе 2100, показанной на фиг. 30. Блок 2528 решения в процессе 2500 определяет, должно ли быть местное хранение данных и ответов пациента на компьютере 2116 пациента/пользователя. Даже если имеется местное хранение данных пациента, процесс может факультативно отправлять данные на сервер МДСЛ в состоянии 2542 в параллельной операции. Обработка продолжается в компьютере 2116 пользователя до тех пор, пока либо не будут достигнуты диагноз или узел завершения в текущем сценарии, либо не будет необходима помощь от сервера МДСЛ. Некоторые из действий, выполняемых сервером МДСЛ, включают отправку другого сценария на компьютер пользователя для дальнейшей диагностической обработки или выполнения анализа, такого как мета-анализ; определения того, согласуются ли критерии повторного ввода; проверки на комбинации серьёзности симптомов, и т.п., как было описано выше совместно с телефонным выполнением.
В одном выполнении интерактивной сетевой системы 2100 компьютер 2116 пользователя может иметь кодовые сегменты МДСЛ, которые являются частями кода всего программного обеспечения МДСЛ в дополнение к загруженному сценарию для использования в диагнозе проблемы. В этом выполнении, если диагноз или завершение ещё не достигнуты, процесс определяет, могут ли местные кодовые сегменты продолжаться в процессе диагностики. Если нет, компьютер пользователя отправляет результаты обратно на сервер МДСЛ для даль нейшей помощи. Однако если местные кодовые сегменты достаточны для проведения процесса, местный компьютер пользователя использует кодовые сегменты МДСЛ для дальнейшего действия, такого как установки индикатора и просьбы к пациенту проконсультироваться с системой позднее, или других действий, которые выполняются программным обеспечением МДСЛ.
Начиная со стартового состояния 2502, процесс 2500 переходит к функции 2504 для выполнения сценария экстренного ответа. Сценарий экстренного ответа определяет, имеет ли пациент угрожающее жизни состояние, которое требует немедленной реакции. Если экстренность существует, пациента направляют к поставщику медицинской помощи, такому как амбулаторная служба, или их просят набрать 911. Если не существует медицинской экстренности, процесс 2500 переходит в состояние 2506 и отправляет сценарий для регистрации или входа пациента в систему. Если пользователь уже зарегистрирован, будет выполнен процесс входа в систему, но если пользователь не был ранее зарегистрирован, будет выполнен процесс регистрации. Предполагая, что пользователь был ранее зарегистрирован, процесс 2500 переходит в состояние 2508, в котором пользователь просматривает форму входа в систему с использованием сценария. Переходя в состояние 2510, пользователь вводит любые запрошенные данные или ответы на вопросы в форму входа в систему. Переходя в состояние 2512, данные ответа из этой формы посылаются в программу 2352 шлюзования (фиг. 28) на сервере 2108/2110 через сеть 2102. Переходя в состояние 2514, программа шлюзования выделяет данные ответа из формы и предоставляет их программному обеспечению МДСЛ. Переходя в состояние 2516 решения, процесс 2500 определяет, успешен ли вход в систему. Если нет, процесс 2500 переходит к функции обработки ошибок для определения того, почему вход в систему не был успешен, и для соответствующего решения проблемы входа в систему.
Если вход систему успешен, как определяется в состоянии 2516 решения, процесс 2500 переходит к функции 2520 для получения основной жалобы от пользователя. Переходя в состояние 2522, программное обеспечение МДСЛ выбирает сценарий для загрузки пользователю на основе основной жалобы пользователя, величины времени с момента начала симптомов для пациента, любых результатов предыдущих сценариев, последней истории болезни пациента и т.п. После того как был выбран сценарий, процесс 2500 переходит к функции 2524, в которой сценарий передаётся на машину пользователя по сети 2102. Переходя к функции 2526, сценарное ядро 2358 на машине 2116 пользователя выполняет сценарий, принятый по сети. Обработка сценария описана в совместно
111
112 поданной заявке на патент США, поданной 11 июля 1997 г. на имя ШИ под названием Автоматизированная система медицинской диагностики, использующая обработку на основе списков, которая включена сюда посредством ссылки.
После выполнения сценария процесс 2500 переходит в состояние 2528 решения для определения того, имеется ли местное хранение результатов сценария пользователя. Если нет, процесс 2500 переходит в состояние 2530 для отправки результатов сценария на центральный сервер 2108/2110 МДСЛ для хранения и/или анализа результатов сценария. Результаты сценария могут быть отправлены по Интернету в зашифрованном состоянии для защиты медицинских данных. Переходя в состояние 2532 решения, процесс 2500 определяет, должен ли следующий сценарий быть отправлен на машину пользователя для дальнейшей помощи в диагнозе основной жалобы пользователя. Если да, процесс 2500 возвращается обратно в состояние 2522, в котором выбирается следующий сценарий для загрузки пользователю. Однако если не требуется отправлять ни одного сценария на машину пользователя, как определяется в состоянии 2532, процесс 2500 переходит к функции 2534. В функции 2534 центральный компьютер 2534 выполняет некоторое действие, такое как проведение мета-анализа, определение того, согласуются ли критерии повторного ввода, проверка на комбинации серьёзности симптомов и другие аналогичные действия. Компьютер МДСЛ может предоставить диагноз пациенту или может предоставить медицинский совет, такой как просить пациента контактировать с системой в заранее заданное время в будущем. По завершении действий компьютера МДСЛ процесс 2500 заканчивается в состоянии 2536 завершения.
Возвращаясь в состояние 2528 решения, если процесс 2500 определяет, что желательно местное хранение результатов пользователя, обработка переходит в состояние 2540, в котором местные медицинские файлы пользователя обновляются в базе 2442 данных (фиг. 30). Решение о том, где хранить результаты сценария, может быть выполнено различными объектами. Например, законы страны, где выполняется программа, могут определять, могут ли храниться медицинские результаты на месте или нет, администратор системы МДСЛ может определить, где могут храниться результаты, организация медицинской помощи может принять такое решение, или пациенту может быть разрешено выбрать, где должны храниться результаты сценария. Переходя в факультативное состояние 2542, администратор МДСЛ может потребовать, чтобы результаты сценария были отправлены на центральный сервер МДСЛ для хранения одновременно с местным хранением медицинских данных. Результаты сценария могут быть от правлены в закодированном формате на центральный сервер МДСЛ.
Переходя в состояние 2544 решения, процесс 2500 определяет, достиг ли сценарий диагноза или точки завершения в сценарии. Если диагноз был достигнут сценарием, процесс 2500 переходит в состояние 2546 для предоставления диагноза или медицинского совета пользователю. Процесс 2500 затем заканчивается в состоянии 2536 завершения. Однако если диагноз не был достигнут, как определяется в состоянии 2544 решения, процесс 2500 переходит в состояние 2548 решения. В состоянии 2548 решения процесс 2500 определяет, доступны ли какие-либо кодовые сегменты программного обеспечения МДСЛ на машине пользователя, и если да, достаточны ли они для выполнения дальнейшего действия, основанного на результатах сценария. Если нет, процесс 2500 переходит в состояние 2530 решения для отправки результатов сценария на сервер МДСЛ, если это ещё не выполнено, так чтобы сервер МДСЛ мог выполнить несколько дополнительных операций или дальше анализировать проблему пациента. Однако если местные сегменты МДСЛ на машине пользователя достаточны для выполнения дальнейшего действия, процесс 2500 переходит к функции 2550, чтобы выполнить дальнейшее местное действие, основанное на кодовых сегментах программного обеспечения. После того, как местное действие МДСЛ выполнено, что может включать запрос пациенту проконсультироваться у системы позднее, процесс 2500 заканчивается в состоянии 2536 завершения.
Сетевая передача данных.
Ссылаясь на фиг. 32, теперь будет описана часть процесса 2580 сетевой передачи данных, выполняемая во время выполнения начального сценария и процесса оценки. Этот процесс использует форму ОШИ, которая просматривается пользователем 2114 в состоянии 2582 и завершается пользователем в состоянии 2584 для ответа данными и/или ответами на вопросы или подсказки МДСЛ. Переходя в состояние 2586, ответы отправляются в программу 2352 шлюзования (фиг. 28) на сервере 2108/2110 через сеть 2102 для выделения ответов в состоянии 2588 и направления ответов в программное обеспечение МДСЛ. Переходя в состояние 2590, система 2100 МДСЛ продолжает выполнение сценария и/или выполняет обновление базы данных с использованием вновь полученных данных. Переходя в состояние 2592, выполнение сценария может заставить последующую форму быть отправленной пользователю для дальнейших ответов, и т. п. Имя пользователя и информация о безопасности, такая как пароль для пользователя проходят обратно в форме скрытого элемента для сохранения состояния передачи клиент/сервер.
113
114
Обычное окно сценария.
Фиг. 33 показывает пример обычного экрана ГПИ, выработанного программным обеспечением МДСЛ из примерного сценария, который может диагностировать малярию. Пользователь выбирает одну из радиоклавиш 2612 и затем нажимает на клавишу 2614 ОТПРАВИТЬ для направления ответов к сценарному ядру. Если пользователь нажимает клавишу 2616 НАЗАД, сценарное ядро возвращается обратно на предыдущий экран. Клавиша 2618 ПОМОЩЬ показывает экран, который подробно обсуждает концепции и диагностические значения приступов малярии.
Краткое описание второй выборочной конфигурации системы.
Прогон системы МДСЛ по сети, такой как Интернет, является значительным расширением описанной ранее системы МДСЛ, основанной на телефоне, так же как и автономной системы (АМДСЛ). Путём замены телефонной сети на Интернет система МДСЛ расширяет свои возможности связываться с пациентом, как и с другими людьми и агентствами, вовлечёнными в медицинскую помощь пациентам. Путём замены основанной только на звуке системы на ГПИ система МДСЛ имеет более богатый набор вариантов ввода/вывода для выполнения её диагностических функций. Путём введения компьютера пациента в тракт связи система МДСЛ имеет гораздо больше возможностей хранения программ, выполняемых на данных, в компьютере пациента. Имеется три примера использования выполнения на Интернете:
1. Для расширения объёма системы МДСЛ, основанной на телефоне:
- Использовать страницы ГТЯМ Интернета для рекламирования, анонсирования, инструктирования и ведения пациентов к доступности и свойствам телефонной системы МДСЛ.
- Использовать страницы ГТЯМ Интернета как расширение телефонной системы МДСЛ для целей, требующих зрительного ввода/вывода данных, такого как регистрация пациентов, получение истории болезни, распределение бесплатного медицинского совета и инструкций, распределение по электронной почте отчётов врачей, ведение документации ОЗП.
- Для версии МДСЛ на компакт-дисках, позволять пациентам проводить сеансы диагностики полностью на их компьютере. Использовать Интернет административно для связи с пациентами для обновлений, вопросов, специальных консультаций, руководства ОЗП и т. д.
2. Использовать Интернет для прогона МДСЛ на центральном компьютере:
- Увеличить доступ к МДСЛ по телефону путём доступа посредством удалённого входа в систему.
- Предоставить МДСЛ альтернативный внешний интерфейс ввода/вывода для входа в Интернет.
- Поддерживать медицинские базы данных и сценарии на центральной машине.
- Прогонять сеансы диагностики на центральной машине.
- Использовать Интернет для отсылки сценариев, данных, совета, отчётов выборочно на компьютеры пациентов.
3. Использовать Интернет для прогона сценариев МСДЛ на компьютере пациента:
- Заменить телефон в качестве устройства ввода/вывода сочетанием программного обеспечения ГТЯМ, ОШИ и ίανα.
- Переформировать часть ввода/вывода системы МДСЛ, чтобы сфокусироваться на Интернете в качестве устройстве ввода/вывода. Преобразовать диагностические сценарии в тексты ГТЯМ и изображения, затем использовать связи текста и изображения для выбора следующих страниц из базы данных страниц диагностики.
- Аналогично предыдущему плюс расширить компьютер системы МДСЛ до ТС для распределения вычислительной загрузки и предоставления поддержки исследования и развития врачам, больницам и ОЗП.
- Аналогично предыдущему, а также позволить пациентам выгружать всю или части системы МДСЛ для проведения сеансов диагностики или лечения заболевания на их собственном компьютере.
- Различные сочетания предыдущего, такие как помещение сценариев лечения диабета на компакт-диск и разрешение пациентам с диабетом прогонять сценарии для наблюдения за своим здоровьем на своём компьютере, затем используя Интернет для периодической проверки центрального компьютера МДСЛ, или когда необходимо.
Хотя было показано вышеприведённое подробное описание, а описанные и указанные фундаментальные новые признаки изобретения были показаны как применённые к различным выполнениям, должно быть понятно, что различные пропуски, замены и изменения в форме и подробностях показанного устройства могут быть сделаны специалистами без отхода от духа изобретения.

Claims (48)

  1. ФОРМУЛА ИЗОБРЕТЕНИЯ
    1. Система медицинской диагностики и советов по лечению для предоставления информации пациенту, содержащая:
    - вычислительную среду;
    - устройство ввода, подключенное к вычислительной среде, для приема информации от пациента;
    - устройство вывода, подключенное к вычислительной среде, для предоставления информации пациенту и
    - множество избирательно выполняемых алгоритмов медицинских жалоб, основанных,
    115
    116 по меньшей мере, на части принятой информации, причем любой из алгоритмов медицинских жалоб оценивает, по меньшей мере, часть принятой информации и, если оценка достигает или переходит порог, диагностирует медицинское состояние, связанное с выполненным алгоритмом медицинских жалоб, при этом диагностируемое медицинское состояние сообщается через устройство вывода.
  2. 2. Система по п.1, в которой медицинское состояние включает в себя болезнь.
  3. 3. Система по п.1, в которой избирательно выполняемый алгоритм медицинских жалоб выбирается из группы алгоритмов, причем алгоритмов, конкретных для медицинских условий, включающих в себя головную боль, конвульсию и припадок, боль в грудной клетке, тепловой удар, мерцающее сознание, дрожание, головокружение, нерегулярное сердцебиение, обморок, одышку, травму грудной клетки, депрессию, травму головы, кашель, круп, высокое кровяное давление, гипервентиляцию, онемение, стерторозное дыхание, травму и приступы дыхательных путей.
  4. 4. Система по п. 1, в которой алгоритм медицинских жалоб для головной боли включает в себя следующие медицинские состояния: мигрень, менингит, опухоль головного мозга и субарахноидальное кровоизлияние.
  5. 5. Система по п. 1, в которой избирательно выполняемый алгоритм медицинских жалоб основан на принятой информации, классифицированной как таковая и выбранной из группы, состоящей из анатомической системы, причины группировки по алфавиту, номера по каталогу и международной классификации болезней (МКБ).
  6. 6. Система по п.5, в которой анатомическая система выбирается из группы, состоящей из сердечно-сосудистой, дыхательной, нервной, пищеварительной систем, системы ухо/нос/ горло, офтальмологической, гинекологической/акушерской, урологической, кровяной/ гематологической, кожной, мускульно-скелетной и эндокринной систем.
  7. 7. Система по п.5, в которой причина выбирается из группы, состоящей из травмы, инфекции, аллергии/иммунитета, отравления, окружающей среды, сосудистой, умственной, генетической, эндокринной/метаболической, связанной с питанием причин и опухоли.
  8. 8. Система по п.1, в которой устройство ввода содержит устройство позиционирования/записи и клавиатуру.
  9. 9. Система по п.1, в которой устройство вывода содержит принтер или факсимильное устройство.
  10. 10. Система по п. 1, в которой устройство ввода содержит двутональную многочастотную (ДТМЧ) систему обработки сигналов.
  11. 11. Система по п.1, в которой устройство ввода содержит систему автоматического распознавания речи.
  12. 12. Система по п.1, в которой устройство вывода содержит устройство визуального отображения или устройство воспроизведения речи.
  13. 13. Система по п. 1, в которой вычислительная среда содержит компьютер.
  14. 14. Система по п. 1, в которой вычислительная среда содержит множество компьютеров во взаимосвязи клиент/сервер.
  15. 15. Система по п. 14, в которой телефонные сигналы посылаются сервером и принимаются клиентом.
  16. 16. Система по п. 14, в которой клиент содержит процессор пользовательского доступа.
  17. 17. Система по п. 1, в которой вычислительная среда содержит компьютерную сеть.
  18. 18. Система по п. 1, дополнительно содержащая историю болезни пациента, хранящуюся в вычислительной среде, причем алгоритмы медицинских жалоб используют историю болезни для диагностирования медицинского состояния.
  19. 19. Система по п.18, в которой вычислительная среда включает в себя клиентский компьютер и серверный компьютер, а история болезни хранится в серверном компьютере.
  20. 20. Система по п.18, в которой вычислительная среда включает в себя клиентский компьютер и серверный компьютер, а история болезни хранится в клиентском компьютере.
  21. 21. Автоматизированная система медицинской диагностики, содержащая
    - сеть связи;
    - сервер, подключенный к сети;
    - средства для подключения клиента к сети; и
    - множество алгоритмов медицинских жалоб, избирательно выполняемых на серверном или клиентском компьютере и основанных, по меньшей мере, на части принятой информации, в которой любой из алгоритмов медицинских жалоб оценивает, по меньшей мере, часть принятой информации и, если оценка достигает или переходит порог, диагностирует медицинское состояние, связанное с выполненным алгоритмом медицинских жалоб, причем диагностируемое медицинское состояние сообщается через устройство вывода, подключенное к клиенту.
  22. 22. Автоматизированная система по п.21, в которой сеть связи содержит Интернет или телефонную сеть, при этом телефонные сигналы посылаются сервером и принимаются клиентом.
  23. 23. Автоматизированная система по п.21, в которой клиент содержит процессор пользовательского доступа.
  24. 24. Автоматизированная система по п.23, в которой процессор пользовательского доступа
    117
    118 использует просмотровый блок или сценарный блок.
  25. 25. Автоматизированная система по п.21 дополнительно содержит историю болезни пациента, доступную для алгоритмов медицинских жалоб.
  26. 26. Автоматизированная система по п.21 дополнительно содержит таблицу лечения, доступную для алгоритмов медицинских жалоб.
  27. 27. Автоматизированный способ медицинской диагностики, включающий функционирование множества алгоритмов медицинских жалоб, избирательно выполняемых на серверном или клиентском компьютере и основанных, по меньшей мере, на части принятой информации, в котором любой из алгоритмов медицинских жалоб оценивает, по меньшей мере, часть принятой информации и в том случае, если оценка достигает или превышает установленный порог, диагностируется состояние, связанное с выполненным алгоритмом медицинских жалоб, а диагностируемое медицинское состояние сообщается через устройство вывода, к которому подключен пациент.
  28. 28. Автоматизированный способ по п.27, в котором каждый из множества алгоритмов медицинских жалоб связан одним или более медицинским состоянием.
  29. 29. Автоматизированный способ по п.27, в котором диагностированное медицинское состояние сообщается пациенту и/или врачу.
  30. 30. Автоматизированный способ по п.29, в котором оценка, связанная с диагностированным медицинским состоянием, сообщается врачу.
  31. 31. Автоматизированный способ по п.27, в котором каждый алгоритм жалоб содержит сценарий диагностики, выполняемый сценарным блоком.
  32. 32. Автоматизированный способ по п.27, в котором множество диагностированных медицинских состояний накапливаются в перечне дифференциальной диагностики.
  33. 33. Автоматизированный способ по п.32, в котором перечень дифференциальной диагностики упорядочивается на основании степени определенности.
  34. 34. Автоматизированный способ по п.27, в котором порог может изменяться посредством одного или более коэффициентами чувствительности.
  35. 35. Способ предоставления информации любому из множества пациентов для использования в системе медицинской диагностики и советов, содержащей процессор алгоритмов, выполняемый в компьютере, предусматривающий следующие шаги:
    - выполнение процесса оценки процессором алгоритмов, при этом процесс оценки содержит множество алгоритмов медицинских жалоб;
    - избирательное выполнение, по меньшей мере, одного алгоритма медицинских жалоб;
    - получение доступа к истории болезни пациента во время процесса оценки, при этом история болезни пациента содержит множество файлов, каждый пациент связан, по меньшей мере, с одним уникальным файлом, причем история болезни пациента хранится постоянно;
    - определение медицинского совета конкретно для медицинского состояния, связанного, по меньшей мере, с одним из алгоритмов медицинских жалоб с помощью связи между компьютером и выбранным одним из пациентов и с информацией, хранящейся в истории болезни пациента; и
    - предоставление медицинского совета выбранному пациенту.
  36. 36. Способ по п.35, дополнительно содержащий шаг выработки диагноза во время избирательного выполнения одного из алгоритмов медицинских жалоб.
  37. 37. Способ по п.36, дополнительно содержащий следующие шаги:
    - хранение таблицы лечения в компьютере;
    - получение доступа к таблице лечения на основе диагноза, чтобы выбрать лечение; и
    - сообщение выбранного лечения пациенту.
  38. 38. Способ по п.37, дополнительно содержащий защиту истории болезни пациента от несанкционированного доступа.
  39. 39. Способ повторного ввода диагноза медицинской проблемы пациента в автоматизированной системе медицинских советов, включающей в себя компьютер и устройства ввода и вывода, содержащий следующие шаги:
    - проведение первоначальной диагностической консультации с пациентом и тем самым собирание информации о пациенте;
    - идентификацию ситуации, в которой пациент нужен, чтобы снова консультировать систему, причем индикатор, связанный с программируемым критерием повторного ввода, устанавливается в компьютере;
    - автоматическое инструктирование пациента консультировать систему в заранее заданное время в будущем на основании идентифицированной ситуации;
    - проведение одной или более дополнительных диагностических консультаций с пациентом и тем самым собирание и хранение дополнительной информации о пациенте, причем путь выполнения дополнительной диагностической консультации определяется хранящейся информацией о пациенте и индикатором удовлетворенного критерия повторного ввода: и
    - формулирование диагноза на основании собранной информации о пациенте во время одной из диагностических консультаций.
  40. 40. Способ повторного ввода диагноза медицинской проблемы пациента в автоматизированной системе медицинских советов, вклю
    119
    120 чающей в себя компьютер и устройства ввода и вывода, содержащий следующие шаги:
    - проведение первоначальной диагностической консультации с пациентом и тем самым собирание информации о пациенте;
    - идентификацию ситуации, в которой пациент нужен, чтобы снова консультировать систему, причем, если программируемый критерий повторного ввода удовлетворен, индикатор, связанный с программируемым критерием повторного ввода, устанавливается в компьютере;
    - автоматическое инструктирование пациента консультировать систему в заранее заданное время в будущем на основании идентифицированной ситуации;
    - проведение одной или более дополнительных диагностических консультаций с пациентом в зависимости от значения индикатора удовлетворенного критерия, при этом дополнительная информация, собранная от пациента, связана с одной медицинской проблемой; и
    - формулирование диагноза из собранной информации о пациенте во время одной из диагностических консультаций.
  41. 41. Способ повторного ввода диагноза медицинской проблемы пациента в автоматизированной системе медицинских советов, включающей компьютер и устройства ввода и вывода, содержащий следующие шаги:
    - проведение первоначальной диагностической консультации с пациентом и тем самым собирание информации о пациенте;
    - идентификацию ситуации, в которой пациент нужен, чтобы консультировать систему снова, причем, если программируемый критерий повторного ввода удовлетворен, индикатор, связанный с программируемым критерием повторного ввода, устанавливается в компьютере;
    - автоматическое соединение с пациентом в заранее заданное время в будущем на основании идентифицированной ситуации;
    - проведение одной или более дополнительных диагностических консультаций с пациентом в зависимости от значения индикатора удовлетворенного критерия, при этом дополнительная информация, собранная от пациента, связана с одной медицинской проблемой; и
    - формулирование диагноза и собранной информации о пациенте во время одной из диагностических консультаций.
  42. 42. Способ оценки проблемы пациента за период времени и предоставление совета в автоматизированной системе медицинских советов, содержащий шаги:
    - прием через устройство ввода данных, индицирующих симптомы пациента за заданный период времени;
    - создание базы данных по истории консультирования, содержащей последовательность записей, основанных на принятых данных;
    - хранение истории консультирования в компьютере;
    - применение шаблона совпадения к базе данных истории консультирования;
    - выработку рекомендаций, если значение частоты консультирования совпавших записей, определенное путем применения шаблона совпадения, удовлетворяет установленному значению порога совпадения; и
    - выдачу рекомендаций через устройство вывода.
  43. 43. Способ по п.42, в котором каждая запись содержит множество полей, включающих в себя дату, медицинскую проблему, анатомическую систему и причину проблемы.
  44. 44. Способ по п.42, в котором шаг применения шаблона совпадения содержит следующие шаги:
    - получение доступа к набору записей в базе данных истории консультирования путем использования временного окна, которое содержит диапазон заранее выбранных дат;
    - сравнение шаблона совпадения с каждой из записей, к которой получен доступ; и
    - вычисление значения частоты консультирования из совпавших записей, идентифицированных в шаге сравнения.
  45. 45. Способ по п.44, в котором установленный порог совпадения представляет заранее выбранное минимальное число записей, соответствующее выбранному значению для шаблона совпадения.
  46. 46. Автоматизированная система медицинских советов, содержащая
    - компьютер;
    - устройство ввода, подключенное к компьютеру для приема информации от пользователя за период времени;
    - базу данных истории консультирования, хранящуюся в компьютере, содержащую последовательность записей, основанную на принятой информации;
    - процесс поиска, который осуществляет поиск в базе данных истории консультирования с использованием шаблона совпадения для идентификации записей, имеющих шаблон совпадения;
    - процесс анализа, который анализирует частоту диагностических консультаций пользователя, при этом записи, идентифицированные процессом поиска, позволяют судить об улучшении или ухудшении медицинского состояния пациента; и
    - устройство вывода, подключенное к компьютеру для передачи совета пользователю на основе полученного результата частотного анализа.
  47. 47. Автоматизированная система по п.46, в которой каждая запись индицирует диагностическую консультацию пользователя.
  48. 48. Автоматизированная система по п.46, в которой каждая запись содержит множество полей, которые включают в себя дату, медицинскую проблему, анатомическую систему и причину проблемы.
EA199900030A 1996-07-12 1997-07-11 Автоматизированная система медицинской диагностики и советов по лечению, включая сетевой доступ EA001861B1 (ru)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US2161496P 1996-07-12 1996-07-12
US2161596P 1996-07-12 1996-07-12
PCT/US1997/012162 WO1998002837A1 (en) 1996-07-12 1997-07-11 Computerized medical diagnostic and treatment advice system including network access

Publications (2)

Publication Number Publication Date
EA199900030A1 EA199900030A1 (ru) 1999-08-26
EA001861B1 true EA001861B1 (ru) 2001-10-22

Family

ID=26694895

Family Applications (2)

Application Number Title Priority Date Filing Date
EA199900031A EA001835B1 (ru) 1996-07-12 1997-07-11 Автоматизированный способ диагностики (варианты)
EA199900030A EA001861B1 (ru) 1996-07-12 1997-07-11 Автоматизированная система медицинской диагностики и советов по лечению, включая сетевой доступ

Family Applications Before (1)

Application Number Title Priority Date Filing Date
EA199900031A EA001835B1 (ru) 1996-07-12 1997-07-11 Автоматизированный способ диагностики (варианты)

Country Status (14)

Country Link
EP (2) EP0912955A2 (ru)
JP (2) JP4615629B2 (ru)
CN (2) CN1246942A (ru)
AT (1) ATE284558T1 (ru)
AU (2) AU728675C (ru)
BR (2) BR9712092A (ru)
CA (2) CA2260838A1 (ru)
DE (1) DE69731884T2 (ru)
EA (2) EA001835B1 (ru)
ES (1) ES2237801T3 (ru)
HK (1) HK1053178A1 (ru)
IL (2) IL127935A (ru)
NZ (2) NZ333718A (ru)
WO (2) WO1998002836A2 (ru)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
RU2559726C2 (ru) * 2010-08-24 2015-08-10 Смит Энд Нефью, Инк. Способы и системы обеспечения надежной совместимости медицинских устройств
RU167673U1 (ru) * 2016-04-20 2017-01-10 федеральное государственное бюджетное образовательное учреждение высшего образования "Северо-Западный государственный медицинский университет им. И.И. Мечникова" Министерства здравоохранения Российской Федерации Маска для видеонистагмоскопии
RU2611766C2 (ru) * 2011-03-16 2017-02-28 Конинклейке Филипс Н.В. Оценка симптомов дыхательной недостаточности и отека
RU2697412C2 (ru) * 2016-12-21 2019-08-14 Федеральное государственное бюджетное учреждение науки Институт молекулярной биологии им. В.А. Энгельгардта Российской академии наук Экспресс-тест на основе ПЦР, позволяющий предсказывать чувствительность опухоли головного мозга конкретного пациента к онколитическим вирусам

Families Citing this family (96)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8073695B1 (en) 1992-12-09 2011-12-06 Adrea, LLC Electronic book with voice emulation features
US9286294B2 (en) 1992-12-09 2016-03-15 Comcast Ip Holdings I, Llc Video and digital multimedia aggregator content suggestion engine
US7168084B1 (en) 1992-12-09 2007-01-23 Sedna Patent Services, Llc Method and apparatus for targeting virtual objects
US9053640B1 (en) 1993-12-02 2015-06-09 Adrea, LLC Interactive electronic book
USRE43433E1 (en) 1993-12-29 2012-05-29 Clinical Decision Support, Llc Computerized medical diagnostic and treatment advice system
US5660176A (en) 1993-12-29 1997-08-26 First Opinion Corporation Computerized medical diagnostic and treatment advice system
US6206829B1 (en) 1996-07-12 2001-03-27 First Opinion Corporation Computerized medical diagnostic and treatment advice system including network access
US6108635A (en) * 1996-05-22 2000-08-22 Interleukin Genetics, Inc. Integrated disease information system
US6487277B2 (en) * 1997-09-19 2002-11-26 Siemens Information And Communication Networks, Inc. Apparatus and method for improving the user interface of integrated voice response systems
US20060193278A1 (en) 1997-10-15 2006-08-31 Wolfgang Theimer Mobile telephone for Internet applications
US6278999B1 (en) 1998-06-12 2001-08-21 Terry R. Knapp Information management system for personal health digitizers
AU2390000A (en) 1998-12-29 2000-07-31 Occulogix Corporation Rheological treatment methods and related apheresis systems
US7107253B1 (en) * 1999-04-05 2006-09-12 American Board Of Family Practice, Inc. Computer architecture and process of patient generation, evolution and simulation for computer based testing system using bayesian networks as a scripting language
US8473452B1 (en) 1999-09-20 2013-06-25 Ims Health Incorporated System and method for analyzing de-identified health care data
US6691134B1 (en) * 1999-11-24 2004-02-10 Ge Medical Technology Services, Inc. Image-based artifact troubleshooting for medical systems
US6602191B2 (en) 1999-12-17 2003-08-05 Q-Tec Systems Llp Method and apparatus for health and disease management combining patient data monitoring with wireless internet connectivity
GB2357675A (en) * 1999-12-24 2001-06-27 Ncr Int Inc A network of information resources
WO2001061616A2 (en) * 2000-02-14 2001-08-23 First Opinion Corporation Automated diagnostic system and method
US6383136B1 (en) * 2000-03-06 2002-05-07 Charlyn Jordan Health analysis and forecast of abnormal conditions
US7379885B1 (en) 2000-03-10 2008-05-27 David S. Zakim System and method for obtaining, processing and evaluating patient information for diagnosing disease and selecting treatment
IT1318584B1 (it) * 2000-06-19 2003-08-27 Tangram Odis S R L Sistema diagnostico integrato per il cavo orale.
JP2004507292A (ja) * 2000-07-27 2004-03-11 アイ−フロー　コーポレイション 患者を監視する方法および装置
EP1317207B1 (en) * 2000-09-13 2013-04-03 Richard A. Schmidt Diagnosis of lower urinary tract dysregulation
KR20020059802A (ko) * 2000-09-28 2002-07-13 니시무로 타이죠 정보제공 시스템, 정보제공방법, 정보취득방법 및정보제공 프로그램을 기록한 컴퓨터 독출가능한 매체
SG135048A1 (en) 2000-10-18 2007-09-28 Johnson & Johnson Consumer Intelligent performance-based product recommendation system
WO2002054947A2 (en) * 2000-11-06 2002-07-18 The Johns Hopkins University Method and system for outpatient monitoring
US7165221B2 (en) * 2000-11-13 2007-01-16 Draeger Medical Systems, Inc. System and method for navigating patient medical information
JP2002163359A (ja) * 2000-11-27 2002-06-07 Mediva:Kk 医療用診断・処置支援装置、医療用診断・処置支援システム装置および医療用診断・処置支援プログラム記録したコンピュータ読み取り可能な記録媒体。
AUPR432701A0 (en) * 2001-04-10 2001-05-17 Lions Eye Institute Of Western Australia Incorporated, The Virtual service system for client and service provider users and method therefor
US7793326B2 (en) 2001-08-03 2010-09-07 Comcast Ip Holdings I, Llc Video and digital multimedia aggregator
US7908628B2 (en) 2001-08-03 2011-03-15 Comcast Ip Holdings I, Llc Video and digital multimedia aggregator content coding and formatting
WO2003036539A1 (fr) * 2001-10-23 2003-05-01 Citizen Watch Co., Ltd. Systeme de gestion de sante et programme de gestion de sante
US20050033121A1 (en) * 2001-12-28 2005-02-10 Modrovich Ivan E. Diagnostic information systems
US20050144042A1 (en) * 2002-02-19 2005-06-30 David Joffe Associated systems and methods for managing biological data and providing data interpretation tools
US7908155B2 (en) * 2002-04-12 2011-03-15 Becton, Dickinson And Company System for collecting, storing, presenting and analyzing immunization data having remote stations in communication with a vaccine and disease database over a network
JP2004126981A (ja) * 2002-10-03 2004-04-22 Medifocus:Kk 診断装置、診断方法およびプログラム
EP1609425A4 (en) * 2003-03-10 2009-05-27 Hisaki Kamo SYSTEM FOR REALIZING TOPICAL NERVE DIAGNOSIS AND NEUROANATOMIC STUDY
US8060315B2 (en) * 2004-07-27 2011-11-15 Carefusion 303, Inc. Method for measuring the incidence of hospital acquired infections
US9081879B2 (en) 2004-10-22 2015-07-14 Clinical Decision Support, Llc Matrix interface for medical diagnostic and treatment advice system and method
WO2006093424A1 (fr) * 2005-02-28 2006-09-08 Obtshestvo S Ogranichennoy Otvetstvennostiu 'nauchno-Proizvodstvennoe Predpriyatie Zhivie Sistemi' Procede pour diagnostiquer et corriger a distance l'etat d'un humain et systeme de mise en oeuvre correspondant
US8652039B2 (en) 2005-03-02 2014-02-18 Siemens Medical Solutions Usa, Inc. Guiding differential diagnosis through information maximization
JP4866576B2 (ja) * 2005-07-11 2012-02-01 インフォコム株式会社 診療支援システム
US7818181B2 (en) 2005-10-31 2010-10-19 Focused Medical Analytics Llc Medical practice pattern tool
US20070156382A1 (en) * 2005-12-29 2007-07-05 Graham James L Ii Systems and methods for designing experiments
JP4931447B2 (ja) * 2006-03-17 2012-05-16 株式会社マザー＆チャイルド 診断及び保育支援システム
US7805385B2 (en) 2006-04-17 2010-09-28 Siemens Medical Solutions Usa, Inc. Prognosis modeling from literature and other sources
US20070299665A1 (en) * 2006-06-22 2007-12-27 Detlef Koll Automatic Decision Support
US8540517B2 (en) 2006-11-27 2013-09-24 Pharos Innovations, Llc Calculating a behavioral path based on a statistical profile
US8540516B2 (en) 2006-11-27 2013-09-24 Pharos Innovations, Llc Optimizing behavioral change based on a patient statistical profile
US8540515B2 (en) 2006-11-27 2013-09-24 Pharos Innovations, Llc Optimizing behavioral change based on a population statistical profile
US9355273B2 (en) 2006-12-18 2016-05-31 Bank Of America, N.A., As Collateral Agent System and method for the protection and de-identification of health care data
GB2452067A (en) * 2007-08-23 2009-02-25 Univ Plymouth Method for prediction and diagnosis of medical conditions
AU2008310575A1 (en) 2007-10-12 2009-04-16 Patientslikeme, Inc. Personalized management and monitoring of medical conditions
JP5342136B2 (ja) * 2007-12-13 2013-11-13 株式会社東芝 健診受診者支援装置及び健診受診者支援装置が支援する方法
DE102007061434A1 (de) * 2007-12-20 2009-07-02 Gesellschaft für Patientenhilfe DGP mbH Rechnernetzwerksystem zur Erfassung, Verarbeitung und Verwertung von patientenbezogenen Daten
JP2009059381A (ja) * 2008-11-07 2009-03-19 Fujifilm Corp 医療診断支援方法および装置並びに診断支援情報記録媒体
CA2758481C (en) 2009-04-30 2018-03-20 Patientslikeme, Inc. Systems and methods for encouragement of data submission in online communities
US20130339041A1 (en) 2010-10-29 2013-12-19 Vladimir Leonidovich Glotko Clinical information system
EP2645273A1 (en) * 2010-11-23 2013-10-02 Obschestvo s Ogranichennoy Otvetstvennostiu «Pravovoe Soprovojdenie Bisnesa» System for differentiation and analysis of recorded clinical data
EP2661849B1 (en) * 2011-01-05 2019-05-29 Koninklijke Philips N.V. System and method for distributing meaningful clinical alerts
SI2699587T1 (sl) 2011-04-22 2019-08-30 Wyeth Llc Sestavek, povezan z mutantskim clostridium difficile toksinom, in metode omenjenega sestavka
US9152764B2 (en) 2012-02-02 2015-10-06 Photon Medical Communications, Inc. Systems and methods for managing data
JP6214640B2 (ja) * 2012-06-01 2017-10-18 コーニンクレッカ フィリップス エヌ ヴェＫｏｎｉｎｋｌｉｊｋｅ Ｐｈｉｌｉｐｓ Ｎ．Ｖ． 新生児用の動脈血液ガステストの頻度を選択するための方法及びシステム
WO2013184127A1 (en) * 2012-06-08 2013-12-12 Hewlett-Packard Development Company, L.P. Patient information interface
CN103164616A (zh) * 2013-02-02 2013-06-19 杭州卓健信息科技有限公司 一种智能导诊***和方法
ITPD20130026A1 (it) * 2013-02-07 2014-08-08 Medigenia Srl Sistema e metodo di controllo delle condizioni di salute di un paziente
EP2775412A1 (en) * 2013-03-07 2014-09-10 Medesso GmbH Method of generating a medical suggestion as a support in medical decision making
CA2927362A1 (en) * 2013-10-31 2015-05-07 Pau-San HARUTA Computing technologies for diagnosis and therapy of language-related disorders
KR102272194B1 (ko) * 2014-07-08 2021-07-01 삼성전자주식회사 인지기능 검사 장치 및 방법
CN104200069B (zh) * 2014-08-13 2017-08-04 周晋 一种基于症状分析和机器学习的用药推荐***和方法
US9747654B2 (en) 2014-12-09 2017-08-29 Cerner Innovation, Inc. Virtual home safety assessment framework
CN104636622B (zh) 2015-02-12 2017-08-04 无锡海斯凯尔医学技术有限公司 基于弹性检测设备的健康状况分析方法及***
DE102016110931A1 (de) 2015-06-15 2016-12-15 Herzog & Dietz GbR (vertretungsberechtigter Gesellschafter: Christian Dietz, 52351 Düren) System und computerimplementiertes Verfahren zur Unterstützung von Zahnärzten bei der Beratung ihrer Patienten sowie entsprechendes Computerprogramm
CN106308746A (zh) * 2015-07-02 2017-01-11 上海金仕达卫宁软件股份有限公司 临床智能诊断终端
CN105678066B (zh) * 2015-12-31 2019-02-22 天津迈沃医药技术股份有限公司 基于用户反馈信息完成数据训练的疾病自诊方法及***
EP3223181B1 (en) 2016-03-24 2019-12-18 Sofradim Production System and method of generating a model and simulating an effect on a surgical repair site
EP3475473A4 (en) 2016-06-26 2020-01-22 The Board of Trustees of the Leland Stanford Junior University BIOMARKERS FOR PROGNOSING MORTALITY IN SERIOUSLY ILL PATIENTS
CN106250690A (zh) * 2016-08-01 2016-12-21 上海质康医药科技有限公司 一种逻辑树型中医自诊知识学习的方法
WO2018062366A1 (ja) * 2016-09-28 2018-04-05 公益財団法人先端医療振興財団 認知症介護負担度判定装置、認知症介護負担度判定方法、認知症介護負担度判定プログラム、認知症治療効果判定装置、認知症治療効果判定方法、及び認知症治療効果判定プログラム
CN106777869A (zh) * 2016-11-17 2017-05-31 黄劲涛 一种基于智能医疗床的智能云医养***
CN106384018A (zh) * 2016-11-17 2017-02-08 黄劲涛 一种基于智能医疗床的医疗***
CN106709233A (zh) * 2016-11-17 2017-05-24 黄劲涛 一种中央医疗协同管理***
CN106473722A (zh) * 2016-11-17 2017-03-08 黄劲涛 一种基于智能医疗床的健康监测***
CN106777966B (zh) * 2016-12-13 2020-02-07 天津迈沃医药技术股份有限公司 基于医疗信息平台的数据互动训练方法及***
CN106874670A (zh) * 2017-02-14 2017-06-20 安徽通灵仿生科技有限公司 基于人工智能的儿科医生机器人装置
US20180293352A1 (en) * 2017-04-10 2018-10-11 COTA, Inc. System and Method for Decision-Making for Determining Initiation and Type of Treatment for Patients with a Progressive Illness
WO2019159007A1 (en) * 2018-02-18 2019-08-22 Cardio Holding Bv A system and method for documenting a patient medical history
KR102072292B1 (ko) * 2018-04-04 2020-01-31 고려대학교 산학협력단 어지럼증 스코어 계산 장치 및 방법
CN109346167A (zh) * 2018-08-03 2019-02-15 昆明理工大学 一种基于人工智能的诊断辅助***
CN111239425A (zh) * 2018-11-29 2020-06-05 举康(上海)生物科技有限公司 基于循环肿瘤细胞检测的肿瘤辅助诊断***
US11894139B1 (en) 2018-12-03 2024-02-06 Patientslikeme Llc Disease spectrum classification
JP7211161B2 (ja) * 2019-02-28 2023-01-24 日本電気株式会社 処理装置、処理方法及びプログラム
IT201900002889A1 (it) * 2019-02-28 2020-08-28 La Rondine Soc Cooperativa Sociale Metodo per il monitoraggio della terapia e l’accrescimento della compliance tra medici, pazienti e familiari
JP7211160B2 (ja) * 2019-02-28 2023-01-24 日本電気株式会社 処理装置、処理方法及びプログラム
WO2021001592A1 (en) * 2019-07-02 2021-01-07 Etsimo Healthcare Oy Automated and real-time patient care planning
CN113674857A (zh) * 2021-08-23 2021-11-19 深圳创维－Rgb电子有限公司 电视辅助疾病诊断装置及***

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5572421A (en) * 1987-12-09 1996-11-05 Altman; Louis Portable medical questionnaire presentation device
EP0531889B1 (en) * 1991-09-11 1998-11-11 Hewlett-Packard Company Data processing system and method for automatically performing prioritized nursing diagnoses from patient assessment data
FR2691003B1 (fr) * 1992-05-11 1997-04-04 Dominique Boisseau Procede de consultation et de mise a jour de donnees specialisees et systeme de mise en óoeuvre de ce procede.
US5517405A (en) * 1993-10-14 1996-05-14 Aetna Life And Casualty Company Expert system for providing interactive assistance in solving problems such as health care management
US5486999A (en) * 1994-04-20 1996-01-23 Mebane; Andrew H. Apparatus and method for categorizing health care utilization
DE4430164C2 (de) * 1994-08-25 1998-04-23 Uthe Friedrich Wilhelm Verwendung eines interaktiven Informationssystems
US5633910A (en) * 1994-09-13 1997-05-27 Cohen; Kopel H. Outpatient monitoring system
US5619991A (en) * 1995-04-26 1997-04-15 Lucent Technologies Inc. Delivery of medical services using electronic data communications

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
RU2559726C2 (ru) * 2010-08-24 2015-08-10 Смит Энд Нефью, Инк. Способы и системы обеспечения надежной совместимости медицинских устройств
RU2611766C2 (ru) * 2011-03-16 2017-02-28 Конинклейке Филипс Н.В. Оценка симптомов дыхательной недостаточности и отека
RU167673U1 (ru) * 2016-04-20 2017-01-10 федеральное государственное бюджетное образовательное учреждение высшего образования "Северо-Западный государственный медицинский университет им. И.И. Мечникова" Министерства здравоохранения Российской Федерации Маска для видеонистагмоскопии
RU2697412C2 (ru) * 2016-12-21 2019-08-14 Федеральное государственное бюджетное учреждение науки Институт молекулярной биологии им. В.А. Энгельгардта Российской академии наук Экспресс-тест на основе ПЦР, позволяющий предсказывать чувствительность опухоли головного мозга конкретного пациента к онколитическим вирусам

Also Published As

Publication number Publication date
AU728675B2 (en) 2001-01-18
BR9712091A (pt) 1999-10-05
EA199900031A1 (ru) 1999-10-28
CN1230266A (zh) 1999-09-29
ATE284558T1 (de) 2004-12-15
EP0912957A1 (en) 1999-05-06
DE69731884D1 (de) 2005-01-13
WO1998002837A1 (en) 1998-01-22
EA001835B1 (ru) 2001-08-27
DE69731884T2 (de) 2005-12-15
IL127936A (en) 2004-05-12
AU3797397A (en) 1998-02-09
JP2000514938A (ja) 2000-11-07
JP4224136B2 (ja) 2009-02-12
CN1246942A (zh) 2000-03-08
EA199900030A1 (ru) 1999-08-26
AU4040397A (en) 1998-02-09
NZ333717A (en) 2000-10-27
CA2260836A1 (en) 1998-01-22
ES2237801T3 (es) 2005-08-01
WO1998002836A3 (en) 2000-11-23
WO1998002836A2 (en) 1998-01-22
NZ333718A (en) 2000-10-27
IL127936A0 (en) 1999-11-30
EP0912957B1 (en) 2004-12-08
IL127935A0 (en) 1999-11-30
CA2260838A1 (en) 1998-01-22
HK1053178A1 (zh) 2003-10-10
AU753087B2 (en) 2002-10-10
AU728675C (en) 2001-11-08
JP4615629B2 (ja) 2011-01-19
JP2002511159A (ja) 2002-04-09
BR9712092A (pt) 1999-08-31
IL127935A (en) 2003-06-24
EP0912955A2 (en) 1999-05-06

Similar Documents

Publication Publication Date Title
US5868669A (en) Computerized medical diagnostic and treatment advice system
US6482156B2 (en) Computerized medical diagnostic and treatment advice system including network access
US6022315A (en) Computerized medical diagnostic and treatment advice system including network access
US5724968A (en) Computerized medical diagnostic system including meta function
JP4615629B2 (ja) ネットワークへのアクセスを含む、コンピュータを使用した医療診断および処理の助言システム
US6725209B1 (en) Computerized medical diagnostic and treatment advice system and method including mental status examination
US5594638A (en) Computerized medical diagnostic system including re-enter function and sensitivity factors
USRE43433E1 (en) Computerized medical diagnostic and treatment advice system
US6270456B1 (en) Computerized medical diagnostic system utilizing list-based processing
AU770435B2 (en) Computerized medical diagnostic and treatment advice system including network access

Legal Events

Date Code Title Description
MM4A Lapse of a eurasian patent due to non-payment of renewal fees within the time limit in the following designated state(s)

Designated state(s): AM AZ BY KZ KG MD TJ TM RU