ГОСТ ISO/HL7 21731—2013
для каждого типа класса экземпляр класса ActRelationship по-разному. Когда экземпляр классаActRelationship
обеспечивать связь «композиция», то источник является составным объектом, а цель— его компонентом.
Когда экземпляр класса ActRelationship обеспечивать причинно-следственную связь, то источником может
быть любой экземпляр класса Act, а целью — экземпляр класса Act, описывающий причину появления
источника.
Связи, ассоциированные с экземпляром класса Act, должны рассматриваться как свойства экземп
ляра-источника. Это означает, что автор экземпляра класса Act считается автором всех связей с этим
экземпляром, имеющих его в качестве источника. Из этого правила мет исключений.
Более подробные сведения о различных типах экземпляров класса ActRelationship см. в описании
атрибутаActRelationship.typeCode.
Класс ActRelationship используется для представления планов действий и клинических выводов или
суждений о связи действий. Предшествующие действия могут быть связаны с вновь появившимися в
качестве их причин. Известные факты могут быть связаны с клиническими гипотезами в качестве ихдока
зательства. Спискидиагнозов и другие сети связанных суждений о клинических событиях могут быть обра
зованы с помощью экземпляров класса ActRelationship.
Одним из наиболее распространенных применений класса ActRelationship является описание компо
зиций и декомпозиций действий, в которых экземпляры этого класса используются с атрибутом typeCode,
имеющим значение COMP (has component — имеет компонент). Этот тип связи позволяет описыватьдей
ствия с разной степенью детализации.
Связь композиции СОМР позволяет группировать действия в «панели», например, панели LYTES,
СНЕМ12 или СВС, с помощью которых можно сделать групповой заказ нескольких рутинных лабораторных
анализов. Некоторые группировки, скажем. СНЕМ12. представляются более случайными, другие — более
обоснованными, например, измерениеартериальногодавления естественным образом состоит изсистоли
ческого и диастолического давления.
Отношения композиции могутбыть организованы впоследовательности, чтобы формировать времен
ные и условные (не временные) ряды планов действий (например, план лечения, критичные пути, протоко
лы клинических испытаний, протоколы испытаний лекарственных средств). Как в классеAct. так и в
классе ActRelationship есть группа атрибутов, называемая «комплексом атрибутов рабочих процессов»,
с помо щью которых можно формировать детальные спецификации планов выполняемых действий. Они
имеют следующие функции.
С помощью атрибута ActRelationship.sequenceNumber можно упорядочить компоненты экземпляра
класса Act в форме последовательной или параллельной коллекции, выражая логические ветвления, а
также параллельные задачи (задачи, выполняемые в одно и то же время). С помощью атрибута
ActRelationship.splitCode и ActRelationship.joinCode можно описывать выбор ветвей или параллельное вы
полнение задач.
С помощью атрибутов Act.activityTime и ActRelationship.pauseQty можно явным образом задавать
время выполнения планируемыхдействий;
С помощью экземпляров класса ActRelationship, у которых атрибут ActRelationship.typeCode имеет
значение PRCN (has precondition — имеет предусловие), можно задавать условия выполнения шагов плана в
зависимости от состояния или результата предшествующих действий. С помощью атрибута
ActRelationhsip.checkpointCode можно указать, когда проверяется предусловие действия в процессе пере
дачи управления.
С помощью композиций экземпляров класса ActRelationship можно организовывать многие уровни
вложения, позволяющие полностью представить управление рабочими процессами. Такое вложение и та
кое использование атрибутов рабочих процессов сконструировано по аналогии с конструкциями языков
структурного программирования, поддерживающих параллелизм (ветвление, соединение, прерывания) и
не требующих применения операторов перехода GOTO. Важно отметить, что ВСЕ планы описываются с
помощью упорядоченных компонентов (шагов) составного действия (блока), которые могут быть отображе
ны с помощью диаграмм Насси-Шнейдерман (известных также как «щелевые схемы» (Chap Charts) или
структограммы), а не в форме цепочек связанныхдействий, как в блок-схемах.
С помощью отношений композиции детали действия могут быть представлены на разных уровнях
для разных целей, не требуя переупорядочения структуры иерархии классов Act. Это позволяет отобра
жать разные точки зрения на один и тотже процессдеятельности. Например, с позиции платежной системы
панель лабораторных анализов может считаться простой оплачиваемой услугой. С клинической позиции та
же самая панельлабораторных анализов является совокупностью отдельных анализов независимо от того.
25