הבעיה: הסכמה לטיפול בלי מקור אמת משותף
// הרופא והמטופל צריכים להסכים על אותם תנאים ולדעת מה אושר גם בהמשך
הסכם טיפול עשוי לעבור בין טפסים, הודעות ומערכות נפרדות. אם התנאים משתנים או נוצרת מחלוקת, קשה להוכיח איזה טיפול הוצע, לאיזה מטופל ומתי ההסכם אושר.
CareChain הופכת את התהליך לחוזה רפואי מובנה. ההסכם מחבר בין רופא, מטופל, סוג טיפול ותיאור לבין סטטוס אישור ברור שניתן לשלוף ולאמת גם לאחר האינטראקציה המקורית.
- ▪כל חוזה מייצג הסכם טיפול מוגדר אחד.
- ▪שני הצדדים עובדים מול אותם תנאים ואותו סטטוס.
- ▪יצירת ההסכם ואישורו נשארים ניתנים למעקב.
תהליך החתימה: יצירה, בדיקה ואישור
// תהליך Web מוכר מסתיר את מורכבות ה-Blockchain מהרופא ומהמטופל
הרופא פותח סביבת עבודה מותאמת לתפקיד, בוחר את המטופל ויוצר חוזה הכולל את הטיפול המוצע ואת תיאורו. המטופל המשויך רואה את ההסכם באזור אישי נפרד ויכול לאשר אותו לאחר בדיקת התנאים.
האפליקציה מאמתת כל בקשה לפני שליחת שינוי המצב הרלוונטי ל-Ethereum. המשתמשים נשארים בתוך הממשק של CareChain בזמן שהשרת מנהל את שליחת העסקה ואישורה באמצעות ה-Signer שהוגדר למערכת.
- ▪הרופא יוצר חוזה עבור מטופל משויך.
- ▪המטופל בודק את תנאי הטיפול ואת הסטטוס הנוכחי.
- ▪האישור הופך לשינוי מתועד במחזור חיי החוזה.
מה ה-Smart Contract מוסיף להסכם
// מזהה עמיד, Hash לשלמות מידע, חותמות זמן וסטטוס אישור
CareChain שומרת את ההסכם הקריא באחסון מוצפן ומוגן בהרשאות ומשתמשת בחוזה חכם מרכזי אחד לניהול רשומות אימות עבור הסכמים רפואיים רבים. כל רשומה על השרשרת מחברת מזהה יציב והפניה אטומה ל-Hash של ההסכם, לחותמות הזמן ולסטטוס האישור.
יצירת ההסכם ואישורו מעדכנות מצב ב-Blockchain, ולכן ההסכם אינו תלוי רק במסד אפליקטיבי שניתן לעריכה. משתמשים מורשים יכולים להשוות את המסמך השמור ל-Hash שעל השרשרת ולוודא שהתוכן שאושר נשאר ללא שינוי.
- ▪מזהה יציב מחבר בין כל פעולות החוזה.
- ▪ה-Hash מזהה שינוי בלי לחשוף את תוכן ההסכם.
- ▪סטטוס האישור מעניק לשני הצדדים מצב חוזה משותף.
ארכיטקטורה מבוססת תפקידים סביב החוזה
// מסלול ב-Blockchain מועיל רק כאשר האפליקציה אוכפת מי רשאי לפעול
React מציגה ממשקים נפרדים למנהלים, לרופאים ולמטופלים. Node.js ו-Express מאמתים את ה-JWT, קובעים אילו פעולות חוזה זמינות לתפקיד ובודקים שההסכם המבוקש שייך למשתמש הפעיל לפני התקשורת עם ה-Blockchain.
MongoDB תומך בחשבונות ובמידע האפליקטיבי, בעוד גיבוב סיסמאות, TLS, תעודות דיגיטליות והרשאות ברמת האובייקט מגנים על הכניסה לתהליך החתימה. התחברות תקינה לבדה אינה מעניקה גישה לכל חוזי המטופלים.
- ▪רופאים יוצרים חוזים בתוך תהליך העבודה המשויך להם.
- ▪מטופלים צופים בהסכמים המקושרים לזהות שלהם.
- ▪מנהלים מטפלים בחשבונות בלי להחליף בדיקות בעלות על החוזה.
ה-Blockchain שומרת את מצב החוזה, אך אינה יוצרת פרטיות
// עקיבות וסודיות פותרות בעיות שונות
CareChain משתמשת ב-Blockchain כשכבת אימות להסכם ולא כמנגנון סודיות. השרשרת הציבורית מכילה את המצב המינימלי הדרוש לאימות שלמות ואישור, בעוד התוכן הרפואי הקריא נשאר מוצפן ומוגן בהרשאות.
ההבחנה חיונית: היסטוריית העסקאות מספקת עקיבות, בעוד הצפנה והרשאות מגנות על הסודיות. כל שכבה פותרת חלק אחר במחזור החיים של החוזה הרפואי.
- ▪היסטוריית העסקאות תומכת בעקיבות ובשלמות מידע.
- ▪בקרת הגישה עדיין נדרשת באפליקציה ובחוזה החכם.
- ▪תוכן קריא ורגיש דורש הצפנה ובקרות אחסון נפרדות.
גבול הפרטיות: לשמור את החוזה ולצמצם את המידע הציבורי
// שמירה על הסכמה ניתנת לאימות תוך הגנה על התוכן הרפואי שמאחוריה
ההסכם הרפואי הקריא נשאר באחסון מוצפן ומוגן בהרשאות, בעוד השרשרת הציבורית מכילה רק Hash, הפניה אטומה והמצב הדרוש לאימות האישור. ה-Hash חושף אם ההסכם החתום השתנה בלי לפרסם את תוכנו.
ניהול מפתחות, הרשאות בתוך החוזה החכם, Audit Logs בלתי ניתנים לשינוי, ביקורת עצמאית ל-Smart Contract, ניטור, התאוששות ויישוב עסקאות מגנים על התהליך המלא. יחד הם שומרים על מטרת CareChain: הסכם רפואי ברור עם מסלול חתימה שניתן לאימות.
- ▪הצפנת ההסכם המלא מחוץ לשרשרת הציבורית.
- ▪עיגון Hash והפניה אטומה בלבד על השרשרת.
- ▪ביקורת הרשאות, התאוששות והתנהגות החוזה החכם לפני השקה.
צריכים לתכנן או לייצב מערכת טלפוניה מבוזרת בהיקף גבוה?
אנו מתמחים בתכנון ארכיטקטורות ענן עמידות, ביטול שיהוי קולי בסוכני AI ואכיפת סנכרון מצב בזמן אמת בסביבות ענן מורכבות.