BAB 3 ANALISIS DAN PERANCANGAN

BAB 3 ANALISIS DAN PERANCANGAN 3.1

Analisis Sistem Analisis sistem dapat didefinisikan sebagai penguraian dari suatu sistem

informasi yang utuh ke dalam bagian-bagian komponennya dengan maksud untuk mengidentifikasikan dan mengevaluasi permasalahan-permasalahan, kesempatankesempatan, hambatan-hambatan yang terjadi dan kebutuhan yang diharapkan sehingga dapat diusulkan perbaikan-perbaikan. Tahap analisis sistem dilakukan setelah tahap perencanaan sistem dan sebelum tahap perancangan sistem. Tahap analisis merupakan tahap yang paling kritis dan sangat penting, karena kesalahan didalam tahap ini akan menyebabkan juga kesalahan ditahap selanjutnya. Analisis sistem ini akan ditemukan beberapa data dan fakta yang dijadikan bahan uji dan analisi menuju pengembangan dan penerapan sebuah aplikasi sistem yang diusulkan. 3.1.1

Analisis Masalah Menganalisis masalah merupakan langkah pertama yang dilakukan dalam

tahap analisis sistem. Masalah dapat didefinisikan sebagai suatu pertanyaan yang diinginkan untuk dipecahkan. Masalah inilah yang menyebabkan sasaran dari sistem tidak dapat dicapai. Oleh karena itu langkah pertama yang harus dilakukan oleh analis sistem adalah mengidentifikasi terlebih dahulu masalah-masalah yang terjadi. Berdasarkan hasil wawancara dengan pihak Klinik KIMIA FARMA 12, dapat disimpulkan bahwa masalah-masalah yang terjadi di Klinik KIMIA FARMA 12 Bandung adalah sebagai berikut: 1. Staf bagian pendaftaran pasien pada PT.Klinik KIMIA FARMA 12 mengalami kesulitan dalam peoses melayani pendaftaran pasien baru dan pasien lama dikarenakan staf harus mencari terlebih dahulu data rekap medis pasien yg sebelumnya.

49

50

2. Dokter mengalami kesulitan dalam proses menganalisa data rekap medis pasien sebelumnya maupun yg berasal dari hasil pemeriksaan laboratorium karena data kurang lengkap akibat tidak tertata rapih, kemudian dokter juga mengalami kesulitan dalah hal memberikan surat rujukan kebagian laboratorium untuk pemeriksaan lanjutan pasien yg bersangkutan. 3.

Bagian apotek mengalami kesulitan dalam memperoleh resep obat dari dokter yang mengakibatkan pembuatan obat semakin lama karena pihak apotek juag harus melayani pembeli yang lain maupun pembuatan resep dari luar instansi klinik kimia farma.

4. Bagian administrasi mengalami kesulitan dalam memberikan rincian total biaya kepada pasien karena antara pihak dokter, laboratorium dan apotek masih belum terorganisasi. 5. Pihak PT. Klinik KIMIA FARMA 12 belum berhasil memberikan penyuluhan kesehatan kepada masyarakat. 3.1.2 Analisis Prosedur yang sedang Berjalan Prosedur adalah kumpulan dari proses dalam suatu sistem yang sedang terkait antara satu dengan yang lainnya untuk mencapai tujuan yang telah ditetapkan. Prosedur yang ada pada Klinik KIMIA FARMA 12 Bandung yaitu : 1. Prosedur pendaftaran pasien baru 2. Prosedur pendaftaran pasien lama 3. Prosedur pemeriksaan pasien 4. Prosedur penukaran obat 5. Prosedur pemeriksaan laboratorium 3.1.2.1 Prosedur Pendaftaran Pasien Baru Prosedur pendaftaran pasien baru yang sedang berjalan di Klinik KIMIA FARMA 12 Bandung adalah sebagai berikut : 1. Pasien memberikan identitas pasien kepada bagian pendaftaran.

51

2. Bagian pendaftaran melakukan pengisian identitas pasien ke dalam kartu pasien dan kartu rekam medis. 3. Bagian pendaftaran melakukan pengisian data pendaftaran ke dalam buku pendaftaran pasien. 4. Bagian pendaftaran melakukan pengisian nota pembayaran. 5. Bagian pendaftaran memberikan kartu pasien dan nota pembayaran kepada pasien. Prosedur pendaftaran pasien baru di atas dapat digambarkan pada gambar 3.1. calon pasien

bagian pendaftaran

memberikan identitas mengisi identitas kedalam kartu pasien dan kartu rekam medis

mengisi data ke buku pendaftaran

mengisi nota pembayaran

memberikan kartu pasien dan nota pembayaran

Gambar 3.1 activity diagram Pendaftaran Pasien Baru 3.1.2.2 Prosedur Pendaftaran Pasien Lama Prosedur pendaftaran pasien lama yang sedang berjalan di Klinik KIMIA FARMA 12 Bandunga dalah sebagai berikut : 1. Pasien memberikan kartu pasien kepada bagian pendaftaran.

52

2. Bagian pendaftaran melakukan pengisian data pendaftaran ke dalam buku

pendaftaran pasien. 3. Bagian pendaftaran melakukan pengisian nota pembayaran. 4. Bagian pendaftaran memberikan kartu pasien dan nota pembayaran kepada

pasien. Prosedur pendaftaran pasien lama di atas dapat digambarkan pada gambar 3.2. pasien

memberikan kartu berobat

bagian pendaftaran

melihat kartu pasien dan mengisi data kebuku pendaftaran

mengisi nota pembayaran

memberikan kartu pasein dan nota pembayaran

Gambar 3.2 activity diagram Pendaftaran Pasien Lama 3.1.2.3 Prosedur Pemeriksaan Pasien Prosedur pemeriksaan pasien yang sedang berjalan di Klinik KIMIA FARMA 12 Bandunga dalah sebagai berikut : 1. Bagian pendaftaran memberikan kartu rekam medis kepada dokter. 2. Dokter melakukan pemeriksaan dan pengisian hasil pemeriksaan ke dalam kartu rekam medis. 3. Dari hasil pemeriksaan, dokter mengambil keputusan apakah pasien harus dirujuk melakukan pemeriksaan laboratorium.

53

4. Jika dirujuk

melakukan pemeriksaan laboratorium, maka dokter

melakukan pengisian form surat rujukan pemeriksaan laboratorium. Namun jika tidak, dokter langsung membuat resep untuk pasien. 5. Dokter menyerahkan resep, surat rujukan pemeriksaan laboratorium kepada pasien untuk diserahkan kepada petugas apotek, petugas laboratorium. 6. Dokter menyerahkan kartu rekam medis yang sudah diisi hasil pemeriksaan kepada bagian pendaftaran untuk diarsipkan. 7. Bagian pendaftaran melakukan pengisian hasil pemeriksaan ke dalam buku data pemeriksaan untuk dijadikan arsip data pemeriksaan pasien. Prosedur pemeriksaan pasien di atas dapat digambarkan pada gambar 3.3. bagian pendaftaran

memberikan kartu rekam medis pasien

dokter

melakukan pemeriksaan kepada pasien

mengisi hasil diagnosa

mengambil keputusanan apakah pasien perlu dirujuk

ya

membuat rujukan

tidak mengarsipkan hasil pemeriksaan

menyerahkan kartu rekam medis yg sudah di isi

membuatkan resep

Gambar 3.3 activity diagram Pemeriksaan Pasien

54

3.1.2.4 Prosedur Penukaran Obat Prosedur penukaran obat yang sedang berjalan di Klinik KIMIA FARMA 12 Bandung adalah sebagai berikut : 1. Pasien memberikan resep kepada petugas apotek. 2. Petugas apotek melakukan pengecekan stok obat apakah obat tersedia atau tidak. 3. Jika obat tersedia sebagian dan sebagian lagi tidak tersedia, maka petugas apotek mengkonfirmasi kepada dokter apakah obat yang tidak tersedia bisa diganti dengan obat yang lain atau tidak. Jika diganti, maka obat diganti dengan obat lain yang sejenis. Jika tidak, petugas apotek melakukan pengisian copy resep untuk obat yang tidak tersedia, kemudian diserahkan kepada pasien agar membeli obat di apotek lain. 4. Petugas melakukan pengisian resep obat ke dalam buku resep obat untuk dijadikan arsip resep obat. 5. Petugas apotek melakukan pengisian nota pembayaran untuk diserahkan kepada pasien. Prosedur penukaran obat di atas dapat digambarkan pada gambar 3.4.

55

pasien

bagian apotek

menukarkan resep

menerima resep

memeriksa ketersediaan obat apakah obat ada semua?

tidak

ya

resep dengan stock obat kosong sebagian

buatkan obat

isi resep kedalam buku resep obat

konfirmasi ke dokter apakah obat bisa diganti? tidak

ya

buatkan nota resep

resep diganti buatkan resep dgn obat yg tersedia

buat copy resep

Gambar 3.4 activity diagram penukaran obat 3.1.2.5 Prosedur Pemeriksaan Laboratorium Prosedur pemeriksaan laboratorium yang sedang berjalan di Klinik KIMIA FARMA 12 Bandungadalah sebagai berikut : 1. Pasien menyerahkan surat pemeriksaan laboratorium kepada petugas laboratorium. 2. Petugas laboratorium melakukan pemeriksaan dan pengisian hasil pemeriksaan laboratorium ke dalam form hasil pemeriksaan laboratorium. 3. Petugas

laboratorium

melakukan

pengisian

hasil

pemeriksaan

laboratorium ke dalam buku data pemeriksaan laboratorium untuk diarsipkan.

56

4. Petugas laboratorium melakukan pengisian nota pembayaran pemeriksaan laboratorium. 5. Petugas laboratorium menyerahkan nota pembayaran dan form hasil pemeriksaan laboratorium yang sudah diisi kepada pasien. 6. Pasien menyerahkan hasil pemeriksaan laboratorium kepada dokter. 7. Dokter melakukan pengecekan dan pengisian hasil pemeriksaan laboratorium ke dalam kartu rekam medis. 8. Dokter memberikan resep dan form hasil pemeriksaan laboratorium kepada pasien, sedangkan kartu rekam medis diberikan kepada bagian pendaftaran untuk diarsipkan. Prosedur pemeriksaan laboratorium di atas dapat digambarkan pada gambar 3.5. pasien

bagian laboratorium

rujukan pemeriksaan lab

melakukan pemeriksaan

dokter

bagian pendaftaran

mengisi hasil pemeriksaan lab

mengarsipkan hasil pemeriksaan lab

nota pembayaran dan form hasil pemeriksaan lab

membuatkan nota pemeriksaan lab

menganalisa hasil pemeriksaan lab

pengambilan keputusan dan mengisi hasil lab kedalam kartu rekam medis

kartu rekam medis

membuatkan resep obat dan mengembalikan form hasil pemeriksaan lab

Gambar 3.5 activity diagram Pemeriksaan Laboratorium

57

3.1.3

Aturan Bisnis Yang Sedang Berjalan Aturan bisnis yang akan sedang berjalan pada klink Kimia Farma 12

adalah adalah sebagai berikut: 1. Bagian pendaftaran pasien a. Staf mencatat data pasien pada buku pendaftaran untuk membuatkan kartu berobat dan kartu rekam medis sebelum diperiksa oleh dokter. b. Staf menambahkan data pasien baru untuk pasien yang belum terdaftar pada buku pendaftaran. c. Pasien yang sudah mendaftar baru akan diperiksa oleh dokter yang akan dituju. 2. Pemeriksaan dokter a. Dokter mencocokkan data pasien yang ada pada kartu berobat dan

melihat kartu rekap medis pasien sebelumnya. b. Dokter yang melakukan diagnosa terhadap pasien. c. Dokter mencatat data diagnosa atau rekap medis pasien terbaru. d. Dokter yang memberikan atau membuatkan resep obat kepada pasien. e. Dokter yang membuatkan rujukan ke laboratorium jika pasien perlu

dilakukan pemeriksaan lab. 3. Bagian apotek a. Staf apotek melihat rincian resep yang dibawakan oleh pasien dan dan memberitahukan pada bagian apoteker obat yang akan dibuatkan. b. Apoteker yang membuatkan obat yang ada pada resep. c. Staf apotek mencetak struk resep obat dam memberikan kepada pasien. 4. Bagian pemeriksaan laboratorium a. Laboran melihat surat rujukan pemeriksaan pasien yang dibuat oleh dokter. b. Laboran melakukan pemeriksaan terhadap pasien sesuai dengan rujukan yang diberikan oleh dokter. c. Laboran yang membuat surat hasil pemeriksaan laboratorium.

58

d. Laboran membuatkan struk/kwitansi biaya pemeriksaan laboratorium yang telah dilakukan untuk pasien. 5. Pasien a. Pasien harus melakukan pendaftaran terlebih dahulu untuk melakukan pemeriksaan diklinik dengan dokter yang bersangkutan. b. Pasien yang sudah mendaftar akan mendapat kartu berobat yang akan digunakan setiap kali pasien datang untuk berobat atau melakukan pemeriksaan. c. Pasien memiliki rekam medis selama berobat pada klinik yang dicatat pada kartu rekam medis pasien. d. Pasien bisa melakukan pemeriksaan atau konsultasi sesuai dengan jadwal dokter yang bertugas atau dokter yang dituju. e. Pasien bisa menukarkan resep obat pada apotek kimia farma 12 ataupun di apotek lain. 3.1.4 Aturan Bisnis yang ditawarkan Berdasarkan evaluasi sistem yang berjalan, solusi yang ditawarkan adalah pembangunan aplikasi Elektronik Medical Record (EMR) pada Klinik Kimia Farma 12, dengan aturan bisnis sebagai berikut: 1. Prosedural login merupakan prosedur yang terjadi ketika admin, bagian pendaftaran, petugas apotek, petugas laboratorium, dokter dan pasien akan mengakses aplikasi. 2. Prosedural tambah data prosedur ini dilakukan ketika pengguna akan melakukan penambahan data. 3. Prosedural ubah data merupakan prosedur yang terjadi ketika pengguna ingin mengubah data. 4. Prosedural hapus data merupakan prosedur yang terjadi ketika pengguna ingin menghapus data. 5. Prosedural pendaftaran pasien merupakan prosedur yang terjadi ketika staf pendaftaran menambahkan dan mendaftarkan pasien. Adapun prosesnya seperti dibawah ini: a. Staf melakukan login terlebih dahulu untuk masuk ke sistem.

59

b. Staf yang mengimputkan data pasien untuk membuatkan kartu berobat sebelum diperiksa oleh dokter. c. Staf yang pertama kali membuatkan username dan pasword pasien baru untuk menggunakan sistem seperti pendaftaran online dan melihat rekap medis. d. Pasien yang sudah mendaftar baru akan diperiksa oleh dokter yang bersangkutan. 6. Pemeriksaan dokter a. Dokter terlebih dahuhu login untuk masuk kesistem b. Dokter mencocokkan data pasien yang ada disitem dan melihat

data rekap medis pasien sebelumnya. c. Dokter yang melakukan diagnosa terhadap pasien. d. Dokter yang mencatat data diagnosa atau rekap medis pasien

terbaru. e. Dokter yang membuatkan resep obat ke bagian apotek. f. Dokter yang membuatkan rujukan ke laboratorium jika pasien

perlu dilakukan pemeriksaan lab. g. Dokter yang membuat informasi kesehatan pada sistem untuk

pasien. 7. Bagian apotek a. Staf apotek harus login terlebih dahulu untuk masuk kesistem b. Staf apotek melihat rincian daftar resep yang masuk c. Bagian apotek yang membuatkan obat yang ada pada resep d. Staf apotek yang mencetak struk resep obat dam memberikan kepada pasien. 8. Bagian pemeriksaan laboratorium a. staf laboratorium terlebih dahulu login untuk masuk kesistem. b. staf laboratoium yang melihat rujukan pemeriksaan yang akan dilakukan. c. staf laboratorium yang mengimputkan hasil rujukan ke sistem dan mencetak laporan hasil rujukan.

60

d. staf

laboratorium

yang

mencetak

struk

biaya

pemeriksaan

laboratorium yang telah dilakukan untuk pasien. 9. Pasien a. Pasien melakukan pendaftaran untuk melakukan pemeriksaan diklinik dengan dokter yang bersangkutan. b. Pasien harus melakukan login terlebih dahulu untuk masuk kesistem c. Pasien bisa melakukan konsultasi dengan dokter, melihat rincian rekap medis dan informasi kesehatan yang diberikan oleh dokter. d. Pasien bisa melihat jadwal prakter dokter yang ingin dituju. 3.1.5 Analisis Kebutuhan Nonfungsional Analisis kebutuhan Nonfungsional terdiri dari analisis perangkat keras, analisis perangkat lunak, analisis pengguna, dan analisis data. 3.1.5.1 Analisis Perangkat Keras Analisis perangkat keras dimaksudkan untuk mengetahui spesifikasi perangkat keras yang sedang digunakan di Klinik Kimia Farma. Spesifikasi perangkat keras yang sedang digunakan di Klinik KIMIA FARMA 12 Bandungsebagai berikut : a. Prosesor Dual Core b. RAM 1 GB c. Harddisk 320 GB d. Monitor 14 inchi

Spesifikasi perangkat keras minimum yang dibutuhkan untuk mengakses aplikasi ini adalah sebagai berikut : a. Prosesor Pentium 4 b. RAM 256 MB c. Harddisk 80 GB d. Monitor 14 inci

61

Berdasarkan analisis di atas, spesifikasi perangkat keras yang ada di Klinik KIMIA FARMA 12 Bandun gsudah mencukupi, sedangkan berdasarkan analisis jaringan, Klinik KIMIA FARMA 12 Bandung membutuhkan penambahan komputer untuk dokter dan tidak dibutuhkan penambahan spesifikasi perangkat keras. 3.1.5.2 Analisis Perangkat Lunak Spesifikasi perangkat lunak yang sedang digunakan di Klinik KIMIA FARMA 12 Bandungadalah sebagai berikut : 1. Sistem Operasi Windows 7 2. Web Browser Mozilla Firefox Spesifikasi perangkat lunak yang dibutuhkan untuk dapat mengakses aplikasi ini adalah sebagai berikut : 1. Sistem Operasi Windows Xp, Windows 7 2. Web Browser seperti Mozilla Firefox, Internet Explorer, Google Chrome. Berdasarkan analisis di atas, spesifikasi perangkat lunak yang ada di Klinik KIMIA FARMA 12 Bandung sudah mencukupi, sehingga tidak dibutuhkan penambahan perangkat lunak. 3.1.5.3 Analisis Pengkodean 1. Pengkodean Data Obat XXXXXX Contoh : 000001 Ket : Menyatakan bahwa Nomor urut dimulai dari 1 dan seterusnya yang digunakan untuk kode obat yang tidak memiliki kode barcode. 2. Pengkodean Data Dokter X XXX Contoh : G001 Ket : Menyatakan bahwa huruf pertama adalah spesialis dokter dan nomor urut dimulai dari 1 dan seterusnya yang digunakan untuk kode dokter. 3. Pengkodean Data Petugas

62

XXX Contoh : 001 Ket : Menyatakan bahwa Nomor urut dimulai dari 1 dan seterusnya yang digunakan untuk kode Petugas. 3.1.5.4 Analisis Pengguna Analisis pengguna dimaksudkan untuk mengetahui siapa saja pengguna yang terlibat dalam aplikasi ini sehingga dapat diketahui tingkat pengalaman dan pemahaman pengguna komputer. Berdasarkan sistem yang sedang berjalan, pengguna yang terlibat yaitu bagian administrasi, bagian pendaftaran, dokter, petugas apotek, dan petugas laboratorium yang diuraikan pada tabel 3.1. Tabel 3.1 Tabel Analisis Pengguna No

Pengguna

Karakteristik a. Pendidikan minimal D3 Keperawatan

1.

Bagian Administrasi

b. Bertanggung jawab menangani SDM dan penunjang kebutuhan medis serta pembuatan laporan c. Bisa mengoperasikan Komputer a. Pendidikan minimal D3 Keperawatan

2.

Bagian Pendaftaran

b. Bertanggung

jawab

dalam

menangani

pendaftaran pasien a. Pendidikan minimal S1 Kedokteran 3.

Dokter

b. Sudah memiliki ijin profesi c. Bertanggung

jawab

dalam

menangani

pemeriksaan pasien a. Pendidikan minimal lulusan farmasi 4.

Petugas Apotek

b. Mempunyai pengetahuan tentang obat dan fungsinya c. Bertanggung jawab dalam melayani penukaran

63

resep dan mengelola obat yang tersedia d. Bisa mengoperasikan Komputer a. Pendidikan minimal D3 Analis Kesehatan 5.

Petugas

b. Bertanggung

Laboratorium

jawab

dalam

melakukan

pemeriPksaan laboratorium c. Bisa mengoperasikan Komputer

Pada aplikasi yang akan dibangun, pengguna yang dibutuhkan yaitu admin, bagian pendaftaran, dokter, petugas apotek, petugas laboratorium dan pasien. Spesifikasi pengguna dapat dideskripsikan sebagai berikut: 1. Admin adalah pengguna aplikasi yang melakukan pengolahan data yang berkaitan dengan SDM, data penunjang medis, dan pengolahan laporan. Spesifikasi admin dapat dijelaskan pada tabel 3.2. Tabel 3.2 Tabel Analisis Pengguna Admin Pengguna

Admin

Tanggung Jawab

Mengelola data master dan pembuatan laporan

Hak Akses

Mengelola dan monitoring data-data yang ada

Tingkat Pendidikan

Minimal D3

Tingkat Keterampilan

Pengalaman

Menguasai pemahaman yang baik untuk mengelola data dalam web serta memiliki pengetahuan tentang internet dan pengelolaan aplikasi. Pernah menjadi seorang admin yang mengelola sebuah web

2. Bagian Pendaftaran adalah pengguna yang memiliki hak akses untuk melakukan pengisian data pasien, pengisian nomor rekam medis, pengisian data pendaftaran, meilhat jadwal praktek dokter. Spesifikasi bagian pendaftaran dapat dijelaskan pada tabel 3.3.

64

Tabel 3.3 Tabel Analisis Pengguna Bagian Pendaftaran Pengguna

Bagian Pendaftaran

Tanggung Jawab

Mengelola pendaftaran pasien Pengisian data pasien, pengisian nomor rekam medis,

Hak Akses

pengisian data pendaftaran, meilhat jadwal praktek dokter.

Tingkat Pendidikan

Minimal D3

Tingkat

Menguasai pemahaman yang cukup untuk mengelola dan

Keterampilan

mengakses data dalam web.

Pengalaman

Pernah mengelola data berbasis web.

3. Dokter adalah pengguna yang memiliki hak akses untuk melihat data rekam medis, pengisian data rujukan, pengisian data pemeriksaan laboratorium, pengisian data resep, pengolahan data informasi kesehatan. Spesifikasi dokter dapat dijelaskan pada tabel 3.4. Tabel 3.4 Tabel Analisis Pengguna Dokter Pengguna

Dokter

Tanggung Jawab

Mengelola pemeriksaan pasien melihat data rekam medis, pengisian data rujukan,

Hak Akses

pengisian data pemeriksaan laboratorium, pengisian data resep, pengolahan data informasi kesehatan

Tingkat Pendidikan

Tingkat Keterampilan

Minimal S1 Kedokteran dan punya gelar Profesi. Menguasai pemahaman yang cukup untuk mengelola dan mengakses data dalam web.

65

Pengalaman

Pernah mengelola data berbasis web.

4. Petugas Apotek adalah pengguna yang memiliki hak akses untuk mengelola data obat, melihat resep yang disampaikan dari dokter, mengelola detail resep. Spesifikasi petugas apotek dapat dijelaskan pada tabel 3.5. Tabel 3.5 Tabel Analisis Pengguna Petugas Apotek Pengguna

Petugas Apotek

Tanggung Jawab

Mengelola apotek

Hak Akses

mengelola data obat, melihat resep yang disampaikan dari dokter, mengelola detail resep

Tingkat Pendidikan

Minimal lulusan Farmasi

Tingkat

Menguasai pemahaman yang cukup untuk mengelola

Keterampilan

dan mengakses data dalam web.

Pengalaman

Pernah mengelola data berbasis web.

5. Petugas Laboratorium adalah pengguna yang memiliki hak akses untuk Melihat data pemeriksaan laboratorium yang disampaikan dari dokter, mengelola detail pemeriksaan laboratorium, mengelola data laboratorium. Spesifikasi petugas laboratorium dapat dijelaskan pada tabel 3.6. Tabel 3.6 Tabel Analisis Pengguna Petugas Laboratorium Petugas Laboratorium Pengguna Tanggung Jawab

Mengelola laboratorium

Hak Akses

Melihat data pemeriksaan laboratorium yang disampaikan dari dokter, mengelola detail pemeriksaan laboratorium,

66

mengelola data laboratorium. Tingkat Pendidikan

Minimal D3 Analis Kesehatan

Tingkat

Menguasai pemahaman yang cukup untuk mengelola dan

Keterampilan

mengakses data dalam web.

Pengalaman

Pernah mengelola data berbasis web.

6. Pasien adalah pengguna yang memiliki hak akses untuk melakukan pendaftaran online, melihat informasi kesehatan, melihat jadwal praktek dokter, melihat data rekam medis, dan melihat informasi rekapitulasi biaya kesehatan. Spesifikasi petugas lembaga lain dapat dijelaskan pada tabel 3.8. Tabel 3.7 Tabel Analisis Pengguna Pasien Pengguna

Pasien

Tanggung Jawab

Mengelola pendaftaran secara online

Hak Akses

melakukan

pendaftaran

online,

melihat

informasi

kesehatan, melihat jadwal praktek dokter, melihat data rekam medis, dan melihat informasi rekapitulasi biaya kesehatan. Tingkat Pendidikan

-

Tingkat

Menguasai pemahaman yang cukup untuk mengelola dan

Keterampilan

mengakses data dalam web.

Pengalaman

Pernah mengelola data berbasis web.

Berdasarkan analisis pengguna di atas, maka bagian administrasi berlaku sebagai admin. Selain itu dibutuhkan pemahaman tentang bagaimana mengelola data di dalam web.

67

3.1.5.5 Analisis Kebutuhan Perangkat Lunak Spesifikasi kebutuhan perangkat lunak merupakan gambaran proses yang akan diterapkan dalam sistem dan menjelaskan kebutuhan apa saja yang diperlukan sistem agar dapat berjalan dengan baik. Tabel 3.8 Tabel Analisis Kebutuhan Perangkat Lunak Nomor SKPL-F-001

Spesifikasi Kebutuhan Perangkat Lunak Sistem menyediakan fasilitas login untuk pengguna(Admin, Dokter, Pasien, Staf Pendaftaran, Staf Apotek dan Staf Lab).

SKPL-F-002

Sistem menyediakan fasilitas pengolahan data seperti tambah, ubah dan hapus pada bagian admin.

SKPL-F-003

Sistem

menyediakan

pendaftaran

online

untuk

pasien

melakukan pemeriksaan di klinik. SKPL-F-004

Sistem menyediakan fasilitas untuk pasien melihat informasi kesehatan yang dibuat oleh dokter.

SKPL-F-005

Sistem menyediakan melihat data riwayat kesehatan untuk pasien dan dokter.

SKPL-F-006

Sistem menyediakan fasilitas melihat informasi rekapitulasi biaya selama berobat di klinik untuk pasien.

SKPL-F-007

Sistem menyedikan fasilitas ubah profil untuk pasien mengubah data profilnya apabila ada perubahan data.

SKPL-F-008

Sistem menyediakan fasilitas lihat jadwal praktek dokter untuk pasien dan bagian pendaftaran sebelum pasien

mendaftar

untuk diperiksa. SKPL-F-009

Sistem menyediakan fasilitas tambah data pasien untuk pasien baru pada bagian pendaftaran.

SKPL-F-010

Sistem menyediakan fasilitas pengisian nomor rekam medis pasien sebelum mendaftarkan pasien untuk diperiksa.

SKPL-F-011

Sistem menyediakan cetak kartu berobat dan cetak nota bukti pembayaran pemeriksaan pada bagian pendaftaran.

68

SKPL-F-012

Sistem menyediakan fasilitas isi tindakan medis untuk hasil pemeriksaan yang dilakukan oleh dokter.

SKPL-F-013

Sistem menyediakan fasilitas tambah resep untuk dokter membuatkan resep obat pasien.

SKPL-F-014

Sistem menyedikan fasilitas tambah rujukan untuk dokter merujuk pasien melakukan pemeriksaan lab.

SKPL-F-015

Sistem menyediakan fasilitas pengolahan data informasi kesehatan pada bagian dokter.

SKPL-F-0016

Sistem menyediakan fasilitas melihat resep masuk dari dokter.

SKPL-F-0017

Sistem menyediakan fasilitas mengelola data obat seperti tambah, ubah dan hapus obat.

SKPL-F-0018

Sistem

menyediakan

fasilitas

cetak

nota

resep

untuk

pembayaran resep obat. SKPL-F-019

Sistem menyediakan fasilitas melihat rujukan masuk untuk pemeriksaan laboratorium.

SKPL-F-020

Sistem menyediakan fasilitas mengelola pengisian hasil pemeriksaan laboratorium.

SKPL-F-021

Sistem menyediakan fasilitas mengelola data laboratorium seperti tambah, ubah dan hapus data lab.

SKPL-F-022

Sistem menyediakan fasilitas mencetak hasil pemeriksaan lab dan nota pembayaran pemeriksaan lab.

SKPL-F-023

Sistem menyediakan fitur pencarian data pada kotak pencarian, seperti pencarian data pasien, data dokter, data obat, data jadwal dan data petugas.

SKPL-F-023

Sistem menyediakan fasilitas lihat laporan untuk bagian admin seperti laporan data pasien, lapotan data obat, laporan detail resep, laporan tindakan medis.

Nomor SKPL-NF-024

Spesifikasi Kebutuhan Perangkat Lunak Sistem ini dibangun dalam bentuk website.

69

SKPL-NF-025

Sistem hanya bisa diakses oleh pengguna admin, pasien, dokter, bagian pendaftaran, bagian apotek dan bagian laboratorium.

SKPL-NF-026

Sistem tidak bisa menangani pengimputan hasil pemeriksaan berupa hasil foto atau grafik, misalnya: foto rontgen.

SKPL-NF-027

Sistem bisa diakses menggunakan browser mozilla firefox, google chorome, maupun internet explorer.

SKPL-NF-028

Pada klinik sistem dijalankan pada sistem operasi windows 7 dan diakses menggunakan internet speedy.

SKPL-NF-029

Pasien bisa melihat data riwayat kesehatan dan informasi kesehatan yang dibuat oleh dokter.

3.1.6

Analisis Kebutuhan Fungsional Perancangan ini bertujuan untuk menerapkan solusi pemecahan masalah

yang telah diajukan pada analisis sistem. Adapun perancangan fungsional untuk aplikasi Elektronik Medical Record (EMR) Klinik Kimia Farma 12 adalah sebagai berikut: 3.1.6.1 Use Case Diagram Menggambarkan fungsionalitas yang diharapkan dari sebuah sistem yang ditekankan adalah “apa” yang diperbuat sistem, dan bukan “bagaimana” . Menggambarkan kebutuhan sistem dari sudut pandang user memfokuskan pada proses komputerisasi (automated processes) menggambarkan hubungan antar use case dan aktor. Pada dasarnya actor bukanlah bagian dari use case diagram, namun untuk terciptanya suatu use case diagram diperlukan beberapa actor dimana actor tersebut mempresentasikan seseorang yang berinteraksi dengan sistem. Berikut adalah perancangan proses-proses yang terdapat pada aplikasi Elektronik Medical Record (EMR) Klinik Kimia farma 12 Bandung.

70

mengubahubah petugas menambah petugas <<extend>>

menambah dokter

<<extend>>

<<extend>>

<<extend>>

menghapus dokter menambah poli

data petugas

<<extend>>

penyajian riwayat kesehatan <<extend>>

data dokter

<<extend>> menghapus poli

penyajian rekapitulasi biaya

data poliklinik

prngolahan data master

admin

<<extend>> jadwal dokter

menambah jadwal

penyajian info kesehatan pasien

<<extend>>

<<extend>>

penyajian data lab

mengubah jadwal penyajian info laboratorium

menghapus jadwal

penyajian laporan <<extend>> <<extend>>

<<extend>>

pendaftaran

pilih dokter <<extend>>

<<extend>>

System mengubah dokter

menghapus petugas

<<extend>>

penyajian data obat ubah data

<<extend>> laporan tindakan medis

laporan data pasien

profile

penyajian data pasien

laporan detail resep

laporan data obat

penyajian jadwal dokter

jadwal praktek dokter

<<extend>> data daftar kesehatan <<extend>> menu data pasien

<<extend>>

mengisi rekam medis

mengisi tindakan medis <<extend>>

<<extend>>

mengubah tindakan tindakan medis

tambah data pasien

daftar

<<extend>>

dokter

login bag pendaftaran

menambah resep

pengolahan resep

cetak kartu pasien

<<extend>>

<<extend>> mengubah resep cetak bukti pembayaran

<<extend>>

pengolahan rujukan

pengolahan informasi layani resep <<extend>>

<<extend>>

<<extend>> <<extend>>

log out resep masuk

menghapus info menambah info

mengubah info

mengisi hasil lab melihat rujukan masuk

<<extend>>

cetak nota resep

<<extend>>

mencetak hasil lab

<<extend>>

mencetak nota pembayaran

<<extend>> detail resep

melihat hasil pemeriksaan tambah data obat

menambah data lab

bag apotek ubah data obat

menghapus data lab hapus data obat mengubah data lab petugas lab

Gambar 3.9 use case diagram Elektronik Medical Record (EMR) Klinik Kimia Farma 12

71

Defenisi actor dalam sistem Elektronik Medical Record (EMR) Klinik Kimia Farma 12 akan dijelaskan dalam tabel 3.8 dibawah ini: Tabel 3.9 Defenisi Actor No

Actor

1.

pasien

2.

admin

3.

Bagian pendaftaran

4.

Bagian administrasi

5.

Dokter

6.

Petugas lab

Deskripsi Adalah pengunjung situs yang sudah terdaftar Admistrator

yang

mengelola

dan

melakukan

perawatan sistem. Adalah staf yang melayani pendaftaran pasien yang akan berobat. Adalah staf yang melayani administrasi pembayaran pasien. Adalah yang melakukan pemeriksaan dan pemberian resep terhadap pasien. Adalah melakukan pemeriksaan sesuai dengan rujukan dari dokter yang bersangkutan.

Defenisi use case berfungsi untuk menjelaskan proses yang terdapat pada setiap use case klinik Kimia Farma pada tabel 3.9 dibawah ini: Tabel 3.10 Defenisi Use Case No

Use Case

Deskripsi Prose dimana pengguna melakukan login

1.

Login

2.

Logout

Proses dimana pengguna keluar dari sistem

3.

Tambah petugas

Admin menambahkan petugas baru

4.

Ubah data petugas

Admin mengubah data petugas

5.

Hapus data petugas

Admin menghapus petugas

6.

Tambah dokter

Admin menambah data dokter baru

7.

Ubah data dokter

Admin mengubah data dokter

8.

Hapus data dokter

Admin menghapus dokter

9.

Tambah poli

Admin menambahkan poli

10.

Hapus poli

Admin menghapus poli

sebelum masuk ke sistem

72

11.

Tambah jadwal

Admin menambah jadwal dokter

12.

Ubah jadwal

Admin mengubah jadwal dokter

13.

Hapus jadwal

Admin menghapus jadwal dokter

14.

Melihat laporan data pasien

Admin melihat laporan data pasien

15.

Melihat laporan data obat

Amin melihat laporan data obat

16.

Melihat laporan data detail resep

Admin melihat data detail resep

17.

Melihat laporan tindakan medis

Admin melihat data tindakan medis

18.

Melihat data pasien

Dokter bisa melihat riwayat kesehatan pasien

19.

Mengisi hasil tindakan

Dokter mengisi hasil tindakan pemeriksaan

20.

Mengubah tindakan

Dokter mengubah data tindakan pasien

21.

Membuat resep

Dokter bisa membuatkan resep obat

22.

Membuat rujukan

Dokter bisa membuat rujukan

23.

Tambah info kesehatan

Dokter membuat info kesehatan

24.

Ubah info kesehatan

Dokter bisa mengubah info kesehatan

25.

Hapus info kesehatan

Dokter bisa menghapus info kesehatan

26.

Melihat rujukan masuk

27.

Mengisi hasil lab

Petugas lab mengisikan hasil pemeriksaan lab

28.

Mencetak hasil lab

Petugas mencetak hasil pemeriksaan lab

29.

Mencetak nota pembayaran

Petugas mencetak nota biaya pemeriksaan lab

30.

Tambah data lab

Petugas menambahkan data lab

31.

Ubah data lab

Petugas mengubah data lab

32.

Hapus data lab

Petugas menghapus data lab

Melihat jadwal praktek dokter

Pasien bisa melihat jadwal praktek dokter

33.

Petugas lab bisa melihat daftar rujukan yang masuk

yang ingin dituju.

34.

Mengisi pendaftaran

Pasien mendaftar dengan memasukkan id

35.

Melihat riwayat kesehatan

Pasien bisa melihat data rekam medisnya

36.

Melihat rekapitulasi biaya

37.

Melihat info kesehatan

38.

Melihat info lab

Pasien bisa melihat info lab

39.

Menguabah profil

Pasien bisa mengupdate data profil

Pasien bisa melihat rekapitulasi biaya selama berobat Pasien bisa melihan update info kesehatan dari dokter

73

40.

Menambah data pasien

Petugas menambahkan data pasien.

41.

Mengisi rekam medis

42.

Mendaftarkan pasien

Petugas mendaftarkan pasien untuk diperiksa

43.

Mencetak kartu berobat

Petugas mencetak kartu berobat pasien

44.

Mencetak bukti pembayaran

45.

Melihat resep masuk

46.

Mengolah resep

Petugas mengisi detail resep

47.

Melihat detai resep

Petugas mencetak nota pembayaran resep

48.

Tambah data obat

Petugas bisa menambahkan data obat

49.

Ubah obat

Petugas mengubah data obat

50.

Hapus obat

Petugas menghapus data obat

Petugas mengisi rekam medis pasien yang sudah diperiksa

Petugas membuatkan struk pembayaran biaya pemeriksaan pasien Petugas apotek melihat dan mengolah resep masuk

3.1.7 Scenario Use Case Setelah membuat use case diagram dan sudah mengetahui fungsionalitas masing-masing use case.

Selanjutnya, berikut ini merupakan scenario dari

diagram use case yang sebelumnya telah dijabarkan. 3.1.7.1 Scenario Use Case Login Use Case

: Login

Aktor

: Admin, Dokter, Pasien, petugas apotek, petugas lab, bagian pendaftaran

Pre-Condition : Aktor melakukan login Post-Condition: halaman utama sistem ditampilkan Description

: Aktor masuk ke sistem menggunakan username dan password Aktor

Sistem Normal Flow

1. Aktor

membuka

aplikasi

atau

website 2. Sistem akan menampilkan form login

74

3. Aktor memasukan username dan password 4. Sistem akan memvalidasi username dan password 5. Aktor akan masuk ke sistem jika password dan username benar. Alternatif Flow 1. Aktor

membuka

aplikasi

atau

website 2. Sistem akan menampilkan form login 3. Aktor memasukan username dan password 4. Jika password salah makan sistem akan menampilkan pesan “gagal login, username atau password yang anda masukan salah, silahkan ulangi proses loginnya”

3.1.7.1.1 Ativity Diagram Login aktor pengguna sistem

sistem

memasukkan username dan password

validasi username dan password tidak valid

username dan password tidak cocok

valid

masuk kehalaman website

Gambar 3.10 activity diagram proses login

75

3.1.7.2 Scenario Use Case Menambah data petugas Use Case

: Tambah petugas

Aktor

: Admin

Pre-Condition : Aktor meambahkan petugas Post-Conditio : petugas berhasil ditambahkan dan disimpan Description

: Aktor memasukkan nama dan bagian petugas pada form tambah petugas Admin

Sistem Normal Flow

1. Admin memilih tambah data petugas 2. Sistem menampilkan form pengolahan data petugas 3. Admin memasukkan nama dan bagian petugas pada form tambah petugas kemudian klik tombol simpan 4. Sistem menyimpan data petugas yang ditambahkan dan menampilkan pesan, data berhasil disimpan Alternatif Flow 1. Admin memilih pengolahan data petugas 2. Sistem menampilkan halaman pengolahan data petugas 3. Admin memasukkan nama dan bagian petugas kemudian klik tombol simpan

3.1.7.2.1 Activity Menambah Petugas

76

admin

sistem

tambah data

tampil form tambah petugas

isi data petugas

simpan data petugas

apakah data sudah ada?

Ya Tidak

data tersimpan

Gambar 3.11 activity diagram tambah petugas 3.1.5.3 Scenario Ubah data petugas Use Case

: Ubah data petugas

Aktor

: Admin

Pre-Condition : Aktor mengubah data petugas Post-Condition: data petugas berhasil diubah dan disimpan Description

: Aktor mengubah email, username dan password petugas yang diubah datanya. Admin

Sistem Normal Flow

1. Admin

memilih

pengolahan

data

petugas 2. Sistem

menampilkan

halaman

pengolahan data petugas 3. Admin memilih data petugas yang akan diubah dan mengklik tombol ubah 4. Sistem akan menampilkan data petugas

77

yang akan diubah 5. Amin mengubah data petugas seperti email, usename dan pasword dan mnyimpan kembali 6. Sistem menyimpan data petugas yang sudah diubah

3.1.5.3.1 Activity Diagram Ubah Petugas admin

sistem

ubah data petugas

tampil data daftar petugas

pilih petugas yg diubah datanya

tampil form ubah data

isi data perubahan

perubahan disimpan

Gambar 3.12 activity diagram ubah data petugas 3.1.5.4 Scenario Use Case Hapus petugas Use Case

: Hapus petugas

Aktor

: Admin

Pre-Condition : Aktor menghapus data petugas Post-Conditio : data petugas berhasil dihapus Description

: Aktor menghapus data petugas yang ingin dihapus Admin

Sistem Normal Flow

1. Admin memilih pengolahan data petugas

78

2.

Sistem

menampilkan

halaman

pengolahan data petugas 3. Admin memilih data petugas yang akan dihapus dan klik tombol hapus 4. sistem akan menampilkan peringatan, anda yakin ingin menghapus data ini? 4 Admin

memilik

menghapus

dan

ok

untuk

cancel

untuk

membatalkan 5 Sistem menghapus data petugas jika ok dan kembali jika cancel

3.1.5.4.1 Activity Diagram Menghapus Petugas admin

sistem

hapus data

tampil data daftar petugas

pilih petugas yang akan dihapus

apakan anda yakin ingin hapus data ini?

tidak

ya data berhasil dihapus

Gambar 3.13 activity diagram hapus data petugas 3.1.5.5 Scenario Use Case Menambah data dokter Use Case

: Tambah dokter

Aktor

: Admin

Pre-Condition : Aktor menambah data dokter

79

Post-Conditio : data dokter berhasil ditambah Description

: Aktor menambahkan data dokter yang baru pada form tambah dokter Admin

Sistem Normal Flow

1. Aktor memilih menu pengolahan dokter 2. Sistem

menampilkan

halaman

pengolahan data dokter 3. Admin mengetikkan nama dokter dan memilih jenis dokter dan polinya kemudian klik tombol simpan 4. Sistem akan menyimpan data dokter dan menampilkan pesan data berhasil disimpan Alternatif Flow 1. Aktor memilih menu pengolahan dokter 2. Sistem

menampilkan

halaman

pengolahan data dokter 3. Admin mengetikkan nama dokter dan memilih jenis dokter dan polinya kemudian klik tombol simpan 4. Sistem

tidak

menampilkan

menyimpan pesan

data

disimpan karena sudah ada

3.1.5.5.1 Activity Diagram Menambah Data Dokter

dan gagal

80

admin

sistem

tambah data

tampilkan form tambah dokter

isi data dokter

simpan data dokter

apakah data sudah ada?

Ya Tidak

data tersimpan

Gambar 3.14 activity diagram tambah dokter 3.1.5.6 Scenario Use Case Ubah Data Dokter Use Case

: Ubah data dokter

Aktor

: Admin

Pre-Condition : Aktor mengubah data dokter Post-Conditio : data dokter berhasil rubah Description

: Aktor mengubah email, username dan pasword dokter Admin

Sistem Normal Flow

1. Aktor memilih menu pengolahan dokter 2. Sistem

menampilkan

halaman

pengolahan data dokter 3. Admin memilih menu ubah data dokter 4. Sistem menampilkan mengolahan ubah

81

data dokter 5. Admin memasukkan alamat email, username dan password dokter dan klik simpan 6. Sistem akan menyimpan perubahan data dokter

3.1.5.6.1 Activity Diagram Mengubah Data Dokter admin

sistem

ubah data

tampil form ubah data

isi data perubahan

perubahan disimpan

Gambar 3.15 activity diagram ubah data dokter 3.1.5.7 Scenario Use Case Hapus Data Dokter Use Case

: Hapus dokter

Aktor

: Admin

Pre-Condition : Aktor menghapus data dokter Post-Conditio : data dokter berhasil dihapus Description

: Aktor menghapus data dokter dari sistem Admin

Sistem Normal Flow

1. Aktor memilih menu pengolahan dokter 2. Sistem menampilkan halaman pengolahan data dokter 3. Admin memilih hapus data dokter

82

4. Sistem menampilkan peringatan peringatan anda yakin menghapus data ini? 5. Admin mengklik ok untuk hapus data 6. Sistem akan menghapus data Alternatif Flow 1. Aktor memilih menu pengolahan dokter 2. Sistem menampilkan halaman pengolahan data dokter 3. Admin memilih hapus data dokter 4. Sistem menampilkan peringatan peringatan anda yakin menghapus data ini? 5. Admin mengklik cancel untuk membatalkan hapus data 6. Sistem membatalkan penghapusan data

3.1.5.7.1 Activity Diagram Menghapus Data Dokter admin

hapus data

sistem

tampilkan data daftar dokter

pilihdokter yang akan dihapus

apakan anda yakin ingin hapus data ini?

tidak ya data berhasil dihapus

Gambar 3.16 activity diagram menghapus data dokter

83

3.1.5.8 Scenario Use Case Menambah Data Poli Use Case

: Tambah data poli

Aktor

: Admin

Pre-Condition : Aktor menambah data poli Post-Conditio : Data poli berhasil ditambahkan Description

: Aktor menambahkan data poli pada form tambah poli Admin

Sistem Normal flow

1. Admin memilih menu pengolahan data poli 2. Sistem

menampilkan

halaman

pengolahan data poli 3. Admin menambahkan data poli baru dan klik tombol simpan 4. Sistem menyimpan dan menampilkan pedan data berhasil disimpan

3.1.5.8.1 Activity Diagram Menambah Data Poli admin

tambah data

sistem

tampilkan form tambah poli

isi data poli

simpan data poli

data berhasil disimpan

Gambar 3.17 activity diagram tambah poli

84

3.1.5.9 Snenario Use Case Hapus poli Use Case

: Hapus poli

Aktor

: Admin

Pre-Condition : Aktor menghapus data poli Post-Conditio : Data poli berhasil dihapus Description

: Aktor menghapus data poli dari sistem Admin

Sistem Normal Flow

1. Admin memilih menu pengolahan data poli 2. Sistem menampilkan halaman pengolahan data poli 3. Admin memilih data poli yang akan dihapus 4. Sistem menampilkan peringatan, anda yakin menghapus data ini? 5. Admin meilih ok untuk menghapus 6. Sistem menghapus dan menampilkan pesan data berhasil dihapus

3.1.5.9.1 Activity Diagram Menghapus Poli

85

admin

sistem

hapus data

tampilkan data daftar poli

pilih poli yang akan dihapus

apakan anda yakin ingin hapus data ini?

tidak ya data berhasil dihapus

Gambar 3.18 activity diagram hapus data poli 3.1.5.10

Scenario Use Case Menambah jadwal dokter

Use Case

: Tambah jadwal praktek

Aktor

: Admin

Pre-Condition : Aktor membuat jadwal praktek dokter Post-Condition: Jadwal praktek berhasil dibuat Description

: Proses dimana aktor membuat jadwal praktek dokter. Admin

Sistem Normal Flow

1. Admin memilih olah data jadwal praktek dokter 2. Sistem

menampilkan

form

tambah

jadwal praktek dokter 3. Admin

mengisi

data

jadwal

praktek dokter dan menyimpannya 4. Sistem menyimpan jadwal praktek

86

3.1.5.10.1 Activity Diagram Menambah Jadwal Dokter admin

sistem

tambah jadwal

tampilkan form tambah jadwal

isi data jadwal

simpan jadwal

data tersimpan

Gambar 3.19 activity diagram tambah jadwal praktek 3.1.5.11 Scenario Use Case Mengubah Jadwal Praktek Dokter Use Case

: Ubah jadwal praktek

Aktor

: Admin

Pre-Condition : Aktor mengubah jadwal praktek dokter Post-Conditio : Jadwal praktek berhasil diubah/update Description

: Proses dimana aktor mengubah jadwal praktek dokter. Admin

Sistem Normal Flow

1. Admin memilih olah data jadwal praktek dokter 2. Sistem

menampilkan

daftar

jadwal

praktek dokter 3. Admin memilih menu udah jadwal 4. Sistem menampilkan form ubah jadwal praktek 5. Admin mengisi data jadwal baru dan menyimpannya 6. Sistem

akan

menyimpan

perubahan

87

jadwal

3.1.5.11.1 Activity Diagram Mengubah Jadwal Dokter admin

sistem

ubah jadwal

tampilkan data jadwal dokter

pilih jadwal yg diubah datanya

tampil form ubah jadwal

isi data perubahan

perubahan disimpan

Gambar 3.20 activity diagram ubah jadwal praktek 3.1.5.12 Scenario Use Case Menghapus Jadwal Praktek Dokter Use Case

: Hapus jadwal praktek

Aktor

: Admin

Pre-Condition : Aktor menghapus jadwal praktek dokter Post-Conditio : Jadwal praktek berhasil dihapus Description

: Proses dimana aktor menghapust jadwal praktek dokter. Admin

Sistem Normal Flow

1. Admin memilih olah data jadwal praktek dokter 2. Sistem menampilkan daftar jadwal praktek dokter 3. Admin memilih menu hapus jadwal 4. Sistem

akan

menampilkan

pesan,

88

apakah anda yakin menghapus data ini? 5. Admin

memilih

ok

untuk

menghapus 6. Sistem menghapus data Alternatif Flow 1. Admin memilih olah data jadwal praktek dokter 2. Sistem menampilkan daftar jadwal praktek dokter 3. Admin memilih menu hapus jadwal 4. Sistem

akan

menampilkan

pesan,

apakah anda yakin menghapus data ini? 5. Admin

memilih

cancel

untuk

membatalkan. 6. Jika

cancel

sistem

kembali

menampilkan daftar jadwal praktek.

3.1.5.12.1 Activity Diagram Menghapus Jadwal Dokter admin

hapus jadwal

sistem

tampilkan data daftar jadwal

pilih jadwal yang akan dihapus

apakan anda yakin ingin hapus data ini?

tidak

ya data berhasil dihapus

Gambar 3.21 activity diagram hapus jadwal praktek

89

3.1.5.13 Scenario Use Case Melihat Laporan Data Pasien Use Case

: Melihat laporan data pasien

Aktor

: Admin

Pre-Condition : Aktor melihat laporan data pasien Post-Conditio : Laporan data pasien ditampilkan Description

: Aktor melihat laporan data pasien pada halaman laporan data pasien Admin

Sistem Normal flow

1. Admin memilih menu laporan 2. Sistem

menampilkan

menu

daftar

laporan 3. Admin

memilih

laporan

data

pasien 4. Sistem menampilkan halaman laporan data pasien

3.1.5.13.1 Activity Diagram Melihat Laporan Data Pasien admin

pilih menu laporan pasien

sistem

tampil laporan pasien

Gambar 3.22 activity diagram melihat laporan data pasien 3.1.5.14

Scenario Use Case Melihat Laporan Data Obat

Use Case

: Melihat laporan data obat

Aktor

: Admin

Pre-Condition : Aktor melihat laporan data obat Post-Conditio : Laporan data obat ditampilkan

90

Description

: Aktor melihat laporan data obat pada halaman laporan data obat Admin

Sistem Normal flow

1. Admin memilih menu laporan 2. Sistem

menampilkan

menu

daftar

laporan 3. Admin memilih laporan data obat 4. Sistem menampilkan halaman laporan data pasien

3.1.5.14.1 Activity Diagram Melihat Laporan Data Obat admin

sistem

pilih menu laporan obat

tampil laporan obat

Gambar 3.23 activity diagram melihat laporan data obat 3.1.5.15

Scenario Use Case Melihat Laporan Detail Resep

Use Case

: Melihat laporan detail resep

Aktor

: Admin

Pre-Condition : Aktor melihat laporan detail resep Post-Conditio : Laporan data detail resep ditampilkan Description

: Aktor melihat laporandetail resep pada halaman laporan detail resep Admin

Sistem Normal Flow

1. Admin memilih menu laporan 2. Sistem laporan

menampilkan

menu

daftar

91

3. Admin memilih laporan detail resep 4. Sistem menampilkan halaman laporan detail resep

3.1.5.15.1 Activity Diagram Melihat Laporan Detail Resep admin

sistem

pilih menu laporan resep

tampil laporan detail resep

Gambar 3.24 activity diagram melihat laporan detail resep 3.1.5.16

Scenario Use Case Melihat Laporan Tindakan Medis

Use Case

: Melihat laporan tindakan medis

Aktor

: Admin

Pre-Condition : Aktor melihat laporan tindakan medis Post-Conditio : Laporan tindakan medis ditampilkan Description

: Aktor melihat laporan tindakan medis pada halaman laporan tindakan medis Admin

Sistem Normal flow

1. Admin memilih menu laporan 2. Sistem

menampilkan

menu

daftar

laporan 3. Admin memilih laporan tindakan medis 4. Sistem menampilkan halaman laporan tindakan medis

92

3.1.5.16.1 Activity Diagram Melihat Laporan Tindakan Medis admin

sistem

pilih menu laporan tindakan medis

tampil laporan tindakan medis

Gambar 3.25 activity diagram melihat laporan tindakan medis 3.1.5.17

Scenario Use Case Melihat Data Pasien

Use Case

: Melihat data pasien

Aktor

: Dokter

Pre-Condition : Aktor melihat data pasien Post-Conditio : Data pasien berhasil ditampilkan Description

: Aktor melihat data pasien pada halaman data pasien Dokter

Sistem Normal Flow

1. Dokter memilih menu lihat data pasien 2. Sistem menampilkan halaman daftar data pasien 3. Dokter melihat riwayat kesehatan salah satu pasien 4. Sistem

menampilkan

kesehatan pasien

3.1.5.17.1 Activity Diagram Melihat Data Pasien

data

riwayat

93

dokter

sistem

data pasien

tampilkan data daftar pasien

pilih pasien

tampil data rekam medis pasien

Gambar 3.26 activity diagram melihat data pasien 3.1.5.18

Scenario Use Case Mengisi tindakan medis

Use Case

: Isi tindakan medis

Aktor

: Dokter

Pre-Condition : Aktor melihat daftar pasien yang belum diperiksa dan data hasil tindakan medis Post-Condition: Data pasien di isi dan disimpan Description

: Aktor mengolah data tindakan medis pasien Dokter

Sistem Normal Flow

1. Dokter memilih menu pengolahan tindakan medis 2. Sistem menampilkan daftar pasien yang belum diperiksa 3. Dokter memilih isi hasil tindakan medis 4. Sistem menampilkan form tindakan medis 5. Dokter mengisi form tindakan medis dan menyimpannya

94

6. Sistem menyimpan data tindakan medis pasien

3.1.5.18.1 Activity Diagram Mengisi Tindakan Medis dokter

sistem

isi tindakan medis

tampilakan daftar pasien yg blm diperiksa

pilih pasien

isi tindakan dan simpan

tampil form isi tindakan

Gambar 3.27 activity diagram isi tindakan medis 3.1.5.19

Scenario Use Case Mengubah Tindakan Medis

Use Case

: Mengubah tindakan medis

Aktor

: Dokter

Pre-Condition : Aktor melihat daftar pasien yang ingin diubah. Post-Conditio : Isi data perubahan dan disimpan Description

: Aktor mengolah data perubahan tindakan medis pasien. Dokter

Sistem Normal Flow

1. Dokter memilih menu pengolahan tindakan medis 2. Sistem

menampilkan

data

hasil

form

ubah

tindakan medis 3. Dokter

memilih

menu

ubah

tindakan 4. Sistem tindakan

menampilkan

95

5. Dokter mengisi data perubahan dan menyimpannya 6. Sistem menyimpan perubahan data

3.1.5.19.1 Activity Diagram Mengubah Tindakan Medis dokter

sistem

ubah data

tampilkan data daftar pasien

pilih data pasien

ubah tindakan dan simpan

tampil form ubah tindakan

simpan perubahan

Gambar 3.28 activity diagram ubah tindakan medis 3.1.5.20

Scenario Use Case Membuat resep

Use Case

: Membuat resep

Aktor

: Dokter

Pre-Condition : Aktor membuat resep dan mengirim resep Post-Conditio : Resep obat terkirim Description

: Aktor membuatkan resep dan mengirim resep kebagian apotek Dokter

Sistem Normal Flow

1. Dokter memilih menu buat resep 2. Sistem menamplikan form resep 3. Dokter

mengisi

resep

dan

mengirim resep 4. Sistem menyimpan dan mengirim resep 5. Dokter

merubah

resep

dan

96

menyimpan 6. Sistem menampilkan form ubah resep dan menyimpan perubahan resep

3.1.5.20.1 Activity Diagram Membuat Resep dokter

tambah resep

sistem

bagian apotek

tampil form tambah resep

isi data resep

pilih kirim resep

tampilkan resep masuk

melihat resep masuk

buatkan obat

Gambar 3.29 activity diagram tambah resep 3.1.5.21

Scenario Use Case Mengubah Resep

Use Case

: Mengubah resep

Aktor

: Dokter

Pre-Condition : Aktor mengubah resep Post-Condition: resep obat berhasil dirubah Description

: Aktor mengubah data resep dan menyimpan kembali Dokter

Sistem Normal flow

1. Dokter memilih menu buat resep 2. Sistem menampilkan data resep 3. Dokter memilih menu ubah resep 4. Sistem menampilkan form ubah

97

resep 5. Dokter mengisi perubahan resep

dan

menyimpan

kembali 6. Sistem menyimpan perubahan data resep

3.1.5.21.1 Activity Diagram Mengubah Resep dokter

sistem

jawab konfirmasi bagian apotek

kirim konfirmasi

tidak

konfirmasi obat tidak bisa diganti

bagian apotek

konfirmasi jika ada obat yg kosong

buatkan resep dgn obat yg tersedia

ya mengubah resep

kirim perubahan resep

lihat perubahan resep

buatkan obat

Gambar 3.30 activity diagram ubah resep 3.1.5.22

Scenario Ue Case Membuat Rujukan

Use Case

: Membuat rujukan

Aktor

: Dokter

Pre-Condition : Aktor membuat dan mengirim rujukan Post-Conditio : rujukan terkirim Description

: Aktor membuatkan dan mengirim rujukan kebagian lab Dokter

Sistem

98

Normal Flow 1. Dokter

memilih

menu

buat

rujuakan 2. Sistem menampilkan halaman rujukan pasien 3. Dokter

mengisi

form

rujukan

fasien dan klik kirim 4. Sistem mengirim rujukan pasien

3.1.5.22.1 Activity Diagram Membuat Rujukan dokter

sistem

tambah rujukan

tampilkan form rujukan

isi data rujukan

mengirim rujukan

kirim rujukan

Gambar 3.31 activity diagram membuat rujukan 3.1.5.23

Scenario Use Case Menambah Info Kesehatan

Use Case

: Menambaht info kesehatan

Aktor

: Dokter

Pre-Condition : Aktor membuat info kesehatan Post-Conditio : informasi kesehatan tersimpan Description

: Aktor membuatkan informasi kesehatan untuk dilihat oleh pasien Dokter

Sistem Normal Flow

1. Dokter memilih menu pengolahan info kesehatan 2. Sistem

menampilkan

form

tambah

99

informasi kesehatan 3. Dokter mengisi judul dan isi info kesehatan

kemudian

menyimpannya 4. Sistem menyimpan informasi kesehatan

3.1.5.23.1 Activity Diagram Menambah Info Kesehatan dokter

sistem

tambah data

tampil form tambah info

isi data info kesehatan

pilih simpan

data info disimpan

Gambar 3.32 activity diagram tambah info 3.1.5.24

Scenario Use Case Mengubah Info Kesehatan

Use Case

: Ubah info kesehatan

Aktor

: Dokter

Pre-Condition : Aktor mengubaht info kesehatan Post-Conditio : informasi kesehatan diubah Description

: Aktor mengubah informasi kesehatan untuk dilihat oleh pasien Dokter

Sistem Normal Flow

1. Dokter

memilih

menu

pengolahan info kesehatan 2. Sistem menampilkan daftar informasi kesehatan 3. Dokter memilih info yang ingin

100

dirubah 4. Sistem menampilkan form ubah info kesehatan 5. Dokter mengisi perubahan data info kesehatan 6. Sistem

meyimpan

perubahan

kesehatan

3.1.5.24.1 Activity Mengubah Info Kesehatan dokter

sistem

ubah data

tampil daftar info

pilih info yang diubah

tampil form ubah info

isi data perubahan

simpan perubahan data

Gambar 3.33 activity diagram mengubah info kesehatan 3.1.5.25

Scenario Use Case Menghapus Info Kesehatan

Use Case

: Hapus info kesehatan

Aktor

: Dokter

Pre-Condition : Aktor menghapus info kesehatan Post-Conditio : informasi kesehatan dihapus Description

: Aktor menghapus informasi kesehatan

Dokter

Sistem Normal Flow

1. Dokter memilih menu pengolahan

info

101

info kesehatan 2. Sistem menampilkan daftar informasi kesehatan 3. Dokter memilih hapus info 4. Sistem menampilkan pesan anda yakin menghapus data ini?

5. Pilih ok untuk menghapus 6. Sistem menghapus info Alternatif Flow 1. Dokter memilih menu pengolahan info kesehatan 2. Sistem menampilkan daftar informasi kesehatan 3. Dokter memilih hapus info 4. Sistem menampilkan pesan anda yakin menghapus data ini?

5. Pilih cancel untuk membatalkan 6.

Sistem kembali ke daftar info kesehatan

3.1.5.25.1 Activity Diagram Menghapus Info Kesehatan

102

dokter

sistem

hapus info

tampil daftar info kesehatan

pilih info yg dihapus

anda yakin menghapus data ini?

tidak

ya

Gambar 3.34 activity diagram menghapus info kesehatan 3.1.5.26

Scenario Use Case Melihat Jadwal Praktek Dokter

Use Case

: Melihat jadwal praktek dokter

Aktor

: pasien, bag pendaftaran

Pre-Condition : Aktor melihat jadwal praktek dokter Post-Condition: informasi jadwal praktek dokter Description

: Aktor melihat jadwal praktek untuk melakukan pendaftaran Aktor

Sistem Normal Flow

1. Aktor melihat jadwal praktek dokter 2. Sistem

menampilkan

daftar

jadwal

praktek dokter 3. Pasien

dan

staf

pendaftaran

melihat jadwal dokter yang dipilih 4. Sistem menampilkan jadwal dokter yang dipilih pasien 5. Aktor

memasukkan

no.jadwal

praktek dan no.rekam medis ke form pendaftaran dan klik daftar 6. Sistem menyimpan data pendaftaran

103

3.1.5.26.1 Activity Diagram Melihat Jadwal Praktek Dokter pasien

sistem

jadwal dokter

tampilkan daftar jadwal

pilih jadwal dokter yg dituju

tampilkan jadwal praktek dokter

Gambar 3.35 activity diagram lihat jadwal praktek 3.1.5.27

Scenario Use Case Melihat Riwayat Kesehatan

Use Case

: Melihat riwayat kesehatan pasien

Aktor

: Pasien

Pre-Condition : Aktor melihat riwayat kesehatan Post-Conditio : informasi riwayat kesehatan ditampilkan Description

: Aktor memilihat riwayat kesehatan untuk melihat catatan rekam medis Pasien

Sistem Normal Flow

1. Pasien masuk kehalaman utama 2. Sistem menampilkan menu pasien 3. Pasien memilih menu riwayat kesehatan 4. Sistem menampilkan riwayat kesehatan pasien

3.1.5.27.1 Activity Diagram Melihat Riwayat Kesehatan

104

pasien

sistem

riwayat kesehatan

tampilkan data riwayat kesehatan

Gambar 3.37 activity diagram melihat riwayat kesehatan 3.1.5.28

Scenario Use Case Melihat Rekapitulasi Biaya

Use Case

: Melihat riwayat rekapitulasi biaya

Aktor

: Pasien

Pre-Condition : Aktor melihat rekapitulasi biaya Post-Conditio : informasi rekapitulasi biaya ditampilkan Description

: Aktor memilihat rekapitulsi biaya yang sudah dikeluarkan selama berobat. Pasien

Sistem Normal Flow

1. Pasien masuk kehalaman utama 2. Sistem menampilkan menu pasien 3.

Pasien

memilih

menu

rekapiltulasi biaya kesehatan 4. Sistem menampilkan rekapitulasi data biaya

3.1.5.28.1 Activity Diagram Melihat Rekapitulasi Biaya pasien

melihat rekapitulasi biaya

sistem

tampil data rekapitulasi biaya

Gambar 3.38 activity diagram melihat rekapitulasi biaya

105

3.1.5.29

Scenario Use Case Melihat Info Lab

Use Case

: Melihat info lab

Aktor

: Pasien

Pre-Condition : Aktor melihat info lab Post-Conditio : informasi lab ditampilkan Description

: Aktor memilihat info lab yang ada Pasien

Sistem Normal Flow

1. Pasien masuk kehalaman utama 2. Sistem menampilkan menu pasien 3. Pasien memilih menu informasi lab 4. Sistem menampilakan informasi lab yang ada

3.1.5.29.1 Activity Diagram Melihat Info Lab pasien

sistem

pilih menu info labaratorium

tampilkan data lab

Gambar 3.40 activity diagram melihat info laboratorium 3.1.5.30

Scenario Use Case Melihat Info Kesehatan

Use Case

: Melihat info kesehatan

Aktor

: Pasien

Pre-Condition : Aktor melihat info kesehatan Post-Condition: informasi kesehatan ditampilkan Description

: Aktor memilihat info kesehatan yang dibuat oleh dokter Pasien

Sistem Normal Flow

106

1. Pasien masuk kehalaman utama pasien 2. Sistem menampilkan menu pasien 3. Pasien melihat info kesehatan yg dibuat oleh dokter 4. Sistem menampilkan info kesehatan

3.1.5.30.1 Activity Diagram Melihat Info Kesehatan pasien

sistem

pilih menu info kesehatan

tampil info kesehatan

Gambar 3.39 activity diagram melihat info kesehatan 3.1.5.31

Scenario Use Case Mengubah profil

Use Case

: Melihat profil

Aktor

: Pasien

Pre-Condition : Aktor mengubah data profil Post-Conditio : data profil dirubah Description

: Aktor mengubah data profilnya kalau ada perubahan data Pasien

Sistem Normal flow

1. Pasien masuk kehalaman utama pasien 2. Sistem menampilkan menu pasien 3. Pasien memilih menu ubah profil 4. Sistem menampilkan form ubah data profil 5. Pasien mengetikkan data yang baru dan klik diubah

107

6. Sistem mengubah data profil

3.1.5.31.1 Activity Diagram Mengubah Profil pasien

sistem

ubah profil

tampilkan form ubah profil

isi data profil baru

simpan perubahan data

Gambar 3.41 activity diagram ubah profil 3.1.5.32

Scenario Use Case Menambah data pasien

Use Case

: Menambah data pasien

Aktor

: Bagian pendaftaran

Pre-Condition : Aktor mengisi data pasien Post-Condition: Data pasien disimpan Description

: Aktor mengisi data pasien, membuat akun pasien

Bagian pendaftaran

Sistem Normal flow

1. Staf

pendaftaran

memilih

menu

pendaftaran pasien 2. Sistem menampilakan form data pasien 3. Staf pendaftaran mengisi data dari pasien dan menyimpannya 4. Sistem menyimpan data pasien

3.1.5.32.1 Activity Diagram Menambah Data Pasien

108

staf pendaftaran

sistem

tambah data

tampil form data pasien

isi data pasien

simpan data pasien

Gambar 3.42 activity diagram tambah data pasien 3.1.5.33

Scenario Use Case Mengisi Rekam Medis Pasien

Use Case

: Mengisi rekam medis

Aktor

: Bag pendaftaran

Pre-Condition : Aktor mengisi rekam medis Post-Conditio : Data rekam medis terisi Description

: Aktor mengisi nomor rekam medis untuk diperikasa oleh dokter

Bagian pendaftaran

Sistem Normal Flow

1. Staf pendaftaran memilih menu pendaftaran pasien 2. Sistem menampilkan daftar pasien 3. Pilih menu isi rekam medis 4. Sistem menampilkan form rekan medis 5. Bag

pendaftaran

mengisi

no

rekam medis 6. Sistem menyimpan rekam medis pasien

3.1.5.33.1 Activity Diagram Mengisi Rekam Medis Pasien

109

staf pendaftaran

sistem

pendaftaran pasien

tampil data daftar pasien

pilih pasien

tampil form rekam medis

isi no.rekam medis pasien

simpan rekam medis pasien

Gambar 3.43 activity diagram isi rekam medis 3.1.5.34

Scenario Use Case Mendaftarkan Pasien

Use Case

: Mendaftarkan pasien

Aktor

: Bag pendaftaran

Pre-Condition : Aktor mengisi form pendaftaran Post-Conditio : Pasien terdaftar Description

: Aktor mengisi form pendaftaran pasien untuk diperikasa oleh dokter

Bagian pendaftaran

Sistem Normal Flow

1. Staf pendaftaran memilih menu pendaftaran pasien 2. Sistem menampilkan daftar pasien 3. Dokter memiilih menu daftar 4. Sistem menampilkan form data daftar 5. Dokter mengisi data pendaftaran 6. Sistem menyimpan data pendaftaran

3.1.5.33.1 Activity Diagram Mendaftarkan Pasien

110

staf pendaftaran

sistem

daftar

tampil data daftar pasien

pilih pasien

tampil form pendaftaran

isi data pendaftaran

simpan pendaftaran

Gambar 3.44 activity diagram mendaftarkan pasien 3.1.5.44

Scenario Use Case Mencetak Kartu Berobat Pasien

Use Case

: Menambah kartu berobat pasien

Aktor

: Bag pendaftaran

Pre-Condition : Aktor mencetak kartu berobat Post-Conditio : Kartu berobat dicetak Description

: Aktor mencetak kartu berobat untuk pasien

Bagian pendaftarn

Sistem Normal Flow

1. Staf pendaftarn memilih menu cetak kartu pasien 2. Sistem menampilkan halaman daftar pasien 3. Staf pendaftaran memilih pasien yang

akan

dicetak

kartu

berobatnya 4. Sistem mencetak kartu berobat pasien

3.1.5.34.1 Activity Diagram Mencetak Kartu Berobat Pasien

111

staf pendaftaran

sistem

cetak kartu pasien

tampil daftar pasien

pilih pasien

kartu dicetak

Gambar 3.45 activity diagram mencetak kartu berobat 3.1.5.35

Scenario Use Case Mencetak Bukti Pembayaran

Use Case

: Mencetak bukti pembayaran

Aktor

: Bag pendaftaran

Pre-Condition : Aktor mencetak bukti pembayaran Post-Conditio : Struk pembayaran dicetak Description

: Aktor mencetak struk setelah pasien selesai diperiksa

Bagian pendaftaran

Sistem Normal Flow

1. Staf pendaftaran memilih menu cetak bukti pembayaran 2. Sistem menampilakan halaman daftar pasien 3. Staf pendaftaran memilih pasien yang sudah selesai diperiksa dan mencetak srtuk 4. Sistem

menampilkan

pembayaran dan mencetak struk.

3.1.5.35.1 Activity Diagram Mencetak Bukti Pembayaran

rincian

112

staf pendaftaran

sistem

cetak pembayaran

tampil daftar pasien

pilih pasien

tampil rincian pembayaran

cetak struk

Gambar 3.46 activity diagram cetak pembayaran 3.1.5.36

Scenarion Use Case Melihat resep masuk

Use Case

: Melihat resep masuk

Aktor

: Bag apotek

Pre-Condition : Aktor melihat resep masuk Post-Conditio : resep masuk Description

: Aktor melihat resep masuk yang dibuatkan dokter Bagian apotek

Sistem Normal Flow

1. Staf

apotek

masuk

halaman

utama sistem 2. Sistem menampilakan menu utaman bag apotek 3. Staf apotek memilih menu resep yang masuk 4. Sistem menampilkan daftar resep masuk

3.1.5.36.1 Activity Diagram Melihat Resep Masuk

113

bagian apotek

sistem

resep

tampilkan daftar resep masuk

Gambar 3.47 melihat resep masuk 3.1.5.37

Scenario Use Case Mengisi Detail Resep

Use Case

: Mengisi detail resep

Aktor

: Bag apotek

Pre-Condition : Aktor melihat mengisi detail resep Post-Conditio : data detail resep diisi Description

: Aktor mengisi data detail resep pasien Bagian Apotek

Sistem Normal Flow

1. Staf apotek memilih menu isi detail resep 2. Sistem menampilkan data resep 3. Staf apotek memilih resep yang akan diisi terlebih dahulu 4. Sistem menampilkan form tambah detail resep 5. Staf mengisi detail resep dan menyimpannya 6. Sistem menyimpan data resep

3.1.5.37.1 Activity Diagram Mengisi Detail Resep

114

bagian apotek

sistem

isi detail resep

tampil form data resep

isi detail resep

simpan detail resep

Gambar 3.48 activity diagram mengisi detail resep 3.1.5.38

Scenario Use Case Mencetak Nota Resep

Use Case

: Mencetak nota resep

Aktor

: Bag apotek

Pre-Condition : Aktor mencetak nota resep Post-Conditio : nota resep dicetak Description

: Aktor mencetak nota resep untuk pembayaran resep oleh pasien

Bagian Apotek

Sistem Normal Flow

1. Staf memilih menu pengolahan detail resep 2. Sistem menampilkan data daftar resep yang sudah dilayani 7. Staf

apotek

mencetak

struk

pembayaran resep 8. Sistem mencetak struk pembayaran resep

3.1.5.38.1 Activity Diagram Mencetak Nota Resep

115

bagian apotek

sistem

resep

tampil daftar resep yg sudah dilayani

pilih resep yg akan dicetak

cetak nota

Gambar 3.49 activity diagram cetak nota resep 3.1.5.39

Scenario Use Case Menambah data obat

Use Case

: Tambah data obat

Aktor

: Bag apotek

Pre-Condition : Aktor menambah data obat Post-Conditio : data obat berhasil ditambah Description

: Aktor menambah data obat pada form data obat Bagian apotek

Sistem Normal Flow

1. Staf

apotek

memilih

menu

pengolahan data obat 2. Sistem menampilkan form tambah obat 3. Staf apotek mengisi data obat yang akan ditambah 4. Sistem menyimpan data obat yang ditambah

3.1.5.39.1 Activity Diagram Menambah Data Obat

116

bagian apotek

sistem

tambah data

tampil form tambah obat

isi data obat

simpan data obat

Gambar 3.50 activity diagram tambah obat 3.1.5.40

Scenario Use Case Mengubah data obat

Use Case

: Ubah data obat

Aktor

: Bag apotek

Pre-Condition : Aktor mengubah data obat Post-Conditio : Data obat berhasil diubah Description

: Aktor mengubah data obat jika ada perubahan data Bagian apotek

Sistem Normal Flow

1. Staf apotek memilih menu pengolahan data obat 2. Sistem menampilkan daftar obat 3. Staf apotek memilih ubah untuk mengupdate data 4. Sistem menampilakan form ubah data 5. Isi data perubahan 6. Sistem menyimpan perubahan data

3.1.5.40.1 Activity Diagram Mengubah Data Obat

117

bagian apotek

sistem

obat

tampil data obat

pilih obat yg diubah

tampil form ubah data obat

isi data perubahan

data obat tersimpan

Gambar 3.51 activity diagram ubah data obat Data Obat 3.1.5.41

Scenario Use Case Menghapus Data Obat

Use Case

: Hapus data obat

Aktor

: Bag apotek

Pre-Condition : Aktor menghapus data obat Post-Conditio : Data obat berhasil dihapus Description

: Aktor menghapus data obat dari sistem Bagian apotek

Sistem Normal Flow

1. Staf apotek memilih menu pengolahan data obat 2. Sistem menampilkan daftar obat 3. Staf memilih hapus obat 4. Sistem menampilakan pesan anda yakin menghapus data ini? 5. Staf

memilih

ok

untuk

menghapus obat 6. Sistem menghapus obat Alternatif Flow 1. Staf

apotek

memilih

menu

118

pengolahan data obat 2. Sistem menampilkan daftar obat 3. Staf memilih hapus obat 4. Sistem menampilakan pesan anda yakin menghapus data ini? 5. Staf

memiilih

cancel

untuk

membatalakan 6. Sistem kembali menampilkan daftar obat

3.1.5.41.1 Activity Diagram Menghapus Obat bagian apotek

obat

sistem

tampil datadaftar obat

pilih obat yg dihapus

anda yakin hapus data ini?

tidak ya data berhasil dihapus

Gambar 3.52 activity diagram menghapus data obat 3.1.5.42

Scenario Use Case Melihat Rujukan Masuk

Use Case

: Melihat rujukan masuk

Aktor

: Bagian laboratorium

Pre-Condition : Aktor melihat rujukan masuk Post-Conditio : Data rujukan ditampilkan Description

: Aktor melihat data rujukan masuk yang dikirim oleh dokter

119

Bagian laboratorium

Sistem Normal Flow

1. Bagian

lab

masuk

halaman

utaman web 2. Sistem

menampilkan

daftar

menu

pengolahan data 3. Bagian

lab

memilih

menu

pemeriksaan lab yang masuk 4. Sistem menampilkan daftar rujukan yg belum diperikasa

3.1.5.42.1 Activity Diagram Melihat Rujukan Masuk bagian laboratorium

sistem

rujukan masuk

tampilkan daftar rujukan masuk

Gambar 3.53 activity diagram melihat rujukan masuk 3.1.5.43

Scenario Use Case Mengisi Hasil Lab

Use Case

: Mengisi hasil lab

Aktor

: Bagian laboratorium

Pre-Condition : Aktor mengisi data hasil rujukan Post-Conditio : Data rujukan dikirim Description

: Aktor mengisi hasil pemeriksaan dan mengirim kembali ke

dokter yang bersangkutan. Bagian laboratorium

Sistem Normal Flow

1. Bagian lab memilih menu isi hasil lab

120

2.

Sistem menampilkan form isi hasil pemeriksaan lab

3. Bagian lab mengisi data hasil pemeriksaan lab dan mengirim 4.

Sistem mengirim data hasil pemeriksaan

3.1.5.43.1 Activity Diagram Mengisi Hasil Lab bagian laboratorium

sistem

isi hasil pemeriksaan

tampil daftar rujukan masuk

pilih rujukan yg ingin diperiksa

tampil form isi hasil lab

masukkan data pemeriksaan

simpan hasil pemeriksaan

Gambar 3.54 activity diagram mengisi hasil pemeriksaan lab 3.1.5.44

Scenario Use Case Mencetak hasil lab

Use Case

: Cetak hasil lab

Aktor

: Bagian laboratorium

Pre-Condition : Aktor mencetak hasil pemeriksaan Post-Conditio : Data pemeriksaan dicetak Description

: Aktor mencetak data hasil pemeriksaan laboratorium

Bagian laboratorium

Sistem Normal Flow

1. Bagian

lab

memilih

menu

pengolahan hasil lab 2. Sistem

menampilkan

daftar

hasil

121

pemeriksaan 3. Bagian lab memilih menu cetak hasil lab 4. Sistem mencetak hasil lab yang dipilih

3.1.5.44.1 Activity Diagram Mencetak Hasil Lab bagian laboratorium

sistem

cetak hasil pemeriksaan

tampil data daftar hasil pemeriksaan

pilih hasil pemeriksaan yg dicetak

cetak hasil pemeriksaan

Gambar 3.55 activity diagram mencetak hasil pemeriksaan lab 3.1.5.45

Scenario Use Case Mencetak Nota pembayaran

Use Case

: Cetak nota pembayaran

Aktor

: Bagian laboratorium

Pre-Condition : Aktor mencetak nota Post-Conditio : Nota dicetak Description

: Aktor mencetak nota pembayaran pemeriksaan laboratorium untuk penagihan ke pasien

Bagian laboratorium

Sistem Normal Flow

1. Bagian

lab

memilih

menu

pengolahan hasil lab 2. Sistem

menampilkan

pemeriksaan 3. Bagian lab memilih menu cetak nota

daftar

hasil

122

4. Sistem mencetak nota pembayaran yang dipilih

3.1.5.45.1 Activity Diagram Mencetak Nota Pembayaran bagian laboratorium

sistem

cetak nota pemeriksaan

tampil data hasil pemeriksaan

pilih data yg akan dicetak nota

cetak nota pembayaran

Gambar 3.56 activity diagram mencetak nota pembayaran 3.1.5.46

Scenario Use Case Menambah Data Lab

Use Case

: Tambah data lab

Aktor

: Bagian laboratorium

Pre-Condition : Aktor menambah data Post-Conditio : Data lab ditambah Description

: Aktor menambah data pemeriksan laboratorium dan menyimpannya

Bagian laboratorium

Sistem Normal Flow

1. Bagian

lab

memilih

menu

pengolahan data laboratorium 2. Sistem menampilkan form tambah data laboratorium 3. Bagian lab mengisi data lab yang ingin

ditambah

dan

menyimpannya 4. Sistem menyimpan data laboratorium

123

3.1.5.46.1 Activity Diagram Menambah Data Lab bagian laboratorium

sistem

tambah data

tampil form tambah data lab

isi data lab

simpan data lab

Gambar 3.57 activity diagram tambah data lab 3.1.5.47

Scenario Use Case Mengubah Data Lab

Use Case

: Ubah data lab

Aktor

: Bagian laboratorium

Pre-Condition : Aktor mengubah data Post-Conditio : Data berhasil diubah Description

: Aktor mengubah data biaya pemeriksaan laboratorium

Bagian laboratorium

Sistem Normal Flow

1. Bagian lab memilih menu pengolahan data laboratorium 2. Sistem menampilkan form ubah data laboratorium 3. Bagian lab mengisi data perubahan 4. Sistem menyimpan data perubahan

3.1.5.47.1 Activity Diagram Mengubah Data Lab

124

bagian laboratorium

sistem

ubah data

tampil data lab

pilih data lab yg diubah

tampil form ubah data lab

isi data perubahan

perubahan data tersimpan

Gambar 3.58 activity diagram mengubah data laboratorium

3.1.5.48

Scenario Use Case Menghapus Data Lab

Use Case

: Hapus data lab

Aktor

: Bagian laboratorium

Pre-Condition : Aktor menghapus data lab Post-Conditio : Data lab dihapus Description

: Aktor menghapus data laboratorium

Bagian laboratorium

Sistem Normal Flow

1. Bagian

lab

memilih

menu

pengolahan data laboratorium 2. Sistem

menampilkan

daftar

data

laboratorium 3. Bagian lab memilih data yang akan dihapus 4. Sistem menampilkan pesan peringatan, anda yakin menghapus data ini? 5. Pilih ok untuk menghapus 6. Sistem menghapus data

125

Alternatif Flow 1. Bagian

lab

memilih

menu

pengolahan data laboratorium 2. Sistem

menampilkan

daftar

data

laboratorium 3. Bagian lab memilih data yang akan dihapus 4. Sistem menampilkan pesan peringatan, anda yakin menghapus data ini? 5. Pilih cancel untuk membatalkan 6. Sistem kembali menampilkan daftar data laboratorium

3.1.5.48.1 Activity Diagram Menghapus Data Lab bagian laboratorium

hapus data

sistem

tampil daftar data lab

pilih data yg dihapus

anda yakin hapus data ini?

tidak ya data berhasil dihapus

Gambar 3.59 activity diagram menghapus data laboratorium

3.18

Class Diagram Class diagram dari Elektronik Medical Record (EMR) klinik Kimia Farma

12 dapat dilihat pada gambar berikut ini.

126

mobat db +ar_select +ar_form +ar_join +ar_where +ar_like +ar_having +select() +get() +get_where() +query() +select_max() +select_min() +select_avg() +select_sum() +distinct() +from() +join() +where() +where_in() +or_where_in() +where_not_in() +or_where_not_in() +where_in() +like() +not_like() +having() +order_by() +limit() +insert() +update() +delete()

*pemeriksaanlab

+id_obat +nama_obat +jenis_obat +cara_pemakaian +keterangan +harga_obat +jumlah_obat

mpemeriksaanlab 0..1 +id_pemeriksaan_lab +nama_pemeriksaan +tgl_pemeriksaan +status +id_rekammedis +id_laboratorium +id_petugas

mlaboratorium +id_laboratorium +id_petugas +nama_laboratori0..1 um +__consrtuct() +edit() +getData() +getDataById() +getJmlData() 0..1 +tambah() +hapus()

+__construct() +tambah() +getJmlData() +getData() +getDataById() +hapus() +edit() 0..*

+tambah() +getData() 0..1 +getDataByIdRekamedi s()

obat 0..1 +__construct() +tambah() +data() +edit() +hapus() +cetakLaporan()

m_rujukan

+batas_waktu +biaya +id_pasien +id_praktek +jam_daftar +no_pendaftaran +status +tgl_pendaftaran

+id_dokter +jenis_dokter +id_poli +email +nama_dokter +username +password

+getDataByDate() +getDataByNo() +tambah() +ubahStatus()1

+__construct() +edit() +getData() +getDataById() +getId() +hapus() +login() +tambah()

+no_rekam_medis +tgl_berobat +anamnesa +diagnosa +terapi +id_dokter

m_resep 0..1 +no_resep +tgl_resep +isi_resep +status

+__construct() +data() +tampil() 1..* +tambah() +getDataByIdPasien() +getDataById() +getData()

+__construct() +tambah() +ubah() +tambahDetail() +ubahDetail() +getData() +getDataByDate() +getDetailResep()

mpetugas

+__construct() +tambah() +getDataByIdDokter() +hapus() +edit() 1..*

1..* rujukan 0..* 1..* +__construct() +data() +detail() +tambah() +tambahpemeriksaanlab() +cetakpemeriksaanlab() +lihatPemeriksaanLab()

m_rekammedis

0..1

+__construct() 0..* +data() +detail() +tambah() +pilihObat() +edit() +cetakLaporan() +tambahDetail() +editDetail() +cetakNotaResep() +resepmasuk()

dokter 0..1 CI_Session

+__construct() +edit() +tambah() +data() +hapus() +home() +jadwal() 1..* +tambah() +tambah_jadwal() +hapus_jadwal() 0..1 () +edi0..1 t_jadwal

rekammedis 0..1

+__construct() +data() +detail() +cetak() +tambah_pendaftaran() +lihatRekamMedis() +cetakBuktiPembayaran() 1 +lihatrekapitulasibiaya()

CI_Model

+id_petugas +nama_petugas +bagian +email +username +password

+id_praktek +hari +jam_praktek +id_dokter

resep

+__construct() +getData() +getDataById() +tambah()0..1

mpendaftaran

mjadwal_praktek

+__construct() +detail() +selesai() +tambah() +tambah_detail() +cetak()

+id_rujukan +tgl_dirujuk +diagnosa_sementara +keterangan +status +id_dokter +id_laboratorium

m_dokter 1..*

+__construct() +edit() 0..1 +tambah() +getData() +getBagian() +getDataById() +getId() +getIdPetugas() +getJmlData() +getPetugasLab() +hapus() +login() +tambah()

laboratorium 0..* +tambah() +data() +hapus() +edit()

+_construct() +sess_read() +set_userdata() +userdata() 1 +sess_destroy()

pendaftaran viewObat

+id_pasien +nama_pasien +pekerjaan +alamat +JK +email +username +password

0..1

+id_poli +nama_poli +__constuct() +tambah() +hapus() +getData() +getDataById() minfo_kesehatan +id_info +judul +isi +tgl_info +id_dokter

m_tindakanmedis +id_tindakan_medis +anamnesa +diagnosa +terapi +id_rekam_medis +tambah() +edit() +hapus() +getData() +getDataById()

1..*

+__construct() +tambah() +edit() +hapus() +getData() +getDataById() +getJmlData()

+i*siPendaftaran() +lihatPendaftaran()

+__construct() +cetak() +data() 0..1 +tambah() +tampil_tanggal_landing() +ubahstatus() m_pasien

mpoli

viewPendaftaran

+lihatDataDokter() +tambahDataDokter() +editDataDokter() *

viewRekammedis * +lihatRekamMedis() +lihatDetailRekamMedis()

+__construct() +get_intance()

1..*

viewDokter

1..* 1..*

pasien

1 0..*

+__consrtuct() +tambah() +getData() +getDataById() +getJmlData() +ubah() +hapus() +temukanSemua() +temukanBerdasarkanNama()

0..1 +__construct() +daftar() +ubahprofile() +data() +tambah() +ubah() +hapus() +cetakLaporan() +lihatriwayat() +cetakKartuBerobat() +lihatRekamMedis() +lihatRekapitulasiBiaya() info_kesehatan

0..*petugas

CI_Controller +__construction() +get_instance()

+__construct() +tambah() +edit() +hapus() +data() +detail() 0..1

+__construct() +data() +edit() +hapus() +home() +tambah()

+lihatDataObat() +isiDataObat() * +cariObat() +lihatDetailObat()

0..* poli +__construct() +data() +tambah() +hapus()

viewRujukan +isiRujukan() +l* ihatDetailRujukan() +lihatHasilPemeriksaan() +lihatRujukan() +isiHasilPemeriksaan() +lihatDetailRujukan()

** 1 home* * * +__construct()* +lihatLaporan()* +login() +index() * *+logout() ** *

* viewLaboratorium +tambahData() +lihatData()

viewResep

*

+tambahResep() +lihatResepMasuk() +lihatResepDibuat() +cetakLaporan() * +detailResep()

viewPoli * tindakanmedis +__construct() +tambah() +ubah() 0..1 +data() +cetakLaporan()

+tambahPoli() +lihatPoli() +editPoli()

viewPetugas

+lihatDaftarPetugas() +tambahDataPetugas() +ubahDataPetugas()

* viewTindakanmedis

viewJadwal * +data() +list() +tambah()

viewPasien *

+tambahTindakan() +lihatDataTindakan() +lihatDetailTindakan()

+lihatDataPasen() +tambahDataPasien() +editDataPasien()

Gambar 3.60 Class Diagram Elektronik Medical Record (EMR) Klinik Kimia Farma 12

127

1. Nama Kelas: home No

Nama Method

Keterangan

1.

+index()

Method utama dari kelas home

2.

+login()

Method untuk login

3.

+logout()

Method untuk logout

2. Nama Kelas: CI_Session No

Nama Method

Keterangan

1.

+_construct()

Merupakan method konstruktor

2.

+sess_read()

Membaca data session

3.

+set_userdata()

Mengatur data session

4.

+userdata()

Menampilkan data session

5.

+sess_destroy()

Menghapus data session

3. Nama Kelas: CI_Controller No

Nama Method

Keterangan

1.

+_construct()

Merupakan method konstruktor

2.

+get_instance()

Mendapatkan data instansi

4. Nama Kelas: CI_Model No

Nama Method

Keterangan

1.

+_construct()

Merupakan method konstruktor

2.

+get_instance()

Mendapatkan data instansi

5. Nama Kelas: Pasien No

Nama Method

Keterangan

1.

+_construct()

Merupakan method konstruktor

2.

+data()

Mengambil data pasien

3.

+tambah()

Method untuk menambah data pasien

4.

+ubah()

Method untuk mengubah data pasien

128

5.

+hapus()

Method untuk menghapus data pasien

6.

+ubahprofil()

Method untuk mengubah data profil

7.

+lihatriwayat()

Method untuk melihat riwayat kesehatan

8.

+lihatrekapitulasibiaya Method untuk melihat rekapitulasi biaya

9.

+cetakkartuberobat

Method untuk mencetak kartu berobat

10.

+daftar()

Method untuk pendaftaran pasien

6. Nama Kelas: Petugas No

Nama Method

Keterangan

1.

+data()

Mengambil data petugas

2.

+tambah()

Method untuk menambah data petugas

3.

+ubah()

Method untuk mengubah data petugas

4.

+hapus()

Method untuk menghapus data petugas

5.

+_construct()

Merupakan method konstruktor

7. Nama Kelas: Dokter No

Nama Method

Keterangan

1.

+_construct()

Merupakan method konstruktor

2.

+tambah()

Method untuk menambah data dokter

3.

+ubah()

Method untuk mengubah data dokter

4.

+hapus()

Method untuk menghapus data dokter

5.

+data()

Mengambil data dokter

6.

+jadwal()

Menampilkan jadwal dokter

7.

+tambahjadwal()

Method untuk menambah jadwal dokter

8.

+editjadwal()

Method untuk mengubah jadwal dokter

9.

+hapusjadwal()

Method untuk menghapus jadwal dokter

8. Nama Kelas: Obat No 1.

Nama Method +_construct()

Keterangan Merupakan method konstruktor

129

2.

+tambah()

Method untuk menambah data obat

3.

+edit()

Method untuk mengubah data obat

4.

+hapus()

Method untuk menghapus data obat

5.

+data()

Method untuk menampilkan dataobat

6.

+cetaklaporan()

Method untuk mencetak laporan obat

9. Nama Kelas: Resep No

Nama Method

Keterangan

1.

+_construct()

Merupakan method konstruktor

2.

+tambah()

Method untuk menambah data resep

3.

+detail()

Method untuk menampilkan detail resep

4.

+data()

Mengambil data resep

5.

+resepmasuk()

Method untuk menampilkan resep masuk

6.

+cetaklaporan()

Method untuk cetak laporan resep

7.

+cetaknotaresep()

Method untuk mencetak nota resep

10. Nama Kelas: Rujukan No

Nama Method

Keterangan

1.

+_construct()

Merupakan method konstruktor

2.

+tambah()

Method untuk menambah data rujukan

3.

+data()

Mengambil data rujukan

4.

+detail()

Method

untuk

menampilkan

detail

rujukan 5.

+cetakpemeriksaanlab() Method

untuk

mencetak

pemeriksaan 6.

+lihatpemeriksaanlab()

Menampilkan hasil pemeriksaan lab

11. Nama Kelas: Poli No 1.

Nama Method +_construct()

Keterangan Merupakan method konstruktor

hasil

130

2.

+tambah()

Method untuk menambah data poli

3.

+hapus ()

Method untuk menghapus data poli

4.

+data()

Mengambil data poli

12. Nama Kelas: Jadwal No

Nama Method

Keterangan

1.

+_construct()

Merupakan method konstruktor

2.

+getbyidDokter()

Method untuk menampilkan jadwal dokter

3.

+tambah()

Method untuk menambah data jadwal

4.

+edit()

Method untuk mengubah data jadwal

5.

+hapus()

Method untuk menghapus data jadwal

13. Nama Kelas: Info No

Nama Method

Keterangan

1.

+_construct()

Merupakan method konstruktor

2.

+tambah()

Method untuk menambah data info

3.

+ubah()

Method untuk mengubah data info

4.

+hapus()

Method untuk menghapus data info

5.

+data()

Mengambil data info

6.

+detail()

Menampilkan detail data info

14. Nama Kelas: Rekam medis No

Nama Method

Keterangan

1.

+_construct()

Merupakan method konstruktor

2.

+data()

Mengambil data rekam medis

3.

+detail()

Method untuk menampilkan detail data rekam mdis

4.

+tambahpendaftaran()

Method untuk menambah data rekam medis

5.

+cetakbuktipembayaran()

Method

untuk

mencetak

nota

131

pembayaran 6.

+lihatrekammedis()

Menampilkan rekam medis

7.

+lihatrekapitulasibiaya()

Menampilkan rekapitulasi biaya

15. Nama Kelas: m_pasien No

Nama Method

Keterangan

1.

+_construct()

Merupakan method konstruktor

2.

+tambah()

Method

untuk

menambah

data

pasien 3.

+ubah()

Method untuk mengubah data pasien

4.

+hapus()

Method

untuk

menghapus

data

pasien 5.

+getdata()

Method untuk menampilkan semua data pasien

6.

+temukanBedasarkanNama() Method untuk menampilkan data pasien berdasarkan nama

7.

+getdatabyid()

Method untuk menampilkan data berdasarkan id

16. Nama Kelas: m_petugas No

Nama Method

Keterangan

1.

+_construct()

Merupakan method konstruktor

2.

+tambah()

Method untuk menambah data petugas

3.

+getdata()

Mengambil data petugas

4.

+ubah()

Method untuk mengubah data petugas

5.

+hapus()

Method untuk menghapus data petugas

6.

+getbyid()

Menampilkan data berdasarkan id

7.

+getbagian

Menampilkan bagian petugas

8.

+login()

Method untuk login ke sistem

132

17. Nama Kelas: m_dokter No

Nama Method

Keterangan

1.

+_construct()

Merupakan method konstruktor

2.

+tambah()

Method untuk menambah data dokter

3.

+ubah()

Method untuk mengubah data dokter

4.

+hapus()

Method untuk menghapus data dokter

5.

+getdatabyid()

Method untuk mencari data dokter berdasarkan id

6.

+getdata()

Method untuk mengambil data dokter

7.

+login()

Method untuk login atau masuk ke sistem

18. Nama Kelas: m_resep No

Nama Method

Keterangan

1.

+_construct()

Merupakan method konstruktor

2.

+tambah()

Method untuk menambah data resep

3.

+hapus()

Method untuk menghapus data resep

4.

+getdata ()

Mengambil data resep

5.

+resepmasuk()

Method untuk menampilkan resep masuk

6.

+cetaklaporan()

Method untuk cetak laporan resep

7.

+cetaknotaresep()

Method untuk mencetak nota resep

19. Nama Kelas: m_rujukan No

Nama Method

Keterangan

1.

+_construct()

Merupakan method konstruktor

2.

+tambah()

Method untuk menambah data rujukan

3.

+getdata()

Method untuk mengambil data

4.

+getdatabyId ()

Method untuk mencari rujukan berdasarkan id

20. Nama Kelas: m_jadwal No 1.

Nama Method +_construct()

Keterangan Merupakan method konstruktor

133

2.

+tambah()

Method untuk menambah data jadwal

3.

+getbyIdDokter()

Method

untuk

menampilkan

jadwal

berdasarkan id dokter 4.

+ubah()

Method untuk mengubah data jadwal

5.

+hapus()

Method untuk menghapus data jadwal

21. Nama Kelas: m_poli No

Nama Method

Keterangan

1.

+_construct()

Merupakan method konstruktor

1.

+tambah()

Method untuk menambah data poli

2.

+hapus ()

Method untuk menghapus data poli

3.

+getdata()

Method untuk mengambil data poli

4.

+getdatabyId

Method

untuk

mengambil

data

poli

berdasarkan id

22. Nama Kelas: m_info No

Nama Method

Keterangan

1.

+_construct()

Merupakan method konstruktor

2.

+tambah()

Method untuk menambah data info

3.

+edit()

Method untuk mengubah data info

4.

+hapus()

Method untuk menghapus data info

5.

+getdatabyId()

Menampilkan info berdasarkan id dokter

6.

+getdata()

Method untuk mengambil data info

23. Nama Kelas: m_obat No

Nama Method

Keterangan

1.

+_construct()

Merupakan method konstruktor

2.

+tambah()

Method untuk menambah data obat

3.

+edit()

Method untuk mengubah data obat

4.

+hapus()

Method untuk menghapus data obat

134

5.

+getdata()

Method untuk mengambil data obat

6.

+getdatabyId()

Menampilkan data obat berdasarkan id

24. Nama Kelas: m_RekamMedis No

Nama Method

Keterangan

1.

+_construct()

Merupakan method konstruktor

1.

+data()

Mengambil data rekam medis

2.

+tampil()

Method untuk menampilkan data rekam medis

3.

+tambah()

Method untuk menambah data rekam medis

4.

+temukanBerdasarkanId() Mencari data rekam medis berdasarkan id

5.

+getdata()

Method

untuk

mengambil

data

rekammedis

3.1.9

Sequence Diagram Sequence Diagram menggambarkan interaksi antar objek dari satu case

tertentu. Dalam pemrograman berorientasi objek, untuk membuat satu buah fungsi tertentu biasanya melibatkan banyak class dan method, Sequence Diagram menggambarkan interaksi antar class tersebut. Berikut ini merupakan sequence diagram dari Elektronik Medical Record (EMR): 1. Sequence Diagram Menambah Data Petugas Sequence diagram berikut ini memberikan gambaran tentang objek-objek yang berinteraksi ketika admin melakukan penambahan data petugas.

135

: viewPetugas

: petugas

: mpetugas

: db

: admin 1 : lihat DataPetugas() 2 : data() 3 : get data()

4 : tampil pengelolaan data petugas() 5 : tambah() 6 : tambah() 7 : insert()

Gambar 3.61 sequence diagram tambah data petugas 2. Sequence Diagram Mengubah Data Petugas Sequence diagram berikut ini memberikan gambaran tentang objek-objek yang berinteraksi ketika admin melakukan pengubahan data petugas.

: viewPetugas

: mpetugas

: petugas

: admin

: db

1 : lihatDaftarPetugas() 2 : data() 3 : get data()

4 : data ditampilkan() 5 : edit() 6 : edit() 7 : update()

Gambar 3.62 sequence diagram ubah petugas 3. Sequence Diagram Menghapus Data Petugas Sequence diagram berikut ini memberikan gambaran tentang objek-objek yang berinteraksi ketika admin melakukan penghapusan data petugas.

136

: viewPetugas

: admin

: petugas

: mpetugas

db

1 : lihatDaftarPetugas() 2 : data() 3 : get data()

4 : data ditampilkan() 5 : hapus() 6 : hapus() 7 : delete()

Gambar 3.63 Sequence Diagram Hapus Data Petugas 4. Sequence Diagram Menambah Data Dokter Sequence diagram berikut ini memberikan gambaran tentang objek-objek yang berinteraksi ketika admin melakukan penambahan data dokter.

: admin

: viewDokter

: m_dokter

: dokter

: db

1 : lihat DataDokter() 2 : data() 3 : get data()

4 : data ditampilkan() 5 : tambah() 6 : tambah() 7 : insert()

Gambar 3.64 Sequence Diagram Tambah Dokter 5. Sequence Diagram Mengubah Data Dokter Sequence diagram berikut ini memberikan gambaran tentang objek-objek yang berinteraksi ketika admin melakukan pengubahan data dokter.

137

: viewDokter

: admin

: m_dokter

: dokter

: db

1 : onclick DataDokter() 2 : data() 3 : getData() 4 : get()

5 : editDataDokter() 6 : edit() 7 : edit() 8 : update()

Gambar 3.65 Sequence Diagram Mengubah Dokter 6. Sequence Diagram Menghapus Data Dokter Sequence diagram berikut ini memberikan gambaran tentang objek-objek yang berinteraksi ketika admin melakukan penghapusan data dokter.

: admin

: m_dokter

: dokter

: viewDokter

: db

1 : onclick DataDokter() 2 : edit() 3 : edit() 4 : update()

Gambar 3.66 Sequence Diagram Hapus Dokter 7. Sequence Diagram Menambah Jadwal Praktek Dokter Sequence diagram berikut ini memberikan gambaran tentang objek-objek yang berinteraksi ketika admin melakukan penambahan data jadwal praktek.

138

: admin

: viewJadwal

: mjadwal_praktek

: jadwal

: db

1 : onclick jadwal praktek() 2 : tambah() 3 : tambah() 4 : insert()

Gambar 3.67 Sequence Diagram Tambah Jadwal Praktek Dokter 8. Sequence Diagram Mengubah Jadwal Praktek Dokter Sequence diagram berikut ini memberikan gambaran tentang objek-objek yang berinteraksi ketika admin melakukan pengubahan data jadwal praktek.

: viewJadwal

: jadwal

: dokter

: mjadwal_praktek

: db

1 : onclick jadwalpraktek() 2 : data() 3 : getDataByIdDokter() 4 : get_where()

5 : lihat data jadwal() 6 : ubah() 7 : edit() 8 : update()

Gambar 3.68 Sequence Diagram Mengubah jadwal Praktek Dokter 9. Sequence Diagram Menghapus Jadwal Praktek Dokter Sequence diagram berikut ini memberikan gambaran tentang objek-objek yang berinteraksi ketika admin melakukan pengelolaan data jadwal praktek.

139

: admin

: viewJadwal

: mjadwal_praktek

: jadwal

: db

1 : onclick jadwalpraktek() 2 : data() 3 : getData() 4 : get()

5 : data() 6 : hapus() 7 : hapus() 8 : delete()

Gambar 3.69 Sequence Diagram Hapus jadwal Praktek Dokter 10. Sequence Diagram Menambah Data Poli Sequence diagram berikut ini memberikan gambaran tentang objek-objek yang berinteraksi ketika admin melakukan penambahan data poli.

: viewPoli

: poli

: db

: mpoli

: admin 1 : onclick datapoliklinik() 2 : tambah() 3 : tambah() 4 : insert()

Gambar 3.70 Sequence Diagram Tambah Data Poli 11. Sequence Diagram Menghapus Data Poli Sequence diagram berikut ini memberikan gambaran tentang objek-objek yang berinteraksi ketika admin melakukan penghapusan data poli.

140

: viewPoli : admin 1 : onclick datapoliklinik()

: mpoli

: poli

: db

2 : data() 3 : getData() 4 : get()

5 : lihatPoli() 6 : hapus() 7 : hapus() 8 : delete()

Gambar 3.71 Sequence Diagram Hapus Poli 12. Sequence Diagram Melihat Laporan Data Pasien Sequence diagram berikut ini memberikan gambaran tentang objek-objek yang berinteraksi ketika admin melihat laporan data pasien

: admin

: m_pasien

: pasien

: db

1 : onclick laporandatapasien() 2 : getData() 3 : get()

4 : tampilLaporan()

Gambar 3.72 Sequence Diagram Melihat Laporan Data Pasien 13. Sequence Diagram Melihat Laporan Data Tindakan Medis Sequence diagram berikut ini memberikan gambaran tentang objek-objek yang berinteraksi ketika admin melihat laporan data tindakan medis.

141

: m_tindakanmedis

: tindakanmedis

: admin

: db

1 : onclick laporantindakan medis() 2 : getData()

3 : get()

4 : tampil laporan()

Gambar 3.73 Sequence Diagram Melihat Laporan Tindakan Medis 14. Sequence Diagram Melihat Laporan Data Obat Sequence diagram berikut ini memberikan gambaran tentang objek-objek yang berinteraksi ketika admin melihat laporan data obat.

: admin

: mobat

: obat

: db

1 : onclick laporan obat() 2 : getData() 3 : get()

4 : tampil Laporan()

Gambar 3.74 Sequence Diagram Melihat Laporan Data Obat

15. Sequence Diagram Melihat Laporan Data Detail Resep Sequence diagram berikut ini memberikan gambaran tentang objek-objek yang berinteraksi ketika admin melihat laporan data detai resep.

142

: viewResep

: resep

: m_resep

: mobat

: db

: admin 1 : onclick laporan detailresep() 2 : data() 3 : getData() 4 : getDataById() 5 : get()

6 : tampil Laporan()

Gambar 3.75 Sequence Diagram Melihat Laporan Detai Resep 16. Sequence Diagram Melihat Rekam Medis Pasien Sequence diagram berikut ini memberikan gambaran tentang objek-objek yang berinteraksi ketika dokter melihat riwayat kesehatan pasien.

: pasien : pasien 1 : onclick RekamMedis()

Gambar 3.76 Sequence Diagram Melihat Rekam Medis Pasien 17. Sequence Diagram Isi Tindakan Medis Sequence diagram berikut ini memberikan gambaran tentang objek-objek yang berinteraksi ketika dokter melakukan pengelolaan data tindakan medis pasien.

143

: pendaftaran

: m_tindakanmedis

: tindakanmedis

: dokter

: db

1 : onclick tindakanmedis() 2 : data() 3 : tambah() 4 : insert()

Gambar 3.77 Sequence Diagram Isi Tindakan Medis 18. Sequence Diagram Ubah Tindakan Medis Sequence diagram berikut ini memberikan gambaran tentang objek-objek yang berinteraksi ketika dokter mengubah data tindakan medis pasien.

: viewTindakanmedis : dokter

: tindakanmedis

: db

: m_tindakanmedis

1 : onclick tindakanmedis() 2 : data() 3 : getData() 4 : get() 5 : tampil DataTindakan() 6 : ubah() 7 : edit() 8 : update()

Gambar 3.78 Sequence Diagram Ubah Tindakan Medis 19. Sequence Diagram Membuat Resep Sequence diagram berikut ini memberikan gambaran tentang objek-objek yang berinteraksi ketika dokter menambahkan resep obat.

144

: viewResep

: m_dokter

: resep

: m_resep

: db

: dokter 1 : onclick tambahResep() 2 : tambah() 3 : getDataById() 4 : get_where()

6 : tambah()

5 : tambah() 7 : tambah() 8 : insert()

Gambar 3.79 Sequence Diagram Tambah Resep 20. Sequence Diagram Membuat Rujukan Sequence diagram berikut ini memberikan gambaran tentang objek-objek yang berinteraksi ketika dokter membuat rujukan pasien.

: dokter

: viewRujukan

: m_rujukan

: rujukan

: db

1 : onclick tambahrujukan() 2 : tambah() 3 : tambah() 4 : insert()

Gambar 3.80 Sequence Diagram Tambah Rujukan 21. Sequence Diagram Menambah Info Kesehatan Sequence diagram berikut ini memberikan gambaran tentang objek-objek yang berinteraksi ketika dokter menambah info kesehatan.

145

: info_kesehatan

: db

: info_kesehatan

: dokter

1 : onclick informasi() 2 : tambah() 3 : insert()

Gambar 3. 81 Sequence Diagram Tambah Info 22. Sequence Diagram Mengubah Info Kesehatan Sequence diagram berikut ini memberikan gambaran tentang objek-objek yang berinteraksi ketika dokter mengubaht info kesehatan.

: dokter

: info_kesehatan

: info_kesehatan

: db

1 : onclick informasi() 2 : edit() 3 : update()

Gambar 3.82 Sequence Diagram Ubah Info 23. Sequence Diagram Menghapus Info Kesehatan Sequence diagram berikut ini memberikan gambaran tentang objek-objek yang berinteraksi ketika dokter menghapus info kesehatan.

146

: info_kesehatan

: dokter

: db

: info_kesehatan

1 : onclick informasi() 2 : hapus() 3 : delete()

Gambar 3.83 Sequence Diagram Hapus Info 24. Sequence Diagram Melihat Rujukan Masuk Sequence diagram berikut ini memberikan gambaran tentang objek-objek yang berinteraksi ketika petugas lab melihat rujukan masuk.

: viewRujukan

: rujukan

: minfo_kesehatan

: db

: bag apotek 1 : onclick rujukan()

2 : data() 3 : getData() 4 : get()

5 : lihatRujukan()

Gambar 3.84 Sequence Diagram Melihat Rujukan Masuk 25. Sequence Diagram Mengisi Hasil Pemeriksaan Lab Sequence diagram berikut ini memberikan gambaran tentang objek-objek yang berinteraksi ketika petugas lab mengisi hasil pemeriksaan lab.

147

: viewRujukan

: petugas lab

: db

: m_rujukan

: rujukan

1 : onclick lihatDetailRujukan() 2 : detail() 3 : getDataById() 4 : get_where()

5 : isiHasilPemeriksaan() 6 : tambahpemeriksaanlab() 7 : tambah() 8 : insert()

Gambar 3.85 Sequence Diagram Mengisi Hasil Lab 26. Sequence Diagram Mencetak Hasil Pemeriksaan Lab Sequence diagram berikut ini memberikan gambaran tentang objek-objek yang berinteraksi ketika petugas lab mencetak hasil pemeriksaan lab.

: petugaslab

:rujukan

:viewlaboratorium

:m_laboratorium

1 : lihatdata() 2 : lihatpemeriksaanlab() 3 : getdatabyId()

4 : data ditampilkan 5 : cetakpemeriksaanlab()

Gambar 3.86 Sequence Diagram Cetak Hasil PemeriksaanLab 27. Sequence Diagram Mencetak Nota Pembayaran Sequence diagram berikut ini memberikan gambaran tentang objek-objek yang berinteraksi ketika petugas lab mencetak nota pemeriksaan lab.

148

: mpemeriksaanlab

: pemeriksaanlab

: db

: petugas lab 1 : cetak() 2 : getData() 3 : get()

Gambar 3.87 Sequence Diagram Cetak Nota Pemeriksaan Lab 28. Sequence Diagram Menambah Data Lab Sequence diagram berikut ini memberikan gambaran tentang objek-objek yang berinteraksi ketika petugas lab menambah data lab.

: viewLaboratorium

: laboratorium

: mlaboratorium

: db

: petugas lab 1 : onclick tambahData() 2 : tambah() 3 : tambah() 4 : insert()

Gambar 3.88 Sequence Diagram Tambah Data Lab 29. Sequence Diagram Mengubah Data Lab Sequence diagram berikut ini memberikan gambaran tentang objek-objek yang berinteraksi ketika petugas lab mengubah data lab.

149

: viewLaboratorium : petugas lab

: mlaboratorium

: laboratorium

: db

1 : onclick laboratorium() 2 : data() 3 : getData() 4 : get()

5 : tampil data lab 6 : edit() 7 : edit() 8 : update()

Gambar 3.89 Sequence Diagram Ubah Data Lab 30. Sequence Diagram Menghapus Data Lab Sequence diagram berikut ini memberikan gambaran tentang objek-objek yang berinteraksi ketika petugas lab menghapus data lab.

: petugas lab

: viewLaboratorium

: mlaboratorium

: laboratorium

: db

1 : onclick laboratorium() 2 : data() 3 : getData() 4 : get() 5 : lihat data laboratorium 6 : hapus() 7 : hapus() 8 : delete()

Gambar 3.90 Sequence Diagram Hapus Data Lab 31. Sequence Diagram Melihat Jadwal Praktek Dokter Sequence diagram berikut ini memberikan gambaran tentang objek-objek yang berinteraksi ketika pasien melihat jadwal dokter.

150

: viewJadwal

: pasien

: mjadwal_praktek

: jadwal

: db

1 : onclick jadwaldokter() 2 : data() 3 : getData() 4 : get()

5 : tampilkan jadwal dokter

Gambar 3.91 Sequence Diagram Melihat Jadwal Dokter 32. Sequence Diagram Mengisi Pendaftaran Sequence diagram berikut ini memberikan gambaran tentang objek-objek yang berinteraksi ketika pasien mendaftar.

: dokter

: mjadwal_praktek

: pasien

: db

: mpendaftaran

: pendaftaran

1 : onclick pendaftaran() 2 : getDataByIdDokter() 3 : get_where()

4 : jadwal() 5 : tambah() 6 : tambah()

7 : insert()

Gambar 3.92 Sequence Diagram Mengisi Pendaftaran 33. Sequence Diagram Melihat Riwayat Kesehatan Sequence diagram berikut ini memberikan gambaran tentang objek-objek yang berinteraksi ketika pasien melihat riwayat kesehatan.

151

:pasien

:viewrekammedis

:m_rekammedis

: pasien 1 : viewrekammedis() 2 : lihatriwayat() 3 : getdataByIdpasien()

4 : data rekammedis ditampilkan

Gambar 3.93 Sequence Diagram Melihat Riwayat Kesehatan 34. Sequence Diagram Melihat Rekapitulasi Biaya Sequence diagram berikut ini memberikan gambaran tentang objek-objek yang berinteraksi ketika pasien melihat rekapitulasi biaya selama berobat.

: pasien

: pasien 1 : lihatRekapitulasiBiaya()

Gambar 3.94 Sequence Diagram Melihat Rekapitulasi Biaya 35. Sequence Diagram Melihat Info Kesehatan Sequence diagram berikut ini memberikan gambaran tentang objek-objek yang berinteraksi ketika pasien melihat informasi kesehatan.

152

: minfo_kesehatan

: info_kesehatan

: db

: pasien 1 : onclick info kesehatan() 2 : getData() 3 : get()

4 : detail() 5 : getDataById() 6 : get_where()

Gambar 3.95 Sequence Diagram Melihat Info Kesehatan 36. Sequence Diagram Melihat Informasi Laboratorium Sequence diagram berikut ini memberikan gambaran tentang objek-objek yang berinteraksi ketika pasien melihat informasi laboratorium.

: pasien

: viewLaboratorium

: laboratorium

: db

: mlaboratorium

1 : onclick laboratorium() 2 : data() 3 : getData() 4 : get()

5 : tampil Data laboratorium()

Gambar 3.96 Sequence Diagram Melihat Informasi laboratorium 37. Sequence Diagram Mengubah Profil Sequence diagram berikut ini memberikan gambaran tentang objek-objek yang berinteraksi ketika pasien mengubah data profil.

153

: viewPasien

: m_pasien

: pasien

: db

: pasien 1 : onclick profile() 2 : ubahprofile() 3 : ubah() 4 : update()

Gambar 3.97 Sequence Diagram Mengubah Profil 38. Sequence Diagram Menambah Data Pasien Sequence diagram berikut ini memberikan gambaran tentang objek-objek yang berinteraksi ketika petugas pendaftaran menambahkan data pasien.

: bag pendaftaran

: viewPasien

: pasien

: m_pasien

: db

1 : onclick tambah DataPasien() 2 : tambah() 3 : tambah() 4 : insert()

Gambar 3.98 Sequence Diagram Menambah Data Pasien 39. Sequence Diagram Mengisi Rekam Medis Sequence diagram berikut ini memberikan gambaran tentang objek-objek yang berinteraksi ketika petugas pendaftaran mengisi nomor rekam medis pasien.

154

:viewpendaftaran : bag pendaftaran 1 : viewpendaftaran()

:rekammedis

:pasien

:m_rekammedis

2 : datapasien() 3 : datarekammedis() 4 : getbyIdipasien()

5 : data ditampilkan 6 : tambahrekammedis()

7 : tampil form tambah 8 : tambah() 9 : tambah() 10 : insert()

11 : data berhasil ditambah

Gambar 3.99 Sequence Diagram Mengisi Rekam Medis 40. Sequence Diagram Mendaftarkan Pasien Sequence diagram berikut ini memberikan gambaran tentang objek-objek yang berinteraksi ketika petugas mendaftarkan pasien untuk diperiksa.

: dokter

: mjadwal_praktek

: db

: pendaftaran

: mpendaftaran

: bag pendaftaran 1 : onclick pilihjadwal() 2 : getDataByIdDokter() 3 : get_where() 4 : jadwal()

5 : tambah() 6 : tambah() 7 : insert()

Gambar 3. 100 Sequence Diagram Mendaftarkan pasien 41. Sequence Diagram Mencetak Kartu Berobat Sequence diagram berikut ini memberikan gambaran tentang objek-objek yang berinteraksi ketika petugas pendaftaran mencetak kartu berobat pasien.

155

: bag pendaftaran

: viewPasien

: m_pasien

: pasien

: db

1 : onclick datapasien() 2 : data() 3 : getData() 4 : get()

5 : cetakLaporan() 6 : getDataById() 7 : get_where()

8 : cetak kartu berobat

Gambar 3.101 Sequence Diagram Mencetak Kartu Berobat Pasien 42. Sequence Diagram Mencetak Bukti Pembayaran Sequence diagram berikut ini memberikan gambaran tentang objek-objek yang berinteraksi ketika petugas pendaftaran mencetak nota bukti pembayaran.

: mpendaftaran

: pendaftaran

: bag pendaftaran

: db

1 : cetak() 2 : getDataByNo() 3 : get()

4 : cetak bukti pembayaran

Gambar 3.102Sequence Diagram Mencetak Bukti Pembayaran 43. Sequence Diagram Melihat Resep Masuk Sequence diagram berikut ini memberikan gambaran tentang objek-objek yang berinteraksi ketika petugas lab melihat rujukan masuk.

156

: resep

: bag apotek

: m_resep

: db

1 : onclick resepmasuk() 2 : getData() 3 : get_where()

Gambar 3.103 Sequence Diagram Melihat Resep Masuk 44. Sekuence Diagram Mengisi Detail Resep Sequence diagram berikut ini memberikan gambaran tentang objek-objek yang berinteraksi ketika petugas apotek mengisi detail resep.

: bag pendaftaran

: viewResep

: resep

: m_resep

: db

1 : onclick resep() 2 : data() 3 : getDetailResep() 4 : query()

5 : tampil detail resep

Gambar 3.104 Sequence Diagram Mengisi Detail Resep 45. Sequence Diagram Mencetak Nota Resep Sequence diagram berikut ini memberikan gambaran tentang objek-objek yang berinteraksi ketika petugas apotek mencetak nota resep.

157

: viewResep

: m_resep

: resep

: bag apotek

: db

1 : onclick cetak nota resep() 2 : data() 3 : getDetailResep() 4 : get()

5 : cetak nota resep()

Gambar 3.105 Sequence Diagram Cetak Nota Resep 46. Sequence Diagram Tambah Data Obat Sequence diagram berikut ini memberikan gambaran tentang objek-objek yang berinteraksi ketika petugas apotek menambah data obat.

: viewObat

: mobat

: obat

: bag apotek

: db

1 : onclick tambah dataobat() 2 : tambah() 3 : tambah() 4 : insert()

5 : data berhasil ditambah

Gambar 3.106 Sequence Diagram Tambah Data Obat 47. Sequence Diagram Ubah Data Obat Sequence diagram berikut ini memberikan gambaran tentang objek-objek yang berinteraksi ketika petugas apotek mengubah data obat.

158

: viewPetugas

: mpetugas

: petugas

: admin

: db

1 : onclick data obat() 2 : data() 3 : getData() 4 : query()

5 : tampil daftar obat() 6 : edit() 7 : edit() 8 : update()

Gambar 3.107 Sequence Diagram Ubah Data Obat 48. Sequence Diagram Hapus Data obat Sequence diagram berikut ini memberikan gambaran tentang objek-objek yang berinteraksi ketika petugas apotek menghapus data obat.

: bag apotek

: obat

: viewObat

: mobat

1 : onclick hapus obat() 2 : hapus() 3 : hapus()

Gambar 3.108 Sequence Diagram Hapus Data Obat 49. Sequence Diagram Login Sequence diagram berikut ini memberikan gambaran tentang objek-objek yang berinteraksi ketika semua aktor melakukan login.

159

home

: admin

CI_Session

1 : login() 2 : set_userdata()

Gambar 3.109 Sequence Diagram Login 50. Sequence Diagram Logout Sequence diagram berikut ini memberikan gambaran tentang objek-objek yang berinteraksi ketika semua aktor melakukan logout.

home

: admin

CI_Session

1 : logout() 2 : sess_destroy()

Gambar 3.110 Sequence Diagram Logout

3.1.10 Relasi Antar Tabel Skema relasi antar tabel Elektronic Medical Record (EMR) Klinik Kimia Farma 12 dapat dilihat pada Gambar 3.111 berikut.

160

pasien PK id_pasien dokter nama_pasien tanggal_lahir pekerjaan alamat jk email username password no_rekmed

tindakan_medis PK

id_tindakan_medis

anamnesa diagnosa terapi FK1 id_dokter FK2 no_pendaftaran

PK

id_dokter

nama_dokter jenis_dokter email username password FK1 id_poli

poli PK id_poli nama_poli

pendaftaran PK

jadwal_praktek

no_pendaftaran

PK tgl_pendaftaran status jam_daftar batas_waktu biaya FK1 id_pasien FK2 id_praktek

info_kesehatan

pemeriksaan_lab PK

PK

no_pemeriksaan_lab

hari jam_praktek FK1 id_dokter

id_info

judul isi tgl_info tag_info FK1 id_dokter

jenis_pemeriksaan tgl_pemeriksaan status_hasil harga_pemeriksaan FK1 id_laboratorium FK2 id_tindakan_medis

detail_resep PK

PK

rujukan PK

id_rujukan

id_resep

isi_resep tanggal_resep status FK1 id_tindakan_medis

PK id_petugas nama_petugas bagian email username password

obat

detail_pemeriksaan_lab laboratorium

PK

PK id_obat

id_detail_pemeriksaan

PK id_laboratorium

tgl_dirujuk diagnosa_sementara keterangan status FK1 id_laboratorium FK2 id_tindakan_medis

id_detail_resep

jumlah sub_total FK1 id_resep FK2 id_obat

resep

petugas

id_praktek

nama_laboratorium

nama_obat jenis_obat cara_pemakaian keterangan harga_obat jumlah_obat

nama_pemeriksaan hasil nilai_rujukan satuan keterangan FK1 no_pemeriksaan_lab

Gambar 3.111 relasi antar tabel Tabel yang terdapat pada sistem yang akan dibangun terdiri dari 17 tabel. Struktur dari tabel-tabel tersebut adalah sebagai berikut: Tabel 3.11 Tabel Pendaftaran Field

Type

Ukuran

Keterangan

no_pendaftaran

Int

10

Primary Key

No_jadwal

Int

10

Foreign

Key

dari

tabel

dari

tabel

jadwal_praktek No_rekmed

varchar

20

Foreign

Key

161

rekam_medis Tgl_pendaftaran

date

Jam_daftar

time

Status

varchar

20

Tabel 3.12 Tabel Pasien Field

Type

Ukuran

Id_pasien

Int

10

nama_pasien

Varchar

50

Umur

int

3

Pekerjaan

Varchar

20

Alamat

Varchar

50

JK

Varchar

20

Level

Varchar

20

Email

Varchar

50

Username

Varchar

20

password

Varchar

100

Keterangan Primary Key

Tabel 3.13 Tabel Dokter Field

Type

Ukuran

Id_dokter

Int

2

Nama_dokter

Varchar

10

Jenis_dokter

Varchar

10

No_poli

Int

10

Level

Varchar

20

Email

Varchar

50

Username

Varchar

20

password

Varchar

100

Keterangan Primary Key

Foreign Key dari tabel poli

Tabel 3.14 Tabel Petugas

162

Field

Type

Ukuran

Id_petugas

Int

2

Nama_petugas

Varchar

50

Bagian

Varchar

20

Level

Varchar

20

Email

Varchar

50

Username

Varchar

20

password

Varchar

100

Keterangan Primary Key

Tabel 3.15 Tabel Laboratorium Field

Type

Ukuran

No_lab

Int

2

Jenis_pemeriksaan

Varchar

100

Nama_pemeriksaan Varchar

100

Keterangan Primary Key

Harga_pemeriksaan NUM

Tabel 3.16 Tabel Obat Field

Type

Ukuran

No_obat

Int

3

Nama_obat

Varchar

100

Jenis_obat

Varchar

100

Harga_obat

NUM

Keterangan Primary Key

Tabel 3.17 Tabel Info Kesehatan Field

Type

Ukuran

No_info

Int

2

Judul

Varchar

50

Isi

Varchar

10000

Tgl_info

Date

50

Id_dokter

Int

2

Keterangan Primary Key

Foreign Key dari tabel dokter

163

Tabel 3.18 Tabel Rekam Medis Field

Type

Ukuran

Keterangan

no_rekmed

int

10

Primary Key

id_pasien

Int

10

Foreign Key dari tabel pasien

Tabel 3.19 Tabel Detail Tindakan Field

Type

Ukuran

Keterangan

no_detail_tindakan Int

10

Primary Key

no_rekmed

Int

20

Foreign Key dari tabel rekmed

Anamnesa

Varchar

100

Diagnose

Varchar

20

Terapi

Varchar

100

Tgl_berobat

Date

id_dokter

Int

2

Foreign Key dari tabel dokter

Tabel 3.20 Tabel Resep Field no_resep

Type

Ukuran

Keterangan

Int

10

Primary Key

No_detail_tindakan Int

10

Foreign

Key

dari

detail_tindakan tgl_resep

Date

Isi resep

Varchar

100

Status

Varchar

10

Tabel 3.21 Tabel Detail Resep Field

Type

Ukuran

Keterangan

no_detail_resep

Int

10

Primary Key

no_resep

Int

10

Foreign Key dari tabel resep

no_obat

Int

3

Foreign Key dari tabel obat

tabel

164

harga_satuan

Num

sub_total

Num

Tabel 3.22 Tabel Pemeriksaan Laboratorium Field

Type

Ukuran

Keterangan

no_pemeriksaan_lab Int

10

Primary Key

No_detail_tindakan

10

Foreign

Int

Key

dari

tabel

detail_tindakan tgl_pemeriksaan

Date

nama_pemeriksaan

Varchar

100

Status

Varchar

10

Tabel 3.23 Tabel Detail Pemeriksaan Laboratorium Field

Type

Ukuran

Keterangan

no_detail_pemeriksaan

Int

10

Primary Key

no_pemeriksaan

Int

10

Foreign Key dari tabel pemeriksaan_lab

no_lab

Int

3

Foreign Key dari tabel laboratorium

Hasil

Varchar

100

Nilai_normal

Varchar

100

Harga

Num

sub_total

Num

Tgl_detail_pemeriksaan

Date

Tabel 3.24 Tabel Rujukan Field

Type

Ukuran

Keterangan

no_rujukan

Int

10

Primary Key

No_detail_tindakan

Int

10

Foreign Key dari tabel detail_tindakan

165

tgl_dirujuk

Date

diagnosa_sementara

varchar

100

Tabel 3.25 Tabel Detail Rujukan Field

Type

Ukuran

Keterangan

no_detail_rujukan

Int

10

Primary Key

no_rujukan

Int

10

Foreign Key dari tabel rujukan

Tgl_detail_rujukan

Date

Diagnose

Varchar

100

Tindakan

Varchar

100

Nama_dokter

Varchar

50

Tabel 3.26 Poli Field

Type

Ukuran

No_poli

int

10

Nama_poli

varchar

20

Keterangan

Tabel 3.27 Jadwal_praktek Field

Type

Ukuran

No_jadwal

int

50

Hari

varchar

20

Jam_praktek

Varchar

50

Id_dokter

Int

50

Keterangan Primary Key

Foreign key dari tabel dokter

3.1.11 Perancangan Struktur Menu Struktur menu dirancang sesuai dengan level pengguna sistem. Terdapat enam pengguna dalam aplikasi ini yaitu admin, pasien, bagian pendafatran,

166

dokter, petugas apotek dan petugas laboratorium. Struktur menunya adalah sebagai berikut : 1. Struktur Menu Admin Struktur menu admin merupakan perancangan menu apa saja yang dapat di akses oleh admin. Struktur menu admin dapat dilhat pada gambar 3.112 Login

Menu Admin

Beranda

data lembaga kesehatan

data pengguna

data dokter

data petugas

Pengolahan data master

data laboratorium

Pengolahan laporan

data obat

Laporan data obat

Keluar

Laporan data pasien

Laporan data tindakan medis

Laporan data pemeriksaan lab

Gambar 3.112 struktur menu admin 2. Struktur Menu Dokter Struktur menu dokter merupakan perancangan menu apa saja yang dapat di akses oleh dokter. Struktur menu dokter dapat dilhat pada gambar 3.113

Laporan detail resep

167

Login

Menu Dokter

Halaman Utama

Lihat Data pasien

Pengolahan tindakan medis

Buat Resep

Buat Pemeriksaan Laboratorium

Buat Rujukan

Pengolahan Informasi kesehatn

Keluar

Gambar 3.113 struktur menu dokter 3. Struktur Menu Bagian Pendaftaran Struktur menu bagian pendaftaran merupakan perancangan menu apa saja yang dapat di akses oleh bagian pendaftaran. Struktur menu bagian pendaftaran dapat dilhat pada gambar 3.114. Login

Menu Bagian Pendaftaran

Halaman Utama

Pendaftaran Pasien

Cetak kartu pasien

Cetak bukti pembayaran

Keluar

Gambar 3.114 struktur menu bagian pendaftaran

4. Struktur Menu Pasien Struktur menu admin merupakan perancangan menu apa saja yang dapat di akses oleh pasien. Struktur menu pasien dapat dilhat pada gambar 3.115.

168

Login

Menu Pasien

Halam Utama

Jadwal Praktek Dokter

Pendaftaran Pasien

Riwayat Kesehatan

Rekapitulasi Biaya

Informasi Kesehatan

Informasi Lembaga Kesehatan

Keluar

Gambar 3.115 struktur menu pasien 5. Struktur Menu Petugas Apotek Struktur menu petugas apotek merupakan perancangan menu apa saja yang dapat di akses oleh petugas apotek. Struktur menu petugas apotek dapat dilhat pada gambar 3.116. Login

Menu Petugas Apotek

Halaman Utama

Resep yg masuk

Pengolahan Detail Resep

Pengolahan Data Obat

Gambar 3.116 struktur menu petugas apotek

6. Struktur Menu Petugas Laboratorium

Keluar

169

Struktur menu petugas laboratorium merupakan perancangan menu apa saja yang dapat di akses oleh petugas laboratorium. Struktur menu petugas laboratorium dapat dilhat pada gambar 3.117. Login

Menu petugas Laboratorium

Halaman Utam

Pemeriksaan Lab yg masuk

Pengolahan Hasil Laboratorium

Pengolahan Data Laboratorium

Keluar

Gambar 3.117 struktur menu petugas laboratorium 3.1.12 Perancangan antar muka Interface atau antarmuka merupakan tampilan dari suatu program aplikasi yang berperan sebagai media komunikasi yang digunakan sebagai sarana berdialog antara program dan user. Sistem yang akan dibangun diharapkan menyediakan interface yang mudah dipahami dan digunakan oleh user. 3.1.10.1

Perancangan Antarmuka Admin

Perancangan antarmuka admin merupakan rancangan tampilan dari form apa saja yang dapat diakses oleh admin. Perancangan antarmuka admin terdiri dari beberapa gambar seperti berikut: 1. Perancangan antarmuka Login Admin Perancangan antarmuka login admin dapat dilihat pada gambar 3.118

170

F01

HEADER

LOGO

Username Password

Keterangan - klik Login untuk masuk Login

SELAMAT DATANG

FOOTER

Ukuran, background, font, warna disesuaikan

Gambar 3.118 Perancangan antarmuka Login Admin 2. Perancangan Antarmuka Menu Admin Perancangan antarmuka menu admin dapat dilihat pada gambar 3.119. F36 Keterangan HEADER

LOGO

Pengolahan Data master

Pengolahan Laporan

Keluar

Selamat datang di menu administrator

FOOTER

- klik menu pengolahan data petugas untuk menuju F37 - klik menu pengolahan data dokter untuk menuju F38 - klik menu pengolahan data pengguna untuk menuju F39 - klik menu pengolahan data pasien untuk menuju F40 - klik menu pengolahan data laboratorium untuk menuju F41 - Klik menu pengolahan data obat untuk menuju F42 - klik menu pengolahan data lembaga kesehatan untuk menuju F43 - klik menu keluar untuk menuju F01

Ukuran, background, font, warna disesuaikan

Gambar 3.119 Perancangan antarmuka Menu Admin 3. Perancangan Antarmuka Pengolahan Data Petugas Perancangan antarmuka pengolahan data petugas dapat dilihat pada gambar 3.120.

171

F03 Logout HEADER

LOGO

Home

Pengolahan Data Master

Laporan

Pengelola Data Petugas Tambah Data Nama Petugas

Bagian

Email

Username

Aksi

FOOTER

Keterangan - klik menu home untuk menuju F02 - klik menu Pengolahan Data Master -> data petugas untuk menuju F03 - klik menu Pengolahan Data Master -> data dokter untuk menuju F04 - klik menu Pengolahan Data Master -> data poliklinik untuk menuju F05 - klik menu Pengolahan Data Master -> data pasien untuk menuju F06 - klik menu Pengolahan Data Master -> data lab untuk menuju F07 - klik menu Pengolahan Data Master -> data obat untuk menuju F08 - klik menu Pengolahan Data Master -> data jadwal praktek untuk menuju F09 - klik menu laporan untuk menuju F10

Ukuran, background, font, warna disesuaikan

Gambar 3.120 Perancangan Antarmuka Pengolahan Data Petugas 4. Perancangan Antarmuka Pengolahan Data Dokter Perancangan antarmuka pengolahan data dokter dapat dilihat pada gambar 3.121. F04 Logout HEADER

LOGO

Home

Pengolahan Data Master

Laporan

Pengelola Data Dokter Tambah Data Nama Dokter

Jenis

Email

Username

PoliKlinik

Jadwal

Aksi

FOOTER

Keterangan - klik menu home untuk menuju F02 - klik menu Pengolahan Data Master -> data petugas untuk menuju F03 - klik menu Pengolahan Data Master -> data dokter untuk menuju F04 - klik menu Pengolahan Data Master -> data poliklinik untuk menuju F05 - klik menu Pengolahan Data Master -> data pasien untuk menuju F06 - klik menu Pengolahan Data Master -> data lab untuk menuju F07 - klik menu Pengolahan Data Master -> data obat untuk menuju F08 - klik menu Pengolahan Data Master -> data jadwal praktek untuk menuju F09 - klik menu laporan untuk menuju F10

Ukuran, background, font, warna disesuaikan

Gambar 3.121 Perancangan Antarmuka Pengolahan Data Dokter 5. Perancangan Antarmuka Pengolahan Data Pasien Perancangan antarmuka pengolahan data pasien dapat dilihat pada gambar 3.122.

172

F06 Logout HEADER

LOGO

Home

Pengolahan Data Master

Laporan

Pengelola Data Pasien

No. Rekam

Nama

Umur

Pekerjaan

Alamat

Jns. Kelamin

Email

Aksi

FOOTER

Keterangan - klik menu home untuk menuju F02 - klik menu Pengolahan Data Master -> data petugas untuk menuju F03 - klik menu Pengolahan Data Master -> data dokter untuk menuju F04 - klik menu Pengolahan Data Master -> data poliklinik untuk menuju F05 - klik menu Pengolahan Data Master -> data pasien untuk menuju F06 - klik menu Pengolahan Data Master -> data lab untuk menuju F07 - klik menu Pengolahan Data Master -> data obat untuk menuju F08 - klik menu Pengolahan Data Master -> data jadwal praktek untuk menuju F09 - klik menu laporan untuk menuju F10

Ukuran, background, font, warna disesuaikan

Gambar 3.122 Perancangan Antarmuka Pengolahan Data Pasien 6. Perancangan Antarmuka Pengolahan Data Laboratorium Perancangan antarmuka pengolahan data laboratorium dapat dilihat pada gambar 3.123. F05 Logout HEADER

LOGO

Home

Pengolahan Data Master

Laporan

Pengelola Data Poliklinik Tambah Data Nama Poliklinik

Aksi

FOOTER

Keterangan - klik menu home untuk menuju F02 - klik menu Pengolahan Data Master -> data petugas untuk menuju F03 - klik menu Pengolahan Data Master -> data dokter untuk menuju F04 - klik menu Pengolahan Data Master -> data poliklinik untuk menuju F05 - klik menu Pengolahan Data Master -> data pasien untuk menuju F06 - klik menu Pengolahan Data Master -> data lab untuk menuju F07 - klik menu Pengolahan Data Master -> data obat untuk menuju F08 - klik menu Pengolahan Data Master -> data jadwal praktek untuk menuju F09 - klik menu laporan untuk menuju F10

Ukuran, background, font, warna disesuaikan

Gambar 3.123 Perancangan Antarmuka Pengolahan Data Laboratorium 7. Perancangan Antarmuka Pengolahan Data Obat Perancangan antarmuka pengolahan data obat dapat dilihat pada gambar 3.124.

173

F08 Logout HEADER

LOGO

Home

Pengolahan Data Master

Laporan

Pengelola Data Obat Tambah Data Nama Obat

Jenis

Cara

Harga

Jumlah

FOOTER

Keterangan - klik menu home untuk menuju F02 - klik menu Pengolahan Data Master -> data petugas untuk menuju F03 - klik menu Pengolahan Data Master -> data dokter untuk menuju F04 - klik menu Pengolahan Data Master -> data poliklinik untuk menuju F05 - klik menu Pengolahan Data Master -> data pasien untuk menuju F06 - klik menu Pengolahan Data Master -> data lab untuk menuju F07 - klik menu Pengolahan Data Master -> data obat untuk menuju F08 - klik menu Pengolahan Data Master -> data jadwal praktek untuk menuju F09 - klik menu laporan untuk menuju F10

Ukuran, background, font, warna disesuaikan

Gambar 3.124 Perancangan Antarmuka Pengolahan Data Obat 3.1.10.2

Perancangan Antarmuka Pasien

Perancangan antarmuka pasien merupakan rancangan tampilan dari form apa saja yang dapat diakses oleh pasien. Perancangan antarmuka pasien terdiri dari beberapa gambar seperti berikut: 1. Perancangan Antarmuka Login Pasien Perancangan antarmuka login pasien dapat dilihat pada gambar 3.125. F01

HEADER

LOGO

Username Password

Keterangan - klik Login untuk masuk Login

SELAMAT DATANG

FOOTER

Ukuran, background, font, warna disesuaikan

Gambar 3.125 Perancangan Antarmuka Login Pasien 2. Perancangan Antarmuka Menu Pasien

174

Perancangan antarmuka menu pasien dapat dilihat pada gambar 3.126. F02 Logout HEADER

LOGO

Keterangan Home

Jadwal Dokter

Pendaftaran

Info Kesehatan

Laboratorium

Riwayat

Biaya

Profile

Selamat datang di informasi kimia farma online

- klik menu Jadwal Dokter untuk menuju F03 - klik menu pendaftaran untuk menuju F04 - klik menu info kesehatan untuk menuju F05 - klik menu laboratorium untuk menuju F06 - klik menu riwayat untuk menuju F07 - klik menu biaya untuk menuju F08 - klik menu profile untuk menuju F09

FOOTER

Ukuran, background, font, warna disesuaikan

Gambar 3.126 Perancangan Antarmuka Menu Pasien 3. Perancangan Antarmuka Informasi Dokter Perancangan antarmuka informasi dokter dapat dilihat pada gambar 3.127. F03 Logout HEADER

LOGO

Home

Jadwal Dokter

Pendaftaran

Info Kesehatan

Laboratorium

Riwayat

Biaya

Profile

JADWAL DOKTER Nama Dokter

Jenis Dokter

Poliklinik

Aksi

Keterangan - klik menu home untuk menuju F02 - klik menu pendaftaran untuk menuju F04 - klik menu info kesehatan untuk menuju F05 - klik menu laboratorium untuk menuju F06 - klik menu riwayat untuk menuju F07 - klik menu biaya untuk menuju F08 - klik menu profile untuk menuju F09 - klik menu lihat jadwal untuk menuju F10

FOOTER

Ukuran, background, font, warna disesuaikan

Gambar 3.127 Perancangan Antarmuka Informasi Dokter 4. Perancangan Antarmuka Informasi Laboratorium Perancangan antarmuka informasi laboratorium dapat dilihat pada gambar 3.128.

175

F06 Logout HEADER

LOGO

Home

Jadwal Dokter

Keterangan

Pendaftaran

Info Kesehatan

Laboratorium

Riwayat

Biaya

Profile

Data Laboratorium Nama Lab

Petugas

- klik menu home untuk menuju F02 - klik menu Jadwal Dokter untuk menuju F03 - klik menu pendaftaran untuk menuju F04 - klik menu info kesehatan untuk menuju F05 - klik menu riwayat untuk menuju F07 - klik menu biaya untuk menuju F08 - klik menu profile untuk menuju F09

FOOTER

Ukuran, background, font, warna disesuaikan

Gambar 3.128 Perancangan Antarmuka Informasi Laboratorium 5. Perancangan Antarmuka Informasi Kesehatan Perancangan antarmuka informasi kesehatan dapat dilihat pada gambar 3.129. F05 Logout HEADER

LOGO

Keterangan Home

Jadwal Dokter

Pendaftaran

Info Kesehatan

Laboratorium

Riwayat

INFORMASI KESEHATAN

Biaya

Profile

- klik menu home untuk menuju F02 - klik menu Jadwal Dokter untuk menuju F03 - klik menu pendaftaran untuk menuju F04 - klik menu laboratorium untuk menuju F06 - klik menu riwayat untuk menuju F07 - klik menu biaya untuk menuju F08 - klik menu profile untuk menuju F09

FOOTER

Ukuran, background, font, warna disesuaikan

Gambar 3.129 Perancangan Antarmuka Informasi Kesehatan 6. Perancangan Antarmuka Isi Data Pasien Perancangan antarmuka menu isi data pasien dapat dilihat pada gambar 3.130.

176

F06 Logout HEADER

LOGO

Keterangan Home

Pasien

- klik menu home untuk menuju F02 - klik menu Pasien -> pendaftaran pasien untuk menuju F03 - klik menu Pasien -> data pendaftaran untuk menuju F04 - klik menu jadwal dokter untuk menuju F05

Jadwal Dokter

Menambah Data Pasien Nama Pasien No. Rekam Tgl. Lahir Pekerjaan Alamat Jenis Kelamin Email Username Password

Simpan

Batal

FOOTER

Ukuran, background, font, warna disesuaikan

Gambar 3.130 Perancangan Antarmuka Isi Data Pasien 7. Perancangan Antarmuka Tambah Data Pendaftaran Perancangan antarmuka tambah data pendaftran dapat dilihat pada gambar 3.131. F12 Logout HEADER

LOGO

Home

Jadwal Dokter

Keterangan

Pendaftaran

Info Kesehatan

Laboratorium

Riwayat

JADWAL DOKTER Jam Daftar Batas Waktu Simpan

Biaya

Profile

- klik menu home untuk menuju F02 - klik menu pendaftaran untuk menuju F04 - klik menu info kesehatan untuk menuju F05 - klik menu laboratorium untuk menuju F06 - klik menu riwayat untuk menuju F07 - klik menu biaya untuk menuju F08 - klik menu profile untuk menuju F09

FOOTER

Ukuran, background, font, warna disesuaikan

Gambar 3.131 Perancangan Antarmuka Tambah Data Pendaftaran

177

8. Perancangan Antarmuka Lihat Daftar Pendaftar Perancangan antarmuka lihat daftar pendaftar dapat dilihat pada gambar 3.132. F11 Logout HEADER

LOGO

Home

Jadwal Dokter

Pendaftaran

Info Kesehatan

Laboratorium

Riwayat

Biaya

Profile

DATA PENDAFTARAN Hari

Jam

Aksi

Keterangan - klik menu home untuk menuju F02 - klik menu pendaftaran untuk menuju F04 - klik menu info kesehatan untuk menuju F05 - klik menu laboratorium untuk menuju F06 - klik menu riwayat untuk menuju F07 - klik menu biaya untuk menuju F08 - klik menu profile untuk menuju F09 - klik menu pilih untuk menuju F12

FOOTER

Ukuran, background, font, warna disesuaikan

Gambar 3.132 Perancangan Antarmuka Data Pendaftaran 9. Perancangan Antarmuka Lihat Rekapitulasi Biaya Medis Perancangan antarmuka lihat rekapitulasi biaya dapat dilihat pada gambar 3.133. F08 Logout HEADER

LOGO

Keterangan Home

Jadwal Dokter

Pendaftaran

Info Kesehatan

Laboratorium

Riwayat

Data Biaya Rekam Medis Pasien

Biaya

Profile

- klik menu home untuk menuju F02 - klik menu Jadwal Dokter untuk menuju F03 - klik menu pendaftaran untuk menuju F04 - klik menu info kesehatan untuk menuju F05 - klik menu laboratorium untuk menuju F06 - klik menu riwayat untuk menuju F07 - klik menu profile untuk menuju F09

FOOTER

Ukuran, background, font, warna disesuaikan

Gambar 3.133Perancangan Antarmuka Lihat Rekapitulasi Biaya Medis

178

3.1.10.3

Perancangan Antarmuka Bagian Pendaftaran

Perancangan antarmuka bagian pendaftaran merupakan rancangan tampilan dari form apa saja yang dapat diakses oleh bagian pendaftaran. Perancangan antarmuka bagian pendaftaran terdiri dari beberapa gambar seperti berikut: 1. Perancangan Antarmuka Menu Bagian Pendaftaran Perancangan antarmuka menu bagian pendaftaran dapat dilihat pada gambar 3.134. F03 Logout HEADER

LOGO

Keterangan Home

Pasien

Jadwal Dokter

Tambah Data No. Rekam

Nama

Umur

Pekerjaan

Alamat

Jns. Kelamin

Email

Aksi

- klik menu home untuk menuju F02 - klik menu Pasien -> data pendaftaran untuk menuju F04 - klik menu jadwal dokter untuk menuju F05 - klik menu tambah data untuk menuju F06

FOOTER

Ukuran, background, font, warna disesuaikan

Gambar 3.134 Perancangan Antarmuka Menu Bagian Pendaftaran 2. Perancangan Antarmuka Isi Data Pendaftaran Pasien Perancangan antarmuka isi data pendaftarn pasien dapat dilihat pada gambar 3.135.

179

F06 Logout HEADER

LOGO

Keterangan Home

Pasien

- klik menu home untuk menuju F02 - klik menu Pasien -> pendaftaran pasien untuk menuju F03 - klik menu Pasien -> data pendaftaran untuk menuju F04 - klik menu jadwal dokter untuk menuju F05

Jadwal Dokter

Menambah Data Pasien Nama Pasien No. Rekam Tgl. Lahir Pekerjaan Alamat Jenis Kelamin Email Username Password

Simpan

Batal

FOOTER

Ukuran, background, font, warna disesuaikan

Gambar 3.135 Perancangan Antarmuka Isi Data Pendaftaran Pasien 3. Perancangan Antarmuka Cetak Kartu Pasien Perancangan antarmuka cetak kartu pasien dapat dilihat pada gambar 3.136. F15 Keterangan

LOGO

HEADER

MENU Isi Data Pendaftaran Pasien Cetak Kartu Pasien Cetak Bukti Pembayaran Keluar

- klik menu isi data pendaftaran untuk menuju F14 - klik menu cetak bukti pembayaran untuk menuju F16 - klik menu keluar untuk menuju F01

DATA PASIEN

Cari Berdasarkan

Id Pasien

Nama Pasien

CARI

Umur

Pekerjaan

Alamat

Jenis Kelamin Cetak Kartu Pasien Cetak

FOOTER

Ukuran, background, font, warna disesuaikan

Gambar 3.136 Perancangan Antarmuka Cetak Kartu Pasien 4. Perancangan Antarmuka Cetak Bukti Pembayaran

180

Perancangan antarmuka cetak bukti pembayaran dapat dilihat pada gambar 3.137. F16 Keterangan

LOGO

HEADER

MENU Isi Data Pendaftaran Pasien Cetak Kartu Pasien Cetak Bukti Pembayaran

DATA PASIEN

Cari Berdasarkan

Keluar

- klik menu isi data pendaftaran untuk menuju F14 - klik menu cetak kartu pasien untuk menuju F15 - klik menu keluar untuk menuju F01

No.Pendaftaran

CARI

Nama Pasien

Poli yg dituju nama petugas

Cetak Bukti Pembayaran Cetak

FOOTER

Ukuran, background, font, warna disesuaikan

Gambar 3.137 Perancangan Antarmuka Cetak Bukti Pembayaran 3.1.10.4

Perancangan Antarmuka Dokter

Perancangan antarmuka dokter merupakan rancangan tampilan dari form apa saja yang dapat diakses oleh dokter. Perancangan antarmuka dokter terdiri dari beberapa gambar seperti berikut: 1. Perancangan Antarmuka Menu Dokter Perancangan antarmuka menu dokter dapat dilihat pada gambar 3.138.

181

F17 Keterangan LOGO

HEADER

- klik menu lihat data pasien untuk menuju F18 - klik menu Pengolahan Tindakan medis untuk menuju F19 - klik menu Buat Resep untuk menuju F20 - klik menu buat pemeriksaan lab untuk menuju F21 - klik menu buat rujukan untuk menuju F22 - klik menu pengolahan info kesehatan untuk menuju F23 - klik menu keluar untuk menuju F01

MENU Lihat Data Pasien Pengolahan Tindakan Medis Buat Resep Buat Pemeriksaan Lab Buat Rujukan Pengolahan Info Kesehatan Keluar

Selamat datang di menu Dokter

FOOTER

Ukuran, background, font, warna disesuaikan

Gambar 3.138 Perancangan Antarmuka Cari Data Rekam Medis 2. Perancangan Antarmuka Lihat Data Pasien Perancnagan antarmuka lihat data pasien dapat dilihat pada gmabr 3.139. F18 Keterangan LOGO

HEADER

MENU Lihat Data Pasien Pengolahan Tindakan Medis Buat Resep Buat Pemeriksaan Lab Buat Rujukan Pengolahan Info Kesehatan Keluar

DATA PASIEN

Cari Berdasarkan

Id Pasien Nama Pasien Umur Pekerjaan

CARI

Alamat Jenis Kelamin

Aksi

- klik menu Pengolahan Tindakan medis untuk menuju F19 - klik menu Buat Resep untuk menuju F20 - klik menu buat pemeriksaan lab untuk menuju F21 - klik menu buat rujukan untuk menuju F22 - klik menu pengolahan info kesehatan untuk menuju F23 - klik menu keluar untuk menuju F01

Lihat riwayat pasien

FOOTER

Ukuran, background, font, warna disesuaikan

Gambar 3.139 Perancangan Antarmuka Lihat Data Pasien

182

3. Perancangan Antarmuka Pengolahan Data Rekam Medis Perancangan antarmuka data rekam medis dapat dilihat pada gambar 3.140. F19

LOGO

Keterangan

HEADER

MENU

- klik menu lihat data pasien untuk menuju F18 - klik menu Buat Resep untuk menuju F20 - klik menu buat pemeriksaan lab untuk menuju F21 - klik menu buat rujukan untuk menuju F22 - klik menu pengolahan info kesehatan untuk menuju F23 - klik menu keluar untuk menuju F01

Data Rekam Medis

Lihat Data Pasien Pengolahan Tindakan Medis Buat Resep Buat Pemeriksaan Lab Buat Rujukan Pengolahan Info Kesehatan Keluar

No. Rekam Medis ID Pasien

Simpan

Reset

Cari Berdasarkan

No.medrec

CARI

ID Pasien

Aksi Isi Tindakan medis

FOOTER

Ukuran, background, font, warna disesuaikan

Gambar 3.140 Perancangan Antarmuka Data Rekam Medis 4. Perancangan Antarmuka Buat Resep Perancangan antarmuka buat resep dapat dilihat pada gambar 3.141. F20 Keterangan LOGO

HEADER

MENU

- klik menu lihat data pasien untuk menuju F18 - klik menu pengolahan tindakan medis untuk menuju F19 - klik menu buat pemeriksaan lab untuk menuju F21 - klik menu buat rujukan untuk menuju F22 - klik menu pengolahan info kesehatan untuk menuju F23 - klik menu keluar untuk menuju F01

DATA RESEP

Lihat Data Pasien Pengolahan Tindakan Medis Buat Resep Buat Pemeriksaan Lab Buat Rujukan Pengolahan Info Kesehatan Keluar

No. medrec No.Detail Tindakan Tanggal ID Dokter Isi Resep Simpan

Reset

Cari Berdasarkan

No.Resep

No.Medrec

CARI

No.Tindakan Medis

Tanggal

ID Dokter

Isi Resep

Aksi

FOOTER

Ukuran, background, font, warna disesuaikan

Gambar 3.141 Perancangan Antarmuka Buat Resep 5. Perancangan Antarmuka Buat Pemeriksaan Laboratorium

183

Perancangan antarmuka buat pemeriksaan laboratorium dapat dilihat pada gambar 3.142. F21

LOGO

Keterangan

HEADER

MENU

- klik menu lihat data pasien untuk menuju F18 - klik menu pengolahan tindakan medis untuk menuju F19 - klik menu buat resep untuk menuju F20 - klik menu buat rujukan untuk menuju F22 - klik menu pengolahan info kesehatan untuk menuju F23 - klik menu keluar untuk menuju F01

DATA PEMERIKSAAN LABORATORIUM

Lihat Data Pasien Pengolahan Tindakan Medis Buat Resep Buat Pemeriksaan Lab Buat Rujukan Pengolahan Info Kesehatan Keluar

No. Rekam Medis No.Detail Tindakan Tanggal ID Dokter Pemeriksaan yg diminta Simpan

Reset

Cari Berdasarkan

No.Pemeriksaan

CARI

No.Tindakan medis

No.Rekmed

Tanggal

Pemeriksaan yg diminta

Aksi

FOOTER

Ukuran, background, font, warna disesuaikan

Gambar 3.142 Perancangan Antarmuka Buat Pemeriksaan Laboratorium 6. Perancangan Antarmuka Buat Rujukan Perancangan antarmuka buat rujukan dapat dilihat pada gambar 3.143. F22 Keterangan LOGO

HEADER

MENU

- klik menu lihat data pasien untuk menuju F18 - klik menu pengolahan tindakan medis untuk menuju F19 - klik menu buat resep untuk menuju F20 - klik menu buat pemeriksaan lab untuk menuju F21 - klik menu pengolahan info kesehatan untuk menuju F23 - klik menu keluar untuk menuju F01

DATA RUJUKAN

Lihat Data Pasien Pengolahan Tindakan Medis Buat Resep Buat Pemeriksaan Lab Buat Rujukan Pengolahan Info Kesehatan Keluar

No. Rekam Medis No.Detail Tindakan Tanggal Diagnosa sementara

ID Dokter ID Lembaga Simpan

Reset

Cari Berdasarkan

CARI

No.Pemeriksaan No.Rekmed

No.Tindakan Tanggal medis

Diagnosa ID sementara Dokter

ID Lembaga

Aksi

FOOTER

Ukuran, background, font, warna disesuaikan

Gambar 3.143 Perancangan Antarmuka Buat Rujukan 7. Perancangan Antarmuka Pengolahan Info Kesehatan Perancangan antarmuka pengolahan info kesehatan dapat dilihat pada gambar 3.144.

184

F23

LOGO

Keterangan

HEADER

MENU

- klik menu lihat data pasien untuk menuju F18 - klik menu pengolahan tindakan medis untuk menuju F19 - klik menu buat resep untuk menuju F20 - klik menu buat pemeriksaan lab untuk menuju F21 - klik menu buat rujukan untuk menuju F22 - klik menu keluar untuk menuju F01

DATA INFORMASI KESEHATAN

Lihat Data Pasien Pengolahan Tindakan Medis Buat Resep Buat Pemeriksaan Lab Buat Rujukan Pengolahan Info Kesehatan Keluar

Judul Isi

Tanggal Simpan

Reset

Cari Berdasarkan

No.Info

CARI

Judul

Isi

Tanggal

Aksi

FOOTER

Ukuran, background, font, warna disesuaikan

Gambar 3.144 Perancangan Antarmuka Pengolahan Info Kesehatan 3.1.10.5

Perancangan Antarmuka Petugas Apotek

Perancangan antarmuka petugas apotek merupakan rancangan tampilan dari form apa saja yang dapat diakses oleh petugas apotek. Perancangan antarmuka petugas apotek terdiri dari beberapa gambar seperti berikut: 1. Perancangan Antarmuka Menu Petugas Apotek Perancangan antarmuka menu petugas apotek dapat dilihat pada gambar 3.145. F01 Logout HEADER

LOGO

Home

Obat

Keterangan

Resep

- klik menu home untuk menuju F02 - klik menu Obat untuk menuju F03 - klik menu Resep untuk menuju F04 Anda login sebagai Apoteker

FOOTER

Ukuran, background, font, warna disesuaikan

Gambar 3.145 Perancangan Antarmuka Petugas Apotek

185

2. Perancangan Antarmuka Lihat Resep yang Masuk Perancangan antarmuka lihat resep yang masuk dapat dilihat pada gambar 3.146. F04 Logout HEADER

LOGO

Home

Obat

Resep Keterangan

Resep No. Rekam

Nama Pasien

Isi Resep

Tanggal

Status

Dokter

- klik menu home untuk menuju F02 - klik menu Obat untuk menuju F03 - klik menu layani resep untuk menuju F06

FOOTER

Ukuran, background, font, warna disesuaikan

Gambar 3.146 Perancangan Antarmuka Lihat Resep yang Masuk 3. Perancangan Antarmuka Pengolahan Detail Resep Perancangan antarmuka pengolahan detail resep dapat dilihat pada gambar 3.147. F06 Logout HEADER

LOGO

Home

Obat

Resep

Keterangan

Layani Resep Dokter Obat

Jumlah Id Obat

Nama Obat

Tambah Cara Pakai

Harga

Qty

Total

- klik menu home untuk menuju F02 - klik menu Obat untuk menuju F03 - klik menu Resep untuk menuju F04

FOOTER

Ukuran, background, font, warna disesuaikan

Gambar 3.147 Perancangan Antarmuka Pengolahan Detail Resep

186

4. Perancangan Antarmukan Pengolahan Data Obat perancangan antarmuka pengolahan data obat dapat dilihat pada gambar 3.148. F05 Logout HEADER

LOGO

Home

Obat

Resep

Keterangan

Edit Data Obat

- klik menu home untuk menuju F02 - klik menu Obat untuk menuju F03 - klik menu Resep untuk menuju F04

Nama Obat Jenis Obat Keterangan Cara Pemakaian Harga Jumlah

Simpan

Batal

FOOTER

Ukuran, background, font, warna disesuaikan

Gambar 3.148 Perancangan Antarmuka Pengolahan Data Obat 3.1.10.6

Perancangan Antarmuka Petugas Laboratorium

Perancangan antarmuka petugas laboratorium merupakan rancangan tampilan dari form apa saja yang dapat diakses oleh petugas laboratorium. Perancangan antarmuka petugas laboratorium terdiri dari beberapa gambar seperti berikut: 1. Perancangan Antarmuka Menu Petugas Laboratorium Perancangan antarmuka menu petugas laboratorium dapat dilihat pada gambar 3.150.

187

F01 Logout HEADER

LOGO

Home

Laboratorium

Keterangan

Rujukan

- klik menu home untuk menuju F02 - klik menu Laboratorium untuk menuju F03 - klik menu Rujukan untuk menuju F04 Anda login sebagai Petugas Lab

FOOTER

Ukuran, background, font, warna disesuaikan

Gambar 3.149 Perancangan Antarmuka Menu Petugas Laboratorium 2. Perancangan Antarmuka Lihat Pemeriksaan Laboratorium yang Masuk Perancangan antarmuka lihat pemeriksaan lab yang masuk dapat dilihat pada gambar 3.150. F04 Logout HEADER

LOGO

Keterangan Home

Laboratorium

Rujukan

Data Rujukan Tgl

Nama Pasien

Nama Dokter

Diagnosa

Status

Ket

Lab

Aksi

- klik menu home untuk menuju F02 - klik menu Laboratorium untuk menuju F03 - klik menu Lihat Detail untuk menuju F06 - klik menu Lihat Hasil untuk menuju F07

FOOTER

Ukuran, background, font, warna disesuaikan

Gambar 3.150 Perancangan Antarmuka Lihat Pemeriksaan Laboratorium yang Masuk

188

3. Perancangan

Antarmuka

Pengolahan

Hasil

Pemeriksaan

Laboratorium Perancangan antarmuka pengolahan hasil pemeriksaan laboratorium dapat dilihat pada gambar 3.151. F07 Logout HEADER

LOGO

Home

Laboratorium

Keterangan

Rujukan

Hasil Pemeriksaan Nama Pemeriksa

Hasil

Nilai Rujukan

Satuan

Ket

- klik menu home untuk menuju F02 - klik menu Laboratorium untuk menuju F03 - klik menu Rujukan untuk menuju F04

FOOTER

Ukuran, background, font, warna disesuaikan

Gambar 3.151 Perancangan Antarmuka Pengolahan Hasil Pemeriksaan Laboratorium 4. Perancangan Antarmuka Pengolahan Data Laboratorium Perancangan antarmuka pengolahan data laboratorium dapat dilihat pada gambar 3.152.

189

F05 Logout HEADER

LOGO

Home

Laboratorium

Keterangan

Rujukan

- klik menu home untuk menuju F02 - klik menu Laboratorium untuk menuju F03 - klik menu Rujukan untuk menuju F04

Tambah Data Lab Nama Lab Petugas

Simpan

Batal

FOOTER

Ukuran, background, font, warna disesuaikan

Gambar 3.152 Perancangan Antarmuka Pengolahan Data Pemeriksaan Laboratorium 3.1.10.7

Perancangan Pesan

Perancangan pesan untuk aplikasi Elektronik Medical Record (EMR) pada Klinik Kimia Farma dapat dilihat pada tabel 3.28. Tabel 3.29 Perancangan Pesan Aplikasi Elektronik Medical Record (EMR) Pada Klinik Kimia Farma 12 Bandung No

No.

.

Pesan

1.

M01

Isi Pesan Data berhasil disimpan

Jenis

Terdapat

Pesan

Pada Form

Informasi

F14, F19, F20, F21,

F22,

F37, F39, F42, F26, F30, F31 2.

M02

Data Berhasil diubah

Informasi

F14, F19, F20, F21,

F22,

F37, F39, F42, F26, F30, F31 3.

M03

Data berhasil dihapus

Informasi

F14, F19, F20,

190

F21, F22 4.

M04

Data gagal dihapus, karena data

Informasi

sedang dipakai

F19, F20, F21, F22 F14, F19, F20,

5.

M05

Data gagal diubah, karena data telah ada

Informasi

F21,

F22,

F37, F39, F42, F26, F30, F31 F14, F19, F20,

6.

M06

Data gagal disimpan, karena data telah ada

Informasi

F21,

F22,

F37, F39, F42, F26, F30, F31

7.

M07

Username dan Password tidak

Infirmasi

F01

untuk mengunjungi klinik paling Informasi

F05

cocok Anda telah berhasil melakukan pendaftaran secara online. Harap

8.

M08

lambat 30 menit dari waktu pendaftaran. Terimkasih. 9.

C01

Anda yakin ingin menghapus Konfirma

F19, F20, F21,

data ini?

F22

si

3.1.11 Jaringan Semantik Jaringan semantik merupakan pengetahuan secara grafis yang menunjukan hubungan antar berbagai tampilan form yang di susun dari node (lingkaran) dan arc (garis). Berikut ini adalah jaringan semantik yang ada di aplikasi Elektronik Medical Record (EMR) pada Klinik Kimia Farma 12 : 1. Jaringan Semantik Admin Jaringan semantik admin dapat dilihat pada gambar 3.153.

191

M01, M02, M03, M04, M05 F36

F37

F38 M01, M02, M03, M04, M05

F43

F35

F39 M01, M02, M03, M04, M05

F42

F41

F40

M01, M02, M03, M04, M05

Gambar 3.153 Jaringan Semantik Admin 2. Jaringan Semantik Pasien Jaringan semantik pasien dapat dilihat pada gambar 3.154. F12

F02

F03

F04 M09, M10

F10

M02 M05 F09

F01

F05

M08 F11

F08

F07

F06

Gambar 3.154 Jaringan Semantik Pasien 3. Jaringan Semantik Bagian Pendaftaran

192

Jaringan semantik bagian pendaftaran dapat dilihat pada gamabr 3.155. M01 M03 M09 M10

F13

F14

F16

F15

F01 M07

Gambar 3.155 Jaringan Semantik Bagian Pendaftaran 4. Jaringan Semantik Dokter Jaringan semantik dokter dapat dilihat pada gambar 3.156.

F17

F18

M05 M06 M07 F23

F01

F19

M01, M02, M03, M04

F22

F21

F20 M01,M02, M05

M01,M02, ,M05

M01,M02,M03, M04,M05,M06

Gambar 3.156 Jaringan Semantik Dokter 5. Jaringan Semantik Petugas Apotek Jaringan semantik petugas apotek dapat dilihat pada gambar 3.155.

193

F24

F45

F01

F27

F26 M01 M02 M04

M01,M02, ,M04

Gambar 3.155 Jaringan Semantik Petugas Apotek 6. Jaringan Semantik Petugas Laboratorium Jaringan semantik petugas laboratorium dapat dilihat pada gambar 3.154. F28

F29

F01

F31

M01,M02, ,M04

F30 M01 M02 M04

Gambar 3.154 Jaringan Semantik Petugas Laboratorium

194