FHIR (Tài nguyên Khả năng Tương tác Y tế Nhanh)

FHIR (Fast Healthcare Interoperability Resources) là một tiêu chuẩn của HL7 International để trao đổi thông tin y tế bằng cách sử dụng các đơn vị dữ liệu mô-đun được gọi là tài nguyên và giao diện lập trình ứng dụng kiểu web. Nó kết hợp mô hình thông tin có cấu trúc của các tiêu chuẩn HL7 trước đó với các công nghệ web được sử dụng rộng rãi — API RESTful, tuần tự hóa JSON và XML, và HTTP tiêu chuẩn — để giúp dữ liệu y tế dễ tiếp cận hơn và xây dựng các ứng dụng trên đó.

Definition

FHIR là một tiêu chuẩn biểu diễn dữ liệu lâm sàng và hành chính dưới dạng các tài nguyên rời rạc, độc lập — mỗi tài nguyên có cấu trúc xác định và nhận dạng ổn định — và trao đổi chúng thông qua giao diện lập trình ứng dụng RESTful qua các giao thức web tiêu chuẩn, để các hệ thống và ứng dụng có thể đọc, ghi và tìm kiếm dữ liệu y tế một cách tương tác.

Scope

Mục này bao gồm mô hình tài nguyên FHIR, mô hình trao đổi RESTful của nó, việc tạo hồ sơ cho các nhu cầu địa phương, và mối quan hệ của nó với các tiêu chuẩn HL7 trước đó và với các ứng dụng có thể thay thế như SMART on FHIR. Nó coi FHIR là một tiêu chuẩn trao đổi dữ liệu và một chủ đề phương pháp luận; nó không cung cấp hướng dẫn triển khai, cấu hình bảo mật hoặc mua sắm.

Core questions

• Tài nguyên FHIR là gì, và các tài nguyên kết hợp với nhau như thế nào để biểu diễn hồ sơ bệnh nhân?
• Cách tiếp cận API RESTful khác với thông điệp HL7 v2 như thế nào?
• Hồ sơ (profiles) và phần mở rộng (extensions) là gì, và tại sao chúng lại cần thiết?
• FHIR cho phép các ứng dụng có thể thay thế như SMART on FHIR như thế nào?

Key concepts

• Tài nguyên (Bệnh nhân, Quan sát, Cuộc gặp, Yêu cầu Thuốc, v.v.)
• API RESTful (tạo, đọc, cập nhật, xóa, tìm kiếm)
• Tuần tự hóa JSON và XML
• Tham chiếu và gói
• Hồ sơ và phần mở rộng
• Hướng dẫn triển khai
• Ứng dụng có thể thay thế SMART on FHIR

Mechanisms

FHIR mô hình hóa thông tin chăm sóc sức khỏe dưới dạng các tài nguyên — các đơn vị mô-đun như Bệnh nhân (Patient), Quan sát (Observation), hoặc Yêu cầu Thuốc (MedicationRequest) — mỗi tài nguyên có một tập hợp các yếu tố được xác định và một nhận dạng ổn định, có thể định địa chỉ. Các tài nguyên tham chiếu lẫn nhau, và các nhóm tài nguyên có thể được tập hợp thành các gói (bundles). Các hệ thống trao đổi chúng thông qua một giao diện RESTful trong đó các hoạt động HTTP tiêu chuẩn tạo, đọc, cập nhật, xóa và tìm kiếm tài nguyên, với dữ liệu được tuần tự hóa dưới dạng JSON hoặc XML. Bởi vì các triển khai riêng lẻ cần các ràng buộc cục bộ, FHIR hỗ trợ việc tạo hồ sơ (profiling): các hồ sơ (profiles) và phần mở rộng (extensions) điều chỉnh các tài nguyên cơ sở cho một khu vực pháp lý hoặc trường hợp sử dụng, và các hướng dẫn triển khai (implementation guides) đóng gói chúng cho một cộng đồng. Thiết kế tài nguyên và API này cũng là nền tảng cho các ứng dụng có thể thay thế, nơi một ứng dụng được ủy quyền chống lại một điểm cuối FHIR (mô hình SMART on FHIR) có thể chạy trên các hệ thống tuân thủ.

Clinical relevance

FHIR ngày càng trở thành nền tảng cho các ứng dụng hướng tới bệnh nhân, truy cập dữ liệu lâm sàng và trao đổi giữa các tổ chức, và nó xuất hiện trong chính sách tương tác quốc gia. Mục này mô tả cách FHIR cấu trúc và hiển thị dữ liệu; nó là tài liệu tham khảo về tiêu chuẩn và không phải là hướng dẫn để xây dựng, bảo mật hoặc triển khai bất kỳ hệ thống lâm sàng nào.

Evidence & guidelines

FHIR là một tiêu chuẩn HL7 International có tính chuẩn tắc, được phát triển và bỏ phiếu thông qua HL7, với các hướng dẫn triển khai quốc gia và khu vực ràng buộc nó cho việc sử dụng cục bộ. Bender và Sartipi (2013) là một mô tả kỹ thuật ban đầu về thiết kế RESTful của tiêu chuẩn; sách giáo khoa của Benson và Grieve cung cấp một tài khoản tổng hợp về FHIR cùng với HL7 và SNOMED CT, và Mandl và Kohane (2012) cung cấp cơ sở chính sách cho kiến trúc mở, dựa trên ứng dụng mà FHIR hỗ trợ.

History

FHIR được HL7 khởi xướng vào khoảng năm 2011-2012, do Grahame Grieve dẫn đầu, như một giải pháp thay thế nhẹ hơn một cách có chủ ý cho HL7 phiên bản 3, tái sử dụng các công nghệ web chính thống. Các mô tả ban đầu như của Bender và Sartipi (2013) đã định hình nó như một phương pháp tiếp cận linh hoạt, RESTful, và tiêu chuẩn đã tiến bộ qua các bản phát hành liên tiếp để đạt được trạng thái chuẩn tắc trong những năm 2010, hội tụ với các lập luận chính sách cho CNTT y tế mở, có thể thay thế.

Debates

FHIR đạt được khả năng tương tác ngữ nghĩa thực sự tốt đến mức nào?

FHIR chuẩn hóa cấu trúc và trao đổi tốt, nhưng ý nghĩa nhất quán vẫn phụ thuộc vào việc sử dụng kỷ luật các hồ sơ và ràng buộc thuật ngữ; sự khác biệt trong việc tạo hồ sơ giữa các triển khai có thể hạn chế khả năng tương tác ngữ nghĩa sẵn có.

Key figures

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

Seminal works

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

Frequently asked questions

FHIR khác với thông điệp HL7 v2 như thế nào?

HL7 v2 gửi các thông điệp dựa trên sự kiện với các phân đoạn được phân định, trong khi FHIR hiển thị các tài nguyên rời rạc thông qua một API web RESTful mà các hệ thống có thể đọc, ghi và tìm kiếm trực tiếp, sử dụng các định dạng chính thống như JSON qua HTTP.

SMART on FHIR có nghĩa là gì?

SMART on FHIR là một mô hình trong đó một ứng dụng ủy quyền chống lại một điểm cuối FHIR bằng cách sử dụng các tiêu chuẩn mở, do đó cùng một ứng dụng có thể chạy trên các hệ thống khác nhau hiển thị các API FHIR tuân thủ; đây là một trong những động lực cho thiết kế tài nguyên và API của FHIR.