Startup Tech Live_FD Sagaの再理解とアーキテクチャ選択

by FastDOCTOR

Slide 1

Slide 1 text

1 FD Saga の再理解とアーキテクチャ選択医療DXをリードする3社が考えるプロダクト・アーキテクチャ CTO 宮田芳郎 2022 年 12月6日

Slide 2

Slide 2 text

2 本日のテーマ x

Slide 3

Slide 3 text

3 書籍の概要具体的なコンテキストに沿ってアーキテクチャの議論を進める https://speakerdeck.com/snoozer05/20221129-software-architecture-the-hard-parts?slide=19 https://speakerdeck.com/snoozer05/20221129-software-architecture-the-hard-parts?slide=22 今日は書籍の内容については説明しないため、内容について知りたい方は翻訳者島田浩二さんのスライドをご参照ください翻訳者島田浩二さんのスライド「ソフツェアアーキテクチャハードパーツ」より翻訳者島田浩二さんのスライド「ソフツェアアーキテクチャハードパーツ」より

Slide 4

Slide 4 text

学んだこと、考えていることの共有 4 資料の目的 ● 現在進行形のもの ● 現時点の理解・構想です ● ここは、もっとこう考えると良いのでは? フィードバック、アドバイス頂けると嬉しいです

Slide 5

Slide 5 text

5 私の発表の範囲 https://speakerdeck.com/snoozer05/20221129-software-architecture-the-hard-parts?slide=25 翻訳者島田浩二さんのスライド「ソフツェアアーキテクチャハードパーツ」より

Slide 6

Slide 6 text

6 自己紹介

Slide 7

Slide 7 text

自己紹介:宮田芳郎 ex: ガラパゴス(創業者) (このサービスについては私は何もしていないですが、嬉しかったです)

Slide 8

Slide 8 text

自己紹介:宮田芳郎 ex: COMPASS 開発責任者全国シェア 12% (公立小中学生約800万人) 2021/4にリリースしたQubena小中5教科

Slide 9

Slide 9 text

自己紹介:宮田芳郎 now: ファストドクターテクノロジーズ CTO

Slide 10

Slide 10 text

1. アーキテクチャ背景 a. ファストドクターの課題 b. ファストドクターのサービスについて 2. FD(Fast DOCTOR) Saga a. コンポーネント b. 課題 c. 将来構想とデータ上の特徴 3. 現状のアーキテクチャ選択 a. MicroService on TypeScript + Classic Stack 4. 悩んでいる点 10 AGENDA

Slide 11

Slide 11 text

Slide 12

Slide 12 text

Slide 13

Slide 13 text

©2022 FastDOCTOR Inc. All rights reserved.. 審査員からの評価コメント夜間・休日の時間外救急のプラットフォームとして、症状に応じて救急病院案内や往診、オンライン診療など適切な医療を選択できるように支援することで、救急医療の新しい選択肢となるサービスに先鞭をつけたこと、コロナ禍においてそうした救急医療の社会的な期待に応えていることが高く評価された。また、医療機関や行政との連携による医師や看護師の確保や、患者からの診察評価フィードバックを品質改善に活用する等により、地道で丁寧なサービスデザインがなされている点も評価された。

Slide 14

Slide 14 text

No content

Slide 15

Slide 15 text

No content

Slide 16

Slide 16 text

16 2024年問題: 医師の時間外労働の上限規制医師の働き方改革について - 厚生労働省 https://www.mhlw.go.jp/content/10800000/000991166.pdf

Slide 17

Slide 17 text

Slide 18

Slide 18 text

課題③ 社会保障における医療・介護費が増大超高齢社会の進行が国の財政を圧迫年金受給年齢は引き上げされ、支給額は現在の半分になることが予測されているため伸び率が低い一方で、医療・介護費は大幅増となり、社会保障費を圧迫している要因に。   出典：2040年を見据えた社会保障の将来見通し（議論の素材）－概要－（内閣官房・内閣府・財務省・厚生労働省　平成 30年5月21日）要修正出典：2040年を見据えた社会保障の将来見通し (議論の素材) ©2022 FastDOCTOR Inc. All rights reserved..

Slide 19

Slide 19 text

生産年齢人口が7500万人→6000万人に減少医療+介護費は50兆円→95兆円に倍増課題の整理 2022年 → 2040年 19 日本社会の持続可能性のためテクノロジーを駆使した医療/介護の生産性革新が必要 2022年 → 2040年

Slide 20

Slide 20 text

Slide 21

Slide 21 text

サービス全体像 toC toG toB クリニックポータル toC コールセンター自治体コールセンター法人事業部コールセンターフロントオペレーションバックエンドオペレーション薬剤管理備品管理労務管理医師採用支援フォローアップ保険証回収医師シフト管理ドライバーシフト管理レセプト請求の精算管理往診バッグのパッキング薬剤発注医師面談死亡診断書等の提出発生届疑義照会幹となる業務フロー

Slide 22

Slide 22 text

Slide 23

Slide 23 text

Slide 24

Slide 24 text

VISON2030 1億人のかかりつけ機能を担う 05 ファストドクターのこれから ●ビジョンについて広域で“生活者の不安と医療者の負担をなくす”ためのアップデート VISON2025 不要な救急車搬送を3割減らす厚労省の医療計画の核となる「 5疾病6事業および在宅医療」地域包括的に事業を推進救急医療の領域を超えて、5疾病6事業および在宅医療の全般で”医療”インフラとしての使命を発揮 ©2022 FastDOCTOR Inc. All rights reserved..

Slide 25

Slide 25 text

Slide 26

Slide 26 text

26 FD Saga のコンポーネント構造アプリ患者マイページ申込サイト自治体申込サイト1 自治体申込サイト2 Line Bot 受付コールセンター (診察前) 往診コーディネータオンライン診療コーディネータ往診診察オンライン診察診療点数計算院内処方医療事務院外処方請求オペレータ管理医師管理ドライバー管理

Slide 27

Slide 27 text

27 FD Saga のアーキテクチャアプリ患者マイページ申込サイト自治体申込サイト1 自治体申込サイト2 Line Bot 受付コールセンター (診察前) 往診コーディネータオンライン診療コーディネータ往診診察オンライン診察診療点数計算院内処方医療事務院外処方請求オペレータ管理医師管理ドライバー管理データベースクリニック向けモノリシックアーキテクチャ(一部サービスベース)

Slide 28

Slide 28 text

Slide 29

Slide 29 text

29 FD Saga の課題① アプリ患者マイページ申込サイト自治体申込サイト1 自治体申込サイト2 Line Bot 受付コールセンター (診察前) 往診コーディネータオンライン診療コーディネータ往診診察オンライン診察診療点数計算院内処方医療事務院外処方請求オペレータ管理医師管理ドライバー管理 ①業務の幅が広い

Slide 30

Slide 30 text

30 FD Saga の課題① アプリ患者マイページ申込サイト自治体申込サイト1 自治体申込サイト2 Line Bot 受付コールセンター (診察前) 往診コーディネータオンライン診療コーディネータ往診診察オンライン診察診療点数計算院内処方医療事務院外処方請求オペレータ管理医師管理ドライバー管理 ①業務の幅が広いこれまでの対処少数精鋭のエンジニアがDRYに効率良く多様な業務を記述

Slide 31

Slide 31 text

31 FD Saga の課題② アプリ患者マイページ申込サイト自治体申込サイト1 自治体申込サイト2 Line Bot 受付コールセンター (診察前) 往診コーディネータオンライン診療コーディネータ往診診察オンライン診察診療点数計算院内処方医療事務院外処方請求オペレータ管理医師管理ドライバー管理新サービス申込みサイト① 新サービス①用周辺業務 ②新サービス追加時に各業務に影響が出る

Slide 32

Slide 32 text

32 FD Saga の課題③ アプリ患者マイページ申込サイト自治体申込サイト1 自治体申込サイト2 Line Bot 受付コールセンター (診察前) 往診コーディネータオンライン診療コーディネータ往診診察オンライン診察診療点数計算院内処方医療事務院外処方請求オペレータ管理医師管理ドライバー管理新サービス申込みサイト① 新サービス①用周辺業務 ③新サービス立ち上げは平行する新サービス②用受付業務新サービス②用フォローアップ業務

Slide 33

Slide 33 text

33 FD Saga の課題④ https://www.mhlw.go.jp/content/000620995.pdf オンライン診療の特例的解禁 2020年4月10日厚生労働省事務連絡ファストドクターオンライン診療サービスリリース 2020年4月16日 6日後 ④数日でリリースしたい ● オペレーションのみで回すことも ● 管理用のスプレッドーシートを作ることも ● 最低限の機能を開発することも ※ 必ずしも開発することを意味しない

Slide 34

Slide 34 text

34 FD Saga の課題⑤ ⑤社内人員が急に増加する → 少数精鋭のエンジニアがDRYに効率良く多様な業務を記述、のアプローチが維持しづらい

Slide 35

Slide 35 text

Slide 36

Slide 36 text

36 今後の構想現状のシステムは「急性期」向け。別の業務が登場する見込み。

Slide 37

Slide 37 text

主要なアクター x 業務 37 FD Saga のデータ上の特徴患者医師オペレータヒアリング問診診察(往診) ドライバー診察(On) バックオフイス系

Slide 38

Slide 38 text

38 データのあり方の見込み患者A 診療科1 診療科2 診療科3 診療科4 患者B ロジックはある患者の他業務・システムのデータには強い関心がある(持ちたい) ロジックは他の患者のデータにはほとんど関心が無い (集計業務は除く) ロジックごとにデータへの関心のばらつきが強い見込み

Slide 39

Slide 39 text

Slide 40

Slide 40 text

40 現状のアーキテクチャ選択のアプローチアーキテクチャ決定開発戦術を立てる未来予想図を描いて枠組みを決める +

Slide 41

Slide 41 text

41 現状のアーキテクチャ選択 Classic Stack Next Stack Database ①新モジュール ②新モジュール ③ ④ ①ベースプロジェクトを作る → ②新規のモジュールで形にする → ③既存のモジュールを載せ替えていく Now!

Slide 42

Slide 42 text

選択理由 ● TypeScriptなのは? ○ 型がついているため、新規参入者にやさしい(と思う) ○ Webフロントではデファクトであり競技人口が多い ● フロントもバックエンドもTypeScriptなのは? ○ 統一出来ると、フロント/バックのチームを柔軟に組める ○ API仕様のコミュニケーションがPRで済む ● VueJSなのは? ○ 社内で使われていたため ● NestJSなのは? ○ Nodeのフレームワークで上から下までの充実度が高いと感じた ○ TypeORMがあってRDBをDBにしたときに、Railsと近しい開発プロセスを取れる ● API通信は? ○ 現状RESTのAPI 42 現状のアーキテクチャ選択

Slide 43

Slide 43 text

Slide 44

Slide 44 text

アーキテクチャ量子 ● アーキテクチャ量子 ○ 他のモジュールに影響を与えないリリース可能単位 ○ マイクロサービスにDBが属していれば、基本的にリリース可能と思う ○ API通信形式の大幅な変更や同期的なマイグレーションをどうするか → 現状は利用していないがKubernetes でサービス間のバージョン、起動順序をコントロールする必要が出てきそう 44 悩んでいる点