УДК 61
ИЗУЧЕНИЕ МЕДИЦИНСКИХ ИНФОРМАЦИОННЫХ СИСТЕМ НА ПРИМЕРЕ
СИСТЕМ СТАНДАРТИЗАЦИИ
Абдуганиева Ш. Х., Исанова Д.
Ташкентский государственный стоматологический институт, Ташкент, Узбекистан
В изучении предмета медицинская информатика отдельно изучаются медицинские
информационные системы и их применение. Скачок в развитии информационных технологий
сделал возможным не только унифицирование медицинского документооборота, но и объеди-
нил его в единое информационное поле. Изложенная проблема легко разрешима внедрением
стандартизации ведения медицинского документооборота. Стандарт делает возможным со-
здавать хранилища персональной учетной медицинской информации, дает толчок к формиро-
ванию портальных технологий, интегрирующих разнородные данные, возникающие в обособ-
ленных друг от друга медицинских системах.
Ключевые слова: медицинский документооборот, стандарт, медицинская информацион-
ная система
В этом ракурсе электронная история болезни рассматривается с точки зрения состав-
ляющей части, удовлетворяющего единые требования документооборота.
Как
известно, стандарт представления электронного медицинского документа должен
удовлетворять следующим принципам:
1. Принцип рациональной достаточности при обеспечении безопасности.
2. Принцип порядка прав доступа.
3. Принцип единого информационного пространства.
В медицинских информационных системах, как правило, хранятся не документы, а извле-
ченные из них данные: это экономит память дисковых и других внешних накопителей и ускоря-
ет анализ информации. Одним из наиболее важных стандартов, предназначенных для решения
этой задачи, является Архитектура клинических документов CDA (Clinical
Document
Architecture).
В стандарте электронного обмена медицинскими данными в автоматизированных боль-
ничных информационных системах, разработанным комитетом Health Level Seven (HL7) в 1995
году, выделяются 184 разных типов событий, по которым надо передавать электронные сообще-
ния, 82 базовых типа сообщений, 1217 атрибутов данных. Кроме того, формы медицинских
документов утверждаются в разные годы, и из–за этого в известной мере не согласуются друг с
другом. Для бумажных форм это не так критично: если в форме какого–то атрибута не хватает,
его дописывают от руки, а ненужный зачеркивают или не заполняют. В конечном счете, в каж-
дом ЛПУ для заполнения таких форм вырабатывается свой собственный «диалект». В элек-
тронных формах, если они предназначены не только для чтения, но и для машинной обработки,
такая свобода не допустима. [1]
В начале 90-х годов предпринимался целый ряд попыток стандартизации электронного
представления медицинских документов. Было разработано несколько стандартов представле-
ния электронных медицинских документов. Одна из них архитектура клинических документов
CDA (Clinical Document Architecture), разработанная комитетом HL7. С помощью этой архитек-
туры можно представить если не все, то, по крайней мере, наиболее распространенные учетные
медицинские документы. Первая версия архитектуры CDA была разработана в 2000 году и
вызвала большой интерес со стороны разработчиков и заказчиков взаимодействующих медици-
нских информационных систем. Уже в 2003 году на смену ей пришла вторая версия, которая
23
стала столь популярной, что в 2006 году была представлена в Международную организацию
стандартизации ISO в качестве международного стандарта.
Следующими стандартами представления электронного медицинского документа являют-
ся стандарты openEHR и CEN 13606. OpenEHR предлагает набор спецификаций и реализаций
ряда сервисов в среде общих EHR, включая EHR систему, EHR Экстракт, демографический
сервис, сервисы архетипов и терминологии; в нем присутствует гораздо больше семантики, чем
в EN13606. Эти продукты принимают
форму информационных моделей, сервис моделей и
моделей клинического содержания (архетипы). Спецификации openEHR не являются продук-
том политического консенсуса, они основаны на открытом проектировании и реализации, этим
они мало чем отличаются от иных известных проектов открытого кода типа Apache.org и Linux.
OpenEHR основан на проектировании, и имеет большой международный круг членов, рецен-
зентов, исполнителей и пользователей. Все спецификации проходят тест конкретных приложе-
ний до их опубликования в окончательной форме. Таким образом, openEHR представляет «жи-
вой» комплекс спецификаций, находящийся в активном, управляемом развитии. Процесс этот
имеет определенный механизм управления изменениями и план будущего развития. Использо-
вание спецификаций и реализаций openEHR гарантирует интероперабельность программного
обеспечения и данных в рамках openEHR, возможна также двухсторонняя конверсия в и из
EN13606 [3].
Do'stlaringiz bilan baham: