diff --git a/GeneralIntro/ch-E.html b/GeneralIntro/ch-E.html index c00a03360..c120b649c 100644 --- a/GeneralIntro/ch-E.html +++ b/GeneralIntro/ch-E.html @@ -69,8 +69,11 @@

E.1.1 Normative versus informative contents of the Technical Fram non-normative.

IHE adopts the normative words defined in IETF Best Current Practice 14: Key words for use in RFCs to Indicate Requirement Levels (BCP-14) (currently RFC 2119 and RFC 8174), certain words indicate whether a specific content of the Technical -Framework is normative: either required (e.g., “must”, “required”, “shall”) or optional (e.g., -“may”, “recommended”). Informative content does not contain these key words. +Framework is normative. +The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", +"SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL" in this +document are to be interpreted as described in RFC 2119. +Informative content does not contain these key words.

E.2 Profiling DICOM

The required behaviors for DICOM Type 2 attributes are sometimes misunderstood by implementers. IHE emphasizes that DICOM Type 2 attributes (for instance, Patient Name, Patient ID) shall be transmitted with zero length if the source system does not possess valid values for such attributes; in other words, the source system shall not assign default values to such attributes. The receiving system must be able to handle zero-length values for such attributes.