Eir: Difference between revisions

From MozillaWiki
Jump to navigation Jump to search
(Created page with "=Eir - Open Source Medical Platform Project= ==About this platform== ===Background=== With the aging population worldwide, there has been a rapid increase of dependent patient...")
 
Line 15: Line 15:


===Codename - Eir===
===Codename - Eir===
We decided to use the code name, Eir, pronounced just like "Air", for this open source medical platform project. In Norse mythology, Eir is a goddess and/or valkyrie associated with medical skill. Eir is attested in the Poetic Edda, compiled in the 13th century from earlier traditional sources; the Prose Edda, written in the 13th century by Snorri Sturluson; and in skaldic poetry, including a runic inscription from Bergen, Norway from around 1300. Scholars have theorized about whether these three sources refer to the same figure, and debate whether Eir may have been originally a healing goddess and/or a valkyrie. In addition, Eir has been theorized as a form of the goddess Frigg and has been compared to the Greek goddess Hygieia.  
We decided to use the code name, [https://en.wikipedia.org/wiki/Eir Eir], pronounced just like "Air", for this open source medical platform project. In Norse mythology, Eir is a goddess and/or valkyrie associated with medical skill. Eir is attested in the Poetic Edda, compiled in the 13th century from earlier traditional sources; the Prose Edda, written in the 13th century by Snorri Sturluson; and in skaldic poetry, including a runic inscription from Bergen, Norway from around 1300. Scholars have theorized about whether these three sources refer to the same figure, and debate whether Eir may have been originally a healing goddess and/or a valkyrie. In addition, Eir has been theorized as a form of the goddess Frigg and has been compared to the Greek goddess Hygieia.  
[[File:eir.jpg|center|400px|Menglöð sits with the nine maidens, including Eir, on Lyfjaberg (1893) by Lorenz Frølich.]]
[[File:eir.jpg|center|400px|Menglöð sits with the nine maidens, including Eir, on Lyfjaberg (1893) by Lorenz Frølich.]]



Revision as of 06:37, 4 February 2016

Eir - Open Source Medical Platform Project

About this platform

Background

With the aging population worldwide, there has been a rapid increase of dependent patients who are either bed or house bound. More and more services are provided by hospitals and health-care organizations and allow doctors to provide diagnosis in patients' places in a regular basis. But the frequency is not high enough to provide timely diagnosis based on latest update of health condition. It brings us the idea to implement a cloud based system that can monitor health condition of users and allows doctors to provide timely diagnosis.

Although there are lots of medical mobile apps on the shelf to provide personal medical information, analysis, or even some simple monitoring functionalities, these applications are used on current complicated operating systems that most aging patients may have difficulties to use. Another bigger issue is the lack of a centralized system to collect all these data from different medical devices and send these data to doctors as one single source of data for further diagnosis.

EirConcept.png

Therefore, the major goals of this project include:

  • To provide a centralized place to collect data from different medical devices or apps automatically.
  • To monitor health condition of users and allows doctors to provide timely diagnosis.
NCUCSIElogo.png

In October 2015, we raised this suggestion and initialized this project in National Central University. The initial target audience for this project focuses on the patients / users who are unable to go to hospitals and see doctors, and who would like to have a centralized place for all medical apps, and who are not familiar with existed complicated mobile operating systems.

Codename - Eir

We decided to use the code name, Eir, pronounced just like "Air", for this open source medical platform project. In Norse mythology, Eir is a goddess and/or valkyrie associated with medical skill. Eir is attested in the Poetic Edda, compiled in the 13th century from earlier traditional sources; the Prose Edda, written in the 13th century by Snorri Sturluson; and in skaldic poetry, including a runic inscription from Bergen, Norway from around 1300. Scholars have theorized about whether these three sources refer to the same figure, and debate whether Eir may have been originally a healing goddess and/or a valkyrie. In addition, Eir has been theorized as a form of the goddess Frigg and has been compared to the Greek goddess Hygieia.

Menglöð sits with the nine maidens, including Eir, on Lyfjaberg (1893) by Lorenz Frølich.

Concept of the platform

With this platform, we expect to bring tighter connections between patients, their family members, and doctors. As a start, we focus on the exchange of corresponding health and medical information.


Concept of Medical Platform

Component of the platform

The platform contains following 3 parts:

Components of Medical Platform

1. End point device

This means devices that directly receive patient's health data. It may have BLE and/or internet access capability. A commonly seen wearable device is an example of this. It could be a medical instrument as well, which measures a patient's specific data, like blood pressure. A more powerful wearable can even collect information from other medical devices. (In such case it plays part of the role of the "internet hub", which is the next component of this platform. We will mention this “hub” later.) We will also try to optimize Firefox OS to be able to retrieve monitoring data from 3rd party medical devices or other related IOT devices constantly.

If the wearable is built with a display, it should provide a quick and easy to understand dashboard for showing an overview of health condition to a patient. The wearable can be a communication channel between patient and doctor as well. For example, it regularly send information to a data center for doctors to do diagnosis and may allow doctors to send some suggestions to the patient. (which subjects to related law/regulatory of telemedicine.)


2. Internet hub

Since not all wearable devices and medical instruments have internet capability, we will need a hub that can link those devices (for example, via Bluetooth) and connect to the data center via WIFI or cable. Battery life of wearables is another consideration that drives such need. (It consumes more power if a wearable device has web access capability itself)

This internet hub simply acts as a bridge, to transfer data between a data center and devices like wearables. It could be a dedicated physical device executing a tailored FxOS, or a smartphone/TV running a designed FxOS App, or web page.


3. Data center

As a start, the data center collects all data from above 2 types of devices (in the future we may consider getting data from other data centers of hospitals, health centers, research institutes, etc.). It process further statistics and provides a web-based management console for doctors to perform diagnosis. It also provides a console for patients and their family members to keep them connected and be aware of the health condition of the patients.

With this platform, we would like to bring more medical devices to the world of web, and provide a secure environment that shorten the distance between patients, their family members, and doctors.

Data sources

Based on the architecture and concepts above, we can conclude the following items as the data sources:

  1. Geolocation based data.
  2. Medical records, diagnosis and prescription from hospitals and doctors.
  3. Raw data from 3rd party medical devices.

To get geo-location based data, geolocation module and corresponding available APIs from other services(for example, Google Map APIs) are required. For diagnosis and prescription, we need to work on a better way and see how to integrate with existed systems in hospitals. For raw data from 3rd party medical devices, we proposed to use Simmer from mHealth to integrate with 3rd party medical devices.

Problem Statements & Solutions

Problems Statements:

1. For elders, whether sick or not, to keep monitoring their health condition either by themselves, or by families or by their primary doctors is important. Those elders do not necessarily want to go to hospital very often but they still want to get medical advices or attention when they need/want to. A secured system that is able to provide an easy communication between patients, their family members, and doctors is therefore required.

2. Current remote medical service systems out there already solve the problems of collecting data from devices, patients and then sending to doctors, but they are either segregated or owned separately by doctors/hospitals. Patients do not own their historical medical/clinical data.

3. This Open Medical Platform means to solve this problem. All the data collected from each web-enabled devices are accessible to patients. Patients can decide whom the data should be sent to.

Value Proposition

Open Medical Platform connects the linkage among doctors/hospitals, patients & the web-enabled medical devices. With patients being the focal who keep updating medical information from devices to data center, doctors can easily provide Remote Medical Service to patients, whereas patients have permanent access to their medical information.

How to join?

If you are interested in joining us,

  1. Please sign up your name here. Please input your name, email, skills, Bugzilla account, and your country/timezone, then we will know how we can work together.
  2. Please refer to the following communication channels to join us!!

Communication Channels

Target working environment

Based on our discussion, the benefit to run this system on a wearable device is better than on a mobile phone. To ask elders to carry a mobile device might be not a good suggestion. Instead, a wearable device is better. So, wearable is considered as a long term plan. We need to survey what kinds of wearable device is suitable for this project.

Before we found a good wearable device, the original plan is to work on existed Firefox OS mobile phones for the 1st version of this project. Later, based on some further discussions, in order to prevent some existed bias assumption on mobile phones and increase the availability to community and allow community members to have the same development environment in the early stage, Raspberry Pi 2 is considered as a good choice for phase 1.

Then, as the emulator is becoming mature, a good plan is to work on emulator environment before we find a solution on wearable devices. In order to make sure Firefox OS emulator will be easy to access by community members, a FxOS emulator promotion program is created.

Therefore, we can plan this project into the following phases:

  • PHASE 1: Raspberry Pi 2
  • PHASE 2: Firefox OS Emulator (Optional)
  • PHASE 3: Wearable devices

Project plan

Based on the target working environment, we can have 3 phases for this project. In phase 1, the following actions are what we need to take next:

  • To collect user scenarios, user stories, requirements.
  • To prioritize requirements.
  • To provide UI wire-frame.
  • To enumerate engineering works on Bugzilla for phase 1.
  • To estimate required efforts.
  • To list down testing plan.
Trello

Now, we are collecting user scenarios, user stories and requirements. Please see our meta bug: Bug 1223309. All collected user stories are in Google Spreadsheet. Now, we put all our working items in a Trello board. Also, we put all our discussion results in a Google document as our meeting minutes.

Snapshot of our Trello board

2016 London Work Week

We are targeting to have our first demo in 2016 London Work Week. This demo could come with Raspberry Pi as a prove of concept device. Other than Raspberry Pi, a basic set of features on data center or data server is expected as well.

2015 Orlando Work Week

Mozlando Work Week
Mozlando Work Week

At 9am on December 11th 2015, we hosted a session in Mozilla Orlando Work Week. In this session, we had an overview of this program, and talked about the user stories, and the next plan.

After Orlando Work Week, we plan to refine user stories based on all comments that we collected during the Orlando Work Week. Then, we will submit these user stories into Bugzilla.

If you have any suggestions or comments, please send it to fxos-medical-platform@googlegroups.com, or talk with us via any communication channels that we have for this program.

Bug list

The dependency tree provides a good view of all bugs in this project.

Full Query
ID Summary Status Assigned to Blocks
1223309 [Eir] (meta) Mozilla Eir RESOLVED Kai-Chih Hu [:khu] 1242702
1223686 UI wireframe for the Mozilla Eir RESOLVED 1223309
1224820 [Eir] (meta) Security of Mozilla Eir RESOLVED 1223309
1234412 (User Story) Overview of medical condition RESOLVED 1251188
1234432 (User Story) To provide login mechanism for end users to protect personal data RESOLVED 1251188
1234434 (User Story) To provide login mechanism for doctors to protect personal data RESOLVED 1251188
1234435 (User Story) To be able to login with biological data RESOLVED 1251188
1234438 (User Story) To dial to personal doctor and/or emergency number RESOLVED l941166 1234442
1234442 (User Story) To call emergency based on health condition RESOLVED l941166 1251188
1234443 (User Story) To receive medical suggestions RESOLVED 1251188
1234444 (User Story) To generate medical suggestions based on known criteria RESOLVED 1251188
1234445 (User Story) To use geolocation to locate hospitals RESOLVED 1251188
1234446 (User Story) To have detailed medical reports RESOLVED 1251188
1234454 (User Story) To review end users' health condition and location RESOLVED 1251188
1234463 (User Story) Reminder to take medicines RESOLVED 1251188
1234467 (meta) To bring medical devices into the world of web RESOLVED 1251194
1234469 (meta) Medicine management RESOLVED 1251194
1234470 (User Story) Check-list to manage what medicines were taken RESOLVED 1251188
1234471 (User Story) Statistical health condition and comparison RESOLVED 1251188
1234473 (meta) APIs to allow add-ons(apps) to integrate with this system RESOLVED 1251194
1234474 (User Story) Integrate with social networks RESOLVED 1251188
1234478 (User Story) To send additional files for medical reference RESOLVED 1251188
1234480 (User Story) Backup and restore feature RESOLVED 1251188
1235708 Thinner Gaia, and proper display resolution RESOLVED 1251194
1235726 (User Story) Publish Updates RESOLVED 1251188
1251188 [Eir] (meta) User Story Tank RESOLVED 1223309
1251194 [Eir] (meta) Goal and Feature Roadmap RESOLVED 1223309
1251557 [Eir] Enable open mHleath solution for components “from one device to storage” RESOLVED 1251560
1251558 [Eir] Build services for gateway, crawler, and analyzer RESOLVED 1251560
1251560 [Eir] (BE) Enable interoperability between services and components of Eir RESOLVED 1251200, 1252367
1252352 [Eir] Demo script design for POC RESOLVED 1252355, 1252358
1252355 [Eir] (BE) Analyzer's rule implementation RESOLVED 1251200, 1252367
1252358 [Eir] Frond end UI design for POC RESOLVED 1252363
1252363 [Eir] (FE) Frond-end implementation for POC RESOLVED 1251200, 1252367
1252367 [Eir] FE-BE integration and test RESOLVED 1251200

35 Total; 0 Open (0%); 35 Resolved (100%); 0 Verified (0%);


Team members

Initially, there are totally 7 graduated school students, 1 PhD student and 1 3rd grade student who are led by Dr. Horng in the computer science department to work on this project. Dr. Horng, PhD., National Taiwan University, is a professor in National Central University now. His major research area is bioinformatics, and database.

Now, there are more and more community members, and students from computer science department and medical schools from different countries to join. These countries include Taiwan, Singapore, the United States, Malaysia, the Philippines, Mauritius, India, Germany, Bangladesh, Mexico, Spain and Netherlands. It indeed becomes a global program now.

All joined members are listed in a Google Spreadsheet and also listed in the following:

  • Product management
  • Project management
    • Taiwan: Wesly Huang, Kevin Hu, Rachelle Yang
  • Engineering
    • Taiwan: Greg Weng, Steve Chung, Ken Tsai, Ray Chung, Leo Chang, Iris Chiu, Ernest Chiang, Michael Tsai
    • India: Kumar Rishav, Abhiram, Dron Rathore, Tanay Pant, Dyvik Chenna, Lavish Aggarwal
    • Bangladesh: Bolaram Paul
    • Malaysia: Arif Fahmi Fisal
    • United States: Richard Paradies, Shawn Liu
    • Philippines: Tito Mari Francis Escano
    • Netherlands: Michiel de Jong
    • Germany: Carsten Book, Aleh Zasypkin
    • Mauritius: Sandraghassen S Pillai [Ganesh]
  • Security
    • Australia: Paul Theriault
    • United States: Richard Paradies
    • Germany: Christiane Ruetten
  • Testing
    • Spain: Isabel Rios
  • Product marketing
    • Taiwan: Natasha Ma
    • India: Dyvik Chenna
  • User experience / User research
    • Taiwan: Mark Liang, Morpheus Chen
    • India: Tanay Pant, Dyvik Chenna
    • United States: Francis Djabri
  • Medical experts
    • Singapore: Tan Jit-Seng

Medical Consultant(s)

Dr. Tan Jit-Seng

We invited Dr. Tan Jit Seng, who was a doctor in Singapore and now is a director at Lotus Eldercare Pte Ltd and providing elder health care service. Dr. Tan devotes himself in elder health care for years. He is dog-fooding Firefox OS and actively working on technical programming fields as well.

Dr. Tan is a medical consultant in this project and he is providing medical suggestions based on his experience in elder health care field.

Reference