# normal_status terminology missing description

**Category:** [Specifications](https://discourse.openehr.org/c/specifications/6)
**Created:** 2025-12-01 10:35 UTC
**Views:** 34
**Replies:** 5
**URL:** https://discourse.openehr.org/t/normal-status-terminology-missing-description/11623

---

## Post #1 by @SevKohler

Hey, 

the HL7 specification linked contains only H and HH. 
Our spec does not explain what these values mean.
If yes where are these values meaning documented ?

https://specifications.openehr.org/releases/TERM/latest/SupportTerminology.html#_normal_statuses

https://github.com/openEHR/archie/blob/b11af702fce0c4b4b1706398e0c65e8fd38f298d/openehr-terminology/src/main/resources/openEHR_RM/en/openehr_terminology.xml#L18

---

## Post #2 by @siljelb

[Data Types Information Model](https://specifications.openehr.org/releases/RM/latest/data_types.html#_dv_ordered_class)

---

## Post #3 by @SevKohler

Does not explain the meaning behind it just states the values again:
> Coded by ordinals in series HHH, HH, H, (nothing), L, LL, LLL

The hl7 spec linked in one of my links explains L LL and H HH but not LLL and HHH

---

## Post #4 by @siljelb

Ah, right. Here's a little more: [Data Types Information Model](https://specifications.openehr.org/releases/RM/latest/data_types.html#_normal_and_reference_ranges)

---

## Post #5 by @SevKohler

Ah thank you, i will raise a ticket, we will have to change and make better visible. 
Also L LL LLL is missing, even thou you can abstract that. 
Not very optimal for a specification.

---

## Post #6 by @sebastian.garde

Agree + 

> Coded by ordinals in series HHH, HH, H, (nothing), L, LL, LLL;

However, the terminology itself as well as a post_status and an invariant  on DV_ORDERED have a “normal” normal status as “N” and not as (nothing), e.g.

*Post_status*: `normal_status /= Void implies normal_status.code_string.is_equal (“N”)`

*Normal_range_and_status_consistency*: `(normal_range /= Void and normal_status /= Void) implies (normal_status.code_string.is_equal (“N”) xor not normal_range.has (self))`

Unless there is an explanation I am missing, this looks odd to me.

---


**Canonical:** https://discourse.openehr.org/t/normal-status-terminology-missing-description/11623
**Original content:** https://discourse.openehr.org/t/normal-status-terminology-missing-description/11623