FHIR (Fast Healthcare Interoperability Resources)

FHIR (Fast Healthcare Interoperability Resources) เป็นมาตรฐานของ HL7 International สำหรับการแลกเปลี่ยนข้อมูลด้านสุขภาพ โดยใช้หน่วยข้อมูลแบบโมดูลาร์ที่เรียกว่าทรัพยากร (resources) และอินเทอร์เฟซการเขียนโปรแกรมประยุกต์ (API) ในรูปแบบเว็บ ซึ่งเป็นการรวมการสร้างแบบจำลองข้อมูลที่มีโครงสร้างของมาตรฐาน HL7 รุ่นก่อนหน้าเข้ากับเทคโนโลยีเว็บที่ใช้กันอย่างแพร่หลาย เช่น RESTful API, การจัดลำดับข้อมูลแบบ JSON และ XML และ HTTP มาตรฐาน เพื่อให้การเข้าถึงข้อมูลสุขภาพและการสร้างแอปพลิเคชันทำได้ง่ายขึ้น

Definition

FHIR เป็นมาตรฐานที่แสดงข้อมูลทางคลินิกและการบริหารจัดการในรูปแบบของทรัพยากร (resources) ที่แยกจากกันและครบถ้วนในตัวเอง ซึ่งแต่ละทรัพยากรมีโครงสร้างที่กำหนดไว้และมีเอกลักษณ์ที่เสถียร และมีการแลกเปลี่ยนข้อมูลผ่านอินเทอร์เฟซการเขียนโปรแกรมประยุกต์แบบ RESTful บนโปรโตคอลเว็บมาตรฐาน เพื่อให้ระบบและแอปพลิเคชันสามารถอ่าน เขียน และค้นหาข้อมูลสุขภาพในลักษณะที่สามารถทำงานร่วมกันได้

Scope

บทความนี้ครอบคลุมถึงแบบจำลองทรัพยากรของ FHIR, กระบวนทัศน์การแลกเปลี่ยนข้อมูลแบบ RESTful, การสร้างโปรไฟล์ (profiling) สำหรับความต้องการเฉพาะในแต่ละพื้นที่ และความสัมพันธ์กับมาตรฐาน HL7 รุ่นก่อนหน้า รวมถึงแอปพลิเคชันที่สามารถใช้ทดแทนกันได้ เช่น SMART on FHIR โดยบทความนี้จะพิจารณา FHIR ในฐานะมาตรฐานการแลกเปลี่ยนข้อมูลและหัวข้อทางระเบียบวิธีวิจัย และไม่ได้ให้คำแนะนำในการนำไปใช้งาน การกำหนดค่าความปลอดภัย หรือการจัดซื้อจัดจ้าง

Core questions

• ทรัพยากร FHIR คืออะไร และทรัพยากรต่างๆ รวมกันเพื่อแสดงบันทึกผู้ป่วยได้อย่างไร?
• แนวทาง RESTful API แตกต่างจากการส่งข้อความ HL7 v2 อย่างไร?
• โปรไฟล์และส่วนขยายคืออะไร และเหตุใดจึงจำเป็น?
• FHIR ช่วยให้แอปพลิเคชันที่สามารถใช้ทดแทนกันได้ เช่น SMART on FHIR ทำงานได้อย่างไร?

Key concepts

• ทรัพยากร (ผู้ป่วย, การสังเกตการณ์, การเผชิญหน้า, คำสั่งยา ฯลฯ)
• RESTful API (สร้าง, อ่าน, อัปเดต, ลบ, ค้นหา)
• การจัดลำดับข้อมูลแบบ JSON และ XML
• การอ้างอิงและชุดข้อมูล
• โปรไฟล์และส่วนขยาย
• คู่มือการนำไปใช้งาน
• แอปพลิเคชันที่สามารถใช้ทดแทนกันได้ SMART on FHIR

Mechanisms

FHIR สร้างแบบจำลองข้อมูลด้านสุขภาพในรูปแบบของทรัพยากร ซึ่งเป็นหน่วยโมดูลาร์ เช่น ผู้ป่วย (Patient), การสังเกตการณ์ (Observation) หรือคำสั่งยา (MedicationRequest) โดยแต่ละทรัพยากรมีชุดองค์ประกอบที่กำหนดไว้และมีเอกลักษณ์ที่เสถียรและสามารถระบุตำแหน่งได้ ทรัพยากรต่างๆ สามารถอ้างอิงถึงกันได้ และกลุ่มของทรัพยากรสามารถรวมกันเป็นชุด (bundles) ได้ ระบบจะแลกเปลี่ยนข้อมูลผ่านอินเทอร์เฟซแบบ RESTful ซึ่งการดำเนินการ HTTP มาตรฐานจะสร้าง อ่าน อัปเดต ลบ และค้นหาทรัพยากร โดยข้อมูลจะถูกจัดลำดับในรูปแบบ JSON หรือ XML เนื่องจากแต่ละการนำไปใช้งานจำเป็นต้องมีข้อจำกัดเฉพาะในแต่ละพื้นที่ FHIR จึงรองรับการสร้างโปรไฟล์ (profiling) โดยโปรไฟล์และส่วนขยาย (extensions) จะปรับแต่งทรัพยากรพื้นฐานให้เข้ากับเขตอำนาจศาลหรือกรณีการใช้งาน และคู่มือการนำไปใช้งาน (implementation guides) จะรวบรวมสิ่งเหล่านี้สำหรับชุมชน การออกแบบทรัพยากรและ API นี้ยังเป็นพื้นฐานสำหรับแอปพลิเคชันที่สามารถใช้ทดแทนกันได้ โดยแอปที่ได้รับอนุญาตจากปลายทาง FHIR (รูปแบบ SMART on FHIR) สามารถทำงานได้ในระบบที่สอดคล้องกัน

Clinical relevance

FHIR กำลังเป็นพื้นฐานที่เพิ่มขึ้นสำหรับแอปพลิเคชันที่ผู้ป่วยใช้งาน การเข้าถึงข้อมูลทางคลินิก และการแลกเปลี่ยนข้อมูลข้ามองค์กร และเป็นส่วนหนึ่งของนโยบายการทำงานร่วมกันระดับชาติ บทความนี้อธิบายว่า FHIR จัดโครงสร้างและเปิดเผยข้อมูลอย่างไร โดยเป็นเอกสารอ้างอิงเกี่ยวกับมาตรฐานและไม่ใช่คำแนะนำสำหรับการสร้าง การรักษาความปลอดภัย หรือการปรับใช้ระบบทางคลินิกใดๆ

Evidence & guidelines

FHIR เป็นมาตรฐาน HL7 International ที่เป็นบรรทัดฐาน ซึ่งพัฒนาและลงคะแนนเสียงผ่าน HL7 โดยมีคู่มือการนำไปใช้งานระดับชาติและระดับภูมิภาคที่จำกัดการใช้งานในแต่ละพื้นที่ Bender และ Sartipi (2013) เป็นคำอธิบายทางเทคนิคเบื้องต้นเกี่ยวกับการออกแบบ RESTful ของมาตรฐาน; ตำราของ Benson และ Grieve ให้ข้อมูลที่รวมกันของ FHIR ควบคู่ไปกับ HL7 และ SNOMED CT และ Mandl และ Kohane (2012) ให้เหตุผลเชิงนโยบายสำหรับสถาปัตยกรรมแบบเปิดที่ใช้แอปพลิเคชันที่ FHIR รองรับ

History

FHIR เริ่มต้นโดย HL7 ประมาณปี 2011-2012 โดยมี Grahame Grieve เป็นผู้นำ ในฐานะทางเลือกที่มีน้ำหนักเบากว่า HL7 เวอร์ชัน 3 โดยจงใจนำเทคโนโลยีเว็บกระแสหลักกลับมาใช้ใหม่ คำอธิบายเบื้องต้น เช่น Bender และ Sartipi (2013) ได้กำหนดให้เป็นแนวทางที่คล่องตัวและ RESTful และมาตรฐานได้ก้าวหน้าผ่านการเผยแพร่ที่ต่อเนื่องไปสู่สถานะที่เป็นบรรทัดฐานในช่วงทศวรรษ 2010 โดยบรรจบกับข้อโต้แย้งเชิงนโยบายสำหรับระบบสารสนเทศด้านสุขภาพแบบเปิดที่สามารถใช้ทดแทนกันได้

Debates

FHIR บรรลุการทำงานร่วมกันเชิงความหมายที่แท้จริงได้ดีเพียงใด?

FHIR สร้างมาตรฐานโครงสร้างและการแลกเปลี่ยนได้ดี แต่ความหมายที่สอดคล้องกันยังคงขึ้นอยู่กับการใช้โปรไฟล์และการเชื่อมโยงคำศัพท์อย่างมีวินัย ความหลากหลายในการสร้างโปรไฟล์ในแต่ละการนำไปใช้งานอาจจำกัดการทำงานร่วมกันเชิงความหมายแบบสำเร็จรูป

Key figures

• Grahame Grieve
• Duane Bender
• Kamran Sartipi
• Kenneth Mandl
• Isaac Kohane

Seminal works

• bender-sartipi-2013
• benson-grieve-2021

Frequently asked questions

FHIR แตกต่างจากการส่งข้อความ HL7 v2 อย่างไร?

HL7 v2 ส่งข้อความที่ขับเคลื่อนด้วยเหตุการณ์พร้อมส่วนที่คั่นด้วยตัวแบ่ง ในขณะที่ FHIR เปิดเผยทรัพยากรที่แยกจากกันผ่าน RESTful web API ที่ระบบสามารถอ่าน เขียน และค้นหาได้โดยตรง โดยใช้รูปแบบกระแสหลัก เช่น JSON ผ่าน HTTP

SMART on FHIR หมายถึงอะไร?

SMART on FHIR เป็นรูปแบบที่แอปพลิเคชันอนุญาตให้เข้าถึงปลายทาง FHIR โดยใช้มาตรฐานเปิด เพื่อให้แอปเดียวกันสามารถทำงานได้ในระบบต่างๆ ที่เปิดเผย FHIR API ที่สอดคล้องกัน ซึ่งเป็นหนึ่งในแรงจูงใจในการออกแบบทรัพยากรและ API ของ FHIR