Konfigurasi Min-Max Stock

Manajemen inventori yang tidak efektif seringkali menjadi sumber kerugian signifikan bagi fasilitas kesehatan, baik itu rumah sakit maupun klinik. Bayangkan sebuah rumah sakit yang kehabisan stok obat esensial di tengah lonjakan pasien, atau sebaliknya, menimbun alat kesehatan yang kadaluarsa karena kelebihan stok. Situasi ini tidak hanya mengganggu pelayanan pasien dan menimbulkan risiko kesehatan, tetapi juga membebani keuangan dengan biaya penyimpanan yang tinggi, potensi kerugian akibat barang kadaluarsa, dan hilangnya peluang penjualan. Menurut data dari survei APICS, perusahaan dengan manajemen inventori yang buruk dapat mengalami kerugian hingga 25% dari pendapatan tahunan. Untuk mengatasi tantangan ini, konfigurasi Min-Max Stock menjadi solusi fundamental yang terbukti efektif. Artikel ini akan memandu Anda melalui konsep dasar Min-Max Stock, cara implementasi teknisnya di sistem informasi modern, dilengkapi dengan contoh kode yang dapat dijalankan, serta praktik terbaik untuk memastikan inventori Anda selalu optimal. Kami akan membahas bagaimana sistem ini dapat diintegrasikan ke dalam SIMRS atau ERP Anda, memanfaatkan teknologi terkini seperti Laravel 11.x dan PostgreSQL 16, untuk menciptakan alur kerja yang efisien dan responsif terhadap kebutuhan operasional.

Konsep Dasar Min-Max Stock dalam Manajemen Inventori

Konfigurasi Min-Max Stock adalah strategi manajemen inventori yang menetapkan batas minimum (Min) dan batas maksimum (Max) untuk setiap item persediaan. Batas Min, sering disebut sebagai reorder point atau titik pemesanan ulang, adalah level stok di mana pesanan baru harus ditempatkan untuk menghindari kehabisan stok. Batas ini memperhitungkan lead time (waktu tunggu pengiriman) dan tingkat permintaan harian. Sementara itu, batas Max adalah jumlah stok tertinggi yang optimal untuk disimpan, mempertimbangkan kapasitas penyimpanan, biaya penyimpanan, dan potensi risiko kadaluarsa. Tujuan utama dari sistem ini adalah menciptakan keseimbangan: mencegah stockout (kehabisan stok) yang dapat mengganggu operasional atau pelayanan, sekaligus menghindari overstocking (kelebihan stok) yang membebani modal kerja dan meningkatkan biaya operasional.

Untuk menghitung nilai Min yang akurat, kita perlu mempertimbangkan dua komponen utama: safety stock dan lead time demand. Safety stock adalah stok pengaman yang disimpan untuk mengantisipasi fluktuasi permintaan atau keterlambatan pengiriman. Misalnya, jika rata-rata permintaan harian sebuah obat adalah 10 unit dan lead time pengiriman dari distributor adalah 7 hari, maka lead time demand adalah 70 unit. Jika rumah sakit ingin memiliki safety stock selama 3 hari permintaan (30 unit), maka reorder point (Min) akan menjadi 70 + 30 = 100 unit. Ketika stok mencapai atau di bawah 100 unit, sistem akan memicu peringatan untuk melakukan pemesanan ulang. Batas Max, di sisi lain, sering dihitung berdasarkan reorder point ditambah jumlah pesanan ekonomis (Economic Order Quantity - EOQ) atau kapasitas penyimpanan maksimum yang efisien. Misalnya, jika EOQ adalah 200 unit, maka batas Max bisa ditetapkan pada 100 (Min) + 200 (EOQ) = 300 unit. Angka-angka ini harus dievaluasi secara berkala berdasarkan data historis dan proyeksi permintaan.

Penerapan Min-Max Stock sangat krusial di sektor kesehatan. Sebagai contoh, di sebuah klinik, stok vaksin flu harus memiliki batas Min yang cukup untuk memenuhi permintaan musiman dan batas Max yang tidak melebihi kapasitas lemari pendingin serta tanggal kadaluarsa. Di rumah sakit, obat-obatan esensial seperti insulin atau antibiotik kritis memerlukan konfigurasi Min-Max yang sangat ketat untuk memastikan ketersediaan tanpa henti. Menurut Peraturan Menteri Kesehatan (PMK) No. 73 Tahun 2016 tentang Standar Pelayanan Kefarmasian di Apotek, pengelolaan sediaan farmasi harus memastikan ketersediaan, stabilitas, dan keamanan. Min-Max Stock membantu mencapai kepatuhan ini dengan menyediakan kerangka kerja terstruktur untuk pengelolaan inventori. Sistem ini tidak hanya mengurangi risiko kerugian finansial akibat barang kadaluarsa atau biaya penyimpanan berlebih, tetapi juga secara langsung berkontribusi pada peningkatan kualitas pelayanan pasien dengan menjamin ketersediaan pasokan yang dibutuhkan tepat waktu.

Implementasi Teknis Min-Max Stock di Sistem Informasi

Mengimplementasikan konfigurasi Min-Max Stock secara efektif memerlukan integrasi yang kuat dalam sistem informasi manajemen, seperti SIMRS, SIM Klinik, atau modul ERP. Pada intinya, sistem perlu memiliki kemampuan untuk menyimpan parameter Min dan Max untuk setiap item inventori, memantau level stok secara real-time, dan memicu aksi otomatis atau notifikasi ketika batas-batas tersebut dilanggar. Untuk pengembangan sistem, kami merekomendasikan penggunaan Laravel 11.x sebagai framework backend karena kemampuannya dalam menangani logika bisnis yang kompleks dan integrasi database yang efisien. Sebagai database, PostgreSQL 16 adalah pilihan yang sangat baik karena skalabilitas, keandalan, dan dukungan fitur JSONB yang berguna untuk menyimpan konfigurasi fleksibel.

Struktur database adalah fondasi dari implementasi ini. Kita memerlukan tabel `inventories` untuk menyimpan detail setiap item, dan tabel `item_min_max_configs` untuk menyimpan parameter Min dan Max yang spesifik per item dan mungkin per lokasi penyimpanan. Tabel `inventories` bisa mencakup kolom seperti `id`, `item_code`, `item_name`, `current_stock`, `unit_of_measure`, dan `location_id`. Tabel `item_min_max_configs` akan memiliki kolom seperti `id`, `item_id` (foreign key ke `inventories`), `location_id`, `min_quantity`, `max_quantity`, `reorder_point`, dan `safety_stock_days`. Penting untuk mencatat bahwa `reorder_point` bisa dihitung dari `min_quantity` atau diatur secara terpisah, tergantung pada kompleksitas logika bisnis yang diinginkan.

Logika bisnis untuk Min-Max Stock akan berjalan di sisi server, biasanya melalui API yang dibangun dengan Laravel 11.x. Ketika ada transaksi keluar masuk barang (misalnya, dispensing obat ke pasien, penerimaan barang dari supplier), sistem harus secara otomatis memperbarui `current_stock` di tabel `inventories`. Setelah setiap pembaruan, sebuah pemicu atau proses latar belakang (job) akan mengevaluasi apakah `current_stock` suatu item telah melewati `reorder_point` atau `max_quantity`. Jika `current_stock` berada di bawah `reorder_point`, sistem akan menghasilkan rekomendasi pesanan pembelian (Purchase Order - PO) atau mengirim notifikasi ke manajer pengadaan. Sebaliknya, jika `current_stock` melebihi `max_quantity` setelah penerimaan barang, sistem dapat memicu peringatan untuk meninjau kembali parameter Max atau mencari cara untuk mengurangi kelebihan stok. Untuk memastikan kinerja yang optimal, operasi ini dapat diimplementasikan sebagai queued job di Laravel menggunakan Redis sebagai queue driver.

Integrasi dengan modul lain sangat penting. Misalnya, modul pengadaan (procurement) harus dapat menerima rekomendasi PO otomatis dari sistem Min-Max. Modul gudang (warehouse management) harus dapat mencatat penerimaan dan pengeluaran barang secara akurat untuk memastikan data stok selalu up-to-date. Bahkan, integrasi dengan sistem prediksi permintaan (demand forecasting) dapat meningkatkan akurasi Min dan Max secara dinamis. Untuk sistem yang lebih kompleks seperti SIMRS yang terintegrasi dengan BPJS atau SatuSehat, meskipun Min-Max Stock secara langsung tidak terkait dengan standar FHIR, data inventori yang akurat adalah prasyarat untuk pelaporan yang konsisten dan efisien. Misalnya, ketersediaan obat yang dilaporkan ke sistem eksternal harus mencerminkan kondisi stok riil yang dikelola oleh Min-Max. Penggunaan versi stabil seperti PHP 8.2 atau yang lebih baru dengan Laravel 11.x akan memastikan kompatibilitas dan keamanan yang optimal.

Contoh Kode Implementasi Logika Min-Max Stock

Berikut adalah contoh implementasi logika Min-Max Stock menggunakan Laravel 11.x dan PostgreSQL 16. Kode ini akan menunjukkan bagaimana kita dapat memeriksa status stok dan mengidentifikasi item yang perlu dipesan ulang atau yang kelebihan stok.

<?phpnamespace App\'Services;use App\Models\Inventory;use App\Models\ItemMinMaxConfig;class InventoryService{    public function checkStockStatus(int $itemId, int $locationId): array    {        $inventory = Inventory::where('item_id', $itemId)            ->where('location_id', $locationId)            ->first();        if (!$inventory) {            return ['status' => 'error', 'message' => 'Inventory item not found.'];        }        $config = ItemMinMaxConfig::where('item_id', $itemId)            ->where('location_id', $locationId)            ->first();        if (!$config) {            return ['status' => 'warning', 'message' => 'Min-Max configuration not set for this item.'];        }        $currentStock = $inventory->current_stock;        $reorderPoint = $config->reorder_point; // Atau $config->min_quantity jika langsung        $maxQuantity = $config->max_quantity;        $status = 'ok';        $message = 'Stock level is within optimal range.';        $actions = [];        if ($currentStock <= $reorderPoint) {            $status = 'reorder_needed';            $message = 'Stock is below or at reorder point. Reorder is recommended.';            $actions[] = [                'type' => 'create_purchase_order',                'quantity' => $maxQuantity - $currentStock, // Order up to max                'item_id' => $itemId            ];        } elseif ($currentStock > $maxQuantity) {            $status = 'overstock';            $message = 'Stock is above maximum allowed quantity.';            $actions[] = [                'type' => 'review_stock_levels',                'suggestion' => 'Consider transferring or reducing future orders.'            ];        }        return compact('status', 'message', 'currentStock', 'reorderPoint', 'maxQuantity', 'actions');    }    public function getItemsNeedingReorder(): \Illuminate\Support\Collection    {        return Inventory::select('inventories.item_id', 'inventories.location_id', 'inventories.current_stock', 'config.reorder_point', 'config.max_quantity')            ->join('item_min_max_configs as config', function ($join) {                $join->on('inventories.item_id', '=', 'config.item_id')                     ->on('inventories.location_id', '=', 'config.location_id');            })            ->whereColumn('inventories.current_stock', '<=', 'config.reorder_point')            ->get();    }}

Kode PHP di atas adalah sebuah `InventoryService` yang memiliki dua metode. Metode `checkStockStatus` menerima `itemId` dan `locationId` kemudian mengambil data inventori dan konfigurasi Min-Max dari database. Ia membandingkan `current_stock` dengan `reorder_point` dan `max_quantity` untuk menentukan status stok item tersebut. Jika stok di bawah atau sama dengan `reorder_point`, status akan menjadi `reorder_needed` dan sistem akan menyarankan untuk membuat pesanan pembelian sejumlah selisih hingga batas `max_quantity`. Jika stok melebihi `max_quantity`, status menjadi `overstock`. Metode kedua, `getItemsNeedingReorder`, menggunakan eloquent join untuk langsung mengambil semua item dari database yang `current_stock`-nya berada di bawah atau sama dengan `reorder_point` yang telah dikonfigurasi. Ini sangat berguna untuk membuat laporan harian atau mingguan tentang item-item yang memerlukan perhatian pengadaan. Kode ini diasumsikan berjalan dalam lingkungan Laravel 11.x dengan migrasi database yang sesuai untuk tabel `inventories` dan `item_min_max_configs`.

Selanjutnya, kita bisa menggunakan query SQL langsung di PostgreSQL 16 untuk mendapatkan daftar item yang kelebihan stok. Ini bisa digunakan untuk laporan atau analisis data yang lebih mendalam, atau bahkan sebagai bagian dari stored procedure yang dijalankan secara terjadwal.

SELECT    i.item_id,    i.item_name,    i.current_stock,    imc.min_quantity,    imc.max_quantity,    imc.location_idFROM    inventories iJOIN    item_min_max_configs imc ON i.item_id = imc.item_id AND i.location_id = imc.location_idWHERE    i.current_stock > imc.max_quantity;

Query SQL ini mengambil `item_id`, `item_name`, `current_stock`, `min_quantity`, `max_quantity`, dan `location_id` dari tabel `inventories` dan `item_min_max_configs`. Kondisi `WHERE i.current_stock > imc.max_quantity` secara spesifik menyaring hasil untuk menampilkan hanya item-item yang stoknya melebihi batas maksimum yang telah ditetapkan. Query semacam ini sangat efisien di PostgreSQL 16, terutama dengan indeks yang tepat pada kolom `item_id` dan `location_id` di kedua tabel. Dengan menggunakan kombinasi kode PHP untuk logika aplikasi dan query SQL langsung untuk pelaporan atau tugas-tugas batch, kita dapat membangun sistem Min-Max Stock yang robust dan berkinerja tinggi. Penting untuk memastikan bahwa `reorder_point` dihitung dengan benar, mungkin dengan mempertimbangkan average daily usage dan lead time, dan disimpan secara konsisten di `item_min_max_configs`.

Integrasi Data dan Penanganan Error

Integrasi data adalah tulang punggung sistem Min-Max Stock yang efektif. Setiap perubahan stok, baik itu penerimaan, pengeluaran, atau penyesuaian, harus tercatat secara akurat dan real-time untuk memastikan logika Min-Max bekerja dengan benar. Untuk sistem terdistribusi atau ketika berinteraksi dengan modul eksternal (misalnya, sistem POS di apotek rumah sakit atau sistem pengadaan dari vendor), penggunaan API RESTful dengan format JSON adalah standar terbaik. Berikut adalah contoh payload JSON untuk memperbarui stok:

{