Healthcare Web application

Users

• Physicians
• Surgical Centers
• Staff member at Physician Office
• Surgical Centers
• Staff member at Surgical Centers and
• Patients at large.

Sign Up

• Sign up process would use a unique identifier (email/SMS) to identify the user and allocate a role
to the user.
• Sign up will be done using the implementation guideline under HIPPA.
• Patient Sign up can be done by Patient himself or the physician or staff member at the physician
office.

Log In

• Log In credentials will be authenticated from the server, after authentication only the system
would be accessible to the user.
• Log in module will be done using the implementation guideline under HIPPA.

Dashboard

• Patient Dashboard
• Patient Dashboard will have links/tabs for the following modules

Demographics

• Clicking on the demographic’s link/tab on the dashboard page application will display the
demographics page. Patients would be able to create their profile in the system through the
demographics module.
• Patients can enter the following demographics information
• First Name, Middle Name and Last Name
• Date of Birth
• Gender
• Address, State, City and ZIP
• Mobile and Office Numbers
• Ethnicity & Gender
• Email ID
1
Page
 • Primary Diagnosis (ICD 10), Allergies, etc.
• On saving the demographics, the application would assign a unique MR number to the patient.

Insurance

• Clicking on the insurance link/tab on the dashboard page application will display the insurance
page.
• Patients can enter the following insurance information for an insurance type
• Insurance Type: Primary/Secondary
• Insurance Provider
• Provider Type: Medicare/Private Provider
• Policy Number, Group Number and Bin Number
• Effective Date
• Scanned Copies of Insurance
• External API link for eligibility verification & address verification.

Forms

• Clicking on the form’s link/tab on the dashboard page application will display the forms page.
• Patients would be able to view forms related to their disease(s) on this page.
• Patients would be able to open a form, fill it and save it.
• All the forms filled by patient would be stored with date and time stamp and would be available
for viewing and editing by the patient as well as e-signed by the patient.

Patient Engagement

• Clicking on the patient engagement link/tab on the dashboard page application will display the
patient engagement page.
• Patient engagement page would list work flow of the clinic, alerts and reminders, set in the
system for
• Medications
• Vitals
• Appointments
• Surveys
• Forms
• Events
• Patients would be able to respond to these alerts and reminders on the same page or SMS and
their responses would be saved. External API linkage will allow SMS communication.

Physician/Staff member Dashboard

• Physician/Staff member Dashboard will have links/tabs for the following modules
• Patients Panel
• User can view the list of patients who have visited the clinic in the patient list panel
2
Page
 • Patient panel will display the list of users displaying the following information for
every patient in the list
• Patients can enter the following demographics information
• First Name, Last Name
• Date of Birth
• Gender
• Mobile Number
• Email Address
• Primary Diagnosis (ICD 10), Allergies.
• Clicking on a patient record in the list, application will open the Patient profile page.

Patient Profile

• Clicking on the patient record link on the patient panel on the dashboard page application will
display the patient profile page of the patient. Users would be able to view the following
information about the patient on the patient profile page.
• Demographics information
• First Name, Middle Name and Last Name
• Date of Birth
• Gender
• Address, State, City and ZIP
• Mobile and Office Numbers
• Ethnicity & Gender
• Email ID
• Primary Diagnosis (ICD 10), Allergies.
• Insurance information for insurance types
• Insurance Type: Primary/Secondary
• Insurance Provider
• Provider Type: Medicare/Private Provider
• Policy Number, Group Number and Bin Number
• Effective Date
• Scanned Copies of Insurance card

Forms

• Clicking on the form’s link/tab on the dashboard page application will display the forms page.
• Physician and staff members would be able to view and create forms related to the disease(s) on
this page.
• Physician and staff members would be able to open a form and preview it.
• All the forms created would be stored with date and time stamp and would be available for
viewing and editing by the physician and staff members
• The forms created and saved by the physician and staff members would be visible to the patients
based on their diseases
3
Page
Patient Engagement

• Clicking on the patient engagement link/tab on the dashboard page application will display the
patient engagement page.
• Physician and staff members can set alerts and reminders for patients for their
• Medications
• Vitals
• Appointments
• Events –Surgeries and plans
• Patients would be able to respond to these alerts and reminders on the same page and their
responses would be saved.

Super Admin Web Application

• Users: Super Administrators.

• User would be able to approve/disapprove a SC/PO/Patient.
• User would be able to send emails & notifications to all the SC/PO/Patient.
• User would be able to set the logo, images, content for SC/PO.
• User would be able to view reports on active SC/PO/Patients based on predefined filters, date
ranges etc.

Admin Web Application

• Users: Administrator of a SC/PO.

• User would be able to approve/disapprove physicians, staff members, patients to use the
application.
• User would be able to send emails & notifications to all the patients, physicians.
• User would be able to view reports on active physicians, patients etc. based on predefined filters,
date ranges etc.

Assumptions

Suggested Third Party API’s:

• HL7, XML Parsing API & JSON

• SMS, Chat & Voice Integration API Twilio
4
Page
Development Scope

• Demographics
• Registration
• Self-Registration
• PO Admin
• Inbound XML / HL7 feed from Patient Accounting System
• Profile Management
• Flow
• Patent can do the self-registration to the portal and manage their profile
• PO user will search for the patient in the system and if not found then he/she will add
the Patient basic information.
• Patient will get an email/SMS with hyperlink to complete the registration and update
the profile.
• PO user will also assign the form which patient should fill after completion of
registration.
• History
• The forms filled by the patients will be saved and accessed under history menu.
• The medical history will be kept appending based upon the appointments and
date/timestamp.
• Every update on the medical history will be tracked by patient/staff with date time.
• Forms
• The forms sections will be visible only to staff of the medical Facility.
• There will be approx. 15~25 forms.
• PO can send request to Super Admin to add any additional forms.
• Compatible to HL7 / XML / JSON (using Rest API) format.
• Insurance Information
• Patient can manage their Insurance information and can scan their Insurance ID into
the system.
• Multiple insurance policies can be managed for Primary / Secondary.
• Expired Insurance policies will be archived.
• Patient Engagement System
• Alert Management
▪ Events
• Appointment Reminders
• Prescription
• Medication Values
• Recall
• Other Events
• Inbox
▪ Email
▪ SMS
5
Page
• Appointments
• Patient Appointment
• Patient can login to the portal and view the available appointment slots based upon the
specialty / treatment they are looking for
• The Appointment calendar will be managed by Hospital staff for the days / doctors /
specialty appointment.
• Staff Appointment
▪ Staff will search for the patient and will book the appointment from them for
admin.
• Flow
• Once the appointment is booked, the alert notification for the appointment will be
assigned to staff.
• There will be library of notifications which can be used out of box.
• If required, the staff can make the custom notification and assign for appointment and
future work flow in the system for the patient.
• The patient will receive the appointment notifications via SMS/Email.
• If required, the patient can do the appointment change request by replying to SMS with
new time. The Medical Facility staff will review and if available will assign and if not, then
they can call the patient for new date and time.
• The appointment can be changed by patient by login to patient portal by cancelling the
current appointment and book the new slot or moving the current appointment to
available date/time.
• Staff will search for the patient and will book the appointment from them form admin.
• Import/Export HL7, PDF Export, and XML
• Staff can export the patient data in HL7 format or Base 64PDF format or XML
• Staff can import patient data in HL7 format exported from other EHR/Software or
through XML based web services – The import will work on standard HL7 format / XML
format. Data mapping of fields will be required.
• REPORTS with multiple sorts and filters.

6
Page