CareHub 開発ストーリー｜現場の「こうできたら」を、仕組みに変えるまで
寄稿： ❏ 株式会社Alpharium 内田祐貴代表
始まりは、大学時代の友人から届いた一本の相談
CareHubの開発は、まだその名前すらなかったところから始まりました。
齊藤さんとは、カリフォルニア州立大学時代の同期です。卒業後はそれぞれ別の道を歩み、しばらく疎遠になっていました。
その後、私はエンジニアとしてさまざまなシステム開発に携わっていたのですが、あるとき齊藤さんから連絡をもらいました。
相談されたのは、訪問診療の現場で日々発生している煩雑な業務を、システムの力でもっとシンプルにできないか、ということでした。
そこには、実際に現場にいるからこそ見えている課題や、「こうなればスタッフの負担を減らせるのではないか」というアイデアが詰まっていました。
ただ、現場で実現したいことと、技術的に実現できることは、必ずしも同じではありません。
そこで最初に取り組んだのが、齊藤さんが描いた草案を、技術者の視点から一つひとつ整理し、実際のシステムとして成立する形へ落とし込んでいく作業でした。

「作れるはず」ではなく、「本当に作れる」を確かめる
CareHubの大きな特徴は、一つのシステムの中だけで完結しないことです。
ORCA、WebQKAN、クロスログなど、すでに医療現場で使用されている複数の外部システムと連携しながら動くことが前提となっていました。
そのため、いきなり本開発へ進むのではなく、まずは「本当に必要な情報を取得できるのか」「想定した形で連携できるのか」を確かめる必要がありました。
そこで実施したのが、PoC（Proof of Concept：概念実証）です。
連携部分の仕様解析やテストプログラムの開発に範囲を絞り、小規模な検証を重ねました。
実際に必要なデータが取得できることを確認し、「これなら実現できる」という手応えを得てから、本格的な開発へ進んでいきました。
最初から完成形を目指したのではなく、一つずつ可能性を確かめながら積み上げていった。それがCareHubの開発のスタートでした。

業務を知る人と、技術を知る人。二人三脚で仕様を紐解く
開発が始まってから、特に時間をかけたのが外部システムとの連携です。
CareHubにとって、ORCA、WebQKAN、クロスログとの連携は、いわばシステムの肝となる部分です。
それぞれの仕様を理解し、どの情報を、どのタイミングで、どのような形で取り込むのか。一つひとつ紐解いていく必要がありました。
システム開発では、開発力だけがあればよいわけではありません。
医療現場でどのような業務が行われ、なぜその情報が必要なのかという「業務知識」と、それを実際に動く仕組みにする「開発力」。この二つは、車の両輪のようなものです。
私だけではたどり着けない仕様や業務上の背景については、その都度齊藤さんに確認しました。

「現場では実際にどう使っているのか」
「この数字にはどんな意味があるのか」
「ここでスタッフは何を確認しているのか」

何度もやり取りを重ねながら、齊藤さんが現場の言葉を伝え、私がそれをシステムの言葉へ翻訳していく。
そうした二人三脚の積み重ねによって、CareHubの形が少しずつ出来上がっていきました。

「何も考えなくても使える」ことを目指した操作性
システムは、多機能であれば使いやすいとは限りません。
CareHubでは、特に患者さんが操作する画面について、「迷わず使えること」を大切にしました。
訪問診療を利用される患者さんには、ご年配の方も少なくありません。
そこで、操作の分岐はできるだけ減らし、文字も大きく表示するなど、画面を見たときに「次に何をすればよいのか」が直感的に分かる設計を意識しています。
目指したのは、マニュアルを読み込まなくても、「何も考えずに操作できる」画面です。
便利な機能を増やすこと以上に、使う人が戸惑わないこと。その考え方は、開発当初から現在まで変わっていません。

医療情報を扱うからこそ、安全性にも妥協しない
CareHubでは、医療機関や患者さんに関わる重要な情報を取り扱います。
そのため、利便性だけでなく安全性についても継続的な対策を行っています。
内部では定期的にAIを活用したセキュリティ監査を実施し、情報漏洩やセキュリティインシデントにつながる可能性がないかを確認しています。
また、医療機関に実際の操作感を確認していただくためのデモ環境も用意していますが、そこでは実データをそのまま表示することはせず、必要な情報をマスキングした状態で表示します。
「便利だから使う」だけではなく、「安心して使えるから導入できる」。
医療分野のシステムだからこそ、その前提を大切にしています。

患者さん向けの仕組みから、クリニック全体を支える仕組みへ
実は、開発当初のCareHubは、現在よりもずっとシンプルな構想でした。
中心にあったのは、患者さんに対して支払額や明細書、領収書をデジタルで提示するという機能です。
ところが、実際にクリニックのスタッフの方々に触っていただくと、少しずつ別の声が届くようになりました。

「患者さんの管理にも使えないか」
「毎月の支払い状況をまとめて確認したい」
「この作業もCareHubからできたら助かる」

そうした声を受け、もともとは単なる管理画面として考えていた部分も、クリニックスタッフが患者管理や支払い情報の整理に使える画面へと、少しずつブラッシュアップしていきました。
各月の全患者さんの支払い状況を管理するためのCSV出力や、ワイドネット用フォーマットの自動生成なども、当初の開発計画にはなかった機能です。
現場から届いた「これができたら助かる」という声を一つずつ拾いながら、CareHubは患者さん向けの仕組みから、クリニックの業務そのものを支えるシステムへと進化してきました。

既存のシステムを置き換えるのではなく、「つなぐ」ことで現場を変える
CareHubは、現在使われているレセコンや介護請求システムをすべて置き換えるためのサービスではありません。
むしろ、今あるシステムを活かしながら、それぞれの間にある手作業や紙のやり取りを減らし、患者さんと医療機関の双方にデジタル化のメリットを届けるための仕組みです。
私たちはまだ少数精鋭の開発チームです。
規模だけを見れば、大きなシステム会社とは違うかもしれません。
ただ、その分、現場との距離はとても近い。
実際に使っていただく方の声を直接聞き、「ここを変えてほしい」「こんなことはできないか」という要望に対して、できる限りスピーディーに改善していけることは、私たちの強みだと思っています。
CareHubも、これで完成したとは考えていません。
訪問診療の現場には、まだ紙や手作業に頼っている業務がたくさんあります。
その一つひとつを、現場の方々と一緒に、よりシンプルな仕組みへ変えていく。
まずはデモ環境でCareHubを実際に触っていただき、「自分たちのクリニックなら、どこを変えられそうか」を感じてもらえたらうれしいです。
現場の声を聞きながら、これからもCareHubを育てていきたいと思っています。