This question was answered directly to Vadim by a Core member

ראה תשובת נציגי קבוצת אבטחת המידע בכתום: האם יש צורך במיפוי דרישות תקינה של פרטיות, מאגרי מידע, GDPR (בפרט זכות להישכח לדוגמה) שרוצים לעמוד בהם? כן, יש חובה חוקית לעמוד בדרישות אלו על בעל המאגר (Controller) ולעתים מכח זה הדרישה משורשרת לספקי מיקור החוץ שלו / מחזיק (Processor).מה הזהות של כל גורם מעורב בתהליך ומה המחוייבות שלו צריך להגדיר בשלב בניית ארכיטקטורת המשילות בדאטה (Data Governance).ואז לקבל החלטות על תהליכי העבודה - מי ממלא אחר החובות החוקיות ואיך. או שיוצאים מנקודת הנחה שזה אולי מעין הרחבת תקן או שעל ספק שירות מילא לעמוד על כך / האם צריך לאזכר זאת בגוף התקן? או איך זה משתלב? תקן FHIR לא כולל פרק יישום מפורט של רגולציית דאטה. ישנם כמה עקרונות כלליים אך לא יותר.מבירור שערכתי עם כותבי ומפתחי התקן יש להם רצון להתייחס לזה בתכנית העבודה העתידית אך אין כרגע לו״ז לביצוע ומשאבים.. בקיצור: צריך לעשות, אין מענה מפורט בתקן. לגבי השאלה השנייה של ביטול הרשאה זהו תרחיש שכלול בתכנית העבודה שלנו עם הקבוצה והוא תלוי מקרה בוחן.לא יכולה להשיב בפלטפורמה הזו.

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

כאמור,EXTENSTION לתאריך עברי יעלה בגרסא הבאה של IL CORE

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

אנו נוסיף את ההרחבה החדשה event-occurrence -location בגרסא הבאה

האפשרות להכניס מספרי זהות זמניים כבר קיימת. מאחר והסלייסינג על identifieir הוא open, ניתן להוסיף עוד מזהים בנוסף לאלו שקיימים , כולל מזהים זמניים שמנופקים ע"י הארגון. ההגבלה היחידה שהפרופיל עושה על כך היא שהארגון חייב להגדיר system נפרד עבור כל מזהה שהוא מוסיף שכן לא ניתן לעשות 2 מזהים לאותו מטופל מאותו SYSTEM .

מענה דרישה על דרישה זו , קרי EXTENSTION לתאריך עברי יעלה בגרסא הבאה של IL CORE

Please see here for the extension we added for immigration : https://simplifier.net/ilcore/files/patientimmigration.json

אנא פרט מהם הרכיבים של פרופילי FHIR שעליהם אתם שואלים וכן את המקרה העסקי השלם שאתה מעוניין להשיג (למשל מהו הBUNDLE ? מהם הקריטריונים?). כמו כן כל שרלוונטי אנא צרף מידע רלוונטי תומך (למשל jsons, מסמכים וכו') ואת הפרטים הטכניים של מקרה השימוש (למשל, ספק שרת FHIR)

Cool!

Observation.code is a CodeableConcept . Thus, you can set its "text" element with the local display name of the code, in addition to the LOINC coding.

Please see here excel with lists of resources , videos, and Courses, each on a separated tab. Note that there are also summaries for videos, and reviews written by participants for the courses. If you are taking one of the courses , please send us your review also. We will update when this list will be also at the website.

If the measurements are directly originated from the photo (e.g. by image processing algorithm or OCR) , then "derivedFrom" can be used.

Hi In FHIR-IL, we are building the Core-IL FHIR profiles for the Israeli healthcare ecosystem. We constantly publish the profiles in the Simplifier tool. As part of our methodology, when we work on a new profile we use US-CORE (probably what you refer as "Global" FHIR) as a baseline profile, and then try to look at other Cores to learn what kind of modifications they performed in order to see what we can adapt (or avoid). Then, we are deciding what elements to modify, or which extensions to add. It all depends what are the business requirements coming for the Israeli ecosystem. For example, in Patient profile we modified the identifier of the patient to support the different cases of Israeli ids (i.e., israeli-id, palestinian-id ect.), and added extensions such as HMOs, which is very unique to Israel. In other resources, we might not make any modification expect changing the references of the resources from US-Core to IL-Core. Again, it is all depend what is the business case. I encourage you to visit Isreal-Core page . you can find there more explanations about our methodology and the resources we are working on. Also, you can listen to the Webinar in which we explain in more details about our work, the resources we modified and the reasons. Finally, you can see in Simplifier tool, the Release Notes of the different versions of the FHIR-IL project.

Can you please explain what do you mean by "negative test data", and describe the use-case you are interested in ?

Hello, 1. Regarding the resources: -The observations - you can use the Observation resource - The images - you can use Media resource, however, note that Media resource will be deprecated in version 5.0. Therefore you might want to use DocumentRefference to save future problems. 2. Regarding combining them : There are a couple of ways to combine image and observation. Each depends on the business case- whether you need to refer the image as a separate resource or not : 1. one option is to use a bundle of Observation+ Media/DocumentReference resources. Note that within this option the image will be an independent resource, and can be referenced as a separate resource in the bundle 2. the second option is to use the "contained" element in the Observation resource. This means that the media/documentRefference is kind of "internal" to the resource, and thus can be referenced only inside the Observation resource. i.e., you cannot reference it outside the resource. Hope that this is more clear

Hi, Yes you can use OBSERVATION for the various test results as part of the VITAL SIGNS profile. Note that you already have RESPIRATORY RATE there. You also have an example on the FHIR website Also, I encourage you to look here how one of our working group implemented the Observation profile. it's pretty similar.

Hello Yosi, In FHIR, it is not possible to combine resources together. We would like to learn more about your business case in order to give you a better answer. Meanwhile, please look here at the design documents of each working group. Many of the working groups implemented different variations of Observation resource, so you can see how they implemented it, and learn from their experience.