Upgrade to Pro — share decks privately, control downloads, hide ads and more …

20260619_複雑な医療ドメインを開発する技術

Sponsored · Your Podcast. Everywhere. Effortlessly. Share. Educate. Inspire. Entertain. You do you. We'll handle the rest.
Avatar for ryugen04 ryugen04
June 19, 2026
16

 20260619_複雑な医療ドメインを開発する技術

Avatar for ryugen04

ryugen04

June 19, 2026

Transcript

  1. Copyright © Henry, Inc. All rights reserved. Henry Engineer Meetup

    vol.7 株式会社ヘンリー @ryugen 2026/06/19 複雑な医療ドメインを開発する技術
  2. Copyright © Henry, Inc. All rights reserved. 経歴 ・前職も医療系のエンジニア ・2025/11月

    ヘンリーにjoin ・医事会計領域のプロダクトエンジニア 趣味・興味 Neovim好きです/アクアリウム/カポエイラ/薬剤 師 自己紹介 Yamamoto Tatsunori (@ryugen04)
  3. Copyright © Henry, Inc. All rights reserved. Youはなにしに医療テック業界へ? 人類はみな最大限自由にいろんなことに挑戦してほしい ・健康は大事

    ・医療・ヘルスケアに携わる仕事をしたかった ・薬学部に入って薬剤師免許を(※苦労しながら)取った ・研究室で医療情報学、機械学習などに触れる ・医療をより効率的に、もっと全員を自由にしたい    医療テック業界に
  4. Copyright © Henry, Inc. All rights reserved. © 2026 Henry,

    Inc. 製品の紹介 病院業務のDXを実現する業界唯⼀の 電⼦カルテ「Henry」 Henryは、⽇本の病院向けに開発された唯⼀のクラウド ネイティブな「レセコン⼀体型電⼦カルテ」です。 40年以上にわたり、医療現場の⽣産性向上を⽬的とした電⼦ カルテ‧レセプト会計システム(レセコン)は存在してきまし たが、業界の主流は依然としてオンプレミス型製品です。この ⻑年変化の少なかった市場に対し、Henryは完全にゼロからク ラウドベースのサービスを開発‧提供しています。 私たちは、基幹業務を担う電⼦カルテによる病院業務のDX こそが、医療現場の⽣産性向上に最も効果的だと確信してい ます。Henryは、低コストと使いやすさを兼ね備え、医療 スタッフの業務効率化と患者ケアの質向上を同時に実現しま す。
  5. Copyright © Henry, Inc. All rights reserved. © 2026 Henry,

    Inc. 電⼦カルテの構成 患者‧記録 ケア情報 指⽰‧予定 実施情報 請求‧決済 情報 カルテ レセコン オーダー ⼿術部⾨ 検査部⾨ 画像診断 部⾨ 薬局部⾨ 栄養部⾨ 物流部⾨ リハビリ 部⾨ 診療情報 管理部⾨ 医事部⾨ 電⼦カルテ ⼿術システム LIS(臨床検査情報) ⽣体検査システム 病理検査システム PACS(医⽤画像) RIS(放射線科) 調剤⽀援システム 薬品在庫システム 栄養管理システム 院内物流システム 病歴管理システム がん登録システム 受付システム リハビリシステム 電⼦カルテは、病院の全ての部⾨と連携して患者情報、診療‧処⽅情報、請求‧決 済情報を扱う
  6. 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接続を行うクラウドリフトを含む
  7. Copyright © Henry, Inc. All rights reserved. レセコン(レセプトコンピューター)とはなにか? 医療機関が実施した診療について、 計算ルールや提出様式が決まっている

    • 医療機関が患者に代わって、健康保険組合などに医療費の残 額(7割など)を月に1度請求する • その時の提出フォーマットとして”診療報酬明細書”という形 式で請求するルールとなっている ◦ (右のやつは紙形式のもの。最近だとCSV様のファイル 形式でオンライン請求する) • そのためのコードの計算機能、チェック機能や、出力機能を 持つのがレセコン • 医療機関の窓口では、この計算された3割の金額などを患者 が支払っている 引用: https://www.ssk.or.jp/yoshiki/yoshiki_01_h30i.html
  8. Copyright © Henry, Inc. All rights reserved. レセコン(レセプトコンピューター)とはなにか? 例えば、入院している患者に 対して薬を注射した場合

    カルテにも記載の上で、 以下のようなコード記録や計 算が行われて請求がされる。 - 130000510: 皮内、皮下及び筋肉内注射 - 130000110: 生物学的製剤注射加算 - 40点 - 646320003: 沈降破傷風トキソイド 0.5mL - 106点
  9. 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
  10. Copyright © Henry, Inc. All rights reserved. IDなどはどこから来ているのか? 請求用のコードや点数はcsv形式でマ スタが公開されている

    • マスタも複数あるが、一番基本的なマスタでは1万 行*150列のマスタデータ • 一部の算定ルールや条件も表現されていたりもする が、大本のテキスト形式に対応する表現力がたりな かったり、間違っていたりもする • 更新が頻繁に行われるが、2025/4/1ではこの点 数、2026/4/1ではこの点数、のように履歴データ を参照する必要もある
  11. 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年: 廃止したので算定禁止
  12. Copyright © Henry, Inc. All rights reserved. DB更新での工夫 できるだけ更新しやすく、不正なデータにさせない •

    ドメインのエキスパートがマスタ更新を実施できるフローが実現されている ◦ GitHub Actionsで、エンジニアに属人化せずマスタ更新を実現できるフローと なっている ◦ 更新内容のCSVの差分の正当性は、エンジニアが見ても正直レビューで正当性を保 証できない。。。。 ◦ 更新についても2年に1度だけでなく不定期に更新が発生する(新しい診療行為が増 える、ルール自体が変わる、マスタの誤りの訂正など) • 基本で重要なことだが、DB制約で不正な重複コードなどが発生しないように ◦ 数万行のデータなので、異物混入すると検知自体が難しい ◦ ユニーク制約を入れて(code + changeDateなど)で同じコードが同じ変更日/終了 日に重複するようなことを予防
  13. Copyright © Henry, Inc. All rights reserved. 条件分岐の複雑性への対応 • 算定ルール自体が膨大で、愚直なif文などで書くと実装が一瞬で肥大化してしまう

    • “外来管理加算”を例にとってみても、以下のような条件がある。 ◦ 外来のときのみ算定可能(入院の場合は不可) ◦ 再診料に対する加算としてのみ算定可能(他のものへの+αとしては算定してはいけ ない) ◦ 電話等での診療に対しては算定してはいけない ◦ 加算なので、ベースとなる算定項目と同じグループに入力したい • これらの算定ルールが、膨大にある
  14. Copyright © Henry, Inc. All rights reserved. 算定ルールをデータ構造として 定義する •

    インターフェースでひとつ の仕様を表現する • 個別のルールでは、条件な どを構造化する • 違反したときの振る舞いも 型で表現する 算定ルールの実装方式例
  15. Copyright © Henry, Inc. All rights reserved. 算定ルールをデータ構造として定義 する •

    インターフェースでひとつの仕 様を表現する • 個別のルールでは、条件などを 構造化する • 違反したときの振る舞いも型で 表現する 仕様書を読むように、コードを読み 書きできる 実際のコードイメージ
  16. Copyright © Henry, Inc. All rights reserved. 仕様についての複雑さ ドメインの量が膨大で、初心者の(特にエンジニア)には正直理解し切る ことは不可能

    • すべての算定要件やルールを理解するのは、エンジニアだけでは到 底難しい(というより医療事務経験者でも全ては難しい) • 開発の仕様の理解だけでなく、公式文書の読み方、システムとして のasis-tobeを理解しないと、実装の不具合であったり、実装中に 用意につまづくことになりかねない
  17. Copyright © Henry, Inc. All rights reserved. 仕様についてチームでキャッチアップする • チームとしてのドメイン理解、脳内

    のindex形成の促進には銀の弾丸は ない • ユーザーシナリオの作成、操作フ ローの理解、勉強会などをこまめに 回数を重ねることで知識の浸透につ ながる • (例: →Figmaでのユーザー操作フ ローや、勉強会のNotionなど)
  18. Copyright © Henry, Inc. All rights reserved. どうしたらよいのか? 複雑なドメインの整理・具現化こそが医療テック、プロダクトエンジ ニアの腕の見せどころ

    ・ドメイン境界付近に自ら出向く、キャッチアップする ・境界をまたぐ機能では判断を共有する、コミュニケーションをさぼらない ・ドメインそのものにみんなで潜る、Deep Diveする ・ドメインを理解したうえでどうコードとして表現するのか考える ・銀の弾丸を探さない、DDDなどはあくまで道具 ・AIで開発速度も活用機能も増えていくが、活用するのにもドメインの理解が重要
  19. Copyright © Henry, Inc. All rights reserved. Copyright © Henry,

    Inc. All rights reserved. 30 大変だからこそ、やる価値がある
  20. Copyright © Henry, Inc. All rights reserved. 採用情報や事業や技術について、積極的に発信しています! 採用情報 採用募集ページ

    募集中の採用ポジションや募集要項 がご確認いただけます。 オープンポジションのカジュアル面 談も募集していますので、お気軽に お申し込みください。 技術ブログ はてなブログ ヘンリー製品開発チームが運営する 技術ブログです。 会社公式ブログ note ヘンリーで働く人や医療業界や事業 のことが幅広くしれる公式ブログで す。 CEO の逆瀬川も個人で NOTE を発 信しているのでぜひ! 理想駆動ラジオ Spotify プロダクト開発・運営の様子をお届 けするポッドキャストです。