Odoo AI Assistant + OCR: Ajukan Medical Claim via Telegram Kini Lebih Mudah!

Bayangkan: Cukup Kirim Foto, Semua Data Terisi Otomatis

Pernahkah Anda merasa repot saat harus mengisi formulir klaim medis? Mengetik ulang nama pasien, diagnosa, hingga total biaya dari struk atau surat dokter — satu per satu, field demi field. Bagaimana jika semua itu bisa dilakukan hanya dengan satu foto?

Inilah yang kini hadir di Odoo AI Assistant dengan integrasi OCR (Optical Character Recognition), terhubung langsung melalui Telegram dan MCP Odoo (OCA).


Apa yang Baru? OCR di Dalam Workflow

Pada versi sebelumnya, workflow pengajuan medical claim melalui Telegram sudah berjalan, namun pengguna masih harus mengisi data secara manual. Kini, dengan penambahan fitur OCR, sistem mampu membaca dan mengekstrak data langsung dari gambar yang dikirimkan, meliputi:

  • ✅ Nama Pasien
  • ✅ Diagnosa
  • ✅ Jumlah Total Biaya

Semua data tersebut diambil secara otomatis tanpa perlu input manual.


Demo: Dari Foto ke Data Lengkap dalam Hitungan Detik

Dalam demo yang ditunjukkan, berikut alur kerjanya:

  1. Kirim foto dokumen klaim (misalnya surat dokter atau kwitansi) melalui chat Telegram.
  2. Ketik “medikal” sebagai penanda bahwa ini adalah pengajuan klaim medis.
  3. Sistem memproses gambar dengan OCR dan mengekstrak data secara otomatis.
  4. Data langsung masuk ke Odoo — nama pasien, diagnosa, hingga lampiran dokumen.

Contoh Nyata:

Nama pasien “Budi Santoso” terbaca dari dokumen. Sistem langsung mencocokkan dengan data employee di Odoo dan menemukan bahwa Budi Santoso adalah anak pertama dari Employee Demo. Secara otomatis:

  • Family Type → Anak Pertama
  • Family Name → Budi Santoso
  • Diagnosa → Terisi dari dokumen
  • Lampiran → Foto otomatis terlampir

Tanpa satu pun field yang perlu diketik ulang! 🎉


Bukan Hanya Medical Claim — Bisa untuk Reimbursement Juga!

Fitur OCR ini tidak terbatas pada klaim medis. Sistem yang sama dapat digunakan untuk:

  • 🅿️ Klaim parkir
  • 🛣️ Klaim tol
  • 🧾 Reimbursement lainnya

Cukup kirim foto struk parkir atau tol, dan sistem akan langsung mengenali nilainya serta memasukkan data ke Odoo sesuai angka yang tertera.


Mengapa Ini Penting?

Sebelum OCRSetelah OCR
Input manual satu per satuKirim foto, data terisi otomatis
Rawan typo / kesalahan ketikData akurat langsung dari dokumen
Butuh waktu beberapa menitSelesai dalam hitungan detik
Harus buka Odoo di browserCukup lewat Telegram

Kesimpulan

Dengan kombinasi Odoo AI Assistant + OCR + Telegram + MCP Odoo (OCA), proses pengajuan klaim medis dan reimbursement menjadi jauh lebih sederhana, cepat, dan minim kesalahan. Karyawan tidak perlu lagi bergelut dengan formulir — cukup foto, kirim, dan selesai.

Ini adalah langkah nyata menuju otomatisasi proses HR dan administrasi yang lebih efisien di era digital.


📺 Tonton demonya di YouTube:


Keywords: Odoo AI Assistant, OCR, Medical Claim, Telegram, MCP Odoo, OCA, Reimbursement Otomatis, Workflow Otomatis

Integrasi Odoo dengan SatuSehat: Solusi Cerdas Pengelolaan Data Pasien

Apa Itu Integrasi Odoo SatuSehat?

SatuSehat merupakan platform data kesehatan nasional Indonesia yang memungkinkan interoperabilitas data kesehatan antar fasilitas. Kini, Odoo hadir dengan modul integrasi SatuSehat yang memudahkan fasilitas kesehatan dalam mengelola data pasien secara efisien dan terstandarisasi.


Fitur Utama: Master Wilayah Lokal

Salah satu keunggulan utama dari integrasi ini adalah Master Wilayah yang diimpor secara lokal ke dalam sistem Odoo.

Mengapa Master Wilayah Lokal Penting?

  • Tidak perlu lookup API setiap saat – Saat mengisi data pasien, sistem tidak perlu melakukan panggilan API berulang kali ke server SatuSehat.
  • Proses input lebih cepat – Data wilayah (provinsi, kota/kabupaten, kecamatan) sudah tersedia di database lokal.
  • Mengurangi ketergantungan koneksi internet – Input data tetap bisa dilakukan meskipun koneksi ke API sedang lambat.

Mekanisme Refresh Data

Data wilayah bersifat jarang berubah, namun modul ini tetap menyediakan mekanisme pembaruan:

MetodeKeterangan
Scheduled (Otomatis)Dapat diset bulanan atau sesuai kebutuhan
Manual (Run Manually)Tombol Retry tersedia jika ada kebutuhan mendesak

💡 Catatan: Karena data wilayah relatif statis, refresh bulanan umumnya sudah cukup.


Alur Kerja Integrasi

Berikut alur kerja yang didemonstrasikan:

  1. Impor Master Wilayah – Data wilayah (contoh: Aceh → Banda Aceh → Kecamatan) diimpor ke database lokal Odoo.
  2. Pengisian Data Pasien – Petugas memilih wilayah dari dropdown lokal tanpa perlu menunggu response API.
  3. Auto-Sync ke SatuSehat – Setiap perubahan data secara otomatis terdeteksi dan dikirim ke platform SatuSehat.
  4. Pemberian SatuSehat Resource ID – Setelah sinkronisasi berhasil, sistem langsung memberikan Resource ID unik dari SatuSehat.
  5. Pembaruan Data Pasien – Resource ID tersimpan di record pasien di Odoo.

Keunggulan Modul Ini

✅ Efisiensi – Input data pasien lebih cepat tanpa delay API
✅ Otomatisasi – Sinkronisasi berjalan otomatis via scheduled job
✅ Traceability – Setiap perubahan data tercatat dan terlihat di log
✅ Standarisasi – Data sesuai format SatuSehat nasional
✅ Fleksibilitas – Refresh bisa otomatis maupun manual


Kesimpulan

Modul Odoo SatuSehat memberikan solusi praktis bagi fasilitas kesehatan yang ingin terhubung dengan ekosistem data kesehatan nasional tanpa mengorbankan kecepatan operasional. Dengan master wilayah lokal dan mekanisme sinkronisasi otomatis, pengelolaan data pasien menjadi lebih cepat, akurat, dan terstandarisasi.


📹 Demo lengkap dapat dilihat di video YouTube:


Tags: #Odoo #SatuSehat #IntegrasiKesehatan #HIS #RekamMedis #DigitalHealth #Indonesia


Mengapa Saldo WIP Anda “Menggantung”? Rahasia di Balik Jurnal Akuntansi Manufaktur yang Jarang Diketahui

Pendahuluan: Misteri Angka yang Tak Kunjung Nol

Bagi seorang akuntan manufaktur atau konsultan ERP, melihat laporan Trial Balance yang tidak bersih adalah sebuah gangguan profesional. Salah satu fenomena yang paling sering memicu kebingungan adalah saldo yang “nyangkut” atau menggantung di akun Work-In-Process (WIP). Keresahan ini biasanya memuncak saat barang sudah selesai diproduksi, stok sudah keluar gudang, bahkan faktur sudah dibayar pelanggan, namun saldo di akun Work-In-Process tetap bertahan di posisi kredit.

Mengapa angka ini tidak kunjung nol? Apakah ada kesalahan sistem? Sebagai praktisi, Anda harus memahami bahwa saldo menggantung ini bukanlah error, melainkan konsekuensi logis dari bagaimana sistem mengalokasikan biaya overhead atau Work Center. Tanpa pemahaman mendalam mengenai alur jurnalnya, laporan keuangan Anda berisiko menampilkan informasi yang menyesatkan.

Biaya “Gaib” dari Work Center: Mengkapitalisasi Nilai ke Dalam Aset

Dalam ekosistem manufaktur, nilai sebuah produk tidak sesederhana akumulasi bahan baku. Mari kita bedah melalui angka nyata berdasarkan standar operasional sistem:

Perhitungan Total Nilai Barang Jadi (Finished Goods):

  • Raw Material 1: Rp10.000 (Debet WIP)
  • Raw Material 2: Rp20.000 (Debet WIP)
  • Biaya Work Center (1 Jam): Rp100.000 Total Nilai Kapitalisasi Produk: Rp130.000

Secara teknis, saat proses produksi selesai (Produce All), sistem akan mengkreditkan Work-In-Process sebesar Rp130.000 dan mendebet Persediaan Barang Jadi dengan nilai yang sama. Di sinilah letak kebingungannya: Akun Work-In-Process sebelumnya hanya menerima debet sebesar Rp30.000 dari bahan baku. Ketika sistem melakukan kredit Rp130.000 untuk membentuk nilai persediaan, maka terciptalah saldo kredit menggantung sebesar Rp100.000.

Sebagai spesialis, kita menyebut proses ini sebagai upaya sistem untuk mengkapitalisasi biaya ke nilai aset (stok). Nilai Rp100.000 tersebut adalah estimasi nilai tambah dari penggunaan mesin dan tenaga kerja yang “disuntikkan” ke dalam harga pokok barang.

Paradoks Saldo Menggantung: Menjual Barang Tidak Menghapus Masalah

Banyak pengguna berasumsi bahwa transaksi penjualan akan “membersihkan” seluruh jejak biaya produksi. Namun, secara akuntansi, hal ini adalah sebuah paradoks. Mari kita simulasikan penjualan produk tersebut dengan harga Rp200.000:

  1. Tahap Delivery Order: Sistem akan mendebet Persediaan dalam Pengiriman (Inventory in Transit) dan mengkredit Persediaan Barang Jadi sebesar Rp130.000.
  2. Tahap Invoicing: Sistem akan mendebet Harga Pokok Penjualan (COGS) dan mengkredit Persediaan dalam Pengiriman sebesar Rp130.000, serta mencatat Pendapatan sebesar Rp200.000.

Perhatikan alur di atas: Seluruh rangkaian transaksi penjualan hanya berputar pada perpindahan nilai dari persediaan ke beban (HPP). Sama sekali tidak ada transaksi yang menyentuh akun Work-In-Process. Akibatnya, saldo kredit Rp100.000 dari biaya Work Center tadi tetap tertinggal di laporan Trial Balance Anda, meskipun barangnya sudah berada di tangan konsumen.

Jurnal Manual: Jembatan Rekonsiliasi di Akhir Bulan

Untuk menjaga integritas laporan keuangan, saldo menggantung ini harus diselesaikan melalui prosedur Month-End Closing. Anda tidak bisa membiarkan saldo ini terus menumpuk karena akan merusak akurasi neraca.

Solusinya adalah melakukan Jurnal Entry Manual untuk memindahkan saldo estimasi tersebut ke akun penampung. Langkah teknisnya adalah:

  • Debet: Work-In-Process (WIP) sebesar Rp100.000.
  • Kredit: Biaya Produksi Lainnya sebesar Rp100.000.

Dalam konteks ERP manufaktur, Biaya Produksi Lainnya berfungsi sebagai Clearing Account atau suspense account. Akun Work-In-Process sendiri dalam fase ini hanyalah sebuah sarana transitori. Seperti yang sering saya tekankan kepada klien:

“Dia [akun WIP] memang harusnya nol karena dia cuma mengantar agar menjadi nilai persediaan finish aja.”

Closing the Loop: Sinkronisasi Estimasi dengan Realita Kas

Langkah terakhir dan yang paling krusial bagi seorang Senior Consultant adalah memastikan Clearing Account tersebut bertemu dengan pengeluaran riil di laporan Laba Rugi (P&L). Di sinilah kita melakukan rekonsiliasi terhadap biaya aktual, misalnya pembayaran gaji atau biaya listrik.

Mari kita lihat konsep Cost Variance (Selisih Biaya):

  • Sistem mencatat kredit pada Biaya Produksi Lainnya sebesar Rp100.000 (berdasarkan estimasi Work Center).
  • Pada saat pembayaran gaji nyata melalui bank, Anda menjurnal: Debet Biaya Produksi Lainnya dan Kredit Kas/Bank.
  • Jika Anda hanya membayar gaji sebesar Rp80.000, maka akan ada saldo tersisa Rp20.000 di akun tersebut sebagai Cost Variance.

Jika rekonsiliasi ini diabaikan, perusahaan akan menghadapi risiko distorsi Margin Laba Kotor (Gross Profit Margin). Mengapa? Karena biaya overhead Anda masih tertahan di akun WIP atau akun kliring, bukannya terbeban secara akurat di laporan P&L untuk dibandingkan dengan pendapatan penjualan.

Kesimpulan: Menjadi Master dalam Alur Akuntansi Manufaktur

Saldo menggantung di akun Work-In-Process bukanlah sebuah anomali, melainkan sinyal bahwa siklus akuntansi manufaktur Anda belum selesai sepenuhnya. Sebagai profesional, tugas kita adalah memastikan setiap estimasi biaya yang dikapitalisasi ke dalam stok telah divalidasi dengan pengeluaran riil melalui jurnal penyesuaian yang tepat.

Ketidakteraturan dalam mengelola saldo WIP akan berujung pada laporan keuangan yang “gemuk” di aset namun keropos dalam pengakuan biaya. Pertanyaannya sekarang: Apakah laporan Trial Balance Anda sudah benar-benar bersih hari ini, ataukah masih ada biaya ‘ghost’ yang bersembunyi dan mengacaukan margin keuntungan Anda?