Ekosistem Layanan Farmasi Digital
Interoperabilitas data dari titik peresepan klinis hingga distribusi last-mile ke tangan pasien.
Faskes / Klinik
E-Prescribing (EMR)
Pusat Data
HIE / SatuSehat
Apotek Digital
SIMA & Dispensing
Selamat datang di Pertemuan 3. Kali ini kita tidak lagi memandang apotek sebagai entitas yang berdiri sendiri (silo), melainkan sebagai simpul penting dalam sebuah ekosistem layanan kesehatan digital.
Anda akan mempelajari standar integrasi data tingkat lanjut, melihat ke dalam arsitektur Dark Pharmacy, dan menganalisis bagaimana internet of things (IoT) mengamankan rantai pasok hingga ke pintu rumah pasien.
Capaian Sub-CPMK 2
- Menganalisis alur data E-Prescribing & Interoperabilitas.
- Membedakan model bisnis E-Pharmacy B2C dan B2B (Dark Pharmacy).
- Mengevaluasi prosedur Logistik Digital & integritas *Cold Chain*.
1. E-Prescribing & Interoperabilitas
Gerbang masuk data klinis. Mengubah instruksi medis menjadi data terstruktur.
Standar Interoperabilitas (HL7 & FHIR)
Agar sistem komputer dokter (Klinik) bisa "berbicara" dengan sistem apotek, diperlukan bahasa standar. HL7 (Health Level Seven) dan generasi terbarunya FHIR (Fast Healthcare Interoperability Resources) adalah protokol standar global pertukaran data kesehatan.
Di Indonesia, platform SatuSehat Kemenkes menggunakan standar FHIR untuk memastikan resep elektronik dapat ditebus di apotek manapun yang terintegrasi, tanpa kehilangan konteks medis pasien.
Tanda Tangan Elektronik (TTE) Tersertifikasi
Secara hukum (UU ITE & Permenkes), resep digital baru dianggap sah (legal) jika dibubuhi TTE tersertifikasi dari Penyelenggara Sertifikasi Elektronik (PSrE) yang diakui Kominfo (contoh: BSrE, PrivyID). TTE memastikan non-repudiation (dokter tidak bisa menyangkal telah meresepkan) dan integritas data (resep tidak diubah di tengah jalan).
Alur Validasi Resep Cerdas (CDSS Flow)
Input Data & Diagnosis
Dokter memasukkan diagnosis (ICD-10) dan memilih obat (KFA - Kamus Farmasi Alkes).
CDSS Auto-Check Sistem
Algoritma mengecek alergi, duplikasi terapi, dan interaksi obat secara real-time.
Hard Stop: Peringatan fatal (kontraindikasi absolut), sistem memblokir resep.
Enkripsi & Transmisi API
Resep ditandatangani digital (TTE), dienkripsi, lalu dikirim via API RESTful ke Apotek.
Klik pada setiap langkah untuk melihat detail proses.
2. E-Pharmacy & E-Dispensing
Dari Front-End B2C hingga operasional robotik di Back-End apotek tertutup.
Mengenal "Dark Pharmacy" (Cloud Pharmacy)
Sistem logistik kefarmasian yang beroperasi eksklusif untuk memenuhi pesanan online. Tidak ada etalase fisik, tidak ada ruang tunggu pasien, dan tidak menerima *walk-in customer*.
Mirip konsep Cloud Kitchen di industri F&B. Hal ini menekan biaya sewa ruang komersial mahal dan memaksimalkan ruang untuk rak penyimpanan (high-density shelving) serta jalur robotik untuk pemrosesan resep bervolume raksasa secara terpusat (Centralized Dispensing).
Operasional E-Dispensing (Otomatisasi Back-End)
Sistem Verifikasi Barcode
Setiap proses mulai dari rak pengambilan hingga pengemasan wajib di-scan. Mencocokkan barcode obat fisik dengan data resep di layar (SIMA) meniadakan kesalahan *Wrong Drug Dispensed*.
Automated Dispensing
Penggunaan robot *pick-and-place* (seperti mesin Rowa) yang mengambil dus obat dari rak raksasa dalam hitungan detik dan menyalurkannya via ban berjalan (conveyor belt) ke meja Apoteker.
Unit Dose / Pouch Packaging
Mesin pengemas memilah pil/tablet ke dalam saset-saset plastik transparan (pouch) sesuai waktu minum (Pagi/Siang/Malam) dilengkapi etiket cetak digital. Sangat krusial untuk poli geriatri.
3. Logistik Digital (Last-Mile Delivery)
Mengantarkan keampuhan terapi klinis menembus batas geografis dengan aman.
Integrasi API dengan 3PL
Apotek digital jarang memiliki kurir sendiri. Mereka menggunakan 3PL (Third Party Logistics) seperti kurir instan/ekspedisi yang sistemnya terhubung langsung via API (Application Programming Interface). Sistem apotek otomatis memanggil kurir terdekat begitu E-Dispensing selesai.
Integritas Cold Chain & Data Logger
Untuk produk biologi (Vaksin, Insulin, Antibodi Monoklonal) yang sensitif suhu (2-8°C). Pengiriman dilengkapi Data Logger Digital berbasis IoT di dalam boks pendingin. Jika suhu melonjak selama perjalanan, alarm terkirim ke *dashboard* Apoteker pusat (Pharmacovigilance) untuk membatalkan serah terima obat.
Reverse Logistics (Alur Retur)
Manajemen pengembalian obat. Jika obat tiba dalam kondisi rusak (segel terbuka, suhu tidak standar), sistem E-Pharmacy harus memiliki fitur komplain digital (retur) yang memicu penarikan barang oleh kurir untuk dimusnahkan secara legal, dan pengiriman ulang secara otomatis.
Alur Validasi Penerimaan (Handover)
Geofencing Tracking
Apoteker dan pasien melacak posisi kurir via GPS E-Pharmacy.
OTP Verification
Kurir meminta kode OTP dari HP pasien. Menjamin obat diserahkan ke *Right Patient*.
Proof of Delivery (API)
Status di SIMA Apotek otomatis berubah menjadi 'Selesai'. Jurnal stok terupdate.
Case-Based Learning (CBL)
Skenario Kegagalan Sistem Integratif
Insiden Keselamatan Terpadu
Kode: API_ERROR_LOG_09X | Sistem Berantai
Skenario Kronologis:
Seorang pasien pediatrik (anak, 5 tahun) diresepkan Antibiotik Cair Sirup kering via E-Prescribing Klinik Cerdas. Karena gangguan server API di tengah malam (downtime), atribut *Berat Badan Pasien* dari E-MR Klinik gagal ditransmisikan secara penuh ke format FHIR di Sistem Apotek (SIMA).
CDSS (Sistem Cerdas) Apotek melakukan kalkulasi dosis default orang dewasa secara otomatis (Algorithm Bias) karena variabel berat badan dianggap 0 atau *null*. Apoteker Jaga yang kelelahan menyetujui peringatan sistem tanpa memvalidasi ulang ke dokter.
Obat disiapkan dan dikirim via logistik pihak ketiga. Di tengah jalan, kurir mengalami kecelakaan ringan, paket terjatuh dan tutup botol sirup retak halus tanpa disadari kurir. Paket diserahkan dengan verifikasi OTP sukses.
Fokus Analisis Diskusi:
- Kegagalan Interoperabilitas (HL7/FHIR error handling).
- Human-in-the-loop failure (Abaikan CDSS / Alert Fatigue).
- Blind spot Logistik Eksternal (Integritas fisik sediaan cair).
Ruang Diskusi Pemantik (Brainstorming)
Evaluasi Resmi Sub-CPMK 2
Lembar Kerja RCA (Root Cause Analysis) Ekosistem Digital
Bagaimana arsitektur API atau standar FHIR seharusnya menangani masalah *missing payload* (data BB hilang) agar CDSS tidak melakukan kalkulasi yang salah?
Pasien menerima obat dalam kondisi kemasan botol retak. Rancanglah alur fitur di aplikasi (E-Pharmacy) bagi pasien untuk mengklaim/meretur obat tersebut secara digital dan aman.
Analisis Tersimpan Berhasil!
Lembar Kerja RCA (Root Cause Analysis) Anda telah terekam aman di *database* akademik dengan Timestamp (Waktu Server).