ГОСТ IS0/HL7 21731—2013
ляр класса Observation, являющегося специализацией класса Act. описывает как атрибутированное действие
исследования, так и результаты исследования. Оба аспекта этого расширенного определения класса Observation
отражены в специфических атрибутах класса Act или его подкласса Observabon.
Класс Entity (и его подклассы) представляет все живые субъекты (например, люди, животные), организации
(как формальные, так и неформальные), материалы (например, прочные и непрочные предметы, продукты,
биоматериал, контейнеры) и места, которые могут представлять интерес в передаваемом контексте оказания
медицинской помощи. Необходимо отметить, что понятие «коллекции информации» (например, медицинская
карта), представляется не в виде экземпляра класса Entity или его подклассов, а моделируется как коллекция
атрибутированных действий.
Между классами Act и Entity ЭИМ помещает два дополнительных класса — Role и Participation. Класс Role
моделирует несколько важных понятий, превалирующих в предметной области оказания медицинской помощи.
Во-первых, класс Role отражает тот факт, что в конкретном контексте медицинской помощи различные «статичес
кие» объекты могут «временно» выполнять одну или несколько «ролей» (например, пациент, врач общей практи ки.
ответственная сторона, медицинская сестра и т. д.). Во-вторых, понятия «способности» (например, возмож ность
оказания медицинской помощи в соответствии с рекомендациями Advanced Cardiac Life Support) и «серти фикации»
(например, диплом медицинской сестры) также могут моделироваться с помощью экземпляров клас са Role.
Наконец, тщательное изучение кратности (0..1) и имен (контролер, исполнитель) двух ассоциаций между классами
Entity и Role показывает, что класс Role может использоваться для «группировки» экземпляров класса Entity.
Важно различать понятие сущности, имеющей определенную роль, от понятия «функциональной роли,
выполняемой этой сущностью в контексте определенного действия», специфичной для конкретного действия.
Функциональные роли моделируются с помощью экземпляров класса Participation. Например, анестезиолог-
ординатор (сущность, имеющая роль) применяет анестезию (что моделируется с помощью экземпляра класса
Participation, описывающего функциональную роль «поставщика» в действии «применить анестезию») к пациенту
(что моделируется с помощью экземпляра класса Participation, описывающего функциональную роль «получате ля»
в действии «применить анестезию»). Учтите, что отсутствие прямой ассоциации между классами Participation и
Entity вытекает из принципиального положения ЭИМ HL7, согласно которому все экземпляры класса Entity,
вовлеченные в действие, указанное в экземпляре класса Act, описывают участие сущностей в этом действии в
конкретной роли, указанной в экземплярах класса Role.
В целом классы Participation и Role необходимы для полного моделирования сложной семантики взаимо
отношений экземпляров классов Entity и Act. Точное определение точки зрения на оказание медицинской помо щи.
положенной в основу ЭИМ. гласит: на самом верхнем уровне абстракции оказание медицинской помощи
представляет собой ряд намеренных атрибутивных действий, в которых разными способами участвуют (выполня ют.
действуют по поручению, пользуются результатами и т. д.) несколько сущностей, имеющих определенные роли
(например, «Джон Смит в роли пациента») и выполняющих определенные функции, описанные экземплярами
класса Participaton (например, «участковый врач» и т.д.).
Два остальных базовых класса ЭИМ — ActRelationship и RoleLink — используются, чтобы «объединить» или
«связать» экземпляры классов, с которыми они ассоциированы. Класс RoleLink используется, чтобы описать
«связь на основе зависимости» (например, подотчетность, цепочку доверительных отношений и тд.) между дву мя
экземплярами сущностей, выполняющих определенные роли. Семантика класса ActRelationship обьясняется
далее.
Б.4 Связывание действий: семантика класса ActRelationship
Понимание семантики и применения класса ActRelationship начинается с понимания «фрактальной» или
«пошаговой» природы совокупности действий. В свою очередь, для этого лучше всего отправляться от разветв
ленной структуры классификации трех типов «связывания отношений», представленных экземплярами класса
ActRelationship: «целое/часть» (например, панели лабораторных анализов (см. далее обсуждение «пошаговых
действий»)); «связь на основе правил» (например, план печения, протоколы и т. д.); «когнитивные действия»
(например, суждение, переименование, замена, категоризация, обоснование, причина и т. д.).
В части уже упомянутой «фрактальной» или «пошаговой» природы экземпляры классов ActRelationship
могут использоваться для моделирования понятий «фрактальных» или «пошаговых» отношений внутри иерархии
«целое/часть». Рассмотрим хирургическую процедуру, например, лапароскопическую холецистэктомию. Она мо
жет быть представлена как единственный экземпляр класса Act или же в качестве альтернативы как
«совокуп ность» (частично упорядоченных) экземпляров класса Act, каждый из которых описывает более тонкие
детали, например, получить согласие на проведение операции, применить перед операцией определенные
лекарства, управлять анестезией (в течение всей хирургической процедуры), сделать разрез и т. д. В свою
очередь, каждое из этих более тонких действий может быть расчленено на еще более тонкие действия. Уровень
степени детализации четко зависит от контекста действия или действий и степени интереса или намерений
стороны, выполняющей (или не выполняющей) декомпозицию действий. На рис. 9 показана «точка зрения
хирурга» на некоторые экземпляры классов Act и ActRelationship при моделировании действия
«холецисэктомия». Прямоугольники с острыми углами представляют экземпляры класса Act (у каждого из них
атрибут moodCode имеет значение DEF, что означает описание действия). Скругленные прямоугольники
представляют экземпляры класса ActRelationship,
119