This page is part of the Adverse Event Clinical Research R4 Backport (v1.0.0-ballot: STU 1 Ballot 1) based on FHIR R4. . For a full list of available versions, see the Directory of published versions
Official URL: http://hl7.org/fhir/uv/ae-research-backport-ig/ValueSet/adverse-event-participant-function-vs | Version: 1.0.0-ballot | |||
Standards status: Informative | Computable Name: AdverseEventParticipantFunction |
This value set includes codes that describe the type of involvement of the actor in the adverse event.
References
http://terminology.hl7.org/CodeSystem/v3-ParticipationType
Code | Display | Definition |
INF | informant | A source of reported information (e.g., a next of kin who answers questions about the patient's history). For history questions, the patient is logically an informant, yet the informant of history questions is implicitly the subject. |
PART | Participation | Indicates that the target of the participation is involved in some manner in the act, but does not qualify how. |
WIT | witness | Only with service events. A person witnessing the action happening without doing anything. A witness is not necessarily aware, much less approves of anything stated in the service event. Example for a witness is students watching an operation or an advanced directive witness. |
AUT | author (originator) | **Definition:** A party that originates the Act and therefore has responsibility for the information given in the Act and ownership of this Act. **Example:** the report writer, the person writing the act definition, the guideline author, the placer of an order, the EKG cart (device) creating a report etc. Every Act should have an author. Authorship is regardless of mood always actual authorship. Examples of such policies might include: * The author and anyone they explicitly delegate may update the report; * All administrators within the same clinic may cancel and reschedule appointments created by other administrators within that clinic; A party that is neither an author nor a party who is extended authorship maintenance rights by policy, may only amend, reverse, override, replace, or follow up in other ways on this Act, whereby the Act remains intact and is linked to another Act authored by that other party. |
This value set contains 4 concepts
Expansion based on ParticipationType v3.1.1 (CodeSystem)
Code | System | Display | Definition |
INF | http://terminology.hl7.org/CodeSystem/v3-ParticipationType | informant | A source of reported information (e.g., a next of kin who answers questions about the patient's history). For history questions, the patient is logically an informant, yet the informant of history questions is implicitly the subject. |
PART | http://terminology.hl7.org/CodeSystem/v3-ParticipationType | Participation | Indicates that the target of the participation is involved in some manner in the act, but does not qualify how. |
WIT | http://terminology.hl7.org/CodeSystem/v3-ParticipationType | witness | Only with service events. A person witnessing the action happening without doing anything. A witness is not necessarily aware, much less approves of anything stated in the service event. Example for a witness is students watching an operation or an advanced directive witness. |
AUT | http://terminology.hl7.org/CodeSystem/v3-ParticipationType | author (originator) | Definition: A party that originates the Act and therefore has responsibility for the information given in the Act and ownership of this Act. Example: the report writer, the person writing the act definition, the guideline author, the placer of an order, the EKG cart (device) creating a report etc. Every Act should have an author. Authorship is regardless of mood always actual authorship. Examples of such policies might include:
A party that is neither an author nor a party who is extended authorship maintenance rights by policy, may only amend, reverse, override, replace, or follow up in other ways on this Act, whereby the Act remains intact and is linked to another Act authored by that other party. |
Explanation of the columns that may appear on this page:
Level | A few code lists that FHIR defines are hierarchical - each code is assigned a level. In this scheme, some codes are under other codes, and imply that the code they are under also applies |
System | The source of the definition of the code (when the value set draws in codes defined elsewhere) |
Code | The code (used as the code in the resource instance) |
Display | The display (used in the display element of a Coding). If there is no display, implementers should not simply display the code, but map the concept into their application |
Definition | An explanation of the meaning of the concept |
Comments | Additional notes about how to use the code |