About the project

Nowadays, Turbota is a personal healthcare app for patients fully compatible with the Ukrainian eHealth ecosystem and at the same time allows the user to accumulate and use medical history from other sources.

Task

The perfect app for patients’ needs simply didn’t exist. The Ukrainian national eHealth system development covered services for doctors and medical providers, but not for patients.

Though during the creation of Turbota several applications of the same kind were issued, all of them have one drawback – incomplete medical data due to the natural source of their collection: medical facilities.

Our goal was to create an application where the patient could collect his full medical history and manage it at his own discretion.

Challenges

only off-line registration via doctor to get medical services

lack of possibility to change patients data without doctor

e-Prescription & e-Referral existed only as a code in SMS: patient has to read the code from SMS to get medicines or service in the medical facility, also doctor has to print the paper versions of the documents so that patient saw what exactly was prescribed

declaration signing only in the hospital

lack of possibility to manage access to the medical data from the patient side without doctor

Process Description

Step 1: Sign Up/Sign In, Medical data from eHealth, searching and sorting

Challenges

From the very beginning of the project, we wanted to allow our user to choose one or multiple FHIR-compatible sources to get medical records from or not to use any source at all. So we had to abstract Turbota from the particular source of medical data – in our case e-Health.
Data we were going to store is one of the most sensitive ones, we had to protect it but to make the user onboarding process as easy as possible.
Medical data in the Ukrainian e-Health system is stored in FHIR format, it is highly structured and allows to describe almost any medical condition or event, but at the moment of Turbota development it lacked a Composition object which could allow its consumers to represent medical data in the human readable format.

Solutions

We used the most common third-party services – Google and Apple to authenticate our user, thus our user gets access to the basic functionality of the application in a couple of seconds, but his account is protected as well as his Google or Apple account is.
We encrypt personal data of the user on our backend.
We built our architecture based on the account-linking paradigm: it allows linking as many health accounts as needed, all medical data will be combined in the context of its owner.
We implemented federated APIs to get and show data from different microservices (or sources) to the user using one call to the backend.

Step 2: e-Prescription, e-Referral from Ukrainian eHealth, signing of the contract with the Primary Healthcare doctor

Challenges

Ukrainian eHealth system medical service provider directory has limited possibility of filtering data, the result of the filtering returns employee records, which means that if some doctor works in more than one medical facility – he will appear in the results more than once.

Solutions

We decided to have a medical providers directory on our side at this early stage of the project – this decision is in line with our next steps of Turbota development. So we build ETL process (is a process that extracts the data from different source systems) of PHC doctors from e-Health to our backend which allowed to cover most common use cases of searching for a doctor to sign a contract in Turbota.

Step 3: Allow user to download his medical history from the local source (file, image) and to share any medical data from Turbota into third party applications

Challenges

We have to combine two different sources of data – the data that we’re already getting from eHealth in on-line mode and the data that users can possibly download – to display them in the application as one set of medical records organized in a user-friendly way and with a common search engine.

Solutions

Since our target is to allow to technically connect as many medical data sources as needed, maintaining (and somewhere adding) interoperability of the data, it was decided to use FHIR server developed by Edenlab to store medical data from different sources.

Results

  • • Receive complete medical history from the central eHealth database of Ukraine
  • • Find any document in the patient’s medical history, review it, and share it if needed
  • • Find the most suitable primary healthcare doctors and sign declarations with them
  • • Get prescribed medicine or medical services using their e-prescriptions and e-referrals for medical services
  • • Personalized health trackers with easy-to-understand graphics and health diary
  • • E-Assistant – our bot will give advice or suggest what to do depending on your symptoms or request
  • • Since Turbota’s development is still going on, our future plan is to gradually expand its functionality by adding the following features
  • • Upload medical documents: clinical notes, diagnostic reports, procedure reports
  • • Search for & order medications and as its evolution – first aid kit tracker and medication reminders
  • • Search for a specialized care doctor or a service, make an appointment and as its evolution – medical service directory, meaning that it should be the service with rating system for medical service providers
  • • Tied accounts – ability to manage loved ones medical records & events.

 

More cases

eHealth_walp

National eHealth 
system

Completed digitization of the Ukrainian healthcare system with over 36,5 million accounts and personal records numbering in the tens of millions.

Heals.Asia built on top of the Edenlab Kodjin FHIR server and terminology service

Heals.Asia

One of the largest TPA in Hong Kong challenged the Edenlab team to switch to a modern FHIR architecture. The project was built on top of the Edenlab Kodjin FHIR server and terminology service.

Elation Case

Deploying a FHIR-Compliant Solution with a Custom Clinical Data Mapper

Edenlab created for Elation Health a solution that bridges the gap between their existing data standards and the FHIR requirements. Through Edenlab’s expertise and support, Elation Health successfully achieved ONC certification, implemented USCORE 5.0.1 support.

Img_01

Building a FHIR Semantic Layer Analysis Platform

Industry: Healthcare

Country: US

Project type: Analytics Platform

Duration: Ongoing

Let`s chat

We would be glad to share more details about our enterprise-level FHIR software solutions and other cases based on the HL7 FHIR standard.

    Your form has been submitted successfully

    We will contact your shortly

    Kodjin White Paper

    Please leave your email to get Kodjin White Paper

      By downloading files from this site you agree to the Policy

      The Kodjin White Paper has been successfully sent to your email

      We have sent a copy to your email

      Back to website content