HL7 Terminology (THO)
6.1.0 - Continuous Process Integration (ci build)
HL7 Terminology (THO), published by HL7 International - Vocabulary Work Group. This guide is not an authorized publication; it is the continuous build for version 6.1.0 built by the FHIR (HL7® FHIR® Standard) CI Build. This version is based on the current content of https://github.com/HL7/UTG/ and changes regularly. See the Directory of published versions
Official URL: http://terminology.hl7.org/ValueSet/v3-RoleClassPassive | Version: 3.0.0 | |||
Active as of 2014-03-26 | Responsible: Health Level Seven International | Computable Name: RoleClassPassive | ||
Other Identifiers: OID:2.16.840.1.113883.1.11.19105 | ||||
Copyright/Legal: This material derives from the HL7 Terminology THO. THO is copyright ©1989+ Health Level Seven International and is made available under the CC0 designation. For more licensing information see: https://terminology.hl7.org/license.html |
An association for a playing Entity that is used, known, treated, handled, built, or destroyed, etc. under the auspices of the scoping Entity. The playing Entity is passive in these roles (even though it may be active in other roles), in the sense that the kinds of things done to it in this role happen without an agreement from the playing Entity.
References
This value set is not used here; it may be used elsewhere (e.g. specifications and/or implementations that use this content)
Generated Narrative: ValueSet v3-RoleClassPassive
Language: en
This value set includes codes based on the following rules:
http://terminology.hl7.org/CodeSystem/v3-RoleClass
where concept is-a _RoleClassPassiveThis value set excludes codes based on the following rules:
http://terminology.hl7.org/CodeSystem/v3-RoleClass
Code | Display | Definition |
_RoleClassPassive | RoleClassPassive | An association for a playing Entity that is used, known, treated, handled, built, or destroyed, etc. under the auspices of the scoping Entity. The playing Entity is passive in these roles (even though it may be active in other roles), in the sense that the kinds of things done to it in this role happen without an agreement from the playing Entity. |
Generated Narrative: ValueSet
Language: en
Expansion based on codesystem RoleClass v4.0.0 (CodeSystem)
This value set contains 26 concepts
Code | System | Display | Definition |
ACCESS | http://terminology.hl7.org/CodeSystem/v3-RoleClass | access | A role in which the playing entity (material) provides access to another entity. The principal use case is intravenous (or other bodily) access lines that preexist and need to be referred to for medication routing instructions. |
ADJY | http://terminology.hl7.org/CodeSystem/v3-RoleClass | adjacency | A physical association whereby two Entities are in some (even lose) spatial relationship with each other such that they touch each other in some way. Examples: the colon is connected (and therefore adjacent) to the jejunum; the colon is adjacent to the liver (even if not actually connected.) UsageConstraints: Adjacency is in principle a symmetrical connection, but scoper and player of the role should, where applicable, be assigned to have scoper be the larger, more central Entity and player the smaller, more distant, appendage. |
CONC | http://terminology.hl7.org/CodeSystem/v3-RoleClass | connection | An adjacency of two Entities held together by a bond which attaches to each of the two entities. Examples: biceps brachii muscle connected to the radius bone, port 3 on a network switch connected to port 5 on a patch panel. UsageConstraints: See Adjacency for the assignment of scoper (larger, more central) and player (smaller, more distant). |
BOND | http://terminology.hl7.org/CodeSystem/v3-RoleClass | molecular bond | A connection between two atoms of a molecule. Examples: double bond between first and second C in ethane, peptide bond between two amino-acid, disulfide bridge between two proteins, chelate and ion associations, even the much weaker van-der-Waals bonds can be considered molecular bonds. UsageConstraints: See connection and adjacency for the assignment of player and scoper. |
CONY | http://terminology.hl7.org/CodeSystem/v3-RoleClass | continuity | A connection between two regional parts. Examples: the connection between ascending aorta and the aortic arc, connection between descending colon and sigmoid. UsageConstraints: See connection and adjacency for the assignment of player and scoper. |
ADMM | http://terminology.hl7.org/CodeSystem/v3-RoleClass | Administerable Material | A material (player) that can be administered to an Entity (scoper). |
BIRTHPL | http://terminology.hl7.org/CodeSystem/v3-RoleClass | birthplace | Relates a place (playing Entity) as the location where a living subject (scoping Entity) was born. |
DEATHPLC | http://terminology.hl7.org/CodeSystem/v3-RoleClass | place of death | Definition: Relates a place (playing Entity) as the location where a living subject (scoping Entity) died. |
DST | http://terminology.hl7.org/CodeSystem/v3-RoleClass | distributed material | A material (player) distributed by a distributor (scoper) who functions between a manufacturer and a buyer or retailer. |
RET | http://terminology.hl7.org/CodeSystem/v3-RoleClass | retailed material | Material (player) sold by a retailer (scoper), who also give advice to prospective buyers. |
EXLOC | http://terminology.hl7.org/CodeSystem/v3-RoleClass | event location | A role played by a place at which the location of an event may be recorded. |
SDLOC | http://terminology.hl7.org/CodeSystem/v3-RoleClass | service delivery location | A role played by a place at which services may be provided. |
DSDLOC | http://terminology.hl7.org/CodeSystem/v3-RoleClass | dedicated service delivery location | A role of a place (player) that is intended to house the provision of services. Scoper is the Entity (typically Organization) that provides these services. This is not synonymous with "ownership." |
ISDLOC | http://terminology.hl7.org/CodeSystem/v3-RoleClass | incidental service delivery location | A role played by a place at which health care services may be provided without prior designation or authorization. |
EXPR | http://terminology.hl7.org/CodeSystem/v3-RoleClass | exposed entity | A role played by an entity that has been exposed to a person or animal suffering a contagious disease, or with a location from which a toxin has been distributed. The player of the role is normally a person or animal, but it is possible that other entity types could become exposed. The role is scoped by the source of the exposure, and it is quite possible for a person playing the role of exposed party to also become the scoper a role played by another person. That is to say, once a person has become infected, it is possible, perhaps likely, for that person to infect others. Management of exposures and tracking exposed parties is a key function within public health, and within most public health contexts - exposed parties are known as "contacts." |
HLD | http://terminology.hl7.org/CodeSystem/v3-RoleClass | held entity | Entity that is currently in the possession of a holder (scoper), who holds, or uses it, usually based on some agreement with the owner. |
HLTHCHRT | http://terminology.hl7.org/CodeSystem/v3-RoleClass | health chart | The role of a material (player) that is the physical health chart belonging to an organization (scoper). |
IDENT | http://terminology.hl7.org/CodeSystem/v3-RoleClass | identified entity | A role in which the scoping entity designates an identifier for a playing entity. |
MANU | http://terminology.hl7.org/CodeSystem/v3-RoleClass | manufactured product | Scoped by the manufacturer |
THER | http://terminology.hl7.org/CodeSystem/v3-RoleClass | therapeutic agent | A manufactured material (player) that is used for its therapeutic properties. The manufacturer is the scoper. |
MNT | http://terminology.hl7.org/CodeSystem/v3-RoleClass | maintained entity | An entity (player) that is maintained by another entity (scoper). This is typical role held by durable equipment. The scoper assumes responsibility for proper operation, quality, and safety. |
OWN | http://terminology.hl7.org/CodeSystem/v3-RoleClass | owned entity | An Entity (player) for which someone (scoper) is granted by law the right to call the material (player) his own. This entitles the scoper to make decisions about the disposition of that material. |
RGPR | http://terminology.hl7.org/CodeSystem/v3-RoleClass | regulated product | A product regulated by some governmentatl orgnization. The role is played by Material and scoped by Organization. Rationale: To support an entity clone used to identify the NDC number for a drug product. |
TERR | http://terminology.hl7.org/CodeSystem/v3-RoleClass | territory of authority | Relates a place entity (player) as the region over which the scoper (typically an Organization) has certain authority (jurisdiction). For example, the Calgary Regional Health Authority (scoper) has authority over the territory "Region 4 of Alberta" (player) in matters of health. |
USED | http://terminology.hl7.org/CodeSystem/v3-RoleClass | used entity | **Description:**An entity (player) that is used by another entity (scoper) |
WRTE | http://terminology.hl7.org/CodeSystem/v3-RoleClass | warranted product | A role a product plays when a guarantee is given to the purchaser by the seller (scoping entity) stating that the product is reliable and free from known defects and that the seller will repair or replace defective parts within a given time limit and under certain conditions. |
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 |
History
Date | Action | Author | Custodian | Comment |
2023-11-14 | revise | Marc Duteau | TSMG | Add standard copyright and contact to internal content; up-476 |
2022-10-18 | revise | Marc Duteau | TSMG | Fixing missing metadata; up-349 |
2020-05-06 | revise | Ted Klein | Vocabulary WG | Migrated to the UTG maintenance environment and publishing tooling. |
2014-03-26 | revise | Vocabulary (Woody Beeler) (no record of original request) | 2014T1_2014-03-26_001283 (RIM release ID) | Lock all vaue sets untouched since 2014-03-26 to trackingId 2014T1_2014_03_26 |