Моно- и полинозологические медицинские регистры проблемы разработки и внедрения

ГлавнаяСтатьи докторуИнформационные технологии → Моно- и полинозологические медицинские регистры проблемы разработки и внедрения

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

Регистры работают в операционных системах Windows 95 и старше, а также Windows NT. При разработке использовались: компилятор Visual C++ 6.0 корпорации Microsoft, MFC библиотека, STL библиотека, Stingray Objective Grid 7.0, инсталлятор InstallShield 5.1 для Windows 95 и старше и Windows NT (Intel), графический пакет TeeChart 5.0, ДА-технология компании Контекст Медиа (© 1989-2002 Компания Контекст Медиа). Сервер данных создан на базе COM технологии.

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

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

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

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

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

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

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

dus 3 edan цена

АПТЕКА ИФК

Пластика живота хирург