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
16
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
20260623_Loop Engineeringで自分の分身の問い合わせBotを作る
ryugen04
0
57
『ストーリーテリングの科学』から考える、仕事とキャリアの物語性
ryugen04
1
37
kittyで作るmulti agentsな開発環境
ryugen04
0
300
「神々の山嶺」が教える 巨大プロジェクトの歩き方
ryugen04
0
130
kittyを求めて三千里
ryugen04
0
18
医療ワークフローの複雑さが開発チームにもたらす見えない負債
ryugen04
1
760
AI時代のソースコードキャッチアップ
ryugen04
0
30
Featured
See All Featured
The innovator’s Mindset - Leading Through an Era of Exponential Change - McGill University 2025
jdejongh
PRO
1
200
Marketing to machines
jonoalderson
1
5.4k
How to Grow Your eCommerce with AI & Automation
katarinadahlin
PRO
1
210
What’s in a name? Adding method to the madness
productmarketing
PRO
24
4.1k
SEO Brein meetup: CTRL+C is not how to scale international SEO
lindahogenes
1
2.7k
So, you think you're a good person
axbom
PRO
2
2.1k
HU Berlin: Industrial-Strength Natural Language Processing with spaCy and Prodigy
inesmontani
PRO
0
410
A Guide to Academic Writing Using Generative AI - A Workshop
ks91
PRO
1
330
The Mindset for Success: Future Career Progression
greggifford
PRO
0
360
世界の人気アプリ100個を分析して見えたペイウォール設計の心得
akihiro_kokubo
PRO
71
40k
YesSQL, Process and Tooling at Scale
rocio
174
15k
Balancing Empowerment & Direction
lara
6
1.2k
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 プロダクト開発・運営の様子をお届 けするポッドキャストです。