Система сбора и анализа медицинских данных

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

Рубрика Программирование, компьютеры и кибернетика
Вид дипломная работа
Язык русский
Дата добавления 19.06.2015
Размер файла 1,0 M

Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже

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

Размещено на http://www.allbest.ru/

Размещено на http://www.allbest.ru/

Введение

информационный медицинский программный интерфейс

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

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

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

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

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

Объектом исследования в дипломной работе является автоматизации учреждений здравоохранения.

Предметом исследования является создание и использование медицинских информационных систем.

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

? рассмотреть использование информационных систем для управления в медицинских организациях;

? раскрыть основные проблемы внедрения и использования МИС в России и в мире;

? описать содержательную постановку задачи создания МИС;

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

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

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

Вторая глава «Программная реализация» посвящена созданию информационной системы, позволяющей работать с медицинскими картами и историей болезни.

В третьей главе представлен раздел «Безопасность жизнедеятельности».

В четвертой главе представлено технико-экономическое обоснование дипломного проекта.

Заключение содержит основные выводы, сделанные по существу проведенной работы.

1. Общая часть

1.1 Понятие медицинской информационной системы

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

Часто под медицинской информационной системой понимают электронную историю болезни. Вступивший в силу 1 января 2008-го национальный российский стандарт «Электронная история болезни. Общие положения» (ГОСТ Р 52636-2006) определяет требования к таким системам[1].

Как правило, разработчики различных медицинских информационных систем не обеспечивают совместимости этих систем друг с другом. Однако существует стандарт передачи данных HL7, Health Level 7, описывающий процедуры и механизмы обмена, управления и интеграции электронной медицинской информации.

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

? Пациентоориентированность: ядром МИС являются записи о пациенте.

? Повышенная ответственность разработчика.

? Интеграция административной, медицинской и финансовой информации.

? Интеграция со специфическими видами оборудования.

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

? МИС для стационаров

? МИС для поликлиник и амбулаторий

? МИС для стоматологических клиник

? МИС для санаториев (лечебно-профилактических учреждений)

1.2 Информационные системы и бизнес-процессы медицинского учреждения

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

Бизнес-процессы

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

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

Классификация бизнес-процессов

Различают основные и вспомогательные процессы.

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

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

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

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

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

? Стрелки входа (входят в левую грань блока) - изображают данные или объекты, изменяемые в ходе выполнения работы.

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

? Стрелки выхода (выходят из правой грани блока) - изображают данные или объекты, появляющиеся в результате выполнения работы.

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

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

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

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

Рис. 1.1 Схема иерархических взаимоотношений между родительским блоком и дочерней диаграммой (рекомендации по стандартизации Р 50.1.028-2001)

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

Рис. 1.2. Обобщенное IDEF0-описание работы стационара

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

Рис. 1.3. IDEF0-описание работ, выполняемых при оформлении истории болезни

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

Рис. 1.4. IDEF0-описание работ, выполняемых в приемном отделении

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

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

Рис. 1.5. IDEF0-описание лечения пациента в отделении стационара

Рис. 1.6. IDEF0-описания процесса закрытия истории болезни

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

1.3 Основные подходы и принципы создания медицинских информационных систем

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

При рассмотрении медицинских информационных систем необходимо обратить внимание на два важных принципа их построения:

? Информационная система должна разрабатываться на основе инфологической модели предметной области. Целью такого моделирования является формализация описываемых объектов и методов обработки информации в соответствии с поставленными задачами обработки и требованиями представления данных. При этом должны быть соблюдены естественные для человека способы сбора и представления информации. Основными компонентами инфологической модели являются: описание предметной области; описание методов обработки; описание информационных потребностей пользователя.

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

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

Структура хранения данных в медицинских информационных системах

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

В медицинских информационных системах данные о каждом человеке делятся на два класса: данные о человеке, как личности, и данные о человеке, как пациенте.

Данные о человеке как личности являются неизменными на протяжении всей его жизни. Это: фамилия, имя, отчество, дата и место рождения.

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

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

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

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

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

Рис. 1.7 Схема иерархической структуры хранения данных в медицинских информационных системах

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

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

Медицинские информационные системы и проблемы медицинского документооборота

На сегодняшний день документооборот медицинских учреждений регламентирован Приказом МЗ СССР «Об утверждении форм первичной медицинской документации учреждений здравоохранения» №1030 от 4 октября 1980 г. Именно на его основе организуется накопление данных в большинстве медицинских информационных систем. При этом не учитывается такой факт, что утвержденные почти 30 лет назад учетно-отчетные формы были ориентированы исключительно на их ручную обработку и не предполагали использования каких-либо средств вычислительной техники и информационных систем. Использование этих форм является целесообразным и оправданным лишь при отсутствии в медицинском учреждении комплексных медицинских информационных систем. Именно для этих условий были разработаны и утверждены эти учетно-отчетные формы.

Причина такого подхода кроется в позиции организаторов здравоохранения, определяемой пунктом 1.5 приказа №1030: «Запретить вводить и использовать формы первичной медицинской документации, не утвержденные Минздравом СССР, и вносить какие-либо изменения в перечень и формы документов, утвержденные Министерством здравоохранения СССР».

Вместе с тем анализ этих 329-и учетно-отчетных форм показывает, что они достаточно четко делятся на 4 класса:

? Первичная учетная медицинская документация, например: «Медицинская карта стационарного больного» (форма №003/у); «Медицинская карта амбулаторного больного» (Форма №025/у), и др.

? Вспомогательная внутриучрежденческая документация, например: «Направление на патолого-гистологическое исследование» (форма №014/у); «Листок учета движения больных и коечного фонда стационара» (форма №007/у); «Талон на прием к врачу (форма №025-4/у); «Направление на консультацию и во вспомогательные кабинеты» (форма №028/у), и др.

? Внутриучережденческая учетная документация, например: «Журнал учета приема больных и отказов в госпитализации» (форма №001/у); «Сводная ведомость учета движения больных и коечного фонда по стационару, отделению или профилю коек (форма №016/у); «Журнал учета профилактических прививок» (форма №064/у); «Статистическая карта выбывшего из стационара» (форма №066/у), и др.

? Выходная медицинская документация, например «Санаторно-курортная карта» (форма №072/у); «Выписка из медицинской карты амбулаторного, стационарного больного» (форма №027/у); «Экстренное извещение об инфекционном заболевании, пищевом, остром профессиональном отравлении, необычной реакции на прививку» (форма №058/у), и др.

Помимо этого приказом Минздрава СССР «Об отраслевой статистической отчетности учреждений, предприятий и организаций Минздрава СССР» №250 от 17 апреля 1989 г. утверждена отчетная документация, в частности «Отчет лечебно - профилактического учреждения» (форма №1); «Отчет о деятельности стационара» (форма №2-стационар); «Отчет станции (отделения, больницы) скорой медицинской помощи» (форма №8); «Отчет о работе отделения экстренной и планово - консультативной помощи» (форма №№10) - всего 51 форма, численность и структура которых за прошедшие 20 лет неоднократно пересматривалась и дополнялась.

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

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

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

Ввод и представление медицинских данных. Текстовый ввод и формализация медицинских данных.

Способы формализации текстовых данных

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

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

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

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

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

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

Программные способы формализации и проверки вводимых данных

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

? Грамматический контроль вводимых данных используется для предупреждения их ошибочного ввода в результате опечаток. Так, например, повсеместно используемый текстовый редактор Microsoft Word содержит в своем словаре несколько тысяч слов и их форм, что позволяет достаточно эффективно выявлять ошибки текстового ввода

? Автоматическая подстановка по началу значения вводимых данных позволяет пользователю избежать повторения ввода одних и тех же слов или чисел и, тем самым, повышает скорость ввода текста. Этот прием используется в Microsoft Excel. Для автоматической подстановки здесь используются значения, ранее введенные пользователем в той же книге Excel. В поисковых системах, используемых в сети Интернет, например в Яндексе и Google, по первым буквам первого вводимого пользователю предлагается список из наиболее часто встречающихся запросов.

? Автоматическая подстановка на основе анализа ранее введенных данных в медицинских информационных системах используется при установке значения в строке «Пол». Для этого анализируется окончание отчества пациента: в русских именах отчество мужчины всегда имеет окончание «…ич», а отчество женщин - «…на».

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

? Исправление ошибочно введенных данных используется в тех случаях, когда ошибка пользователя является явно распознаваемой. Примером такого исправления может служить исправление используемой клавиатурной раскладки. Другим видом автоматического исправления (точнее - подстановки правильного значения) является замена введенных в строку даты двух последних знаков года на его полное написание (например, при вводе 15 год автоматически заменяется на 2015).

? Автоматическое форматирование вводимого значения используется чаще всего при вводе дат. Так при вводе даты от пользователя не требуется вводить разделители: введенное число 18022015 программа автоматически преобразует в 18 февраля 2015 года.

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

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

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

Шаблоны как способ формализации медицинских данных

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

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

Этот метод имеет следующие несомненные достоинства:

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

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

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

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

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

Примером централизованной библиотеки шаблонов, обеспечивающей формализацию и кодирования медицинских документов с помощью иерархических меню и словарей является микроглоссарий SDM, разработанный Американским институтом патологоанатомов (College of American Pathologists) на основе стандарта DICOM, номенклатур SNOMED (англ. Systematized Nomenclature of Medicine - Систематизированная медицинская номенклатура) и LOINC (англ. Logical Observation Identifiers Names and Codes - Имена и коды врачебных и лабораторных наблюдений).

Его основными элементами являются шаблоны, описывающие некий предмет (явление, процесс) с помощью набора параметров (свойств), которые в свою очередь могут быть охарактеризованы (описаны и закодированы) вполне определенными значениями из списка значений, допустимых для описания данного параметра. Сами значения берутся или из номенклатуры SNOMED или из других медицинских классификаций и стандартов (например, HL7 или LOINC). В текущей версии микроглоссария SDM используется 705 контекстных групп.

Классификаторы и справочники

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

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

Перечень Общероссийских классификаторов технико-экономической и социальной информации в социально-экономической области утвержден Постановлением Правительства Российской Федерации №677 от 10 ноября 2003 г. К их числу, в частности, относятся:

? Общероссийский классификатор услуг населению (ОКУН)

? Общероссийский классификатор информации по социальной защите населения (ОКИСЗН)

? Общероссийский классификатор единиц измерения (ОКЕИ)

? Общероссийский классификатор объектов административно-территориального деления (ОКАТО)

? Общероссийский классификатор профессий рабочих, должностей служащих и тарифных разрядов (ОКПДТР)

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

К числу отраслевых (медицинских) классификаторов относятся:

? Отраслевой классификатор «Простые медицинские услуги» (ОК ПМУ №91500.09.0001-2001) - Приказ Министерства Здравоохранения РФ от 10 апреля 2001 г. №113, введен в действие с 1 мая 2001 года.

? Отраслевой классификатор «Сложные и комплексные медицинские услуги» (ОК №91500.09.0002-2001, Приказ Министерства Здравоохранения РФ от 16 июля 2001 г. №268, введен в действие с 01 сентября 2001 года.

? Международная классификация болезней МКБ-10 - Приказ Министерства Здравоохранения РФ от 27.05.1997 №170, введена в действие с 1 января 1999 года.

? Государственный реестр медицинских изделий (разработан ФГУ «Всероссийский научно-исследовательский и испытательный институт медицинской техники» Росздравнадзора).

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

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

1.4 Федеральная типовая медицинская информационная система ФТМИС

ФТМИС В 2008 году по заказу Минкомсвязи Российской Федерации в рамках мероприятий федеральной целевой программы «Электронная Россия» был разработан типовой программно-технический комплекс персонифицированного учета оказания медицинской помощи с учетом реализации требований по защите персональных данных [2]. В дальнейшем эта разработка получила название ФТМИС - Федеральная типовая медицинская информационная система. ФТМИС принадлежит Министерству здравоохранения Российской Федерации, право свободного использования ФТМИС предоставляется любому некоммерческому лечебно-профилактическому учреждению страны. ФТМИС имеет типовые конфигурации для поликлиники, стационара, скорой медицинской помощи, многопрофильного учреждения и территориального органа управления здравоохранением.

ФТМИС является свободным ПО - ее использование не требует лицензионных отчислений. Система ведет электронное расписание работы врачей, запись на прием, оптимизирует работу приемного отделения, осуществляет персонифицированный учет обращений пациентов и учет оказанной медицинской помощи, ведет электронные медицинские карты амбулаторного и стационарного больного, реализует сбор и анализ данных деятельности ЛПУ, предоставляет информацию об оказанных услугах для осуществления финансово-экономического учета и планирования.

1.5 Проблемы внедрения медицинских информационных систем автоматизации учреждений здравоохранения в России

Совершенствованию МИС должна способствовать общая конкурентная среда для компаний производителей.

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

Медицинская нормативно-правовая документация существует и применяется в практике многих развитых стран. Разработана она американской добровольческой организацией Health Level Seven и получила название «стандарт передачи данных Health Level 7» (HL7). Требования HL7 включают в себя выполнение таких задач как структурирование передаваемых данных, возможности проектирования систем, достижение согласованности передач, безопасность, идентификация участников, доступность. Структура HL7 является достаточно сложной и многообразной, что связано с особенностями ее формирования. Формирование стандартов HL7 осуществлялось на протяжении 30 лет и в настоящее время насчитывает около 60 000 страниц описания и существует в 2-х версиях. Внутри HL7 используются другие медицинские стандарты, такие как DICOM, ASTM 1394 и др. Поэтому каждая отдельно взятая страна определяет эти требования конкретно под нужды своей медицинской системы.

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

Основные проблемы создания и внедрения МИС:

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

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

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

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

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

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

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

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

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

1.6 Зарубежный опыт и пути развития информатизации системы здравоохранения

Европейский опыт

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

Проникновения ИТ в клиники, интеграция различных участников, участие пациента

В настоящее время около 80% европейских врачей работают с различными информационными системами. В некоторых странах (Нидерланды, Финляндия, Великобритания) этот показатель достигает 95-99%. При этом системы настолько различаются по функциональности и организации хранения данных, что это сильно затрудняет их интеграцию. Так, возможностью импорта / экспорта данных обладают порядка 40% МИС. Стоит отметить, что несмотря на повсеместное проникновение медицинских информационных систем, большое их количество используется для управления клиникой или частной практикой, а не ведения электронной истории болезни. Для работы непосредственно с пациентами информационные системы используют до 66% врачей. В настоящий момент наблюдается тенденция появления в информационных системах поддержки работы с данными электронной истории болезни. Таким образом из инструмента формирования отчетности для страховых компаний и статистики для администрации здравоохранения информационные системы превращаются в инструмент хранения и обработки медицинских данных пациентов.

Задачи по информатизации здравоохранения

Общеевропейский уровень

На европейском уровне реализуется множество проектов, направленных на организацию обмена медицинскими данными между лечебными учреждениями различных стран. Самым масштабным из проектов является epSOS (European Patients Smart Open Services, http://www.epsos.eu).

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

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

Национальный уровень

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

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

Региональный уровень

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

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

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

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

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

Для того чтобы избежать проблемы, решаемой в настоящий момент в европейских странах, необходимо до массового проникновения медицинских информационных систем в российские лечебные учреждения решить вопрос о некотором наборе данных и стандарте хранения этого набора данных. При этом следует учитывать как российский опыт, например, прививочные карты, так и использовать западные стандарты по набору данных, такие как Continuity of Care Record (CCR). Не стоит изобретать и стандарты обмена медицинскими данными, существующие стандарты, такие как HL 7 и ISO 13606, не специфичны к какой-либо системе здравоохранения и могут применяться и в России. Требование о наличии возможности выгрузки данных в стандартной форме, что хоть и усложнит разработку медицинских информационных систем, однако невыполнение такого требования до внедрения в дальнейшем значительно усложнит интеграцию системы здравоохранения. Опыт европейских проектов показывает, что наличие функций импорта-экспорта данных, например, в XML, сильно облегчает дальнейшую интеграцию МИС, так как с помощью различных трансформаций можно в итоге поучить требуемый набор данных в нужном формате.


Подобные документы

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

    курсовая работа [185,6 K], добавлен 07.12.2010

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

    курсовая работа [2,2 M], добавлен 25.12.2012

  • Создание автоматизированной системы по сбору и анализу статистических данных сайта. Принципы сбора статистических данных. Исследование информационных потоков. Обзор современных СУБД и языков программирования. Логическая и физическая модель базы данных.

    дипломная работа [3,0 M], добавлен 08.07.2012

  • Системный анализ и анализ требований к базе данных. Концептуальная и инфологическая модель предметной области. Типы атрибутов в логической модели базы. Физическая модель проектируемой базы данных в методологии IDEF1X. Требования к пользователям системы.

    курсовая работа [2,3 M], добавлен 21.11.2013

  • Концептуальная модель базы данных "Бюро по трудоустройству". Разработка информационного и программного обеспечения объектов автоматизации. Реализация базы данных в СУБД MsAccess. Запросы к базе данных. Таблицы, отчеты и макросы. Интерфейс пользователя.

    курсовая работа [5,2 M], добавлен 30.05.2016

  • Разработка структуры пользовательского интерфейса автоматизированной системы. Концептуальная модель базы данных. Структура экранных форм ввода данных. Индивидуальные процедуры взаимодействия с текстовым редактором "Word" и электронными таблицами "Excel".

    курсовая работа [276,6 K], добавлен 16.02.2016

  • Проектирование системы управления базой данных "Почтовые отделения" для создания единой информационной системы: создание таблиц для хранения данных, ввод данных, разработка элементов базы, предназначенных для просмотра, редактирования и вывода информации.

    курсовая работа [1,4 M], добавлен 31.03.2010

  • Системно-комплексный анализ выбранного объекта автоматизации. Структура пользовательского интерфейса автоматизированной системы. Функциональный аспект информационной страты объекта. Концептуальная модель базы данных. Нормализация полученных отношений.

    курсовая работа [64,9 K], добавлен 25.02.2014

  • Определение базы данных и банков данных. Компоненты банка данных. Основные требования к технологии интегрированного хранения и обработки данных. Система управления и модели организации доступа к базам данных. Разработка приложений и администрирование.

    презентация [17,1 K], добавлен 19.08.2013

  • Сущности и функциональные зависимости базы данных. Атрибуты и связи. Таблицы базы данных. Построение ER-диаграммы. Организация ввода и корректировки данных. Реляционная схема базы данных. Реализация запросов, получение отчетов. Защита базы данных.

    курсовая работа [2,4 M], добавлен 06.02.2016

Работы в архивах красиво оформлены согласно требованиям ВУЗов и содержат рисунки, диаграммы, формулы и т.д.
PPT, PPTX и PDF-файлы представлены только в архивах.
Рекомендуем скачать работу.