moh 4/10/2015 מכרז5/2015 ניהול תיקים רפואיים מהדורה0.2 עמוד1 מתוך177 מסמך זה הוא רכושו הבלעדי שלmoh משרד הבריאות ממשלת ישראל בשם מדינת ישראל משרד הבריאות מ כרז פומבי מספר5 /201 5 גירסה לאחר תיקונים לתשובות ל שאלות הבהרה4/10/2015 מערכת לניהול תיק רפואי ממוחשב עבור משרד הבריאות בישראל האגף למחשוב ב משרד הבריאות המועד האחרון להגשת הצעות: תאריך:14/10/2015 שעה12:00 בתיבת המכרזים הנמצאת ברחוב ירמיהו39 , מגדלי הבירה ירושלים באגף למחשוב- משרד הבריאות– ירושלים.
This document is posted to help you gain knowledge. Please leave a comment to let me know what you think about it! Share it to your friends and learn new things together.
Transcript
moh 4/10/2015
0.2מהדורה ניהול תיקים רפואיים 5/2015מכרז
177מתוך 1עמוד
משרד הבריאותmohמסמך זה הוא רכושו הבלעדי של
ממשלת ישראל בשם מדינת ישראל
משרד הבריאות
5/2015 פומבי מספר כרזמ הבהרה שאלותתיקונים לתשובות ל לאחר גירסה
4/10/2015 תיק רפואי ממוחשב מערכת לניהול
בישראלעבור משרד הבריאות
הבריאות משרדלמחשוב ב האגף
המועד האחרון להגשת הצעות:
12:00שעה 14/10/2015תאריך:
, מגדלי הבירה 39ברחוב ירמיהו בתיבת המכרזים הנמצאת
ירושלים
ירושלים. –משרד הבריאות -באגף למחשוב
moh 4/10/2015
0.2מהדורה ניהול תיקים רפואיים 5/2015מכרז
177מתוך 2עמוד
משרד הבריאותmohמסמך זה הוא רכושו הבלעדי של
שלום רב,
פונה המשרד" או "המזמין)להלן: "משרד הבריאות ב "(האגף)להלן: " האגף למחשוב , )"
משרד עבור ממוחשבים תיקים רפואייםלניהול מערכתלרכישת הצעות לקבלתבזאת
לניהול .בישראלהבריאות , תוך תיקים רפואייםפיתוח המערכת יתבסס על מוצר קיים
התאמתו לדרישות המשרד.
נועדה לתת מענה לגורמי שירות קטנים ומבוזרים והרווחה המערכת , בתחומי הבריאות
מתקשים להתגבר על החסמים הכלכליים ברכישת ו, בפרטהשותפים לתהליך הטיפול
ובהטמעת תיק רפואי ממוחשב כבסיס לעבודתם.
)להלן: "מסמכי המכרז"( מהווים חלק בלתי נפרד כל המסמכים המצורפים למכרז זה
ויש זה.לממנו זה את ראותם כמשלימים
בישראל כדין יםמציע אשר הינו תאגיד או שותפות או עמותה רשומ רשאי להגיש הצעה
. שירותי מחשוב בביצוע יםאשר עוסקו העומדים בתנאי המכרז
ל התחייבות המציע לעמוד בתנאי הסכם את כל התקשרות ליישום ההצעה תכלו
בנוסח המצורף למסמכי המכרז. ההתקשרות
בברכה,
עמי-שירה לב
הבריאות מנהלת האגף למחשוב, משרד
moh 4/10/2015
0.2מהדורה ניהול תיקים רפואיים 5/2015מכרז
177מתוך 3עמוד
משרד הבריאותmohמסמך זה הוא רכושו הבלעדי של
תוכן העניינים
4 (M) מנהלה .0
29 (I) יעדים .1
33 (S) יישום .2
65 (S) ותשתית טכנולוגיה .3
72 (S) מימוש .4
79 (S) משאבים – עלות .5
84 הצעה חוברת -' א נספח
106 התקשרות הסכם -' ב נספח
132 מידע אבטחת -' ג נספח
moh 4/10/2015
0.2מהדורה ניהול תיקים רפואיים 5/2015מכרז
177מתוך 4עמוד
משרד הבריאותmohמסמך זה הוא רכושו הבלעדי של
(Mמנהלה ) .0
לילכ .0.1
.תיקים רפואייםלניהול ממוחשבת מערכתלרכוש ( מבקש או "המזמין" "המשרד": הבריאות )להלן משרד
, אשר יותאם לדרישותורשומות רווחה רשומות רפואיותפיתוח המערכת יתבסס על מוצר התומך בניהול יישום ו
המשרד.
שיש לו יכולות באמצעות ספק , דרישות מכרז זהב מזמין כמפורטרכי הולתת מענה לצ תהמבוקש המערכתעל
.מוצרבתמיכה פיתוח ויישום, ל
תתמוך בפעילות מרפאות במערכת הבריאות ובדיווחים אותם הן נדרשות להעביר ליחידות משרד המערכת
כמו גם לקופות החולים.הבריאות, המקבלות את הדיווחים לצרכי מעקב, בקרה, ניתוח ותחקור וכו',
הגדרות .0.2
לנושאי מחשוב )ועדת ענ"א( ועדת המכרזים המשרדית - הועדה
, אגף מחשוב(הבריאות )להלן: "המשרד"משרד - הלקוח / המזמין
- יחידות הקצה
המרפאות, המכונים, היחידות הרפואיות ולשכות הרווחה אשר תעשנה שימוש
במערכת. לשם הסר ספק, בכל מקום שמצוינות מרפאות, ולא נאמר במפורש אחרת,
הכוונה היא למרפאות, למכונים, יחידות רפואיות ולשכות רווחה גם יחד.
וכן למדינת ישראל לרבות משרד הבריאות ותשייכמרפאות הבמסגרת מכרז זה הבריאות מערכת
מרפאות פרטיות
היחידות התפעוליות השונות במשרד הבריאות המשתמשות בשירותי אגף המחשוב יחידות המשרד
שבמשרד
בקשה זו להצעות על כל חלקיה ונספחיה - המכרז
זה חברה שהציעה הצעה למכרז - המציע
ההצעות תוגשנה במסגרת מכרז על פי ההוראות והתקנות הקיימות בחוק חובת - ההצעה
( והוראות התכ"מ. 1992המכרזים )התשנ"ב,
כנדרש. EMR)) תיק רפואי ממוחשבמוצר לניהול - מוצר
סוגי התמחות רפואית כמפורט בבקשה זו. - ורטיקלים
מנהל פרויקט מטעם
הספק
המציע אשר ינהל את עבודת המציע בגין מכרז זהעובד מטעם -
עובד מטעם המשרד אשר ינהל את עבודת המשרד בגין מכרז זה -מנהל פרויקט מטעם
moh 4/10/2015
0.2מהדורה ניהול תיקים רפואיים 5/2015מכרז
177מתוך 5עמוד
משרד הבריאותmohמסמך זה הוא רכושו הבלעדי של
המשרד
תתמוך בדרישות המשרד.ו המערכת שתוקם בסביבת המוצר - מערכתה
במסגרת מכרז זה. מכלול הפעילויות הנדרשות מהמציע - השירות
; עובד המציע ו/או מי מקבלני המשנה ו/או אדם הפועל מול המשרד מטעם המציעכל - נותן שירות
צדדים שלישיים שיגוייסו מטעם / ברשות המציע או מי מטעמו לצורך מתן אי אלו
מהשירותים המבוקשים מכח מכרז זה.
מציע אשר הצעתו עומדת בדרישות הסף והאיכות במכרז, והצעתו נבחרה על ידי - ספק זוכה
רד כהצעה הזוכה. המש
/ מציע בציון הכולל הסופי בא הגבוה ביותרמציע אשר הצעתו זכתה במקום ה - הבאספק כשיר
.שהמשרד ישתמש במוצר שלו לצרכים ייחודיים
תיקון תקלות ובאגים במוצר ש - תחזוקה
- פיתוחים
ו/או במוצריבוצעו כל שינוי / שיפור ו/או פיתוח ו/או התאמה ו/או הסבה אשר
. ובמסגרת התקשרות ז, בהזמנת המזמין המוצרהמחשוב של במערכות
מנהלה .0.3
המכרז מסמכי רכישת .0.3.1
שלא יוחזר בשום מקרה. התשלום ₪ 300מסמכי המכרז ניתן לרכוש תמורת תשלום בסך את .0.3.1.1
בעמוד www.health.gov.ilיעשה באמצעות תשלום מקוון באתר משרד הבריאות:
באתר האינטרנט. ,"מכרזים". ניתן לעיין במסמכי המכרז, ללא תשלום, קודם רכישתם
כתובת דואר רכישת המכרז יש להשאיר פרטים אודות המציע )שם המציע, מס' טלפון, בעת .0.3.1.2
יש לשלוח פרטים אלה גם לכתובת הדואר האלקטרוני מס' פקס, שם איש הקשר(. אלקטרוני,
על הספק תוטל האחריות להתאים את פורמט שיתוף המידע רשם השבץ המוחי ועוד.רשם ניתוחי לב,
לפורמטים שיידרשו ע"י מערכות אלה. דוגמא לא מחייבת לצרכי המחשה בלבד לפורמטים הנדרשים
, ודוגמא לא מחייבת לצרכי המחשה בלבד למסמך זה' זאת בנספח נמצלהעברת מידע למערכת אופק
.ח'לפורמט הנדרש עבור רשם )במקרה זה, רשם הדיאליזה(, נמצאת בנספח
(S) פנימי תיחום .2.2
(I) כללי .2.2.1
להלן רשימת תהליכים הנדרשים מהמערכת המוצעת. רשימת הדרישות הפונקציונאליות עבור כל אחד
הלן. ל 2.5מהתהליכים מפורט בפרק
הספק מוזמן מעבר לדרישות אלו, ייתכנו דרישות עתידיות שאינן מפורטות להלן. כי ומובהר מודגש
המוצהר Roadmap-ב כאלו הנמצאותיכולות נוספות שיש למוצר היום או 3.99-ו 2.99לתאר בסעיפים
ושלדעתו יכולים לסייע למשרד גם בדרישות עתידיות. המוצר של יצרן הטכנולוגיה
אופן את בפירוט לפרט יש, בטבלה נושא כל עבורלהלן , ו 2.5 בפרק הטבלאות את למלא המציע על
: במוצר מימושו
P - במוצר קיים
עדיפות תינתן זאת לציין יש – למוצר המתממשק נפרד בכלי קיים הנושא יודגש כי אם .
.למוצרלפתרונות שהם אינטגרטיביים ברמה גבוהה
C - ללא פיתוח( מובנות והתאמות בקסטומיזציה אפשרי(.
D - ייעודי פיתוח באמצעות אפשרי.
T – מוצר משליםתמיכה באמצעות.
moh 4/10/2015
0.2מהדורה ניהול תיקים רפואיים 5/2015מכרז
177מתוך 38עמוד
משרד הבריאותmohמסמך זה הוא רכושו הבלעדי של
N – לא נתמך.
בטור ההסבר לאופן המימוש יש להכניס הבהרות להסברים לנושא. אם קיימת הרחבה ארוכה
לנושא יש לצרף אותה כנספח.
המתוארת מטה, ועל הספק יהיה להשלים בכל מקרה המשרד מבקש לקבל את כל הפונקצינליות
פונקציונליות חסרה בפיתוח, על בסיס המוצר וכחלק בלתי נפרד ממחיר הפרויקט. המשרד יתן
עדיפות לפונקציונליות הקיימת במסגרת המוצר ללא פיתוח ורואה בכך הפחתת הסיכון
לפרויקט.
2.5תהליך מפורטים בסעיף לתמוך. דרישות לכל צריכה המערכת בהם רשימת התהליכים להלן .2.2.2
להלן.
כללית תכולה תהליך #
פעילויות שיבוצעו: משרד הבריאות –ניהול מערכת 1
הגדרת מרפאה חדשה .
.הגדרת ועדכון טבלאות המערכת
.הגדרת ממשקים למערכות אחרות
.הגדרת טפסים, דוחות ותדפיסים לכלל המערכת
המערכת.כלל ברמת –ניהול התראות
פעילויות שיבוצעו: מנהל מרפאה -מערכתניהול 2
מרפאות רשת הגדרת.
מרפאה פרטי הגדרת
משתמשים/ מטפלים גורמים הגדרת.
חדשים, לפי צרכי ותדפיסים טפסים, דוחות ויישום הגדרה המרפאה.
ניהול אדמיניסטרטיבי של 3 (ATDוהחולים ) המרפאה
ברמות שונות ובהן: תורים ניהול
,רופא, רמת חדר/יום/שעה. רמתפעולה, רמתרמת מרפאה
תקציב )כולל דו"חות בקרה תקציבית(, מחירונים ניהול , התחשבנות מול קופות, גבייה וממשקים כספיים
טבלאות ניהול.
משתמשים ניהול.
שלבים בתהליך: תיק מטופל 4
moh 4/10/2015
0.2מהדורה ניהול תיקים רפואיים 5/2015מכרז
177מתוך 39עמוד
משרד הבריאותmohמסמך זה הוא רכושו הבלעדי של
כללית תכולה תהליך #
מטופל, מסך איתור או גישה דרך רשימת מטופלים איתור (.X)לדוגמא: מזומנים ליום
מטופל נתוני לקבלת המשרד למערכות ממשק
ריכוז מידע חשוב ומשמעותי הנוגע –המטופל נתונייה ביצפ למטופל, כולל הודעות והתראות.
מרגע הכניסה לתיק המטופל ועד לדיווח על –תיעוד כל שלבי הביקור ניהול ביקור 5 סיום ביקור, ובכלל זה:
של הבריאותי למצבו הקשור רלוונטי מידע עדכון/ דיווח תוצאות בדיקות, מידע אבחנות, רגישויות, :כולל, המטופל
בריאותי, תרופות וכו'.
דיווח/עדכון המתייחס לורטיקל / סוג המרפאה / השלמת מומחיות המטפל.
לתיק הגישה של זמנית השהייה או ביקור סיום על דיווח
:זה ובכללובקרה אחר מטופלים על ידי גורם מטפל, מעקב מעקב ובקרה 6
המטפלים גורמיםל התראות הצגת.
מטופל ברמת התראות הצגת.
תזכורות הצגת.
דיווחים למשרד ולגורמים חיצוניים 7 נוספים
דיווחים לרשמים הלאומיים
דיווחים למשרד הבריאות לצרכי בקרת איכות
דיווחים לגורמים חיצוניים נוספים
יכולת קליטה אוטומטית של נתונים ממכשירים רפואיים. ממכשור רפואי קליטת מידע 8
על המציע לפרט את יכולתו לקבל נתונים ממכשירים כולל סוגי מכשירים שאליהם המוצר מחובר כיום.
על המציע לפרט את הדרישות הטכניות הנדרשות לקליטת נתונים ממכשור רפואי.
וורטיקלים .2.2.3
בהתאם לצרכי הערה: רשימת הוורטיקלים יכולת להתעדכן בעתיד להלן מוצג מיפוי של ורטיקלים ייעודיים:
תחייב שביכולת המוצר ליישם מערכת התואמת לכל ורטיקל שיידרש בעתיד לההמציע מערכת הבריאות, ועל
בצורה גמישה ובמינימום פיתוח.
אופן פירוט דרישה # המימוש*
הסבר לאופן המימוש
moh 4/10/2015
0.2מהדורה ניהול תיקים רפואיים 5/2015מכרז
177מתוך 40עמוד
משרד הבריאותmohמסמך זה הוא רכושו הבלעדי של
ניהול מרפאות ממוגרפיה ובכלל זה: מרפאות ממוגרפיה 1
צילומי ממוגרפיהתיעוד ושמירת.
מעקב, התראות ייחודיות.
גמישות לבניית טופס בדיקה ותוצאות
הכולל בין השאר היסטוריה הבדיקה
גינקולוגית, גורמי סיכון, היסטוריה
משפחתית, היסטורית ניתוחי שד כולל
ניתוחים פלסטיים, הכנסת שתלים
מסוגים שונים
גמישות בהגדרות פרוטוקולי פיענוח
)פרוטוקולים לבדיקה תקינה
ופרוטוקולים לבדיקה לא תקינה(.
.תיעוד ביופסיה
ירוט שדות ו' ובו פמצ"ב נספח
הנדרשים כחלק מיישום מערכת עבור
ממוגרפיה.
בנוסף לתמיכה הרוחבית, נדרש הפתרון המוצע מכוני דיאליזה 3לסדרת תהליכים התומכים במעקב חולי דיאליזה, תכנון תהליך הטיפול, מועדי הטיפולים, חיבור למכשור הדיאליזה לצורך קבלת מידע ממכשירי הדיאליזה במהלך הטיפול ולהעברת נתונים למכשירי הדיאליזה לצורכי הטיפול. תיאור מצב המטופל בשלבי הטיפול ובשלבים שבין הטיפולים, יכולת העברת מידע
לקופות החולים ולמשרד הבריאות.
,המוצע הפתרון נדרש ,הרוחבית לתמיכה בנוסף IVF-מכוני פוריות ו 4 טיפולי אחר במעקב התומכים תהליכים לסדרת
טיפול תוכנית הכנת זה ובכלל , , IVF-ו פוריות
מחזור סיכום הכולל טיפול כל תיעוד פוריות,
תיעוד ,השאיבה יום לפני רפואית קבלה ,טיפול
סיכום ,עוברים החזרת ,ביציות שאיבת תהליך
שחרור ימכתב הפקת ,החזרה( / )שאיבה פעולה
לותהפעי תהליכי תיעוד שונים. ותדפיסים
תהליך תיעוד זה ובכלל IVF מעבדת ותוצאות
.עוברים הפשרתו עוברים הקפאת
בנוסף לתמיכה הרוחבית, נדרש הפתרון המוצע, מרפאות שחפת 5לסדרת תהליכים התומכים במעקב אחר חולי שחפת, ואזרחים בעלי סיכון למחלת השחפת. הפתרון יאפשר מעקב ודיווח שאלון אבחון המחלה )באמצעות תסמיני המחלה, צילומי
תיעוד תהליך הטיפול התפשטות המחלה, תיעוד והתרעות על בסיס התרופתי, תבחיני עור,
(, מבחן פירקט, בדיקות Mantouxמבחן מנטו )מעבדה ייחודיות לפי פרוטוקולים מובנים,
moh 4/10/2015
0.2מהדורה ניהול תיקים רפואיים 5/2015מכרז
177מתוך 41עמוד
משרד הבריאותmohמסמך זה הוא רכושו הבלעדי של
דוחות מעקב אחר חולי שחפת ומעקב אחר חולים בסיכון.
מכוני התפתחות 6 הילד
הפתרון נדרש לסדרת תהליכים המתעדים את הבדיקות הנעשות במכוני התפתחות הילד ובכלל זה מעקב אחר דיווח וטיפול בעיות קשב וריכוז, בעיות שינה, בעיות שפה ותקשורת, אוטיזם, תסמונות אפילפטיות, תסמונות
גנטיות, לקויות למידה ועוד.
טיפול מרפאת 7 בהתמכרויות
דיווח תכלוללטיפול בהתמכרויות מערכתומעקב אחר מתן שירותי אבחון, טיפול, ייעוץ ושיקום למשתמשים ולמכורים לסמים, אלכוהול ולחומרים פסיכואקטיביים אחרים וכן
אבחון וטיפול בהתנהגויות ממכרות אחרות.
בנוסף לתמיכה הרוחבית נדרשת מערכת התומכת בורטיקל זה לכלול בין היתר סדרת
ונים ובהן: נת
מעקב על שימוש בסמי תחילת ההתמכרות, רחוב.
דגימות שתן ומעקב אחר דגימות עם חשד )כולל לשימוש והתמכרות לפי סוג ההתמכרות
תצוגה במפת דגימות וגרף תוצאות דגימות לפי תקופות(
קרובי משפחה הקשורים למטופל, דיווח על תעסוקתי, דיווח על חינוך והכשרה דיווח
והתראות על מעצרים ופתיחת תיקים דיווח תיעוד המסגרות הטיפוליות ברשויות החוק,
למטופל
דיווח ומעקב אחר תוכנית הטיפול המתוכננת למטופל
דיווח על אשפוזים שעבר המטופל כולל דוח סיכום אשפוז וסריקת מכתב השחרור כחלק
מהתיק הרפואי
דיווח ומעקב אחר מתן תרופות כגון מתדון כולל תיאור גרפי של קצב סובוקסון/סובוטקס/
קבלת כל תרופה
, תיעוד תיעוד מחלות זיהומיות למתמכר מפגשים קבוצתיים
תיעוד ודיווח תשלומים עבור הטיפולים והתרופות שניתנו למטופל
דיווח ומעקב נוכחות במרכזי יום.
נותן שירותי פתולוגיה פתולוגיה מכון מכון פתולוגיה 8צביעות היסטוכימיות, וציטולוגיה,
moh 4/10/2015
0.2מהדורה ניהול תיקים רפואיים 5/2015מכרז
177מתוך 42עמוד
משרד הבריאותmohמסמך זה הוא רכושו הבלעדי של
אימונוהיסטוכימיות ומולקולריות וכן ניקורי בדיקות מוס בחדר ניתוח (FNA) מחט
.ומיקרוסקופ אלקטרוני
הפתרון יכלול ניהול מלא של כל תהליכי בלת העבודה הנעשים במכון פתולוגי ובכלל זה ק
מידע עדכני על כל דגימה בכל שלבי העבודהתהליך תיעוד כל , )שלב המיקרו ושלב המקרו(
הפתרון יידרש לתת מענה לניהול עתידי של תהליכי העבודה במכון הפתולוגי ובכלל זה שילוב אמצעים דיגיטליים בכל שלבי הפענוח,
בתדפיס הפיענוח יכולות שילוב של תמונות וכיוצ"ב.
לשכת הרווחה היא וורטיקל ייחודי של לשכת רווחה 9המערכת, הנובע מהרצון לאפשר בעתיד כחלק מהפרויקט שיתוף מידע בין גורמי בריאות וגורמי רווחה במטרה ליצור תמונה הוליסטית של המטופל. ניהול לשכת הרווחה כולל מגוון דרישות, המפורטות בתקן אמי"ר, )אפיון
אתר אשר נגיש בחה(, מערכות ייחודיות לרוומשרד הרווחה והשירותים החברתיים וזמין
בנוסף לתקן הקיים, בעתיד תיתכן . קישור זהבהרחבה של המערכת המשמשת את לשכות הרווחה ליכולות נוספות שתוגדרנה יחד עם
הספק.
וורטיקלים נוספים המשרד שוקל שילוב של וורטיקלים נוספים 10בפרויקט, ובתוך כך מכונים גנטיים, מכוני גסטרו )דרכי עיכול וכבד(, מכוני דימות, מרפאות אונקולוגיות, מרפאות לרפואה
ועוד. על הספק דות שינה, קרדיולוגיים, מעבלפרט את התמיכה הקיימת אצלו במרפאות מסוגים אלה, ובמרפאות מסוגים נוספים, כאשר יש להביא בחשבון שיכולת שילוב פשוט של וורטיקלים נוספים ומגוונים היא יתרון
. יובהר כי דרישות אלו הן התהליכים הבסיסיים 2.5המוצע נדרש להכיל את כל הדרישות כמפורט בסעיף הפתרון
.להיפסל לולהעשעל המערכת המוצעת לתמוך. הצעה שלא תעמוד בדרישות
כלליות מהמוצרדרישות .2.4
אופן פירוט דרישה # המימוש*
הסבר לאופן המימוש
, בעבריתתמיכה 1
אנגלית וערבית, האנגלית התאמת התפריטים לשפה העברית
.והערבית
תמיכה בכתיבה מימין לשמאל.
עבודה מול טבלאות 2
מרכזיותבהן מרכזיות שימוש בטבלאות תמיכת המוצר ב
המשרד עושה שימוש )חלקן קידודים ספציפיים -Webרשת )וממשק מול שירותי של המשרד(,
Services )בפרט ו ,המעניקים למשרד מידע נוסף–
ישראלי ICD9 –פרוצדורות
ICD10 ,ICDO ,CPT4 ,SNOMED –אבחנות
ישובים
מבטחים / קופות חולים
מרכזים רפואיים.
מחלקות/יחידות רפואיות.
מכונים
מעבדות.
במרפאה תפקידים
עברי ולועזי, כולל חגים וחופשות –לוחות שנה בכל מגזר.
קבלת מידע לפי דרישה ממרשם האוכלוסין ייעודי( Web-service)באמצעות
בניית דיווחים לגורמים שונים, בהתאם למבנה תשתית דיווחים 3 נתונים מוגדר )לכל סוג דיווח(.
יכולות התאמה 4
ופיתוחיכולת לבצע התאמות ברמת טבלאות, סכמת
נתונים, ממשקים.
לקבלת שירותים מהמערכת. APIקיום
moh 4/10/2015
0.2מהדורה ניהול תיקים רפואיים 5/2015מכרז
177מתוך 44עמוד
משרד הבריאותmohמסמך זה הוא רכושו הבלעדי של
תמיכה ברשומות 5
קליניות בתחומים
שונים
תמיכה מובנית בורטיקלים בתחומים שונים, כולל יכולת להוסיף ורטיקל חדש ו/או
לשנות/להתאים ורטיקל קיים לפי צרכי המשרד.
תהליכים סטנדרטיים כתשתית ורטיקל יורכב מובנוסף שילוב של טפסים כמפורט בסעיף אחידה
ורטיקל.ייחודיים לאותו
הגדרת שדות חובה לדיווח.אפשרות
./ורטיקליכולת להוסיף שדות ברמת מרפאה
לצרף לטופס גרף, תמונה, וידאו, קבצי יכולת דימות.
תמיכה בכלל 6
התהליכים
האדמיניסטרטיביים
הקשורים במינהל
(, ATDחולים )
בניהול תקציב
ובחיוב המרפאה,
(Billing)
על המערכת לתמוך בכלל תהליכי מינהל חולים ATD (Admission, Transfer and Discharge )
הנדרשים להפעלת מרפאה, ובתוך כך ניהול פרטים דמוגרפיים )כולל איחוד מטופלים(,
(, ניהול 17רישום התחייבויות בדיעבד )ט. הפניות למרפאה / מכון אחרים או לבית חולים,
וח ורישום בדיקות / טיפולים לצרכי חיוב, דיוהפקת חשבונות בדידים ומרוכזים, ניהול גבייה מפרטיים ומקופות, ניהול תזכורות לחייבים, ניהול חופשות והיעדרויות של הסגל, ותשלומים לסגל. כמו כן, על המערכת לאפשר ניהול תקציב המרפאה, ובתוך כך לאפשר מנגנוני גבייה
הקופות, מימשקים פיננסיים, והתחשבנות מולהפקת מדית ההתחשבנות, טיפול בערעורי מבוטחים לאחר הפקת החשבון, והפקת דו"חות
בקרה תקציבית.
תשתית לניהול 7
תהליכים, כולל
הגדרת כללים
והתראות
יכולת להגדיר כללים, אשר יתבססו על מידע שלא דווח למערכת, על מידע םכמו גשדווח התראות לגורמים רלוונטיים במרפאה וייצרו
בהתאם לתחום פעילות המרפאה. לדוגמא: תזכורת למרפאה להתקשר למטופל ולזמנו לביצוע בדיקת ממוגרפיה למטופלת לאחר שעברה שנה מביצוע הבדיקה הקודמת, או התראות אם דווחו או התקבלו תוצאות בדיקות
שאינן בטווח שהוגדר.
האפיון בשיתוף הגדרת ההתראות תבוצע בשלב עם המשרד.
ניהול ישות "מרפאת על" המנהלת אוסף של ניהול רשת מרפאות 8מרפאות. יש לציין מהן היכולות הניתנות לרשת
המרפאות ביחס למרפאות הקצה.
מעבר מטופלים בין מרפאה למרפאה.
קיום מחולל דוחות לבניית דוחות / שאילתות. דוחות, שאילתות 9
moh 4/10/2015
0.2מהדורה ניהול תיקים רפואיים 5/2015מכרז
177מתוך 45עמוד
משרד הבריאותmohמסמך זה הוא רכושו הבלעדי של
ע"י בניית דוחות ושאילתות יאפשרהמחולל בניית דוחות שישמשו את המרפאות וכןהמשרד
.ושאילתות ע"י מנהל מרפאה
נאלי ותיאור דרישות פונקצי .2.5
ע"י משרד הבריאות –ניהול מערכת .2.5.1
למשתמש מורשה במשרד הבריאות יינתנו כלים לניהול )כולל מסכים נוחים לעבודה(, אשר יאפשרו:
פירוט דרישה # אופן
המימוש* הסבר לאופן המימוש
–הגדרת מרפאה 1
ניהול פרטים כללייםהוספה של מרפאה חדשה )לגורמים מורשים במשרד הבריאות(, כולל שם, כתובת, איש קשר
התקשרות(, לוח שנה )שם, תפקיד, דרכי רלוונטי, וכו'.
מתן הרשאות 2
למשתמשי "על"
(Mבמרפאות )
הגדרת "משתמשי על" שיוכלו לנהל משתמשים והרשאות במרפאה.
שיוך מרפאות 3
לתחומי עיסוק
יכולת לקבוע סיווגים למרפאה לפי תחומים.
בהתאם לסיווגים יועמדו לרשות המרפאה הורטיקלים מסכי דיווח מתאימים, ובכלל זה
לדיווח לרשומה הקלינית של הרלוונטייםהמטופל, כולל אבחנות, בדיקות, תרופות,
תוצאות בדיקות, פרוצדורות וכו'.
רשת של מרפאות, כולל להגדיר ולנהלאפשרות הגדרת רשת מרפאות 4יצירה וניהול קשר בין הרשת לבין המרפאות
השותפות בה.
יש לפרט מהן היכולות הניתנות למנהל רשת ביחס למרפאות הקשורות אליו.המרפאות,
מרפאהניהול .2.5.2
יינתנו כלים לניהול )כולל מסכים נוחים לעבודה(, אשר במרפאה, אשר יוגדר כמנהל מערכת,למשתמש מורשה
יאפשרו:
פירוט דרישה #
אופן המימוש*
הסבר לאופן המימוש
moh 4/10/2015
0.2מהדורה ניהול תיקים רפואיים 5/2015מכרז
177מתוך 46עמוד
משרד הבריאותmohמסמך זה הוא רכושו הבלעדי של
פירוט דרישה #
אופן המימוש*
הסבר לאופן המימוש
1 ניהול
פרטי
מרפאה
מספרי הרחבת מידע על המרפאה, כולל: לוגו במידת הצורך ו)שישולבטלפון, פקס וכו'
.בתדפיסים(, שעות פעילות המרפאה
ניהול 2
תפקידים
אפשרות להוספת תפקידים נוספים )מעבר המשתמש . לאלה שיוגדרו ברמת כלל המערכת(
להיות מסוגל להגדיר תפקידים צריך המורשה עבור המרפאה אליה הוא נוספים הרלוונטים
מורשה, ואינם קיימים במרפאות אחרות, כמו שירות, טכנאי -למשל: סטודנט מחקר, בת
רנטגן ועוד. המשתמש צריך שתהיה לו היכולת להגדיר הרשאות עבור התפקידים החדשים שיצר, באמצעות מנגנון פשוט של בחירת הרשאות צפיה, עריכה, מחיקה ויצירת ישויות.
3
ניהול
משתמשים
ובעלי
תפקידים
במרפאה
הגדרת משתמשים, כולל: שם, כתובת, טלפון, כתובת דוא"ל, תפקיד, תחום התמחות, ימי ושעות פעילות, משך זמן מוקצה לביקורים לפי סוג ביקור )ביקור ראשון, ביקור ארוך, ביקור
רגיל, ביקור קצר...(.
4 ניהול
חדרים
במרפאה
בחלוקה לסוגים שונים.ניהול חדרי טיפולים
ניהול יומן 5
מרפאה
ברמות תורים ולנהל לקבוע תאפשר המערכת רמת, פעולה רמת, מרפאה רמת: ובהן שונות .שעה/יום/חדר רמת, רופא
קיים מטופל לבחור לאפשר צריכה המערכת או להגדיר מטופל חדש )הגדרה מקוצרת(.
יש להתריע )כמינימום( –בבחירת מטפל במקרים בהם למטפל שובצו מטופלים מעבר לזמן המוקצה לסך המטופלים ששובצו עד
לשלב זה.
ניהול 6
מחירונים ניהול מחירונים לטיפולים במרפאה
ניהול 7
התראות
ניהול התראות ותזכורות, מעבר לאלו .המוגדרים בליבת המערכת
moh 4/10/2015
0.2מהדורה ניהול תיקים רפואיים 5/2015מכרז
177מתוך 47עמוד
משרד הבריאותmohמסמך זה הוא רכושו הבלעדי של
פירוט דרישה #
אופן המימוש*
הסבר לאופן המימוש
ניהול 8
תזכורות
לאירועים, כולל תזכורת למטופל בתיקיצירת קביעת הגורם/מים להם תוצג התזכורת.
9
שינויים
והתאמות
ברמת
מרפאה
גמישות להרחבת סכמת הנתונים )ללא פגיעה –ליבה(, הוספת טפסים, דוחות, תדפיסים ב
לצרכים פנימיים של המרפאה )או של רשת מרפאות(
moh 4/10/2015
0.2מהדורה ניהול תיקים רפואיים 5/2015מכרז
177מתוך 48עמוד
משרד הבריאותmohמסמך זה הוא רכושו הבלעדי של
כניסה למערכת .2.5.3
פירוט דרישה # אופן
המימוש* הסבר לאופן המימוש
1 כניסת
משתמש
תלמערכ
את יבחר שתמשה -בכניסה למערכת טבלת פי על) עובד הוא בה המרפאה (.במערכת שתנוהל מרפאות
שם הקלדת"י ע תתאפשר למערכת כניסה .וסיסמא משתמש
למערכת כניסה תמיכה תאפשר המערכת זיהוי יכולות, חכמים כרטיסים"י ע
"ב.וכיוצ ביומטרי
תחסום כניסה למשתמש שלא המערכתפעמים 3-הצליח להכנס למערכת יותר מ
חסימת על הודעה תוצג כזה במצבברצף. כפי מוסמך לגורם והפנייה המשתמש
.האפיון בשלב שיקבע
המערכת תציע למשתמש את המרפאה .האחרונה בה עבד כברירת מחדל
הכניסה לפיה, נוספת באופציה לתמוך יש מתוך רק תתאפשר מסוימת למרפאה
נוכחות"י ע, המרפאה אותה של המחשבים חיבור באמצעות או, זו במרפאה פיסית
.אלה למחשבים מרחוק
2
מסך
עבודה
ראשי
/ למשתמש
שולחן
עבודה
מסך למשתמש יוצג, למערכת בכניסה המוגדרים לפרופילים מותאם כניסה
. למשתמש כגון תוכן איזורי מספר יכלול המסך
הודעות פרסום) מערכת מנהל הודעות למעקב מידע"(, המערכת למשתמשי
(, רפואי מידע אחר מעקב) במרפאה המטפלכולל גישה לרשימת ) במרפאה ממתינים
וטווח סוגים, מחלקות כגון הבדיקה מאפייני פ"ע המוצגים
.תאריכים
בדיקות תוצאות כגון) להפניה תשובה המהווה מידע בהצגת
'( וכד לשירות הפניה על העונה מומחה רופא מפגש, מעבדה
אל ישירות תשובה המהווה מהמידע לגשת יוכל המשתמש
ההפניה
לגשת יוכל המשתמש מפגש במסגרת שתועד מידע בהצגת
המפגש אל ישירות מהמידע
בהצגת סוגי מידע המכילים מידע כמותי )לרבות "תוצאות
בדיקות מעבדה", "מדדים" ו"תרופות" וכד'( המשתמש יוכל
moh 4/10/2015
0.2מהדורה ניהול תיקים רפואיים 5/2015מכרז
177מתוך 54עמוד
משרד הבריאותmohמסמך זה הוא רכושו הבלעדי של
פירוט דרישה # אופן
המימוש*הסבר לאופן
המימוש
6
צפייה במידע
שהועבר היסטורי
קודמותממערכות
,המערכת תכלול כלי לקליטת נתונים ממערכות קודמות
אשר יתבסס על מבנה כללי לקבלת נתונים שיסופק ע"י
הספק. כלי קליטת הנתונים יאפשר הזנה ידנית של נתוני
עבר, וכן הזנה באמצעות טבלאות ייעודיות של מידע על
מספר רב של מטופלים בבת אחת.
בנוסף להזנת נתונים שכזו, המערכת תאפשר להזין לכל
או פורמט PDFמטופל טפסים ממערכות ישנות, בפורמט
בעל יכולות דומות, כאשר לגבי כל קובץ כזה, תשמור
המערכת את תאריך הנפקת הטופס מהמערכת הישנה ואת
תאריך הזנתו למערכת. מידע זה יוצג במלואו למשתמש ללא
.שינוי כלשהו בתוכן
הספק יתמחר כאופציה עבור המשרד תהליך הגירה מלא
הכולל גם את ארגון וטיוב הנתונים במעבר מהתיק הישן
תלוי במספר המטופלים לתיק החדש. תמחור זה יהיה
במספר המערכות לגביהם יש צורך בביצוע הגירת המידע,
הישנות שמתוכן יש להעביר את המידע למערכת החדשה,
לבצע להם הגירה עבור כל מטופל,במספר השדות שיש
ובנפח הכולל של מאגר המידע במספר הרשומות במאגר,
אותו יש להעביר מהמערכת הישנה למערכת החדשה.
7 עדכון נתוני
המטופל
המשתמש יוכל להזין/לעדכן נתונים אודות מטופל שאינם
)לדוגמה: פרטי המשרדמגיעים בממשק ממערכות
.התקשרות(
8 טיפולים/ ניהול
ביקורים
תיעוד כל גישה לתיק מטופל, כולל סיבת גישה לתיק )צפייה
בנתונים, ביקור(.
.יש לאפשר לדווח נוכחים נוספים שנכחו בביקור
9 תחילת תיעוד
מידע רפואי
למטופל לבצע שברצונו המפגש סוג את לבחור יוכל משתמש
.מתוך רשימת סוגי המפגשים במערכת
זהה להתמחות שמיועדות פתוחות הפניות יש ולמטופל היה
יוכל והוא למשתמש תוצגנה הן, למשתמש שיש להתמחות
להפניה תשובה מהווה מבצע הוא אותו שהמפגש לקבוע
ההפניה המפגש בסיום, זה במקרה. הןמביני יותר או אחת
במעקב תופיע לא כלומר) תשובה לה שניתנה כהפניה תצוין
(.פתוחות הפניות
10 תיעוד הרקע
לפנייה
הגורם ושם תיעוד הרקע לפנייה )לרבות מטרת המפגש, סוג
תאריך ההפניה והבעיות בגינן הופנה ה במידת הצורך,המפנ
המטופל( ותלונות המטופל )לרבות סימפטומים ותלונה
–עיקרית(.
moh 4/10/2015
0.2מהדורה ניהול תיקים רפואיים 5/2015מכרז
177מתוך 55עמוד
משרד הבריאותmohמסמך זה הוא רכושו הבלעדי של
פירוט דרישה # אופן
המימוש*הסבר לאופן
המימוש
תיעוד אנמנזה 11
לבעיה והרקע אנמנזה תיעוד
אנמנזה תיעוד של יותר או אחד נוסח לבחור יוכל המשתמש
ידי על שהוגדרה כללית רשימה מתוך, )פרוטוקול אנמנסטי(
שהוגדרה רשימה ומתוך מטפלים סוגי לפי המערכת מנהל
שבחר והנוסחים - האישי לשימושו משתמש כל ידי על
הקיים מהמלל לגרוע מבלי) האנמנזה מלל לתוך ישולבו
(.האנמנזה מלל את לערוך להמשיך יוכל שהמשתמש ובאופן
מנהל הגדרת פי על - ביוכל )או יהיה מחוי המשתמש
שאלונים גבי על גם האנמנזה תיעוד את לבצע( המערכת
שהוא הגדיר המערכת שמנהל השאלונים מבין רפואיים
למלא חייב או רשאי
מדדים לבחור המשתמש יוכל, אנמנזה תיעוד במהלך
באנמנזה לשלב ברצונו אותם מהתיק מעבדה ובדיקות
תועד Y בשעה X בתאריך:"לדוגמה) באפיון שיוגדר בנוסח
"(.120/90 דם לחץ למטופל
מבין יהיו כך לצורך המשתמש לשימוש שיעמדו המדדים
האנמנזה לתיעוד הקודם הזמן בפרק בתיק שתועדו אלה
.המערכת מנהל י"ע שיוגדר כפי
תיעוד רגישויות 12
רגישויות של מטופל ע"י בחירה מתוך רשימת תיעוד
הרגישויות במערכת.
הרשימה שתוצג למשתמש תהיה מחולקת לקבוצות
)לדוגמה:"רגישויות למזון", "רגישויות לחומרים
סביבתיים"(.
להזין בנוסף גם מלל חופשי לגבי כל רגישות. אפשרות
על תרופות רשימתמ בחירה י"ע לתרופות רגישויות דןעילת
, גנרי שם, מסחרי שם לרבות, באפיון שיוגדרו פרמטרים פי
'.וכד פרמקולוגית קבוצה, פעילים חומרים
.שלה הגנרי השם פי על לתרופה לרגישות יהיה התיעוד
לתעד הפסקת רגישות אפשרות
תיעוד הרגלים 13 ההרגלים רשימת מתוך בחירה י"ע המטופל הרגלי תיעוד
.הרגל כל לגבי חופשי מלל גם בנוסף להזין יוכל המשתמש
14 תיעוד תולדות
משפחה
מתוך בחירה י"ע המטופל של המשפחה תולדות תיעוד
לגבי חופשי מלל ובנוסף, במערכת המשפחה תולדות רשימת
.משפחה תולדת כל
moh 4/10/2015
0.2מהדורה ניהול תיקים רפואיים 5/2015מכרז
177מתוך 56עמוד
משרד הבריאותmohמסמך זה הוא רכושו הבלעדי של
פירוט דרישה # אופן
המימוש*הסבר לאופן
המימוש
תיעוד מדדים 15
סוגי מבין, המטופל לגבי מדדים להזין יוכל המשתמש
דם לחץ, משקל, גובה לרבות) באפיון שיוגדרו המדדים
, רקטלי חום, חום, דופק, דיאסטולי דם לחץ, סיסטולי
(.כאב ואומדן נשימות קצב, סטורציה
המערכת תאפשר ביצוע חישובים כגוןBMI .וכיוצ"ב
חוזרות בדיקות מספר מטופל לאותו לתעד יוכל המשתמש
לקיחת זמן לרבות, המפגש באותו מהמדדים אחד כל של
המדד.
ערכי מדדים שנמצאים מחוץ לטווח הנורמה בתיעוד
שהגדיר מנהל המערכת, תוצג למשתמש ההודעה שהגדיר
מנהל המערכת לחריגה מהטווח.
בנוסף לרשימת המדדים הבסיסית, יוכל מנהל המרפאה
להגדיר מדדים נוספים ייחודיים ויעודיים ברמת כל
ורטיקל. המדדים של הורטיקל יוצגו אוטומטית בהמשך
הבסיסיים. למדדים
16 תיעוד בדיקה
גופנית
מתוך, גופנית בדיקה תיעוד נוסח לבחור יוכל המשתמש
ומתוך המערכת מנהל ידי על שהוגדרה כללית רשימה
, האישי לשימושו משתמש כל ידי על שהוגדרה רשימה
. שבחר הנוסח בסיס על הגופנית הבדיקה בתיעוד ולהמשיך
המרפאה להגדיר בנוסף לשאלון הבסיסי, יוכל מנהל
שאלונים ייחודיים ויעודיים ברמת כל ורטיקל. השאלון של
הורטיקל יוצג אוטומטית יחד עם השאלון הבסיסי.
moh 4/10/2015
0.2מהדורה ניהול תיקים רפואיים 5/2015מכרז
177מתוך 57עמוד
משרד הבריאותmohמסמך זה הוא רכושו הבלעדי של
פירוט דרישה # אופן
המימוש*הסבר לאופן
המימוש
קביעת אבחנה 17
הבאות מהשיטות אחת כל באמצעות אבחנה תיעוד:
במערכת האבחנות רשימת מתוך בחירה. א
שיוגדרו פרמטרים בסיס על ל"הנ הרשימה מתוך חיפוש. ב
שם, ובינלאומיים פנימיים אבחנה קודי לרבות באפיון
'.וכד המשתמש ידי על לאחרונה שנקבעו אבחנות, האבחנה
בשימוש הנמצאות האבחנות רשימת מתוך בחירה. ג
.המשתמש ידי על גבוהה בתדירות לאחרונה
במסגרת שתסוכם ימים כמות -" לאחרונה: "הבהרה
האפיון
המשוקפת אבחנה) כעיקרית אבחנה לסמן יוכל המשתמש
(.התיק בתמצית
תסומן", כרונית"כ הארגון בטבלאות המוגדרת אבחנה
.זה סימון לבטל יוכל והמשתמש מחדל כברירת" עיקרית"כ
כלומר) אבחנה של עיקריות הפסקת לתעד יוכל משתמש
עיקרית אינה כעיקרית בעבר שהוגדרה אבחנה כי לתעד
(.יותר
באמצעות לאבחנה נוספים מאפיינים להזין יוכל המשתמש
. אבחנה מאפייני טבלאות על המבוססות מרשימות בחירה
.האבחנה אודות חופשי מלל להזין המשתמש יוכל, בנוסף
( המערכת תאפשר למשתמש לגשת באמצעות קישורurl )
למאגרי מידע חיצוניים על אבחנה. הקישורים יוגדרו
במסגרת רשימת האבחנות.
או למערכת תומכת החלטה אחרת , רכת נדרש ממשק למע
לצורך הבטחת בטיחות למתן תרופות לפי החלטת המשרד,
השימוש בתרופות.
18 טיפול תיעוד
במרפאה
מתוך בחירה י"ע, המפגש במסגרת שניתן טיפול תיעוד
מנהל י"וע הארגון בטבלאות והוגדר אשר הטיפולים רשימת
.לתת רשאי הנוכחי המטפל שסוג המערכת
.חופשי מלל גם בנוסף להזין יוכל המשתמש
מרשימת רפואי מכתב למטופל לתעד יוכל המשתמש
המכתב פרטי את ולערוך המערכת מנהל שהגדיר המכתבים
הנמענים מרשימת שונים לנמענים המכתב הפניית לרבות)
המכתב תוכן(. המכתב תוכן ועריכת המערכת מנהל בניהול
.במערכת יישמר המשתמש אותו שערך כפי
.המשתמש יוכל להפיק תדפיס מכתב
moh 4/10/2015
0.2מהדורה ניהול תיקים רפואיים 5/2015מכרז
177מתוך 58עמוד
משרד הבריאותmohמסמך זה הוא רכושו הבלעדי של
פירוט דרישה # אופן
המימוש*הסבר לאופן
המימוש
דיווח פרטי חיסון 19
פרטי את לתעד המשתמש יוכל חיסון מסוג טיפול בתיעוד
החיסונים רשימת מתוך החיסון בחירת: לרבות, החיסון
מתוך החיסון מתן דרך, מנה' מס, אצווה' מס, במערכת
/ פרטני) חיסון סוג במערכת חיסון מתן דרכי רשימת
במערכת. חיסון סיבות רשימת מתוך חיסון סיבת(, קבוצתי
.חופשי מלל גם בנוסף להזין יוכל המשתמש
ל"הנ מהפרטים אחד כל לתעד יחויב/יוכל המשתמש
ולכללים הארגון בטבלאות החיסון להגדרות בהתאם
.האפיון במסגרת שיסוכמו
לאורך כל תהליך .חיסון מתן אי גם לתעד יוכל המשתמש
המערכת תציג למשתמש מידע רלוונטי , מתן חיסוןיעוד ת
לתהליך, לרבות תרופות בשימוש המטופל, רגישויות,
אבחנות עיקריות.
20 הפנית מטופל
מטפל אחר -לסוג במרפאה
אחר מטפל לסוג המטופל של הפניה לתעד יוכל משתמש
, לרופא המטופל את שמפנה אחות: לדוגמה) מרפאה באותה
.(לרופא מומחה וכיוצ"ברופא כללי שמפנה
בעת הפניית מטופל לסוג מטפל אחר במרפאה, המשתמש
.יוכל לבחור טיפול נדרש מתוך רשימת הטיפולים במערכת
21
דרישות רוחביות בנושא תנאים למתן הפניה, מתן תרופה ומתן
הוראה רפואית
,המערכת תכלול תנאים לבדיקה בעת מתן הפניה לשירות
יוגדרו בשלב התנאיםמתן תרופה ומתן הוראה רפואית.
האפיון.
moh 4/10/2015
0.2מהדורה ניהול תיקים רפואיים 5/2015מכרז
177מתוך 59עמוד
משרד הבריאותmohמסמך זה הוא רכושו הבלעדי של
פירוט דרישה # אופן
המימוש*הסבר לאופן
המימוש
תיעוד מתן תרופה 22
:תיעוד מתן תרופה באמצעות כל אחת מהשיטות הבאות
התרופות שבטבלתא. חיפוש מתוך רשימת התרופות
שתוגדר במערכת, על בסיס פרמטרים שיוגדרו באפיון,
לרבות שם מסחרי, שם גנרי, חומרים פעילים, קבוצה
פרמקולוגית, תרופות שניתנו לאחרונה על ידי המשתמש
וכד'.
ב. בחירה מתוך רשימת התרופות הנמצאות בשימוש
נה בתדירות גבוהה על ידי המשתמש.לאחרו
שאות משתמש.מתן תרופה על בסיס הר
נגד בין תרופה נבחרת לתרופות בשימוש -התראה על התווית
לתרופות , , לתרופות אחרות שניתנו במפגש זההמטופל
זאת באמצעות , לאבחנות, לרגישות. ממתינות לאישור
כמו ממשק למערכת תומכת החלטה של משרד הבריאות )
(.למשל מערכת חברת קליניקוד שביישום חברת מלם
תמלא את שדות פרטי המרשם )לרבות גודל המנה, המערכת
אופן מתן, תדירות הלקיחה, קביעות, מספר פעמים בכל
פרק זמן, משך כולל, כמות כוללת( בערכי ברירת המחדל
המוגדרים לתרופה בטבלאות הארגון.
עבור תרופות המוגדרות בטבלאות הארגון כנרקוטיות
כפי רקוטיות המשתמש יידרש למלא מידע ייעודי לתרופות נ
שיוגדר בשלב האפיון.
המשתמש יוכל להפיק תדפיס , מתן תרופהתיעוד בסיום
. התדפיס יוגדר בשלב האפיון.מרשם תרופה
.המשתמש יוכל לחלק את התרופות למספר טפסי מרשם
המערכת תאפשר הפקת מרשמים עוקבים עתידיים )למשל
כולל הגבלת מרשמים. שלושה מרשמים כל אחד לחודש(
moh 4/10/2015
0.2מהדורה ניהול תיקים רפואיים 5/2015מכרז
177מתוך 60עמוד
משרד הבריאותmohמסמך זה הוא רכושו הבלעדי של
פירוט דרישה # אופן
המימוש*הסבר לאופן
המימוש
23 מתן הפניה
לשירות רפואי
המשתמש יוכל לבחור את השירות אליו הוא מעוניין
להפנות את המטופל באמצעות כל אחת מהשיטות הבאות:
א. חיפוש מרשימת השירותים הרפואיים במערכת על בסיס
, פרמטרים שיוגדרו באפיון, לרבות שם השירות בעברית
או אנגלית, קוד שירות משה"ב, התמחות רפואית, ערבית
שירותים שאליהם המשתמש הפנה לאחרונה וכד'.
ב. בחירה מתוך רשימת השירותים הרפואיים הנמצאים
נה בתדירות גבוהה על ידי המשתמש.בשימוש לאחרו
בזמן בחירת השירות יוצגו פרטי השירות שיסוכמו בשלב
שירות, הערת שירות(האפיון )לדוגמה: קוד שירות, שם
בוצת שירות יכול להכיל מספר שירותים והוא יוגדר כק
השירותים.ת שירותים בטבל
בחור שירות או שירותים מתוך השירותים ליוכל המשתמש
בקבוצה שבחר.
היה ובטבלאות הארגון מוגדרת ברירת מחדל לתתי
שירותים בקבוצה, המערכת תבחר בתתי שירותים אלה
שתמש יוכל לערוך את סימון המערכת.כברירת מחדל והמ המשתמש יוכל לבחור את הספק אליו הוא מבקש להפנות
את המטופל, מתוך רשימת הספקים שמוגדר במערכת ש.שיכולים לספק את השירות המבוק
הפניה לשירות תתאפשר בהתאם להרשאות המשתמש
.ובהתאם לתנאים שיוגדרו בשלב האפיון שתמש להפיק טופס הפניה בסיום תיעוד ההפניה יוכל המ
שיעוצב ויוגדר בשלב האפיון תוך גמישות להגדרה ע"י מנהל
המערכת.
moh 4/10/2015
0.2מהדורה ניהול תיקים רפואיים 5/2015מכרז
177מתוך 61עמוד
משרד הבריאותmohמסמך זה הוא רכושו הבלעדי של
פירוט דרישה # אופן
המימוש*הסבר לאופן
המימוש
24 מתן הוראה
רפואית
המערכת תכלול תיעוד ורישום הוראה רפואית במסגרת המפגש
בין המטפל למטופל. תהליך דיווח הוראה רפואית יכלול בין
השאר את הדרישות הבאות:
מרשימת הוראות רפואיות בחירת הוראה רפואית
המתאימות לסוג המפגש.
בחירת הוראה רפואית מסל הוראות רפואיות שנמצאות
בשימוש בתדירות גבוהה )שימוש ע"י המשתמש, סוג
המפגש(.
לאחר בחירת הוראה רפואית כמתואר לעיל המשתמש
יוכל/יחויב להזין פרטים נוספים להוראה מבין פרטים
בהתאםשיוגדרו כחובה/רשות לכל סוג הוראה רפואית
סיבה בחירת, ההוראה תוקף) המטופל הגיע שאליו לורטיקל
( רשימה סופית של פרטים חופשי מלל, סיבות רשימת מתוך
.האפיון בשלאפשריים תסוכם ב
המערכת תאפשר להגדיר תנאים ברמת הוראה. התנאים
יקבעו בשלב האפיון.
הוראה רפואית יכולה להכיל גם תוכנית טיפול הכוללת
מספר הנחיות והוראות רפואיות. המערכת תאפשר לבחור
תוכנית טיפול המותאמת לכל ורטיקל.
.המערכת תאפשר לתעד סיום הוראה רפואית
יק תדפיס של ההוראה הרפואית.המערכת תאפשר להפ
הפקת תדפיסים 25
המערכת תאפשר עבור כל מפגש להפיק תדפיסים בהתאם להחלטת המשתמש.
התדפיסים יוגדרו בשלב האפיון ויכללו תדפיסים קבועים ותדפיסים הניתנים להגדרה מקומית ע"י מנהל המערכת בכל
ורטיקל.
26 ניהול סטאטוס
למטופלמטופלים שבטיפול המרפאה לבין מטופלים "לא אבחנה בין
פעילים" /סיימו טיפול.
moh 4/10/2015
0.2מהדורה ניהול תיקים רפואיים 5/2015מכרז
177מתוך 62עמוד
משרד הבריאותmohמסמך זה הוא רכושו הבלעדי של
פירוט דרישה # אופן
המימוש*הסבר לאופן
המימוש
27 צירוף מסמכים
לתיק
יכולת לסרוק מסמכים ישירות לתיק ו/או לצרף מסמכים הקיימים כמסמכים אלקטרוניים.
יכולת הסריקה מתוך המערכת היא יכולת התממשקות לסורק או מצלמה: דוגמא לתהליך שכזה היא תהליך שבו המטפל מעוניין לסרוק מסמך שהביא איתו המטופל, והמערכת כוללת רכיב אשר מאפשר לו להעלות את המסמך למערכת מבלי שיהיה צריך לשמור אותו על המחשב, ולייבאו מן המחשב
מא נוספת היא היכולת של המערכת להתממשק למערכת. דוגלמצלמה הנמצאת על המחשב באופן שיאפשר צילום של תמונה של המטופל ממצלמה זו. יכולות נוספות שצריכות להיכלל
ברכיב סריקת המסמכים והעלאת התמונות הן:
דאטא לגבי המסמך הנסרק או התמונה -. יכולת הזנת מטא1 המועלית
מסמכים / צילום והעלאת מספר . יכולת סריקת מספר2 תמונות בו זמנית
צדדיים, ושל מסמכים מרובי -. יכולת סריקה של מסמכים דו3 עמודים לקובץ אחד או למספר קבצים
( של התמונותCropping. יכולת חיתוך )4
יכולת לשמור ולהציג צילומים בתיק. צילומים בתיק 28
29 משימות ותזכורות
למטופלמשימות ותזכורות למטופל, כולל תאריך המשימה, ניהול
תאריך יעד לתזכורת, דחיפות, תיאור.
חתימות 30
הרישומים הרפואיים והסיעודיים דורשים חתימה של מבצע הרישום )כמו בטפסים ידניים(. לא ניתן להזין או לעדכן נתונים רפואיים וסיעודיים ללא חתימה אלקטרונית של מורשה לביצוע הפעולה. החתימה אינה ניתנת לשינוי או למחיקה. המערכת
שומרת אוטומטית גם את זמן ביצוע החתימה.
עדכון נתונים 31
נתונים רפואיים וסיעודיים, נחתמים ע"י האדם שממלא אותם. לאחר החתימה ניתן לעדכן נתונים אלו על פי התנאים הבאים:
.תוך פרק זמן המוגדר כפרמטר חיצוני
לעדכן רק את המופע האחרון של הנתונים. ניתן
בכל מקרה העדכון מחייב חתימה מחודשת.
ביטול נתונים 32
ביטול לוגי בלבד. יהיה ביטול של נתונים רפואיים וסיעודיים כל מי שרשאי לעדכן את הנתונים, רשאי לבטלם )לוגית(. ביטול דורש חתימה ותאור סיבת הביטול. תוצג אינדיקציה על קיום נתונים שבוטלו, ניתן להציג נתונים אלו, ולבצע עליהם חלק מהפעולות שניתן לבצע על נתונים רגילים כגון הדפסה, העתקה
.נתונים שבוטלו בשום מקרהוכד'. לא ניתן לעדכן
moh 4/10/2015
0.2מהדורה ניהול תיקים רפואיים 5/2015מכרז
177מתוך 63עמוד
משרד הבריאותmohמסמך זה הוא רכושו הבלעדי של
פורטל מטופליםהתממשקות ל .2.5.7
המערכת תאפשר התממשקות לפורטל מטופלים ולאתרי אינטרנט שיאפשרו לציבור גישה למידע רפואי, זימון
תורים אינטרנטי ועוד. המערכת לא כוללת את פורטל המטופלים עצמו, אלא רק את יכולת ההתממשקות
אינטרנט אשר ההתממשקות אליו, או אל אתר בעל מאפיינים דומים, עשויה להידרש לפורטל כזה. דוגמא לאתר
".דוקתוריםבהקשר זה היא האתר הישראלי "
ילתותושא דוחות .2.5.8
:לצרכי ניהול, מעקב ובקרה להפיק דוחות ושאילתותכלים שיועמדו לשימוש כל מרפאה, אשר יאפשרו
פירוט דרישה # אופן
המימוש* הסבר לאופן המימוש
1 הפקת מסמכים /
מכתבים
, אפשרות להגדרת מסמכים/מכתבים שונים בהם ישולבו שדות ממאגר הנתונים.
יש להציג מסמכים/ מכתבים המובנים במוצר וכן יכולת להגדיר תבניות חדשות של תדפיסים
המערכת וברמת המרפאה.ברמת כלל
דוחות מובנים 2
פרטי הפקת דוחות למרפאה. בכל דוח יוצגו המרפאה.
: לדוגמא
רשימת מטופלים במרפאה לפי גורם מטפל ובחתך סטטוס.
מטופלים ליום לפי גורם מטפל
ביקורים למטופל
יש להציג את הדוחות הקיימים במוצר.
גרפים 3
יכולת להפיק גרפים, לדוגמא: גרף גדילה.
יש לפרט את הגרפים הקיימים וכן יכולת לשלב גרפים נוספים.
מחולל דוחות 4לכלל – יכולות לבניית דוחות חדשים במערכת
המשתמשים ולמרפאות.
אפשרות לייצא את הדוחות לאקסל, וורד וכו'. יצוא 5
שילוב מפה 6מפה ולהציג דוחות על יכולת לאתר כתובת על
:דיווחים למשרד או לקופת החולים המבטחתכלים שיועמדו לשימוש כל מרפאה, אשר יאפשרו לבצע
פירוט דרישה # אופן
המימוש* הסבר לאופן המימוש
העברת דיווחים 1
, בהתאם דיווחים למשרד לפי נושאי דיווחהעברת למבני נתונים שיוגדרו על ידי המשרד )לכל סוג דיווח(והנחיות לדיווח כל שדר: דיווח חדש, עדכון לדיווח
ול דיווח, פרטי המרפאה השולחת וכו'.קודם, ביט
סוגי דיווחים Xיש לקחת בחשבון במסגרת המענה רופות, בדיקות, רגישויות, אבחנות, ת –שונים
פרוצדורות..., מסמך סיכום ביקור.
. תשתית הדיווח של המשרד דרךהעברה תבוצע ה XML (M.)המידע יועבר באמצעות קבצי
לספק הזוכה יועבר מבנה הקבצים הנדרש.
.ים ד' וה'בנספחים לדיווח ותר' דוגמא
קליטת דיווחים 2
CSV-ו XMLעל המערכת לאפשר קליטת מימשקי תוצאות בדיקות -רפואיים )לדוגמא –לקבלת קבצים
או מיד שהתקבל ממקורות אחרים ונדרש להיקלט או 17לתוך התיק( ואדמיניסטרטיביים )לדוגמא טופס
ערעורים(.
3 ממשק למערכת
/ איתן אופק
המערכת צריכה לאפשר לכל מרפאה או מכון להתחבר למערכת שיתוף המידע הלאומית )אופק, ובשלב
איתן(, ולשתף מידע באופן מלא עם מאוחר יותר ארגוני הבריאות באמצעות הממשקים שמאפשרות מערכות אלה. מידע נוסף אודות סוגי המידע הנדרשים
-' זבנספח הלא מחייבת ש דוגמאניתן למצוא ב
moh 4/10/2015
0.2מהדורה ניהול תיקים רפואיים 5/2015מכרז
177מתוך 65עמוד
משרד הבריאותmohמסמך זה הוא רכושו הבלעדי של
פירוט דרישה # אופן
המימוש* הסבר לאופן המימוש
4 רשמים ממשק ל
הלאומיים
המערכת צריכה לאפשר לכל מרפאה לדווח באופן כגון רשם הסרטן, שוטף ורצוף לרשמים הלאומיים,
רשם לתינוקות במשקלי לידה נמוכים מאוד, רשם , רשם הדיאליזה, רשם IVFהטראומה, רשם ה
וטרום סוכרת, הניתוחים הבריאטרים, רשם סוכרת רשם ניתוחי לב, רשם השבץ המוחי וכן כל רשם לאומי נוסף שהוקם או יוקם מתוקף נוהל הקמת רישומים
ואיות )הנוהל זמין לאומיים למחלות או פעולות רפבאתר משרד הבריאות וכן בקישור: http://www.health.gov.il/hozer/mk14_2012.pdf )
.
:חמשלבים מרכיבי מידע ארוך טווחלק מן הרשמים כך לדוגמא ברשם ניתוחים בריאטרים נאסף מידע על החולים חצי שנה ושנה לאחר הניתוח וניתן להשוות תוצאים כגון אחוז ירידה במשקל וירידה בגורמי
על סיכון למחלות אחרות לפי משתנים שונים. המערכת לתמוך בהעברת מידע מסוג זה.
בלתי מחייבת לשדות הנדרשים בדיווח לאחד דוגמא
בנספח מים )במקרה זה, רשם הדיאליזה( נמצאת הרש .ח'
(sממשק משתמש ) .2.6
אנוש הנדסת .2.6.1
עליה כך ובתוך, גבוהה אנוש הנדסתרמת ב להבנות המערכת על:
ואינטואיטיבי פשוט תפעול לאפשר .
מסכים בין וקל מהיר ניווט לאפשר.
הכלים סרגלי במיקום כגון, המסכים בעיצוב אחידות על לשמור .
באמצעות או/ו" עזרה" כפתור באמצעות עזרה לאפשר Tool Tip.
אפשרית להיות אמורה פעולתם אם רק, פעולה בלחצני שימוש לאפשר .
לקונבנציות מקובלות. בהתאם חובה שדות על ברור חיווי לאפשר
שכיחות פונקציות הפעלת עבור במקלדת קיצור מקשי לאפשר .
moh 4/10/2015
0.2מהדורה ניהול תיקים רפואיים 5/2015מכרז
177מתוך 66עמוד
משרד הבריאותmohמסמך זה הוא רכושו הבלעדי של
שאין פעולה כל לפני מהמשתמש נוסף אישור תבקש המערכת". הרסנית" פעולה לפני אזהרה
הנתונים שמירת ללא, ששונה מחלון לצאת ניסיון או, מחיקה פעולת כגון, חזרה ממנה
,לאפשר הפקת תדפיס מכל עמוד במערכת, וכמו כן הפקת תדפיס של תיק מטופל, תיעוד ביקור
יט ולהוסיף שדות הפניות, מרשמים ופעולות נוספות. על המערכת לאפשר למשתמש להשמ
מהתדפיסים לפי בחירתו באופן פשוט ואינטואיטיבי.
הבאים ההיבטים את בהצעתו לפרט המציע על, זה סעיף של כנגזרת :
ומקובלים מתקדמים וסטנדרטיים טכנולוגיות על התבססות .
מסכים של דוגמאות.
משתמש הקצה.משרד הבריאות, מרפאה ועד לרמת ידי על אישית התאמה יכולת תיאור .
ות השימוש בו.לת הממשק ולקויתרון יינתן לפשט
(S) מידע אבטחת .2.7
(I) כללי .2.7.1
תקן בינלאומי לאבטחת מערכות מידע בתחום - ISO 27799אבטחת המידע במערכת מתבססים על תקן דרישות
. התקן מתבסס על התקן הכללי לאבטחת ISO -על ידי ארגון התקינה הבינלאומי 2010הבריאות, שפורסם בסוף
, ומטרתו לתת כלים בידי ארגונים רפואיים, לצורך הגנה על מידע רפואי אישי, שברשותם. ISO 27001מידע
המצורף"ר מב של מאובטח פיתוח לנוהל בהתאם מידע אבטחת של בהקשר הפתרון את לפרט מתבקש המציע
'.ו כנספח
עבור פתרון מבוסס תשתית ענן. דרישות משלימות עבור אבטחת מידע בענןכמו כן, יידרש המציע לעמוד ב
יש אם ושותף ממשק פר להגדיר מאפשר הפתרון כמו"כ המציע יפרט את מנגנוני ההצפנה הנתמכים, והאם
ובאיזה תקן הוא יוצפן. המידע את להצפין
תכחשות.יש להתייחס גם למנגנוני מניעת העבור ממשקים שיש להם משמעות משפטית,
דרישות אבטחת מידע מהכלי .2.7.2
פירוט נושא #אופן
המימוש* הסבר לאופן המימוש
דרישות אבטחה כלליות .2.7.2.1
ISOעמידה בתקן 1
27799 (M) ראה סעיף כללי הנ"ל
moh 4/10/2015
0.2מהדורה ניהול תיקים רפואיים 5/2015מכרז
177מתוך 67עמוד
משרד הבריאותmohמסמך זה הוא רכושו הבלעדי של
פירוט נושא #אופן
המימוש* הסבר לאופן המימוש
בעבודה תמיכה 2 מאובטח בחיבור בסיס על מרחוק
SSL/VPN (M)
הצפנת המסרים 3העוברים במערכת ויכולת עבודה עם
מסרים מוצפנים
הצפנת שדות 4במסר בזמן
העברתם
תמיכה בהצפנה 5-סימטרית וא
סימטרית
6 אנונימיזציה של
שדות מזהים
היכולת "למסך" שדות מזהים בתוך פריט מידע לפני שליחתו.
יש לפרט את המנגנון
יכולות הגדרת 7אבטחת מידע
ברמת ממשק ו/או שותף
8 impersonation יכולת גישה למשאב )למשל קריאה של קובץ ברשת( בקונטקסט של משתמש
אפליקטיבי מוגדר מראש
איתור ו ניטור 9ניסיונות תקיפה
והתראות על חריגים
פירוט הפתרון 10בהקשר של נספח
ו'
אחר, אנא פרט 11
ניהול הרשאות והזדהות .2.7.2.2
1 שם לפי הזדהות
וסיסמא משתמש
כל ממשקי המערכת והכלים שלה יחייבו הזדהות לפי שם
משתמש וסיסמא
ניהול משתמשים 2 ומחיקה עדכון, צפייה, יצירה
משתמש של
moh 4/10/2015
0.2מהדורה ניהול תיקים רפואיים 5/2015מכרז
177מתוך 68עמוד
משרד הבריאותmohמסמך זה הוא רכושו הבלעדי של
פירוט נושא #אופן
המימוש* הסבר לאופן המימוש
פר הרשאות ניהול 3 משתמש
תפקידים ניהול 4(Roles )
למשתמשים
שיוך תפקידים למשתמשים.
ניהול הרשאותCRUD פר תפקיד
משתמש.
הרשאות ניהול המשתמש פר ממשק
5
ניהול קבוצות משתמשים
שיוך משתמשים לקבוצות משתמשים.
ניהול הרשאותCRUD פר קבוצת
משתמשים.
שיוך תפקידים לקבוצת משתמשים.
ניהול הרשאותCRUD פר תפקיד
וקבוצת משתמשים.
ניהול הרשאות הקבוצה פר ממשק
וסוג ממשק
הרשאות ניהול 6CRUD פר שותף
ו/או פר ממשק
מול SSO יכולת 7Active Directory
אפשרות ניהול
המשתמשים
וההרשאות עם
משתמשים
וקבוצות
שהוגדרו ב
Active
Directory
בקישור תמיכה 8 IDM מערכות מול
(זהויות ניהול)
moh 4/10/2015
0.2מהדורה ניהול תיקים רפואיים 5/2015מכרז
177מתוך 69עמוד
משרד הבריאותmohמסמך זה הוא רכושו הבלעדי של
פירוט נושא #אופן
המימוש* הסבר לאופן המימוש
יכולת בקרת 10 SIEMכדוגמת אבטחת מידע
SOC
בהזדהות תמיכה 11 באמצעות חזקה
/ חכם כרטיס
כולל – טוקן
אפשרות
/ לחתימה
בתוך אישור
עבודה תהליך
במערכת
moh 4/10/2015
0.2מהדורה ניהול תיקים רפואיים 5/2015מכרז
177מתוך 70עמוד
משרד הבריאותmohמסמך זה הוא רכושו הבלעדי של
(Sותשתית ) נולוגיהטכ .3
(S) ארכיטקטורה 3.0
לעמוד כדי, לאמץ מציע הוא אותהארכיטקטורת הפתרון את לתארפרק זה, על המציע במסגרת .3.0.1
. זה מכרזה דרישותעל ידו עבור ליישום תוניתנוה, הבריאות משרד של בדרישות
כפתרון או, הבריאות משרד של שרתים בחוות ראשון בשלבלהיות מותקן עשויהמוצע הפתרון .3.0.2
אם הפתרון יחל כפתרון המותקן בחוות שרתים של משרד הבריאות, גם. פרטי/ ציבורי ענן
כל על המוצע הפתרון ולכן(. ציבורי או)פרטי בענן לעבוד המערכת את להעביר מתכנן המשרד
.וירטואליות מערכות על עבודה כולל, בענן גם לריצה מוכן להיות צריך מרכיביו
ארכיטקטורת הפתרון, יועדפו פתרונות סקאלאביליים ככל האפשר, המאפשרים הרחבה בבחינת .3.0.3
הדרגתית, פשוטה ומהירה של המערכת לוורטיקלים נוספים, לסוגי משתמשים נוספים, לסוגי
ארכיטקטורת הפתרון תינתן עדיפות לפתרונות שבהם קיימת ליבת מוצר, הניתנת בבחינת .3.0.5
להרחבה והתאמה ארגונית, יחד עם הבטחת היכולת לעדכן ולשדרג את הליבה תוך שימור
ההתאמות הארגוניות.
–, ו High Availability, כולל התייחסות לנושאים של של הפתרון פיזית ארכיטקטורה לפרט יש .3.0.6
DR.
.עומסים לניהול נתמכות שיטותרט לפ יש .3.0.7
.ויכולת התקנה ועבודה מקומית במרפאה יכולות הפעלה מרחוק לאפשר יש .3.0.8
הספק יפרט את האינטגרציה בין המוצרים השונים –הפתרון מתבסס על יותר ממוצר אחד אם .3.0.9
.המרכיבים את הפתרון
. 2.7 בסעיף כמפורט, מידע אבטחת בדרישות עמידה תוך תנוהל הפתרון ארכיטקטורת .3.0.10
על המציע לפרט באילו בינ"ל לרשומה רפואית ולשיתוף מידע רפואי: ICTבתקני עמידה .3.0.11
תקנים בינ"ל עומדת המערכת המוצעת. בבחינת הפתרון, יועדף פתרון העומד בתקינה בינ"ל
את לפרט יש .ISO TC 215 - Health informaticsבנושא מידע רפואי דיגיטלי, כגון תקני
/או ו, חלקי באופן בהם עומד שהפתרון התקנים את וכן, מלא באופן הפתרון עומד בהם התקנים
.מלאבאופן בהם עומדים בפתרון מסוימים שרכיבים התקנים
moh 4/10/2015
0.2מהדורה ניהול תיקים רפואיים 5/2015מכרז
177מתוך 71עמוד
משרד הבריאותmohמסמך זה הוא רכושו הבלעדי של
(S) וגיבויים זמינות, חומרה .3.1
החומרה רכיביבמידה ומוצע פתרון שאינו ענני, עשויים להידרש רכיבי חומרה. יש לפרט את .3.1.1
ל: הנדרשים
במשרד הבריאות לאינטגרציה פנימית וחיצונית, כולל זמינות ושרידות המערכת יישום
.יישום המערכת במרפאות
סביבת פיתוח עבור ניהול המערכתבנוסף, על המציע לפרט בהצעתו את דרישות
שתהיה מופרדת מסביבת הייצור באופן שיבטיח כי תקלה בסביבה זו סביבת בדיקות, ו
. בתוך כך, יובהר כי על סביבת הבדיקות לשמש גם כסביבת הדרכה לא תפגע בייצור
במסגרת תהליך ההדרכה וההטמעה.
לפרט המציע על, זו במסגרת. 99% של זמינות עם, אופטימאליים וביצועים שרידות הבטחת .3.1.2
: אודות
המערכת של גבוהה זמינות להבטחת המימוש אופן
זמני ( התאוששות צפויים בכל רכיבUptime)
חזרה ועליה נפילה בין זמן פרק
המערכת שדרוג לצורך השבתות
יתירות ((Redundancy .של רכיבי הפלטפורמה
המתייחסת לכל הרכיבים אותם יש לגבות. כמו"כ לפרט את אפשרויות השחזור. גיבויים תכנית .3.1.3
לפעול חייבים ואילו, וירטואלי באופן להפעלה ניתניםהמציע לפרט אילו רכיבים או שרתים על .3.1.4
.מעדיף פתרון שעובד באופן מלא מעל תשתית וירטואלית המשרד .פיזיים שרתים גבי על
תואפשריבתצורה שסופקה על ידו ועל למימוששניתנת התעבורהמידע על לספקהמציע על .3.1.5
. Scalability ויכולות
. Road Map, כולל התקנוואופן של המוצר,אופן ניהול גרסאות עללפרט המציע על .3.1.6
(Sתשתית סביבתית ) .3.2
moh 4/10/2015
0.2מהדורה ניהול תיקים רפואיים 5/2015מכרז
177מתוך 72עמוד
משרד הבריאותmohמסמך זה הוא רכושו הבלעדי של
(S) שליטה ובקרה .3.2.1
. בדיקת מצב התהליכיםו על המוצר לאפשר ניהול וניטור מקצה לקצה
לאפשר שילוב עם כלי השו"ב הקיימים במשרד לניטור התנועות ברשת, בנוסף, על המוצר
פירוט נושא #אופן
המימוש* הסבר לאופן המימוש
מקצה וניטור ניהול 1 לקצה
מהאפליקציה היא ללוג הדרישה מלא ומפורט שמבטיח יכולת להתחקות אחר תקלות ובמקביל יכולת להתממשק למערכות שו"ב חיצוניות שמבצעות ניטור ומתריעות על תקלות ועל מצבי
"טרום תקלה"
ויזואליים כלים 2 למעקב
אחר למעקב ויזואליים כלים התהליכים וסטטוס המידע זרימת
במערכת
ב"השו כלי עם שילוב 3 במשרד הקיים
TIVOLY של IBM באמצעות AGENT .
SNMP בפרוטוקול מסרים שידור SNMP-תמיכה ב 4
V.3 המשרד של ב"השו למערכת
חומרה ברמת מסרים ישודרו SOA ומסרי, OS, )במידת הצורך(
SNMP יהיה המסרים שידור אופן
TRAP של ב"השו שמערכת כך בדחיפה תקבלן המשרד
בשלב מסרים לשדר המוצר על מסר פתיחה וסגירה 5 גם ולשלוח ההתראה פתיחת עם תקלה סגירת של מסרים .פתרונה
(S) , דפדפנים ותוכנות יישומיותהפעלה תומערכ .3.3
, הנדרשים לכל גרסאות מינימליות ורצויותעל המציע לפרט את סוגי וגרסאות מערכות הפעלה, .3.3.1
. רכיב בפתרון המוצע
. בגרסאות עתידיות של מערכות ההפעלה הנתמכותהמציע יתחייב שכל רכיבי התשתית יתמכו .3.3.2
, על המציע לפרט את סוגי וגרסאות הדפדפנים Webעבור רכיבים בפתרון מבוססי פלטפורמת .3.3.3
moh 4/10/2015
0.2מהדורה ניהול תיקים רפואיים 5/2015מכרז
177מתוך 73עמוד
משרד הבריאותmohמסמך זה הוא רכושו הבלעדי של
.גרסה מינימלית נתמכת וגרסה רצויההנתמכים,
(S) נדרשות תשתיות .3.4
ת עבור הפתרון המוצע. על הרשימה לכלול, בין היתר, על המציע לפרט את רשימת תוכנות הנדרשו .3.4.1
פרטים כגון: גרסאות, סוג רישוי.
אם במסגרת הפתרון נדרשים רישיונות מוצרי צד ג', שמורה למשרד, על פי החלטתו, הזכות .3.4.2
לרכוש רישיונות למוצרים אלה ישירות ולא דרך המציע. במידה שהרכישה תתבצע באמצעות
על המציע לרשום את רישיון המוצרים על שם המשרד. –המציע
(S) : השימוש בתוכנת קוד פתוחההתנהלות סביב קוד המקור של המוצר .3.5
Free andרז מעודד שימוש בפלטפורמת קוד פתוח )המכבהתאם למדיניות ממשלת ישראל, .3.5.1
Open Source Software ולהן ,FOSS ואף דורש כי קוד המקור של המוצר המפותח ,)
יימסר לידיו ויתאפשר למשרד הבריאות לפרסמו כקוד פתוח גם אם במקור היה המוצר מוצר
שאינו קוד פתוח. ומשום כך יש לתת את הדעת על מספר סוגיות הקשורות בהתנהלות סביב קוד
המקור של המוצר.
10ת היא מידת הקיימות ארוכת הטווח )עד אחד הקריטריונים שלפיו תיעשה הערכת ההצעו .3.5.2
. הדבר דורש אנליזה של הדינמיקה וההתרחשויות בקהילות FOSSשנים( של פלטפורמת ה
המוצעים, ושל סוגי הדאטא והסטנדרטים שבהם נעשה FOSSהעומדות מאחורי רכיבי ה
ה לתקופה שימוש. שפות התכנות ורכיבי תוכנה הנתמכים ע"י קהילות רחבות שסביר שתשרודנ
המציע יפרסם את קוד המקור ממושכת, יועדפו על פני פתרונות שאין להם תמיכה ע"י קהילה.
(, Joinup Platform 11או Githubבפלטפורמה מוכרת היטב לפרסום קודי מקור )כגון
שתוסכם עם משרד הבריאות.
וד המקור יספק למשרד הבריאות עצמו )ולא לנאמן( את ק FOSSספק שיבחר לא להשתמש ב .3.5.3
המלא של התוכנה על כל התאמותיה. משרד הבריאות יהיה בעל הזכות המלאה לפרסם את קוד
המקור ולאפשר את יצירתה של קהילה התומכת בו ומפתחת אותו, לפי שיקול דעתו הבלעדי של
המשרד.
( במערכת ע"י מפתחים וצדדים שלישיים, ופיתוחים reuseהספק יאפשר ויעודד שימוש מחדש ) .3.5.4
באתר שיבחר על בהתקנת המערכת וכלה ידי המשרד ותחזוקה לשנה הראשונה.
0.5
חבילת הדרכה, הטמעה וליווי למשרד 10תומכים 5הבריאות, בה יודרכו עד
5משתמשים, עד -סופר 5טכניים, עד 5מפתחים, ועד 5אנשי תשתיות, ועד
אנשי הדרכה, כאשר כל אחת מן שעות. 15ההדרכות היא לפחות
1
יש לציינה –כיכולת הדורשת פיתוח 2צוינה בפרק המערכתכי אם יכולת כלשהי של יודגש .5.3.2
moh 4/10/2015
0.2מהדורה ניהול תיקים רפואיים 5/2015מכרז
177מתוך 89עמוד
משרד הבריאותmohמסמך זה הוא רכושו הבלעדי של
ולתמחרה בנפרד. המשרד יתחשב בציון עלות הפיתוח, אם הרכיב שיש לפתחו נדרש לצורך
ד.פונקציונאליות. עם זאת, רכישתו בפועל נתונה לשיקול דעתו הבלעדית של המשר
מתוך שמונת הוורטיקלים המתוארים הורדת משקולות של וורטיקלי שלב ב' והלאה: .5.3.3
במערכת, שלושה וורקטיקלים )ממוגרפיה, דיאליזה והתמכרויות( הינם וורטיקלים המיועדים
ליישום בשלב א', וחמשת האחרים )פוריות, התפתחות הילד, פתולוגיה ולשכת רווחה( מיועדים
ים יותר. היות ורמת הוודאות בשלב א' גבוהה יותר מאשר בשלבים ליישום בשלבים מאוחר
, בעוד שמכפיל 100%האחרים, הרי שמכפיל העלות של שלושת הוורטיקלים שבשלב א' נקבע על
(. ואולם, במקרים מסוימים, שבהם 5)ראו פרק 50%העלות של יתר הוורטיקלים נקבע על
לות הממוצעת של שלב א', אזי מכפיל העלות הממוצעת של שלבי ההמשך תהיה גבוהה הע
בלבד. הורדה זו לא תהיה נתונה 10% העלות של הוורטיקלים שאינם מיועדים לשלב א' ירד ל
לשיקוליו של המשרד, והיא תיעשה באופן הבא:
בשלב הראשון של בחינת העלות, יחושבו ממוצעי העלויות באמצעות חישוב הממוצע של כל .5.3.3.1
ההצעות שעברו את תנאי סף האיכות: ממוצע העלויות של שלב א' של הפרויקט יסומן באות
X ואילו ממוצע העלויות של יתר השלבים יסומן באות ,Y .
, תגובש העלות הכוללת של כל , אזי בשלב השני של בחינת העלויותX>Yבמידה ומתקיים .5.3.3.2
)כל וורטיקל המיושם בשלב א' 5אחד מן הפתרונות, לפי הנחות העבודה המופיעות בפרק
(. 50%, וכל וורטיקל המיושם בשלב ב' יקבל מכפיל עלות של 100%יקבל מכפיל עלות של
ל , אזי בשלב השני של בחינת העלויות, תגובש העלות הכוללת של כX<Yבמידה ומתקיים .5.3.3.3
אחד מן הפתרונות באופן שונה, כאשר כל וורטיקל המיושם בשלב א' יקבל מכפיל עלות של
. 10%, וכל וורטיקל המיושם בשלב ב' יקבל מכפיל עלות של 100%
יודגש כי למשרד הבריאות לא תהיה כל יכולת לשנות את הליך בחירת המשקולות לאחר .5.3.3.4
ההצעות, הליך החישוב הנ"ל הוא פתיחת ההצעות, כך שברגע שהמעטפות הושמו בתיבת
דטרמיניסטי ואינו נתון לשיקול דעת המשרד.
מחירון שירותים .5.4
:השירותים הבאיםעלויות במחיר קבוע עבור הערכתהמציע יפרט .5.4.1
moh 4/10/2015
0.2מהדורה ניהול תיקים רפואיים 5/2015מכרז
177מתוך 90עמוד
משרד הבריאותmohמסמך זה הוא רכושו הבלעדי של
הערות מכפיל לציון עלות עלות קטגוריה #
עלות להוספת מרפאה, כולל 1 שעות 25של וליווי הדרכה
, ללא צורך לצוות המרפאה בהתקנה מקומית במרפאה
60
עלות להוספת מרפאה, כולל 2, התקנה מקומית, הדרכה
שעות 25וליווי של הטמעה לצוות המרפאה
5
6 פשוט –עלות לורטיקל נוסף 1
5 בינוני –עלות לורטיקל נוסף 2
5 מורכב -עלות לורטיקל נוסף 3
הוספת ממשק פשוט נוסף 4למערכת )עלות זו צריכה לכלול את כלל התשומות הנדרשות להוספת ממשק למערכת נוספת, לרבות כל הפעולות הנלוות כגון תיעוד ובדיקות(, בהנחה שמדובר
צדדי, המעביר -בממשק דומידע מובנה, אונליין, ובקצב של אלפי רשומות ביום, כולל אינטגרציה לתשתית ניהול
משקים הקיימת במשרד. המ
15
ברמת נוסף הוספת ממשק 5למערכת מורכבות בינונית
)עלות זו צריכה לכלול את כלל התשומות הנדרשות להוספת ממשק למערכת נוספת, לרבות כל הפעולות הנלוות כגון תיעוד ובדיקות(, בהנחה
צדדי, -שמדובר בממשק דוהמעביר מידע מובנה, אונליין, ובקצב של אלפי רשומות ביום, כולל אינטגרציה לתשתית ניהול הממשקים
הקיימת במשרד.
1
ברמת הוספת ממשק נוסף 6למערכת מורכבות גבוהה
)עלות זו צריכה לכלול את כלל התשומות הנדרשות להוספת
1
moh 4/10/2015
0.2מהדורה ניהול תיקים רפואיים 5/2015מכרז
177מתוך 91עמוד
משרד הבריאותmohמסמך זה הוא רכושו הבלעדי של
ממשק למערכת נוספת, לרבות כל הפעולות הנלוות כגון תיעוד ובדיקות(, בהנחה
צדדי, -שמדובר בממשק דוהמעביר מידע מובנה, אונליין, ובקצב של אלפי רשומות
גרציה ביום, כולל אינטלתשתית ניהול הממשקים
הקיימת במשרד.
עלות לחבילת הגירת מידע 5בסיסית, הכוללת העברה, ארגון וטיוב, של נתונים אודות מטופלים ממערכת קודמת למערכת הנוכחית, כאשר מדובר במרפאה אחת, עד שתי מערכות קודמות שמהן יש להעביר את המידע
200למערכת החדשה, עד שדות לכל מטופל )בשתי
20,000המערכות גם יחד(, עד 1000עבור עד –רשומות מטופלים.
15
עלות לחבילת הגירת מידע, 6הכוללת העברה, ארגון וטיוב, של נתונים אודות מטופלים ממערכת קודמת למערכת הנוכחית, כאשר מדובר במרפאה אחת, עד שתי מערכות קודמות שמהן יש להעביר את המידע למערכת
שדות לכל 200החדשה, עד מטופל )בשתי המערכות גם
רשומות עבור 20,000יחד(, עד נוספים מטופלים 1000 כל
10
מחירון ש"ע .5.4.2
לפי(, חדשים פיתוחיםו יישום –)היינו עתידיים ושיפורים שינויים עבור עלויות יפרט המציע .5.4.2.1
.תפקיד בעל
לאחר תעריף לשעה מרבי תעריף תפקיד בעל # הנחה
מכפיל לציון עלות
1,000 220 מנהל פרויקט 1
moh 4/10/2015
0.2מהדורה ניהול תיקים רפואיים 5/2015מכרז
177מתוך 92עמוד
משרד הבריאותmohמסמך זה הוא רכושו הבלעדי של
מנהל / מערכת מנתח 2 מוצר
240 1,500
3,000 220 מפתח/ מיישם 3
1,500 150 תוכנה בודק 4
500 280 ארכיטקט 5
מדריך )להדרכות 6 נוספות(
150 500
. 30%כי אחוז ההנחה המרבי האפשרי הינו: יובהר .5.4.3
המשרד אינו מתחייב למינימום שעות בחודש עבור כל בעל תפקיד. היקף ההזמנה לשינויים יהיה .5.4.4
דרישות המשרד ובהתאם לאילוצי התקציב.ע"פ
, למען הסר ספק, כי תקלות מערכת יטופלו במסגרת שלב ההקמה או תקופת האחריות, יודגש .5.4.5
או במסגרת הסכם התחזוקה.
יודגש כי שינויים ושיפורים יבוצעו על פי דרישות המשרד, ובמסגרת זו: עוד .5.4.6
הצעת מחיר לביצועם, לאישור יגיש אפיון ראשוני לשינויים הנדרשים, לרבות המציע
המשרד, טרם ביצוע השינויים.
בפועל שעות השקעת לפי/או ו למשרד המציע בין שיסוכם קבוע במחיר יבוצעו השינויים ,
.המשרד החלטת לפי הכול
moh 4/10/2015
0.2מהדורה ניהול תיקים רפואיים 5/2015מכרז
177מתוך 93עמוד
משרד הבריאותmohמסמך זה הוא רכושו הבלעדי של
הצעה חוברת -' אנספח
05/2015 מס' פומבי מכרז
רפואימערכת לניהול תיק
ההצעה חוברת
שם מלא של הגוף המציע,
כפי שהוא מופיע ברשם רשמי
.פ.ח מספר
חתימה וחותמת המציע
moh 4/10/2015
0.2מהדורה ניהול תיקים רפואיים 5/2015מכרז
177מתוך 94עמוד
משרד הבריאותmohמסמך זה הוא רכושו הבלעדי של
[05/2015מכרז מס' ]
טופס הגשת הצעה
לכבוד
למחשוב האגף
משרד הבריאות
[5/20105מס' ] פומבי למכרז הצעההנדון :
למערכת לניהול תיקים ממוחשבים
לביצוע העבודה שבנדון, בהתאם לתנאי המכרז.אני החתום מטה מציע בזה את שירותי .1
את כל התנאים המפורטים והנדרשים במסמכי המכרז הנ"ל על כל נספחיו, והבנתיהנני מצהיר ומאשר שקראתי .2
. המפורטות בומתחייב בזה למלא אחר כל התנאים והדרישות אניו
'(.ב נספח) החוזה נוסח על בזה חותם אני .3
העלולים אחרים גורמים עם אישיים, העסקיים, המקצועיים הקשרים כל מפורטים להלן: עניינים ניגוד העדר .4
בני של קשרים גם לפרט יש זה)לעניין זו להצעה בהתאם למזמין שירותים מתן עם אינטרסים ניגוד ליצור
10. The message file will be sent to a predefined location.
11. The document file (PDF's) will be sent to a predefined location (Root folder for documents).
A predefined sub folder tree, based on year (YYYY) and month (MM), will be created by the system
(see example below). The interface should save the file to the right location in the tree and make sure
that the path in the message is identical to the location in the tree.
1 Figure 1: Documents sub folders predefined tree
12. Imaging Examinations without interpretation document (מכתב פענוח): There are a few imaging examinations that do not need interpretation document (מכתב פענוח). In these cases no document is required, but the information of this exam is required. Therefore, a DocumentUpdate message needs to
moh 4/10/2015
0.2מהדורה ניהול תיקים רפואיים 5/2015מכרז
177מתוך 151עמוד
משרד הבריאותmohמסמך זה הוא רכושו הבלעדי של
be sent regularly with all relevant metadata except the Document.DocumentPath field that should be sent empty or omitted and no document needs to be sent.
moh 4/10/2015
0.2מהדורה ניהול תיקים רפואיים 5/2015מכרז
177מתוך 152עמוד
משרד הבריאותmohמסמך זה הוא רכושו הבלעדי של
7. Data Model The section described the data model:
7.1. Diagram
moh 4/10/2015
0.2מהדורה ניהול תיקים רפואיים 5/2015מכרז
177מתוך 153עמוד
משרד הבריאותmohמסמך זה הוא רכושו הבלעדי של
7.2. Element List
Name Comment
Message The envelop of the message for monitoring and auditing.
Person The patient root element.
Encounter The patient encounter.
Demography The patient demographic data.
Document The patient encounter document.
7.3. Association List
Class A Multipl
icity B
Class B Comment
Message 1..1 Person
Person 1..1 Encounter
Encounter 0..1 Demography
Encounter 1..1 Document
moh 4/10/2015
0.2מהדורה ניהול תיקים רפואיים 5/2015מכרז
177מתוך 154עמוד
משרד הבריאותmohמסמך זה הוא רכושו הבלעדי של
7.4. Elements
7.4.1. Message Element
The envelop of the message for monitoring and auditing.
Mandatory element.
7.4.1.1. Attributes
Name Persistent Data
Type
Allow
Nulls?
Multipl
icity
Comment
Source VA50 No 1..1 The source system that
created the data
(RambamPrometheus,
WOLFSON_NAMER etc).
Validity DT No 1..1 The time of the message
creation (format: yyyy-mm-
dd[ hh:mm:ss[.sss]]).
Code BigInt No 1..1 The message incremental
an unique identifier (
number).
*max of 10 digits.
Class VA50 No 1..1 The type of the message
(DocumentUpdate).
Version INT No 0..1 The version of the message
class (incremental number
start from 1).
Act VA20 No 0..1 The main activity that the
message type intend to
update (Document).
Identifier VA70 No 0..1 The identifier (class.code) of
the main activity of the
message.
Event VA20 No 0..1 The event that triggers the
message creation.
Allowed values:
“Update” – for regular
loading event.
“Timer” – for history loading
event (currently not
relevant).
Cancelled VA20 No 0..1 The indication for cancelled
moh 4/10/2015
0.2מהדורה ניהול תיקים רפואיים 5/2015מכרז
177מתוך 155עמוד
משרד הבריאותmohמסמך זה הוא רכושו הבלעדי של
Name Persistent Data
Type
Allow
Nulls?
Multipl
icity
Comment
message.
Allowed values: Yes, No.
7.4.2. Person Element
The patient root element.
Mandatory element.
7.4.2.1. Attributes
Name Persistent Data
Type
Allow
Nulls?
Multipl
icity
Comment
Code Bigint No 0..1 The patient main identifier
(Israel-id, without leading
zeroes and without
verification number).
Class VA20 No 0..1 The type of identifier Single
value allowed: “Israel”
7.4.3. Encounter Element
The patients encounter.
Mandatory element.
7.4.3.1.1. Attributes
Name Persistent Data
Type
Allow
Nulls?
Multipl
icity
Comment
Code VA50 No 0..1 The encounter unique
identifier.
Class VA20 No 0..1 The type of the encounter
Allowed values: “Inpatient”,
“Outpatient”, “Emergency”,
“Hospitalization”,
"CommunityClinic",
"Institute", "PatientInfo" and
“Unknown”.
InstituteID INT No 0..1 The ID of the institute that
created the data Single
value allowed, for example:
221 (Rambam).
*According to section 3.3
moh 4/10/2015
0.2מהדורה ניהול תיקים רפואיים 5/2015מכרז
177מתוך 156עמוד
משרד הבריאותmohמסמך זה הוא רכושו הבלעדי של
7.4.4. Demography Element
The patient demographic data.
Mandatory element.
7.4.4.1. Attributes
Name Persistent Data
Type
Allow
Nulls?
Multipl
icity
Comment
Validity DT No 0..1 The time of the receiving
demographic data (format:
yyyy-mm-dd[
hh:mm:ss[.sss]]).
Code Bigint No 0..1 The patient identifier (israel-
id, without leading zeroes
and without verification
number).
Class VA20 No 0..1 The type of identifier. Single
value allowed: Israel.
Gender VA20 No 0..1 The patient gender Allowed
values: Male, Female,
Other, And Unknown.
Birth DT No 0..1 The patient birth date (yyyy-
mm-dd [hh:mm:ss])
Death DT No 0..1 The patient death date
(yyyy-mm-dd [hh:mm:ss])
*If the patient is a live this
attribute should not be send
(e.g. cannot be null).
Family VA50 No 0..1 The patient family name
Given VA50 No 0..1 The patient given name
Father VA50 Yes 0..1 The patient father name
Mother VA50 Yes 0..1 The patient mother name
Marital VA20 Yes 0..1 The marital status sign.
Allowed values: Single,
Married, Divorced,
Separated, Widowed.
City VA50 Yes 0..1 The city name in patient’s
address.
moh 4/10/2015
0.2מהדורה ניהול תיקים רפואיים 5/2015מכרז
177מתוך 157עמוד
משרד הבריאותmohמסמך זה הוא רכושו הבלעדי של
Name Persistent Data
Type
Allow
Nulls?
Multipl
icity
Comment
Address VA100 Yes 0..1 The address name [Street,
BaldingNo/ApartmentNo] in
patient’s address.
Postal INT Yes 0..1 Postal code in patient’s
address.
*If null do not send the field.
Phone VA50 Yes 0..1 Patient’s Phone number.
Mobile VA50 Yes 0..1 Patient’s mobile number or
for additional phone number.
Repatriation SI Yes 0..1 The patient repatriation year
(yyyy).
*If null do not send the field.
Insurance VA50 No 0..1 The patient insurance name
Allowed values: “IDF” צהל,
“Clalit” כללית, “Maccabi” מכבי,
“Meuchedet” מאוחדת,
“Leumit” לאומית, “Other” אחר
Origin VA50 No 0..1 The patient origin country
name.
InsuranceCode VA15 No 0..1 The patient insurance code
Allowed values:
As follow:
Insurance
Code
Insurance
כללית - 1 Clalit
מכבי - 2 Maccabi
מאוחדת - 3
Meuchedet
לאומית - 4 Leumit
צהל - 5 IDF
אחר - 6 Other
PcpName VA50 Yes 0..1 The Primary Care Provider
(PCP- רופא משפחה )
Full name as:
והשם פרטי:תואר שם המשפחה
ד'ר כהן משה
PcpLicense INT Yes 0..1 The Primary Care Provider
license (PCP משפחה רופא)
moh 4/10/2015
0.2מהדורה ניהול תיקים רפואיים 5/2015מכרז
177מתוך 158עמוד
משרד הבריאותmohמסמך זה הוא רכושו הבלעדי של
Name Persistent Data
Type
Allow
Nulls?
Multipl
icity
Comment
number.
*If null do not send the field.
ClinicName VA50 Yes 0..1 The main Clinic name.
ClinicPhone VA15 Yes 0..1 The main Clinic phone
number.
ClinicFax VA15 Yes 0..1 The main Clinic fax number.
VerificationNum INT Yes 0..1 The patient identifier (israel-
id), verification number.
*If null do not send the field.
IsSoldier VA10 No 0..1 Indication for a soldier:
1 – IF Soldier
Else
0 – Not a Soldier
moh 4/10/2015
0.2מהדורה ניהול תיקים רפואיים 5/2015מכרז
177מתוך 159עמוד
משרד הבריאותmohמסמך זה הוא רכושו הבלעדי של
7.4.5. Document Element
The patients document.
Mandatory element.
7.4.5.1. Attributes
Name Persistent
Data Type
Allow
Nulls
?
Multip
licity
Comment
Created DT No 0..1 The date of the data creation or updated
in the repository (format: yyyy-mm-dd[
hh:mm:ss[.sss]]).
Validity DT No 0..1 The date the document had been sign
(format: yyyy-mm-dd[ hh:mm:ss]).
Code VA50 No 0..1 The document unique identifier (code).
Class VA50 No 0..1 The type of the document Allowed value:
For Hospitals:
1. “Hospitalization” - עבור מכתב שחרור
מאשפוז או מיון
2. “DischargeOutPatientClinicLetter” -
עבור מכתב סיכום ממרפאות חוץ
3. “NursingDischargeLetter” – עבור מכתב
שחרור סיעודי
For Community:
4. “ConsultationSummaryLetter” - עבור
סיכום ביקור בקהילה
For Both:
5. For Pathology: דוח פתולוגיה –
“PathologyResultsReport".
Following are the reports to be sent
under this class:
a. Histopathology
(היסטופתולוגיה)
b. Cytology (ציטולוגיה)
6. For Imaging: דוח פענוח דימות –
“RadiologyReport”. Following are
the reports to be sent under this
class:
a. CT
b. MRI
c. Ultrasonography
moh 4/10/2015
0.2מהדורה ניהול תיקים רפואיים 5/2015מכרז
177מתוך 160עמוד
משרד הבריאותmohמסמך זה הוא רכושו הבלעדי של
Name Persistent
Data Type
Allow
Nulls
?
Multip
licity
Comment
(אולטרסאונד)
d. Mammography (ממוגרפיה)
e. X-Ray (רנטגן)
f. Angiography (אנגיוגרפיה)
7. For Procedure Reports: תדוחו
– פרוצדורה )מסך מכונים ויחידות(
“ProcedureReport”. Following
are the reports to be sent under
this class:
a. Gastro (גסטרו)
b. Isotopes (רפואה גרעינית)
c. Cardiology (קרדיולוגיה)
d. Electrophysiology ( רישומי
(פעילות
e. Urology (אורולוגיה)
f. Otolaryngology ( אף אוזן
(גרון
g. EEG
h. EMG
i. Sleep Institute (מכון שינה)
* Does not include surgery
reports (דוחות ניתוח)
TestCode VA255 No 0..1 The code for the test according to local
ontology. Relevant for Imaging, Pathology
and Procedure Reports.
For Summary or Discharge letters, send
as Document.Class
Caption VA400 No 0..1 The description of the document (e.g.
or (מסמך שחרור מאשפוז, מסמך שחרור ממיון
the name of the test according the
TestCode value (e.g.צילום חזה" עבור דימות"
או
או "מיפוי דרכי מרה" עבור פתולוגיה
.("קולונוסקופיה" עבור בדיקת גסטרו
Performed DT Yes 0..1 The date of the act/test (format: yyyy-mm-
dd[ hh:mm:ss]).
Authorizer VA50 Yes 0..1 The name of the entity that authorized the
document.
Unit VA50 Yes 0..1 The name of the unit that performed the
moh 4/10/2015
0.2מהדורה ניהול תיקים רפואיים 5/2015מכרז
177מתוך 161עמוד
משרד הבריאותmohמסמך זה הוא רכושו הבלעדי של
Name Persistent
Data Type
Allow
Nulls
?
Multip
licity
Comment
act/test.
Requestor VA50 Yes 0..1 The name of the institute that request the
act/test.
Performer VA50 Yes 0..1 The name of the institute that create the
document or where the test was done
(e.g. רנטגן )הדסה.
Act VA20 Yes 0..1 The activity type that during it the
documented had been created
(Encounter, Imaging, Operation ...).
Identifier VA70 No 0..1 The act identifier (class.code).
Extension VA20 No 0..1 The documents file extension. Allowed
values: pdf.tiff
Restricted VA255 Yes 0..1 Allowed values:
1 – For regular restriction
2 – For psychiatric restriction
* If not restricted, the field should not be
sent.
*Any value saved in this field will cause
the document not to be displayed in Ofek.
RequestorUnit VA50 Yes 0..1 The name of the unit that requested the
act/test.
Domain VA100 Yes 0..1 The type of the examination.
For Imaging types:
וכו' CT, MRI , רנטגן, ממוגרפיה
For Pathology Reports types: פתולוגיה או
ציטולוגיה
For Procedure Reports –
a. “Gastro”– עבור גסטרו
b. “Isotopes” – עבור רפואה
גרעינית
c. “Cardiology” – עבור קרדיולוגיה
d. “Electrophysiology” – עבור
רישומי פעילות
e. “Urology” – עבור אורולוגיה
f. “Otolaryngology” – אף עבור
גרוןאוזן
g. “EEG”
h. “EMG”
moh 4/10/2015
0.2מהדורה ניהול תיקים רפואיים 5/2015מכרז
177מתוך 162עמוד
משרד הבריאותmohמסמך זה הוא רכושו הבלעדי של
Name Persistent
Data Type
Allow
Nulls
?
Multip
licity
Comment
i. “Sleep Institute” – עבור מכון
שינה
Status VA50 Yes 0..1 The document status e.g.: בעבודה ,סופי etc
*Just status סופי will be present.
DocumentPath VA500 Yes 0..1 The file name and it's sub folders:
YYYY\MM\<Message code>_<Document
code>_<Document Class>_<Person
code>_<Source System>_<Sending
institute>.PDF
Example:
\2011\12\3_456789_Hospitalization_1111
11_NAMER_Wolfson.PDF
In case of an Imaging exam that does not
need interpretation document ( מכתב
.see item 12 in introduction section (פענוח
InstituteID INT No 0..1 The ID of the institute that created the