פיתוח תקנים ופרוטוקולים עבור תאימות בין פאן מלאכותית

הצורך בתקינה בטכנולוגיית Pancreas מלאכותית

מערכת pancreas מלאכותית, או משלוח אינסולין אוטומטי (AID) מייצגת קפיצת גדול קדימה בניהול סוכרת סוג 1.מערכות אלה משלבות באופן בטוח גלוקוז רציף (CGM), משאבת אינסולין, ואלגוריתם בקרה כדי להתאים באופן אוטומטי את העברת אינסולין בתגובה לרמות גלוקוז בזמן אמת. בעוד כמה מערכות מסחריות - כגון מדטרוניקה של 780G, Tandms Control-IQ, ו-pod 5 יעיל כדי למנוע שילוב של טיפול פונקציונלי אחר של טיפול.

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

ראשי תיבות של Key Components Requiring Cross-Compatibility

כדי להשיג pancreas מלאכותי מודולרי באמת, כמה רכיבי חומרה הליבה ותוכנה חייב להיות מסוגל להחליף נתונים ופקודות בצורה חלקה.

עקבו אחרי Glucose Monitor (Sensors)

CGMs למדוד רמות גלוקוז בין-סמכותיות במרווחים החל מ 1 עד 5 דקות ולהעביר נתונים אלחוטית. Cross-compatibility דורש פורמטים סטנדרטיים ופרוטוקולי שידור (למשל, Bluetooth Low Energy עם פרופיל שירות גלוקוז מוגדר). כיום, כל יצרן CGM משתמש בפרוטוקול נתונים קנייני, משאבה ואלגוריתם כדי להפוך את ה-engineer או לשלם דמי רישוי. A Universal CGM מאפשר נתונים סטנדרטיים באופן ישיר, ללא קשר לאלגוריתם.

Insulin Pumps

משאבות חייבות לקבל הוראות מאלגוריתם הבקרה ולספק אינסולין עם תזמון מדויק. דרישות אינטראופרציה כי משאבות לחשוף ממשק פקודה משותף עבור הצבת וייבוש שיעורי ביסטל, מתן בולוסים, ודיווח מעמד משלוח. משאבות קיימות ממדטרוניק, Tandem, ו-Insulet לכל אחד מהם יש API ייחודי או דורש חיבורים פיזיים (למשל, תדירות רדיו ייעודית dogle dogles לפרוטוקולים סטנדרטיים כדי להפחית את האלגוריתם הבקרה באופן סטנדרטיים ללא שימושים).

ביקורת על Algorithms (Software)

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

ממשקי משתמש ו-Data Sharing

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

סטנדרטים ופרוטוקולים קיימים כדי AID Systems

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

בצד של שינוי הנתונים, HL7 FHIR (Past Healthcare Interoperability Resources) הופך לסטנדרט להעברת נתונים מהונדסים למכשירים EHRs.פלטפורמת Tidepool, שירות לא למטרות רווח לתקני סוכרת, משתמש ב-FHIR כדי לנרמל נתונים ממערכות שונות ו- CGMs באופן דומה, מערכת דיאבלטבייט באירופה מסתמך על חיישנים סטנדרטיים ו- 1F:

(הגוף הבין יותר ויותר את הערך של הסטנדרטים: TheFLT:0) של ה- FDA, GuidanceFLT:1 ממליץ יצרני ההתקן ליישם סטנדרטים קונצנזוס מוכרים כדי להקל על החלפת מידע בטוח ויעילה.הנציבות האלקטרונית הבינלאומית (IEC) פיתחה את IEC 62304 (מחזור חיי תוכנה רפואית) ו- IEC 62366 (הנדסת יכולת), אשר חל על פיתוח עם זאת, אלגוריתם סטנדרטי של מערכת ניהול ISO 5: LT2 LT)

היתרונות של Cross-Compatibility

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

שיפור הבטיחות וההפצה של השגיאה

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

תחרות החדשנות והשוק

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

אפשרויות נוספות למטופל וגישה

חולים יכולים לערבב ולתאם רכיבים כדי להתאים את העדפותיהם.מישהו המעדיפים חיישן CGM מסוים (למשל, Dexcom G7 לדיוק) עשוי לרצות להשתמש במשאבה של ספק אחר (למשל, Omnipod לנוחות ללא צינורות) עם סטנדרטיזציה, שילובים כאלה אפשריים ללא המתנה להסכם מסחרי משותף.

המונחים: reulatory Pathways

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

אתגרים הטמיעו את התקינה הרחבה

למרות היתרונות המשכנעים, כמה טכניים, עסקים ומתקנים רגולטוריים נותרו.

פרופיל אוטומטי Lock-in ו- Business Incentives

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

מורכבות טכנית ודרישות בזמן אמת

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

אבטחת סייבר ופרטיות נתונים

ממשקי פתיחה יוצרים משטחים נוספים של התקפה.מערכת בין-קשה חייבת למנוע גישה בלתי מורשית שיכולה לשנות את מינונים אינסולין או נתוני ספירת חיישן.הסטנדרט חייב לכלול אימות חזק, הצפנה ובדיקות שלמות.יתר על כן, נתונים לבריאות המטופל שנאסף על ידי מערכות בין-מורכבות חייב לציית ל- HIPAA בארה"ב ו-GDPR באירופה. Balancing Security with usability (למשל, זוג מהיר של מכשירים חדשים) הוא לא-Fretvial-of-Fretvi-Fretexital-Freative Trade.

רדיפת ההרמוניה ב Jurisdictions

התקנים שפותחו עבור השוק האמריקאי עשויים לא להתאים לדרישות באירופה או באסיה.לדוגמה, הגישה של ה-FDA לתוכנה כמכשיר רפואי (SaMD) שונה מההסקטורת MDR של האיחוד האירופי. תקן גלובלי באמת צריך ליישב את ההבדלים הללו, שהוא מאמץ פוליטי וטכני קשה.עם זאת, ארגונים כמו פורום ה- International Medical Device Regulators (IMDRF) פועלים לקראת התכנסות.

בדיקות ותשתית הסמכה

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

כיוונים עתידיים לעבר מערכת אקולוגית מלאה

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

קוד פתוח ותקני הקהילה-Driven

מערכת Pancreas פתוחה (#OpenAPS) תנועה, יחד עם פרויקט Tidepool Loop, כבר הוכיח כי מערכות מאובטחות, יעילות סגורה-loop ניתן לבנות באמצעות מכשירים מדף ופרוטוקולים מיועדים בפומבי.קהילות אלה יצרו מפרטים מפורטים עבור בקרת משאבה (למשל, גשר תקשורת "RileyLink") ו- CGM הזרמת נתונים.comalizing עובדה זו deo-i-acepted לתקני פיתוח של אנדרואיד-acperco-APT-A-A-A-A-APT-APT-APT-APT-A-A-APT-APT-APT-A-A-APT-A-A-A-A-A-APT-A-A-A-A-A-A-A-A-A-A-A-A-A-A-A-A-A-A-A-A-A-A-A-A-A-A-A-A-A-A-A-A-A-A-A-A-A-A-A-A-A-A-A-A-A-A-A-A-A-A-A-

ארגונים לפיתוח תקני (SDO)

איגוד התקנים IEEE הקים את קבוצת העבודה P360 עבור "Standard for Communication Protocols for Automated Insulin Delivery Systems" קבוצה זו מביאה יחד מהנדסים מ- Medtronic, Dexcom, Tandem, Insulet, וגופים אקדמיים כדי לנסח תקן משותף של שינוי נתונים באופן דומה, איגוד הסוכרת האמריקאי (ADA) ו- JDRF השיקה "יוזמה בין-Interopability" כי קרנות מחקר ויצרנים פתוחים לתקני מטרה אלה.

סליחות ומנדטים

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

שילוב טכנולוגיות מתקדם (AI ו- Cloud)

מערכות AID עתידיות ישלבו את למידת המכונה לניהול גלוקוז חיזוי, ניטור מרחוק באמצעות פלטפורמות ענן, וכלים התומכים בהחלטות. Standards חייבים להתפתח כדי לתמוך ביכולות אלה - לדוגמה, ממשק סטנדרטי עבור "מוניטור בטוח" מבוסס ענן שיכול להתגבר על מינון מקומי.ה-FLT:0 ;0 HL7 FHIRFLT:1 כבר תומך בנתונים, ופותח שפותחו עבור מערכות סגורות, בנוסף ל-110.

עיצוב המטופל-Centric וזמינות

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

מסקנה

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