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.6k
人類には早すぎる、謎の計算ロジックに立ち向かう / 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
300
ソフトウェアエンジニアとしてモナドを完全に理解する / make-perfect-sense-of-monad
jooohn
14
7.5k
ScalaのコンパイラにFizzBuzzを解いてもらう(Dottyもあるよ)
jooohn
1
960
Write stack safe non-tailrec recursive functions
jooohn
4
890
Introduction to Clean Architecture
jooohn
1
530
Work at M3 USA
jooohn
0
1.2k
クラウド電子カルテを支えるテクノロジーの光と闇
jooohn
0
1.2k
怖くないCats
jooohn
0
750
Scalaの型クラスを完全に理解する
jooohn
5
1.8k
Other Decks in Technology
See All in Technology
re:Invent 2024のふりかえり
beli68
0
110
機械学習を「社会実装」するということ 2025年版 / Social Implementation of Machine Learning 2025 Version
moepy_stats
5
1.3k
Accessibility Inspectorを活用した アプリのアクセシビリティ向上方法
hinakko
0
180
0→1事業こそPMは営業すべし / pmconf #落選お披露目 / PM should do sales in zero to one
roki_n_
PRO
1
1.5k
FODにおけるホーム画面編成のレコメンド
watarukudo
PRO
2
280
なぜfreeeはハブ・アンド・スポーク型の データメッシュアーキテクチャにチャレンジするのか?
shinichiro_joya
2
490
Alignment and Autonomy in Cybozu - 300人の開発組織でアラインメントと自律性を両立させるアジャイルな組織運営 / RSGT2025
ama_ch
1
2.4k
テストを書かないためのテスト/ Tests for not writing tests
sinsoku
1
170
Amazon Route 53, 待ちに待った TLSAレコードのサポート開始
kenichinakamura
0
170
re:Invent2024 KeynoteのAmazon Q Developer考察
yusukeshimizu
1
150
デジタルアイデンティティ人材育成推進ワーキンググループ 翻訳サブワーキンググループ 活動報告 / 20250114-OIDF-J-EduWG-TranslationSWG
oidfj
0
540
Formal Development of Operating Systems in Rust
riru
1
420
Featured
See All Featured
A Philosophy of Restraint
colly
203
16k
Learning to Love Humans: Emotional Interface Design
aarron
274
40k
Done Done
chrislema
182
16k
BBQ
matthewcrist
85
9.4k
Facilitating Awesome Meetings
lara
51
6.2k
Java REST API Framework Comparison - PWX 2021
mraible
28
8.3k
ReactJS: Keep Simple. Everything can be a component!
pedronauck
666
120k
The Language of Interfaces
destraynor
155
24k
It's Worth the Effort
3n
183
28k
Being A Developer After 40
akosma
89
590k
Rails Girls Zürich Keynote
gr2m
94
13k
Into the Great Unknown - MozCon
thekraken
34
1.6k
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年半ほどで、 新規導入比率が連携型と 同程度に!
新規導入数の推移(の雰囲気) 爆上げ 間違い なし!!
まとめ • サービス成長過程で超えるべき壁がある(あった) ◦ 一見難しそうに見えるし、実際に難易度は高い(高かった) ◦ やったリターンは大きい ( 大きかった )
• 工夫で品質を担保する ◦ 既存の製品をベンチマークとして品質を担保 ◦ 一度作ったプロトタイプを捨てることでコード品質を担保