Analisis Dan Desain Berorientasi Objek Program Medifirst 2000 DI PT. Jasa Medika Saranatama

1

BAB I

PENDAHULUAN

1.1 Latar Belakang Kerja Praktek

Pada masa sekarang ini, perkembangan teknologi sangat cepat dan pesat sekali. Perkembangan ini ditandai dengan adanya berbagai macam teknologi yang banyak dipergunakan oleh instansi pemerintahan, khususnya dalam bidang informasi dan pengolahan data dengan menggunakan media komputer sebagai alat bantunya.

Dengan diterapkan sistem komputer sebagai alat bantu pada bidang pekerjaan tersebut, diharapkan dapat mempercepat proses kerja jika dibandingkan dengan yang dilakukan secara manual. Begitu juga dengan kegiatan dalam pengolahan data-data pasien yang dilakukan oleh rumah sakit.

Seiring dengan kebutuhan akan sistem informasi tersebut, maka diperlukannya suatu perusahaan yang dapat dijadikan sebagai partner untuk pembuatan dan juga pengelolaan sistem informasi, diantaranya adalah PT. Jasamedika Saranatama.

PT. Jasamedika Saranatama pada dasarnya adalah suatu perusahaan yang bergerak di bidang pembuatan dan pengelolaan Sistem Informasi Manajemen Rumah Sakit(SIM-RS). Dikarenakan perkembangan teknologi berkembang sangat pesat sekali, maka setiap program yang diproduksi perusahaan tersebut harus

2

selalu sesuai dengan kondisi yang ada di rumah sakit selaku pengguna program tersebut.

Sehubungan dengan permasalahan diatas, maka perusahaan tersebut harus memiliki acuan sebagai pedoman untuk dapat selalu mengupdate program yang telah ada. Maka kami selaku penulis mengangkat masalah pendokumentasian program sebagai topik penyusunan Kerja Praktek ini dengan judul yang diambil yaitu :

“Pendokumentasian Program Sistem Informasi Manajemen Rumah Sakit”.

Dalam pendokumentasian ini diterapkan metode Analisis dan Design Berorientasi Objek. Dengan adanya dokumentasi ini, penulis berharap pembuat program dapat mengembangkan program yang telah ada sebelumnya.

1.2 Maksud dan Tujuan Kerja Praktek

Maksud dilaksanakannya Kerja Praktek di PT. Jasamedika Saranatama ini adalah :

1. Sebagai salah satu syarat dalam menyelesaikan studi pendidikan Strata 1 jurusan Manajemen Informatika di Universitas Komputer Indonesia. 2. Untuk menerapkan teori yang telah didapat dalam perkuliahan dengan

keadaan sebenarnya yang ada di dunia kerja.

3. Melatih mahasiswa agar mempunyai kemampuan disiplin dan bertanggung jawab dalam melaksanakan tugas yang diberikan.

3

4. Untuk memperoleh data secara lengkap serta informasi dengan tepat yang nantinya akan penulis gunakan sebagai acuan ataupun pedoman dalam penulisan tugas akhir.

Sedangkan dari penulisan laporan yang diadakan di PT. Jasamedika Saranatama ini adalah :

1. Mengetahui alur sistem informasi SIM-RS yang sedang berjalan. 2. Mengetahui apa saja kelemahan dari sistem tersebut.

3. Mengetahui apa saja keuntungan dari sistem tersebut.

4. Untuk menjelaskan secara rinci kebutuhan perangkat lunak, mendeskripsikan perancangan yang dibuat dan hasil implementasinya. 5. Untuk melihat secara rinci kebutuhan perangkat lunak yang diperlukan. 6. Untuk menjelaskan fungsionalitas perangkat lunak yang dibangun sebagai

acuan ketika melakukan testing.

7. Melatih mahasiswa agar dapat bekerjasama dengan mitra kerjanya.

Dengan kata lain, mahasiswa mengetahui, memahami, menghayati, dan mengalami suatu kerja nyata, sebagai pembanding antara ilmu dan teknologi yang didapat selama mengikuti perkuliahan dengan suatu ilmu dan teknologi yang diterapkan pada suatu lapangan pekerjaan tertentu, dimana mahasiswa melakukan kerja praktek.

Selain itu, penulisan laporan ini akan menambah pengalaman mahasiswa dalam penulisan karya ilmiah, yang mungkin nantinya akan dikembangkan menjadi tugas akhir dan akan mempermudah mahasiswa dalam mengerjakan

4

karya tulis ilmiahnya karena sebelumnya telah terlatih dengan pembuatan laporan Kerja Praktek ini.

1.3 Sistem Pelaksanaan Kerja Praktek

Dalam penulisan laporan ini, kami menggunakan teknik pengumpulan data sebagai berikut :

1. Observasi

Merupakan teknik pengumpulan data dengan mengadakan pengamatan atau penelitian secara langsung pada objek penelitian

2. Interview

Merupakan teknik pengumpulan data dengan mengadakan wawancara dan tanya jawab dengan para programer selaku pembuat program yang akan didokumentasikan untuk mengetahui alur-alur yang ada dalam program tersebut.

3. Studi Pustaka (Literatur)

Merupakan kegiatan pengumpulan data dengan mempelajari buku-buku, karya ilmiah, dan koleksi perpustakaan yang bekaitan erat dengan materi bahasan dalam penulisan laporan ini.

5

1.4 Lokasi dan Waktu a. Lokasi Kerja Praktek

Kerja Praktek dilaksanakan di PT. Jasamedika Saranatama yang bertempat di Komplek Kopo Mas Regency Blok 8-K, 40225 Kota Bandung.

b. Waktu Kerja Praktek

Pelaksanaan Kerja Praktek dilaksanakan kurang lebih 1 bulan, terhitung sejak Juli 2009 sampai dengan Agustus 2009.

1.5 _{Sistematika Laporan Kerja Praktek}

BAB I : Merupakan, Latar Belakang, Identifikasi dan Rumusan Masalah, Maksud dan tujuan, Metode Pengembangan Sistem, Batasan Masalah, Lokasi dan Jadwal Kerja Praktek.

BAB II : Pengertian Sistem, Elemen Sistem, Karakteristik Sistem, Klasifikasi Sistem, Pengertian Informasi, Pengertian Sistem Informasi, Metode Anlisis dan Perancangan Terstruktur, Flow Map, Kontek Diagram (Diagram Conteks), Diagram Arus Data (Data Flow Diagram).

BAB III : Tinjauan Umum Perusahaan, Struktur Organisasi, Deskripsi Kerja, Analisis Sistem yang Berjalan

6

BAB V : Kesimpulan dan saran, pada bab ini disajikan kesimpulan dari bab-bab sebelumnya dan saran-saran yang diberikan dalam upaya perbaikan pelaksanaan.

1

BAB II

LANDASAN TEORI

2.1 Sistem

Terdapat dua kelompok pendekatan dalam mendefinisikan sistem, yaitu yang menekankan pada prosedurnya dan yang menekankan pada komponen atau elemennya.

Pendekatan sistem yang lebih menekankan pada prosedur mendefinisikan sistem sebagai berikut ini : Suatu sistem adalah suatu jaringan kerja dari prosedur-prosedur yang saling berhubungan, berkumpul bersama-sama untuk melakukan suatu kegiatan atau untuk menyelesaikan suatu sasaran yang tertentu. Pendekatan sistem yang merupakan jaringan kerja dari prosedur lebih menekankan urut-urutan operasi didalam sistem.

Pendekatan sistem yang lebih menekankan pada elemen atau komponennya mendefinisikan sistem sebagai berikut : Sistem adalah kumpulan dari elemen-elemen yang berinteraksi untuk mencapai suatu tujuan tertentu. Pendekatan sistem yang merupakan kumpulan dari elemen-elemen atau komponen-komponen atau subsistem-subsistem merupakan definisi yang lebih luas dan lebih banyak diterima karena pada kenyataannya suatu sistem terdiri dari beberapa subsitem atau sistem-sistem bagian. Komponen-komponen atau subsistem-subsistem dalam suatu sistem tidak dapat berdiri sendiri, semuanya saling berinteraksi dan saling berhubungan membentuk satu kesatuan sehingga

2

sasaran sistem dapat tercapai.

2.1.1 Karakteristik Sistem

Suatu sistem menpunyai karakteristik atau sifat-sifat tertentu, yaitu mempunyai komponen-komponen (components), batas (boundary), lingkungan luar sistem (environments), penghubung (interface), masukan (input), keluaran (output), pengolah (process), dan sasaran (objectives) atau tujuan (goal).

a. Komponen Sistem

Suatu sistem terdiri dari sejumlah komponen yang saling berinteraksi, yang artinya saling bekerjasama membentuk suatu kesatuan. Komponen-komponen sistem atau elemen-elemen sistem dapat berupa subsistem atau bagian-bagian dari sistem. Setiap sistem tidak perduli betapapun kecilnya, selalu mengandung komponen-komponen atau subsistem-subsistem. Setiap subsistem mempunyai sifat-sifat dari subsistem untuk menjalankan suatu fungsi tertentu dan mempengaruhi proses sistem secara keseluruhan. Suatu sistem dapat mempunyai suatu sistem yang lebih besar disebut dengan supra sistem, misalnya suatu perusahaan dapat disebut sebagai suatu sistem sedang industri yang merupakan sistem yang lebih besar dapat disebut dengan supra sistem. Kalau dipandang industri sebagai suatu sistem, maka perusahaan dapat disebut sebagai subsistem. Demikian juga bila perusahaan dipandang sebagai suatu sistem, maka sistem akuntansi adalah subsistemnya. Kalau sistem akuntansi dipandang sebagai suatu

3

sistem, maka perusahaan adalah supra sistem dan industri adalah supra dari supra sistem.

b. Batas Sistem

Batas sistem (boundary) merupakan daerah yang membatasi antara suatu sistem dengan sistem yang lainnya atau dengan lingkungan luarnya. Batas sistem ini memungkinkan suatu sistem dipasang sebagai suatu kesatuan. Batas suatu sistem menunjukkan ruang lingkup (scope) dari sistem tersebut.

c. Lingkungan Luar Sistem

Lingkungan luar (environment) dari suatu sistem adalah apapun diluar batas dari sistem yang mempengaruhi operasi sistem. Lingkungan luar sistem dapat bersifat menguntungkan dan dapat bersifat merugikan sistem tersebut. Lingkungan luar yang menguntungkan merupakan energi dari sistem dan dengan demikian harus tetap dijaga dan dipelihara. Sedang lingkungan luar yang merugikan harus ditahan dan dikendalikan, kalau tidak maka akan mengganggu kelangsungan hidup dari sistem.

d. Penghubung Sistem

Penghubung (interface) merupakan media penghubung antara satu subsistem dengan subsistem lainnya. Melalui penghubung ini memungkinkan sumber-sumber daya mengalir dari satu subsistem ke subsistem yang lain. Keluaran (output) dari satu subsistem akan menjadi

4

satu masukan (input) bagi subsistem yang lain dan akan melalui penghubung. Dengan penghubung satu subsistem dapat berintegrasi dengan subsistem yang lainnya membentuk satu kesatuan.

e. Masukan Sistem

Masukan (input) adalah energi yang dimasukkan kedalam sistem. Masukan dapat berupa masukan peralatan (maintenence input) dan masukan sinyal (signal input). Mantenance input adalah energi yang diproses agar didapatkan keluaran. Sebagai contoh didalam sistem komputer, program adalah maintenance input yang digunakan untuk mengoperasikan komputernya sedangkan data adalah signal input untuk diolah menjadi informasi.

f. Keluaran Sistem

Suatu sistem dapat mempunyai suatu bagian pengolah yang akan merubah masukan menjadi keluaran. Suatu sistem produksi akan mengolah masukan berupa bahan baku dan bahan-bahan yang lain menjadi keluaran berupa barang jadi.

g. Sasaran Sistem

Suatu sistem pasti mempunyai tujuan (goal) atau sasaran (objektif). Kalau sistem tidak mempunyai sasaran, maka operasi sistem tidak akan ada gunanya. Sasaran dari sistem sangat menentukan sekali, masukan yang dibutuhkan sistem dan keluaran yang akan dihasilkan sistem.

5

2.1.2 Klasifikasi Sistem

Sistem dapat diklasifikasikan dari beberapa sudut pandang, diantaranya sebagai berikut ini :

a) Sistem abstrak dan sistem fisik. Sistem abstrak adalah sistem yang berupa pemikiran atau ide-ide yang tidak tampak secara fisik. Misalnya sistem teologia, yaitu sistem yang berupa pemikiran-pemikiran hubungan antara manusia dengan tuhan. Sistem fisik merupan sistem yang ada secara fisik misalnya sistem komputer, sistem akuntansi dan sistem produksi.

b) Sistem alamiah (natural system) dan sistem buatan manusia (human made system). Sistem alamiah adalah sistem yang terjadi melalui proses alam, misalnya sistem perputaran bumi. Sistem buatan manusia adalah sistem yang dirancang oleh manusia. Sistem buatan manusia yang melibatkan interaksi antara manusia dengan mesin disebut dengan human machine system atau ada yang menyebut dengan man machine system, karena menyangkut penggunaan komputer yang berinteraksi dengan manusia. c) Sistem tertentu (deterministic system) dan sistem tak tentu (probabilistic

system). Sistem tertentu beroperasi tertentu dengan tingkah laku yang sudah dapat diprediksi. Inteaksi diantara bagian-bagiannya dapat dideteksi dengan pasti, sehingga keluaran dari sistem dapat diramalkan. Sistem komputer adalah contoh dari sistem tertentu yang tingkah lakunya dapat dipastikan berdasarkan program-program yang dijalankan. Sistem tak tentu adalah sistem yang kondisi masa depannya tidak dapat diprediksi karena mengandung unsur probabilitas.

6

d) Sistem tertutup (closed system) dan sistem terbuka (open system). Sistem tertutup merupakan sistem yang tidak berhubungan dan tidak terpengaruh oleh lingkungan luarnya. Sistem ini bekerja secara otomatis tanpa adanya turut campur tangan dari pihak diluarnya. Secara teoritis sistem tertutup ada, tetapi kenyataan tidak ada sistem yang benar-benar tertutup yang ada hanyalah relatively closed system (secara relatif tertutup, tidak benar-benar tertutup), sedang sistem terbuka adalah sistem yang berhubungan dan terpengaruh oleh lingkungan luarnya. Sistem ini menerima masukan dan menghasilkan keluaran untuk lingkungan luar atau subsistem yang lainnya, karena sistem sifatnya terbuka dan tepengaruh oleh lingkungan luarnya, maka suatu sistem harus mempunyai sistem pengendalian yang baik. Sistem-sistem yang baik harus dirancang sedemikian rupa, sehingga secara relatif tertutup karena sistem tertutup akan bekerja secara otomatis dan terbuka untuk pengaruh yang baik saja.

2.2 Informasi

Informasi adalah data yang diolah menjadi bentuk yang lebih berguna dan lebih berarti bagi yang menerimanya, sedangkan data merupakan sumber informasi yang menggambarkan suatu kejadian (kumpulan fakta).

2.3 Sistem Informasi

Sistem informasi, menurut Leitel dan Davis dalam bukunya “Accounting Information System” mendefinisikan bahwa :

7

Sistem informasi adalah suatu sistem didalam suatu organisasi yang mempertemukan kebutuhan-kebutuhan pengolahan transaksi harian, mendukung operasi, bersifat manajerial dan kegiatan strategi dari suatu organisasi dan menyediakan pihak luar tertentu dengan laporan-laporan yang diperlukan.

Definisi yang umum, sistem informasi diartikan sebagai suatu sistem dalam suatu organisasi yang mengolah data menjadi bentuk yang lebih berguna untuk mencapai suatu tujuan.

2.4 OOAD (Object Oriented Analisis and Design)

Terdapat beberapa hal utama, penyebab berkembangnya konsep Objek, yaitu :

1) Konsep dari pendekatan objek telah lahir dalam decade 1980-an dengan lebih berfokus pada tahapan analisis dan desain

2) Teknologi untuk membangun suatu sistem telah lebih maju

3) Sistem yang dibangun sekarang berbeda dari sistem yang dibuat lalu.

4) Sekarang banyak organisasi yang menyadari bahwa sistem yang dibangun

lebih “berorientasi data”.

2.4.1 Abstraction

Abstraksi adalah prinsip mengabaikan sejumlah aspek dari suatu subjek yang tidak relevan dengan tujuan tertentu untuk lebih memfokuskan pada objek yang dibahas secara utuh.

8

Abstraksi merupakan salah satu teknik untuk menangani kompleksitas. Tujuan abstraksi :

1) Pemusatan perhatian (attention focusing) 2) Pemilihan cara pandang (viewpoint selection) 3) Pengingat (recording by information chuncking)

Terdapat dua jenis abstraksi yang dilakukan, yaitu : 1) Procedural Abstraction

Prinsip abstraksi bahwa semua operasi yang dilakukan akan menghasilkan efek yang dapat ditangani sebagai entitas tunggal yang terdiri dari fakta bahwa operasi tersebut mungkin dicapai oleh beberapa operasi tingkat dasar secara sequensial. Abstraksi procedural digunakan untuk memperluas analisis requirement dengan karakterisasi fungsi/subfungsi.

2) Data Abstraction

Prinsip mendefinisikan tipe data dalam rangka operasi yang mengaplikasikan tipe objek dengan konstrain yang nlai objeknya dapat dimodifikasi.

2.4.2 Objek

Objek adalah entitas yang memiliki identitas, state dan behaviour, serta dapat bereaksi terhadap pesan (message) yang diberikan oleh objek lain. Dalam beberapa hal dapat disebut sebagai instance. Objek dapat berupa hal yang

9

mempunyai aksi dan pikiran atau perasaan, hal apapun yang terlihat, material produksi atau substansi.

2.4.3 Kelas – Objek

Kelas merupakan sejumlah orang atau kelompok benda karena memiliki kesamaan umum. Kelas merupakan sekumpulan objek yang mempunyai cirri yang sama dan tergabung dalam satu kelas. Kelas menggambarkan :

a) Ciri dari objek

b) Bagaimana objek dibangun

c) Bagaimana objek bereaksi atas pesan dan kesalahan

d) Bagaimana objek mati.

Kelas terbagi dua, yaitu :

a) Kelas konkrit yaitu kelas yang dapat dibuatkan objek aktualnya

b) Kelas Abstrak yaitu kelas yang hanya merupakan cetakan untuk kelas lain yang mewarisinya.

2.4.4 Encapsulation

Enkapsulasi (Information Hidding – Penyembunyian Informasi) adalah prinsip yang digunakan ketika membangun keseluruhan struktur program, setiap komponen dari program harus dibungkus atau tersembunyi dalam satu desain keputusan. Hubungan antar modul harus ditentukan dengan cara

10

sesedikit mungkin memperlihatkan tugas yang dilakukan modul tersebut. Di dalam enkapsulasi, yang dilakukan adalah :

1) Menyembunyikan informasi

2) Mengamankan informasi/protection (informasi yang ada hanya dapat diakses dengan cara tertentu)

3) Informasi yang disembunyikan/diamankan berupa :

a) Objek data,

b) Akses ke objek, hubungan antar objek

c) Fungsi

d) Prosedur

2.4.5 Inheritance

Inheritance (pewarisan) adalah mekanisme untuk mengekspresikan kesamaan diantara kelas, memudahkan definisi dari kelas yang sama. Digambarkan dengan menggunakan generalisasi dan spesialisasi, dengan membuat atribut (attributes) dan layanan (services) secara umum di dalam suatu hirakhi kelas.

Kelas orang tua disebut base class atau superclass, sedangkan kelas anak/turunan disebut derived class atau subclass.

11

2.4.6 Polymorphism

Polymorphism (kebanyakrupaan) menunjukkan bahwa ada banyak objek yang berasal dari kelas yang berbeda dapat bereaksi pada pesan yang sama.

Terdapat tiga cara untuk mendapatkan polimorpisma :

a) Pewarisan, semua objek dari kelas turunan merupakan polimorpisma dalam hal sifat yang diturunkan

b) Protokol, mendefinisikan antarmuka yang bisa didefinisikan di banyak kelas

c) Manual, menetapkan nama yang sama dan cara pemanggilan yang sama.

2.4.7 Association

Asosiasi adalah gabungan atau hubungan dari beberapa ide. Merupakan landasan untuk menentukan kompleksitas hubungan antara kelas objek. Asosiasi digunakan untuk mengikat semua hal yang terjadi pada satu waktu atau didalam lingkungan yang sama.

2.4.8 Communication with messages

Communication with message adalah interaksi antara kelas objek untuk merespon suatu event.

12

2.4.9 Methodes of organization

Berdasarkan ketentuan pada metode yang digunakan manusia, maka kita dapat mengajukan skema dasar yang penting untuk digunakan sebagai metoda analisis.

Terdapat tiga hal yang secara umum digunakan manusia :

a) Pembedaan kerja antara objek umum dengan atributnya.

b) Perbedaan antara keseluruhan objek dan komponennya.

c) Formasi dan perbedaan antara kelas dan objek.

2.4.10 Scale

Skala merupakan ukuran dari sistem yang dibangun, untuk memperluaskan atau memperlebar suatu sistem digunakan pola struktur whole part, tanpa kehilangan focus pada permasalahan yang dibahas. (Tidak menjadi acuan pemokusan dan kedalaman system yang dibahas).

2.4.11 Categories of Behaviour

Sistem yang sedang dibangun (pada tahapan analisis maupun desain), selalu diasumsikan akan digunakan/berhubungan oleh manusia, karena itu pola pemikiran sistem pun mengikuti pola tingkah laku manusia.

13

Secara umum terdapat tiga kategori pengklasifikasian prilaku sistem, yaitu :

a) Kesamaan dari sejarah (perubahan waktu).

b) Kesamaan dari fungsi.

1

BAB III

PROFIL PERUSAHAAN

PT Jasamedika Saranatama (Jasamedika) didirikan pada tahun 2002 dengan bidang usaha Jasa Konsultan Teknologi Informasi dan didirikan oleh pakar serta praktisi di bidang Sistem Informasi Manajemen Rumah Sakit (SIMRS) maupun Teknologi Informasi (Informatika Kesehatan).

Hingga kini, PT. Jasamedika terus membangun kompetensi dan spesialisasi khususnya Teknologi Informasi untuk Manajemen Rumah Sakit dan telah mengeluarkan suatu brand produk yaitu Sistem Informasi Manajemen Rumah Sakit (SIMRS) yaitu "Medifirst2000".

Jasamedika telah membangun kemitraan dengan berbagai Rumah Sakit semenjak tahun 2003 sampai dengan sekarang, dengan menekankan ke konsep Kerjasama Operasional / Built Operasional Transfer (KSO-BOT).

KSO/BOT merupakan salah satu bentuk kerjasama antara PT Jasamedika Saranatama dengan Client. PT Jasamedika Saranatama akan menginvestasikan sarana dan pra-sarana, baik Komputer (Hardware), Perangkat Lunak (Software), perangkat Jaringan Komputer (Computer Networkt) maupun sumber daya manusia sebagai Brainware. Pada masa akhir kontrak KSO-BOT, keseluruhan sistem tersebut akan dimiliki oleh pihak Client (Rumah Sakit).

2

Keuntungan terbesar adalah adanya jaminan bahwa Sistem Informasi Rumah Sakit (SIMRS) tersebut akan berjalan secara keseluruhan (integritas) sesuai dengan karakteristik Rumah Sakit tersebut. PT Jasamedika Saranatama memposisikan diri sebagai Niche Developer, sehingga SIMRS dikembangkan dengan cara Tailor-Made.

Perkembangan teknologi infomasi yang demikian cepat tentunya harus diikuti oleh Rumah Sakit sebagai instansi pelayanan. Dan dengan adanya KSO-BOT ini, PT Jasamedika Saranatama akan menjamin bahwa teknologi yang diterapkan akan selalu dinamis, up-to-date, mengikuti kebutuhan perkembangan Rumah Sakit. PT Jasamedika Saranatama menganggap bahwa Rumah Sakit bukan sebagai objek market, tetapi sebagai Share-Parther, sehingga Rumah Sakit diposisikan sebagai Workshop (Research Center). Dan bukan hanya sistem yang dikembangkan, tetapi juga SDM dan Instalasi SIMRS, agar mampu berdiri sendiri dan sebagai parther untuk mengembangkan bersama SIMRS ”Medifirst2000”.

Jasamedika didukung oleh berbagai tenaga ahli, baik praktisi di bidang Kedokteran, Apoteker, tenaga ahli Akuntansi, tenaga ahli Informatika/Komputer, maupun tenaga ahli yang berkompeten di bidang manajemen rumah sakit.

3

1

BAB IV

ANALISIS DAN DESAIN

PROGRAM MEDIFIRST 2000 EDISI LABORATORIUM

4.1 Kebutuhan Perangkat Lunak

4.1.1 Deskripsi Umum Sistem

Sistem Informasi Manajemen Laboratorium Klinik adalah sistem informasi yang menangani pengelolaan data pasien yang meliputi pendaftaran pasien dan pemeriksaan laboratorium. Dimulai dari pasien melakukan pendaftaran hingga pasien mendapatkan kartu berobat. Selain itu juga menangani pengelolaan pemeriksaan pasien, pengelolaan data dokter, pengelolaan penyakit, pengelolaan hasil pemeriksaan laboratorium, pengelolaan hasil rontgen, pengelolaan transaksi pembayaran, menangani pembuatan laporan data pasien, laporan transaksi pembayaran, serta pencetakan kartu pasien

4.1.2 Fungsi Utama Perangkat Lunak

Produk perangkat lunak ini berfungsi untuk memudahkan dalam melayani pendaftaran pasien, pemeriksaan pasien, pengelolaan hasil pemeriksaan pasien, transaksi pembayaran, dan cetak kartu pasien.

Adapun fungsi-fungsi utama dari Sistem Informasi Manajemen Laboratorium Klinik adalah sebagai berikut :

2

 Mengelola data pasien yang meliputi proses pendaftaran, pemeriksaan laboratorium, history pasien dan cetak kartu berobat.

 Mengelola data user  Mengolah data dokter  Mengelola data penyakit

 Mengelola data hasil pemeriksaan laboratorium  Mengelola data transaksi pembayaran

 Membuat laporan data pasien

 Membuat laporan transaksi pembayaran 4.1.3 Model Use case

Pada bagian ini akan dijelaskan tentang definisi Actor, definisi Use case dan Use case Diagram.

4.1.3.1 Diagram Use case

Use case Diagram menampilkan Actor, Use case dan hubungan antara keduanya. Actor mana yang menggunakan Use case mana dan Use case mana yang memasukkan Use case lain. Use case Diagram yang menggambarkan sistem dibagi ke dalam 2(dua) paket, diantaranya paket Sistem untuk Admin dan paket Sistem untuk Petugas.

3

a. Paket Sistem untuk Admin

Admin

Pengelolaan Data User

Pengelolaan Data Dokter

Pengelolaan Data Penyakit

Validasi User «uses»

«uses»

«uses»

Gambar 4.1 Paket Sistem untuk Admin

4

Petugas Pendaftaran

Pengelolaan Pendaftaran Pasien

Petugas Laboratorium

Pengelolaan Data Laboratorium

Laporan Hasil Pemeriksaan Laporan Data Pasien

Dokter

Validasi User «uses»

«uses»

«uses»

«uses»

Petugas Pembayaran

Transaksi Pembayaran

Laporan Transaksi Pembayaran

«uses»

«uses»

Bag. Keuangan

Gambar 4.2 Paket Sistem untuk Petugas

4.1.3.1 Definisi Actor

Dalam Use case Diagram, ada beberapa actor yang terlibat dalam sistem. Diantaranya adalah Admin, Petugas Pendaftaran, Petugas Laboratorium, Petugas Pembayaran, Dokter dan Bag. Keuangan.

Tabel 4.1 Definisi Actor

No Actor Deskripsi

5

mengelola data user, data dokter, dan data penyakit

2. Petugas Pendaftaran Merupakan primary actor yang mempunyai hak untuk melayani pendaftaran pasien dan membuat laporan data pasien

3. Petugas

Laboratorium

Merupakan primary actor yang mempunyai hak untuk melayani pemeriksaan laboratorium, dan mencatat hasil pemeriksaannya

4. Petugas

Pembayaran

Merupakan primary actor yang mempunyai hak untuk melayani transaksi pembayaran dan membuat laporan transaksi pembayaran

5. Dokter Merupakan secondary actor yang menerima laporan data pasien

dan laporan hasil pemeriksaan laboratorium

6. Bag. Keuangan Merupakan secondary actor yang menerima laporan transaksi pembayaran dari petugas pembayaran

4.1.3.2 Definisi Use case

Use case yang ada dalam diagram didefinisikan pada tabel dibawah ini :

Tabel 4.2 Definisi Use case

No Use case Deskripsi

1. Validasi User Proses validasi user dan pengaturan hak akses

2. Pengelolaan Data User Proses dimana admin menginputkan data user. Jika terjadi perubahan data user maka admin akan melakukan edit data

3. Pengelolaan Data Dokter Proses dimana admin menginputkan data dokter. Jika terjadi perubahan data dokter maka admin akan melakukan edit data

4. Pengelolaan Data Penyakit Proses dimana admin menginputkan data penyakit. Jika terjadi perubahan data penyakit maka admin akan melakukan edit data

5. Pengelolaan Pendaftaran Pasien

Proses dimana petugas pendaftaran melayani pendaftaran pasien, mencetak kartu pasien, dan mengelola data pasien. Jika terjadi perubahan data

6

No Use case Deskripsi

pasien maka petugas akan melakukan edit data 6. Pengelolaan Data

Laboratorium

Proses dimana petugas laboratorium mengelola data hasil laboratorium pasien

7. Transaksi Pembayaran Proses dimana petugas pembayaran membuat dan mencetak laporan berdasarkan data transaksi pembayaran

8. Laporan Data Pasien Proses dimana petugas pendaftaran membuat dan mencetak laporan berdasarkan data pasien

9. Laporan Hasil Pemeriksaan

Proses dimana petugas laboratorium membuat dan mencetak laporan hasil pemeriksaan berdasarkan data pemeriksaan dari dokter

10. Laporan Transaksi Pembayaran

Proses dimana petugas pembayaran membuat dan mencetak laporan berdasrkan data transaksi pembayaran

4.1.3.3 Skenario Use case

Menjelaskan skenario dari masing-masing use case. Tabel 4.4 Use case Validasi User

No : SUC-01

Name : Validasi User

Actor : Admin, Petugas Pendaftaran, Dokter, Petugas

Laboratorium, Petugas Pembayaran, dan Bag. Keuangan

Precondition : User belum melakukan login, user telah memiliki user_id

dan password

Postcondition : User melakukan login dengan benar & Hak akses

masing-masing user dapat ditampilkan

Main Flow of Event

Actor Actions Respon System

1. User menginputkan user_id dan password

4. User dapat menggunakan system sesuai

2. Sistem mengecek validitas user_id dan password yang diinputkan

7

hak aksesnya

Exceptional Flow of Event

1a. Jika username dan password salah maka sistem akan menampilkan pesan kesalahan 1b. Jika yang diinputkan username nya saja, maka sistem akan menampilkan pesan kesalahan 1c. Jika yang diinputkan password nya saja, maka sistem akan menampilkan pesan kesalahan 1d. Jika username dan password tidak diisi, maka sistem akan menampilkan pesan kesalahan

Tabel 4.5 Use case Pengelolaan Data User

No : SUC-02

Name : Pengelolaan Data User

Actor : Admin

Precondition : User_id dan password sudah teridentifikasi

Postcondition : Data user telah disimpan dan dapat ditampilkan

Main Flow of Event

Actor Actions Respon System

1. Admin menerima data user 2. Admin menginputkan data user 4. Admin mencari data user berdasarka Id

user

6. Admin mengedit data user

8. Admin melakukan penghapusan data user

3. Sistem menampilkan info data user telah ditambahkan

5. Sistem akan menampilkan info pencarian data user

7. Sistem akan menampilkan info data user telah diedit

9. Sistem akan menampilkan info data user telah dihapus

Exceptional Flow of Event

2a. Jika data user tidak lengkap, maka sistem akan menampilkan pesan ”data user tidak

lengkap”

4a. Jika data user yang dicari tidak terdapat di database, maka system akan menampilkan pesan “data user dengan ID tersebut tidak ada di database”

8

Tabel 4.6 Use case Pengelolaan Data Dokter

No : SUC-03

Name : Pengelolaan Data Dokter

Actor : Admin

Precondition : User_id dan password sudah teridentifikasi

Postcondition : Data dokter telah disimpan dan dapat ditampilkan

Main Flow of Event

Actor Actions Respon System

1. Admin mengumpulkan semua data mengenai dokter

2. Admin menginputkan data dokter 4. Admin mencari data dokter berdasarka Id

dokter

6. Admin melakukan pengeditan data dokter 8. Admin melakukan penghapusan data

dokter

3. Sistem menampilkan info data dokter telah ditambahkan

5. Sistem akan menampilkan info pencarian data dokter

7. Sistem akan menampilkan info data dokter telah diedit

9. Sistem akan menampilkan info data dokter telah dihapus

Exceptional Flow of Event

2a. Jika data dokter tidak lengkap, maka sistem akan menampilkan pesan ”data dokter tidak

lengkap”

4a. Jika data dokter yang dicari tidak terdapat di database, maka system akan menampilkan pesan “data dokterdengan ID tersebut tidak ada di database”

Tabel 4.7 Use case Pengelolaan Data Penyakit

No : SUC-04

9

Actor : Admin

Precondition : User_id dan password sudah teridentifikasi

Postcondition : Data penyakit telah disimpan dan dapat ditampilkan

Main Flow of Event

Actor Actions Respon System

1. Admin mengumpulkan semua data mengenai penyakit

2. Admin menginputkan data penyakit 4. Admin mencari data dokter berdasarka Id

penyakit

6. Admin melakukan pengeditan data penyakit

8. Admin melakukan penghapusan data penyakit

3. Sistem menampilkan info data penyakit telah ditambahkan

5. Sistem akan menampilkan info pencarian data penyakit

7. Sistem akan menampilkan info data penyakit telah diedit

9. Sistem akan menampilkan info data penyakit telah dihapus

Exceptional Flow of Event

2a. Jika data penyakit tidak lengkap, maka sistem akan menampilkan pesan ”data penyakit tidak

lengkap”

4a. Jika data penyakit yang dicari tidak terdapat di database, maka system akan menampilkan pesan “data penyakit dengan ID tersebut tidak ada di database”

Tabel 4.8 Use case Pengelolaan Pendaftaran Pasien

No : SUC-05

Name : Pengelolaan Pendaftaran Pasien

Actor : Petugas Pendaftaran

Precondition : User_id dan password sudah teridentifikasi

Postcondition : Data pasien disimpan dan dapat ditampilkan

Main Flow of Event

Actor Actions Respon System

1. Petugas menerima data pasien baru 2. Petugas menginputkan data pasien baru 5. Petugas memberikan kartu pasien

3. Sistem menampilkan info data pasien telah ditambahkan

10

Exceptional Flow of Event

2a. Jika data pasien tidak lengkap, maka sistem akan menampilkan pesan “data pasien tidak lengkap

Tabel 4.9 Use case Pengelolaan Data Laboratorium

No : SUC-06

Name : Pengelolaan Data Laboratorium

Actor : Petugas Laboratorium

Precondition : User_id dan password sudah teridentifikasi

Postcondition : Data laboratorium telah disimpan dan dapat ditampilkan

Main Flow of Event

Actor Actions Respon System

1. Petugas lababoratorium menerima data hasil pemeriksaan pasien

2. Petugas menginputkan data hasil laboratorium pasien

3. Sistem menampilkan info data

laboratorium telah disimpan 4. Cetak hasil laboratorium

Exceptional Flow of Event

2a. Jika data laboratorium tidak lengkap, maka sistem akan menampilkan pesan “data

laboratorium tidak lengkap

Tabel 4.10 Use case Transaksi Pembayaran

No : SUC-07

Name : Transaksi Pembayaran

Actor : Petugas Pembayaran

Precondition : User_id dan password sudah teridentifikasi

Postcondition : Data transaksi dicatat dan disimpan

Main Flow of Event

11

1. Petugas pembayaran menerima data laboratorium yang harus dibayar pasien 2. Petugas pembayaran menginputkan data

pembayaran laboratorium yang harus dibayar pasien

3. Petugas pembayaran menjumlahkan total biaya

5. Petugas pembayaran mencatat data pembayaran laboratorium

4. Sistem menampilkan seluruh info total biaya yang harus dibayar pasien

6. Sistem akan mencetak bukti pembayaran laboratorium

Exceptional Flow of Event

2a. Jika data yang harus dibayar pasien tidak lengkap, maka sistem akan menampilkan pesan “data laboratorium yang harus dibayar pasien tidak lengkap”

Tabel 4.11 Use case Laporan Data Pasien

No : SUC-08

Name : Laporan Data Pasien

Actor : Petugas Pendaftaran

Precondition : User_id dan password sudah teridentifikasi

Postcondition : Laporan data pasien disimpan dan dicetak

Main Flow of Event

Actor Actions Respon System

1. Petugas pendaftaran mengambil data pasien

2. Petugas pendaftaran merekapitulasi data pasien sehingga menjadi laporan data pasien

4. Petugas pendaftaran menyimpan data laporan

6. Petugas pendaftaran menginputkan kategori

3. Sistem akan merekapitulasi data pasien 5. Sistem akan menyimpan data laporan 7. Sistem akan mencetak laporan data pasien

sesuai dengan kategori

Exceptional Flow of Event

6a. Jika data laporan yang diminta belum ada, maka sistem akan menampilkan pesan “Data yang dicari belum ada”

12

Tabel 4.12 Use case Laporan Hasil Pemeriksaan

No : SUC-09

Name : Laporan Hasil Pemeriksaan

Actor : Petugas Laboratorium

Precondition : User_id dan password sudah teridentifikasi

Postcondition : Laporan hasil pemeriksaan disimpan dan dicetak

Main Flow of Event

Actor Actions Respon System

1. Petugas laboratorium mengambil data hasil pemeriksaan pasien

2. Petugas laboratorium merekapitulasi data hasil pemeriksaan menjadi laporan hasil pemeriksaan pasien

4. Petugas laboratorium menyimpan data hasil pemeriksaan

6. Petugas laboratorium menginputkan kategori

3. Sistem akan merekapitulasi data hasil pemeriksaan

5. Sistem akan menyimpan data hasil pemeriksaan pasien

7. Sistem akan mencetak laporan hasil pemeriksaan sesuai dengan kategori

Exceptional Flow of Event

6a. Jika data laporan yang diminta belum ada, maka sistem akan menampilkan pesan “Data yang dicari belum ada”

Tabel 4.13 Use case Laporan Transaksi Pembayaran

No : SUC-10

Name : Laporan Transaksi Pembayaran

Actor : Petugas Pembayaran

Precondition : User_id dan password sudah teridentifikasi

Postcondition : Laporan transaksi pembayaran disimpan dan dicetak

Main Flow of Event

Actor Actions Respon System

1. Petugas pembayaran mengambil data bukti pembayaran

2. Petugas pembayaran merekapitulasi bukti pembayaran sehingga menjadi data

3. Sistem akan merekapitulasi data transaksi pembayaran

5. Sistem akan menyimpan data laporan transaksi pembayaran

13

laporan transaksi pembayaran 4. Petugas pembayaran menyimpan data

laporan transaksi pembayaran 6. Petugas pembayaran menginputkan

kategori

7. Sistem akan mencetak laporan transaksi pembayaran berdasarkan kategori

Exceptional Flow of Event

6a. Jika data laporan yang diminta belum ada, maka sistem akan menampilkan pesan “Data yang dicari belum ada”

4.1.4 Spesifikasi Tambahan

Adapun kebutuhan non fungsional diantaranya : Tabel 4.14 Spesifikasi Tambahan

No Keterangan Kapasitas

1 Mampu menangani request

2 Mampu menangani penyimpanan data 3 Aspek Security

4 Mudah digunakan 5 User Friendly

6 Distributed System

4.1.5 Glossary

Daftar istilah yang digunakan adalah sebagai berikut: Tabel 4.15 Glossary

Istilah Definisi

Actor Elemen luar sistem yang berkepentingan secara langsung dengan sistem.

Constraint Kondisi sematik atau batasan elemen.

Class Deskripsi dari kumpulan objek yang memiliki atribut, methode, operasi, relasi dan sematik yang sama.

14

Extend Menerangkan bagaimana perilaku dari extention usecase dapat disisipkan kedalam perilaku base usecase.

Generalisasi Hubungan antar elemen yang lebih umum dengan elemen yang lebih khusus.

Postcondition Batasan / Kondisi yang harus dilakukan sebelum melakukan proses.

Precondition Batasan / Kondisi yang harus dilakukan setelah melakukan proses.

System Sequence Diagram

Penggambaran perilaku pada sebuah skenario

UML Merupakan bahasa pemodelan secara grafik untuk mendokumentasikan

seluruh artifak sistem perangkat lunak.

Usecase Deskripsi fungsi dari sebuah system dari persfektif pengguna

4.2 _{Model Analisis}

4.2.1 Realisasi Use Case Tahap Analisis

Realisasi use case tahap analisis terdiri dari Domain Model dan Sistem Sequence Diagram yang menggambarkan interaksi setiap objek dari kelas analisis yang terlibat di dalam use case tersebut.

4.2.1.1 System Sequence Diagram (SSD)

System Sequence Diagram terbagi ke dalam 2 paket, yaitu paket sistem untuk admin, dan paket sistem untuk petugas. Terdapat pula sequence diagram yang berada di setiap paket, yaitu System Sequence Diagram validasi user.

 Validasi user

a. User meng-entry username dan password

b. Jika username dan password yang dientrykan benar maka masuk ke aplikasi

15

c. Jika username dan password yang dientrykan salah maka kembali ke proses validasi

Sytem

Admin 1: Masukkan Username&Password () 2: Validasi

3: Invalidasi

Jika username& Password yang dimasukkan tidak cocok

Gambar 4.3 SSD validasi user

 System Sequence Diagram Paket Sistem untuk Admin

System Sequence Diagram yang terdapat dalam paket sistem untuk admin terdiri dari 3 macam, yaitu SSD Pengelolaan Data User, Pengelolaan Data Dokter, dan Pengelolaan Data Penyakit.

Event yang dilakukan setiap actor eksternal kepada sistem dalam setiap use case digambarkan dengan System Sequence Diagram dibawah ini:

16

System Sequence Diagram Pengelolaan Data User (1) Pengelolaan data user

Admin

System

1: new user () 2: tampil menu kelola user 3: entry user (id,user,password)

4: info added user 5: update user (id)

6: lookup stored user 7: info update user

8: delete user (id)

9: lookup stored user 10: info deleted user

11: end

Gambar 4.4 SSD Pengelolaan Data User (2) Pengelolaan data dokter

Admin

System

1: new dokter () 2: tampil menu kelola dokter 3: entry dokter (id,nama,alamat,dll)

4: info added dokter 5: update dokter (id)

6: lookup stored dokter 7: info update dokter

8: delete dokter (id)

9: lookup stored dokter 10: info deleted dokter

17

Gambar 4.5 SSD Pengelolaan Data Dokter

(3) Pengelolaan data penyakit

Admin

System

1: new penyakit () 2: tampil menu kelola penyakit

3: entry penyakit (id,nama,dll) 4: info added penyakit 5: update penyakit (id)

6: lookup stored penyakit 7: info update penyakit

8: delete penyakit (id)

9: lookup stored penyakit 10: info deleted penyakit

11: end

Gambar 4.6 SSD Pengelolaan Data Penyakit

 System Sequence Diagram Paket Sistem untuk Petugas

System Sequence Diagram yang terdapat dalam paket kajur terdiri dari 3 macam, yaitu system sequence diagram Pengelolaan Pendaftaran Pasien, Pengelolaan Data Laboratorium, Transaksi Pembayaran, Laporan Data Pasien, Laporan Hasil Pemeriksaan, dan Laporan Transaksi Pembayaran.

18

(1) Pengelolaan Pendaftaran Pasien

Petugas Pendaftaran

System

1: new data pendaftaran () 2: tampil menu pendaftaran 3: entry pendaftaran (id,nama,alamat,dll)

4: info added pendaftaran 5: end 6: print

Gambar 4.7 SSD Pengelolaan Pendaftaran Pasien (2) Pengelolaan Data Laboratorium

Petugas Laboratorium

System

1: new periksa lab ()

2: tampil menu periksa laboratorium 3: entry hasil lab (id,nama,penyakit,dokter,dll)

4: info added hasil lab update hasil lab (id)

6: lookup stored hasil lab 7: info updated hasil lab

8: delete hasil lab (id)

9: lookup stored hasil lab 10: info deleted hasil lab

11: end

12: print

19

(3) Transaksi Pembayaran

Petugas Pembayaran

System

1: new transaksi pembayaran () 2: tampil menu transaksi pembayaran 3: entry transaksi pembayaran (id,total_pembayaran,dll)

4: info added transaksi pembayaran 5: update transaksi pembayaran (id_pembayaran)

6: lookup storted transaksi pembayaran 7: info updated transaksi pembayaran

8: delete transaksi pembayaran (id_pembayaran)

9: lookup stored transaksi pembayaran 10: info deleted transaksi pembayaran

11: end 12: print

20

(4) Laporan Data Pasien

Petugas Pendaftaran

System

1: new laporan data pasien () 2: tampil menu laporan data pasien 3: entry data pasien (id,nama,alamat,dll)

4: lookup stored data pasien 5: info created laporan data pasien

6: update laporan data pasien (id)

7: lookup stored laporan data pasien 8: info updated laporan data pasien

9: delete laporan data pasien (id)

10: lookup stored laporan data pasien 11: info deleted laporan data pasien

12: end 13: print

21

(5) Laporan Hasil Pemeriksaan

Petugas Laboratorium

System

1: new laporan hasil pemeriksaan () 2: tampil menu laporan hasil pemeriksaan 3: entry data hasil lab (id,nama,penyakit,dokter,dll)

4: lookup stored periksa laboratorium 5: info created laporan hasil pemeriksaan lab

6: update laporan hasil pemeriksaan

7: lookup stored laporan hasil pemeriksaan 8: info updated laporan hasil pemeriksaan

9: delete laporan hasil pemeriksaan (id)

10: lookup stored laporan hasil pemeriksaan 11: info deleted laporan hasil pemeriksaan

12: end 13: print

22

(6) Laporan Transaksi Pembayaran

Petugas Pendaftaran

Object1

1: new laporan transaksi pembayaran () 2: tampil menu laporan transaksi pembayaran 3: entry data transaksi pembayaran (id,total_pembayaran)

4: lookup stored transaksi pembayaran 5: info created laporan transaksi pembayaran

6: update laporan transaksi pembayaran

7: lookup stored laporan transaksi pembayaran 8: info update laporan transaksi pembayaran

9: delete laporan transaksi pembayaran (id)

10: lookup stored laporan transaksi pembayaran 11: info deleted laporan transaksi pembayaran

12: end 13: print

Gambar 4.12 SSD Laporan Transaksi Pembayaran

4.2.1.2 Domain Model

Domain model merupakan penggambaran keterkaitan objek-objek yang ada dalam lingkungan system informasi yang dikembangkan. Berikut adalah domain model dari Sistem Informasi Manajemen Laboratorium Klinik.

23

Domain Model Validasi User

Gambar 4.13Domain Model Validasi User

Domain Model Pengelolaan Data User

Lab. Klinik

-IdPetugas -Nama -Alamat -...

Petugas

-KdJenisPetugas -JenisPetugas

Jenis Petugas 1

n Berada

1 n

Terdiri dari

Gambar 4.14 Domain Model Pengelolaan Data User

Lab. Klinik

-IdPetugas -Nama -Alamat -...

Petugas

-Username -Password -HakAkses Login

1 1

Melakukan

1

n Berada

24

Domain Model Pengelolaan Data Dokter

Lab. Klinik

-IdDokter -Nama -Alamat -...

Dokter

-IdDokter -Nama -Alamat -...

Kartu Dokter 1

n berada

1 memiliki 1

Gambar 4.15 Domain Model Pengelolaan Data Dokter Domain Model Pengelolaan Data Penyakit

Lab. Klinik

-IdPetugas -Nama -Alamat -...

Petugas

-IdPenyakit -Nama -Jenis -...

Penyakit 1 _mencatat n

1

n

25

Domain Model Pengelolaan Pendaftaran Pasien

Lab. Klinik -IdPetugas -Nama -Alamat -... Petugas Pendaftaran -IdPasien -Nama -Alamat -... Pasien -NoCM -Nama -Alamat -... Kartu Berobat 1 n

1 _mencatat n 1 memiliki 1

Gambar 4.17 Domain Model Pengelolaan Pendaftaran Pasien Domain Model Pengelolaan Data Laboratorium

Lab. Klinik -IdPetugas -Nama -Alamat -... Petugas Lab -IdPasien -Nama -Alamat -... Pasien -NoCM -Nama -Alamat -... Kartu Berobat 1 n

1 _mencatat n 1 _memiliki 1

26

Domain Model Transaksi Pembayaran

Lab. Klinik -Idpetugas -Nama -Alamat -... Petugas Pembayaran -IdPasien -Nama -Alamat -... Pasien -NoCM -Nama -Alamat -... Kartu Berobat berada 1 n

1 _mencatat n 1 memiliki 1

Gambar 4.19 Model Transaksi Pembayaran Domain Model Lapora Data Pasien

Lab. Klinik

-Tanggal -NoCM -Nama -...

Laporan Data Pasien -IdPetugas

-Nama -Alamat -...

Petugas Pendaftaran

1 _membuat n 1

n

27

Domain Model Laporan Hasil Pemeriksaan

Lab. Klinik

-Tanggal -JenisPemeriksaan -JumPasien -...

Laporan Hasil Pemeriksaan 1 _membuat n

1 n -IdPetugas -Nama -Alamat -... Petugas Lab

Gambar 4.21 Domain Model Laporan Hasil Pemeriksaan Domain Model Laporan Transaksi Pembayaran

Lab. Klinik -Idpetugas -Nama -Alamat -... Petugas Pembayaran -Tanggal -NamaPelayanan -NoCM -TotalBiaya -...

Laporan Transaksi Pembayaran

1 _membuat n berada

1

n

Gambar 4.22 Domain Model Laporan Transaksi Pembayaran

4.2.2 Kelas Analisis

Kelas – kelas yang terbentuk dari tahap analisis, dan akan digunakan pada tahap perancangan, adalah sebagai berikut :

28

Tabel 4.16 Kelas Analisis

No Nama Kelas Jenis

1. User Control

2. Pasien Entity

3. Dokter Entity

4. HasilLab Entity

5. Transaksi Entity

4.2.2.1 Tanggung Jawab dan Atribut Tabel 4.17 Tanggung Jawab dan Atribut

Nama Kelas Daftar Tanggung-Jawab Daftar Atribut

User 1. addUser

2. searchUser 3. updateUser 4. deleteUser

5. getUserNamePassword 6. validateUser

IdUser Username Password HakAkses

Pasien 1. addPasien

2. searchPasien 3. getIdPasien 4. getNamaPasien

IdPasien NamaLengkap TempatLahir TglLahir JenisKelamin Alamat Telepon Propinsi Kota Kecamatan

29

Kelurahan RTRW KodePos

Dokter 1. addDokter

2. searchDokter 3. updateDokter 4. deleteDokter 5. getNamaDokter IdPegawai NamaLengkap TempatLahir TglLahir JenisKelamin TglMasuk Alamat Telepon Propinsi Kota Kecamatan Kelurahan RTRW KodePos

HasilLab 1. addHasilLab

2. getHasilLab 3. getDiagnosa NoCM IdPasien IdDokter JenisPemeriksaan NamaPemeriksaan DetailPemeriksaan HasilPemeriksaan NilaiNormal SatuanHasil

Transaksi 1. addTransaksi

2. caclTotalBiaya

NoTransaksi IdPasien IdDokter

30

IdLab

NamaPelayanan TotalBiayaPelayanan

Prototipe Antarmuka

Struktur Menu Aplikasi Laboratorium Klinik seperti di bawah ini :

BERKAS WINDOW

Personal Pegawai Data Pegawai

Cascade

SETTING PRINTER Data Master Pegawai

KELUAR LOG OFF...PROGRAMMER/

ANALIST GANTI KATA KUNCI

INVENTORY

Stock Barang Penerimaan Barang

Laporan Saldo Barang

BANTUAN

Tentang Medifirst2000 MENU UTAMA

Master Pemeriksaan Laboratorium Cari Data Pasien DATA

Paket Pelayanan

Informasi Tarif Pelayanan

Kondisi Barang

Status Pegawai Daftar Pasien Laboratorium

Cari Data Pasien Rujukan

Merk dan Type Barang Satuan Barang DATA BARANG Master Barang Stock Barang Jenis Barang REGISTRASI Pasien Lama Pasien Baru LAPORAN Rekapitulasi Pasien Berdasarkan Status dan

Rujukan Rekapitulasi Pasien Berdasarkan Status dan Jenis

Buku Register Pasien

Rekapitulasi Pasien Berdasarkan Jenis Periksa

Rekapitulasi Pasien Berdasarkan Status dan

Kelas Rekapitulasi Pasien Berdasarkan Status dan

Kasus Penyakit

Kesimpulan Akhir Pelayanan Rekapitulasi Pasien Berdasarkan Jenis Tindakan

Rekapitulasi Pasien Berdasarkan Wilayah

Sensus Pendapatan Obat Alkes  Ruangan Sensus Pelayanan Obat

Alkes  Ruangan Sensus Pelayanan

Pendapatan Laboratorium Rujukan Pendapatan Ruangan

31

Tampilan antarmuka sistem informasi yang dibangun digambarkan seperti di bawah ini :

 Login

No Layar : PA-01

Nama Layar : Login

Deskripsi : Tampilan antarmuka yang digunakan untuk proses validasi berdasarkan hak akses

Medifirst2000 - Login Aplikasi

Gambar Logo Medifirst2000

User Name :

Password :

Hak Akses :

Lanjutkan Batal

a b c d

Gambar 4.23 Antarmuka Login

Keterangan :

Form untuk mengisi data User yang dapat mengakses aplikasi.

a. Label, digunakan untuk menuliskan nama User Name, Password, dan Hak Akses

32

b. TextBox, tempat untuk memasukkan User Name atau Password yang dapat mengakses aplikasi

c. DataCombo, jika di klik akan menampilkan data-data nama Hak Akses yang sudah ada di dalam database

d. CommandButton, digunakan untuk melakukan operasi pada form tersebut. Jika mengklik tombol Lanjutkan maka akan masuk ke form Menu Utama (Gambar 2) sesuai dengan hak akses masing-masing user. Tetapi jika mengklik tombol Batal maka proses login akan dibatalkan

DataPegawai,Login

Algoritma :

Nama Operasi : Login

If UserName = True Then If Password = True Then Koneksi ke database If koneksi gagal Then Kembali ke layar login Else

Select user from Login where UserName=UserName and Password=Password If tidak ada kesalahan Then

Masuk ke menu (sesuai dengan hak akses) Else

“Login Salah” Endif

33

Endif Endif Endif

 Menu Utama

No Layar : PA-02

Nama Layar : Menu Utama

Deskripsi : Tampilan antarmuka yang pertama kali muncul setelah melakukan proses login

Medifirst2000 - Laboratorium Klinik Edition

Berkas Inventory Laporan Window Bantuan

Logo Medifirst2000 Laboratorium Klinik Edition

Nama IT Consultants

a b c d e f

Gambar 4.24 Antarmuka Menu Utama

Keterangan :

Form yang pertama ditampilkan ketika user berhasil login ke aplikasi

a. MDIUtama, form yang digunakan sebagai tampilan utama dari aplikasi yang terdiri dari Menu Berkas, Inventory, Laporan, Window, dan Bantuan

34

b. Menu Berkas, jika di klik akan muncul sub menu dari menu berkas, yaitu :  Sub Menu Data. Pada Sub Menu Data terdiri dari beberapa sub-sub

menu lainnya, yaitu :

1) Daftar Pasien Laboratorium 2) Cari Data Pasien Rujukan 3) Cari Data Pasien

4) Master Pemeriksaan Laboratorium 5) Paket Pelayanan

6) Informasi Tarif Pelayanan

 Sub Menu Registrasi. Pada Sub Menu Registrasi terdiri dari beberapa sub-sub menu lainnya, yaitu :

1) Pasien Baru 2) Pasien Lama

 Sub Menu Data Pegawai. Pada Sub Menu Data Pegawai terdiri dari beberapa sub-sub menu lainnya, yaitu :

1) Personal Pegawai 2) Data Master Pegawai 3) Status Pegawai

 Sub Menu Data Barang. Pada Sub Menu Data Barang terdiri dari beberapa sub-sub menu lainnya, yaitu :

1) Stock Barang 2) Jenis Barang 3) Satuan Barang

35

4) Merk dan Type Barang 5) Master Barang

 Sub Menu Setting Printer  Sub Menu Ganti Kata Kunci  Sub Menu Log Off

 Sub Menu Keluar

c. Menu Inventory, jika di klik akan muncul sub menu dari menu informasi, yaitu :

 Penerimaan Barang  Stock Barang  Kondisi Barang

 Laporan dan Saldo Barang

d. Menu Laporan, jika di klik akan muncul sub menu dari menu laporan, yaitu :

 Buku Register Pasien  Laporan Kunjungan Pasien

 Rekapitulasi Pasien Berdasarkan Status dan Jenis  Rekapitulasi Pasien Berdasarkan Status dan Rujukan

 Rekapitulasi Pasien Berdasarkan Status dan Kasus Penyakit  Rekapitulasi Pasien Berdasarkan Status dan Kelas

 Rekapitulasi Pasien Berdasarkan Jenis Periksa  Rekapitulasi Pasien Berdasarkan Wilayah  Rekapitulasi Pasien Berdasarkan Jenis Tindakan

36

e. Menu Window, jika di klik akan muncul sub menu dari menu window, yaitu :

 Cascade

f. Menu Bantuan, jika di klik akan muncul sub menu dari menu bantuan, yaitu :

 Tentang Medifirst2000

 Form Pasien Baru

No Layar : PA-03

Nama Layar : Form Pasien Baru

Deskripsi : Tampilan antarmuka yang digunakan untuk menginputkan data pasien

37

Medifirst2000 - Pasien Baru

Banner

Tgl. Pendaftaran No. CM

Kamis, 28 Mei 2007 13:27

Nama Depan Nama Lengkap No. Identitas

Jenis Kelamin Tempat Lahir Tanggal Lahir Tahun Bulan Hari Data Pasien

Tambah Simpan Tutup

No. CM Otomatis

Alamat Lengkap RT/ RW Telepon

Propinsi Kota (Kabupaten)

Kecamatan Kelurahan Kode Pos Alamat Pasien

Detail Pasien Registrasi Laboratorium

Pasien Baru Ctrl+B Cari Pasien (F3)

a b c d e

Gambar 4.25 Antarmuka Form Pasien Baru

Pasien,Propinsi,KotaKabupaten,Kecamatan,Kelurahan

Algoritma :

Nama Operasi : PasienBaru

Declare

NoCM NoIdentitas TglDaftarMembership Title NamaLengkap TempatLahir TglLahir JenisKelamin Alamat Telepon

38

Propinsi Kota/Kabupaten Kecamatan Kelurahan RT/RW KodePos

If DataPasien terisi semua Then Insert INTO [Pasien]

No. CM terisi otomatis

Tombol Registrasi Pasien & Detail Pasien  Aktif Else {DataPasien tidak lengkap}

Akan tampil pesan kesalahan Endif

Endif

Keterangan :

Form di atas digunakan untuk menginputkan data pasien baru yang akan melakukan pemeriksaan di laboratorium. Pada saat memilih form pasien baru, tampilan awal tombol Tambah, Simpan, dan Tutup dalam keadaan aktif sedangkan tombol Registrasi Laboratorium dan Detail Pasien dalam keadaan tidak aktif. Setelah data pasien baru diisi dan menekan tombol Simpan maka No. CM akan terisi otomatis, tombol Registrasi Laboratorium dan Detail Pasien akan menjadi aktif.

a. DTPicker, digunakan untuk menampilkan tanggal dan waktu pada saat menginputkan data

39

b. DataCombo, jika di klik akan menampilkan data-data yang sudah ada di dalam database

c. TextBox, tempat untuk menginputkan data-data yang akan disimpan

d. CommandButton, digunakan untuk melakukan operasi pada form tersebut. Tombol Simpan, jika diklik data yang diinputkan akan di simpan ke database. Tombol Tambah, jika diklik form akan kembali kosong. Tombol Detail Pasien, jika diklik akan menampilkan form seperti di bawah ini :

No Layar : PA-04

Nama Layar : Form Detail Pasien

Deskripsi : Tampilan antarmuka yang digunakan untuk menginputkan data detail pasien

40

Medifirst2000 - Data Detail Pasien

Banner

Simpan Tutup

No. CM Nama Pasien Jenis Kelamin Data Pasien

Umur

thn bln hr

Nama Keluarga Gol. Darah Status Pernikahan Pekerjaan

Agama/ Kepercayaan Suku Bangsa Pendidikan Warga Negara Data Detail Pasien

Alamat Lengkap RT/ RW Telepon

Propinsi Kota (Kabupaten)

Kecamatan Kelurahan Kode Pos Alamat Pasien

Nama Keluarga Jenis Kelamin Pekerjaan Hubungan

Nama Ayah Nama Ibu Nama Suami/ Istri Data Keluarga Pasien

a b c d

Gambar 4.26 Antarmuka Form Data Detail Pasien

Pasien,DetailPasien,KeluargaPasien,Pekerjaan,Pendidikan, Propinsi,KotaKabupaten,Kecamatan,Kelurahan

Algoritma :

Nama Operasi : DetailPasien

Declare

NamaKeluarga GolDarah StatusPernikahan Pekerjaan

41

Agama/Kepercayaan SukuBangsa Pendidikan WargaNegara NamaKeluarga JenisKelaminK PekerjaanK Hubungan NamaAyah NamaIbu

NamaSuami/Istri AlamatLengkap RT/RW Telepon

Propinsi Kota/Kabupaten Kecamatan Kelurahan KodePos

If DataDetailPasien terisi semua Then Data-data akan disimpan ke database

Insert INTO [DetailPasien] & [KeluargaPasien] Else {DataDetailPasien tidak lengkap} Akan tampil pesan kesalahan

Endif Endif

Keterangan :

Form yang digunakan untuk menginputkan data detail pasien. No. CM, Nama Pasien, Jenis Kelamin dan Umur akan terisi sesuai dengan data pasien yang sudah dipilih.

42

a. Frame, digunakan untuk mengelompokkan data-data agar terlihat lebih rapih

b. TextBox, tempat untuk menginputkan data-data yang akan dimasukkan c. DataCombo, jika di klik akan menampilkan data-data yang sudah ada di

dalam database

d. CommandButton, digunakan untuk melakukan operasi pada form tersebut. Tombol Simpan, jika diklik data yang diinputkan akan di simpan ke database. Tombol Tutup, jika diklik akan kembali ke form Pasien Baru Tombol Registrasi Laboratorium, jika diklik akan menampilkan form seperti di bawah ini :

No Layar : PA-05

Nama Layar : Form Registrasi Laboratorium

Deskripsi : Tampilan antarmuka yang digunakan untuk menginputkan data pada saat pasien melakukan registrasi

43

Medifirst2000 - Registrasi Laboratorium

Banner

Simpan Tutup

SMF (Kasus Penyakit) Rujukan Dari Dokter Perujuk Tgl. Dirujuk

Tgl. Pendaftaran Dokter Penanggung Jawab Jenis Pasien (Cara Bayar)

Data Registrasi

No. Registrasi Nama Pasien Jenis Kelamin No. Pendaftaran No. Laboratorium No. Antrian

Data Pasien

Umur

thn bln hr

Lanjutkan Pemeriksaan

28/ 11/ 2007 13:27

28/ 11/ 2007 13:27

a b c d e

Gambar 4.27 Antarmuka Form Registrasi Laboratorium

Pasien,PasienDaftar,RegistrasiLaboratorium,Rujukan, RujukanAsal,KelompokPasien,

Algoritma :

Nama Operasi : RegistrasiLaboratorium

Declare

NoCM NamaPasien JenisKelamin NoPendaftaran NoLaboratorium NoAntrian RujukanAsal NamaPerujuk TglDirujuk TglPendaftaran NamaDokter JenisPasien

44

If DataRegistrasiLab terisi semua Then Data-data akan disimpan ke database

Insert INTO [PasienDaftar],[RegistrasiLaboratorium], [Rujukan],[RujukanAsal],[KelompokPasien] Else {DataRegistrasiLab tidak lengkap}

Akan tampil pesan kesalahan Endif

Endif

Keterangan :

Form di atas digunakan untuk menginputkan data registrasi pasien. Data pasien akan terisi sesuai dengan data pasien yg diinputkan. No. Pendaftaran, No. Laboratorium, dan No. Antrian akan terisi otomatis setelah menekan tombol Simpan. Setelah menekan tombol Simpan, maka semua field dan tombol Simpan menjadi tidak Aktif.

a. Frame, digunakan untuk mengelompokkan data-data agar terlihat lebih rapih

b. TextBox, tempat untuk menginputkan data-data yang akan dimasukkan c. DataCombo, jika di klik akan menampilkan data-data yang sudah ada

di dalam database

d. DTPicker, digunakan untuk menampilkan tanggal dan waktu pada saat menginputkan data. Formatnya DD/ MM/ YYYY HH:SS

e. CommandButton, digunakan untuk melakukan operasi pada form tersebut. Tombol Simpan, jika diklik data yang diinputkan akan di

45

simpan ke database. Tombol Tutup, jika diklik akan kembali ke form Pasien Baru

Tombol Pemeriksaan, jika diklik akan menampilkan form seperti di bawah ini :

No Layar : PA-06

Nama Layar : Form Pelayanan Tindakan

Deskripsi : Tampilan antarmuka yang digunakan untuk

menginputkan data pelayanan tindakan yang diterima oleh pasien

a b c d

Medifirst2000 - Pelayanan Tindakan

Banner

Tanggal Periksa Dokter Pemeriksa Paramedis

28/ 11/ 2007 13:27

Nama Pelayanan Jumlah Tambah Simpan

Hapus Tutup

Jumlah

Nama Pelayanan _{Biaya Satuan Biaya Total}

Daftar Pelayanan Tindakan

e f

Gambar 4.28 Antarmuka Form Pelayanan Tindakan

46

ListPelayananRS,JenisPelayanan,BiayaPelayanan

Algoritma :

Nama Operasi : PelayananTindakan

Declare

TglPelayanan NamaDokter Paramedis NamaPelayanan JmlPelayanan

If PelayananTindakan terisi semua Then

Insert INTO [DetailPelayananLab],[ListPelayanan],& [BiayaPelayanan]

Data-data akan disimpan ke database Else {PelayananTindakan tidak lengkap} Akan tampil pesan kesalahan

Endif Endif

Keterangan :

Form di atas digunakan untuk menginputkan data pelayanan tindakan yang dilakukan oleh pasien. Pada pengisian Nama Pelayanan, jika kita memasukkan huruf atau nama yang dimaksud maka akan ditampilkan Data Grid yang berisi Jenis Pelayanan, Nama Pelayanan, Kelas, Jenis Tarif, dan Tarif. Jika menekan tombol Tambah maka Nama Pelayanan yang sudah

47

diisi akan ditampilkan di Data Grid yang berada pada kolom Daftar Pelayanan Tindakan, kita dapat menginputkan data pelayanan lebih dari satu. Tekan tombol Simpan untuk menyimpan data pelayanan tindakan ke database.

a. Frame, digunakan untuk mengelompokkan data-data agar terlihat lebih rapih

b. CheckBox, digunakan untuk memilih paramedis

c. DTPicker, digunakan untuk menampilkan tanggal dan waktu pada saat menginputkan data

d. TextBox, tempat untuk memasukkan data-data yang akan diinputkan e. CommandButton, digunakan untuk melakukan operasi pada form

tersebut. Tombol Tambah digunakan untuk menambahkan data yang akan disimpan ke DataGrid. Tombol Simpan digunakan untuk menyimpan data ke database. Tombol Hapus digunakan untuk menghapus data yang sudah ditambahkan ke DataGrid

f. DataGrid, tempat untuk menampilkan data pelayanan tindakan yang ditambahkan dan yang akan di simpan ke database

Tombol Lanjutkan, jika diklik akan menampilkan form seperti di bawah ini :

48

No Layar : PA-07

Nama Layar : Form Transaksi Pelayanan Pasien

Deskripsi : Tampilan antarmuka yang digunakan untuk menginputkan data pelayanan pasien selama melakukan pemeriksaan

Medifirst2000 - Transaksi Pelayanan Pasien

Banner

Tambah Data

Pelayanan Pasien

No. Laboratory No. Pendaftaran Nama Pasien Jenis Kelamin Tgl. Pendaftaran

Data Pasien

Umur

thn bln hr

Hapus Data

Pelayanan Tindakan Pemakaian Obat & Alkes Riwayat Pemeriksaan JenisPelayanan

TglPelayanan NamaPelayanan Jumlah Tarif BiayaTotal DokterPemeriksa StatusBayar Operator

Total Biaya Pelayanan Tindakan

Tutup Total Biaya Pelayanan

a b c d e f

Gambar 4.29 Antarmuka Form Transaksi Pelayanan Pasien

Pasien,PasienDaftar,RegistrasiLaboratorium,DetailPelayananLab, ListPelayananRS,JenisPelayanan,BiayaPelayanan

Algoritma :

Nama Operasi : PelayananTindakan

49

NoLaboratorium NoPendaftaran NamaPasien JenisKelamin TglPendaftaran TglPelayanan JenisPelayanan NamaPelayanan JmlPelayanan Tarif

NamaDokter Operator

If PelayananTindakan sudah ada di dalam database Then Menampilkan semua data yang ada di dalam database Select * from [Pasien],[PasienDaftar],

[RegistrasiLaboratorium],[ListPelayanan],& [BiayaPelayanan]

Else {PelayananTindakan blm ada} Tidak akan ada data yang ditampilkan Endif

Endif

Keterangan :

Form diatas digunakan untuk menampilkan pelayanan yang sudah dilakukan oleh pasien. Untuk No. Laboratory, No. Pendaftaran, Nama Pasien, Jenis Kelamin, Umur dan Tgl. Pendaftaran akan terisi sesuai dengan data pasien. Total Biaya Pelayanan Tindakan akan terisi otomatis

50

sesuai dengan total biaya atas pelayanan tindakan yang dilakukan oleh pasien. Total Biaya Pelayanan akan terisi otomatis sesuai dengan total biaya keseluruhan yang harus dibayar pasien.

a. Frame, digunakan untuk mengelompokkan data-data agar terlihat lebih rapih

b. Label, digunakan untuk memberikan keterangan kepada item-item c. TextBox, tempat untuk memasukkan data-data yang akan diinputkan d. SsTab, digunakan untuk membuat 3 form pengisian data dalam satu

tampilan form

e. DataGrid, tempat untuk menampilkan data pelayanan tindakan yang sudah dilakukan oleh pasien

f. CommandButton, digunakan untuk melakukan operasi pada form tersebut. Tombol Tambah Data digunakan untuk menambahkan data pelayanan tindakan, maka akan tampil form Pelayanan Tindakan seperti yang sudah dibahas di atas. Tombol Hapus digunakan untuk menghapus data yang sudah ada di DataGrid.

Tombol Hapus Data, jika diklik akan menampilkan Konfirmasi ”Apakah Anda yakin akan menghapus pelayanan ‟nama pelayanan‟ Dengan tanggal pelayanan „tanggal pelayanan‟?” seperti gambar di bawah ini :

51

Konfirmasi

Yes No

Apakah Anda yakin akan menghapus pelayanan ‘nama pelayanan’ Dengan tanggal pelayanan ‘tanggal pelayanan’ ?

Tombol Tambah Data, jika diklik akan tampil form Pelayanan Tindakan seperti yang sudah dibahas di atas.

 Tab Pemakaian Obat & Alkes

No Layar : PA-08

Nama Layar : Form Transaksi Pelayanan Pasien

Deskripsi : Tampilan antarmuka yang digunakan untuk menginputkan data pemakaian obat & alkes pasien selama melakukan pemeriksaan

Medifirst2000 - Transaksi Pelayanan Pasien

Banner

Tambah Data

Pelayanan Pasien

No. Laboratory No. Pendaftaran Nama Pasien Jenis Kelamin Tgl. Pendaftaran

Data Pasien

Umur

thn bln hr

Hapus Data

Pemakaian Obat & Alkes

Pelayanan Tindakan Riwayat Pemeriksaan DetailJenisBarang

TglPelayanan _{NamaBarang Kelas JenisTarif Satuan Jumlah Tarif BiayaTotal DokterPemeriksa StatusBayar Operator}

Total Biaya Pemakaian Obat & Alkes

Tutup Total Biaya Pelayanan

Edit Data

52

Pasien,PasienDaftar,RegistrasiLaboratorium,PemakaianAlkes, DetailPemakaianAlkes,MasterBarang,DetailJenisBarang, JenisBarang,Satuan,KelasPelayanan,BiayaPelayanan

Algoritma :

Nama Operasi : PemakaianObatAlkes

Declare

NoLaboratorium NoPendaftaran NamaPasien JenisKelamin TglPendaftaran TglPelayanan DetailJenisBarang NamaBarang Kelas Satuan

Jumlah Tarif

BiayaTotal NamaDokter

If PemakaianObatAlkes sudah ada di dalam database Then Menampilkan semua data yang ada di dalam database Select * from [Pasien],[PasienDaftar],

[RegistrasiLaboratorium],[PemakaianAlkes], [MasterBarang],[Satuan]&[KelasPelayanan] Else {PemakaianObatAlkes blm ada}

Tidak akan ada data yang ditampilkan Endif

53

Keterangan :

Form diatas digunakan untuk menampilkan data pemakaian obat & alkes yang sudah diterima oleh pasien. Untuk No. Laboratory, No. Pendaftaran, Nama Pasien, Jenis Kelamin, Umur dan Tgl. Pendaftaran akan terisi sesuai dengan data pasien. Total Biaya Pemakaian Obat & Alkes akan terisi otomatis sesuai dengan total biaya atas pemakaian obat & alkes yang diterima oleh pasien. Total Biaya Pelayanan akan terisi otomatis sesuai dengan total biaya keseluruhan yang harus dibayar pasien.

Tombol Edit Data, jika diklik maka akan tampil form seperti di bawah ini :

a b c d

0 0

Ubah Quantity Barang

Nama Barang

Jumlah Awal Jumlah Tambahan

Tutup Simpan

MasterBarang,PemakaianAlkes

Algoritma :

Nama Operasi : EditPemakaianObat&Alkes

Declare

163



Class Diagram Alamat&DataPasien

+insert()

-KdPropinsi : Char = 2 -NamaPropinsi : String = 30

Propinsi

+insert()

-KdPropinsi : Char = 2 -KdKotaKabupaten : String = 4 -NamaKotaKabupaten : String = 50

KotaKabupaten

+insert()

-KdPropinsi : Char = 2 -KdKotaKabupaten : String = 4 -KdKecamatan : String = 6 -NamaKecamatan : String = 50

Kecamatan

+insert()

-KdPropinsi : Char = 2 -KdKotaKabupaten : String = 4 -KdKecamatan : String = 6 -KdKelurahan : String = 9 -KodePos : String = 10 -NamaKelurahan : String = 50

Kelurahan

1 1..*

1..*

1 1 1..*

+insert() +update() +delete() +search() +print() -NoCM : Char = 6 -NoIdentitas : String = 20 -TglDaftarMembership : Date -Title : String = 4 -NamaLengkap : String = 50 -TempatLahir : String = 25 -TglLahir : Date -JenisKelamin : Char = 1 -Alamat : String = 100 -Telepon : String = 15 -Propinsi : String = 25 -Kota : String = 25 -Kecamatan : String = 25 -Kelurahan : String = 25 -RTRW : Char = 5 -KodePos : Char = 5

Pasien

+insert() +update() +delete() +search() +print() -NoCM : Char = 6 -NamaKeluarga : String = 50 -WargaNegara : Char = 1 -GolDarah : Char = 2 -StatusNikah : String = 10 -Pekerjaan : String = 30 -Agama : String = 20 -Suku : String = 20 -Pendidikan : String = 25

DetailPasien

+insert() +update() +delete() +search() +print() -IdPegawai : Char -KdHubungan : Char -NoUrut : Char -NamaLengkap : String -JenisKelamin : Char -TglLahir : Date -KdPekerjaan : Char -KdPendidikan : Char -Keterangan : String

KeluargaPasien

+insert()

-KdPekerjaan : Char = 2 -Pekerjaan : String = 30

Pekerjaan

+insert()

-KdPendidikan : Char = 2 -Pendidikan : String = 25 -NoUrut : Char = 2

Pendidikan

1 1

1 1

164



Class Diagram Registrasi Laboratorium

+insert() +update() +delete() +search() +print() -NoCM : Char = 6 -NoIdentitas : String = 20 -TglDaftarMembership : Date -Title : String = 4

-NamaLengkap : String = 50 -TempatLahir : String = 25 -TglLahir : Date -JenisKelamin : Char = 1 -Alamat : String = 100 -Telepon : String = 15 -Propinsi : String = 25 -Kota : String = 25 -Kecamatan : String = 25 -Kelurahan : String = 25 -RTRW : Char = 5 -KodePos : Char = 5

Pasien

+insert() +update() +delete() +search() +print()

-NoPendaftaran : Char = 10 -NoCM : Char = 6

-KdKelompokPasien : Char = 2 -TglPendaftaran : Date

-KdDetailJenisJasaPelayanan : Char = 2 -StatusPasien : Char = 4

PasienDaftar

+insert() +delete()

-NoLaboratorium : Char = 10 -NoPendaftaran : Char = 10 -NoCM : Char = 6 -TglPendaftaran : Date -KdRujukanAsal : Char = 2 -NamaRujukanAsal : String = 5 -NamaPerujuk : String = 50 -TglDirujuk : Date -IdDokter : Char = 10 -StatusPasien : Char = 4 -NoAntrian : Char = 3

RegistrasiLaboratorium

+insert() +delete()

-NoPendaftaran : Char = 10 -NoCM : Char = 6 -NoRujukan : String = 30 -KdRujukanAsal : Char = 2 -NamaPerujuk : String = 50 -TglDirujuk : Date = 8 -DiagnosaRujukan : String = 100

Rujukan

1..*

1 1 1..*

1..* 1

165



Class Diagram Pelayanan Tindakan

+insert() +update() +delete() +search() +print()

-NoPendaftaran : Char = 10 -NoCM : Char = 6

-KdKelompokPasien : Char = 2 -TglPendaftaran : Date

-KdDetailJenisJasaPelayanan : Char = 2 -StatusPasien : Char = 4

PasienDaftar

+insert() +delete()

-NoLaboratorium : Char = 10 -NoPendaftaran : Char = 10 -NoCM : Char = 6 -TglPendaftaran : Date -KdRujukanAsal : Char = 2 -NamaRujukanAsal : String = 50 -NamaPerujuk : String = 50 -TglDirujuk : Date -IdDokter : Char = 10 -StatusPasien : Char = 4 -NoAntrian : Char = 3

RegistrasiLaboratorium

+insert() +delete()

-NoPendaftaran : Char = 10 -KdPelayananRS : Char = 3 -TglPelayanan : Date -NoLababoratorium : Char = 10 -KdLaboratory : Char = 3

DetailPelayananLaboratorium

+insert() +update() +delete() +search()

-KdPelayananRS : Char = 6 -NamaPelayanan : String = 75 -KdJnsPelayanan : Char = 3

ListPelayananRS

+insert()

-KdJnsPelayanan : Char = 3 -Deskripsi : String = 75

JenisPelayanan

+insert() +update() +print()

-NoPendaftaran : Char = 10 -KdPelayananRS : Char = 6 -KdKelas : Char = 2 -Tarif : Integer -JmlPelayanan : Integer -TglPelayanan : Date -NoLaboratorium : Char = 10 -IdPegawai : Char = 10 -NoStruk : Char = 10 -KdJenisTarif : Char = 2 -IdPegawai2 : Char = 10 -IdUser : Char = 10 -IdPegawai3 : Char = 10

BiayaPelayanan

+insert()

-NoPendaftaran : Char = 10 -TglPelayanan : Date -KdPelayananRS : Char = 6 -KdKomponen : Char = 2 -KdJenisTarif : Char = 2 -Harga : Integer -JmlPelayanan : Integer -NoStruk : Char = 10 -IdPegawai : Char = 10

TempHargaKomponen

1..* 1

1..* 1

1..* 1 1..*

1

1..* 1

1..* 1

166



Class Diagram Transaksi Pelayanan

+insert() +update() +delete() +search() +print() -NoCM : Char = 6 -NoIdentitas : String = 20 -TglDaftarMembership : Date -Title : String = 4 -NamaLengkap : String = 50 -TempatLahir : String = 25 -TglLahir : Date -JenisKelamin : Char = 1 -Alamat : String = 100 -Telepon : String = 15 -Propinsi : String = 25 -Kota : String = 25 -Kecamatan : String = 25 -Kelurahan : String = 25 -RTRW : Char = 5 -KodePos : Char = 5

Pasien +insert() +update() +delete() +search() +print()

-NoPendaftaran : Char = 10 -NoCM : Char = 6 -KdKelompokPasien : Char = 2 -TglPendaftaran : Date

-KdDetailJenisJasaPelayanan : Char = 2 -StatusPasien : Char = 4

PasienDaftar

+insert() +delete()

-NoLaboratorium : Char = 10 -NoPendaftaran : Char = 10 -NoCM : Char = 6 -TglPendaftaran : Date -KdRujukanAsal : Char = 2 -NamaRujukanAsal : String = 50 -NamaPerujuk : String = 50 -TglDirujuk : Date -IdDokter : Char = 10 -StatusPasien : Char = 4 -NoAntrian : Char = 3

RegistrasiLaboratorium

1..*

1 1 1..*

+insert() +delete()

-NoPendaftaran : Char = 10 -KdBarang : Char = 9 -JmlBarang : Decimal -HargaSatuan : Integer -TglPelayanan : Date -NoLaboratorium : Char = 10 -NoStruk : Char = 10 -IdPegawai : Char = 10 -Satuan : Char = 1 -HargaBeli : Integer -IdPegawai2 : Char = 10 -IdUser : Char = 10 -KdJenisObat : Char = 2 -JmlService : Integer -TarifService : Integer -NoResep : String = 15

PemakaianAlkes

+insert()

-NoPendaftaran : Char = 10 -TglPelayanan : Date -KdBarang : String = 9 -SatuanJml : Char = 1 -KdKomponen : Char = 2 -HargaSatuan : Integer -JmlBarang : Decimal -NoStruk : Char = 10 -KdJenisObat : Char = 2 -NoResep : String = 15

TempHargaKomponenObatAlkes +create() +read() +update() +delete() +search() -KdBarang -NamaBarang -KdDetailJenisBarang -KdSatuan -HargaBeli -HargaJual -JmlKemasan -Disc MasterBarang +create() -KdDetailJenisBarang -DetailJenisBarang -KdJenisBarang DetailJenisBarang +create() -KdJenisBarang -JenisBarang JenisBarang 1 1..* +create() -KdSatuan -Satuan SatuanJmlBarang 1..* 1 +create() +update() +delete() +print() -KdBarang -KdMerk -KdType -Tanggal -StockAwal -Penambahan -Retur -JumlahMinimum -TotalStock StockBarang +create() -KdMerk -NamaMerk MerkBarang 1..* 1 1 1..* +create() -KdType -NamaType -KdMerk TypeBarang 1..* 1 1..* 1 1 1..* 1 1..* 1 1 1 1..*

167



Class Diagram Hasil Periksa Laboratorium

+insert() +delete()

-KdKelompokUmur : Char = 2 -KelompokUmur : String = 30 -Keterangan : String = 50

KelompokUmur

+insert()

-KdDetailPeriksa : String = 5 -JenisKelamin : Char = 1 -KdKelompokUmur : Char = 2 -NilaiNormal : String = 50

KadarNormalDetailPemeriksaanPK

+insert()

-KdSatuanHasil : Char = 2 -SatuanHasil : String = 30

SatuanHasil

+insert() +update() +delete() +search()

-KdDetailPeriksa : String = 5 -NamaDetailPeriksa : String = 100 -KdPelayananRS : Char = 6 -MemoHasilPeriksa : String = 500 -KdSatuanHasil : Char = 2 -NoUrut : Integer -NoUrutDetail : Integer -KdListPemeriksaan : Char = 3

DetailPemeriksaan

+insert() +update() +delete() +search()

-KdPelayananRS : Char = 6 -NamaPelayanan : String = 75 -KdJnsPelayanan : Char = 3

ListPelayananRS

+insert()

-KdJnsPelayanan : Char = 3 -Deskripsi : String = 75

JenisPelayanan

1..* 1

+insert() +delete()

-KdPelayananRS : Char = 6 -KdJenisPeriksa : Char = 3

ConvertJenisPemeriksaanToPelayanan

+insert() +delete()

-KdJenisPeriksa : Char = 3 -JenisPeriksa : String = 50 -NoUrut : Integer

JenisPemeriksaan

+insert() +update() +delete() +search() +print()

-NoLaboratorium : Char = 10 -NoPendaftaran : Char = 10 -NoCM : Char = 6 -KdPelayananRS : Char = 6 -KdDetailPeriksa : String = 5 -HasilPeriksa : String = 200 -KdLaboratory : Char = 3

DetailHasilPeriksaLabPK

+insert() +update() +delete() +search() +print()

-NoLaboratorium : Char = 10 -NoPendaftaran : Char = 10 -NoCM : Char = 6 -KdKelompokUmur : Char = 2 -JenisKelamin : Char = 1 -TglHasil : Date = 8 -IdUser : Char = 10 -Catatan : String = 200

HasilPemeriksaan

+insert() +update() +delete() +search() +print()

-NoPendaftaran : Char = 10 -NoCM : Char = 6

-KdKelompokPasien : Char = 2 -TglPendaftaran : Date

-KdDetailJenisJasaPelayanan : Char = 2 -StatusPasien : Char = 4

PasienDaftar

1..* 1

1..* 1

1..*

1

1..*

1

1..* 1

1..* 1

1..* 1 1

1

1 1

1

BAB V

KESIMPULAN DAN SARAN

1.1

Kesimpulan

Dengan menganilisis sistem Program Medifirst 2000 Edisi

laboratorium maka kami menyimpulkan dengan ada nya proses penganalisaan ini,

sebuah program dapat lebih bisa terkoreksi agar terlihat lebih baik dan pekerjaan

yang akan dikerjakan oleh program ini akan lebih tepat dan benar dalam

penyelesaiannya.

Dengan adanya sistem penganalisaan ini diharapkan dapat lebih

meningkatkan kualitas sebuah program dengan informasi yang cepat, tepat, akurat

dan efisien.

1.2

Saran

Berdasarkan analisa dari permasalahan yang dihadapi maka saran

yang penulis kemukakan adalah:

1. Program Medifirst 2000 Edisi laboratorium ini diharapkan dapat berguna bagi

para penggunanya.

2. Pengguna sistem komputerisasi harus sesuai dengan prosedur yang

ditentukan.