==========
Annotation
Name | Flags | Card. | Type | Description & Constraints |
---|---|---|---|---|
Annotation | N | Element | Text node with attribution Elements defined in Ancestors: id, extension | |
author[x] | Σ | 0..1 | Individual responsible for the annotation | |
authorReference | Reference (Practitioner| Patient | RelatedPerson | Organization) | |||
authorString | string | |||
time | Σ | 0..1 | dateTime | When the annotation was made |
text | Σ | 1..1 | markdown | The annotation - text content (as markdown) |
這個是附加說明用,還包含誰在什麼時候補充了什麼。
- Annotation.author[x] : [0..1]
- authorReference: Reference(Practitioner, Patient, RelatedPerson, Organization)
- authorString: string
用來標註提供此說明(text)的作者是誰。他可以有兩種元素型態可以選擇。從authorReferece可知,提供這項標註的不一定是人。
- Annotation.time: dataTime [0..1]
這個標註何時完成。
- Annotation.text: markdown [1..1]
注意這個是必要element,而且Data Type是markdown。想學習markdown語法可以參考這兒。
Attachment
Name Flags Card. Type Description & Constraints
Attachment IN Element Content in a format defined elsewhere
+ Rule: If the Attachment has data, it SHALL have a contentType
Elements defined in Ancestors: id, extension
contentType Σ 0..1 code Mime type of the content, with charset etc.
MimeType (Required)
language Σ 0..1 code Human language of the content (BCP-47)
Common Languages (Preferred but limited to AllLanguages)
data 0..1 base64Binary Data inline, base64ed
url Σ 0..1 url Uri where the data can be found
size Σ 0..1 unsignedInt Number of bytes of content (if url provided)
hash Σ 0..1 base64Binary Hash of the data (sha-1, base64ed)
title Σ 0..1 string Label to display in place of the data
creation Σ 0..1 dateTime Date attachment was first created
這個是用來定義附加文件的。文件格式可能是影像、或者如PDF的報告。總之,他支援所有MIME Type。
- Attachment.contentType: code(MimeType) [0..1]
定義這個附加檔的MIME Type。需參考MimeType(Value Set)。
由於可能值很多,FHIR並沒有列出清單。需參考BCP-13。(看這種文件都很想打人)
常用的MIME type可以參考這份文件。
- Attachment.language: code(Common Languages) [0..1]
又來了。這個要參考BCP-47這份文件。
常見的就是這幾個吧:
- de German
- el Greek
- en English
- es Spanish
- fi Finnish
- fr French
- it Italian
- ja Japanese
- ko Korean
- nl Dutch
- ru Russian
- sv Swedish
- zh Chinese
- zh-CN Chinese (China)
- zh-HK Chinese (Hong Kong)
- zh-SG Chinese (Singapore)
- zh-TW Chinese (Taiwan)
- Attachment.data: base64Binary [0..1]
附加檔內容用base64編碼後放在這裡。
- Attachment.url: url [0..1]
若這附加檔是存放在網路的某空間時,可以把路徑放在這裡。
- Attachment.size: unsignedInt [0..1]
檔案大小。注意,這裡的大小是還沒有經過Base64編碼過的。
- Attachment.hash: base64Binary [0..1]
原始資料經過SHA-1演算法計算後的內容,再以Base64編碼放在這。
- Attachment.title: string [0..1]
此附件資料的標題名稱。
- Attachment.creation: dateTime [0..1]
產生附件的日期。
Signature
Name Flags Card. Type Description & Constraints
Signature TU Element A Signature - XML DigSig, JWS, Graphical image of signature, etc.
Elements defined in Ancestors: id, extension
type Σ 1..* Coding Indication of the reason the entity signed the object(s)
Signature Type Codes (Preferred)
when Σ 1..1 instant When the signature was created
who Σ 1..1 Reference(Practitioner| PractitionerRole |
RelatedPerson | Patient | Device |
Organization) Who signed
onBehalfOf Σ 0..1 Reference(Practitioner| PractitionerRole |
RelatedPerson | Patient | Device |
Organization) The party represented
targetFormat 0..1 code The technical format of the signed resources
MimeType (Required)
sigFormat 0..1 code The technical format of the signature
MimeType (Required)
data 0..1 base64Binary The actual signature content (XML DigSig. JWS, picture, etc.)
這塊我先保留。
==========
原則上,有目錄的Data Types都接觸到了。
還有一些特殊的,不過,他跟FHIR的一些機制有關,用專門的篇幅來講會更好。
- authorReference: Reference(Practitioner, Patient, RelatedPerson, Organization)
- authorString: string
- Annotation.time: dataTime [0..1]
這個標註何時完成。
- Annotation.text: markdown [1..1]
注意這個是必要element,而且Data Type是markdown。想學習markdown語法可以參考這兒。
Attachment
Name Flags Card. Type Description & Constraints
Attachment IN Element Content in a format defined elsewhere
+ Rule: If the Attachment has data, it SHALL have a contentType
Elements defined in Ancestors: id, extension
contentType Σ 0..1 code Mime type of the content, with charset etc.
MimeType (Required)
language Σ 0..1 code Human language of the content (BCP-47)
Common Languages (Preferred but limited to AllLanguages)
data 0..1 base64Binary Data inline, base64ed
url Σ 0..1 url Uri where the data can be found
size Σ 0..1 unsignedInt Number of bytes of content (if url provided)
hash Σ 0..1 base64Binary Hash of the data (sha-1, base64ed)
title Σ 0..1 string Label to display in place of the data
creation Σ 0..1 dateTime Date attachment was first created
這個是用來定義附加文件的。文件格式可能是影像、或者如PDF的報告。總之,他支援所有MIME Type。
- Attachment.contentType: code(MimeType) [0..1]
定義這個附加檔的MIME Type。需參考MimeType(Value Set)。
由於可能值很多,FHIR並沒有列出清單。需參考BCP-13。(看這種文件都很想打人)
常用的MIME type可以參考這份文件。
- Attachment.language: code(Common Languages) [0..1]
又來了。這個要參考BCP-47這份文件。
常見的就是這幾個吧:
- de German
- el Greek
- en English
- es Spanish
- fi Finnish
- fr French
- it Italian
- ja Japanese
- ko Korean
- nl Dutch
- ru Russian
- sv Swedish
- zh Chinese
- zh-CN Chinese (China)
- zh-HK Chinese (Hong Kong)
- zh-SG Chinese (Singapore)
- zh-TW Chinese (Taiwan)
- Attachment.data: base64Binary [0..1]
附加檔內容用base64編碼後放在這裡。
- Attachment.url: url [0..1]
若這附加檔是存放在網路的某空間時,可以把路徑放在這裡。
- Attachment.size: unsignedInt [0..1]
檔案大小。注意,這裡的大小是還沒有經過Base64編碼過的。
- Attachment.hash: base64Binary [0..1]
原始資料經過SHA-1演算法計算後的內容,再以Base64編碼放在這。
- Attachment.title: string [0..1]
此附件資料的標題名稱。
- Attachment.creation: dateTime [0..1]
產生附件的日期。
Signature
Name Flags Card. Type Description & Constraints
Signature TU Element A Signature - XML DigSig, JWS, Graphical image of signature, etc.
Elements defined in Ancestors: id, extension
type Σ 1..* Coding Indication of the reason the entity signed the object(s)
Signature Type Codes (Preferred)
when Σ 1..1 instant When the signature was created
who Σ 1..1 Reference(Practitioner| PractitionerRole |
RelatedPerson | Patient | Device |
Organization) Who signed
onBehalfOf Σ 0..1 Reference(Practitioner| PractitionerRole |
RelatedPerson | Patient | Device |
Organization) The party represented
targetFormat 0..1 code The technical format of the signed resources
MimeType (Required)
sigFormat 0..1 code The technical format of the signature
MimeType (Required)
data 0..1 base64Binary The actual signature content (XML DigSig. JWS, picture, etc.)
這塊我先保留。
==========
原則上,有目錄的Data Types都接觸到了。
還有一些特殊的,不過,他跟FHIR的一些機制有關,用專門的篇幅來講會更好。
- Annotation.text: markdown [1..1]
注意這個是必要element,而且Data Type是markdown。想學習markdown語法可以參考這兒。
Attachment
Name | Flags | Card. | Type | Description & Constraints |
---|---|---|---|---|
Attachment | IN | Element | Content in a format defined elsewhere + Rule: If the Attachment has data, it SHALL have a contentType Elements defined in Ancestors: id, extension | |
contentType | Σ | 0..1 | code | Mime type of the content, with charset etc. MimeType (Required) |
language | Σ | 0..1 | code | Human language of the content (BCP-47) Common Languages (Preferred but limited to AllLanguages) |
data | 0..1 | base64Binary | Data inline, base64ed | |
url | Σ | 0..1 | url | Uri where the data can be found |
size | Σ | 0..1 | unsignedInt | Number of bytes of content (if url provided) |
hash | Σ | 0..1 | base64Binary | Hash of the data (sha-1, base64ed) |
title | Σ | 0..1 | string | Label to display in place of the data |
creation | Σ | 0..1 | dateTime | Date attachment was first created |
- Attachment.contentType: code(MimeType) [0..1]
定義這個附加檔的MIME Type。需參考MimeType(Value Set)。
由於可能值很多,FHIR並沒有列出清單。需參考BCP-13。(看這種文件都很想打人)
常用的MIME type可以參考這份文件。
- Attachment.language: code(Common Languages) [0..1]
又來了。這個要參考BCP-47這份文件。
常見的就是這幾個吧:
- de German
- el Greek
- en English
- es Spanish
- fi Finnish
- fr French
- it Italian
- ja Japanese
- ko Korean
- nl Dutch
- ru Russian
- sv Swedish
- zh Chinese
- zh-CN Chinese (China)
- zh-HK Chinese (Hong Kong)
- zh-SG Chinese (Singapore)
- zh-TW Chinese (Taiwan)
- Attachment.data: base64Binary [0..1]
附加檔內容用base64編碼後放在這裡。
- Attachment.url: url [0..1]
若這附加檔是存放在網路的某空間時,可以把路徑放在這裡。
- Attachment.size: unsignedInt [0..1]
檔案大小。注意,這裡的大小是還沒有經過Base64編碼過的。
- Attachment.hash: base64Binary [0..1]
原始資料經過SHA-1演算法計算後的內容,再以Base64編碼放在這。
- Attachment.title: string [0..1]
此附件資料的標題名稱。
- Attachment.creation: dateTime [0..1]
產生附件的日期。
- de German
- el Greek
- en English
- es Spanish
- fi Finnish
- fr French
- it Italian
- ja Japanese
- ko Korean
- nl Dutch
- ru Russian
- sv Swedish
- zh Chinese
- zh-CN Chinese (China)
- zh-HK Chinese (Hong Kong)
- zh-SG Chinese (Singapore)
- zh-TW Chinese (Taiwan)
Signature
Name | Flags | Card. | Type | Description & Constraints |
---|---|---|---|---|
Signature | TU | Element | A Signature - XML DigSig, JWS, Graphical image of signature, etc. Elements defined in Ancestors: id, extension | |
type | Σ | 1..* | Coding | Indication of the reason the entity signed the object(s) Signature Type Codes (Preferred) |
when | Σ | 1..1 | instant | When the signature was created |
who | Σ | 1..1 | Reference(Practitioner| PractitionerRole | RelatedPerson | Patient | Device | Organization) | Who signed |
onBehalfOf | Σ | 0..1 | Reference(Practitioner| PractitionerRole | RelatedPerson | Patient | Device | Organization) | The party represented |
targetFormat | 0..1 | code | The technical format of the signed resources MimeType (Required) | |
sigFormat | 0..1 | code | The technical format of the signature MimeType (Required) | |
data | 0..1 | base64Binary | The actual signature content (XML DigSig. JWS, picture, etc.) | |
這塊我先保留。
==========
原則上,有目錄的Data Types都接觸到了。
還有一些特殊的,不過,他跟FHIR的一些機制有關,用專門的篇幅來講會更好。
沒有留言:
張貼留言