フルリモート（出社なし） スタッフエンジニアの求人・転職情報

●ミッション 日本の救急医療は世界トップレベルである一方、現場の情報伝達は未だ「紙と電話」が主流であり、データが構造化されずに分断されているという課題を抱えています。また、病院内においても医師の業務時間の多くが書類作成に割かれ、本来の「患者を診る」ための時間が圧迫されている実態があります。 TXP Medicalは、大病院の救急外来や救急隊向けに医療情報プラットフォームを開発・提供することで、アナログな現場をテクノロジーで繋ぎ、データに基づく意思決定を支援しています。 2026年4月には全正社員に生成AI「Claude」を展開し、「AI-native企業」へ移行。テクノロジーと医療データの掛け合わせで、医療界全体の最適化を目指しています。 ●業務内容 自治体、病院、製薬企業などに向け、TXP Medicalが幅広く提供しているプロダクト群のバックエンド(サーバーサイド・インフラ)領域をお任せします。 これまでのご経験を活かし、単なる機能実装にとどまらず、技術選定、アーキテクチャ設計、データモデリングから、チーム全体の生産性向上まで、技術面からプロダクトの成長を牽引していただくことを期待しています。 社内に在籍する現役の救急医や看護師(ドメインエキスパート)と連携し、「どうすれば技術で複雑な医療課題を解決できるか」をチームで協調し、自発的に検証・アクションしていく姿勢を歓迎します。 【具体的な業務・チャレンジ】 ・アーキテクチャの最適化とスケーラビリティの確保:AWS(Lambda/ECS等)を活用したサーバーレス/コンテナアーキテクチャの設計・改善や、技術的負債の計画的な解消 ・耐障害性の高いバックエンド開発:救急車内などの不安定な通信環境や、24時間365日止まらない医療現場でも確実に動作する堅牢なAPIの設計 ・開発組織のリード:チーム全体の開発生産性を向上させるためのCI/CD環境の整備や、コードレビュー、モダンな開発プロセスの主導 ●担当予定プロダクトの例 ご志向や組織の状況に応じ、以下のいずれか、または横断的に関わっていただきます。 ・救急搬送システム『NSER mobile』: 救急隊と病院間のアナログな連絡をデジタル化。現場からバイタルサインや画像情報をワンタップで病院へ送信し、搬送時間の短縮とミスマッチを防ぐアプリ。 ・急性期病院向けシステム『NEXT Stage ER / ICU』: 全国の救命救急センターで約50%のシェアを誇る、カルテ入力業務支援と研究支援を両立する統合プラットフォーム。 ・NEXT Stage Document Assistant(NSDA): 電子カルテのデータを抽出し、LLMを用いて退院サマリー等の医療文書を自動生成するシステム。 ●開発環境・技術スタック CTO(メルカリ等出身)率いる開発組織のもと、モダンな技術選定を行っています。 社内に現役の救急科専門医などが多数在籍しており、要件に対するドメイン知識の補完やフィードバックを即座に得られる圧倒的な「現場感」が強みです。 ・バックエンド: Python (Flask, Serverless), TypeScript, Node.js ・フロントエンド: TypeScript (React, Next.js, Vue, Nuxt), Dart (Flutter) ・インフラ: AWS (Lambda, ECS, DynamoDB, RDS, CloudFront, SNS, SQS, Amplify, CDK) ・データベース: PostgreSQL, MySQL, Oracle ・その他ツール: GitHub, Slack, Figma, Backlog, Claude(全社員貸与)

toC 不動産マーケットプレイス「カナリー」、toB 不動産仲介業者向けSaaS「カナリークラウド」、その他新規事業のサービスの開発や開発チーム作りを牽引していただきます。 シニアソフトウェアエンジニアの方には、Webフロントエンド、バックエンド、モバイルアプリ等を広く見通した上での設計、レビュー、メンバーの育成を担っていただきたいと考えています。 ※配属先やお仕事については、カジュアル面談や選考を通じ、ご本人の希望やマッチ度を踏まえ最終的に決定させていただきます。 職務内容 ●開発における環境の整備や改善 ・新規技術導入のための技術調査や検証 ・アーキテクチャの検討や見直し ・コードレビュー ・CI/CDの整備 ・ログ基盤整備 ●開発チーム作り ・チームメンバーに対する技術的なサポートや育成 ・エンジニア以外も含めた関係者との適切なコミュニケーションや情報連携 ・会社の広報や採用に繋がる活動 ・開発プロセス(KPT、Daily Meeting、ブランチ戦略、Issue/Pull Requestの運用など)の継続的な改善 (カナリー)取り組んでいきたいが、まだ出来ていないこと ●物件掲載に伴うトイルの削減 ・掲載中の物件情報や店舗情報の変更などの作業(トイル)について、一定の仕組み化は進んでいるものの、まだまだエンジニアの手を要する部分が残っている状況。 ・それらのトイルを削減することで、メンバーがエンジニアリングに向き合う時間を最大化したい。 ●システムモニタリングの自動化・改善サイクル構築 ・アプリケーションのエラーやリソース逼迫等によるアラートの整備はある程度できているが、それだけではカバーし切れない項目については日次モニタリング(当番制)でカバーしている状況。 ・これらモニタリングの自動化を進めるだけでなく、発見された課題を改善するまでのサイクルを構築していきたい。 ●データの整備と仕組み化 ・物件同士の「名寄せ」の仕組み改善 ・Canaryは、ポータルサイトとして多数の不動産仲介会社から物件データを受け取っているため、ある実在の部屋(「xxマンションのy号室」)に対して取扱会社が異なる複数の部屋レコードを保持することがある。 ・それらをユーザに対して表示する際、情報をまとめるために「部屋Aと部屋Bが同じかどうか」を建物名/階数/賃料などから判別する必要があり、これを「名寄せ」と呼んでいる。 ・現在も一定の「名寄せ」ロジックがあるが、本来同一と見なすべき物件同士を別物として判定してしまうなどの事態がより起こりづらいロジックに改善していくことを目指している。 ●沿線・エリア等のマスタ系データ整備 ・名称変更や統合などが発生する沿線・エリア等のマスタ系データについて、それらを最新の状態に保つための仕組みを作りたい。 ●Canaryアプリの開発環境改善 ・エンジニアメンバーの開発環境の整備 ・モバイルアプリの開発は各エンジニアメンバーの環境差異に影響を受けやすく、環境構築がスムーズにいかないなどの問題が発生しやすいため、それらの差異を吸収できるような仕組みを整備したい。 ・ディレクトリ構造のリファクタ ●CanaryWebの施策実装 ・一覧の画像ギャラリーの画像ロード速度改善 ・ホーム→検索までのパフォーマンス改善 ・物件一覧ページランディングのパフォーマンス改善 (カナリークラウド)取り組んでいきたいが、まだ出来ていないこと ●バックエンド、インフラ ・顧客と仲介業者間のチャット機能のリプレイス ・Elasticsearchの最適化、コスト削減 ・カナリアリリースの導入 ・負荷試験 ・エンジニアのトイル削減を目的とした業務効率改善の推進 ●フロントエンド ・E2Eテストの導入 ・Feature Flagの導入 ・テスト設計の見直し、及びテスタブルなディレクトリ構造へのリアーキテクチャ ・Storybookの本格運用 ・WYSIWYGエディタの実装