Навигация
Клинические коды Рида RCC
33219
знаков
7
таблиц
0
изображений
6. Клинические коды Рида RCC
Клинические коды Рида RCC (Read Clinical Codes) ощутимо моложе номенклатуры SNOMED. Первая версия этих кодов была разработана врачом обшей практики Джеймсом Ридом в начале 80-х годов и предназначалась для более точной и унифицированной регистрации в компьютере сведений о состоянии здоровья пациентов, обращавшихся за первичной медицинской помощью.
В настоящее время 75% общих практик Великобритании (6 500 практик, в которых занято 21 000 врачей) используют коды Рида. Эта впечатляющая широта охвата обусловлена многими причинами. Немаловажную роль сыграло то, что системы автоматизации общих практик аккредитуются управлениями здравоохранения только в том случае, если в них предусмотрено применение кодов Рида. С помощью этих кодов автоматически формируются эпикризы, обеспечивается ведение полностью безбумажной истории болезни (в этом случае коды сочетаются со свободным текстом), выдаются стандартные отчеты о заболеваемости, предусмотренные органами управления здравоохранением, обеспечивается выписка и повторение рецептов. Кроме того, коды Рида используются в системах обеспечения принятия медицинских решений.
Успех первой версии Клинических кодов Рида RCC привел к образованию в 1990 году Центра по кодированию и классификации Национальной службы здравоохранения Великобритании, директором которого был назначен Джеймс Рид (недавно ему пришлось уйти с этого поста, чтобы не совмещать эту должность с должностью руководителя фирмы по распространению системы RCC). Этот центр подготовил третью версию системы RCC, которая широко используется не только в системе оказания первичной медицинской помощи, но также и в больничных информационных системах. По своему построению третья версия представляет собой значительный шаг вперед как по сравнению с предыдущими версиями RCC, так и с номенклатурой SNOMED. В табл. 2 приведены основные компоненты (главы) системы RCC.
В RCC входят также таблицы отображения в коды классификаций МКБ-9 и МКБ-10 тех терминов, которые составляют главы Нарушения, Морфология опухолей, Категории, зависящие от контекста, Причины травм и отравлений.
Недавно название RCC было изменено на более нейтральное, не персонифицированное: <Клинические термины, версия 3> (Clinical Terms Version 3). В настоящее время эта версия охватывает 347 569 терминов, многие из которых составлены автоматически, путем комбинирования базовых терминов с модификаторами.
Доминирующие стандарты медицинской терминологии
Приведенные выше сведения показывают, что в данной предметной области можно считать доминирующими две системы стандартизации медицинской терминологии: SNOMED и RCC. Унифицированная система медицинского языка UMLS является надстройкой над ними и рядом других, менее масштабных систем.
7. Стандартизация передачи записей в электронную историю болезни
Электронная история болезни аккумулирует записи, полученные из разных источников, чаще всего от информационных систем отдельных подразделений (лабораторий, отделения лучевой диагностики, отделения функциональной диагностики, аптеки) и клинической информационной системы. Эти записи поступают в форме электронных сообщений, передаваемых из одной информационной системы в другую в связи с тем или иным событием. Наиболее успешно стандартизация передачи сообщений медицинских информационных систем осуществляется в США и в Европейском Союзе.
Для передачи медицинских документов в США разработан и принят в качестве национального стандарт HL7. А для передачи медицинских изображений лучевой диагностики в США рядом организаций и предприятий-производителей диагностических устройств был разработан стандарт DICOM. Как и номенклатура SNOMED, эти стандарты стали де-факто международными.
Стандарт HL7
Стандарт HL7 предназначен для электронного обмена документами в учреждениях здравоохранения, особенно в тех, где пациенту оказывают интенсивную медицинскую помощь (например, в больницах). Он обобщает работу комитета организаторов здравоохранения (пользователей), производителей и консультантов, который был образован в марте 1987 года по ходу конференции, организованной Сэмом Шультцем в госпитале Пенсильванского университета.
Ее участников, представлявших как пользователей, так и производителей информационных технологий, объединила общая цель - упростить реализацию взаимодействия компьютерных приложений, созданных различными, нередко конкурирующими производителями. Этот комитет, который впоследствии получил название HL7 Working Group (Рабочая группа HL7), поставил перед собой задачу стандартизовать форматы и протоколы обмена определенными ключевыми наборами данных между прикладными компьютерными системами здравоохранения.
С марта 1987 года встречи участников Рабочей группы HL7 проводились примерно раз в 3-4 месяца для разработки и обсуждения спецификаций стандарта. Группа была разбита на комитеты, часть из которых имела функциональную направленность, а другая часть занималась общей структурой управления и различными административными аспектами деятельности Рабочей группы. Эти комитеты отвечали за авторство глав стандарта HL7 и за их доработку. Кроме того, время от времени внутри Рабочей группы HL7 формировались подгруппы по специальным интересам, которые разрабатывали идеи и поддерживали отдельные перспективы, не охваченные каким-либо из существующих комитетов.
За первые три встречи была сформирована версия 1.0 предварительного стандарта, охватывающая общую структуру взаимодействия приложений, транзакции госпитализации, выписки и перевода пациентов (ГВП), ввод заказов, а также запросы с дисплейным ответом. Хотя система учета оплаты лечения признавалась чрезвычайно важной, временные рамки не позволили включить ее в первый вариант предварительного стандарта. Этот вариант был представлен на I Пленуме Рабочей группы HL7, проводившемся 8 октября 1987 года в Tyson's Corner (Вайоминг, США).
Версия 2.0 была разработана на I Пленуме и представлена на II Пленуме, проводившемся в сентябре 1988 года в городе Tucson. После II Пленума начались редактирование и пересмотр версий 2.1 и 2.2, а теперь и версии 2.3. В 1996 году версия 2.2 была одобрена Американским национальным институтом стандартизации ANSI в качестве национального стандарта; в 1999 году такой статус был присвоен версии 2.3.1.
Главный научно-исследовательский вычислительный центр Медицинского центра Управления делами Президента Российской Федерации обеспечил перевод этой версии на русский язык и получил право на ее распространение в России. Эта версия включает в себя 12 глав и 5 приложений (табл. 3).
Уже одно это перечисление показывает, насколько фундаментально охватывает стандарт HL7 предметную область обмена медицинскими документами. В настоящее время завершается разработка версии 3. Она уже не будет совместимой с предыдущими версиями, зато в ней использованы наиболее современные подходы к моделированию предметной области здравоохранения.
Стандарт DICOM
К началу 80-х годов проблема интеграции сложных цифровых устройств лучевой диагностики стояла уже достаточно остро, что побудило Американский институт радиологии ACR (the American College of Radiology) и Национальную ассоциацию производителей электрооборудования США NEMA (the National Electrical Manufacturers Association) заняться разработкой стандарта передачи цифровых медицинских растровых изображений. В 1983 году ими был создан объединенный комитет, в задачи которого входила разработка стандарта, обеспечивающего передачу цифровых медицинских изображений, не зависящую от производителей диагностического оборудования и способствующую:
- развитию систем архивирования и передачи изображений PACS (Picture archiving and communication systems);
- обеспечению их взаимодействия с автоматизированными больничными информационными системами;
- созданию баз данных, содержащих диагностическую информацию, полученную с помощью широкого спектра географически удаленных устройств.
Первая версия такого стандарта, ACR-NEMA 300-1985, была опубликована в 1985 году. У нее было две последующих редакции: первая выпущена в свет в октябре 1986 года, а вторая - в январе 1988 года. В том же 1988 году была выпущена вторая версия стандарта, ACR-NEMA 300-1988, которая включала в себя первую версию, обе ее редакции, дополнительную редакцию и новый дополнительный материал. Эти стандарты специфицировали аппаратный интерфейс для непосредственного соединения систем (point-to-point interface), минимальное множество программных команд и достаточное множество форматов данных. Новая, третья версия стандарта была выпущена в 1991 году и интенсивно перерабатывалась до 1993 года. Она получила название D1COM 3.0 и явилась существенным шагом вперед: ее можно было применять в сетевых средах с использованием стандартных протоколов, например TCP/IP; в ней были описаны уровни совместимости со стандартом, семантика программных команд и ассоциированных с ними данных; структура стандарта была приведена в соответствие с директивами Международной организации по стандартам ISO. Все это вместе взятое привело к тому, что такие крупнейшие производители диагностического оборудования, как General Electric, Philips, Siemens, начали предлагать в составе своих систем возможность импорта и экспорта изображений в стандарте DICOM 3.0. В течение последних лет стандарт DICOM постоянно дорабатывался и в 1998-1999 годах к нему были добавлены новые части (табл. 4). Отдельные части стандарта во многом независимы друг от друга. Структура стандарта DICOM соответствует директивам организаций ISO/IEC [8], регламентирующим форму проектов международных стандартов, что существенно отличает его от стандарта электронной передачи текстовых медицинских документов HL7, но отнюдь не облегчает восприятие материала.
8. Системы классификации в Украине
В данный момент в Украине используется целый местных классификаций(в том числе классификации болезней, лечений, и т.д.). Национальная Программа информатизации системы охраны здоровья в Украине за 2006-2010 (проект) стимулирует создание Унифицированной системы кодирования і классификации медицинских данных. Такая Универсальная система в большей мере должна быть основана на приспособленной "Международной Классификации Болезней -10", должна быть введена система компьютерного кодирования. Принципы учета для статистических данных, которые есть в даный момент, должны быть минимизированы и иметь новую форму уведомления; передача электронного документа была бы решена.
Выводы
Из приведенных выше примеров интеграции стандартов можно сделать несколько важных выводов. Во-первых, начинать собственную, оригинальную разработку стандарта медицинской терминологии или стандарта передачи записей в электронную историю болезни практически бессмысленно: она займет слишком много времени и к ней нельзя будет подключить наиболее авторитетных зарубежных коллег, которые уже заняты в названных выше проектах. Следовательно, по своей полноте и качеству оригинальная разработка будет существенно отставать от описанных выше стандартов. Во-вторых, принятие оригинального стандарта затруднит обмен медицинской информацией между российскими и зарубежными медицинскими информационными системами. Поэтому наилучшим решением была бы адаптация стандартов HL7, D1COM и SNOMED СТ к украинским условиям. Противники этого подхода в качестве основного возражения выдвигают наличие существенных различий в практике оказания медицинской помощи и ведения медицинской документации. Хотя такие различия действительно имеют место, однако реальный опыт применения стандарта HL7 при разработке информационных систем показал, что они не настолько существенны, чтобы адаптация стандарта потребовала слишком больших расширений.
Конечно, хорошо, если бы решение об адаптации стандартов было принято на соответствующем уровне в Министерстве здравоохранения и Госстандарте, однако вряд ли в ближайшем будущем на это можно рассчитывать. Тем не менее разработчикам можно рекомендовать обратить особое внимание на стандарты HL7, DICOM и SNOMED и использовать их в создаваемых медицинских информационных системах, не дожидаясь официального утверждения. В конце концов, из этих стандартов только HL7 получил официальный статус национального, да и то после 10 лет развития, а остальные до сих пор являются стандартами де-факто.
Не менее важно следить за дальнейшим развитием стандартизации медицинской информатики и использовать в новых разработках положения других европейских и международных стандартов, кроме названных выше.
Литература
1.Международная статистическая классификация болезней и проблем, связанных со здоровьем. МКБ–10. Десятый пересмотр.: – Женева, Всемирная организация здравоохранения, 1995.-634.
2.Невідкладні стани: Навчальний посібник / За ред. Проф.. П.Г.Кондратенка.–Донецьк, Новий світ,2001.–490.
Похожие работы
... , доступная с нескольких сотен терминалов, расставленных по всей больнице или даже за ее пределами, на дому у врачей или кабинетах частнопрактикующих специалистов. 2.2 Недостатки Автоматизированные системы ведения истории болезни имеют и некоторые недостатки. Они требуют больших начальных вложений по сравнению с бумажными эквивалентами из-за высокой стоимости компьютеров, программного обеспечения ...
Законодательные и нормативные акты системы государственного регулирования лекарственного обеспечения
... контроля производства, изготовления, качества, эффективности, безопасности лекарственных средств. 2. Государственное регулирование обращения лекарственных средств осуществляется федеральным органом исполнительной власти и органами исполнительной власти субъектов Российской Федерации. 3. Государственная система контроля качества, эффективности, безопасности лекарственных средств включает: ¨ ...
... ; - отдельная пиктограмма для форматирования; - появление механизма Drag & Plot, предназначенного для быстрой активизации диаграмм. 4.6. Техническое обеспечение. Автоматизированная система бухгалтерского учета Министерства здравоохранения Республики Тыва может функционировать при следующей конфигурации аппаратных средств: IBM совместимый компьютер с процессором 80386 фирмы Intel, ...
... ". Если возвратная тара приобреталась в прошлом году, заказчик эту сумму вносит в доход соответствующего бюджета. Таким образом, ведение бухгалтерского учета материальных запасов в учреждениях здравоохранения позволяет организовать учет на высоком уровне. Что позволяет регулировать и координировать поток материальных запасов в МУЗ. 2.ОРГАНИЗАЦИЯ БУХГАЛТЕРСКОГО УЧЕТА МАТЕРИАЛЬНЫХ ЗАПАСОВ В МУЗ ...
0 комментариев