FHIR IG analytics| Package | hl7.fhir.uv.xver-r5.r4b |
| Resource Type | ValueSet |
| Id | ValueSet-R5-v3-xActClassDocumentEntryAct-for-R4B.json |
| FHIR Version | R4B |
| Source | http://hl7.org/fhir/uv/xver-r5.r4b/0.0.1-snapshot-2/ValueSet-R5-v3-xActClassDocumentEntryAct-for-R4B.html |
| URL | http://hl7.org/fhir/5.0/ValueSet/R5-v3-xActClassDocumentEntryAct-for-R4B |
| Version | 0.0.1-snapshot-2 |
| Status | active |
| Date | 2025-09-01T22:37:05.479953+10:00 |
| Name | R5_v3_xActClassDocumentEntryAct_for_R4B |
| Title | Cross-version VS for R5.XActClassDocumentEntryAct for use in FHIR R4B |
| Realm | uv |
| Authority | hl7 |
| Description | This cross-version ValueSet represents concepts from http://terminology.hl7.org/ValueSet/v3-xActClassDocumentEntryAct|2.0.0 for use in FHIR R4B. Concepts not present here have direct `equivalent` mappings crossing all versions from R5 to R4B. |
No resources found
| CodeSystem | |
| v3-ActClass | ActClass |
Note: links and images are rebased to the (stated) source
Generated Narrative: ValueSet R5-v3-xActClassDocumentEntryAct-for-R4B
This value set expansion contains 21 concepts.
| Code | System | Display | Definition |
| ACCM | http://terminology.hl7.org/CodeSystem/v3-ActClass | accommodation | An accommodation is a service provided for a Person or other LivingSubject in which a place is provided for the subject to reside for a period of time. Commonly used to track the provision of ward, private and semi-private accommodations for a patient. |
| ACSN | http://terminology.hl7.org/CodeSystem/v3-ActClass | accession | A unit of work, a grouper of work items as defined by the system performing that work. Typically some laboratory order fulfillers communicate references to accessions in their communications regarding laboratory orders. Often one or more specimens are related to an accession such that in some environments the accession number is taken as an identifier for a specimen (group). |
| ACT | http://terminology.hl7.org/CodeSystem/v3-ActClass | act | A record of something that is being done, has been done, can be done, or is intended or requested to be done. *Examples:*The kinds of acts that are common in health care are (1) a clinical observation, (2) an assessment of health condition (such as problems and diagnoses), (3) healthcare goals, (4) treatment services (such as medication, surgery, physical and psychological therapy), (5) assisting, monitoring or attending, (6) training and education services to patients and their next of kin, (7) and notary services (such as advanced directives or living will), (8) editing and maintaining documents, and many others. Discussion and Rationale: Acts are the pivot of the RIM; all domain information and processes are represented primarily in Acts. Any profession or business, including healthcare, is primarily constituted of intentional and occasionally non-intentional actions, performed and recorded by responsible actors. An Act-instance is a record of such an action. Acts connect to Entities in their Roles through Participations and connect to other Acts through ActRelationships. Participations are the authors, performers and other responsible parties as well as subjects and beneficiaries (which includes tools and material used in the performance of the act, which are also subjects). The moodCode distinguishes between Acts that are meant as factual records, vs. records of intended or ordered services, and the other modalities in which act can appear. One of the Participations that all acts have (at least implicitly) is a primary author, who is responsible of the Act and who "owns" the act. Responsibility for the act means responsibility for what is being stated in the Act and as what it is stated. Ownership of the act is assumed in the sense of who may operationally modify the same act. Ownership and responsibility of the Act is not the same as ownership or responsibility of what the Act-object refers to in the real world. The same real world activity can be described by two people, each being the author of their Act, describing the same real world activity. Yet one can be a witness while the other can be a principal performer. The performer has responsibilities for the physical actions; the witness only has responsibility for making a true statement to the best of his or her ability. The two Act-instances may even disagree, but because each is properly attributed to its author, such disagreements can exist side by side and left to arbitration by a recipient of these Act-instances. In this sense, an Act-instance represents a "statement" according to Rector and Nowlan (1991) [Foundations for an electronic medical record. Methods Inf Med. 30.] Rector and Nowlan have emphasized the importance of understanding the medical record not as a collection of facts, but "a faithful record of what clinicians have heard, seen, thought, and done." Rector and Nowlan go on saying that "the other requirements for a medical record, e.g., that it be attributable and permanent, follow naturally from this view." Indeed the Act class is this attributable statement, and the rules of updating acts (discussed in the state-transition model, see Act.statusCode) versus generating new Act-instances are designed according to this principle of permanent attributable statements. Rector and Nolan focus on the electronic medical record as a collection of statements, while attributed statements, these are still mostly factual statements. However, the Act class goes beyond this limitation to attributed factual statements, representing what is known as "speech-acts" in linguistics and philosophy. The notion of speech-act includes that there is pragmatic meaning in language utterances, aside from just factual statements; and that these utterances interact with the real world to change the state of affairs, even directly cause physical activities to happen. For example, an order is a speech act that (provided it is issued adequately) will cause the ordered action to be physically performed. The speech act theory has culminated in the seminal work by Austin (1962) [How to do things with words. Oxford University Press]. An activity in the real world may progress from defined, through planned and ordered to executed, which is represented as the mood of the Act. Even though one might think of a single activity as progressing from planned to executed, this progression is reflected by multiple Act-instances, each having one and only one mood that will not change along the Act-instance life cycle. This is because the attribution and content of speech acts along this progression of an activity may be different, and it is often critical that a permanent and faithful record be maintained of this progression. The specification of orders or promises or plans must not be overwritten by the specification of what was actually done, so as to allow comparing actions with their earlier specifications. Act-instances that describe this progression of the same real world activity are linked through the ActRelationships (of the relationship category "sequel"). Act as statements or speech-acts are the only representation of real world facts or processes in the HL7 RIM. The truth about the real world is constructed through a combination (and arbitration) of such attributed statements only, and there is no class in the RIM whose objects represent "objective state of affairs" or "real processes" independent from attributed statements. As such, there is no distinction between an activity and its documentation. Every Act includes both to varying degrees. For example, a factual statement made about recent (but past) activities, authored (and signed) by the performer of such activities, is commonly known as a procedure report or original documentation (e.g., surgical procedure report, clinic note etc.). Conversely, a status update on an activity that is presently in progress, authored by the performer (or a close observer) is considered to capture that activity (and is later superceded by a full procedure report). However, both status update and procedure report are acts of the same kind, only distinguished by mood and state (see statusCode) and completeness of the information. |
| AEXPOS | http://terminology.hl7.org/CodeSystem/v3-ActClass | acquisition exposure | Description: An acquisition exposure act describes the proximity (location and time) through which the participating entity was potentially exposed to a physical (including energy), chemical or biological agent from another entity. The acquisition exposure act is used in conjunction with transmission exposure acts as part of an analysis technique for contact tracing. Although an exposure can be decomposed into transmission and acquisition exposures, there is no requirement that all exposures be treated in this fashion. Constraints: The Acquisition Exposure inherits the participation constraints that apply to Exposure with the following exception. The EXPSRC (exposure source) participation must never be associated with the Transmission Exposure either directly or via context conduction. |
| CONS | http://terminology.hl7.org/CodeSystem/v3-ActClass | consent | The Consent class represents informed consents and all similar medico-legal transactions between the patient (or his legal guardian) and the provider. Examples are informed consent for surgical procedures, informed consent for clinical trials, advanced beneficiary notice, against medical advice decline from service, release of information agreement, etc. The details of consents vary. Often an institution has a number of different consent forms for various purposes, including reminding the physician about the topics to mention. Such forms also include patient education material. In electronic medical record communication, consents thus are information-generating acts on their own and need to be managed similar to medical activities. Thus, Consent is modeled as a special class of Act. The "signatures" to the consent document are represented electronically through Participation instances to the consent object. Typically an informed consent has Participation.typeCode of "performer", the healthcare provider informing the patient, and "consenter", the patient or legal guardian. Some consent may associate a witness or a notary public (e.g., living wills, advanced directives). In consents where a healthcare provider is not required (e.g. living will), the performer may be the patient himself or a notary public. Some consent has a minimum required delay between the consent and the service, so as to allow the patient to rethink his decisions. This minimum delay can be expressed in the act definition by the ActRelationship.pauseQuantity attribute that delays the service until the pause time has elapsed after the consent has been completed. |
| CONTREG | http://terminology.hl7.org/CodeSystem/v3-ActClass | container registration | An Act where a container is registered either via an automated sensor, such as a barcode reader, or by manual receipt |
| CTTEVENT | http://terminology.hl7.org/CodeSystem/v3-ActClass | clinical trial timepoint event | An identified point during a clinical trial at which one or more actions are scheduled to be performed (definition mood), or are actually performed (event mood). The actions may or may not involve an encounter between the subject and a healthcare professional. |
| DISPACT | http://terminology.hl7.org/CodeSystem/v3-ActClass | disciplinary action | An action taken with respect to a subject Entity by a regulatory or authoritative body with supervisory capacity over that entity. The action is taken in response to behavior by the subject Entity that body finds to be undesirable. Suspension, license restrictions, monetary fine, letter of reprimand, mandated training, mandated supervision, etc.Examples: |
| EXPOS | http://terminology.hl7.org/CodeSystem/v3-ActClass | exposure | An interaction between entities that provides opportunity for transmission of a physical, chemical, or biological agent from an exposure source entity to an exposure target entity. Examples: The following examples are provided to indicate what interactions are considered exposures rather than other types of Acts:
Usage Notes: This class deals only with opportunity and not the outcome of the exposure; i.e. not all exposed parties will necessarily experience actual harm or benefit. Exposure differs from Substance Administration by the absence of the participation of a performer in the act. The following participations SHOULD be used with the following participations to distinguish the specific entities:
The Exposure.statusCode attribute should be interpreted as the state of the Exposure business object (e.g., active, aborted, completed) and not the clinical status of the exposure (e.g., probable, confirmed). The clinical status of the exposure should be associated with the exposure via a subject observation. Design Comment: The usage notes require a clear criterion for determining whether an act is an exposure or substance administration-deleterious potential, uncertainty of actual transmission, or otherwise. SBADM states that the criterion is the presence of a performer-but there are examples above that call this criterion into question (e.g., the first one, concerning a dosing error). |
| INC | http://terminology.hl7.org/CodeSystem/v3-ActClass | incident | An event that occurred outside of the control of one or more of the parties involved. Includes the concept of an accident. |
| INFRM | http://terminology.hl7.org/CodeSystem/v3-ActClass | inform | The act of transmitting information and understanding about a topic to a subject where the participation association must be SBJ. Discussion: This act may be used to request that a patient or provider be informed about an Act, or to indicate that a person was informed about a particular act. |
| LIST | http://terminology.hl7.org/CodeSystem/v3-ActClass | working list | Working list collects a dynamic list of individual instances of Act via ActRelationship which reflects the need of an individual worker, team of workers, or an organization to manage lists of acts for many different clinical and administrative reasons. Examples of working lists include problem lists, goal lists, allergy lists, and to-do lists. |
| MPROT | http://terminology.hl7.org/CodeSystem/v3-ActClass | monitoring program | An officially or unofficially instituted program to track acts of a particular type or categorization. |
| PCPR | http://terminology.hl7.org/CodeSystem/v3-ActClass | care provision | An Act that of taking on whole or partial responsibility for, or attention to, safety and well-being of a subject of care. Discussion: A care provision event may exist without any other care actions taking place. For example, when a patient is assigned to the care of a particular health professional. In request (RQO) mood care provision communicates a referral, which is a request:
The scope of the care for which responsibility is taken is identified by code attribute. In event (EVN) mood care provision indicates the effective time interval of a specified scope of responsibility by a performer (PRF) or set of performers (PRF) for a subject (SBJ). Examples:
|
| REG | http://terminology.hl7.org/CodeSystem/v3-ActClass | registration | Represents the act of maintaining information about the registration of its associated registered subject. The subject can be either an Act or a Role, and includes subjects such as lab exam definitions, drug protocol definitions, prescriptions, persons, patients, practitioners, and equipment. The registration may have a unique identifier - separate from the unique identification of the subject - as well as a core set of related participations and act relationships that characterize the registration event and aid in the disposition of the subject information by a receiving system. |
| REV | http://terminology.hl7.org/CodeSystem/v3-ActClass | review | The act of examining and evaluating the subject, usually another act. For example, "This prescription needs to be reviewed in 2 months." |
| SPCTRT | http://terminology.hl7.org/CodeSystem/v3-ActClass | specimen treatment | A procedure or treatment performed on a specimen to prepare it for analysis |
| STORE | http://terminology.hl7.org/CodeSystem/v3-ActClass | storage | The act of putting something away for safe keeping. The "something" may be physical object such as a specimen, or information, such as observations regarding a specimen. |
| TEXPOS | http://terminology.hl7.org/CodeSystem/v3-ActClass | transmission exposure | Description: A transmission exposure act describes the proximity (time and location) over which the participating source entity was capable of transmitting a physical (including energy), chemical or biological substance agent to another entity. The transmission exposure act is used in conjunction with acquisition exposure acts as part of an analysis technique for contact tracing. Although an exposure can be decomposed into transmission and acquisition exposures, there is no requirement that all exposures be treated in this fashion. Constraints: The Transmission Exposure inherits the participation constraints that apply to Exposure with the following exception. The EXPTRGT (exposure target) participation must never be associated with the Transmission Exposure either directly or via context conduction. |
| TRFR | http://terminology.hl7.org/CodeSystem/v3-ActClass | transfer | Definition: The act of transferring information without the intent of imparting understanding about a topic to the subject that is the recipient or holder of the transferred information where the participation association must be RCV or HLD. |
| TRNS | http://terminology.hl7.org/CodeSystem/v3-ActClass | transportation | Transportation is the moving of a payload (people or material) from a location of origin to a destination location. Thus, any transport service has the three target instances of type payload, origin, and destination, besides the targets that are generally used for any service (i.e., performer, device, etc.) |
{
"resourceType": "ValueSet",
"id": "R5-v3-xActClassDocumentEntryAct-for-R4B",
"text": {
"status": "generated",
"div": "<!-- snip (see above) -->"
},
"extension": [
{
"url": "http://hl7.org/fhir/StructureDefinition/structuredefinition-wg",
"valueCode": "fhir"
},
{
"extension": [
{
"url": "packageId",
"valueId": "hl7.fhir.uv.xver-r5.r4b"
},
{
"url": "version",
"valueString": "0.0.1-snapshot-2"
}
],
"url": "http://hl7.org/fhir/StructureDefinition/package-source"
},
{
"url": "http://hl7.org/fhir/StructureDefinition/structuredefinition-fmm",
"valueInteger": 0,
"_valueInteger": {
"extension": [
{
"url": "http://hl7.org/fhir/StructureDefinition/structuredefinition-conformance-derivedFrom",
"valueCanonical": "http://hl7.org/fhir/5.0/ImplementationGuide/hl7.fhir.uv.xver-r5.r4b"
}
]
}
},
{
"url": "http://hl7.org/fhir/StructureDefinition/structuredefinition-standards-status",
"valueCode": "trial-use",
"_valueCode": {
"extension": [
{
"url": "http://hl7.org/fhir/StructureDefinition/structuredefinition-conformance-derivedFrom",
"valueCanonical": "http://hl7.org/fhir/5.0/ImplementationGuide/hl7.fhir.uv.xver-r5.r4b"
}
]
}
}
],
"url": "http://hl7.org/fhir/5.0/ValueSet/R5-v3-xActClassDocumentEntryAct-for-R4B",
"version": "0.0.1-snapshot-2",
"name": "R5_v3_xActClassDocumentEntryAct_for_R4B",
"title": "Cross-version VS for R5.XActClassDocumentEntryAct for use in FHIR R4B",
"status": "active",
"experimental": false,
"date": "2025-09-01T22:37:05.479953+10:00",
"publisher": "FHIR Infrastructure",
"contact": [
{
"name": "FHIR Infrastructure",
"telecom": [
{
"system": "url",
"value": "http://www.hl7.org/Special/committees/fiwg"
}
]
}
],
"description": "This cross-version ValueSet represents concepts from http://terminology.hl7.org/ValueSet/v3-xActClassDocumentEntryAct|2.0.0 for use in FHIR R4B. Concepts not present here have direct `equivalent` mappings crossing all versions from R5 to R4B.",
"jurisdiction": [
{
"coding": [
{
"system": "http://unstats.un.org/unsd/methods/m49/m49.htm",
"code": "001",
"display": "World"
}
]
}
],
"compose": {
"include": [
{
"system": "http://terminology.hl7.org/CodeSystem/v3-ActClass",
"version": "3.1.1",
"concept": [
{
"code": "ACCM",
"display": "accommodation"
},
{
"code": "ACSN",
"display": "accession"
},
{
"code": "ACT",
"display": "act"
},
{
"code": "AEXPOS",
"display": "acquisition exposure"
},
{
"code": "CONS",
"display": "consent"
},
{
"code": "CONTREG",
"display": "container registration"
},
{
"code": "CTTEVENT",
"display": "clinical trial timepoint event"
},
{
"code": "DISPACT",
"display": "disciplinary action"
},
{
"code": "EXPOS",
"display": "exposure"
},
{
"code": "INC",
"display": "incident"
},
{
"code": "INFRM",
"display": "inform"
},
{
"code": "LIST",
"display": "working list"
},
{
"code": "MPROT",
"display": "monitoring program"
},
{
"code": "PCPR",
"display": "care provision"
},
{
"code": "REG",
"display": "registration"
},
{
"code": "REV",
"display": "review"
},
{
"code": "SPCTRT",
"display": "specimen treatment"
},
{
"code": "STORE",
"display": "storage"
},
{
"code": "TEXPOS",
"display": "transmission exposure"
},
{
"code": "TRFR",
"display": "transfer"
},
{
"code": "TRNS",
"display": "transportation"
}
]
}
]
},
"expansion": {
"timestamp": "2025-09-01T22:37:05.479954+10:00",
"contains": [
{
"system": "http://terminology.hl7.org/CodeSystem/v3-ActClass",
"version": "3.1.1",
"code": "ACCM",
"display": "accommodation"
},
{
"system": "http://terminology.hl7.org/CodeSystem/v3-ActClass",
"version": "3.1.1",
"code": "ACSN",
"display": "accession"
},
{
"system": "http://terminology.hl7.org/CodeSystem/v3-ActClass",
"version": "3.1.1",
"code": "ACT",
"display": "act"
},
{
"system": "http://terminology.hl7.org/CodeSystem/v3-ActClass",
"version": "3.1.1",
"code": "AEXPOS",
"display": "acquisition exposure"
},
{
"system": "http://terminology.hl7.org/CodeSystem/v3-ActClass",
"version": "3.1.1",
"code": "CONS",
"display": "consent"
},
{
"system": "http://terminology.hl7.org/CodeSystem/v3-ActClass",
"version": "3.1.1",
"code": "CONTREG",
"display": "container registration"
},
{
"system": "http://terminology.hl7.org/CodeSystem/v3-ActClass",
"version": "3.1.1",
"code": "CTTEVENT",
"display": "clinical trial timepoint event"
},
{
"system": "http://terminology.hl7.org/CodeSystem/v3-ActClass",
"version": "3.1.1",
"code": "DISPACT",
"display": "disciplinary action"
},
{
"system": "http://terminology.hl7.org/CodeSystem/v3-ActClass",
"version": "3.1.1",
"code": "EXPOS",
"display": "exposure"
},
{
"system": "http://terminology.hl7.org/CodeSystem/v3-ActClass",
"version": "3.1.1",
"code": "INC",
"display": "incident"
},
{
"system": "http://terminology.hl7.org/CodeSystem/v3-ActClass",
"version": "3.1.1",
"code": "INFRM",
"display": "inform"
},
{
"system": "http://terminology.hl7.org/CodeSystem/v3-ActClass",
"version": "3.1.1",
"code": "LIST",
"display": "working list"
},
{
"system": "http://terminology.hl7.org/CodeSystem/v3-ActClass",
"version": "3.1.1",
"code": "MPROT",
"display": "monitoring program"
},
{
"system": "http://terminology.hl7.org/CodeSystem/v3-ActClass",
"version": "3.1.1",
"code": "PCPR",
"display": "care provision"
},
{
"system": "http://terminology.hl7.org/CodeSystem/v3-ActClass",
"version": "3.1.1",
"code": "REG",
"display": "registration"
},
{
"system": "http://terminology.hl7.org/CodeSystem/v3-ActClass",
"version": "3.1.1",
"code": "REV",
"display": "review"
},
{
"system": "http://terminology.hl7.org/CodeSystem/v3-ActClass",
"version": "3.1.1",
"code": "SPCTRT",
"display": "specimen treatment"
},
{
"system": "http://terminology.hl7.org/CodeSystem/v3-ActClass",
"version": "3.1.1",
"code": "STORE",
"display": "storage"
},
{
"system": "http://terminology.hl7.org/CodeSystem/v3-ActClass",
"version": "3.1.1",
"code": "TEXPOS",
"display": "transmission exposure"
},
{
"system": "http://terminology.hl7.org/CodeSystem/v3-ActClass",
"version": "3.1.1",
"code": "TRFR",
"display": "transfer"
},
{
"system": "http://terminology.hl7.org/CodeSystem/v3-ActClass",
"version": "3.1.1",
"code": "TRNS",
"display": "transportation"
}
]
}
}