Project Sistem Informasi Apotek ADBO

PROJECT SYSTEM INFORMASI
APOTEK

Anggota Kelompok
Candra Aditama

: 2014.02477.11.0703

Irvan Asdiamar Awal Saputra

: 2014.02477. 11.0661

Rizki Arkan

: 2014.02477. 11.0680

STMIK JENDERAL ACHMAD YANI
YOGYAKARTA
i

KATA PENGANTAR

Puji dan Syukur kami panjatkan ke hadirat Tuhan YME, karena berkat
limpahan Rahmat dan Karunia-nya sehingga kami dapat menyusun tugas ini
dengan baik. Dalam makalah ini kami membahas mengenai PROJECT SYSTEM
INFORMASI APOTEK.
Tulisan ini disusun untuk memenuhi tugas mata kuliah Analisis dan Desain
Berorientasi Objek. Dan tentu saja dengan bantuan dari berbagai pihak dalam
membantu menyelesaikan tantangan dan hambatan selama mengerjakan makalah
ini. Oleh karena itu, kami mengucapkan terima kasih yang sebesar-besarnya
kepada semua pihak yang telah membantu dalam penyusunan tulisan ini.
Kami menyadari bahwa masih banyak kekurangan yang ada pada tulisan ini.
Oleh karena itu kami mengundang pembaca untuk memberikan saran serta kritik
yang dapat membangun bagi kami. Kritik konstruktif dari pembaca sangat kami
harapkan untuk dapat menjadi bahan perbaikan tulisan ini selanjutnya. Akhir kata
semoga tulisan ini bisa memberikan memberikan manfaat

Yogyakarta, 29 Februari 2016

ii

DAFTAR ISI

JUDUL................................................................Error: Reference source not found
KATA PENGANTAR.............................................................................................ii
DAFTAR ISI..........................................................................................................iii
DAFTAR GAMBAR.............................................................................................vi
DAFTAR TABLE.................................................................................................vii
BAB I : PENDAHULUAN....................................................................................1
1.1 Latar Belakang..........................................................................................1
1.2 Perumusan Masalah..................................................................................2
1.3 Batasan Masalah.......................................................................................2
1.4 Tujuan dan Manfaat Penelitian...............................................................2
1.4.1 Tujuan Penelitian...................................................................................2
1.4.2 Manfaat Penelitian.................................................................................2
1.5 Metodologi Penelitian...............................................................................3
1.5.1 Metode Penelitian..................................................................................3
1.5.2 Waktu dan Tempat Penelitian................................................................3
1.5.3 Metode Pengembangan Perangkat Lunak.............................................3
1.5.4 Metode Analisa Berorientasi Objek......................................................4
1.5.5 Metode Perancangan Berorientasi Objek..............................................5
1.6 Metode Pengumpulan Data......................................................................7
1.6.1 Metode Observasi..................................................................................7

1.6.2 Metode Interview (wawancara).............................................................8
1.6.3 Metode Studi Pustaka............................................................................8
BAB II : TINJAUAN PUSTAKA.........................................................................9
2.1 Perancangan..............................................................................................9
2.1.1 Sistem....................................................................................................9
2.1.2 Analisis dan Perancangan Sistem..........................................................9
2.1.3 Bahasa Pemrograman Delphi..............................................................10
2.1.4 Database...............................................................................................11
2.1.5 UML (Unified Modelling Language)..................................................12
2.1.6 Simbol - Simbol Use Case Diagram....................................................13
2.1.7 Simbol Class Diagram.........................................................................13
2.1.8 Rational Rose......................................................................................14
2.1.9 OOA (Object Oriented Analisis).........................................................14

iii

2.1.10 OOD (Objeck Oriented Design)........................................................15
2.1.11 Metode Object Oriented Programming.............................................15
BAB III : OBJECT YANG DITELITI...............................................................18
4.1 Pengertian Apotek.....................................................................................18

4.2 Strukture Organisasi..................................................................................19
4.3 Deskripsi Kerja..........................................................................................19
4.3.1 Pimpinan..............................................................................................20
4.3.2 Bagian Keuangan:...............................................................................20
4.3.3 Bagian Administrasi:...........................................................................20
4.3.4 Tugas Pelayanan Apotek.....................................................................20
4.3.5 Asisten Apoteker:................................................................................23
BAB IV : ANALISA DAN PERANCANGAN...................................................24
4.1 Analisis Berorientasi Objek....................................................................24
4.1.1 Pemodelan Use Case...........................................................................24
4.1.2 Mengidentifikasi Pelaku Bisnis...........................................................24
4.1.3 Mengidentifikasi Use Case Persyaratan Bisnis...................................25
4.1.4 MenyusunScenario..............................................................................25
4.2 Perancangan Berorientasi Objek...........................................................29
4.2.1 Use Case Diagram...............................................................................29
4.2.2 Activity Diagram.................................................................................30
4.2.3 Class Diagram.....................................................................................31
4.2.4 State Diagram......................................................................................33
4.2.5 Colaboration Diagram.........................................................................35
4.2.6 Sequence Diagram...............................................................................39

4.2.7 Rancangan Basis Data.........................................................................46
4.3 Desain Interface.......................................................................................49
4.3.1 Desain Menu Utama............................................................................49
4.3.2 Perancangan Input...............................................................................49
4.3.3 Form Login..........................................................................................50
4.3.4 Form Ubah Password..........................................................................50
4.3.5 Form Data Pengguna...........................................................................51
4.3.6 Form Data Tipe Obat...........................................................................52
4.3.7 Form Data Jenis Obat..........................................................................53
4.3.8 Form Data Satuan Obat.......................................................................54
4.3.9 Form Data Obat...................................................................................55
4.3.10 Form Penerimaan..............................................................................55
4.3.11 Form Penjualan..................................................................................56
4.4 Perancangan Output...............................................................................57
4.4.1 Laporan Penerimaan............................................................................57
4.4.2 Laporan Penjualan...............................................................................58
iv

4.4.3 Cetak Kartu stok..................................................................................59
BAB V : PROJECT CHARTER.........................................................................61

5.1 Prepared By.............................................................................................61
5.2 Project Charter Version Control............................................................61
5.3 Project Charter Purpose.........................................................................61
5.4 Project Executive Summary...................................................................62
5.5 Project Overview.....................................................................................62
5.6 Project Scope............................................................................................63
5.6.1 Goals and Objectives...........................................................................63
5.6.2 Departmental Statements of Work (SOW)..........................................63
5.6.3 Project Deliverables............................................................................64
5.6.4 Deliverables Out of Scope...................................................................66
5.6.5 Project Estimated Costs & Duration...................................................66
5.7 Project Conditions...................................................................................67
5.7.1 Project Assumptions............................................................................67
5.7.2 Project Issues.......................................................................................67
5.7.3 Project Risks........................................................................................68
5.7.4 Project Constraints..............................................................................69
5.7.5 Project Structure Approach.................................................................69
5.7.6 Project Team Organization Plans........................................................70
5.7.7 Approvals............................................................................................70
5.8 Schedule....................................................................................................71

KESIMPULAN DAN SARAN............................................................................72
6.1 Kesimpulan..............................................................................................72
6.2 Saran.........................................................................................................73
DAFTAR PUSTAKA...........................................................................................74

v

DAFTAR GAMBAR
Gambar 1 : Symbol Class Diagram........................................................................14
Gambar 2 : Struktur Organisasi Apotek.................................................................19
Gambar 4 : Use Case Diagram Apotek..................................................................30
Gambar 6 : State Diagram Login...........................................................................33
Gambar 7 : State Diagram penjualan Obat............................................................33
Gambar 9 : State diagram pengelolaan pegawai....................................................34
Gambar 10 : State diagram view laporan...............................................................35
Gambar 11 : Collaboration Diagram Login...........................................................36
Gambar 15 : Collaboration Diagram Pengelolaan Pegawai...................................38
Gambar 16 : Collaboration Diagram Menampilkan Report...................................38
Gambar 17 : Squence Diagram Pengelolaan Data Obat........................................39
Gambar 18 : Squence Diagram Login....................................................................40

Gambar 19 : Squence Diagram Penjualan Obat.....................................................42
Gambar 20 : Squence Diagram Pembelian Obat...................................................43
Gambar 21 : Squence Diagram Pengelolaan Pegawai...........................................44
Gambar 22 : Squence Diagram Menampilkan Report...........................................45
Gambar 23 : Struktur Menu...................................................................................49
Gambar 24 : Form Login.......................................................................................50
Gambar 25 : Form Ubah Password........................................................................51
Gambar 26 : Form Pengguna.................................................................................51
Gambar 27 : Form Data Type Obat........................................................................52
Gambar 28 : Form Jenis Obat................................................................................53
Gambar 29 : Form Data Satuan Obat.....................................................................54
Gambar 30 : Data Obat..........................................................................................55
Gambar 31 : Form Penerimaan Obat.....................................................................56
Gambar 32 : Form Penjualan.................................................................................57
Gambar 33 : Form Laporan Penerimaan................................................................58
Gambar 34 : Rancangan Laporan Penerimaan.......................................................58
Gambar 35 : Form Laporan Penjualan...................................................................59
Gambar 36 : Rancangan Laporan Penjualan..........................................................59
Gambar 37 : Form Laporan Stok...........................................................................60
Gambar 38 : Rancangan Laporan Stok..................................................................60

vi

DAFTAR TABLE

Table 1 : Simbol - simbol Use Case Diagram........................................................13
Table 2 : Tabel Database Obat................................................................................47
Table 3 : Table Database Supplier..........................................................................47
Table 4 : Tabel Database Penjualan........................................................................48
Table 5 : Table Database Pembelian......................................................................48

vii

BAB I
PENDAHULUAN
1.1

Latar Belakang
Perkembangan teknologi dan ilmu pengetahuan pada masa globalisasi ini

dirasakan telah semakin pesat. Semua ini dikarenakan hasil dari pemikiranpemikiran manusia yang semakin maju, hal tersebut dapat dilihat dari
perkembangan ilmu komputer yang semakin hari semakin berkembang dengan
pesat. Perkembangan teknologi semakin mendukung bagi pengembangan
penyebaran informasi melalui media cetak yang menyebar diseluruh lapisan
masyarakat. Penyebaran informasi tidak hanya bias diperoleh melalui media cetak
saja tetapi bisa juga didapatkan melalui media elektronik seperti televisi, radio,
dan internet/website.
Salah satu bagian di bidang kesehatan yang menjadi sumber rujukann adalah
apotek. Apotek (berasal dari bahasa Belanda: Apotheek, apotek /apo·tek/ /apoték/
n toko tempat meramu dan menjual obat berdasarkan resep dokter serta
memperdagangkan barang medis; rumah obat. Ada jug yang menjabarkan sebagai
adalah tempat menjual dan kadang membuat atau meramu obat. Apotek juga
merupakan tempat apoteker melakukan praktik profesi farmasi sekaligus menjadi
peritel. Kata ini berasal dari kata bahasa Yunani apotheca yang secara harfiah
berarti "penyimpanan".
Untuk menunjang kegiatan apotek secara terkomputasi, maka dibutuhkan
aplikasi Sistem Informasi Apotek dimana dimanfaatkan untuk menangani
manajemen inventori dan point of sales / kasir apotek, termasuk didalamnya
informasi obat yang dijual, pembelian, penjualan, pembuatan surat pesanan,
penanganan retur beli/jual, stok opname, histori transaksi yang sudah dilakukan,

posisi stok, pembuatan laporan laporan dan lainnya.

1

1.2

Perumusan Masalah
Berdasarkan latar belakang yang telah diuraikan di atas, maka rumusan

masalah yang akan dibahas dalam penelitian ini adalah bagaimana ” menganalisa
dan merancang sistem sistem informasi apotek.
1.3

Batasan Masalah
Mengingat banyaknya dan luasnya permasalahan serta agar tujuan

pembahasan lebih terarah, maka dalam penelitian ini dilakukan pembatasan
masalah sebagai berikut:
 Penelitian ini dilakukan pada Apotek Sederhana.
 Data-data yang digunakan dalam penelitian ini antara lain, data obat, data
karyawan, dan data transaksi.
1.4
1.4.1

Tujuan dan Manfaat Penelitian
Tujuan Penelitian
Adapun tujuan dari penelitian ini adalah:
1.

Menganalisis dan merancang sistem perpustakaan digital dan sistem
otomasi apotek.

2.

Pelaporan dari hasil analisis dan percangan sistem dapat menjadi alat
evaluasi apotek.

1.4.2

Manfaat Penelitian
Adapun manfaat yang dapat diambil dari penelitian ini adalah:
1. Membantu pengawasan dan mengevaluasi data obat dan transaksi
pada Apotek.
2. Dapat menambah pengetahuan tentang analisis dan perancangan
sistem yang baik serta dapat menambah pengetahuan tentang aplikasi
pemrograman Delphi.

2

1.5

Metodologi Penelitian

1.5.1

Metode Penelitian
Metode yang digunakan dalam penelitian ini menggunakan metode

deskriptif yaitu suatu metode dalam meneliti status kelompok manusia, suatu
objek, suatu kondisi, suatu system pemikiran, ataupun suatu peristiwa pada
masa sekarang. Tujuan dari penelitian Deskriptif ini adalah untuk membuat
deskripsi gambaran atau lukisan secara sistematis factual dan akurat
mengenai fakta-fakta dan sifat-sifat hubungan antar fenomena yang diselidiki.
(Nazir:2002):
1.5.2

Waktu dan Tempat Penelitian
Adapun penelitian ini dilakukan mulai bulan Mei 2016 hingga Agustus

2016 bertempat di Apotek Sederhana.
1.5.3

Metode Pengembangan Perangkat Lunak
Metode yang digunakan untuk menganalisa dan merancang system ini

yaiut metode Object Oriented. Yaitu suatu strategi pembangunan perangkat
lunak yang mengorganisasikan perangkat lunak sebagai kumpulan objek yang
berisikan data dan operasi yang diberlakukan terhadapnya, atau suatu cara
bagaimana system perangkat lunak dibangun melalui pendekatan objek secara
sistematis. Rangkaian – Rangkaian dari metode object oriented yaitu meliputi,
Rangkaian aktivitas analisisi berorientasi objek, Perancangan berorientasi
objek, Pemrograman berorientasi objek, Pengujian berorientasi objek. Tahaptahap dari metode berorientasi objek yaitu :
1.

Identifikasi kelas objek, dari interview dengan user Memilih yang
relevan dengan aplikasi sistem Jika 2 atau lebih kelas objek menunjukkan
informasi yang sama, yang paling deskriptif yang dipilih.

3

2.

Pengidentifikasi relasi antar kelas objek, Relasi berhubungan dengan
verb

3.

Identifikasi atribut utama, Setelah antara kelas objek dibuat relasi, atribut
objek utama diidentifikasi dengan adjective ,Gambarkan atribut yang
penting dahulu, detail ditambahkan kemudian

4.

Tentukan Relasi Inheritance Buat hirarki kelasnya, Inheritance digunakan
untuk menggeneralisasi aspek umum dari kelas yang ada ke kelas super
(bottom up) atau dari kelas yang ada ke sub kelas (top down)Atau;
dengan membangun suatu hirarki kelas di mana sub kelas menginherit
property dari kelas super.

1.5.4

Metode Analisa Berorientasi Objek
Yaitu metode yang digunakan untuk menganalisa system, dengan metode

ini dapat mempresentasikan sebuah permasalahan dalam dunia nyata kedalam
object-object, khususnya dalam pegembangan perangkat lunak, agar dalam
pelaksanaannya kita mendapatkan berbagai keuntungan dan kelebihan.
Biasanya analisa sistem dimulai dengan adanya dokumen permintaan
(requirement) yang diperoleh dari semua pihak yang berkepentingan.
Hasil analisis berorientasi objek adalah deskripsi dari apa sistem secara
fungsional diperlukan untuk melakukan, dalam bentuk sebuah model
konseptual. Itu biasanya akan disajikan sebagai seperangkat menggunakan
kasus, satu atau lebih UML diagram kelas, dan sejumlah diagram interaksi.
Tujuan dari analisis berorientasi objek adalah untuk mengembangkan model
yang menggambarkan perangkat lunak komputer karena bekerja untuk
memenuhi seperangkat persyaratan yang ditentukan pelanggan.
Rangkaian aktivitas dari Object Oriented Analysis yaitu :
1.

Menganalisis masalah domain

4

2.

Jelaskan sistem proses

3.

Identifikasi obyek

4.

Tentukan atribut

5.

Mendefinisikan operasi

6.

Komunikasi antar-obyek

1.5.5

Metode Perancangan Berorientasi Objek
Tahap perancangan dimulai dengan hasil keluaran yang dihasilkan tahap

analisis, dan aktifitas yang dilakukan adalah secara perlahan bergeser
tekananya dari domain aplikasi atau persoalan menuju domain komputasi.
merupakan cara baru dalam memikirkan suatu masalah dengan menggunakan
model yang dibuat menurut konsep sekitar dunia nyata. Dasar pembuatan
adalah objek,yang merupakan kombinasi antara struktur data dan perilaku
dalam satu entitas. 1.4.6. Metode Pengembangan Sistem
Adapun metode pengembangan sistem yang digunakan adalah metode
FAST yaitu metode pengembangan dengan kerangka yang cukup fleksibel
untuk menyediakan tipe-tipe yang berbeda. Fast adalah kepanjangan dari
Framework for The Application of System Thingking atau Kerangka untuk
Penerapan Pemikiran system (Whitten, 2004 :81) :
1. Scope Definition (Definisi Lingkup)
Pada tahap ini dilakukan pengumpulan informasi yang akan diteliti
tingkat feasibility dan ruang lingkup proyek dengan menggunakan kerangka
PIECES (Performance, information , economics, control, efficiency, service).
Hal ini dibuktikan untuk menemukan inti dari masalah-masalah yang ada
(problem),

kesempatan

untuk

meningkatkan

kinerja

organisasi

( opportunity),dan kebutuhan-kebutuhan baru yang dibebankan oleh pihak
manajeman atau pemerintah (directives).

5

2. Problem Analysis ( Analisis Permasalahan)
Pada tahap ini akan diteliti maslah-masalah yang muncul pada system
yang ada sebelumnya. Dalam hal ini project charter yang dihasilkan dari
tahapan preliminary investigation adalah kunci utamanya. Hasil dari tahapan
ini adalah peningkatan performa sistem yang akan memberikan keuntungan
dari segi bisnis perusahaan. Hasil dari tahapan ini adalah sebuah laporan yang
menerangkan tentang problems,causes,effects, dan solution benefits.
3. Requirements Analysis (Analisis Kebutuhan)
Pada tahap ini akan dilakukan pengurutan prioritas dari kebutuhankebutuhan bisnis yang ada. Tujuan dari tahapan ini adalah mengidentifikasi
data,proses dan antar muka yang diinginkan pengguna dari system yang baru.
4. Logical Design (Desain Logis)
Tujuan dari tahapan ini adalah mentransformasikan kebutuhan- kebutuhan
bisnis dari fase requirements analysis kepada system model yang akan
dibangun nantinya. Dengan kata lain pada fase ini akan menjawab
pertanyaan-pertanyaan

seputar

penggunaan

teknologi

(data,

process,

interface) yang menjamin usability, reliability, completeness, performance,
dan quality yang akan dibangun didalam system.
5. Decision Analysis (Analisis Keputusan)
Pada tahap ini akan dipertimbangkan beberapa kandidat dari perangkat
lunak dan keras yang nantinya akan dipilih dan dipakai dalam implementasi
system sebagai solusi atas problems dan requirements yang sudah
didefinisikan pada tahapan-tahapan sebelumnya.
6. Physical Design (Desain Logis)

6

Tujuan dari tahapan ini adalah mentransformasikan kebutuhan bisnis yang
direpersentasikan sebagai logical design menjadi physical design yang
nantinya akan dijadikan sebagai acuan dalam membuat system yang akan
dikembangkan. Jika didalam logical design tergantung kepada berbagai solusi
teknis , maka physical design merepresentasikan solusi teknis yang lebih
spesifik.
7. Construction and Testing
Setelah

membuat

physical

design,

maka

akan

dimulai

untuk

mengkontruksi dan melakukan tahap uji coba terhadap sistem yang
memenuhi kebutuhan-kebutuhan bisnis dan spesifikasi desain. Bisnis data,
program aplikasi, dan antarmuka akan mulai dibangun pada tahap ini. Setelah
dilakukan uji coba terhadap keseluruhan system, maka system siap untuk
dimplementasikan
8. Installation and Delivery
Pada tahap ini akan dioperasikan system yang telah dibangun. Tahapan ini
akan dumulai dengan men-deploy software hingga memberikan pelatihan
kepada user mengenai penggunaan system yang ntelah dibangun. Pada
penelitian ini hanya digunakan tahap pengembangan hanya pada batas desain
fisik dan integrasi.
1.6

Metode Pengumpulan Data

1.6.1

Metode Observasi
Yaitu metode pengumpulan data dengan pengamatan dan pencatatan

secara langsung yang dilakukan di lokasi penelitian yaitu di Apotek
Sederhana

7

1.6.2

Metode Interview (wawancara)
Yaitu dengan mendapatkan data-data secara langsung dari sumber yang

mengerti sehubungan dengan pengamatan maka penulis bertanya langsung
dengan pihak-pihak yang terkait dalam memberikan informasi system apotek
di bagian staff apotek.
1.6.3

Metode Studi Pustaka
Metode yang dilakukan adalah dengan mencari bahan yang berkaitan

atau mendukung dalam penyelesaian masalah melalui buku-buku, majalah,
dan internet yang erat kaitannya dengan masalah yang sedang dibahas. Bukubuku dan brosur-brosur didapat langsung dari tempat penelitian sedangkan
buku-buku lain penulis mendapatkannya dari perpustakaan dan beberapa toko
buku. Selain itu penulis menggunakan literatur yang berasal dari situs-situs
internet.

8

BAB II
TINJAUAN PUSTAKA

1.1

Perancangan
Menurut Whitten ( 2004 : 176 ) Perancangan didefinisikan sebagai tugas yang

fokus pada spesifikasi solusi detail berbasis komputer. Terdapat beberapa strategi
perancangan desain system, yaitu :
a.

Desain Struktur Modern

b.

Teknik Informasi

c.

Prototyping

d.

Join Application Development ( JAD )

e.

Rapid Application Development ( RAD )

f.

Desain Berorientasi Objek

Kadang – kadang teknik tersebut dianggap sebagai teknik yang saling
bersaing, tetapi seringkali untuk beberapa jenis proyek tertentu diperlukan
kombinasi dari beberapa diantaranya sehingga saling melengkapi satu sama lain.
2.1.1

Sistem

Menurut Kristanto(2008, 1), sistem merupakan kumpulan elemen-elemen
yang saling terkait dan bekerjasama untuk memroses masukan (input) yang
ditujukan kepada sistem tersebut dan mengolah masukan tersebut sampai
menghasilkan keluaran yang diinginkan.
2.1.2

Analisis dan Perancangan Sistem

Menurut Al Fatta (2007, 24), Analisis sistem didefinisikan sebagai bagaimana
memahami dan menspesifikasi dengan detail apa yang harus dilakukan oleh
sistem. Sementara sistem desain diartikan sebagai menjelaskan dengan detail

9

bagaimana bagian-bagian dari sistem informasi diimplementasikan. Dengan
demikian, Analisis dan Desain Sistem Informasi (ANSI) bisa didefinisikan
sebagai proses organisasional kompleks di mana sistem informasi berbasis
komputer diimplementasikan. Tanggung jawab seorang analisis berdasarkan
pendekatan analisis dan desain meliputi :
a.

Bagaimana membangun sistem informasi

b.

Bagaimana merancang sebuah sistem informasi berbasis komputer

c.

Bagaimana memecahkan masalah dalam organisasi sistem informasi.

2.1.3

Bahasa Pemrograman Delphi

Delphi adalah suatu bahasa pemograman (development language) yang
digunakan untk merancang suatu aplikasi program.Delphi termasuk dalam
pemrograman bahasa tingkat tinggi (high level language). Maksud dari bahasa
tingkat tinggi yaitu perintah-perintah programnya menggunakan bahasa yang
mudah dipahami oleh manusia. Bahasa pemrograman.
Delphi disebut bahasa prosedural artinya mengikuti urutan tertentu Dalam
membuat

aplikasi

perintah-perintah,

Delphi

menggunakan

lingkungan

pemrograman visual. Delphi merupakan generasi penerus dari Turbo Pascal.
Pemrograman Delphi dirancang untuk beroperasi dibawah sistem operasi
Windows. Program ini mempunyai beberapa keunggulan, yaitu produktivitas,
kualitas, pengembangan perangkat lunak, kecepatan kompiler, pola desain yang
menarik serta diperkuat dengan bahasa perograman yang terstruktur dalam
struktur bahasa perograman Object Pascal.Sebagaian besar pengembang Delphi
menuliskan dan mengkompilasi kode program di dalam lingkungan pengembang
aplikasi atau Integrate Development Environment (IDE). Lingkungan kerja ID ini
menyediakan saran yang diperlukan untuk merancang membangun, mencoba,
mencari atau melacak kesalahan, serta mendistribusikan aplikasi.

10

Keuntungan:
Adapun sejumlah keuntungan Embarcadero Delphi, antara lain:
a. Komunitas pengguna yang besar pada Usenet maupun web
b. Dapat mengkompilasi menjadi single executable (aplikasi portable),
memudahkan distribusi dan meminimalisir masalah yang terkait dengan
versioning
c. Banyaknya dukungan dari pihak ketiga terhadap VCL (biasanya tersedia
berikut source codenya) ataupun tools pendukung lainnya (dokumentasi,
tool debugging)
d. Optimasi kompiler yang cukup cepat
e. Mendukung multiple platform dari source code yang sama
f. Untuk yang dikelola oleh embarcadero, delphi dapat dijalankan pada
multiflatform yaitu windows, linux, android, IOS.
Kerugian
a. Partial single vendor lock-in (Borland dapat menetapkan standar bahasa,
kompatibilitas yang harus mengikutinya)
b. Akses pada platform dan library pihak ketiga membutuhkan file-file
header yang diterjemahkan ke dalam bahasa pascal
c. Dokumentasi atas platform dan teknik-teknik yang menyertainya sulit
ditemukan dalam bahasa pascal (contoh akses COM dan Win32)
2.1.4

Database

Database atau basis data adalah koleksi dari data-data yang terorganisasi
dengan cara sedemikian rupa sehingga mudah dalam disimpan dan dimanipulasi
(diperbaharui, dicari, diolah dengan perhitungan-perhitungan tertentu, serta
dihapus) (Nugroho, 2004 : 41).

11

Dalam penelitian ini penulis menggunakan database MySQL dikarenakan
database MySQL merupakan database yang bersifat Open Source artinya siapa
saja boleh menggunakannya dan bersifat legal.
2.1.5

UML (Unified Modelling Language)

Menurut Sitompul dalam Syerina (2008 :25-30) UML (Unified Modelling
Language) sesuai dengan kata-kata terakhir dari kepanjangannya, UML itu adalah
salah satu bentuk language atau bahasa. Menurut pencetusnya, UML didefinisikan
sebagai bahasa visual untuk menjelaskan, memberikan spesifikasi, merancang,
membuat model dan mendokumentasikan aspek-aspek dari sebuah sistem.
Unified Modelling Language (UML) adalah sebuah “bahasa” yang telah
menjadi

standar

dalam

industri

untuk

visualisasi,

merancanng

dan

mendokumentasikan sistem piranti lunak. UML, menawarkan sebuah standar
untuk merancang model sebuah sistem.
a. Tujuan UML
Tujuan dari UML adalah :
1. Memberikan model yang siap pakai, bahasa permodelan visual yang
ekspresif untuk mengembangkan model dan dimengerti secara umum.
2. Memberikan bahasa permodelan yang bebas dari berbagai bahasa
pemrograman dan proses rekayasa.
3. Menyatukan praktek-praktek yang terdapat dalam permodelan.
b. Diagram-diagram dalam UML
Ada beberapa diagram dalam UML (Unified Modelling Language) antara lain :
1.

Use Case Diagram.

2.

Activity Diagram

3.

Collaboration Diagram

4.

Statechart Diagram
12

5.

Sequence Diagram

6.

Class Diagram

7.

Component Diagram

8.

Deployment Diagram

2.1.6

Simbol - Simbol Use Case Diagram

Use Case Diagram merupakan sebuah diagram yang menggambarkan
interaksi antara sistem dengan sistem external dan pengguna. Ada beberapa
simbol yang digunakan dalam use case antara lain : (Whitten, 2009: 258-259).
Table 1 : Simbol - simbol Use Case Diagram

No.

1.

Simbol

Nama

Actor

Keterangan

Merupakan kesatuan eksternal
yang berinteraksi dengan sistem.

2.

Use Case

Rangkaian / uraian sekelompok
yang saling terkait dan
membentuk sistem.
Hubungan antara Pelaku/Aktor

3.

2.1.7

Relationship

dengan Use case

Simbol Class Diagram

Class adalah cetak biru objek. Class mempresentasikan atribut-atribut. Atributatribut berkorepondensi dengan variabel-variabel instant di dalam kelas.
(Heriyanto, 2004 : 340). Adapun simbol class diagram sebagai berikut :

13

Gambar 1 : Symbol Class Diagram

2.1.8

Rational Rose

Rational Rose adalah alat (tools) yang digunakan pemodelan visual untuk
mengembangan system berbasis objek yang sangat handal untuk digunakan
sebagai bantuan bagi para pengembang dalam melakukan analisis dan
perancangan sistem. Rational Rose digunakan untuk pemodelan sistem sebelum
pengembang menulis kode-kode dalam bahasa pemrograman tertentu. (Nugroho,
2005 : 21).
2.1.9

OOA (Object Oriented Analisis)

Objek oriented analisis adalah pendekatan berorientasi objek selama analisis
dan desain sistem. Teknik analisis berorientasi objek merupakan alat terbaik yang
dapat untuk sebuah proyek yang akan mengimplementasikan sistem yang
menggunakan teknologi objek untuk membangun, mengelola, dan merakit objekobjek itu menjadi aplikasi komputer yang berguna. Pendekatan berorientasi objek
dipusatkan pada sebuah teknik yang sering disebut pemodelan objek (objek
modeling).
Pada tahun 1994, Grady Booch dan James Rumbaugh sepakat bergabung
untuk menggunakan metode berorientasi objek. Ivan Jacobson bergabung pada
tahun 1995, dan mereka bertiga berfokus membuat sebuah bahasa pemodelan
objek standar sebagai ganti dari pendekatan atau metode objek berorientasi
standar. Berdasarkan kerja mereka dan hasil kerja lainnya pada industri, Unifed
Modeling Language (UML) versi 1.0 dirilis pada tahun 1997. (Heriyanto,
2004:374).

14

2.1.10 OOD (Objeck Oriented Design)
Objek oriented design merupakan strategi design yang terbaru. Desain dan
pemodelan berorientasi objek menggunakan UML. Teknik ini adalah peluasan
dari startegi analisa berorintasi objek yang digambarkan dari beberapa diagram
yang digunakan pada desain berorientasi objek. Teknik objek oriented design
(OOD) dahulu digunakan untuk memperbaiki definisi persyaratan objek yang
telah diidentifikasi lebih awal selama analisis dan untuk mengenali objek dengan
design spesifik (Heriyanto, 2004:409).
Misalnya, berdasarkan sebuah keputusan implementasi design, selama OOD
desainer mungkin akan memperbaiki karakteristik data atau proses untuk sebuah
objek yang telah diidentifikasikan selama analisis sistem. Demikian juga, sebuah
keputusan

implementasi

desain

mungkin

mengharuskan

desainer

untuk

menentukan sebuah susunan baru objek-objek yang akan membentuk sebuah
screen antarmuka yang akan berinteraksi dengan pengguna dalam sistem baru
tersebut.
2.1.11 Metode Object Oriented Programming
Object Oriented Programming (OOP) adalah sebuah pendekatan untuk
pengembangan / development suatu software dimana dalam struktur software
tersebut

didasarkan

kepada

interaksi

object

dalam

penyelesaian

suatu

proses/tugas. Interaksi tersebut mengambil form dari pesan-pesan dan
mengirimkannya kembali antar object tersebut. Object akan merespon pesan
tersebut menjadi sebuah tindakan/action atau metode. Bahasa pemrograman
berbasis object menyediakan mekanisme untuk bekerja dengan kelas dan object,
methods, inheritance, polymorphism, reusability. (Heriyanto, 2004:409)
Object oriented programs terdiri dari objects yang berinteraksi satu sama
lainnya untuk menyelesaikan sebuah tugas. Seperti dunia nyata, users dari

15

software programs dilibatkan dari logika proses untuk menyelesaikan tugas.
Contoh, ketika mencetak sebuah halaman di word processor, berarti melakukan
inisialisasi tindakan dengan mengklik tombol printer. Kemudian hanya menunggu
respon apakah job tersebut sukses atau gagal, sedangkan proses terjadi internal
tanpa diketahui. Tentunya setelah menekan tombol printer, maka secara simultan
object tombol tersebut berinteraksi dengan object printer untuk menyelesaikan job
tersebut. Berikut beberapa konsep dasar dalam Object Oriented Programming :
1.

Objects
Dalam term OOP, object adalah sebuah structure yang menggabungkan data

dan prosedur untuk bekerja bersama-sama.
2.

Abstraction
Ketika membangun objects dalam aplikasi OOP, adalah penting untuk

menggabungkan konsep abstraction ini. Jika membangun aplikasi shipping, maka
harus membangun object produk dengan atribut seperti ukuran dan berat. Warna
adalah contoh informasi yang tidak ada hubungannya dan harus dibuang. Tetapi
ketika membangun order-entry application, warna menjadi penting dan harus
termasuk atribut objek produk.
3.

Encapsulation
Ciri penting lainnya dari OOP adalah encapsulation. Encapsulation adalah

sebuah proses dimana tidak ada akses langsung ke data yang diberikan, bahkan
hidden. Dengan melakukan encapsulasi pada data, berarti membuat data dari suatu
sistem lebih secure dan terpercaya.
4.

Polymorphism
Polymorphisms adalah kemampuan 2 buah object yang berbeda untuk

merespon pesan permintaan yang sama dalam suatu cara yang unik.

16

5.

Inheritance
Banyak objects diklasifikasikan menurut hirarki. Penggunaan inheritance

dalam OOP adalah untuk mengklasifikasikan objects dalam program sesuai
karakteristik umum dan fungsinya. Hal ini akan membuat pekerjaan bersama
object lebih mudah dan lebih intuitif.
6.

Aggregation
Aggregation adalah kondisi ketika object berisi gabungan dari object-object

yang berbeda dan bekerja bersama.

17

BAB III
OBJECT YANG DITELITI
5.1

Pengertian Apotek
Apotek

adalah

suatu

tempat

dilakukannya

pekerjaan

kefarmasian,

penyaluran sediaan farmasi, dan perbekalan kesehatan lainnya kepada masyarakat.
Pengertian ini didasarkan pada Keputusan Menteri Kesehatan Republik Indonesia
No. 1332/Menkes/SK/X/2002 tentang Perubahan atas Peraturan Menteri
Kesehatan RI No. 922/Menkes/Per/X/1993 tentang Ketentuan dan Tata Cara
Pemberian Izin Apotek.
Pekerjaan kefarmasian menurut UU Kesehatan No. 36 Tahun 2009
yaitu meliputi pembuatan termasuk pengendalian mutu sediaan farmasi,
pengamanan, pengadaan, penyimpanan dan pendistribusian obat, pelayanan obat
atas resep dokter, pelayanan informasi obat serta pengembangan obat, bahan obat
dan obat tradisional harus dilakukan oleh tenaga kesehatan yang mempunyai
keahlian dan kewenangan sesuai dengan ketentuan peraturan perundangundangan.
Apotek

sebagai

salah

mengutamakan kepentingan

satu

sarana

masyarakat

dan

pelayanan

kesehatan

berkewajiban

perlu

menyediakan,

menyimpan dan menyerahkan perbekalan farmasi yang bermutu baik dan
keabsahannya terjamin. Apotek dapat diusahakan oleh lembaga atau instansi
pemerintah dengan tugas pelayanan kesehatan di pusat dan daerah, perusahaan
milik negara yang ditunjuk oleh pemerintah dan apoteker yang telah
mengucapkan sumpah serta memperoleh izin dari Suku Dinas Kesehatan
setempat.

18

5.2

Strukture Organisasi
Suatu perusahaan harus mempunyai suatu struktur organisasi, karena struktur

organisasi merupakan suatu kerangka yang dapat menunjukkan pola hubungan
diantara fungsi-fungsi, tugas, wewenang, dan tanggung jawab masing-masing
anggota organisasi menjadi jelas, sehingga tidak terjadi tumpang tindih dalam
pelaksanaan tugasnya masing-masing. Setiap anggota organisasi dapat dengan
mudah memahami tugas yang harus dilakukannya dan kepada siapa ia harus
bertanggung jawab. Dengan demikian kegiatan perusahaan dapat berjalan dengan
lancar.
Selain itu, dengan adanya struktur organisasi yang baik, maka akan tercipta
kerja sama dan hubungan kerja yang serasi antar anggota organisasi dan antar
bagian dalam organisasi. Adapun struktur organisasi yang terdapat pada Apotek
adalah sebagai berikut :

Gambar 2 : Struktur Organisasi Apotek

5.3

Deskripsi Kerja
Pembagian tugas wewenang dan tanggung jawab dari jabatan-jabatan yang

terdapat di dalam struktur organisasi Apotek adalah:

19

5.3.1

Pimpinan

1. Menerima laporan-laporan.
2. Menentukan perencanaan took obat, menetapkan kebijakan, dan rencana
kerja
3. Menentukan anggaran belanja dan anggaran pendapatan
4. Mengawasi berjalannya toko obat
5. Memberi advise kepada karyawan toko obat
5.3.2

Bagian Keuangan:

1. Mengatur kegiatan keluar masuknya dana.
2. Menyiapkan dan membuat laporan keuangan sebagai dasar pemikiran
pengambilan keputusan.
5.3.3

Bagian Administrasi:

1. Melakukan pembelian obat ke supplier (Pedagang Besar Farmasi) atau
sales obat
2. Melakukan pembayaran kepada supplier (Pedagang Besar Farmasi) atau
sales obat
3. Dalam waktu tertentu tugasnya hampir sama dengan bagian keuangan
yaitu mengatur kegiatan keluar masuknya dana
5.3.4

Tugas Pelayanan Apotek

1. Pelayanan Resep
a. Skrining Resep
Apoteker melakukan skrining resep meliputi:
1)

Persyaratan Administratif :
- Nama, SIP dan alamat dokter
- Tanggal penulisan resep

20

- Tanda tangan/paraf dokter penulis resep
- Nama, alamat, umur, jenis kelamin dan berat badan pasien
- Nama obat, potensi, dosis, dan jumlah yang minta
- Cara pemakaian yang jelas
- Informasi lainnya
2)

Kesesuaian

farmasetik:

bentuk

sediaan,

dosis,

potensi,

stabilitas, inkompatibilitas, cara dan lama pemberian.
3) Pertimbangan klinis : adanya alergi, efek samping, interaksi,
kesesuaian (dosis, durasi, jumlah obat dan lain lain). Jika ada
keraguan terhadap resep hendaknya dikonsultasikan kepada dokter
penulis resep dengan memberikan pertimbangan dan alternatif
seperlunya

bila

perlu menggunakan

persetujuan

setelah

pemberitahuan.
b. Penyiapan obat
1)

Peracikan
Merupakan

kegiatan

mengemas dan

menyiapkan,

memberikan

etiket

menimbang, mencampur,
pada

wadah.

Dalam

melaksanakan peracikan obat harus dibuat suatu prosedur tetap
dengan memperhatikan dosis, jenis dan jumlah obat serta penulisan
etiket yang benar.
2)

Etiket
Etiket harus jelas dan dapat dibaca.

3)

Kemasan Obat yang Diserahkan

21

Obat hendaknya dikemas dengan rapi dalam kemasan yang
cocok sehingga terjaga kualitasnya.
4)

Penyerahan Obat
Sebelum obat diserahkan pada pasien harus dilakukan pemeriksaan
akhir terhadap kesesuaian antara obat dengan resep. Penyerahan obat
dilakukan oleh apoteker disertai pemberian informasi obat dan
konseling kepada pasien.

5)

Informasi Obat
Apoteker harus memberikan informasi yang benar, jelas dan
mudah dimengerti, akurat, tidak bias, etis, bijaksana, dan terkini.
Informasi obat pada pasien sekurang-kurangnya meliputi: dosis, efek
farmakologi, cara pemakaian obat, cara penyimpanan obat, jangka
waktu pengobatan, aktivitas serta makanan dan minuman yang harus
dihindari selama terapi.

6)

Konseling
Apoteker

harus

memberikan

konseling

mengenai

sediaan

farmasi, pengobatan dan perbekalan kesehatan lainnya, sehingga
dapat memperbaiki kualitas hidup pasien atau yang bersangkutan
terhindar dari bahaya penyalahgunaan atau penggunaan salah
sediaan farmasi atau perbekalan kesehatan lainnya. Untuk penderita
penyakit tertentu seperti kardiovaskular, diabetes, TBC, asma, dan
penyakit kronis lainnya apoteker harus memberikan konseling secara
berkelanjutan.

22

7)

Monitoring Penggunaan Obat
Setelah

penyerahan

obat

kepada

pasien, Apoteker

harus

melaksanakan pemantauan penggunaan obat, terutama untuk pasien
tertentu seperti kardiovaskular, diabetes, TBC, asma, dan penyakit
kronis lainnya.
5.3.5

Asisten Apoteker:

1.

Melayani konsumen secara langsung

2.

Menangani pelayanan pembelian obat yang menggunakan resep (meracik
obat)

3.

Bertanggung jawab kepada apoteker

4.

Menjalankan operasional mulai dari menerima obat yang dipesan,
meletakkannya dalam etalase toko sampai melayani penjualan obat

5.

Bertanggung jawab terhadap kebersihan toko obat, pemeliharaan
inventaris toko dan penyimpanan dokumen-dokumen

23

BAB IV
ANALISA DAN PERANCANGAN
4.1

Analisis Berorientasi Objek
Teknik analisis berorientasi objek merupakan alat terbaik yang dapat

digunakan untuk sebuah proyek yang akan mengimplementasikan sistem yang
menggunakan teknologi objek.
1.1.1

Pemodelan Use Case

Tujuan pemodelan use case ini untuk mendapatkan dan menganalisis
informasi

persyaratan

yang

cukup

untuk

mempersiapkan

model

yang

mengkomunikasikan apa yang diperlukan dari perspektif pengguna, tetapi bebas
dari

detail

spesifik

tentang

bagaimana

sistem

akan

dibangun

dan

diimplementasikan. Adapun langkah-langkah pemodelan use case dalam
penelitian ini adalah sebagai berikut :
1.1.2

Mengidentifikasi Pelaku Bisnis

Dalam sistem digitalisasi perpustakaan, dari identifikasi pelaku bisnis yang
terlibat di atas maka dapat ditentukan beberapa aktor yaitu anggota dan petugas
Apotek:

Petugas
Apotek

Pembeli/Customer

Pemilik
Apotek

Supplie
r

Gambar 3 : Actor yang terlibat

24

1.1.3

Mengidentifikasi Use Case Persyaratan Bisnis

Mengidentifikasi use case persyaratan bisnis yaitu mendiskripsikan interaksi
antara aktor dengan sistem.
No
1
2
3
4
5

6
7
8
9
10
11

1.1.4

Use Case

Deskripsi
Login
Petugas login ke sistem aplikasi apotek
Insert Data Obat
Kegiatan mengelola penambahan data obat
baru.
Update Data Obat
Kegiatan mengelola perubahan data obat
yang ada.
Delete Data Obat
Kegiatan menghapus data obat tertentu
dalam database.
Mengubah Stok Opname Kegiatan mengelola pengurangan jika obat
Obat
rusak atau hilang atau penambahan stok obat
karena adanya pengiriman barang yang
datang.
Melayani Penjualan
Kegiatan mengelola transaksi penjualan obat
Obat Tanpa Resep
tanpa resep dokter.
Melayani Penjualan
Kegiatan mengelola transaksi penjualan obat
Obat Dengan Resep
dengan resep dokter.
Meng-generate Report
Kegiatan untuk mendapatkan report dari
transaksi yang tersimpan pada sistem.
Cetak Nota Transaksi
Kegiatan melakukan cetak nota transaksi
penjualan obat kepada pelanggan
Cek Kadaluarsa
Kegiatan melakukan cek terhadap obat yang
sudah kadaluarsa
Mencari Obat
Keguatan melakukan pencarian detail
informasi obat.

MenyusunScenario

Berdasarkan tabel alur diagram use case dapat disusun scenario sebagai berikut :
a)

Login
Login memiliki fungsi keamanan untuk pembatasan hak akses user

terhadap sistem, dan mengamankan sistem dari pengguna yang tidak

25

berwewenang untuk mengakses. Adapun scenario proses login adalah sebagai
berikut :

Identifikasi
No.

1

Nama

Login

Tujuan

Memastikan hak akses sesuai dengan wewenang
user

Deskripsi

Sistem memastikan apakah user yang akan login
memiliki hak akses ke sistem

Tipe
Actor

Petugas Apotek
Skenario Utama

Kondisi Awal

Sistem tampil dengan halaman utama aplikasi
ApotekSMA Negeri 3 Palembang, selanjutnya
dari halaman tersebut user melakukan login.

Aksi Actor

Reaksi Sistem

1. Petugas Apotekmemasukkan user id dan 1. Melakukan verifikasi dan validasi data
password
berdasarkan data yang diinputkan.
2. Aktor melakukan submit
2. menampilkan konfirmasi hasil login.
Skenario Gagal
Aksi Actor

Reaksi Sistem

3. Petugas Apotekmemasukkan user id dan 1. Melakukan verifikasi dan validasi data
password dengan kesempatan sebanyak. berdasarkan data yang diinputkan.
4. Aktor melakukan submit
2. Sistem kembali seperti semula tetap

b)

Input Obat

Petugas memasukkan data obat kedalam database aplikasi.

Identifikasi
No.

2

Nama

Input Obat

Tujuan

Memasukan data obat

26

Deskripsi

Petugas Apotekmemasukkan data obat ke sistem

Tipe
Actor

Petugas Apotek
Skenario Utama

Kondisi Awal

Tampil pada halaman utama

Aksi Actor

Reaksi Sistem

1. Aktor memasukkan data obat ke sistem
1. Menyimpan data obat ke sistem
2. Aktor menyimpan data
2. Merubah data obat
3. Aktor mengupdate data
3. Menghapus data dari sistem.
4. Aktor menghapus data
Skenario Gagal
Aksi Actor

Reaksi Sistem

Petugas Apotekmenginput ulang

Menyimpan data obat ke sistem dan menampilkan
verifikasi.

Kondisi Akhir

Data obat tersimpan ke dalam sistem.

Input obat hanya dapat dilakukan oleh petugas perpustakaan. Tabel di atas adalah
scenario input obat yang dilakukan oleh petugas perpustakaan.
c)

Pencarian Obat

Input pencarian obat dilakukan oleh anggota maupun petugas untuk melakukan
pencarian obat. Adapun scenario proses pencarian obat adalah sebagai berikut :
Identifikasi
No.

3

Nama

Pencarian obat

Tujuan

Melakukan pencarian data obat

Deskripsi

Petugas Apotekatau anggota melakukan pencarian
data obat

Tipe
Actor

Petugas Apotek, Anggota, Administrasi, Gudang

Skenario Utama
Kondisi Awal

Tampil pada halaman utama

Aksi Actor

Reaksi Sistem

27

1. Aktor memasukkan data kode obat ke
1. Membaca data
sistem
2. Menampilkan data
2. Aktor melihat data
Skenario Gagal
Aksi Actor

Reaksi Sistem

Petugas Apotekatau anggota menginput
Menampilkan pesan data tidak ada.
ulang kode obat
Kondisi Akhir

d)

Menampilkan informasi obat yang dicari

Update Data Obat

Identifikasi
No.

4

Nama

Update data Obat

Tujuan

Memasukan data obat

Deskripsi

Petugas Apotekmemasukkan data obat ke sistem

Tipe
Actor

Petugas Apotek
Skenario Utama

Kondisi Awal

Tampil pada halaman utama

Aksi Actor

Reaksi Sistem

1.Aktor memasukkan data obat ke sistem
1. Menyimpan data obat ke sistem
2. Aktor menyimpan data
2. Merubah data obat
3. Aktor mengupdate data
3. Menghapus data dari sistem.
4. Aktor menghapus data
Skenario Gagal
Aksi Actor

Reaksi Sistem

Petugas Apotek mengupdate ulang

Menyimpan data obat ke sistem dan menampilkan
verifikasi.

Kondisi Akhir

Data obat tersimpan ke dalam sistem.

e)

Generate Report

Identifikasi
No.

5

28

Nama

Generate Report

Tujuan

Menampilkan laporan transaksi

Deskripsi

Petugas Apotek menampilkan laporan melalui
sistem

Tipe
Actor

Petugas Apotek
Skenario Utama

Kondisi Awal

Tampil pada halaman utama

Aksi Actor

Reaksi Sistem

1.Aktor menampilkan laporan transaksi
2. Aktor memilih tanggal transaksi
3.Aktor memilih range tanggal t