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 complicated logic ever
Search
Jun Tomioka
February 04, 2019
Technology
1
1.5k
人類には早すぎる、謎の計算ロジックに立ち向かう / 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
260
ソフトウェアエンジニアとしてモナドを完全に理解する / make-perfect-sense-of-monad
jooohn
14
7.3k
ScalaのコンパイラにFizzBuzzを解いてもらう(Dottyもあるよ)
jooohn
1
870
Write stack safe non-tailrec recursive functions
jooohn
4
790
Introduction to Clean Architecture
jooohn
1
520
Work at M3 USA
jooohn
0
1.2k
クラウド電子カルテを支えるテクノロジーの光と闇
jooohn
0
1.1k
怖くないCats
jooohn
0
690
Scalaの型クラスを完全に理解する
jooohn
5
1.7k
Other Decks in Technology
See All in Technology
Azure AI ことはじめ
tsubakimoto_s
0
130
コンテナ・K8s研修 - 後半 Kubernetes 基礎&ハンズオン【MIXI 24新卒技術研修】
mixi_engineers
PRO
1
120
データベース研修 DB基礎【MIXI 24新卒技術研修】
mixi_engineers
PRO
0
210
CEL(Common Expression Language)で書いた条件にマッチしたIAM Policyを見つける / iam-policy-finder
fujiwara3
0
710
[I/O Extended Android 2024] What`s new in Android 2024
kyeongwan
0
220
公共領域から学ぶ クラウド移行についてエンジニアが意識していること
kawakawa2222
0
140
LLMアプリケーションの評価の実践と課題 ~PharmaXにおける今後の展望~
pharma_x_tech
2
160
Github Actions 로 Android 팀의 효율성 극대화
hadonghyun
0
160
AWS IAMのアンチパターン/AWSが考える最低権限実現へのアプローチ概略(JAWS-UG朝会#59資料改修20分版)
htan
0
330
年間一億円削減した時系列データベースのアーキテクチャ改善~不確実性の高いプロジェクトへの挑戦~
lycorptech_jp
PRO
3
2.9k
サービス開発を前に進めるために 新米リードエンジニアが 取り組んだこと / Steps Taken by a Novice Lead Engineer to Advance Service Development
nologyance
0
180
ソフトウェアエンジニアリングの知見を活かして データ基盤をいい感じにする on Snowflake [MIERUNE BBQ #10]
mtpooh
2
150
Featured
See All Featured
Designing Dashboards & Data Visualisations in Web Apps
destraynor
226
52k
The Cost Of JavaScript in 2023
addyosmani
31
4.7k
How to Create Impact in a Changing Tech Landscape [PerfNow 2023]
tammyeverts
34
1.9k
Building an army of robots
kneath
301
42k
KATA
mclloyd
20
13k
RailsConf & Balkan Ruby 2019: The Past, Present, and Future of Rails at GitHub
eileencodes
129
32k
Documentation Writing (for coders)
carmenintech
63
4.2k
CSS Pre-Processors: Stylus, Less & Sass
bermonpainter
353
29k
WebSockets: Embracing the real-time Web
robhawkes
59
7.2k
Optimizing for Happiness
mojombo
373
69k
Learning to Love Humans: Emotional Interface Design
aarron
269
39k
Building Effective Engineering Teams - LeadDev
addyosmani
47
2.2k
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年半ほどで、 新規導入比率が連携型と 同程度に!
新規導入数の推移(の雰囲気) 爆上げ 間違い なし!!
まとめ • サービス成長過程で超えるべき壁がある(あった) ◦ 一見難しそうに見えるし、実際に難易度は高い(高かった) ◦ やったリターンは大きい ( 大きかった )
• 工夫で品質を担保する ◦ 既存の製品をベンチマークとして品質を担保 ◦ 一度作ったプロトタイプを捨てることでコード品質を担保