健康管理アプリ開発の発注/外注/依頼/委託方法について

結論から言うと、健康管理アプリを外注するときは、開発会社に渡す情報と、発注側が決める責任を分けることが重要です。健康データの利用目的や支援内容まで、開発会社任せにはできません。

生活記録を扱うアプリを例に、依頼資料、会社との協議、契約条件、検収、運用の引継ぎを整理します。治療や診断を目的とする機能は、別の検討範囲として扱います。

依頼前にどんな資料を用意するか

依頼資料に必要な対象者と目的、データの範囲、終了時の扱いを3枚のカードで示す図解
利用開始から終了までを一続きで整理

記録から利用終了までの業務を書く

画面のイメージだけでは、担当作業を分けられません。本人が体重を記録し、担当者へ共有し、後から共有を止めるまでを一続きの業務として説明します。

依頼資料では、次の三つを具体化します。

  • 対象者と目的:一般利用者の振り返りか、面談などの支援に使うか。
  • データの範囲:記録項目、取得元、閲覧者、保存期間を示します。
  • 終了時の扱い:退会、連携解除、事業終了で何を残すかを決めます。

未確定事項は空欄のままにせず、決定担当者と期限を添えます。例えば支援者が見られる項目は、開発見積もり前に発注側の運用責任者が判断します。

連携先は名称だけでなく条件を渡す

スマートウォッチ対応という一語では、何を作るか分かりません。取得するデータ、対象OS、端末候補、利用予定の窓口や仕様書の所在を示します。

Health Connectのデータ型と権限のような公式仕様を起点に確認します。希望する記録が取得できるか不明なら、調査と試作を先に依頼します。

ポイント

依頼資料には利用開始と終了の両方を書きます。未確定条件には、誰がいつ決めるかを付けます。

開発会社とは何を確認するか

実績の名称より担当範囲を見る

健康関連のアプリを公開した会社でも、表示画面だけを担当した可能性があります。自分の案件で難しい工程を担当できるか、実績の内訳を聞きます。

面談では、同じ質問を候補各社へ投げます。

  • 連携経験:許可変更や重複データをどう扱ったか。
  • 運用経験:同期不良やデータ訂正の問い合わせにどう対応したか。
  • 検証体制:実機、権限、削除処理を誰が試験するか。

公開実績にない機能を「対応できるはず」と補わないことも大切です。説明できない部分は、試作の提案や担当予定者の確認で判断します。

医療上の判断をする責任者を置く

症状から病気を推測するなど、医療目的に関係する機能を含む場合は、実装可否だけを質問しないようにします。仕様、表示、提供体制を誰が確認するかを決めます。

PMDAのプログラム医療機器に関する情報を参照し、該当性に関する相談が必要か検討します。開発受託の実績を、規制対応の保証とは扱いません。

ポイント

評価するのは自社案件に必要な工程の経験です。実装担当と、健康・医療に関する判断担当を明確にします。

契約前に決めておく条件は何か

健康情報を中央に置き、閲覧、持出し、削除の扱いを周囲で守る契約条件の図解
データの扱いまで合意対象にする

納品物と変更の扱いを文章にする

契約では、アプリの納品だけでなく、運用を続けるための資料も対象にします。ソースコードを受け取れても、再構築手順がなければ保守移管が難しくなります。

協議する成果物を具体名で並べます。

  • 開発資産:コード、設計書、試験結果、構築手順を確認します。
  • 運用資産:監視設定、管理者手順、障害時の連絡先を確認します。
  • 契約条件:権利の帰属、再委託、仕様変更の見積手続きを確認します。

ストアやクラウドのアカウントも、名義と操作権限を合意します。担当会社が変わったときに、発注側がサービスを継続できる状態を目指します。

健康情報の取り扱いを委託範囲に落とす

本番データに誰がアクセスするか、調査用に持ち出せるか、終了時に削除をどう確認するかを決めます。開発用には実在しないテストデータを用意する方法を検討します。

個人情報保護委員会の通則編には委託先監督や安全管理の考え方があります。契約文面だけでなく、実際の管理手順と報告経路を確認します。

ポイント

発注先が変わっても運用できる成果物を契約に含めます。データの閲覧、持出し、削除の手順も合意対象です。

検収と運用引継ぎをどう進めるか

検収で確認する取得拒否、記録訂正、利用終了の3項目をチェックカードで示す図解
データの流れを公開前に確かめる

同意変更とデータ不整合を検収に含める

検収は、画面が表示されるかだけでは終わりません。利用者の説明と実際の保存・共有処理が一致するか、発注側の担当者も試験します。

生活記録アプリでは、少なくとも次の流れを確認します。

  • 取得を拒否する:許可しない項目が取り込まれず、理由が画面で分かるか。
  • 記録を訂正する:修正後のグラフと共有先表示が仕様どおり変わるか。
  • 利用を終える:退会後のアクセス停止と保存済み記録の処理が一致するか。

不具合と追加要望は、合意済みの仕様に照らして分けます。判定できない場合に備え、受入条件、再試験日、未解決事項の扱いをあらかじめ決めます。

運用開始前に問い合わせを模擬する

「今日の歩数が反映されない」という問い合わせを使い、窓口から技術担当までの引継ぎを試します。確認する端末情報や記録日時を決め、健康情報を必要以上に集めない流れにします。

保守契約では、受付時間と初動、復旧作業、OS更新対応、追加改修の範囲を分けます。月額の有無だけで判断せず、誰が何をする契約かをそろえます。

ポイント

検収はデータの流れを確かめる工程です。公開前に問い合わせ対応まで試すと、運用開始後の空白を減らせます。

外注を具体化するために

発注側で決めるのは、健康支援の目的とデータ利用のルールです。それを依頼資料、契約、検収条件へ一貫して反映し、開発会社と実装範囲を確定させましょう。

会社紹介

株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。

また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。

もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。

・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>

執筆者プロフィール
張田谷凌央
張田谷凌央

株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。事業会社でIT・DXを経験したプロフェッショナルが集う株式会社riplaにおいて、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを構想策定・要件定義から開発・改善まで一気通貫で支援し、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の最大化に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。