Pengimejan perubatan dan kejuruteraan peranti terbenam

Aliran pengimejan perubatan boleh merangkumi pemerolehan, prapemprosesan dan inferens setempat, masing-masing dengan keperluan masa serta kualiti data tersendiri. AI dalam penjagaan kesihatan mesti dinilai untuk tujuan penggunaan yang ditetapkan. Ujian kejuruteraan membuktikan tingkah laku elektronik dan perisian; ujian itu sahaja tidak membuktikan ketepatan diagnosis atau manfaat klinikal.

Untuk AI perubatan, rekodkan keadaan input, versi model dan pengendalian hasil yang tidak pasti. Alvexis boleh membincangkan perkakasan terbenam, antara muka penderia dan integrasi prototaip dengan pasukan pembangunan peranti. Validasi klinikal dan laluan kelulusan yang berkenaan kekal sebahagian daripada keseluruhan program peranti perubatan.

Apa maksud AI Fizikal dalam perubatan?

Pertimbangkan instrumen makmal yang memerhati pemegang sampel, prototaip rehabilitasi yang mengukur pergerakan, atau pembantu robot yang bertindak balas terhadap maklum balas sensor. Setiap satunya menggabungkan pemerhatian fizikal dengan pengkomputeran dan output yang boleh digunakan. Output itu boleh membimbing pengendali, menyusun tugas atau menyumbang kepada fungsi peranti.

Mulakan dengan menulis tujuan penggunaan dalam bahasa yang mudah. Siapakah yang akan menggunakan sistem ini? Dalam persekitaran apa? Apakah yang diperhatikannya? Apakah output yang dihasilkan, dan siapakah yang memutuskan tindakan seterusnya? Sistem yang memindahkan bekalan di hospital tidak sepatutnya mewarisi dakwaan atau andaian bagi peranti yang digunakan dalam penjagaan pesakit.

Bagi peranti perubatan yang menggunakan AI di Amerika Syarikat, FDA menerangkan pendekatan yang mempertimbangkan tujuan penggunaan dan ciri teknologi. Laluan peranti ke pasaran tidak boleh ditentukan berdasarkan pemprosesnya atau label “AI” sahaja. Lihat gambaran keseluruhan FDA tentang peranti perubatan yang menggunakan AI. Keperluan di pasaran lain memerlukan penilaian berasingan bersama pengeluar yang bertanggungjawab dan pakar kawal selia.

Bidang aplikasi yang wajar dinilai

Contoh ini menerangkan kemungkinan projek kejuruteraan. Ia tidak mendakwa bahawa Alvexis kini membekalkan peranti perubatan yang diluluskan atau algoritma AI yang disahkan secara klinikal.

BahagianSkop kejuruteraan yang mungkinSoalan awal
Automasi makmalAntara muka kamera, maklum balas pengendalian, kawalan instrumen dan log jejakBagaimanakah identiti sampel, ralat pengendalian dan pemulihan oleh pengendali disahkan?
Prototaip penderiaan perubatanPemerolehan isyarat, penyegerakan, prapemprosesan terbenam dan rakamanRujukan apa yang menetapkan kualiti pengukuran untuk penggunaan yang dimaksudkan?
Pengukuran rehabilitasiSensor pergerakan, pemprosesan setempat dan pemerhatian untuk pakar klinikalPengukuran manakah yang berguna, untuk pengguna yang mana, dan dengan tahap kebolehulangan apa?
Pembangunan pemantauan pesakitPenyepaduan sensor, pemeriksaan kualiti isyarat dan aliran kerja amaran dengan skop yang ditetapkanSiapakah yang bertindak balas, dan bagaimanakah kejadian yang terlepas serta amaran yang mengganggu dinilai?
Sistem robotik perubatanAntaramuka terbenam, penderiaan disegerakkan dan integrasi kawalanBagaimanakah kuasa kawalan, keadaan sentuhan, fungsi perlindungan dan penyerahan kawalan ditakrifkan?
Logistik dan peralatan hospitalPenderiaan aset, pemantauan keadaan peralatan dan antara muka pengangkutanAdakah output mempengaruhi penjagaan pesakit atau tugas operasi, dan bagaimana batas itu dikekalkan?

Ringkasan projek yang berguna membezakan subsistem penderiaan, fungsi AI dan produk akhir. Penyepaduan kamera yang berjaya tidak dengan sendirinya mengesahkan tafsiran klinikal. Demonstrasi model yang berfungsi juga tidak dengan sendirinya membuktikan kesesuaian elektrik, mekanikal atau aliran kerja.

Reka laluan pengukuran dan laluan keputusan bersama-sama

UkurInput sensor yang ditakrifkan, penentukuran, pemasaan dan pemeriksaan kualiti isyarat.
ProsesPerisian dengan versi direkodkan, output yang jelas dan pengendalian data tidak sah.
Semak atau bertindak balasPengguna yang ditetapkan atau fungsi peranti, dengan tindak balas dan laluan pemulihan yang ditakrifkan.

Takrifkan antara muka antara peringkat ini. Bagi prototaip penderiaan, rekodkan unit, kadar pensampelan, parameter penentukuran dan sebarang transformasi sebelum penyimpanan. Bagi aliran pemprosesan imej, sertakan dedahan, optik dan pencahayaan dalam konfigurasi. Perubahan dalam pemerolehan data boleh mengubah makna input algoritma.

Nyatakan ciri pemerhatian yang tidak sah. Sensor yang terputus, sentuhan yang lemah, pandangan yang terlindung atau isyarat di luar julat tidak sepatutnya dianggap sebagai hasil biasa tanpa sebarang petunjuk. Sertakan keadaan tidak tersedia atau tidak pasti secara jelas apabila sesuai, dan tentukan tindak balas pengguna atau fungsi seterusnya.

Pemprosesan setempat boleh mengurangkan jumlah data mentah yang perlu dihantar keluar daripada peranti dan membantu aliran kerja beroperasi semasa gangguan rangkaian. Ini tidak menjamin privasi atau keselamatan produk secara automatik. Takrifkan data yang disimpan, akses yang dibenarkan, penghantaran, pemadaman dan antara muka penyelenggaraan untuk pemasangan berkenaan.

Apa yang berubah apabila prototaip menjadi produk fizikal?

Perumah dan pemasangan merupakan sebahagian daripada skop pembangunan. Bincangkan keadaan sentuhan, kaedah pembersihan, pelekap, akses kepada penyambung, had haba dan prosedur servis dengan pemilik produk. Pasukan yang bertanggungjawab perlu mengenal pasti penilaian elektrik, mekanikal, kebolehgunaan dan kawal selia yang terpakai kepada peranti yang dimaksudkan.

Bina pelan kuasa dan haba berdasarkan keseluruhan beban kerja. Pemerolehan data, pemprosesan, paparan, komunikasi dan pencatatan log mungkin berjalan serentak. Ukur tingkah laku berterusan di dalam perumah yang dicadangkan dan sepanjang kitar tugas yang dimaksudkan. Spesifikasi prestasi puncak pemecut bukan ukuran prestasi keseluruhan produk.

Rancang akses untuk penentukuran, ujian pembuatan dan penyiasatan kerosakan. Papan pembawa tersuai boleh menyediakan antara muka dan bentuk yang diperlukan, tetapi turut membawa tanggungjawab terhadap ketersediaan komponen, pengesahan papan dan kawalan konfigurasi. Panduan reka bentuk papan pembawa tersuai menerangkan kebergantungan projek tersebut.

Bezakan pengesahan kejuruteraan daripada bukti klinikal

Pengesahan kejuruteraan boleh menunjukkan bahawa subsistem mengukur, memproses dan berkomunikasi mengikut spesifikasinya. Penilaian klinikal meneliti sama ada fungsi akhir berprestasi dengan sesuai bagi tujuan perubatan yang dimaksudkan. Kedua-duanya tidak boleh saling menggantikan.

Prinsip ketelusan FDA, Health Canada dan MHRA menekankan kejelasan tujuan penggunaan, pengguna, populasi, aliran kerja, prestasi dan batasan. Prinsip tersebut turut membincangkan penyampaian maklumat perubahan dan pemantauan prestasi. Bagi pasukan projek, perkara ini membantu menentukan bukti dan maklumat pengguna yang diperlukan oleh produk.

Sumber FDA tentang GMLP merujuk kepada prinsip IMDRF yang meliputi kitar hayat peranti perubatan. Perancangan pembangunan perlu merangkumi produk yang telah digunakan serta perubahannya, bukannya berakhir selepas model dilatih.

Salah satu cara menyusun projek ialah jadual kebolehkesanan: bagi setiap fungsi yang didakwa, rekodkan keadaan input yang diperlukan, output, kaedah pengesahan, pihak yang bertanggungjawab dan bukti penerimaan. Sertakan kes kegagalan dan semakan manusia. Tetapkan versi perkakasan, perisian, model dan konfigurasi bagi setiap penilaian supaya hasil boleh ditafsirkan dan dihasilkan semula.

Projek rintis pertama yang praktikal

  1. Setuju pada tujuan dan pemilikan. Kenal pasti pengeluar, pengguna sasaran, rakan klinikal jika berkaitan dan pasukan yang bertanggungjawab terhadap penerimaan.
  2. Pilih soalan dengan skop yang terhad. Contohnya termasuk kebolehulangan pengukuran, pemerhatian kedudukan sampel atau pengesanan keadaan peralatan dalam keadaan yang ditetapkan.
  3. Takrif rujukan. Nyatakan pengukuran atau proses tinjauan yang digunakan untuk menilai output. Setuju pada keizinan data sebelum mengumpul maklumat berkaitan pesakit.
  4. Lengkapkan prototaip dengan fungsi pengukuran dan pencatatan. Rekod masa, kualiti input, status pemprosesan dan konfigurasi peranti bersama hasil.
  5. Tinjau bukti sebelum pengembangan. Tetapkan apa yang prototaip tunjukkan, apa yang masih tidak pasti dan apa lagi yang perlu dinilai untuk produk yang dimaksudkan.

Nyatakan sempadan demonstrasi penyelidikan atau kejuruteraan secara jelas dalam perjanjian projek rintis. Peralihan daripada pemerhatian kepada keputusan penjagaan atau tindakan fizikal mengubah perkara yang perlu dibuktikan sebelum penggunaan.

Di mana Alvexis sesuai dalam program pembangunan

Alvexis boleh membincangkan reka bentuk elektronik tersuai, antara muka sensor, sokongan perisian terbenam dan penyepaduan mekanikal bersama OEM perubatan, pasukan penyelidikan dan penyepadu sistem. Perbincangan awal perlu mengenal pasti subsistem kejuruteraan serta bukti yang diperlukan oleh program pembangunan produk secara keseluruhan.

Kesesuaian perubatan, tanggungjawab sistem kualiti, dakwaan klinikal dan kebenaran pemasaran mesti ditetapkan bagi projek yang dipersetujui. Artikel ini menerangkan pendekatan kejuruteraan; bukan dakwaan bahawa platform Alvexis sedia ada diperakui untuk kegunaan perubatan atau diluluskan bagi diagnosis atau rawatan.

Untuk konteks yang lebih luas, baca AI fizikal di seluruh industri. Untuk pergerakan, persepsi dan sempadan kawalan terbenam, teruskan dengan Panduan AI Robotik.

Rujukan teknikal

Rujukan ini menyokong pelan pembangunan. Keperluan yang terpakai bergantung kepada produk yang dikehendaki, penggunaan dan pasaran.

Tentukan cabaran kejuruteraan perubatan.

Kongsikan aliran kerja yang dimaksudkan, keperluan penderiaan, antara muka dan tanggungjawab pembangunan. Kami boleh membincangkan prototaip dengan skop yang ditetapkan serta skop penyepaduan bersama pasukan produk anda.

Bincangkan Kerjasama KejuruteraanJelajahi AI Fizikal di seluruh industri →