Corona Rapid Engineering and Needs Collaboration Project

Supporting collaboration between medical teams and bio-medical engineers. Fast. Minimum interference.

How this works? click here.

If you are an Engineer looking to understand needs, click here.

For a list of specific needs, click here.

If you are medical personnel looking to report or elaborate on a need, or an engineer with an information request, click here.

If you have a solution (not an idea!), click here.

To go straight to needs, click here .

For a more narrative form, via wiki, click here .

Link to list of challenges at healthil.org.

General scheme

This website is under ongoing construction. please forgive missing links and pls report any confusions.

old hebrew version:

מטרת הפרויקט: לנצל את היכולות של ישראל בפיתוח פתרונות מכשור רפואי כדי להתמודד עם משבר הקורונה הצפוי.

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

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

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

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

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

המהנדסים יקבלו גישה לחולים ונתונים אמתיים ומשוב מידי ואיכותי.

איך לדעתנו נראה המנגנון:

2-3 רופאים ואחות עובדי בית החולים שיקציבו מספר שעות בשבוע לדיון על הבעיות הקיימות ועל הפתרונות שעולים.

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

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

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

לוח זמנים אופטימי:

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

תוך 4 ימים מהתנעה יינתנו פתרונות ראשוניים מהמהנדסים.

תוך 6 ימים מהתנעה יתקבל משוב ראשוני מצוות בית החולים.

תוך 10 ימים מהתנעה יתחילו להציב אבי טיפוס בבית החולים.

תוך 18 ימים מהתנעה יתחיל תהליך ייצור של הפתרונות העובדים.

האם אתם מעוניינים לתמוך או להשתתף?

אם כן, פנו לחתום מטה

מאיר פנסטר


maier@ipatent.co.il



The problem:

We sincerely hope that quarantine methods will stop the spread of disease and that both treatment and vaccination development efforts will give results fast.

There appear to be a significant number of patients who recover providing they receive adequate care. The exponential spread of the disease, can quickly overwhelm the ability of local healthcare systems to provide this adequate care. Also, healthcare workers are disproportionately affected and seriously overworked.

In Israel, this may happen within 3-6 weeks of March 16.

The overall goals:

We would like to delay or prevent the overwhelm from happening by marrying talented bio-medical engineers and medical teams at the front line.

A secondary goal is to develop solutions which, while not suitable for a working healthcare system, may be acceptable under conditions of healthcare collapse.

Why is it not trivial?

  1. Medical teams are already seriously overworked, so the needs and problems are not well exposed to potential solution providers.

  2. The needs are continuously changing.

  3. There is a very short time frame.

  4. Solution providers need feedback and, as noted, the medical team is overworked.

Proposed solution:

A small project management group which takes upon itself to do the following main tasks:

  1. Extract the needs from the medical teams, by unobtrusive observation and by discussion. The group will also write up their finding and build a personal rapport with relevant medical team members.

  2. The needs will be published, as well as identity of people working on solutions, with some short excerpt of the solution direction and results so far.

  3. Engineers, companies and others with solutions will be able to access these published needs and propose solutions. The solutions will be evaluated by the group and selected ones will be discussed with the medical team.

  4. The solution providers will receive the feedback and work on actual solutions to be tested. the management group will not be executing ideas coming from outside the group.

  5. The group will help oversee testing of ideas and proof of defectiveness.

Time scale:

Very short. within 7 days from starting the first ideas should already have feedback from the medical teams.

Rapid prototyping methods must be used and a cycle time of less than 7 days or even 2 days per prototype is envisioned.

Actual solution provision at scale within 2-3 weeks.

Some open issues:

  1. avoiding problems with ownership of IP.

  2. Team composition (skills).

  3. Format of needs and feedback publication. Github for now.

  4. Overall "Pareto" display showing where impact is most useful and current progress.

  5. Best way to on-board new solution providers.

  6. Collaboration with other grass-root teams. There are many.

  7. Communication tools to use. Github for now.

Next actions:

  1. tour of additional corona-treating facilities and extraction of further problems, needs and processes

  2. publishing additional problems/needs

  3. outreach

  4. modifying site according to feedback

  5. ongoing editing of site and management of information-flow