מלי שלום

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

תודה

איל

Eyal Saporta
Project Manager
HP Enterprise Services, Israel

Eyal.Saporta@hp.com
M +972 52 3 271142
Hewlett-Packard Company
9 Dafna St.
Ra’anana, 43662
Israel

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

איל שלום

התייחסות לחלק מהערות :

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

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

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

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

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

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

---חידוד השאלה : הפתרון המוצא מתייחס רק להדפסת מסמכים בצורה מרוכזת . יחד עם זאת המסמכים חייבים להיות גם חלק מסיכום שהועבר להתייחסות של מרפאת האם (כמקבץ). הובהר כי המסמכים לא יכולים להיות כחלק מסיכום המפגש.

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

התייחסות לשאר מחלוקות תשלח בשבוע הבא.

סוף שבוע נעים.

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

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

מלי שלום.

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

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

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

לשאר שאלותיכם – התייחסותי מטה באדום

איל

Eyal Saporta
Project Manager
HP Enterprise Services, Israel

Eyal.Saporta@hp.com
M +972 52 3 271142
Hewlett-Packard Company
9 Dafna St.
Ra’anana, 43662
Israel

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

היי

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

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

הערת לקוח לפתרון שהוצא:

יש לאפשר:

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

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

3. להחיל את הסימון שבסעיפים 1 ו2 גם על ההפניות והמסמכים שהוספו במפגש/ביקור (עבור מכון סקר) זה. לא ברור מה הקשר למכון סקר. בכל מקרה כפי שסיכמנו המעקב הוא על מכתב הסיכום ולא על שאר הפריטים. שאר הפריטים במפגש יסומנו באופן ידני אם נדרש לעקוב אחריהם. בהתאם לאפיון "מעקב אחר מידע רפואי".

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

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

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

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

הערת לקוח לפתרון שהוצא:

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

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

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

הערת לקוח לפתרון שהוצא:

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

מחלוקת: חוסר יכולת לגשת ממידע אל המפגש בו הוא תועד

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

1. רשימת מעקבים ("תא דואר"). מקובל

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

3. דו"חות תפעוליים כגון:

a. דו"ח זימונים- מקובל

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

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

d. דו"ח מעקב חריגים - מקובל

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

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

g. דו"ח מעקב הפניות - מקובל

h. דו"ח מכתבים שלא התקבלה עליהם תשובה - מקובל

i. דו"ח מפגשים בדיעבד - מקובל.

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

k. דו"חות יקר:

i. מעקב ביופסיות - מקובל

ii. מעקב הפניות פתוחות ביקר - מקובל

iii. דו"ח הנחיות לרכז יקר - מקובל

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

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

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

הערת לקוח לפתרון שהוצא:

חסרים השדות: מקובל – יוספו השדות החסרים

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

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

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

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

הערת לקוח לפתרון שהוצא:

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

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

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

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

הערת לקוח לפתרון שהוצא:

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

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

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

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

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

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

תשובת הלקוח לפתרון שהוצא:

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

מחלוקת יקר: פרטי סיפוח כמידע מצטבר.

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

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

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

המשתמש יכול לתעד קליטת מטופל ביקר עם כל השדות שביקשתם.

יש צורך באיחוד כל הפרטים המוזנים במסכים:

פרטי סיפוח ליקר

תביעה

זימון לוע"ר

עיכוב שחרור

סיכום וטיפול רופא יקר

סיכום וטיפול יקר

לישות רב-מופעית ומרובת-שדות (בדומה לרגישויות).

לישות יש להוסיף, במסגרת שדות מסך " פרטי סיפוח ליקר" את השדות:

1. תאריך קליטה ליקר (סיפוח) (טיפוס תאריך):

a. הזנת ערך בשדה זה תוחמת את הסיפוח בתחילתו.

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

c. לא להזין בשדה זה תאריך עתידי.

2. יקר נוכחי (טיפוס קוד מבנה):

a. ניתן להזין בשדה זה רק ערך השווה למבנה הנוכחי.

b. בתגובה להזנת קוד המבנה בשדה יש להציג את שם המבנה.

3. תאריך שחרור מיקר (סיום סיפוח) (טיפוס תאריך):

a. הזנת ערך בשדה זה תוחמת את הסיפוח בסופו.

4. סגירת סיפוח (בוליאני):

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

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

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

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

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

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

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

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

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

תודה ויום נעים

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

---------- Forwarded message ----------
From: "Bar-El, Shiri" <shiri.bar-el@hp.com>
Date: 24 Feb 2015 17:04
Subject: RE: התייחסות HP לדברים פתוחים
To: "eitan.shtemer@mail.gov.il" <eitan.shtemer@mail.gov.il>, "inna.waldman@gmail.com" <inna.waldman@gmail.com>, "orit_ten@mod.gov.il" <orit_ten@mod.gov.il>, "mali Asaf (maliasaf.ma@gmail.com)" <maliasaf.ma@gmail.com>, "Maxim Krasnokutsky (jupiter.maximk@gmail.com)" <jupiter.maximk@gmail.com>
Cc: "Zur, Sarit" <sarit.tzur@hp.com>, "Saporta, Eyal" <eyal.saporta@hp.com>

"תוצאות של בחינת השלכות הפתרון של מספר חשבונות למשתמש”

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

1. לכל USER מוגדר VMA שכולל את התפקיד שלו. VMA מהווה את חתימת המשתמש.

2. ה VMA של המשתמש ישמר ויוצג בצמוד לשם המשתמש בכל מקום שמוצג שם המשתמש.

3. משמעות תחזוקתית היא שבהגדרת ה VMA של המשתמש יש להזין מלל ברור לגבי תפקידו.

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: Bar-El, Shiri
Sent: Tuesday, February 24, 2015 3:16 PM
To: 'eitan.shtemer@mail.gov.il'; 'inna.waldman@gmail.com'; 'orit_ten@mod.gov.il'; mali Asaf (maliasaf.ma@gmail.com); Maxim Krasnokutsky (jupiter.maximk@gmail.com)
Cc: Zur, Sarit; Saporta, Eyal
Subject: RE: התייחסות HP לדברים פתוחים

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

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: Bar-El, Shiri
Sent: Tuesday, February 24, 2015 3:10 PM
To: 'eitan.shtemer@mail.gov.il'; 'inna.waldman@gmail.com'; 'orit_ten@mod.gov.il'; mali Asaf (maliasaf.ma@gmail.com); Maxim Krasnokutsky (jupiter.maximk@gmail.com)
Cc: Zur, Sarit; Saporta, Eyal
Subject: FW: התייחסות HP לדברים פתוחים

היי,

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

בברכה ,

שירי

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. מחלוקת: הדפסת מסמכים סרוקים כחלק ממכתב סיכום

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Shiri Bar-El

Clinical Record Leader

HP Enterprise Services, Israel

9 Dafna St.

Ra’anana 43662

Mobile:+ 972 52 3577916

Phone:+ 972 9 7623576