Телемедицина

Обзор методологии HL7

Методология разработки стандартов HL7 version 3.0 отражает типичный жизненный цикл процесса проектирования информационных систем и подразделяется на три фазы: выработка требований - анализ - реализация. На каждой фазе разрабатываются свои модели проектируемой системы и методология призвана обеспечить согласованность моделей как в рамках каждой из фаз, так и между фазами.

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

Фаза	Содержание
Выработка требований к системе сообщений	Выработка требований должна начинаться с определения предметной области, ее границ и основных задач, решаемой системой. Требования оформляются в виде диаграмм использования (use case diagrams). Диаграммы использования в совокупности составляют модель использования (Use Case Model) системы, которая должна отражать все имеющиеся требования к системе (ТЗ). Модель использования является основой последующих этапов и ее качество играет определяющую роль для проекта в целом
Структурный анализ содержания сообщений	Целью структурного анализа является построение информационной модели сообщений (Information Model), в которой определяются данные, передаваемые сообщениями и анализируются состояния и изменения состояний основных классов сообщений. Информационная модель оформляется при помощи диаграмм классов и состояний. Основная задача информационной модели - обеспечить ясные и самосогласованные определения содержания различных сообщений и групп сообщений. Построение информационной модели должно осуществляться на основе (в контексте) разработанной HL7 базовой информационной модели ( RIM - Reference Information Model ). RIM построена на основе анализа наиболее общих концепций телемедицины с целью повышения эффективности разрабатываемых стандартов. Диаграммы состояния классов играют ключевую роль для последующей разработки динамической модели поведения сообщений.
Анализ динамического поведения сообщений	Целью анализа динамического поведения является построение модели взаимодействия сообщений (Interaction Model), которая отражала бы основные требования к системе. Взаимодействия определяют те инициирующие события (trigger events), которые запускают обмен информацией и необходимые для каждой ситуации сообщения. Модель взаимодействия строится на основе определения класов ролей (application role classes), таблиц взаимодействия и диаграмм последовательностей. Она должна быть согласована с разработанными вариантами использования (use cases) и сценариями. Модель взаимодействия является прототипом потоков сообщений между приложениями, поддерживающими HL7, и должна отражать требования соответствия стандартам таких приложений.
Реализация стандартов	На основе разработанных моделей формируются стандарты (specification) сообщений, которые точно и полностью определяют систему совместимых с HL7 сообщений. Результирующая информационная модель сообщений (MIM - Message Information Model) должна представлять собой подмножество базовой информационной модели (RIM) и содержать описание содержащихся в сообщенях и их группвх данных. Для табличного представления информационной модели сообщений используется подход иерархического описания сообщений (HMD - Hierarchical Message Description ). В данном представлении для каждого сообщения должны быть определена его атрибуты и наличие/отсутствие компонент для каждого инициирующего события. Для сжатого представления иерархического описания сообщений существует специальный синтаксис - технологическая спецификация реализации (ITS - The Implementation Technology Specification).