Ada kata aneh "telemedicine", dan saya mengaitkannya hanya dengan sesi Kashpirovsky di TV dan mengisi air dari layar. Ini sebenarnya hanya istilah untuk teknologi yang dapat membuat obat jauh.
Ini adalah bidang besar di mana TI akan berkembang sangat serius ketika semua jenis formalitas diselesaikan, seperti penundaan hukum, bidang tanggung jawab dan perselisihan data pribadi. Nah, ketika kita sepakat untuk mempercayakan startup dan perusahaan teknologi untuk menganalisis organisme kita dan menawarkan program perawatan dengan cara yang sama seperti yang sekarang kita percayai di rumah sakit konvensional.
Sementara itu, startup teknologi medis melakukan hal-hal yang relatif lebih sederhana. Misalnya, mereka membuat layanan untuk konsultasi dan catatan di klinik. BestDoctor - lawan bicara kami saat ini - menawarkan layanan seperti itu kepada perusahaan alih-alih VHI klasik. Tentang apa itu, betapa sulitnya mengembangkan produk medis dan mempekerjakan orang untuk itu, kami diberitahu oleh CTO Filipp Kuznetsov dan HR Polina Rusakova.
Secara tradisional, kami akan memberi tahu Anda tentang penilaian perusahaan di My Circle: BestDoctor termasuk dalam peringkat kami tentang perusahaan terbaik di bidang TI (dalam kategori perusahaan kecil) dengan peringkat rata-rata 4,6 . Karyawan menghargai dia atas hubungan baiknya dalam tim, ruang lingkup untuk pertumbuhan profesional dan modernitas teknologi yang digunakan, tetapi yang terpenting - karena BestDoctor menjadikan dunia tempat yang lebih baik.
Bagaimana cara kerja alternatif VHI?
- Bagaimana sistem Anda berbeda dari VHI biasa?-
Philip Kuznetsov: Ketika Anda mengambil VHI klasik, Anda segera memberikan seluruh jumlah untuk polis. Asuransi akan menghasilkan apa yang tersisa antara biaya polis asuransi dan pembayaran ke klinik untuk perawatan. Ternyata perusahaan asuransi tertarik membayar sesedikit mungkin untuk mendapatkan lebih banyak. Dan jika Anda menghabiskan lebih sedikit untuk obat daripada membayar polis, maka uang ini tidak akan dikembalikan.
Dalam sistem kami, Anda membayar untuk layanan yang disediakan. Misalnya, seribu orang bekerja untuk Anda. Beberapa dari mereka menemukan seribu rubel, sekitar sepuluh ribu, seseorang bahkan tidak pernah pergi ke dokter. Anda tidak perlu membayar kebijakan yang sama untuk semua orang. Ada perkiraan anggaran medis keseluruhan dari mana uang dikurangkan ketika karyawan mencari bantuan.
Pada saat yang sama, Anda tidak harus segera menetapkan jumlah untuk tahun yang akan datang, tetapi melakukan deposit untuk kuartal tersebut. Uang yang tidak digunakan dikembalikan atau dibawa ke periode layanan berikutnya. Sebagai contoh, kami memperkirakan bahwa tim akan membutuhkan 20 juta. Tetapi tahun itu baik, dan karyawannya sedikit sakit. Anda dapat mengambil kembali uang yang disimpan atau membelanjakannya untuk mengembangkan program. Dan bagi mereka yang takut overtraining, kami memiliki perjanjian risiko.
Kami mendapat dari komisi tetap untuk setiap karyawan terlampir. Ini adalah biaya untuk layanan - aplikasi seluler, akun pribadi, pemeliharaan, untuk dasar klinik dan alur kerja yang kami sediakan. Kami memberi tahu ke mana sebaiknya pergi, kami menyarankan ketika orang tidak tahu apa yang harus dilakukan. Misalnya, saya menerima paket tes, tetapi tidak jelas ke mana harus membawanya.
Artinya, kami fokus pada kemudahan servis. Pasien dapat menghubungi kami pada jam tiga pagi, karena anak tersebut memiliki jerawat di hidungnya, dan kami akan memberi tahu Anda apakah perlu khawatir. Bahkan jika anak tidak diasuransikan kepada kami, kami tetap menyarankan. Oleh karena itu, kami tidak tertarik pada kenyataan bahwa karyawan akan diberikan layanan sesedikit mungkin dan semurah mungkin. Kami hanya akan sakit kepala karena ini.
- Dan mengapa masih tidak menjauh dari VHI yang biasa?-
FC : Belum ada yang melakukan ini di Rusia. Ketika kami, tiga pendiri startup yang tidak diketahui siapa pun, datang ke perusahaan dan mengatakan bahwa kami sekarang akan membuat sistem yang murah dan keren yang bekerja pasti, dan tidak ada masalah, perusahaan berpikir tentang memilih asuransi yang dapat dipercaya, terkenal atau proyek muda tanpa nama. Ini adalah salah satu masalah utama yang kami temui - sangat sulit untuk mendapatkan kepercayaan.
- Apakah ada masalah dengan klinik?-
FC : Tidak, untuk klinik kami bekerja dengan cara yang sama seperti asuransi, di bawah kontrak yang hampir sama. Kami mengirim daftar pasien, surat jaminan. Mereka menagih kami, kami membayar mereka.
-
Polina Rusakova : Kami memiliki salah satu departemen utama, terus berkomunikasi dengan klinik untuk menjaga kualitas dan harga grosir. Jika klinik populer memberi harga tinggi, itu akan lebih sulit bagi kami. Klinik tertarik dengan alirannya. Jika Anda memberi mereka aliran, semuanya baik-baik saja. Jika Anda meminta kontrak dan mengatakan bahwa akan ada satu pasien per bulan, tentu saja ini tidak menguntungkan bagi mereka.
- Siapa yang membantu konsultasi? Klinik atau spesialis Anda?-
FC : Kami memiliki dokter sendiri, orang-orang dengan pendidikan kedokteran.
-
PR : Pendiri kami awalnya adalah dokter. Karena itu, kami menangani seleksi dengan sangat serius. BestDoctor untuk dokter kami bukanlah tempat kerja utama. Kami hanya merekrut mereka yang memiliki praktik medis konstan. Ini memungkinkan mereka untuk terus-menerus menjadi fokus, dalam pengetahuan tentang perubahan dan praktik terbaik.
Bagaimana produk menyatukan dokter, pasien, dan model ML
"Apa yang kamu lakukan dari sudut pandang toko bahan makanan?"-
FC : Sebelumnya, itu hanya akun pribadi untuk pasien di web. Di sana Anda dapat meninggalkan permintaan untuk membuat janji dengan klinik dan melihat program perawatan. Ada kantor belakang yang memproses aplikasi rekaman dan pusat panggilan. Kami juga memiliki algoritma statistik yang memungkinkan kami menghitung anggaran. Itu adalah alat internal kami untuk penilaian, pemilihan klinik dan program untuk klien.
Kemudian fungsi kabinet SDM ditambahkan. Ini adalah sistem di mana eychars dapat mengelola karyawan yang terhubung ke sistem, melampirkan yang baru, melihat berapa banyak uang yang dihabiskan untuk obat di mana bulan, memeriksa dokumen akuntansi dan sebagainya (data medis pribadi karyawan, tentu saja, disembunyikan). Sekarang masih ada aplikasi seluler yang menduplikasi fungsi akun pribadi Anda dalam hal program dan perekaman, tetapi masih ada obrolan dengan dokter dan pusat panggilan kami.
Ada juga pembayaran bersama, yang juga disebut waralaba. Ini mirip dengan perusahaan asuransi, tetapi tidak cukup. Kami memiliki pembayaran bersama - ini adalah persentase layanan yang dibayar sendiri oleh karyawan. Misalnya, janji temu dengan terapis berharga 1.000 rubel. Jika pembayaran bersama adalah 10%, maka ia membayar sendiri 100 rubel, 900 rubel - majikan.
Kami menagih langsung dari kartu bank pasien untuk mengurangi beban pada pembukuan klien. Ditambah lagi kami melakukan pembayaran bersama tergantung pada jenis layanan, misalnya, hanya untuk kedokteran gigi atau panggilan dokter di rumah. Atau untuk setiap klinik tertentu.
- Saya membaca bahwa di suatu tempat di antara semua ini ada pembelajaran mesin. Dimana?-
FC : Ya, dalam model penilaian, yang memungkinkan Anda untuk memprediksi anggaran pelanggan. Ketika kami pertama kali mulai, kami memiliki statistik selama beberapa dekade. Kami membangun model awal pada mereka. Sekarang kami memperkaya dengan data kami.
Kita harus menciptakan model sendiri, karena tidak ada yang menggunakannya.
Namun, untuk menghapus pembayaran bersama dengan benar, Anda perlu memahami apa yang dimaksud dengan layanan ini - kedokteran gigi, klinik. Untuk melakukan ini, kami membandingkan daftar harga berbagai klinik. Di sini muncul masalah: misalnya, dalam satu daftar harga dikatakan "janji utama dengan terapis", di "penerimaan utama dengan terapis" lainnya. Tetapi perlu bahwa secara otomatis dipahami bahwa ini adalah satu dan sama.
Artinya, layanannya sama di mana-mana, tetapi dipanggil secara berbeda, dan kami dapat menerjemahkan nama mereka ke dalam bahasa internal kami. Untuk melakukan ini, kami telah menulis sebuah model yang dapat membandingkan daftar harga berbagai klinik dan mengklasifikasikan layanan mereka sesuai dengan daftar harga internal kami. Kita dapat membandingkan dan mencari tahu di mana layanan apa yang disediakan, di mana tidak. Kami dapat memberi peringkat klinik berdasarkan harga untuk mengoptimalkan kebijakan penetapan harga.
Melakukannya secara manual akan mahal. Sekarang pekerjaan model diperiksa oleh satu orang, dan untuk penandaan manual kita akan membutuhkan setidaknya selusin dari mereka, karena setiap bulan pendaftaran layanan baru datang.
- Apakah model memberikan banyak kesalahan?-
FC: Ketika kami menggunakannya pada daftar harga, keakuratannya sekitar 80%. Dan ketika di seluruh pendaftar, ada hampir 100%.
- Semua ini perkembangannya sendiri?-
FC: Ya. Dari pihak ketiga, kami hanya menggunakan platform obrolan. Tapi kami akan mengembangkan sendiri, atau menggunakan kerangka kerja lain yang lebih fleksibel. Kami tidak memiliki telepon kami sendiri, tetapi kami menambahkan analitik kami sendiri untuk itu, menggali sedikit dalam struktur database.
Cara belajar Python dan membangun bisnis secara bersamaan
- Siapa yang mengerjakan semua ini?-
PR : Seluruh tim duduk di satu kantor di Moskow, ada 74 dari kita sekarang. Beberapa dari mereka bekerja dari jarak jauh. Tiga manajer produk saat ini terlibat dalam produk, masing-masing bertanggung jawab atas arahannya sendiri. Tim desain terdiri dari dua orang: satu bertanggung jawab untuk desain grafis dan ilustrasi, yang kedua terlibat dalam desain produk. Ada 12 orang di departemen pengembangan, tetapi sekarang kami berkembang. Semuanya standar di sana. Backend, frontend, penguji dan devops di situs jarak jauh.
- Apakah tim kecil seperti itu mengatasinya?-
FC : Selalu tidak ada cukup pengembang. Tidak peduli seberapa besar timnya, selalu ada tugas yang bisa Anda letakkan lebih banyak pada pengembang. Secara alami, saya ingin melakukan beberapa hal lebih cepat. Tetapi tim mengatasi tugasnya.
- Saya membaca di Vedomosti kisah Anda dari sudut pandang bisnis. Ceritakan hal yang sama tentang sejarah pembangunan?-
FC: Pada Agustus 2015, kami memiliki satu pengembang yang tidak dapat berkembang. Untuk tahun ini kami membuat MVP, hanya itu akun pribadi dengan program perawatan. Kami memilih tumpukan entri termudah - Python. Mereka mengambil kerangka Django paling populer, dan mereka mulai melihat produk di atasnya.
Seluruh tahun pertama kami memiliki satu pengembang. Di tahun kedua kerja, kami mulai mengembangkan tim. Pertama, back-end lain datang, lalu front-end muncul. Lalu datanglah produk. Kami mulai secara bertahap beralih ke teknologi lain.
Dari aplikasi templat biasa, kami mulai membuat ulang SaaS dengan REST-API (pada kenyataannya, kami segera beralih ke GraphQL). Kami memiliki seseorang yang bertanggung jawab untuk Ilmu Data, devopa telah muncul. Kami mengagetkan arsitektur kami, melakukan segalanya seperti orang-orang. CI normal dan menyebarkan, karena sebelum itu digunakan melalui tarik push-git git. Lalu kami mendapat pengembang seluler. Kami mulai menulis di React Native segera di bawah dua platform.
Sekarang kita memiliki apa yang kita miliki - sebuah tim yang terdiri dari 12 orang, dan masing-masing terlibat dalam bagiannya masing-masing.
- Saya hanya tidak begitu mengerti: sebagai pengembang yang tidak bisa melakukan apa-apa, mengerjakan produk selama dua tahun?-
FC: Semuanya sangat sederhana, saya adalah pengembang ini. Saya seorang ahli biofisika di bidang pendidikan.
"Jadi, Anda belajar Python dan menulis saat bepergian?"-
FC: Ya, saya harus.
-
Dan ketika mereka mulai merekrut tim, apakah Anda memodifikasi tim Anda atau apakah Anda membuang semuanya dan mulai menulis dari awal?-
FC: Dimurnikan. Saya tidak ingat bahwa kami melemparkan sesuatu secara langsung. Kecuali potongan yang tidak digunakan sama sekali. Tumpukan juga tidak berubah. Karena Django dan Python sudah mulai digunakan sejak saat itu, kami menggunakannya. Dan di frontend dari TypeScript dan Bereaksi. Kami mengambil naskah karena saya penggemar pengetikan statis.
Dalam Python, kami juga beralih ke versi yang mendukung anotasi jenis untuk memanfaatkan pengetikan statis - meskipun tidak dalam bentuk eksplisit seperti dalam bahasa yang diketik benar-benar statis.
- Bukankah lebih baik meninggalkan Python dan masih menggunakan yang benar-benar diketik?-
FC : Kadang-kadang saya pikir itu layak ditulis ulang pada sesuatu yang lain. Saya melihat C # dan kadang-kadang bahkan di Jawa (dengan orang-orang kebetulan Anda melihat di mana, entah kenapa, tidak jelas). Sangat mungkin bahwa kita akan beralih ke tumpukan lain. Tetapi ini disebabkan oleh kenyataan bahwa kita memerlukan hal-hal khusus. Misalnya, jika kami memahami bahwa Python tidak memperluas kinerja cookie kami, kami hanya mengambilnya dan menulisnya di Go. Atau jika Anda tiba-tiba membutuhkan sinkronisasi, dan kami menyadari bahwa kami tidak ingin melakukannya dengan Python, kami akan menggunakan "Noda" atau Elixir sebagai pilihan terakhir.
Tapi semua masalah yang saya temui dalam Python tidak terpecahkan. Kami hanya memiliki produk layanan, bukan ilmu roket. Kami tidak memiliki tugas dengan algoritma wild highload dan kompleks. Kami tidak memerlukan bahasa khusus, seperti "Pro" atau Elixir yang sama. Kami membutuhkan bahasa umum.
Dalam bahasa ini, Anda dapat dengan cepat menemukan spesialis yang baik dengan sedikit uang. Python sekarang sangat populer, dan menurut saya popularitasnya hanya akan tumbuh, karena ada ML, Ilmu Data, Web. Seseorang bahkan membuat mainan ponsel di atasnya.
- Menurut saya Python populer dengan non-pengembang. Mereka mempelajarinya di samping pekerjaan utama mereka. Misalnya, Anda adalah seorang ahli biofisika ...-
FC : Ya, saya setuju, banyak pakar mempelajarinya untuk mengotomatiskan tugas utama mereka secara mandiri. Penguji yang sama mempelajari Python untuk menulis autotest.
Tetapi jika seseorang dapat melakukannya dengan baik dalam Python dan pengembangan web, maka saya tidak peduli untuk alasan apa dia mulai mempelajarinya. Hal utama adalah bahwa dia bisa di wawancara menjawab pertanyaan yang akan saya tanyakan kepadanya, dan kemudian - menunjukkan hasilnya. Latar belakangnya tidak penting, saya punya contoh sendiri di depan mata saya, jadi saya memperlakukan orang seperti itu secara normal. Ada orang yang mempelajari Python dengan serius - sama seperti pengembang. Ada juga beberapa di antaranya.
- Apakah Anda juga menulis model untuk pembelajaran mesin saat belajar saat bepergian?-
FC : Ketika kami hanya memiliki statistik, dan tidak ada pembelajaran mesin, kami membuat algoritma bersama dengan pendiri lainnya. Dan saya melakukan implementasi perangkat lunak. Ketika model pembelajaran mesin muncul, kami sudah memiliki ilmuwan data.
Cara merekrut orang-orang di startup yang berisiko
- Bagaimana Anda merekrut tim?-
PR : Itu mungkin periode yang paling sulit. Ketika saya datang ke sini, perusahaan memiliki 23 orang. Hanya sedikit orang yang tahu tentang BestDoctor di pasar TI, tetapi ini adalah masalah bagi semua perusahaan kecil.
Masalah kami adalah bahwa hanya sedikit orang yang percaya pada proyek tersebut. Pada awalnya, orang-orang datang karena mereka ingin bekerja dalam proyek yang signifikan secara sosial, tetapi kemudian mereka pergi bekerja di bank. Penawaran kami sering ditolak. Tenggat waktu kami ada, tetapi pada akhirnya kami mengumpulkan tim yang sangat keren. Sekarang kami tidak memiliki omset. Selama enam bulan terakhir, 1-2 orang telah pergi.
Startup perlu tumbuh cepat, tetapi Anda bisa tumbuh hanya jika orang baru datang. Kebanyakan teknisi datang melalui Lingkaran Saya atau Telegram, ditambah lagi kami berbicara banyak tentang rekomendasi. Pada saat itu saya mengangkat semua pengembang yang saya tahu.
- Kedengarannya seolah-olah mereka siap untuk mengambil orang, tetapi apakah mereka perlu disaring oleh keterampilan entah bagaimana?-
PR : Tentu saja, kami menyaring, dan tidak hanya oleh keterampilan teknis. Mengambil seseorang yang tidak benar-benar cocok untuk Anda adalah risiko yang sangat besar. Cepat atau lambat, dia akan menolak Anda, atau Anda akan menolaknya. Oleh karena itu, untuk menyatukan diri dan berkata "tidak, kita akan melihat lebih jauh" adalah keputusan yang agak rumit. Ketika kami mengerti bahwa pria itu bukan milik kami, kami melihat lebih jauh.
- Mengapa seseorang mungkin bukan milikmu?-
PR : Orang tidak secara teknis cocok dengan kita, atau kita tidak. Pada awalnya, proyek itu tidak semenarik dan se-global seperti sekarang. Sekarang ini sedang berkembang, dan setahun yang lalu ada cerita yang sama sekali berbeda.
Dan kebetulan mereka tidak cocok dengan budaya perusahaan.
- Apa itu?-
PR : Tidak semua orang siap bekerja di startup, ia memiliki atmosfer dan energi sendiri. Startup adalah tempat di mana banyak orang berpikir ingin pergi. Tetapi ketika Anda berbicara terus terang tentang pro dan kontra dalam sebuah wawancara, orang-orang benar-benar memikirkan apakah mereka menginginkan ini.
Startup dan perusahaan di mana ada interaksi aktif dengan pengguna selalu hidup dalam format "lakukan secepat mungkin". Sesuatu mungkin terjadi sekitar pukul dua pagi, dan Anda harus siap untuk hidup.
Nah, jika seseorang ingin mengerjakan proyek yang menghasilkan uang dan tidak lebih, kita mungkin tidak akan setuju. Tujuan kami adalah membuat orang sehat dan memperpanjang hidup. Sebagian besar orang di tim benar-benar masuk ke gagasan mengubah sistem yang jauh dari ideal. Banyak orang sendiri menghadapi ketidaksempurnaan dan sekarang ingin bekerja untuk perbaikan.
"Tapi bagaimana kamu mengerti bahwa seseorang adalah pengembang yang baik?"-
PR: Kami segera mencari menengah dan senior, karena dalam kondisi kami sulit untuk bekerja dengan junior. Dalam pengujian kompetensi, semuanya cukup standar. Seperti perusahaan mana pun, kami memandang belajar mandiri. Tidak akan ada kursus yang diatur, Anda perlu terus-menerus mempelajari hal-hal baru sendiri.
Diperlukan fleksibilitas untuk bekerja sebagai sebuah tim. Startup adalah tempat di mana Anda hanya bisa berdampingan melalui masa-masa sulit. Jika salah berpaling, seluruh tim mengalami stres. Penting untuk berada dalam kontak dekat, memantau perubahan.
-
FC : Di sisi teknis, saya menanyakan hal-hal paling mendasar, yang menunjukkan bahwa seseorang benar-benar menengah atau senior, dan benar-benar telah melakukan Python selama bertahun-tahun. Pertanyaan standar: “apa itu manajer konteks”, “bagaimana perbedaan iterator dari generator”, “metode ajaib apa yang Anda ketahui” dan seterusnya. Pertanyaan sintaksis dasar yang saya temui selama tiga tahun bekerja. Dan jika saya tahu, maka seseorang pasti harus tahu. Ini menghilangkan sebagian besar kandidat: orang itu mengatakan bahwa dia adalah seorang pythonis menengah, tetapi tidak dapat menjawab pertanyaan sederhana dasar.
Ketika "tes kutu" selesai, kami beralih ke tugas. Salah satunya adalah untuk menguji algoritma, tetapi tidak ada masalah untuk dipecahkan dengan cara yang paling optimal. Tujuannya adalah untuk membuat solusi yang berfungsi, dan kemudian berbicara tentang cara mengoptimalkannya.
Tugas kedua adalah bekerja dengan memori. Di sini penting untuk melihat seberapa luas seseorang dapat berpikir, menghindari batasan. Apakah dia ingat bahwa Anda dapat menggunakan tulisan ke disk atau hal lain yang terkait dengan bekerja dengan jaringan.
Karena kami bekerja dengan Django, tugasnya menjadi lebih rumit: untuk membuat tampilan internal untuk panel admin, mendefinisikan kembali metode, atau menulis fungsi yang menggunakan PostgreSQL.
-
PR : Kami menolak tugas tes untuk waktu yang lama dengan sengaja. Ketika sebuah startup tanpa nama memberikan tes yang banyak, peluang yang sudah kecil untuk mendapatkan seseorang menjadi hampir nol. Ada risiko tertentu, dan kami dengan sadar mengambilnya.
- Pernahkah Anda menemukan fakta bahwa tes kutu dapat menyingkirkan orang baik?-
FC : Ya, saya tahu pikiran seperti itu. Tapi saya tidak memerlukan definisi yang jelas dari buku. Saya sedang menunggu jawaban untuk pertanyaan yang pasti harus dihadapi seseorang jika ia telah berkembang selama beberapa tahun. , , . , . , - .
, , . , , .
— , ?—
: , . , . , , , . . , .
— , ?—
: , , . , , . . , , .
— — . , , .—
: , , - . — , . , . , .
— - , ?—
: , . . , . , , . — .
! — hr@tmtm.ru « ».