HL7.TERMINOLOGY\ActClassRecordOrganizer

HL7 Terminology (THO)
5.2.0 - Publication International flag

This page is part of the HL7 Terminology (v5.2.0: Release) based on FHIR R4. This is the current published version in its permanent home (it will always be available at this URL). For a full list of available versions, see the Directory of published versions

ValueSet: ActClassRecordOrganizer

Official URL: http://terminology.hl7.org/ValueSet/v3-ActClassRecordOrganizer		Version: 2.0.0
Active as of 2014-03-26	Computable Name: ActClassRecordOrganizer
Other Identifiers: id: urn:oid:2.16.840.1.113883.1.11.20308

No description

References

This value set is not used here; it may be used elsewhere (e.g. specifications and/or implementations that use this content)

Logical Definition (CLD)

This value set includes codes based on the following rules:

Include codes from http://terminology.hl7.org/CodeSystem/v3-ActClass where concept is-a _ActClassRecordOrganizer

This value set excludes codes based on the following rules:

Exclude these codes as defined in http://terminology.hl7.org/CodeSystem/v3-ActClass

Code	Display	Definition
_ActClassRecordOrganizer	record organizer	Used to group a set of acts sharing a common context. Organizer structures can nest within other context structures - such as where a document is contained within a folder, or a folder is contained within an EHR extract.

Expansion

This value set contains 14 concepts

Expansion based on ActClass v3.1.1 (CodeSystem)

Code	System	Display	Definition
COMPOSITION	http://terminology.hl7.org/CodeSystem/v3-ActClass	composition	A context representing a grouped commitment of information to the EHR. It is considered the unit of modification of the record, the unit of transmission in record extracts, and the unit of attestation by authorizing clinicians. A composition represents part of a patient record originating from a single interaction between an authenticator and the record. Unless otherwise stated all statements within a composition have the same authenticator, apply to the same patient and were recorded in a single session of use of a single application. A composition contains organizers and entries.
DOC	http://terminology.hl7.org/CodeSystem/v3-ActClass	document	The notion of a document comes particularly from the paper world, where it corresponds to the contents recorded on discrete pieces of paper. In the electronic world, a document is a kind of composition that bears resemblance to their paper world counter-parts. Documents typically are meant to be human-readable. HL7's notion of document differs from that described in the W3C XML Recommendation, in which a document refers specifically to the contents that fall between the root element's start-tag and end-tag. Not all XML documents are HL7 documents.
DOCCLIN	http://terminology.hl7.org/CodeSystem/v3-ActClass	clinical document	A clinical document is a documentation of clinical observations and services, with the following characteristics: Persistence - A clinical document continues to exist in an unaltered state, for a time period defined by local and regulatory requirements; Stewardship - A clinical document is maintained by a person or organization entrusted with its care; Potential for authentication - A clinical document is an assemblage of information that is intended to be legally authenticated; Wholeness - Authentication of a clinical document applies to the whole and does not apply to portions of the document without the full context of the document; Human readability - A clinical document is human readable.
CDALVLONE	http://terminology.hl7.org/CodeSystem/v3-ActClass	CDA Level One clinical document	A clinical document that conforms to Level One of the HL7 Clinical Document Architecture (CDA)
CONTAINER	http://terminology.hl7.org/CodeSystem/v3-ActClass	record container	Description: Container of clinical statements. Navigational. No semantic content. Knowledge of the section code is not required to interpret contained observations. Represents a heading in a heading structure, or "container tree". The record entries relating to a single clinical session are usually grouped under headings that represent phases of the encounter, or assist with layout and navigation. Clinical headings usually reflect the clinical workflow during a care session, and might also reflect the main author's reasoning processes. Much research has demonstrated that headings are used differently by different professional groups and specialties, and that headings are not used consistently enough to support safe automatic processing of the E H R.
CATEGORY	http://terminology.hl7.org/CodeSystem/v3-ActClass	category	A group of entries within a composition or topic that have a common characteristic - for example, Examination, Diagnosis, Management OR Subjective, Objective, Analysis, Plan. The distinction from Topic relates to value sets. For Category there is a bounded list of things like "Examination", "Diagnosis" or SOAP categories. For Topic the list is wide open to any clinical condition or reason for a part of an encounter. A CATEGORY MAY CONTAIN ENTRIES.
DOCBODY	http://terminology.hl7.org/CodeSystem/v3-ActClass	document body	A context that distinguishes the body of a document from the document header. This is seen, for instance, in HTML documents, which have discrete <head> and <body> elements.
DOCSECT	http://terminology.hl7.org/CodeSystem/v3-ActClass	document section	A context that subdivides the body of a document. Document sections are typically used for human navigation, to give a reader a clue as to the expected content. Document sections are used to organize and provide consistency to the contents of a document body. Document sections can contain document sections and can contain entries.
TOPIC	http://terminology.hl7.org/CodeSystem/v3-ActClass	topic	A group of entries within a composition that are related to a common clinical theme - such as a specific disorder or problem, prevention, screening and provision of contraceptive services. A topic may contain categories and entries.
EXTRACT	http://terminology.hl7.org/CodeSystem/v3-ActClass	extract	This context represents the part of a patient record conveyed in a single communication. It is drawn from a providing system for the purposes of communication to a requesting process (which might be another repository, a client application or a middleware service such as an electronic guideline engine), and supporting the faithful inclusion of the communicated data in the receiving system. An extract may be the entirety of the patient record as held by the sender or it may be a part of that record (e.g. changes since a specified date). An extract contains folders or compositions. An extract cannot contain another extract.
EHR	http://terminology.hl7.org/CodeSystem/v3-ActClass	electronic health record	A context that comprises all compositions. The EHR is an extract that includes the entire chart. NOTE: In an exchange scenario, an EHR is a specialization of an extract.
FOLDER	http://terminology.hl7.org/CodeSystem/v3-ActClass	folder	A context representing the high-level organization of an extract e.g. to group parts of the record by episode, care team, clinical specialty, clinical condition, or source application. Internationally, this kind of organizing structure is used variably: in some centers and systems the folder is treated as an informal compartmentalization of the overall health record; in others it might represent a significant legal portion of the EHR relating to the originating enterprise or team. A folder contains compositions. Folders may be nested within folders.
GROUPER	http://terminology.hl7.org/CodeSystem/v3-ActClass	grouper	Definition: An ACT that organizes a set of component acts into a semantic grouping that share a particular context such as timeframe, patient, etc. UsageNotes: The focus in a GROUPER act is the grouping of the contained acts. For example "a request to group" (RQO), "a type of grouping that is allowed to occur" (DEF), etc. Unlike WorkingList, which represents a dynamic, shared, continuously updated collection to provide a "view" of a set of objects, GROUPER collections tend to be static and simply indicate a shared set of semantics. Note that sharing of semantics can be achieved using ACT as well. However, with GROUPER, the sole semantic is of grouping.
CLUSTER	http://terminology.hl7.org/CodeSystem/v3-ActClass	Cluster	Description:An ACT that organizes a set of component acts into a semantic grouping that have a shared subject. The subject may be either a subject participation (SBJ), subject act relationship (SUBJ), or child participation/act relationship types. Discussion: The focus in a CLUSTER act is the grouping of the contained acts. For example "a request to cluster" (RQO), "a type of cluster that is allowed to occur" (DEF), etc. Examples: Radiologic investigations that might include administration of a dye, followed by radiographic observations; "Isolate cluster" which includes all testing and specimen processing performed on a specific isolate; a set of actions to perform at a particular stage in a clinical trial.

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

Custodian

Author

Comment

2022-10-18

revise