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