Aplikasi Apotek: Stok Obat, Kedaluwarsa, dan Penjualan Rapi

Kalau apotek Anda rutin menemukan obat lewat tanggal saat stock opname, angka di kartu stok beda dengan isi rak, dan penjualan baru direkap malam hari, tiga hal itu yang paling cepat berubah begitu pencatatan pindah ke aplikasi. Kedaluwarsa jadi terpantau per batch, bukan per nama obat. Satuan box, strip, dan butir dikonversi otomatis sehingga stok tidak lagi meleset. Penjualan dan resep tercatat saat transaksi terjadi, bukan diingat-ingat belakangan.

Aplikasi apotek pada dasarnya kasir plus manajemen stok yang paham cara obat dijual. Bedanya dengan aplikasi kasir toko biasa ada di detail yang kelihatan sepele tapi menentukan. Satu nama obat bisa punya beberapa batch dengan tanggal kedaluwarsa berbeda. Harga beli bisa naik tiap kali barang datang. Satu transaksi racikan bisa memotong lima item stok sekaligus. Aplikasi kasir umum jarang menangani hal-hal ini, dan di situlah selisih mulai muncul.

Kedaluwarsa per batch, bukan per nama obat

Ini pembeda paling besar. Di toko kelontong, satu barang cukup dicatat satu baris stok. Di apotek tidak bisa begitu. Amoxicillin 500 mg yang Anda beli bulan Maret dan bulan Juli bisa punya nomor batch dan tanggal kedaluwarsa yang berbeda, meski nama, kemasan, dan harganya sama persis. Kalau sistem hanya mencatat “Amoxicillin 500 mg: 40 strip”, informasi kedaluwarsanya hilang. Yang tersisa cuma tulisan kecil di dus, dan itu baru ketahuan saat stock opname atau saat pembeli protes di depan meja.

Aplikasi apotek yang benar mencatat stok satu tingkat lebih dalam: per batch. Setiap penerimaan barang dicatat dengan nomor batch, jumlah, harga beli, dan tanggal kedaluwarsa. Jadi stok Amoxicillin 500 mg bisa terbaca sebagai 25 strip batch A yang kedaluwarsa Februari dan 15 strip batch B yang kedaluwarsa November. Dua angka, satu nama obat.

FEFO: yang lebih dulu kedaluwarsa, dijual lebih dulu

Istilah yang sering dipakai adalah FEFO, singkatan dari First Expired First Out. Artinya sederhana: barang yang tanggal kedaluwarsanya paling dekat harus keluar duluan. Ini beda dengan FIFO yang mengeluarkan barang berdasarkan urutan masuk. Di apotek keduanya sering tidak sama. Barang yang datang belakangan bisa saja punya ED lebih pendek karena stok distributor sudah lama menumpuk.

Dengan pencatatan per batch, sistem bisa otomatis menyarankan batch mana yang dipotong saat penjualan. Kasir tidak perlu mikir. Yang perlu dijaga hanya konsistensi: batch yang disarankan sistem harus sama dengan yang benar-benar diambil dari rak. Karena itu penataan rak biasanya ikut disesuaikan, batch ED terdekat ditaruh paling depan.

Peringatan yang datang jauh hari

Peringatan kedaluwarsa satu minggu sebelum tanggal ED nyaris tidak ada gunanya. Obat sudah tidak laku, dan waktu untuk retur ke distributor biasanya sudah lewat. Yang berguna adalah peringatan tiga sampai enam bulan sebelumnya, karena di rentang itu Anda masih punya pilihan. Bisa didorong penjualannya, bisa ditransfer ke cabang yang perputarannya lebih cepat, bisa diurus retur selagi masih memenuhi syarat distributor.

Bentuk paling praktis adalah satu daftar yang bisa dibuka kapan saja: obat yang ED-nya kurang dari 90 hari, diurutkan dari yang paling dekat, lengkap dengan nilai rupiahnya. Daftar itu yang jadi bahan rapat mingguan, bukan tebakan.

Satuan berjenjang dan racikan, dua sumber selisih stok

Apotek beli per box, tapi jual per strip, bahkan per butir. Satu box isi 10 strip, satu strip isi 10 tablet. Kalau konversinya dihitung manual, selisih pasti muncul. Bukan karena orangnya tidak teliti, tapi karena satu hari bisa ada puluhan transaksi dengan satuan campur.

Aplikasi apotek menyimpan hubungan satuan itu sekali di master data, lalu memakainya terus. Pembelian masuk dalam box, penjualan keluar dalam strip atau butir, dan stok tetap terbaca konsisten dalam satuan terkecil. Laporan bisa ditampilkan dalam bentuk yang mudah dibaca, misalnya “3 box 4 strip 2 tablet”, tanpa mengubah cara sistem menghitung di belakang.

Racikan menambah satu lapis lagi. Satu resep racikan bisa terdiri dari beberapa item yang digerus jadi sekian bungkus. Kalau dicatat sebagai satu baris penjualan bernama “puyer anak”, stok bahan bakunya tidak pernah berkurang di sistem, dan angka stok akan makin jauh dari kenyataan tiap hari. Yang dibutuhkan adalah resep racikan yang tersimpan sebagai komposisi: satu transaksi, beberapa item stok terpotong sekaligus sesuai takaran, harga jual dihitung dari total bahan plus jasa racik. Sekali komposisinya dibuat, racikan yang sering dipesan tinggal dipanggil ulang.

Penandaan golongan obat dan catatan resep

Tidak semua obat diperlakukan sama. Obat bebas bisa dijual langsung, sementara golongan tertentu hanya boleh diserahkan dengan resep dan pengawasan apoteker. Aplikasi tidak menggantikan peran apoteker di sini. Yang bisa dilakukan sistem adalah memberi penanda pada tiap item, lalu memunculkan pengingat saat item bertanda tersebut masuk keranjang penjualan.

Untuk penjualan dengan resep, sistem menyediakan tempat mencatat data resepnya: nomor, tanggal, nama dokter, nama pasien, dan item yang diserahkan. Foto atau scan lembar resep bisa dilampirkan supaya arsipnya tidak menumpuk di laci. Ini bukan sekadar rapi-rapi administrasi. Saat ada pemeriksaan, audit internal, atau pertanyaan susulan soal penyerahan obat tertentu, catatan yang bisa dicari dalam hitungan detik jauh lebih menenangkan daripada tumpukan kertas.

Satu catatan penting. Ketentuan penandaan, penyimpanan, dan pelaporan obat golongan tertentu itu spesifik dan bisa berubah. Jangan mengandalkan artikel mana pun, termasuk yang ini, sebagai rujukan kepatuhan. Konfirmasikan detailnya ke apoteker penanggung jawab apotek Anda, lalu minta agar aturan itu yang diterjemahkan ke dalam pengaturan sistem.

Harga beli naik, margin jangan ikut hilang

Harga beli obat bergerak. Batch baru datang dengan harga lebih tinggi, sementara harga jual di sistem masih memakai angka lama. Kalau tidak ada yang mengingatkan, apotek bisa berjualan berbulan-bulan dengan margin yang menipis tanpa disadari, apalagi untuk item yang perputarannya cepat.

Karena harga beli sudah tersimpan per batch, sistem bisa menghitung margin per item secara jujur, bukan berdasarkan asumsi. Saat penerimaan barang dicatat dengan harga beli baru, aplikasi bisa langsung memberi tahu item mana yang marginnya turun di bawah batas yang Anda tetapkan, misalnya 15 persen, lengkap dengan usulan harga jual barunya. Keputusan tetap di tangan pemilik. Bedanya, keputusan itu diambil saat barang datang, bukan tiga bulan kemudian saat laba bulanan terlihat aneh.

Laporan yang benar-benar dipakai

Aplikasi apotek gampang berlebihan di bagian laporan. Puluhan menu tersedia, yang dibuka cuma dua atau tiga. Dari pengalaman membangun sistem stok dan penjualan untuk berbagai jenis usaha, laporan yang benar-benar mengubah keputusan biasanya sedikit dan spesifik.

• Obat mendekati kedaluwarsa. Daftar item dengan ED di bawah 90 hari beserta nilai rupiahnya. Ini yang menentukan apa yang perlu didorong minggu ini.
• Obat mati. Item yang tidak terjual sekian bulan terakhir tapi stoknya masih ada. Uang yang mengendap di rak, dan biasanya calon obat kedaluwarsa berikutnya.
• Stok menipis. Item yang sudah di bawah batas minimum, dikelompokkan per distributor supaya pemesanan ulang bisa langsung dikirim tanpa menyalin ulang daftar.
• Penjualan per kategori. Perbandingan antar kelompok obat dari waktu ke waktu, untuk melihat pergeseran pola belanja pelanggan.
• Selisih stock opname. Perbandingan stok sistem dengan hitungan fisik, supaya penyebab selisih bisa ditelusuri selagi masih segar.

Kalau apotek Anda punya lebih dari satu cabang, tambahkan satu hal lagi: stok yang bisa dilihat lintas cabang dan transfer stok antar apotek yang tercatat rapi. Obat yang menumpuk dan mendekati ED di satu cabang sering laku di cabang lain. Tanpa catatan transfer yang jelas, perpindahan barang seperti ini justru jadi sumber selisih baru.

Kapan masih cukup manual, kapan sudah waktunya

Jujur saja, tidak semua apotek butuh aplikasi hari ini. Apotek kecil dengan jumlah item terbatas, satu orang yang menangani pembelian sekaligus penjualan, dan perputaran barang cepat sehingga jarang ada stok mengendap, biasanya masih aman dengan kartu stok dan spreadsheet yang rapi. Selama pemiliknya sendiri yang berdiri di konter dan hafal isi raknya, sistem manual masih bisa diandalkan.

Yang mendorong perpindahan biasanya bukan jumlah item, tapi jumlah orang dan jumlah lokasi. Begitu ada beberapa karyawan yang bergantian jaga, shift pagi dan sore, atau cabang kedua, catatan manual mulai bocor. Tanda lain yang lebih konkret: nilai obat kedaluwarsa yang dibuang tiap periode sudah terasa di laba, stock opname makan waktu berhari-hari, atau Anda tidak bisa menjawab pertanyaan sederhana seperti berapa nilai stok apotek hari ini tanpa menghitung ulang.

Aplikasi jadi atau dibuat khusus

Aplikasi apotek siap pakai sudah banyak, dan untuk kebutuhan standar itu pilihan yang masuk akal. Biayanya jelas, bisa dipakai minggu ini juga, dan fitur dasarnya sudah teruji di banyak apotek. Mulai dari sana kalau alur kerja Anda tidak jauh berbeda dari kebanyakan apotek.

Sistem yang dibangun khusus lebih masuk akal saat ada alur yang tidak umum. Misalnya apotek yang menyatu dengan klinik dan perlu terhubung dengan data kunjungan pasien, jaringan beberapa cabang dengan aturan transfer stok dan harga yang berbeda per lokasi, integrasi ke sistem akuntansi yang sudah dipakai, atau skema penjualan ke instansi yang butuh format penagihan tertentu. Kalau kebutuhan Anda lebih dekat ke sisi ini, kami membahas pendekatannya di halaman sistem aplikasi custom. Untuk apotek yang menempel pada layanan klinik, alur antrian pasien juga sering ikut dibenahi bersamaan, dan itu kami bahas terpisah di artikel sistem antrian klinik.

Belum yakin masuk kategori mana? Ceritakan dulu kondisi apotek Anda, berapa cabang, berapa orang yang menginput, dan masalah mana yang paling mengganggu. Dari situ biasanya kelihatan apakah aplikasi jadi sudah cukup atau memang perlu dibuatkan. Silakan hubungi kami lewat halaman kontak kalau ingin mendiskusikannya.

Pertanyaan yang sering muncul

Apakah aplikasi kasir biasa bisa dipakai untuk apotek?

Bisa untuk mencatat penjualan, tapi biasanya kandas di tiga hal: stok per batch dengan tanggal kedaluwarsa, konversi satuan box ke strip ke butir, dan racikan yang memotong beberapa item sekaligus. Tanpa ketiganya, angka stok di sistem akan pelan-pelan menjauh dari isi rak, dan kedaluwarsa tetap ketahuan belakangan.

Berapa lama proses memindahkan data stok ke aplikasi?

Bagian yang berat bukan aplikasinya, tapi input data awal. Master obat biasanya bisa diimpor dari spreadsheet dalam sehari kalau datanya sudah rapi. Yang makan waktu adalah stock opname awal untuk mencatat batch dan tanggal kedaluwarsa tiap item. Banyak apotek melakukannya bertahap per rak selama satu sampai dua minggu, sambil tetap beroperasi normal.

Apakah sistem ini bisa mencegah obat kedaluwarsa terjual?

Sistem bisa memberi peringatan dan mengarahkan batch mana yang seharusnya dipotong, tapi tetap ada orang yang mengambil barang dari rak. Aplikasi mengurangi kemungkinan salah ambil, bukan menghilangkannya. Kombinasi yang efektif biasanya sistem yang mengingatkan, penataan rak yang mengikuti urutan kedaluwarsa, dan pemeriksaan berkala oleh apoteker penanggung jawab.