Pencitraan medis dan rekayasa perangkat tertanam

Alur pencitraan medis dapat mencakup akuisisi, prapemrosesan, dan inferensi lokal, masing-masing dengan kebutuhan waktu dan kualitas data tersendiri. AI dalam layanan kesehatan harus dievaluasi untuk tujuan penggunaan yang ditentukan. Uji rekayasa membuktikan perilaku elektronik dan perangkat lunak; uji tersebut sendiri tidak membuktikan ketepatan diagnosis atau manfaat klinis.

Untuk AI medis, catat kondisi masukan, versi model, dan penanganan hasil yang tidak pasti. Alvexis dapat membahas perangkat keras tertanam, antarmuka sensor, dan integrasi prototipe dengan tim pengembang perangkat. Validasi klinis dan jalur persetujuan yang berlaku tetap menjadi bagian dari keseluruhan program perangkat medis.

Apa arti AI fisik dalam kedokteran?

Bayangkan instrumen laboratorium yang mengamati pembawa sampel, prototipe rehabilitasi yang mengukur gerakan, atau asisten robot yang merespons umpan balik sensor. Masing-masing menggabungkan pengamatan fisik dengan komputasi dan keluaran yang dapat digunakan. Keluaran dapat memandu operator, mengatur tugas, atau mendukung fungsi perangkat.

Mulailah dengan menulis tujuan yang diinginkan dalam bahasa yang sederhana. Siapa yang akan menggunakan sistem ini? Di lingkungan apa? Apa yang dia amati? Apa output yang dihasilkan, dan siapa yang memutuskan apa yang akan terjadi selanjutnya? Sistem yang memindahkan persediaan di rumah sakit tidak boleh mewarisi klaim atau asumsi dari perangkat yang digunakan dalam perawatan pasien.

Untuk perangkat medis berkemampuan AI di Amerika Serikat, FDA menjelaskan pendekatan yang mempertimbangkan tujuan penggunaan dan karakteristik teknologi. Jalur pemasaran perangkat tidak dapat disimpulkan dari prosesor atau label «AI». Lihat tinjauan FDA tentang perangkat medis berkemampuan AI. Persyaratan pasar lain memerlukan penilaian tersendiri bersama produsen yang bertanggung jawab dan spesialis regulasi.

Area aplikasi yang patut dievaluasi

Contoh-contoh ini menggambarkan kemungkinan proyek rekayasa. Contoh tersebut tidak menyatakan bahwa Alvexis saat ini memasok perangkat medis yang telah disetujui atau algoritma AI yang telah divalidasi secara klinis.

BagianKemungkinan skop teknikPertanyaan awal
Otomatisasi laboratoriumAntarmuka kamera, umpan balik penanganan, kontrol instrumen, dan catatan jejakBagaimana identitas sampel, kesalahan pengendalian dan pemulihan operator diverifikasi?
Prototipe sensor medisAkuisisi sinyal, sinkronisasi, pra-pemrosesan tertanam dan rekamanReferensi apa yang menetapkan kualitas pengukuran untuk penggunaan yang dimaksud?
Pengukuran rehabilitasiSensor gerakan, pemrosesan lokal, dan pengamatan untuk tenaga klinisPengukuran mana yang berguna, untuk pengguna mana, dan dengan pengulangan apa?
Pengembangan pemantauan pasienIntegrasi sensor, periksa kualitas sinyal dan aliran kerja peringatan terbatasSiapa yang menanggapi, dan bagaimana peristiwa yang terlewatkan dan peringatan gangguan dievaluasi?
Sistem robot medisantarmuka tertanam, sensor sinkron dan integrasi kendaliBagaimana kewenangan kontrol, kondisi kontak, fungsi perlindungan, dan penyerahan kontrol ditentukan?
Logistik dan peralatan rumah sakitSensor aset, pemantauan kondisi peralatan dan antarmuka transportasiApakah output mempengaruhi perawatan pasien atau tugas operasi, dan bagaimana batas itu dipertahankan?

Sebuah ringkasan proyek yang berguna membedakan subsistem sensor, fungsi AI dan produk akhir. Integrasi kamera yang sukses tidak dengan sendirinya memvalidasi interpretasi klinis. Demonstrasi model kerja tidak dengan sendirinya menetapkan kecocokan listrik, mekanik atau aliran kerja.

Desain jalur pengukuran dan jalur keputusan bersama

UkurMasukan sensor, kalibrasi, pewaktuan, dan pemeriksaan kualitas sinyal yang ditetapkan.
ProsesPerangkat lunak dengan versi tercatat, keluaran jelas, dan penanganan data tidak valid.
Tinjau atau jawabPengguna yang ditunjuk atau fungsi perangkat, dengan respons dan jalur pemulihan yang ditentukan.

Tentukan antarmuka di antara tahap-tahap tersebut. Untuk prototipe pengindraan, catat satuan, laju pengambilan sampel, parameter kalibrasi, dan transformasi sebelum penyimpanan. Untuk alur citra, sertakan eksposur, optik, dan pencahayaan dalam konfigurasi. Perubahan akuisisi data dapat mengubah makna masukan algoritma.

Tentukan ciri pengamatan yang tidak valid. Sensor terputus, kontak buruk, pandangan terhalang, atau sinyal di luar rentang tidak boleh diam-diam menjadi hasil normal. Sertakan status «tidak tersedia» atau «tidak pasti» bila sesuai, dan tentukan respons pengguna atau fungsi berikutnya.

Pemrosesan lokal dapat mengurangi jumlah data mentah yang perlu meninggalkan perangkat dan dapat membantu aliran kerja beroperasi selama gangguan jaringan. Hal ini tidak secara otomatis membuat produk menjadi pribadi atau aman. Menetapkan data yang disimpan, akses yang diizinkan, transmisi, penghapusan dan antarmuka pemeliharaan untuk instalasi tertentu.

Apa yang berubah ketika prototipe menjadi produk fisik?

Kemasan dan instalasi adalah bagian dari skop pengembangan. Diskusikan kondisi kontak, metode pembersihan, pemasangan, akses konektor, batas termal dan prosedur layanan dengan pemilik produk. Tim yang bertanggung jawab harus mengidentifikasi yang listrik, mekanik, kegunaan dan evaluasi peraturan berlaku untuk perangkat yang direncanakan.

Rancang daya dan termal untuk seluruh beban kerja. Akuisisi, pemrosesan, tampilan, komunikasi, dan pencatatan dapat berjalan bersamaan. Ukur perilaku berkelanjutan dalam casing yang direncanakan dan selama siklus kerja yang dituju. Spesifikasi puncak akselerator bukan hasil kinerja produk secara keseluruhan.

Rencanakan akses untuk kalibrasi, pengujian produksi, dan analisis kegagalan. Papan carrier khusus dapat menyediakan antarmuka dan ukuran yang diperlukan, tetapi juga menimbulkan tanggung jawab ketersediaan komponen, verifikasi papan, dan kontrol konfigurasi. Panduan desain papan carrier khusus menjelaskan ketergantungan proyek itu.

Jaga verifikasi teknik dan bukti klinis terpisah

Verifikasi rekayasa dapat membuktikan bahwa suatu subsistem mengukur, memproses dan berkomunikasi sesuai spesifikasinya. Evaluasi klinis menilai apakah fungsi akhir bekerja dengan tepat untuk tujuan medis yang dimaksud. Keduanya tidak saling menggantikan.

Prinsip transparansi FDA, Health Canada dan MHRA menekankan penggunaan yang dimaksudkan, pengguna, populasi, aliran kerja, kinerja dan batasan yang jelas. Mereka juga membicarakan komunikasi perubahan dan memantau kinerja. Untuk tim proyek, ini adalah prompt yang berguna untuk menentukan bukti dan informasi pengguna apa yang dibutuhkan produk.

Sumber FDA tentang GMLP merujuk pada prinsip IMDRF yang mencakup siklus hidup perangkat medis. Perencanaan pengembangan harus mencakup produk yang diterapkan dan perubahannya, bukan berhenti setelah model dilatih.

Salah satu cara untuk mengatur proyek adalah tabel traceability: untuk setiap fungsi yang diklaim, rekam kondisi input yang dibutuhkan, output, metode verifikasi, pemilik dan bukti penerimaan. Termasuk kasus gagal dan tinjauan manusia. Bekukan perangkat keras, perangkat lunak, model dan konfigurasi yang digunakan untuk setiap evaluasi sehingga hasil dapat ditafsirkan dan direproduksi.

Sebuah pilot pertama praktis

  1. Setuju pada tujuan dan kepemilikan. Identifikasi produsen, pengguna yang dimaksud, mitra klinis di mana relevan dan tim yang bertanggung jawab untuk penerimaan.
  2. Pilih pertanyaan yang sempit. Contohnya termasuk pengulangan pengukuran, pengamatan posisi sampel atau deteksi keadaan peralatan di bawah kondisi yang ditentukan.
  3. Tentukan referensi. Tentukan proses pengukuran atau tinjauan yang digunakan untuk menilai keluaran. Setuju pada izin data sebelum mengumpulkan informasi terkait pasien.
  4. Instrumentasi prototipe. Rekaman waktu, kualitas input, status pemrosesan dan konfigurasi perangkat di samping hasil.
  5. Tinjau bukti sebelum ekspansi. Tentukan apa yang ditunjukkan prototipe, apa yang masih tidak pasti dan evaluasi tambahan apa yang diperlukan untuk produk yang diharapkan.

Jaga batas penelitian atau demonstrasi teknik secara eksplisit dalam perjanjian pilot. Memperluas dari pengamatan ke keputusan perawatan atau tindakan fisik mengubah apa yang harus ditetapkan sebelum penggunaan.

Di mana Alvexis cocok dalam program pengembangan

Alvexis dapat mendiskusikan desain elektronik custom, antarmuka sensor, dukungan perangkat lunak tertanam dan integrasi mekanis dengan OEM medis, tim penelitian dan integrator sistem. Percakapan pertama harus mengidentifikasi subsistem teknik dan bukti program produk yang lebih luas yang akan dibutuhkan.

Kesesuaian medis, tanggung jawab sistem mutu, klaim klinis dan izin pemasaran harus ditetapkan untuk proyek yang disepakati. Artikel ini menjelaskan pendekatan rekayasa; bukan klaim bahwa platform Alvexis yang ada telah bersertifikasi medis atau diizinkan untuk diagnosis maupun pengobatan.

Untuk konteks yang lebih luas, baca AI Fisik di Seluruh Industri. Untuk gerakan, persepsi, dan batas kontrol tertanam, lanjutkan dengan panduan AI robotika.

Referensi teknis

Referensi-referensi ini mendukung perencanaan pengembangan. Persyaratan yang berlaku tergantung pada produk yang dimaksud, penggunaan dan pasar.

Tentukan tantangan teknik medis.

Bagikan alur kerja yang diinginkan, kebutuhan sensor, antarmuka dan tanggung jawab pengembangan. Kami dapat mendiskusikan prototipe yang terbatas dan cakupan integrasi dengan tim produk Anda.

Diskusikan Kolaborasi TeknikMenjelajahi AI Fisik di Seluruh Industri →