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

(1)

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.

(2)

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)

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.

(4)

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)

(5)

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)

6

(7)

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.

(8)

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

(9)

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

(10)

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

(11)

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

(12)

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

(13)

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

(14)

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

(15)

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

(16)

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.

(17)

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

(18)

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

(19)

13

Secara umum terdapat tiga kategori pengklasifikasian prilaku sistem, yaitu :

a) Kesamaan dari sejarah (perubahan waktu).

b) Kesamaan dari fungsi.

(20)

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).

(21)

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”.

(22)

3

(23)

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

(24)

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

(25)

3

a. Paket Sistem untuk Admin

Admin

Pengelolaan Data User

Pengelolaan Data Dokter

Pengelolaan Data Penyakit

Validasi User «uses»

«uses»

Gambar 4.1 Paket Sistem untuk Admin

(26)

4

Petugas Pendaftaran

Pengelolaan Pendaftaran Pasien

Petugas Laboratorium

Pengelolaan Data Laboratorium

Laporan Hasil Pemeriksaan Laporan Data Pasien

Dokter

Validasi User «uses»

«uses»

Petugas Pembayaran

Transaksi Pembayaran

Laporan Transaksi Pembayaran

«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

(27)

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

(28)

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

(29)

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

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”

(30)

[image:30.595.106.510.147.557.2]

8

Tabel 4.6 Use case Pengelolaan Data Dokter

No : SUC-03

Name : Pengelolaan Data Dokter

Actor : Admin

Postcondition : Data dokter telah disimpan dan dapat ditampilkan

Main Flow of Event

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

(31)

9

Actor : Admin

Postcondition : Data penyakit telah disimpan dan dapat ditampilkan

Main Flow of Event

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

[image:31.595.107.511.112.385.2]

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

Postcondition : Data pasien disimpan dan dapat ditampilkan

Main Flow of Event

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

(32)

10

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

Postcondition : Data laboratorium telah disimpan dan dapat ditampilkan

Main Flow of Event

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

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

[image:32.595.105.513.238.528.2]

laboratorium tidak lengkap

Tabel 4.10 Use case Transaksi Pembayaran

No : SUC-07

Name : Transaksi Pembayaran

Actor : Petugas Pembayaran

Postcondition : Data transaksi dicatat dan disimpan

Main Flow of Event

(33)

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

[image:33.595.107.512.339.697.2]

“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

Postcondition : Laporan data pasien disimpan dan dicetak

Main Flow of Event

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

(34)

12

Tabel 4.12 Use case Laporan Hasil Pemeriksaan

No : SUC-09

Name : Laporan Hasil Pemeriksaan

Actor : Petugas Laboratorium

Postcondition : Laporan hasil pemeriksaan disimpan dan dicetak

Main Flow of Event

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

“Data yang dicari belum ada”

Tabel 4.13 Use case Laporan Transaksi Pembayaran

No : SUC-10

Name : Laporan Transaksi Pembayaran

Actor : Petugas Pembayaran

Postcondition : Laporan transaksi pembayaran disimpan dan dicetak

Main Flow of Event

1. Petugas pembayaran mengambil data bukti pembayaran

2. Petugas pembayaran merekapitulasi bukti pembayaran sehingga menjadi data

3. Sistem akan merekapitulasi data transaksi pembayaran

(35)

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

“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.

(36)

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

(37)

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

(38)

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

(39)

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.

(40)

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

[image:40.595.155.464.411.704.2]

6: print

Gambar 4.7 SSD Pengelolaan Pendaftaran Pasien

(2) Pengelolaan Data 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

(41)

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

(42)

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

(43)

21

(5) Laporan Hasil Pemeriksaan

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

(44)

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

(45)

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

Petugas

-Username -Password -HakAkses

Login

1 1

Melakukan

1

(46)

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

Petugas

-IdPenyakit -Nama -Jenis -...

Penyakit

1 _mencatat n 1

n

(47)

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

(48)

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

Petugas Pendaftaran

1 _membuat n 1

n

(49)

27

Domain Model Laporan Hasil Pemeriksaan

Lab. Klinik

-Tanggal -JenisPemeriksaan -JumPasien -...

Laporan Hasil Pemeriksaan

1 _membuat n 1

n

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

(50)

[image:50.595.108.507.390.739.2]

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

(51)

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

(52)

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

(53)

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

[image:53.595.106.519.226.579.2]

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

(54)

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

(55)

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

[image:55.595.107.519.293.597.2]

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

(56)

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

(57)

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

(58)

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

(59)

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)

[image:59.595.111.517.112.421.2]

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

(60)

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

(61)

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

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

(62)

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

[image:62.595.109.515.112.504.2]

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

(63)

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 :

(64)

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

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

(65)

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

[image:65.595.104.518.103.744.2]

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

(66)

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

(67)

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

[image:67.595.107.518.432.734.2]

e f

Gambar 4.28 Antarmuka Form Pelayanan Tindakan

(68)

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 :

(69)

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.

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 :

(70)

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

[image:70.595.108.517.280.536.2]

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

(71)

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 :

(72)

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.

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.

(73)

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

[image:73.595.109.519.485.737.2]

Edit Data

(74)

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

(75)

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