ГОСТ Р HCO/HL7 27951—2016
к доставке и маршрутизации сообщений. Предполагается, что реализация ОТС будет использовать
нижележащую архитектуру, наиболее подходящую для конкретных условий реализации.
Разработка спецификации ОТС HL7 основана на следующих общих принципах:
1) должно быть нетрудно написать программу, использующую ОТС HL7:
2) ОТС HL7 предназначены для описания только базовых требований:
3) конструкция ОТС HL7 должна быть формальной и точной;
4) первичная технология реализации ОТС HL7 должна быть основана на языке XML;
5) ОТС HL7 должны быть совместимы с номенклатурой, моделью и подходом, представленными в
документе HL7 Vocabulary, модели RIM стандарта HL7 Версии 3 и производными структурами.
6) по возможности ОТС HL7 должны оставаться согласованным подмножеством Служб термино
логических запросов TQS (Terminology Query Services) организации Object Management Group (OMG).
пока это не противоречит другим принципам конструирования ОТС HL7. Если будет обнаружено, что
модель TQS противоречит принципам конструирования ОТС HL7 или является неполной либо некор
ректной. то должны быть предприняты все необходимые шаги, чтобы уведомить об этом соответствую
щую рабочую группу по пересмотру.
7) ОТС HL7 должны ограничиться теми предположения о форме и структуре терминологии, кото
рая необходима для поддержки реализации стандартов HL7.
Хотя общераспространенного стандарта терминологических служб не существует, на эту тему
есть несколько источников материала:
- спецификация OMG Terminology Query Sorvicos (TQS).
Спецификация TQS описывает полную терминологическую службу, но она широко не реализо
вана и ее поддержка со стороны производителей программного обеспечения минимальна. Некоторые
считают, что она слишком «тяжеловесна)» и при этом опирается на конкретное техническое решение
(CORBA). Поскольку стандарт HL7 не предполагает опираться на стандарт TQS, то необходим более
общий подход к терминологическим службам, по крайней мере в тех областях, где стандарт HL7
зави сит от терминологии;
- DAML + OIL и язык Web Ontology Language (OWL).
Эти документы не являются спецификациями терминологического сервера, но при этом они со
держат элементы представления онтологических аспектов, релевантные некоторым масштабным тер
минологиям, например. SNOMED Clinical Terms. NHS Clinical Terms Version 3 и GALEN. Однако это пред
ложение. основанное на веб-технологиях, также является тяжеловесным и вряд ли приведет к ранней
широко распространенной реализации;
- спецификации API. рассчитанные на конкретные терминологии.
Примером может служить спецификация API «Read Code — Version 3». разработанная no про
екту клинической терминологии NHS Clinical Terms в 1996 году и пересмотренная в 1998 году. На осно
ве похожих принципов ведется работа по созданию API SNOMED СТ. Неофициально признается, что
этот конкретный API сольется с ОТС или будет использовать подходящие элементы ОТС там. где это
целесообразно. Реализация этого API на основе технологии СОМ обеспечивается по меньшей мере
одной свободно распространяемой машиной кодирования (CLUE). Спецификации этого типа иденти
фицируют многие общие функции, необходимые для доступа к терминологии. Однако они неизбежно
специфичны для нужд конкретной терминологии. Явная поддержка единственной определенной моде
ли терминологии позволяет обеспечить ее эффективную реализацию в операционной среде в ущерб
гибкости, требуемой для доступа к другим терминологиям;
- интерфейсы к системам реляционных баз данных, включая SQL и ODBC.
Для «элементарных» списков кодов простой запрос на языке SQL может оказаться наиболее
эффективным способом извлечения кода. Однако многие схемы кодирования в дополнение к парам
«значение кода» — «описание значения» имеют другие релевантные свойства, которые могут быть
доступными только с помощью вторичной службы. Это не препятствует применению языка SQL. но
требует описания общей модели, в соответствии с которой могут исполняться запросы, и эффективных
средств, возвращающих требуемые свойства. Такие дополнительные свойства присущи как всей схе
ме. так и отдельным элементам терминологии;
- язык терминологических запросов TQL (Terminology Query Language).
Язык TQL, ранее основанный на синтаксисе, подобном языку SQL. в настоящее время реализует
ся на основе унифицированных идентификаторов ресурсов URI. специфичныхдля терминологических
серверов, разработанных Майклом Хогартом (Michael Hogarth) и его коллегами в Калифорнийском
университете. В языке TQL предусмотрен богатый механизм, предназначенный для оперирования
2