HEALTHCARE INFORMATION TECHNOLOGY

PERTEMUAN-3
NOVIANDI
PRODI MIK | FAKULTAS ILMU-ILMU KESEHATAN
 Teknologi dan Informasi Kesehatan
Dalam bab Teknologi dan Informasi Kesehatan, kita akan membahas
beberapa hal dibawah ini :
• 1.2 Siklus Informasi
• 1.3 Motivasi untuk Kerjasama
• 1.4 Definisi Istilah Key dan Konsep
– 1.4.1 Kesesuaian
– 1.4.2 Interoperabilitas
• 1.5 Tingkat Interoperabilitas
• 1.6 SDLC
• 1.11 Pengujian
• 2.1.3 Lapisan Protokol
• 2.1.4 Tingkat Interoperabilitas
 Siklus Informasi
• Apa tujuan utama pertukaran data? Mengapa kita membutuhkan
komunikasi ?
• Pelayanan kesehatan adalah suatu usaha yang kompleks yang memerlukan
tenaga kesehatan yang professional , akan tetapi disamping kebutuhan
tenaga kesehatan, ada beberapa faktor yang dibutuhkan, seperti aplikasi,
perangkat, dll agar terjadi kerjasama yang baik dalam usaha memberikan
pelayanan yang maksimal kepada Pasien. Itu mengapa sebuah tim
kesehatan harus bekerjasama dengan baik, mereka harus mampu
melakukan sebuah komunikasi yang efektif. Secara historis, pertukaran
informasi ini terjadi antara profesional yang terlibat secara langsung,
tetapi saat ini mereka di dukung oleh fasilitas yang lebih baik.
 Siklus Informasi
• Komunikasi ini, biasanya dimulai dengan pertukaran pengamatan
direpresentasikan sebagai data. Transformasi dari data ini menjadi
informasi membutuhkan pengetahuan. Pengetahuan dan konteks data
yang disampaikan, harus dikomunikasikan selama transaksi
pertukaran data agar data yang diberikan dapat maksimal untuk
membuat keputusan yang tepat dan mengambil tindakan perawatan
pasien yang tepat ambil menghindari hal yang
membahayakan keselamatan pasien. Semua konteks yang relevan harus
dikirim dengan bertukar data dalam rangka untuk memastikan interpretasi
yang benar oleh penerima.
 Motivation to corporate
• Komponen komunikasi yang paling jelas adalah data diri mereka sendiri,
termasuk informasi tambahan yang menyertainya (konteks atau meta-
data) terlepas dari format tertentu di mana informasi ini dikirim. Biasanya,
sebuah pesan dipicu oleh sebuah peristiwa, sehingga daya tarik ke
penerima secara langsung dapat berkorelasi dengan pesan itu sendiri.
• Misalnya, jika pemicunya adalah masuknya sebuah pasien, daya tarik ke
penerima adalah untuk menambahkan catatan baru ke database untuk
pasien. Pelaksanaan komunikasi memiliki tujuan: memicu reaksi secara
spesifik di penerima. Untuk mencapai tujuan ini, kita harus menimbang
beberapa faktor yang berbeda. Hubungan komunikasi yang kuat antar
mitra memungkinkan kita hanya membutuhkan lebih sedikit data dan
cocok untuk menjadikan daya tarik antar mitra tersebut.
 Definisi dan Istilah Key and Concept
• Ada banyak istilah dan konsep akan diperkenalkan dan didefinisikan. Di
bagian ini, dua istilah yang akan diperkenalkan dan didefiniskan adalah,
“kesesuaian” dan “interoperabilitas”,
• Jika didefinisikan, Seringkali definisi dari istilah yang diberikan akan
memiliki deskripsi yang mirip tetapi dengan sedikit perbedaan. Masalah ini
tidak dapat dihindari; Namun, melalui penerapan perspektif yang
berbeda selama analisis, arti penting dari konsep biasanya muncul dan
akhirnya dapat dipahami. Kita mulai dengan kesesuaian dan
interoperabilitas karena konsep-konsep ini akan banyak kita temui, pada
beberapa istilah, definisinya akan sangat tergantung pada konteks
penggunaannya, hal ini akan menyebabkan perbedaan makna.
 -Kesesuaian
Definisi dari kesesuaian ini diambil dari Merriam Webster Dictionary sebagai berasal dari
kesesuaian kata. Berkaitan dengan pelaksanaannya dengan Standar :

 Kesesuaian berarti bahwa sistem mematuhi persyaratan yang diberikan dalam standar.

Pengertian Kesesuaian ini tergantung dari seberapa dekat implementasi yang memenuhi
persyaratan didefinisikan dalam standar. Untuk tujuan ini, kesesuaian dikaitkan dengan
pengakuan formal pengujian untuk memverifikasi kepatuhan terhadap standar.

 Kepatuhan untuk standar informal menunjukkan bahwa sistem menyediakan dukungan

untuk standar tertentu (misalnya, HL7 v2.x) atau versi yang spesifik dari standar (misalnya, HL7
v2.5.1). Vendor biasanya menyatakan kepatuhan mereka terhadap tingkat standar yang sangat
tinggi, namun deklarasi di tingkat granularity sangat tidak berguna untuk mencapai
interoperabilitas.
 -Interoperabilitas
“Kemampuan dari sistem (sebagai sistem senjata) untuk bekerja
dengan atau menggunakan bagian-bagian atau peralatan dari sistem
lain. ”
• Meskipun ini definisi referensi sistem militer, makna ini menyampaikan
maksud yang benar dengan mengacu pada lebih dari satu sistem dan
menunjukkan spesifik hubungan antara satu sama lainnya. Oleh karena
itu, interoperabilitas selalu memperhatikan dua atau lebih sistem seperti
yang akan kita lihat
• Berikutnya. Kedua definisi, dari IEEE Standard Komputer Daftar Istilah,
adalah lebih formal dan diarahkan pada sistem informasi:
“Interoperabilitas adalah kemampuan dari dua atau lebih sistem atau
komponen untuk pertukaran informasi dan menggunakan informasi yang
telah ditukar.”
Ini lebih mengacu pada dua aspek: Pertama, informasi harus merupakan
bagian penting dari interpretasi semantik dan benar memungkinkan untuk
penggunaan bertukar informasi.
Perbedaan Antara Interoperabilitas Sintaksis dan Interoperabilitas Semantik

Interoperabilitas sintaksis: Jika dua atau lebih sistem mampu berkomunikasi

dan bertukar data, maka mereka menunjukkan interoperabilitas
sintaksis. Pada tingkat ini, sistem masih belum mengerti tentang pertukaran.
Tidak ada pengetahuan domain secara spesifik yang diperlukan. Hal ini
memungkinkan untuk bertukar pesan dan dokumen tanpa pertimbangan
lebih lanjut. Konvensi sintaksis membantu mengidentifikasi item data dalam
pertukaran data tetapi tidak ada spesifisitas tindakan pada data tanpa
informasi lebih lanjut. Interoperabilitas sintaksis diperlukan untuk setiap
upaya interoperabilitas lebih lanjut.

Interoperabilitas semantik: Diluar kemampuan dari dua atau lebih sistem

komputer untuk bertukar informasi, interoperabilitas semantik adalah
kemampuan secara otomatis untuk mengkomunikasikan informasi dan
memiliki informasi diinterpretasikan dengan benar oleh menerima sistem.
 Tingkat Interoperabilitas
• Interoperabilitas membutuhkan kompetensi dan kemauan untuk
berkolaborasi. Hal ini bisa dilakukan secara apriori oleh pendidikan dan pelatihan
sehingga dapat dimengerti dengan jelas atau setidaknya dapat dilakukan secara
efektif.
• Teknisi medis darurat mendemonstrasikannya kemampuan ini ketika mentransfer
pasien ke dokter, misalnya, dari ambulans ke gawat darurat. Teknisi medis tersebut
meringkas status dan kondisi pasien termasuk semua tindakan yang relevan
dilakukan dan diamati hasilnya. Ini mungkin hanya dilakukan antara orang-orang
terlatih, sama hal nya dengan pertukaran data elektronik yang memiliki celah
antara data diri dan pengetahuan yang diperlukan untuk memproses mereka.
• Semakin pendek komunikasi, semakin besar kesenjangan dan informasi, sehingga
harus lebih banyak pengetahuan yang dipahami ke dalam proses untuk
mengimbangi. Oleh karena itu, interoperabilitas berkenaan dengan pertukaran
informasi dapat didiskusikan pada tingkat yang berbeda. Yang penting pada
akhirnya adalah jumlah pekerjaan yang diperlukan untuk membuat informasi yang
tersedia sehingga dapat digunakan.
 Tingkat Interoperabilitas
• Pertukaran data di tingkat teknis rendah membutuhkan banyak
penggunaan intervensi untuk membangun interoperabilitas semantik
karena pertukaran lengkap tidak sepenuhnya didefinisikan dan disepakati.
Semakin banyak meta-data yang disepakati untuk meningkatkan proses
komunikasi. Inilah yang kita maksud dengan standardisasi. Kendati
demikian, pada tingkat komunikasi tertinggi, data harus disertai dengan
informasi tambahan yang digunakan untuk mengarahkan dan
mengontrol pengolahan pertukaran data, yang mengarah ke otomatisasi
lebih. Memperbaiki otomatisasi pertukaran data membutuhkan
penyediaan yang lebih canggih dari meta-data sehingga dapat memastikan
bahwa Interface mampu menafsirkan data tanpa intervensi pengguna
pada akhirnya.
 SDLC (System Development Life Cycle)

• Model siklus hidup perangkat lunak (SDLC) biasanya terdiri dari analisis
kebutuhan, desain, implementasi, pengujian, penyebaran dan akhirnya
pemeliharaan perangkat lunak. SDLC ini hanya mempertimbangkan
pengembangan aplikasi yang berdiri sendiri. Perkembangan standar
pertukaran data juga mengalami siklus hidup seperti itu, dimulai dengan
analisis kebutuhan, desain, dll standar pertukaran data mencoba untuk
menentukan format yang memungkinkan untuk menyampaikan informasi
yang diperlukan untuk penggunaan kasus tertentu.
 Pengujian
• Uji kesesuaian dan pengujian interoperabilitas merupakan aspek penting
dalam pengembangan sebuah kualitas standar, namun sering diabaikan
dalam pengembangan. Pada standar ini, nanti akan digambarkan konsep
kesesuaian dan interoperabilitas, dan bagaimana pengujian menjadi
penting untuk pengembangan standar siklus hidup yang dibahas
sebelumnya.
• Prinsip penting dalam pengembangan standar adalah mengintegrasikan
pengujian di awal proses untuk umpan balik yang akan diberikan kepada
penulis standar. Uji Kesesuaian adalah proses yang menentukan apakah
suatu entitas (pesan, dokumen, aplikasi, sistem, dll) memenuhi
persyaratan.
• Oleh karena itu, pengujian kesesuaian berusaha untuk membangun
tingkat kepercayaan diri dalam kesesuaian entitas diberikan berdasarkan
kuantitas dan kualitas tes yang dilakukan.
 Lapisan Protokol
• Menetapkan interoperabilitas memerlukan tumpukan
protokol yang mendukung pertukaran data secara
fleksibel dan efisien. Pada tingkat terendah adalah
interoperabilitas teknis sederhana yang memungkinkan
protokol transmisi yang paling sederhana untuk digunakan
kembali.
 Tingkat Interoperabilitas
• Interface dapat dibentuk pada tingkat interoperabilitas yang berbeda
sesuai dengan lapisan abstraksi. Prinsip susunan ISO berlaku dengan cara
yang sama pada aplikasi (Pengolahan) tingkat dengan struktur, sintaksis,
dan interoperabilitas semantik.
• Misalnya, pemahaman sintaksis dari apa yang telah ditukar tidak selalu
menghasilkan interpretasi yang benar dari isi. Interpretasi ini harus
dilakukan diterapkan secara manual. Meta datayang akan memfasilitasi
pemahaman yang benar dari data.
• Pada tingkat interoperabilitas tertinggi kita berbicara tentang organisasi
atau layanan interoperabilitas, yang memungkinkan untuk menerima
panggilan langsung dari layanan asing. Kemampuan ini akan mungkin
terjadi ketika interoperabilitas semantik nyata dicapai.
 Interfacing
• Ketika ada pertukaran data antara dua sistem yang berbeda , biasanya dua
antarmuka yang berkomunikasi satu sama lain . Satu sistem mengirim data, dan
yang lainnya menerima data. Mungkin lebih mudah dimengerti jika dua sistem
tidak berbicara bahasa yang sama (yaitu, menerapkan sama spesifikasi) mereka
tidak dapat berbagi data; Tapi, seperti apa yang akan kita lihat nanti, prasyarat ini
(menggunakan spesifikasi yang sama) diperlukan, meskipun cukup sendiri karena
pemahaman yang tepat harus disampaikan juga.
• Sistem pengiriman bertugas untuk mengumpulkan data dan mengubahnya
menjadi “bahasa yang disepakati protokol”. Biasanya, tugas ini dilakukan dengan
mengirim Sistem mengakses repositori data. Sistem penerima mengeluarkan data
dari pesan yang ditransmisikan dan menyimpannya dalam repositori internal data.
• Apa yang menyebabkan sistem pengiriman mengirimkan data? Transmisi data
sering dipicu oleh data yang dimasukkan ke dalam sistem - yang bisa berarti
pemicunya terkait dengan peristiwa real-time - atau dengan layanan yang
dijadwalkan secara rutin (cron atau di-pekerjaan 5) yang meminta modul
antarmuka pada pra-de fi ned kali ketika data membutuhkan transmisi untuk mitra
komunikasi.
 Impact On Interface
• Ketika berbicara tentang antarmuka spesifikasi-spesifikasi, yang mendasari
rancangan sebuah sistem seharusnya tidak menjadi masalah ;
• Namun, hubungan timbal balik memang ada. Apakah Sistem ini mampu
mendukung fitur secara spesifik atau transmisi informasi menggunakan
standar ? Hal ini sangat penting untuk diketahui.
• Oleh karena itu, spesifikasi standar harus jelas menggambarkan
persyaratan ini:
• a) Apakah Sistem harus mampu
mendukung informasi yang spesifik ? (relevan untuk pengembang), dan :
• (b) Di mana informasi tersebut muncul dalam pesan pelaksanaan
persyaratan dan kebutuhan operasional. ?
 Serving Interface With Data
• Sebuah pertanyaan yang berbeda berkaitan dengan penggunaan
kemampuan umum sebuah sistem di Indonesia yang memiliki
kombinasi dengan perilaku antarmuka/ Interface.
• Anggapan bahwa sebuah informasi yang spesifik, pada prinsipnya, yang
tersedia dalam repositori sistem data dapat ditukar dengan sistem asing,
tentu saja tidak benar. Kemampuan ini ditentukan oleh arahan (internal)
dari sistem yang sesuai.
• Dari perspektif Interface, tidak ada beda antara data spesifik yang
tersembunyi dari modul data yang tidak dilaksanakan sama sekali, atau
jika (Data privasi / keamanan / perlindungan) kebijakan melarang
memanfaatkan data. Sebuah sistem berfungsi di bawah kendala ini harus
diperlakukan seolah-olah tidak mampu untuk melakukan
penanganan data (untuk penggunaan tertentu) bahkan jika antarmuka lain
dalam yang sama, sistem mungkin sangat baik mendukung data.
 General Capability of System
• Kemampuan sistem bertindak sebagai mitra informasi dalam kasus penggunaan yang
diberikan secara langsung dipengaruhi oleh bagaimana informasi diperoleh dan kemudian
ditangani secara internal. Tiga situasi berbeda mungkin terjadi:
• (1) sistem user interface menawarkan tempat untuk masuk atau untuk menyajikan spesifik
informasi yang tidak disimpan secara internal.
• (2) Sistem menyimpan informasi internal yang spesifik, tetapi tidak hadir melalui antarmuka
pengguna. Di sini kita memiliki informasi yang terus-menerus ini.
• (3) user interface Sistem menawarkan lapangan untuk masuk atau untuk menyajikan spesifik
Informasi yang juga disimpan secara internal.
• Untuk interfacing, options (2) dan (3) sangat penting agar sistem bisa berjalan dan
mampu memberikan informasi yang spesifik, mengingat bahwa antarmuka mengacu pada
Informasi persisten. Tentu saja, sebuah sistem mungkin mengambil informasi dari sebuah
antarmuka dan menyediakannya untuk tampilan, yang juga merupakan sarana memenuhi
persyaratan.
• Aplikasi yang sangat canggih menyediakan beberapa cara untuk memasukkan rincian terkait
yang menjelaskan mengapa data tidak masuk, misalnya, pasien diminta tapi tidak mampu
menjawab, pasien diminta namun menolak untuk menjawab, atau pasien tidak diminta sama
sekali. Dalam beberapa kasus, untuk mengetahui informasi ini pada tingkat granularity
penting untuk pengambilan keputusan medis diinformasikan.
 Relevance for Interface
• Jika sistem memproses informasi spesifik, informasi harus
tersedia dalam layanan Interface, jika tidak, sistem ini
dinyatakan tidak mampu menyesuaikan dengan persyaratan
ini.
• Seperti yang telah dijelaskan sebelumnya, diskusi ini berfokus
pada kemampuan yang dibutuhkan oleh sebuah interface.
“kemampuan sistem” ditentukan dari sudut pandang
komunikasi .
 Perilaku Dinamis
• 2.4.1 Pasangan Pesan
• Sebagaimana dijelaskan dalam diskusi tentang interface,
informasi biasanya dipertukarkan antara sistem di kedua
arah; pesan dikirim dan respon dikembalikan
• 2.4.2 Waktu
• Pelaksana perlu tahu tentang waktu pesan, yaitu, hubungan
antara pesan dan respon yang berkaitan dengan interval
waktu. beberapa standar menentukan bahwa respon harus
segera dikirim, yang lain menyatakan bahwa tidak ada
respon yang akan dikirim.
 Perilaku Dinamis
• 2.4.3 Identifikasi Pesan
• Ada dua paradigma yang umum digunakan dalam pertukaran
pesan. Dalam sinkron komunikasi , aplikasi pengiriman
menunggu yang sesuai menerima (pengakuan)
sebelum melanjutkan dengan pesan berikutnya.
• 2.4.4 Routing untuk Beberapa Tujuan
• Dalam kasus paradigma komunikasi deklaratif , pesan
yang dikirim bersamaan untuk satu set penerima yang telah
dikoordinasikan kebutuhan untuk Data. Pesan ADT 9 adalah
sebuah contoh yang sangat khas. Satu set sistem pengelolaan
Informasi pasien perlu diinformasikan tentang pasien baru
dan update pasien.
 Perilaku Dinamis
• 2.4.5 Tanggung Jawab Sistem
• Jika sistem penerima tidak memungkinkan untuk melakukan
penggabungan catatan, keadaan internal sistem interoperasi
akan berbeda ketika peristiwa semacam itu terjadi.
• Jika sistem pengiriman mampu mengkomunikasikan
permintaan untuk menggabungkan dua catatan (dan mitra
dagang diharapkan untuk melakukannya), maka kemampuan
merge merupakan persyaratan untuk sistem penerima dengan
yang pengirim interoperasi. Sistem menerima memiliki
tanggung jawab untuk memproses pesan yang sesuai.
 Perilaku Dinamis
• 2.4.6 Penanganan Acara
• Menyediakan suatu ruang (Dialog / windows) yang digunakan untuk
berinteraksi dengan aplikasi, yaitu, pengguna bekerja dengan satu set
bentuk untuk memasukkan informasi. Setelah diterima oleh pengguna,
isinya akan disimpan dengan mentransfer informasi ke satu set catatan
data. struktur dan isi dari catatan tergantung pada aplikasi.
• Semakin erat struktur internal dari aplikasi mencerminkan struktur yang
didefinisikan dengan standar pertukaran data - atau, dengan kata lain,
semakin banyak atau selaras struktur ini - lebih mudah dalam mencapai
pemetaan .
• Dalam kasus di mana aplikasi perlu mendukung banyak data standar
pertukaran (misalnya, HL7 v2.x, HL7 V3, dan HL7 CDA® untuk mengirim lab
hasil), mungkin akan lebih menguntungkan menggunakan model informasi
yang canggih dan internal dengan agnostik
 Perilaku Dinamis
• 2.4.7 Penanganan Pesan yang tertunda(Sender)
• Masalah ketepatan data dapat timbul akibat dari penanganan
pesan yang tertunda. Misalnya , data yang dapat dimasukkan
dan dikumpulkan, lalu kemudian diperbarui. Dalam beberapa
peristiwa yang telah terjadi akan mempengaruhi catatan
pasien dan kebutuhan untuk dikomunikasikan kepada satu
atau lebih penerima.
• Setiap pendekatan memiliki pro dan kontra, dan beberapa hal
yang terjadi selama proses tersebut harus diperhitungkan
dalam rangka untuk memastikan data pelacakan telah
ditangani dengan benar (jika ada kebutuhan atau keinginan
untuk pelacakan data).
 Perilaku Dinamis
• 2.4.8 Terlambat dalam Penanganan Data (Receiver)
• Paradigma yang sering terjadi dalam pertukaran data adalah untuk mengirim data
terbaru sehingga penerima dapat mempertahankan data yang benar.
• Pertimbangan skenario di mana seorang pasien dirawat di unit rumah
sakit “ A ” pada hari pertama, ditransfer ke unit “ B ” pada hari kedua , dan
akhirnya unit “ C ” pada hari 3. Ketika dalam urutan transaksi ini terjadi dan terjadi
sebuah kesalahan dimana pasien sebenarnya ditransfer ke unit rumah
sakit “ F ” pada Hari 2. Contoh lain adalah diagnosis yang kemudian ditemukan
menjadi salah dan kemudian diperbarui. Bagaimana sistem penerima
mengenali data tersebut dan apa langkah-langkah yang perlu dilakukan untuk
memperbaiki data?
• Beberapa aplikasi penerima tidak dapat melacak histori transaksi dan selalu
berharap untuk mendapatkan data terakhir, sementara ada aplikasi lain yang
mempertahankan jejak histori data.
• Oleh karena itu, sangat penting bahwa ada mekanisme yang menunjukkan apakah
pesan berisi data terbaru atau usang ( valid data). Ada solusi yang berbeda (atau
harus ada) di masing-masing standar saat ini untuk menjelaskan situasi ini.
Terima Kasih