ГОСТ Р HCO/HL7 27951—2016
упорядоченных компонентов (шагов) составного действия (блока) в соответствии с принципами структурного про
граммирования.
6)Множество функциональных связей, например поддержка, причина, производное, обобщаемых понятием
«соответствие».
А.3.1.3.2 ActRelationship.inversionlnd:: BL (0..1)
Определение
Признак, указывающий, что значение атрибута ActRelationship.typeCode должно быть интерпретировано та
ким образом, как если бы роли источника и целевых действий поменялись местами. Этот признак реверса исполь
зуется. когда смысл значения атрибутаActRelationship.typeCode должен быть обращен.
Примечания к конструированию
Следует указать в аннотации значение по умолчанию и объяснить, почему для инверсии источника и цели
целесообразно использовать признак.
А.3.1.3.3 ActRelationship.contextControlCode :: CS (0..1)
Словарный домен: ContextControl
Определение
Код. указывающий, какой вклад вносит данный экземпляр класса ActRelationship в контекст текущего экзем
пляра класса Act. и будет пи этот контекст распространяться на действия-потомки, чьи связи разрешают такое
распространение (см. описание атрибута ActRelationship.contextConductionlnd).
Примечания к использованию
С помощью этого атрибута можно точно указать, вносит ли ассоциация дополнение к контексту, связанному
с конкретным элементом (например, добавляя дополнительного автора), или заменяет (отменяет) часть контек
ста. связанного с конкретным элементом (например, указывая единственного автора независимо от прежнего со
держания элемента). С его помощью можно также указать, применяется ли ассоциация только к этому
действию (не распространяемый контекст) или может применяться также и к производным действиям
(распространяемый контекст).
Рассматриваемый атрибут тесно связан с атрибутом ActRelationship.contextConductionlnd. указывающим,
действительно ли информация будет распространяться на дочернее действие тем способом, который указан в
атрибуте contextControlCode.
Если этот атрибут не имеет значения (например, у него пустое значение) или у него нет значения по умолча
нию. то о контексте нельзя сделать никаких выводов. В системах могут использоваться собственные допущения
на основе передаваемых данных. По этой причине подкомитетам комитета HL7 рекомендуется в своих специфи
кациях указывать для этого атрибута значение по умолчанию или фиксированное значение, чтобы гарантировать
его согласованную интерпретацию.
Обоснование
При интерпретации информации люди нередко склонны полагаться на ее контекст. Например, читая доку
мент. извлеченный из папки, содержащей медицинскую карту пациента, пользователь сделает вывод, что этот до
кумент относится к данному пациенту, даже если в нем нет прямого указания на принадлежность к этому пациенту.
Однако другие части информации, например автор папки (больница, в которой ведется эта медицинская карта),
могут иногда применяться ксодержанию папки (например, документ, составленный врачом этой больницы), а могут
не применяться (например, в папку вложена копия документа, полученного из другого медицинского учреждения).
Люди вполне хорошо делают необходимые выводы о том, какая часть контекста должна распространяться на
эле мент данных, а какая — нет. Однако случаются и неправильные выводы (например, в медицинскую карту
пациента вложен документ с информацией о его родственнике). Более того, автоматизация подобных выводов
представляет собой очень сложную задачу, даже если такие выводы необходимы для систем обеспечения
принятия решений.
Примечания к конструированию
В приведенном ниже примере возникает впечатление, что у события аптечного заказа тот же автор, что и у
комплексного назначения.
П р и м е р ы
1 Пусть экземпляр класса Observation имеет исходящую ассоциацию к экземпляру класса
ActRelationship. содержащему информацию об участии пациента в исследовании, и при этом атрибут
ActRelationship.contextControlCode имеет значение «АР» (additive, propagating — аддитивная, распро
страняемая). Пусть этот же экземпляр класса Observation имеет связи с компонентами исследования,
описанные с помощью экземпляров класса ActRelationship. которые маркированы как распространяю
щие контекст. Это означает, что участие пациента, описанное для родительского экземпляра класса
Observation, распространяется и на эти компоненты исследования.
2 Пусть создано комплексное назначение (1). содержащее заказ в аптеку (2), а также заказ несколь
ких лабораторных анализов (3). Это комплексное назначение имеет связи участия с пациентом (4) и
автором назначения (5), а также связь с диагнозом (6), и каждая из этих связей маркирована как «адди
тивная, распространяемая». Пусть связь «является компонентом» (7) между комплексным назначени
ем (1) и входящим в него заказом в аптеку (2) маркирована как распространяющая связь (ее атрибут
210