HL7 FHIR 模組說明 - Level 4 Medications - MedicationRequest

官方文件：http://hl7.org/fhir/medicationrequest.html。

簡述：

這個其實不能被視為等同開立處方籤，因為我們對處方籤的概念是一張單子上，會列出很多筆藥。依據欄位內容定義，Medication[1..1]僅能描述一種藥，所以，他是醫師開立一項藥品的請求單。

他會經由EMR系統啟動一系列的流程，進而產生其他的本系列有關之Resource。

欄位討論：

• 他繼承於DomainResource。（大部分的Resource都會繼承於DomainResource，但有些不是，例如Bundle，Binary...。）

• status [1..1]: code
• 限定：Medicationrequest status (Required) --> http://hl7.org/fhir/ValueSet/medicationrequest-status#{active | on-hold | cancelled | completed | entered-in-error | stopped | draft | unknown}
• 從CDS Hooks的角度來說，開立一張訂單，要經過查核後才能確認。此時，收到MedicationRequest的狀態就會是draft。active是指此Request可能還有些步驟未完成。Completed表示所有步驟接已完成。
• intent [1..1]: code
• 限定：Medication request intent (Required) --> http://hl7.org/fhir/ValueSet/medicationrequest-intent#{proposal | plan | order | original-order | reflex-order | filler-order | instance-order | option}
• 這份Request的意圖。一般而言，都是放order。
• category [0..*]: CodeableConcept
• 此Resource用於何處。
• 參考：Medication request category codes (Example)  --> http://terminology.hl7.org/CodeSystem/medicationrequest-category。
• 門診、住院、社區照護、出院。
• priority [0..*]: code
• 此Resource的優先序。
• 限定：Request priority (Required) --> http://hl7.org/fhir/ValueSet/request-priority#{routine | urgent | asap | stat}
• {常規 | 緊急 | 愈快愈好 | 立刻} 低-->高
• doNotPerform [0..1]: boolean
• 若為true，反而是告知此MedicationRequest不要執行。
• reported[x] [0..1]: {boolean | Reference(Patient | Practitioner | PractitionRole | RelatedPerson | Organization)}
• 設定此MedicationRequest是報告，而非主要紀錄。
• 主要紀錄是當時情境。報告是事後情境，那就會有一份引發此報告的來源。 
• medication[x] [1..1]: {CodeableConcept | Reference(Medication)}
• 這份MedicationRequest所指稱的藥品資料。
• 因為是Choice資料型態，所以要注意抓回來的是哪一種資料型態。
• 這個是依紀錄不同，千萬別以為同一台FHIR Server都會給固定資料型態。
• 無論哪種，最終目標還要抓到code。
• 但要注意，這個code是哪種sytem。
• 國外會用RxNorm。
• subject [1..1]: Reference(Patient | Group)
• 這份MedicationRequest為誰|那哪些人而申請的。
• Group類似Bundle的功能，用來打包其他Resource。但是有很大差異。Group只能打包固定六種類的東西(person | animal | practitioner | device | medication | substance)。可接受固定的Resource(Patient | Practitioner | PractitionerRole | Device | Medication | Substance | Group)
• encounter [0..1]: Reference(Encounter)
• encounter在國外的定義是很複雜。只要有醫病交流之情境，就可以產生一份Encounter，所以Encounter會有Location。很多個Encounter會衍生自同一個Appointment。
• 此處就是紀錄這份MedicationRequest是發生在哪一次的Encounter。
• supportingInformation [0..*]: Reference(Any)
• 其他有關開立處方之支持性資源。
• authoredOn [0..1]: dateTime
• 此MedicationRequest開立日期。
• requester [0..1]: Reference(Practitioner | PractitionerRole | Organization | Patient | RelatedPerson | Device)
• 提出此處方需求之來源。
• performer [0..1]: Reference(Practitioner | PractitionerRole | Organization | Patient | Device | RelatedPerson | CareTeam)
• 執行處方的人。
• 也就是會拿藥去餵subject的人。
• performerType [0..1]: CodeableConcept
• 適合來執行此處方的角色要求。
• 參考：Procedure Performer Role Codes (Example) -->  http://hl7.org/fhir/ValueSet/performer-role
• CodeSystem
• http://snomed.info/sct | 223366009(Healthcare professional)
• recorder [0..1]: Reference(Practitioner | PractitionerRole)
• 真正開立此MedicationRequest的人。
• 注意不要與requester混淆，這個是想要處方的人，所以才會有Patient。
• 而此處是有資格開立處方的人，當然只能是有醫師資格的人。
• reasonCode [0..*]: CodeableConcept
• 定義開立或不開立此藥的原因或指示。
• 參考：Procedure Performer Role Codes (Example) --> http://hl7.org/fhir/ValueSet/condition-code
• CodeSystem
• http://snomed.info/sct | 404684003 (Clinical finding)
• http://snomed.info/sct | #160245001 (No current problems or disability)
• reasonReference [0..*]: Reference(Condition | Observation)
• 用來支持證明需要開立這份MedicationRequest的Condition或Observation。
• 一般而言，這個Condition的category會是encounter-diagnosis。
• basedOn [0..*]: Reference(CarePlan | MedicationRequest | ServiceRequest | ImmunizationRecommendation)
• 是基於哪一個流程中所開立的MedicationRequestion。也就是，為了滿足哪一個流程而開立。
• dosageInstruction [0..*]: Dosage
• 如何服用此藥物的指示。
• Dodage資料型態有點複雜，得專頁說明。

P.S. 實在無法把所有欄位都描述說明。有些沒碰到過，還真不知道是幹嘛用的。我也不是/不能搞翻譯，就我所知盡量分享了。