שאלות תשובות

בדף זה מפורסמים עדכוני הגרסאות של פרויקט IL CORE

חיפוש

COREתכנית סרטיפקציה

האם השרת יכיל בכל רגע נתון את כל הנתונים של כל התיקים הרפואיים או שנתונים יועברו לפי דרישה?

התשובה תלויה באופן המימוש - כאשר מוטמע שרת FHIR מלא השרת אכן מאוכלס בכל הנתונים, לפי העומק ההיסטורי שנדרש בדרישות המידע.

כאשר נעשה שימוש בפאסאד FHIR הנתונים לא נשמרים בשרת הFHIR אלא מועברים בהתאם לשאילתות שהשרת יקבל.

האם השרת fhir יוכל לשבת בענן?

כן, השרת יכול לשבת בענן, בכפוף לאישור ועדת ענן ארגונית

האם יש חובה להשתמש בטכנולוגיה מסוימת עבור שרת FHIR או שרת טרמינולוגיה?

לא, החובה היא לעמוד בדרישות הטכנולוגיות שפורסמו, אין חובה להשתמש בטכנולוגיה כזו או אחרת.

כלי הבדיקה המוגדר "הסרטיפיקטור" מסופק ע"י המשרד לארגון ? האם יש עלויות בנושא? (ללא קשר לחומרה שאנו אמורים לשים) האם ביצוע הבדיקות מבוצע על ידי הארגון ושולחים דוחות למשרד או לחלופין האם נעשות הבדיקות בשיתוף נציגי המשרד או גם וגם לפי שיקול המשרד?

כלי הסרטיפיקטור נמצא בשלבי פיתוח של משרד הבריאות, אופן ההפעלה שלו מוגדר בימים אלה (בין השאר האם ארגונים יפעילו אותו לבד או שיופעל על ידי המשרד).

אנחנו מפתחים את הכלי כך שיהיה נגיש לארגונים כ-open source המבוסס על כלים ותשתיות שאינם דורשים רישוי נוסף או תשתית ייעודית כך שלא נדרש לתמחר את הכלי כחלק מתכנית העבודה המוגשת (ניתן למצוא פירוט במסמך תיאור כלי הבדיקה

מה הכוונה בהנחיה עבור סל מידע מטופל לעומק היסטורי בהתאם לסלים האחרים אליהם הוא מקושר?

עבור כל מטופל (פעיל/לא פעיל) שיש לו לפחות סל אחד עבורו נדרש להביא מידע במסגרת החוק, נדרש להביא מידע דמוגרפי.

הסיבה שזה מוגדר באופן זה ולא כ'עומק מלא' היא שאנחנו יוצאים מנקודת הנחה שיש מטופלים שארגון לא מחזיק עבורם נתונים בעלי עומק מלא (אבחנות, רגישויות), וייתכן כי לא נוצר עבורם מידע עדכני בארגון, ולכן אין הכרח להביא את פרטיהם הדמוגרפיים.

אופן היישום של סל זה נתון להחלטתכם. יכול להיות שתעדיפו להביא את כלל המטופלים ולאחר יישום חלק מהסלים להבין אלו מהמטופלים לא נדרש להחזיק בפועל בשרת.

בחיפוש בפרופילים באתר לא ניתן למצוא פרופילים שכן מופיעים ב- simplifier (למשל communication). למה?

יש פרופילים של הcore שעברו רק 'גיור' (התאמות בסיסיות) ולא נדרשו לאפיון/התאמות מעמיקות. פרופילים אלו נמצאים רק בsimplifier. בימים אלו אנחנו מעדכנים גם את רשימת הפרופילים באתר הקהילה כך שתכלול גם את כל הפרופילים הללו.

general practitioner = שיוך לגורם מבטח (קופת חולים)? (או שמא managingOrganization?)

שיוך לגורם מבטח ייושם על ידי שימוש ב- extension HMO

סל מידע דמוגרפיה- האם מזהה מטופל ישן מוגדר כ- extension?

לא. נדרש להשתמש גם כן ב Patient.identifier ואם מדובר במזהה ישן לייצג עבורו use->old ואת הperiod

האם שימוש בטרמינולוגיה עולה כסף? ראיתי עלויות של משרד הבריאות ל- SNOMED – האם רוכש עבור כל מדינת ישראל? או שנדרש לרכוש פר ארגון/שימוש?

המשרד רכש רישיון לאומי לשימוש בSnomed ולכן כולם רשאים לעשות שימוש בקטלוג.

לא מצאתי פרופיל communication בהקשר של מטפל. האם הכוונה לפריט מידע communication?

הכוונה לפרופיל, להלן קישור: https://simplifier.net/ilcore/ilcorecommunication.

במסגרת המיפוי שמבצע צוות הcore, נמצא שאין הכרח לבצע שימוש בפרופיל זה לייצוג פריטי המידע בסל מידע מטפל (אנו נעדכן את קובץ מיפוי סלי מידע לפרופילים בהתאם)

היכן ניתן למצוא את הפרופילים HealthcareService ו- CareTeam?

פרופילים אלו נמצאים באתר הקהילה: https://www.fhir-il-community.org/profiles , ובsimplifier של הcore https://simplifier.net/ilcore/ilcorehealthcareservice , https://simplifier.net/ilcore/ilcorecareteam

היכן יש פירוט מסודר של הטרמינולוגיה הנדרשת לפריטי המידע השונים (בסלים האמורים)?

הפירוט הזה נמצא בפרופילים עצמם + בתיעוד בפרופילים הנמצא באתר הקהילה https://www.fhir-il-community.org/profiles .

אנחנו עובדים על הגדרת טרמינולוגיות לאומיות כחלק מפעילות מערך הטרמינולוגיה שהוקם, ובוחנים האם נדרש להתאים את מערכות הקידוד המוגדרות בפרופילים בהתאם.

בסל מידע מטפל, בפרופיל ILCore Practitioner שיש זיהוי עובר רופאים / אחיות /עו"ס. האם עבור פיזיותרפיסטים נדרש רק ת.ז? או שצריך את מספר הרישיון שלהם להכניס תחת רישוי של רופא? ואם כן מה עוד להכניס תחת רישיון רופא?

הסלייס הקיים נועד לשמש לייצוג כל הרישיונות למעט סיעוד ועו"ס (לכן חשוב ה-Prefix, שנאכף באמצעות Invariant).

אם אתם מנהלים את מספרי הרישיון של פיזיותרפיסטים, אפשר להשתמש ב prac-lic, רק צריך להביא את הקידומת כי אחרת יכולה להיות התנגשות עם רישיונות ממקצועות שונים.

בדרישות המידע עבור דמוגרפיה נדרש להביא את האלמנטים הבאים - מזהה מטופל/ת, שם פרטי, שם משפחה, תאריך לידה, מין, שיוך לגורם מבטח (קופת חולים), מזהה מטופל/ת ישן (אם קיים, כולל תאריך סיום תוקף). בפרופיל יש אלמנטים נוספים שמוגדרים כחובה כמו שפת התקשרות (communication.language) – האם הוא גם נדרש?

לגבי communication – האלמנט עצמו אינו חובה, אבל אם מחליטים לממש אותו נדרש לייצג את ה - language.

חשוב לציין כי ייתכנו מקרים בהם מוגדרים בפרופיל דרישות/אילוצים (וחלק גם מהריסורס הבסיסי בFHIR) שאינם מופיעים תחת רשימת פריטי המידע בסל ולכן יש חשיבות למעבר על הפרופיל הנדרש למימוש ובחינת משמעויות, בעיקר בנושאי הטרמינולוגיה ומערכות הקידוד בהן נדרש לעשות שימוש.

בתוך המסמכים של התכנית יש קישורים למסמכים אחרים. הקישורים לא פועלים. האם ניתן לקבל את כל המסמכים בנפרד?

כל המסמכים נמצאים באתר קהילת FHIR וגם באתר משרד הבריאות - באתר המשרד יש אפשרות להוריד את כל הקבצים בבת אחת -

https://www.gov.il/he/pages/cfb-data-portability-certification-program

האם תכנית העבודה צריכה להתייחס לכל שלבי הביצוע או רק לתכולות השנה הראשונה?

תכנית העבודה והתקציב צריכים להתייחס לשנה הראשונה בלבד. תצהיר המידע צריך להתייחס לכל הפחות לסלי המידע שימומשו בשנה הראשונה, כאשר תצהיר המידע המלא נדרש להגשה עד ליולי 2025.

כיצד יש לחשב את המאצ'ינג הנדרש מהארגון?

אחוז המאצ'ינג נקבע כ-30% מתוך עלות התכנית עבור בתי חולים כלליים וקופות החולים, ו10% מתוך עלות התכנית עבור בתי החולים השיקומיים, פסיכיאטריים והמר"גים.

כלומר - במידה ועלות התכנית המלאה עבור השנה הראשונה בבית חולים כללי מסוים היא 2 מיליון שקלים - בית החולים יידרש להעמיד 600,000 שקלים במימון עצמי ומשרד הבריאות יתמוך בו בסכום של 1.4 מיליון. תמיכת המשרד תהיה עד לסכום המקסימלי שהוגדר במבחן עבור כל סוג ארגון.

מה רשימת הסלים הנדרשת לשנה הקרובה? האם זה המאסטר DATA , פרטים אישיים ואבחנות?

נכון. פירוט לגבי סלי המידע הנדרשים בכל שנה של התכנית ניתן למצוא במסמך שלביות ביצוע כאן.

ארגונים שמימשו את הסלים הללו במסגרת מבחני תמיכה קודמים נדרשים כעת להמשיך קדימה עם שלבי הביצוע ולממש סלים חדשים.

האם הריסורסים הנדרשים במסגרת הסלים לשנה הראשונה הם: Patient, Condition, Practitioner, Practitioner Role, Organization

הריסורסים הללו הם אכן אלו עליהם הצבענו במסמך מיפוי סלי מידע לפרופילים, והם מהווים בסיס לעבודת המיפוי ומילוי התצהיר.

אנחנו עובדים בימים אלו על מנת לבצע מיפויים מעמיקים יותר עד לרמת האלמנטים בפרופילים ועל התאמות הנדרשות בפרופילים אל מול הרגולציה, ולכן ייתכן שנעדכן את המיפוי במידה ונזהה צורך בפרופילים נוספים שנדרשים לבוא לידי ביטוי במימוש הסלים.

האם ההתייחסות בתצהיר המידע היא למה שרשום במסמך דרישות המידע או למה שמוגדר בפרופיל של FHIRIL?

ההתייחסות בתצהיר צריכה להיות ביחס לדרישות המופיעות במסמך דרישות המידע. הפרופילים יכולים לסייע בהבנת אופן ייצוג המידע ומערכות הקידוד בהן נדרש להשתמש לייצוג המידע.

האם נדרש להגיש תצהיר גם על שדות שאינם חובה בפרופיל?

התצהיר צריך להתייחס לתכולה המוגדרת עבור כל סל, פריטי המידע הכלולים בו והעומק ההיסטורי המוגדר בעבורו, גם אם האלמנטים המתאימים לייצוג המידע בפרופיל אינם מוגדרים כחובה.

נדגיש כי כפי שהוצג במפגש שנערך ב15/10, חשוב להתייחס גם להגדרות שהוגדרו עבור כלל הסלים ובהן תדירות העדכון הנדרשת, מקורות המידע ומערכות המידע בארגון, המידע המגיע לארגון ממקורות חיצוניים (ספקים/מכונים) הנדרש לשיתוף הלאה.

האם נדרש להביא את המידע מכל מערכות הארגון או רק התיק הקליני?

נדרש להביא את המידע המלא, מכלל מערכות הארגון.

אם מידע קיים ביותר ממערכת אחת יש להביא את המידע מהמערכת שבה המידע הינו המלא והעדכני ביותר.

ככל שיש פערים בהבאת המידע ממערכות מסוימות, יש לפרט על כך בתצהיר המידע.

האם נדרש להביא את המידע מכל חברות הבת של הארגון / שהארגון עובד עמם ושולח אליהם מטופלים?

זה נתון להחלטת הארגון מהו האופן בו יש להתייחס לאותן החברות על פי הדרך בה מנוהלים המערכות והמידע שלהם - כחלק מהארגון או כספק מידע של הארגון. בשני המקרים, וככל שמתקיימים התנאים המוגדרים תחת סעיף 3.1 בנושא האחריות על שיתוף המידע במסמך דרישות המידע, נדרש להנגיש את המידע כחלק מניוד המידע.

לגבי המאסטר דאטה – עקרונית לא נדרש לנהל את המידע אודות המטפלים והיחידות הארגוניות של הספקים תחת סלי המאסטר דאטה של הארגון.

מה אומר עומק היסטורי "מלא" – הכוונה מאז ומעולם (ככל שקיים פריט המידע)?

כן, עבור סל מידע אבחנות למשל, מדובר בכלל האבחנות שתועדו עבור המטופל בעבורו נדרש המידע.

כאשר העומק ההיסטורי נגזר מסלים מקושרים כיצד אפשר להצביע על פערים מבלי למפות ולחקור את כל הסלים הנדרשים לניוד המידע כבר בהגשת תצהיר המידע לשלב 1?

בשלב הראשון של התכנית, שלושת הסלים להם עומק היסטורי הנגזר מסלים אחרים הם מטפל, מטופל ויחידה ארגונית. מומלץ שעבור סלים אלו, תבצעו ניתוח האם קיים קושי בשליפת נתונים אחורה ממערכות מידע בארגון ואם זה אכן כך, תשקפו אותו כחלק מתצהיר המידע ותפרטו ככל הניתן.

פריטי מידע במסמך הדרישות תחת אבחנות שלא ברור לנו לאילו אלמנטים בפרופיל ה- FHIR הם מכוונים: 1. מקור אבחנה 2. סוג אבחנה

מקור אבחנה - המקור לפריט מידע זה הוא סעיף 3.1 במסמך שעוסק באחריות על שיתוף המידע ובדרישה לסמן מידע שהוא משתף אך מקורו בספק/גורם חיצוני לארגון. לא נדרש להתייחס לפריט זה כחלק מהסל בביצוע המיפוי (מסמך דרישות המידע יעודכן בהתאם).

2. סוג אבחנה - הכוונה לתיאור התפקיד שהאבחנה ממלאת, למשל אבחנה אקוטית (כמו אירוע לבבי) לעומת אבחנת רקע (כרונית, כמו סכרת או יתר לחץ דם).

המיפוי הוא ל- condition.category שם יש שימוש ב CodeSystem עם ערכים מוגדרים לשימוש: problem-list-item עבור אבחנה קבועה, encounter diagnosis עבור אבחנה אקוטית.

האם אנחנו מחויבים להעלות את המידע של האבחנות בFHIR עם קודי SNOMED או שאפשר להשתמש בקידוד ICD9+10 כמו שביה"ח עובד היום?

נכון להיום מוגדרות בפרופיל Condition של הCORE שלוש מערכות הקידוד הנ"ל, כאשר המועדפת לשימוש מביניהן היא SNOMED-CT (אם לא מסופק קוד snomed, הוולידטור של HL7 נותן אזהרה).

אנחנו מבצעים כעת עבודה מאומצת על מנת לבחון בשנית את ההנחיות הללו וההחלטה המסתמנת תהיה לחייב שימוש בSNOMED-CT לייצוג קודי האבחנות באופן הכי קרוב ומפורט לקוד שתועד במקור, אלא אם לא נמצא קוד תואם במערכת קידוד זו. נוציא פרסום ונעדכן בנושא בזמן הקרוב.

אם אפשר לעבוד עם קודי ICD – מה בנוגע לקודים שביה"ח הרחיב מעבר לקטלוג הרשמי? האם צריך לשדר אותם עם URI יחודי?

גם אם מערכת קידוד ICD תהיה אחת ממערכות הקידוד שניתן לבצע בהן שימוש בניוד המידע, נדרש לייצג קודים סטנדרטיים בהתאם לקטלוג הרשמי (ללא הרחבות) עם הURI המתאים של ICD.

לצד זה, אנחנו ממליצים להעביר בנוסף לקידוד הסטנדרטי גם את הקוד הפנימי שתועד בארגון והתיאור שלו, עם הURI הייחודי לארגון.

האם נדרש לקודד גם אבחנות בביקורי מרפאות בעולם בתי החולים?

כן. הקטלוג בו מבצע הארגון שימוש צריך להיות אחיד עבור כלל אבחנות הארגון (אשפוז ואמבולטורי כאחד).