Studi Kasus

Adalah satu hal yang lumrah dalam penerbitan dokumen invoice perusahaan menerapkan kodifikasi penomoran untuk setiap dokumen invoice yang diterbitkan, sebagai contoh: 30912/INV/EXP/III/2010. Hal ini dilakukan untuk mempermudah manajemen dan pengaturan atas dokumen yang dibuat. Permasalahannya adalah bagaimana jika kodifikasi tersebut bersifat dinamis, dalam artian bergantung pada pelanggan-nya, dalam arti misalnya: untuk pelangan PT. DAUN BUAH menggunakan format dokumen 30912/EXP/MAR/2010, sementara untuk PT. SEGARA PERKASA berformat 30912/EXP/03/2010, dan untuk PT. ABADI NUSA menggunakan format 30912/EXP/INV/2010. Hal ini tentunya akan menjadi kasus yang cukup menggelitik untuk dipecahkan.

Pada kasus tersebut, saya memecahkannya dengan membuat rutin khusus untuk menangani kodifikasi yang dinamis tersebut dengan cara melakukan parsing atas format dokumen yang digunakan. Sebagai contoh, dokumen bernomor 30912/EXP/MAR/2010 terdiri atas elemen-elemen berikut: nomor dokumen (30912), bulan (MAR) dan tahun (2010) adapun karakter lainnya dapat dianggap sebagai karakter penyerta (/EXP/).

Secara keseluruhan, format kodifikasi penomoran dokumen pada umumnya melibatkan dua variabel utama, yaitu tanggal, dan nomor dokumen itu sendiri. Atas dua jenis variabel tersebut kemudian kita bisa menyusun elemen-elemen pembentuk atas format nomor dokumen yang akan dibuat, dalam hal ini misalnya: X untuk sebagai nomor dokumen, D untuk tanggal, M untuk bulam, dan Y untuk tahun. Untuk lebih mempermudah pengimplementasian, saya menggunakan aturan yang diterapkan pada bahasa C/C++ untuk memformat tanggal dengan beberapa penambahan fleksibilitas. Sebagai contoh, berikut ini adalah contoh nomor dokumen dan format yang saya implementasikan:

30912/EXP/MAR/2010 = [XXXXX]/EXP/[MMM]/[YYYY]
Elemen bulan dalam hal ini menggunakan metode penamaan pendek (Jan, Feb, Mar, dst), untuk hal tersebut kita menggunakan M sebanyak 3 kali, kemudian karena format yang diinginkan adalah menggunakan kapitalisasi maka, ketiga elemen tersebut ditulis sebagai huruf kapital. Artinya, kalau menginginkan format 30912/EXP/mar/2010, maka tinggal menyesuaikannya sebagai [XXXXX]/EXP/[mmm]/[YYYY], atau kalau menginginkan model proper-case seperti ini: 30912/EXP/Mar/2010, maka tinggal menyesuaikannya sebagai: [XXXXX]/EXP/[Mmm]/[YYYY].

00912/INV/III/10 = [XXXXX]/EXP/[M]/[YY]
Elemen bulan dalam hal ini menggunakan metode bilangan romawi, untuk kasus ini saya memanfaatkan elemen M (dikapitalisasi) satu perulangan. begitu pula dengan elemen tahun (Y), dalam hal ini penomoran yang diinginkan adalah menggunakan model dua digit tahun, karenanya kodifikasi disesuaikan dengan menggunakan dua elemen Y.

30912/INV/30/March/2010 = [XXXXX]/INV/[DD]/[Mmmm]/[YYYY]
Dalam kasus ini, penomoran dokumen yang diinginkan adalah menggunakan elemen dua digit tanggal karenanya format atas dokumen ini menggunakan dua elemen D. Di sisi lain penomoran tersebut menggunakan nama bulan secara penuh dan menggunakan proper-case, karenanya format elemen bulan tersebut disesuaikan dengan menggunakan 4 elemen M secara proper-case [Mmmm]. Sebagai perbandingan lain, jika menginginkan penggunaan nama bulan dalam huruf kapital seperti ini: 30912/INV/EXP/MARCH/2010, maka tentunya tinggal menyesuaikan elemen bulan (M) dalam 4 elemen huruf kapital [MMMM].

Implementasi

Pemecahan yang paling fleksibel atas kasus di atas adalah dengan memanfaatkan metode parsing atas format dokumen yang ada, parameter input dalam hal ini adalah format dokumen, nomor dokumen, serta tanggal. Proses parsing dilakukan dengan cara memisahkan antara elemen penenomoran serta karakter pembentuk, dalam hal ini untuk membedakan antara elemen dan karakter pembentuk dilakukan dengan mengapit elemen dengan dengan menggunakan karakter yang dianggap paling jarang digunakan, dalam hal ini adalah karakter “[" sebagai pembuka elemen dan karakter "]” sebagai penutup. Atas karakter-karakter yang tidak dianggap sebagai elemen langsung kita salin sebagai output, kemudian saat menemukan elemen yang dikenal maka program akan menghitung berapa jumlah karakter elemen yang digunakan serta jumlah kapitalisasinya kemudian menyisipkan dengan nilai yang sesuai atas elemen tersebut. Berikut adalah implementasi kode serta cara penggunaannya:

import datetime as dt

def formatNumber(strfmt, aval, dt):
  '''Format the document number'''
  prd_list = ('I','II','III','IV','V','VI',
      'VII','VIII','IX','X','XI','XII')
  shmonths = ('Jan', 'Feb', 'Mar', 'Apr', 'May', 'Jun',
              'Jul', 'Aug', 'Sep', 'Oct', 'Nov', 'Dec')
  lnmonths = ('January', 'February', 'March', 'April', 'May', 'June',
              'July', 'August', 'September', 'October', 'November', 'December')

  ncount = ntotal = ncapital = 0
  calc_total = False
  ret_str = ""
  last_token = None

  for ch in strfmt:
    token = ch.upper()
    if calc_total:
      if last_token == token:
        ntotal = ntotal+1
        if last_token == ch:
          ncapital = ncapital + 1
      else:
        if last_token == 'X':
          astr = "%.*d" % (ntotal, int(aval))
          ret_str = ret_str + astr[:ntotal]
        elif last_token == 'D':
          astr = "%.*d" % (2, int(dt.day))
          ret_str = ret_str + astr[:2]
        elif last_token == 'M':
          if ntotal in (1, 2, 3):
            if (ntotal == 1) and (ncapital == 1):
              ret_str = ret_str + prd_list[dt.month]
            elif ntotal in (1, 2):
              astr = "%.*d" % (ntotal, int(dt.month))
              ret_str = ret_str + astr[:ntotal]
            else:
              shmon = shmonths[dt.month]
              if ncapital == ntotal:
                smon = shmon.upper()
              elif ncapital == 0:
                smon = shmon.lower()
              ret_str = ret_str + smon
          else:
            shmon = lnmonths[dt.month]
            if ncapital == ntotal:
              smon = shmon.upper()
            elif ncapital == 0:
              smon = shmon.lower()
            ret_str = ret_str + smon
        elif last_token == 'Y':
          if ntotal <= 2:
            astr = "%.*d" % (2, int(dt.year % 100))
            ret_str = ret_str + astr[:2]
          else:
            astr = "%.*d" % (4, int(dt.year))
            ret_str = ret_str + astr[:4]
        ntotal = ncapital = 0
        calc_total = False
    if not calc_total:
      if token == '[':
          ncount = ncount+1
      elif token == ']':
          ncount = ncount-1
      elif token in ('X', 'D', 'M', 'Y'):
        if ncount > 0:
          calc_total = True
          last_token = token
          ntotal = 1
          if last_token == ch:
            ncapital = ncapital + 1
        else:
          ret_str = ret_str+ch
      else:
        ret_str = ret_str+ch
  return ret_str

def_format = "[xxxx]/INV/EXP/[MM]/[YYYY]"
print(formatNumber(def_format, 8540, dt.date.today()))

IBM DB2 adalah RDBMS yang mapan

IBM DB2 merupakan salah satu produk RDBMS yang telah memiliki sejarah yang cukup panjang dalam dunia komputasi. Produk tersebut merupakan salah satu produk RDBMS pertama yang mengimplementasikan fitur SQL, tersedia, dan senantiasa terintegrasi sebagai paket yang terdapat pada mesin-mesin peladen skala menengah ke atas buatan IBM, dan digunakan pula oleh perangkat lunak bisnis ERP mapan seperti SAP, Oracle JDEdward, Lawson, dll.

Unjuk kerja/performansi yang cukup baik

Untuk aplikasi sistem integrator yang saya kembangkan, sebelumnya saya berusaha untuk tetap memanfaatkan infrastruktur yang telah ada. Terkait dengan pemanfaatan RDBMS dalam hal ini tentunya adalah Firebird, namun saya mendapati unjuk kerja sistem tersebut terbilang rendah hingga di bawah batas ambang yang dapat ditolelir. Pada percobaan dengan memanfaatkan DB2, saya mendapati tingkat unjuk kerja yang lebih baik dibandingkan firebird.

Keberadaan fitur yang kaya

Sudah lama sebenarnya saya mendambakan implementasi dengan RDBMS yang memiliki fitur yang cukup kaya, operasi basis data yang ada saat ini melibatkan ukuran data yang terbilang besar, meskipun hingga saat ini masih dapat tertangani dengan baik oleh Firebird, namun tentunya akan lebih efektif lagi bila saja RDBMS tersebut memiliki fitur-fitur seperti database atau data/table partitioning. Benar, fitur tersebut sebenarnya ada saja kalau saya menggunakan PostgreSQL, namun banyak review mengatakan bahwa postgre itu lambat mengurungkan niat saya untuk mencobanya. Pilihan yang ada hanyalah pada RDBMS komersil sekelas Oracle atau DB2, tapi kedua-duanya (saat itu) tidak ada yang feasible karena lisensi yang dibutuhkan untuk implementasi yang terbilang cukup mahal. Saat Oracle, dan Microsoft mengeluarkan versi edisi express, saya sangat senang sebenarnya, namun rasa itu menjadi hilang begitu saja saat mendapati adanya pembatasan maksimum data yang tersimpan sebesar 2GB (atau 4GB?? saya lupa). Saat IBM mengeluarkan versi Express-C, pada awalnya saya pesimis, edisi ini akan kurang lebih sama saja dengan edisi express seperti yang ditawarkan oleh kompetitor lain sebelumnya. Namun ternyata saya salah, DB2 Express-C tidak membatasi jumlah data yang tersimpan, dan lisensi yang ada memungkinkan untuk digunakan untuk kebutuhan komersial sekalipun.

Pilihan platform yang cukup luas

IBM DB2 menawarkan pilihan platform yang cukup luas untuk implementasi yang memungkinkan saya untuk memilih apakah Windows, Linux, ataupun Solaris. Proses instalasi-nya pun, dibandingkan proses instalasi oracle, masih jauh lebih mudah (seperti yang sudah saya jabarkan pada postingan sebelumnya tentang panduan instalasi DB2 Express-C di slackware linux).

Keberadaan dokumentasi dan referensi yang cukup lengkap

Implementasi RDBMS secara mandiri untuk aplikasi bisnis tanpa dibekali dengan referensi yang memadai dapat dikatakan hal yang konyol, untungnya ada cukup banyak informasi tentang IBM DB2 yang bisa didapat secara online ataupun dokumentasi-dokumentasi elektronik dalam bentuk .pdf yang bisa diunduh untuk dipelajari secara mudah.

Pilihan backup yang lebih beragam

Salah satu fitur yang saya sukai dari DB2 adalah keberadaan fitur backup serta restore data yang lebih beragam, kita bisa menggunakan offline/online backup, full backup, ataupun incremental backup yang dapat diatur waktunya secara fleksibel.

Tentunya ada banyak aspek yang bisa diperdebatkan dari alasan-alasan kenapa memilih DB2 dan bukan RDBMS X, namun itulah beberapa alasan yang bisa saya kemukakan terkait dengan pilihan saya untuk menggunakan DB2 Express-C untuk keperluan komersil. Singkat kata, “kapan lagi bisa mendapat RDBMS berunjuk kerja baik dan memiliki fitur-fitur setara oracle secara gratis?”

Langkah Persiapan

Sebelum memulai proses instalasi, ada hal yang harus dipersiapkan terlebih dulu agar proses instalasi dapat berjalan dengan lancar.

DB2 Express-C membutuhkan keberadaan modul Linux-PAM (Pluggable Authentication Module) yang secara default tidak terinstall pada instalasi awal Slackware. Anda bisa memilih untuk mengunduh kode sumbernya dari situs asli, atau langsung menginstall package. Untuk mempersingkat waktu, saya memilih untuk mengunduh file linux-pam-1.1.1-i486-1gds.txz dari sotirov-bg.net, setelah diunduh kita bisa langsung instal package tersebut dengan cara sebagai berikut:

#installpkg linux-pam-1.1.1-i486-1gds.txz

DB2 membutuhkan tiga jenis user yang berbeda, instance manager, database fence manager, serta das admin, untuk itu kita bisa persiapkan ketiga user yang dibutuhkan dengan cara sebagai berikut:

#groupadd db2grp
#groupadd db2fgrp
#groupadd db2adm
#useradd -g db2grp -m -d /home/db2inst db2inst
#useradd -g db2fgrp -m -d /home/db2fnc db2fnc
#useradd -g db2adm -m -d /home/dasadm dasadm
#passwd db2inst
#passwd db2fnc
#passwd dasadm
#touch /home/db2inst/.profile
#touch /home/db2fnc/.profile
#touch /home/dasadm/.profile

Standar penempatan database DB2 secara fisik adalah pada home directory instance manager (db2inst), secara pribadi saya merasa peletakan ini kurang tepat mengingat user area merupakan area yang memiliki probabilitas fragmentasi tertinggi, atas dasar itu saya lebih memilih untuk meletakkan database pada partisi terpisah, dalam hal ini partisi tersebut saya mount sebagai /data, agar dapat digunakan sebagai media penyimpanan, instance manager harus memiliki akses atas folder tersebut, hal ini dapat dilakukan dengan cara:

#mkdir -p /data/db2
#chown db2grp.db2inst -R /data

Proses Instalasi

Unduh file db2exc_971_LNX_x86.tar.gz dari situs IBM kemudian ekstrak di folder tertentu misalnya /project

#cd /project
#tar xzpf db2exc_971_LNX_x86.tar.gz


setelah di berkas-berkas tersebut terekstraksi di /project/expc, jalankan aplikasi instalasi db2_install dengan cara:

#cd expc
#./db2_install


Proses instalasi akan mengkonfirmasikan direktori tujuan aplikasi DB2 akan diinstal, dalam hal ini /opt/ibm/db2/V9.7, sudah cukup sesuai standar dan tidak perlu diubah lagi, anda bisa menjawabnya dengan “no“.

Setelah proses instalasi selesai, langkah berikutnya adalah membuat administration server instance, hal ini dapat dilakukan dengan cara:

#/opt/ibm/db2/V9.7/instance/dascrt -u dasadm

Setelah instance administration server berhasil dibuat, langkah berikutnya adalah membuat database instance dengan menggunakan mode otentikasi server. Hal ini dapat dilakukan dengan cara:

#/opt/ibm/db2/V9.7/instance/db2icrt -a server -u db2fnc db2inst

Jika instance tersebut telah berhasil dibuat, langkah selanjutnya adalah mengaktifkan koneksi remote. Pada langkah ini, kita harus masuk dalam modus user instance manager (db2inst).

#su - db2inst
#db2 update dbm cfg using svcename 50000
#/opt/ibm/db2/V9.7/adm/db2set DB2COMM=tcpip

Selanjutnya kita bisa mencoba menjalankan DB2 dengan cara

#su - db2inst
#db2start

Terakhir kita tinggal membuat database TOOLSDB serta meregisterkannya.

#db2 create database TOOLSDB on '/data/db2' alias TOOLSDB
#db2 create tools catalog TOOLSDB use existing database TOOLSDB

Sampai di sini DB2 sudah siap digunakan, kita bisa membuat database yang kita butuhkan. :)

A: “Puasa mas?”
B: “Oohh… puasa dong…. ^_^”
A: “Ih…koq bau rokok???”
A: “…. :-| ”

Awalnya rupa yang digunakan memang sengaja tidak saya ganti-ganti, semata-mata untuk memberikan suatu jati diri atas blog ini, namun setelah sedemikian lama, akhirnya rasa bosan itu muncul juga. :)

Saat ini saya merencanakan untuk mengganti rupa dan penampilan blog yang sudah cukup lama menemani saya, mungkin tujuannya supaya terlihat lebih segar, dan menarik hati saya agar lebih rajin menuliskan apa-apa ke dalam blog ini. Ada cukup banyak ragam kulit yang bisa digunakan untuk berbenah diri, nah… sepertinya ini saat yang tepat untuk mulai menggunakan waktu luang yang (jika) ada untuk mengevaluasi ragam kulit yang mungkin bisa saya gunakan. Barangkali ada usulan? :)

Yang benar saja, undang-undang ITE milik kita semakin lucu implementasinya. Hanya karena menyampaikan keluhan yang sebelumnya tidak ditanggapi oleh pihak Rumah Sakit Omni International Tangerang di milis, dan blog. Ibu Prita Mulyasari, ibu dari dua orang anak yang masih kecil-kecil itu harus mendekam di tahanan sejak 13 Mei 2009 lalu atas tuduhan pencemaran nama baik dengan dasar UU ITE pasal 27. Mari dukung Prita Mulyasari untuk mendapatkan kebebasan dan keadilan sebagai konsumen yang telah dirugikan oleh pihak rumah sakit.

Berikut adalah kopi-paste keluhan yang sebelumnya disampaikan oleh ibu Prita (alamat email dan nomor telepon dianonimkan) seperti yang terpublikasi di surat pembaca:

Jakarta – Jangan sampai kejadian saya ini akan menimpa ke nyawa manusia lainnya. Terutama anak-anak, lansia, dan bayi. Bila anda berobat berhati-hatilah dengan kemewahan rumah sakit (RS) dan title international karena semakin mewah RS dan semakin pintar dokter maka semakin sering uji coba pasien, penjualan obat, dan suntikan.

Saya tidak mengatakan semua RS international seperti ini tapi saya mengalami kejadian ini di RS Omni International. Tepatnya tanggal 7 Agustus 2008 jam 20.30 WIB. Saya dengan kondisi panas tinggi dan pusing kepala datang ke RS OMNI Internasional dengan percaya bahwa RS tersebut berstandard International, yang tentunya pasti mempunyai ahli kedokteran dan manajemen yang bagus.

Saya diminta ke UGD dan mulai diperiksa suhu badan saya dan hasilnya 39 derajat. Setelah itu dilakukan pemeriksaan darah dan hasilnya adalah thrombosit saya 27.000 dengan kondisi normalnya adalah 200.000. Saya diinformasikan dan ditangani oleh dr Indah (umum) dan dinyatakan saya wajib rawat inap. dr I melakukan pemeriksaan lab ulang dengan sample darah saya yang sama dan hasilnya dinyatakan masih sama yaitu thrombosit 27.000.

dr I menanyakan dokter specialist mana yang akan saya gunakan. Tapi, saya meminta referensi darinya karena saya sama sekali buta dengan RS ini. Lalu referensi dr I adalah dr H. dr H memeriksa kondisi saya dan saya menanyakan saya sakit apa dan dijelaskan bahwa ini sudah positif demam berdarah.

Mulai malam itu saya diinfus dan diberi suntikan tanpa penjelasan atau izin pasien atau keluarga pasien suntikan tersebut untuk apa. Keesokan pagi, dr H visit saya dan menginformasikan bahwa ada revisi hasil lab semalam. Bukan 27.000 tapi 181.000 (hasil lab bisa dilakukan revisi?). Saya kaget tapi dr H terus memberikan instruksi ke suster perawat supaya diberikan berbagai macam suntikan yang saya tidak tahu dan tanpa izin pasien atau keluarga pasien.

Saya tanya kembali jadi saya sakit apa sebenarnya dan tetap masih sama dengan jawaban semalam bahwa saya kena demam berdarah. Saya sangat khawatir karena di rumah saya memiliki 2 anak yang masih batita. Jadi saya lebih memilih berpikir positif tentang RS dan dokter ini supaya saya cepat sembuh dan saya percaya saya ditangani oleh dokter profesional standard Internatonal.

Mulai Jumat terebut saya diberikan berbagai macam suntikan yang setiap suntik tidak ada keterangan apa pun dari suster perawat, dan setiap saya meminta keterangan tidak mendapatkan jawaban yang memuaskan. Lebih terkesan suster hanya menjalankan perintah dokter dan pasien harus menerimanya. Satu boks lemari pasien penuh dengan infus dan suntikan disertai banyak ampul.

Tangan kiri saya mulai membengkak. Saya minta dihentikan infus dan suntikan dan minta ketemu dengan dr H. Namun, dokter tidak datang sampai saya dipindahkan ke ruangan. Lama kelamaan suhu badan saya makin naik kembali ke 39 derajat dan datang dokter pengganti yang saya juga tidak tahu dokter apa. Setelah dicek dokter tersebut hanya mengatakan akan menunggu dr H saja.

Esoknya dr H datang sore hari dengan hanya menjelaskan ke suster untuk memberikan obat berupa suntikan lagi. Saya tanyakan ke dokter tersebut saya sakit apa sebenarnya dan dijelaskan saya kena virus udara. Saya tanyakan berarti bukan kena demam berdarah. Tapi, dr H tetap menjelaskan bahwa demam berdarah tetap virus udara. Saya dipasangkan kembali infus sebelah kanan dan kembali diberikan suntikan yang sakit sekali.

Malamnya saya diberikan suntikan 2 ampul sekaligus dan saya terserang sesak napas selama 15 menit dan diberikan oxygen. Dokter jaga datang namun hanya berkata menunggu dr H saja.

Jadi malam itu saya masih dalam kondisi infus. Padahal tangan kanan saya pun mengalami pembengkakan seperti tangan kiri saya. Saya minta dengan paksa untuk diberhentikan infusnya dan menolak dilakukan suntikan dan obat-obatan.

Esoknya saya dan keluarga menuntut dr H untuk ketemu dengan kami. Namun, janji selalu diulur-ulur dan baru datang malam hari. Suami dan kakak-kakak saya menuntut penjelasan dr H mengenai sakit saya, suntikan, hasil lab awal yang 27.000 menjadi revisi 181.000 dan serangan sesak napas yang dalam riwayat hidup saya belum pernah terjadi. Kondisi saya makin parah dengan membengkaknya leher kiri dan mata kiri.

dr H tidak memberikan penjelasan dengan memuaskan. Dokter tersebut malah mulai memberikan instruksi ke suster untuk diberikan obat-obatan kembali dan menyuruh tidak digunakan infus kembali. Kami berdebat mengenai kondisi saya dan meminta dr H bertanggung jawab mengenai ini dari hasil lab yang pertama yang seharusnya saya bisa rawat jalan saja. dr H menyalahkan bagian lab dan tidak bisa memberikan keterangan yang memuaskan.

Keesokannya kondisi saya makin parah dengan leher kanan saya juga mulai membengkak dan panas kembali menjadi 39 derajat. Namun, saya tetap tidak mau dirawat di RS ini lagi dan mau pindah ke RS lain. Tapi, saya membutuhkan data medis yang lengkap dan lagi-lagi saya dipermainkan dengan diberikan data medis yang fiktif.

Dalam catatan medis diberikan keterangan bahwa bab (buang air besar) saya lancar padahal itu kesulitan saya semenjak dirawat di RS ini tapi tidak ada follow up-nya sama sekali. Lalu hasil lab yang diberikan adalah hasil thrombosit saya yang 181.000 bukan 27.000.

Saya ngotot untuk diberikan data medis hasil lab 27.000 namun sangat dikagetkan bahwa hasil lab 27.000 tersebut tidak dicetak dan yang tercetak adalah 181.000. Kepala lab saat itu adalah dr M dan setelah saya komplain dan marah-marah dokter tersebut mengatakan bahwa catatan hasil lab 27.000 tersebut ada di Manajemen Omni. Maka saya desak untuk bertemu langsung dengan Manajemen yang memegang hasil lab tersebut.

Saya mengajukan komplain tertulis ke Manajemen Omni dan diterima oleh Og(Customer Service Coordinator) dan saya minta tanda terima. Dalam tanda terima tersebut hanya ditulis saran bukan komplain. Saya benar-benar dipermainkan oleh Manajemen Omni dengan staff Og yang tidak ada service-nya sama sekali ke customer melainkan seperti mencemooh tindakan saya meminta tanda terima pengajuan komplain tertulis.

Dalam kondisi sakit saya dan suami saya ketemu dengan Manajemen. Atas nama Og (Customer Service Coordinator) dan dr G (Customer Service Manager) dan diminta memberikan keterangan kembali mengenai kejadian yang terjadi dengan saya.

Saya benar-benar habis kesabaran dan saya hanya meminta surat pernyataan dari lab RS ini mengenai hasil lab awal saya adalah 27.000 bukan 181.000. Makanya saya diwajibkan masuk ke RS ini padahal dengan kondisi thrombosit 181.000 saya masih bisa rawat jalan.

Tanggapan dr G yang katanya adalah penanggung jawab masalah komplain saya ini tidak profesional sama sekali. Tidak menanggapi komplain dengan baik. Dia mengelak bahwa lab telah memberikan hasil lab 27.000 sesuai dr M informasikan ke saya. Saya minta duduk bareng antara lab, Manajemen, dan dr H. Namun, tidak bisa dilakukan dengan alasan akan dirundingkan ke atas (Manajemen) dan berjanji akan memberikan surat tersebut jam 4 sore.

Setelah itu saya ke RS lain dan masuk ke perawatan dalam kondisi saya dimasukkan dalam ruangan isolasi karena virus saya ini menular. Menurut analisa ini adalah sakitnya anak-anak yaitu sakit gondongan namun sudah parah karena sudah membengkak. Kalau kena orang dewasa laki-laki bisa terjadi impoten dan perempuan ke pankreas dan kista.

Saya lemas mendengarnya dan benar-benar marah dengan RS Omni yang telah membohongi saya dengan analisa sakit demam berdarah dan sudah diberikan suntikan macam-macam dengan dosis tinggi sehingga mengalami sesak napas. Saya tanyakan mengenai suntikan tersebut ke RS yang baru ini dan memang saya tidak kuat dengan suntikan dosis tinggi sehingga terjadi sesak napas.

Suami saya datang kembali ke RS Omni menagih surat hasil lab 27.000 tersebut namun malah dihadapkan ke perundingan yang tidak jelas dan meminta diberikan waktu besok pagi datang langsung ke rumah saya. Keesokan paginya saya tunggu kabar orang rumah sampai jam 12 siang belum ada orang yang datang dari Omni memberikan surat tersebut.

Saya telepon dr G sebagai penanggung jawab kompain dan diberikan keterangan bahwa kurirnya baru mau jalan ke rumah saya. Namun, sampai jam 4 sore saya tunggu dan ternyata belum ada juga yang datang ke rumah saya. Kembali saya telepon dr G dan dia mengatakan bahwa sudah dikirim dan ada tanda terima atas nama Rukiah.

Ini benar-benar kebohongan RS yang keterlaluan sekali. Di rumah saya tidak ada nama Rukiah. Saya minta disebutkan alamat jelas saya dan mencari datanya sulit sekali dan membutuhkan waktu yang lama. LOgkanya dalam tanda terima tentunya ada alamat jelas surat tertujunya ke mana kan? Makanya saya sebut Manajemen Omni pembohon besar semua. Hati-hati dengan permainan mereka yang mempermainkan nyawa orang.

Terutama dr G dan Og, tidak ada sopan santun dan etika mengenai pelayanan customer, tidak sesuai dengan standard international yang RS ini cantum.

Saya bilang ke dr G, akan datang ke Omni untuk mengambil surat tersebut dan ketika suami saya datang ke Omni hanya dititipkan ke resepsionis saja dan pas dibaca isi suratnya sungguh membuat sakit hati kami.

Pihak manajemen hanya menyebutkan mohon maaf atas ketidaknyamanan kami dan tidak disebutkan mengenai kesalahan lab awal yang menyebutkan 27.000 dan dilakukan revisi 181.000 dan diberikan suntikan yang mengakibatkan kondisi kesehatan makin memburuk dari sebelum masuk ke RS Omni.

Kenapa saya dan suami saya ngotot dengan surat tersebut? Karena saya ingin tahu bahwa sebenarnya hasil lab 27.000 itu benar ada atau fiktif saja supaya RS Omni mendapatkan pasien rawat inap.

Dan setelah beberapa kali kami ditipu dengan janji maka sebenarnya adalah hasil lab saya 27.000 adalah fiktif dan yang sebenarnya saya tidak perlu rawat inap dan tidak perlu ada suntikan dan sesak napas dan kesehatan saya tidak makin parah karena bisa langsung tertangani dengan baik.

Saya dirugikan secara kesehatan. Mungkin dikarenakan biaya RS ini dengan asuransi makanya RS ini seenaknya mengambil limit asuransi saya semaksimal mungkin. Tapi, RS ini tidak memperdulikan efek dari keserakahan ini.

Sdr Og menyarankan saya bertemu dengan direktur operasional RS Omni (dr B). Namun, saya dan suami saya sudah terlalu lelah mengikuti permainan kebohongan mereka dengan kondisi saya masih sakit dan dirawat di RS lain.

Syukur Alhamdulilah saya mulai membaik namun ada kondisi mata saya yang selaput atasnya robek dan terkena virus sehingga penglihatan saya tidak jelas dan apabila terkena sinar saya tidak tahan dan ini membutuhkan waktu yang cukup untuk menyembuhkan.

Setiap kehidupan manusia pasti ada jalan hidup dan nasibnya masing-masing. Benar. Tapi, apabila nyawa manusia dipermainkan oleh sebuah RS yang dipercaya untuk menyembuhkan malah mempermainkan sungguh mengecewakan.

Semoga Allah memberikan hati nurani ke Manajemen dan dokter RS Omni supaya diingatkan kembali bahwa mereka juga punya keluarga, anak, orang tua yang tentunya suatu saat juga sakit dan membutuhkan medis. Mudah-mudahan tidak terjadi seperti yang saya alami di RS Omni ini.

Saya sangat mengharapkan mudah-mudahan salah satu pembaca adalah karyawan atau dokter atau Manajemen RS Omni. Tolong sampaikan ke dr G, dr H, dr M, dan Og bahwa jangan sampai pekerjaan mulia kalian sia-sia hanya demi perusahaan Anda. Saya informasikan juga dr H praktek di RSCM juga. Saya tidak mengatakan RSCM buruk tapi lebih hati-hati dengan perawatan medis dari dokter ini.

Salam,
Prita Mulyasari
Alam Sutera
prita.xxxxx@yahoo.com
081513xxxxxx

Saya pribadi jujur bingung dengan tindakan penghapusan yang dilakukan pengurus wikipedia indonesia atas artikel tersebut karena terkait dengan sumber informasi yang disyaratkan sebagai laik muat, artikel tersebut telah menyertakan beberapa sumber online yang dapat digunakan sebagai referensi. Dalam hal ini:

1. Situs resmi MB-UGM
2. Artikel MB-UGM dari surat kabar lokal Kedaulatan Rakyat
3. Artikel tentang MB UGM dari media Kompas

Yang mengherankan artikel wikipedia tentang Yamaha Scorpio Z, tidak tersentuh meski tanpa menyertakan sumber pranala atas informasi yang dibahas, terlebih artikel tersebut menyertakan detil spesifikasi teknis atas produk Yamaha tersebut.

Beberapa diskusi saya coba lakukan dengan pengurus wikipedia atas kelayakan, dan konsistensi terhadap aturan-aturan yang diterapkan atas setiap artikel yang dimuat di wikipedia, satu dua berhasil menggerakkan pengurusnya untuk melakukan voting, seperti kasus artikel tentang Marching Band Gita Teladan yang saya postingkan sebelumnya, namun yang lainnya malah justru semakin membuat diskusi terasa jadi semakin berbelit, seperti antara diskusi saya dengan salah satu pengurusnya.

Saat ini artikel-artikel tentang marching band yang masih tersisa di wikipedia tinggal dua:

• Marching Band Bontang PKT
• Marching Band Universitas Gadjah Mada
• Gita Teladan Drum& Brass Corps

Saya masih mengharapkan partisipasi rekan-rekan lain pecinta marchin band di Indonesia untuk bisa ikut serta berpartisipasi menyebarluaskan informasi tentang marching band melalui internet, khususnya dalam hal ini wikipedia Indonesia.

Di sisi lain tidak dapat dipungkiri wikipedia semakin lama semakin menjadi salah satu sumber referensi yang sering digunakan oleh masyarakat internet, hal ini membuat saya berpikir untuk memanfaatkannya sebagai salah satu ensiklopedi marching band di Indonesia. Beberapa artikel yang telah berhasil saya buat diantara waktu senggang saya:

• Marching Band Bontang PKT
• Marching Band Universitas Gadjah Mada
• Gita Teladan Drum & Brass Corps

Kesulitan untuk mendapatkan sumber informasi menjadi salah satu kendalanya, khususnya untuk artikel tentang Gita Teladan Drum & Brass Corps yang tiba-tiba dihapus oleh pengurus wikipedia karena dianggap tak layak. Saya melakukan protes atas penghapusan tiba-tiba tersebut, dan akhirnya artikel tersebut dikembalikan, namun diberi tempo dua minggu untuk melengkapi dan diadakan voting untuk dihapus.

Atas itu, saya mengharapkan rekan-rekan pecinta marching band khususnya alumni Gita Teladan bisa turut membantu melengkapi artikel yang ada di wikipedia tersebut, sayang jika dihapus karena di masa depan, artikel-artikel tersebut bisa menjadi sumber informasi yang penting untuk masyarakat internet di Indonesia.

It is quite hard to start of, mainly because I do not have any windows vista installed on my desktop, nor on my notebook. The only way is trying to analyze the problem from the exception log file he sent to me, then I can find of and start with the main source line where the problem occured:

  InitializeSecurityDescriptor(@Sd,SECURITY_DESCRIPTOR_REVISION);
  SetSecurityDescriptorDacl(@Sd,true,nil,false);
  Sa.nLength := SizeOf(Sa);
  Sa.lpSecurityDescriptor := @Sd;
  Sa.bInheritHandle := true;
  m_Handle := CreateFileMapping(INVALID_HANDLE_VALUE,
                @Sa, PAGE_READWRITE OR SEC_COMMIT,
                0, m_Size, PChar(FileName));

  if m_Handle = 0 then
    raise EMemoryMappedFileException.Create(SCreateError);

Not knowing what I should do with this line since I can not debug it to know it’s behaviour on Vista, I try to search on google and did find some workaround to deal with, but none of them proved to works. Does diabling the UAC (User Access Control) or run the application on Administration mode is the last solution? i hope not, I still believe there were another better way to deal with.

Any suggestion are welcome.