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

סיכום

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

תקציר

האיכות והשלמות של רשומות טרום-לידתיות הן קריטיות להבטחת טיפול יעיל לאם ולעובר. עם זאת, השימוש המקובל במדריכים מודפסים לתיעוד ייעוצים טרום-לידתיים מציב מגבלות משמעותיות, כולל רשומות לא שלמות, אי-קריאות וסיכון לנזק או אובדן פיזי. מגבלות אלו עלולות לפגוע בהמשכיות הטיפול ובאמינות המידע הקליני. כדי לצמצם בעיות אלו, עבודה זו מציגה פיתוח והערכת שימושיות ראשונית של יישום מבוסס רשת שמטרתו לדיגיטציה ואופטימיזציה של רשומות ייעוץ טרום-לידה. מטרת הפרוטוקול היא לספק מערכת דיגיטלית מובנית ויעילה להקלטה, ייעוץ וניהול נתונים טרום-לידתיים, תוך שילוב חישובים ומיילדות אוטומטיים וכלי ויזואליזציה לתמיכה בקבלת החלטות קליניות. דרישות המערכת זוהו באמצעות ניתוח מבוסס ספרות של שיטות עבודה מומלצות בתיעוד טיפול טרום-לידתי ובמערכות מידע בריאותיות. הפתרון המוצע יושם כאפליקציית ווב רספונסיבית שדבקה בסטנדרטים של שימושיות ונגישות, כדי להקל על אינטגרציה בתהליכי עבודה קליניים שגרתיים. הערכת השימושיות כללה אנשי מקצוע בתחום הבריאות עם ניסיון קודם בשימוש במדריך המודפס. נתונים כמותיים נאספו באמצעות סולם השימושיות של המערכת (SUS), בעוד תובנות איכותניות הושגו באמצעות ראיונות חצי-מובנים. האפליקציה השיגה ציון ממוצע של 77.50 ב-SUS, מה שמעיד על שימושיות וקבלה טובה. המשתתפים הדגישו את הרלוונטיות של המערכת לפרקטיקה הקלינית, את הפוטנציאל שלה להפחית טעויות, ואת יכולתה לשפר את ההמשכיות והאיכות של הטיפול הטרום-לידתי. הממצאים מראים כי הפרוטוקול המוצע מראה פוטנציאל ליישור תיעוד דיגיטלי לצרכים התפעוליים של אנשי מקצוע בתחום הבריאות הטרום-לידתית. המערכת השיגה ציון ממוצע בסולם השימושיות של 77.5, העולה על סף התעשייה של 68 ומצביע על קבלה טובה של שימושיות בקרב אנשי המקצוע שנבדקו. ממצאים אלו מצביעים על כך שהפלטפורמה המוצעת היא גישה ישימה ומקובלת על ידי המשתמש לדיגיטציה של רשומות בריאות טרום-לידתיות.

מבוא

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

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

ברמה העולמית, ארגון הבריאות העולמי (WHO) מדגיש כי טרנספורמציה דיגיטלית בבריאות האימהות היא עדיפות אסטרטגית להשגת יעדי הפיתוח בר-קיימא (SDGs), ובמיוחד יעד הפיתוח בר-קיימא 3, שמטרתו להבטיח חיים בריאים ולקדם רווחה לכל ^6,7. אסטרטגיית הבריאות הדיגיטלית של ארגון הבריאות העולמי לשנים 2020–2025 תומכת באימוץ מערכות דיגיטליות אינטרופרביליות לשיפור תיאום הטיפול, איכות הנתונים וההמשכיות בין שירותי הבריאות. במספר מדינות, רשומות בריאות אימהות אלקטרוניות יושמו בהצלחה כדי לשפר קבלת החלטות מבוססות נתונים, גילוי מוקדם של סיבוכים ואינטגרציה בין טיפול ראשוני לטיפול מיוחד ^8,9.

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

בהתחשב באתגרים הגלובליים והלאומיים הללו, פיתוח מערכות טכנולוגיות לאופטימיזציה של ניהול מידע קליני הפך לרלוונטי יותר ויותר. כלים כאלה שואפים להקל על אנשי מקצוע בתחום הבריאות ממשימות שמירת תיעוד ידנית, ולאפשר להם להתמקד בטיפול ישיר במטופל¹². מחקר זה מציג פיתוח והערכת שימושיות ראשונית של אב-טיפוס תוכנה מבוססת רשת לדיגיטציה של רשומות בריאות של נשים בהריון, המיועדת במיוחד להריון בסיכון נמוך. המערכת פותחה עם דגש על ארגון נתונים קליניים ונגישות, בהתאם לארכיטקטורה נקייה¹³ ולגישת עיצוב ממוקדת משתמש¹⁴. המטרה היא להציג את תוצאות בדיקות השימושיות שבוצעו עם אנשי מקצוע בתחום הבריאות כדי לאמת את קבלת המטופלים, תהליכי הייעוץ ותהליכי מעקב מותאמים אישית.

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

פרוטוקול

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

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

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

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

לצורך מערכת זו, הריון בסיכון נמוך מוגדר בהתאם להנחיות משרד הבריאות הברזילאי (בפורטוגזית, Cadernos de Atenção Básica). מס' 32, 2012) כהריון ללא מצבים אימהיים קיימים מראש (כגון יתר לחץ דם, סוכרת, מחלות אוטואימוניות), ללא סיבוכים מיילדתיים במהלך מעקב טרום-לידתי, וללא אנומליות עובריות שזוהו במהלך ייעוצויות. מטופלים המסווגים כבסיכון גבוה אינם בתחום המערכת ויש להפנותם לטיפול ייעודי בין אם-עובר.

בהתבסס על הממצאים, הוקמו שני מודולים עיקריים: (i) מודול הייעוץ ו-(ii) מודול המשך. כל מודול תוכנן לשקף שגרות קליניות אמיתיות, ולקדם ניווט אינטואיטיבי והזנת נתונים יעילה במהלך הטיפול במטופל. מודול הייעוץ כולל מספר מקרי שימוש מרכזיים התואמים את תהליך הייעוץ הטרום לידתי הטיפוסי. פונקציית קבלת המטופל מאפשרת רישום של מטופלים חדשים על ידי הזנת שמם המלא, מספר כרטיס הבריאות הלאומי (CNS) ותאריך המחזור האחרון (LMP). מפרטי שדה, דרישות פורמט וכללי אימות המיושמים הן ברמת הלקוח והן ברמת השרת מפורטים בטבלה 1. כדי להבטיח שלמות נתונים, המערכת מונעת אוטומטית רשומות כפולות המבוססות על מזהה ה-CNS. פונקציית Start Consultation מאפשרת לאנשי מקצוע בתחום הבריאות להתחיל ייעוץ חדש עבור מטופל שכבר רשום, ומפנה את המשתמש לממשק הייעוץ.

שדה	פורמט	כלל האימות	דוגמה
שם המטופל	טקסט חופשי	מינימום 3 דמויות; רק תווים ורווחים אלפביתיים.	"מריה דה סילבה"
CNS (לאומי) כרטיס בריאות)	15 מספרים ספרות	אומת באמצעות אלגוריתם מבוסס לון; חייב להיות ייחודי לכל מטופל.	“70000000 0000001”
תאריך LMP	DD/MM/YYYY	אסור שזה תאריך עתידי וחייב להיות בתוך 42 שבועות לפני התאריך הנוכחי.	“01/01/2026”

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

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

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

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

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

במהלך תהליך הייעוץ, יושמו תכונות ספציפיות לתמיכה ברישום נתונים קליניים ואבחון. מדור הבדיקה הגופנית מאפשר תיעוד של פרמטרים כלליים ומיילדותיים בהתאם לפרוטוקולי מדידה קליניים סטנדרטיים. המשקל נרשם בקילוגרם (טווח מקובל: 30–200 ק"ג) ובגובה במטרים (טווח מקובל: 1.00–2.50 מ'), כאשר BMI מחושב אוטומטית כמשקל (ק"ג) /^{גובה 2} (מ^{' 2}). לחץ הדם נרשם במילימטר כספית כערכים סיסטוליים/דיאסטוליים (למשל, 120/80 מ"מ כספית), לאחר מדידת ספיגמומנומטרית סטנדרטית כאשר המטופל יושב. גובה הרחם (גובה היסוד) נמדד בסנטימטרים מהסימפיזיס הערווה ועד לקרן הרחם באמצעות סרט מדידה לא אלסטי, כאשר המטופל נמצא בדקוביטוס הגב (טווח מקובל: 16–40 ס"מ, תלוי בגיל ההריון). קצב הלב העוברי נרשם בקצב פעימות לדקה (טווח תקין: 110–160 פעימות לדקה). תחומים נוספים כוללים הצגה עוברית (ראשית/עכוז/טרנסוורס) וסימון בצקת או אקסנתמה כאשר קיימת.

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

מבחן	1 שליש	מקום שני שליש	מקום שלישי שליש
ABO/Rh	נדרש	–	–
רמת סוכר בצום בדם	נדרש	–	–
בדיקת סבילות לגלוקוז דרך הפה	נדרש	–	–
סיפיליס — בדיקה מהירה	נדרש	–	–
VDRL	נדרש	–	–
מבחן קומבס העקיף	נדרש	–	–
HIV / אנטי-HIV	נדרש	חזור על זה	–
הפטיטיס B (HBsAg)	נדרש	חזור על זה	–
טוקסופלזמוזה	נדרש	חזור על זה	חזור על זה
המוגלובין / המטוקריט	נדרש	חזור על זה	חזור על זה
בדיקת שתן (EAS)	נדרש	חזור על זה	חזור על זה
תרבות שתן	נדרש	חזור על זה	חזור על זה

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

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

המערכת מחשבת אוטומטית שלושה פרמטרים מיילדות מרכזיים מתאריך המחזור האחרון (LMP) שנכנס לאשפוז המטופל. גיל הריון (GA) בשבועות מחושב כהפרש בימים בין התאריך הנוכחי ל-LMP חלקי שבע: GA = (תאריך נוכחי − LMP) / 7. תאריך היעד המשוער (EDD) מתקבל על ידי הוספת 280 ימים (40 שבועות) ל-LMP: EDD = LMP + 280 ימים. מדד מסת הגוף (BMI) מחושב ממשקל (ק"ג) וגובה (מ) שנרשמו במהלך הבדיקה הגופנית:

(1)

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

טכנולוגיות וארכיטקטורת מערכת
המערכת פותחה לפי ארכיטקטורת לקוח-שרת, שבה חזית מבוססת ממשק אינטרנט מתקשרת עם שירות צד אחורי דרך API RESTful¹⁷. גישה זו מאפשרת מודולריות, יכולת הרחבה ואינטרופרביליות, ומבטיחה שניתן להרחיב או לשלב את המערכת עם מערכות מידע רפואיות אחרות בעתיד. איור 2 ממחיש את דיאגרמת הישות-קשר (ER) של היישום, ומדגיש את הגופים המרכזיים: המטופל, הייעוץ, הבדיקה והאולטרסאונד, ואת הקשרים ביניהם. הישות המטופלת משמשת כליבת המודל, ושומרת על נתונים אישיים וזיהוי הקשורים לייעוצים מרובים. כל רשומת ייעוץ, בתורה, קשורה לסט בדיקות ורשומות אולטרסאונד אופציונליות, המאפשרים מעקב מפורט לאורך זמן של פרמטרי בריאות האימהות. מבנה יחסי זה מאפשר ארגון קוהרנטי של הנתונים הקליניים ותומך ביצירת דוחות מעקב מאוחדים, המאפשר ניהול טיפול טרום-לידתי מקיף ומתמשך. כל ישות משתמשת במפתח ראשי של UUID ומבצעת מחיקה רכה דרך שדה ייעודי למחיקת DeletedAt. , מה שמבטיח מעקב אחר נתונים ללא הסרה קבועה. מגבלות מרכזיות כוללות: שדה מערכת העצבים המרכזית בישות המטופל נאכף כייחודי ברמת מסד הנתונים, מה שמונע רישום מטופלים כפול; סימני חיוניות לייעוץ (משקל, גובה, גובה הרחם) נשמרים כסוגים עשרוניים לשמירה על דיוק קליני; וישות האולטרסאונד היא אופציונלית לחלוטין, מקושרת למטופל באמצעות מזהה ללא הגבלת מפתח זר חובה. הגדרת הסכימה המלאה, הכוללת את כל סוגי השדות והמגבלות, זמינה במאגר הציבורי בכתובת https://github.com/caderneta-digital-da-gestante/api.

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

ה-backend יושם באמצעות Node.js כסביבת ריצה, בשילוב עם מסגרת Express.js לניהול יעיל של מסלולים ובקשות HTTP. התמדה בנתונים טופלה דרך מערכת ניהול מסדי נתונים יחסיים PostgreSQL, שנבחרה בשל עמידותה ועמידה בעקרונות ACID. כדי להקל על גישה למסד הנתונים ולהבטיח בטיחות טיפוס, אומצה ספריית Prisma ORM, שאפשרה אינטראקציה יעילה וניתנת לתחזוקה בין לוגיקת היישום לשכבת הנתונים¹⁸.

הפרונטאנד נבנה באמצעות React בשילוב עם מסגרת Next.js כדי לספק ממשק אינטרנט מהיר, רספונסיבי ומותאם למנועי חיפוש. אינטראקציה של משתמש וטיפול בטפסים יושמו באמצעות React Hook Form לניהול מצבים ו-Zod לאימות מבוסס סכמה, מה שמבטיח עקביות נתונים והפחית שגיאות קלט. שליפת נתונים בצד הלקוח והמטמון נוהלו על ידי TanStack Query, מה שאפשר ביצועים אופטימליים וסנכרון נתונים בזמן אמת עם הצד האחורי.

לצורך בקרת גרסאות ופריסה, הפרויקט השתמש ב-git וב-github, תוך שמירה על תקן ה-Comit הקונבנציונלי לשמירה על היסטוריית פיתוח ברורה וניתנת למעקב. הפריסה התבצעה בגישה מכולית. דרישות מוקדמות כוללות Docker 27.x, חשבון Vercel (פרונטאנד) וחשבון Render (backend ומסד נתונים). ה-backend דורש קובץ .env עם שני משתני סביבה: DATABASE_URL (מחרוזת חיבור PostgreSQL שסופקה על ידי Render) ו-DIRECT_URL (כתובת חיבור ישיר להעברת Prisma). כדי לפרוס את ה-backend, תמונת Docker בנויה עם docker build -t cdg-api. ונדחפת ל-Render כשירות רשת, עם פקודת start node dist/index.js ומשתנה סביבה API_PORT מוגדר. החזית מופעלת ב-Vercel על ידי חיבור מאגר gitHub דרך לוח הבקרה של Vercel; יש להגדיר את משתנה הסביבה NEXT_PUBLIC_API_URL לכתובת ה-URL של Render backend. הגירות מסדי נתונים מיושמות באמצעות פריסמה מיגרציה פריסה בפריסה הראשונה.

בנוגע לאבטחת מידע ופרטיות, האב-טיפוס הנוכחי אינו מיישם אימות משתמש קצה, מה שמשקף את אופיו בשלבים מוקדמים. נתוני המטופלים מאוחסנים במסד נתונים PostgreSQL המתארח על תשתית הענן של Render, כאשר הגישה למסד הנתונים מוגבלת על ידי אישורים ברמת הסביבה שאינם נחשפים בקוד המקור. לצורך מחקר השימושיות הזה, כל רשומות המטופלים ששימשו במהלך מפגשי הבדיקה היו בדיוניים; לא נאספו או עובדו נתוני מטופלים אמיתיים. אימות ובקרת גישה מזוהים כדרישות לגרסה עתידית מוכנה לייצור, יחד עם הערכת עמידה לפי חוק הגנת המידע הכללי הברזילאי (LGPD — חוק מס' 13.709/2018).

המערכת מיישמת אימות בצד הלקוח ובצד השרת. בצד הקדמי, React Hook Form עם סכמות Zod מונעת הגשת טופס כאשר שדות נדרשים ריקים או מעוצבים בצורה שגויה, ומציגים הודעות שגיאה בתוך הקו. בצד האחורי, כל הבקשות הנכנסות מנותחות ומאומתות דרך סכימות Zod לפני ההגעה לשכבת התחום; קלטים לא תקינים מחזירים HTTP 400 עם תגובת שגיאה מובנית שמציינת את השדה וההודעה המושפעים. אימות ברמת הדומיין נאכף באמצעות אובייקטי ערך: שדה ה-CNS מאומת לאורך, פורמט ספרתי בלבד, ואלגוריתם סכום בדיקה (תומך גם ב-CNS קבוע שמתחיל בספרות 1–2 וגם ב-CNS זמני שמתחיל ב-7–9). רשומות CNS כפולות נדחות ברמת מסד הנתונים באמצעות מגבלה ייחודית. במקרה של שגיאות בדומיין, ה-API מחזיר את HTTP 400 עם הודעת שגיאה תיאורית; פעולות מוצלחות מחזירות HTTP 201 (יצירה) או HTTP 200 (שליבה).

בדיקות שימושיות
הערכת השימושיות של המערכת בוצעה באמצעות סולם השימושיות של המערכת (SUS) כדי לקבל מדד כמותי לשביעות רצון המשתמשים ולשימושיות הכוללת^19,20. תרחישים ומשימות מייצגים עוצבו בהתבסס על פעילויות טיפוסיות שבוצעו עם תיק הבריאות הפיזי של האישה ההרה, כדי להבטיח שהבדיקה משקפת תהליכים קליניים אמיתיים²¹.

ההערכה כללה שמונה משימות שכיסו את כל תהליך הייעוץ הטרום-לידתי, כפי שמתואר בטבלה 3.

משימה	הוראה שניתנת למשתתף	קריטריוני הצלחה
1	איך היית מתחיל ייעוץ עבור מטופל X?	מצא את המטופל ברשימה או בשורת החיפוש → לחץ על "התחל ייעוץ".
2	אילו צעדים היית נוקטת כדי להזין את נתוני הבדיקה הפיזית והמיילדת עבור מטופלת X?	גש ללשונית הבדיקה הגופנית → מלא את השדות הנדרשים → לחץ על הבא או עבור ללשונית אחרת.
3	אילו צעדים היית נוקט כדי להוסיף בדיקת מעבדה במהלך הייעוץ ולאמת את הנתונים שהוזנו?	גש ללשונית המבחנים → לחץ על "+" למבחן ולשליש → למלא את הטופס → ללחוץ על שמור → לחץ על תצוגה.
4	אילו צעדים הייתם נוקטים כדי להקליט את תוצאת האולטרסאונד?	גש ללשונית האולטרסאונד → לחץ על "קבל אולטרסאונד" → למלא את הטופס.
5	אילו צעדים הייתם נוקטים כדי לסיים את הייעוץ?	ודא שהטופס תקף → לחץ על שלח.
6	איך היית עוקב אחרי התקדמות מצב תזונתי ועקומת גדילת הרחם של מטופלת Y?	חזור לעמוד הראשי → אתר את מטופל Y → לחץ על "Caderneta" → לגשת ללשונית המידע → לצפות בתיקים.
7	אתה יכול להראות לי אילו בדיקות מעבדה כבר נעשו עבור מטופל Y?	גש לקדרנטה של מטופל Y → לנווט ללשונית הבדיקות.
8	כמה פגישות ייעוץ עבר למטופל Y, והאם תוכל לראות את הפרטים של אחת מהן?	עברו ללשונית הייעוצים → לחצו על "הצג פרטים".

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

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

בסיום כל מפגש, המשתתפים מילאו את שאלון SUS בפורטוגזית ברזילאית. הפריטים הסטנדרטיים של SUS הותאמו בהקשר לתחום הטיפול הטרום-לידה, לדוגמה, כאשר החליפו הפניות גנריות ל'המערכת' בהפניות ספציפיות לתהליכי עבודה קליניים, כגון: "רישום והתייעצות עם נתוני האישה ההרה", "מעקב פרה-לידתי בסיכון נמוך". התאמות אלו שמרו על מבנה הניקוד המקורי תוך שיפור הרלוונטיות לקבוצת המשתמשים היעד. ה-SUS מורכב מ-10 הצהרות המדורגות בסולם ליקרט בן 5 נקודות (1 = לא מסכים בתוקף, 5 = מסכים מאוד), מתחלפות בין פריטים חיוביים ושליליים. הציונים חושבו לפי השיטה הסטנדרטית: עבור פריטים אי-זוגיים, התרומה היא מיקום הסולם מינוס 1 (R − 1); עבור פריטים זוגיים, התרומה היא 5 פחות מיקום הסולם (5 − R). סכום כל התרומות מוכפל ב-2.5, ומניב ציון סופי מ-0 עד 100, כאשר ציונים מעל 68 מציינים שימושיות מעל הממוצע²⁴. בנוסף, נערכו שתי שאלות פתוחות כדי לאסוף משוב איכותי על חוזקות המערכת ותחומי השיפור. התשובות נותחו באמצעות ניתוח נושאי: נושאים חוזרים מתשובות המשתתפים ותצפיות חשיבה בקול קודדו באופן עצמאי על ידי שני חוקרים וחולקו לקטגוריות. הסתירות נפתרו באמצעות דיון. הקטגוריות שהתקבלו: סקירה כללית של טיפול מאוחד, יחסי מקצוען-מטופל, המשכיות טיפול, תלות בקישוריות, חוסר פונקציונליות ייצוא וצרכי תמיכה במשתמשים, נגזרו באופן אינדוקטיבי מתגובות המשתתפים ומוצגות בטבלת התוצאות האיכותניות.

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

תוצאות

מדור התוצאות מציג את תוצאות הערכת השימושיות, כולל מדדים כמותיים מקני מידה סטנדרטיים ומשוב איכותי מאנשי מקצוע בתחום הבריאות. הניתוח מתמקד בהערכת היעילות, היעילות והקבלה של המשתמשים של יישום הטיפול הקדם-לידתי המקוון. הערכת השימושיות של האב-טיפוס הניבה ציון כולל של 77.5 בסולם השימושיות המערכתית (SUS), העולה על הסף המצוטט הנפוץ של 68, המצביע על שימושיות מספקת. ציוני SUS היו מפוזרים באופן רגיל (מבחן שפירו-וילק: W = 0.9076, p = 0.4532), עם ממוצע של 77.50 וסטיית תקן של 9.35, כפי שמתואר ...

דיון

אב הטיפוס של רשומת ההריון הדיגיטלית השיג ציון ממוצע של SUS של 77.5 (SD = 9.35), המצביע על שימושיות מקובלת לפי מדדים מוכרים. תוצאה זו מצביעה על כך שהשילוב בין עקרונות Domain-Driven^{Design 25,26} ו-Hexagonal^{Architecture 13}, על ידי יישור המערכת באופן הדוק עם זרימות עבודה קליניות אמיתיות, תורם באופן חיובי לתפיסת השימושיות. הציונים הגבוהים ביעילות ומניעת טעויות מצביעים על כך שהמערכת תומכת ביעילות בהשלמת משימות קל...

חומרים

רשימת החומרים שנעשה בהם שימוש במאמר זה

שם	חברה	מספר קטלוג	הערות
Axios	Axios Contributors	1.8.4	N/A
Backend repository	Author	N/A	N/A
Docker	Docker, Inc.	27.x	N/A
Express.js	OpenJS Foundation	5.1.0	N/A
Frontend repository	Author	N/A	N/A
Next.js	Vercel	15.2.4	N/A
Node.js	OpenJS Foundation	22.x	N/A
PostgreSQL	PostgreSQL Global Dev. Group	15.x	N/A
Prisma ORM	Prisma Data, Inc.	6.5.0	N/A
React	Meta Platforms, Inc.	19.0.0	N/A
React Hook Form	react-hook-form Contributors	7.55.0	N/A
Recharts	recharts Contributors	2.15.3	N/A
Render	Render Services, Inc.	N/A	N/A
TanStack Query	TanStack	5.74.4	N/A
TypeScript	Microsoft	5.8.2	N/A
Vercel	Vercel, Inc.	N/A	N/A
Zod	Colin McDonnell	3.24.2	N/A