Итерационное построение разделов истории болезни

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

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

[0003] В US 2010/0274584 А1 описана система для обработки медицинских отчетов, которая содержит сеть. Система содержит множество систем электронной медицинской карты (EMR). Каждая система EMR имеет базу данных EMR и процессор EMR. Процессор по меньшей мере одной системы EMR генерирует текстовый отчет для пациента. Каждая система EMR удалена от другой системы EMR, и все системы EMR связаны с возможностью обмена данными друг с другом посредством сети. Система содержит электронное управляющее устройство, имеющее базу данных и процессор, который автоматически собирает текстовые отчеты для пациента из множества систем EMR или изготавливает текстовые отчеты для пациента на основе данных в базе данных EMR по меньшей мере одной системы EMR. Электронное управляющее устройство поддерживает связь для каждого отчета между базой данных электронного управляющего устройства и базой данных EMR, из которой происходит каждый отчет. Способ обработки медицинских отчетов включает этапы генерации текстового отчета для пациента с использованием процессора по меньшей мере одной системы EMR из множества систем EMR. Каждая система EMR удалена от другой системы EMR и связана с остальными системами с возможностью обмена данными посредством сети. Способ включает этап автоматического сбора с использованием процессора электронного управляющего устройства текстовых отчетов электронного управляющего устройства для пациента из множества систем EMR или этап изготовления текстовых отчетов для пациента на основании данных в базе данных EMR по меньшей мере одной системы EMR, причем электронное управляющее устройство поддерживает связь для каждого отчета между базой данных электронного управляющего устройства и базой данных EMR, из которой возник каждый отчет.

[0004] В US 8,290,958 В2 описаны система и способ облегчения создания или модификации документа, обеспечивающая механизм для размещения релевантных данных из внешних источников и организации и объединения некоторых или всех указанных данных в документе. В описанном способе для повторного использования данных может быть запрошен набор документов, причем каждый документ может быть разделен на множество разделов. Множество текстовых групп в разделе могут быть сформированы на основании набора документов, причем каждая текстовая группа в разделе может быть связана с соответствующим разделом из множества разделов, и каждая группа раздела включает множество элементов. Каждый элемент может быть связан с соответствующим разделом из каждого документа набора документов. Выбранный элемент в выбранной текстовой группе раздела может быть выделен. Выбранный элемент может быть извлечен для размещения в текущем документе. Текущий документ может быть экспортирован в ведущее приложение.

[0005] В US 2007/0083396 А1 описана система для поддержки интерпретации изображения, из которой могут быть легко извлечены результаты прошлой интерпретации изображения во время исследования в качестве объекта последующих наблюдений. Система содержит: сервер для сохранения базы данных отчетов, накапливающей информацию о различиях между прошлыми отчетами в совокупности с соответствующими прошлыми отчетами; и соединенное с указанным сервером устройство, создающее отчет об интерпретации изображения. Указанное устройство содержит: блок, определяющий исследования последующих наблюдений, для определения, является ли это исследование объектом последующих наблюдений; блок управления поиском отчетов для создания отчета об интерпретации изображения на данный момент времени, генерирующий экран для создания отчета об интерпретации изображения и введения информации в экран; блок, извлекающий измененную часть, для извлечения измененной части для генерирования информации о различиях; и блок, сохраняющий отчет, для сохранения информации о различиях в совокупности с отчетом на данный момент времени и прошлым отчетом в базе данных отчетов.

[0006] Настоящая заявка обеспечивает новые и усовершенствованные способы и системы, которые преодолевают вышеописанные и другие недостатки уровня техники.

[0007] В соответствии с одним аспектом предложена система для генерирования истории болезни пациента для текущего исследования, как определено в п. 1 формулы.

[0008] В соответствии с другим аспектом предложен способ генерирования истории болезни пациента, как определено в п. 11 формулы.

[0009] Одно преимущество состоит в уменьшении времени, потраченного рентгенологом или другим врачом-специалистом для генерирования полной истории болезни для пациента.

[0010] Еще одно преимущество состоит в возможности добавлять, удалять или перемещать информацию, включенную в отчет истории болезни.

[0011] Еще одно преимущество состоит в генерации релевантных и полных отчетов истории болезни для каждого пациента на основании информации из предыдущих относящихся и неотносящихся исследований.

[0012] Еще одно преимущество состоит в усовершенствованном клиническом технологическом процессе.

[0013] Еще одно преимущество состоит в усовершенствованном уходе за пациентом.

[0014] Другие дополнительные преимущества настоящего изобретения будут оценены специалистами после прочтения и понимания нижеследующего подробного описания настоящего изобретения.

[0015] Настоящее изобретение может быть реализовано в форме различных компонентов и структур компонентов, а также в различных этапах и расположении этапов. Чертежи приведены только в целях показа предпочтительных вариантов реализации и не должны рассматриваться как ограничение настоящего изобретения.

[0016] ФИГ. 1 показывает блок-схему информационно-технологической инфраструктуры медицинского учреждения согласно аспектам настоящей заявки.

[0017] ФИГ. 2 показывает блок-схему способа итерационного построения историй болезни согласно аспектам настоящей заявки.

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

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

[0020] Представленная на ФИГ. 1 блок-схема показывает один вариант реализации информационно-технологической инфраструктуры 10 медицинского учреждения, такого как больница. Информационно-технологическая инфраструктура 10 соответственно содержит клиническую информационную систему 12, клиническую систему 14 поддержки, клиническую интерфейсную систему 16 и т.п., связанные посредством коммуникационной сети 20. Предполагается, что коммуникационная сеть 20 включает одно или более из сети Интернет, сети интранет, локальной сети, глобальной сети, беспроводной сети, проводной сети, сотовой сети, шины данных и т.п. Также следует отметить, что компоненты информационно-технологической инфраструктуры расположены в центральном местоположении или в различных удаленных местах.

[0021] Клиническая информационная система 12 сохраняет клинические документы, включая рентгенологические отчеты, гистопатологические заключения, отчеты о лабораторных исследованиях, отчеты о лабораторных/визуализирующих исследованиях, электронные записи о состоянии здоровья, данные электронных медицинских карт (EMR) и т.п., в клинической информационной базе 22 данных. Клинический документ может содержать документы с клиническими данными, относящимися к объекту, такому как пациент. Раздел истории болезни самого недавнего предшествующего клинического документа сформирован из этого списка информационных элементов посредством сортировки и конкатенации. Однако список информационных элементов может содержать больше элементов (возможно привязанных к метаданным), чем необходимо для формирования раздела истории болезни. Некоторые из клинических документов могут быть документами в виде текста в свободной форме, в то время как другие документы могут быть структурированным документом. Такой структурированный документ может быть документом, который сгенерирован компьютерной программой на основании данных, которые предоставил пользователь путем заполнения электронной формы. Например, структурированный документ может быть документом XML. Структурированные документы могут содержать части в виде текста в свободной форме. Такая часть в виде текста в свободной форме может быть расценена как документ в виде текста в свободной форме, инкапсулированный в структурированный документ. Следовательно, части в виде текста в свободной форме структурированных документов могут быть обработаны системой как документы в виде текста в свободной форме. Каждый из клинических документов содержит список информационных элементов. Список информационных элементов включает строки свободного текста, такие как фразы, предложения, абзацы, слова и т.п. Информационные элементы клинических документов могут генерироваться автоматически и/или вручную. Например, различные клинические системы автоматически генерируют информационные элементы из предыдущих клинических документов, продиктованной речи, и т.п. Относительно последнего, могут быть использованы устройства 24 для пользовательского ввода. Согласно некоторым вариантам реализации клиническая информационная система 12 содержит отображающие устройства 26, предоставляющие пользователям пользовательский интерфейс для ручного введения информационных элементов и/или для показа клинических документов. Согласно одному варианту реализации клинические документы хранятся локально в базе 22 данных клинической информации. Согласно другому варианту реализации клинические документы сохранены по национальному или региональному принципу в базе 22 данных клинической информации. Примеры информационных систем для пациента включают помимо прочего системы электронных медицинских карт, ведомственные системы и т.п.

[0022] Клиническая система 14 поддержки помогает пользователю, предоставляя ему информационные элементы, из которых он может интуитивно создать историю болезни, которая впоследствии может быть предоставлена в форме свободного текста и также вставлена в рентгенологический отчет. В частности, система 14 поддержки запрашивает в информационной системе 12 клинические данных в информационных элементах, которые стали доступными в период времени между датой самого последнего предшествующего клинического документа и датой текущего исследования. Система 14 поддержки дополнительно выполняет синтаксический анализ клинических документов и обнаруживают выражения в предложениях/абзацах, которые являются потенциально подходящими для создания истории болезни. Система 14 поддержки дополнительно генерирует пользовательский интерфейс, в котором все элементы клинической информации, имеющие отношение к одному пациенту, представлены пользователю. Затем элементы клинической информации, выбранные пользователем, используются для создания представления истории болезни в виде текста в свободной форме. Система 14 поддержки содержит отображающее устройство 44, такое как электронно-лучевое отображающее устройство, жидкокристаллический дисплей, отображающее устройство на основе светоизлучающих диодов, для показа информационных элементов и устройство 46 для пользовательского ввода, такое как клавиатура и мышь, чтобы практикующий врач мог ввести и/или изменить представленные информационные элементы.

[0023] В частности, система 14 поддержки содержит машину 30 для поиска клинической информации (clinical information crawling engine), которая запрашивает в информационной системе 12 информационные элементы, содержащие клинические данные, которые стали доступными между датой самого последнего предшествующего клинического документа и датой текущего исследования. Машина 30 для поиска клинической информации также извлекает информационные элементы из информационной системы 12, в которых хранятся подходящие клинические данные. Используя стандартные технологии интерфейса прикладного программирования, машина 30 запрашивает в информационной системе 12 использование персонифицированных идентификаторов (MRN). Как указано выше, информационная система 12 содержит датированную информацию различных типов, такую как рентгенологические и патологические отчеты, отчеты лабораторного исследования и послеоперационные отчеты, предписания на визуализацию/тестирование, в дополнение к датированной информации других типов, которая (не обязательно) сохранена в форме установленных законом отчетных документов, таких как список аллергических реакций, список расстройств, списки медикаментов и причина исследования. Машина 30 дополнительно обнаруживает информацию с датой в пределах периода времени, между самым последним предшествующим клиническим документом и текущим исследованием.

[0024] Система поддержки также содержит машину 32 для синтаксического анализа клинической информации (clinical information parser engine), которая анализирует клинические документы. В частности, машина 32 для синтаксического анализа клинической информации обрабатывает клинические документы для обнаружения в клинических документах информационных элементов и обнаружения заданного списка соответствующих патологических изменений. Для этого машина 32 для синтаксического анализа сегментирует клинические документы на информационные элементы, включая разделы, абзацы, предложения, слова, и т.п. Обычно клинические документы содержат датированный заголовок с протокольной информацией в дополнение к истории болезни, методики лечения, сравнения, патологические изменения, печатные заголовки разделов и т.п. Содержание разделов может быть легко обнаружено с использованием заданного списка заголовков разделов и способов поиска совпадающих текстов. Альтернативно, могут быть использованы способы стороннего программного обеспечения, такие как программа-поисковик MedLEE. Например, если имеется список заданных терминов, построчные способы поиска совпадений могут быть использованы для обнаружения присутствия одного из терминов в данном информационном элементе. Построчные способы поиска совпадений могут быть дополнительно усовершенствованы для учета морфологического и лексического вариантов и для терминов, которые распространены по всему информационному элементу. Если заданный список терминов содержит онтологические идентификаторы, для извлечения концепции из данного информационного элемента могут быть использованы концептуальные способы извлечения. Идентификаторы относятся к концепциям в сопутствующей онтологии, такой как систематизированная машинно-обрабатываемая медицинская номенклатура SNOMED или медицинский словарь RadLex. Для извлечения концепции могут быть привлечены сторонние решения, такие как программное дополнение MetaMap. Кроме того, способы обработки естественного языка по существу являются известными. Могут быть использованы способы, такие как поиск по шаблону и идентификация случаев концепций, которые заданы в онтологиях, и отношений между случаями концепций для построения сети случаев семантических концепций и их отношений, выраженных свободным текстом.

[0025] Машина 34 для фильтрации клинической информации (clinical information filter engine) системы 14 поддержки обнаруживает выражения в информационных элементах, которые являются потенциально подходящими для создания истории болезни. Машина 34 для фильтрации клинической информации обнаруживает относящуюся к делу информацию в данных информационных элементах, таких как предложения, выражения или абзацы. Согласно одному варианту реализации машина 34 для фильтрации клинической информации проверяет, находится ли одно или более из заданного списка ключевых слов в информационных элементах с учетом лексических вариантов. Согласно другому варианту реализации машина 34 для фильтрации клинической информации извлекает клинические концепции из информационных элементов и сопоставляет извлеченные клинические концепции со списком маркированных концепций. Согласно другому варианту реализации машина 34 для фильтрации клинической информации сначала извлекает клиническую концепцию и затем проверяет, имеет ли любая из извлеченных клинических концепций конкретное отношение с любой из списка помеченных концепций. Таким образом, машина 34 для фильтрации клинической информации определяет, что все концепции, относящиеся с онкологическим заболеваниям, являются важными, и что путем расширения все информационные элементы, содержащие связанную с онкологией терминологию, должны быть помечены как соответствующий элемент клинической информации.

[0026] Клиническая система 14 поддержки также содержит машину 36 для обнаружения релевантности отчета (report relevance detector engine), которая проверяет соответствие самого последнего предшествующего клинического документа текущему клиническому исследованию. Машина 36 для обнаружения релевантности отчета достигает этого путем сопоставления атрибутов стандарта DICOM BodyPart and/Modality самого последнего предшествующего клинического документа с текущим исследованием. Кроме того, с использованием атрибутов описания/кода исследования DICOM может быть сделано сопоставление самого последнего предшествующего клинического документа с текущим исследованием. Также следует понимать, что в больницах могут быть использованы коды для маркирования исследований, подобных скрининговому обследованию, случаев онкологии и т.п., в которых описание исследования может содержать анатомию отдельных исследованных органов. Если самый последний предшествующий клинический документ является релевантным текущему исследованию, машина 36 для обнаружения релевантности отчета не предпринимает дополнительные действия. В противном случае машина 36 для обнаружения релевантности отчета обработает другой предыдущий клинический документ, относящийся к данному пациенту, и так далее до встречи с релевантным клиническим документом, если таковой будет найден. В случае если самый последний клинический документ не является релевантным текущему исследованию, машина 36 для обнаружения релевантности извлекает самый последний релевантный предшествующий клинический документ. Согласно другому варианту реализации машина 36 для обнаружения релевантности определяет, какой предшествующий клинический документ может считаться самым последним релевантным предшествующим исследованием. Например, машина 36 для обнаружения релевантности определяет самое последнее релевантное предшествующее исследование путем анализирования даты, метода визуализации, анатомии и других метаданных, связанных с данным клиническим документом.

[0027] Система поддержки также содержит интерфейсную машину 40 для построения истории болезни, генерирующую пользовательский интерфейс, посредством которого подходящие элементы клинической информации, соответствующие одному пациенту, могут быть представлены пользователю. Показанные информационные элементы охватывают информационные элементы в предшествующем разделе истории болезни в самом последнем клиническом документе, а также элементы, извлеченные машиной 30 для поиска клинической информации. Пользовательский интерфейс, генерируемый интерфейсной машиной 40, предоставляет пользователю возможность выбирать информационные элементы и/или манипулировать ими с целью построения раздела истории болезни для текущего исследования. Информационные элементы, выбранные и/или обработанные пользователем для включения в раздел истории болезни, сохраняются и маркируются в клинической информационной системе 12. Интерфейсная машина 40 также использует способы визуализации таким образом, чтобы источник информационных элементов мог быть отличим пользователем. Например, интерфейсная машина 40 использует черный цвет, если информационный элемент появился в разделе истории болезни самого последнего предшествующего клинического документа; интерфейсная машина 40 использует красный цвет, если информационный элемент появился в гистопатологическом заключении, которое появилось позже; интерфейсная машина 40 использует зеленый цвет, если информационный элемент появился в причине для проведения текущего исследования; интерфейсная машина 40 использует коричневый цвет, если информационный элемент появился в предшествующем клиническом документе, и т.п. Следует отметить, что интерфейсная машина 40 показывает информационные элементы в различных окнах или областях окна. Таким образом, информационные элементы, которые появились в самом последнем разделе истории болезни, могут быть отделены от информационных элементов, которые были маркированы как "подавленные", или которые были извлечены машиной 34 для фильтрации клинической информации из рентгенологических/патологических/лабораторных и других исследований. Пользовательский интерфейс, генерируемый интерфейсной машиной 40 для построения истории болезни, также предоставляет различные способы манипулирования содержанием. Например, генерируемый пользовательский интерфейс предоставляет пользователю возможность изменять очередность информационных элементов путем их перемещения вверх и вниз. Пользовательский интерфейс также предоставляет пользователю возможность подавить информационный элемент, нажимая на него указателем или нажимая на кнопку, которая находится рядом с ним (когда пользователь перемещает мышь ближе к нему). Пользовательский интерфейс дополнительно предоставляет пользователю возможность удалять информационный элемент, нажимая указателем на него дважды. Генерируемый пользовательский интерфейс также предоставляет пользователю возможность создавать новые информационные элементы, а также перемещать информационный элемент из одной области окна в другую.

[0028] Система 14 поддержки дополнительно включает машину 38 для построения описания, которая принимает информационные элементы, выбранные и упорядоченные пользователем в интерфейсной машине 40 для построения истории болезни, и создает предоставление в виде текста в свободной форме для текущего раздела истории болезни. Этот комментарий в виде текста в свободной форме может быть вставлен в раздел истории болезни текущего клинического документа. В некоторых случаях может быть полезным вставление заголовков или дат. Таким образом, машина 38 для построения описания вставляет заголовок: "Из недавнего клинического документа (датированного 01/02/2013): …", где "…" содержит информационный элемент (элементы), извлеченный из клинического документа, который был создан после самого последнего предшествующего клинического документа. Машина 38 для построения описания может использовать листы с настраиваемым стилем, которые могут быть незначительно изменены и индивидуализированы каждым пользователем.

[0029] Клиническая интерфейсная система 16 обеспечивает сгенерированный пользовательский интерфейс, который представляет пользователю информационные элементы, из которых он может интуитивно создать раздел истории болезни, который впоследствии может быть предоставлен как свободный текст и также вставлен в клинический документ. Интерфейсная система 16 принимает экраны пользовательского интерфейса и показывает их медработнику на отображающем устройстве 48. Интерфейсная система 16 также содержит устройство 50 пользовательского ввода, такое как сенсорный экран или клавиатура и мышь, чтобы практикующий врач мог ввести и/или модифицировать экраны пользовательского интерфейса. Примеры интерфейсной системы для медработника включают помимо прочего персональное информационное устройство (PDA), сотовые смартфоны, персональные компьютеры или тому подобные устройства.

[0030] Компоненты информационно-технологической инфраструктуры 10 соответственно включают процессоры 60, исполняющие исполняемые компьютером инструкции, осуществляющие вышеописанные функциональные средства, причем исполняемые компьютером инструкции сохранены в запоминающих устройствах 62, связанных с процессорами 60. Однако предполагается, что по меньшей мере некоторые из вышеуказанных функциональных средств могут быть реализованы в форме аппаратных средств без использования процессоров. Например, может быть использована аналоговая схема. Кроме того, компоненты информационно-технологической инфраструктуры 10 содержат коммуникационные блоки 64, обеспечивающие процессоры 60 интерфейсом для передачи данных посредством коммуникационной сети 20. Более того, не смотря на то, что указанные компоненты информационно-технологической инфраструктуры 10 были описаны выше как отдельные элементы, следует понимать, что указанные компоненты могут быть объединены.

[0031] На ФИГ. 2 показана блок-схема 100 способа итерационного построения историй болезни. Каждый из этапов способа описан последовательно в логическом порядке, и не предполагается, что система может обрабатывать описанную информацию в любой конкретном порядке или последовательности. На этапе 102 запрашивают базу данных клинической информации, содержащую один или более клинических документов, причем каждый клинический документ включает список информационных элементов конкретного пациента. На этапе 104 информационные элементы конкретного пациента показывают пользователю посредством интерфейса для построения истории болезни. На этапе 106 связывают информационные элементы, выбранные пользователем в интерфейсе для построения истории болезни. На этапе 108 создают предоставление в виде текста в свободной форме выбранного информационного элемента, который вставлен в историю болезни пациента в клиническом отчете.

[0032] Используемое в настоящей заявке запоминающее устройство включает одно или более из следующего: энергонезависимый машиночитаемый носитель; магнитный диск или другое магнитное накопительное устройство; оптический диск или другое оптическое накопительное устройство; оперативное запоминающее устройство (ОЗУ), постоянное запоминающее устройство (ПЗУ) или другое электронное запоминающее устройство, или чип, или набор функционально связанных чипов; сервер сети Интернет/интранет, из которого сохраненные в нем инструкции могут быть извлечены посредством сети Интернет/интранет или локальной сети и т.п. Кроме того, используемый в настоящей заявке процессор включает одно или более из следующего: микропроцессор, микроконтроллер, графический процессор (GPU), специализированная интегральная схема (ASIC), программируемая пользователем вентильная матрица (FPGA), персональное информационное устройство (PDA), сотовые смартфоны, мобильные часы, очки-компьютеры и подобные носимые на теле, имплантированные или носимые мобильные устройства; устройство пользовательского ввода включает одно или более из мыши, клавиатуры, отображающего устройства с сенсорным экраном, одной или более кнопок, одного или более переключателей, одного или более переключателей с двумя состояниями и т.п.; и отображающее устройство включает одно или более из отображающего устройства на основе ЖК дисплея, отображающего устройства на основе светодиодного индикатора, плазменного отображающего устройства, проекционного отображающего устройства, отображающего устройства с сенсорным экраном и т.п.

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