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
人類には早すぎる、謎の計算ロジックに立ち向かう / Strugle with the most...
Search
Jun Tomioka
February 04, 2019
Technology
1
1.7k
人類には早すぎる、謎の計算ロジックに立ち向かう / Strugle with the most complicated logic ever
Jun Tomioka
February 04, 2019
Tweet
Share
More Decks by Jun Tomioka
See All by Jun Tomioka
Dotty で軽量な DI ライブラリをかいてみた
jooohn
1
350
ソフトウェアエンジニアとしてモナドを完全に理解する / make-perfect-sense-of-monad
jooohn
14
7.8k
ScalaのコンパイラにFizzBuzzを解いてもらう(Dottyもあるよ)
jooohn
1
1.1k
Write stack safe non-tailrec recursive functions
jooohn
4
960
Introduction to Clean Architecture
jooohn
1
570
Work at M3 USA
jooohn
0
1.4k
クラウド電子カルテを支えるテクノロジーの光と闇
jooohn
0
1.3k
怖くないCats
jooohn
0
850
Scalaの型クラスを完全に理解する
jooohn
5
2k
Other Decks in Technology
See All in Technology
[VPoE Global Summit] サービスレベル目標による信頼性への投資最適化
satos
0
250
serverless team topology
_kensh
3
230
Retrospectiveを振り返ろう
nakasho
0
110
デザインとエンジニアリングの架け橋を目指す OPTiMのデザインシステム「nucleus」の軌跡と広げ方
optim
0
120
AI時代、“平均値”ではいられない
uhyo
8
2.6k
ソースを読む時の思考プロセスの例-MkDocs
sat
PRO
1
220
あなたの知らない Linuxカーネル脆弱性の世界
recruitengineers
PRO
3
160
RemoteFunctionを使ったコロケーション
mkazutaka
1
120
dbtとAIエージェントを組み合わせて見えたデータ調査の新しい形
10xinc
2
490
可観測性は開発環境から、開発環境にもオブザーバビリティ導入のススメ
layerx
PRO
2
600
事業開発におけるDify活用事例
kentarofujii
5
1.5k
AIエージェントによる業務効率化への飽くなき挑戦-AWS上の実開発事例から学んだ効果、現実そしてギャップ-
nasuvitz
5
1.2k
Featured
See All Featured
Refactoring Trust on Your Teams (GOTO; Chicago 2020)
rmw
35
3.2k
The Myth of the Modular Monolith - Day 2 Keynote - Rails World 2024
eileencodes
26
3.1k
Unsuck your backbone
ammeep
671
58k
The Power of CSS Pseudo Elements
geoffreycrofte
80
6k
Building Applications with DynamoDB
mza
96
6.7k
Facilitating Awesome Meetings
lara
57
6.6k
Gamification - CAS2011
davidbonilla
81
5.5k
GraphQLとの向き合い方2022年版
quramy
49
14k
Docker and Python
trallard
46
3.6k
Mobile First: as difficult as doing things right
swwweet
225
10k
Sharpening the Axe: The Primacy of Toolmaking
bcantrill
46
2.5k
Optimising Largest Contentful Paint
csswizardry
37
3.5k
Transcript
人類には早すぎる 謎の計算ロジックに 立ち向かう @jooohn1234
M3, Inc. @jooohn1234 • エムスリーデジカルCTO • Scala / FP 好き
電子カルテとレセコン
受付 診察 会計
受付 診察 会計 電子カルテ 患者への医療行為を記録
受付 診察 会計 レセコン 会計計算・保険請求
? ?
?
None
ORCA に依存した場合のキャップ 電カルだけの場合のキャップ レセコン単体・一体型のポテンシャル
レセコン 作っちゃいましょう! 当時の電カルチーム PM
レセコンとは
医療機関 レセコン
医療機関 レセコン 合計: 1,000円 自己負担: 300円 日時会計処理 (会計計算・記録) 患者
医療機関 レセコン 月次請求処理 (必要ファイル・書類の作成) 支払基金・自治体
レセコン 会計計算、保険請求の処理を担う魔法の機械。 以下の要素でできている。 ・診療報酬点数を計算する謎のロジック ・保険・公費を適用した際の請求額や窓口会計額などを計算 する謎のロジック
レセコン 会計計算、保険請求の処理を担う魔法の機械。 以下の要素でできている。 ・診療報酬を計算する謎のロジック ・保険・公費を適用した際の請求額や窓口会計額などを計算 する謎のロジック す、すごい!
安くて 良いレセコンを 作りたい! 謎の 計算ロジック
レセコンのつくりかた • 製品品質の担保 • コード品質の担保
製品品質の 担保
None
協力クリニックを募り、デジレセ・ORCA双 方に同じ処方内容を入力 それぞれからレセ電ファイルを出力
差分を比較、分析。 改善すべき計算ルールを特定。
計算ルールを仕様に落とし実装。 目標差分になるまで改善ループを回す。
この改善サイクルを複数診療科で実行。 (診療科によって診療パターンが大きく違う)
コード品質の 担保
エンジニアA 調剤レセコン開発経験ありのエン ジニア Rubyが得意 エンジニアB 関数型やScalaが得意。 「メンテを考えたら絶対に静的型 言語で書くべき。」
ロジックの検証を真っ先に行えるよ うにRubyでプロトタイプを作成。 捨てる前提で爆速で開発。 長期のメンテナンス性を考慮し、 Scalaで書き直し。 計算ロジックを理解、モデルを整理 しながら清書。 エンジニアA 調剤レセコン開発経験ありのエン ジニア
Rubyが得意 エンジニアB 関数型やScalaが得意。 「メンテを考えたら絶対に静的型 言語で書くべき。」
結果
新規導入数の推移(の雰囲気) レセ単体・一体型のローン チ1年半ほどで、 新規導入比率が連携型と 同程度に!
新規導入数の推移(の雰囲気) 爆上げ 間違い なし!!
まとめ • サービス成長過程で超えるべき壁がある(あった) ◦ 一見難しそうに見えるし、実際に難易度は高い(高かった) ◦ やったリターンは大きい ( 大きかった )
• 工夫で品質を担保する ◦ 既存の製品をベンチマークとして品質を担保 ◦ 一度作ったプロトタイプを捨てることでコード品質を担保