ГОСТ Р HCO/HL7 27951—2016
- functionCode :: CD,
- contextControlGode:: CS,
- sequenceNumber:: INT.
- negationlnd :: BL.
* noteText:: ED.
- lime :: IVL<TS>,
- modeCode:: CE.
- awarenessCode:: CE.
- signatureCode:: CE.
- signatureText:: ED.
- performlnd:: BL.
- substitutionConditionCode:: CE.
- subsetCode :: CS.
Ассоциации класса Participation:
- act::(1..1)Act::participation::(0..*) (ассоциация с классом Act. роль participation — участие),
- role::(1..1)Rote::participation::(0..*) (ассоциация с классом Rote, роль participation — участие).
Класс Participation является специализацией класса InfrastructureRoot.
Класс Participation является обобщением следующего класса:
- ManagedParticipation (управляемое участие).
Определение класса Participation
Ассоциация между классом действия Act и классом роли Role. Сущность Entity, принимающим участие в
действии, описанном классом Act. выполняет в этом участии роль, описанную классом Role.
Примечания к использованию
Каждая пара «сущность — роль» связана с экземпляром класса Act с помощью одного экземпляра класса
Participation. Тип вовлечения этой пары в действие, описываемое экземпляром класса Act. задается с помощью
атрибута Participation.typeCode.
Класс роли Role, ассоциированный с классом сущности Entity, является посредником между классами Entity
и Participation. Экземпляры класса Participation описывают выполняемую функцию, в то время как экземпляры
класса Role описывают компетенцию. Экземпляры класса Participation описывают фактическое участие сущности
в определенном действии, и следовательно, вид участия зависит от специфики этого действия и очень редко — от
этой сущности. Напротив, роль описывает компетенцию сущности (например, какое принципиальное участив
она может принимать в действиях) независимо от конкретного действия.
Например, профессиональные полномочия лица (описанные экземпляром класса Role) могут значительно
отличаться от его фактических действий (описанных экземпляром класса Participation). Типичным примером может
служить выполнение интерном или ординатором анестезии либо хирургической операции под присмотром (более
или менее тщательным) ведущего хирурга: роль интерна не задает характер его участия.
Один и тот же вид участия в действии могут принимать несколько сущностей, что бывает при коллективном
сотрудничестве или групповых действиях. Понятие кратных участий МОЖЕТ быть также представлено в виде под
чиненных действий (компонентов действия): участие нескольких действующих лиц может быть представлено как
составное действие, составленное из нескольких действий, каждое из которых выполняется только одним лицом,
либо как одно действие, выполняемое этими участниками.
Например, в протокол хирургической операции могли быть внесены три лица:
a) лицо, давшее согласие на проведение операции;
b
) ведущий хирург.
c) анестезиолог.
Эти лица выполняют разные задачи, которые можно представить в виде трех связанных действий:
a) предоставление согласия;
b
) собственно операция;
c) анестезия, выполняемая параллельно с операцией.
Если используются три таких компонента, то тип действующего лица у согласившегося на операцию, хирурга
и анестезиолога будет одним и тем же. а именно «исполнитель». Чем более детальные компоненты действий ис
пользуются. тем меньше требуется градаций действующих лиц. И наоборот, чем меньше компонентов у действия,
тем больше требуется градаций действующих лиц (и экземпляров класса Participation).
Как эмпирическое правило использование подзадач вместо несколькихдействующих лиц полезно в тех слу
чаях. когда каждая подзадача требует специального планирования или отдельной оплаты или если полная ответ
ственность за выполнение подзадач различна. Однако в большинстве случаев ресурсы персонала планируются в
форме бригад (а не отдельных сотрудников), методы расчетов по оплате лечения имеют тенденцию группировки
мелких подзадач в одну строку счета, а полная ответственность часто возлагается на одного лечащего врача, стар
шую медсестру или заведующего отделением. В то время как с помощью класса ActRelationship можно обеспечить
детальную декомпозицию действия, применение класса Participation позволяет объединять мелкие подзадачи в
одно действие, выполняемое несколькими лицами.
226