提供服務的實體地點的詳細和位置資訊，包括可以儲存、查找、容納或安置 resources和參與者的地點的資訊。

resource的邏輯ID，在resource的URL中使用。一旦指定，這個值永遠不會改變。

一個resource使用新增操作（create operation）提交給伺服器時，此resource沒有id，它的id在resource被創建後由伺器分配/指定。

關於resource的metadata。這是由基礎建設維護的內容。內容的更改可能並不總是與resource的版本更改相關聯。

構建resource時遵循的一系列規則的參照，在處理內容時必須理解這些規則。通常這是對IG所定義之特殊規則及其他profiles的參照。

宣告這套規則限制了內容只能被有限的交易夥伴所理解。這從本質上限制了資料的長期有用性。然而，現有的健康生態體系高度分裂，還沒有準備好以普遍可計算的方式定義、收集和交換資料。只要有可能，實作者和/或規範編寫者應該避免使用這個資料項目。通常在使用時，此URL是對IG的參照，此IG將這些特殊規則與其他profiles、value sets等一起定義為其敘述的一部分。

編寫此resource的語言

提供語言是為了支援索引和可存取性（通常，文字表述轉語音等服務使用此語言標籤）。html lanuage tag適用於此敘述。resource上的語言標籤可用於指定從resource中的資料所產成的其他表述之語言。不是所有的內容都必須使用此語言。不應該假定Resource.language自動適用於敘述。如果指定語言，它也應該被指定在html中的div資料項目（關於xml:lang和html lang屬性之間的關係，見HTML5中的規則）。

人類語言；鼓勵使用CommonLanguages代碼表中的代碼，但不強制一定要使用此代碼表，你也可使用其他代碼表的代碼或單純以文字表示。

人可讀的敘述，包含resource的摘要，可用於向人表述resource的內容。敘述不需要對所有的結構化資料進行編碼，但需要包含足夠的細節使人在閱讀敘述時理解「臨床安全性」。resource定義有哪些內容應該在敘述中表示，以確保臨床安全。

內嵌（contained）的resource沒有敘述，非內嵌（contained）的resource則**建議應該（SHOULD）**有敘述。有時resource可能只有文字表述，很少或沒有額外的結構化資料（只要滿足所有minOccurs=1的資料項目）。這可能出現在舊系統的資料，當資訊以 「文字表述區塊（text blob） 」的形式被取得，或者文字表述是原始輸入或說明，而編碼資訊稍後再添加。

這些resource內嵌（contains）的resource不會另外存於任何FHIR伺服器，意即它們無法在任何FHIR伺服器中被找到，也無法有自己獨立的資料異動／交易（transaction）範圍。

當內容可以從任何FHIR伺服器找到時，不應該以內嵌（contained）resource的方式呈現，因為一旦失去識別，再次恢復它是非常困難的（並且取決於情境）。內嵌（contained）的resource可在它們的meta資料項目中表述profiles和tag，但不應該有安全標號（security labels）。

可用於表示不屬於此resource基本定義的額外資訊。為了擴充的使用安全和可管理，對擴充的定義和使用有一套嚴格的管理。儘管任何實作者都可以定義一個擴充，但作為擴充定義的一部分，必須（SHALL） 滿足一系列要求。

任何應用程式、專案或標準使用擴充時，都不應該帶有任何負面的聯想。使用擴充是允許FHIR規範為每個人保留一個核心的簡易性。

可以用來表示不屬於此resource的基本定義的額外資訊，並修改包含它所內嵌（contained）的資料項目的理解和/或對包含資料項目之後續使用的理解。通常修飾用的資料項目提供否定或限定的資訊。為了使擴充的使用安全和可管理，對擴充的定義和使用有一套嚴格的管理。雖然任何實作者都可以定義一個擴充，但在定義擴充時 必須（SHALL） 滿足一組要求。處理resource的應用程式需要檢查修飾用的擴充資料項目。
修飾用的擴充資料項目 必須沒有（SHALL NOT） 改變resource或DomainResource上任何資料項目的含義（包括不能改變modifierExtension本身的含義）。

任何應用程式、專案或標準使用擴充時，都不應該帶有任何負面的聯想。使用擴充是允許FHIR規範為每個人保留一個核心的簡易性。

修飾用的資料項目擴充允許將不能安全地忽略的擴充，與絕大多數可以安全地忽略的擴充明確區分開來。這樣做有助於促進可互操作性，因為無需禁止實作者使用擴充，想要瞭解更多資訊，請參見[修飾用的資料項目擴充之定義]（http://hl7.org/fhir/R4/extensibility.html#modifierExtension）。

這是唯一的識別號，用來幫助使用者識別該地點

機構會在註冊檔中給地點貼上標籤，我們需要記錄並追蹤這些被標記的地點。

這裡的狀態屬性是指 resource 是否一般可用，而不是指它當前的具體狀態。當前的具體狀態可能會由 operationStatus 作描述，或者如果這個地點設有排程或時段的話，則由這些排程或時段來描述。

地點的狀態，指明該地點是否目前正在使用中；應填入所綁定值集中的其中一個代碼。

運營狀態主要描述與床位相關的運營情況（但也可以用於房間、單位、椅子等，例如：隔離區或透析椅）。這通常包括床位是否受到污染、需要房間清潔，或者正在進行維修等情況。

鼓勵使用所綁定值集中的代碼，但不強制一定要使用此值集，你也可使用其他值集的代碼或單純以文字表示。

人們常用的地點名稱。不需要是唯一的。

如果某地點的名稱發生變更，可以考慮將舊名稱放入別名(alias)資料項目，這樣在查詢時仍然可以找到此地點。

這是一份地點過去或現在所使用的其他名稱的清單

別名或過去的名稱並不附帶具體的日期，因為這不是用來記錄名稱使用的時間。其主要目的是幫助查詢，讓人們用舊名稱也能找到對應的地點。

隨著時間的流逝，地點和機構會有很多變化，它們可能會有不同的名稱。在查詢資料時，知道一個地點之前的名稱可能會很有幫助。

對地點的描述，可以幫助人們找到或者識別這個地點。

人們需要額外資訊來確保找到的是正確的地點

表明這個 resource 實例是指一個具體的地點，還是指一種地點的類別。

之所以將此資料項目標記為修飾用(modifier)，是因為地點是否屬於某一類的地點類別會改變其使用和理解方式。

表明為一個地點或是一個地點的類別；應填入所綁定值集中的其中一個代碼。

當在排程或下醫令中使用Location resource時，我們需要能夠參照某類地點，而不是一個具體的地點。

指明此地點執行的功能類型

應填入所綁定值集中的其中一個代碼。

此地點提供的通訊設備聯絡方式。這可能包括電話號碼、傳真號碼、手機號碼、電子郵件地址和網站。

resource中資料項目的唯一ID（用於內部參照）。這可以是任何不含空格的字串。

擴充的資料項目

無論使用或定義擴充的機構或管轄區，任何應用程式、專案或標準使用擴充都不背負任何汙名（stigma）。使用擴充是允許FHIR規範為每個人保留一個核心的簡易性。

聯絡方式的通訊形式－需要什麼通訊系統進行聯絡

應填入所綁定值集中的其中一個代碼。

實際的聯絡方式之細節，針對指定的通訊系統提供有意義的形式（電話號碼或是電子郵件位址）

額外的文字資料，例如電話分機號碼、或關於聯絡人的說明，有時也包括於此值。

需支援非嚴格格式控制之舊有號碼

確定聯絡方式的用途

應用程式可以假定一個聯絡方法是目前使用中，除非它明確說它是暫時的或舊的。

此聯絡方式的用途；應填入所綁定值集中的其中一個代碼。

需要追蹤此人使用這種聯絡的方式，使用者可以選擇適合他們用途的聯絡方式。

具體說明使用一組聯繫方式的優先順序，較小排名序位的聯絡方式比較大排名序位的聯絡方式之序位還要前面。

請注意，排名序位沒有一定要遵循聯絡方式在實例中呈現的順序。

此聯絡方式的使用效期

實體地點

額外的地址應使用另一個Location resource 實例或透過 Organiztion 進行記錄

如果可以訪問地點，我們需要記錄其地址。

地點的實體形態，如建築物、房間、車輛、道路。

可參考所綁定值集，但此值集只是針對這個欄位的一個可能值的範例，不預期也不鼓勵使用者一定要使用此值集的代碼。

為了在查詢中顯示相關地點，我們需要對地點進行分類。

地點的絕對地理位置，使用 WGS84 基準表示（這與 KML 中使用的坐標系相同）。

對於行動應用和自動導航來說，需要知道地點的確切位置。

resource中資料項目的唯一ID（用於內部參照）。這可以是任何不含空格的字串。

擴充的資料項目

無論使用或定義擴充的機構或管轄區，任何應用程式、專案或標準使用擴充都不背負任何汙名（stigma）。使用擴充是允許FHIR規範為每個人保留一個核心的簡易性。

可以用來表示不屬於資料項目的基本定義的附加資訊，並且修改對它所內嵌（contained）的資料項目的理解和（或）對包含資料項目之後續使用的理解。通常，修飾用的資料項目提供否定或限定。為了使擴充的使用安全和可管理，對擴充的定義和使用有一套嚴格的管理。儘管任何實作者都可以定義一個擴充，但作為擴充定義的一部分，有一套要求 必須（SHALL） 滿足。處理resource的應用程式被要求檢查修飾用的擴充資料項目。 修飾用的擴充資料項目 必須沒有（SHALL NOT） 改變resource或DomainResource上任何資料項目的含義（包括不能改變modifierExtension本身的含義）。

無論使用或定義擴充的機構或管轄區，任何應用程式、專案或標準使用擴充都不背負任何汙名（stigma）。使用擴充是允許FHIR規範為每個人保留一個核心的簡易性。

修飾用的資料項目擴充將不能安全地忽略的擴充與絕大多數可以安全地忽略的擴充明確區分開來。透過消除禁止實作者擴充存在的需求來促進可互通性。更多訊息，請參見修飾用的資料項目擴充之定義。

經度，值域和解釋與 KML 中經度資料項目文字表述相同（見下文註釋）。

緯度，值域和解釋與 KML 中緯度資料項目文字表述相同（見下文註釋）。

海拔高度，值域和解釋與 KML 中高度資料項目的文字表述相同（見下文註釋）。

負責地點的提供與維護之機構

這也可以用來指出此地點隸屬於哪個機構，以及提供哪些服務。這些服務可以透過HealthcareService resource來具體定義。

需要知道誰負責管理此地點

此地點是另一個地點的一部分

為了方便查找地點、顯示地點以及識別地點，知道哪些地點位於其他地點之內是重要的。

這個地點通常在一個星期的哪些日子/時間開放？

這種資訊通常可以在目錄和網站上找到，以告知客戶機構的開放時間。此地點內的特定服務可能有自己的營業時間，這些時間可能會比此地點的整體營業時間短或長。

resource中資料項目的唯一ID（用於內部參照）。這可以是任何不含空格的字串。

擴充的資料項目

無論使用或定義擴充的機構或管轄區，任何應用程式、專案或標準使用擴充都不背負任何汙名（stigma）。使用擴充是允許FHIR規範為每個人保留一個核心的簡易性。

可以用來表示不屬於資料項目的基本定義的附加資訊，並且修改對它所內嵌（contained）的資料項目的理解和（或）對包含資料項目之後續使用的理解。通常，修飾用的資料項目提供否定或限定。為了使擴充的使用安全和可管理，對擴充的定義和使用有一套嚴格的管理。儘管任何實作者都可以定義一個擴充，但作為擴充定義的一部分，有一套要求 必須（SHALL） 滿足。處理resource的應用程式被要求檢查修飾用的擴充資料項目。 修飾用的擴充資料項目 必須沒有（SHALL NOT） 改變resource或DomainResource上任何資料項目的含義（包括不能改變modifierExtension本身的含義）。

無論使用或定義擴充的機構或管轄區，任何應用程式、專案或標準使用擴充都不背負任何汙名（stigma）。使用擴充是允許FHIR規範為每個人保留一個核心的簡易性。

修飾用的資料項目擴充將不能安全地忽略的擴充與絕大多數可以安全地忽略的擴充明確區分開來。透過消除禁止實作者擴充存在的需求來促進可互通性。更多訊息，請參見修飾用的資料項目擴充之定義。

在規定的開始和結束時間內，一週中哪些天是開放的。

應填入所綁定值集中的其中一個代碼。

此地點全天開放

此地點的開放時間

此地點的關閉時間

描述地點開放時間與正常情況不同的情形，例如國定假日。簡明扼要地描述所有可能的異常情況，這些異常情況在開放時間的時間表中有詳細說明。

提供用於此地點運營服務的技術端點

機構在不同地點有提供各種服務的不同系統，需要明確怎樣以及為了什麼目的來連接這些系統的技術詳情。

提供服務的實體地點的詳細和位置資訊，包括可以儲存、查找、容納或安置 resources和參與者的地點的資訊。

resource的邏輯ID，在resource的URL中使用。一旦指定，這個值永遠不會改變。

一個resource使用新增操作（create operation）提交給伺服器時，此resource沒有id，它的id在resource被創建後由伺器分配/指定。

關於resource的metadata。這是由基礎建設維護的內容。內容的更改可能並不總是與resource的版本更改相關聯。

構建resource時遵循的一系列規則的參照，在處理內容時必須理解這些規則。通常這是對IG所定義之特殊規則及其他profiles的參照。

宣告這套規則限制了內容只能被有限的交易夥伴所理解。這從本質上限制了資料的長期有用性。然而，現有的健康生態體系高度分裂，還沒有準備好以普遍可計算的方式定義、收集和交換資料。只要有可能，實作者和/或規範編寫者應該避免使用這個資料項目。通常在使用時，此URL是對IG的參照，此IG將這些特殊規則與其他profiles、value sets等一起定義為其敘述的一部分。

編寫此resource的語言

提供語言是為了支援索引和可存取性（通常，文字表述轉語音等服務使用此語言標籤）。html lanuage tag適用於此敘述。resource上的語言標籤可用於指定從resource中的資料所產成的其他表述之語言。不是所有的內容都必須使用此語言。不應該假定Resource.language自動適用於敘述。如果指定語言，它也應該被指定在html中的div資料項目（關於xml:lang和html lang屬性之間的關係，見HTML5中的規則）。

人類語言；鼓勵使用CommonLanguages代碼表中的代碼，但不強制一定要使用此代碼表，你也可使用其他代碼表的代碼或單純以文字表示。

人可讀的敘述，包含resource的摘要，可用於向人表述resource的內容。敘述不需要對所有的結構化資料進行編碼，但需要包含足夠的細節使人在閱讀敘述時理解「臨床安全性」。resource定義有哪些內容應該在敘述中表示，以確保臨床安全。

內嵌（contained）的resource沒有敘述，非內嵌（contained）的resource則**建議應該（SHOULD）**有敘述。有時resource可能只有文字表述，很少或沒有額外的結構化資料（只要滿足所有minOccurs=1的資料項目）。這可能出現在舊系統的資料，當資訊以 「文字表述區塊（text blob） 」的形式被取得，或者文字表述是原始輸入或說明，而編碼資訊稍後再添加。

這些resource內嵌（contains）的resource不會另外存於任何FHIR伺服器，意即它們無法在任何FHIR伺服器中被找到，也無法有自己獨立的資料異動／交易（transaction）範圍。

當內容可以從任何FHIR伺服器找到時，不應該以內嵌（contained）resource的方式呈現，因為一旦失去識別，再次恢復它是非常困難的（並且取決於情境）。內嵌（contained）的resource可在它們的meta資料項目中表述profiles和tag，但不應該有安全標號（security labels）。

可用於表示不屬於此resource基本定義的額外資訊。為了擴充的使用安全和可管理，對擴充的定義和使用有一套嚴格的管理。儘管任何實作者都可以定義一個擴充，但作為擴充定義的一部分，必須（SHALL） 滿足一系列要求。

任何應用程式、專案或標準使用擴充時，都不應該帶有任何負面的聯想。使用擴充是允許FHIR規範為每個人保留一個核心的簡易性。

可以用來表示不屬於此resource的基本定義的額外資訊，並修改包含它所內嵌（contained）的資料項目的理解和/或對包含資料項目之後續使用的理解。通常修飾用的資料項目提供否定或限定的資訊。為了使擴充的使用安全和可管理，對擴充的定義和使用有一套嚴格的管理。雖然任何實作者都可以定義一個擴充，但在定義擴充時 必須（SHALL） 滿足一組要求。處理resource的應用程式需要檢查修飾用的擴充資料項目。
修飾用的擴充資料項目 必須沒有（SHALL NOT） 改變resource或DomainResource上任何資料項目的含義（包括不能改變modifierExtension本身的含義）。

任何應用程式、專案或標準使用擴充時，都不應該帶有任何負面的聯想。使用擴充是允許FHIR規範為每個人保留一個核心的簡易性。

修飾用的資料項目擴充允許將不能安全地忽略的擴充，與絕大多數可以安全地忽略的擴充明確區分開來。這樣做有助於促進可互操作性，因為無需禁止實作者使用擴充，想要瞭解更多資訊，請參見[修飾用的資料項目擴充之定義]（http://hl7.org/fhir/R4/extensibility.html#modifierExtension）。

這是唯一的識別號，用來幫助使用者識別該地點

機構會在註冊檔中給地點貼上標籤，我們需要記錄並追蹤這些被標記的地點。

這裡的狀態屬性是指 resource 是否一般可用，而不是指它當前的具體狀態。當前的具體狀態可能會由 operationStatus 作描述，或者如果這個地點設有排程或時段的話，則由這些排程或時段來描述。

地點的狀態，指明該地點是否目前正在使用中；應填入所綁定值集中的其中一個代碼。

運營狀態主要描述與床位相關的運營情況（但也可以用於房間、單位、椅子等，例如：隔離區或透析椅）。這通常包括床位是否受到污染、需要房間清潔，或者正在進行維修等情況。

鼓勵使用所綁定值集中的代碼，但不強制一定要使用此值集，你也可使用其他值集的代碼或單純以文字表示。

人們常用的地點名稱。不需要是唯一的。

如果某地點的名稱發生變更，可以考慮將舊名稱放入別名(alias)資料項目，這樣在查詢時仍然可以找到此地點。

這是一份地點過去或現在所使用的其他名稱的清單

別名或過去的名稱並不附帶具體的日期，因為這不是用來記錄名稱使用的時間。其主要目的是幫助查詢，讓人們用舊名稱也能找到對應的地點。

隨著時間的流逝，地點和機構會有很多變化，它們可能會有不同的名稱。在查詢資料時，知道一個地點之前的名稱可能會很有幫助。

對地點的描述，可以幫助人們找到或者識別這個地點。

人們需要額外資訊來確保找到的是正確的地點

表明這個 resource 實例是指一個具體的地點，還是指一種地點的類別。

之所以將此資料項目標記為修飾用(modifier)，是因為地點是否屬於某一類的地點類別會改變其使用和理解方式。

表明為一個地點或是一個地點的類別；應填入所綁定值集中的其中一個代碼。

當在排程或下醫令中使用Location resource時，我們需要能夠參照某類地點，而不是一個具體的地點。

指明此地點執行的功能類型

Not all terminology uses fit this general pattern. In some cases, models should not use CodeableConcept and use Coding directly and provide their own structure for managing text, codings, translations and the relationship between elements and pre- and post-coordination.

應填入所綁定值集中的其中一個代碼。

此地點提供的通訊設備聯絡方式。這可能包括電話號碼、傳真號碼、手機號碼、電子郵件地址和網站。

resource中資料項目的唯一ID（用於內部參照）。這可以是任何不含空格的字串。

擴充的資料項目

無論使用或定義擴充的機構或管轄區，任何應用程式、專案或標準使用擴充都不背負任何汙名（stigma）。使用擴充是允許FHIR規範為每個人保留一個核心的簡易性。

聯絡方式的通訊形式－需要什麼通訊系統進行聯絡

應填入所綁定值集中的其中一個代碼。

實際的聯絡方式之細節，針對指定的通訊系統提供有意義的形式（電話號碼或是電子郵件位址）

額外的文字資料，例如電話分機號碼、或關於聯絡人的說明，有時也包括於此值。

需支援非嚴格格式控制之舊有號碼

確定聯絡方式的用途

應用程式可以假定一個聯絡方法是目前使用中，除非它明確說它是暫時的或舊的。

此聯絡方式的用途；應填入所綁定值集中的其中一個代碼。

需要追蹤此人使用這種聯絡的方式，使用者可以選擇適合他們用途的聯絡方式。

具體說明使用一組聯繫方式的優先順序，較小排名序位的聯絡方式比較大排名序位的聯絡方式之序位還要前面。

請注意，排名序位沒有一定要遵循聯絡方式在實例中呈現的順序。

此聯絡方式的使用效期

實體地點

額外的地址應使用另一個Location resource 實例或透過 Organiztion 進行記錄

如果可以訪問地點，我們需要記錄其地址。

地點的實體形態，如建築物、房間、車輛、道路。

Not all terminology uses fit this general pattern. In some cases, models should not use CodeableConcept and use Coding directly and provide their own structure for managing text, codings, translations and the relationship between elements and pre- and post-coordination.

可參考所綁定值集，但此值集只是針對這個欄位的一個可能值的範例，不預期也不鼓勵使用者一定要使用此值集的代碼。

為了在查詢中顯示相關地點，我們需要對地點進行分類。

地點的絕對地理位置，使用 WGS84 基準表示（這與 KML 中使用的坐標系相同）。

對於行動應用和自動導航來說，需要知道地點的確切位置。

resource中資料項目的唯一ID（用於內部參照）。這可以是任何不含空格的字串。

擴充的資料項目

無論使用或定義擴充的機構或管轄區，任何應用程式、專案或標準使用擴充都不背負任何汙名（stigma）。使用擴充是允許FHIR規範為每個人保留一個核心的簡易性。

可以用來表示不屬於資料項目的基本定義的附加資訊，並且修改對它所內嵌（contained）的資料項目的理解和（或）對包含資料項目之後續使用的理解。通常，修飾用的資料項目提供否定或限定。為了使擴充的使用安全和可管理，對擴充的定義和使用有一套嚴格的管理。儘管任何實作者都可以定義一個擴充，但作為擴充定義的一部分，有一套要求 必須（SHALL） 滿足。處理resource的應用程式被要求檢查修飾用的擴充資料項目。 修飾用的擴充資料項目 必須沒有（SHALL NOT） 改變resource或DomainResource上任何資料項目的含義（包括不能改變modifierExtension本身的含義）。

無論使用或定義擴充的機構或管轄區，任何應用程式、專案或標準使用擴充都不背負任何汙名（stigma）。使用擴充是允許FHIR規範為每個人保留一個核心的簡易性。

修飾用的資料項目擴充將不能安全地忽略的擴充與絕大多數可以安全地忽略的擴充明確區分開來。透過消除禁止實作者擴充存在的需求來促進可互通性。更多訊息，請參見修飾用的資料項目擴充之定義。

經度，值域和解釋與 KML 中經度資料項目文字表述相同（見下文註釋）。

緯度，值域和解釋與 KML 中緯度資料項目文字表述相同（見下文註釋）。

海拔高度，值域和解釋與 KML 中高度資料項目的文字表述相同（見下文註釋）。

負責地點的提供與維護之機構

這也可以用來指出此地點隸屬於哪個機構，以及提供哪些服務。這些服務可以透過HealthcareService resource來具體定義。

需要知道誰負責管理此地點

此地點是另一個地點的一部分

為了方便查找地點、顯示地點以及識別地點，知道哪些地點位於其他地點之內是重要的。

這個地點通常在一個星期的哪些日子/時間開放？

這種資訊通常可以在目錄和網站上找到，以告知客戶機構的開放時間。此地點內的特定服務可能有自己的營業時間，這些時間可能會比此地點的整體營業時間短或長。

resource中資料項目的唯一ID（用於內部參照）。這可以是任何不含空格的字串。

擴充的資料項目

無論使用或定義擴充的機構或管轄區，任何應用程式、專案或標準使用擴充都不背負任何汙名（stigma）。使用擴充是允許FHIR規範為每個人保留一個核心的簡易性。

可以用來表示不屬於資料項目的基本定義的附加資訊，並且修改對它所內嵌（contained）的資料項目的理解和（或）對包含資料項目之後續使用的理解。通常，修飾用的資料項目提供否定或限定。為了使擴充的使用安全和可管理，對擴充的定義和使用有一套嚴格的管理。儘管任何實作者都可以定義一個擴充，但作為擴充定義的一部分，有一套要求 必須（SHALL） 滿足。處理resource的應用程式被要求檢查修飾用的擴充資料項目。 修飾用的擴充資料項目 必須沒有（SHALL NOT） 改變resource或DomainResource上任何資料項目的含義（包括不能改變modifierExtension本身的含義）。

無論使用或定義擴充的機構或管轄區，任何應用程式、專案或標準使用擴充都不背負任何汙名（stigma）。使用擴充是允許FHIR規範為每個人保留一個核心的簡易性。

修飾用的資料項目擴充將不能安全地忽略的擴充與絕大多數可以安全地忽略的擴充明確區分開來。透過消除禁止實作者擴充存在的需求來促進可互通性。更多訊息，請參見修飾用的資料項目擴充之定義。

在規定的開始和結束時間內，一週中哪些天是開放的。

應填入所綁定值集中的其中一個代碼。

此地點全天開放

此地點的開放時間

此地點的關閉時間

描述地點開放時間與正常情況不同的情形，例如國定假日。簡明扼要地描述所有可能的異常情況，這些異常情況在開放時間的時間表中有詳細說明。

提供用於此地點運營服務的技術端點

機構在不同地點有提供各種服務的不同系統，需要明確怎樣以及為了什麼目的來連接這些系統的技術詳情。

提供服務的實體地點的詳細和位置資訊，包括可以儲存、查找、容納或安置 resources和參與者的地點的資訊。

resource的邏輯ID，在resource的URL中使用。一旦指定，這個值永遠不會改變。

一個resource使用新增操作（create operation）提交給伺服器時，此resource沒有id，它的id在resource被創建後由伺器分配/指定。

關於resource的metadata。這是由基礎建設維護的內容。內容的更改可能並不總是與resource的版本更改相關聯。

構建resource時遵循的一系列規則的參照，在處理內容時必須理解這些規則。通常這是對IG所定義之特殊規則及其他profiles的參照。

宣告這套規則限制了內容只能被有限的交易夥伴所理解。這從本質上限制了資料的長期有用性。然而，現有的健康生態體系高度分裂，還沒有準備好以普遍可計算的方式定義、收集和交換資料。只要有可能，實作者和/或規範編寫者應該避免使用這個資料項目。通常在使用時，此URL是對IG的參照，此IG將這些特殊規則與其他profiles、value sets等一起定義為其敘述的一部分。

編寫此resource的語言

提供語言是為了支援索引和可存取性（通常，文字表述轉語音等服務使用此語言標籤）。html lanuage tag適用於此敘述。resource上的語言標籤可用於指定從resource中的資料所產成的其他表述之語言。不是所有的內容都必須使用此語言。不應該假定Resource.language自動適用於敘述。如果指定語言，它也應該被指定在html中的div資料項目（關於xml:lang和html lang屬性之間的關係，見HTML5中的規則）。

人類語言；鼓勵使用CommonLanguages代碼表中的代碼，但不強制一定要使用此代碼表，你也可使用其他代碼表的代碼或單純以文字表示。

人可讀的敘述，包含resource的摘要，可用於向人表述resource的內容。敘述不需要對所有的結構化資料進行編碼，但需要包含足夠的細節使人在閱讀敘述時理解「臨床安全性」。resource定義有哪些內容應該在敘述中表示，以確保臨床安全。

內嵌（contained）的resource沒有敘述，非內嵌（contained）的resource則**建議應該（SHOULD）**有敘述。有時resource可能只有文字表述，很少或沒有額外的結構化資料（只要滿足所有minOccurs=1的資料項目）。這可能出現在舊系統的資料，當資訊以 「文字表述區塊（text blob） 」的形式被取得，或者文字表述是原始輸入或說明，而編碼資訊稍後再添加。

這些resource內嵌（contains）的resource不會另外存於任何FHIR伺服器，意即它們無法在任何FHIR伺服器中被找到，也無法有自己獨立的資料異動／交易（transaction）範圍。

當內容可以從任何FHIR伺服器找到時，不應該以內嵌（contained）resource的方式呈現，因為一旦失去識別，再次恢復它是非常困難的（並且取決於情境）。內嵌（contained）的resource可在它們的meta資料項目中表述profiles和tag，但不應該有安全標號（security labels）。

可用於表示不屬於此resource基本定義的額外資訊。為了擴充的使用安全和可管理，對擴充的定義和使用有一套嚴格的管理。儘管任何實作者都可以定義一個擴充，但作為擴充定義的一部分，必須（SHALL） 滿足一系列要求。

任何應用程式、專案或標準使用擴充時，都不應該帶有任何負面的聯想。使用擴充是允許FHIR規範為每個人保留一個核心的簡易性。

可以用來表示不屬於此resource的基本定義的額外資訊，並修改包含它所內嵌（contained）的資料項目的理解和/或對包含資料項目之後續使用的理解。通常修飾用的資料項目提供否定或限定的資訊。為了使擴充的使用安全和可管理，對擴充的定義和使用有一套嚴格的管理。雖然任何實作者都可以定義一個擴充，但在定義擴充時 必須（SHALL） 滿足一組要求。處理resource的應用程式需要檢查修飾用的擴充資料項目。
修飾用的擴充資料項目 必須沒有（SHALL NOT） 改變resource或DomainResource上任何資料項目的含義（包括不能改變modifierExtension本身的含義）。

任何應用程式、專案或標準使用擴充時，都不應該帶有任何負面的聯想。使用擴充是允許FHIR規範為每個人保留一個核心的簡易性。

修飾用的資料項目擴充允許將不能安全地忽略的擴充，與絕大多數可以安全地忽略的擴充明確區分開來。這樣做有助於促進可互操作性，因為無需禁止實作者使用擴充，想要瞭解更多資訊，請參見[修飾用的資料項目擴充之定義]（http://hl7.org/fhir/R4/extensibility.html#modifierExtension）。

這是唯一的識別號，用來幫助使用者識別該地點

機構會在註冊檔中給地點貼上標籤，我們需要記錄並追蹤這些被標記的地點。

這裡的狀態屬性是指 resource 是否一般可用，而不是指它當前的具體狀態。當前的具體狀態可能會由 operationStatus 作描述，或者如果這個地點設有排程或時段的話，則由這些排程或時段來描述。

地點的狀態，指明該地點是否目前正在使用中；應填入所綁定值集中的其中一個代碼。

運營狀態主要描述與床位相關的運營情況（但也可以用於房間、單位、椅子等，例如：隔離區或透析椅）。這通常包括床位是否受到污染、需要房間清潔，或者正在進行維修等情況。

鼓勵使用所綁定值集中的代碼，但不強制一定要使用此值集，你也可使用其他值集的代碼或單純以文字表示。

人們常用的地點名稱。不需要是唯一的。

如果某地點的名稱發生變更，可以考慮將舊名稱放入別名(alias)資料項目，這樣在查詢時仍然可以找到此地點。

這是一份地點過去或現在所使用的其他名稱的清單

別名或過去的名稱並不附帶具體的日期，因為這不是用來記錄名稱使用的時間。其主要目的是幫助查詢，讓人們用舊名稱也能找到對應的地點。

隨著時間的流逝，地點和機構會有很多變化，它們可能會有不同的名稱。在查詢資料時，知道一個地點之前的名稱可能會很有幫助。

對地點的描述，可以幫助人們找到或者識別這個地點。

人們需要額外資訊來確保找到的是正確的地點

表明這個 resource 實例是指一個具體的地點，還是指一種地點的類別。

之所以將此資料項目標記為修飾用(modifier)，是因為地點是否屬於某一類的地點類別會改變其使用和理解方式。

表明為一個地點或是一個地點的類別；應填入所綁定值集中的其中一個代碼。

當在排程或下醫令中使用Location resource時，我們需要能夠參照某類地點，而不是一個具體的地點。

指明此地點執行的功能類型

Not all terminology uses fit this general pattern. In some cases, models should not use CodeableConcept and use Coding directly and provide their own structure for managing text, codings, translations and the relationship between elements and pre- and post-coordination.

應填入所綁定值集中的其中一個代碼。

此地點提供的通訊設備聯絡方式。這可能包括電話號碼、傳真號碼、手機號碼、電子郵件地址和網站。

resource中資料項目的唯一ID（用於內部參照）。這可以是任何不含空格的字串。

擴充的資料項目

無論使用或定義擴充的機構或管轄區，任何應用程式、專案或標準使用擴充都不背負任何汙名（stigma）。使用擴充是允許FHIR規範為每個人保留一個核心的簡易性。

聯絡方式的通訊形式－需要什麼通訊系統進行聯絡

應填入所綁定值集中的其中一個代碼。

實際的聯絡方式之細節，針對指定的通訊系統提供有意義的形式（電話號碼或是電子郵件位址）

額外的文字資料，例如電話分機號碼、或關於聯絡人的說明，有時也包括於此值。

需支援非嚴格格式控制之舊有號碼

確定聯絡方式的用途

應用程式可以假定一個聯絡方法是目前使用中，除非它明確說它是暫時的或舊的。

此聯絡方式的用途；應填入所綁定值集中的其中一個代碼。

需要追蹤此人使用這種聯絡的方式，使用者可以選擇適合他們用途的聯絡方式。

具體說明使用一組聯繫方式的優先順序，較小排名序位的聯絡方式比較大排名序位的聯絡方式之序位還要前面。

請注意，排名序位沒有一定要遵循聯絡方式在實例中呈現的順序。

此聯絡方式的使用效期

實體地點

額外的地址應使用另一個Location resource 實例或透過 Organiztion 進行記錄

如果可以訪問地點，我們需要記錄其地址。

地點的實體形態，如建築物、房間、車輛、道路。

Not all terminology uses fit this general pattern. In some cases, models should not use CodeableConcept and use Coding directly and provide their own structure for managing text, codings, translations and the relationship between elements and pre- and post-coordination.

可參考所綁定值集，但此值集只是針對這個欄位的一個可能值的範例，不預期也不鼓勵使用者一定要使用此值集的代碼。

為了在查詢中顯示相關地點，我們需要對地點進行分類。

地點的絕對地理位置，使用 WGS84 基準表示（這與 KML 中使用的坐標系相同）。

對於行動應用和自動導航來說，需要知道地點的確切位置。

resource中資料項目的唯一ID（用於內部參照）。這可以是任何不含空格的字串。

擴充的資料項目

無論使用或定義擴充的機構或管轄區，任何應用程式、專案或標準使用擴充都不背負任何汙名（stigma）。使用擴充是允許FHIR規範為每個人保留一個核心的簡易性。

可以用來表示不屬於資料項目的基本定義的附加資訊，並且修改對它所內嵌（contained）的資料項目的理解和（或）對包含資料項目之後續使用的理解。通常，修飾用的資料項目提供否定或限定。為了使擴充的使用安全和可管理，對擴充的定義和使用有一套嚴格的管理。儘管任何實作者都可以定義一個擴充，但作為擴充定義的一部分，有一套要求 必須（SHALL） 滿足。處理resource的應用程式被要求檢查修飾用的擴充資料項目。 修飾用的擴充資料項目 必須沒有（SHALL NOT） 改變resource或DomainResource上任何資料項目的含義（包括不能改變modifierExtension本身的含義）。

無論使用或定義擴充的機構或管轄區，任何應用程式、專案或標準使用擴充都不背負任何汙名（stigma）。使用擴充是允許FHIR規範為每個人保留一個核心的簡易性。

修飾用的資料項目擴充將不能安全地忽略的擴充與絕大多數可以安全地忽略的擴充明確區分開來。透過消除禁止實作者擴充存在的需求來促進可互通性。更多訊息，請參見修飾用的資料項目擴充之定義。

經度，值域和解釋與 KML 中經度資料項目文字表述相同（見下文註釋）。

緯度，值域和解釋與 KML 中緯度資料項目文字表述相同（見下文註釋）。

海拔高度，值域和解釋與 KML 中高度資料項目的文字表述相同（見下文註釋）。

負責地點的提供與維護之機構

這也可以用來指出此地點隸屬於哪個機構，以及提供哪些服務。這些服務可以透過HealthcareService resource來具體定義。

需要知道誰負責管理此地點

此地點是另一個地點的一部分

為了方便查找地點、顯示地點以及識別地點，知道哪些地點位於其他地點之內是重要的。

這個地點通常在一個星期的哪些日子/時間開放？

這種資訊通常可以在目錄和網站上找到，以告知客戶機構的開放時間。此地點內的特定服務可能有自己的營業時間，這些時間可能會比此地點的整體營業時間短或長。

resource中資料項目的唯一ID（用於內部參照）。這可以是任何不含空格的字串。

擴充的資料項目

無論使用或定義擴充的機構或管轄區，任何應用程式、專案或標準使用擴充都不背負任何汙名（stigma）。使用擴充是允許FHIR規範為每個人保留一個核心的簡易性。

可以用來表示不屬於資料項目的基本定義的附加資訊，並且修改對它所內嵌（contained）的資料項目的理解和（或）對包含資料項目之後續使用的理解。通常，修飾用的資料項目提供否定或限定。為了使擴充的使用安全和可管理，對擴充的定義和使用有一套嚴格的管理。儘管任何實作者都可以定義一個擴充，但作為擴充定義的一部分，有一套要求 必須（SHALL） 滿足。處理resource的應用程式被要求檢查修飾用的擴充資料項目。 修飾用的擴充資料項目 必須沒有（SHALL NOT） 改變resource或DomainResource上任何資料項目的含義（包括不能改變modifierExtension本身的含義）。

無論使用或定義擴充的機構或管轄區，任何應用程式、專案或標準使用擴充都不背負任何汙名（stigma）。使用擴充是允許FHIR規範為每個人保留一個核心的簡易性。

修飾用的資料項目擴充將不能安全地忽略的擴充與絕大多數可以安全地忽略的擴充明確區分開來。透過消除禁止實作者擴充存在的需求來促進可互通性。更多訊息，請參見修飾用的資料項目擴充之定義。

在規定的開始和結束時間內，一週中哪些天是開放的。

應填入所綁定值集中的其中一個代碼。

此地點全天開放

此地點的開放時間

此地點的關閉時間

描述地點開放時間與正常情況不同的情形，例如國定假日。簡明扼要地描述所有可能的異常情況，這些異常情況在開放時間的時間表中有詳細說明。

提供用於此地點運營服務的技術端點

機構在不同地點有提供各種服務的不同系統，需要明確怎樣以及為了什麼目的來連接這些系統的技術詳情。