Pusat kesehatan otomatis menggunakan banyak perangkat berbeda, yang pengoperasiannya harus dikontrol oleh sistem informasi medis (MIS), serta perangkat yang tidak menerima perintah, tetapi harus mengirimkan hasil pekerjaannya ke MIS. Namun, semua perangkat memiliki opsi koneksi yang berbeda (USB, RS-232, Ethernet, dll.) dan cara berinteraksi dengannya. Hampir tidak mungkin untuk mendukung semuanya di MIS, sehingga lapisan perangkat lunak DeviceManager (DM) dikembangkan, yang menyediakan antarmuka tunggal bagi MIS untuk menetapkan tugas ke perangkat dan memperoleh hasil.
Untuk meningkatkan toleransi kesalahan sistem, DM dibagi menjadi serangkaian program yang terletak di komputer di pusat kesehatan. DM dibagi menjadi program utama dan sekumpulan plugin yang berinteraksi dengan perangkat tertentu dan mengirimkan data ke MIS. Gambar di bawah menunjukkan struktur umum interaksi dengan DeviceManager, MIS, dan perangkat.
Struktur interaksi antara MIS dan DeviceManager menunjukkan 3 opsi untuk plug-in:
- Plugin tidak menerima data apa pun dari MIS dan mengirimkan data yang diubah ke dalam format yang dapat dimengerti dari perangkat (sesuai dengan perangkat tipe 3 pada gambar di atas).
- Plugin menerima tugas singkat (dalam hal waktu eksekusi) dari MIS, misalnya, mencetak pada printer atau memindai gambar, menjalankannya dan mengirimkan hasilnya sebagai respons terhadap permintaan tersebut (sesuai dengan perangkat tipe 1 pada gambar di atas ).
- Plugin menerima tugas jangka panjang dari MIS, misalnya, untuk melakukan survei atau mengukur indikator, dan sebagai tanggapannya mengirimkan status penerimaan tugas (tugas dapat ditolak jika ada kesalahan dalam permintaan). Setelah menyelesaikan tugas, hasilnya diubah ke dalam format yang dapat dimengerti oleh MIS dan diunggah ke antarmuka yang sesuai dengan tipenya (sesuai dengan perangkat tipe 2 pada gambar di atas).
Program DM utama memulai, menginisialisasi, memulai ulang jika terjadi penghentian yang tidak terduga (crash) dan menghentikan semua plugin saat dimatikan. Komposisi plugin di setiap komputer berbeda, hanya plugin yang diperlukan yang diluncurkan, yang ditentukan dalam pengaturan.
Setiap plugin merupakan program independen yang berinteraksi dengan program utama. Definisi plugin ini memungkinkan operasi yang lebih stabil karena independensi semua instance plugin dan head dalam hal penanganan kesalahan (jika terjadi kesalahan kritis yang menyebabkan plugin crash, maka ini tidak akan mempengaruhi plugin dan head lainnya) . Satu plugin memungkinkan Anda bekerja dengan perangkat dengan jenis yang sama (seringkali modelnya sama), sementara beberapa plugin hanya dapat berinteraksi dengan satu perangkat, sementara yang lain dapat berinteraksi dengan beberapa perangkat. Untuk menghubungkan beberapa perangkat dengan jenis yang sama ke satu DM, luncurkan beberapa plugin yang sama.
Toolkit Qt digunakan untuk mengembangkan DM karena memungkinkan kita melakukan abstraksi dari sistem operasi tertentu dalam banyak kasus. Hal ini memungkinkan untuk mendukung pekerjaan dengan komputer berbasis Windows, Linux dan MacOS, serta perangkat papan tunggal Raspberry. Satu-satunya batasan dalam memilih sistem operasi saat mengembangkan plugin adalah ketersediaan driver dan/atau perangkat lunak khusus untuk perangkat tertentu.
Interaksi antara plugin dan head terjadi melalui QLocalSocket yang terus aktif dengan nama instance plugin tertentu, sesuai dengan protokol yang kami buat. Penerapan protokol komunikasi di kedua sisi dirancang sebagai perpustakaan dinamis, yang memungkinkan pengembangan beberapa plugin oleh perusahaan lain tanpa sepenuhnya mengungkapkan interaksi dengan pimpinan. Logika internal soket lokal memungkinkan kepala untuk segera mengetahui tentang jatuhnya menggunakan sinyal pemutusan koneksi. Ketika sinyal seperti itu terpicu, plugin yang bermasalah akan dimulai ulang, yang memungkinkan Anda menangani situasi kritis dengan lebih mudah.
Diputuskan untuk membangun interaksi antara MIS dan DM berdasarkan protokol HTTP, karena MIS beroperasi pada server Web, yang memudahkan pengiriman dan penerimaan permintaan menggunakan protokol ini. Dimungkinkan juga untuk membedakan masalah yang mungkin timbul saat mengatur atau menjalankan tugas dengan perangkat berdasarkan kode respons.
Dalam artikel berikut, dengan menggunakan contoh beberapa ruang pusat diagnostik, pengoperasian DM dan beberapa plug-in akan diperiksa.
Sumber: www.habr.com