遠隔医療プラットフォーム開発：FHIR連携とHIPAA準拠で90日間に患者1,200人

創業者は臨床経験20年の医師で、慢性疾患ケアのパイロットを、Zoom、表計算ソフト、手作業の電話連絡で運営していました。臨床成績は良好で、パイロットの患者は6か月でA1C（HbA1c）が平均1.8ポイント低下していました。しかし手作業の業務では、ケアコーディネーター1人が担当できる患者は50人が上限でした。

製品の要件は、臨床の現場に即した具体的なものでした。1つ目は、毎日のバイタル記録、安全なメッセージ、ビデオ診療ができる患者向けモバイルアプリです。2つ目は、リスク層別化と、設定を変えられるバイタルアラート（例：血糖値が300mg/dLを超えたら即時に通知）を備えた医療者向けダッシュボードです。3つ目は、SMART on FHIRによるEpic、Cerner、athenahealthとの双方向のEHR（電子カルテ）連携です。そして全体を通じて、HIPAA（米国の医療情報保護法）への準拠が必要でした。具体的には、暗号化、アクセス制御、監査ログ、BAA（事業提携契約）の対象となるインフラです。

予算の上限は$130,000でした。シードラウンドの資金で、12か月分の運営費、臨床スタッフ、規制対応もまかなう必要があったためです。期間は5か月でした。ある医療機関グループとの契約で、指定の期日までにプラットフォームを稼働させることが決まっていました。

1か月目に基盤を作りました。2週間かけて臨床業務の流れを整理し、コーディネーターがパイロットの患者に対応する様子を観察しました。その結果、6か月分のバイタルの推移をひと目で確認したい、処方内容に合わせた服薬リマインダーが必要だ、といった明文化されていなかった要件が見つかりました。アプリケーションのコードを書く前に、HIPAAに準拠したAWSインフラを構築しました。プライベートサブネットのVPC、暗号化したRDS PostgreSQL、暗号化したS3、CloudTrailによる監査ログ、WAF、PHI（保護対象の医療情報）のフィールド単位の暗号化、RBAC、15分のセッションタイムアウト、医療者の全アカウントへのMFAです。

2〜3か月目に、中核のプラットフォームを開発しました。React Nativeの患者向けアプリは、高齢の利用者に合わせて、大きなボタンと高いコントラストの画面にしました。文字は最小18px、タップ領域は48pxとし、バイタルの入力は60秒以内に終えられるように調整しています。医療者向けダッシュボードには、色分けしたリスク一覧、30日・90日・180日のバイタル推移、患者ごとに設定できるアラート基準値と、確認操作の監査記録を加えました。

4か月目はFHIR連携で、技術的に最も難しい工程でした。EHRごとのOAuth2によるSMART on FHIR認可、システム間での患者の照合、基本情報・プロブレムリスト・処方薬・検査結果の取得、コーディネーターの記録とバイタルのEHRへの書き戻しを実装しました。Epic、Cerner、athenahealthはFHIR R4の実装がそれぞれ異なるため、正規化の層を設け、各EHRの出力を1つの内部データモデルに対応づけました。5か月目は、テスト、第三者によるセキュリティ評価、コンプライアンス文書一式の整備を行いました。テストでは500件の合成患者データでアラート基準値を検証し、基準を超えた場合はすべて30秒以内に通知されることを確認しました。セキュリティ評価で見つかった中程度の指摘2件は、公開前に是正しています。

プラットフォームは5か月の期限より1週間早く公開され、医療機関グループとの契約を期日どおりに履行できました。登録患者は、パイロットから移行した20人から、90日以内に1,200人に増えました。毎日のバイタル記録の実施率は、手作業のパイロット時の34%から78%に上がりました。コーディネーターの応答時間は4.2時間から22分に短縮し、重大なバイタルアラートは平均4.2分で確認されました。稼働率は99.96%、セキュリティインシデントはゼロです。

コーディネーター1人あたりの担当患者数は50人から180人へ、3.6倍になりました。これにより、このケアモデルの採算構造が根本から変わりました。創業者は実績データ（患者1,200人、実施率78%、A1Cの1.8ポイント低下）をもとに、公開から6か月後に450万ドルのシリーズAを調達しました。臨床成績が評価され、さらに2つの医療機関グループと契約を結んでいます。

開発への投資総額は、4つのフェーズの合計で$124,000でした。保守とサポートは月額$5,500で継続しています。