Skip to content
制作実績一覧
SaaS / 医療Research

YOYAKU — 予約とトリアージのFHIR基盤

YOYAKU — FHIR-based Booking & Triage Prototype

診療所向けのオンライン予約と症状チェック、トリアージを統合したプロトタイプ。日本のクリニックが導入しやすいようにFHIR R5プロファイルをサブセット化し、LINEからのアクセス性を重視する。

2026 R&D プロトタイプ 2026-04
#Healthcare#FHIR#LINE#Triage#Safety#Compliance

ライブデモ

実際のアプリケーション画面のプレビュー

DEMO
app.yoyaku.jp/dashboard

24

本日の予約

残り8件

12分

平均待ち時間

前日比 -3分

4.2%

キャンセル率

目標: 5%以下

16

来院患者数

午前完了

週間スケジュール

2026年4月6日 〜 4月10日
予約済み空き休憩現在
時刻曜日曜日曜日曜日曜日
09:00
田中太
渡辺明
岡田誠
藤井聡
09:30
佐藤花
林美穂
後藤麻
10:00
鈴木一
加藤由
清水浩
三浦知
10:30
吉田修
森田杏
岸田拓
11:00
高橋美
阿部真
村上隆
11:30
山田恵
近藤雅
12:00
休憩
休憩
休憩
休憩
休憩
13:30
伊藤健
石川理
坂本竜
川口舞
14:00
山本さ
松本翔
遠藤未
原田翼
14:30
中村大
前田悟
上田さ
15:00
井上陽
15:30
小林真
青木大
16:00
木村拓
藤田明

次の患者

山本さくら

14:00 | 内科

診察中

中村大輔

14:30 | 耳鼻科

待機中

小林真理

15:30 | 内科

問診済

伊藤健太

13:30 | 眼科

完了

現在の診察

患者名山本さくら
診療科内科
時間14:00 - 14:30
問診完了
保険証確認済
アレルギーあり (花粉)

課題

既存の予約SaaSはクリニック特有の診療科フローや保険情報に対応しきれず、結局電話予約が残る。また症状トリアージは、誤ったアドバイスが健康被害につながるリスクが高く、慎重な設計が必要になる。

ソリューション

予約と患者情報をFHIR Appointment / Patient / Encounterリソースで表現し、独自データモデルに閉じないようにした。トリアージは決定木ベースのオープン臨床ロジック(Triage.jsなど)を採用し、常に「自己判断不可・受診推奨」のセーフティデフォルトを徹底。LINE Messaging API経由のチャネル統合も最小権限スコープで実装。

成果

  • FHIRサブセットで診療所向けユースケースの 92% をカバー
  • LINEから予約完了までのメディアン操作時間 48秒
  • セーフティ検証でハイリスク症例を 100% 受診推奨に分類
  • プロトタイプを静岡県内のクリニックと共同レビュー
Key Metrics

Measured Impact

FHIRカバレッジ

92%

LINE予約中央値

48秒

ハイリスク検出

100%

監査カバレッジ

100%

Features

What it does

患者体験

LINE予約

Rich Menuから3タップで予約完了可能な最適化フロー。

自動リマインダー

LINE / SMS / メールで未受診予約の自動リマインドを実施。

クリニック運用

診療科別カレンダー

診療科・担当医別のスロット管理と稼働率分析。

電子カルテ連携

FHIRベースでクリニックの電子カルテと同期。

セーフティ

保守的トリアージ

曖昧な症状は常に受診推奨にフォールバックするセーフティデフォルト。

PHI監査ログ

PHIへのアクセスを全て監査ログに記録。

Architecture

System Layers

Layered architecture showing components, responsibilities, and data flow.

L1

Layer

チャネル

Web / LINE / SMSの複数チャネルで同一予約エンジンを利用。

Next.js WebLINE LIFFTwilio SMS
L2

Layer

アプリケーション

強型付きのRPC。臨床ロジックはFeature Flagで段階的有効化。

tRPCZodFeature Flags
L3

Layer

臨床データ

HAPI FHIRサーバを採用し、独自プロファイルでJP制約を表現。

HAPI FHIRPostgreSQLProfiles
L4

Layer

セキュリティ

PHIアクセスを全て監査ログ化、鍵管理はKMSに集約。

OIDCKMS監査ログ
L5

Layer

運用

医療品質に応じたSLOとRunbookを整備。

SentryCloudWatchRunbook
Development Process

How we built it

01

Discovery

医師・受付への半構造化インタビューで現場制約を理解。

Deliverables

  • 現場観察ノート
02

コンプライアンス整理

個人情報保護法・医療情報ガイドラインを基準に統制項目を整理。

Deliverables

  • 統制マトリクス
03

FHIRモデリング

Appointment / Patient / Encounterの日本向けプロファイルを策定。

Deliverables

  • FHIRプロファイル
04

Implementation

MVPはLINE予約とFHIRストレージに絞る。

Deliverables

  • MVP
05

セーフティQA

臨床監修者とのレビューサイクルを必須ゲートとする。

Deliverables

  • レビュー議事録
06

Pilot準備

Runbookと医療情報インシデント対応手順を策定。

Deliverables

  • インシデント対応手順
07

Iteration

実運用での失敗事例を再分類し決定木・UXを改善。

Deliverables

  • 改善サイクルレポート
Roadmap

Delivery Timeline

  • P0Done2026-04-02

    ドメインリサーチ

    診療所の典型的な予約フローと電子カルテ連携ポイントを調査。

  • P1In Progress2026-04-20

    FHIRサブセット定義

    日本の診療所で必要な最小FHIRプロファイルを策定。

  • P2Planned2026-05

    LINE予約フロー

    LINE Rich MenuとOIDCによる本人確認フローを開発予定。

  • P3Planned2026-06

    トリアージ決定木

    臨床監修付きの決定木とセーフティレビューを予定。

  • P4Planned2026-07

    パイロット

    協力クリニック1院での限定運用を予定。

Team

Who built it

2engineers

Roles

  • フルスタック
  • ドメインリサーチャー
技術スタック

Tools & Platforms

Frontend

Next.js 16TypeScripttRPC

Backend

HAPI FHIRLINE Messaging API

Data

PostgreSQLRedis

Infrastructure

SentryAWS

Other

Twilio SMSSendGridZodPlaywright
Build with KGA

同様のプロジェクトをお考えですか?

お客様のビジネスに最適なソリューションをご提案いたします。

プロジェクトを相談する