关于接受医护或其他健康相关服务的个人的人口统计学和其他行政信息。

一个resource使用新增操作（create operation）提交给伺服器时，此resource没有id，它的id在resource被创建后由服务器分配/指定。

人可读的叙述，包含resource的摘要，可用于向人表述resource的内容。叙述不需要对所有的结构化资料进行编码，但需要包含足够的细节使人在阅读叙述时理解「临床安全性」。resource定义有哪些内容应该在叙述中表示，以确保临床安全。

任何应用程序、专案或标准使用扩充时，都不应该带有任何负面的联想。使用扩充是允许FHIR规范为每个人保留一个核心的简易性。

病人的唯一识别码（identifier）

病人几乎总是被指定一个特定的数值型的唯一识别码（identifier）

适用于身分证字号

这个唯一识别码（identifier）的用途

应用程序可以假定一个识别码是永久的，除非它明确说它是暂时的。

如果知道，请说明此识别码的目的；应填入所绑定值集中的其中一个代码。

允许从一组识别码中为特定的使用场景选择适当的识别码

识别码的代码型别，用于决定特定目适用的识别码。

这个资料项目只涉及识别码的一般类别。它 必须没有（SHALL NOT） 被用于与Identifier.system 1..1对应的代码。一些识别码可能由于常见的用法而属于多个类别。在系统是已知的情况下，型别是不必要的，因为型别总是系统定义的一部分。然而，系统经常需要处理系统不为人知的识别码。型别和系统之间不是1:1的关系，因为许多不同的系统有相同的型别。

识别码的型别，用于决定特定目的所适用的识别码；应填入所绑定值集中适合的代码，确定无适合的代码才可以使用其他值集的代码来表示。

允许使用者在不知道识别码系统的情况下利用识别码

代码可以在列举清单（enumerations）或代码清单（code lists）中非常随意地定义，直至有非常正式的定义，例如：SNOMED CT—更多信息见HL7 v3核心原则（Core Principles）。编码的排序是未定义的因而 必须没有（SHALL NOT） 被用来推断意义。一般来说，最多只有一个编码值（coding values）会被标记为UserSelected = true。

允许编码系统中的替代编码，以及翻译到其他编码系统。

定义代码中符号意义的编码系统识别

URI可以是一个OID（urn:oid:...）或一个UUID（urn:uuid:...）；OID和UUID 必须（SHALL） 参照HL7 OID注册中心；否则，URI应该来自HL7的FHIR定义的特殊URI列表，或者它应该参照一些明确建立的系统定义。

需要明确说明符号定义的来源

选择此代码时使用的编码系统版本；请注意，一个维护良好的编码系统不需要版本报告，因为代码的意义在不同系统版本中是一致的；然而，不能始终保证这点，当不能保证意义一致时， 必须（SHALL） 将版本信息也一并作交换。

如果专门术语没有明确定义应该使用什么字串来识别编码系统的版本，建议使用版本正式发布的日期（用FHIR日期格式表示）作为版本日期。

系统定义的语法之符号；符号可能是一个预先定义的代码，也可能是编码系统定义的语法中的表达式（如后组合配对／后组合式）。

需要参照系统中的一个特定代码

遵循系统的规则以呈现代码含义的描述

需要能为不了解此系统的读者呈现可读的代码含义

表明此编码是由使用者直接选择，例如：从可用项目（代码或显示名称）的清单中选择。

在一系列备选方案中，直接选择的代码是新翻译最合适的起点；关于「直接选择」的确切意义，存在模糊不清之处，可能需要贸易伙伴的同意，以更完整澄清此资料项目的使用及其后果。

已被确定为一个临床安全准则—此确切的系统／代码对(code pair)是被明确选择的，而不是由编码系统根据一些规则或是程序语言处理判断。

输入资料的使用者所见／所选／所说的人类可读文字表述，和（或）其代表使用者的预期含义。

很多时候，此文字表述与其中一个代码的显示名称相同。

专门术语中的代码并不总是能捕捉人类使用的细微差别的正确意义，或者根本就没有合适的代码；这些情况下，文字表述被用来捕捉来源的全部意义。

建立值的命名空间－即一个描述一组值的唯一URL

Identifier.system总是区分大小写

有许多识别码的集合。为了进行两个识别码的对应，我们需要知道我们处理的是哪一组。系统指明了一个特定的唯一识别码集。

识别码中通常与使用者有关的部分，在编码系统作用域内是唯一的。

识别码有效／曾经有效使用的时段或期间

签发／管理识别码的机构

Identifier.assigner可以省略.reference资料项目，只包含一个.display资料项目，反映指定机构的名称或其他文字表述信息。

适用于护照号码

这个唯一识别码（identifier）的用途

应用程序可以假定一个识别码是永久的，除非它明确说它是暂时的。

如果知道，请说明此识别码的目的；应填入所绑定值集中的其中一个代码。

允许从一组识别码中为特定的使用场景选择适当的识别码

识别码的代码型别，用于决定特定目适用的识别码。

这个资料项目只涉及识别码的一般类别。它 必须没有（SHALL NOT） 被用于与Identifier.system 1..1对应的代码。一些识别码可能由于常见的用法而属于多个类别。在系统是已知的情况下，型别是不必要的，因为型别总是系统定义的一部分。然而，系统经常需要处理系统不为人知的识别码。型别和系统之间不是1:1的关系，因为许多不同的系统有相同的型别。

识别码的型别，用于决定特定目的所适用的识别码；应填入所绑定值集中适合的代码，确定无适合的代码才可以使用其他值集的代码来表示。

允许使用者在不知道识别码系统的情况下利用识别码

代码可以在列举清单（enumerations）或代码清单（code lists）中非常随意地定义，直至有非常正式的定义，例如：SNOMED CT—更多信息见HL7 v3核心原则（Core Principles）。编码的排序是未定义的因而 必须没有（SHALL NOT） 被用来推断意义。一般来说，最多只有一个编码值（coding values）会被标记为UserSelected = true。

允许编码系统中的替代编码，以及翻译到其他编码系统。

定义代码中符号意义的编码系统识别

URI可以是一个OID（urn:oid:...）或一个UUID（urn:uuid:...）；OID和UUID 必须（SHALL） 参照HL7 OID注册中心；否则，URI应该来自HL7的FHIR定义的特殊URI列表，或者它应该参照一些明确建立的系统定义。

需要明确说明符号定义的来源

选择此代码时使用的编码系统版本；请注意，一个维护良好的编码系统不需要版本报告，因为代码的意义在不同系统版本中是一致的；然而，不能始终保证这点，当不能保证意义一致时， 必须（SHALL） 将版本信息也一并作交换。

如果专门术语没有明确定义应该使用什么字串来识别编码系统的版本，建议使用版本正式发布的日期（用FHIR日期格式表示）作为版本日期。

系统定义的语法之符号；符号可能是一个预先定义的代码，也可能是编码系统定义的语法中的表达式（如后组合配对／后组合式）。

需要参照系统中的一个特定代码

遵循系统的规则以呈现代码含义的描述

需要能为不了解此系统的读者呈现可读的代码含义

表明此编码是由使用者直接选择，例如：从可用项目（代码或显示名称）的清单中选择。

在一系列备选方案中，直接选择的代码是新翻译最合适的起点；关于「直接选择」的确切意义，存在模糊不清之处，可能需要贸易伙伴的同意，以更完整澄清此资料项目的使用及其后果。

已被确定为一个临床安全准则—此确切的系统／代码对(code pair)是被明确选择的，而不是由编码系统根据一些规则或是程序语言处理判断。

输入资料的使用者所见／所选／所说的人类可读文字表述，和（或）其代表使用者的预期含义。

很多时候，此文字表述与其中一个代码的显示名称相同。

专门术语中的代码并不总是能捕捉人类使用的细微差别的正确意义，或者根本就没有合适的代码；这些情况下，文字表述被用来捕捉来源的全部意义。

建立值的命名空间－即一个描述一组值的唯一URL

Identifier.system总是区分大小写

有许多识别码的集合。为了进行两个识别码的对应，我们需要知道我们处理的是哪一组。系统指明了一个特定的唯一识别码集。

识别码中通常与使用者有关的部分，在编码系统作用域内是唯一的。

如果此值是一个完整的URI，那么此系统 必须（SHALL） 是urn:ietf:rfc:3986。此值的主要目的是为了可运算的对应。因此，为了比较的目的，它可能会被正规化（例如：去除不重要的空白、破折号等）。一个为人显示的格式化的值可以使用Rendered Value扩充来传达。除非对Identifier.system的了解使处理者确信不区分大小写的处理是安全的，否则Identifier.value应被视为区分大小写。

识别码有效／曾经有效使用的时段或期间

签发／管理识别码的机构

Identifier.assigner可以省略.reference资料项目，只包含一个.display资料项目，反映指定机构的名称或其他文字表述信息。

适用于居住证号码

这个唯一识别码（identifier）的用途

应用程序可以假定一个识别码是永久的，除非它明确说它是暂时的。

如果知道，请说明此识别码的目的；应填入所绑定值集中的其中一个代码。

允许从一组识别码中为特定的使用场景选择适当的识别码

识别码的代码型别，用于决定特定目适用的识别码。

这个资料项目只涉及识别码的一般类别。它 必须没有（SHALL NOT） 被用于与Identifier.system 1..1对应的代码。一些识别码可能由于常见的用法而属于多个类别。在系统是已知的情况下，型别是不必要的，因为型别总是系统定义的一部分。然而，系统经常需要处理系统不为人知的识别码。型别和系统之间不是1:1的关系，因为许多不同的系统有相同的型别。

识别码的型别，用于决定特定目的所适用的识别码；应填入所绑定值集中适合的代码，确定无适合的代码才可以使用其他值集的代码来表示。

允许使用者在不知道识别码系统的情况下利用识别码

代码可以在列举清单（enumerations）或代码清单（code lists）中非常随意地定义，直至有非常正式的定义，例如：SNOMED CT—更多信息见HL7 v3核心原则（Core Principles）。编码的排序是未定义的因而 必须没有（SHALL NOT） 被用来推断意义。一般来说，最多只有一个编码值（coding values）会被标记为UserSelected = true。

允许编码系统中的替代编码，以及翻译到其他编码系统。

定义代码中符号意义的编码系统识别

URI可以是一个OID（urn:oid:...）或一个UUID（urn:uuid:...）；OID和UUID 必须（SHALL） 参照HL7 OID注册中心；否则，URI应该来自HL7的FHIR定义的特殊URI列表，或者它应该参照一些明确建立的系统定义。

需要明确说明符号定义的来源

选择此代码时使用的编码系统版本；请注意，一个维护良好的编码系统不需要版本报告，因为代码的意义在不同系统版本中是一致的；然而，不能始终保证这点，当不能保证意义一致时， 必须（SHALL） 将版本信息也一并作交换。

如果专门术语没有明确定义应该使用什么字串来识别编码系统的版本，建议使用版本正式发布的日期（用FHIR日期格式表示）作为版本日期。

系统定义的语法之符号；符号可能是一个预先定义的代码，也可能是编码系统定义的语法中的表达式（如后组合配对／后组合式）。

需要参照系统中的一个特定代码

遵循系统的规则以呈现代码含义的描述

需要能为不了解此系统的读者呈现可读的代码含义

表明此编码是由使用者直接选择，例如：从可用项目（代码或显示名称）的清单中选择。

在一系列备选方案中，直接选择的代码是新翻译最合适的起点；关于「直接选择」的确切意义，存在模糊不清之处，可能需要贸易伙伴的同意，以更完整澄清此资料项目的使用及其后果。

已被确定为一个临床安全准则—此确切的系统／代码对(code pair)是被明确选择的，而不是由编码系统根据一些规则或是程序语言处理判断。

输入资料的使用者所见／所选／所说的人类可读文字表述，和（或）其代表使用者的预期含义。

很多时候，此文字表述与其中一个代码的显示名称相同。

专门术语中的代码并不总是能捕捉人类使用的细微差别的正确意义，或者根本就没有合适的代码；这些情况下，文字表述被用来捕捉来源的全部意义。

建立值的命名空间－即一个描述一组值的唯一URL

Identifier.system总是区分大小写

有许多识别码的集合。为了进行两个识别码的对应，我们需要知道我们处理的是哪一组。系统指明了一个特定的唯一识别码集。

识别码中通常与使用者有关的部分，在编码系统作用域内是唯一的。

如果此值是一个完整的URI，那么此系统 必须（SHALL） 是urn:ietf:rfc:3986。此值的主要目的是为了可运算的对应。因此，为了比较的目的，它可能会被正规化（例如：去除不重要的空白、破折号等）。一个为人显示的格式化的值可以使用Rendered Value扩充来传达。除非对Identifier.system的了解使处理者确信不区分大小写的处理是安全的，否则Identifier.value应被视为区分大小写。

识别码有效／曾经有效使用的时段或期间

签发／管理识别码的机构

Identifier.assigner可以省略.reference资料项目，只包含一个.display资料项目，反映指定机构的名称或其他文字表述信息。

适用于病历号

这个唯一识别码（identifier）的用途

应用程序可以假定一个识别码是永久的，除非它明确说它是暂时的。

如果知道，请说明此识别码的目的；应填入所绑定值集中的其中一个代码。

允许从一组识别码中为特定的使用场景选择适当的识别码

识别码的代码型别，用于决定特定目适用的识别码。

这个资料项目只涉及识别码的一般类别。它 必须没有（SHALL NOT） 被用于与Identifier.system 1..1对应的代码。一些识别码可能由于常见的用法而属于多个类别。在系统是已知的情况下，型别是不必要的，因为型别总是系统定义的一部分。然而，系统经常需要处理系统不为人知的识别码。型别和系统之间不是1:1的关系，因为许多不同的系统有相同的型别。

识别码的型别，用于决定特定目的所适用的识别码；应填入所绑定值集中适合的代码，确定无适合的代码才可以使用其他值集的代码来表示。

允许使用者在不知道识别码系统的情况下利用识别码

代码可以在列举清单（enumerations）或代码清单（code lists）中非常随意地定义，直至有非常正式的定义，例如：SNOMED CT—更多信息见HL7 v3核心原则（Core Principles）。编码的排序是未定义的因而 必须没有（SHALL NOT） 被用来推断意义。一般来说，最多只有一个编码值（coding values）会被标记为UserSelected = true。

允许编码系统中的替代编码，以及翻译到其他编码系统。

定义代码中符号意义的编码系统识别

URI可以是一个OID（urn:oid:...）或一个UUID（urn:uuid:...）；OID和UUID 必须（SHALL） 参照HL7 OID注册中心；否则，URI应该来自HL7的FHIR定义的特殊URI列表，或者它应该参照一些明确建立的系统定义。

需要明确说明符号定义的来源

选择此代码时使用的编码系统版本；请注意，一个维护良好的编码系统不需要版本报告，因为代码的意义在不同系统版本中是一致的；然而，不能始终保证这点，当不能保证意义一致时， 必须（SHALL） 将版本信息也一并作交换。

如果专门术语没有明确定义应该使用什么字串来识别编码系统的版本，建议使用版本正式发布的日期（用FHIR日期格式表示）作为版本日期。

系统定义的语法之符号；符号可能是一个预先定义的代码，也可能是编码系统定义的语法中的表达式（如后组合配对／后组合式）。

需要参照系统中的一个特定代码

遵循系统的规则以呈现代码含义的描述

需要能为不了解此系统的读者呈现可读的代码含义

表明此编码是由使用者直接选择，例如：从可用项目（代码或显示名称）的清单中选择。

在一系列备选方案中，直接选择的代码是新翻译最合适的起点；关于「直接选择」的确切意义，存在模糊不清之处，可能需要贸易伙伴的同意，以更完整澄清此资料项目的使用及其后果。

已被确定为一个临床安全准则—此确切的系统／代码对(code pair)是被明确选择的，而不是由编码系统根据一些规则或是程序语言处理判断。

输入资料的使用者所见／所选／所说的人类可读文字表述，和（或）其代表使用者的预期含义。

很多时候，此文字表述与其中一个代码的显示名称相同。

专门术语中的代码并不总是能捕捉人类使用的细微差别的正确意义，或者根本就没有合适的代码；这些情况下，文字表述被用来捕捉来源的全部意义。

建立值的命名空间－即一个描述一组值的唯一URL

Identifier.system总是区分大小写

有许多识别码的集合。为了进行两个识别码的对应，我们需要知道我们处理的是哪一组。系统指明了一个特定的唯一识别码集。

识别码中通常与使用者有关的部分，在编码系统作用域内是唯一的。

如果此值是一个完整的URI，那么此系统 必须（SHALL） 是urn:ietf:rfc:3986。此值的主要目的是为了可运算的对应。因此，为了比较的目的，它可能会被正规化（例如：去除不重要的空白、破折号等）。一个为人显示的格式化的值可以使用Rendered Value扩充来传达。除非对Identifier.system的了解使处理者确信不区分大小写的处理是安全的，否则Identifier.value应被视为区分大小写。

识别码有效／曾经有效使用的时段或期间

签发／管理识别码的机构

Identifier.assigner可以省略.reference资料项目，只包含一个.display资料项目，反映指定机构的名称或其他文字表述信息。

这位病人的纪录是否在使用中（active）。许多系统使用这个属性来标记为非现有（non-current）病人，例如那些根据机构的业务规则在一段时间内没有被看到的病人。

它经常被用来过滤病人清单以排除inactive的病人

已过世的病人也可能因为同样的原因被标记为inactive，但在过世后的一段时间内可能是active。

如果一笔病人纪录没有在使用，但与另一笔使用中的病人纪录相连结，那么未来的病人／纪录更新应该发生在另一笔病人纪录。

若纪录因为错误而创建，需要能够将这位病人纪录标记为不使用

个人名字

一位病人可能有多个姓名，有不同的用途或适用期。对于动物来说，这个姓名是一个「HumanName」，它是人类指定和使用的，具有相同的模式。

需要能够追踪病人的多个姓名。例如：正式姓名及配偶姓名。 必须（SHALL） 总是提供姓名的完整拼法。

此姓名的用途

人名的使用情况；应填入所绑定值集中的其中一个代码。

允许从一组姓名中为特定的使用场景选择适当的姓名

完整姓名的文字表述。由于世界各地的文化差异，取得资料的系统可能不知道如何正确地呈现姓名；此外，不是所有的名字部分都呈现予姓或名。因此，我们强烈建议创建者透过这个资料项目提供姓名的显示文字。

可以同时提供文字表述（text）和部分（part）。更新姓名的应用程序 必须（SHALL） 确保当test和lpart都存在时，text中不包含part中没有的内容。

一个可呈现的、未编码的形式。

姓名中与族谱相关的部分。在一些文化中（如厄立特里亚），儿子的姓氏是其父亲的名字。

姓氏可以使用扩充名（de、nl、es相关文化）分解成具体的部分（part）

姓名中的「名」

如果只记录首字母，可以用它们来代替完整姓名。首字母可以分为多个名，但由于实际情况的限制，通常不会这样做。这个资料项目不被称为 「first name」，因为「given name」并不总是排在前面。

由于学术、法规、就业或贵族身份等原因而获得的名，并出现在姓名的开头。

由于学术、法规、就业或贵族身份等原因而获得的名，并出现在姓名的开头。

表明这个姓名对此病人有效的时间区间或期间

允许多个姓名按其历史场景（效期）储存

完整姓名的文字表述。由于世界各地的文化差异，取得资料的系统可能不知道如何正确地呈现姓名；此外，不是所有的名字部分都呈现予姓或名。因此，我们强烈建议创建者透过这个资料项目提供姓名的显示文字。

可以同时提供文字表述（text）和部分（part）。更新姓名的应用程序 必须（SHALL） 确保当test和lpart都存在时，text中不包含part中没有的内容。

一个可呈现的、未编码的形式。

姓名中与族谱相关的部分。在一些文化中（如厄立特里亚），儿子的姓氏是其父亲的名字。

姓氏可以使用扩充名（de、nl、es相关文化）分解成具体的部分（part）

姓名中的「名」

如果只记录首字母，可以用它们来代替完整姓名。首字母可以分为多个名，但由于实际情况的限制，通常不会这样做。这个资料项目不被称为 「first name」，因为「given name」并不总是排在前面。

由于学术、法规、就业或贵族身份等原因而获得的名，并出现在姓名的开头。

由于学术、法规、就业或贵族身份等原因而获得的名，并出现在姓名的开头。

表明这个姓名对此病人有效的时间区间或期间

允许多个姓名按其历史场景（效期）储存

需要能够追踪病人的多个姓名。

完整姓名的文字表述。由于世界各地的文化差异，取得资料的系统可能不知道如何正确地呈现姓名；此外，不是所有的名字部分都呈现予姓或名。因此，我们强烈建议创建者透过这个资料项目提供姓名的显示文字。

可以同时提供文字表述（text）和部分（part）。更新姓名的应用程序 必须（SHALL） 确保当test和lpart都存在时，text中不包含part中没有的内容。

一个可呈现的、未编码的形式。

表明这个姓名对此病人有效的时间区间或期间

允许多个姓名按其历史场景（效期）储存

需要能够追踪病人的多个姓名。

完整姓名的文字表述。由于世界各地的文化差异，取得资料的系统可能不知道如何正确地呈现姓名；此外，不是所有的名字部分都呈现予姓或名。因此，我们强烈建议创建者透过这个资料项目提供姓名的显示文字。

可以同时提供文字表述（text）和部分（part）。更新姓名的应用程序 必须（SHALL） 确保当test和lpart都存在时，text中不包含part中没有的内容。

一个可呈现的、未编码的形式。

表明这个姓名对此病人有效的时间区间或期间

允许多个姓名按其历史场景（效期）储存

可与此人联络的详细联络方式（如电话或电子邮件地址等）

一位病人可能有多种联络方式，有不同的用途或适用期。可能需要有紧急联络此人的选项，也需要帮忙识别身份。地址可能不会直接联络到此人，但可能到透过他人代为联络（意即家中的电话）。

人们有（主要）方式与他们联络，如电话、电子邮件。

联络方式的通讯形式－需要什么通讯系统进行联络

应填入所绑定值集中的其中一个代码。

实际的联络方式之细节，针对指定的通讯系统提供有意义的形式（电话号码或是电子邮件位址）

额外的文字资料，例如电话分机号码、或关于联络人的说明，有时也包括于此值。

需支援非严格格式控制之旧有号码

确定联络方式的用途

应用程序可以假定一个联络方法是目前使用中，除非它明确说它是暂时的或旧的。

应填入所绑定值集中的其中一个代码。

需要追踪此人使用这种联络的方式，使用者可以选择适合他们用途的联络方式。

具体说明使用一组联系方式的优先顺序，较小排名序位的联络方式比较大排名序位的联络方式之序位还要前面。

请注意，排名序位没有一定要遵循联络方式在实例中呈现的顺序。

此联络方式的使用效期

Administrative Gender 为行政管理及保存纪录目的之病人性别

行政管理用之性别可能不符合由遗传学或个人偏好的识别所决定的生物性别。请注意，对于人类，特别是动物，除了男性和女性，还有其他合法归类的可能性，尽管绝大多数系统和场景只支持男性和女性。提供决策支援或执行业务规则的系统最好以检验检查（Observation）呈现特定性别或感兴趣的性别（解剖学、染色体、社会等）。然而，由于这些检验检验不常被记录，预设为行政管理用之性别是常见的做法。在这种预设的情况下，规则的执行应该允许行政管理用和生物、染色体和其他性别方面的差异。例如：关于男性子宫切除的警讯应该作为警告或可推翻的错误来处理，而不是 「硬（hard） 」错误。关于沟通病人性别的更多信息，请参阅Patient Gender及Sex的部分。

病人性别；应填入所绑定值集中的其中一个代码。

性别用于结合（至少）姓名和出生日期以识别个人身份

个人的出生日期

如果真实的出生日期未知，至少应该提供一个估计的出生年份作为猜测。有一个标准的扩充 「patient-birthTime」，应该于需要出生时间（Time）信息时使用（例如：在产科／新生儿医护系统中）。

个人的年龄驱动著许多临床过程／进程

表示此人是否过世

如果实例中没有值，就意味著没有关于此人是否过世的声明。大多数系统会把没有数值解释为这个人还活著的标志。

病人已经过世的事实影响了临床过程／进度。另外，在人际沟通和关系管理中，有必要知道这个人是否活著。

此人的地址

病人可能有多个地址，有不同的用途或适用期。

可能需要记录病人的地址，以便联系、结算或报告的要求，也有助于识别身份。

这个栏位包含病人的目前婚姻（民事）状态

病人的婚姻状态；应填入所绑定值集中适合的代码，确定无适合的代码才可以使用其他值集的代码来表示。

如果不是所有的系统都能取得此信息

表示病人是否是为多胞胎（布尔值）或表示实际的出生顺序（整数值）

在提供valueInteger的情况下，这个数字是序列中的出生序。例如：三胞胎中的中间胎儿是valueInteger=2，第三胎儿是valueInteger=3，如果是为三胞胎提供布尔值，那么所有3位病人的纪录都是valueBoolean=true（没有指明出生序）。

用于消除多胎孩童的歧义，特别是在医护人员没有见到病人的情况下，例如：在实验室。

病人的影像（照片）

指引： 使用个人影像，而不是临床影像。 限制尺寸为缩图。 保持低位元组小档案以便更新resource。

许多EHR系统有能力取得病人的影像，这也符合较新的社群媒体的使用。

病人的联络人（如监护人、伴侣、朋友）。

联络涵盖所有种类的联络人：家人、业务联络、监护人、照顾者。不适用于登记血统和家庭关系，因这超出联络的目的。

需能联络到的病人的人。

可以透过正式参照一个专门术语或知识本体来定义一个概念，或者也可以文字表述此概念。

应填入所绑定值集中的其中一个代码。

根据情况决定哪位联络人最有关联以作联系

与联络人有关的姓名

联络人需要以姓名来识别，但通常不需要此联络人的其他姓名的细节。

此姓名的用途

应用程序可以假定一个姓名是永久的，除非它明确说它是暂时或旧的。

人名的使用情况；应填入所绑定值集中的其中一个代码。

允许从一组姓名中为特定的使用场景选择适当的姓名

完整姓名的文字表述。由于世界各地的文化差异，取得资料的系统可能不知道如何正确地呈现姓名；此外，不是所有的名字部分都呈现予姓或名。因此，我们强烈建议创建者透过这个资料项目提供姓名的显示文字。

可以同时提供文字表述（text）和部分（part）。更新姓名的应用程序 必须（SHALL） 确保当test和lpart都存在时，text中不包含part中没有的内容。

一个可呈现的、未编码的形式。

姓名中与族谱相关的部分。在一些文化中（如厄立特里亚），儿子的姓氏是其父亲的名字。

姓氏可以使用扩充名（de、nl、es相关文化）分解成具体的部分（part）

姓名中的「名」

如果只记录首字母，可以用它们来代替完整姓名。首字母可以分为多个名，但由于实际情况的限制，通常不会这样做。这个资料项目不被称为 「first name」，因为「given name」并不总是排在前面。

由于学术、法规、就业或贵族身份等原因而获得的名，并出现在姓名的开头。

由于学术、法规、就业或贵族身份等原因而获得的名，并出现在姓名的开头。

表明这个姓名对此病人有效的时间区间或期间

允许多个姓名按其历史场景（效期）储存

此人的详细联络方式，例如：电话号码或电子邮件地址。

联络人可能有多种联络方式，有不同的用途或适用期。可能需要有紧急联络此人的选项，及需要帮忙身份识别。

人们可透过（主要）方式与他们联络，例如电话、电子邮件。

联络方式的通讯形式－需要什么通讯系统进行联络

应填入所绑定值集中的其中一个代码。

实际的联络方式之细节，针对指定的通讯系统提供有意义的形式（电话号码或是电子邮件位址）。

额外的文字资料，例如电话分机号码、或关于联络人的说明，有时也包括于此值。

需支援非严格格式控制之旧有号码

确定联络方式的用途

应用程序可以假定一个联络方法是目前使用中，除非它明确说它是暂时的或旧的。

应填入所绑定值集中的其中一个代码。

需要追踪此人使用这种联络的方式，使用者可以选择适合他们用途的联络方式。

具体说明使用一组联系方式的优先顺序，较小排名序位的联络方式比较大排名序位的联络方式之序位还要前面。

请注意，排名序位没有一定要遵循联络方式在实例中呈现的顺序。

此联络方式的使用效期

联络人的地址

需要纪录用以联络联络人的邮件地址或到访地址

Administrative Gender为行政管理的及保存纪录目的之联络人性别

联络人的性别；应填入所绑定值集中的其中一个代码。

用以正确称呼联络人

联络人为机构或联络人为其工作的机构

监护人或与业务相关联络与此机构有关

与此病人有关的联络人或机构的有效联络期

可用于与病人沟通其健康状况的语言。

如果没有指定语言，这意味著预设使用当地语言。如果你需要多种模式的熟练程度，那么你需要多个Patient.Communication关联。对于动物来说，语言不是相关的栏位，应该不存在于实例中。如果病人不讲预设的当地语言，那么可以使用 「（Interpreter Required Standard）需要口译员」来明确声明需要口译员。

如果病人不会说当地语言，可能需要翻译，因此，对于病人和其他相关人员来说，所讲的语言和熟练程度都是需要记录的重要内容。

小写的ISO-639-1字母两个代码表示的语言，后面可以有连字符号，大写的ISO-3166-1字母两个代码表示使用此语言的地区；例如「en 」代表英语，或者 「en-US 」代表美国英语，而 「en-EN 」代表英国英语。

带有这种精确字母大小写的aa-BB结构是最广泛使用的地方性符号之一。但并不是所有的系统都对其进行编码，而是将其作为纯文字表述。因此，data type为CodeableConcept而不是code。

应填入所绑定值集中的其中一个代码。

在多语言国家的大多数系统都会想要沟通语言。并非所有的系统实际上都需要区域方言。

表示病人是否偏好此语言（相对于其他它已掌握到一定水平的语言）

此语言专门用以沟通健康医护信息

掌握多种语言达到一定水平的人可能更偏好一种或多种语言，也就是说，在用某一种语言沟通时感到更有信心，使其他语言成为一种备用语言。

病人指定的医护服务提供者

这可能是基层健康医护提供者（在一般科医生的场景下），也可能是在社区／失能环境中由病人提名的医护管理者，甚至是提供人力来履行医护提供者角色的机构。它不能用来记录Care Teams，这些团队应该在CareTeams resource中，可以连接到CarePlan或EpisodeOfCare。由于各种原因，病人可能会被记录有多个一般科医生，例如：一位学生在学校学期期间将他的家庭医生与大学的医生一起列出，或者一位至偏远地区「飞进／飞出 」的工作者会有当地的医师及其家庭医生，以保持对医疗问题的了解。
如果需要，各行政管辖区可决定将其规范为只有1位，或每种型别1位。

病人纪录的保管机构

仅有一个管理特定病人纪录的机构。其他机构将拥有自己的「病人」纪录，并可透过使用「Link」属性将纪录结合在一起（或可以包含关联可信的「Person」resource）。

需要知道谁识别、管理和更新这位病人的纪录

连结到另一个涉及同一实际病人的Patient resource。

不存在连结的病人纪录有相互连结的假设

有多种使用案例：
由于难以一致地指明与人相关的文件而错误地重复制作病人纪录，并在多个服务器上发布病人的信息。

此连超所参照的另一个Patient resource

在这里参照一个RelatedPerson，就不需要另外使用Person来将Patient及RelatedPerson作为同一个人关联起来。

这个Patient resource与另一个Patient resource之间的连结型别

连结的型别；应填入所绑定值集中的其中一个代码。

关于接受医护或其他健康相关服务的个人的人口统计学和其他行政信息。

The logical id of the resource, as used in the URL for the resource. Once assigned, this value never changes.

一个resource使用新增操作（create operation）提交给伺服器时，此resource没有id，它的id在resource被创建后由服务器分配/指定。

A reference to a set of rules that were followed when the resource was constructed, and which must be understood when processing the content. Often, this is a reference to an implementation guide that defines the special rules along with other profiles etc.

Asserting this rule set restricts the content to be only understood by a limited set of trading partners. This inherently limits the usefulness of the data in the long term. However, the existing health eco-system is highly fractured, and not yet ready to define, collect, and exchange data in a generally computable sense. Wherever possible, implementers and/or specification writers should avoid using this element. Often, when used, the URL is a reference to an implementation guide that defines these special rules as part of it's narrative along with other profiles, value sets, etc.

The base language in which the resource is written.

Language is provided to support indexing and accessibility (typically, services such as text to speech use the language tag). The html language tag in the narrative applies to the narrative. The language tag on the resource may be used to specify the language of other presentations generated from the data in the resource. Not all the content has to be in the base language. The Resource.language should not be assumed to apply to the narrative automatically. If a language is specified, it should it also be specified on the div element in the html (see rules in HTML5 for information about the relationship between xml:lang and the html lang attribute).

人可读的叙述，包含resource的摘要，可用于向人表述resource的内容。叙述不需要对所有的结构化资料进行编码，但需要包含足够的细节使人在阅读叙述时理解「临床安全性」。resource定义有哪些内容应该在叙述中表示，以确保临床安全。

Contained resources do not have narrative. Resources that are not contained SHOULD have a narrative. In some cases, a resource may only have text with little or no additional discrete data (as long as all minOccurs=1 elements are satisfied). This may be necessary for data from legacy systems where information is captured as a "text blob" or where text is additionally entered raw or narrated and encoded information is added later.

An Extension

任何应用程序、专案或标准使用扩充时，都不应该带有任何负面的联想。使用扩充是允许FHIR规范为每个人保留一个核心的简易性。

年龄

The nationality of the patient.

May be used to represent additional information that is not part of the basic definition of the resource and that modifies the understanding of the element that contains it and/or the understanding of the containing element's descendants. Usually modifier elements provide negation or qualification. To make the use of extensions safe and manageable, there is a strict set of governance applied to the definition and use of extensions. Though any implementer is allowed to define an extension, there is a set of requirements that SHALL be met as part of the definition of the extension. Applications processing a resource are required to check for modifier extensions.

Modifier extensions SHALL NOT change the meaning of any elements on Resource or DomainResource (including cannot change the meaning of modifierExtension itself).

There can be no stigma associated with the use of extensions by any application, project, or standard - regardless of the institution or jurisdiction that uses or defines the extensions. The use of extensions is what allows the FHIR specification to retain a core level of simplicity for everyone.

Modifier extensions allow for extensions that cannot be safely ignored to be clearly distinguished from the vast majority of extensions which can be safely ignored. This promotes interoperability by eliminating the need for implementers to prohibit the presence of extensions. For further information, see the definition of modifier extensions.

病人的唯一识别码（identifier）

病人几乎总是被指定一个特定的数值型的唯一识别码（identifier）

适用于身分证字号

Patients are almost always assigned specific numerical identifiers.

这个唯一识别码（identifier）的用途

应用程序可以假定一个识别码是永久的，除非它明确说它是暂时的。

如果知道，请说明此识别码的目的；应填入所绑定值集中的其中一个代码。

允许从一组识别码中为特定的使用场景选择适当的识别码

识别码的代码型别，用于决定特定目适用的识别码。

这个资料项目只涉及识别码的一般类别。它 必须没有（SHALL NOT） 被用于与Identifier.system 1..1对应的代码。一些识别码可能由于常见的用法而属于多个类别。在系统是已知的情况下，型别是不必要的，因为型别总是系统定义的一部分。然而，系统经常需要处理系统不为人知的识别码。型别和系统之间不是1:1的关系，因为许多不同的系统有相同的型别。

识别码的型别，用于决定特定目的所适用的识别码；应填入所绑定值集中适合的代码，确定无适合的代码才可以使用其他值集的代码来表示。

允许使用者在不知道识别码系统的情况下利用识别码

A reference to a code defined by a terminology system.

代码可以在列举清单（enumerations）或代码清单（code lists）中非常随意地定义，直至有非常正式的定义，例如：SNOMED CT—更多信息见HL7 v3核心原则（Core Principles）。编码的排序是未定义的因而 必须没有（SHALL NOT） 被用来推断意义。一般来说，最多只有一个编码值（coding values）会被标记为UserSelected = true。

允许编码系统中的替代编码，以及翻译到其他编码系统。

定义代码中符号意义的编码系统识别

URI可以是一个OID（urn:oid:...）或一个UUID（urn:uuid:...）；OID和UUID 必须（SHALL） 参照HL7 OID注册中心；否则，URI应该来自HL7的FHIR定义的特殊URI列表，或者它应该参照一些明确建立的系统定义。

需要明确说明符号定义的来源

选择此代码时使用的编码系统版本；请注意，一个维护良好的编码系统不需要版本报告，因为代码的意义在不同系统版本中是一致的；然而，不能始终保证这点，当不能保证意义一致时， 必须（SHALL） 将版本信息也一并作交换。

如果专门术语没有明确定义应该使用什么字串来识别编码系统的版本，建议使用版本正式发布的日期（用FHIR日期格式表示）作为版本日期。

系统定义的语法之符号；符号可能是一个预先定义的代码，也可能是编码系统定义的语法中的表达式（如后组合配对／后组合式）。

需要参照系统中的一个特定代码

遵循系统的规则以呈现代码含义的描述

需要能为不了解此系统的读者呈现可读的代码含义

表明此编码是由使用者直接选择，例如：从可用项目（代码或显示名称）的清单中选择。

在一系列备选方案中，直接选择的代码是新翻译最合适的起点；关于「直接选择」的确切意义，存在模糊不清之处，可能需要贸易伙伴的同意，以更完整澄清此资料项目的使用及其后果。

已被确定为一个临床安全准则—此确切的系统／代码对(code pair)是被明确选择的，而不是由编码系统根据一些规则或是程序语言处理判断。

输入资料的使用者所见／所选／所说的人类可读文字表述，和（或）其代表使用者的预期含义。

很多时候，此文字表述与其中一个代码的显示名称相同。

专门术语中的代码并不总是能捕捉人类使用的细微差别的正确意义，或者根本就没有合适的代码；这些情况下，文字表述被用来捕捉来源的全部意义。

建立值的命名空间－即一个描述一组值的唯一URL

Identifier.system总是区分大小写

有许多识别码的集合。为了进行两个识别码的对应，我们需要知道我们处理的是哪一组。系统指明了一个特定的唯一识别码集。

识别码中通常与使用者有关的部分，在编码系统作用域内是唯一的。

If the value is a full URI, then the system SHALL be urn:ietf:rfc:3986. The value's primary purpose is computational mapping. As a result, it may be normalized for comparison purposes (e.g. removing non-significant whitespace, dashes, etc.) A value formatted for human display can be conveyed using the Rendered Value extension. Identifier.value is to be treated as case sensitive unless knowledge of the Identifier.system allows the processer to be confident that non-case-sensitive processing is safe.

识别码有效／曾经有效使用的时段或期间

签发／管理识别码的机构

Identifier.assigner可以省略.reference资料项目，只包含一个.display资料项目，反映指定机构的名称或其他文字表述信息。

适用于护照号码

Patients are almost always assigned specific numerical identifiers.

这个唯一识别码（identifier）的用途

应用程序可以假定一个识别码是永久的，除非它明确说它是暂时的。

如果知道，请说明此识别码的目的；应填入所绑定值集中的其中一个代码。

允许从一组识别码中为特定的使用场景选择适当的识别码

识别码的代码型别，用于决定特定目适用的识别码。

这个资料项目只涉及识别码的一般类别。它 必须没有（SHALL NOT） 被用于与Identifier.system 1..1对应的代码。一些识别码可能由于常见的用法而属于多个类别。在系统是已知的情况下，型别是不必要的，因为型别总是系统定义的一部分。然而，系统经常需要处理系统不为人知的识别码。型别和系统之间不是1:1的关系，因为许多不同的系统有相同的型别。

识别码的型别，用于决定特定目的所适用的识别码；应填入所绑定值集中适合的代码，确定无适合的代码才可以使用其他值集的代码来表示。

允许使用者在不知道识别码系统的情况下利用识别码

A reference to a code defined by a terminology system.

代码可以在列举清单（enumerations）或代码清单（code lists）中非常随意地定义，直至有非常正式的定义，例如：SNOMED CT—更多信息见HL7 v3核心原则（Core Principles）。编码的排序是未定义的因而 必须没有（SHALL NOT） 被用来推断意义。一般来说，最多只有一个编码值（coding values）会被标记为UserSelected = true。

允许编码系统中的替代编码，以及翻译到其他编码系统。

定义代码中符号意义的编码系统识别

URI可以是一个OID（urn:oid:...）或一个UUID（urn:uuid:...）；OID和UUID 必须（SHALL） 参照HL7 OID注册中心；否则，URI应该来自HL7的FHIR定义的特殊URI列表，或者它应该参照一些明确建立的系统定义。

需要明确说明符号定义的来源

选择此代码时使用的编码系统版本；请注意，一个维护良好的编码系统不需要版本报告，因为代码的意义在不同系统版本中是一致的；然而，不能始终保证这点，当不能保证意义一致时， 必须（SHALL） 将版本信息也一并作交换。

如果专门术语没有明确定义应该使用什么字串来识别编码系统的版本，建议使用版本正式发布的日期（用FHIR日期格式表示）作为版本日期。

系统定义的语法之符号；符号可能是一个预先定义的代码，也可能是编码系统定义的语法中的表达式（如后组合配对／后组合式）。

需要参照系统中的一个特定代码

遵循系统的规则以呈现代码含义的描述

需要能为不了解此系统的读者呈现可读的代码含义

表明此编码是由使用者直接选择，例如：从可用项目（代码或显示名称）的清单中选择。

在一系列备选方案中，直接选择的代码是新翻译最合适的起点；关于「直接选择」的确切意义，存在模糊不清之处，可能需要贸易伙伴的同意，以更完整澄清此资料项目的使用及其后果。

已被确定为一个临床安全准则—此确切的系统／代码对(code pair)是被明确选择的，而不是由编码系统根据一些规则或是程序语言处理判断。

输入资料的使用者所见／所选／所说的人类可读文字表述，和（或）其代表使用者的预期含义。

很多时候，此文字表述与其中一个代码的显示名称相同。

专门术语中的代码并不总是能捕捉人类使用的细微差别的正确意义，或者根本就没有合适的代码；这些情况下，文字表述被用来捕捉来源的全部意义。

建立值的命名空间－即一个描述一组值的唯一URL

Identifier.system总是区分大小写

有许多识别码的集合。为了进行两个识别码的对应，我们需要知道我们处理的是哪一组。系统指明了一个特定的唯一识别码集。

识别码中通常与使用者有关的部分，在编码系统作用域内是唯一的。

如果此值是一个完整的URI，那么此系统 必须（SHALL） 是urn:ietf:rfc:3986。此值的主要目的是为了可运算的对应。因此，为了比较的目的，它可能会被正规化（例如：去除不重要的空白、破折号等）。一个为人显示的格式化的值可以使用Rendered Value扩充来传达。除非对Identifier.system的了解使处理者确信不区分大小写的处理是安全的，否则Identifier.value应被视为区分大小写。

识别码有效／曾经有效使用的时段或期间

签发／管理识别码的机构

Identifier.assigner可以省略.reference资料项目，只包含一个.display资料项目，反映指定机构的名称或其他文字表述信息。

适用于居住证号码

Patients are almost always assigned specific numerical identifiers.

这个唯一识别码（identifier）的用途

应用程序可以假定一个识别码是永久的，除非它明确说它是暂时的。

如果知道，请说明此识别码的目的；应填入所绑定值集中的其中一个代码。

允许从一组识别码中为特定的使用场景选择适当的识别码

识别码的代码型别，用于决定特定目适用的识别码。

这个资料项目只涉及识别码的一般类别。它 必须没有（SHALL NOT） 被用于与Identifier.system 1..1对应的代码。一些识别码可能由于常见的用法而属于多个类别。在系统是已知的情况下，型别是不必要的，因为型别总是系统定义的一部分。然而，系统经常需要处理系统不为人知的识别码。型别和系统之间不是1:1的关系，因为许多不同的系统有相同的型别。

识别码的型别，用于决定特定目的所适用的识别码；应填入所绑定值集中适合的代码，确定无适合的代码才可以使用其他值集的代码来表示。

允许使用者在不知道识别码系统的情况下利用识别码

A reference to a code defined by a terminology system.

代码可以在列举清单（enumerations）或代码清单（code lists）中非常随意地定义，直至有非常正式的定义，例如：SNOMED CT—更多信息见HL7 v3核心原则（Core Principles）。编码的排序是未定义的因而 必须没有（SHALL NOT） 被用来推断意义。一般来说，最多只有一个编码值（coding values）会被标记为UserSelected = true。

允许编码系统中的替代编码，以及翻译到其他编码系统。

定义代码中符号意义的编码系统识别

URI可以是一个OID（urn:oid:...）或一个UUID（urn:uuid:...）；OID和UUID 必须（SHALL） 参照HL7 OID注册中心；否则，URI应该来自HL7的FHIR定义的特殊URI列表，或者它应该参照一些明确建立的系统定义。

需要明确说明符号定义的来源

选择此代码时使用的编码系统版本；请注意，一个维护良好的编码系统不需要版本报告，因为代码的意义在不同系统版本中是一致的；然而，不能始终保证这点，当不能保证意义一致时， 必须（SHALL） 将版本信息也一并作交换。

如果专门术语没有明确定义应该使用什么字串来识别编码系统的版本，建议使用版本正式发布的日期（用FHIR日期格式表示）作为版本日期。

系统定义的语法之符号；符号可能是一个预先定义的代码，也可能是编码系统定义的语法中的表达式（如后组合配对／后组合式）。

需要参照系统中的一个特定代码

遵循系统的规则以呈现代码含义的描述

需要能为不了解此系统的读者呈现可读的代码含义

表明此编码是由使用者直接选择，例如：从可用项目（代码或显示名称）的清单中选择。

在一系列备选方案中，直接选择的代码是新翻译最合适的起点；关于「直接选择」的确切意义，存在模糊不清之处，可能需要贸易伙伴的同意，以更完整澄清此资料项目的使用及其后果。

已被确定为一个临床安全准则—此确切的系统／代码对(code pair)是被明确选择的，而不是由编码系统根据一些规则或是程序语言处理判断。

输入资料的使用者所见／所选／所说的人类可读文字表述，和（或）其代表使用者的预期含义。

很多时候，此文字表述与其中一个代码的显示名称相同。

专门术语中的代码并不总是能捕捉人类使用的细微差别的正确意义，或者根本就没有合适的代码；这些情况下，文字表述被用来捕捉来源的全部意义。

建立值的命名空间－即一个描述一组值的唯一URL

Identifier.system总是区分大小写

有许多识别码的集合。为了进行两个识别码的对应，我们需要知道我们处理的是哪一组。系统指明了一个特定的唯一识别码集。

识别码中通常与使用者有关的部分，在编码系统作用域内是唯一的。

如果此值是一个完整的URI，那么此系统 必须（SHALL） 是urn:ietf:rfc:3986。此值的主要目的是为了可运算的对应。因此，为了比较的目的，它可能会被正规化（例如：去除不重要的空白、破折号等）。一个为人显示的格式化的值可以使用Rendered Value扩充来传达。除非对Identifier.system的了解使处理者确信不区分大小写的处理是安全的，否则Identifier.value应被视为区分大小写。

识别码有效／曾经有效使用的时段或期间

签发／管理识别码的机构

Identifier.assigner可以省略.reference资料项目，只包含一个.display资料项目，反映指定机构的名称或其他文字表述信息。

适用于病历号

Patients are almost always assigned specific numerical identifiers.

这个唯一识别码（identifier）的用途

应用程序可以假定一个识别码是永久的，除非它明确说它是暂时的。

如果知道，请说明此识别码的目的；应填入所绑定值集中的其中一个代码。

允许从一组识别码中为特定的使用场景选择适当的识别码

识别码的代码型别，用于决定特定目适用的识别码。

这个资料项目只涉及识别码的一般类别。它 必须没有（SHALL NOT） 被用于与Identifier.system 1..1对应的代码。一些识别码可能由于常见的用法而属于多个类别。在系统是已知的情况下，型别是不必要的，因为型别总是系统定义的一部分。然而，系统经常需要处理系统不为人知的识别码。型别和系统之间不是1:1的关系，因为许多不同的系统有相同的型别。

识别码的型别，用于决定特定目的所适用的识别码；应填入所绑定值集中适合的代码，确定无适合的代码才可以使用其他值集的代码来表示。

允许使用者在不知道识别码系统的情况下利用识别码

A reference to a code defined by a terminology system.

代码可以在列举清单（enumerations）或代码清单（code lists）中非常随意地定义，直至有非常正式的定义，例如：SNOMED CT—更多信息见HL7 v3核心原则（Core Principles）。编码的排序是未定义的因而 必须没有（SHALL NOT） 被用来推断意义。一般来说，最多只有一个编码值（coding values）会被标记为UserSelected = true。

允许编码系统中的替代编码，以及翻译到其他编码系统。

定义代码中符号意义的编码系统识别

URI可以是一个OID（urn:oid:...）或一个UUID（urn:uuid:...）；OID和UUID 必须（SHALL） 参照HL7 OID注册中心；否则，URI应该来自HL7的FHIR定义的特殊URI列表，或者它应该参照一些明确建立的系统定义。

需要明确说明符号定义的来源

选择此代码时使用的编码系统版本；请注意，一个维护良好的编码系统不需要版本报告，因为代码的意义在不同系统版本中是一致的；然而，不能始终保证这点，当不能保证意义一致时， 必须（SHALL） 将版本信息也一并作交换。

如果专门术语没有明确定义应该使用什么字串来识别编码系统的版本，建议使用版本正式发布的日期（用FHIR日期格式表示）作为版本日期。

系统定义的语法之符号；符号可能是一个预先定义的代码，也可能是编码系统定义的语法中的表达式（如后组合配对／后组合式）。

需要参照系统中的一个特定代码

遵循系统的规则以呈现代码含义的描述

需要能为不了解此系统的读者呈现可读的代码含义

表明此编码是由使用者直接选择，例如：从可用项目（代码或显示名称）的清单中选择。

在一系列备选方案中，直接选择的代码是新翻译最合适的起点；关于「直接选择」的确切意义，存在模糊不清之处，可能需要贸易伙伴的同意，以更完整澄清此资料项目的使用及其后果。

已被确定为一个临床安全准则—此确切的系统／代码对(code pair)是被明确选择的，而不是由编码系统根据一些规则或是程序语言处理判断。

输入资料的使用者所见／所选／所说的人类可读文字表述，和（或）其代表使用者的预期含义。

很多时候，此文字表述与其中一个代码的显示名称相同。

专门术语中的代码并不总是能捕捉人类使用的细微差别的正确意义，或者根本就没有合适的代码；这些情况下，文字表述被用来捕捉来源的全部意义。

建立值的命名空间－即一个描述一组值的唯一URL

Identifier.system总是区分大小写

有许多识别码的集合。为了进行两个识别码的对应，我们需要知道我们处理的是哪一组。系统指明了一个特定的唯一识别码集。