APP DEVELOPMENT
来院と来院のあいだを、
自分たちのアプリで持つ。
お客様との接点が、他社のプラットフォームの上にしかない。ソクラクは医療の現場に特化して、予約・記録・連絡を自院のアプリにまとめる開発をお手伝いします。
- 2院自社で運営
- カルテ連携IDを軸に設計
- 段階導入小さく始められる
ISSUES
接点が、外部の上にしかない
- 予約は予約サイト、連絡はLINE、記録はカルテ。お客様から見ると入口がばらばら
- ポータルサイトの掲載料が上がっても、抜けられない
- 次回いつ来るべきかを伝える手段が、こちらから届かない
- 施術の経過や写真を、お客様が自分で見返せない
- 再来のきっかけを作りたいが、一斉配信しか手がない
- アプリを作りたいが、何から決めるのか、いくらかかるのか分からない
FEATURES
クリニックのアプリでよく作る機能
全部を最初から作る必要はありません。効くところから順に足していく形をおすすめしています。
-
01
予約と来院の導線
予約、変更、キャンセル、来院前の案内。既にお使いの予約システムがあれば、その上に載せるかたちで設計します。
-
02
自分の記録を見返せる
施術の履歴、次回の目安、経過の写真。お客様がご自身で見返せると、続ける理由が本人の中に残ります。
-
03
届く連絡
一斉配信ではなく、その人の状況に合わせた通知。次回の目安が来た方だけに届く、といった出し分けができます。
-
04
問診と同意
来院前に済ませられるものは、来院前に。受付の手間と待ち時間が減り、記入漏れも拾えます。
-
05
会員証・回数券・ポイント
紙やカードで持っているものをアプリに寄せます。残回数が本人に見えていることが、来院の理由になります。
-
06
物販・ホームケア
院で扱っている商品の再購入を、アプリから。自社ブランドの商品をお持ちなら、そのまま販路になります。
APPROACH
アプリだけを、単体で作りません
お客様側のアプリと、院側の業務は必ずつながります。片方だけ作ると、結局スタッフが二重に入力することになります。
-
カルテIDを軸に置く
アプリの利用者を、院のカルテIDに紐づけます。ここが結びついて初めて、施術履歴に基づいた案内ができます。
-
院側の画面もあわせて作る
誰に何を送ったか、誰の対応が残っているか。スタッフが見る側も同時に設計します。システム開発で作っている考え方と同じです。
-
まず1つの機能から出す
全部入りを目指すと、出るまでが長く、費用も膨らみます。いちばん効くものを1つ出して、使われ方を見てから足します。
PROCESS
アプリ開発の進め方（相談から公開まで）
-
接点の現状をうかがう（無料）
いまお客様とどこで繋がっているか、何が届いていないか。アプリを作らずに済む方法があれば、そうお伝えします。
-
最初に出す機能を決める
効くものから1つ。ここで費用と期間の見当がつきます。
-
連携の範囲を確認する
お使いのカルテ・予約システムが何を提供しているかを確かめます。使える手段は製品によって異なります。
-
設計・開発
画面と運用をあわせて設計し、開発します。院側の画面も同時に作ります。
-
審査・公開
App Store・Google Play への申請と公開まで行います。運用に必要な規約やプライバシーポリシーの整備もご相談ください。
-
使われ方を見て足す
公開してからが本番です。実際の使われ方を見ながら、次に足すものを決めます。
SCOPE
お引き受けする範囲
| お引き受けできること | お引き受けしないこと |
|---|---|
| 患者・お客様向けアプリの企画から開発、公開まで | 医療機器に該当するソフトウェアの開発 |
| 院側の管理画面とあわせた設計 | 診断や治療の判断に関わる機能 |
| カルテ・予約システムとの連携（各社が提供する手段の範囲で） | お使いの製品が連携手段を提供していない部分 |
| 公開後の運用・改修 | 他社アプリの修正 |
CONTACT
作らない判断も、お手伝いします
いまお客様とどこで繋がっているか、何を届けたいか、施設の規模。この3つをお知らせいただければ、アプリで解くべきか、別の手で足りるかからお話しします。
アプリ開発について相談する