Fast Healthcare Interoperability Resources (FHIR) הוא תקן לנתוני בריאות עם ממשק תכנות יישומים (API) לייצוג ולחילופי רשומות בריאות אלקטרוניות (EHR). FHIR היא רשת מידע שמאפשרת לקשר נתונים בין מערכות, ורשת תקשורת שמאפשרת להחליף נתונים בין מערכות.
התקן FHIR כולל את הרכיבים הבאים:
- פרוטוקול RESTful מבוסס-HTTP
- ייצוג נתונים באמצעות JSON, XML ו-RDF
פרטים נוספים על FHIR זמינים בגרסה האחרונה שפורסמה של מפרט FHIR.
החשיבות של FHIR בטכנולוגיית מידע בתחום הבריאות
מערכות IT בתחום הבריאות לא תמיד משתפות את אותם מודלים של נתונים. ככל שנתוני הבריאות הופכים לדיגיטליים יותר, פתרון בעיות של חוסר תאימות בין מערכות שונות הופך ליקר ולוקח הרבה זמן.
FHIR מגדיר מודל נתונים משותף וארכיטקטורת REST, כדי שמערכות שונות בתחום הבריאות יוכלו לשתף ולשלב נתונים. התקן FHIR נועד להיות גמיש וניתן להתאמה, כך שאפשר להשתמש בו במגוון רחב של הגדרות ועם מערכות שונות של מידע על שירותי בריאות.
ב-FHIR נעשה שימוש במשאבים לייצוג של רכיבי נתונים נפרדים בתחומים הרפואי, האדמיניסטרטיבי, התשתיתי או הפיננסי. כל משאב מקושר למזהה ייחודי, וכך קל יותר לאפליקציות לגשת לאותם נתונים ולשנות אותם. אפשר לקבץ משאבים ולהפיץ אותם לספקי שירותי בריאות שונים בפורמטים שתואמים למודלים המתאימים של הנתונים.
FHIR הוא כלי חשוב לשיפור יכולת הפעולה ההדדית של מערכות IT בתחום הבריאות. הוא יכול לעזור להפחית עלויות, לשפר את היעילות ולשפר את איכות הטיפול.
היתרונות של FHIR
יכולת פעולה הדדית במכשירים ובפלטפורמות שונים
FHIR מאפשר להחליף נתונים של שירותי בריאות ממאגרי נתונים מונוליטיים לממשקי API פתוחים. FHIR הוא תקן הנתונים העיקרי בתחום הבריאות, עם ממשקי API פתוחים לגישה לסיכומים רפואיים אלקטרוניים (EHR), לחיפוש בהם ולשינוי שלהם, ולהחלפת נתונים בין מערכות IT בתחום הבריאות.
FHIR מאפשר להחליף רשומות EHR בין ספקי שירותי בריאות לבין צרכנים בפלטפורמות כמו:
- שיתוף נתונים שמבוסס על רשומות רפואיות אלקטרוניות (EHR)
- אפליקציות לנייד
- אפליקציות מבוססות-ענן
- גאדג'טים לבישים
ממשק ה-API של FHIR מאפשר גם לאפליקציות צד שלישי להשתלב עם מערכות קיימות.
תאימות לתקנים מדור קודם
FHIR התפתח מהודעות HL7 גרסה 2 ומארכיטקטורת מסמכים קליניים של HL7 גרסה 3 (HL7 CDA). אפשר להשתמש ב-FHIR בשילוב עם HL7v2 ו-HL7 CDA.
מידע נוסף על הקשר בין FHIR לבין תקנים אחרים של HL7 זמין בנספח: הקשר בין FHIR לבין תקנים אחרים של HL7.
נתונים שניתן לפענח ושימושיים
מכיוון ש-FHIR מיושם על גבי פרוטוקול HTTPS, אפשר לאחזר ולנתח משאבי FHIR כדי לתמוך בלמידת מכונה, ב-AI ובצורות אחרות של ניתוח נתונים. היכולות האלה מאפשרות לכם להבין את נתוני הבריאות בצורה מעמיקה ומגוונת יותר.
החלפת נתונים יעילה
הגישה מבוססת-המשאבים של FHIR מאפשרת חילופי נתונים יעילים ומדויקים יותר. מכיוון ש-FHIR משתמשת בתקן אחיד למידע בריאותי, היא מאפשרת לכם ליצור תבניות בהתאמה אישית ממקורות הבסיס המשותפים, והיא מבטלת את חוסר העקביות בתבניות הנתונים. האחידות הזו משפרת את הדיוק והקריאות של הנתונים בחילופי נתונים בין מערכות בריאות.
ב-FHIR, הנתונים מועברים כמשאבים, ולכן לא צריך לשנות בנפרד את תבנית הנתונים של כל מערכת IT בתחום הבריאות. ב-FHIR, משאבים כמו מטופלים, קבלה לאשפוז ותרופות מוצגים כשירותים. לכן, אפליקציות לנייד לצרכנים יכולות להשתמש בבקשות GET ו-POST כדי לאחזר ולשנות רק את הנתונים הרלוונטיים.
ארכיטקטורת FHIR
מאגרי FHIR
מאגר FHIR הוא מאגר נתונים ב-Cloud Healthcare API שמכיל משאבי FHIR. מאגרי FHIR נמצאים בתוך מערכי נתונים.
המשאב FhirStore
מספק ייצוג של המאפיינים של חנות FHIR. לכל מאגר FHIR אפשר לבחור אפשרויות כמו:
- הפעלת היכולת
updateCreate(DSTU2, STU3, R4, R5). - פרסום שינויים במאגר FHIR בנושא Pub/Sub.
- נדרשת תקינות רפרנציאלית.
- הפעלת ניהול גרסאות של משאבים (DSTU2, STU3, R4, R5).
המצב של אפשרויות ההגדרה האלה מוצג בהצהרת היכולות של מאגר FHIR (STU3, R4 או R5) או בהצהרת התאימות (DSTU2).
משאבי FHIR
ב-FHIR נעשה שימוש במשאבים כדי לארגן פורמטים ורכיבים של נתונים. לכל משאב יש את המאפיינים הבאים:
- שיטה משותפת להגדרת נתונים ולייצוג שלהם, שמבוססת על סוגי נתונים שמורכבים מקבוצות של רכיבים שאפשר לעשות בהם שימוש חוזר.
- קבוצה משותפת של מטא-נתונים, שמספקת הקשר טכני ומבני.
- ייצוג טקסט שאנשים יכולים לקרוא, שמשתמש ב-HTML כאפשרות חלופית להצגה לצורך בטיחות קלינית.
ב-FHIR מוגדרת קבוצת משאבים בסיסית שאפשר לשלב בדרכים שונות כדי לעמוד בדרישות של מודל הנתונים של ספקי שירותי בריאות. הוא גם מספק ייצוגים של תצפיות קליניות ומסמכים. FHIR לא נועד לכלול כל מסמך או סוג נתונים אפשריים. במקום זאת, FHIR תומך ברוב תרחישי השימוש הקליניים והחיובים. לאחר מכן תוכלו להרחיב את הטמעת FHIR כדי לענות על צרכים קליניים או ארגוניים נוספים.
פרופילי FHIR
באמצעות תוספים, אפליקציות יכולות להתאים אישית את המשאבים הקיימים ולתאר את המפרטים שלהן באמצעות פרופילים. פרופילים הם קבוצה של הוראות בנוסף למפרט הליבה הקיים למשאבים שחלים על שימוש והקשר ספציפיים. ה-Cloud Healthcare API אוכף פרופילים על ידי אימות משאבים מול האילוצים בפרופיל הרלוונטי.
לדוגמה, באזורים מסוימים אסור לתעד את המוצא האתני של המטופל, אבל באזורים אחרים זה נדרש. באמצעות פרופילים, אפשר להגדיר את התוסף ethnicity (מוצא אתני) בהתאם למדיניות האזורית, ולדרוש אותו במפרט הבסיסי של FHIR. לכן, פרופילים עוזרים למדינות, לאזורים, למחוזות ולארגונים להתאים אישית את הנתונים בהתאם לתקנות ולצרכים שלהם בנוגע לנתוני בריאות.
אפשר להשתמש בפרופילים כדי:
- להרחיב ולהגביל את ה-API של FHIR על ידי הגדרה של פעולות נוספות, ציון של פרמטרים קיימים לחיפוש שנדרשים, והוספה של פרמטרים חדשים לחיפוש.
- הרחבה והגבלה של משאבים על ידי הגדרת הרחבות של משאבים ושינוי הקרדינליות של שדות.
אפשר לפרסם אוסף של פרופילים כמדריך הטמעה. המדריכים להטמעה קריאים גם למכונות וגם לבני אדם. אפשר להחליף אותם ולחפש באמצעות REST, וגם להשתמש בהם כדי ליצור קוד וממשקי משתמש.
מידע נוסף על תוספי FHIR זמין במאמר בנושא תוספי FHIR.
הטמעה של כתובת URL בסיסית של FHIR
כפי שמוצג במסמכי ה-FHIR הרשמיים (DSTU2, STU3 ו-R4), כתובת בסיס של שירות FHIR היא בפורמט http(s)://server/PATH. לדוגמה, https://server/path/Observation.
ב-Cloud Healthcare API נעשה שימוש בכתובת URL בסיסית שתואמת לתקן הזה. כתובת הבסיס של Cloud Healthcare API כוללת את החלקים הבאים:
- נקודת הקצה של Cloud Healthcare API
- הגרסה של Cloud Healthcare API
- מזהה הפרויקט
- השם של מערך נתונים
- המיקום של מערך הנתונים
- השם של מאגר FHIR
- הסיומת
/fhir
בטבלה הבאה מוצג הפורמט של כתובת בסיס של FHIR Service וכתובת הבסיס המקבילה שלה ב-Cloud Healthcare API:
| כתובת ה-URL הבסיסית של שירות FHIR | כתובת URL שוות ערך של Cloud Healthcare API |
|---|---|
http(s)://server/PATH |
https://healthcare.googleapis.com/v1/projects/PROJECT_ID/locations/LOCATION/datasets/DATASET_ID/fhirStores/FHIR_STORE_ID/fhir |
כדי לקבל מידע על מטופל באמצעות FHIR RESTful
API, שולחים בקשת HTTP GET. בטבלה הבאה מפורט הפורמט שבו צריך להשתמש כדי לקבל את המידע הזה באמצעות כתובת הבסיס של FHIR Service וכתובת הבסיס המקבילה שלה ב-Cloud Healthcare API:
| כתובת ה-URL הבסיסית של שירות FHIR | כתובת URL שוות ערך של Cloud Healthcare API |
|---|---|
http(s)://server/path/Patient/PATIENT_ID |
https://healthcare.googleapis.com/v1/projects/PROJECT_ID/locations/LOCATION/datasets/DATASET_ID/fhirStores/FHIR_STORE_ID/fhir/Patient/PATIENT_ID |
FHIR conformance
מידע נוסף על ההטמעות של FHIR DSTU2, STU3 ו-R4 ב-Cloud Healthcare API זמין בהצהרת התאימות של FHIR.
שילוב עם OMOP
מודל הנתונים המשותף של OMOP (OMOP CDM) הוא תקן שפותח על ידי Observational Health Data Sciences and Informatics (OHDSI). הוא משמש בעיקר לנתונים קליניים תצפיתיים. חבילת הכלים של OHDSI יכולה לעזור בתרחישי שימוש נפוצים בניתוח נתונים, כמו הגדרת קבוצות בעלות מאפיינים משותפים, יצירת קבוצות בעלות מאפיינים משותפים והערכת השפעה על אוכלוסייה. זהו מודל נתונים שנמצא בשימוש נרחב בגנומיקה ובמחקר פרמצבטי, בגלל המינוח הנרחב והתמיכה הגנטית שלו.
לפרטים נוספים על OMOP, אפשר לעיין במקורות המידע הבאים:
שילוב של FHIR ו-OMOP מאפשר להשתמש בנתונים קליניים מ-EHR וממקורות אחרים בפורמט FHIR כנתוני מחקר בתקן OMOP. אפשר גם לשלב שדות ספציפיים ורכיבי נתונים ב-OMOP עם נתונים קיימים ב-FHIR.
אתם יכולים להשתמש במנוע מיפוי של Cloud Healthcare API Data Harmonization בקוד פתוח כדי לבצע את המשימות הבאות:
- התאמת הנתונים ל-OMOP CDM ולפורמטים אחרים.
- הגדרת מיפוי נתונים להמרת נתונים מ-FHIR ל-OMOP.