top of page

Electronic Health Record (EHR) Portal

To establish successful data transfer solution in healthcare domain which can provide healthcare data to end users with ease.

Problem Statement

EHR portal mainly focuses on gathering the past medical data of an applicant from multiple data source at one place to generate collective data report in readable format...patient shares his data with us by connecting his portal to share data. There is a possibility that patient may have a data already available in pdf or any other format for few data sources which he may want to add in the data report which our tool generates from multiple vendors.

​

All health data can be accessed from one platform that connects online and offline sources.

Background of Problem Space

Base: US Healthcare system

Basic Terms

Patient: The person who visits doctor for any kind of counselling, wellness check-up or to get treated for symptom of an illness is called patient.

​

Provider: Doctor who provides treatment to the patient and charge to their insurance company for payment.

​

Payer: The insurance company who covers patients for any disease or illness and pay to the doctor when a claim arises.

​

Guarantor/Subscriber: The person who has the insurance policy is Guarantor/ Subscriber. A patient visit a doctor may be covered under someone else’s policy, e.g. – a child or spouse under father/husband’s policy.

​

Practice: A place where service are performed sometimes it is same as the name of the doctor, e.g.- Mark spencer clinic.

​

Patient demographic Information: Some specific information that needs to create patients account in doctor’s system. Such as name, sex, address, date of birth and insurance information.

US Health Care Process Flow- Revenue cycle management

revenue cycle management_edited_edited.j

Important US Health Care Law

The major research questions are:

  1. Who are the leading stakeholders?
     

  2. What are the major pain points of different stakeholders?
     

  3. What is the major workflow?
     

  4. What are the use cases?
     

  5. What could be the motivation of stakeholders to use such portal

Use Case

  • Develop new underwriting capabilities and solutions through the use of comprehensive, structured health data. With this platform, unstructured health data can be ingested and processed from EHR networks, HIEs, patient portals, pharmacies, laboratories, and offline retrieval partners into normalized data outputs to inform underwriting decisions.
     

  • With Medical Evidence Optimization, health data can be turned into information.
     

  • By delivering the right health information at the right time, underwriting teams make better decisions faster and customers have a better experience.
     

  • By utilizing this platform, you can create custom reports that integrate data sources from across all electronic health records networks into a single and consistent format.
    It is possible to tailor each report to a particular use case.

Major Role in this Platform

Persona

Health Intelligence Platform

EHR portal work flow – Patient

EHR portal work flow – Patient

Requirement highlights

  • Product Name - The product name will be Synodex Connect® EHR. Synodex Connect is a registered mark of Synodex
     

  • Grounding Page – The grounding page is open Internet and therefore the login and password should not be exposed on the first page. There should be room for advertising copy about the company and product and a LOGIN button or request for information on the cover page. The LOGIN should then take you to a secure webpage after username, password and 2FA. 2FA is required to access these screens.
     

  • Client/User – A client will be a company. A user will be an authorized user for that company. The client will need an Administrative Login in order to manage users within the organization. At the very least the Administrator for each Company Client would need to see the list of authorized users and potentially the information being ordered and delivered.
     

  • Client should just be called Company and authorized user, User. Avoid the terms Insurance and Underwriter
     

  • After Login, the grounding page should be a queue of Orders for that Company/User. The Synodex Administrative login would see a Queue of all Companies, All Users

  • After seeing the Queue, selection of an item would bring you to the record of an individual patient – for insurance clients, we call them Applicants
     

  • The Applicant Queue, would have a list of medical sources being queried for information and information about the status
     

  • To start a New Order, we would need a button that says “New Order”.
     

  • The New Order, will need to bring up a matrix to fill out the medical sources being requested – doctors, hospitals, labs etx – or other available aggregators…There should be a lookup function if we have established access already
     

  • Within the Queue, there needs to be a Complete and Pending grouping Completed, would have completed reports that can be downloaded
     

  • Pending – would have a completeness % status – like 50%

EHR Portal Work flow

Design Process

The steps of the design process and how to use them.

1658751616937.jpg
1658751616953.jpg
1658751616921.jpg
1658751616905.jpg
UI/UX Designing

Paper Prototype

This is an experimental phase, and the aim is to identify the best possible solution for each of the problems

1658751616887.jpg
1658751616758.jpg
1658751616840.jpg
1658751616740.jpg
Website Chart

Low Fidelity Wireframes

Low fidelity wireframes give designers and programmers an idea of where images, text, buttons, and interactive elements might be placed.

Travel Apps

EHR portal an overview

High Fidelity Wireframes

High fidelity wireframe is a realistic prototype that closely resembles the final design of a project. It can include typography, colors, images, icons, and  buttons.

Dashboard 

Dashboard provides cumulative statistical data, order related information and navigation options
including settings

Applicants.png

Applicants list

From the search box on the top right corner, the user can search for the applicant
using the name or SSN (social security number)

​

From the add applicant button on the top right corner user can add/create
new applicant to the list

Add new applicants.png

Applicant registration-basic information

Here users need to add basic details of the applicant like health insurer, medical provider, and third party data upload of the applicant.

Health insurer details addition.png

Health insurer details addition

Fill details with Health insurer

Medical provider details addition.png

Medical provider details addition

Fill details with Medical Provider

Upload third party data.png

Upload third party data

Fill details with MUser can upload external data in pdf, csv etc.edical Provider

Applicant list with added entry.png

Applicant list with added entry

A newly added applicant will be seen in the applicant list.

​

Users can still modify, delete or place an order for this newly added applicant

​

Place new order for an applicant.png

Place new order for an applicant

To do so, the user can click on the place new order button from the Applicant screen or from the orders screen

On the place new order screen, the user needs to select the applicant and date range for which data needs to be fetched, data source such as Lab or hospital from which the data needs to be fetched, service type, and wait for criteria for data retrieval

Available data sources will be auto-populated, the user can either select or add new datasource if not part of the current list

View report.png

Preview order

Once the order is created before final submission user can still review the order
on this screen

Once the user clicks on submit, an order will be created

Order list with latest order placed.png

Order list with latest order placed

The user can view and track all orders on this screen


The orders for which requested data has arrived will have status as Completed and
will be shown in green

Users can click on Completed status and will be redirected to the report page

Users can click on the Order ID link to see the detailed order status information for
each data source

Order status.png

Order status

Preview order status

Preview order.png

View report

User can view the report for completed orders

The report will have a smart representation of all the necessary information related
to the applicant which will be easy to read and meaningful

GOAL

  1. To fulfill the need for data screening/data reporting tools for insurance companies​

 

  1. For further assessment, all the medical information about the applicant must be collected in one place
     

  2. A unified healthcare data format (FHIR) will be created by combining data from associated healthcare data providers (hospitals, laboratories, pharmacies, insurance companies, etc.) into the applicant's records. 
     

  3. The data report must be generated in a human-readable format (PDF) based on the data acquired.
     

  4. To share FHIR data on request, to other vendors/entities in a secure way

SOLUTIONS

With this platform, data can be transformed into actionable intelligence, which speeds up underwriting and creates a better customer and distributor experience. Provides comprehensive access to digital health data by combining all health data sources

 

Using the health data search and connection tool, patients can find and connect their records easily and authorize third parties to access their health information.

 

Access to Electronic Health Records (EHR) simplifies the process of selling policies and enhances customer satisfaction.

 

 

 

Based on this scenario and request from our  client, we updated our design with a Third-party data upload option where the patient can upload his available data which can be transformed and added to a final data report

  

There are chances that the patient might have changed his/her address in the last 5 years multiple times, in order to get the list of nearby hospitals, we have added fields for past address records where the patient can add 5 addresses and when he will search for the data source (his hospital) in order to fetch data, the nearby hospital list gets pops up based on the combination of service period and address

My learning

In my experience, healthcare products should be designed not only according to what people want but also according to what doctors struggle with and what treatments and tools patients need.

 

Additionally, I learn how the US healthcare system works on a systemic level.

​

Limitation and future scope

Health care is an exciting field where we can hear personal stories and read topics that we are not exposed to in everyday life; it is a field where we can make an impact on people's lives. For user experience researchers, working in the healthcare industry can be challenging due to ethics procedures, limited access to participants, and emotional demands.

​

Further features can be added to our platform in the future, such as wearable network coverage and support for fitness apps and devices. As a result, patient data can be gathered more quickly.

bottom of page