diff --git a/ILCore/input/pagecontent/index.md b/ILCore/input/pagecontent/index.md
index 37fa6d32..a66908d7 100644
--- a/ILCore/input/pagecontent/index.md
+++ b/ILCore/input/pagecontent/index.md
@@ -7,13 +7,11 @@
 
 ### Must Support
 
-בכל פרופיל, הכיתוב (MS) Must Support ליד כל אלמנט מציין שכל מערכת חייבת "להתייחס" לאלמנט זה במידה והוא קיים במופע הפרופיל שהתקבל. לאור ההטרוגניות הרבה הכרוכה בהסדרת פרופילים ברמה לאומית, קיים קושי לספק הגדרה גורפת בפרופיל לMS שהיא גם יישימה לכל הארגונים וגם עבור כלל התרחישים.
+"הכיתוב (MS) Must Support באלמנטים נבחרים בפרופילים משמש להסב את תשומת לב המיישמים לתיעוד המצורף אליו. כלומר, במקומות שבהם ישנה הנחייה על אופן המימוש של MS יש לנהוג לפי ההגדרה שכתובה במדריך, ובמקומות שאין הגדרה מפורשת, על המיישם להחליט מה משמעות התמיכה הנדרשת באלמנט זה. מעבר לכך, בגרסה 4 של FHIR אין משמעות נוספת שניתן לגזור מהסימון MS  והוא אינו משפיע על פעולות ולידציה, אינו קובע שהאלמנט הוא חובה, וכן אינו מגדיר שחובה לשמור את המידע בצורה כזו או אחרת וכו'.
 
-לכן, המשמעות של MS במדריך למיישם זה היא שעל המיישם לקרוא את התיעוד המצורף לאלמנט הנ"ל על מנת להבין את מהות ההתייחסות הנדרשת שניתן לצפות לה. ברוב המקרים בהם צוות ה CORE בחר לסמן אלמנטים כ MS הוא עשה זאת עם הגדרות "רופפות" יחסית המאפשרות פרשנות רחבה ע"י המשיימים.
+להלן דוגמת יישום: אלמנט Observation.Subject (המטופל שבוצעה בו הבדיקה) מסומן עם MS. בעת יישום לצורך מחקר יכול להיות שיוחלט לא לשמור שדה זה שכן יש לשמור על אנונימיות הנתונים, בעוד שבארגון בריאות יוחלט שחשוב לשמור תעוד על המטופל ולשמור אותו כחלק מהרשומה. כלומר, מיישם FHIR בפרוייקט המחקר יחליט להתעלם משדה זה בעוד שמיישם בארגון הבריאות ישמור אותו.  בשני מקרים אלו החלטת המיישם הייתה שונה לאחר שיקול שהתבצע ע"י המיישם כתוצאה מסימון האלמנט ב MS  .
 
-בנוסף, בגרסה 4 של FHIR אין משמעות נוספת שניתן לגזור מהסימון MS  והוא אינו משפיע על פעולות ואלידציה, אינו קובע שהאלמנט הוא חובה, וכן אינו מגדיר שחובה לשמור את המידע בצורה כזו או אחרת וכו'.
-
-צוות CORE מעודד מיישמים להגדיר הגדרות קשיחות יותר במידת הצורך והנדרש ברמה הפרויקטאלית בעזרת פרופילים יעודיים. אנו נשמח לקבל דוגמאות מהשטח לגבי יישום שכזה.
+ צוות CORE מעודד מיישמים להגדיר הגדרות קשיחות יותר במידת הצורך והנדרש ברמה הפרויקטאלית בעזרת פרופילים יעודיים ואנו נשמח לקבל דוגמאות מהשטח לגבי יישום שכזה."
 
 מקורות מידע מומלצים נוספים :
 
diff --git a/ILCore/sushi-config.yaml b/ILCore/sushi-config.yaml
index b0995ca1..f7a7a7e0 100644
--- a/ILCore/sushi-config.yaml
+++ b/ILCore/sushi-config.yaml
@@ -14,12 +14,12 @@ status: draft
 jurisdiction: urn:iso:std:iso:3166#IL "Israel" # https://www.hl7.org/fhir/valueset-jurisdiction.html
 publisher: 
   name: Israel Core Team
-  email: ido.levin@moh.gov.il
+  email: tal.primak@moh.gov.il 
 contact:
-  - name: Kippi Bordowitz
+  - name: Tal Primak
     telecom:
       - system: email
-        value: ido.levin@moh.gov.il
+        value: tal.primak@moh.gov.il 
 description: Implementation guide for Israel Core FHIR
 license: CC0-1.0
 fhirVersion: 4.0.1
@@ -50,7 +50,8 @@ parameters:
     - http://yarpa.co.il/catalog
 
 copyrightYear: 2020+
-releaseLabel: ci-build
+#releaseLabel: ci-build
+releaseLabel: STU1
 dependencies:
   hl7.fhir.us.core:
     uri: http://hl7.org/fhir/us/core/ImplementationGuide/ig