• Tidak ada hasil yang ditemukan

Gambar 3.1 Incremental Model

N/A
N/A
Protected

Academic year: 2021

Membagikan "Gambar 3.1 Incremental Model"

Copied!
142
0
0

Teks penuh

(1)

29

Bab 3 METODOLOGI

3.1 Metodologi

Metode Incremental menurut Roger Pressman (Pressman R. , 2010)

(2)

Gambar 3.2 Steps in Incremental Model

Berikut adalah penjelasan dari tahapan-tahapan tersebut :

- Proses 1 : Comunication

Input : Analisis Kuisioner dan Aplikasi Sejenis

Melakukan analisis data dengan cara membagikan kuisioner kepada dokter-dokter untuk mengetahui kendala atau hambatan yang didapat dan dengan melakukan analisis terhadap aplikasi sejenis yang dilihat pada fitur-fitur yang disediakan oleh aplikasi tersebut.

Output : Permasalahan dan Kebutuhan Aplikasi

Setelah menganalisa hasil yang didapat melalui kuisioner dan perbandingan aplikasi sejenis, kemudian diperoleh hasil analisa tentang permasalahan yang didapat. Hasil analisa berupa dibutuhkan aplikasi mobile dan web yang dapat menghubungkan dokter dan pasien sehingga pasien dapat melihat dengan mudah rekam medis

(3)

31

miliknya yang terjamin akurasi datanya karena terhubung langsung dengan data rekam medis yang dimiliki oleh dokter. Kebutuhan dari aplikasi tersebut antara lain pasien dapat melihat rekam medis miliknya yang didalamnya terdapat catatan pengobatan yang diberikan oleh dokter, dapat melihat informasi dokter yang mengobatinya, sedangkan untuk dokter dapat melihat dan menyimpan data diri dan semua rekam medis pasien, melihat dokter-dokter yang terhubung dalam aplikasi dan melihat obat-obat yang memiliki ijin edaran di Indonesia.

- Proses 2 : Planning

Input : Batasan Ruang Lingkup, Kebutuhan Aplikasi

Dalam tahapan ini akan dibuat suatu perancangan sistem dan aplikasi, batasan ruang lingkup dan rancangan sistem dan aplikasi. Batasan ruang lingkup permasalahan mecakup penggunaan bahasa pemrograman tertentu dalam pembuatan aplikasi dan kerahasiaan data rekam medis yang hanya dapat dilihat oleh dokter dan pasien yang memiliki rekam medis tersebut. Pada rancangan sistem akan ditentukan sistem apa saja yang akan digunakan dan spesifikasinya dalam pembuatan aplikasi. Kemudian pada rancangan aplikasi akan dibuat UML yang berupa use case, class diagram, activity diagram dan sequence diagram dan rancangan user interface.

Output : Pemecahan Masalah

Hasil yang didapat pada tahap ini adalah rancangan sistem dan aplikasi yang akan dibuat. Aplikasi akan terdiri dari dua bagian yakni aplikasi mobile dan web. Untuk mobile akan dibuat aplikasi yang dapat digunakan pada sistem operasi android. Kemudian PHP akan digunakan sebagai bahasa pemrograman dalam pembuatan web. Pada rancangan aplikasi akan mendapatkan rancangan user interface dan UML yang dibuat sesuai dengan permasalahan dan kebutuhan Aplikasi.

(4)

- Proses 3 : Modelling

Input : Pemecahan Masalah

Dalam tahapan ini akan dibuat program mobile dan web dengan menggunakan rancangan sistem dan aplikasi yang didapat dari tahap sebelumnya. Rancangan-rancangan aplikasi berupa rancangan user interface dan UML yakni use case, class diagram, activity diagram, dan sequence diagram.

Ouput : Program Mobile dan Web

Pada tahap ini , hasil desain yang telah dibuat kemudian digeneralisasi menjadi sebuah bahasa pemrograman(coding) untuk aplikasi mobile dan web. Rancangan tersebut dibuat menggunakan UML untuk mendesign program yang akan dibangun. Setelah design sempurna dan sesuai kebutuhan, maka rancangan tersebut dibuat. UML sangat membantu dalam membuat sebuah program yang akan dibangun dari rancangan yang sebelumnya telah dibuat, sehinga memudahkan pengguna dalam dalam membangun suatu struktur pemrograman secara object oriented. Kemudian aplikasi akan diuji apakah sudah memenuhi sesuai spesifikasinya atau tidak.

- Proses 4 : Construction

Input : Program Mobile dan Web

Dalam tahapan ini akan menerima input berupa program mobile dan web. Kedua program tersebut akan dibuat saling terintegrasi satu dengan yang lainnya dengan menggunakan database yang sama sehingga tidak ada perbedaan dan ketidaksambungan data antara program mobile dan web.

Output : Laporan

Pada tahap ini hasil yang diharapkan adalah kedua aplikasi baik mobile dan web memiliki database yang sudah terintegrasi satu dengan yang lainnya. Kemudian aplikasi ini akan diuji sebagai satu sistem yang utuh untuk memastikan apakah sudah memenuhi persyaratan yang ada atau tidak serta tidak memiliki error . Kemudian juga harus

(5)

33

dilihat kembali apakah hasil aplikasi sesuai dengan kebutuhan yang telah didefinisikan sebelumnya dan semua fungsi-fungsi aplikasi berjalan dengan baik atau tidak. Bila pengujian logic, fungsi dan interface sesuai dengan kriteria kebutuhan dan dapat menjadi solusi penangan masalah pada dasar pembangunan program , maka program tersebut dinyatakan valid dan sudah layak di publish kepada pengguna agar dapat diuji dan dipergunakan.

- Proses 5 : Deployment

Input : Laporan

Dalam tahap ini dibutuhkan program yang sudah dapat digunakan oleh pengguna. Program ini berupa program yang telah di publish yakni berupa aplikasi mobile yang dapat diinstal langsung oleh pengguna dan aplikasi web. User diharapkan dapat memberikan feedback terhadap aplikasi ini baik aplikasi mobile maupun web.

Output : Perbaikan dan atau penambahan fitur aplikasi

Pada tahap ini diharapkan akan menerima feedback dari user tentang aplikasi ini ketika aplikasi ini digunakan oleh user. Apakah aplikasi ini masih memiliki error yang tidak ditemukan pada tahap pembuatan atau kekurangan lainnya. Bila memiliki error maka aplikasi ini akan diperbaiki dan dapat juga dilakukan pengembangan aplikasi seperti penambahan fitur dan fungsi baru yang mungkin akan dibutuhkan seriring dengan kebutuhan dokter dan pasien di kemudian hari. Lalu dibuat juga laporan tentang pembuatan aplikasi dan pengembangannya.

(6)

Ya 79% Ti da k 21% Ya Tidak 3.2 Analisis Kebutuhan 3.2.1 Analisis User 3.2.1.1 Analisis Kuisioner

Analisis user dilakukan dengan memberikan kuisioner kepada

47 dokter yang dilakukan dengan bertanya secara langsung dan dikirimkan melalui email dengan hasil sebagai berikut :

1. Diagnosa secara online

Gambar 3.3 Gambar Grafik Hasil Pertanyaan ”Apakah dapat dilakukan diagnosa secara online”

Dari 47 responden, 37 responden menjawab diagnosa dapat dilakukan secara online dan 10 responden menjawab tidak. Alasan dari 10 responden yang mengatakan tidak karena mereka harus melihat sendiri pasien sebelum melakukan diagnosa.

(7)

35 ya 100% Ti da k Ada 0% ya Tidak Ada

2. Kendala saat dokter tidak melakukan follow-up secara langsung

Gambar 3.4 Gambar Grafik Hasil Pertanyaan ”Apakah ada kendala saat tidak melakukan follow-up secara langsung”

Dari 47 responden, semua responden menjawab memiliki kendala saat tidak melakukan follow-up secara langsung yakni tidak dapat melihat pasien secara langsung dan tidak ada yang menjawab tidak memiliki kendala ketika tidak melakukan follow-up secara langsung.

(8)

ya 100% Ti da k Ada

0%

ya Tidak Ada

3. Kendala dokter melakukan diagnosa secara online

Gambar 3.5 Gambar Grafik Hasil Pertanyaan ”Apakah ada

kendala saat melakukan diagnosis secara online”

Dari 47 responden, semua responden menjawab memiliki kendala saat melakukan diagnosis secara online yakni tidak dapat melihat pasien secara langsung, tidak mengetahui rekam medis pasien dan data-data penunjang medis pasien. Tidak ada responden yang tidak memiliki kendala saat melakukan diagnosa secara online.

(9)

37 Antri a n 87% Ja nji 13% Antrian Janji 4. Skala prioritas dalam konsultasi

Gambar 3.6 Gambar Grafik Hasil Pertanyaan ” Apa yang

mendasari dalam menentukan skala prioritas dalam konsultasi secara tatap muka dengan pasien”

Dari 47 responden, 41 responden menjawab berdasarkan antrian dalam menentukan skala prioritas konsultasi secara tatap muka dengan pasien. Sedangkan 6 responden lainnya menjawab berdasarkan janji.

(10)

0 5 10 15 20 25 30 35 40 45 50 Keluhan

Gejala Hasil Penunjang Tanda

Gambar 3.7 Gambar Grafik Hasil Pertanyaan ” Apa saja komponen informasi yang dibutuhkan dalam mendiagnosa dan

merawat pasien?”

Dari 47 responden, 47 responden menjawab gejala dan keluhan sebagai komponen informasi yang dibutuhkan dalam mendiagnosa dan merawat pasien. 38 responden menjawab mereka mempertimbangkan juga hasil penunjang medis dan 15 responden menjawab mereka melihat juga tanda-tanda yang ada. Responden diperbolehkan untuk memilih lebih dari satu jawaban.

(11)

39 0 5 10 15 20 25 30 35 40 45 50 Nama Jenis Takaran Kandungan Alergi

6. Komponen informasi yang dibutuhkan dalam membuat resep untuk pasien

Gambar 3.8 Gambar Grafik Hasil Pertanyaan ” Apa saja komponen informasi yang dibutuhkan untuk menulis resep?”

Dari 47 responden, 47 responden menjawab kandungan, takaran dan jenis obat yang menjadi pertimbangan untuk menulis sebuah resep. 31 responden menjawab mereka mempertimbangkan juga alergi yang diderita pasien dan 19 responden menjawab mereka juga mempertimbangkan nama obat. Responden diperbolehkan untuk memilih lebih dari satu jawaban.

(12)

ya 81% ti da k

19%

ya tidak

7. Penjadwalan konsultasi secara online dengan menggunakan nomor antrian

Gambar 3.9 Gambar Grafik Hasil Pertanyaan ” Apakah penjadwalan konsultasi secara online dapat dilakukan dengan

menggunakan nomor antrian”

Dari 47 responden, 38 responden menjawab penjadwalan konsultasi secara online dapat dilakukan berdasarkan antrian sedangkan 9 responden lainnya mengatakan tidak karena sistem terlalu rumit untuk mereka.

(13)

41

3.2.1.2 Hasil Analisis Kuisioner

Hasil analisis yang didapatkan dari kuisioner yang dibagikan ke dokter adalah sebagai berikut :

1. Dokter dapat membuat diagnosa kepada pasien secara online

2. Kendala dokter dalam melakukan follow-up tidak bertatap muka adalah tidak dapat melihat pasien secara langsung 3. Kendala dokter dalam melakukan diagnosa secara online

adalah tidak dapat melihat pasien secara langsung, tidak mengetahui rekam medis pasien dan data-data penunjang medis pasien.

4. Dalam menentukan skala prioritas pada konsultasi secara tatap muka dengan pasien kebanyakan menggunakan nomor antrian.

5. Komponen informasi yang dibutuhkan dalam mendiagnosa dan merawat pasien adalah gejala, keluhan. hasil penunjang medis dan tanda pada pasien.

6. Komponen informasi yang dibutuhkan dokter sebagai pertimbangan dalam menulis resep adalah kandungan obat, takaran obat, alergi pasien, nama obat dan jenis obat. 7. Penjadwalan konsultasi secara online dapat dilakukan

(14)

3.2.2 Analisis Aplikasi Sejenis

3.2.2.1 Patient Records Doctor ON GO

Gambar 3.10 Gambar Interface Aplikasi “Patient Records Doctor ON GO”

Aplikasi ini adalah aplikasi medical record untuk dokter. Aplikasi ini dibuat oleh Siyami Apps, LLC. Aplikasi ini tidak membutuhkan koneksi internet untuk menggunakannya.

Fitur- fitur yang ada pada aplikasi ini antara lain adalah : - Dapat menambahkan pasien baru ke dalam database - Dapat mencari pasien

- Dapat mengubah data diri pasien dalam database - Membantu mengatur penjadwalan kunjungan pasien - Dapat menambahkan file multimedia untuk keperluan

medis

- Melihat total tagihan yang belum dibayar pasien Kekurangan dari aplikasi ini adalah :

(15)

43

- Membutuhkan jumlah memori yang besar karena database disimpan kedalam memori smartphone android.

- Pasien tidak dapat melihat rekam medis miliknya

- Tidak dapat berkonsultasi dengan dokter melalui aplikasi yang ada

- Tidak dapat melihat daftar obat yang dijual di pasaran

3.2.2.2 Doctor On Move

Gambar 3.11 Gambar Interface Aplikasi “Doctor On Move”

Aplikasi ini adalah aplikasi medical record untuk dokter. Aplikasi ini dibuat oleh udbhavah. fitur-fitur dari aplikasi ini adalah:

- Melihat daftar pasien

- Dapat menambah pasien baru

- Dapat menambahkan hasil pemeriksaan dari setiap kunjungan pasien

(16)

Kekurangan dari aplikasi ini adalah :

- Detail hasil pemeriksaan tidak lengkap karena hanya bisa diisi diagnosis dan obat yang diberikan

- Tidak bisa mengatur jadwal appointment dengan pasien - Pasien tidak dapat melihat rekam medis miliknya

- Tidak dapat berkonsultasi dengan dokter melalui aplikasi yang ada

- Tidak dapat melihat daftar obat yang dijual di pasaran - Data disimpan dalam aplikasi sehingga memberatkan

kerja smartphone bila data yang disimpan semakin banyak

3.2.2.3 My Health Records

Gambar 3.12 Gambar Interface Aplikasi “My Health Record”

Aplikasi ini adalah aplikasi medical record untuk pasien. Aplikasi ini dibuat oleh Rob Robinson.

(17)

45

Fitur-fitur dari aplikasi ini adalah:

- Melihat dan menambahkan history rekam medis pasien - Melihat resep obat yang diminum pasien

- Menghitung berat index tubuh pasien

- Mengecek tekanan darah dengan memasukan data

- Menambahkan catatan pertemuan konsultasi dengan dokter

- Melihat informasi tentang jam kerja dokter

- Melihat hasil analisis data berupa laporan dan grafik

Kekurangan dari aplikasi ini adalah :

- Semua data harus di masukan oleh pasien

- Data yang ada tidak terintegrasi dengan data yang ada pada dokter

- Data disimpan dalam aplikasi sehingga memberatkan kerja smartphone bila data yang disimpan semakin banyak - Tidak dapat berkonsultasi dengan dokter melalui aplikasi

(18)

3.2.2.4 Hasil Analisis Aplikasi Sejenis

Kesimpulan dari hasil analisis beberapa aplikasi adalah:

- Belum ada aplikasi medical record untuk dokter dan pasien yang saling terintegrasi dalam sistem operasi android dan pada aplikasi web.

- Kebanyakan aplikasi medical record dibuat untuk layar yang lebih kecil dari 7 inch.

- Data aplikasi ini sebaiknya disimpan kedalam server karena akan memberatkan kinerja smartphone jika menggunakan memori dari smartphone tersebut.

- Belum ada aplikasi sejenis ini yang sekaligus menghubungkan langsung secara online dokter dengan pasien.

- Aplikasi sejenis ini membutuhkan fitur melihat data pasien baik data diri, diagnosis, pengobatan dan data-data lainnya yang berhubungan dengan kondisi medis pasien.

(19)

47

Membangun aplikasi web dan mobile yang memiliki fitur-fitur sebagai berikut:

1. Menambah pasien baru 2. Mengubah data diri pasien

3. Melihat dan mencari pasien dalam database 4. Menambah dan melihat rekam medis pasien 5. Menambah daftar obat

6. Melihat dan mencari informasi tentang obat-obatan 7. Melihat dan menambah resep

8. Mengubah data diri dokter

9. Melihat dan mencari informasi tentang dokter-dokter yang ada 10. Melihat catatan history resep

11. Dapat berkonsultasi melalui pesan antara dokter dan pasien

(20)

3.3.1 Software Design Document a. Deskripsi Software

Software yang dirancang merupakan sebuah aplikasi telemedicine pada proses konsultasi dokter yang dibuat berdasarkan hasil analisis permasalahan sesuai kebutuhan pengguna yakni dokter dan pasien dalam membantu melakukan konsultasi secara online. Sistem ini membantu user yakni dokter dalam melakukan penyimpanan dan mengakses rekam medis milik pasien dan untuk pasien dapat melihat rekam medis miliknya yang ada pada data dokter.

b. Fungsi-fungsi Software

Fungsi-fungsi software pada aplikasi web adalah sebagai berikut :

1. Login

Gambar 3.13 Gambar Pseudocode Login Web

2. Add Doctor START

GET Email

Get Password IF Submitted

IF email exist in database CALL showwelcome() method END IF

END IF

END

Start

Log In

Open Add Doctor Interface

(21)

49

Gambar 3.14 Gambar Pseudocode Add Doctor 3. Add Drug

Start

Log In

(22)

Gambar 3.15 Gambar Pseudocode Add Drug

4. Add Patient

Start

Log In

(23)

51

Gambar 3.16 Gambar Pseudocode Add Patient 5. Edit Doctor

Log IN

View Doctor Interface Get Doctor ID

Open Edit Doctor Interface

(24)

Gambar 3.17 Gambar Pseudocode Edit Doctor 6. Edit Patient

Start

Log In

Open View Patient Interface Get Patient ID

(25)

53

Gambar 3.18 Gambar Pseudocode Edit Patient 7. Edit Drug

Start Log In

Open View Drug Interface Get Drug ID

(26)

Gambar 3.19 Gambar Pseudocode Edit Drug

8. View Doctor

START

Log In

Open View Doctor Interface integer index

(27)

55

Gambar 3.20 Gambar Pseudocode View Doctor

(28)

Gambar 3.21 Gambar Pseudocode View Patient

10. View Drug START

Log In

Open View Patient Interface integer index

index = 0

integer totalindex

totalindex = count(patient[]) While index < totalindex

Display patient_name[index ] Display patient_email[index ] Display patient_gender[index ] Display patient_birthday[index ] Display patient_bloodtype[index ] Display patient_religion[index ] Display patient_address[index ] Display patient_mobile[index ] Display patient_guardian[index ] Display patient_insurance[index ] index = index + 1 END START Log In

(29)

57

Gambar 3.22 Gambar Pseudocode View Drug

11. Doctor Detail

START

(30)

Gambar 3.23 Gambar Pseudocode Doctor Detail

12. Patient Detail

START

(31)

59

Gambar 3.24 Gambar Pseudocode Patient Detail

(32)

Gambar 3.25 Gambar Pseudocode Drug Detail

14. Add Medical Record START

Log In

Open View Drug Interface Get Drug ID

Open Edit Drug Interface Display drug_name[ID] Display drug_composition[ID] Display drug_indication[ID] Display drug_warning[ID] Display drug_picture[ID] Display drug_type[ID] END

(33)

61

Gambar 3.26 Gambar Pseudocode Add Medical Record

15. View MedicalRecord START

LOG IN

Open View Patient Interface Get Patient ID

Get Doctor ID

Open Add Medical Record interface

Get Date, Sympton, Diagnose, Indication, Treatment, Prescription

IF fields validated THEN Integer a

a = count (medicalrecord[]) index = a + 1

SET medicarecord_date[index] = date,

SET medicalrecord_sympton[index] = sympton, SET medicalrecord_diagnose[index] = diagnose, SET medicalrecord_indication[index] = indication, SET medicalrecord_treatment[index] = treatment, SET medicalrecord_prescription[index] = prescription ELSE

CALL add_medicalrecord() interface END IF

(34)

Gambar 3.27 Gambar Pseudocode View Medical Record

16. Medical Record Detail Start

LOG IN

Open Medical Record Interface Get Doctor ID Get Patient ID integer index index = 0 integer totalindex totalindex = count(doctor.medicalrecord[])

While index < totalindex

Display medicalrecord_date[index] Display patient_name[index] DIsplay medicalrecord_indication[index] index = index + 1 END Start LOG IN

(35)

63

Gambar 3.28 Gambar Pseudocode Medical Record Detail

(36)

Gambar 3.29 Gambar Pseudocode View Message Sent

18. View Message List START

Log In

Open View Messages Interface Open Sent Messages Interface Get Doctor ID Get Patient ID integer index index = 0 integer totalindex totalindex = count(doctor.patientmessages[])

While index < totalindex

Display patientmessages_title[index ] Display patient.patientmessages_name[index ] index = index + 1 END START Log In

Open View Messages Interface Get Doctor ID

(37)

65

Gambar 3.30 Gambar Pseudocode View Message List

19. Detail Message Sent

Start LOG IN

Open View Messages Interface Open Sent Messages Interface

(38)

Gambar 3.31 Gambar Pseudocode Detail Message Sent

20. Detail Message Inbox

Start

(39)

67

Gambar 3.32 Gambar Pseudocode Detail Message Inbox

21. Reply Message START

Log In

Open View Messages Interface Open Sent Messages Interface

(40)

Gambar 3.33 Gambar Pseudocode View Message Sent

(41)

69

Gambar 3.34 Gambar Pseudocode Logout

Fungsi-fungsi software pada aplikasi mobile adalah sebagai berikut :

START

If submitted

DestroySession()

REDIRECT to Login Interface END IF

(42)

1. Login

Gambar 3.35 Gambar Pseudocode Login START

GET Email GET Password

GET JSON REQUEST (url) GET JSON OBJECT

IF Submitted

IF Object.email not equal to Email Redirect Login form

ELSE IF object.password not equal to Password Redirect login form

ELSE

CALL patient_profile() method END IF

END IF

(43)

71

2. Logout

Gambar 3.36 Gambar Pseudocode Logout START

GET Email GET Password

GET JSON REQUEST (url) GET JSON OBJECT

IF Submitted

IF Object.email not equal to Email Redirect Login form

ELSE IF object.password not equal to Password Redirect login form

ELSE

CALL patient_profile() method END IF

END IF

(44)

3. View Patient Profile

Gambar 3.37 Gambar Pseudocode View Patient Profile START

GET JSON Request (URL) GET JSON OBJECT

string patient = JSON OBJECT

Char name, gender, email, birthday, bloodtype,religion, address, mobile, guardian, insurance

Display Name = patient.name Display Gender = patient.gender Display email= patient.email

Display birthday= patient.birthday Display religion= patient.religion Display bloodtype= patient.bloodtype Display address= patient.address Display mobile= patient.mobile Display guardian= patient.guardian Display insurance = patient.insurance

(45)

73

4. View Medical Record

Gambar 3.38 Gambar Pseudocode View Medical Record START

GET JSON Request (URL) GET JSON OBJECT

string medicalrecord = JSON OBJECT

Char date, sympton, indication, treatment, diagnose, note, supportingdata

Display date = medicalrecord .date Display sympton = medicalrecord .sympton Display indication= medicalrecord .indication Display treatment = medicalrecord .treatment Display diagnose = medicalrecord .diagnose Display note = medicalrecord .note

Display supportingdata = medicalrecord .supportingdata END

(46)

5. Reset Password

Gambar 3.39 Gambar Pseudocode Reset Password START

GET Email

GET JSON REQUEST (url) GET JSON OBJECT

string patient = JSON OBJECT If Patient.email = email THEN

IF Submitted THEN

Set Patient.password = patient.date[dd]

END IF

END IF END

(47)

75

6. Change Password

Gambar 3.40 Gambar Pseudocode Change Password START

LOG IN

GET JSON REQUEST (url) GET JSON OBJECT

string patient = JSON OBJECT get oldpassword

get newpassword

IF oldpassword === patient.password THEN Set Patient.pasword = newpassword

END IF END

(48)

7. View Message Inbox

Gambar 3.41 Gambar Pseudocode View Message List START

Log In

GET JSON Request (URL) GET JSON OBJECT

Open View Messages Interface Open Sent Messages Interface string doctor = new Json Object string patient = new Json Object

string doctormessages = new Json Object

integer index index = 0

integer totalindex

totalindex = count(doctor.patientmessages[]) While index < totalindex

Display patientmessages_title[index ]

Display patient.patientmessages_name[index ] index = index + 1

(49)

77

8. View Message Sent List

Gambar 3.42 Gambar Pseudocode View Message Sent List START

Log In

GET JSON Request (URL) GET JSON OBJECT

Open View Messages Interface string doctor = new Json Object string patient = new Json Object

string doctormessages = new Json Object

integer index index = 0

integer totalindex

totalindex = count(doctor.doctormessages[]) While index < totalindex

Display doctormessages_title[index ]

Display patient.doctormessages_name[index ] index = index + 1

(50)

9. Detail Message Sent

Gambar 3.43 Gambar Pseudocode Detail Message Sent Start

LOG IN

GET JSON Request (URL) GET JSON OBJECT

Open View Messages Interface string doctor = new Json Object string patient = new Json Object

string doctormessages = new Json Object

Get doctormessages_ID Get doctor_id

Get patient_id

Open doctormessages detail interface Pop Up window Display doctor_name[id] Display patient_name[id] Display doctormessages_title[id] Display doctormessages_body[id] END

(51)

79

10. Detail Message Inbox

Gambar 3.44 Gambar Pseudocode Detail Message Inbox Start

LOG IN

GET JSON Request (URL) GET JSON OBJECT

Open View Messages Interface Open Sent Messages Interface

string doctor = new Json Object string patient = new Json Object

string patientmessages = new Json Object

Get patientmessages_ID Get doctor_id

Get patient_id

Open patientmessages detail interface Pop Up window Display doctor_name[id] Display patient_name[id] Display patientmessages_title[id] Display patientmessages_body[id] END

(52)

c. Kebutuhan Teknologi

Aplikasi ini dirancang dan dibuat dengan memerlukan teknologi yang meliputi :

- MySQL : My SQL ini adalah database yang dipakai untuk menyimpan data.

- PHP : PHP adalah bahasa pemrograman yang dipakai di dalam pembuatan aplikasi web ini.

- Java : Java adalah bahasa pemrograman yang dipakai dalam pembuatan aplikasi android ini.

- Laravel : adalah suatu framework di PHP untuk mendukung pembuatan aplikasi web ini, dan agar mempermudah pembuatan code.

• Database: MySQL.

• Programming Language: Java, PHP.

(53)

81

3.3.2 Perancangan Aplikasi

Perancangan aplikasi ini meliputi perancangan database, perancangan struktur menu, dan perancangan UML (Unified Modelling Language).

a. Use Case Diagram

Ada 3 aktor dalam use case ini yakni admin, dokter dan pasien.

(54)
(55)

83

(56)

Tabel 3.1 Use Case Admin Login

Nama Use Case Log In

Use Case ID 1.1

Aktor Admin

Deskripsi Menampilkan dan menginput ID User yang telah terdaftar

Pre-kondisi Aplikasi akan menampilkan form login

Post-kondisi Aplikasi masuk dan menampilkan halaman menu utama / home

Normal Course Aktor Sistem

1. Menampilkan Form Login.

2. User mengisi

Username dan Password

3. Klik button Login

(57)

85

Tabel 3.2 Use Case Doctor Login

Nama Use Case Log In

Use Case ID 1.2

Aktor Doctor

Deskripsi Menampilkan dan menginput ID User yang telah terdaftar

Pre-kondisi Aplikasi akan menampilkan form login

Post-kondisi Aplikasi masuk dan menampilkan halaman menu utama / home

Normal Course Aktor Sistem

1. Menampilkan Form Login.

2. User mengisi

Username dan Password

3. Klik button Login

(58)

Tabel 3.3 Use Case Patient Login

Nama Use Case Log In

Use Case ID 1.3

Aktor Patient

Deskripsi Menampilkan dan menginput ID User yang telah terdaftar

Pre-kondisi Aplikasi akan menampilkan form login

Post-kondisi Aplikasi masuk dan menampilkan halaman menu utama / home

Normal Course Aktor Sistem

1. Menampilkan Form Login.

2. User mengisi

Username dan Password

3. Klik button Login

(59)

87

Tabel 3.4 Use Case Patient Create Message

Nama Use Case Create Message

Use Case ID 2

Aktor Patient

Deskripsi Mengirim suatu pesan dari patient ke doctor

Pre-kondisi Aplikasi masuk dan menampilkan halaman menu utama / home

Post-kondisi Aplikasi masuk dan menampilkan halaman Message

Normal Course Aktor Sistem

1. Menampilkan halaman utama

2. Klik Message

3. Menampilkan halaman New

Message

4. Mengisi email dan isi

(60)

Tabel 3.5 Use Case Doctor Profile

Nama Use Case My Profile

Use Case ID 3

Aktor Doctor

Deskripsi Menampilkan isi profile doctor

Pre-kondisi Aplikasi masuk dan menampilkan halaman menu utama / home

Post-kondisi Aplikasi masuk dan menampilkan halaman Profile

Normal Course Aktor Sistem

1. Menampilkan halaman utama

2. Klik Doctor pada

halaman utama

3. Menampilkan halaman My Profile

(61)

89

Tabel 3.6 Use Case Doctor View Message Sent List

Nama Use Case View Messages Sent List

Use Case ID 4.1

Aktor Doctor

Deskripsi Melihat daftar pesan yang telah terkirim kepada patient

Pre-kondisi Aplikasi masuk dan menampilkan halaman menu utama / home

Post-kondisi Aplikasi masuk dan menampilkan halaman Message

Normal Course Aktor Sistem

1. Menampilkan halaman utama

2. Klik Messages List

3. Menampilkan list Messages yang

(62)

Tabel 3.7 Use Case Patient View Message Sent List

Nama Use Case View Messages Sent List

Use Case ID 4.2

Aktor Patient

Deskripsi Melihat daftar pesan yang telah terkirim kepada doctor

Pre-kondisi Aplikasi masuk dan menampilkan halaman menu utama / home

Post-kondisi Aplikasi masuk dan menampilkan halaman Message

Normal Course Aktor Sistem

1. Menampilkan halaman utama

2. Klik Messages List

3. Menampilkan list Messages yang

(63)

91

Tabel 3.8 Use Case Doctor Detail Message Sent

Nama Use Case Detail Messages Sent

Use Case ID 5.1

Aktor Doctor

Deskripsi Melihat detail pesan yang telah terkirim kepada patient

Pre-kondisi Aplikasi masuk dan menampilkan halaman menu utama / home

Post-kondisi Aplikasi masuk dan menampilkan halaman Message

Normal Course Aktor Sistem

1. Menampilkan halaman utama

2. Klik Messages List

3. Menampilkan list Messages yang

telah terkirim

4. Pilih Message yang

ingin dibuka

(64)

Tabel 3.9 Use Case Patient Detail Message Sent

Nama Use Case Detail Messages Sent

Use Case ID 5.2

Aktor Patient

Deskripsi Melihat detail pesan yang telah terkirim kepada doctor

Pre-kondisi Aplikasi masuk dan menampilkan halaman menu utama / home

Post-kondisi Aplikasi masuk dan menampilkan halaman Message

Normal Course Aktor Sistem

1. Menampilkan halaman utama

2. Klik Messages List

3. Menampilkan list Messages yang

telah terkirim

4. Pilih Message yang

ingin dibuka

(65)

93

Tabel 3.10 Use Case Doctor View Message List

Nama Use Case View Messages List

Use Case ID 6.1

Aktor Doctor

Deskripsi Melihat history message yang pernah diterima

Pre-kondisi Aplikasi masuk dan menampilkan halaman menu utama / home

Post-kondisi Aplikasi masuk dan menampilkan halaman Message

Normal Course Aktor Sistem

1. Menampilkan halaman utama

2. Klik Message List

3. Menampilkan list Messages

4. Klik Inbox

(66)

Tabel 3.11 Use Case Patient View Message List

Nama Use Case View Messages List

Use Case ID 6.2

Aktor Patient

Deskripsi Melihat history message yang pernah diterima

Pre-kondisi Aplikasi masuk dan menampilkan halaman menu utama / home

Post-kondisi Aplikasi masuk dan menampilkan halaman Message

Normal Course Aktor Sistem

1. Menampilkan halaman utama

2. Klik Message List

3. Menampilkan list Messages

4. Klik Inbox

(67)

95

Tabel 3.12 Use Case Doctor Detail Message Inbox

Nama Use Case Detail Messages Inbox

Use Case ID 7.1

Aktor Doctor

Deskripsi Melihat detail history message yang pernah diterima

Pre-kondisi Aplikasi masuk dan menampilkan halaman menu utama / home

Post-kondisi Aplikasi masuk dan menampilkan halaman Message

Normal Course Aktor Sistem

1. Menampilkan halaman utama

2. Klik Message List

3. Menampilkan list Messages

4. Klik Inbox

5. Menampilkan list pesan masuk

6. Klik Messages yang

ingin dilihat

(68)

Tabel 3.13 Use Case Patient Detail Message Inbox

Nama Use Case Detail Messages Inbox

Use Case ID 7.2

Aktor Patient

Deskripsi Melihat detail history message yang pernah diterima

Pre-kondisi Aplikasi masuk dan menampilkan halaman menu utama / home

Post-kondisi Aplikasi masuk dan menampilkan halaman Message

Normal Course Aktor Sistem

1. Menampilkan halaman utama

2. Klik Message List

3. Menampilkan list Messages

4. Klik Inbox

5. Menampilkan list pesan masuk

6. Klik Messages yang

ingin dilihat

(69)

97

Tabel 3.14 Use Case Doctor Reply Message

Nama Use Case Reply Messages

Use Case ID 8

Aktor Doctor

Deskripsi Membalas pesan yang diterima kepada patient

Pre-kondisi Aplikasi masuk dan menampilkan halaman menu utama / home

Post-kondisi Aplikasi masuk dan menampilkan halaman Message

Normal Course Aktor Sistem

1. Menampilkan halaman utama

2. Klik Message List

3. Menampilkan list Messages

4. Klik Inbox

5. Menampilkan list pesan masuk

6. Klik Messages yang

ingin dilihat

7. Menampilkan detail Messages

(70)

Tabel 3.15 Use Case Patient View Doctor Profile

Nama Use Case View Doctor Profile

Use Case ID 9

Aktor Patient

Deskripsi Melihat profile patient

Pre-kondisi Aplikasi akan menampilkan halaman menu utama / home

Post-kondisi Aplikasi masuk dan menampilkan doctor profile

Normal Course Aktor Sistem

1. Menampilkan halaman utama

2. Klik Doctor pada

halaman utama

(71)

99

Tabel 3.16 Use Case Admin View Patient List

Nama Use Case View Patient List

Use Case ID 10.1

Aktor Admin

Deskripsi Melihat daftar patient yang ada di dalam patient list

Pre-kondisi Aplikasi akan menampilkan halaman menu utama / home

Post-kondisi Aplikasi masuk dan menampilkan patient list

Normal Course Aktor Sistem

1. Menampilkan halaman utama

2. Klik Patients pada

halaman utama

(72)

Tabel 3.17 Use Case Doctor View Patient List

Nama Use Case View Patient List

Use Case ID 10.2

Aktor Doctor

Deskripsi Melihat daftar patient yang ada di dalam patient list

Pre-kondisi Aplikasi akan menampilkan halaman menu utama / home

Post-kondisi Aplikasi masuk dan menampilkan patient list

Normal Course Aktor Sistem

1. Menampilkan halaman utama

2. Klik Patients pada

halaman utama

(73)

101

Tabel 3.18 Use Case Doctor View Detail Patient

Nama Use Case Detail Patient

Use Case ID 11

Aktor Doctor

Deskripsi Melihat detail patient yang ada di dalam patient list

Pre-kondisi Aplikasi akan menampilkan halaman menu utama / home

Post-kondisi Aplikasi masuk dan menampilkan patient list

Normal Course Aktor Sistem

1. Menampilkan halaman utama

2. Klik Patients pada

halaman utama

3. Menampilkan list patient yang ada

4. Klik patient yang akan

dilihat

(74)

Tabel 3.19 Use Case Admin View Edit Patient

Nama Use Case Edit Patient

Use Case ID 12

Aktor Admin

Deskripsi Mengedit patient profile

Pre-kondisi Aplikasi akan menampilkan daftar patient list

Post-kondisi Aplikasi masuk dan menampilkan form patient profile

Normal Course Aktor Sistem

1. Menampilkan halaman utama

2. Klik Patients pada

halaman utama

3. Klik Edit Patient pada

patient yang akan di edit

4. Menampilkan form patient profile

5. Mengisi form patient

(75)

103

Tabel 3.20 Use Case Admin View Doctor

Nama Use Case View Doctor

Use Case ID 13

Aktor Admin

Deskripsi Melihat daftar doctor yang ada di dalam doctor list

Pre-kondisi Aplikasi akan menampilkan halaman menu utama / home

Post-kondisi Aplikasi masuk dan menampilkan doctor list

Normal Course Aktor Sistem

1. Menampilkan halaman utama

2. Klik Doctors pada

halaman utama

3. Menampilkan list patient yang ada

(76)

Tabel 3.21 Use Case Admin Edit Doctor Profile

Nama Use Case Edit Doctor Profile

Use Case ID 14

Aktor Admin

Deskripsi Mengedit doctor profile

Pre-kondisi Aplikasi akan menampilkan doctor profile

Post-kondisi Aplikasi masuk dan menampilkan form patient profile

Normal Course Aktor Sistem

1. Menampilkan halaman utama

2. Klik Doctors pada

halaman utama

3. Klik Edit Doctor pada

halaman profile

4. Menampilkan form doctor profile

5. Mengisi form doctor

(77)

105

Tabel 3.22 Use Case Admin View Drug List

Nama Use Case View Drug List

Use Case ID 15.1

Aktor Admin

Deskripsi Melihat daftar obat yang terdaftar

Pre-kondisi Aplikasi akan menampilkan halaman menu utama / home

Post-kondisi Aplikasi masuk dan menampilkan drug list

Normal Course Aktor Sistem

1. Menampilkan halaman utama

2. Klik Drugs pada

halaman utama

(78)

Tabel 3.23 Use Case Doctor View Drug List

Nama Use Case View Drug List

Use Case ID 15.2

Aktor Doctor

Deskripsi Melihat daftar obat yang terdaftar

Pre-kondisi Aplikasi akan menampilkan halaman menu utama / home

Post-kondisi Aplikasi masuk dan menampilkan drug list

Normal Course Aktor Sistem

1. Menampilkan halaman utama

2. Klik Drugs pada

halaman utama

(79)

107

Tabel 3.24 Use Case Admin Detail Drugs

Nama Use Case Detail Drugs

Use Case ID 16.1

Aktor Admin

Deskripsi Melihat detail obat yang terdaftar

Pre-kondisi Aplikasi akan menampilkan halaman menu utama / home

Post-kondisi Aplikasi masuk dan menampilkan drug list

Normal Course Aktor Sistem

1. Menampilkan halaman utama

2. Klik Drugs pada

halaman utama

3. Menampilkan list drug yang ada

4. Klik drug yang

diinginkan

(80)

Tabel 3.25 Use Case Doctor Detail Drugs

Nama Use Case Detail Drugs

Use Case ID 16.2

Aktor Doctor

Deskripsi Melihat detail obat yang terdaftar

Pre-kondisi Aplikasi akan menampilkan halaman menu utama / home

Post-kondisi Aplikasi masuk dan menampilkan drug list

Normal Course Aktor Sistem

1. Menampilkan halaman utama

2. Klik Drugs pada

halaman utama

3. Menampilkan list drug yang ada

4. Klik drug yang

diinginkan

(81)

109

Tabel 3.26 Use Case Doctor Add New Record

Nama Use Case Add New Record

Use Case ID 17

Aktor Doctor

Deskripsi Menambahkan medical record ke dalam patient

Pre-kondisi Aplikasi akan menampilkan halaman menu utama / home

Post-kondisi Aplikasi masuk dan menampilkan form Add Record

Normal Course Aktor Sistem

1. Menampilkan halaman utama

2. Klik Patients pada

halaman utama

3. Klik Add Record

4. Menampilkan halaman medical

record

5. Mengisi form Add

(82)

Tabel 3.27 Use Case Doctor View Medical Record List

Nama Use Case View Medical Record List

Use Case ID 18

Aktor Doctor

Deskripsi Melihat list medical record yang pernah dilakukan

Pre-kondisi Aplikasi masuk dan menampilkan halaman menu utama / home

Post-kondisi Aplikasi masuk dan menampilkan halaman Record

Normal Course Aktor Sistem

1. Menampilkan halaman utama

2. Klik Medical Records

pada halaman utama

3. Menampilkan list view Medical

(83)

111

Tabel 3.28 Use Case Patient View Record

Nama Use Case View Record

Use Case ID 19

Aktor Patient

Deskripsi Melihat history medical record yang pernah dilakukan patient

tersebut

Pre-kondisi Aplikasi masuk dan menampilkan halaman menu utama / home

Post-kondisi Aplikasi masuk dan menampilkan halaman Record

Normal Course Aktor Sistem

1. Menampilkan halaman utama

2. Klik Medical Records

pada halaman utama

3. Menampilkan detail view Medical

(84)

Tabel 3.29 Use Case Doctor Detail Medical Record

Nama Use Case Detail Medical Record

Use Case ID 20

Aktor Doctor

Deskripsi Menampilkan detail medical record yang ada dari setiap patient

Pre-kondisi Aplikasi akan menampilkan halaman menu utama / home

Post-kondisi Aplikasi masuk dan menampilkan halaman utama

Normal Course Aktor Sistem

1. Menampilkan halaman utama

2. Klik Medical Records

pada halaman utama

3. Menampilkan Medical Record

4. Klik Medical Record

yang diinginkan

5. Menampilkan Medical Record

(85)

113

Tabel 3.30 Use Case Admin Logout

Nama Use Case Log Out

Use Case ID 21.1

Aktor Admin

Deskripsi Menutup Penggunaan aplikasi

Pre-kondosi Aplikasi menampilkan halaman utama

Post-kondisi Aplikasi masuk dan menampilkan form Login

Normal Course Aktor Sistem

1.Klik Logout

(86)

Tabel 3.31 Use Case Doctor Logout

Nama Use Case Log Out

Use Case ID 21.2

Aktor Doctor

Deskripsi Menutup Penggunaan aplikasi

Pre-kondosi Aplikasi menampilkan halaman utama

Post-kondisi Aplikasi masuk dan menampilkan form Login

Normal Course Aktor Sistem

1.Klik Logout

(87)

115

Tabel 3.32 Use Case Patient Logout

Nama Use Case Log Out

Use Case ID 21.3

Aktor Patient

Deskripsi Menutup Penggunaan aplikasi

Pre-kondosi Aplikasi menampilkan halaman utama

Post-kondisi Aplikasi masuk dan menampilkan form Login

Normal Course Aktor Sistem

1.Klik Logout

(88)

Tabel 3.33 Use Case Admin Detail Doctor

Nama Use Case Detail Doctor

Use Case ID 22

Aktor Admin

Deskripsi Menampilkan data doctor detail

Pre-kondisi Aplikasi akan menampilkan halaman menu utama / home

Post-kondisi Aplikasi masuk dan menampilkan halaman utama

Normal Course Aktor Sistem

1. Menampilkan halaman utama

2. Klik Doctors pada

halaman utama

3. Menampilkan Doctor List

4. Klik Doctor yang akan

di View

(89)

117

Tabel 3.34 Use Case Admin Detail Patient

Nama Use Case Detail Patient

Use Case ID 23

Aktor Admin

Deskripsi Menampilkan data detail patient

Pre-kondisi Aplikasi akan menampilkan halaman menu utama / home

Post-kondisi Aplikasi masuk dan menampilkan detail patient

Normal Course Aktor Sistem

1. Menampilkan halaman utama

2. Klik Patients pada

halaman utama

3. Menampilkan daftar patient

4. Klik Patient yang akan

di View

(90)

Tabel 3.35 Use Case Admin Edit Drug

Nama Use Case Edit Drug

Use Case ID 24

Aktor Admin

Deskripsi Mengedit data drug

Pre-kondisi Aplikasi akan menampilkan halaman utama

Post-kondisi Aplikasi masuk dan menampilkan drug list

Normal Course Aktor Sistem

1. Menampilkan halaman utama

2. Klik Drugs pada

halaman utama

3. Klik Edit Drug pada

drug yang akan di edit

4. Menampilkan form drug

(91)

119

Tabel 3.36 Use Case Admin Delete Drug

Nama Use Case Delete Drug

Use Case ID 25

Aktor Admin

Deskripsi Menghapus drug dari list drug

Pre-kondisi Aplikasi akan menampilkan halaman menu utama / home

Post-kondisi Aplikasi masuk dan menampilkan halaman utama

Normal Course Aktor Sistem

1. Menampilkan halaman utama

2. Klik Drug List

3. Menampilkan Drug List

4. Klik Delete Drug pada

drug yang ingin dihapus

(92)

Tabel 3.37 Use Case Admin Add Patient

Nama Use Case Add Patient

Use Case ID 26

Aktor Admin

Deskripsi Menambahkan patient baru

Pre-kondisi Aplikasi akan menampilkan halaman menu utama / home

Post-kondisi Aplikasi masuk dan menampilkan form Add Patient

Normal Course Aktor Sistem

1. Menampilkan halaman utama

2. Klik Patients pada

halaman utama

3. Klik Add Patient

4. Menampilkan halaman patient

5. Mengisi form Add

(93)

121

b. Class Diagram

Class Diagram telah dilampirkan pada bagian lampiran.

c. Sequence Diagram

(94)
(95)

123

(96)
(97)

125

(98)
(99)

127

(100)
(101)

129

(102)
(103)

131

(104)
(105)

133

(106)
(107)

135

(108)
(109)

137

(110)
(111)

139

(112)
(113)

141

d. Struktur Database

Tabel name : t_patient

Primary Key : id

No Field Name Data Type Length Description

1 id Int (10) Atribut yang

mengidentifik

asi nomer

induk patient secara unik.

2 password varchar (255) Atribut yang

berisikan password patient.

3 name varchar (255) Atribut yang

berisikan nama patient.

4 gender tinyint (1) Atribut yang

berisikan gender customer.

5 birthday varchar (255) Atribut yang

berisikan tanggal lahir pasien.

6 bloodtype varchar (255) Atribut yang

berisikan keterangan tipe golongan darah.

7 religion varchar (255) Atribut yang

berisikan keterangan agama patient.

8 address Text Atribut yang

berisikan keterangan alamat patient.

9 mobile varchar (255) Atribut yang

berisikan keterangan nomor handphone

(114)

patient.

10 guardian varchar (255) Atribut yang

berisikan keterangan wali patient.

11 insurance varchar (255) Atribut yang

berisikan keterangan asuransi patient.

12 email varchar (255) Atribut yang

berisikan keterangan alamat email patient.

13 create_at timestamp Atribut yang

berisikan keterangan kapan database tersebut dibuat.

14 update_at timestamp Atribut yang

berisikan keterangan kapan database tersebut diupdate.

(115)

143

Tabel name : t_doctor

Primary Key : id

No Field Name Data Type Length Description

1 id Int (10) Atribut yang

mengidentifik asi nomor id doctor secara unik.

2 password varchar (255) Atribut yang

berisikan password doctor.

3 name varchar (255) Atribut yang

berisikan nama doctor.

4 gender tinyint (1) Atribut yang

berisikan jenis kelamin doctor

5 speciality varchar (255) Atribut yang

berisikan jenis spesialis

doctor

6 birthday varchar (255) Atribut yang

berisikan keterangan tanggal lahir doctor

7 email varchar (255) Atribut yang

berisikan keterangan alamat email doctor

8 mobile varchar (255) Atribut yang

berisikan keterangan nomor handphone doctor

9 religion varchar (255) Atribut yang

berisikan keterangan

(116)

agama doctor

10 address text Atribut yang

berisikan keterangan alamat doctor

11 education varchar (255) Atribut yang

berisikan keterangan jenjang pendidikan dokter.

12 award varchar (255) Atribut yang

berisikan keterangan jenis penghargaan yang pernah diterima dokter

13 created_at timestamp Atribut yang

berisikan keterangan kapan database tersebut dibuat.

14 update_at timestamp Atribut yang

berisikan keterangan kapan database tersebut diupdate.

(117)

145

Tabel name : t_drugs

Primary Key : id

No Field Name Data Type Length Description

1 id Int (10) Atribut yang

mengidentifik asi nomer id obat secara unik.

2 name varchar (255) Atribut yang

berisikan keterangan nama obat

3 composition Text Atribut yang

berisikan keterangan komposisi obat

4 indication Text Atribut yang

berisikan keterangan indikasi obat

5 warning Text Atribut yang

berisikan keterangan peringatan untuk beberapa jenis obat

6 type varchar (255) Atribut yang

berisikan keterangan tipe obat

7 created_at timestamp Atribut yang

berisikan keterangan kapan database tersebut dibuat.

8 update_at timestamp Atribut yang

berisikan keterangan kapan database tersebut diupdate. e.

(118)

Tabel name : t_medicarecords

Primary Key : id

No Field Name Data Type Length Description

1 id int (10) Atribut yang

mengidentifik asi id medical record secara unik.

2 doctor_id int (10) Atribut yang

berisikan

nomor id

doctor

3 patient_id int (10) Atribut yang

berisikan

nomor id

patient

4 date varchar (255) Atribut yang

berisikan tanggal

medical record dibuat

5 symptom text Atribut yang

berisikan keterangan gejala yang dialami patient

6 diagnose text Atribut yang

berisikan keterangan diagnosa patient.

7 treatment text Atribut yang

berisikan keterangan pengobatan yang diterima patient

8 indication text Atribut yang

berisikan keterangan indikasi yang terjadi pada patient

9 prescription text Atribut yang

berisikan keterangan

(119)

147

resep

10 created_at timestamp Atribut yang

berisikan keterangan kapan database tersebut dibuat.

11 update_at timestamp Atribut yang

berisikan keterangan kapan database tersebut diupdate.

(120)

Tabel name : t_patientmessages

Primary Key : id

No Field Name Data Type Length Description

1 id int (10) Atribut yang

mengidentifik asi nomor id messages secara unik.

2 patient_id int (10) Atribut yang

berisikan

nomor id

patient.

3 doctor_id int (10) Atribut yang

berisikan

nomor id

doctor

4 title text Atribut yang

berisikan judul pesan yang akan dikirim

5 body text Atribut yang

berisikan isi pesan yang akan dikirim.

6 created_at timestamp Atribut yang

berisikan keterangan kapan database tersebut dibuat.

7 update_at timestamp Atribut yang

berisikan keterangan kapan database tersebut diupdate.

(121)

149

Tabel name : t_doctormessages

Primary Key : id

No Field Name Data Type Length Description

1 id Int (10) Atribut yang

mengidentifik asi nomor id messages secara unik.

2 doctor_id Int (10) Atribut yang

berisikan

nomor id

doctor.

3 patient_id Int (10) Atribut yang

berisikan

nomor id

patient

4 title Text Atribut yang

berisikan judul pesan yang akan dikirim

5 body Text Atribut yang

berisikan isi pesan yang akan dikirim.

6 created_at timestamp Atribut yang

berisikan keterangan kapan database tersebut dibuat.

7 update_at timestamp Atribut yang

berisikan keterangan kapan database tersebut diupdate.

(122)

f. Perancangan Layar

Perancangan layar terdiri dari 2 bagian yaitu mobile dan web.

- Mobile

(123)

151

(124)
(125)

153

(126)
(127)

155

(128)

- Web

(129)

157

(130)
(131)

159

(132)
(133)

161

(134)
(135)

163

(136)
(137)

165

(138)
(139)

167

(140)
(141)

169

(142)

Gambar

Gambar 3.7 Gambar Grafik Hasil Pertanyaan ” Apa saja  komponen informasi yang dibutuhkan dalam mendiagnosa dan
Gambar 3.8 Gambar Grafik Hasil Pertanyaan ” Apa saja  komponen informasi yang dibutuhkan untuk menulis resep?”
Gambar 3.9 Gambar Grafik Hasil Pertanyaan ” Apakah  penjadwalan konsultasi secara online dapat dilakukan dengan
Tabel 3.1 Use Case Admin Login  Nama Use Case  Log In
+7

Referensi

Dokumen terkait

016 Jumlah Lembaga Pendidikan Keagamaan Katolik Tingkat Dasar dan Menengah yang mendapat bantuan Sarana Prasarana [buku perpustakaan]. 017 Jumlah PTAKS

Dari hasil penelitian dapat disimpulkan bahwa ada hubungan negatif yang sangat signifikan antara kemampuan problem solving dengan konflik peran ganda pada single

2) Bahwa dalam perjanjian pemborongan pekerjaan secara outsourcing antara PT PLN (Persero) dengan PT Radite Kasih Julung Kembang Surakarta, pekerja sudah

• Pengembangan model Program Desaku menanti di DI Jogyakarta yang dialokasikan kegiatan di kabupaten Gunung Kidul dengan luas tanah 2 Ha untuk 40 KK dengan 131 Jiwa, dengan

Kegembiraan atas dirinya karna sudah mengalami fase menstruasi gadis yang telah dipinggit maka ia wajib untuk menari memberitahukan kepada para pemuda atau masyarakat luas

Berdasarkan literature review dari lima artikel tentang aktivitas Serum Glutamic Pyruvic Transaminase (SGPT) pada pengkonsumsi minuman beralkohol disimpulkan bahwa

Confidelity Confidelity   (kerahasiaan) yaitu layanan agar isi pesan yang dikirimkan tetap rahasia dan   (kerahasiaan) yaitu layanan agar isi pesan yang dikirimkan

Hal ini didasarkan pada suatu analisis yang dilakukan al-Faruqi dengan pendekatan-pendekatan Islam melalui empirisme pemikiran modern yang telah menanggalkan dan