Current Build

Переводит компания Health Samurai . Приглашаем поучаствовать в русификации стандарта FHIR: GitHub , Email.

6.2 Ресурс Consent - Назначение

Community Based Collaborative Care Work GroupMaturity Level: 1 Trial UseCompartments: Patient

Запись выбранных потребителем медобеспечения решений, которые позволяют или запрещают указанным получателям или ролям получателей (указаний) выполнять одно или несколько действий в рамках данного контекста поведения, в определённых целях и периодах времени.

The purpose of this Resource is to be used to express a Consent regarding Healthcare. There are four anticipated uses for the Consent Resource, all of which are written or verbal agreements by a healthcare consumer [grantor] or a personal representative, made to an authorized entity [grantee] concerning authorized or restricted actions with any limitations on purpose of use, and handling instructions to which the authorized entity must comply:

  • Privacy Consent Directive: Agreement to collect, access, use or disclose (share) information.
  • Medical Treatment Consent Directive: Consent to undergo a specific treatment (or record of refusal to consent).
  • Research Consent Directive: Consent to participate in research protocol and information sharing required.
  • Advance Care Directives: Consent to instructions for potentially needed medical treatment (e.g. DNR).

This resource is scoped to cover all four uses, but at this time, only the privacy use case is modeled. The scope of the resource may change when the other possible scopes are investigated, tested, or profiled.

A FHIR Consent Directive instance is considered the encoded legally binding Consent Directive if it meets requirements of a policy domain requirements for an enforceable contract. In some domains, electronic signatures of one or both of the parties to the content of an encoded representation of a Consent Form is deemed to constitute a legally binding Consent Directive. Some domains accept a notary’s electronic signature over the wet or electronic signature of a party to the Consent Directive as the additional identity proofing required to make an encoded Consent Directive legally binding. Other domains may only accept a wet signature, or may not require the parties’ signatures at all.

Whatever the criteria are for making an encoded FHIR Consent Directive legally binding, anything less than a legally binding representation of a Consent Directive must be identified as such, i.e., as a derivative of the legally binding Consent Directive, which has specific usage in Consent Directive workflow management.

Определения:

Согласие/разрешение (Consent)Запись выбора политики потребителем медицинского обеспечения, который разрешает или запрещает определённым получателям или ролям получателей выполнять одно или несколько действий в заданном контексте политики, в конкретных целях и периодах времени
Распоряжение о согласии (Consent Directive)Юридическая запись соглашения потребителя медицинского обеспечения со стороной, ответственной за исполнение выбора потребителя, который разрешает или запрещает определённым действующим лицам или ролям выполнение действий, затрагивающих потребителя в заданном контексте в указанных целях и периодах времени
Consent FormHuman readable consent content describing one or more actions impacting the grantor for which the grantee would be authorized or prohibited from performing. It includes the terms, rules, and conditions pertaining to the authorization or restrictions, such as effective time, applicability or scope, purposes of use, obligations and prohibitions to which the grantee must comply. Once a Consent Form is “executed” by means required by policy, such as verbal agreement, wet signature, or electronic/digital signature, it becomes a legally binding Consent Directive.
Consent Directive DerivativeConsent Content that conveys the minimal set of information needed to manage Consent Directive workflow, including providing Consent Directive content sufficient to:
  • Represent a Consent Directive
  • Register or index a Consent Directive
  • Query and respond about a Consent Directive
  • Retrieve a Consent Directive
  • Notify authorized entities about Consent Directive status changes
  • Determine entities authorized to collect, access, use or disclose information about the Consent Directive or about the information governed by the Consent Directive.

Derived Consent content includes the Security Labels encoding the applicable privacy and security policies. Consent Security Labels inform recipients about specific access control measures required for compliance.

Consent StatementA Consent Directive derivative has less than full fidelity to the legally binding Consent Directive from which it was "transcribed". It provides recipients with the full content representation they may require for compliance purposes, and typically include a reference to or an attached unstructured representation for recipients needing an exact copy of the legal agreement.
Consent RegistrationThe legal record of a healthcare consumer's agreement with a party responsible for enforcing the consumer’s choices, which permits or denies identified actors or roles to perform actions affecting the consumer within a given context for specific purposes and periods of timeA Consent Directive derivative that conveys the minimal set of information needed to register an active and revoked Consent Directive, or to update Consent status as it changes during its lifecycle.
Consent Query/Response TypesThe FHIR Consent Resource specifies multiple Consent Search parameters, which support many types of queries for Consent Resource content. There are several Query/Response patterns that are typically used for obtaining information about consent directive content for the following use cases:
  • Find Active Consent Directive: A query that includes sufficient consent directive content to determine whether a specific party is authorized to share information governed by a consent directive with another specific party. The Response is either:
    • “Yes” meaning that both parties are authorized to share the information with one another.
    • “No” meaning that the authorized querier is not permitted to share with another specific party
    • “No information found” meaning that there is no active Consent Directive in which the querier is authorized to share the governed information.
  • Find Consent Directive Authorized Entities: A query that includes sufficient consent directive content to return a list of entities with which the querier is authorized to share governed information. The response to an authorized querier is the list of any authorized entities with which the querier is permitted to share governed information. The response to an unauthorized querier is that “no information is found”.
  • Find Consent Directive(s): A query that includes sufficient consent directive content to return a list of Consent Directive metadata for an authorized querier to determine what Consent Directives are available, and to locate and retrieve one or more of those Consent Directives as needed.
Контекст политики (Policy context)Любые организационные или подведомственные политики, которые могут ограничивать потребителю выбор политики, и которые включают в себя именованный диапазон разрешённых действий
Потребитель медицинского обеспечения (Healthcare Consumer)Человек, устанавливающий своё личное согласие (т. е. Consenter). В FHIR он называется «пациентом», хотя это слово не используется во всех контекстах ухода

Политики конфиденциальности определяют, каким образом выполняется сбор, доступ, использование и раскрытие индивидуально идентифицируемой медицинской информации (IIHI). Распоряжение о согласии на политику конфиденциальности в качестве юридической записи соглашения между пациентом (например потребителем медицинского обеспечения) и стороной, несущей ответственность за соблюдение выбора пациента, который разрешает или запрещает определенным действующим лицам или ролям выполнение действий, влияющих на пациента в данном контексте в конкретных целях и периодах времени. Все распоряжения о согласии находятся в контексте некоторой политики, которой может быть любой набор организационных или межведомственных политик, которые могут ограничивать выбор политики потребителем, и которые включают в себя именованный диапазон разрешенных действий. Кроме того, Распоряжения о согласии на политику конфиденциальности предоставляют возможность потребителю здравоохранения делегировать свои полномочия заместителю, принимающему решения, который может действовать от имени этого клиента. С другой стороны, потребитель может составить/опубликовать свои предпочтения в области конфиденциальности в форме самопровозглашаемого Распоряжения о согласии на политику конфиденциальности.

В FHIR ресурс Consent обеспечивает поддержку альтернативных представлений для выражения интероперабельных медицинских распоряжений о согласии на политику конфиденциальности в стандартной форме для обмена политиками конфиденциальности, которые могут принудительно выполняться системами-потребителями (например отсканированные документы, вычислимые структурированные записи, FHIR-структуры с опциональными приложениями или ссылками на неструктурированные представления). Он может использоваться для представления самого Распоряжения о согласии на политику конфиденциальности, Заявления о согласии, являющегося электронным представлением Распоряжения о согласии, либо метаданных заявления о согласии, представляющих собой минимально необходимое содержимое согласия, вытекающее из Распоряжения о согласии, для использования в управлении рабочими процессами.

Управление согласиями/разрешениями - в частности, согласием на политику конфиденциальности - усложняется тем фактом, что часто необходимо защищать само согласие на предоставление информации. Необходимость соблюдать конфиденциальность самого заявления о конфиденциальности соперничает с выполнением заявления о согласии. По этой причине общепринято иметь дело с "заявлениями о согласии", которые представляют собой всего лишь часть полного заявления о согласии, которое предоставил пациент.

По этой причине ресурс Consent содержит два элемента, которые ссылаются на источник: мастер-идентификатор и прямую ссылку на содержимое, из которого было получено данное Заявление о согласии. Эта ссылка может быть одним из нескольких вариантов ниже:

  • Ссылка на другой ресурс Consent, из которого было получено данное лимитированное заявление
  • Ссылка на документ первоначального источника (например PDF или CDA - см. Руководство по реализации HL7 CDAR2 ConsentDirective , включающее в себя IHE Basic Patient Privacy Consents (BPPC) ), либо напрямую, либо в качестве ссылки
  • Источник может быть включён в ресурс Consent в качестве вложения

Заявление о согласии представляет собой цепочку, которая отсылает к первоначальному распоряжению о соглашении. Приложения могут проследовать по этой цепочке до источника, однако не должны полагать, что они имеют на это разрешение по умолчанию.

Распоряжения о согласии выполняются путем устного подтверждения или подписываются - либо на бумаге, либо в электронном виде. Подписи согласия/разрешения будут находиться в ресурсе Provenance (пример согласия и подписи). Вообще, правила касательно того, какие подписи необходимы и каким образом они должны предоставляться и использоваться, будут вводить руководства по реализации.

Ресурс Consent состоит из базового правила (представленного элементами Consent.policy/Consent.policyRule) opt-in либо opt-out, за которым следует перечисление исключений из этого правила. Исключения могут быть дополнительными положительными или негативными исключениями из базового правила. Такой набор исключений содержит список объектов данных, список авторов, список получателей, список организаций, список целей использования, и диапазон дат.

Принудительное применение Распоряжения о согласии на политику конфиденциальности не входит в область действия этого ресурса, однако ожидается, что принудительное применение будет выполняться с помощью сочетания различных методологий принудительного применения контроля доступа (например OAuth, UMA, XACML). Подобное принудительное применение строится на применении элементов Распоряжения о согласии на политику конфиденциальности, когда согласие по принципу opt-in (не давать никаких полномочий по умолчанию) содержит правила с информацией о том, какие организационные роли к каким видам ресурсов имеют доступ (например RBAC, ABAC). Описание этих деталей выходит за рамки ресурса Consent.

На этот ресурс ссылается researchsubject

Структура

ИмяФлагиКард.ТипОписание и ограниченияdoco
.. Consent IDomainResourceВыбор потребителем медицинского обеспечения политики разрешений или отказов получателям или ролям в выполнении действий конкретного назначения и в определённые периоды времени
+ Either a Policy or PolicyRule
Элементы, определённые в прародителе: id, meta, implicitRules, language, text, contained, extension, modifierExtension
... identifier Σ0..1IdentifierИдентификатор этой записи (внешние ссылки)
... status ?!Σ1..1codedraft | proposed | active | rejected | inactive | entered-in-error
ConsentState (Required)
... scope ?!Σ1..1codeWhich of the four areas this resource covers
Consent Scope Codes (Required)
... category Σ1..*CodeableConceptКлассификация заявления о согласии - для индексации/извлечения
Consent Category Codes (Example)
... patient Σ1..1Reference(Patient)К кому применяется это согласие
... dateTime Σ0..1dateTimeКогда этот Consent был создан или проиндексирован
... consentingParty Σ0..*Reference(Organization | Patient | Practitioner | RelatedPerson)Кто соглашается с политикой решений и исключениями из неё
... organization Σ0..*Reference(Organization)Custodian of the consent
... source[x] Σ0..1Источник, из которого взято это согласие/разрешение
.... sourceAttachmentAttachment
.... sourceIdentifierIdentifier
.... sourceReferenceReference(Consent | DocumentReference | Contract | QuestionnaireResponse)
... policy 0..*BackboneElementPolicies covered by this consent
.... authority I0..1uriEnforcement source for policy
.... uri I0..1uriSpecific policy covered by this consent
... policyRule ΣI0..1CodeableConceptПравила/политики, на которые даётся согласие
ActConsentDirective (Extensible)
... verification Σ0..*BackboneElementConsent Verified by patient or family
.... verified Σ1..1booleanHas been verified
.... verifiedWith 0..1Reference(Patient | RelatedPerson)Person who verified
.... verificationDate 0..1dateTimeWhen consent verified
... provision Σ1..1BackboneElementConstraints to the base Consent.policyRule
.... type Σ0..1codedeny | permit
ConsentProvisionType (Required)
.... period Σ0..1PeriodTimeframe for this rule
.... actor Σ0..*BackboneElementWho|what controlled by this rule (or group, by role)
..... role 1..1CodeableConceptHow the actor is involved
SecurityRoleType (Extensible)
..... reference 1..1Reference(Device | Group | CareTeam | Organization | Patient | Practitioner | RelatedPerson)Ресурс, описывающий действующее лицо (или группа, по роли)
.... action Σ0..*CodeableConceptActions controlled by this rule
Consent Action Codes (Example)
.... securityLabel Σ0..*CodingМетки уровня безопасности, которые определяют, какие затрагиваются ресурсы
All Security Labels (Extensible)
.... purpose Σ0..*CodingКонтекст действий, охватываемых этим исключением
PurposeOfUse (Extensible)
.... class Σ0..*CodingНапример тип ресурса, профиль или CDA, и т. д
Consent Content Class (Extensible)
.... code Σ0..*CodeableConceptНапример LOINC- или SNOMED CT-код, и т. д. в содержимом
Consent Content Codes (Example)
.... dataPeriod Σ0..1PeriodВременные рамки для данных, управляемых этим исключением
.... data Σ0..*BackboneElementData controlled by this rule
..... meaning Σ1..1codeinstance | related | dependents | authoredby
ConsentDataMeaning (Required)
..... reference Σ1..1Reference(Any)Ссылка на сами данные
.... provision 0..*see provisionNested Exception Rules

doco Документация по этому формату

UML-диаграмма (Legend)

Consent (DomainResource)Уникальный идентификатор этой копии заявления о согласииidentifier : Identifier [0..1]Текущий статус данного согласия (this element modifies the meaning of other elements)status : code [1..1] « Indicates the state of the consent (Strength=Required)ConsentState! »A selector of the type of consent being presented among the four possible: ADR, Privacy, Treatment, Research (this element modifies the meaning of other elements)scope : code [1..1] « The four anticipated uses for the Consent Resource (Strength=Required)Consent Scope ! »Классификация типа согласий, находящихся в этом заявлении. Этот элемент поддерживает индексацию и извлечение заявлений о согласииcategory : CodeableConcept [1..*] « Классификация согласий/разрешений, находящихся в заявлении о согласии, по типу (Strength=Example)Consent Category ?? »Пациент/потребитель медобеспечения, к которому применяется это согласиеpatient : Reference [1..1] « Patient »Когда этот Consent был выпущен / создан / проиндексированdateTime : dateTime [0..1]Either the Grantor, which is the entity responsible for granting the rights listed in a Consent Directive or the Grantee, which is the entity responsible for complying with the Consent Directive, including any obligations or limitations on authorizations and enforcement of prohibitionsconsentingParty : Reference [0..*] « Organization|Patient| Practitioner|RelatedPerson »The organization that manages the consent, and the framework within which it is executedorganization : Reference [0..*] « Organization »Источник, на котором основано это утверждение согласия/разрешения. Источником может быть отсканированная оригинальная бумажная форма, или ссылка на согласие/разрешение, которая ведёт на этот источник, ссылка на хранилище документов (например XDS), где хранится оригинал документа о согласии/разрешенииsource[x] : Type [0..1] « Attachment|Identifier|Reference(Consent| DocumentReference|Contract|QuestionnaireResponse) »A reference to the specific base computable policypolicyRule : CodeableConcept [0..1] « Specifies the type of Consent Directive to which a Consent Directive Act conforms (Strength=Extensible)ActConsentDirective+ »PolicyEntity or Organization having regulatory jurisdiction or accountability for  enforcing policies pertaining to Consent Directivesauthority : uri [0..1]The references to the policies that are included in this consent scope. Policies may be organizational, but are often defined jurisdictionally, or in lawuri : uri [0..1]VerificationHas the instruction been verifiedverified : boolean [1..1]Who verified the instruction (Patient, Relative or other Authorized Person)verifiedWith : Reference [0..1] « Patient|RelatedPerson »Date verification was collectedverificationDate : dateTime [0..1]provisionAction to take - permit or deny - when the rule conditions are met. Not permitted in root rule, required in all nested rulestype : code [0..1] « How a rule statement is applied, such as adding additional consent or removing consent (Strength=Required)ConsentProvisionType! »The timeframe in this rule is validperiod : Period [0..1]Actions controlled by this Ruleaction : CodeableConcept [0..*] « Детализированные коды для действия из этого согласия/разрешения. (Strength=Example)Consent Action ?? »A security label, comprised of 0..* security label fields (Privacy tags), which define which resources are controlled by this exceptionsecurityLabel : Coding [0..*] « Security Labels from the Healthcare Privacy and Security Classification System. (Strength=Extensible)All Security Labels+ »Контекст действий, которые принимает пользователь - почему пользователь получает доступ к данным - которые контролируются данным согласием/разрешениемpurpose : Coding [0..*] « Какие цели использования контролируются данным исключением. Если указано более одной метки, операции должны иметь все указанные метки (Strength=Extensible)PurposeOfUse+ »Класс информации, охватываемый этим исключением. Тип может быть типом FHIR-ресурса, профилем на тип, или CDA-документом, или каким-либо другим типом, который говорит о том, к какому виду информации относится согласие/разрешениеclass : Coding [0..*] « The class (type) of information a consent rule covers (Strength=Extensible)Consent Content Class+ »If this code is found in an instance, then the rule appliescode : CodeableConcept [0..*] « Если этот код указан в экземпляре, то данное исключение применяется (Strength=Example)Consent Content ?? »Clinical or Operational Relevant period of time that bounds the data controlled by this ruledataPeriod : Period [0..1]provisionActorHow the individual is involved in the resources content that is described in the exceptionrole : CodeableConcept [1..1] « How an actor is involved in the consent considerations (Strength=Extensible)SecurityRoleType+ »Ресурс, который идентифицирует действующее лицо. Для того, чтобы идентифицировать действующих лиц по типу, используйте группу, чтобы идентифицировать ряд действующих лиц по некоторому свойству, которое они разделяют (например, "принимающие должностные лица")reference : Reference [1..1] « Device|Group|CareTeam|Organization| Patient|Practitioner|RelatedPerson »provisionDataКак интерпретируется ссылка на ресурс при проверке ограничений согласия/разрешенияmeaning : code [1..1] « Каким образом трактуется ссылка на ресурс при проверке ограничений согласия/разрешения (Strength=Required)ConsentDataMeaning! »Ссылка на определенный ресурс, который определяет, какие ресурсы покрываются этим согласием/разрешениемreference : Reference [1..1] « Any »The references to the policies that are included in this consent scope. Policies may be organizational, but are often defined jurisdictionally, or in lawpolicy[0..*]Whether a treatment instruction (e.g. artifical respiration yes or no) was verified with the patient, his/her family or another authorized personverification[0..*]Who or what is controlled by this rule. Use group to identify a set of actors by some property they share (e.g. 'admitting officers')actor[0..*]Ресурсы, контролируемые этим исключением, если упоминаются конкретные ресурсыdata[0..*]Rules which provide exceptions to the base rule or subrulesprovision[0..*]Исключение из базовой политики этого согласия/разрешения. Исключение может быть добавлением или удалением прав доступаprovision[1..1]

XML-шаблон

<Consent xmlns="http://hl7.org/fhir"> doco
 <!-- from Resource: id, meta, implicitRules, and language -->
 <!-- from DomainResource: text, contained, extension, and modifierExtension -->
 <identifier><!-- 0..1 Identifier Идентификатор этой записи (внешние ссылки) --></identifier>
 <status value="[code]"/><!-- 1..1 draft | proposed | active | rejected | inactive | entered-in-error -->
 <scope value="[code]"/><!-- 1..1 Which of the four areas this resource covers -->
 <category><!-- 1..* CodeableConcept Классификация заявления о согласии - для индексации/извлечения --></category>
 <patient><!-- 1..1 Reference(Patient) К кому применяется это согласие --></patient>
 <dateTime value="[dateTime]"/><!-- 0..1 Когда этот Consent был создан или проиндексирован -->
 <consentingParty><!-- 0..* Reference(Organization|Patient|Practitioner|
   RelatedPerson) Кто соглашается с политикой решений и исключениями из неё --></consentingParty>
 <organization><!-- 0..* Reference(Organization) Custodian of the consent --></organization>
 <source[x]><!-- 0..1 Attachment|Identifier|Reference(Consent|DocumentReference|
   Contract|QuestionnaireResponse) Источник, из которого взято это согласие/разрешение --></source[x]>
 <policy>  <!-- 0..* Policies covered by this consent -->
  <authority value="[uri]"/><!-- ?? 0..1 Enforcement source for policy -->
  <uri value="[uri]"/><!-- ?? 0..1 Specific policy covered by this consent -->
 </policy>
 <policyRule><!-- ?? 0..1 CodeableConcept Правила/политики, на которые даётся согласие --></policyRule>
 <verification>  <!-- 0..* Consent Verified by patient or family -->
  <verified value="[boolean]"/><!-- 1..1 Has been verified -->
  <verifiedWith><!-- 0..1 Reference(Patient|RelatedPerson) Person who verified --></verifiedWith>
  <verificationDate value="[dateTime]"/><!-- 0..1 When consent verified -->
 </verification>
 <provision>  <!-- 1..1 Constraints to the base Consent.policyRule -->
  <type value="[code]"/><!-- 0..1 deny | permit -->
  <period><!-- 0..1 Period Timeframe for this rule --></period>
  <actor>  <!-- 0..* Who|what controlled by this rule (or group, by role) -->
   <role><!-- 1..1 CodeableConcept How the actor is involved --></role>
   <reference><!-- 1..1 Reference(Device|Group|CareTeam|Organization|Patient|
     Practitioner|RelatedPerson) Ресурс, описывающий действующее лицо (или группа, по роли) --></reference>
  </actor>
  <action><!-- 0..* CodeableConcept Actions controlled by this rule --></action>
  <securityLabel><!-- 0..* Coding Метки уровня безопасности, которые определяют, какие затрагиваются ресурсы --></securityLabel>
  <purpose><!-- 0..* Coding Контекст действий, охватываемых этим исключением --></purpose>
  <class><!-- 0..* Coding Например тип ресурса, профиль или CDA, и т. д --></class>
  <code><!-- 0..* CodeableConcept Например LOINC- или SNOMED CT-код, и т. д. в содержимом --></code>
  <dataPeriod><!-- 0..1 Period Временные рамки для данных, управляемых этим исключением --></dataPeriod>
  <data>  <!-- 0..* Data controlled by this rule -->
   <meaning value="[code]"/><!-- 1..1 instance | related | dependents | authoredby -->
   <reference><!-- 1..1 Reference(Any) Ссылка на сами данные --></reference>
  </data>
  <provision><!-- 0..* Content as for Consent.provision Nested Exception Rules --></provision>
 </provision>
</Consent>

JSON-шаблон

{doco
  "resourceType" : "Consent",
  // from Resource: id, meta, implicitRules, and language
  // from DomainResource: text, contained, extension, and modifierExtension
  "identifier" : { Identifier }, // Идентификатор этой записи (внешние ссылки)
  "status" : "<code>", // R!  draft | proposed | active | rejected | inactive | entered-in-error
  "scope" : "<code>", // R!  Which of the four areas this resource covers
  "category" : [{ CodeableConcept }], // R!  Классификация заявления о согласии - для индексации/извлечения
  "patient" : { Reference(Patient) }, // R!  К кому применяется это согласие
  "dateTime" : "<dateTime>", // Когда этот Consent был создан или проиндексирован
  "consentingParty" : [{ Reference(Organization|Patient|Practitioner|
   RelatedPerson) }], // Кто соглашается с политикой решений и исключениями из неё
  "organization" : [{ Reference(Organization) }], // Custodian of the consent
  // source[x]: Источник, из которого взято это согласие/разрешение. One of these 3:
  "sourceAttachment" : { Attachment },
  "sourceIdentifier" : { Identifier },
  "sourceReference" : { Reference(Consent|DocumentReference|Contract|
   QuestionnaireResponse) },
  "policy" : [{ // Policies covered by this consent
    "authority" : "<uri>", // C? Enforcement source for policy
    "uri" : "<uri>" // C? Specific policy covered by this consent
  }],
  "policyRule" : { CodeableConcept }, // C? Правила/политики, на которые даётся согласие
  "verification" : [{ // Consent Verified by patient or family
    "verified" : <boolean>, // R!  Has been verified
    "verifiedWith" : { Reference(Patient|RelatedPerson) }, // Person who verified
    "verificationDate" : "<dateTime>" // When consent verified
  }],
  "provision" : { // R!  Constraints to the base Consent.policyRule
    "type" : "<code>", // deny | permit
    "period" : { Period }, // Timeframe for this rule
    "actor" : [{ // Who|what controlled by this rule (or group, by role)
      "role" : { CodeableConcept }, // R!  How the actor is involved
      "reference" : { Reference(Device|Group|CareTeam|Organization|Patient|
     Practitioner|RelatedPerson) } // R!  Ресурс, описывающий действующее лицо (или группа, по роли)
    }],
    "action" : [{ CodeableConcept }], // Actions controlled by this rule
    "securityLabel" : [{ Coding }], // Метки уровня безопасности, которые определяют, какие затрагиваются ресурсы
    "purpose" : [{ Coding }], // Контекст действий, охватываемых этим исключением
    "class" : [{ Coding }], // Например тип ресурса, профиль или CDA, и т. д
    "code" : [{ CodeableConcept }], // Например LOINC- или SNOMED CT-код, и т. д. в содержимом
    "dataPeriod" : { Period }, // Временные рамки для данных, управляемых этим исключением
    "data" : [{ // Data controlled by this rule
      "meaning" : "<code>", // R!  instance | related | dependents | authoredby
      "reference" : { Reference(Any) } // R!  Ссылка на сами данные
    }],
    "provision" : [{ Content as for Consent.provision }] // Nested Exception Rules
  }
}

Turtle-шаблон

@prefix fhir: <http://hl7.org/fhir/> .doco


[ a fhir:Consent;
  fhir:nodeRole fhir:treeRoot; # if this is the parser root

  # from Resource: .id, .meta, .implicitRules, and .language
  # from DomainResource: .text, .contained, .extension, and .modifierExtension
  fhir:Consent.identifier [ Identifier ]; # 0..1 Идентификатор этой записи (внешние ссылки)
  fhir:Consent.status [ code ]; # 1..1 draft | proposed | active | rejected | inactive | entered-in-error
  fhir:Consent.scope [ code ]; # 1..1 Which of the four areas this resource covers
  fhir:Consent.category [ CodeableConcept ], ... ; # 1..* Классификация заявления о согласии - для индексации/извлечения
  fhir:Consent.patient [ Reference(Patient) ]; # 1..1 К кому применяется это согласие
  fhir:Consent.dateTime [ dateTime ]; # 0..1 Когда этот Consent был создан или проиндексирован
  fhir:Consent.consentingParty [ Reference(Organization|Patient|Practitioner|RelatedPerson) ], ... ; # 0..* Кто соглашается с политикой решений и исключениями из неё
  fhir:Consent.organization [ Reference(Organization) ], ... ; # 0..* Custodian of the consent
  # Consent.source[x] : 0..1 Источник, из которого взято это согласие/разрешение. One of these 3
    fhir:Consent.sourceAttachment [ Attachment ]
    fhir:Consent.sourceIdentifier [ Identifier ]
    fhir:Consent.sourceReference [ Reference(Consent|DocumentReference|Contract|QuestionnaireResponse) ]
  fhir:Consent.policy [ # 0..* Policies covered by this consent
    fhir:Consent.policy.authority [ uri ]; # 0..1 Enforcement source for policy
    fhir:Consent.policy.uri [ uri ]; # 0..1 Specific policy covered by this consent
  ], ...;
  fhir:Consent.policyRule [ CodeableConcept ]; # 0..1 Правила/политики, на которые даётся согласие
  fhir:Consent.verification [ # 0..* Consent Verified by patient or family
    fhir:Consent.verification.verified [ boolean ]; # 1..1 Has been verified
    fhir:Consent.verification.verifiedWith [ Reference(Patient|RelatedPerson) ]; # 0..1 Person who verified
    fhir:Consent.verification.verificationDate [ dateTime ]; # 0..1 When consent verified
  ], ...;
  fhir:Consent.provision [ # 1..1 Constraints to the base Consent.policyRule
    fhir:Consent.provision.type [ code ]; # 0..1 deny | permit
    fhir:Consent.provision.period [ Period ]; # 0..1 Timeframe for this rule
    fhir:Consent.provision.actor [ # 0..* Who|what controlled by this rule (or group, by role)
      fhir:Consent.provision.actor.role [ CodeableConcept ]; # 1..1 How the actor is involved
      fhir:Consent.provision.actor.reference [ Reference(Device|Group|CareTeam|Organization|Patient|Practitioner|RelatedPerson) ]; # 1..1 Ресурс, описывающий действующее лицо (или группа, по роли)
    ], ...;
    fhir:Consent.provision.action [ CodeableConcept ], ... ; # 0..* Actions controlled by this rule
    fhir:Consent.provision.securityLabel [ Coding ], ... ; # 0..* Метки уровня безопасности, которые определяют, какие затрагиваются ресурсы
    fhir:Consent.provision.purpose [ Coding ], ... ; # 0..* Контекст действий, охватываемых этим исключением
    fhir:Consent.provision.class [ Coding ], ... ; # 0..* Например тип ресурса, профиль или CDA, и т. д
    fhir:Consent.provision.code [ CodeableConcept ], ... ; # 0..* Например LOINC- или SNOMED CT-код, и т. д. в содержимом
    fhir:Consent.provision.dataPeriod [ Period ]; # 0..1 Временные рамки для данных, управляемых этим исключением
    fhir:Consent.provision.data [ # 0..* Data controlled by this rule
      fhir:Consent.provision.data.meaning [ code ]; # 1..1 instance | related | dependents | authoredby
      fhir:Consent.provision.data.reference [ Reference(Any) ]; # 1..1 Ссылка на сами данные
    ], ...;
    fhir:Consent.provision.provision [ See Consent.provision ], ... ; # 0..* Nested Exception Rules
  ];
]

Changes since DSTU2

This resource did not exist in Release 2

This analysis is available as XML or JSON.

Структура

ИмяФлагиКард.ТипОписание и ограниченияdoco
.. Consent IDomainResourceВыбор потребителем медицинского обеспечения политики разрешений или отказов получателям или ролям в выполнении действий конкретного назначения и в определённые периоды времени
+ Either a Policy or PolicyRule
Элементы, определённые в прародителе: id, meta, implicitRules, language, text, contained, extension, modifierExtension
... identifier Σ0..1IdentifierИдентификатор этой записи (внешние ссылки)
... status ?!Σ1..1codedraft | proposed | active | rejected | inactive | entered-in-error
ConsentState (Required)
... scope ?!Σ1..1codeWhich of the four areas this resource covers
Consent Scope Codes (Required)
... category Σ1..*CodeableConceptКлассификация заявления о согласии - для индексации/извлечения
Consent Category Codes (Example)
... patient Σ1..1Reference(Patient)К кому применяется это согласие
... dateTime Σ0..1dateTimeКогда этот Consent был создан или проиндексирован
... consentingParty Σ0..*Reference(Organization | Patient | Practitioner | RelatedPerson)Кто соглашается с политикой решений и исключениями из неё
... organization Σ0..*Reference(Organization)Custodian of the consent
... source[x] Σ0..1Источник, из которого взято это согласие/разрешение
.... sourceAttachmentAttachment
.... sourceIdentifierIdentifier
.... sourceReferenceReference(Consent | DocumentReference | Contract | QuestionnaireResponse)
... policy 0..*BackboneElementPolicies covered by this consent
.... authority I0..1uriEnforcement source for policy
.... uri I0..1uriSpecific policy covered by this consent
... policyRule ΣI0..1CodeableConceptПравила/политики, на которые даётся согласие
ActConsentDirective (Extensible)
... verification Σ0..*BackboneElementConsent Verified by patient or family
.... verified Σ1..1booleanHas been verified
.... verifiedWith 0..1Reference(Patient | RelatedPerson)Person who verified
.... verificationDate 0..1dateTimeWhen consent verified
... provision Σ1..1BackboneElementConstraints to the base Consent.policyRule
.... type Σ0..1codedeny | permit
ConsentProvisionType (Required)
.... period Σ0..1PeriodTimeframe for this rule
.... actor Σ0..*BackboneElementWho|what controlled by this rule (or group, by role)
..... role 1..1CodeableConceptHow the actor is involved
SecurityRoleType (Extensible)
..... reference 1..1Reference(Device | Group | CareTeam | Organization | Patient | Practitioner | RelatedPerson)Ресурс, описывающий действующее лицо (или группа, по роли)
.... action Σ0..*CodeableConceptActions controlled by this rule
Consent Action Codes (Example)
.... securityLabel Σ0..*CodingМетки уровня безопасности, которые определяют, какие затрагиваются ресурсы
All Security Labels (Extensible)
.... purpose Σ0..*CodingКонтекст действий, охватываемых этим исключением
PurposeOfUse (Extensible)
.... class Σ0..*CodingНапример тип ресурса, профиль или CDA, и т. д
Consent Content Class (Extensible)
.... code Σ0..*CodeableConceptНапример LOINC- или SNOMED CT-код, и т. д. в содержимом
Consent Content Codes (Example)
.... dataPeriod Σ0..1PeriodВременные рамки для данных, управляемых этим исключением
.... data Σ0..*BackboneElementData controlled by this rule
..... meaning Σ1..1codeinstance | related | dependents | authoredby
ConsentDataMeaning (Required)
..... reference Σ1..1Reference(Any)Ссылка на сами данные
.... provision 0..*see provisionNested Exception Rules

doco Документация по этому формату

UML-диаграмма (Legend)

Consent (DomainResource)Уникальный идентификатор этой копии заявления о согласииidentifier : Identifier [0..1]Текущий статус данного согласия (this element modifies the meaning of other elements)status : code [1..1] « Indicates the state of the consent (Strength=Required)ConsentState! »A selector of the type of consent being presented among the four possible: ADR, Privacy, Treatment, Research (this element modifies the meaning of other elements)scope : code [1..1] « The four anticipated uses for the Consent Resource (Strength=Required)Consent Scope ! »Классификация типа согласий, находящихся в этом заявлении. Этот элемент поддерживает индексацию и извлечение заявлений о согласииcategory : CodeableConcept [1..*] « Классификация согласий/разрешений, находящихся в заявлении о согласии, по типу (Strength=Example)Consent Category ?? »Пациент/потребитель медобеспечения, к которому применяется это согласиеpatient : Reference [1..1] « Patient »Когда этот Consent был выпущен / создан / проиндексированdateTime : dateTime [0..1]Either the Grantor, which is the entity responsible for granting the rights listed in a Consent Directive or the Grantee, which is the entity responsible for complying with the Consent Directive, including any obligations or limitations on authorizations and enforcement of prohibitionsconsentingParty : Reference [0..*] « Organization|Patient| Practitioner|RelatedPerson »The organization that manages the consent, and the framework within which it is executedorganization : Reference [0..*] « Organization »Источник, на котором основано это утверждение согласия/разрешения. Источником может быть отсканированная оригинальная бумажная форма, или ссылка на согласие/разрешение, которая ведёт на этот источник, ссылка на хранилище документов (например XDS), где хранится оригинал документа о согласии/разрешенииsource[x] : Type [0..1] « Attachment|Identifier|Reference(Consent| DocumentReference|Contract|QuestionnaireResponse) »A reference to the specific base computable policypolicyRule : CodeableConcept [0..1] « Specifies the type of Consent Directive to which a Consent Directive Act conforms (Strength=Extensible)ActConsentDirective+ »PolicyEntity or Organization having regulatory jurisdiction or accountability for  enforcing policies pertaining to Consent Directivesauthority : uri [0..1]The references to the policies that are included in this consent scope. Policies may be organizational, but are often defined jurisdictionally, or in lawuri : uri [0..1]VerificationHas the instruction been verifiedverified : boolean [1..1]Who verified the instruction (Patient, Relative or other Authorized Person)verifiedWith : Reference [0..1] « Patient|RelatedPerson »Date verification was collectedverificationDate : dateTime [0..1]provisionAction to take - permit or deny - when the rule conditions are met. Not permitted in root rule, required in all nested rulestype : code [0..1] « How a rule statement is applied, such as adding additional consent or removing consent (Strength=Required)ConsentProvisionType! »The timeframe in this rule is validperiod : Period [0..1]Actions controlled by this Ruleaction : CodeableConcept [0..*] « Детализированные коды для действия из этого согласия/разрешения. (Strength=Example)Consent Action ?? »A security label, comprised of 0..* security label fields (Privacy tags), which define which resources are controlled by this exceptionsecurityLabel : Coding [0..*] « Security Labels from the Healthcare Privacy and Security Classification System. (Strength=Extensible)All Security Labels+ »Контекст действий, которые принимает пользователь - почему пользователь получает доступ к данным - которые контролируются данным согласием/разрешениемpurpose : Coding [0..*] « Какие цели использования контролируются данным исключением. Если указано более одной метки, операции должны иметь все указанные метки (Strength=Extensible)PurposeOfUse+ »Класс информации, охватываемый этим исключением. Тип может быть типом FHIR-ресурса, профилем на тип, или CDA-документом, или каким-либо другим типом, который говорит о том, к какому виду информации относится согласие/разрешениеclass : Coding [0..*] « The class (type) of information a consent rule covers (Strength=Extensible)Consent Content Class+ »If this code is found in an instance, then the rule appliescode : CodeableConcept [0..*] « Если этот код указан в экземпляре, то данное исключение применяется (Strength=Example)Consent Content ?? »Clinical or Operational Relevant period of time that bounds the data controlled by this ruledataPeriod : Period [0..1]provisionActorHow the individual is involved in the resources content that is described in the exceptionrole : CodeableConcept [1..1] « How an actor is involved in the consent considerations (Strength=Extensible)SecurityRoleType+ »Ресурс, который идентифицирует действующее лицо. Для того, чтобы идентифицировать действующих лиц по типу, используйте группу, чтобы идентифицировать ряд действующих лиц по некоторому свойству, которое они разделяют (например, "принимающие должностные лица")reference : Reference [1..1] « Device|Group|CareTeam|Organization| Patient|Practitioner|RelatedPerson »provisionDataКак интерпретируется ссылка на ресурс при проверке ограничений согласия/разрешенияmeaning : code [1..1] « Каким образом трактуется ссылка на ресурс при проверке ограничений согласия/разрешения (Strength=Required)ConsentDataMeaning! »Ссылка на определенный ресурс, который определяет, какие ресурсы покрываются этим согласием/разрешениемreference : Reference [1..1] « Any »The references to the policies that are included in this consent scope. Policies may be organizational, but are often defined jurisdictionally, or in lawpolicy[0..*]Whether a treatment instruction (e.g. artifical respiration yes or no) was verified with the patient, his/her family or another authorized personverification[0..*]Who or what is controlled by this rule. Use group to identify a set of actors by some property they share (e.g. 'admitting officers')actor[0..*]Ресурсы, контролируемые этим исключением, если упоминаются конкретные ресурсыdata[0..*]Rules which provide exceptions to the base rule or subrulesprovision[0..*]Исключение из базовой политики этого согласия/разрешения. Исключение может быть добавлением или удалением прав доступаprovision[1..1]

XML-шаблон

<Consent xmlns="http://hl7.org/fhir"> doco
 <!-- from Resource: id, meta, implicitRules, and language -->
 <!-- from DomainResource: text, contained, extension, and modifierExtension -->
 <identifier><!-- 0..1 Identifier Идентификатор этой записи (внешние ссылки) --></identifier>
 <status value="[code]"/><!-- 1..1 draft | proposed | active | rejected | inactive | entered-in-error -->
 <scope value="[code]"/><!-- 1..1 Which of the four areas this resource covers -->
 <category><!-- 1..* CodeableConcept Классификация заявления о согласии - для индексации/извлечения --></category>
 <patient><!-- 1..1 Reference(Patient) К кому применяется это согласие --></patient>
 <dateTime value="[dateTime]"/><!-- 0..1 Когда этот Consent был создан или проиндексирован -->
 <consentingParty><!-- 0..* Reference(Organization|Patient|Practitioner|
   RelatedPerson) Кто соглашается с политикой решений и исключениями из неё --></consentingParty>
 <organization><!-- 0..* Reference(Organization) Custodian of the consent --></organization>
 <source[x]><!-- 0..1 Attachment|Identifier|Reference(Consent|DocumentReference|
   Contract|QuestionnaireResponse) Источник, из которого взято это согласие/разрешение --></source[x]>
 <policy>  <!-- 0..* Policies covered by this consent -->
  <authority value="[uri]"/><!-- ?? 0..1 Enforcement source for policy -->
  <uri value="[uri]"/><!-- ?? 0..1 Specific policy covered by this consent -->
 </policy>
 <policyRule><!-- ?? 0..1 CodeableConcept Правила/политики, на которые даётся согласие --></policyRule>
 <verification>  <!-- 0..* Consent Verified by patient or family -->
  <verified value="[boolean]"/><!-- 1..1 Has been verified -->
  <verifiedWith><!-- 0..1 Reference(Patient|RelatedPerson) Person who verified --></verifiedWith>
  <verificationDate value="[dateTime]"/><!-- 0..1 When consent verified -->
 </verification>
 <provision>  <!-- 1..1 Constraints to the base Consent.policyRule -->
  <type value="[code]"/><!-- 0..1 deny | permit -->
  <period><!-- 0..1 Period Timeframe for this rule --></period>
  <actor>  <!-- 0..* Who|what controlled by this rule (or group, by role) -->
   <role><!-- 1..1 CodeableConcept How the actor is involved --></role>
   <reference><!-- 1..1 Reference(Device|Group|CareTeam|Organization|Patient|
     Practitioner|RelatedPerson) Ресурс, описывающий действующее лицо (или группа, по роли) --></reference>
  </actor>
  <action><!-- 0..* CodeableConcept Actions controlled by this rule --></action>
  <securityLabel><!-- 0..* Coding Метки уровня безопасности, которые определяют, какие затрагиваются ресурсы --></securityLabel>
  <purpose><!-- 0..* Coding Контекст действий, охватываемых этим исключением --></purpose>
  <class><!-- 0..* Coding Например тип ресурса, профиль или CDA, и т. д --></class>
  <code><!-- 0..* CodeableConcept Например LOINC- или SNOMED CT-код, и т. д. в содержимом --></code>
  <dataPeriod><!-- 0..1 Period Временные рамки для данных, управляемых этим исключением --></dataPeriod>
  <data>  <!-- 0..* Data controlled by this rule -->
   <meaning value="[code]"/><!-- 1..1 instance | related | dependents | authoredby -->
   <reference><!-- 1..1 Reference(Any) Ссылка на сами данные --></reference>
  </data>
  <provision><!-- 0..* Content as for Consent.provision Nested Exception Rules --></provision>
 </provision>
</Consent>

JSON-шаблон

{doco
  "resourceType" : "Consent",
  // from Resource: id, meta, implicitRules, and language
  // from DomainResource: text, contained, extension, and modifierExtension
  "identifier" : { Identifier }, // Идентификатор этой записи (внешние ссылки)
  "status" : "<code>", // R!  draft | proposed | active | rejected | inactive | entered-in-error
  "scope" : "<code>", // R!  Which of the four areas this resource covers
  "category" : [{ CodeableConcept }], // R!  Классификация заявления о согласии - для индексации/извлечения
  "patient" : { Reference(Patient) }, // R!  К кому применяется это согласие
  "dateTime" : "<dateTime>", // Когда этот Consent был создан или проиндексирован
  "consentingParty" : [{ Reference(Organization|Patient|Practitioner|
   RelatedPerson) }], // Кто соглашается с политикой решений и исключениями из неё
  "organization" : [{ Reference(Organization) }], // Custodian of the consent
  // source[x]: Источник, из которого взято это согласие/разрешение. One of these 3:
  "sourceAttachment" : { Attachment },
  "sourceIdentifier" : { Identifier },
  "sourceReference" : { Reference(Consent|DocumentReference|Contract|
   QuestionnaireResponse) },
  "policy" : [{ // Policies covered by this consent
    "authority" : "<uri>", // C? Enforcement source for policy
    "uri" : "<uri>" // C? Specific policy covered by this consent
  }],
  "policyRule" : { CodeableConcept }, // C? Правила/политики, на которые даётся согласие
  "verification" : [{ // Consent Verified by patient or family
    "verified" : <boolean>, // R!  Has been verified
    "verifiedWith" : { Reference(Patient|RelatedPerson) }, // Person who verified
    "verificationDate" : "<dateTime>" // When consent verified
  }],
  "provision" : { // R!  Constraints to the base Consent.policyRule
    "type" : "<code>", // deny | permit
    "period" : { Period }, // Timeframe for this rule
    "actor" : [{ // Who|what controlled by this rule (or group, by role)
      "role" : { CodeableConcept }, // R!  How the actor is involved
      "reference" : { Reference(Device|Group|CareTeam|Organization|Patient|
     Practitioner|RelatedPerson) } // R!  Ресурс, описывающий действующее лицо (или группа, по роли)
    }],
    "action" : [{ CodeableConcept }], // Actions controlled by this rule
    "securityLabel" : [{ Coding }], // Метки уровня безопасности, которые определяют, какие затрагиваются ресурсы
    "purpose" : [{ Coding }], // Контекст действий, охватываемых этим исключением
    "class" : [{ Coding }], // Например тип ресурса, профиль или CDA, и т. д
    "code" : [{ CodeableConcept }], // Например LOINC- или SNOMED CT-код, и т. д. в содержимом
    "dataPeriod" : { Period }, // Временные рамки для данных, управляемых этим исключением
    "data" : [{ // Data controlled by this rule
      "meaning" : "<code>", // R!  instance | related | dependents | authoredby
      "reference" : { Reference(Any) } // R!  Ссылка на сами данные
    }],
    "provision" : [{ Content as for Consent.provision }] // Nested Exception Rules
  }
}

Turtle-шаблон

@prefix fhir: <http://hl7.org/fhir/> .doco


[ a fhir:Consent;
  fhir:nodeRole fhir:treeRoot; # if this is the parser root

  # from Resource: .id, .meta, .implicitRules, and .language
  # from DomainResource: .text, .contained, .extension, and .modifierExtension
  fhir:Consent.identifier [ Identifier ]; # 0..1 Идентификатор этой записи (внешние ссылки)
  fhir:Consent.status [ code ]; # 1..1 draft | proposed | active | rejected | inactive | entered-in-error
  fhir:Consent.scope [ code ]; # 1..1 Which of the four areas this resource covers
  fhir:Consent.category [ CodeableConcept ], ... ; # 1..* Классификация заявления о согласии - для индексации/извлечения
  fhir:Consent.patient [ Reference(Patient) ]; # 1..1 К кому применяется это согласие
  fhir:Consent.dateTime [ dateTime ]; # 0..1 Когда этот Consent был создан или проиндексирован
  fhir:Consent.consentingParty [ Reference(Organization|Patient|Practitioner|RelatedPerson) ], ... ; # 0..* Кто соглашается с политикой решений и исключениями из неё
  fhir:Consent.organization [ Reference(Organization) ], ... ; # 0..* Custodian of the consent
  # Consent.source[x] : 0..1 Источник, из которого взято это согласие/разрешение. One of these 3
    fhir:Consent.sourceAttachment [ Attachment ]
    fhir:Consent.sourceIdentifier [ Identifier ]
    fhir:Consent.sourceReference [ Reference(Consent|DocumentReference|Contract|QuestionnaireResponse) ]
  fhir:Consent.policy [ # 0..* Policies covered by this consent
    fhir:Consent.policy.authority [ uri ]; # 0..1 Enforcement source for policy
    fhir:Consent.policy.uri [ uri ]; # 0..1 Specific policy covered by this consent
  ], ...;
  fhir:Consent.policyRule [ CodeableConcept ]; # 0..1 Правила/политики, на которые даётся согласие
  fhir:Consent.verification [ # 0..* Consent Verified by patient or family
    fhir:Consent.verification.verified [ boolean ]; # 1..1 Has been verified
    fhir:Consent.verification.verifiedWith [ Reference(Patient|RelatedPerson) ]; # 0..1 Person who verified
    fhir:Consent.verification.verificationDate [ dateTime ]; # 0..1 When consent verified
  ], ...;
  fhir:Consent.provision [ # 1..1 Constraints to the base Consent.policyRule
    fhir:Consent.provision.type [ code ]; # 0..1 deny | permit
    fhir:Consent.provision.period [ Period ]; # 0..1 Timeframe for this rule
    fhir:Consent.provision.actor [ # 0..* Who|what controlled by this rule (or group, by role)
      fhir:Consent.provision.actor.role [ CodeableConcept ]; # 1..1 How the actor is involved
      fhir:Consent.provision.actor.reference [ Reference(Device|Group|CareTeam|Organization|Patient|Practitioner|RelatedPerson) ]; # 1..1 Ресурс, описывающий действующее лицо (или группа, по роли)
    ], ...;
    fhir:Consent.provision.action [ CodeableConcept ], ... ; # 0..* Actions controlled by this rule
    fhir:Consent.provision.securityLabel [ Coding ], ... ; # 0..* Метки уровня безопасности, которые определяют, какие затрагиваются ресурсы
    fhir:Consent.provision.purpose [ Coding ], ... ; # 0..* Контекст действий, охватываемых этим исключением
    fhir:Consent.provision.class [ Coding ], ... ; # 0..* Например тип ресурса, профиль или CDA, и т. д
    fhir:Consent.provision.code [ CodeableConcept ], ... ; # 0..* Например LOINC- или SNOMED CT-код, и т. д. в содержимом
    fhir:Consent.provision.dataPeriod [ Period ]; # 0..1 Временные рамки для данных, управляемых этим исключением
    fhir:Consent.provision.data [ # 0..* Data controlled by this rule
      fhir:Consent.provision.data.meaning [ code ]; # 1..1 instance | related | dependents | authoredby
      fhir:Consent.provision.data.reference [ Reference(Any) ]; # 1..1 Ссылка на сами данные
    ], ...;
    fhir:Consent.provision.provision [ See Consent.provision ], ... ; # 0..* Nested Exception Rules
  ];
]

Changes since DSTU2

This resource did not exist in Release 2

This analysis is available as XML or JSON.

 

Альтернативные определения: Основное определение (XML, JSON), XML Schema/Schematron + JSON Schema, ShEx (for Turtle)

ПутьОписаниеТипСсылка
Consent.status Indicates the state of the consentRequiredConsentState
Consent.scope The four anticipated uses for the Consent ResourceRequiredConsent Scope Codes
Consent.category Классификация согласий/разрешений, находящихся в заявлении о согласии, по типуExampleConsent Category Codes
Consent.policyRule Specifies the type of Consent Directive to which a Consent Directive Act conformsExtensibleActConsentDirective
Consent.provision.type How a rule statement is applied, such as adding additional consent or removing consentRequiredConsentProvisionType
Consent.provision.actor.role How an actor is involved in the consent considerationsExtensibleSecurityRoleType
Consent.provision.action Детализированные коды для действия из этого согласия/разрешения.ExampleConsent Action Codes
Consent.provision.securityLabel Security Labels from the Healthcare Privacy and Security Classification System.ExtensibleAll Security Labels
Consent.provision.purpose Какие цели использования контролируются данным исключением. Если указано более одной метки, операции должны иметь все указанные меткиExtensiblePurposeOfUse
Consent.provision.class The class (type) of information a consent rule coversExtensibleConsent Content Class
Consent.provision.code Если этот код указан в экземпляре, то данное исключение применяетсяExampleConsent Content Codes
Consent.provision.data.meaning Каким образом трактуется ссылка на ресурс при проверке ограничений согласия/разрешенияRequiredConsentDataMeaning

  • ppc-1: Either a Policy or PolicyRule (expression : policy.exists() or policyRule.exists())

Ресурс Consent содержит ссылку на одну policyRule. Большинство организаций будут работать в таком контексте, когда применяется несколько различных правил и политик согласия. В таких случаях элемент policyRule ссылается на документ с той политикой, которая собирает и согласовывает несколько различных политик, и представляет собой единую политику, на которую необходимо получить согласие пациента. Если всё ещё остаётся необходимость в отслеживании, к какой из нижележащих политик относится исключение, можно использовать policy.

Ниже описана общая модель Распоряжений о согласии на политику конфиденциальности.

Параметры, устанавливающие контекст:

  1. Кто - пациент
  2. Что - данные - перечисление конкретных ресурсов, пустой список означает, что согласие/разрешение покрывает применяется ко всем данным
  3. Где - доменная область и полномочия - что является границами размещения и полномочий для данного согласия/разрешения
  4. Когда - издан или зафиксирован (сохранён)
  5. Когда - Временные рамки применения данного согласия/разрешения
  6. Как - охватываемые действия. (например охватываемые цели использования)
  7. Кому - получатель данного согласия/разрешения

Согласие на политику конфиденциальности может переходить между различными состояниями, включая: что согласие не было запрошено, было предложено согласие, согласие было отклонено, и согласие было одобрено.

Имеется ряд шаблонов.

  1. Согласие/разрешение отсутствует: всем установкам (настройкам) нужна политика для случая, когда никакое согласие/разрешение не было записано. Обычно она даёт возможность оказывать только лечение ;
  2. Отказ от участия (Opt-out): никакое предоставление информации не разрешено для указанного домена, местонахождения, действий или целей ;
  3. Отказ от участия с исключениями: предоставление информации не разрешено с некоторыми исключениями, где оно разрешено. Пример: Отказ от разрешения на лечение за исключением неотложной помощи ;
  4. Согласие на участие (Opt-in): предоставление информации для некоторых целей использования разрешено Разрешён общий доступ к лечению, оплате и обычным операциям; и
  5. Согласие на участие с ограничениями: предоставление информации разрешено, но пациент может вносить ограничения (см. примеры, специфичные для Канады).

У каждого из этих шаблонов (положительных или негативных) могут быть исключения. Эти исключения явным образом записываются в элементе except.

Пять категорий Распоряжений о согласии на политику конфиденциальности описаны в документе Распоряжения о согласии Национального координатора информации в сфере здравоохранения (ONC), выпущенном 31 марта 2010 года, и включают следующие, специфичные для США, "Основные варианты согласия" для электронного обмена:

  1. Согласие/разрешение отсутствует: медицинская информация о пациентах автоматически включена - пациенты не могут отказаться от участия;
  2. Отказ от участия: по умолчанию медицинская информация о пациентах будет включена автоматически, однако пациенты могут полностью отказаться от участия;
  3. Отказ от участия с исключениями: по умолчанию медицинская информация о пациентах будет включена автоматически, однако пациенты могут отказаться от участия полностью или разрешить включить только выборочные данные;
  4. Согласие на участие: по умолчанию никакая медицинская информация о пациентах не включена; пациенты должны явным образом выразить согласие на включение, однако в этом случае будет включена либо вся информация, либо никакая её часть; и
  5. Согласие на участие с ограничениями: по умолчанию никакая медицинская информация о пациентах не доступна, однако пациенты могут разрешить включить выбранное подмножество данных.

Распространённым исключением является явное исключение или явное включение периода времени.

Следующие сценарии основаны на существующей политике страны и реализуются в существующих системах в Канаде. Политикой по умолчанию является подразумеваемое согласие на оказание медицинской помощи, так что все эти сценарии имеют дело с отменой или отказом от согласия/разрешения для этой цели. В других странах, где применяется экспресс-модель согласия (Opt-In), эти примеры будут содержать фразу "согласие на", а не "отказ" или "отмена" от согласия.

  1. Отказ или отмена своего согласия на раскрытие записей, относящихся к конкретной области (например DI, LAB и т. д.)
  2. Отказ или отмена согласия на раскрытие определенной записи (например лабораторный заказ/результат)
  3. Отказ или отмена согласия на раскрытие информации конкретной организации-поставщику
  4. Отказ или отмена согласия на раскрытие информации конкретному агенту-поставщику (физическому лицу в рамках организации)
  5. Отказ или отмена согласия на раскрытие записей, которые были созданы конкретной организацией (или местом предоставления услуг).
  6. Комбинации вышеперечисленного

Также показан пример, в котором Пациент санкционировал раскрытие информации конкретному лицу для целей, ориентированных на пациента (возможно, речь идёт не о лечении).

Параметры поиска для этого ресурса. Также к нему применяются общие параметры. Более подробную информацию о поиске в REST, обмене сообщениями и сервисах см. в разделе Поиск.

ИмяТипОписаниеВыражениеIn Common
actiontokenActions controlled by this ruleConsent.provision.action
actorreferenceРесурс, описывающий действующее лицо (или группа, по роли)Consent.provision.actor.reference
(Practitioner, Group, Organization, CareTeam, Device, Patient, RelatedPerson)
categorytokenКлассификация заявления о согласии - для индексации/извлеченияConsent.category
consentorreferenceКто соглашается с политикой решений и исключениями из неёConsent.consentingParty
(Practitioner, Organization, Patient, RelatedPerson)
datareferenceСсылка на сами данныеConsent.provision.data.reference
(Any)
datedateКогда этот Consent был создан или проиндексированConsent.dateTime17 Resources
identifiertokenИдентификатор этой записи (внешние ссылки)Consent.identifier26 Resources
organizationreferenceCustodian of the consentConsent.organization
(Organization)
patientreferenceК кому применяется это согласиеConsent.patient
(Patient)
30 Resources
perioddateTimeframe for this ruleConsent.provision.period
purposetokenКонтекст действий, охватываемых этим исключениемConsent.provision.purpose
scopetokenWhich of the four areas this resource coversConsent.scope
securitylabeltokenМетки уровня безопасности, которые определяют, какие затрагиваются ресурсыConsent.provision.securityLabel
sourcereferenceИсточник, из которого взято это согласие/разрешениеConsent.source
(Consent, Contract, QuestionnaireResponse, DocumentReference)
statustokendraft | proposed | active | rejected | inactive | entered-in-errorConsent.status