AI要約(β)

弊社は医療機関向けのAI・RPA技術を活用したSaaSプロダクト「MEBAIS」を開発中で、サーバーサイドエンジニアを募集しています。ポジションはRuby on Railsを用いたバックエンド開発で、API設計やDB知識が必須です。報酬は市場平均以上で、リモート勤務も可能です。技術スタックにはFirebase、Python、React、Ruby on Rails、TypeScript、GCP、Next.jsを使用。スタートアップでの開発経験や医療業界の知識がある方を歓迎します。MEBAISは診療報酬明細書作成を効率化し、医療機関の負担を軽減することを目指しています。現在、β版リリースに向けて開発を加速中です。福利厚生も充実しており、成長中の事業に貢献できる環境です。

求人情報をご覧いただくには会員登録が必要になります

メールアドレスで登録する

給与・報酬

相談して決める

稼働時間

40時間 ~ 160時間(週10 ~ 40時間)

雇用形態

業務委託

出社頻度

週5日出社

勤務地

-

お願いする業務

MEBAISのβ版リリースに向け、Railsを使ったバックエンド開発の一部をお任せいたします。

現在は機械学習、インフラ部分を担う私三野と、サーバーサイドエンジニア(フルタイム)、フロントエンドエンジニア兼PM(副業)の3名を中心に開発を行っております。 β版リリースはまもなくを予定しておりますが、正式リリースまでの実装スピードを上げるべくお力添えいただけないでしょうか?

技術スタック

募集要項

概要

求人情報をご覧いただくには会員登録が必要になります

メールアドレスで登録する

雇用形態

業務委託

給与・報酬

相談して決める

稼働時間

40時間 ~ 160時間(週10 ~ 40時間)

出社頻度

週5日出社

必須スキル/経験

・Railsを用いたバックエンド開発の経験 ・API設計 ・DBに関する知識

歓迎スキル/経験

・GCP/AWSに対する知見 ・スタートアップ企業での開発経験 ・電子カルテなど医療業界に対する知識、医療系サービスへの知見

スキル要件

スキル名

経験年数

種別

Ruby on Rails3年以上必須
AWS指定なし歓迎
GCP指定なし歓迎

サービス内容の詳細

弊社は2017年5月の創業から、医療機関をメインとしたAI・RPA技術の導入支援や開発を行っておりました。 顧客支援を行なう中で、現場には月末月初に診療報酬明細書の作成など、専門性・負荷の高い医療事務に現場の時間が割かれてしまっている課題を発見し、これを解決するため医療事務SaaSプロダクト「MEBAIS」を開発しています。

MEBAISは、日本の医療機関の9割を占める開業医・個人クリニックに導入しやすいよう、 以下の特徴を備えています。 ・作業負荷の高い、レセプト(診療報酬明細書)作成業務に特化 ・ビックデータを使用したAIを用い、各県の同規模の診療所のデータをもとに最適な運用をサジェスト ・サブスクリプション型でイニシャルコストを抑え、導入ハードルを下げる

現在、6月以降のβ版リリースを控え、開発を進めています。

同じポジションの求人

おすすめのイベント

もっと見る
  • AI駆動開発、そのやり方で合ってる?PMとエンジニアで語る AI駆動開発に求められる品質とは

    開催前

    AI駆動開発、そのやり方で合ってる?PMとエンジニアで語る AI駆動開発に求められる品質とは

    昨今、AIコーディングエージェント(例:CursorやClineなど)の進化と普及により、ソフトウェア開発はかつてないほど、加速しています。 しかし同時に、PMから渡された仕様をエンジニアがそのままAIエージェントに読み込ませ、生成されたコードを使っただけでは、リリースに耐える品質を担保するのは難しいのが現実ではないでしょうか。 今回のイベントでは、AI駆動開発と実際に向き合ってきたPMのmiyattiさん、エンジニアのkagayaさんをお招きし、現場で直面しているAI駆動開発の限界や求められる品質基準について、それぞれの立場からお話しいただきます。 PMとエンジニア、両者の視点からAI駆動開発の“今”と“これから”を改めて考え直す貴重な機会です。AIを開発に取り入れている方、これから取り入れたいと考えている方、そして、PMとエンジニアの連携に課題意識を持っている方に、ぜひご参加いただきたい内容です。

  • Cline指示通りに動かない? AI小説エージェントで学ぶ、指示書の書き方と自動アップデートの仕組み

    アーカイブ公開中

    Cline指示通りに動かない? AI小説エージェントで学ぶ、指示書の書き方と自動アップデートの仕組み

    ClineやCursorなどの生成AIツールが急速に広がる中、「うまく動かない」「どこまで読み込ませるべきか分からない」そう感じることはありませんか? 本イベントでは、小説執筆という膨大な情報を扱う創作プロセスを題材に、下記のような、生成AIを意図通りに動かすための設計ノウハウを学べます。 - どういった情報をAIに読み込ませるべきかの切り分け - セッションをまたぐ長大なコンテキストを保持するための設計(Memory Bankの活用) - コードや文章を生成後に行うプロンプトの更新方法、およびその自動化 >※メモリバンクのURL: [https://docs.cline.bot/prompting/cline-memory-bank](https://docs.cline.bot/prompting/cline-memory-bank) Clineを中心に据えながらも、CursorやObsidianとの比較や、「そもそもAIに任せるべき部分・任せるべきでない部分はどこか?」という、今後の実務においても避けては通れない問いを扱う予定です。 Clineを導入しているものの、活用に課題を感じている方や、プロンプト設計に体系的な知見を持ちたい方にとって、有意義な学びの機会となる内容です。ぜひ、ご参加ください。

    開催日:

    2025年6月18日(水)19:00~20:00

  • ISUCON公開パフォーマンスチューニング!fujiwara氏&そーだい氏ログ取得〜N+1まで全部見せ

    アーカイブ公開中

    ISUCON公開パフォーマンスチューニング!fujiwara氏&そーだい氏ログ取得〜N+1まで全部見せ

    実践的なチューニング力が試されるコンテスト「ISUCON(※)」を題材に、リアルな改善プロセスを目の前で体感できる特別イベントを開催します。 ISUCONはログや負荷状況の確認、クエリの見直し、インデックスの追加、N+1問題の解消など、地道な改善の積み重ねが鍵となる、極めて実践的な内容のコンテストです。 今回は、ISUCONで4度の優勝経験を持つfujiwara氏とそーだい氏がタッグを組み、最新のISUCON14の問題をベースに、パフォーマンスチューニングの工程をリアルタイムでデモンストレーションしていただきます。 👉ISUCON14出題内容はこちら(https://isucon.net/archives/58818382.html) ISUCONはもちろんのこと、実務にも活かせる内容となっています。Webサービスのパフォーマンス改善に関わるすべてのエンジニアの方にご参加いただき、トッププレイヤーたちの思考プロセスと実践的なテクニックを盗み学んでください。 ※ISUCON(イスコン)とは、「Iikanjini Speed Up Contest(いい感じにスピードアップコンテスト)」の略称で、与えられたWebサービスを決められたルールの中でどこまで高速化できるかを競う、Webアプリケーションのパフォーマンスチューニングコンテストです。

    開催日:

    2025年5月27日(火)19:00~20:30

  • AI時代の企業が求める開発速度って? VPoEばんくし氏に聞く今エンジニアに必要なAI活用の基準とは

    アーカイブ公開中

    AI時代の企業が求める開発速度って? VPoEばんくし氏に聞く今エンジニアに必要なAI活用の基準とは

    昨今、AIエージェントの進化が凄まじく、個人レベルではAIツールの活用が当たり前となりつつあります。GitHub CopilotやCursor、Cline、DevinなどのAIコーディングツールが普及し、個人のエンジニアが日常的に利用する時代が到来しています。しかし、これらのツールを「試す」ことから一歩進めて、チームや組織全体に適用し、開発プロセスを根本から変革しようとする取り組みは、まだ導入段階にあるのが実情ではないでしょうか。 そんな中、M3(エムスリー)では組織変革を行っており、AI・機械学習専任チームと既存チームを融合させたり、ゼネラルマネジャーの半数以上がAI・機械学習チームの出身者だったりと、組織全体でAIを活用する方向へと変革を遂げています。 そこで、M3でVPoEに就任したばんくし王さんをお招きし、開発組織という観点でAIをどう活用していくべきか、組織をどう見直すべきなのかなど、実例を交えて、これからの組織について考える会を開催するに至りました。 エンジニアの方はもちろん、EMやデザイナーなど開発組織に関わるすべての方にご覧いただきたいイベントです。ぜひご参加ください。

    開催日:

    2025年5月13日(火)19:00~19:45

  • LayerX/kubellの実例から学ぶ プロダクトが大きくなっても壊れない 認証設計とは

    アーカイブ公開中

    LayerX/kubellの実例から学ぶ プロダクトが大きくなっても壊れない 認証設計とは

    サービスの急成長に伴い、ID管理の複雑さは増していきます。 昨今のスタートアップにおいては、企業が成長するにつれ、単一プロダクトから複数プロダクトへの展開が求められるケースも増えています。ただ、そうした際、複数プロダクト間をシームレスに連携させる共通ID基盤の構築は避けては通れません。 初期段階でID管理設計が不十分だと、後々認証基盤を刷新する際に技術的負債となり、膨大な工数を消費する可能性があります。 そこで本イベントでは、バクラクシリーズの複数プロダクトを展開するLayerXの認証基盤チームのconvto氏と、数年前に「Chatwork」から複数プロダクト展開を始めたkubellの認証基盤チームの田中氏をお招きし、実際のマルチプロダクト移行における認証基盤の再設計、直面した技術的課題、マルチプロダクト化する前にやっておけばよかったこと、という視点で具体的な知見を共有いただきます。 このイベントは、現在単一プロダクトを運用中の方、複数プロダクト化を検討している方、すでに移行を終えた方など、幅広い方に聞いていただける内容となっています。 業界の第一線で活躍するお二人から、ドキュメントには載っていない実践的な経験談を聞ける貴重な機会です。ぜひ今後のID管理設計の参考になりましたら幸いです。

    開催日:

    2025年4月23日(水)19:00~20:00

転職に役立つノウハウ

もっと見る