Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
20260619_複雑な医療ドメインを開発する技術
Search
ryugen04
June 19, 2026
40
0
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
20260619_複雑な医療ドメインを開発する技術
https://henry.connpass.com/event/393976/
の登壇資料
ryugen04
June 19, 2026
More Decks by ryugen04
See All by ryugen04
20260707_Product Engineerが機能する条件、Epic Ownerというロール
ryugen04
0
74
20260704_教科書にないスクラム風をしている人へ
ryugen04
0
530
20260623_Loop Engineeringで自分の分身の問い合わせBotを作る
ryugen04
0
190
『ストーリーテリングの科学』から考える、仕事とキャリアの物語性
ryugen04
1
40
kittyで作るmulti agentsな開発環境
ryugen04
0
350
「神々の山嶺」が教える 巨大プロジェクトの歩き方
ryugen04
0
150
kittyを求めて三千里
ryugen04
0
27
医療ワークフローの複雑さが開発チームにもたらす見えない負債
ryugen04
1
1k
AI時代のソースコードキャッチアップ
ryugen04
0
39
Featured
See All Featured
Improving Core Web Vitals using Speculation Rules API
sergeychernyshev
21
1.5k
Optimizing for Happiness
mojombo
378
71k
Thoughts on Productivity
jonyablonski
76
5.2k
DevOps and Value Stream Thinking: Enabling flow, efficiency and business value
helenjbeal
1
260
Primal Persuasion: How to Engage the Brain for Learning That Lasts
tmiket
0
390
Connecting the Dots Between Site Speed, User Experience & Your Business [WebExpo 2025]
tammyeverts
11
970
Reality Check: Gamification 10 Years Later
codingconduct
0
2.2k
Navigating the moral maze — ethical principles for Al-driven product design
skipperchong
2
410
Facilitating Awesome Meetings
lara
57
7k
Darren the Foodie - Storyboard
khoart
PRO
3
3.4k
The #1 spot is gone: here's how to win anyway
tamaranovitovic
3
1.1k
Tips & Tricks on How to Get Your First Job In Tech
honzajavorek
1
560
Transcript
Copyright © Henry, Inc. All rights reserved. Henry Engineer Meetup
vol.7 株式会社ヘンリー @ryugen 2026/06/19 複雑な医療ドメインを開発する技術
Copyright © Henry, Inc. All rights reserved. 経歴 ・前職も医療系のエンジニア ・2025/11月
ヘンリーにjoin ・医事会計領域のプロダクトエンジニア 趣味・興味 Neovim好きです/アクアリウム/カポエイラ/薬剤 師 自己紹介 Yamamoto Tatsunori (@ryugen04)
Copyright © Henry, Inc. All rights reserved. Youはなにしに医療テック業界へ? 人類はみな最大限自由にいろんなことに挑戦してほしい ・健康は大事
・医療・ヘルスケアに携わる仕事をしたかった ・薬学部に入って薬剤師免許を(※苦労しながら)取った ・研究室で医療情報学、機械学習などに触れる ・医療をより効率的に、もっと全員を自由にしたい 医療テック業界に
Copyright © Henry, Inc. All rights reserved. © 2026 Henry,
Inc. ヘンリーについて
Copyright © Henry, Inc. All rights reserved. © 2026 Henry,
Inc. 製品の紹介 病院業務のDXを実現する業界唯⼀の 電⼦カルテ「Henry」 Henryは、⽇本の病院向けに開発された唯⼀のクラウド ネイティブな「レセコン⼀体型電⼦カルテ」です。 40年以上にわたり、医療現場の⽣産性向上を⽬的とした電⼦ カルテ‧レセプト会計システム(レセコン)は存在してきまし たが、業界の主流は依然としてオンプレミス型製品です。この ⻑年変化の少なかった市場に対し、Henryは完全にゼロからク ラウドベースのサービスを開発‧提供しています。 私たちは、基幹業務を担う電⼦カルテによる病院業務のDX こそが、医療現場の⽣産性向上に最も効果的だと確信してい ます。Henryは、低コストと使いやすさを兼ね備え、医療 スタッフの業務効率化と患者ケアの質向上を同時に実現しま す。
Copyright © Henry, Inc. All rights reserved. © 2026 Henry,
Inc. 電⼦カルテの構成 患者‧記録 ケア情報 指⽰‧予定 実施情報 請求‧決済 情報 カルテ レセコン オーダー ⼿術部⾨ 検査部⾨ 画像診断 部⾨ 薬局部⾨ 栄養部⾨ 物流部⾨ リハビリ 部⾨ 診療情報 管理部⾨ 医事部⾨ 電⼦カルテ ⼿術システム LIS(臨床検査情報) ⽣体検査システム 病理検査システム PACS(医⽤画像) RIS(放射線科) 調剤⽀援システム 薬品在庫システム 栄養管理システム 院内物流システム 病歴管理システム がん登録システム 受付システム リハビリシステム 電⼦カルテは、病院の全ての部⾨と連携して患者情報、診療‧処⽅情報、請求‧決 済情報を扱う
Copyright © Henry, Inc. All rights reserved. © 2026 Henry,
Inc. 複雑な要件が求められる病院向けはオンプレが中⼼で、中⼩病院向けではヘンリー はクラウドのシステムを提供する唯⼀のプレイヤー 電⼦カルテ市場における⽴ち位置 オンプレ* クラウド 診療所 中⼩病院 ⼤病院 最大手 SI系 F社 大手 SI系 N社 独立系 S社 大手子会社 C社 最大手 SI系 F社 大手 SI系 N社 最大手 W社 医療系 M社 医療系 M社 ベンチャー系 D社 大手 Y社 医療系 L社 * オンプレには、病院ごとにデータセンターにサーバーを用意してVPN接続を行うクラウドリフトを含む
Copyright © Henry, Inc. All rights reserved. © 2026 Henry,
Inc.
Copyright © Henry, Inc. All rights reserved. 複雑なドメインをどうシステムで扱うのか 今日伝えたいこと
Copyright © Henry, Inc. All rights reserved. 今日のテーマの領域 今日はここの話を特 にします!!
(これとは別に接続点 の難しさなどもある)
Copyright © Henry, Inc. All rights reserved. レセコン(レセプトコンピューター)とはなにか? 医療機関が実施した診療について、 計算ルールや提出様式が決まっている
• 医療機関が患者に代わって、健康保険組合などに医療費の残 額(7割など)を月に1度請求する • その時の提出フォーマットとして”診療報酬明細書”という形 式で請求するルールとなっている ◦ (右のやつは紙形式のもの。最近だとCSV様のファイル 形式でオンライン請求する) • そのためのコードの計算機能、チェック機能や、出力機能を 持つのがレセコン • 医療機関の窓口では、この計算された3割の金額などを患者 が支払っている 引用: https://www.ssk.or.jp/yoshiki/yoshiki_01_h30i.html
Copyright © Henry, Inc. All rights reserved. レセコン(レセプトコンピューター)とはなにか? 例えば、入院している患者に 対して薬を注射した場合
カルテにも記載の上で、 以下のようなコード記録や計 算が行われて請求がされる。 - 130000510: 皮内、皮下及び筋肉内注射 - 130000110: 生物学的製剤注射加算 - 40点 - 646320003: 沈降破傷風トキソイド 0.5mL - 106点
Copyright © Henry, Inc. All rights reserved. 計算ルールはどこから来ているのか? 厚生労働省が医科点数表という PDFのテキスト形式で公開している
• PDFで400ページほど、Q&Aも含めた参考書は2000P超 えになるほどのボリュームのルール • 点数が列挙されているだけでなく、条件についても記載 されている。 ◦ 特定の条件を満たしたときに算定可能である ◦ 項目の組み合わせは併用不可 ◦ etc….. • 2年に1度、診療報酬改定でこのルールが変わる ◦ (※診療報酬改定とかでSNS検索をすると現場の嘆 きがわかるよ!) 引用: https://www.mhlw.go.jp/content/12400000/001686842.pdf
Copyright © Henry, Inc. All rights reserved. IDなどはどこから来ているのか? 請求用のコードや点数はcsv形式でマ スタが公開されている
• マスタも複数あるが、一番基本的なマスタでは1万 行*150列のマスタデータ • 一部の算定ルールや条件も表現されていたりもする が、大本のテキスト形式に対応する表現力がたりな かったり、間違っていたりもする • 更新が頻繁に行われるが、2025/4/1ではこの点 数、2026/4/1ではこの点数、のように履歴データ を参照する必要もある
Copyright © Henry, Inc. All rights reserved. レセコンについておわかりいただけただろうか...
Copyright © Henry, Inc. All rights reserved. 外的で膨大なルールやデータに対して 可変性・保護性を持って高速に開発するかが求められる 何が言いたいか?
Copyright © Henry, Inc. All rights reserved. ちなみに、医療システムは不具合に厳しい
Copyright © Henry, Inc. All rights reserved. 大事なことなのでもう一回いいますが 医療システムは不具合に厳しい でも早く作らないといけない
Copyright © Henry, Inc. All rights reserved. ①マスタの世代管理に対応する 複雑なドメインに立ち向かうTips
Copyright © Henry, Inc. All rights reserved. マスタの履歴の概念 同一コードの「11201101x: xxx加算」
2022/4月 改定 2024/4月 改定 2024/6月 改定 2026/6月 改定 2026/6月 終了 2022年: 52点, 条件カラムA=1,... 2024年: 54点, 条件カラムA=1,... 2026年: 53点, 条件カラムA=2,... 過去のレセプトも計算・請求可 能なルールなので、 どのドメインで計算するのか が、日付けによって変わる 2026年: 廃止したので算定禁止
Copyright © Henry, Inc. All rights reserved. DB更新での工夫 できるだけ更新しやすく、不正なデータにさせない •
ドメインのエキスパートがマスタ更新を実施できるフローが実現されている ◦ GitHub Actionsで、エンジニアに属人化せずマスタ更新を実現できるフローと なっている ◦ 更新内容のCSVの差分の正当性は、エンジニアが見ても正直レビューで正当性を保 証できない。。。。 ◦ 更新についても2年に1度だけでなく不定期に更新が発生する(新しい診療行為が増 える、ルール自体が変わる、マスタの誤りの訂正など) • 基本で重要なことだが、DB制約で不正な重複コードなどが発生しないように ◦ 数万行のデータなので、異物混入すると検知自体が難しい ◦ ユニーク制約を入れて(code + changeDateなど)で同じコードが同じ変更日/終了 日に重複するようなことを予防
Copyright © Henry, Inc. All rights reserved. ②算定ルールの宣言的な記述 複雑なドメインに立ち向かうTips
Copyright © Henry, Inc. All rights reserved. 条件分岐の複雑性への対応 • 算定ルール自体が膨大で、愚直なif文などで書くと実装が一瞬で肥大化してしまう
• “外来管理加算”を例にとってみても、以下のような条件がある。 ◦ 外来のときのみ算定可能(入院の場合は不可) ◦ 再診料に対する加算としてのみ算定可能(他のものへの+αとしては算定してはいけ ない) ◦ 電話等での診療に対しては算定してはいけない ◦ 加算なので、ベースとなる算定項目と同じグループに入力したい • これらの算定ルールが、膨大にある
Copyright © Henry, Inc. All rights reserved. 算定ルールをデータ構造として 定義する •
インターフェースでひとつ の仕様を表現する • 個別のルールでは、条件な どを構造化する • 違反したときの振る舞いも 型で表現する 算定ルールの実装方式例
Copyright © Henry, Inc. All rights reserved. 算定ルールをデータ構造として定義 する •
インターフェースでひとつの仕 様を表現する • 個別のルールでは、条件などを 構造化する • 違反したときの振る舞いも型で 表現する 仕様書を読むように、コードを読み 書きできる 実際のコードイメージ
Copyright © Henry, Inc. All rights reserved. ③仕様についてちゃんと理解する 複雑なドメインに立ち向かうTips
Copyright © Henry, Inc. All rights reserved. 仕様についての複雑さ ドメインの量が膨大で、初心者の(特にエンジニア)には正直理解し切る ことは不可能
• すべての算定要件やルールを理解するのは、エンジニアだけでは到 底難しい(というより医療事務経験者でも全ては難しい) • 開発の仕様の理解だけでなく、公式文書の読み方、システムとして のasis-tobeを理解しないと、実装の不具合であったり、実装中に 用意につまづくことになりかねない
Copyright © Henry, Inc. All rights reserved. 仕様についてチームでキャッチアップする • チームとしてのドメイン理解、脳内
のindex形成の促進には銀の弾丸は ない • ユーザーシナリオの作成、操作フ ローの理解、勉強会などをこまめに 回数を重ねることで知識の浸透につ ながる • (例: →Figmaでのユーザー操作フ ローや、勉強会のNotionなど)
Copyright © Henry, Inc. All rights reserved. どうしたらよいのか? 複雑なドメインの整理・具現化こそが医療テック、プロダクトエンジ ニアの腕の見せどころ
・ドメイン境界付近に自ら出向く、キャッチアップする ・境界をまたぐ機能では判断を共有する、コミュニケーションをさぼらない ・ドメインそのものにみんなで潜る、Deep Diveする ・ドメインを理解したうえでどうコードとして表現するのか考える ・銀の弾丸を探さない、DDDなどはあくまで道具 ・AIで開発速度も活用機能も増えていくが、活用するのにもドメインの理解が重要
Copyright © Henry, Inc. All rights reserved. Copyright © Henry,
Inc. All rights reserved. 30 大変だからこそ、やる価値がある
Copyright © Henry, Inc. All rights reserved. 採用情報や事業や技術について、積極的に発信しています! 採用情報 採用募集ページ
募集中の採用ポジションや募集要項 がご確認いただけます。 オープンポジションのカジュアル面 談も募集していますので、お気軽に お申し込みください。 技術ブログ はてなブログ ヘンリー製品開発チームが運営する 技術ブログです。 会社公式ブログ note ヘンリーで働く人や医療業界や事業 のことが幅広くしれる公式ブログで す。 CEO の逆瀬川も個人で NOTE を発 信しているのでぜひ! 理想駆動ラジオ Spotify プロダクト開発・運営の様子をお届 けするポッドキャストです。