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
310
ソフトウェアエンジニアとしてモナドを完全に理解する / make-perfect-sense-of-monad
jooohn
14
7.6k
ScalaのコンパイラにFizzBuzzを解いてもらう(Dottyもあるよ)
jooohn
1
1k
Write stack safe non-tailrec recursive functions
jooohn
4
910
Introduction to Clean Architecture
jooohn
1
540
Work at M3 USA
jooohn
0
1.3k
クラウド電子カルテを支えるテクノロジーの光と闇
jooohn
0
1.2k
怖くないCats
jooohn
0
780
Scalaの型クラスを完全に理解する
jooohn
5
1.9k
Other Decks in Technology
See All in Technology
Go製のマイグレーションツールの git-schemalex の紹介と運用方法
shinnosuke_kishida
1
260
ClineにNext.jsのプロジェクト改善をお願いしてみた / 20250321_reacttokyo_LT
optim
1
930
株式会社イングリウッド_中途エンジニア採用会社説明資料
ig_umemotoryo
0
150
職種に名前が付く、ということ/The fact that a job title has a name
bitkey
0
120
開発組織全体で意識するSLI/SLOを実装している話
zepprix
1
510
RAGの基礎から実践運用まで:AWS BedrockとLangfuseで実現する構築・監視・評価
sonoda_mj
0
360
fukuoka.ts #3 社内でESLintの共通設定を配りたい2025年春版
pirosikick
1
250
目次機能実装から理解するLexical Editor
wtdlee
0
120
組織に持ち込む脅威モデリング
nikinusu
3
690
パスキー導入の課題と ベストプラクティス、今後の展望
ritou
7
620
EM初心者として半年間マネジャーをやってみて分かったこと
sansantech
PRO
0
180
非エンジニアにも伝えるメールセキュリティ / Email security for non-engineers
ykanoh
13
3.4k
Featured
See All Featured
Building a Scalable Design System with Sketch
lauravandoore
462
33k
Let's Do A Bunch of Simple Stuff to Make Websites Faster
chriscoyier
507
140k
The Power of CSS Pseudo Elements
geoffreycrofte
75
5.7k
Save Time (by Creating Custom Rails Generators)
garrettdimon
PRO
30
1.1k
Site-Speed That Sticks
csswizardry
4
440
StorybookのUI Testing Handbookを読んだ
zakiyama
28
5.6k
Large-scale JavaScript Application Architecture
addyosmani
511
110k
Building an army of robots
kneath
303
45k
Optimising Largest Contentful Paint
csswizardry
34
3.1k
CSS Pre-Processors: Stylus, Less & Sass
bermonpainter
356
30k
Java REST API Framework Comparison - PWX 2021
mraible
29
8.5k
Design and Strategy: How to Deal with People Who Don’t "Get" Design
morganepeng
129
19k
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年半ほどで、 新規導入比率が連携型と 同程度に!
新規導入数の推移(の雰囲気) 爆上げ 間違い なし!!
まとめ • サービス成長過程で超えるべき壁がある(あった) ◦ 一見難しそうに見えるし、実際に難易度は高い(高かった) ◦ やったリターンは大きい ( 大きかった )
• 工夫で品質を担保する ◦ 既存の製品をベンチマークとして品質を担保 ◦ 一度作ったプロトタイプを捨てることでコード品質を担保