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

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

היי

לגבי בחינת השלכות הפתרון של מספר חשבונות למשתמש – נשלח מייל מפורט הכולל מספר שאלות לבדיקה ב 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>