היי,

התיחסות בגוף המייל בסגול .

בברכה ,

שירי

Shiri Bar-El

Clinical Record Leader

HP Enterprise Services, Israel

9 Dafna St.

Ra’anana 43662

Mobile:+ 972 52 3577916

Phone:+ 972 9 7623576

From: Mali Asaf [mailto:mali45@idf.gov.il]
Sent: Tuesday, February 24, 2015 2:28 PM
To: Bar-El, Shiri; Saporta, Eyal; Zur, Sarit
Cc: eitan.shtemer@mail.gov.il; inna.waldman@gmail.com; 'mali Asaf'; 'Maxim Krasnokotsky Army'; orit_ten@mod.gov.il
Subject: RE: התייחסות HP לדברים פתוחים

שלום רב

ראו התייחסותנו לנושאים שהועלו במכתב :

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

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

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

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

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

מחלוקת "הדפסת מסמכים סרוקים כחלק ממכתב סיכום" - נא חדדו כיצד הפיתרון שהוצע יפתור בעיה של צירוף מסמכים סרוקים לסיכום שנשלח למרפאת האם . – השאלה אינה ברורה נא חדדו

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

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

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

מלי, אינה, מקסים

‏---------- הודעה שהועברה ----------
מאת: "Bar-El, Shiri" <shiri.bar-el@hp.com>
תאריך: 17 בפבר 2015 16:27
נושא: התייחסות HP לדברים פתוחים
אל: "mali Asaf (maliasaf.ma@gmail.com)" <maliasaf.ma@gmail.com>, "inna.waldman@gmail.com" <inna.waldman@gmail.com>, "eitan.shtemer@mail.gov.il" <eitan.shtemer@mail.gov.il>
‏עותק: "orit_ten@mod.gov.il" <orit_ten@mod.gov.il>, "Saporta, Eyal" <eyal.saporta@hp.com>, "Zur, Sarit" <sarit.tzur@hp.com>

שלום למכותבים ,

לאור פגישתנו אתמול להלן תשובות למשימות אשר באחריותנו:

1. מחלוקת: חוסר יכולת פונקציונאלית לבצע מעקב אחר מפגש

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

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

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

הפתרון המוצע: הצגת הודעה בשמירת מדדים במידה ומתועדים במפגש מסוג "בדיעבד": שים לב! האם הזנת תאריך מתאים".

3. מחלוקת מדדים: חוסר יכולת לתעד את כל סוגי המדדים.

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

4. מחלוקת: יכולת להפיק תדפיס סיכום של כלל סיכומי המפגש.

הפיתוח ישים אך במחיר של ביצועים כבדים לחילול PDF כזה.

5. מחלוקת 19- חוסר יכולת לגשת ממידע אל המפגש בו הוא תועד

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

2. סיטואציה

3. תמצית תיק

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

6. מחלוקת: הצגת שינויים ותיקונים למידע קיים בתדפיסי המפגש

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

8. מחלוקת: יקר – ניהול מעקב מורחב אחר הפניות קיימות

השדות הנ"ל קיימים ברכיב ההפניות. הפער הוא על כך שנדרש שהשדות הנ"ל לא יוצגו/יתאפשרו להזנה מלבד מרפאות יק"ר.

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

9. מחלוקת: תיקון וביטול מידע רפואי- תיקון מעקב מידע רפואי לאחר חתימתו במעקבים והנחיות.

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

הפתרון המוצע: בדיקת לוגיקת תיקון/ביטול בהתאם לפריט המקושר לפריט המעקבים. במסך המעקבים יתווסף כפתור "תיקון" שיאפשר תיקון שדות הפריט בהתאם ללוגיקת תיקון/ביטול.

10. מחלוקת: תיקון וביטול מידע רפואי- ביצוע חיתוכים על פי מאפייני המפגש ברשימת המפגשים לבחירת מפגש לתיקון/ביטול

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

הפתרון המוצע: ניתן להוסיף מבנה למסך.

11. מחלוקת: בחירת מרפאה מרשימת מרפאות בכניסה למערכת

פתרון מוצע: הוספת מסך חיפוש לפי קוד מתחם.

12. מחלוקת: הדפסת מסמכים סרוקים כחלק ממכתב סיכום

פתרון מוצע: הוספת המסמכים הסרוקים למסך "בחירת מסמך להדפסה" – המשתמש יוכל להדפיס את המסמכים בצורה מרוכזת (למעט קבצי אודיו/וידאו וקבצים שהWINDOWS איננו תומך).

13. מחלוקת: חסיון רפואי: הזנת מס' תעודה

הפתרון המוצע: הצגת מטופלים רגישים בדוחות –

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

2. עדכון אפיון בכלל המקומות בהם יוצג PDF סיכום מפגש – בדיקת תיק רגיש+הצגת מסך הזנת תעודה בהתאם.

14. מחלוקת: ערבול נתונים – ערבול נתונים נוספים מתיק המטופל.

הפתרון המוצע: ערבול אקראי של השדות יחידה, יחידת משנה, דרגה, שנת לידה.

· תואמה שיחת טלפון עם צפניה למחר בשעה 10:30 בבוקר להבנת התהליך של מבנה התנאים .

· מצ"ב סיכום דיון איפיון רפואת סקר .

בהמשך לסיכום - אנו ממתינים למידע הבא:

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

2. ערבול נתונים - לבדיקת הלקוח האם הוספת נתונים אלו לערבול מספקת.

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

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

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