ID bearing Records Users and their roles.

1. Country. (Supported by a form and a profile page) (5 Days = 1000 Rs)

a. Form
i. Country’s name
ii. Embed map location of the country.
iii. Short description on country
b. Profile page.
i. Country’s Name.
ii. Country’s Map
iii. Enable viewing, IDLcare locations ( with links to their respective pages ).
iv. Short description on country
v. Short description on IDLcare facilities there.
vi. Statistics of doctors, specialty wise, Hospitals, Labs / diagnostic centers on
IDLcare panel, Pharmacies on IDLcare panel. (data, calculated by system)

2. City. (supported by a form and a profile page) (5 Days = 1000 Rs)

a. Form
i. City’s name
ii. Embedmap location of the city.
iii. Short description on city
b. Profile page.
i. City’s Name.
ii. City’s Map
iii. Enable viewing, IDLcare locations ( with links to their respective pages ).
iv. Short description on city.
v. Short description on IDLcare facilities there.
vi. Statistics of doctors, specialty wise, Hospitals, Labs / diagnostic centers on
IDLcare panel, Pharmacies on IDLcare panel. (data, calculated by system)

Requirement: Country + City

c. Use this data of city and country, wherever address is required in idlcare app.
d. In addresses show a single searchable field for combined data of “City, Country”.
e. In the forms, show this combined feature always before, where an ‘Address’ is required.
f. Search results of City always show like this. E.g. Lahore, Pakistan. Quetta, Pakistan.

3. Basic user. Can be upgraded to a ‘Patient’, ‘Doctor’, ‘Employee’ or a ‘Student’. (25 Days =
20000 Rs)
( for ID look at 4>a>vii, 4>b>ii and 4>b>iii>1)
a. Form. (Keep record of data entry operator and station)
i. Title (Selectable: “No title. Mr. Ms. Mrs. Miss. Dr. Prof Dr. Asstt Prof Dr. Ascoc
Prof Dr. Prof. Asstt Prof. Assoc Prof.”)
ii. Full Name.
 iii. Gender ( Male. Female. Other)
iv. Profile Image. ( Optional & replaceable, keep data of all submitted images)
v. Age:
1. Date of birth. ( convertible to age, where required ) or
2. Age. ( calculate able for fresh entries, with respect of current date.)
vi. Place of birth. (City + Country, if not available in data, allow manual entry )
vii. CNIC / B form / Passport number. OR a Temporary ID.
1. Keep record of the person + station, who entered CNIC / B form /
Passport number as permanent ID.
2. Allow a System generated unmatched Temporary ID with respect of the
registration point.
viii. Contact number. (Verification is optional. Contact number is editable but keep
record with time / date of modification, accessible to admin only )
ix. Email ID. ( Optional & replaceable, verification optional, keep data)
x. Current Address. (Editable but keep data with time / date of modification
accessible to admin only)
(Confirmation: we need to keep history of email and phone while user update ?)

b. Requirements:
i. Use the same data entry form everywhere, wherever a new Basic User is
required to get registered. like, hospital, laboratory, diagnostic center, a
pharmacy, any IDLcare outlet / POS. Additional requirements may vary
according to situation. ( What do you mean by POS?)
ii. Allot a temporary ID to the basic user if CNIC number / passport number is not
available. (look at 4>b>iii>1.)
iii. Method to get the Data of a Registered User:
Like, for registering a new Case(5>j),or for creating an invoice Ref, on IDLcare
locations and to authorized users.
1. Temporary ID. (Convertible to permanent ID over confirmation by an
authorized user.)
2. Permanent ID. (Can be B-form number, CNIC number or Passport
number)
3. By multiple entries e.g. name, date of birth, gender, contact number,
place of birth, responsible person and or address.
4. IDLcare ID card, having a QR code, and name of the user.
You will have specific card for your users?

c. User Professional Data. ( for CV purpose )

i. CV (Create / modify / view in PDF / print / Apply through email and sharing to
social media)
1. Personal data
2. Contact info
 3. Image
4. Objectives
5. Educational record (show in table)
6. Skills
7. Current job, job history / professional record (show in table)
8. Interests
9. Languages, speak / understand
10. Honors, awards, Certificates, works, presentations, researches and
participations. With dates / periods. (show in table)
11. References

d. Invoices / bills. ( a separate record )

i. Give user, access to their invoices / bills, allow downloading / printing.
ii. Create an online payment mechanism.
e. Social sharing: (an IDLcare mechanism)
i. Provide another separate mechanism to share ideas with IDLcare friends.
(Videos, images, Texts and chats. ( All supported, with comments and likes etc. )
(Chat feature will be not supported)

f. Can use its account to execute the job responsibilities, Like, Clinic Receptionist, Lab
Receptionist, Phlebotomist, Lab Technologist, Pathologist, IDLcare data entry operator
etc.

4. Patient: (10 Days = 10000 Rs)

(Patient is a Basic user that can use a Cureline (6) on demand and other clinical facilities.)
a. Form:
To become a Patient, Basic user is required to give this info first time and then update
multiple times whenever required by a clinic or hospital.

i. Get Basic user data. (4>a>i – x) Sign in or Sign up.

ii. Weight in Kgs or Lbs.
iii. Height in Cms or feet / inches
iv. BMI (Body Mass Index)
v. Temperature in oF
vi. Blood pressure in mm/Hg
vii. Pulse in beats/minute
viii. Blood sugar in mg/dl
ix. Allergies.
x. Allow adding other data as required in a clinic / hospital / laboratory / diagnostic
center. (Miscellaneous ) (on every visit of patient we will maintain his history of
weight and PB etc??? history will be added in cure line)
 b. Responsible person: is a ‘Basic User’ who brings a ‘Patient’ to a clinic, accepts the
responsibilities of taking care and pay the bills on behalf of that Patient. So in addition
to Basic User info, extra required info are:
i. ‘Responsible person’s Name’ (Custom entry or ID search)
ii. ‘Relation with patient’:
1. Offer a dropdown searchable menu of contents.
( Mother, Father, Brother, Sister, Son, Daughter, Mamoo, Taya, Checha,
Khaloo, Phupha, Uncle, Khala, Mami, Tayi, Chechi, Phupho, Aunti,
Bhanja, Bhatija, Nephew, Bhanji, Bhatiji, Niece, Wife, Husband, Brother
in law, Sister in law, One from in laws, Father in law, Mother in law,
Grand father, Grand mother, Pota, Nawasa, Grand son, Poti, Nawasi,
Grand daughter, Relative, Family friend, Neighbor, Coworker, Teacher,
Student, Classmate, Institution mate, Hostel mate, Friend, A passerby,
Unknown to patient).
2.
iii. Give right to Responsible person to create a new (Dependent) account of a
Basic User and Patient.
1. This Dependent account can be operated by same User ID and
password.
2. And can be shifted to a new Parent User ID and Password. Whenever
required.
3. And can be Detached,assigning a new User ID and Password. Whenever
required.

5. Cureline. Requirements(Life record of system user). (15 Days = 10000 Rs)

a. (Timeline of clinical / hospital / diagnostic, documents. ( Video text. Images, description.
Only doctor/assistant) can submit ? ))

i. Get a verified password to use for signing up. Use email ID as user ID.
ii. Authorized users to insert records in cure line, to their own limits of roles:
Doctors, receptionist on clinics / hospitals, surgeons, clinical discipliners,
receptionists on Labs, Lab personal who uploads a Lab report, a pharmacy
receptionist and nursing staff.
iii. Cureline is a secured, protected timeline for a ‘Patient’ to view and show
treatment / cure ( ‫ ) عالج‬related records.
iv. Cureline is date and time wise record of info / documents / images / videos
records for future reference and study.
All clinical, diagnostic, procedural, surgical, indoor, outdoor (hospital) data is
allowed to be added to Cure line by an authorized user.
E.g., Fresh values for 5>a>i-ix , prescriptions, follow-up notes, Lab test reports,
diagnostic images and reports, discharge note, surgical notes etc.
 v. Allow the user to print any specific single or multiple documents or a Case5>c
on the cure line.
vi. Allow downloading, mailing / sharing any specific single or multiple documents /
Case on the cure line.
vii. Allow these records viewable to the patient, Responsible person, doctor that
created the record, lab that created this record and the any other doctor
authorized by the Patient / Responsible person to treat / view.
viii. Show the Name / Reference / link of the creator of the record & title of the
record before the record. ( e.g. 17:30 PST. 16-Feb-19. Dr Hannan Mirza >
Prescription )
ix. Allow comments below each record. Accessible by 3>f>iv, user and the
responsible person of that Case.
6. CASE, Case ID: (15 Days = 5000 Rs)
i. Case is a set of all records for a course of treatment carrying same Case ID.
) ‫(عالج کے شروع ہونے سے ختم ہونے تک‬
ii. Allow Authorized User (5>c>ii) to use same Case ID to any of these documents.
First entry in a clinic / hospital, doctor’s first prescription, all clinical / hospital /
labs documents / reports and the final discharge note.
 ID bearing Records Users and their roles.
1. Country. (Supported by a form and a profile page)
a. Form
i. Country’s name
ii. Embed map location of the country.
iii. Short description on country
b. Profile page.
i. Country’s Name.
ii. Country’s Map
iii. Enable viewing, IDLcare locations ( with links to their respective pages ).
iv. Short description on country
v. Short description on IDLcare facilities there.
vi. Statistics of doctors, specialty wise, Hospitals, Labs / diagnostic centers on
IDLcare panel, Pharmacies on IDLcare panel. (data, calculated by system)

2. City. (supported by a form and a profile page)

a. Form
i. City’s name
ii. Embed map location of the city.
iii. Short description on city
b. Profile page.
i. City’s Name.
ii. City’s Map
iii. Enable viewing, IDLcare locations ( with links to their respective pages ).
iv. Short description on city.
v. Short description on IDLcare facilities there.
vi. Statistics of doctors, specialty wise, Hospitals, Labs / diagnostic centers on
IDLcare panel, Pharmacies on IDLcare panel. (data, calculated by system)

Requirement: Country + City

c. Use this data of city and country, wherever address is required in idlcare app.
d. In addresses show a single searchable field for combined data of “City, Country”.
e. In the forms, show this combined feature always before, where an ‘Address’ is required.
f. Search results of City always show like this. E.g. Lahore, Pakistan. Quetta, Pakistan.

3. Basic user. Can be upgraded to a ‘Patient’, ‘Doctor’, ‘Employee’ or a ‘Student’.

( for ID look at 4>a>vii, 4>b>ii and 4>b>iii>1)
a. Form. (Keep record of data entry operator and station)
i. Title (Selectable: “No title. Mr. Ms. Mrs. Miss. Dr. Prof Dr. Asstt Prof Dr. Ascoc
Prof Dr. Prof. Asstt Prof. Assoc Prof.”)
ii. Full Name.
iii. Gender ( Male. Female. Other)
7.
:
(Doctor is a Basic User with special roles and authorities, its signup requires an additional set
of info. A web profile, interactive page is created with a dashboard to modify data on profile
page and to communicate with patients and other Basic users. )
a. Form:
i. PMDC registration number.
(PMDC is for Pakistan only, other countries may have some other authorities to
register a doctor. Admin will verify the registration number of doctor. )
ii. Qualification: ( for professional medical qualification )
iii. Specialty: (Get data from ‘Specialty’ database in searchable& selectable
dropdown menu)
iv. Name of (one) Clinic: ( a text field )
v. City: (Get combined data from ‘City and Country’ database in searchable &
selectable dropdown menu)
vi. Address: ( a text field for clinic address in the city given above. )
vii. Contact Number: (Let system verify the contact number.)how you will verify the
phone number? Yes via sms api => smspoint api
viii. Email ID: (Let system verify the Email ID.)
ix. Get a verified password to use for signing up. Use email ID as user ID.
b. Dashboard
i. Personal info
1. Get basic user data for the doctor.
2. Allow Password reset.
3. Get profile image. (Replaceable, keep record of images with time / date)
4. Contact number (get from signup info)
5. Email ID (get from signup info)

ii. Professional data

1. Professional qualifications. (get from signup info) (modifiable )
2. Registration number with PMDC (get from signup info) (protected data)
3. Specialty (get from signup info).
4. Expertise ( a sub part of specialty, get data from user )
5. Short description. (Text field, modifiable)
6. Current + previous institutional jobs. (Form for multiple entries)
a. Name of Institution
b. City (Show searchable city data)
c. Tenure from._________To________
d. Position held.
7. Memberships and associations with …. Organizations.
(Allow multiple entries for names of organizations.)
8. Seminars and Workshops, participated.
(Allow multiple entries for names of seminars, workshops etc.)
 9. Research work / papers. (word editor)
iii. Offer signup: is a signup referral link, can be used to get new doctor accounts on
the behalf of this account holder / doctor .
If any doctor refer another doctor what are referral benefits?? Not for now

iv. Announcements.
1. Dashboard input: Title, Text, links, images. Allow modification and
delete.
2. Profile page:
a. Auto scroll if entries are out of range from frame, stop scrolling
on pointing.
b. Keep still if entries are within the frame.
We will have a web page where we will display the announcements?? It will be displayed on doctor
profile

v. Clinic ( allow multiple clinics data entries through dashboard )

1. Name
2. Address
3. Location on map with routes to reach clinic.
4. Contact number of the clinic (if any)
5. Clinic facilities ( on clinics profile page. Text + Images + videos).
6. Doctor’s time schedule at clinic. (day / date / shift wise from ____ To
____ )(apply auto fill technique )

8. Patients handling console (for Doctor): Supported with sms alerts. (20 Days = 15000 Rs)
a. Offer a console to view time wise list of ‘Appointments’, ‘Check
ins’ and ‘Referred in’ patients, in separate tabs.
i. The title background of each tab glow on having new
patients in the list.
ii. Send this status to notifications also.
iii. Provide 4 buttons to notify the receptionist
1. ‘Start’ to notify receptionist, ‘Start sending the
patients + doctor name’
2. ‘Stop’ to notify receptionist, ‘Stop sending the
patients + doctor name’
3. ‘Come in’ to notify receptionist, ‘Doctor (name)
is calling you (or anybody else) in chamber’
4. ‘Message’ for text communication with
receptionist.

b. Show function enabled buttons (with functionalities) in front

each patient name entry like
 i. ‘Cureline’ redirect to patients Cureline,
ii. ‘Send’ online instruction to receptionist to send this
particular patient in doctors chamber,
1. Online indication / message to that patient to
get in the doctors chamber for check up.
2. Remove the previous patient from the list when
doctor clicks on any other ‘Send’ button.
iii. ‘Reset’ to cancel one by one, above mentioned actions,
of doctor, not of receptionist.

2. Patients handling console (for Receptionist): Supported with sms alerts.

a. Offer the same real time console to receptionist also, (in
multiple tabs for multiple doctors) to view time wise list of
‘Appointments’, ‘Check ins’ and ‘Referred in’ patients, in
separate tabs.
i. The title background of each tab glow on having new
patients / info in the list.
ii. Send this status to notifications also.
iii. Provide a space to show notifications from different
doctors.
1. ‘Start sending the patients + doctor name’
2. ‘Stop sending the patients + doctor name’
3. ‘Doctor (name) is calling you (or anybody else)
in chamber’
4. ‘Ok’ button to communicate Ok to doctor and
reset this function.
iv. Provide a ‘Message’ button for text communication
with doctors.
v. Hide buttons in front of patients’ name in the list. As
shown in doctors console.
vi. Show a ‘Cancel’ button, leads to remove a waiting
patient from the list.
vii.
b. Provide button to register new patient.
c. Add and show the registered Patient’s name in the last of the
‘Check in’ list, who clicked on ‘Check in’ button on a Doctor
Profile page, in the clinic.
i. Show an ‘Approve’ button in the same line, function
leads to actually adding the name in the ‘Check in’ list.
d. Provide buttons to add patients in ‘Check in’ and ‘Appointment’
lists for each doctor.
i. On clicking these buttons
 1. Show patient data getting console 4>b>iii.
2. On getting right data show another console
5>a>ii – ix, to get additional fresh health info.
a. Insert this info to the Cureline of the
patient with reference of the
receptionist, in start.
b. Hide the titles with blank data in
Cureline.

9. Appointment settings( for a particular clinic ) (20 Days = 20000 Rs)

a. Keep appointment timings in between limits of clinic time
schedule.
b. Get Hours From ____ To ____ (apply auto fill in all next entries )
i. Option 1 allows a weekly schedule.
ii. Option 2 allows a monthly schedule.
iii. Option 3 allows a custom schedule on a years calendar.
c. Get Duration time, per meeting, in minutes.
d. Get, Consultation fee amount.
e. Get text for, Email / SMS message for appointment granted.
(modifiable)
f. Get text for, Email / SMS message for appointment rejected.
(modifiable)
g. Get text for, Email / SMS message for appointment
cancelled.(modifiable)
2. Appointment mechanism:
a. Show a ‘Appointment’ button on doctors profile page.
b. On clicking this button, check users login status.
c. If No login, ask for sign in or sign up.
d. If Yes, offer an Appointment form to choose a particular time
slot suitable to the User / Dependent.
e. Authorize doctor to accept, reject or cancel an accepted
appointment.
f. Send email and / or sms alerts accordingly.

3. Check in settings:
a. Keep Check in timings in between limits of clinic time schedule.
b. Authorize doctor / receptionist to create or get data to login or
signup.
c. Authorize patient / Responsible person to insert his name to the
check in patient’s list.
d. Receptionist / doctor has right to modify such entry.
e. Receptionist / doctor has right to approve this entry or not.
 f. Authorize doctor / receptionist to call the patient in, manually
on the system.
4. ‘Check in’ mechanism:
a. Show a ‘Check in’ button on doctors profile page.
b. On clicking this button, check users login status.
c. If No login, ask for sign in or sign up.
d. If Yes, enlist the user / dependent to the waiting list (Check in)
of patients for the doctor.
e. Final approval lies with receptionist / doctor. (upon clearing the
dues)
5. Referred patients settings:
a. Refer to.
i. Add a patient to another doctor’s Referred in list. (To a
patient already listed in a doctor’s Appointment / Check
in list. )
ii. Provide a word editor ( text, image, video enabled ) to
add notes with this referral.
iii. Keep record of these referrals.
b. Referred in:
i. A patient in this list is added by any other IDLcare
member doctor.
ii. Also show the reference / link and the message of the
doctor who referred the patient.
iii. Allow Receptionist / doctor to pick Patients from this list
and add to appointment / check in list if required.
6. ‘Referred patients’ mechanism:
a. Show a ‘Ref to’ button in line with each patient in all three lists.
(Appointment, Check in, Referred in)
i. On clicking this button, show doctors search mechanism
to select a doctor.
ii. After selecting a doctor,
1. Show a word editor for adding notes
2. Attach patients account along with its Cureline.
(to be done by the system automatically)
3. ask for confirmation.
4. If Yes, enlist the user / dependent to the
Referred in list of the selected doctor.
5. If No, discard all changes and repeat the
selection of adoctor procedure.
b. Add a tab ‘Referred in’ for showing the list of patients referred
by other member doctors, regardless of their physical contact.
 i. Real presence of such patients can be shown through
‘Appointment’ and ‘Check in’ tabs on the choice of the
patient / responsible person.
ii. If such patient appears in any of these tabs, notify the
reference by a text and glowing the background.

7. Further actions for treatment. (as under)

a. Doctor Initiate Cureline management by
i. Selecting a title for clinical / hospital document
ii. and adding required images.
iii. ( a separate system is required to manage clinical
sequences. DISCUSS)
b. Closing the session.

ii. Lab tests order. (Shareable with receptionist)

1. Allot a dedicated lab test rates list with editable discounts option.
Offered by the labs.
2. This rate initially follows or can be modified to follow standard rates.
(reset option)
3. Give choice to select one lab among multiple, available labs.
4. Offer an invoice / order creating console. (POS)
5. Offer a QR code for this lab order, to get data by a member lab.
iii. Pharmacy order console. (Shareable with receptionist)
1. Show the Medicine rates list with discounts offered by multiple
pharmacies around, registered with IDLcare, for a Case.
2. Give choice to select a pharmacy, among multiple, available pharmacies.
3. Offer an invoice / order creating console. (POS)
4. Offer a QR code for this pharmacy order, to get data by a member
pharmacy.
iv. Prescription making console for a patient / bimaar user. To be added to patients
timeline / cure line
1. Connect to the registered patient’s Cureline.
2. Get fresh health data 5>a>ii to x.
3. Clinical assessment of the patient.
a. Get disease history of the patient. (searchable diseases’names,
allow multiple entries)
b. Get signs (searchable signs’ names, allow multiple entries)
c. Get symptoms (searchable signs’ names, allow multiple entries)
d. Suggest and initial diagnosis. (searchable diseases’ names, allow
multiple entries)
e. Clinical notes. (text)
4. Make a referral to another doctor for further assessment. (Optional)
 5. Suggest medication + doses. (searchable, multiple entries)
6. Suggest preventions. ( searchable, multiple entries )
7. Suggest diagnostic / lab tests. (searchable, multiple entries)
8. Suggest a next follow-up visit, date.
9. Add a final diagnosis. (searchable diseases’ names, allow multiple
entries)
10. Suggest a future course of action. (Text)
11. Discharge notes. (text + 5>g>v )
v. Rates:
1. Consultation
2. Nursing charges
3. Service charges
4. Bed Charges
5. Room charges
6. Disposables / useable instruments charges. (Searchable, multiple
entries)
7. Disposables / useable medication charges. (Searchable, multiple entries)
8. Pharmacy / medicine charges. (Searchable, multiple entries)
9. Procedure ( surgical etc ) charges
10. Anesthesia
11. Operation theatre
12. Recovery room
13. Doctors’ Follow-up visits charges.
14. Patient transportation (ambulance) charges.
15. Labs charges
16. Diagnostic charges.
17. Miscellaneous charges
18. Tax
19. Allow to add another account if it is any.
vi. Billing / invoicing with payment mechanism.
vii. Informatics
1. Videos, articles, images, sliders, charts and calculators
a. Suggest / write / add for the IDLcare system in organized way,
based on
i. Specialty
ii. Disease area
iii. About disease, prevention, diagnostics and tips etc
iv. Source / author / creator.
b. Get and embed Videos, articles, images, sliders, charts and
calculators from central IDLcare data to doctor’s public profile
page.
viii. Show the sortable Questions ticker, allow replying selected question.
 ix. Online video consultation.(not possible in phase 1)
x. View and reply uploaded message videos from authorized patients.
xi. Advertisement space

b. Doctor (Public profile page)

i. Supported by a specific URL, idlcare.com/dr/(doctor’s choice).
ii. Create a QR code and show it in the doctor’s dashboard.
iii. Offer multiple templates and color schemes to choose.
iv. Show menu button / bar. Home button redirects to idlcare.com
v. Show data from 5>a>ii, 5>b>all, 5>c and 5>d>all.
vi. Show ‘Announcement’ frame
vii. Show embedded Sliders, videos, articles, images, charts and calculators.
viii. Show news (linked to news pages) scroll bar
ix. Add linked buttons.
1. My Cureline, ( signed-in user can view its own Cure line, 4>e>I,
otherwise ask to sign-up)
2. Appointment, ( signed-in user can get a form for the doctors
appointment, otherwise ask to sign-up)
3. Check-in, ( signed-in user can get its turn number in the clinics waiting
patients, info goes to receptionist and doctor, otherwise ask to sign-up)
4. Clinic info: redirects / scrolls to clinic info portion of the page.
x. Clinic info:
1. Show data from 5>d>i to 5>d>vi
2. Show a linked button for 5>d>v
10. Specialty ( a page)
a. Is a group title of a collection of info,
b. Give admin a form to add / modify the Specialty and authorize to assign role of specialty
admin, contributor and editor to the multiple users.
i. Title
ii. Description
iii. Sub-specialties
iv. Related diseases, diagnosis treatments.
v. Lab tests.
vi. Doctors
vii. Videos. ( doctor advices, patient / attendant experiences)
viii. Charts / images
ix. Sliders
x. Articles
xi. Location maps of specialty facilities.
c. Create a specialty profile page (control with admin or an authorized Head of Specialty)
that shows specialty related
i. Sliders
 ii. News (with links to their page)
iii. Related Doctors (with links to their page)
iv. Videos
v. Articles
vi. Images
vii. Charts
viii. Slide shows
ix. Calculators
x. Prevention tips, (food, lifestyle etc.)
xi. Diagnostic procedures.
xii. Treatment options.
xiii. Location maps of specialty related facilities.
11. Laboratory
a. Lab receptionist
i. An authorized user on lab / sample collection point, a doctor, a clinic
receptionist or an authorized sales / marketing staff / freelancer.
ii. Invoicing / billing / payment collecting facility for a patient or received sample.
iii. Receives system based referrals / instructions from doctor, 7>c and 7>d
iv. Next to phlebotomist.???
b. Phlebotomist
i. Receives system based instruction from 7>a>i, 7>c and 7>d
ii. Gets samples, checks their validity and marks them with system generated IDs.
iii. Updates on a form on system to send samples to a specific lab.
c. Lab technologist / technician
i. Performs the test in lab and enters test results in a given form on system.
ii. Updates on a form on system to send selected samples to a specific lab for
testing, and gets their results.
iii. Refers these results with comments to Pathologist for verification.
d. Pathologist
i. Supervises the Lab technologist / technician and verifies the lab results on
system, can give comments too.
ii. Informs with comments to receptionist / phlebotomist / lab technologist for any
correction in info, testing procedure or samples.

INVOICES
Comments on lab invoice module
1. In Add Test form text fields are not calling / getting data from database, where it is required.
2. In ‘View All Test’ insert double confirmation on ‘Delete’ function. In ‘Edit’ check the proper
functioning of all fields.
3. ‘Upload Reports’ seems functioning but no report is viewed in ‘View reports’. Remove this error.
4. ‘Test invoice’
4.1. Place: Show the location name of ‘Point of Sale’at the top. This could be a Clinic, Hospital or any
separate and authorized place for POS. The POS account, created / authorized and roles
assigned by Admin.
4.2. Add field“Payment account (Panel)” and create a ( searchable ) text field to get data from
special payment accounts database, including:“None, Doctors, Institutions, Laboratories,
Companies, Organizations and Sales staff. (Roles assigned by admin)
4.2.1. Add another field to show the particular ‘Payment account name + ID’ and make it
searchable.
4.3. Insert a radio button to choose a Responsible person’s type: 1. Patient him / herself. 2. A
guardian’.
4.3.1.Hide the form of ‘Responsible Person Detail’ if responsible person is patient himself.
4.3.2. If option 2 is selected, show the form 4.11.
4.4. In ‘Patient’s Detail’ Insert option to call data from database of account holders. Use this
interface to create a new user account also.
4.4.1. For this purpose Replace title of‘C.N.I.C.’ with “IDLcare ID” and in place holder, write
‘CNIC / B. form / Passport / temp No.’. (Give option to insert a temporary number, custom
/ system generated, if none of these numbers are available.)
4.5. Get ‘Complete Name’ and write ‘Correct spellings’ in placeholder.
4.6. Replace title ‘Age’ with ‘Age or D/o Birth’. Give both options in the text field to enter. Add a
calendar for entering DOB, then allow calculation of age for future data recalling.
4.7. Do not make ‘Email’ as necessary field. ( Many people often have no email account )
4.8. Insert a ‘Contact number’ text field for patient also (do not make it necessary field).
4.9. ‘City’, call data from city + country database.
4.10. ‘Address’, manual entering and allow editing if address is recalled.
4.11. ‘Responsible person detail’
4.12. ‘Name’, Give option to call data in case of an account holder.
4.13. ‘Relationship with patient’, offer a dropdown menu. ( Ref ).
4.14. In ‘Select referred By’ replace ‘Outer Area’ with ‘Unlisted Doctors’ and ‘Marketing Area’
with ‘Member Doctors’
4.15. In ‘Detail’
4.15.1. Allow custom entering of doctor’s name if (Outer area) is selected.
4.15.2. Allow getting ‘Name’ from database of doctors if (Marketing area) is selected.