Obligation Discussion
0.4.1 - Working Draft to present the Concept Ideas and Background Details (FO)
Obligation Discussion - Local Development build (v0.4.1) built by the FHIR (HL7® FHIR® Standard) Build Tools. See the Directory of published versions
Official URL: http://v2.hl7.org/fhir/CodeSystem/obligationAlone | Version: 0.1.0 | |||
Active as of 2024-05-08 | Computable Name: ObligationAloneCodes |
This is the Obligation CodeSystem (alone) as part of the triplet.
This Code system is referenced in the content logical definition of the following value sets:
Properties
This code system defines the following properties for its concepts
Code | URI | Type | Description |
parent | http://hl7.org/fhir/concept-properties#parent | code | |
actor | code | what type of actor | |
comment | http://hl7.org/fhir/concept-properties#comment | string | comments/remarks |
Concepts
This case-sensitive code system http://v2.hl7.org/fhir/CodeSystem/obligationAlone
defines the following codes in a Is-A hierarchy:
Lvl | Code | Display | Definition | Parent | actor | Comment |
1 | send | send | populate with values from somewhere | creator | prohibited elements can be expressed by 'SHALL NOT send'. | |
2 | from-ui | from UI | Take the data from UI, so that the user has the ability to enter it. | send | ||
3 | from-textfield | from textfield in UI | Take the data from a test input field | from-ui | too explicit/dedicated, concerns application details | |
3 | from-widget | from widget in UI | Take the data from a specific widget | from-ui | too explicit/dedicated, concerns application details | |
3 | from-combobox | from combobox in UI | Take the data from a combobox | from-ui | too explicit/dedicated, concerns application details | |
2 | from-store | from persistence layer | Take data from storage/persistence layer. | send | ||
2 | from-input | from input stream | As a router, take data from input stream. | send | router | |
2 | as-constant | constant | added as constant to the data, no special treatment done internally | send | ||
1 | process | process/receive | Data received is processed as needed for general message consumption, store permitted. | consumer | elements that are to be ignored can be expressed by 'SHALL NOT process'. | |
2 | follow-up | follow-up activity | what to do internally | |||
3 | display | display/present (UI) | present the data on a display | follow-up | ||
3 | store | store | store/persist the data somewhere | follow-up | router | |
4 | archive | archive | store/persist the archive which ensures longlasting access | |||
4 | in-database | store in a database | store in a database | too explicit/dedicated, concerns application details | ||
4 | in-file | store in a file | store in a file | too explicit/dedicated, concerns application details | ||
3 | print the data (somewhere) | follow-up | ||||
3 | eval | evaluate | consider the data in order to interpret other correctly | follow-up | ||
3 | integrate | integrate into data | to UPDATE existing data by merging other data with the existing data in a controlled manner | follow-up | ||
3 | forward | forward | as a router forward to the next recipient | follow-up | router | |
2 | respond | activity as response | what to respond | |||
3 | warning | return warnings | return possible warnings | respond | ||
4 | error | return error | return possible errors | warning | ||
1 | other | other obligations | other obligations beyond | |||
2 | explain | explain | provide an explanation in a capability statement how this element is handled | other |