Data-data tentu saja hilang semua. Dokumen, musik dan foto aman karena di memory stick. Namun bagaimana dengan buku telepon yang disimpan di memori internal ponsel? Untungnya saya selalu mencadangkan buku telepon, jadi gak perlu repot-repot mencari dan mencatat ulang dari teman-teman.

Saya berkali-kali menemukan teman (pacar saya juga salah satunya) yang kebingungan mencari nomor telepon penting setelah ponsel nya hilang atau rusak. Sebenarnya hal ini tidak perlu terjadi kalau kita rajin mencadangkan dan menyinkronkan buku telepon tersebut ke tempat lain.

Bagi orang yang sering berinteraksi dengan rekan kerja/klien melalui berbagai media dan berbagai tempat, sinkronisasi buku telepon akan sangat memudahkan pekerjaan. Misal: ketika hendak menelepon atau mengirim SMS, seseorang bisa menggunakan buku telepon ponsel. Ketika dia sedang tidak membawa ponsel dan sedang terhubung ke internet, dia bisa menggunakan buku telepon di penyedia email yang kita gunakan. Dengan sinkronisasi secara rutin, entri yang dimasukkan atau diperbarui di salah satu tempat akan dimasukkan dan diperbarui pula di tempat yang lain.

Dari yang saya lalui, saya menemukan berbagai macam jalur sinkronisasi buku telepon yang bisa digunakan:

• ponsel – email client (komputer)
• ponsel – server
• email client- server
• antar server (layanan1 – layanan2)

ponsel – email client (komputer)

Jika Anda sering menggunakan email client dalam berkirim email, tentunya Anda membutuhkan buku telepon email client yang lengkap dan diperbarui. Apalagi bila selain berkirim email lewat email client, Anda juga sering menghubungi kontak Anda tersebut melalui telepon, SMS atau mobile email.

Biasanya setiap membeli ponsel yang mendukung konektivitas, Anda juga akan disediakan perangkat lunak sinkronisasi, biasanya sih tergabung dalam PC Suite nya. Anda dapat menggunakan aplikasi tersebut. Sayangnya, kebanyakan Sync tool tersebut hanya mendukung email client Microsoft Outlook.

Untuk pengguna Sony Ericsson seperti saya, juga bisa menggunakan aplikasi pihak ketiga yang gratis bernama MyPhoneExplorer yang bisa disinkronkan dengan Thunderbird!

ponsel – server

Sebagian ponsel juga disertai fitur wireless synchronization over the air melalui GPRS. Kita tinggal mencari server sinkronisasi yang akan kita pakai. Di Indonesia Indosat punya layanan MyBacup yang memungkinkan ini. Untuk operator lain saya kurang tahu. Selain itu banyak juga layanan serupa di luar negeri. Salah satu contohnya ialah zyb. Salah satu layanan lain yang cukup populer ialah plaxo. Tapi untuk sinkronisasi plaxo dengan ponsel kita harus menggunakan layanan berbayar.

Pembaruan data di kedua sisi (ponsel dan server) berlangsung secara otomatis begitu kita eksekusi. Kedua data tersebut akan diperiksa satu sama lain, dan bila ada entri baru di salah satu sisi, akan disalin ke tempat di mana entri tersebut belum ada.

Kelemahan dari mekanisme ini, proses pembandingan kedua data buku telepon (ponsel dan server) dilakukan oleh mesin. Terkadang dua entri yang sebenarnya sama dianggap entri yang berbeda karena suatu hal (informasi yang sudah disunting, perbedaan karakter, dsb). Ini berisiko membuat duplikasi di buku telepon kita, yang seringkali menjengkelkan.

email client – server

Ada beberapa metode di sini. Yang pernah saya temui antara lain:

1. Sinkronisasi email client dengan LDAP server. Email client populer saat ini biasanya dilengkapi dengan fitur untuk berhubungan dengan LDAP server
2. Sinkronisasi email client dengan-layanan-layanan web seperti Plaxo, Gmail contact, dsb. Biasanya perlu add-on/plugin khusus. Untuk Plaxo, add on disediakan oleh penyedia layanan. Untuk GMail Contact, terdapat plugin pihak ketiga yang bisa diinstal.

antar server (layanan1 – layanan2)

Contohnya di sini, antara plaxo dan gmail serta yahoo. Dengan memberikan akses gmail kita ke plaxo, misalnya, plaxo bisa membaca buku telepon/buku alamat kita di GMail, membandingkannya dengan data di plaxo dan menyinkronkannya. Proses penyinkronan bisa dilakukan secara berkala di belakang layar.

Dengan menggabungkan jalur-jalur sinkronisasi di atas, kita bisa mempertahankan kesamaan data buku telepon kita antara ponsel, komputer (email client), dan server yang kita pakai (webmail atau LDAP server).

Networked Address Book, Address Book 2.0

Kalau sebelumnya kita berbicara tentang menyamakan buku telepon kita di berbagai tempat, networked address book ini tentang bagaimana menyamakan data buku telepon yang kita punya dengan data orang lain (terutama orang yg datanya ada di dalam buku telepon kita).

Dengan sama-sama terhubungnya saya dan teman saya ke dalam sebuah social network dan menaruh data-datanya di sana, memungkinkan kita untuk selalu memperbarui data buku telepon yang saya miliki. Lagi-lagi Plaxo, layanan networked address book dan social network menyediakan hal ini. Jika teman saya mengubah nomor teleponnya, maka buku telepon saya di plaxo juga akan diperbarui, dan seterusnya dengan penyinkronan berkala data di komputer saya juga diperbarui.

Ketika kita menambahkan email di buku alamat kita, Plaxo mencarinya di basis datanya dan menyajikan kontak lengkap orang tersebut di buku telepon saya (jika orang yang bersangkutan memperbolehkannya). Pernah suatu saat saya mengirim email kepada seorang klien yang baru saya kenal (hanya alamat emailnya saja yang saya ketahui). Setelah itu besoknya di email client saja sudah ada kontak lengkap orang tersebut di komputer saya: nama lengkap, nomor telepon, tanggal ulang tahun dan sebagainya.

Sayangnya pengguna Plaxo, terutama di Indonesia tidak terlalu besar. Hanya geek dan orang yang tech savvy (itu pun hanya sebagian) saja yang mengikutinya. Di sisi lain, social network yang basis penggunanya cukup besar seperti Facebook sangat protektif dalam mempertahankan social graph nya yang berkaitan dengan informasi alamat email. Hal ini menjadi penghalang untuk dikembangkannya aplikasi sinkronisasi data dengan layanan lain atau dengan komputer/ponsel kita.

Layanan sinkronisasi mana yang sebaiknya kita pakai? Untuk itu, tergantung kebutuhan kita masing-masing. Yang penting tentukan satu tempat yang dijadikan sebagai master/cadangan utama. Setelah itu gunakan jalur-jalur yang ada untuk menyamakan semua buku telepon yang kita punya. Kalau ada kesalahan atau gangguan (yang paling sering: duplikasi data) diusahakan sebias mungkin mudah untuk memperbaikinya.

Di milis wp-hackers juga sedang terjadi usaha untuk merubah plugin Hello Dolly ke bentuk yang lebih modern dengan pendekatan OOP.

Berbicara tentang aksara tradisional, awal tahun 2008 ini diwarnai dengan dimulainya sebuah proyek sumber terbuka yang diberi nama Aksara Nusantara. Proyek yang dikomando oleh Pak Mohammad DAMT ini bertujuan membuat sistem yang baku untuk menciptakan, menyunting dan menampilkan dokumen elektronik berbahasa daerah di Indonesia menggunakan aksara tradisional masing-masing. Sistem penulisan dan penampilan dokumen akan mengikuti standar Unicode sehingga diterima secara universal di seluruh dunia.

Proyek ini merupakan tanggapan atas telah dicantumkannya beberapa aksara tradisional Indonesia ke dalam daftar Unicode, yaitu Aksara Bugis (Lontara) dan Bali, dan sedang diajukannya proposal pencantuman Aksara Sunda, Jawa, Batak dan Rejang.

Deskripsi Proyek

Saat ini proyek tersebut berfokus pada pembuatan fonta dan tabel SCIM (metoda input karakter standar di Linux) yang semuanya nanti akan dirilis di bawah GPL. Saat saya menulis tulisan ini, aksara Bugis telah dirampungkan oleh Pak Mohammad DAMT, sedangkan aksara Bali yang juga sudah tercantum dalam Unicode sepertinya belum ada yang mengerjakan. Untuk aksara Jawa, walaupun proposal Unicodenya belum diterima, sedang saya garap sedikit-sedikit fonta dan metoda inputnya. Dan kabar terakhir yang saya dengar di mailing list, Diki Niwatori sedang menggarap aksara Sunda.

Komputerisasi Aksara Tradisional Saat Ini

Saat ini sebenarnya komputerisasi aksara tradisional sudah dapat dilakukan. Bentuknya yang paling sering ialah pembuatan dokumen seperti laiknya dokumen dalam alfabet, namun menggunakan fonta-fonta yang mensubstitusi karakter-karakter alfabet aslinya dengan aksara tradisional tadi. Cara ini sudah cukup memadai jika tujuan akhir dari pembuatan dokumen tersebut ialah untuk pencetakan. Untuk dokumentasi dan arsip elektronik, dokumen tersebut hanya dapat disimpan dalam format rich text format ataupun jenis dokumen dengan pemformatan teks lainnya seperti format dokumen milik Microsoft Office, Open Office, dan format-format teks sejenis lainnya. Dengan kata lain, informasi aksara tersebut terletak paralel dengan aksara latin. Dan jika dokumen tersebut disimpan dengan teks murni (plain text), maka kita harus menukar fonta yang digunakan oleh program penyunting teks kita untuk beralih dari aksara latin (yang tentunya akan nampak tidak memiliki arti) ke aksara tradisional.

Unicode

Unicode ialah standar yang memungkinkan komputer secara konsisten menampilkan dan memanipulasi teks dalam berbagai sistem penulisan di dunia. Setiap glif dalam aksara yang sudah dimasukkan ke dalam daftar Unicode memiliki titik kode yang unik sehingga tidak tumpang tindih dengan karakter lainnya. Dengan kata lain, jika kita menyimpan informasi aksara tradisional sesuai dengan spesifikasi Unicode ini, informasi itu terletak seri dengan aksara latin dan dapat ditampilkan secara sekaligus dengan satu fonta.

Lembaga yang berwenang untuk mengkaji dan mengesahkan sebuah set aksara ke dalam daftar Unicode ini ialah Unicode Consortium. Unicode saat ini telah mengandung sekitar 100.000 karakter dari berbagai sistem penulisan di dunia, termasuk di antaranya dua aksara tradisional di Indonesia.

Manfaat Pencantuman Aksara Tradisional Indonesia ke Unicode serta Proyek Ini

1. Membantu proses pendidikan
   Pihak guru dan sekolah dapat secara mudah menciptakan dokumen aksara tradisional ini untuk alat bantu belajar mengajar.
2. Pengenalan aksara tradisional ke media yang baru–web
   Dokumen yang dibuat mengikuti standar Unicode akan diterima secara universal di seluruh dunia. Web merupakan sebuah media yang cocok untuk menjadi rumah baru bagi aksara tradisional kita jika standar ini sudah ditetapkan. Untuk melihat halaman web itu dengan benar, yang diperlukan bagi pengunjung adalah sebuah fonta yang mengandung glif dalam rentang titik yang digunakan oleh aksara tradisional Indonesia. Diharapkan setelah fonta-fonta hasil proyek ini dirilis dalam GPL, fonta ini akan disertakan dalam distribusi-distribusi sistem operasi ataupun terpisah sebagai paket tambahan. Sebagai contoh penerapannya, Wikipedia Bahasa Bugis saat ini telah menggunakan aksara lontara.
3. Melestarikan budaya negeri moyang kita

Usaha untuk mencantumkan aksara tradisional Indonesia ke daftar Unicode telah beberapa kali dilakukan oleh warga negara lain. Bahkan berbagai riset pun telah mereka lakukan. Paling tidak mari kita teruskan usaha ini, jangan sepenuhnya bergantung pada orang luar. Toh pada akhirnya kita yang akan memakainya. Jadi, kita sendiri yang harus memastikan bahwa penerapannya akan sesuai dengan kebutuhan kita.

Ditunggu partisipasinya di Aksara Nusantara.

Mendengar kata API, sebagian orang mungkin akan takut duluan, berpikir bahwa perlu waktu dan energi khusus untuk mempelajari tata cara penggunaan API tersebut. Jangan salah. API dari Google Chart hanya berupa aturan penulisan URL untuk menampilkan gambar diagram yang kita inginkan. Dalam URL tersebut kita sisipkan informasi-informasi diagram seperti apa yang ingin kita sajikan, berikut datanya-datanya.

Begini contohnya. Misalnya Anda ingin menampilkan diagram kue tiga dimensi yang menunjukkan perbandingan jumlah ayam dan itik yang Anda punya di peternakan Anda. Taruhlah Anda memiliki 125 ekor ayam dan 77 ekor itik. Anda bahkan tidak perlu menghitung persentase masing-masing jenis hewan tersebut. Cukup tulis URL berikut:

http://chart.apis.google.com/chart?cht=p3&
chd=t:125.0,77.0&chs=250×100&chl=Ayam|Itik

URL di atas ialah URL gambar diagram Anda. Sebagai catatan, URL Anda harus ditulis dalam satu baris. Contoh di atas dibagi menjadi dua baris dengan pertimbangan layout. Coba buka URL tersebut menggunakan perambah web kesukaan Anda, maka akan tampillah diagram yang Anda inginkan, yatu seperti ini:

URL di atas seperti URL pada umumnya, yang menjelaskan letak skrip yang akan dituju (dieksekusi) berikut parameter-parameter yang dimasukkan ke dalam skrip tersebut. Penjelasan URL contoh tersebut ialah seperti ini:

1. http://chart.apis.google.com/chart? ialah lokasi API tersebut
2. & tanda pemisah berbagai parameter
3. cht=p3 berarti jenis diagram yang ingin ditampilkan ialah diagram kue (pie chart) tiga dimensi
4. chd=t:125.0,77.0 ialah data yang ingin ditampilkan (dalam contoh tersebut ialah jumlah hewan ternak yang masing-masing 125 dan 77
5. chs=250x100 ialah ukuran gambar diagram Anda dalam piksel
6. chl=Ayam|Itik ialah label untuk masing-masing nilai data yang dikirimkan (menjelaskan arti angka 125 dan 77)

Untuk penjelasan selengkapnya, silakan baca halaman developer’s guide nya di sini. Jika Anda ingin menampilkan diagram tersebut di halaman web, cukup gunakan URL tersebut sebagai nilai dari atribut src=”" pada tag <img /> (tag HTML untuk gambar).

Saat ini terdapat lima jenis diagram yang dapat kita sajikan menggunakan Google Chart API, yaitu

Line Chart

Bar Chart

Pie Chart

Venn Diagram

Scatter Plot

Dengan menggabungkannya dengan server side scripting semisal PHP, kita bisa menggenerasi URL untuk data-data yang dinamis, yang selalu berubah-ubah sepanjang waktu dan menampilkannya dalam bentuk diagram. Jadi, diagramnya juga akan selalu dinamis, berubah-ubah mengikuti perubahan data tersebut.

Contoh penerapan yang menarik yang biasa dibutuhkan dalam blog:

• Menampilkan statistik pengunjung per hari ataupun bulan menggunakan line chart atau bar chart. Sebagian data statistik tersebut seperti jenis perambah yang digunakan, dapat disajikan dalam bentuk perbandingan mmenggunakan pie chart
• Menampilkan hasil polling online menggunakan pie chart
• Hmm.. apa lagi ya? kok lagi gak ada ide begini. Ada yang bisa menambahkan? Atau silakan langsung saja buat plugin WordPress yang mendayagunakan Google Chart API ini.

Untuk tujuan lainnya selain blog, kegunaannya tentu sangat banyak. Silakan bayangkan sendiri penerapannya dalam berbagai jenis aplikasi web yang dapat Anda buat.

Sayangnya, setiap pengguna hanya diperbolehkan melakukan 50.000 kueri per harinya. Jika batas kueri tersebut terlampaui, Anda akan tidak bisa mengaksesnya untuk sementara waktu. Jika Anda terus melampaui batas kueri ini, akses Anda ke Google Chart API dapat diblokir.

Jadi langsung saja saya perbarui salinan kerja SVN WordPress ke HEAD nya, saat itu revisi 6342. Setelah skrip shell untuk menggenerasi berkas templat (wordpress.pot) saya eksekusi, saya gunakan berkas yang dihasilkan untuk untuk memperbarui berkas pelokalan Bahasa Indonesia yang terakhir (2.3.1). Ketika membukanya di poEdit, saya terkejut melihat string-string barunya, terutama adanya kata-kata ini: Aperture, Focal Length, ISO dan Shutter Speed. Hah.. Serius?

Nampaknya WordPress mulai berniat memanjakan para blogger yang doyan fotografi, terutama yang sering melakukan photologging dengan WordPress. Salah satu fitur WordPress yang akan disuguhkan di versi 2.4 nanti ialah penyimpanan data EXIF foto kita ke dalam basis data. Data EXIF ialah metadata yang ditorehkan oleh kamera yang kita gunakan. Isinya macam-macam, di antaranya jenis kamera yang digunakan, ukuran gambar, serta informasi tentang pengaturan yang dilakukan terhadap kamera pada saat gambar tersebut diambil, misalnya seperti aperture, focal length, ISO, shutter speed–yang saya sebutkan tadi.

Informasi-informasi gambar tersebut ditampilkan pada halaman Admin » Manage » Uploads. Jika dalam versi Bahasa Indonesia Admin » Kelola » Unggahan.

Ketika proses pengunggahan dilakukan, WordPress 2.4 akan membaca data EXIF foto yang kita unggah dan memasukkannya ke dalam basis data, tepatnya dalam tabel ~postmeta. Dalam PHP terdapat fungsi-fungsi untuk membaca data EXIF sebuah berkas. Jadi sebenarnya kapanpun kita bisa mengekstraksi data EXIF langsung dari berkas foto yang kita unggah. Namun menyimpannya terlebih dahulu ke basis data memang merupakan langkah yang bijak ketimbang terus-menerus melakukan pembacaan data dari berkas.

Dengan sedikit tweak, kita bisa menampilkan informasi-informasi di atas langsung ke halaman blog. Misalnya, ditampilkan sebagai keterangan di bawah foto yang kita suguhkan di blog. Informasi ini akan sangat berguna bagi mereka-mereka yang sedang belajar, masih trial & error dalam mengatur tingkat exposure gambar yang mereka ambil, karena bisa membandingkan hasil visualnya dengan berbagai pengaturan kamera.

*wehehehe… kayak aku bukan bagian dari mereka aja.. *

Kalau saya sih selama ini lebih suka mengunggah gambar ke galeri foto seperti Flickr dan membuat taut gambarnya di blog. Selain dengan maksud irit ruang server, di Flickr fitur-fiturnya sudah lengkap, termasuk penyajian metadata EXIF tadi.

Berbicara tentang penerjemahan, biasanya di Indonesia istilah-istilah dalam fotografi tersebut di atas disebutkan apa adanya dalam Bahasa Inggris. Ada yang bisa membantu saya menentukan padanan katanya dalam Bahasa Indonesia?

Aperture: Lobang? Celah? Shutter Speed: Kecepatan Penutup? Tolong dong. Adakah kata yang lebih ‘maknyus’ didengar?

Masih ingatkah? Kira-kira setahun sampai dua tahun yang lalu ramai diperbincangkan mengenai web 2.0. Web 2.0 sendiri sebenarnya tidak terlalu konkrit, tidak ada batas tegas kapan web ber-revolusi menjadi versi 2.0. Sebagian orang yang pragmatis pun beranggapan ini cuma jargon untuk kepentingan komersiil belaka.

Dalam segi pengertianpun, berbagai sumber menyebutnya dengan cara berbeda. Namun yang dapat tangkap dan simpulkan, di web 2.0 terdapat perbedaan dalam hal:

1. Konten web tidak lagi didominasi oleh provider-provider besar yang bergerak di bidang informasi, melainkan bergeser ke arah pengguna, dengan menjamurnya blog, social networking, wiki, video, podcasting dan layanan-layanan lain yang memperbolehkan pengguna mewarnai jagad maya ini
2. Lebih dinamis. Semua informasi di web selalu bergulir. Jika suatu situs statis, maka ia akan tenggelam di tengah arus informasi situs-situs lainnya
3. Teknologi-teknologi baru seperti AJAX, sindikasi, dsb

Karena sudah begitu berbedanya web zaman dulu dengan zaman sekarang, maka dikatakan web telah berganti generasi.

Apa hubungannya web 2.0 dengan medicine 2.0?

Yak, benar sekali tebakan Anda. Secara kasar, Medicine 2.0 ini merupakan perkawinan silang antara bidang kedokteran dengan web 2.0. Selain medicine 2.0, terdapat juga istilah health 2.0. Jika health 2.0 menitikberatkan kegunaannya kepada konsumen (pengguna jasa kesehatan), medicine 2.0 berbicara tentang bagaimana para penyedia jasa kesehatan, utamanya para praktisi medis, mencari informasi tentang kedokteran dan berbagi informasi tersebut kepada sesama (teman sejawat) menggunakan web 2.0 sebagai platformnya.

Dunia Kedokteran Latah?

Tidak bisa dipungkiri, munculnya istilah health 2.0 dan medicine 2.0 tak terlepas dari euphoria era web 2.0. Bagaimanapun kita melihatnya, terasa kegatelan mereka–para ‘pioneer’ istilah ini untuk mengadaptasikan istilah ‘versi 2.0′ yang ‘terdengar keren’ ini ke bidang lain. Sejauh penelusuran saya, sepertinya istilah medicine 2.0 pertama kali digunakan Nature. Setelah itu secara sporadis mulai digunakan di sana-sini, terutama oleh para dokter/mahasiswa/praktisi IT yang sering ngeblog. Dari sekian banyak pihak yang memopulerkan istilah medicine 2.0 ini, bisa dibilang Bertalan Mesko-lah–seorang mahasiswa kedokteran tingkat lima di Herbeden University, Hungaria–yang paling berperan besar. Ia bahkan membuat blog carnival bertemakan medicine 2.0 dan sebuah halaman khusus dalam blognya didedikasikan untuk merangkum semua hal tentang medicine 2.0.

Kalau bicara tentang ‘kelatahan’ ini, sebenarnya tidak hanya terjadi di bidang kedokteran/kesehatan. Sewaktu nongkrong dan ngobrol dengan mas Budi Putra di cafe Watoo malam minggu kemarin, saya pun baru tahu kalau ternyata di bidang lain juga terjadi tren pengadaptasian istilah ala 2.0 (baca: two point o) laiknya medicine 2.0. Salah satunya ialah democracy 2.0. Bayangkan suara-suara dan aspirasi rakyat semua disalurkan melalui dunia maya dan berproliferasi secara cepat berkat web.20.

Kalau dilihat sekilas, tren istilah 2.0 ini sepertinya agak salah kaprah ya? Namun menurut saya, tidak apa-apa. Apapun istilahnya, jelas terlihat bahwa generasi baru web saat ini menimbulkan sebuah tantangan bagi profesi kedokteran untuk turut mengambil manfaat darinya.

CONTOH PENERAPAN MEDICINE 2.0

Forum, Social Networking

Forum yang anggotanya terdiri dari para dokter dan mahasiswa kedokteran di Indonesia sebenarnya sudah ada di http://dokter.or.id. Selain itu ada juga milis-milis kedokteran yang trafficnya lumayan ramai. Di tingkat internasional terdapat social networking untuk komunitas dokter, satu yang paling terkenal ialah SocialMD.

Wiki Kedokteran

Maaf kalau saya salah, tapi berdasarkan penelusuran saya, di Indonesia belum ada wiki khusus (selain WikiPedia) yang berisi materi-materi kedokteran yang disusun dari oleh dan untuk dokter. Namun di tingkat internasional ada beberapa. Lihat senarai yang dibuat oleh Bertalan di blognya.

Medical Blogosphere/Blogosfer Kedokteran

Blog menjadi fenomena saat ini. Di sini tempat yang paling leluasa bagi seseorang untuk membagikan informasi tentang sesuatu. Dengan mempunyai sebuah media di tengah-tengah blogosphere, seseorang dapat dengan mudah menyiarkan sesuatu kepada khalayak ramai hanya dengan menekan tombol ‘publish’.

Jika sejumlah dokter memiliki blog yang saling terhubung (melalui suatu taut fisik, ataupun melalui agregasi sindikasi), hubungan antar blog dokter tersebut seolah-olah menjadi dunia tersendiri, yang biasa disebut medical blogosphere.

Banyak yang bisa dilakukan dengan blog, misalnya:

1. Memublikasikan artikel-artikel ilmiah yang ditulis sendiri. Artikel menarik berikut memberi saran bagi para medical bloggers berkaitan dengan ini.
2. Menulis case record pribadi, dan membahas kasus-kasus yang unik yang pernah dijumpai. Memang untuk melakukan ini perlu berhati-hati mengenai rahasia profesi.
3. Mengulas event-event kedokteran
4. Membahas fenomena yang terjadi dalam lingkup birokrasi kesehatan? *lirik cak moki*
5. Penerapan vlogging, photologging, atau podcasting juga bisa diaplikasikan untuk menyajikan data-data pendukung, misal: hasil pemeriksaan radiologi, rekaman suara jantung, foto lesi, foto Patologi Anatomi, dsb.

Fitur komentar dalam blog sangat berguna untuk menciptakan suatu diskusi tentang tulisan yang dibuat. Diskusi di sini tidak hanya terbatas dilakukan oleh konsumen kesehatan, namun juga bisa dilakukan oleh praktisi medis lain (teman sejawat).

Publikasi Ilmiah yang Digerakkan Web 2.0

Internet itu bagaikan sebuah keranjang sampah raksasa. Semua orang bisa saja dengan mudah mengisinya.

Saya masih ingat kalimat yang dilontarkan oleh guru saya, seorang profesor di Bagian Farmakologi Fakultas Kedokteran Undip. Memang, tidak bisa dipungkiri kalimat itu ada benarnya juga. Pentingnya keakuratan informasi dalam dunia kedokteran membuat para dokter harus berhati-hati dalam menentukan sumber informasi. Sebagus apapun artikel Wikipedia yang kita temukan tidak dapat menjadi landasan kuat dalam artikel ilmiah, apalagi untuk dijadikan alasan pengambilan keputusan medis.

Namun kini sudah bermunculan situs-situs peer-reviewed journal. Salah satunya ialah OpenMedicine. Artikel-artikel kedokteran di sini ditulis oleh para dokter dan direview oleh para sejawat.

Memang, bukan semua yang ada di atas merupakan hal baru, namun sepertinya semangat para dokter belum begitu terasa. Munculnya jargon-jargon seperti medicine 2.0 merupakan salah satu upaya untuk membangkitkan semangat tersebut. Saatnya para dokter juga bangkit dan memanfaatkan secara maksimal potensi kekuatan web 2.0 ini.

Tantangan untuk Para Dokter

1. Dokter tidak hanya lagi dituntut untuk dapat menggunakan dunia maya dalam mencari informasi, namun juga harus menjadi agen penyebar informasi. Kemampuan dan minat untuk menulis tentunya sangat dibutuhkan, agar semakin banyak materi-materi kedokteran berkualitas yang dapat dengan mudah ditemukan di dunia maya.
2. Dokter harus lebih dapat menerima dan beradaptasi dengan teknologi yang terus berkembang. Dalam mencari informasi, para dokter harus membiasakan diri menggunakan feed aggregator, untuk memantau terus sindikasi dari situs-situs jurnal ataupun tulisan-tulisan sejawatnya. Dalam menyiarkan informasi, tentunya para dokter juga harus familiar dengan perkakas-perkakas pendukungnya, misalnya cara menerbitkan tulisan di blog, sintaks-sintaks wiki, bagaimana cara podcasting, vlogging, dan sebagainya.

Masalah yang saat ini dihadapi

1. Kesibukan
2. Keengganan

Para dokter tentunya kaum yang terpelajar. Jadi sebenarnya masalahnya cuma dua itu saja .

Untuk mengerti lebih jauh mengenai medicine 2.0, saya sarankan memulai dari halaman yang dibuat oleh Bertalan yang saya sampaikan di atas. dr. Dani Iswara juga punya sekumpulan daftar bacaan yang perlu dibaca.

Banyak yang mengakui bahwa arus informasi kedokteran saat ini sangat deras, namun sebenarnya tidak banyak yang menyadari betapa lebih derasnya jika keran web 2.0 ini benar-benar dibuka.

Ada sebuah game Flash yang cukup menarik di mana kita bisa berperan sebagai dokter bedah dalam sebuah simulasi open heart surgery, lebih spesifiknya bypass arteri coronaria. Lumayan buat sekedar iseng-iseng di internet.

Skenarionya, kamu harus melakukan bypass arteri coronaria dengan menggunakan autograft vena saphena dari tungkai kanan pasien. Awas, jangan keliru mengambil arteri femoralis.. . Setelah itu, ikuti saja perintah-perintahnya. Gampang kok. Tapi hati-hati, kalau teledor dan operasinya gagal, kamu harus mencari pengacara!

Ada tiga tingkat kesulitan yang bisa kamu pilih: intern, surgeon, specialist. Di spesialis, tidak akan ada garis khayal panduan pada gambar tindakan.

Ada game-game lain yang patut untuk dicoba untuk kalau kamu tidak ada kerjaan. Si Bertalan Mesko, mahasiswa kedokteran dari Hungaria yang juga admin wikipedia untuk bagian kedokteran, suka banget ngumpulin yang beginian.